На головну

Моделі життєвого циклу ПЗ

  1. IV. НАЗАЧЕНІЕ КОНЛАНГА Огір ЯК ЗАСОБИ МОДЕЛЮВАННЯ ПРИРОДНИХ МОВ
  2. IV.2. Перехід до кратних (вкладених) циклам
  3. А) Первинний вибір життєвого шляху.
  4. Актуальність моделі макроекономічного людини і теорія Дж. М. Кейнса
  5. Аналіз часових рядів при наявності періодичних коливань: адитивна і мультиплікативна моделі.
  6. Аналіз діяльності Фінської спортивної федерації по моделі процесу ефективності функціонування
  7. Аналіз життєвого циклу

Стандарт ISO / IEC 12207 не пропонує конкретну модель ЖЦ і методи розробки ПЗ (під моделлю ЖЦ розуміється структура, що визначає послідовність виконання і взаємозв'язку процесів, дій і завдань, що виконуються протягом ЖЦ. Модель ЖЦ залежить від специфіки ІС і специфіки умов, в яких остання створюється і функціонує). Його регламенти є загальними для будь-яких моделей ЖЦ, методологій і технологій розробки. Стандарт ISO / IEC 12207 - 95 описує структуру процесів ЖЦ ПО, але не конкретизує в деталях, як реалізувати або виконати дії і завдання, включені в ці процеси.

До теперішнього часу найбільшого поширення набули наступні дві основні моделі ЖЦ:

- Каскадний модель (70-85 р.р.);

- Спіральна модель (86-90 р.р.).

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

Позитивні сторони застосування каскадного підходу полягають в наступному:

- На кожному етапі формується закінчений набір проектної документації, який відповідає критеріям повноти і узгодженості;

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

Каскадна модель ЖЦ:

Мал. 1.1. Каскадна схема розробки ПЗ

трудовитрати:

Оцінка трудовитрат по Бруксу:

1/3 - планування

1/6 - написання програм

1/4 - тестування компонент

1/4 - системне тестування

В даний час трудовитрати становлять:

на стадіях розробки - 20%

і на супровід - 80%

Зразкове розподіл трудовитрат:

 
 


 
 


Мал. 1.2. Розподіл трудовитрат при побудові ІС

Каскадний підхід добре зарекомендував себе при побудові ІС, для яких на самому початку розробки можна досить точно і повно сформулювати всі вимоги з тим, щоб надати розробникам свободу реалізувати їх якнайкраще з технічної точки зору. У цю категорію потрапляють складні розрахункові системи, системи реального часу і інші подібні завдання. Однак в процесі використання цього підходу виявився ряд його недоліків, викликаних, перш за все тим, що реальний процес створення ПЗ ніколи повністю не вкладався в таку жорстку схему. У процесі створення ПЗ постійно виникала потреба в поверненні до попередніх етапах і уточнення або перегляд раніше прийнятих рішень. В результаті реальний процес створення ПЗ приймав такий вигляд (рис. 1.3.):

Мал. 1.3. Реальний процес розробки ПО згідно каскадної схемою

Основним недоліком каскадного підходу є суттєве запізнення з отриманням результатів. Узгодження результатів з користувачами проводиться тільки в точках, планованих після завершення кожного етапу робіт, вимоги до ІС "заморожені" у вигляді технічного завдання на весь час її створення. Таким чином, користувачі можуть внести свої зауваження тільки після того, як робота над системою буде повністю завершена. У разі неточного викладу вимог або їх зміни протягом тривалого періоду створення ПЗ, користувачі отримують систему, не задовольняє їх потребам. Моделі (як функціональні, так і інформаційні) об'єкта можуть застаріти одночасно з їх затвердженням.

Для подолання перелічених проблем була запропонована спіральна модель ЖЦ (рис. 1.4.), Що робить упор на початкові етапи ЖЦ: аналіз і проектування. На цих етапах реалізація технічних рішень перевіряється шляхом створення прототипів. Кожен виток спіралі відповідає створенню фрагмента або версії ПЗ, на ньому уточнюються цілі і характеристики проекту, визначається його якість і плануються роботи наступного витка спіралі. Таким чином поглиблюються і послідовно конкретизуються деталі проекту і в результаті вибирається обгрунтований варіант, який доводиться до реалізації.

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

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

Спіральна модель ЖЦ:

Мал. 1.4. Спіральна модель ЖЦ




Попередня   1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16   Наступна

Введення в технологію розробки промислового ПО | Структура комплекту документів | Найбільш перспективні і прийнятні технології розробки ПЗ | Коротка характеристика основних технологічних програмних продуктів IBM Rational | Методологія функціонального моделювання IDEF0 | Концепція методології функціонального моделювання IDEF0 | Основні визначення (поняття) методології та мови IDEF0 | Синтаксис графічного мови IDEF0 | Семантика мови IDEF0 | Імена та мітки |

© um.co.ua - учбові матеріали та реферати