рішеннях, вироблених на більш ранніх етапах. br/>
Моделі життєвого циклу ПЗ
Стандарт ISO/IEC 12207 не пропонує конкретну модель ЖЦ і методи розробки ПЗ (під моделлю ЖЦ розуміється структура, що визначає послідовність виконання і взаємозв'язку процесів, дій і завдань, що виконуються протягом ЖЦ. Модель ЖЦ залежить від специфіки ІС і специфіки умов, в яких остання створюється і функціонує). Його регламенти є загальними для будь-яких моделей ЖЦ, методологій і технологій розробки. Стандарт ISO/IEC 12207 описує структуру процесів ЖЦ ПЗ, але не конкретизує в деталях, як реалізувати або виконати дії і завдання, включені в ці процеси. p> До теперішнього часу найбільшого поширення набули наступні дві основні моделі ЖЦ:
В· каскадний модель (70-85 р.р.);
В· спіральна модель (86-90 р.р.). p> У спочатку існували однорідних ІС кожен додаток являло собою єдине ціле. Для розробки такого типу додатків застосовувався каскадний спосіб. Його основний характеристикою є розбиття всієї розробки на етапи, причому перехід з одного етапу на наступний відбувається тільки після того, як буде повністю завершена робота на поточному. Кожен етап завершується випуском повного комплекту документації, достатньої для того, щоб розробка могла бути продовжена іншою командою розробників. p> Позитивні сторони застосування каскадного підходу полягають в наступному [2]:
В· на кожному етапі формується закінчений набір проектної документації, який відповідає критеріям повноти та узгодженості;
В· виконуються в логічній послідовності етапи робіт дозволяють планувати терміни завершення всіх робіт і відповідні витрати.
2.1.3. Стандарт ISO 12207.
Стандарт ISO 12207 - Процеси життєвого циклу програмного забезпечення - найбільш повно на рівні міжнародних стандартів відображає життєвий цикл, технологію розробки і забезпечення якості складних програмних засобів. Життєвий цикл ПЗ представлений набором етапів, приватних робіт і операцій у послідовності їх виконання і взаємозв'язку, що регламентують ведення розробки на всіх стадіях від підготовки технічного завдання до завершення випробувань ряду версій і закінчення експлуатації ПЗ. У ЖЦ включаються описи вихідної інформації, способів виконання операцій і робіт, встановлюються вимоги до результатів і правилам їх контролю, а також до змісту технологічних та експлуатаційних документів. Визначається організаційна структура колективів, розподіл і планування робіт, а також контроль за реалізацією ЖЦ ПЗ. p> Стандарт визначає архітектуру, процеси, розділи і підрозділи ЖЦ ПЗ, а також перелік базових робіт і деталізує зміст кожної з них. Архітектура ЖЦ ПЗ в стандарті базується на трьох великих компонентах (Мал. 4):
В· основні процеси життєвого циклу ПЗ і визначальні роботи (розділ 5);
В· допоміжні процеси і роботи, підтримують життєвий цикл ПЗ (розділ 6);
В· організаційні процеси і управління життєвим циклом ПЗ (розділ 7).
Ці розділи стандарту складаються з ряду підрозділів, в яких детально розкривається зміст кожної роботи та коментуються особливості їх виконання. Рекомендації до кожного підрозділу складаються в середньому з 3-6 пунктів - робіт (Процедур). Загальне число робіт та коментарів до них у стандарті понад 220. p> У розділі 5 викладені основи ЖЦ та рекомендації з підготовки, розробці, експлуатації та супроводу програмних засобів (див. Рис. 4). Процеси придбання та/або підготовки до створення ПЗ повинні починатися з ініціалізації проекту, аналізу концепції, аналізу ринку продуктів, вироблення вимог і складу підтримують документів, створення попереднього плану проекту. Основні роботи з створенню складного комплексу програм рекомендується починати з визначення складу супроводжуючих документів, вибору засобів конфігураційного управління та забезпечення якості, а також вибору методів і засобів технологічного забезпечення розробки всієї інформаційної системи. Кодування і тестування кожного компонента ПЗ повинно бути оформлено сукупністю документів, засвідчують відповідність компонента первинної специфікації, містять тести і результати тестування.
Рекомендується розробляти план робіт, що включає комплексування компонентів, тестування по всіх розділах вимог і показникам якості, а також документування плану, результатів інтеграції, використаних тестів, критеріїв оцінки та отриманих результатів. Далі ПО слід піддавати кваліфікаційним (атестаційному) тестування з усіх розділах вимог контракту, при широкому варіюванні тестів, змінах значень критеріїв, а також тестувати повноту і адекватність технологічної та документації користувача реальному програмному продукту. Перевірений таким чином комплекс програм інтегрується в обчислювальні засоби інформаційної системи, засоби візуалізації та телекомунікації. p> Ці роботи взаємодіють з роботами, що забезпечують супровід ПЗ. Фахівці аналізують повідомлення про помилки та пропозиції на модифіка...
