16. Специфікації процесів або постановки задач системи. Їх структура та вимоги до формування.

Роль специфікації процесів системи якраз полягає в тому, щоб допомогти розробникові визначити систему в цілому і розбити її на підсистеми, що реалізовуються програмно або апаратно. Іншими словами, специфікація процесів системи - це визначення того, ЩО система повинна робити (вимоги до системи) і ЯКОЮ має бути її структура. За етапом специфікації слідують етапи проектування апаратних підсистем і кодування програмних модулів.

Х. Постановка задачі (структурний підхід)

Х.1. Структура задачі системи

Х.2. Постановка задачі. Її назва

Х.2.1. Ціль та призначення задачі

Х.2.2. Вхідна інформація

- перелік

- джерела

- форма представлення

- опис атрибутів (реквізитів)

Х.2.3. Вижідна інформація

- перелік

- для кого призначена

- форми представлення

- опис атрибутів

Х.2.4. Матем. Методи, алгоритми, визначення вихідної інформації

Х.2.5. ФМІТ (для ділових систем)

При об-орієнт. підході опис прецедентів :

• на 1-му рівні при описі про процесів ми визначаємо структуру прецедентів і описуємо структуру високого рівня.

• 2 етап на цій основі будується перший варіант діаграми прецедентів

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

Прецеденти:

Головні - ядро системи. Є обов’язковими

Другорядні – Бажано реаліз., хоча б в ручному вигляді

Додаткові – необов’язкові, але покращують систему. Ідеальні передбачають опис декларативного типу ( що має бути зроблено)

Специфікація – це ідентифікація елементів-ми та підсистеми, її взаємозв’язок, зв'язок цілей, функцій та ресурсів, опис допустимих станів с-ми. Якщо вхідні посилання, мета, умови задачі, розвязку, погано або частково описуються, то такі с-ми наз погано формалізовані

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

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

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

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

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

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

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

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

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

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