Файл: Клиенттерге ызмет крсету сапасын жоарылату жне процестер мен.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 25.10.2023
Просмотров: 129
Скачиваний: 1
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
СОДЕРЖАНИЕ
1.2-сурет – Соңғы 5 жылдағы «жасанды интеллект» сұранысының динамикасы
Сараптамалық жүйелерді қолдану аясы
ПӘНДІК АЙМАҚТЫ ТАЛДАУ ЖӘНЕ ТАЛАПТАРЫ
2.1-сурет – Кәсіпорынның құрылымы
Пәндік саладағы бизнес-үдерістерді талдау
2.2-сурет – Преценденттер диаграммасы
2.3-сурет – Компоненттер диаграммасы
2.4-сурет – Күйлер диаграммасы
3.1-сурет – Жүйенің архитектурасы
интерфейстерін визуалаумен немесе сұраныстарды өңдеумен айналысатын істерге ие емес, өйткені бұл көріністер мен контроллерлердің жауапкершілігі.
Көріністер пайдаланушыға модель элементтерін көрсету үшін қажетті логиканы қамтиды - және ештеңе артық. Олардың модель туралы ешқандай тікелей мәліметтері жоқ және деректермен тікелей алмаспайды.
MVC архитектурасының әрбір бөлігі нақты және өзін – өзі қамтамасыз ету болып табылады-бұл жауапкершілікті бөлу деп аталады. Бұл модельде деректерді манипуляциялайтын Логика тек модельде ғана қамтылған, деректерді көрсететін логика – тек көріністе ғана, ал сұранымдарды өңдейтін және пайдаланушыларды енгізетін код – тек контроллерде ғана. Барлық бөліктерді нақты ажырату кезінде қосымша қаншалықты үлкен болғанына қарамастан, оның қызмет ету мерзімі ішінде бірге жүру және кеңейту оңай болады.
MVC инфрақұрылымында контроллерлер C# класстары, әдетте System класынан туынды.Web.Mvc.Controller. Контроллерден алынған сыныпта әрбір ашық әдіс маршрутизация жүйесі арқылы әрекет ету әдісі болып табылады ASP.NET конфигурацияланатын URL-мен байланыстырылады. Сұрау әрекет әдісімен байланысты URL арқылы жіберілген кезде, контроллер класындағы операторлар пән аймағының моделіне кейбір операцияны жүргізу үшін және клиентке көрсету үшін Көріністі таңдау үшін орындалады.
Инфрақұрылымда ASP.NET MVC Framework шолғыш үшін жауапты генерациялау мақсатында көріністі өңдеуге жауап беретін компонент - визуализация механизмі қолданылады.
Ерте MVC нұсқаларында стандартты визуализация механизмі қолданылды ASP.NET Web Forms белгілеу синтаксисінің жаңартылған нұсқасын пайдалана отырып, ASPX - беттерін өңдеген. MVC 3-те MVC 4 нұсқасында (және MVC 5 нұсқасында өзгеріссіз қалған) жетілдірілген razor визуализациялау механизмі пайда болды, онда мүлдем
басқа синтаксис қолданылады.
Visual Studio ортасы Razor қозғалтқышы үшін IntelliSense құралына қолдау көрсетеді, контроллер жіберген презентация деректеріне орындауды және жауапты жеңілдетеді.
Қаралып жатқан жүйе екі деңгейлі клиенттік-серверлік архитектураға ие. Автоматтандырылған ақпараттық жүйенің құрылымы 3.1-суретте келтірілген.
Бұл архитектурада жүйенің 3 негізгі құраушысы бар.
Бірінші компонент деректер базасы болып табылады. Онда тұрақты деректер мен салонның қызметін жүргізу фактісі сақталады.
Екінші компонент деректер базасының солтүстігін білдіреді,онда барлық бизнес логика салынған. Үшінші компонент-пайдаланушы мен ақпараттық жүйенің серверлік бөлігі арасындағы өзара іс-қимыл интерфейсі болып табылатын клиенттік бөлік. Клиенттер қызметке клиенттік қосымшада өзінің жұмыс станциясында жазылады. Клиенттік қосымша интернет арқылы деректерді деректер қорының серверіне жібереді. Дерекқор сервері алынған ақпаратты сақтайды.Кезекті тексеру нәтижелері бойынша әрбір станцияның клиенттік қосымшасы Деректерді жаңарту мақсатында серверге сұрау жібереді. Сервер әр станцияның жаңартылған деректерін жібереді.
Логикалық модель пәндік саладағы түсініктерді, олардың қарым- қатынастарын, сондай-ақ тақырыптық аймаққа енгізілген деректерге шектеулерді сипаттайды. Логикалық деректер моделі болашақ дерекқордың бастапқы прототипі болып табылады. Логикалық модель ақпараттық бірліктерде құрастырылған, бірақ белгілі бір ДҚБЖ сілтемесіз. Сонымен қатар, логикалық деректер моделі реляциялық деректер моделі арқылы міндетті түрде
білдіруге міндетті емес. Қазіргі кезде логикалық деректер моделін құрудың негізгі құралы ER-диаграммалардың әртүрлі нұсқалары (субъект-қатынас, субъект-қатынас диаграммалары) болып табылады. Сол ER үлгісі реляциялық деректер үлгісіне, сондай-ақ иерархиялық және желілік ДББЖ үшін деректер үлгісіне немесе пост-реляциялық деректер үлгісіне айналуға болады.
Алдыңғы деңгейде домендік модельді әзірлеу кезінде қабылданған шешімдер логикалық деректер моделі жасалуы мүмкін кейбір шектеулерді анықтайды, ал осы шектерде әртүрлі шешімдер қабылдануы мүмкін .
Қалыпты пішін реляциялық деректер үлгісіндегі қатынас сипаты болып табылады, ол оны іріктеу немесе өзгерту деректерінің логикалық қате нәтижелеріне әкелуі мүмкін артықшылықты сипаттайтын. Қалыпты пішін қатынасы қанағаттандыруы тиіс талаптар жиынтығы ретінде анықталады. Әдеттегі қалыпты формалар (3NF) бар, бірақ әдетте практикалық шешуге арналған.
Логикалық деректер моделі 3 нысанға бөлінеді.
Бірінші қалыпты пішін (1NF) жалпы қатынас. Байланысты анықтауға байланысты, кез-келген қатынас автоматты түрде 1NF-де. Әр түрлі кестелерге келетін болсақ, олар қатынастардың дұрыс көрінісі болмауы және сәйкесінше 1NF-де болмауы мүмкін .
ERIGN Data Modeler құралының көмегімен IDEF1X белгілерінде логикалық домен үлгісін құрыңыз. Логикалық модель 3.2-суретте келтірілген.
3.2-сурет – Дерекқордың логикалық моделі
Жасалған логикалық деректер базасының үлгісі транзиттік тәуелділіктерді
қамтымайды. Осылайша, модель үшінші қалыпты пішінге сәйкес келеді деген тұжырым жасауға болады. Әрі қарай жұмыс барысында логикалық модельден физикалық мәнге көшу жүзеге асырылады.
Көріністер пайдаланушыға модель элементтерін көрсету үшін қажетті логиканы қамтиды - және ештеңе артық. Олардың модель туралы ешқандай тікелей мәліметтері жоқ және деректермен тікелей алмаспайды.
MVC архитектурасының әрбір бөлігі нақты және өзін – өзі қамтамасыз ету болып табылады-бұл жауапкершілікті бөлу деп аталады. Бұл модельде деректерді манипуляциялайтын Логика тек модельде ғана қамтылған, деректерді көрсететін логика – тек көріністе ғана, ал сұранымдарды өңдейтін және пайдаланушыларды енгізетін код – тек контроллерде ғана. Барлық бөліктерді нақты ажырату кезінде қосымша қаншалықты үлкен болғанына қарамастан, оның қызмет ету мерзімі ішінде бірге жүру және кеңейту оңай болады.
MVC инфрақұрылымында контроллерлер C# класстары, әдетте System класынан туынды.Web.Mvc.Controller. Контроллерден алынған сыныпта әрбір ашық әдіс маршрутизация жүйесі арқылы әрекет ету әдісі болып табылады ASP.NET конфигурацияланатын URL-мен байланыстырылады. Сұрау әрекет әдісімен байланысты URL арқылы жіберілген кезде, контроллер класындағы операторлар пән аймағының моделіне кейбір операцияны жүргізу үшін және клиентке көрсету үшін Көріністі таңдау үшін орындалады.
Инфрақұрылымда ASP.NET MVC Framework шолғыш үшін жауапты генерациялау мақсатында көріністі өңдеуге жауап беретін компонент - визуализация механизмі қолданылады.
Ерте MVC нұсқаларында стандартты визуализация механизмі қолданылды ASP.NET Web Forms белгілеу синтаксисінің жаңартылған нұсқасын пайдалана отырып, ASPX - беттерін өңдеген. MVC 3-те MVC 4 нұсқасында (және MVC 5 нұсқасында өзгеріссіз қалған) жетілдірілген razor визуализациялау механизмі пайда болды, онда мүлдем
басқа синтаксис қолданылады.
Visual Studio ортасы Razor қозғалтқышы үшін IntelliSense құралына қолдау көрсетеді, контроллер жіберген презентация деректеріне орындауды және жауапты жеңілдетеді.
- 1 ... 5 6 7 8 9 10 11 12 13
ЖОБАЛАУ
-
Негізгі жүйе архитектурасы
Қаралып жатқан жүйе екі деңгейлі клиенттік-серверлік архитектураға ие. Автоматтандырылған ақпараттық жүйенің құрылымы 3.1-суретте келтірілген.
Бұл архитектурада жүйенің 3 негізгі құраушысы бар.
Бірінші компонент деректер базасы болып табылады. Онда тұрақты деректер мен салонның қызметін жүргізу фактісі сақталады.
3.1-сурет – Жүйенің архитектурасы
Екінші компонент деректер базасының солтүстігін білдіреді,онда барлық бизнес логика салынған. Үшінші компонент-пайдаланушы мен ақпараттық жүйенің серверлік бөлігі арасындағы өзара іс-қимыл интерфейсі болып табылатын клиенттік бөлік. Клиенттер қызметке клиенттік қосымшада өзінің жұмыс станциясында жазылады. Клиенттік қосымша интернет арқылы деректерді деректер қорының серверіне жібереді. Дерекқор сервері алынған ақпаратты сақтайды.Кезекті тексеру нәтижелері бойынша әрбір станцияның клиенттік қосымшасы Деректерді жаңарту мақсатында серверге сұрау жібереді. Сервер әр станцияның жаңартылған деректерін жібереді.
Логикалық деректер қорының үлгісі
Логикалық модель пәндік саладағы түсініктерді, олардың қарым- қатынастарын, сондай-ақ тақырыптық аймаққа енгізілген деректерге шектеулерді сипаттайды. Логикалық деректер моделі болашақ дерекқордың бастапқы прототипі болып табылады. Логикалық модель ақпараттық бірліктерде құрастырылған, бірақ белгілі бір ДҚБЖ сілтемесіз. Сонымен қатар, логикалық деректер моделі реляциялық деректер моделі арқылы міндетті түрде
білдіруге міндетті емес. Қазіргі кезде логикалық деректер моделін құрудың негізгі құралы ER-диаграммалардың әртүрлі нұсқалары (субъект-қатынас, субъект-қатынас диаграммалары) болып табылады. Сол ER үлгісі реляциялық деректер үлгісіне, сондай-ақ иерархиялық және желілік ДББЖ үшін деректер үлгісіне немесе пост-реляциялық деректер үлгісіне айналуға болады.
Алдыңғы деңгейде домендік модельді әзірлеу кезінде қабылданған шешімдер логикалық деректер моделі жасалуы мүмкін кейбір шектеулерді анықтайды, ал осы шектерде әртүрлі шешімдер қабылдануы мүмкін .
Қалыпты пішін реляциялық деректер үлгісіндегі қатынас сипаты болып табылады, ол оны іріктеу немесе өзгерту деректерінің логикалық қате нәтижелеріне әкелуі мүмкін артықшылықты сипаттайтын. Қалыпты пішін қатынасы қанағаттандыруы тиіс талаптар жиынтығы ретінде анықталады. Әдеттегі қалыпты формалар (3NF) бар, бірақ әдетте практикалық шешуге арналған.
Логикалық деректер моделі 3 нысанға бөлінеді.
Бірінші қалыпты пішін (1NF) жалпы қатынас. Байланысты анықтауға байланысты, кез-келген қатынас автоматты түрде 1NF-де. Әр түрлі кестелерге келетін болсақ, олар қатынастардың дұрыс көрінісі болмауы және сәйкесінше 1NF-де болмауы мүмкін .
ERIGN Data Modeler құралының көмегімен IDEF1X белгілерінде логикалық домен үлгісін құрыңыз. Логикалық модель 3.2-суретте келтірілген.
3.2-сурет – Дерекқордың логикалық моделі
Жасалған логикалық деректер базасының үлгісі транзиттік тәуелділіктерді
қамтымайды. Осылайша, модель үшінші қалыпты пішінге сәйкес келеді деген тұжырым жасауға болады. Әрі қарай жұмыс барысында логикалық модельден физикалық мәнге көшу жүзеге асырылады.
- 1 ... 5 6 7 8 9 10 11 12 13