Тема 4.2. Візуальне моделювання архітектури програмного забезпечення. Діаграми UML. Діаграми прецедентів.

на початку 1960-х років у Едсгера Дейкстри

в 1968 році в описах науково-дослідних робіт Едсгера Дейкстри

в 1978 році в описах науково-дослідних робіт Девіда Парнаса

на початку 1970-х років у Девіда Парнаса

методів розробки програмного забезпечення

програмних компонентів, їхніх інтерфейсів

сукупності формалізованих наборів графічних символів і правил побудови з них візуальних моделей

опису засобів об’єднання компонентів в єдину систему

сукупність формалізованих наборів графічних символів і правил побудови з них візуальних моделей

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

метод розробки ПЗ, який для візуалізації, опису, проектування, документування архітектури ПЗ використовує графічні моделі

система умовних позначень (нотація) для моделювання бізнес-процесів)

CASE (англ. Сomputer Aided Software Engineering — комплекс інструментів і методів програмної інженерії для проектування ПЗ)

BPMN (англ. Business Process Model and Notation — система умовних позначень (нотація) для моделювання бізнес-процесів)

Rational Rose — світовий лідер серед засобів візуального моделювання

UML (англ. Unifi ed Modeling Language — уніфікована мова моделювання), використовується у парадигмі ООП

це метод розробки ПЗ, який для візуалізації, опису, проектування, документування архітектури ПЗ використовує графічні моделі

це визначення відповідності ПЗ очікуванням і потребам замовника (користувача)

це сукупність формалізованих наборів графічних символів і правил побудови з них візуальних моделей

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

таблиці

діаграми

графіки

нотації

це множина ролей, які виконуються в процесі взаємодії дійових осіб та прецедентів

це процес перевірки ПЗ або його компонентів на відповідність отриманих результатів визначеним вимогам.

це визначення відповідності ПЗ очікуванням і потребам замовника (користувача)

це саме ті функції, які має виконувати дане ПЗ, його сервіси

це саме ті функції, які має виконувати дане ПЗ, його сервіси

це множина ролей, які виконуються в процесі взаємодії дійових осіб та прецедентів

це процес перевірки ПЗ або його компонентів на відповідність отриманих результатів визначеним вимогам

це визначення відповідності ПЗ очікуванням і потребам замовника (користувача)

1 − 3 − 2 − 6 − 5 − 4

2 − 3 − 1 − 6 − 5 − 4

5 − 3 − 1 − 6 − 2 − 4

3 − 6 − 1 − 5 − 2 − 4

4 − 3 − 5 − 6 − 2 − 4

6 − 3 − 5 − 1 − 2 − 4

1 − 2 − 3

1 − 3 − 2

3 − 1 − 2

2 − 1 − 3

2 − 3 − 1

3 − 2 − 1

це саме ті функції, які має виконувати дане ПЗ, його сервіси

це процес перевірки ПЗ або його компонентів на відповідність отриманих результатів визначеним вимогам

це визначення відповідності ПЗ очікуванням і потребам замовника (користувача)

це множина ролей, які виконуються в процесі взаємодії дійових осіб та прецедентів

визначення відповідності ПЗ очікуванням і потребам замовника (користувача)

опису зовнішніх вимог до нового ПЗ або вимог удосконалення та зміни вже існуючого, а також правила взаємодії користувача з ПЗ

перевірки ПЗ або його компонентів на відповідність отриманих результатів визначеним вимогам

виконання в процесі взаємодії дійових осіб та прецедентів