Rational Unified Process (RUP)

 

Якості розробки ПЗ:

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

2. Дотримується схема розробки ПП.

3. Відображається реалізація моделі продуктивності без створення зайвих артефактів.

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

Процес розробки можна повністю описати наступними елементами:

1. Етапи – стадії, через які проходить проект, починаючи з початкової ідеї до її завершення.

2. Життєвий цикл – шлях через всі етапи. Розробка може складатись з декількох ЖЦ.

3. Дисципліни – функції, які виконуються розробником для реалізації проекту (наприклад проектування архітектури, кодування, тестування).

4. Артефакти – матеріальні об’єкти, що розробляються в процесі виконання операцій.

5. Ролі – обов’язки, що покладаються на людей, при розробці ПП або виконанні певних операцій.

6. Контрольні відмітки – події, які відмічають виконання етапу розробки.

7. Ітерації – кількість створень та тестувань коду в процесі ЖЦ.

Етапи процесу RUP:

1. Початок робіт – розуміння задачі розробки

2. Уточнення – визначення схеми.

3. Проектування – реалізація схеми.

4. Передача – підтвердження правильності рішення.

Дисципліни процесу RUP:

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

2. Керування вимогами – визначення специфікацій, які повинна виконувати програма.

3. Аналіз та проектування – моделювання частин програми та їх взаємозв’язків.

4. Реалізація – створ. коду, розробка документації, файлів довідки та навч. матеріалу.

5. Тестування – перевірка відповідності коду поставленим вимогам.

6. Розгортування – поставка ПП замовнику.

7. Керування конфігурацією – створення версій ПП.

8. Керування проектом – планування, створення графіку робіт, забезпечення кадрів та ведення проекту.

9. Оточення – встановлення конфігурування, підтримка інструмент них засобів розробки проекту.

 

Неправильних підходи до розробки ПЗ

Водоспадний процес

Водоспадна модель включає декілька операцій які застосовуються до всіх проектів:

а) розробка плану дій по розробці ПС.

б) планування робіт пов’язаних з кожною дією.

в) застосування операцій відслідковування коду виконання дій з контрольними етапами.

Водоспадний процес не слід використовувати бо:

а) зміст програмних проектів змінюється;

б)необхідно шукати компроміс між затратами на виконання проекту, графіками робіт та вигодою, яка отримується;

в) специфікації ПЗ неможливо зафіксувати;

г) програмні проекти не визначаються трудовитратами;

д) слід враховувати ризики;

е) при розробці ПЗ порядок виконуваних робіт не являється фіксованим;

є) ПП являється абстрактним.