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

Содержание слайда: Лекція 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. Ітераційні моделі з приростом спочатку визначаються усі вимоги до ПС, і можливо розроблюється попередній проект. Подальша розробка ПС розбивається на ітерації. В першій ітерації реалізується набір основних вимог, які забезпечують базову функціональність. Інші ітерації реалізуються в порядку критичності вимог для кінцевого користувача

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

Содержание слайда:

Содержание слайда:

Содержание слайда:

Содержание слайда:

Содержание слайда:

Содержание слайда:

Содержание слайда:

Содержание слайда:

Содержание слайда:

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