/>
4.1 Вибір життєвого циклу розробки ПО
Питання управління інформаційними системами доцільно розглядати в контексті, визначеному життєвим циклом програмного забезпечення.
Проект - це унікальний процес, в ході виконання якого отримують унікальний продукт. Розробник може скористатися узагальненої, перевіреної на практиці методикою, адаптувавши її для конкретного проекту. Як правило, завжди є можливість вибору серед кількох «початкових» життєвих циклів.
Життєвий цикл - безперервний процес, який починається з моменту прийняття рішення про необхідність створення ІС і закінчується в момент її повного вилучення з експлуатації.
Модель життєвого циклу ІС - структура, що визначає послідовність виконання та взаємозв'язку процесів, дій і завдань протягом життєвого циклу. Модель життєвого циклу залежить від специфіки, масштабу і складності проекту та специфіки умов, в яких система створюється і функціонує [36].
На попередніх етапах розробки модель життєвого циклу всього проекту була визначена як інкрементна. На новому етапі розробки необхідно ще раз проаналізувати відмінні категорії проекту, такі як: вимоги, команда розробників, колектив користувачів, ризики і тип проекту. Далі, слід відповісти на питання по кожній категорії і проранжувати отримані дані. На основі цього результату визначається найбільш прийнятна модель ЖЦ для нової підсистеми.
Таблиці з питаннями, відповіді на які визначатимуть оптимальну модель життєвого циклу для інформаційної системи, наведені у Додатку Г.
На малюнку 4.1 представлені підсумкові результати вибору моделі життєвого циклу.
За результатами суми балів таблиці яскраво виражені інкрементна і RAD - моделі ЖЦ.
Інкрементна модель ЖЦ припускає наступне: перша створювана проміжна версія системи (випуск 1) реалізує частину вимог, в наступну версію (випуск 2) додають додаткові вимоги і так до тих пір, поки не будуть остаточно виконані всі вимоги і вирішені завдання розробки системи. Для кожної проміжної версії на етапах ЖЦ виконуються необхідні процеси, роботи і завдання, в тому числі, аналіз вимог і створення нової архітектури, які можуть бути виконані одночасно. Відповідно з даною моделлю ЖЦ, процеси якої практично такі ж, що і в каскадної моделі, орієнтир робиться на розробку деякої закінченої проміжної версії, а завдання процесу розробки виконуються послідовно або частково паралельно для ряду окремих проміжних структур версії. Роботи й завдання процесу розробки наступної версії системи з додатковими вимогами або функціями можуть виконуватися неодноразово в тій же послідовності для всіх проміжних версій системи. Процеси супроводу та експлуатації можуть бути реалізовані паралельно з процесом розробки версії шляхом перевірки частково реалізованих вимог у кожній проміжній версії і так до отримання закінченого варіанту системи. Допоміжні та організаційні процеси ЖЦ зазвичай виконуються паралельно з процесом розробки версії системи і до кінця розробки будуть зібрані дані, на підставі яких може бути встановлений рівень завершеності і якості виготовленої системи [37].
При застосуванні даної моделі необхідно враховувати такі фактори ризику:
вимоги складені з урахуванням можливості їх зміни при реаліза...
