КАТЕГОРИИ:


Астрономия- (809) Биология- (7483) Биотехнологии- (1457) Военное дело- (14632) Высокие технологии- (1363) География- (913) Геология- (1438) Государство- (451) Демография- (1065) Дом- (47672) Журналистика и СМИ- (912) Изобретательство- (14524) Иностранные языки- (4268) Информатика- (17799) Искусство- (1338) История- (13644) Компьютеры- (11121) Косметика- (55) Кулинария- (373) Культура- (8427) Лингвистика- (374) Литература- (1642) Маркетинг- (23702) Математика- (16968) Машиностроение- (1700) Медицина- (12668) Менеджмент- (24684) Механика- (15423) Науковедение- (506) Образование- (11852) Охрана труда- (3308) Педагогика- (5571) П Архитектура- (3434) Астрономия- (809) Биология- (7483) Биотехнологии- (1457) Война- (14632) Високи технологии- (1363) География- (913) Геология- (1438) 1065) House- (47672) Журналистика и масови медии- (912) Изобретения- (14524) Чужди езици- (4268) Компютри- (17799) Изкуство- (1338) История- (13644) Компютри- (11121 ) Художествена литература (373) Култура- (8427) Лингвистика- (374 ) Медицина- (12668 ) Naukovedenie- (506) Образование- (11852) Защита на труда- ( 3308) Педагогика- (5571) P Политика- (7869) Право- (5454) Приборостроение- (1369) Программирование- (2801) Производство- (97182) Промышленность- (8706) Психология- (18388) Религия- (3217) Связь- (10668) Сельское хозяйство- (299) Социология- (6455) Спорт- (42831) Строительство- (4793) Торговля- (5050) Транспорт- (2929) Туризм- (1568) Физика- (3942) Философия- (17015) Финансы- (26596) Химия- (22929) Экология- (12095) Экономика- (9961) Электроника- (8441) Электротехника- (4623) Энергетика- (12629) Юриспруденция- (1492) Ядерная техника- (1748) Олимпиада- (1312) Политика- (7869) Право- (5454) Инструменти- ( 1369) Програмиране- (2801) Производство- (97182) Промишленост- (8706) Психология- (18388) Земеделие- (299) Социология- (6455) Спорт- (42831) Строителство- (4793) Търговия- (5050) Транспорт- (2929) Туризъм- (1568) Физика- (3942) ) Химия- (22929 ) Екология- (12095) Икономика- (9961) Електроника- (8441) Електротехника- (4623) Енергетика- (12629 )

Предходна спецификация

Вижте също:
  1. Несъответствие 3: Предоставената услуга не отговаря на работните спецификации, предложени от ръководството.
  2. Спецификация и ерозия на правата на собственост
  3. Модел Спецификация. Избор на фактори при конструиране на уравнение за множествено регресиране
  4. Спецификация за поведение

Работа с прецеденти

Един прецедент описва какво трябва да прави системата, но не определя как тя трябва да го направи. При моделирането това ни позволява да отделим външното представяне на системата от нейното вътрешно представяне.

Поведението на прецедента е описано от поток от събития. Първоначалното описание се извършва в текстова форма, прозрачна за потребителя на системата. В потока на събитията има:

● основни и алтернативни поведенчески потоци;

● как и кога започва и завършва прецедентът;

● когато прецедентът взаимодейства с актьорите;

● какви данни се обменят между актьора и системата.

Да се ​​изясни и формализира потокът от събития, използвайки последователни диаграми. Обикновено една диаграма на последователности дефинира основната нишка в даден случай, а другите диаграми дефинират нишката на изключение.

В общия случай един случай на използване описва набор от последователности, в които всяка последователност представлява евентуален поток от събития. Всяка последователност се нарича скрипт. Сценарият е специфична последователност от действия, илюстриращи поведението. За случаите на използване, скриптовете са почти същите като примери за клас. Казва се, че сценарият е пример за прецедент.

Спецификацията на случая на използване е основният източник на информация за извършване на системен анализ и проектиране. Много е важно съдържанието на спецификацията да бъде представено по пълен и конструктивен начин. Като цяло спецификацията включва

● основен поток

● подводни потоци

Като спецификационен шаблон ще представим описанието на елемента "Използване на кутия" "Купете билет" за модела на информационната система на бюрото за самолетни билети (фигура 3.7).

Фигура 3.7. Графика на прецеденти за модела на информационната система на бюрата за самолетни билети

Предварително условие: Преди началото на този прецедент следва да се изпълни прецедентът "попълване на базата данни на полетите".

Основен поток.

Този прецедент започва, когато клиент регистрира в системата и въведе паролата си. Системата проверява дали паролата е правилна (Е-1) и предлага на купувача да избере едно от следните действия: CREATE, DELETE, CHECK, EXECUTE, EXIT.

1. Ако е избрано действието CREATE, се изпълнява подводния поток S-1: създайте поръчка на билета.

2. Ако е избрано действието DELETE, се изпълнява подводния поток S-2: изтрийте поръчката за билети.

3. Ако е избрано CHECK на действие, се изпълнява подпротома S-3: проверете реда на билета.

4. Ако е избрано действието EXECUTE, се изпълнява под-потока S-4: изпълнете реда на самолетен билет.

5. Ако е избрано екранът EXIT, приключва прецедентът.

Subflows

S-1: създаване на поръчка за билети . Системата показва диалогов прозорец, съдържащ полетата за местоназначението и датата на полета. Купувачът влиза в местоназначението и датата на полета (E-2). Системата показва параметрите на полета (E-3). Купувачът избира полета. Системата свързва купувача с избрания полет (E-4). Върнете се в началото на прецедента.



S-2: изтриване на поръчката за билети. Системата показва параметрите на поръчката. Купувачът потвърждава решението за премахване на поръчката (E-5). Системата премахва връзката с купувача (E-6). Върнете се в началото на прецедента.

S-3: проверете поръчката на билетите . Системата показва (E-7) и показва параметрите за реда на самолетен билет: номер на полета, местоназначение, дата, час, място, цена. Когато купувачът посочи, че е извършил проверката, се извършва връщане към началото на прецедента.

S-4: да осъществите реда на самолетен билет. Системата изисква опциите за кредитна карта на купувача. Купувачът въвежда параметрите на вашата кредитна карта (E-8). Върнете се в началото на прецедента.

Алтернативни потоци

E-1: Въведете неправилен идентификационен номер на клиент . Купувачът може да повтори идентификационния номер или да прекрати употребата.

E-2: въведено е неправилно местоназначение / дата. Купувачът може да въведе отново местоназначението / датата на полета или да прекрати прецедента.

E-3: Няма съвпадащи полети. Купувачът е информиран, че по това време такъв полет е невъзможен. Върнете се в началото на прецедента.

E-4: Не може да се направи връзка между купувача и полета. Информацията се запазва, системата ще създаде тази връзка по-късно. Прецедентът продължава.

E-5: Въведете невалиден номер на поръчката. Купувачът може да повтори въвеждането на правилния номер на поръчката или да спре прецедента.

E-6: Комуникацията между купувача и полета не може да бъде премахната. Информацията се запазва, системата ще изтрие тази връзка по-късно. Прецедентът продължава.

E-7: Системата не може да покаже информацията за поръчката . Върнете се в началото на прецедента.

E-8: неправилни опции за кредитни карти . Купувачът може да повтори въвеждането на параметри на картата или да спре прецедента.

По този начин, тази спецификация гласи, че вътре в корпуса има една основна нишка и дванадесет помощни нишки на действие. В бъдеще разработчикът може да реши да отдели независими прецеденти от този прецедент. Очевидно е, че ако случайът за самостоятелно използване съдържа подводни потоци, тогава той трябва да бъде свързан с основния случай на употреба с включването. От своя страна, независим случай на използване с алтернативен поток е свързан с основния случай на употреба с разширена връзка.

изводи:

1 Връзката "включване" се прилага, ако няколко случая на употреба имат общо поведение. Цел: елиминиране на повторението, премахване на излишъка.

2 В допълнение, връзката "включва" често се използва за ограничаване на сложността на голям случай на употреба.

3 Връзката "разширява" се използва, когато са описани варианти, които допълват нормалното поведение.

<== предишна лекция | следващата лекция ==>
Взаимоотношения в употреба Диаграми на случаи | Динамични модели на обектно-ориентирани софтуерни системи

; Дата на добавяне: 2014-01-05 ; ; Виждания: 1303 ; Нарушение на авторски права? ;


Вашето мнение е важно за нас! Дали публикуваният материал е полезен? Да | не



ТЪРСЕНЕ ПО САЙТА:


Препоръчителни страници:

Вижте също:



ailback.ru - Edu Doc (2013 - 2018) година. Всички материали, представени на сайта само с цел запознаване с читателите и не извършват търговски цели или нарушаване на авторски права! Последно добавяне на IP: 11.45.9.6
Повторно генериране на страницата: 0.002 сек.