Page 32 - 4190

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

браженні вимог середовища функціонування і розроблення системи
та визначенні всіх конструкцій як композицій компонентів. На цьому
етапі відбувається прив’язка проекту до технічних особливостей пла-

тформи реалізації, СУБД, організації комунікацій, наявності фактора
реального часу, виконавських вимог, таких як швидкість реагування
системи на зовнішні стимули тощо.
Об’єкти моделі аналізу вимог погоджуються з урахуванням пере-

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

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

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

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

деяких з них.
Надійність функціонування (operational reliability). Надійність
функціонування системи можна значно підвищити, якщо передбачити

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

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

Причинами виникнення виняткових ситуацій можуть бути: поми-
лки користувача при зверненні до системи чи під час підготовки да-
них; непередбачені збіги обставин функціонування системи (невияв-

лені під час тестування помилки проектування); випадкові збої обла-
днання тощо. При цьому система може реагувати по-різному: відмо-

32