Содержание
- 2. Основні процеси ЖЦ, пов’язані з процесом розробки ПС: Аналіз вимог Проектування (попереднє і детальне) Реалізація Тестування
- 3. Призначення моделей розробки Моделі ЖЦ можуть використовуватись для: Організації, планування. Розподілення ресурсів (затрат праці і часу)
- 4. Моделі послідовного виконання стадій Каскадна модель
- 5. 2. Каскадна модель із зворотнім зв’язком Ця модель розширює стандартну модель включенням в неї циклів зворотного
- 6. Характеристики каскадної моделі: Послідовне впорядкування стадій Формальні перевірки по завершенні кожної стадій (інспекції, технічні огляди) Наявність
- 7. 3. V-подібна модель
- 8. 3. V-подібна модель В цій моделі тестування розглядається як неперервний процес, інтегрований в процес розробки ПС.
- 9. 4. Каскадна модель з прототипуванням (пилоподібна модель)
- 10. Прототипи слугують для демонстрації і після розробки проекту їх викидують, а реалізація проекту може виконуватись в
- 11. Ризики застосування послідовних моделей: Вимоги не повністю зрозумілі Система занадто велика, щоб бути реалізованою одразу Швидкі
- 12. Ітераційні моделі Ітераційні моделі загалом можна розділити на два класи: моделі з приростом (Incremental) еволюційні (Evolutionary)
- 13. 1. Ітераційні моделі з приростом спочатку визначаються усі вимоги до ПС, і можливо розроблюється попередній проект.
- 14. Ітераційні моделі з приростом широко використовуються для розробки комерційних програмних продуктів, які розвиваються на протязі довгого
- 15. Характеристики ітераційних моделей з приростом: Аналіз і проектування виконуються для усієї системи Базові функціональні вимоги реалізуються
- 16. Ризики, пов’язані з вибором моделі: Вимоги не повністю зрозумілі Вимоги не стабільні Усі можливості мають бути
- 17. 2. Еволюційні моделі. Спіральна модель Розроблена Боемом. Відображає керований ризиком процес еволюції проекту від аналізу до
- 19. Характеристики спіральної моделі: Перший прототип моделює концепцію. Результатом є план вимог. Перед переходом до розробки наступного
- 20. Ризики пов’язані з вибором моделі: Усі можливості мають бути реалізовані одразу Проект неможна природним чином розділити
- 21. Модель еволюційного прототипування. RAD – Rapid application development
- 22. Характеристики моделі: Гнучкість. Можливість швидко реагувати на зміни і розширення вимог Пріоритети функціональних характеристик перед технічними
- 23. Ризики пов’язані з вибором моделі: Від розробника вимагається хороше володіння CASE-засобами та інструментами Програма не має
- 25. Скачать презентацию