Форум

ГОСТ 34.601-90. Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Автоматизовані системи. Стадії створення; Розробка за цим стандартом має 8 стадій:
-Формування вимог до АС;
-Розробка концепції АС;
-Технічне завдання;
-Ескізний проект;
-Технічний проект;
-Робоча документація;
-Впровадження створеної системи;
-Супровід АС.

ГОСТ 34.602-89. Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Технічне завдання на створення автоматизованої системи.
Згідно з цим стандартом, ТЗ повинно включати такі розділи:
-Загальні відомості
-призначення і мета створення системи
-Характеристика об'єктів автоматизації
-Вимоги до системи
-Склад та зміст робіт по створенню системи
-Порядок контролю і прийому системи
-Вимоги до складу та змісту робіт з підготовки об'єкта автоматизації до впровадження системи
-Вимоги до документації
-Джерела розробки

ГОСТ 34.603-92. Інформаційна технологія. Види випробувань автоматизованих систем
Випробування системи проводять на стадії "Впровадження створеної системи" за ГОСТ 34.601 з метою перевірки відповідності системи до ТЗ.
Основні види випробувань:
-попередні (комплексні та автономні)
-дослідна експлуатація
-випробування під час прийому системи (проводяться на об'єкті автоматизації)

Стандарти життєвого циклу ІС


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

Серед найбільш відомих стандартів можна виділити наступні:

ГОСТ 34.601-90 - поширюється на автоматизовані системи і встановлює стадії і етапи їх створення. Крім того, в стандарті міститься опис змісту робіт на кожному етапі. Стадії та етапи роботи, закріплені в стандарті, більшою мірою відповідають каскадної моделі життєвого циклу.
ISO/IEC 12207 (International Organization of Standardization/International Electrotechnical Commission) 1995 - стандарт на процеси і організацію життєвого циклу. Поширюється на всі види замовленого ПЗ. Стандарт не містить опису фаз, стадій і етапів. p> Rational Unified Process (RUP) пропонує ітеративну модель розробки, що включає чотири фази: початок, дослідження, побудова та впровадження. Кожна фаза може бути розбита на етапи (ітерації), в результаті яких випускається версія для внутрішнього або зовнішнього використання. Проходження через чотири основні фази називається циклом розробки, кожен цикл завершується генерацією версії системи. Якщо після цього робота над проектом не припиняється, то отриманий продукт продовжує розвиватися і знову мине ті ж фази. Суть роботи в рамках RUP - це створення і супровід моделей на базі UML.

Microsoft Solution Framework (MSF) схожа з RUP, так само включає чотири фази: аналіз, проектування, розробка, стабілізація, є ітераційної, припускає використання об'єктно-орієнтованого моделювання. MSF у порівнянні з RUP більшою мірою орієнтована на розробку бізнес-додатків.

Extreme Programming (XP). Екстремальне програмування (Сама нова серед розглянутих методологій) сформувалося в 1996 році. У основі методології командна робота, ефективна комунікація між замовником і виконавцем протягом всього проекту з розробки ІС, а розробка ведеться з використанням последоват ельно допрацьовуємо прототипів.

Класифікація стандартів здійснюється за такими ознаками:
За організацією, що затвердила даний стандарт:
офіційні міжнародні стандарти;
офіційні національні стандарти (ДСТУ, ANSI, IDEFO/1);
національні відомчі стандарти;
стандарти міжнародних комітетів та об’єднань (OSF, OMG, COD ASYL);
стандарти фірм-розробників (Microsoft ODBS, IBM SNA);
стандарти «де-факто» (SQL, мова діаграм SADT Д. Росса).
2. За предметною областю стандартизації:
функціональні стандарти (стандарти на мови програмування, інтерфейси, протоколи, кодування, шифрування тощо);
стандарти на фази розвитку (життєвого циклу) інформаційних систем (стандарти на проектування, матеріалізацію, експлуатацію, супровід та ін.)
3. Залежно від методичного джерела в якості стандартів можуть виступати:
метод;
модель;
методологія;
підхід.
Докладніше розглянемо стандарт ISO/OSI:
Міжнародний стандарт ISO/OSI розроблений міжнародною організацією по стандартизації (International Standards Organization – ISO), призначений для використання в області мережевого інформаційного обміну, представляє еталонну семирівневу модель, відому як модель OSI (Open Systems Interconnection – зв’язок відкритих систем).
Спочатку зусилля були спрямовані на розробку структури (моделі) протоколів зв’язку цифрових пристроїв. Основна ідея була пов’язана з розбиттям функцій протоколу на сім різних категорій (рівнів), кожен з яких пов’язаний з одним вищим і з одним нижчим рівнем (за винятком самого верхнього і самого нижнього). Ідея семирівневого відкритого з’єднання полягає не в спробі створення універсальної моделі протоколів зв’язку, а в реалізації «моделі», у рамках якої можуть бути використані вже наявні різні протоколи. Останнім часом досягнутий значний прогрес в реалізації різних типів протоколів, про що говорить успішне функціонування багатьох мереж передачі даних, наприклад, Інтернету.
Міжнародний стандарт ISO/IEC 12207:1995-08-01 – це базовий стандарт процесів життєвого циклу програмного забезпечення, орієнтований на різні його види, а також типи інформаційних систем, куди програмне забезпечення входить як складова частина. Розроблений в 1995 р. об’єднаним технічним комітетом ISO/IEC JTC1 «Інформаційні технології, підкомітет SC7, проектування програмного забезпечення» стандарт включає опис основних, допоміжних та організаційних процесів.

Типова модель життєвого циклу за версією Міністерства оборони США
Для управління ризиками в області застосування передових технологій, І зведення до мінімуму дорогих технічних або управлінських помилок, МО США розробило керівництво, що містить всі необхідні принципи розробки систем. Ці принципи увійшли в спеціальний перелік директив - DoD 5000.

Модель життєвого циклу системи управління матеріально-технічним забезпеченням за версією МО США складається з п'яти стадій: 71:

Аналіз.
Розробка технології.
Інженерна і виробнича розробка.
Виробництво і розгортання.
Функціонування і підтримка.

Типова модель життєвого циклу системи Національного товариства професійних інженерів (NSPE)
Дана модель адаптована для розвитку комерційних систем. Дана модель в основному спрямована на розвиток нових продуктів, зазвичай є результатом технічного прогресу. Модель NSPE є альтернативний погляд на модель версії МО США. Життєвий цикл по моделі NSPE розбивається на шість стадій: 72:

Концепція.
Технічна реалізація.
Розробка.
Комерційна валідація і підготовка виробництва.
Повномасштабне виробництво.
Підтримка кінцевого продукту.

Типова модель життєвого циклу продукції по Р 50-605-80-93
У керівному документі Р 50-605-80-93 ретельно опрацьований життєвий цикл промислового виробу, в тому числі - військової техніки.

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

Дослідження і проектування.
Виготовлення.
Звернення і реалізація.
Експлуатація або споживання.
В рамках життєвого циклу промислової продукції цивільного призначення запропоновано розглядати 73 види робіт і 23 типу стейкхолдерів ( «учасників робіт» по термінології документа).

Повний життєвий цикл інформаційної системи включає в себе, як правило, стратегічне планування, аналіз, проектування, реалізацію, впровадження та експлуатацію. У загальному випадку життєвий цикл можна, в свою чергу, розбити на ряд стадій. В принципі цей поділ на стадії є досить довільним. Ми розглянемо один з варіантів такого поділу, пропонований корпорацією Rational Software. Це одна з провідних фірм на ринку програмного забезпечення засобів розробки інформаційних систем (серед яких великою популярністю заслужено користується універсальне CASE-засіб Rational Rose). Згідно методології, запропонованої Rational Software, життєвий цикл інформаційної системи поділяється на чотири стадії:

початок;

уточнення;

конструювання;

перехід (передача в експлуатацію).

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

Початкова стадія

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

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

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

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

Стадія переходу

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

1. Стандарти життєвого циклу ПО
ГОСТ 34.601-90
ISO / IEC 12207:1995 (російський аналог - ГОСТ Р ІСО / МЕК 12207-99)
2. Стандарт ГОСТ 34.601-90
Стандарт ГОСТ 34.601-90 передбачає наступні стадії і етапи створення автоматизованої системи:

Формування вимог до АС
Обстеження об'єкта та обгрунтування необхідності створення АС
Формування вимог користувача до АС
Оформлення звіту про виконання робіт і заявки на розробку АС
Розробка концепції АС
Вивчення об'єкта
Проведення необхідних науково-дослідних робіт
Розробка варіантів концепції АС і вибір варіанту концепції АС, що задовольняє вимогам користувачів
Оформлення звіту про виконану роботу
Технічне завдання
Розробка та затвердження технічного завдання на створення АС
Ескізний проект
Розробка попередніх проектних рішень по системі і її частинам
Розробка документації на АС і її частини
Технічний проект
Розробка проектних рішень по системі і її частинам
Розробка документації на АС і її частини
Розробка та оформлення документації на поставку комплектуючих виробів
Розробка завдань на проектування в суміжних частинах проекту
Робоча документація
Розробка робочої документації на АС і її частини
Розробка та адаптація програм
Введення в дію
Підготовка об'єкта автоматизації
Підготовка персоналу
Комплектація АС поставляються виробами (програмними і технічними засобами, програмно-технічними комплексами, інформаційними виробами)
Будівельно-монтажні роботи
Пусконалагоджувальні роботи
Проведення попередніх випробувань
Проведення дослідної експлуатації
Проведення приймальних випробувань
Супровід АС.
Виконання робіт відповідно до гарантійних зобов'язань
Післягарантійне обслуговування
Ескізний, технічний проекти і робоча документація - це послідовне побудова все більш точних проектних рішень. Допускається виключати стадію "Ескізний проект" і окремі етапи робіт на всіх стадіях, об'єднувати стадії "Технічний проект" і "Робоча документація" в "техноробочий проект", паралельно виконувати різні етапи і роботи, включати додаткові.

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


3. Стандарт ISO / IEC 12207 / і його застосування
Стандарт ISO / IEC 12207:1995 "Information Technology - Software Life Cycle Processes" є основним нормативним документом, який регламентує склад процесів життєвого циклу ПЗ. Він визначає структуру життєвого циклу, що містить процеси, дії і завдання, які повинні бути виконані під час створення ПЗ.

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

При проектуванні ІС необхідно використовувати відповідні стандарти – принципи, загальні вимоги та нормативи. Стандарти проектування автоматизованих систем ґрунтуються на загальних принципах:

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

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

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

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

Ефективності, що ґрунтується на оптимальному співвідношенні між витратами на створення, розвиток, експлуатацію ІС та ефективність від впровадження;

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

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

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

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

Продуктивності, що ставить жорсткі вимоги до терміну та якості обробки даних інформаційних процесів;

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

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