Аналіз прецедентів системи. Діаграма прецедентів.

Найчастіше за допомогою прецедентів моделюють поведінку елементу: системи в цілому, підсистеми або класу. При цьому поважно концентруватися виключно на тому, що повинен робити елемент, а не на тому, як він це робитиме. Моделюючи поведінку елементу за допомогою прецедентів, експерти в наочної області (системні аналітики) можуть описати погляд на систему ззовні з такою мірою деталізації, що розробники зуміють сконструювати її внутрішню виставу. Прецеденти дозволяють розробникам зрозуміти призначення елементу. Система, підсистема або клас можуть бути складними утвореннями з великим числом операцій і інших складових частин. Прецеденти є основою для тестування кожного елементу на всьому протязі його розробки. Постійно порівнюючи функціонування кожного елементу з прецедентами, ви маєте можливість контролювати коректність його реалізації. Моделювання поведінки елементу здійснюється таким чином: - Ідентифікуйте акторів, що взаємодіють з даним елементом. До кандидатів в актори відносяться групи, які вимагають певної поведінки для виконання своїх завдань або необхідні, прямо або побічно, для виконання функцій елементу.

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

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

- Розглянете альтернативні (виняткові) способи взаємодії акторів з елементом.

- Організовуйте виявлену поведінку у вигляді прецедентів, застосовуючи стосунки включення і розширення для виділення загальної і виняткової поведінки.

Прецедент - колекція сценаріїв використання системи. Кожна послідовність дій ініціюється іншою системою, користувачем і так далі в якийсь момент часу. Суть, що ініціює сценарії називаються виконавцями. Прецеденти можна використовувати повторно. Один спосіб включення, інший розширення. Прецеденти можна узагальнювати(успадковувати) подібно до класів. При спадкоємстві дочірній прецедент додає до батьківського свої кроки. Виконавці теж можуть успадковуватися. На початку, дуже поважно створити високорівневу діаграму прецедентів. Діаграми прецедентів зазвичай включають: прецеденти, акторів, відносини залежності, узагальнення і асоціації, як і всі останні діаграми, вони можуть містити примітки і обмеження.

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

На діаграмі прецедентів (use case diagram) ілюструються набір прецедентів системи та їх виконавців, а також зв’язки між ними. Прецеденти зображуються овалами, а виконавці – умовним позначенням. Між прецедентами та виконавцями лініями вказуються зв’язки. Між прецедентами відображаються стрілками потоки даних або зв’язки між об’єкти, що впливають один на другий.

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

Опис системних операцій.

Перш ніж розпочинати розробку програмної реалізації доцільно дослідження поведінку системи як “чорної скрині”. Поведінка системи – це опис функцій системи без пояснення принципів їх реалізації в термінах зміни стану системи при виконанні системних операцій.

Опис системної операції (contract) – це документ, що описує результати виконання операції. Зазвичай він складається в декларативному стилі і акцентує увагу на том, що має статися, а не на тому, як цього досягти.

Опис системної операції (system operation contract) – описує зміну у стані всієї системи при виконанні певної системної операції.

	Опис
Ім’я	ім’я_операції (список параметрів)
Обов’язки	Короткий опис змісту (обов’язків) операції або її цілей
Тип	Системна
Посилання	Функції системи: посилання на номера функцій Прецедент: Назва прецеденту
Примітки	Певні пропозиція щодо алгоритмі, конструкторських рішень, деталей і т. п. виконання операції
Винятки	Опис виняткових ситуацій, що можуть виникнути під час виконання операції (наприклад, введені помилкові дані)
Вивід	Вивід інформації, що не стосується інтерфейсу користувача (наприклад, повідомлення або записи) та відправляється за межі системи
Передумови	Опис стану системи, що необхідний для виконання операції. До цього відносяться: ♦ фактори, існування яких необхідно перевірити в програмі до початку виконання операції; ♦ фактори, від яких залежить успішне виконання операції, але їх неможна перевірити програмно. Такі фактори носять інформативний характер для майбутніх користувачів системи
Постумови	Опис змін, що відбулися в системі після виконання операції; опис змін стану об’єктів концептуальної моделі. В описі можна використовувати такі категорії постумов: ♦ створення/ видалення екземпляру; ♦ модифікація атрибута; ♦ формування/ розрив асоціації.

Опис передумов та постумов виконується в контексті концептуальної моделі. Екземпляри яких об’єктів утворюються? Об’єктів, що присутні на концептуальній моделі. Які асоціації можуть формуватися? Знов таки, асоціації з концептуальної моделі і т. д. Дуже часто під час опису системних операцій виникає необхідність внесення змін до концептуальної моделі: нові поняття, нові атрибути, нові асоціації.

Рекомендації щодо складання опису системних операцій

Для того щоб скласти опис для кожного прецеденту, виконайте такі дії:

1. Визначте системні операції з діаграми послідовностей.

2. Складіть опис для кожної системної операції.

3. Розпочніть з опису розділу “Обов’язки”, в якому неформально викладаються цілі операції.

4. Заповніть розділ “Постумови”, в якому декларуються зміни в стані об’єктів концептуальної моделі.

5. Під час опису постумов використовуйте такі категорії:

♦ створення та видалення екземпляру класу;

♦ модифікація атрибута;

♦ формування або розрив асоціацій.

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

Не забувайте встановлювати відношення між існуючими і створеними сутностями концептуальної моделі шляхом формування асоціацій Наприклад, при створенні запису про студента не достатньо тільки створити екземпляр відповідного класу, а необхідно додати цей запис до списку. Тому однією з постумов буде “Створений екземпляр об’єкту … зв’язаний з об’єктом …”. Найбільш типовою помилкою при формуванні постумов є невключення формування асоціацій в постумови операції.

6. Після заповнення розділу “Постумови” заповніть розділ “Передумови”, занесіть в нього всі умови, які необхідні для коректного виконання системної операції.