5. Моделі життєвого циклу пз.

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

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

спіральна модель - передбачає створення прототипу інформаційної системи на ранніх стадіях проектування. Кожен виток відповідає створення нової версії прототипу програмного продукту.

6. Міжнародні стандарти розробки складних програмних продуктів.

IEEE (Інститут інженерів по електротехніці та електроніці), ISO (Міжнародна організація по стандартизації), EIA (Асоціація електронної промисловості), IEC (Міжнародна комісія по електротехніці)

7. Національні стандарти розробки складних програмних продуктів.

ANSI - (Американський національний інститут стандартів) SEI - (Інститут програмної інженерії)

8. Використання стандартів при створенні програмних продуктів.

Протягом кількох десятиліть стоїть завдання пошуку повторюваного, передбачуваного процесу або методології, яка б поліпшила продуктивність, якість і надійність розробки. Одні намагалися систематизувати та формалізувати цей, мабуть, малопередбачуваний процес. Інші застосовували до нього методи управління проектами та методи програмної інженерії. Треті вважали, що без постійного контролю з боку замовника розробка ПЗ виходить з-під контролю, з'їдаючи зайвий час і кошти. Досвід управління розробкою програм відбивається у відповідних посібниках, звичаях і стандартах. Якщо при розробці використовується декілька стандартів і нормативних документів, то має сенс скласти профіль. Інформатика як наукова дисципліна пропонує і використовує на базі методів структурного програмування технологію надійної розробки програмного забезпечення, використовуючи тестування програм та їх верифікацію на основі методів доказового програмування для систематичного аналізу правильності алгоритмів і розробки програм без алгоритмічних помилок. Дана методологія спрямована на вирішення завдань на ЕОМ, аналогічної технології розробки алгоритмів і програм, використовуваної на олімпіадах з програмування вітчизняними студентами та програмістами з використанням тестування і структурного псевдокоду для документування програм в корпорації IBM з 70-х років. Методологія структурного проектування програмного забезпечення може використовуватися з застосуванням самих різних мов і засобів програмування для розробки надійних програм самого різного призначення. Одним з таких проектів була розробка бортового програмного забезпечення для космічного корабля «Буран», в якому вперше використовувався бортовий комп'ютер для автоматичного управління апарату, яка виконала успішний старт і посадку космічного корабля. При виборі методології розробки програмного забезпечення слід керуватися тим, що складність методології порівнянна з складністю структури програмного продукту, і невиправдана для продукту даної складності складність методології тільки невиправдано збільшить вартість розробки. Прикладом сучасної методології проектування може бути проблемно-орієнтоване проектування.

9. Існують методології, які дотримуються цінностей і принципів заявлених в Agile Manifesto, деякі з них: Agile Modeling - набір понять, принципів і прийомів (практик), що дозволяють швидко і просто виконувати моделювання і документування в проектах розробки програмного забезпечення. Не включає в себе детальну інструкцію з проектування, не містить описів, як будувати діаграми на UML. Основна мета: ефективне моделювання і документування; але не охоплює програмування та тестування, не включає питання управління проектом, розгортання і супроводу системи. Однак включає в себе перевірку моделі кодом [3]. Agile Unified Process(AUP) спрощена версія IBM Rational Unified Process (RUP), розроблена Скоттом Амблером, яка описує просте і зрозуміле наближення (модель) для створення програмного забезпечення для бізнес-додатків. Agile Data Method - група ітеративних методів розробки програмного забезпечення, в яких вимоги та рішення досягаються в рамках співпраці різних крос-функціональних команд. DSDM заснований на концепції швидкої розробки додатків (Rapid Application Development, RAD). Являє собою ітеративний і інкрементний підхід, який надає особливого значення тривалій участі в процесі користувача/споживача. Essential Unified Process (EssUP). Екстремальне програмування ( англ. Extreme programming , XP). Feature driven development (FDD) - функціонально-орієнтована розробка. Використовуване в FDD поняття функції або властивості ( англ. feature ) Системи досить близько до поняття прецеденту використання, використовуваному в RUP, істотна відмінність - це додаткове обмеження: "кожна функція повинна допускати реалізацію не більше, ніж за два тижні". Тобто якщо сценарій використання досить малий, його можна вважати функцією. Якщо ж великий, то його треба розбити на декілька відносно незалежних функцій. Getting Real - ітераційний підхід без функціональних специфікацій, що використовується для веб-додатків. У даному методі спершу розробляється інтерфейс програми, а потім її функціональна частина. OpenUP - це ітераційно -інкрементний метод розробки програмного забезпечення. Позиціюється, як легкий і гнучкий варіант RUP. OpenUP ділить життєвий цикл проекту на чотири фази: початкова фаза, фази уточнення, конструювання та передачі. Життєвий цикл проекту забезпечує надання зацікавленим особам та членам колективу точок ознайомлення і прийняття рішень впродовж усього проекту. Це дозволяє ефективно контролювати ситуацію і вчасно приймати рішення про задовільність результатів. План проекту визначає життєвий цикл, а кінцевим результатом є остаточний додаток. Scrum встановлює правила керування процесом розробки та дозволяє використовувати вже існуючі практики кодування, коректуючи вимоги або вносячи тактичні зміни. Використання цієї методології дає можливість виявляти і усувати відхилення від бажаного результату на більш ранніх етапах розробки програмного продукту. Бережлива розробка програмного забезпечення ( англ. lean software development ). Використовує підходи з концепції бережливого виробництва.

10. Характеристика методології MSF. Microsoft Solutions Framework (MSF) - методологія розробки програмного забезпечення, запропонована корпорацією Microsoft. MSF спирається на практичний досвід Microsoft і описує управління людьми і робочими процесами в процесі розробки рішення. MSF являє собою узгоджений набір концепцій, моделей і правил. Важливість прикладних варіантів MSF підкреслює той факт, що в «чистому варіанті» саму методику MSF у своїх IT-проектах компанія Microsoft не використовує. У проектах Microsoft Consulting Services використовується гібридна методологія MSF і Agile. Незважаючи на зовнішні істотні відмінності прикладних варіантів MSF, розроблених експертами Microsoft, загальна база методів MSF для них залишається загальна і відображає загальні методологічні підходи до ітеративному ведення проектів. MSF складається з двох моделей і трьох дисциплін. Вони детально описані в 5 whitepapers. Починати вивчення MSF краще з моделей, а потім перейти до дисциплін. MSF містить: моделі: модель проектної групи модель процесів дисципліни: дисципліна управління проектами дисципліна управління ризиками дисципліна управління підготовкою

11. Методології розробки ПЗ . Характеристика методології ХР.  Екстремальне програмування (XP від англ. Extreme Programming) — методологія розробки програмного забезпечення, найпопулярніша серед так званих гнучких методологій. Зміст Історія Технологія екстремального програмування була розроблена Кентом Беком, Уардом Каннінґхемом та Роном Джеффріесом під час роботи над Chrysler Comprehensive Compensation System (C3). У 1996 Кент Бек став лідером проекту і почав вдосконалювати методи розробки, що застосовувалися в роботі над проектом. Свій метод він виклав у книзі «Extreme Programming Explained», котру було видано у жовтні 1999. Після купівлі Крайслера компанією Даймлер-Бенц проект C3 було скасовано у лютому 2000 Мета ХР Посібник Extreme Programming Explained: Embrace Change описує Екстремальне Програмування, як: • Спроба примирити гуманність і продуктивність • Механізм для соціальної зміни • Шлях до удосконалення • Стиль розвитку • Дисципліна розробки програмного забезпечення Головною метою Екстремального Програмування є скорочення вартості неочікуваних змін. У традиційних методах розробки (на кшталт, SSADM) вимоги до розвитку системи визначаються на початку роботи над проектом, і часто виправляються пізніше. Це означає, що вартість проекту через зміни буде більшою за заплановану (традиційна особливість для програмного забезпечення, що проектується). XP використовується для скорочення вартості змін, завдяки представленню простих значень, принципів і методів. При використанні екстремального програмування, проект повинен стати гнучкішим щодо змін.