Файл: ТАырып Жмыспен амту ызметіні апаратты жйесін дамыту.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 23.11.2023
Просмотров: 40
Скачиваний: 2
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
1. Даяшы сатудан бас тартты.
3d. Даяшы сатуды тоқтатады.
жаңа жүйенің кез келген терминалынан алуға болады .
4. Сатып алушы қолма-қол ақша төлегісі келетінін, бірақ ақша жетпейтінін айтады.
1. Клиент басқа төлем әдісін пайдаланады.
4а. Қолма-қол ақша.
-
Даяшы клиент ұсынған соманы енгізеді. -
Жүйе қажетті өзгерісті есептеп, кассалық аппаратты ашады. -
Даяшы алған ақшаны қосып, ақшаны тұтынушыға береді. -
Жүйе қолма-қол ақшамен төлемдерді тіркейді.
4б. Несие картасымен төлеңіз.
1. Клиент несие картасының мәліметтерін енгізеді.
2а. Жүйе төлемді растау үшін төлемді авторизациялау сұрауын сыртқы төлемді авторизациялау жүйесіне жібереді.
2b. Жүйе сыртқы жүйемен байланысу кезінде қатені анықтайды.
-
Жүйе серверге қате сигналын жібереді. -
Даяшы тұтынушыдан төлем әдісін өзгертуді сұрайды.
3а. Жүйе төлемді растау туралы ақпаратты алады және бұл туралы тасымалдаушыға хабарлайды.
3б. Жүйе төлемді орындаудан бас тарту туралы ақпаратты алады,
-
Жүйе сервер қабылданбады деп хабарлайды. -
Даяшы тұтынушыдан төлем әдісін өзгертуді сұрайды.
4. Жүйе төлемді растау ақпаратты қоса алғанда, несие картасы бойынша төлемді тіркейді.
5. Чек арқылы төлеу.
6. Дебеттік карта арқылы төлеу.
7. Қосылымдарды тексеріңіз.
1. Жүйе пішіндерді көрсетеді және әрбір тапсырысты тексереді.
Арнайы талаптар
-
Үлкен жалпақ экрандарға арналған сенсорлық экран пайдаланушы интерфейсі. Мәтін бір метр қашықтықта көрінуі керек. -
90% жағдайда авторизация қызметінен жауап 30 секунд ішінде келеді. -
Қойманы басқару жүйесі сияқты қашықтағы қызметке кіру кезінде бірдеңе дұрыс болмаса, сенімді деректерді қалпына келтіру қажет. -
Көрсетілген мәтінді локализациялау мүмкіндігі (басқа тілде көрсету). -
Жүйе жұмыс істеп тұрған кезде 3 және 7-қадамдарда жаңа бизнес ережелерін қосу мүмкіндігі.
2 Іс үлгісін пайдалану
Бағдарламалық қамтамасыз етуді логикалық жобалауға кіріспес бұрын оның «қара жәшіктің» сипаттамаларын зерттеп, анықтау қажет .
орындайтынының сипаттамасы , оларды орындау механизмін көрсетпей. Бұл түсініктеменің бір бөлігі реттілік диаграммасы болып табылады.
белгілі бір пайдалану жағдайы үшін жүйемен ішкі түрде жасалған оқиғаларды көрсететін диаграмма . Бұл жағдайда бүкіл жүйе «қара жәшік» болып саналады. Бұл диаграмманың мақсаты жүйеге оның шекаралары бойынша жұмысшылар жіберетін оқиғаларды көрсету болып табылады.
Сәтті іске асыру үшін негізгі сценарий үшін және қажет болған жағдайда ең маңызды және күрделі сценарийлер үшін реттілік диаграммасы жасалуы керек.
Кеңейтілген жағдайды сипаттау пішіміндегі сәтті бастапқы сценарийге негізделген реттілік диаграммасы 4-суретте көрсетілген.
4-сурет – Жүйе ағынының диаграммасыКөп жағдайда жағдайларда берілген ақпарат жүйенің әрекетін сипаттау үшін жеткілікті. Дегенмен, кейде мінез-құлықтың егжей-тегжейлі сипаттамасы қажет. Ол үшін жүйенің жұмысының сипаттамасы.
Жүйе әрекетінің аннотациялары жүйе әрекеттерін орындағаннан кейін домен үлгісі нысандарының күйін өзгерту тұрғысынан егжей-тегжейлі жүйе әрекетін анықтайды.
Сипаттама жүйенің жұмысына жатады .
Жүйе әрекеттері - жүйе "қара жәшік" ретінде орындайтын енгізу жүйесінің оқиғаларын өңдеу жүйесінің жалпы интерфейсіне енгізілген әрекеттер . Жүйе әрекетін жүйе оқиғалары негізінде анықтауға болады.
Төменде бұрын айтылған блок-схема жүйесінің жұмысының сипаттамасы берілген.
Операциялық жүйенің жұмысы Кәсіпорын аумағына кіру:
OP1 : жаңа тапсырыс жасау ()
| Белсенділік | жаңа тапсырыс жасау () |
| Сілтемелер | Қолдану жағдайы: тапсырыс жасау |
| Алғы шарттар | Кеткен |
| Келесі шарттар |
|
OP 2 : EnterItem()
| Белсенділік | EnterItem (i temID: i temID, саны: integer ) |
| Сілтемелер | Қолдану жағдайы: тапсырыс жасау |
| Алғы шарттар | Тапсырыс басталды |
| Келесі шарттар |
қасиеттері іске қосылады. |
OP3 : endOrder()
| Белсенділік | endOrder() |
| Сілтемелер | Қолдану жағдайы: есепшот |
| Алғы шарттар | Тапсырыс басталды |
| Келесі шарттар |
|
OP4 : төлем жасау ()
| Белсенділік | makePayment (қолдау: бүтін) |
| Сілтемелер | Қолдану жағдайы: есепшот |
| Алғы шарттар | Тапсырыс басталды |
| Келесі шарттар |
|
3 домен үлгісі
Домен моделі бағдарламалық нысандарды жобалау үшін негіз ретінде кеңінен қолданылады және бірнеше кейінгі артефактілерді құру үшін маңызды кірісті қамтамасыз етеді.
пәндік саланың негізгі (дизайнердің көзқарасы бойынша) концептуалды сыныптары (концептуалды сыныптары) көрсетілген. Бұл объектілі-бағытталған талдау кезеңіндегі ең маңызды қорытынды. Объектілі-бағытталған талдаудың негізгі міндеті әртүрлі объектілер мен концепциялардың үлкен санын анықтау, сонымен қатар жобалау және іске асыру кезеңдеріндегі қайтарым тұрғысынан күш-жігерді дәл бағалау болып табылады.
5-сурет – Бастапқы домен үлгісі
6-сурет – Домен үлгісі
4 Есептеу моделі
Өзара әрекеттестік мінез-құлықты объектілер арасындағы хабарлама алмасу тұрғысынан анықтайды. Ол жүйенің жұмысын оның бөліктері (нысандары) арасындағы қатынастар ретінде сипаттайды және жүйені бірге жұмыс істейтін объектілер тобы ретінде көрсетеді. Сондықтан өзара әрекеттесулер жүйенің жалпы динамикасын түсірудің негізгі құралы болып саналады.
Өзара әрекеттесу диаграммалары жүйенің динамикалық аспектілерін модельдеуге арналған. Олар бірнеше объектілердің өзара әрекетін және олардың қарым-қатынасын, сондай-ақ объектілер арасында жіберілетін хабарламаларды көрсетеді.
Өзара әрекеттесу диаграммаларының екі түрі бар:
- реттілік диаграммалары (дәйектілік диаграммасы);
- ынтымақтастық графиктері (бірлескен схемалар).
4.1 Реттік диаграммалар
Жүйелілік диаграммалары өзара әрекеттесу диаграммаларының нұсқасы болып табылады; олар жүйедегі мінез-құлық сценарийлерін бейнелейді және хабарды жіберу реттілігінің неғұрлым көрнекі көрінісін қамтамасыз етеді. Графикалық тұрғыдан алғанда, реттілік диаграммасы - бұл объектілер x осі бойымен орналастырылған және хабарламалар у осі бойынша уақыт бойынша реттелген кесте түрі .
Ұсынылған өткізу қабілеті жүйесінің реттілік диаграммасы 7-суретте көрсетілген.
7-сурет – Тізбектілік диаграммасы
4.2 Ынтымақтастық диаграммалары
Өзара әрекеттесу диаграммасы – хабарламаларды жіберетін және қабылдайтын объектілердің құрылымдық ұйымдастырылуына ерекше мән беретін өзара әрекеттесу диаграммасының түрі.
Ынтымақтастық диаграммасы 8-суретте көрсетілген.
8-сурет – Ынтымақтастық схемасы
4.3 Сынып диаграммасы
Класс диаграммалары объектіге бағытталған талдау және жобалау әдістемелері үшін орталық болып табылады.
Класс диаграммасы сыныптарды және олардың қарым-қатынастарын көрсетеді, осылайша жобаның логикалық жағын көрсетеді. Класс диаграммасы класс құрылымының айқын көрінісі болып табылады. Талдау кезеңінде жүйенің қажетті функционалдығын қамтамасыз ететін ұйымдардың жалпы рөлдері мен жауапкершілігін нақтылау үшін жіктеу диаграммасы қолданылады. Жобалау кезеңінде жүйенің архитектурасын құрайтын класстардың құрылымын жеткізу үшін класс диаграммалары қолданылады.
Әр сыныптың аты болуы керек; Егер атау тым ұзын болса, оны қысқартуға немесе диаграммадағы белгішені үлкейтуге болады. Әрбір сынып құрамындағы жобаның ішінде бірегей болуы керек.
Класс диаграммасы жүйе объектілерінің түрлерін және олардың арасындағы әртүрлі статикалық қатынастарды анықтайды. Статикалық сілтемелердің екі негізгі түрі бар:
• ассоциациялар (мысалы, менеджер бірнеше жобаны басқара алады);
• кіші типтер (қызметкер – тұлға типі).
Класс диаграммалары объектілер арасындағы қатынастарға жүктелетін сыныптың қасиеттерін, операцияларын және шектеулерін сипаттайды.
Домен моделін талдау және өзара әрекеттесу диаграммасы негізінде класс диаграммасы тұрғызылды (9-сурет).
9-сурет – Сынып диаграммасы
5 Деректер моделі
Деректерді жобалау процесін екі кезеңге бөлуге болады: логикалық модельдеу және физикалық жобалау. Олардың біріншісінің нәтижесі кәсіпорынның қарым-қатынас диаграммасы немесе оны көрсетуге арналған стандартты белгілердің бірінде көрсетілген ER (Кәсіпорын қатынасы) диаграммасымен ұсынылған логикалық (немесе тұжырымдамалық) деректер үлгісі деп аталады. диаграммалар.
Логикалық деректер моделі болашақ деректер қорында тіркелетін құжаттар мен объектілерді анықтайды. Мұндай модельдің негізгі құрамдас бөліктері субъектілер, олардың қасиеттері және олардың арасындағы байланыстар болып табылады. Әдетте, болашақ деректер қорындағы нысанның физикалық аналогы кесте болып табылады, ал атрибуттың физикалық аналогы осы кестенің өрісі болып табылады. Логикалық тұрғыдан алғанда, объект дегеніміз - осы нысанның даналары деп аталатын бір типті объектілер немесе фактілердің жиынтығы. Дананың физикалық эквиваленті әдетте дерекқор кестесіндегі жазба болып табылады. ДҚБЖ реляциялық кестесіндегі жазбалар сияқты, нысан даналары бірегей болуы керек, яғни олардың төлсипат мәндерінің толық жиынтығын қайталау мүмкін емес. Кестедегі өрістер сияқты, атрибуттар кілтті немесе кілт емес болуы мүмкін. Логикалық жобалау кезеңінде әдетте әрбір атрибут үшін шамамен деректер түрі (жол, сан, BLOB және т.б.) анықталады. Әртүрлі ДҚБЖ әртүрлі деректер түрлерін және олардың ұзындығы мен дәлдігіне шектеулерді қолдайтындықтан, спецификация жобалау кезеңінде туындайды.
Дерекқорды модельдеудің жетекші шешімі AllFusionERwinDataModeler болып табылады. пайдаланушыларға мәліметтер базасының, деректер қоймасының және корпоративтік ақпараттық ресурстардың үлгілерін оңай жасауға және қолдауға мүмкіндік беретін бағдарламалық пакет.
Курстық жоба шеңберінде логикалық модель әзірленді (10-сурет).
10-сурет – Эрвиндегі логикалық модель
6 Іске асыру моделі
Жүйені дамыту үшін CASERRI бағдарламасы қолданылды, ол басында аздап талқыланды (Кіріспе бөлімін қараңыз). CASERRI стандартты UML белгілеуін жүзеге асыратын жағдай құралы екенін есте сақтаңыз . CASERRI бизнес-модельдеу үшін де (бизнес-процестерді талдау және бизнес-процестерді реинжиниринг) және объектіге бағытталған бағдарламалық қамтамасыз ету мен дерекқорларды жобалау үшін де пайдаланылуы мүмкін.