Модель життєвого циклу - структура, що визначає послідовність виконання та взаємозв'язку процесів, дій та завдань, що виконуються протягом ЖЦ.
Найбільшого поширення набули дві основні моделі ЖЦ:
· Каскадна модель (70-85 рр.);
· Спіральна модель (86-90 рр.).
Каскадна модель
Каскадний спосіб - розбиття всієї розробки на етапи, причому перехід з одного етапу на наступний відбувається тільки після того, як буде повністю завершено роботу на поточному (рис.2).
Позитивні сторони застосування каскадного підходу:
· На кожному етапі формується закінчений набір проектної документації, що відповідає критеріям повноти та узгодженості;
· Виконувані в логічній послідовності етапи робіт дозволяють планувати терміни завершення всіх робіт і відповідні витрати.
Каскадний підхід добре зарекомендував себе при побудові інформаційних систем, для яких на самому початку розробки можна точно і повно сформулювати всі вимоги. До цієї категорії потрапляють складні розрахункові системи, системи реального часу та інші подібні завдання.
Рис.2 Схема каскадного підходу
Однак реально в процесі створення ІС постійно виникає потреба у поверненні до попередніх етапів, уточнення чи перегляд раніше прийнятих рішень. Реальний процес створення інформаційної системиприймає наступний вигляд(Рис.3):
Рис.3 Реальний процес створення ІВ на базі каскадної моделі
Одна з назв такої схеми організації робіт, що використовувалися в західній літературі: "водоспадна модель" (waterfall model).
Основним недоліком каскадного підходу є суттєве запізнення з одержанням результатів. Моделі (як функціональні, так і інформаційні) об'єкта, що автоматизується, можуть застаріти одночасно з їх затвердженням. Інший недолік – таке проектування інформаційної системи веде до примітивної автоматизації (по суті – "механізації") існуючих виробничих дій працівників.
У спіральної моделі життєвого циклу (рис.4) наголошується на початкові етапи ЖЦ: аналіз та проектування. Реалізація технічних рішень перевіряється шляхом створення прототипів.
Рис. 4.
Кожен виток спіралі відповідає створенню нового фрагмента чи версії інформаційної системи, у ньому уточнюються цілі та характеристики проекту, визначається його якість і плануються роботи наступного витка спіралі. Один виток спіралі у своїй є закінчений проектний цикл на кшталт каскадної схеми. Такий підхід називався також "Продовженням проектування". Пізніше проектний цикл додатково стали включати стадії розробки та випробування прототипу системи. Це називалося: "швидке прототипування", rapid prototyping approach або "fast-track".
Однак застосування таких методів поряд із швидким ефектом дає зниження керованості проектом загалом та стикуваності різних фрагментів інформаційної системи. Основна проблема спірального циклу – визначення моменту переходу на наступний етап. Перехід здійснюється відповідно до плану, навіть якщо не вся запланована робота закінчена. План складається на основі статистичних даних, отриманих у попередніх проектах, та особистого досвіду розробників.
Моделі ЖЦ АІС –Структура, що визначає послідовне здійснення процесів, дій, завдань, що виконуються протягом ЖЦ та взаємозв'язку між цими процесами.
Каскадні моделі.Перехід на наступний етап означає повне завершення робіт на попередньому етапі. Вимоги, визначені на стадії формування вимог, суворо документуються як технічного завдання і фіксуються весь час розробки проекту. Кожна стадія завершується випуском повного комплекту документації, достатньої для того, щоб технологія могла бути продовжена іншою командою розробників.
Етапи проекту відповідно до каскадної моделі:
1. Формування вимог;
2. Проектування;
3. Розробка;
4. Тестування;
5. Використання;
6. Експлуатація та супровід.
Переваги:
-Повна та узгоджена документація на кожному етапі;
-Певний порядок послідовності робіт;
-Дозволяє чітко спланувати терміни та витрати.
Недоліки:
-Істотна затримка одержання готових результатів;
-Помилки на будь-якому з етапів виявляються на по наступних етапах, що призводить до необхідності повернення та переоформлення проектної документації;
-Складність управління проектом.
Спіральна модель. Кожна ітерація відповідає створенню фрагмента чи версії ПЗ, у ній уточнюються цілі та характеристики проекту, оцінюється якість отриманих результатів і плануються роботи наступної ітерації.
Кожна ітерація - закінчені цикли розробки у вигляді першої версії АІС.
Етапи ітерації:
1.Формування вимог
3.Проектування
4.Розробка
5.Інтеграція
На кожній ітерації оцінюються:
Ризик перевищення термінів та вартості проекту;
Необхідність виконання ще однієї ітерації;
Ступінь повноти та точності розуміння вимог до системи;
Доцільність припинення проекту.
Переваги:
-Спрощується процес внесення змін до проекту;
-забезпечує велику гнучкість в управлінні проектом;
-Можливість отримання надійної та стійкої системи, т.к. помилки та невідповідності виявляються на кожній ітерації;
-Вплив замовника працювати у процесі перевірки кожної итерации.
Недоліки:
-Складність планування;
-Напружений режим роботи для розробників;
-Планування робіт проводиться на основі наявного досвіду та недостатньо метрик для вимірювання якості кожної версії.
Вимоги до технології проектування, розробки та супроводу АІС
Технологія проектування- Визначає сукупність трьох складових:
-покрокової процедури, що визначає послідовність технологічних операційпроектування;
-Правила, що використовуються для оцінки результатів виконання технологічних операцій;
-подання проектної розробки на експертизу та затвердження.
Технологічні інструкції, що становлять основний зміст технології, повинні складатися з опису послідовності технологічних операцій, умов, залежно від яких виконується та чи інша операція та описів самих операцій.
Технологія проектування, розробки та супроводу ІВ повинна задовольняти наступним загальним вимогам:
Технологія має підтримувати повний ЖЦ ПЗ;
Технологія повинна забезпечувати гарантоване досягнення цілей розробки ІВ із заданою якістю та у встановлений час;
Технологія має забезпечувати можливість ведення робіт із проектування окремих підсистем невеликими групами (3-7 осіб). Це зумовлено принципами керованості колективу та підвищення продуктивності за рахунок мінімізації числа зовнішніх зв'язків;
Технологія повинна передбачати можливість управління конфігурацією проекту, ведення версій проекту та його складових, можливість автоматичного випуску проектної документації та синхронізацію її версій із версіями проекту;
Застосування будь-якої технології проектування, розробки та супроводу ІС в конкретної організаціїі в конкретному проекті неможливо без вироблення низки стандартів (правил, угод), які повинні дотримуватися всіма учасниками проекту. До таких стандартам відносяться такі:
-стандарт проектування;
-стандарт оформлення проектної документації;
-стандарт інтерфейсу користувача.
Вимога розробки
- Виконання робіт із створення програмного забезпечення;
Підготовка до впровадження АІС;
Контроль, тестування основних показників проекту.
Вимоги до супроводу
Завершення впровадження КІС має супроводжуватися публікацією системи адміністративних регламентів та посадових інструкцій, Що визначають порядок функціонування організації З моменту введення інформаційної системи в дію експлуатація відбувається на основі «Регламенту функціонування інформаційної системи» та низки нормативних актів. Супровід системи та її безперебійної роботи здійснюється підрозділом організації, уповноваженим відповідним наказом. Доопрацювання інформаційної системи після введення в експлуатацію здійснюється відповідно до окремих проектів та технічних завдань.
У процесі супроводу КІС поставлено завдання підтримки її життєздатності. Життєздатність КІС багато в чому визначається наскільки вона відповідає реальним завданням та потребам ВНЗ, які змінюються протягом життєвого циклу КІС.
ЖЦИС- це період створення та використання ІВ, починаючи з моменту виникнення потреби в ІВ та закінчуючи моментом повного її виходу з експлуатації.
Стадії життєвого циклу інформаційної системи:
1. Передпроектне обстеження:
· Збір матеріалів для проектування, при цьому виділяють формулювання вимог, з вивчення об'єкта автоматизації, даються попередні висновки передпроектного варіанту ІС;
· аналіз матеріалів та розробка документації, обов'язково дається техніко-економічне обґрунтування з технічним завданням на проектування ІВ.
2. Проектування:
2.1 попереднє проектування;
· Вибір проектних рішень з аспектів розробки ІС;
· Опис реальних компонент ІС;
· Оформлення та затвердження технічного проекту(ТП).
2.2 детальне проектування:
· Вибір або розробка математичних методів або алгоритмів програм;
· Коригування структур БД;
· Створення документації на доставку та встановлення програмних продуктів;
· Вибір комплексу технічних засобів з документацією на її встановлення.
2.3 розробка техно-робочого проекту ІВ (ТРП).
2.4 розробка методології реалізації функцій управління за допомогою ІВ та описом регламенту дій апарату управління.
3. Розробка ІВ:
· Отримання та встановлення технічних та програмних засобів;
· Тестування та доведення програмного комплексу;
· Розробка інструкцій з експлуатації програмно-технічних засобів.
4. Введення ІС в експлуатацію:
· Введення технічних засобів;
· Введення програмних засобів;
· Навчання та сертифікація персоналу;
· дослідна експлуатація;
· Здача та підписання актів приймання-здавання робіт.
5. Експлуатація ІВ:
· Повсякденна експлуатація;
· загальний супровід всього проекту.
Моделі життєвого циклу інформаційної системи:
· каскадна модель- пропонує перехід на наступні етапи після повного виконання робіт за попереднім етапом. Модель демонструє класичний підхід у будь-яких прикладних сферах;
· ітераційна модель- поетапна модель з проміжним контролем та циклами зворотного зв'язку. Перевага даної моделі – поетапні коригування, які забезпечують меншу трудомісткість порівняно з каскадною. Проте час життя кожного з етапів розраховується протягом усього періоду розробки;
· спіральна модель- дана модель наголошує на початкові етапи аналізу та проектування. Ця модель є ітераційним процесом розробки, де кожна ітерація (цикл), є закінченим циклом розробки, що призводить до випуску версії виробу (версії проекту ІВ), який удосконалюється від ітерації до ітерації, щоб стати значущою інформаційною системою. У цьому кожен виток спіралі відповідає поетапної моделі створення інформаційної системи. Т.о. поглиблюється та послідовно конкретизується обґрунтований варіант ІВ, який і доводиться згодом до реалізації.
Основні способи побудови ІВ:
· Розробка системи "під себе";
· Використання прототипів - замість повної системи створюється прототип, що відповідає основним потребам користувачів:
Визначення основних запитів;
створення робочого прототипу;
використання робочого прототипу;
Перегляд та покращення прототипу;
Робота із остаточною версією прототипу;
· Використання послуг сторонньої організації для передачі функцій управління ІВ - організація використовує спеціалізовану фірму, яка виконує керуючі функції з функціонування та розвитку ІВ компанії.
Плюси:
· Гарантійне якість обслуговування;
· Економія грошових коштів;
· людські ресурси.
Мінуси:
· не дешево;
· витік інформації;
· Залежність;
· Втрата контролю за ІТ.
Систему управління економічним об'єктом можна як сукупність двох взаємозалежних елементів (двох складових частин): суб'єкта управління(СУ) та об'єкта управління(ОУ).
Суб'єкт управлінняє управлінський апарат, об'єднує у собі співробітників, які розробляють плани, що виробляють вимоги до прийнятих рішень, і навіть контролюють їх виконання.
Об'єкт управлінняє безпосередньо підприємством, яке здійснює виконання поставлених перед ним завдань. Завдання об'єкта управління входить виконання планів, вироблених управлінським апаратом, тобто. реалізація тієї діяльності, на яку створювалася система управління.
Суб'єкт управління та об'єкт управління пов'язані прямим і зворотним зв'язками. Прямий зв'язок виражається потоком директивної інформації, що спрямовується від управлінського апарату до об'єкта управління, а зворотний є потік звітної інформації про виконання прийнятих рішень, що спрямовується у зворотному напрямку (див. рис.12).
Директивна інформація породжується управлінським апаратом відповідно до цілей управління та інформацією про економічну ситуацію, що склалася, про навколишнє середовище. Звітна інформація формується об'єктом управління та відображає внутрішню економічну ситуацію, а також ступінь впливу на неї зовнішнього середовища (затримки платежів, порушення подачі енергії, погодні умови, суспільно – політична ситуація у регіоні тощо). Таким чином, зовнішнє середовищевпливає не тільки на об'єкт управління: вона постачає інформацію та управлінського апарату, рішення якого залежать від зовнішніх факторів (стан ринку, наявність конкуренції, величина відсоткових ставок, рівень інфляції, податкова та митна політика).
Взаємозв'язок інформаційних потоків (П та О), засобів обробки, передачі та зберігання даних, а також співробітників управлінського апарату, що виконують операції з переробки даних, та становить інформаційну систему економічного об'єкта.
Потреба управлінні виникає за необхідності координації діяльності членів трудового колективу, об'єднаних задля досягнення поставлених їх локальних і світових цілей. Спочатку будь-яка мета носить узагальнений характері і лише у процесі уточнення вона формалізується управлінським апаратом як цільових функцій.
У процесі управління економічним об'єктом приймаються оперативні , тактичні і стратегічні рішення. Відповідно, зазвичай кажуть, що управлінський апарат складається з трьох рівнів управління: оперативного, середньогоі вищого.
на вищому рівні управління економічним об'єктом знаходяться менеджери-керівники. Вони визначають цілі управління, зовнішню політику, матеріальні, фінансові та трудові ресурси, розробляє довгострокові плани та стратегію їх виконання. У їхню компетенцію зазвичай входить проведення аналізу ринку, рівня конкуренції, кон'юнктури та пошук альтернативних стратегій розвитку підприємства на випадок виявлення загрозливих тенденцій у сфері його інтересів.
на середньому рівні управління економічним об'єктом знаходяться менеджери-виконавці. На цьому рівні основна увага зосереджена на складанні тактичних планів, контролі за їх виконанням, стеженні за ресурсами та розробці керуючих директив для виведення підприємства на потрібний планами рівень.
на оперативному рівні управління економічним об'єктом знаходяться менеджери структурних підрозділів (відділів, служб, цехів тощо). На цьому рівні відбувається реалізація планів та складаються звіти про хід виконання. Основне завдання оперативного управління полягає у узгодженні всіх елементів виробничого процесу у часі та просторі з необхідним ступенем його деталізації.
На кожному з рівнів управління економічним об'єктом виконуються роботи, які в комплексі забезпечують управління. Ці роботи прийнято називати функціями. Залежно від цілей можна виділити функції різного ступеня спільності. Типовими є такі функції: планування , облік і контроль , аналіз і регулювання .
Планування- Функція, за допомогою якої в ідеальній формі реалізується мета управління. Планування займає значне місце у діяльності вищого керівництва, найменше - на середньому та мінімальне - на оперативному рівні. Планування на найвищому рівні управління стосується майбутніх проблем та орієнтоване на тривалий термін. На середньому рівні планування складає більш короткий строк, у своїй план вищого рівня управління деталізується. Показники на цьому рівні точніші. Оперативне керуванняпередбачає найдокладніше опрацювання плану.
Облік та контроль – функції, спрямовані на отримання інформації про хід роботи підприємства перевірки відповідності досягнутих результатів із плановими. Облік прийнято поділяти на оперативний, бухгалтерськаі статистичний. Бухгалтерський облік у свою чергу може поділятися на фінансовийі управлінський. Облік переважно здійснюється на оперативному та середньому рівнях управління. На найвищому рівні управління облік відсутній, проте на його основі повною мірою виконуються аналіз результатів виробництва та регулювання його перебігом.
Аналізі регулювання - це зіставлення фактичних показників з нормативними (директивними, плановими), визначення відхилень, що виходять за межі допустимих параметрів, встановлення причин відхилень, виявлення резервів, знаходження шляхів виправлення ситуації, що склалася, і прийняття рішення щодо виведення об'єкта управління на планову траєкторію. Діючим інструментом виявлення причин відхилень є факторний аналіз, а для пошуку шляхів виходу з ситуації -експертні системи.
Взаємозв'язок між рівнями управління та здійснюваними ними функціями за обсягом виконуваних робіт представлений у табл.7.
На рис. 12 представлено взаємозв'язок основних етапів процесу управління економічним об'єктом.
Опис презентації Етапи створення АІС Моделі життєвого циклу АІС за слайдами
Життєвий циклАІС - сукупність стадій та етапів, які проходить АІС у своєму розвитку від моменту прийняття рішення про створення системи до моменту припинення її функціонування.
Етапи життєвого циклу 1 Планування та аналіз (передпроектна стадія) – визначення того, що має робити система. Оформлення техніко-економічного обґрунтування (ТЕО) та технічного завдання (ТЗ).
2 Проектування (технічне та логічне проектування) – визначення того, як система функціонуватиме (специфікація* підсистем, функціональних компонентів та способів їх взаємодії). Оформлення технічного проекту. * Специфікація - точний, повний, ясно сформульований опис вимог для даної задачі.
3. Реалізація (робоче проектування, програмування) - Створення функціональних компонентів та окремих підсистем, з'єднання підсистем в єдине ціле. Заповнення БД. Створення вказівок для персоналу. Оформлення робочого проекту
4 Впровадження (тестування, дослідна експлуатація) – встановлення та введення системи в дію, налагодження підсистем, навчання персоналу. Оформлення акта про приймально-здатні випробування.
Зауваження 1. Етапи 2 і 3 можна поєднати в одну: техно-робоче проектування або системний синтез. 2. На кожному етапі життєвого циклу використовується певний набір технічних рішень та відповідних документів.
3. Для кожного етапу вихідними є документи та рішення прийняті на попередньому етапі. 4. Моделі життєвого циклу визначають порядок виконання етапів у процесі створення системи та критерії переходу від етапу до етапу.
Модель життєвого циклу - це модель створення та використання АІС, яка відображає різні стани системи з моменту виникнення до моменту його повного виходу з вживання.
Основні моделі ЖЦ Каскадна передбачає перехід на наступний етап після повного завершення робіт попереднього. Ця модель використовується при побудові АІС для яких від початку точно і повно сформульовані всі вимоги. Недоліки: жорстка схема – неможливість повернення до попередніх етапів та використання для складних систем.
Поетапна ітераційна модель передбачає наявність зворотного зв'язку між циклами. Перевага в тому, що міжетапні коригування забезпечують більшу гнучкість та меншу трудомісткість. Недолік – час життя кожного з етапів може розтягнутися на весь період створення системи. Перехід здійснюється відповідно до плану складеного на основі статистичних даних попередніх проектів та досвіду розробників. Недоліки: помилки, допущені на етапах аналізу та проектування, можуть призвести до проблем на наступних етапах та неуспіху всього проекту.
Роль користувача АІС створюється задоволення інформаційних потреб конкретного пользователя. Він бере безпосередню участь у її роботі. .
Користувач бере участь у постановці завдання та проводить дослідну експлуатацію, в ході якої може виявити недоліки постановки, коригувати вхідну та вихідну інформацію, форми видачі результатів та оформлення документів.
Участь користувача у створенні АІС забезпечує оперативне та якісне вирішення завдань, скорочує час на впровадження нових технологій.
Тема 1.2 Життєвий цикл АІС та моделі життєвого циклу АІС
Життєвий цикл АІС -це безперервний процес з моменту ухвалення рішення про необхідність ухвалення рішення щодо необхідності її створення до повного завершення її експлуатації.
Тривалість життєвого циклу сучасних АІС становить близько 10 років, що значно перевищує терміни морального та фізичного старіння технічних та системних програмних засобів, що використовуються під час реалізації АІС. Тому, як правило, протягом ЖЦ системи проводиться її модернізація, після чого всі функції системи мають виконуватися з не меншою ефективністю.
Домогтися цього протягом усього ЖЦ АІС - досить складне з низки об'єктивних і суб'єктивних причин завдання, у результаті переважна більшість проектів АІС впроваджується з порушеннями якості, термінів чи кошторису; майже третина проектів припиняють своє існування незавершеними. За даними Standish Group у 1996 р. 84 % проектів АІС були завершено у встановлені терміни, 1998 р. це число скоротилася до 74 %, після 2000 р. воно не опускається нижче 50 %. Головною причиною такого положення є те, що рівень технології аналізу та проектування систем, методів та засобів управління проектами не відповідає складності створюваних систем, яка постійно зростає у зв'язку з ускладненням та швидкими змінами бізнесу.
Зі світової практики відомо, що витрати на супровід прикладного програмного забезпечення АІС становлять не менше 70% його сукупної вартості протягом ЖЦ, тому вкрай важливо ще на проектній стадії передбачити необхідні методи та засоби супроводу, включаючи методи конфігураційного управління.
Процес проектування АІС регламентований наступною документацією (стандартами, методологіями, моделями):
ГОСТ 34.601-90- стандарт на стадії та етапи створення АІС, що відповідають каскадній моделі ЖЦ ПЗ (розглядається нижче). Наводиться опис змісту робіт кожному етапі;
180/1ЄС 12207:1995- стандарт на процеси та організацію життєвого циклу; поширюється на всі види програмного забезпечення; не містить опису фаз, стадій та етапів;
Custom Develoment Method(методологія Oracle) - технологічний матеріал з розробки прикладних АІС, деталізований до рівня заготовок проектних документіву розрахунку на використання Oracle. Застосовується для класичної моделі ЖЦ (передбачені всі роботи, завдання та етапи), а також для технологій «швидкої розробки» (Fast Track) або «полегшеного підходу», що рекомендуються у разі малих проектів.
Rational Unified Process(методологія RUP)- технологічний матеріал з реалізації ітеративної моделі розробки, що включає чотири фази (цикл розробки): початок, дослідження, побудова та впровадження. Кожна фаза розбита на етапи (ітерації), результатами яких є версії внутрішнього чи зовнішнього використання. Кожен цикл завершується генерацією чергової версії системи. Якщо після цього робота над проектом не припиняється, то отриманий продукт продовжує розвиватися і знову проходить ті самі фази. Суть роботи в рамках RUP-методології – створення та супровід моделей на базі UML;
Microsoft Solution Framework(методологія MSF) - технологічний матеріал з реалізації ітеративної моделі розробки, аналогічно RUP включає чотири фази: аналіз, проектування, розробку, стабілізацію; передбачає використання об'єктно-орієнтованого моделювання. MSF у порівнянні з RUP більшою мірою орієнтована на розробку бізнес-додатків;
Extreme Programming (ХР)- екстремальне програмування (найновіша серед аналізованих методологій); сформувалося в 1996 р. Основою методології є робота у команді, ефективні комунікації між замовником та виконавцем протягом усього проекту; розробка АІС ведеться з використанням прототипів, що послідовно допрацьовуються.
Стандарт ISO/IЕС 12207 у структурі життєвого циклу визначає процеси, які виконуються під час створення ПЗ АІС. Ці процеси поділяють на три групи:
основні(придбання, постачання, розробка, експлуатація та супровід);
допоміжні(документування, управління конфігурацією, забезпечення якості, верифікація, атестація, оцінка, аудит та вирішення проблем);
організаційні(Управління проектами, створення інфраструктури проекту, визначення, оцінка та поліпшення самого життєвого циклу, навчання).
Серед основних процесівжиттєвого циклу найважливішими є розробка, експлуатаціяі супровід.Кожен процес характеризується певними завданнями та методами їх вирішення, вихідними даними, отриманими на попередньому етапі, та результатами.
РозробкаАІС включає всі роботи зі створення програмного забезпечення та його компонентів відповідно до заданих вимог. Цей процес також передбачає:
Оформлення проектної та експлуатаційної документації;
Підготовка матеріалів, необхідних для тестування розроблених програмних продуктів;
Розробку матеріалів, необхідні навчання персоналу.
Як правило, складовими процесу розробки є стратегічне планування, аналіз, проектування та реалізація (програмування).
До процесу експлуатаціївідносяться:
Конфігурування бази даних та робочих місць користувачів;
Забезпечення користувачів експлуатаційною документацією;
Навчання персоналу.
Основні експлуатаційні роботи включають:
Безпосередньо експлуатацію;
Локалізацію проблем та усунення причин їх виникнення;
Модифікацію програмного забезпечення;
Підготовку пропозицій щодо вдосконалення системи;
Розвиток та модернізацію системи.
Професійне, грамотне супровід- необхідна умовавирішення завдань, що виконуються АІС. Служби технічної підтримкиграють дуже помітну роль життя будь-який АИС. Помилки на цьому етапі можуть призвести до явних або прихованих фінансових втрат, порівнянних із вартістю самої системи.
До попередніх дій при організації технічного обслуговування АІС належать:
Виділення найбільш відповідальних вузлів системи та визначення для них критичності простою (це дозволить виділити найбільш критичні складові АІС та оптимізувати розподіл ресурсів для технічного обслуговування);
Визначення завдань технічного обслуговування та їх поділ на внутрішні, що вирішуються силами обслуговуючого підрозділу, та зовнішні, що вирішуються спеціалізованими сервісними організаціями (отже, чітко обмежується коло виконуваних функцій та проводиться розподіл відповідальності);
Проведення аналізу наявних внутрішніх та зовнішніх ресурсів, необхідних для організації технічного обслуговування в рамках описаних завдань та розподілу компетенції (основні критерії для аналізу: наявність гарантії на обладнання, стан ремонтного фонду, кваліфікація персоналу);
Підготовка плану організації технічного обслуговування з визначенням етапів дій, що виконуються, термінів їх виконання, витрат на етапах, відповідальності виконавців.
Забезпечення якісного технічного обслуговування ШС вимагає залучення фахівців високої кваліфікації, які спроможні вирішувати не тільки щоденні завдання адміністрування, а й швидко відновлювати працездатність системи при збоях та аваріях.
Серед допоміжних процесіводним із головних є управління конфігурацією,яке підтримує основні процеси життєвого циклу АІС, насамперед процеси розробки та супроводу.
Розробка складних АІС передбачає незалежну розробку компонентів системи, що призводить до появи багатьох варіантів та версій реалізації як окремих компонентів, так і системи загалом. Таким чином, виникає проблема забезпечення збереження єдиної структури в ході розробки та модернізації АІС. Управління конфігурацією дозволяє організовувати, систематично враховувати та контролювати внесення змін до різних компонентів АІС на всіх стадіях її ЖЦ.
Організаційні процесимають дуже велике значення, оскільки сучасні АІС – це великі комплекси, у створенні та обслуговуванні яких зайнято багато людей різних спеціальностей.
| Процес (виконавець процесу) | Дії" | Вхід | Результат |
| Придбання (замовник) | Ініціювання. Підготовка заявних пропозицій. Підготовка договору Контроль діяльності постачальника. Приймання АІС | Рішення про початок робіт із впровадження АІС. Результати обстеження діяльності замовника. Результати аналізу ринку АІС/Тендера. План постачання/розробки. Комплексний тест АІС | Техніко-економічне обґрунтування застосування АІС. Технічне завдання АІС. Договір на постачання/розробку. Акти приймання етапів роботи. Акт приймально-здавальних випробувань |
| Постачання (розробник АІС) | Ініціювання. Відповідь на заявні пропозиції. Підготовка договору Планування виконання. Постачання АІС | Технічне завдання АІС. Рішення керівництва щодо участі у розробці. Результати тендерів. Технічне завдання АІС. План керування проектом. Розроблена АІС та документація | Рішення про участь у розробці. Комерційні пропозиції/конкурсна заявка. Договір на постачання/розробку. План керування проектом. Реалізація/коригування. Акт приймально-здавальних випробувань |
| Розробка (розробник АІС) | Підготовка. Аналіз вимог до АІС. Проектування архітектури АІС. Розробка вимог до ПЗ. Проектування архітектури ПЗ. Детальне проектування ПЗ. Кодування та тестування ПЗ. Інтеграція ПЗ та кваліфікаційне тестування ПЗ. Інтеграція ІВ та кваліфікаційне тестування АІС | Технічне завдання АІС. Технічне завдання АІС, модель ЖЦ. Технічне завдання АІС. Підсистеми АІС. Специфікації вимоги до компонентів ПЗ. Архітектура ПЗ. Матеріали детального проектування ПЗ. План інтеграції ПЗ, тести. Архітектура ІС, ПЗ, документація на ІВ, тести | Модель ЖЦ, що використовується, стандарти розробки. План робіт. склад підсистем, компоненти обладнання. Специфікації вимоги до компонентів ПЗ. Склад компонентів, інтерфейси з БД, план інтеграції ПЗ. Проект БД, специфікації інтерфейсів між компонентами, вимоги до тестів. Тести модулів ПЗ, акти автономного тестування. Оцінка відповідності комплексу ПЗ вимогам ТЗ. Оцінка відповідності ПЗ, БД, технічного комплексу та комплекту документації вимогам ТЗ |
Управління проектом пов'язане з питаннями планування та організації робіт, створення колективів розробників, конролю термінів та якості виконання робіт. Технічне та організаційне забезпечення проекту включає:
Вибір методів та інструментальних засобів реалізації проекту;
Визначення методів опису стану процесу розробки;
Розробку методів та засобів випробувань створеного програмного забезпечення;
Навчання персоналу.
Забезпечення якості проекту пов'язане із проблемами верифікації, перевірки та тестування компонентів АІС.
Верифікація -процес визначення відповідності поточного стану розробки, досягнутого цьому етапі, вимогам цього етапу.
Перевірка- Процес визначення відповідності параметрів розробки вихідним вимогам. Перевірка частково збігається з тестуванням, яке проводиться для визначення відмінностей між дійсними та очікуваними результатами, а також оцінки відповідності характеристик АІС вихідним вимогам.
У 2002р. Було опубліковано стандарт на процеси ЖЦ автоматизованих систем(ISO/IEC 15288 System Life cycle processes). У розробці стандарту брали участь спеціалісти з різних галузей діяльності; враховувався практичний досвід створення систем в урядових, комерційних, військових та академічних організаціях. Відповідно до стандарту ISO/IEC серії 15288 структуру ЖЦ включені такі групи процесів.
1. Договірні процеси:
Придбання (внутрішні рішення чи рішення зовнішнього постачальника);
Постачання (внутрішні рішення або рішення зовнішнього постачальника).
2. Процеси підприємства:
Управління довкіллям підприємства;
Інвестиційне управління; в управління ЖЦ ІВ;
Управління ресурсами;
Управління якістю.
3. Проектні процеси:
Планування проекту;
Оцінка проекту;
Контроль проекту;
Управління ризиками;
Управління конфігурацією;
Управління інформаційними потоками;
Прийняття рішень.
4. Технічні процеси:
Визначення вимог;
Аналіз вимог;
Розробка архітектури;
Впровадження;
Інтеграція;
Верифікація;
Перехід;
Атестація;
Експлуатація;
Супровід;
Утилізація.
5. Спеціальні процеси:
Визначення та встановлення взаємозв'язків виходячи із завдань та цілей.
У табл. 1.4 наведено перелік стадій та основні результати до моменту їх завершення відповідно до зазначеного стандарту.
У 1970-х роках. корпорація IBM запропонувала методологію Business System Planning (BSP) чи методологію організаційного планування.
Метод структурування інформації з використанням матриць перетину бізнес-процесів, функціональних підрозділів систем обробки даних (ІВ), інформаційних об'єктів, документів та баз даних, пропозицій у BSP, їх послідовність (отримати підтримку вищого керівництва, визначити процеси підприємства, визначити процеси класи даних, навести інтерв'ю, обробити та організувати дані інтерв'ю) можна зустріти практично у всіх формальних методиках, а також у проектах, що реалізуються на практиці.
Таблиця 1.4.Стадії створення АІС (ISO/IEC 15288)
За опублікованими даними кожен етап розробки АІС потребує певних витрат часу. В основному (45-50%) час йде на кодування, комплексне та автономне тестування (рис.14). У середньому розробка АІС займає третину всього ЖЦ системи (рис.1.5).
Рис.1.4. Розподіл часу під час розробки АІС