UML-діаграма прецедентів

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

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

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

Структура прецеденту - це прекрасний інструмент, щоб шукати альтернативу головному сценарієм, який веде до успіху. На кожному кроці ставте собі питання знову і знову: «Що може ще статися?» І зокрема: «Що може піти не так?» Тут найкраще з самого початку з`ясувати всі умови розширення, які можливі. Це допоможе в майбутньому не заплутатися при роботі над наслідками.

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

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

На діаграмі прецедентів чітко відображені актори, прецеденти, а також відносини між ними:

- виконання акторами того чи іншого прецедента-

- прецеденти, що включають інші прецеденти.

Про вміст прецеденту в моделюванні UML не говорить нічого, а спосіб представлення діаграми відображає все це. Однак можна обійтися і без діаграми. Фахівці рекомендують при розробці прецеденту не докладати дуже багато зусиль на створення діаграми. Краще буде, якщо ви сконцентруєтеся на текстовому їхній зміст.

Діаграма прецедентів UML, крім відносини include, має й інші типи, наприклад extend. Саме його фахівці рекомендують уникати. Причина криється в тому, що часто цілі команди розробників дуже багато часу приділяють розгляду різних відносин між прецедентами. Це марна трата сил. Адже мати справу з текстовим описом прецеденту набагато зручніше, саме тут прихована справжня цінність технології.