6. На яких групах базується структура жц пз за стандартом iso/iec 12207.

7. Дві основні моделі жц Моделі життєвого циклу пз

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

• каскадна модель (70-85 г.г.);

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

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

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

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

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

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

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

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

8. Загальні вимоги до методології і технології проектування іс Методології і технології проектування іс. Загальні вимоги до методології і технології

Методології, технології і інструментальні засоби проектування (CASE-средства) складають основу проекту будь-якій ІС. Методологія реалізується через конкретні технології і стандарти, що підтримують їх, методики і інструментальні засоби, які забезпечують виконання процесів ЖЦ. Технологія проектування визначається як сукупність трьох складових:

• покрокової процедури, що визначає послідовність технологічних операцій проектування (мал. 4);

• критеріїв і правил, використовуваних для оцінки результатів виконання технологічних операцій;

• нотацій (графічних і текстових засобів), використовуваних для опису проектованої системи.

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

Технологія проектування, розробки і супроводу ІС повинна задовольняти наступним загальним требованям:

• технологія повинна підтримувати повний ЖЦ ПЗ;

• технологія повинна забезпечувати гарантоване досягнення цілей розробки ІС із заданою якістю і у встановлений час;

• технологія повинна забезпечувати можливість виконання крупних проектів у вигляді підсистем (тобто можливість декомпозиції проекту на складові частини, що розробляються групами виконавців обмеженої чисельності з подальшою інтеграцією складових частин);

• технологія повинна забезпечувати можливість ведення робіт по проектуванню окремих підсистем невеликими групами (3-7 чоловік). Це обумовлено принципами керованості колективу і підвищення продуктивності за рахунок мінімізації числа зовнішніх зв'язків;

• технологія повинна забезпечувати мінімальний час отримання працездатної ІС;

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

• технологія повинна забезпечувати незалежність виконуваних проектних рішень від засобів реалізації ІС (систем управління базами даних (СУБД), операційних систем, мов і систем програмування);

• технологія повинна бути підтримана комплексом узгоджених CASE-засобів, що забезпечують автоматизацію процесів, що виконуються на всіх стадіях ЖЦ.