Життєвий цикл розробки автоматизованих систем і місце в ньому технології SSADM

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

Документи кожного етапу показано на схемі технологічного процес SSADM.

Контроль за Заявка на створен-

ходом розробки ня системи 01 Оцінка реалізації

і управління про-

ектом з боку за- Оцінка

мовника.

Опис існуючої системи 1, 2 Аналіз вимог

(структра даних та моделей

інформаційних потоків) 1) передпроектне

обстеження

каталог

користувача 2) вибір варіанту

автоматизації

можливі варіанти

каталог вимог завдань

3 рРозробка ТЗ

конкретна модель інфор- вибраного варіанту

маційних потоків, модель

даних, демонстративний

апарат системи

ТЗ

Обраний варіант схеми 4, 5 Логічне

проектування каталоги вимог, задач,

моделей даних, опис 1) вибір схеми тех-

інтерфейса, схема діа- нічної реалізації

логів узгодження

2) ррозробка обрано-

го варіанту

Опис даних на фізичному Фізичне проектування

рівні, каталоги вимог до

ЕОМ, програм

Рис. 7. Схема технологічного процесу SSADM

№32

Основні принципи і складові частини технології SSADM

Творці технології SSADM керувалися низкою основних принципів, реалізація яких задовольняє самим жорстким вимогам сучасної програмної інженерії. Ці принципи наступні:

1) постійне залучення представників майбутніх користувачів у процес виробітки вирішень протягом усього проектування АС;

2) чітка структуризація технологічного процесу, взаємне ув'язування всіх стадій, етапів і проектних процедур, явна реґламентація ролей всіх учасників розробки;

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

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

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

У технології SSADM можна умовно виділити дві основні складові частини: типовий технологічний процес і методичне забезпечення.

Типовий технологічний процес (ТТП) складається з 5 укрупнених стадій, показаних на Рис. 7.

Методичне забезпечення технології SSADM утворено 13 методиками проектування АС, тісно ув'язаними між собою.

№32

№31 продовж.

Керівні матеріали по інформаційній технології.

Основними керівними документами по застосуванню технології SSADM є відповідний британський національний стандарт і довідковий посібник.

Стандарт регламентує типовий технологічний процес створення АС, склад вхідних і вихідних проектних документів на окремих стадіях і порядок взаємодії замовника і розроблювача АС. По своєму призначенню і об'єму він аналогічний діючому вітчизняному комплексу ДЕСТ групи 34 «Інформаційна технологія». Відміна британського стандарту від радянського аналога полягала в тому, що рамки SSADM значно вужчі й охоплюють в основному питання проектування інформаційного і програмного забезпечення АС. При цьому досягнута велика чіткість у регламентації проектних процедур. У результаті наслідування британському стандарту значно полегшується як керування процесом розробки, так і індивідуальна робота проектувальників, що майже завжди можуть знайти в стандарті відповіді на питання, ЩО і ЯК їм робити і З КИМ і ЯК взаємодіяти.

На жаль, написане вище може бути віднесене до комплексу ДЕСТ 34 лише в дуже незначній мірі. Досягненням вітчизняних стандартів є реалізація раціональної структури ТТП, що багато в чому аналогічна прийнятої в SSADM, особливо в частині, що стосується ранніх стадій створення АС. Однак вітчизняні стандарти майже не містять відповідей на питання ЯК, найчастіше ставлячи розроблювачів у важке положення. Усі ці проблеми успішно вирішені в зазначеному стандарті.

Тому найближчим завданням представляється наповнення діючого ДЕСТ 34 передовим методичним змістом, що може бути безпосередньо запозичене з методичного забезпечення технології SSADM. Вирішення цього завдання полегшується тим, що ранні стадії розробки АС по вітчизняному і британському стандартам можуть бути зроблені зовсім ідентичними, якщо відповідним чином заповнити пробіли в ДЕСТ 34. У результаті такої адаптації вітчизняні організації-розроблювачі АС і широкі кола фахівців будуть підготовлені до сприйняття основних ідей сучасних інформаційних технологій.

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

Дата добавления: 2014-01-11