Основи створення інформаційних систем (стр. 36 )

Крім того, якщо традиційні методи проектування орієнтовані на подання проекту майбутньої системи тільки у просторі «дані»— «за­дачі», то технологія SSАDМ дозволяє розглядати проект у ще двох про­екціях — «дані» — «подія» і «події» — «задачі». Наявність цих двох додаткових аспектів дозволяє розробникам ще на ранніх стадіях вияв­ляти приховані протиріччя у проекті та усувати помилки задовго до того, як вони могли б бути виявлені при традиційному підході.

Основними провідними документами із застосування технології SSАDМ є відповідний британський національний стандарт і довідкове керівництво.

Стандарт регламентує типовий технологічний процес створення ІС, склад вхідних і вихідних проектних документів на окремих стадіях і порядок взаємодії замовника і розробника ІС. За своїм призначен­ням, змістом і обсягом (близько 150 сторінок) він аналогічний діючому державному стандарту групи 34 «Інформаційна технологія». Відмін­ність британського стандарту полягає у тому, що межі SSАDМ охоп­люють, в основному, питання проектування інформаційного та про­грамного забезпечення ІС.

У технології SSАDМ досягнуто істотно великої чіткості в регламентації проектних процедур, особливо у частині, що стосується управління розробкою та контролю якості. З цією метою уся сукупність проектної документації технології SSАDМ поділена на три категорії:

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

Перевагою вітчизняних державних стандартів є реалізація раціональної структури ТТП, яка багато в чому аналогічна прийнятій у SSАDM, особливо у частині, що стосується ранніх стадій створення ІС, Проте вітчизняні державні стандарти майже не дають відповідей на питання «як?»; частенько ставлячи розробників у скрутне становище. Так, повністю незадовільно у державних стандартах групи 34 рішені питання передпроектного обстеження й особливо складання технічного завдання. На стадії «Робоча документація» з питань розробки програмного забезпечення ІС дано посилання на комплекс стандартів ЄСПД, який, як відомо, практично не охоплює питань, що стосуються інформаційного забезпечення. У той самий час у процесі створення ІС, починаючи з ранніх стадій, проектування програмного та інформаційного забезпечення тісно переплітаються.

Ручне проектування за технологією SSАDМ є дуже трудомістким. проте спроба відмовитися практично від будь-якого документа з метою економії часу і трудових затрат у житті призводить на подальших значних порушення технологічного процесу і як наслідок — не дозволяє досягти такої високої якості проектування, яку забезпечує технологія при її суворому дотриманні.

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

14.4. САЗЕ — Технології проектування ІС

Для подолання труднощів і проблем у рамках но­вих інформаційних технологій створена і знаходить все більше поши­рення СASЕ-технологія проектування, яка базується на використанні СASЕ-продуктів — програмного, методичного та інформаційного забезпечення САПР ІС. В основі СASЕ-технології проектування лежить СASЕ-Method проектування систем. Розглянемо основні положення цієї методології.

СASЕ-СИСТЕМИ являють собою програмно-технічні комплекси, що базуються, як правило, на потужних ПЕОМ або робочих станціях ло­кальних мереж ЕОМ і реалізують у тому чи іншому обсязі концепції САПР ІС. У загальному випадку СASЕ-системи реалізують такі ви­ди підтримки проектних процедур:

- підтримку бази метаданих проекту;

- підтримку одночасної роботи групи аналітиків-проектувальників і координації її з боку керівника розробки (головного менеджера проек­ту);

- наскрізну, підтримку життєвого циклу системи;

- підтримку візуальних методів проектування;

- автоматизовану генерацію програмних продуктів за заданими спе­цифікаціями;

- інформаційну підтримку розробників ІС на основі словників да­них та ІПС;

- підготовку проектної документації.

Розглянемо коротко зміст перерахованих видів підтримки проект­них процедур. Усі компоненти майбутньої ІС є інформаційними, або матеріальними, об'єктами, які мають сукупність атрибутів. Описи таких об'єктів та їх атрибутів вміщуються у словник метаданих про­екту — єдину базу даних проекту. Система перехресних посилань і таблиць словника метаданих забезпечує підтримку узгодженості, не-суперечності, повноти та мінімальної надмірності проекту. Наявність засобів контролю несуперечності й узгодженості у словнику метаданих забезпечує коректність операцій з редагування проекту.

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

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

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

Автоматизація генерування програмних продуктів базується на виконанні рутинних операцій кодування програм (опис даних, основна логіка обробки, схеми баз даних, описи інтерфейсів) за заданими спе­цифікаціями з використанням спеціальних генераторів програм. Згідно з таким принципом генеруються, наприклад, тексти вихідної мови у системі СLАRІОN. У ряді. випадків автоматична генерація кодів про­грам може давати 90% їх обсягу.

Інформаційне забезпечення в САSЕ-системах має два аспекти:

- доступ до всього проекту в реальному часі для кожного розроб­ника;

- формування різноманітних звітів, що стосуються складу, струк­тури властивостей як проекту в цілому, так І окремих його елементів.

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

Методологія САSЕ-Method основується на спадному підході до проектування і дозволяє слідкувати за всіма етапами життєвого циклу ІС або її окремих задач.

Методологія СASЕ-тєхнології визначає, ЩО і ЯК виконується у процесі проектування. Принциповою особливістю такої методології є наявність наочних моделей для подання компонентів об'єкта уп­равління і самої ІС, а також відображення проектних рішень. - Такі наочні моделі і позначення дозволяють однозначно сприймати одні й ті самі проектні рішення різними учасниками процесу проектування. Використання наочних і зрозумілих моделей дозволяє залучати до ак­тивного обговорення замовників і майбутніх споживачів системи, що проектується, починаючи з ранніх фаз проектування. Це дозволяє бу­дувати ІС, яка б задовольняла потреби замовників і користувачів, і гарантувати задоволення цих потреб.

Розглянемо послідовність і зміст робіт, що виконуються з викори­станням СASЕ-систєм і наявних у тому чи іншому обсязі у ко­мерційних реалізаціях СASЕ-продуктів. Як правило, виділяється ряд етапів життєвого циклу ІС, що проектується.

На етапі 1 ”Вироблення стратегії” визначаються:

цілі створення системи та пріоритети й обмеження;

будується модель системи;

розробляється системна архітектура;

затверджується план розробки системи.

На етапі 2 “Аналіз” виконуються такі роботи:

будується модель інформаційних потреб (модель «сутність — зв'язок»);

описується модель функціональних вимог до системи (на основі методу декомпозиції функцій);

формується матриця перехресних посилань і діаграма потоків даних;

визначається загальний план впровадження системи;

установлюються критерії прийому системи в експлуатацію.

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

На етапі 3 “Проектування” виконуються такі роботи:

докладно проробляється архітектура системи;

будується концептуальна схема бази даних;

здійснюється реляційне проектування бази даних;

спеціалізуються функції, спроектовані на етапі аналізу;

виконується проектування програмних модулів на основі спе­цифікацій функцій;

установлюються перехресні посилання між компонентами систе­ми;

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

На етапі 4 “Реалізація” виконуються такі роботи:

створюється реляційна база даних;

програмні реалізації задач установлюються на відповідних ЕОМ мережах;

проводиться тестування і перевірка відповідності програмних про­дуктів вимогам користувача.

На етапі 5 “Документування” виконуються такі роботи:

створюється системна документація;

розробляються матеріали для навчання;

пишеться посібник для користувачів.

На етапі 6 “Впровадження” виконуються такі роботи:

конвертування даних зі старих систем (у разі необхідності);

проводиться подальше тестування програм;

аналізуються функціональні можливості системи, її виробників;

оцінюється якість засобів захисту даних від зруйнування не­санкціонованого доступу.

На етапі 7 “Експлуатація” виконуються такі роботи:

підтримки системи;

модифікації розробленої системи;

перевірки цілісності й аналізу даних;

моніторингу системи.

Сьогодні не існує реалізацій СASЕ-системи які б дозволяли в од­ному продукті зосередити розв'язання всіх задач проектування. У той самий час така тенденція має місце для багатьох фірм, що розробляють САSЕ-продукти. Так, у Великобританії використовується школа з чо­тирьох ступенів для оцінки відповідності СASЕ-продукту вимогам тех­нології SSАDМ. Оцінка проводиться на основі переліку сформульова­них критеріїв. Одержувані оцінки лежать в основі процедури сер­тифікації СASЕ-продуктів, які створюються фірмами-виробниками програмних продуктів.