План
Вступ 1
Процес розробки програмного забезпечення 1
Кроки процесу розробки ПЗ 2
Моделі процесу 2
Моделі розробки ПЗ 3
Каскадна розробка 3
Ітеративна розробка 3
Методологія Rational Unified Process 4
Сімь кращих пратик програмної інженерії 4
Будівельні блоки RUP 4
Фази RUP 4
1 Початкова фаза (Inception) 5
2 Фаза уточнення (Elaboration) 5
3 Фаза конструювання (Construction) 5
4 Фаза впровадження (Transition) 5
Шість інженерних дисциплін RUP 6
1 Дисципліни бізнес-моделювання 6
2 Дисципліни вимог 6
3 Дисципліна аналізу та проектування 6
4 Дисципліна реалізації 7
5 Дисципліна тестування 7
6 Дисципліна розгортання 7
7 Три допоміжні дисципліни 7
7.1 Дисципліна середовища 7
7.2 Дисципліна конфігурації та управління змінами 7
7.3 Дисципліна управління проектами. 7
Шість кращих практик RUP 7
1 Ітеративна розробка 8
2 Управління вимогами 8
3 Використання компонент 8
4 Візуальне моделювання 8
5 Перевірка якості 8
6 Контроль змін 8
Класифікація вимог до системи FURPS 9
F. Функціональні вимоги 10
U. Зручність використання 10
R. Надійність 10
P. Продуктивність 11
S. Підтримувані 11
+. Обмеження 11
Вступ Процес розробки програмного забезпечення
Процес розробки програмного забезпечення (англ. software development process, software process) – структура, відповідно до якої побудована розробка програмного забезпечення (ПЗ).
Існує кілька моделей такого процесу, кожна з яких описує свій підхід, у вигляді задач та/або діяльності, які мають місце в ході процесу.
Кроки процесу розробки пз
Процес розробки складається з безлічі підпроцесів, або дисциплін, деякі з яких показані нижче. У моделі водоспаду вони йдуть одна за одною, в інших процесах їх порядок або склад змінюється:
– Парадигма програмування – Бізнес-моделювання – Аналіз вимог – Планування – Розробка архітектури – Кодування – Тестування та налагодження – Документування – Впровадження – Супровід |
Курс «Аналіз вимог до ПЗ»
Курс «Архітектура і проектування ПЗ»
Курс «Якість ПЗ та тестування» |
Моделі процесу
1 Модель водоспаду (Каскадна модель)
– структурне проектування
– тестування програм
– сертифікація програм
2 Ітеративний процес
– гнучкі методології розробки
– екстремальне програмування
3 Формальні методи
– логічне програмування
– доказове програмування
Вимоги до програмного забезпечення – набір вимог щодо властивостей, якості та функцій програмного забезпечення, що буде розроблено, або знаходиться у розробці. Вимоги визначаються в процесі аналізу вимог та фіксуються в специфікації вимог, діаграмах прецедентів та інших артефактах процесу аналізу та розробки вимог.
Аналіз вимог полягає в визначенні потреб та умов, які висуваються щодо нового, чи зміненого продукту, враховуючи можливо конфліктні вимоги різних замовників, таких як користувачі чи бенефіціари.
Аналіз вимог є критичним для успішної розробки проекту.[2]
Моделі розробки ПЗ
Існують такі моделі розробки ПЗ: каскадна та ітеративна.
Каскадна розробка
Каскадна розробка (waterfall) – модель життєвого циклу (ЖЦ) процесу розробки ПЗ, в якій попередній етап повністю закінчується до початку наступного. Каскадна розробка підходить у випадках, коли є вичерпне уявлення про розв'язувану проблему, яка не змінюється в процесі розробки.
Рисунок – Каскадна розробка
Рисунок – Каскадний процес
Ітеративна розробка
Ітеративна розробка (iterative). Також можуть використовуватися назви «Спіральна» (spiral) або «Еволюційна» (evolutionary), які, в дійсності, мають відмінності, але незначні.
Рисунок – Ітеративна розробка
Методологія Rational Unified Process
Методологія Rational Unified Process (RUP) – раціональний уніфікований процес розробки ПЗ, створеним Rational Software – підрозділом IBM з 2003 року.
RUP є ітеративним процесом розробки ПЗ і являє собою продукт, який містить у собі базу знань з гіперпосиланнями, та прикладами артефактів і докладні описи для різних видів діяльності. RUP входить в продукт IBM Rational Method Composer (RMC), який дозволяє налаштування процесу.
Сімь кращих пратик програмної інженерії
До 1997 року, Rational придбав Verdix, Objectory, Requisite, SQA, Performance Awareness, та Pure-Atria. Поєднання баз досвіду цих компаній привело до вироблення семи «кращих практик» сучасної програмної інженерії:
1) Розробляти ітеративно, керуючись ризиками.
2) Управляти вимогами.
3) Використовувати компонентну архітектуру.
4) Моделювати програмне забезпечення візуально.
5) Постійно перевіряти якість.
6) Контролювати зміни.
7) Підлаштовуватись.
Ці кращі практики рухали розробку продуктів Rational, та використовувались командами Rational, щоб допомогти клієнтам вдосконалити якість та передбачуваність їх розробницьких спроб. Щоб зробити ці знання доступнішими, Філіпу Крачтену, було поставлено завдання збирати явні фреймворки сучасної розробки програмного забезпечення. Ці зусилля використовував заснований на HTML механізм доставки процесів? розроблений Objectory. У результаті «Раціональний уніфікований процес» (RUP) завершив стратегічну опору для Rational:
– Адаптовний процес, що направляє розробку;
– Інструменти, що автоматизують використання цього процесу;
– Сервіси, що прискорюють впровадження і процесу, і інструментів.