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

Автор: Пользователь скрыл имя, 25 Марта 2013 в 18:20, курсовая работа

Описание работы

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

Работа содержит 1 файл

КР- Характеристики CASE-средств.docx

— 76.27 Кб (Скачать)

Промышленная версия приложения, разработанного с помощью JAM, включает в себя следующие компоненты:

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

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

Непосредственное  взаимодействие с СУБД реализуют  модули JAM/DBi (Data Base interface). Способы реализации взаимодействия в JAM разделяются на два класса: ручные и автоматические. При ручном способе разработчик  приложения самостоятельно пишет запросы  на SQL, в которых как источниками, так и адресатами приема результатов  выполнения запроса могут быть как  интерфейсные элементы визуально спроектированного  внешнего уровня, так и внутренние, невидимые для конечного пользователя переменные. Автоматический режим, реализуемый  менеджером транзакций JAM, осуществим для типовых и наиболее распространенных видов операций с БД, так называемых QBE (Query By Example - запросы по образцу), с  учетом достаточно сложных взаимосвязей между таблицами БД и автоматическим управлением атрибутами экранных полей  ввода/вывода в зависимости от вида транзакции (чтение, запись и т.д.), в  которой участвует сгенерированный  запрос.

JAM позволяет строить  приложения для работы более  чем с 20 СУБД: ORACLE, Informix, Sybase, Ingres, InterBase, NetWare SQL Server, Rdb, DB2, ODBC-совместимые СУБД  и др.

Отличительной чертой JAM является высокий уровень переносимости  приложений между различными платформами (MS DOS/MS Windows, SunOS, Solaris (i80x86, SPARC), HP-UX, AIX, VMS/Open VMS и др.). Может потребоваться  лишь "перерисовать" статические  текстовые поля на экранах с русским  текстом при переносе между средами DOS-Windows-UNIX. Кроме того, переносимость  облегчается тем, что в JAM приложения разрабатываются для виртуальных  устройств ввода/вывода, а не для  физических. Таким образом при  переносе приложения с платформы  на платформу, как правило, требуется  лишь определить соответствие между  физическими устройствами ввода/вывода и их логическими представлениями  для приложения.

Использование SQL в  качестве средства взаимодействия с  СУБД также создает предпосылки  для обеспечения переносимости  между СУБД. При условии переноса структуры самой БД в ряде случаев  приложения могут не требовать никакой  модификации, за исключением инициализации  сеанса работы. Такая ситуация может  сложиться в том случае, если в  приложении не использовались специфические  для той или иной СУБД расширения SQL.

При росте нагрузки на систему и сложности решаемых задач (распределенность и гетерогенность используемых ресурсов, количество одновременно подключенных пользователей, сложность логики приложения) применяется трехзвенная модель архитектуры "клиент-сервер" с использованием менеджеров транзакций. Компоненты JAM/TPi-Client и JAM/TPi-Server позволяют достаточно просто перейти на трехзвенную модель. При этом ключевую роль играет модуль JAM/TPi-Server, так как основная трудность внедрения трехзвенной модели заключается в реализации логики приложения в сервисах менеджеров транзакций.

Интерфейс JAM/CASE подобен интерфейсу к СУБД и позволяет осуществить обмен информацией между репозиторием объектов JAM и репозиторием CASE-средства аналогично тому, как структура БД импортируется в репозиторий JAM непосредственно из БД. Отличие заключается в том, что в случае интерфейса к CASE этот обмен является двунаправленным. Кроме модулей JAM/CASEi, существует также модуль JAM/CASEi Developer's Kit. С помощью этого модуля можно самостоятельно разработать интерфейс (т.е. специализированный модуль JAM/CASEi) для конкретного CASE-средства, если готового модуля JAM/CASEi для него не существует.

Мост (интерфейс) Silverrun-RDM <-> JAM реализует взаимодействие между CASE-средством Silverrun и JAM (перенос схемы  базы данных и экранных форм приложения между CASE-средством Silverrun-RDM и JAM версии 7.0). Данный программный продукт имеет 2 режима работы:

  • прямой режим (Silverrun-RDM->JAM) предназначен для создания объектов CASE-словаря и элементов репозитория JAM на основе представления схем в Silverrun-RDM. В этом режиме мост позволяет, исходя из представления моделей данных интерфейса в Silverrun-RDM, производить генерацию экранов и элементов репозитория JAM. Мост преобразует таблицы и отношения реляционных схем RDM в последовательность объектов JAM соответствующих типов. Методика построения моделей данных интерфейса в Silverrun-RDM предполагает применение механизма подсхем для прототипирования экранов приложения. По описанию каждой из подсхем RDM мост генерирует экранную форму JAM;
  • обратный режим (JAM->Silverrun-RDM) предназначен для переноса модификаций объектов CASE-словаря в реляционную модель Silverrun-RDM.

Режим реинжиниринга  позволяет переносить модификации  всех свойств экранов JAM, импортированных  ранее из RDM, в схему Silverrun. На этом этапе для контроля целостности  базы данных не допускаются изменения  схемы в виде добавления или удаления таблиц и полей таблиц.

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

Ядро JAM имеет встроенный интерфейс к средствам конфигурационного  управления (PVCS на платформе Windows и SCCS на платформе UNIX). Под управлением этих систем передаются библиотеки экранов  и/или репозитории. При отсутствии таких систем JAM самостоятельно реализует  часть функций поддержки групповой  разработки.

Использование PVCS (см. подраздел 5.6) является более предпочтительным по сравнению с SCCS, так как позволяет организовать единый архив модулей проекта для всех платформ. Так как JAM на платформе UNIX не имеет прямого интерфейса к архивам PVCS, то выборка модулей из архива и возврат их в архив производятся с использованием PVCS Version Manager. На платформе MS-Windows JAM имеет встроенный интерфейс к PVCS и действия по выборке/возврату производятся непосредственно из среды JAM.

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

JAM, как среда  разработки, и приложения, построенные  с его использованием, не являются  ресурсоемкими системами. Например, на платформе MS-Windows достаточно  иметь 8MB оперативной памяти и 50 MB дискового пространства для среды разработки. На UNIX-платформах требования к аппаратуре определяются самой операционной системой.

Vantage Team Builder (Westmount I-CASE) + Uniface

5.2.1. Vantage Team Builder (Westmount I-CASE)

Vantage Team Builder [14] представляет  собой интегрированный программный  продукт, ориентированный на реализацию  каскадной модели ЖЦ ПО и  поддержку полного ЖЦ ПО.

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

Vantage Team Builder обеспечивает  выполнение следующих функций: 

  • проектирование диаграмм потоков данных, "сущность-связь", структур данных, структурных схем программ и последовательностей экранных форм;
  • проектирование диаграмм архитектуры системы - SAD (проектирование состава и связи вычислительных средств, распределения задач системы между вычислительными средствами, моделирование отношений типа "клиент-сервер", анализ использования менеджеров транзакций и особенностей функционирования систем в реальном времени);
  • генерация кода программ на языке 4GL целевой СУБД с полным обеспечением программной среды и генерация SQL-кода для создания таблиц БД, индексов, ограничений целостности и хранимых процедур;
  • программирование на языке C со встроенным SQL;
  • управление версиями и конфигурацией проекта;
  • многопользовательский доступ к репозиторию проекта;
  • генерация проектной документации по стандартным и индивидуальным шаблонам;
  • экспорт и импорт данных проекта в формате CDIF (CASE Data Interchange Format).

Vantage Team Builder поставляется  в различных конфигурациях в  зависимости от используемых  СУБД (ORACLE, Informix, Sybase или Ingres) или средств  разработки приложений (Uniface). Конфигурация Vantage Team Builder for Uniface отличается от  остальных некоторой степенью  ориентации на спиральную модель  ЖЦ ПО за счет возможностей  быстрого прототипирования, предоставляемых  Uniface. Для описания проекта ИС  используется достаточно большой  набор диаграмм, конкретные варианты  которого для наиболее распространенных  конфигураций приведены ниже  в таблице. 

Тип диаграммы

Обозначение

Vantage Team Builder for ORACLE

Vantage Team Builder for Informix

Vantage Team Builder for Uniface

Сущность-связь

ERD

+

+

+

Потоков данных

DFD

+

+

+

Структур данных

DSD

+

+

+

Архитектуры системы

SAD

+

+

+

Потоков управления

CSD

+

+

+

Типов данных

DTD

+

+

+

Структуры меню

MSD

+

   

Последовательности блоков

BSD

+

   

Последовательности форм

FSD

 

+

+

Содержимого форм

FCD

 

+

+

Переходов состояний

STD

+

+

+

Структурных схем

SCD

+

+

+


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

При построении DFD обеспечивается контроль соответствия диаграмм различных уровней декомпозиции. Контроль за правильностью верхнего уровня DFD осуществляется с помощью  матрицы списков событий (ELM). Для  контроля за декомпозицией составных  потоков данных используется несколько  вариантов их описания: в виде диаграмм структур данных (DSD) или в нотации  БНФ (форма Бэкуса-Наура).

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

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

Наличие универсальной  системы генерации кода, основанной на специфицированных средствах  доступа к репозиторию проекта, позволяет поддерживать высокий  уровень исполнения проектной дисциплины разработчиками: жесткий порядок  формирования моделей; жесткая структура  и содержимое документации; автоматическая генерация исходных кодов программ и т.д. - все это обеспечивает повышение  качества и надежности разрабатываемых  ИС.

Для подготовки проектной  документации могут использоваться издательские системы FrameMaker, Interleaf или Word Perfect. Структура и состав проектной  документации могут быть настроены  в соответствии с заданными стандартами. Настройка выполняется без изменения  проектных решений.

При разработке достаточно крупной ИС вся система в целом  соответствует одному проекту как  категории Vantage Team Builder. Проект может  быть декомпозирован на ряд систем, каждая из которых соответствует  некоторой относительно автономной подсистеме ИС и разрабатывается  независимо от других. В дальнейшем системы проекта могут быть интегрированы.

Процесс проектирования ИС с использованием Vantage Team Builder реализуется  в виде 4-х последовательных фаз (стадий) - анализа, архитектуры, проектирования и реализации, при этом законченные  результаты каждой стадии полностью  или частично переносятся (импортируются) в следующую фазу. Все диаграммы, кроме ERD, преобразуются в другой тип или изменяют вид в соответствии с особенностями текущей фазы. Так, DFD преобразуются в фазе архитектуры  в SAD, DSD - в DTD. После завершения импорта  логическая связь с предыдущей фазой  разрывается, т.е. в диаграммы могут  вноситься все необходимые изменения.

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

Конфигурация Vantage Team Builder for Uniface обеспечивает совместное использование двух систем в рамках единой технологической среды проектирования, при этом схемы БД (SQL-модели) переносятся  в репозиторий Uniface, и, наоборот, прикладные модели, сформированные средствами Uniface, могут быть перенесены в репозиторий Vantage Team Builder. Возможные рассогласования между репозиториями двух систем устраняются с помощью специальной утилиты. Разработка экранных форм в среде Uniface выполняется на базе диаграмм последовательностей форм (FSD) после импорта SQL-модели. Технология разработки ИС на базе данной конфигурации показана на рисунке 5.1.

Структура репозитория (хранящегося непосредственно в  целевой СУБД) и интерфейсы Vantage Team Builder являются открытыми, что в принципе позволяет интеграцию с любыми другими  средствами.

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

Vantage Team Builder функционирует  на всех основных UNIX-платформах (Solaris, SCO UNIX, AIX, HP-UX) и VMS.

Vantage Team Builder можно  использовать в конфигурации "клиент-сервер", при этом база проектных данных  может располагаться на сервере,  а рабочие места разработчиков  могут быть клиентами. 

Информация о работе Характеристики CASE-средств