Главная    Почта    Новости    Каталог    Одноклассники    Погода    Работа    Игры     Рефераты     Карты
  
по Казнету new!
по каталогу
в рефератах

Case-технлогии

en  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 (см. подраздел 3.6) является  более  предпочтительным  по
сравнению с SCCS,  так  как  позволяет  организовать  единый  архив  модулей
проекта для всех платформ. Так как JAM на платформе UNIX  не  имеет  прямого
интерфейса к архивам PVCS, то выборка модулей  из  архива  и  возврат  их  в
архив производятся с использованием PVCS Version Manager. На  платформе  MS-
Windows  JAM   имеет   встроенный   интерфейс   к   PVCS   и   действия   по
выборке/возврату производятся непосредственно из среды JAM.
Среда функционирования
JAM, как среда разработки, и приложения, построенные с  его  использованием,
не являются  ресурсоемкими  системами.  Например,  на  платформе  MS-Windows
достаточно иметь 8MB оперативной памяти и 50 MB дискового  пространства  для
среды разработки. На UNIX-платформах требования  к  аппаратуре  определяются
самой операционной системой.
3.2. Vantage Team Builder (Westmount I-CASE) + Uniface
3.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    |Vantage Team     |Vantage Team    |
|диаграммы   |ачени|Builder for     |Builder for      |Builder for     |
|            |е    |ORACLE          |Informix         |Uniface         |
|Сущность-свя|ERD  |+               |+                |+               |
|зь          |     |                |                 |                |
|Потоков     |DFD  |+               |+                |+               |
|данных      |     |                |                 |                |
|Структур    |DSD  |+               |+                |+               |
|данных      |     |                |                 |                |
|Архитектуры |SAD  |+               |+                |+               |
|системы     |     |                |                 |                |
|Потоков     |CSD  |+               |+                |+               |
|управления  |     |                |                 |                |
|Типов данных|DTD  |+               |+                |+               |
|Структуры   |MSD  |+               |                 |                |
|меню        |     |                |                 |                |
|Последовател|BSD  |+               |                 |                |
|ьности      |     |                |                 |                |
|блоков      |     |                |                 |                |
|Последовател|FSD  |                |+                |+               |
|ьности форм |     |                |                 |                |
|Содержимого |FCD  |                |+                |+               |
|форм        |     |                |                 |                |
|Переходов   |STD  |+               |+                |+               |
|состояний   |     |                |                 |                |
|Структурных |SCD  |+               |+                |+               |
|схем        |     |                |                 |                |


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

Case-технлогии

 

Отправка СМС бесплатно

На правах рекламы


ZERO.kz
 
Модератор сайта RESURS.KZ