Главная | Обратная связь | Поможем написать вашу работу!
МегаЛекции

Стратегии дополнения модели




Описание системы в методологии SADT приводит к созданию модели, которая определяет и описывает функции и объекты системы. Но обычно одной модели недостаточно для выработ­ки спецификаций. Модель, как правило, сопро­вождается дополнениями для того, чтобы разра­ботать полную систему спецификаций. В главе 27 показано, как модель "Питание семьи" может быть дополнена кратким описанием для разра­ботки спецификации, которую легко читать и выполнять. Теперь определим, какие дополне­ния к модели будут полезны. Стандарты специ­фикаций в промышленности весьма различны, поэтому их форму мы обсуждать не будем.

Спецификация системы часто содержит описания функций с точки зрения пользователей, указания и ограничения по проектированию, критерии приемлемости и справочный матери­ал. Можно получить максимум от SADT-моделей, если при документировании такого вида инфор­мации применять стратегии, подобными следу­ющим:

 

· Функции системы, с которыми имеет дело пользователь, как и все функции системы, опре­деляются SADT-моделью. Выделите в модели эти функции, свяжите их с вопросами, относящимися к человеческому фактору.

· Проектные ограничения, выявленные в процес­се анализа (смета, график работ, лимиты па­мяти и обработки данных, предварительно опре­деленное техническое и программное обеспече­ние, ресурсы персонала), должны иметь вид при­мечаний, приведенных рядом с функцией, на ко­торую они действуют.

· Указания по проектированию (например, ка­кие функции автономны, какие формируют осно­ву, какие функции можно отложить до создания соответствующего программного обеспечения) должны быть изложены и привязаны к приме­чаниям на модели (т.е. выделенным основным функциям).

· Атрибуты приемлемости (т.е. независимые ис­пытатели, тесты, место и длительность тестиро­вания) должны быть организованы вокруг струк­туры SADT-модели, если нельзя придумать луч­шей организации. Для документирования этой информации используйте исполнителей.

· Хороший справочный материал (исходные до­кументы, глоссарий терминов, описания специ­альных обозначений) очень важен для правиль­ного понимания и использования специфика­цией. Введите эту информацию в соответствую­щие разделы спецификации. Материал большого объема (например, чертеж самолета) или мате­риал общего характера (например, словарь дан­ных) поместите в одно или в несколько прило­жений.

Резюме

При работе над проектами в методологии SADT необходима координация усилий коллекти­вов авторов, читателей и Комитета технического контроля - органа, осуществляющего прием мо­делей для их использования. Успех проектов за­висит от правильного составления папок и мето­дов их рецензирования, от результатов совмест­ной деятельности специалистов и от их индиви­дуальных усилий. Проект в методологии SADT, как и любой другой проект, требует тщательного руководства. Правильный подбор участников, разработка технического задания и выполнение сроков способствуют эффективности проекта. Одна из важнейших обязанностей руководителя SADT-проекта заключается в контроле за движе­нием папок и выполнением планов проекта для обеспечения плавного и непрерывного процесса работы.

Дополнительная литература

 

Brackett, J.: "Structuring the Analysis and Design Process", GUIDE Productivity Symposium, 1976

 

Burack, E., and Torda, F.: "The Manager's Guide to Change", Lifetime Learning Publications, 1979.

 

DeMarco, Т.: "Breaking the Language Barrier", Computerworld, August 1978.

 

DeMarco, Т.: "Controlling Software Projects, Yourdon Press, New York, 1982.

 

Parkin, A.: Data Processing Managment, Little, Brown, Boston, 1980.

 

Ross, D. and Schoman, K.: "Structured Analysis for Requirements Definitions", IEEE Transactions on Software Engineering, vol. SE-3, no. 1, January

1977.

 

Schoman, K.: "SADT and PERT", SofTech Deliv­erable no. CLIN#0-02AG, November 1977.

 

Weinberg, G.: "Understanding the Professional Programmer, Little, Brown, Boston, 1982.

 

Yourdon, E.: "How to Manage Structured Pro­gramming", Yourdon Press, New York, 1976.


Глава 21. Средства автоматизации

Вначале 70-х годов методология SADT бы­ла реализована в виде четкой формаль­ной процедуры. Именно эту реализа­цию, в ходе которой SADT-аналитики использо­вали бланки диаграмм и титульные листы, мы и обсуждали до сих пор. Уникальный и эффектив­ный метод кодирования связей между декомпозициями с использованием ICOM-кодов, приме­няемых в SADT, а также принятый в SADT способ организации рецензирования с помощью цикла автор/читатель намного облегчают бумаж­ную реализацию. По нашему мнению, благодаря этим преимуществам SADT намного превосходит все другие методы структурного анализа, име­ющие бумажную реализацию.

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

В начале 80-х годов появился умещающий­ся на письменном столе персональный компью­тер с графическими возможностями. Это привело к созданию автоматизированных рабочих мест для нескольких графических методов структурно­го анализа. В это же время первые попытки реализации SADT на мини- и микрокомпьютерах были предприняты в США, Европе и Скандинавии. Одним из результатов таких попы­ток стало создание автоматизированного рабочего места SADT во Франции, названное SPECIF_X. В этой главе описываются как AUTOIDEFO, так и SPECIF_X. Мы дадим обзор их возможностей, опишем интерфейс с пользователем, обсудим требуемые технические средства.

AUTOIDEFO

В программе ВВС США, связанной с интегрированной компьютеризацией производ­ства ICAM (Integrated Computer Aided Manufac­turing), было взято подмножество полной методологии SADT, названное IDEFO. (На самом деле, SADT описана в этой книге в том объеме, кото­рый почти полностью соответствует ее IDEFO подмножеству). Одна из задач программы ICAM заключалась в стандартизации описаний аэро­космического производства для государственных подрядчиков. Выбор языка IDEF был значитель­ным шагом на пути к такой стандартизации.

Средство AUTOIDEFO предназначено для облегчения процесса создания и рецензирования IDEFO-диаграмм и моделей для географически разобщенных аэрокосмических подрядчиков. Поскольку модели IDEFO часто рецензировались подрядчиками, рассеянными по всей территории Соединенных Штатов, ВВС потребовали, чтобы AUTOIDEFO функционировало на диалоговых устройствах и сетях связи, которые имели широ­кое распространение или были легко доступны в то время. Исходная конфигурация системы включала дисплеи с векторной графикой и графо­построители, соединенные с большой ЭВМ, которая могла быть подключена к обычной сети связи.

Средство AUTOIDEFO, работавшее в дан­ной конфигурации, предоставляло пользователям командно-ориентированную графическую систе­му, управляемую с помощью меню. Пользователи вначале выбирали графическую операцию из иерархического меню (например, добавить блок, убрать ICOM-метку), а затем выбирали конкрет­ный графический объект с помощью тонкого курсора. Иерархическое меню -облегчало ведение библиотеки диаграмм, начало новых моделей и вычерчивание диаграмм. Память на электронных лампах и графопостроители создавали SADT-диа­граммы с достаточной графической разреши­мостью.

К несомненным достоинствам AUTOIDEFO следует отнести поддержку им управления SADT-проектированием и цикла автор/читатель. На­пример, руководитель проекта мог при организа­ции нового проекта задать списки рассылки па­пок. Это обеспечивало распространение папок среди множества различных подрядчиков, распо­ложенных в самых разных местах, предоставляя возможность специалистам комментировать диа­граммы и отвечать на комментарии. Распростра­нение папок осуществлялось автоматически после создания папки, ее комментирования или после получения ответов.

Таким образом, AUTOIDEFO являлось не просто средством для автоматизированного по­строения диаграмм. Оно поддерживало также процесс создания модели. Выбрав определенные команды, аналитик мог построить SADT-модель, начав ее с создания диаграммы А-0 и добавляя к ней последующие диаграммы в порядке номеров узлов. Таким образом, одновременно могло созда­ваться, храниться, обрабатываться, публиковаться и архивироваться множество различных моделей. Это позволяло соединять несколько взаимосвя­занных моделей. Например, модель крыла само­лета могла быть соединена с моделью фюзеляжа именно в тех точках, где они должны соеди­няться.

Факторы производительности и примени­мости технического и программного обеспечения, относящиеся к технологии того времени, вынуди­ли ВВС потребовать создания второй версии AUTOIDEFO. Эта версия будет использовать новые растровые дисплеи и автоматизированные рабочие места, объединенные в сети. С примене­нием новых технологий вторая версия AUTOIDEFO должна обеспечить более эффектив­ное соотношение между ценой и производитель­ностью, сохраняя прежнюю функциональность.

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 поддерживает цикл автор/чита­тель, позволяя организовывать диаграммы в пап­ки, которые затем могут читать другие пользова­тели программного средства.

Design/IDEF

Пакет Design/IDEF (Meta Software Corp.) -графическая среда для проектирования и модели­рования сложных систем широкого назначения, поддерживающая методологии описания и моделирования системных функций (IDEFO/ SADT), структур и потоков данных в системе (IDEF1, IDEF1X, E-R) и поведения системы (IDEF/CPN). Пакет Design/IDEF был использо­ван для создания проектов сложнейших систем, связанных с автоматизацией и компьютериза­цией производства, управлением и контролем, телекоммуникациями и аэрокосмонавтикой. Design/IDEF используется как составная часть в некоторых известных пакетах типа CIM (Com­puter Integrated Manufacturing) и САЕ (Com­puter Aided Engineering) и принят в качестве стандарта для проектов, финансируемых амери­канскими и европейскими спонсорами. Рассмо­трим более подробно основные возможности пакета Design/IDEF.

 

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

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

 

Обеспечение непротиворечивости модели

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

 

Поддержка Словаря Данных

Design/IDEF имеет встроенный Словарь Данных, который позволяет хранить информа­цию и создавать отчеты о функциях и потоках данных в IDEF-модели. Словарь дает возмож­ность определять начальную информацию об объектах и предоставляет разнообразный набор функций сопровождения, восстановления и сохранения целостности файлов данных. Возмож­ности словаря отличаются большой гибкостью и позволяют пользователю вводить неограниченное число параметров для каждого объекта. В сочета­нии с высококачественной печатью на лазерном принтере, это позволяет разработчику создавать документацию проекта, отвечающую самым высоким требованиям.

 

Генерация отчетов

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

· Отчет о контроле полноты модели

· Отчет о функциях

· Отчет о дугах

· Отчет о ссылках

· IDEF-отчет

 

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

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

 

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

Design/IDEF поддерживает работу много­численной группы разработчиков, создающих одновременно большую и сложную IDEF-модель. Подмодели легко интегрируются в одну большую модель.

 

Моделирование данных (IDEF1, IDEF1X и E-R - методологии)

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

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

Как CASE-пакет по разработке програм­много обеспечения Design/IDEF поддерживает первые стадии создания программного продукта:

 

· Формулировка требований и целей проек­та - определение того, что проектируемая сист­ема будет делать.

· Разработка спецификаций - формализо­ванное описание требований.

· Создание проекта - определение подсис­тем и взаимодействий между ними.

· Документирование проекта - создание базы данных проекта, текстуальное описание составных частей проекта.

· Анализ проекта - проверка проекта на полноту и непротиворечивость.

 

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

 

· проекта функциональной структуры сис­темы, содержащий иерархически связанные стра­ницы с IDEFO-диаграммами и описывающий все модули (вплоть до элементарных функций) сис­темы, их взаимосвязи, входные и выходные параметры;

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

 

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

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

Поделиться:





Воспользуйтесь поиском по сайту:



©2015 - 2024 megalektsii.ru Все авторские права принадлежат авторам лекционных материалов. Обратная связь с нами...