САПР
Робота з діаграмами прецедентів у Rational Rose
Прийоми роботи в Rational Rose для створення прецедентів та акторів
Для створення прецедентів, акторів та відносин між ними в Rational Rose призначена панельToolbox,яка розташована вертикально між браузером та вікном діаграми. На ній за умовчанням представлені такі кнопки:
Перетворює курсор на стрілку покажчика для того, щоб можна було виділяти об'єкти
Додавання до діаграми тексту
Додавання до діаграми примітки
Anchor Note to Item
Зв'язування примітки з об'єктом на діаграмі
Додавання на діаграму нового пакета
Dependency or instantiaties
Створення відносини залежності
Створення відносин узагальнення
За бажання склад кнопок на панеліToolboxможна змінити, додавши на неї відсутні елементи.
Створення нової діаграми прецедентів.
Для створення нової діаграми прецедентів необхідно клацнути правою кнопкою миші на представленні Варіантів Використання браузера (Use Case View). У меню вибрати пункт New > Use Case Diagram (Створити > Діаграма прецедентів) (рис. 2). Далі ввести назву діаграми, після чого двічі клацнути по ній у браузері, щоб відкрити її.
Створення нового актора.
Для створення нового актора потрібно натиснути кнопку Actor на панеліToolboxі потімза вільним місцем вікна діаграми, після чого можна ввести ім'я актора. По суті, це єдине, що для актора потрібно ставити. Але оскільки актор - це фактично клас, то для нього можна задати всі властивості, що задаються для класу (див. Робота з класами в Rational Rose).
Створення нового варіанта використання.
Для створення нового варіанта використання потрібно клацнути на кнопці Use Case на панеліToolboxі потім на вільному місці вікна діаграми, після чого можна ввести назву варіанта використання. Після створення прецеденту можна визначити властивості. Для цього потрібно двічі по ньому натиснути або викликати для нього контекстне меню і вибрати пунктOpen Specification.після чого відкриється вікно специфікації прецеденту, що містить ряд вкладок (рис. 3).
Розглянемо вміст кожної вкладки:
General— тут задаються загальні властивості варіанта використання: ім'я (Name), стереотип (Stereotype), пріоритет (Rank), чи є абстрактним прецедент (Abstract) і текстовий опис прецеденту (Documentation);
Diagrams - тут відображаються різні діаграми, що містять цей прецедент;
Files —додавання файлів, що містять додаткову інформацію про клас.
Загальне зауваження. Для будь-якого типу відносин завдання його властивостей здійснюється однаковим способом - або двічі клацнути по лінії, або викликати для неї контекстне меню і вибрати пунктSpecification. .Загальними властивостями для всіх типів відносин є: ім'я (Name), стереотип (Stereotype) та текстовий опис відносини (Documentation). Додатковими властивостями має лише відношення комунікації та узагальнення, для яких частина властивостей можнавстановити прямо в їх контекстному меню. Ставлення комунікації. Це єдино можливий зв'язок між актором та прецедентом. Зображується за допомогою односпрямованої асоціації. Напрямок стрілки показує, хто ініціює зв'язок. Для створення відносини комунікації слід вибрати кнопку Unidirectional Association на панелі Toolbox, потім клацнути мишкою по ініціатору зв'язку (актору чи прецеденту) і не відпускаючи кнопки миші перетягнути стрілку на другого учасника зв'язку (прецедент чи актор). Для даного типу відносини стереотип communicate можна не вказувати, оскільки він неявний і мається на увазі. Для даного типу відносин можна задати такі властивості (частина властивостей задаються виходячи з того, що актор фактично є класом):
- вкладка General—роль прецедентів у цьому відношенні (Role A і Role B);
- вкладка Detail—чи ставлення похідним (Derived); клас-асоціація, пов'язаний з цим ставленням (Link Element); напрямок ролі (Name Direction); обмеження - деяка умова, яка має виконуватись (Constraints);
- вкладки Role A General, Role B General задаються загальні властивості ролей класів, що беруть участь у відношенні: назва ролі (Role), видимість ролі (Export Control) і текстовий опис ролі (Documentation);
- вкладки Role A Detail, Role B Detail—задаються деякі подробиці ролей: ім'я ролі (Role), обмеження для ролі (Constraints), потужність ролі (Multiplicity), напрям відношення (Navigable), чи є відношення агрегацією (Aggregate), чи є атрибути класів, що беруть участь у відношенні, статичними (Static); чи є класи відносини дружніми (Friend); яким чином включатимуться створені атрибути агрегації - за значенням або за посиланням(Containment of Class) (при виборі значення By Value тип відносини зміниться на композицію), додавання кваліфікаторів (Keys/Qualifiers).
Відношення розширення. Застосовується для відображення:
режимів, які запускаються лише за певних умов;
альтернативних потоків, які запускаються на вибір користувача.
Позначається як відношення залежності, спрямоване від додаткового прецеденту до базового, із зазначенням стереотипу - extend. Для створення відносини залежності слід вибрати кнопку Dependency or instantiaties на панелі Toolbox, потім клацнути мишкою за додатковим прецедентом і не відпускаючи кнопки миші перетягнути стрілку на базовий прецедент. У специфікації відносин вибрати стереотип - extend.
Відношення узагальнення. Ставлення узагальнення служить для вказівки того факту, що деякий варіант використання А може бути узагальнений до варіанта використання В. У цьому випадку варіант А буде спеціалізацією варіанта В. Фактично цим ставленням показується успадкування. При цьому В називається предком або батьком по відношенню А, а варіант А - нащадком по відношенню до варіанту використання В. Нащадок успадковує всі властивості і поведінку свого батька, а також може бути доповнений новимивластивостями та особливостями поведінки. Для створення відносини залежності слід вибрати кнопку Generalization на панелі Toolbox, потім клацнути мишкою по прецеденту-спадкоємця і не відпускаючи кнопки миші перетягнути стрілку на прецедент-батько. Для цього типу відносини можна задати такі властивості: матиме клас-нащадок доступ до не-public елементам класу-батька (Friendship required), видимість відносини (Export Control), чи успадковуватиметься лише одна копія класу-батька (Virtual inheritance).