Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(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)Полиграфия-(1312)Политика-(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)

ОМПС. Організація прецедентів




ОМПС. Прецеденти використання системи

Будь-яка програмна система працює у деякому контексті, що визначає зовнішнє оточення системи. Таке оточення формують користувачі (або актори) системи, якими можуть слугувати як люди, так і системи. Кожен з акторів взаємодіє з системою за своєю власною схемою та очікує від системи певної поведінки й реакції. Схему взаємодії актора з системою називають прецедентом (Use case).

Синонімами терміна прецедент є терміни: варіант використання, сценарій поведінки.

Загалом прецедент специфікує деякий аспект поведінки системи або її частини, не втручаючись в їхню реалізацію, та визначає множину послідовностей дій, спрямованих на досягнення актором очікуваного результату.

Таке визначення прецеденту містить кілька важливих моментів, які вимагають дещо докладнішого пояснення:

• прецеденти можуть існувати на будь-якому рівні, починаючи від всієї системи і завершуючи окремими класами;

• прецедент описує деякий аспект поведінки відповідного компонента системи;

• прецеденти не дають жодного уявлення про реалізацію системи;

• прецедент визначає множину послідовностей дій, оскільки аспекти поведінки системи, зазвичай, не є лінійними, а містять різні можливі варіанти розвитку подій;

Зазначимо, що прецеденти описують лише ті аспекти поведінки системи, які є суттєвими для акторів системи. Реально, система може виконувати додаткові дії, які також спрямовані на досягнення закладеної в систему функціональності, проте безпосередньо

не відображають потреб акторів системи. Такі дії не вважають прецедентами.

Прецеденти застосування системи або її частини зображають в UML за допомогою діаграм прецедентів (Use Case Diagrams).

 

Прецеденти можна організувати, визначаючи між ними відношення узагальнення, долучення і розширення. Ці відношення застосовують, щоб виділити деяку загальну поведінку чи, навпаки, її варіації.

Відношення узагальнення означає, що прецедент-нащадок успадковує поведінку і семантику свого предка, може заміщати його чи доповнювати його поведінку та, крім цього, може фігурувати усюди, де тільки з’явиться його предок (як батько, так і нащадок

можуть мати конкретні екземпляри).

Наприклад, у системі перевірки карток можлива наявність прецеденту Перевірити клієнта, що відповідає за встановлення особистості клієнта (рис. 3.4). Він може мати двох спеціалізованих нащадків (Перевірити пароль і Перевірити сітківку), які поводять-

ся так само, як прецедент-предок Перевірити клієнта, і можуть використовуватися скрізь, де використовується їхній предок, але при цьому кожний з них додає свою власну поведінку (перший перевіряє текстовий пароль, а другий - малюнок сітківки ока).

 

Рис. 3.4. Приклад відношення узагальнення між прецедентами

 

Відношення долучення між прецедентами означає, що в деякій точці базового прецеденту використовують поведінку іншого прецеденту. Прецедент, що долучається, може існувати автономно, а базовий – не може. Можна вважати, що базовий прецедент запозичає поведінку автономного прецеденту, що долучається. Відношення долучення зображають у вигляді залежності чи асоціації зі стереотипом include.

На рисунках 3.4 і 3.5 зображено одне і те ж саме відношення долучення, створене за допомогою різних інструментів, між базовим прецедентом Бронювати місця та автономним прецедентом Переглянути інформацію про рейси.

Рис. 3.4. Приклад відношення долучення (Case-засіб Objecteering)

Рис. 3.5. Приклад відношення долучення (Case-засіб Rational Rose)

Відношення розширення між прецедентами означає, що базовий прецедент неявно містить поведінку інших прецедентів.

Відношення розширення зображають зі стереотипом extend.

 

Рис. 3.6. Приклад відношення розширення (Case-засіб Rational Rose)

На рис. 3.6 зображено два відношення, які розширюють базовий прецедент Зареєструвати клієнта прецедентами Зареєструвати корпоративного клієнта і Зареєструвати фізичну особу. На основі базового прецеденту можна розробити головну процедуру

реєстрації клієнта, а потім розробити спеціальні процедури, які доповнюватимуть головну процедуру.

Відношення розширення застосовують для моделювання таких частин прецеденту, які користувач сприймає як необов’язкову поведінку системи. Відношення розширення використовують також для моделювання окремих субпотоків, які виконуються лише

за визначених обставин. Зрештою, їх застосовують для моделювання декількох потоків, які можуть зливатися в деякій точці.

 




Поделиться с друзьями:


Дата добавления: 2015-05-07; Просмотров: 671; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.008 сек.