Файл: Клиенттерге ызмет крсету сапасын жоарылату жне процестер мен.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 25.10.2023

Просмотров: 136

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
осы мәселеде қажет болатын басқа UML диаграммаларынан айырмашылығы абстракцияның ең жоғары деңгейіне ие әрекет диаграммасын қарау қажет.

    1. Функционалды емес талаптар



Косметологиялық орталық сараптама жүйесінің бағдарламалық жасақтамасы пайдаланушыға ыңғайлы, қарапайым және түсінікті, айқын графикалық интерфейске ие болуы керек.

Бағдарламалық қамтамасыз ету серверге тұрақты қосылуымен тұрақты жұмыс істеуін қамтамасыз етуі керек.

Серверден деректерді күту уақыты отыз секундтан аспауы керек. Тапсырыстар мен тапсырыс берушілер тізімі автоматты түрде жаңартылады. Жүйеде жаңа пайдаланушы тіркелсе, клиенттік қосымшаның әр данасында

Пайдаланушы бар кестеге енгізіледі. Клиенттік қосымшаға қол жеткізу пайдаланушы түпнұсқалық растамасы арқылы жүргізілуі керек. Пайдаланушы әкімшілік функцияларды орындай алмауы керек.

Функционалды талаптарды талдауға және тақырыптық аумақты талдау негізінде веб-сайтты әзірлеу туралы шешім қабылданды, себебі ол жүйенің негізгі мақсаттарын іске асыру үшін қолайлы.

Веб-торап - веб-серверлерде кез-келген әрекеттердің орындалуын автоматтандыруға арналған қосалқы бағдарламалық құралдар. Бұл жағдайда, веб-браузерлер компьютер арқылы Интернетке қашықтан басқару үшін пайдаланушы интерфейсі ретінде пайдаланылады.

Төмендегі критерийлер функционалды емес талаптарға қолданылады:

  • пайдаланушы интерфейстері;

  • орындау талаптары;

  • бағдарламалық қамтамасыз ету сапасының атрибуттары;

  • қауіпсіздік талаптары;

  • архитектураға қойылатын талаптар.




Құралдарды таңдау



Қолданбалар туралы ақпаратты құрылымдық сақтау үшін, MS SQL Server 2014 дерекқорды басқару жүйесі (DBMS) және SQL ақпараттық- логикалық дерекқор тілі ретінде реляциялық дерекқорды пайдалану туралы шешім қабылданды. Таңдау SQL кеңінен қолданылатын дерекқорлармен жұмыс істеу үшін бірінші және қазіргі уақытта жалғыз стандартты тіл болып табылатындығына байланысты. Іс жүзінде барлық ірі ДҚБЖ әзірлеушілері өз өнімдерін SQL тілін немесе SQL интерфейсі арқылы жасайды. Ол девелоперлерден де, пайдаланушылардан да үлкен инвестициялар жасады. Ол көптеген ірі және беделді ұйымдардың стратегиялық таңдауын қолдану сәулетінің бөлігі болды.

Ақпараттық жүйенің логикалық және физикалық моделі ERWin Data Modeler құралының көмегімен жүзеге асырылады. Интеграцияланған даму ортасы - Microsoft Visual Studio 2015.

Жобаны жоспарлау, ресурстарды жұмысты тапсыру және жұмыс көлемін талдаудағы прогрессті қадағалау үшін, Microsoft Project 2013 жобасының менеджеріне жоспарларды әзірлеуде, ресурстарды тапсырмаларға бөлу, жұмыстың көлемін талдау және қадағалау.

    1. Жүйелік бағдарламалық құралдар



Dapper ASP .Nnet Core

Әзірлеу негізі платформаны пайдалану болып табылады ASP.NET Core. Бұл платформа заманауи бұлтты веб-қосымшаларды жасау үшін алдын ала ойластырылған. Қосымшалар ASP.NET Core`. NET Core астында немесе толық нұсқада іске қосылуы мүмкін.NET Framework. Фреймворк модульдік компоненттерден тұрады, бұл шешім жасау кезінде икемділік береді. Windows, Mac және Linux астында бағдарламаны жүзеге асыруға болады.

Dapper-sql-сұраулардың нәтижелерін c#сыныптарымен салыстыру

(маппинг) технологиясы. Бұл тұрғыда Dapper Entity Framework сәл ұқсас. Сонымен қатар, оның оңай dapper арқасында үлкен өнімділікті қамтамасыз етеді және Entity Framework қарағанда сұраныстарды жылдам орындауға мүмкіндік береді.

Бірінші алдын ала релиз ASP.NET 15 жыл бұрын пайда болды.NET Framework. Содан бері миллиондаған әзірлеушілер оны веб-қосымшаларды жасау және іске қосу үшін пайдаланды, қазіргі уақытта қосымшаларды іске асыру үшін ең өзекті платформа болып табылады.

ASP.NET-те Core архитектуралық өзгерістер көп болды, нәтижесінде фреймворк ықшам және модульдік болды. ASP.NET Core System негізделген емес.Web.dll. Ол NuGet пакеттерінің жиынтығына негізделеді. Бұл қолданба тек қана NuGet пакеттерін қосу үшін бағдарламаны оңтайландыруға мүмкіндік береді.

Startup класында сұраныстарды өңдеу ағыны анықталады,сондай-ақ қосымшаға қажетті барлық сервистер теңшеледі. Startup класы әдістерді қамтиды.

Сервис-бұл қосымшадағы жалпы пайдалануға арналған компонент. Сервистер тәуелділікті енгізу арқылы қол жетімді. ASP.NET Core кірістірілген IOC контейнерін қамтиды, ол әдепкі бойынша конструктор енгізуді қолдайды, бірақ оны IOC контейнермен оңай ауыстыру мүмкіндігі бар. Әлсіз байланыс артықшылығына қосымша, DI сервистер барлық қолданбаға қол жетімді.

ASP.NET –те Core біз байланыстырушы бағдарламалық қамтамасыз етуді (Middleware) пайдалана отырып, сұраныстар легін құрастырамыз. Байланыс ASP.NET Core HttpContext үшін асинхронды логиканы орындайды, содан кейін келесі байланыстырушы БҚ тізбегіне шақырады немесе тікелей сұрау салуды бұзады. Әдетте байланыстырушы БҚ үшін Use қолданылады, NuGet пакеті үшін тәуелділікті қабылдай отырып және Configure әдісі
бойынша IapplicationBuilder үшін UseXYZ кеңейтудің тиісті әдісін шақырады.

Хостинг моделі ASP.NET Core сұрауларды тікелей тыңдамайды-ол app сұрауларын жіберу үшін HTTP серверлік жүзеге асыруға сүйенеді. Берілген сұраныс feature интерфейстерінің жиынтығы ретінде ұсынылады, ол бағдарлама содан кейін HttpContext-те компонеттейді. ASP.NET Core IIS немесе nginx сияқты өндірістік веб серверге әдетте іске қосылатын Kestrel, кроссплатфорлы веб серверді қамтиды. Түбірлік директория-қолданбада пайдаланылатын кез келген мазмұнға, мысалы, оның көріністері мен веб мазмұнына негізгі жол. Әдепкі бойынша мазмұнның түбірлік директориясы - орындалатын хостинг үшін қолданбаның негізгі жолы сияқты; балама WebHostBuilder көмегімен көрсетуге болады.

Веб (web root) негізгі директориясы - css, js файлдары және сурет файлдары сияқты ашық статикалық ресурстар үшін директория. Статикалық файлдарды әдепкі бойынша тек осы директориядан (және қосалқы директориядан) өңдейді. ASP.NET Core қарапайым жұптарды өңдеу үшін жаңа конфигурациялық модельді пайдаланады. Жаңа конфигурациялық модель System-ге негізделмейді.Configuration, ол реттелген конфигурациялық провайдерлер жиынтығынан жасалады. Кірістірілген конфигурациялық провайдерлер көптеген файл пішімдерін (XML, JSON, INI) және айнымалы ортаны қолдайды. Сондай-ақ, жеке теңшелетін конфигурациялық провайдерлерді жазу мүмкін.


MVС архитектурасы


Қолданба интерфейсі MVС архитектурасы арқылы жазылған. Егер ұғымға негізделсе, онда MVC архитектуралық үлгісі MVC қосымшасы төменде сипатталған үш бөлікке бөлінетінін білдіреді: пайдаланушылар жұмыс істейтін деректерді қамтитын немесе ұсынатын модельдер.

Олар көріністер мен бақылаушылар арасында берілетін деректерді ғана ұсынатын көріністердің қарапайым модельдері болуы мүмкін, немесе олар бизнес-деректерден, сондай-ақ операциялардан, түрлендірулерден және осы деректермен айла-шарғы жасау ережелерінен тұратын пәндік саланың модельдері болуы мүмкін.

Модельдің кейбір бөлігін пайдаланушы интерфейсі түрінде визуализациялау үшін қолданылатын көріністер. Контроллерлер, өңдейді келіп түсетін сұрау салуларды орындайды операциялар моделі және таңдайды ұсыну үшін визуализация пайдаланушыға.

Мысалы, банк-қосымшасында моделі ұсынады барлық аспектілері банк қызметін қолдаумен қоса, мұндай есеп айырысу шоттары, негізгі бухгалтерлік кітап және несие лимиттері клиенттер үшін, сол сияқты операциялар үшін пайдаланылуы мүмкін айла-шарғы жасау деректер моделін сияқты ақша қаражаттарын енгізу және есептен шығару.

Модель деректердің жалпы жай– күйі мен бүтіндігін сақтау үшін де жауап береді-мысалы, барлық транзакциялар Бас кітапқа енгізілгенін, ал клиент шоттан оған құқығы бар немесе банктің иелігінде бар құжаттан артық ақша қаражатын алмайды. Сонымен қатар, олар жауап бермейтінімен де анықталады: модельдер пайдаланушы