Методологія структурного аналізу і проектування SADT. Глава 21, Комерція, Різне, статті

Глава 21. Засоби автоматизації



Спочатку 70-х років методологія SADT була реалізована у вигляді чіткої формальної процедури. Саме цю реалізацію, в ході якої SADT-аналітики використовували бланки діаграм і титульні листи, ми й обговорювали до сих пір. Унікальний і ефективний метод кодування зв’язків між декомпозиції з використанням ICOM-кодів, що застосовуються в SADT, а також прийнятий в SADT спосіб організації рецензування за допомогою циклу автор / читач набагато полегшують паперову реалізацію. На нашу думку, завдяки цим перевагам SADT набагато перевершує всі інші методи структурного аналізу, що мають паперову реалізацію.


В кінці 70-х з’явилися комп’ютери достатньої потужності та діапазону з прийнятною швидкістю створення графічних зображень. Це дало можливість автоматизувати ті структурні методи, які, подібно SADT, істотно спиралися на графіку. Хоча такі технології в той час тільки починали розвиватися, ВВС США фінансували розробку першої системи автоматизації SADT (і, до речі кажучи, першого автоматизованого засоби для структурного аналізу, що робить упор на графіку), названого AUTOIDEFO.


На початку 80-х років з’явився уміщається на письмовому столі персональний комп’ютер з графічними можливостями. Це привело до створення автоматизованих робочих місць для декількох графічних методів структурного аналізу. В цей же час перші спроби реалізації SADT на міні-і мікрокомп’ютерах були зроблені в США, Європі та Скандинавії. Одним з результатів таких спроб стало створення автоматизованого робочого місця SADT у Франції, назване SPECIF_X. У цій главі описуються як AUTOIDEFO, так і SPECIF_X. Ми дамо огляд їхніх можливостей, опишемо інтерфейс з користувачем, обговоримо необхідні технічні кошти.


21.1. AUTOIDEFO


У програмі ВВС США, пов’язаної з інтегрованою комп’ютеризацією виробництва ICAM (Integrated Computer Aided Manufacturing), було взято підмножина повної методології SADT, назване IDEFO. (На самом справі, SADT описана в цій книзі в тому обсязі, який майже повністю відповідає її IDEFO підмножині). Одне із завдань програми ICAM полягала в стандартизації описів аерокосмічного виробництва для державних підрядників. Вибір мови IDEF був значним кроком на шляху до такої стандартизації.


Засіб AUTOIDEFO призначено для полегшення процесу створення і рецензування IDEFO-діаграм і моделей для географічно роз’єднаних аерокосмічних підрядників. Оскільки моделі IDEFO часто рецензувалися підрядниками, розсіяними по всій території Сполучених Штатів, ВВС зажадали, щоб AUTOIDEFO функціонувало на діалогових пристроях та мережах зв’язку, які мали широке розповсюдження чи були легко доступні в той час. Вихідна конфігурація системи включала дисплеї з векторною графікою і графобудівники, з’єднані з великою ЕОМ, яка могла бути підключена до звичайної мережі зв’язку.


Засіб AUTOIDEFO, яке працювало в даній конфігурації, надавало користувачам командно-орієнтовану графічну систему, керовану за допомогою меню. Користувачі спочатку вибирали графічну операцію з ієрархічного меню (наприклад, додати блок, прибрати ICOM-мітку), а потім вибирали конкретний графічний об’єкт за допомогою тонкого курсора. Ієрархічне меню – полегшувало ведення бібліотеки діаграм, початок нових моделей і креслення діаграм. Пам’ять на електронних лампах і графобудівники створювали SADT-діаграми з достатньою графічної розв’язність.


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


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


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


21.2. SPECIF_X


Виникнувши спочатку в Сполучених Штатах, методологія SADT пройшла перші великі “польові випробування” у великій європейській телекомунікаційної компанії на початку 70-х років. У проекті визначалися вимоги до великої телефонної керуючої системі. Після цього SADT стала надзвичайно популярною в Європі методологією специфікації вимог. Зовсім недавно використання SADT для специфікації вимог було підтримано програмою ESPRIT – розрахованих на 10 років ініціативних робіт в галузі програмного забезпечення, прийнятих в Європейському Економічному Співтоваристві. Не дивно, що в Європі на початку 80-х років було розпочато кілька розробок автоматизованого забезпечення SADT, що призвело до створення таких засобів, як SPECIF_X. Метою SPECIF_X є підтримка широкого застосування SADT-методів для більш швидкого отримання високоякісних специфікацій, ніж це можливо за допомогою олівця та паперу.


SPECIF_X було розроблено французькою компанією Institut de Genie Logiciel (IGL) для використання на автоматизованих робочих місцях з растровими дисплеями і графопостроителями або лазерними принтерами. Менш ергономічна версія кошти, що виконує ті ж функції, може працювати на комп’ютерах, які мають окремі термінали з розширеними графічними можливостями і порядково друкуючими пристроями. Версія SPECIF_X, що працює на графічному автоматизованому робочому місці, пропонує користувачеві меню, з якого курсором вибираються базові будівельні елементи SADT (блоки, дуги, мітки) і створює з них діаграму. Інтерфейс користувача має високі інтерактивні характеристики, дозволяючи автоматично і вручну загортати дуги навколо блоків і рухати блоки разом з приєднаними до них дугами. Діаграми виходять досить гарної якості, особливо якщо використовувати висновок на лазерний принтер.


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


21.3. Design/IDEF


Пакет Design / IDEF (Meta Software Corp.)-Графічна середа для проектування і моделювання складних систем широкого призначення, що підтримує методології опису та моделювання системних функцій (IDEFO / SADT), структур і потоків даних в системі (IDEF1, IDEF1X, ER) і поведінки системи (IDEF / CPN). Пакет Design / IDEF був використаний для створення проектів найскладніших систем, пов’язаних з автоматизацією і комп’ютеризацією виробництва, управлінням та контролем, телекомунікаціями та аерокосмонавтікой. Design / IDEF використовується як складова частина в деяких відомих пакетах типу CIM (Computer Integrated Manufacturing) і САЕ (Computer Aided Engineering) і прийнятий в якості стандарту для проектів, що фінансуються американськими та європейськими спонсорами. Розглянемо більш докладно основні можливості пакета Design / IDEF.


Представлення графіки


Design / IDEF має швидку і високоякісну графіку, що включає створення стандартних та користувацьких об’єктів, вирівнювання і маніпулювання об’єктами, вибір атрибутів графічних об’єктів та тексту. Додатково в Design / IDEF реалізовані можливості, необхідні для редагування і моделювання даних: побудова зв’язують ліній типу “гумка”, маршрутизація і згладжування дуг т.д.


Забезпечення несуперечності моделі


Design / IDEF має вбудовані можливості, що дають впевненість розробнику, що IDEF-модель буде точною, цілісної і несуперечливої ​​протягом усього циклу її створення. Наприклад, при модифікації тексту, належить функціональному блоку або дузі в якійсь одній частині моделі, текст буде динамічно скоректований на всіх сторінках моделі.


Підтримка Словника Даних


Design / IDEF має вбудований Словник Даних, який дозволяє зберігати інформацію і створювати звіти про функції та потоках даних в IDEF-моделі. Словник дає можливість визначати початкову інформацію про об’єктах і надає різноманітний набір функцій супроводу, відновлення та збереження цілісності файлів даних. Можливості словника відрізняються великою гнучкістю і дозволяють користувачеві вводити необмежене число параметрів для кожного об’єкта. У поєднанні з високоякісною печаткою на лазерному принтері, це дозволяє розробнику створювати документацію проекту, що відповідає найвищим вимогам.


Генерація звітів


Design / IDEF надає можливість використовувати п’ять видів звітів для підтримки та аналізу моделей:



Всі звіти можуть бути показані на екрані комп’ютера, відредаговані і роздруковані за допомогою текстового редактора. Design / IDEF аналізує і відбирає дані для генерації текстового файлу, що містить інформацію про діаграми і Словнику.


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


Організація колективної роботи


Design / IDEF підтримує роботу численної групи розробників, що створюють одночасно велику і складну IDEF-модель. Подмодели легко інтегруються в одну велику модель.


Моделювання даних (IDEF1, IDEF1X і ER – методології)


Design / IDEF дає також можливість створювати інформаційні моделі, які представляють як власне дані, так і зв’язку між ними в системі.


Інформація, що міститься в IDEF-моделях, експортується в будь-яку базу даних, а самі моделі можуть бути експортовані в Design / CPN – пакет динамічного моделювання та аналізу складних систем.


Як CASE-пакет з розробки програмного забезпечення Design / IDEF підтримує перші стадії створення програмного продукту:



Результатом роботи пакета Design / IDEF є проект програмної системи, що складається з двох частин:



Обидва проекти перевіряються на повноту і несуперечність, супроводжуються базою даних проекту і документацією.


Design / IDEF працює в різних операційних середовищах: можна будувати моделі на IBM PC під MS-Windows, Macintosh або під Unix X Window System і переносити діаграми з однієї операційного середовища в іншу.


21.4. Зведений список для оцінки автоматизованої підтримки SADT


Створення автоматизованих засобів підтримки системного аналізу, подібних AUTOIDEF, SPECIF_X або Design / IDEF, – не просте завдання. Для SADT вона не зводиться просто до створення графічного редактора. Хоча семантика графіки SADT і сама по собі досить складна, є ще багато інших аспектів SADT, які повинні бути враховані в автоматизованому засобі, щоб забезпечити повну підтримку всієї методології. Тому ми вважаємо, що хороша автоматизована підтримка методології SADT повинна бути побудована на основі центральної бази даних основних понять SADT (ми вживаємо тут термін “база даних” для позначення сховища незалежно від його розташування в основної або допоміжної пам’яті, центральної або розподіленою). Побудова бази даних основних понять SADT вимагає стислого опису методології. У табл. 21-1 приведений зведений список основних понять SADT, розглянутих в даній книзі, з їх реалізацією в цієї методології. Зведений список коротко відображає методологію SADT, вибудовуючи її за основними категоріями кінцевого продукту (тобто того, що створюється в результаті), мови (тобто того, як висловлюються ідеї) і процесу (тобто того, як створюються продукти). Для того щоб виділити в категоріях тісно пов’язані групи понять категорій введені підкатегорії.


Цей список можна використовувати по-різному. Його можна застосовувати при оцінці існуючих засобів SADT для визначення, які аспекти методології SADT в них реалізовані, а які ні. Наприклад, багато сучасних засоби автоматизованого аналізу зосереджені на створенні діаграм (тобто мовою) і мало чим допомагають у виробництві кінцевих продуктів або в організації процесу створення моделей (наприклад, циклу автор / читач). За допомогою цього списку ви можете визначити, наскільки добре той чи інший засіб реалізує конкретний аспект SADT. Наприклад, засіб, який не дозволяє накладати на діаграми коментарі і відповіді на них, ускладнює внесення змін до діаграми. Або, наприклад, засіб, який не дає можливості ввести в глосарій новий термін при визначенні імені блоку або мітки дуги, змушує користувача постійно переглядати діаграми для визначення потрібних термінів.


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








































Категорія Поняття Реалізація в SADT
Продукти:
Моделі
Об’єкт
Набір
питань
Точка зору
Ієрархія
Обмежений об’єкт
Мета моделі
Точка зору моделі
Номери вузлів, номера блоків
Діаграми Декомпозиція
Версії, варіанти
Складність
Ясність
Діаграма, списки даних і функцій
З-номера
Правило від трьох-до-шести
Правила побудови діаграм
Додатки Пояснення
Акценти
Термінологія
Резюме

Листи тексту
Листи малюнків
Листи глосарію,
Словник даних
Список вузлів

Мова:
Функції

Функція
Вхід
Вихід
Управління
Виконавець
Імена

Блок
Ліва сторона блоку
Права сторона блоку
Верхня сторона блоку
Нижня сторона блоку
Мітки
Дані Дані
Управління
Потік
Конвеєр
Імена

Дуга
Дуга
Дуга
З’єднання і розгалуження дуг
Мітки

Інтерфейси Обмежений об’єкт
Зв’язка інтерфейсу
Придушення
Блок і його дуги
ICOM-коди
Початок або кінець дуги, вміщеній в тунель
Анотації Коментарі
Відповіді
Рішення
Властивості
Послідовність
Примітка
Примітки з “гуртком” – “” – “” –
Мітки властивостей
Правила дій
Примітка
Квадратні “з квадратом”
Процес: Пояснення
Опитування
Опис
Критика
Поширення
Схвалення
Публікація
Експерти
Автори
Автори
Рецензенти,
цикл автор / читач
Папки,
Бібліотекар
Комітет технічного контролю
Бібліотекар, формат публікації моделі

достатньо знань, щоб оцінити обсяг зусиль, необхідних для створення автоматизованого SADT-засоби. Ми припускаємо, що ви зрозумієте, наскільки це великий і дорогий проект.


21.5. Резюме


Сучасний рівень інформаційної технології надає багатий вибір методів для створення автоматизованої підтримки SADT. Найбільш доступним на сьогоднішній день SADT-засобом є Design / I DEF (Meta Software Corp.) – Спочатку побудований в рамках програми інтегрованої комп’ютеризації виробництва і широко використовуваний нині в різних областях діяльності. Автоматизована підтримка SADT бачиться нам в розвитку від просто графічного кошти до програмного забезпечення, що функціонує на базі знань більш загальних понять моделювання. Такі розвинені засоби повинні мати здатність розуміти семантику взаємопов’язаної мережі діаграм SADT і безлічі моделей, а також об’єднувати це безліч відомостей і правил з іншими технологіями.


Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*