ВСТУП ДО ІНЖЕНЕРІЇ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ

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

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

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

- робочі продукти тестування документуються тим же чином, що і сам продукт;

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

Модуль ІІ МОДЕЛІ ЖИТТЄВОГО ЦИКЛУ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ. ПРОЦЕСИ, ПРОДУКТИ, РЕСУРСИ

Розділ 5. ІНЖЕНЕРІЇ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ

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

5.1. Пряма інженерія

Пряма інженерія забезпечує процеси розробки програмного забезпечення з високорівневих абстракцій у вигляді специфі­кацій вимог і закінчуючи реалізацією програмного продукту у вигляді виконуваного коду. Як найповніше процеси прямої інженерії представлені в життєвому циклі програмного забез­печення (рис. 5.1).

Рис. 5.1. життєвий цикл програмного забезпечення

Доменний аналіз. Компоненти цієї фази життєвого циклу такі:

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

- продукти - архітектура, код, тести, методи;

- ресурси - інструменти доменного аналізу, доменні експерти, доменні інженери.

Специфікування вимог. Компоненти цієї фази життєвого циклу такі:

- процеси - дії зі складання вимог до програмного забезпе­чення;

- продукти - специфікації вимог;

- ресурси - мови специфікацій, інженери вимог, комунікатори із з замовником.

Архітектурне і детальне проектування. Компоненти цієї фази такі:

- процеси - орієнтовані на створений архітектури І детального проекту;

- продукти - архітектура і детальний проект програмного забезпечення;

- ресурси - CASE, архітектура і системні програмісти. Кодування і тестування. Компоненти цієї фази такі:

- процеси - кодування і тестування програм;

- продукти - програми;

- ресурси - засоби програмування, програмісти і тестери. Супровід. Компоненти цієї фази такі:

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

- продукти - супроводжуване програмне забезпечення;

- ресурси - засоби програмування, програмісти, інженери з супроводу.

Ліквідація. Компоненти цієї фази такі:

- процеси - відновлення, переробка, повторне використання І знищення програмного забезпечення. Відновлення - це віднов­лення працездатності програмною забезпечення. Переробка - це реінженерія або міграція програмного забезпечення. Повторне використання - це виділення з програмного забезпечення частин компонентів, які можна використовувати знову в розробці нового програмного забезпечення.

Знищення - це знищення неутилізованих залишків програмного забезпечення;

- продукти - повторно використані компоненти;

- ресурси — екстрактори, програмісти, експерти.

5.1.1. Інструменти прямої інженерії

Computer Aided Software Environment (CASE) - це інструментарій, призначений для автоматизації виконання процесів життєвого циклу програмного забезпечення. CASE відіграє, таку ж роль у програмно­му забезпеченні, як CAD/САМ в інженерії фізичних систем. Функці­онування CASE ґрунтується на моделі процесів життєвого циклу (рис. 5.2).

Рис. 5.2. Зв'язок CASE моделі процесів ;життєвого циклу

До того ж, використання CASE в організації може розглядатися як шлях до отримання несуперечливих, повторюваних і визначува­них процесів. Це веде до того, що визначення CASE може виводити організацію на другий (повторюваний) або третій (визначуваний) рівень зрілості по моделі CMML

Таким чином, CASE повніша орієнтуватися на виконання всіх процесів життєвого циклу, що задаються відповідною моделлю (рис. 5.3.)