Цикли розробки ПЗ на основі каскадної моделі.

- етап визначення вимог (формулюються цілі і деталі для майбутньої системи)

- етап проектування (деталі проекту розвиваються для того, щоб забезпечити відповідні вимоги)

- етап реалізації/написання коду і тестування модулів (реалізується і тестується дизайн в даному програмному середовищі)

- етап тестування (відбувається об'єднання модулів і тестування всієї системи)

- етап підтримки (замовник використовує продукт, а виробник його підтримує, вносить зміни і розширює функціональність).

-

Переваги та недоліки моделі водоспаду?

Переваги і недоліки моделі

Основна перевага каскадної моделі - керованість. Модель полегшує планування і моніторинг.

Серед недоліків є наступні:

· Необхідність дотримуватись встановленого порядку проведення робіт.

Програмісти віддають перевагу вільнішому стилю роботи.

· Підвищення ціни наслідків помилок, зроблених на різних етапах. Помилки,

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

· Довгий період, протягом якого немає контакту з клієнтом. Тільки стратегічний етап, формулювання вимог і етапу аналізу здійснюються за участю клієнта.

Дизайн, реалізація і тестування повністю покладаються на компанію. Тому існує ризик втрати зацікавленості клієнта.

 

Переваги і недоліки моделі водоспаду з зворотнім зв’язком?

Переваги і недоліки – помякшені:

Переваги і недоліки моделі

З будь якого етапу можна перейти на попередній етап.

Основна перевага каскадної моделі - керованість. Модель полегшує планування і моніторинг.

Серед недоліків є наступні:

· Необхідність дотримуватись встановленого порядку проведення робіт.

Програмісти віддають перевагу вільнішому стилю роботи.

· Підвищення ціни наслідків помилок, зроблених на різних етапах. Помилки,

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

· Довгий період, протягом якого немає контакту з клієнтом. Тільки стратегічний етап, формулювання вимог і етапу аналізу здійснюються за участю клієнта.

Дизайн, реалізація і тестування повністю покладаються на компанію. Тому існує ризик втрати зацікавленості клієнта.

 

 

Сутність моделі водоспаду з зворотнім зв’язком?

Для того, щоб зменшити негативні наслідки каскадної моделі, які полягають у відсутності можливості виправлень помилок, зроблених на попередніх етапах, з'явилася модель із зворотнім зв'язком. Концепція полягає в тому, що можна повернутися до попередніх етапів, якщо виникає така необхідність. У семантичній формі можемо представити підхід таким чином.

 

 

Сутність моделі документованого виконання?

Модель була спочатку введена армією США. Ця організація завжди вкладала великі суми у виробництво ПЗ. У сімдесятих роках минулого століття призначення грошових коштів було пов'язане із завданням на Зоряні Воєни. Було оцінено, що програмне забезпечення, потрібне для завдання, буде довжиною в мільйони рядків програмного коду.

Програми були написані на мові Ada.

Армія США весь час доводила, що здатна працювати на дуже складних проектах. Ця організація була причетна до процесу розвитку ПЗ і нових технологій. Деякими з результатів були стандарти DOD STD 2167 і DOD STD 2167a, які описують необхідні методи розробки ПЗ для армії.

Життєвий цикл програм, описаний в документах, називається документованим виконанням. Це каскадна модель, що складається з декількох послідовних етапів. Ці документи будуть потрібні для подальшої розробки. Клієнт забезпечується документами, і лише після схвалення цих документів можлива розробка наступного етапу.

 

88. Переваги та недоліки моделі документованого виконання?

Переваги і недоліки моделі

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

Недоліки моделі такі ж, як у каскадної моделі. Ще одним недоліком є: потрібно вкладати більше інвестицій в роботу з підготовки документів (наприклад ті, що відповідають стандарту DOD STD 2167, складають більше 50% всього робочого навантаження); потрібні паузи в розробці ПЗ для перевірки документів клієнтом. Деякі організації, наприклад IEEE, пропонують свої власні стандарти для документованого виконання програмних проектів.

 

Сутність прототипування?

Всі описані вище методи розробки проектів мають суттєвий недоліки – висока вага помилок, зроблених на етапі формулювання вимог. Тому рекомендується спочатку створити модель перед розробкою систем, для якої формулювання є дуже просте, а потім її модифікувати.Що протягом розробки є дороге або зовсім неможливе (наприклад, для космічних програм).

Типовим прикладом систем, які можуть прототипуватися, - інформаційні системи, які обробляють дані роботи організації за нескладними алгоритмами, тобто здійснюють зберіганням даних, їх пошук на виконання простих операцій. Такі системи виконують функції, які раніше виконувалися без комп'ютера.

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

Прототипування – це модель, яка прагне мінімізувати ризик помилок у формулюванні вимог.