Logo GenDocs.ru

Поиск по сайту:  


Загрузка...

Лекции - Курс лекций по автоматизированным системам управления - файл 1.doc


Лекции - Курс лекций по автоматизированным системам управления
скачать (8603.5 kb.)

Доступные файлы (1):

1.doc8604kb.18.12.2011 02:37скачать

содержание
Загрузка...

1.doc

1   ...   4   5   6   7   8   9   10   11   ...   20
Реклама MarketGid:
Загрузка...


На рис. 24 представлены преимущества разработки с применени­ем CASE-технологий.

Ниже кратко характеризуются основные функциональные воз­можности CASE-средств.

1) Общий графический язык. ^ CASE снабжает всех участников проекта (в том числе и заказчиков) общим язы­ком, наглядным, строгим и интуитивно понятным. Это позволяет вовлекать заказчика в про­цесс разработки, об­щаться с экспертами предметной области, защи­щать проект перед руководством, разделить деятельность системных аналитиков, проектировщиков и программистов, а также обеспечива­ет легкость сопровождения и внесения изменений в целевую систему. Графическая ориентация CASE заключается в том, что программы являются двумерными схе­мами, которые много проще в использовании, чем многостраничные описания. Важным достоинством графического языка является ограничение сложности, позволяющее получать компо­ненты, поддающиеся управлению, обозримые и доступные для понима­ния, а также обладающие простой и ясной структурой.


Рис. 24
2) Общая БД проекта. Основа CASE— использование БД проекта (репозитария) для хранения всей информации о проекте, которая мо­жет разделяться между разработчиками в соответствии с их права­ми доступа. Содержимое репозитария включает не только объекты различных типов, но и отношения между их компонентами, а также правила использования или обработки этих компонент. Репозитарий может хранить свыше 100 типов объектов, при­мерами которых явля­ются диаграммы, определения экранов и меню, проекты отчетов, описа­ния данных, логика обработки, модели данных, модели предприятия, мо­дели обработки, исходные коды, элементы данных и т. п. Каждый ин­формацион­ный объект в репозитарии описывается перечислением его свойств: идентификатор, имена-синонимы, тип, тексто­вое описание, компоненты, файл-хранилище, область значений. Кроме этого, хранят­ся все отношения с другими объектами (например, все объекты, в кото­рых данный объект используется; все перекрестные ссылки), правила формирования и редактирования объекта, а также контрольная ин­формация о времени порождения объекта, времени его последнего об­новления, кем и в каком проекте он был порожден, номере версии, воз­можности обновления и т. п.

3) Интеграция средств. На основе репозитария осуществляются интеграция CASE-средств и разделение систем­ной информации между разработчиками. При этом возможности репозитария обеспечивают несколько уровней инте­грации: общий пользовательский интерфейс по всем средствам, передачу данных между средствами, интеграцию эта­пов разработки через единую систему представлений фаз ЖЦ, передачу данных и средств между аппаратурными платфор­мами.

4) Поддержка коллективной разработки и управления проектом. ^ CASE поддерживает групповую работу над про­ектом за счет средств работы в сети, экспорта-импорта любых фрагментов проекта для раз­вития и/или модификации, а также планирование, контроль, руковод­ство, взаимодействие, т. е. функции, необходимые в процессе разработ­ки и со­провождения проектов. Эти функции также реализуются на основе репозитария. В частности, через репозитарии может осуще­ствляться контроль безопасности (ограничения доступа, привилегии дос­тупа), контроль версий, контроль изменений и др.

5) Прототипирование. ^ Важную роль при автоматизации ранних этапов ЖЦ играют возможности поддержки прототипирования. CASE позволяет строить быстрые прототипы системы, что позволяет на ранних этапах разра­ботки оценить, насколько будущая система уст­раивает заказчика и насколько дружественна она будущему пользова­телю. Соответствующие средства используются для определения сис­темных требований и ответа на вопросы об ожидаемом поведении системы. Такие средства, как генераторы меню, экранов и отчетов, позволяют быстро по­строить прототипы пользовательских интерфейсов и снабдить моделью функционирования системы с позиций конечно­го пользователя. Использование языков четвертого поколения позволя­ет строить более сложные модели, при этом прото­тип позволяет про­моделировать основные функции системы, но не способен контролиро­вать ее ожидаемое поведение. Исполняемые языки спецификаций пре­образуют процесс разработки в следующий итеративный процесс: спе­цификации определяются и выполняются, затем производится переоп­ределение или корректировка. Созданные таким образом прототипы позволяют определять, является ли проектируемая система полной и корректной.

6) Генерация документации. Вся документация по проекту гене­рируется автоматически на базе репозитария (как правило, на базе требований соответствующих стандартов). Несомненное достоинство CASE заключается в том, что документация всегда соответствует текущему состоянию дел, поскольку любые изменения в проекте авто­мати­чески отражаются в репозитарии. Известно, что при традици­онных подходах к разработке АСУП документация в лучшем случае запаздывает, а ряд модификаций вообще не находит в ней отражения.

7) Верификация проекта. ^ CASE обеспечивает автоматическую верификацию и контроль проекта на полноту и состоятельность на ранних этапах разработки, что влияет на успех разработки в целом. В подтверждение этого достаточно привести следующие статисти­ческие данные, основанные на отчетах фирмы TRW по анализу пяти крупных проектов:

• ошибки проектирования и ошибки кодирования составляют соответственно 64 и 32% общего числа оши­бок;

• ошибки проектирования значительно труднее обнаружить на этапе сопровождения ПО, чем на этапе анализа требований. Базой для контроля состоятельности проектных спецификаций является репозитарии. Все отчеты и протоколы верификации стро­ятся автоматически по репозитарию, ниже перечислены основные типы контроля:

• контроль синтаксиса диаграмм и типов их элементов;

• контроль полноты и состоятельности диаграмм;

• контроль декомпозиции функций;

•сквозной контроль диаграмм одного или различных типов на предмет их состоятельности по уровням — вертикальное и горизонтальное балансирование диаграмм.

8) Автоматическая кодогенерация. ^ Кодогенерация осуществляет­ся на основе репозитария и позволяет автома­тически построить до 80—90% объектных кодов или текстов программ на языках высокого уровня. При этом раз­личными CASE-пакетами поддерживаются прак­тически все известные языки программирования, однако наиболее час­то в качестве целевых языков выступают COBOL, С и ADA. Средства кодогенерации по отношению к полноте целевого продукта разделяют­ся на средства генерации каркаса и средства генерации полного продукта. В первом случае автоматически строится откомментиро-ванная логика (потоки управления) программной системы, а также коды для баз данных, файлов, экранов, отчетов и т. п., остальные фраг­менты кодируются вручную. Во втором случае из про­ектных специфи­каций генерируется полная документированная программа, включая вы­полняемый код, пользовательскую и программную документацию, набо­ры тестов и т. д. Все эти компоненты полной программы связывают­ся в единый объ­ект, хранящийся в репозитарии для облегчения доступа и сопровождения.

Идея автоматической кодогенерации на основе модели заключает­ся в следующем. Любая программа схематически может быть пред­ставлена в виде тройки: обрабатываемые данные, логический каркас обработки, линейные участки обработки. Схема базы данных может быть легко сгенерирована на основании модели «сущность—связь», и совре­менные средства информационного моделирования (например, ERWin, Designer/2000 и др.) обеспечивают такую ге­нерацию. Логика обработки генерируется на основе диаграмм потоков данных: извест­ны алгоритмы автоматического преобразования иерархии DFD в струк­турные карты, а с задачей получения из структурных карт соответ­ствующих ко­дов легко справляется теория компиляции. Наконец, ли­нейным участкам соответствуют мини-спецификации модели. И имен­но здесь лежит ключ к высокому проценту автоматически сгенериро­ванного кода, существенно зависящего от ме­тода задания мини-специ­фикаций.

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

1   ...   4   5   6   7   8   9   10   11   ...   20



Скачать файл (8603.5 kb.)

Поиск по сайту:  

© gendocs.ru
При копировании укажите ссылку.
обратиться к администрации
Рейтинг@Mail.ru