🗊Презентация Моделі життєвого циклу програмних систем

Лекція 4 Лекція 4 Моделі життєвого циклу програмних систем Життєвий цикл ПС визначається як «весь період існування системи від початку розробки до завершення її використання» (ДСТУ 2941-94. Розробка систем. Терміни і визначення) ЖЦ поділяється на впорядковані стадії, основні з яких: Визначення потреб Аналіз вимог і оформлення концепції Розробка Виробництво Впровадження/продаж Експлуатація Супровід і підтримка Вилучення з експлуатації

Основні процеси ЖЦ, пов’язані з процесом розробки ПС: Аналіз вимог Проектування (попереднє і детальне) Реалізація Тестування Найбільш відомі типи моделей ЖЦ: Послідовні Ітераційні

Призначення моделей розробки Моделі ЖЦ можуть використовуватись для: Організації, планування. Розподілення ресурсів (затрат праці і часу) і керування проектом розробки Організації взаємодії з замовниками і визначення складу документів (робочих продуктів), які розроблюються на кожній стадії Аналізу і оцінювання розподілу ресурсів і затрат на протязі ЖЦ Наглядного опису або в якості основи для проведення фінансових розрахунків з замовниками Проведення емпіричних досліджень з метою визначення впливу моделей на ефективність розробки і загальну якість програмного продукту ISO/IEC 12207 (Guide for ISO/IEC 12207 – Software life cycle processes).

Моделі послідовного виконання стадій Каскадна модель

2. Каскадна модель із зворотнім зв’язком Ця модель розширює стандартну модель включенням в неї циклів зворотного зв’язку для повернення на попередню стадію при зміні вимог, проекту і по результатам інспекцій або дій по V&V

Характеристики каскадної моделі: Послідовне впорядкування стадій Формальні перевірки по завершенні кожної стадій (інспекції, технічні огляди) Наявність документованих вимог і проекту Переваги каскадної моделі: Застосування формальних перевірок дозволяє вчасно виявляти дефекти Чіткі критерії початку і завершення стадій Чіткі вимоги і цілі проекту

3. V-подібна модель 3. V-подібна модель

3. V-подібна модель В цій моделі тестування розглядається як неперервний процес, інтегрований в процес розробки ПС. Він включає два взаємопов’язаних підпроцесіса планування тестування в рамках процесів розробки системи (ліва гілка) проведення тестування відповідних об’єктів (права гілка) Характеристики V-подібної моделі: Перевірка і оцінка тестопридатності вимог на ранніх стадіях розробки (з допомогою аналізу, який виконується під час тестування) Наявність документованих тестових вимог Переваги V-подібної моделі: Забезпечує зворотний зв’язок з користувачем на ранніх стадіях ЖЦ Покращує планування і розподіл затрат на тестування Чіткі документовані цілі тестування

4. Каскадна модель з прототипуванням (пилоподібна модель)

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

1. Ітераційні моделі з приростом спочатку визначаються усі вимоги до ПС, і можливо розроблюється попередній проект. Подальша розробка ПС розбивається на ітерації. В першій ітерації реалізується набір основних вимог, які забезпечують базову функціональність. Інші ітерації реалізуються в порядку критичності вимог для кінцевого користувача

Ітераційні моделі з приростом широко використовуються для розробки комерційних програмних продуктів, які розвиваються на протязі довгого періоду часу або для яких зовнішні вимоги змінюються слабо.

Вибір моделі Вибір моделі суттєво залежить від двох факторів: А) чи можна спочатку визначити практично повний набір функцій, які необхідно реалізувати в програмному продукті Б) чи мають усі жадані функції поставлятись замовнику одночасно Якщо А і Б, то вибираємо каскадні моделі А і не Б – вибирається ітераційна модель з прирощуваннями Не А і Б, а також бажана розробка прототипів для моделювання вимог – спіральна модель Не А і не Б – модель швидкої розробки програм, при умові, що строки розробки не будуть чітко встановлені.