2012_Посібник_з_дисципліни_ТКП. Кафедра автоматизованих систем обробки інформації І управління посібник з дисципліни
 Скачать 3.1 Mb.
|
|
Стадія виробництва Стадія виробництва призначена для того, щоб створити або виготовити продукт , випробувати його та, за потреби, виробити відповідні системи підтримування і допоміжні системи. Результати стадії виробництва: – Кваліфікаційне оцінювання виробничої потужності. – Придбавання ресурсів, матеріалів, послуг і елементів системи, призначених для підтримування запланованого рівня виробничих показників. – Продукт , вироблений згідно із затвердженою і офіційною інформацією виробництва. – Упакований продукт , переданий у мережу розповсюджування або покупцям. – Плани і критерії переходу до стадії використання та стадії підтримування. – З модифіковані концепції для виконання всіх подальших стадій. – Ідентифіковані поточні ризики і дії щодо їх знижування. – Якість, забезпечена системою, прийнятою покупцем. – Задоволення критеріїв завершення стадії. – Затверджене рішення про перехід на стадію використання. Стадія використання Призначення стадії використання є експлуатації продукту, надання послуг у встановлених середовищах і забезпечування безперервної експлуатувальної ефективності. Стадія підтримування Призначення стадії підтримування — здійснювати матеріально-технічне забезпечування, супроводження і надання послуги підтримування, які сприятимуть тривалому експлуатуванню системи і наданню нею належних послуг. Стадія списування Стадію списування виконують для видалення системи і пов’язаних з нею послуг експлуатації та підтримування і забезпечування експлуатації і підтримування власне системи списування. 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 Трасовність - дозволяє об’єкту, що потребує змін, знаходити відповідний об’єкт у попередніх моделях. 15 2. Визначають неминучі обмеження інтегрування, які впливають на досягнення вимог . 3. Збирають та інтегрують систему, яка є реалізуванням проекту архітектури і спроможна бути верифікованою на відповідність специфікованим вимогам. 4. Фіксують невідповідності, пов’язані з діями щодо інтегрування. Процес верифікування. Призначення процесу верифікування полягає в тому, щоб підтвердити, що система задовольняє специфіковані вимоги проекту. В результаті успішного виконання процесу верифікування: 1. Визначають стратегію верифікування. 2. Обмеження верифікування використовують як входи до вимог . 3. Реєструють дані, які несуть інформацію для виконання коригувальних дій. 4. Реєструють об’єктивні докази того, що реалізований продукт відповідає системним вимогам і проекту архітектури. Процес впроваджування. Призначення процесу впроваджування полягає в тому, щоб забезпечити спроможність надавати послуги, специфіковані вимогами розпорядника, у середовищі експлуатації. В результаті успішного виконання процесу впроваджування: 1. Визначають стратегію впроваджування системи. 2. Систему інсталюють в середовищі її експлуатації. 3. Визначають здатність системи, в ході використання, надавати послуги. 4. Фіксують інстальовану конфігурацію. 5. Готують звіти про коригувальні дії. 6. Послуги підтримують допоміжні системи. 7. Технічні процеси. Процес валідації. Призначення процесу валідації полягає в тому, щоб забезпечити об’єктивний доказ того, що послуги, які надає система під час її використання, відповідають вимогам розпорядників. Цей процес виконує оцінювання відповідності і підтверджує, що потреби розпорядників правильно визначені. Там, де виявлені відхили, їх фіксують і визначають коригувальні заходи. Валідації системи затверджують розпорядники. У результаті успішного виконання процесу валідації: 1. Визначають стратегію валідації. 2. Підтверджують надання послуг , які вимагають розпорядники. 3. Надають дані валідації. 4. Дані, придатні для отримування інформації для виконання коригувальних заходів, фіксують у звіті. Процес експлуатації. Призначення процесу експлуатації полягає у використовуванні системи для того, щоб користуватися послугами, які вона надає. У результаті успішного виконання процесу експлуатації: 1. Визначають стратегію експлуатації. 2. Надають послуги, які відповідають потребам розпорядника. 3. Виконують належним чином запити щодо санкційованих коригувальних заходів. 4. Підтримують задоволення клієнта. Процес супроводження. Призначення процесу супроводження полягає в тому, щоб підтримувати спроможність системи надавати послуги. У сфері його дії перебувають 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. Процеси життєвого циклу програмного забезпечення Процес складається з таких дій: 3 8 19 – реалізація процесу; – аналіз системних вимог; – проектування архітектури системи; – аналіз вимог до програмного забезпечення; – проектування архітектури програмного забезпечення; – розробляння детального проекту програмного забезпечення; – кодування та тестування програмного забезпечення; – інтеграція програмного забезпечення; – кваліфікаційне тестування програмного забезпечення; – системна інтеграція; – кваліфікаційне тестування системи; – інсталяція (установка) програмного забезпечення; – забезпечення приймання програмного забезпечення. Аналіз системних вимог Для визначення системних вимог слід провести аналіз специфіки використання системи, що підлягає розробці. Специфікація системних вимог повинна описувати: – функції та можливості системи; – сферу застосування; – організаційні вимоги та вимоги користувачів; – вимоги щодо безпеки, захисту, – взаємодії людини з технікою (ергономіки), інтерфейсу, експлуатації та супроводу, проектні обмеження та кваліфікаційні вимоги. Слід здійснити оцінювання системних вимог, виходячи з наведених далі критеріїв. Слід задокументувати такі результати оцінювання: – простежуваність потреб замовляння; – несуперечливість потреб замовляння; – тестопридатність; – здійсненність проекту архітектури системи; – здійсненність експлуатації та супроводу. Аналіз вимог до програмного забезпечення Розробник повинен визначити та задокументувати вимоги до програмного забезпечення: – специфікації функцій та характеристик, включаючи продуктивність, фізичні характеристики та умови середовища, в якому повинен виконуватись елемент програмного забезпечення; – зовнішні щодо елемента програмного забезпечення інтерфейси; – кваліфікаційні вимоги; – специфікації безпеки, включаючи пов'язані з методами експлуатації та супроводу, впливами середовища та травмуванням персоналу; – специфікації захисту, включаючи пов'язані з можливості нараження на небезпеку важливої чи конфіденційної інформації; – специфікації взаємодії людини з технікою (ергономічні), включаючи пов'язані з виконанням ручних операцій, взаємодією людини та обладнання, обмеженнями на персонал та сферами, які вимагають підвищеної уваги з боку людини і чутливі до людських помилок та підготовки; 20 – визначення даних та вимоги до баз даних; – вимоги до інсталяції та приймання; – документація для користувачів; – вимоги до дій та рівня підготовки користувачів під час експлуатації; – вимоги до супроводу користувача. Проектування архітектури програмного забезпечення Розробник повинен перетворити вимоги до програмного елемента в архітектуру, яка описує його загальну структуру та ідентифікує програмні компоненти. Розробник повинен розробити та задокументувати загальний проект як зовнішніх щодо програмного елемента інтерфейсів, так і інтерфейсів між програмними компонентами програмного елемента. Розробник повинен розробити та задокументувати загальний проект бази даних. Розробник повинен розробити та задокументувати попередню версію документації для користувача. Розробник повинен визначити та задокументувати попередні вимоги до тесту та план інтеграції програмного забезпечення. Деталізоване проектування програмного забезпечення Виконується для кожного елемента програмного забезпечення (або елемента конфігурації програмного забезпечення). Розробник повинен розробити детальний проект для кожного програмного компонента елемента програмного забезпечення. Програмні компоненти слід уточнити до більш низького рівня програмних модулів, які можуть бути закодовані, скомпільовані та протестовані. Слід упевнитися в тому, що всі вимоги щодо програмного забезпечення, які повинні задовольняти програмні компоненти, розподілено між програмними модулями. Детальний проект слід задокументувати. Розробник повинен розробити та задокументувати детальний проект інтерфейсів, включаючи зовнішні інтерфейси елементів програмного забезпечення, інтерфейси між програмними компонентами та інтерфейси між програмними модулями. Деталізований проект інтерфейсів повинен дозволяти кодування без залучення будь-якої додаткової інформації. Розробник повинен розробити та задокументувати детальний проект бази даних. Розробник повинен, у разі потреби, поновити документацію для користувача. Розробник повинен визначити та задокументувати вимоги щодо тестування та план проведення тестування програмних модулів. Вимоги щодо тестування повинні передбачати випробування програмних модулів на граничних значеннях вимог. Розробник повинен оновити вимоги щодо тестування та план інтеграції програмного забезпечення. Інтеграція програмного забезпечення Розробник повинен розробити інтеграційний план інтеграції програмних модулів та програмних компонентів для елементи програмного забезпечення. План повинен містити процедури, дані, розподіл відповідальності, календарний план і вимоги до тестування. План слід задокументувати. Інші процеси інтеграції винесено з процесу проектування. Питання для самоперевірки 1. Що таке життєвий цикл системи ? 21 2. Опишіть ЖЦ будь-якої системи. 3. Які існують стадії життєвого циклу систем? 4. Яке призначення кожної із стадії ? 5. Опишіть основні групи процесів ЖЦ систем. 6. Які основні етапу процесу розробляння ? 7. Які основні цілі процесу розробляння ? Література: [1]; [3, c. 46-55]; Завдання на СРС: [2, c. 43-56]. |