Характеристики CASE-средств

МИНИСТЕРСТВО  ОБРАЗОВАНИЯ И НАУКИ

КЫРГЫЗСКОЙ РЕСПУБЛИКИ 
КЫРГЫЗСКИЙ НАЦИОНАЛЬНЫЙ УНИВЕРСИТЕТ им.Ж.Баласагына  
КАФЕДРА КИБЕРНЕТИКА И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИИ.

 
 
 
 
 
 

КУРСОВАЯ РАБОТА 
 

 

 

На тему: " Характеристики CASE-средств "

 
 

 
Выполнила студентка гр. ПИЭ-09 
КУДАЙБЕРДИЕВ НУРЛАН  

Руководитель: Преподаватель кафедра «КиИТ»

 ЖАНИКУЛОВ  К.Б. 

Защитила: __________, _________, _________________ 
                     оценка     дата           подпись  
 
 
 
 
 
 
 

 

                            

Бишкек-2013 г.

Характеристики CASE-средств

Silverrun+JAM

Silverrun

CASE-средство Silverrun американской фирмы Сomputer Systems Advisers, Inc. (CSA) используется для анализа и проектирования ИС бизнес-класса [22] и ориентировано в большей степени на спиральную модель ЖЦ. Оно применимо для поддержки любой методологии, основанной на раздельном построении функциональной и информационной моделей (диаграмм потоков данных и диаграмм "сущность-связь").

Настройка на конкретную методологию обеспечивается выбором  требуемой графической нотации  моделей и набора правил проверки проектных спецификаций. В системе  имеются готовые настройки для  наиболее распространенных методологий: DATARUN (основная методология, поддерживаемая Silverrun), Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, Information Engineering. Для каждого понятия, введенного в проекте имеется возможность  добавления собственных описателей. Архитектура Silverrun позволяет наращивать среду разработки по мере необходимости.

Структура и функции

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

Модуль построения моделей бизнес-процессов в форме  диаграмм потоков данных (BPM - Business Process Modeler) позволяет моделировать функционирование обследуемой организации или  создаваемой ИС. В модуле BPM обеспечена возможность работы с моделями большой  сложности: автоматическая перенумерация, работа с деревом процессов (включая  визуальное перетаскивание ветвей), отсоединение и присоединение частей модели для  коллективной разработки. Диаграммы  могут изображаться в нескольких предопределенных нотациях, включая Yourdon/DeMarco и Gane/Sarson. Имеется также возможность  создавать собственные нотации, в том числе добавлять в  число изображаемых на схеме дескрипторов определенные пользователем поля.

Модуль концептуального  моделирования данных (ERX - Entity-Relationship eXpert) обеспечивает построение моделей  данных "сущность-связь", не привязанных  к конкретной реализации. Этот модуль имеет встроенную экспертную систему, позволяющую создать корректную нормализованную модель данных посредством  ответов на содержательные вопросы  о взаимосвязи данных. Возможно автоматическое построение модели данных из описаний структур данных. Анализ функциональных зависимостей атрибутов дает возможность  проверить соответствие модели требованиям  третьей нормальной формы и обеспечить их выполнение. Проверенная модель передается в модуль RDM.

Модуль реляционного моделирования (RDM - Relational Data Modeler) позволяет  создавать детализированные модели "сущность-связь", предназначенные  для реализации в реляционной  базе данных. В этом модуле документируются  все конструкции, связанные с  построением базы данных: индексы, триггеры, хранимые процедуры и т.д. Гибкая изменяемая нотация и расширяемость  репозитория позволяют работать по любой методологии. Возможность  создавать подсхемы соответствует  подходу ANSI SPARC к представлению схемы  базы данных. На языке подсхем моделируются как узлы распределенной обработки, так и пользовательские представления. Этот модуль обеспечивает проектирование и полное документирование реляционных  баз данных.

Менеджер репозитория  рабочей группы (WRM - Workgroup Repository Manager) применяется как словарь данных для хранения общей для всех моделей  информации, а также обеспечивает интеграцию модулей Silverrun в единую среду  проектирования.

Платой за высокую  гибкость и разнообразие изобразительных  средств построения моделей является такой недостаток Silverrun, как отсутствие жесткого взаимного контроля между  компонентами различных моделей (например, возможности автоматического распространения  изменений между DFD различных уровней  декомпозиции). Следует, однако, отметить, что этот недостаток может иметь  существенное значение только в случае использования каскадной модели ЖЦ ПО.

Взаимодействие с другими средствами

Для автоматической генерации схем баз данных у Silverrun существуют мосты к наиболее распространенным СУБД: Oracle, Informix, DB2, Ingres, Progress, SQL Server, SQLBase, Sybase. Для передачи данных в средства разработки приложений имеются мосты  к языкам 4GL: JAM, PowerBuilder, SQL Windows, Uniface, NewEra, Delphi. Все мосты позволяют загрузить  в Silverrun RDM информацию из каталогов соответствующих  СУБД или языков 4GL. Это позволяет  документировать, перепроектировать  или переносить на новые платформы  уже находящиеся в эксплуатации базы данных и прикладные системы. При  использовании моста Silverrun расширяет  свой внутренний репозиторий специфичными для целевой системы атрибутами. После определения значений этих атрибутов генератор приложений переносит их во внутренний каталог  среды разработки или использует при генерации кода на языке SQL. Таким  образом можно полностью определить ядро базы данных с использованием всех возможностей конкретной СУБД: триггеров, хранимых процедур, ограничений ссылочной  целостности. При создании приложения на языке 4GL данные, перенесенные из репозитория Silverrun, используются либо для автоматической генерации интерфейсных объектов, либо для быстрого их создания вручную.

Для обмена данными  с другими средствами автоматизации  проектирования, создания специализированных процедур анализа и проверки проектных  спецификаций, составления специализированных отчетов в соответствии с различными стандартами в системе Silverrun имеется  три способа выдачи проектной  информации во внешние файлы:

• Система отчетов. Можно, определив содержимое отчета по репозиторию, выдать отчет в текстовый файл. Этот файл можно затем загрузить в текстовый редактор или включить в другой отчет;
• Система экспорта/импорта. Для более полного контроля над структурой файлов в системе экспорта/импорта имеется возможность определять не только содержимое экспортного файла, но и разделители записей, полей в записях, маркеры начала и конца текстовых полей. Файлы с указанной структурой можно не только формировать, но и загружать в репозиторий. Это дает возможность обмениваться данными с различными системами: другими CASE-средствами, СУБД, текстовыми редакторами и электронными таблицами;
• Хранение репозитория во внешних файлах через ODBC-драйверы. Для доступа к данным репозитория из наиболее распространенных систем управления базами данных обеспечена возможность хранить всю проектную информацию непосредственно в формате этих СУБД.

Групповая работа

Групповая работа поддерживается в системе Silverrun двумя  способами:

• В стандартной однопользовательской версии имеется механизм контролируемого разделения и слияния моделей. Разделив модель на части, можно раздать их нескольким разработчикам. После детальной доработки модели объединяются в единые спецификации;
• Сетевая версия Silverrun позволяет осуществлять одновременную групповую работу с моделями, хранящимися в сетевом репозитории на базе СУБД Oracle, Sybase или Informix. При этом несколько разработчиков могут работать с одной и той же моделью, так как блокировка объектов происходит на уровне отдельных элементов модели.

Среда функционирования

Имеются реализации Silverrun трех платформ - MS Windows, Macintosh и OS/2 Presentation Manager - с возможностью обмена проектными данными между ними.

Для функционирования в среде Windows необходимо иметь компьютер  с процессором модели не ниже i486 и оперативную память объемом  не менее 8 Мб (рекомендуется 16 Мб). На диске  полная инсталляция Silverrun занимает 20 Мб.

JAM

Средство разработки приложений JAM [28] (JYACC's Application Manager) - продукт  фирмы JYACC (США). В настоящее время  поставляется версия JAM 7 и готовится  к выходу JAM 8.

Основной чертой JAM является его соответствие методологии RAD, поскольку он позволяет достаточно быстро реализовать цикл разработки приложения, заключающийся в формировании очередной версии прототипа приложения с учетом требований, выявленных на предыдущем шаге, и предъявить его  пользователю.

Структура и функции

JAM имеет модульную  структуру и состоит из следующих  компонент: 

• Ядро системы;
• JAM/DBi - специализированные модули интерфейса к СУБД (JAM/DBi-Oracle, JAM/DBi-Informix, JAM/DBi-ODBC и т.д.);
• JAM/RW - модуль генератора отчетов;
• JAM/CASEi - специализированные модули интерфейса к CASE-средствам (JAM/CASE-TeamWork, JAM/CASE-Innovator и т.д.);
• JAM/TPi - специализированные модули интерфейса к менеджерам транзакций (например, JAM/TPi-Server TUXEDO и т.д.);
• Jterm - специализированный эмулятор X-терминала.

Ядро системы (собственно, сам JAM) является законченным продуктом  и может самостоятельно использоваться для разработки приложений. Все остальные  модули являются дополнительными и  самостоятельно использоваться не могут.

Ядро системы  включает в себя следующие основные компоненты:

• редактор экранов. В состав редактора экранов входят: среда разработки экранов, визуальный репозиторий объектов, собственная СУБД JAM - JDB, менеджер транзакций, отладчик, редактор стилей;
• редактор меню;
• набор вспомогательных утилит;
• средства изготовления промышленной версии приложения.

При использовании JAM разработка внешнего интерфейса приложения представляет собой визуальное проектирование и сводится к созданию экранных форм путем размещения на них интерфейсных конструкций и определению экранных полей ввода/вывода информации. Проектирование интерфейса в JAM осуществляется с помощью  редактора экранов. Приложения, разработанные в JAM, имеют многооконный интерфейс. Разработка отдельного экрана заключается в размещении на нем интерфейсных элементов, возможной (но не обязательной) их группировке и конкретизации различных их свойств, включающих визуальные характеристики (позиция, размер, цвет, шрифт и т.п.), поведенческие характеристики (многообразные фильтры, форматы, защита от ввода и т.п.) и ряд свойств, ориентированных на работу с БД.

Редактор меню позволяет разрабатывать и отлаживать системы меню. Реализована возможность построения пиктографических меню (так называемые toolbar). Назначение каждого конкретного меню тому или иному объекту приложения осуществляется в редакторе экранов.

В ядро JAM встроена однопользовательская реляционная  СУБД JDB. Основным назначением JDB является прототипирование приложений в тех  случаях, когда работа со штатной  СУБД невозможна или нецелесообразна. В JDB реализован необходимый минимум  возможностей реляционных СУБД за исключением  индексов, хранимых процедур, триггеров  и представлений (view). С помощью JDB можно построить БД, идентичную целевой  БД (с точностью до отсутствующих  в JDB возможностей) и разработать  значительную часть приложения.

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

Утилиты JAM включают три группы:

• конверторы файлов экранов JAM в текстовые. JAM сохраняет экраны в виде двоичных файлов собственного формата. В ряде случаев (например для изготовления программной документации проекта) необходимо текстовое описание экранов;
• конфигурирование устройств ввода/вывода. JAM и приложения, построенные с его помощью, не работают непосредственно с устройствами ввода/вывода. Вместо этого JAM обращается к логическим устройствам ввода/вывода (клавиатура, терминал, отчет). Отображение логических устройств в физические осуществляется с помощью средств конфигурирования;
• обслуживание библиотек экранов (традиционные операции с библиотеками).

Одним из дополнительных модулей JAM является генератор отчетов. Компоновка отчета осуществляется в  редакторе экранов JAM. Описание работы отчета осуществляется с помощью  специального языка. Генератор отчетов  позволяет определить данные, выводимые  в отчет, группировку выводимой  информации, форматирование вывода и  др.

Приложения, разработанные  с использованием JAM, не требуют так  называемых исполнительных (run-time) систем и могут быть изготовлены в  виде исполняемых модулей. Для этого  разработчик должен иметь компилятор C и редактор связей. Для изготовления промышленной версии в состав JAM входит файл сборки (makefile), исходные тексты (на языке C) ряда модулей приложения и  необходимые библиотеки.

JAM содержит встроенный  язык программирования JPL (JAM Procedural Language), с помощью которого в случае  необходимости можно написать  модули, реализующие специфические  действия. Данный язык является  интерпретируемым, что упрощает  отладку. Существует возможность  обмена информацией между средой  визуально построенного приложения  и такими модулями. Кроме того, в JAM реализована возможность  подключения внешних модулей,  написанных на каком-либо языке,  совместимым по вызовам функций  с языком C.

С точки зрения реализации логики приложения JAM является событийно-ориентированной системой. В JAM определен набор событий, включающий открытие и закрытие окон, нажатие  клавиши клавиатуры, срабатывание системного таймера, получение и передача управления каждым элементом экрана. Разработчик  реализует логику приложения путем  определения обработчика каждого события. Например, обработчик события "нажатие кнопки на экране" (мышью или с помощью клавиатуры) может открыть следующее экранное окно. Обработчиками событий в JAM могут быть как встроенные функции JAM, так и функции, написанные разработчиком на C или JPL. Набор встроенных функций включает в себя более 200 функций различного назначения. Встроенные функции доступны для вызовов из функций, написанных как на JPL, так и на C.