2012_Посібник_з_дисципліни_ТКП

11

Стадія виробництва

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

Результати стадії виробництва:

–Кваліфікаційне оцінювання виробничої потужності.

–Придбавання ресурсів, матеріалів, послуг і елементів системи, призначених для підтримування запланованого рівня виробничих показників.

–Продукт , вироблений згідно із затвердженою і офіційною інформацією виробництва.

–Упакований продукт , переданий у мережу розповсюджування або покупцям.

–Плани і критерії переходу до стадії використання та стадії підтримування.

–З модифіковані концепції для виконання всіх подальших стадій.

–Ідентифіковані поточні ризики і дії щодо їх знижування.

–Якість, забезпечена системою, прийнятою покупцем.

–Задоволення критеріїв завершення стадії.

–Затверджене рішення про перехід на стадію використання.

Стадія використання

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

Стадія підтримування

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

Стадія списування

Стадію списування виконують для видалення системи і пов’язаних з нею послуг експлуатації та підтримування і забезпечування експлуатації і підтримування власне системи списування.

12

Рисунок 1.2 - Процеси життєвого циклу системи

Групи процесів життєвого циклу систем. ДСТУ ISO/IEC 15288:2005

1.Договірні процеси;

2.Процеси підприємства;

3.Процеси проекту;

4.Технічні процеси.

Договірні процеси

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

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

Процеси підприємства

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

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

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

Процес керування ресурсами - забезпечення проекту ресурсами.

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

13

Процеси проектування

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

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

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

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

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

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

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

Технічні процеси

–процес визначання вимог розпорядника;

–процес аналізування вимог;

–процес проектування архітектури;

–процес реалізування;

–процес інтегрування;

–процес верифікування;

–процес впроваджування;

–процес валідації;

–процес експлуатації;

–процес супроводження;

–процес вилучання.

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

У результаті успішного виконання процесу визначання вимог розпорядника:

1.Специфікують необхідні характеристики і контекст використання послуг системи.

2.Визначають обмеження щодо системних рішень.

14

3.Досягають трасовності1 вимог розпорядника до інших зацікавлених сторін та їх потреб.

4.Описують достатні підстави для встановлювання системних вимог .

5.Визначають підстави для валідації відповідності послуг .

6.Забезпечують основу для обговорювання та узгоджування рішення щодо постачання послуги або продукту.

Технічні процеси

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

Урезультаті успішного виконання процесу визначання вимог розпорядника:

1.Специфікують необхідні характеристики і контекст використання послуг системи.

2.Визначають обмеження щодо системних рішень.

3.Досягають трасовності вимог розпорядника до інших зацікавлених сторін та їх потреб.

4.Описують достатні підстави для встановлювання системних вимог .

5.Визначають підстави для валідації відповідності послуг .

6.Забезпечують основу для обговорювання та узгоджування рішення щодо постачання послуги або продукту.

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

Врезультаті успішного виконання процесу проектування архітектури:

1.Впроваджують базову версію проекту архітектури.

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

3.Вимоги до інтерфейсу вбудовують у рішення проекту архітектури

4.Встановлюють трасовність проекту архітектури до системних вимог .

5.Визначають базис для верифікування системних елементів.

6.Встановлюють базис для інтегрування елементів системи.

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

Врезультаті успішного виконання процесу реалізування:

1.Визначають стратегію реалізування.

2.Ідентифікують обмеження технології реалізування стосовно проекту.

3.Реалізують елемент системи.

4.Елемент системи упаковують та зберігають відповідно до угоди щодо його постачання.

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

Врезультаті успішного виконання процесу інтегрування:

1.Визначають стратегію інтегрування системи.

1Трасовність - дозволяє об’єкту, що потребує змін, знаходити відповідний об’єкт у попередніх моделях.

16

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

У результаті успішного виконання процесу супроводження :

1.Розробляють стратегію супроводження.

2.Обмеження щодо супроводження подають як передумови до вимог .

3.Забезпечують доступ до замінюваних елементів системи.

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

5.Реєструють потреби в коригувальних змінах проекту.

6.Реєструють відмови та дані періоду служби.

Процес вилучення. Призначення процесу вилучення полягає в тому, щоб завершити існування екземпляра системи.

У результаті успішного виконання процесу вилучення :

1.Визначають стратегію вилучання системи.

2.Обмеження щодо вилучання надають як передумови до вимог .

3.Елементи системи руйнують, заховують, перероблюють або відновлюють.

4.Середовище повертають до свого початкового або узгодженого стану.

5.Доступні записи, які дають змогу накопичувати знання щодо дій з вилучання та аналізувати довготривалі загрози.

17

Рисунок 1.3 – Групи процесів ЖЦ

18

Рисунок 1.4 – Зіставлення процесів ISO/IEC 15288 та ISO/IEC 12207:1995/ADM.1:2002

Процес розробляння згідно ДСТУ 3918.

Процеси життєвого циклу програмного забезпечення Процес складається з таких дій:

19

–реалізація процесу;

–аналіз системних вимог;

–проектування архітектури системи;

–аналіз вимог до програмного забезпечення;

–проектування архітектури програмного забезпечення;

–розробляння детального проекту програмного забезпечення;

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

–інтеграція програмного забезпечення;

–кваліфікаційне тестування програмного забезпечення;

–системна інтеграція;

–кваліфікаційне тестування системи;

–інсталяція (установка) програмного забезпечення;

–забезпечення приймання програмного забезпечення.

Аналіз системних вимог

Для визначення системних вимог слід провести аналіз специфіки використання системи, що підлягає розробці. Специфікація системних вимог повинна описувати:

–функції та можливості системи;

–сферу застосування;

–організаційні вимоги та вимоги користувачів;

–вимоги щодо безпеки, захисту,

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

Слід здійснити оцінювання системних вимог, виходячи з наведених далі критеріїв. Слід задокументувати такі результати оцінювання:

–простежуваність потреб замовляння;

–несуперечливість потреб замовляння;

–тестопридатність;

–здійсненність проекту архітектури системи;

–здійсненність експлуатації та супроводу.

Аналіз вимог до програмного забезпечення

Розробник повинен визначити та задокументувати вимоги до програмного забезпечення:

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

–зовнішні щодо елемента програмного забезпечення інтерфейси;

–кваліфікаційні вимоги;

–специфікації безпеки, включаючи пов'язані з методами експлуатації та супроводу, впливами середовища та травмуванням персоналу;

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

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