структуры самой БД в ряде случаев приложения могут не требовать никакой
модификации, за исключением инициализации сеанса работы. Такая ситуация
может сложиться в том случае, если в приложении не использовались
специфические для той или иной СУБД расширения 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 является более предпочтительным по сравнению с SCCS,
так как позволяет организовать единый архив модулей проекта для всех
платформ. Так как JAM на платформе UNIX не имеет прямого интерфейса к
архивам PVCS, то выборка модулей из архива и возврат их в архив
производятся с использованием PVCS Version Manager. На платформе MS-Windows
JAM имеет встроенный интерфейс к PVCS и действия по выборке/возврату
производятся непосредственно из среды JAM.
Среда функционирования
JAM, как среда разработки, и приложения, построенные с его
использованием, не являются ресурсоемкими системами. Например, на платформе
MS-Windows достаточно иметь 8MB оперативной памяти и 50 MB дискового
пространства для среды разработки. На UNIX-платформах требования к
аппаратуре определяются самой операционной системой.
Designer/2000 + Developer/2000
CASE-средство Designer/2000 2.0 фирмы ORACLE является интегрированным
CASE-средством, обеспечивающим в совокупности со средствами разработки
приложений Developer/2000 поддержку полного ЖЦ ПО для систем, использующих
СУБД ORACLE.
Структура и функции
Designer/2000 представляет собой семейство методологий и поддерживающих
их программных продуктов. Базовая методология Designer/2000 (CASE*Method) -
структурная методология проектирования систем, полностью охватывающая все
этапы жизненного цикла ИС. В соответствии с этой методологией на этапе
планирования определяются цели создания системы, приоритеты и ограничения,
разрабатывается системная архитектура и план разработки ИС. В процессе
анализа строятся модель информационных потребностей (диаграмма "сущность-
связь"), диаграмма функциональной иерархии (на основе функциональной
декомпозиции ИС), матрица перекрестных ссылок и диаграмма потоков данных.
На этапе проектирования разрабатывается подробная архитектура ИС,
проектируется схема реляционной БД и программные модули, устанавливаются
перекрестные ссылки между компонентами ИС для анализа их взаимного влияния
и контроля за изменениями.
На этапе реализации создается БД, строятся прикладные системы, производится
их тестирование, проверка качества и соответствия требованиям
пользователей. Создается системная документация, материалы для обучения и
руководства пользователей. На этапах эксплуатации и сопровождения
анализируются производительность и целостность системы, выполняется
поддержка и, при необходимости, модификация ИС;
Designer/2000 обеспечивает графический интерфейс при разработке различных
моделей (диаграмм) предметной области. В процессе построения моделей
информация о них заносится в репозиторий. В состав Designer/2000 входят
следующие компоненты:
Repository Administrator - средства управления репозиторием (создание и
удаление приложений, управление доступом к данным со стороны различных
пользователей, экспорт и импорт данных);
Repository Object Navigator - средства доступа к репозиторию,
обеспечивающие многооконный объектно-ориентированный интерфейс доступа ко
всем элементам репозитория;
Process Modeller - средство анализа и моделирования деловой деятельности,
основывающееся на концепциях реинжиниринга бизнес-процессов (BPR - Business
Process Reengineering) и глобальной системы управления качеством (TQM -
Total Quality Management);
Systems Modeller - набор средств построения функциональных и информационных
моделей проектируемой ИС, включающий средства для построения диаграмм
"сущность-связь" (Entity-Relationship Diagrammer), диаграмм функциональных
иерархий (Function Hierarchy Diagrammer), диаграмм потоков данных (Data
Flow Diagrammer) и средство анализа и модификации связей объектов
репозитория различных типов (Matrix Diagrammer);
Systems Designer - набор средств проектирования ИС, включающий средство
построения структуры реляционной базы данных (Data Diagrammer), а также
средства построения диаграмм, отображающих взаимодействие с данными,
иерархию, структуру и логику приложений, реализуемую хранимыми процедурами
на языке PL/SQL (Module Data Diagrammer, Module Structure Diagrammer и
Module Logic Navigator);
Server Generator - генератор описаний объектов БД ORACLE (таблиц, индексов,
ключей, последовательностей и т.д.). Помимо продуктов ORACLE, генерация и
реинжиниринг БД может выполняться для СУБД Informix, DB/2, Microsoft SQL
Server, Sybase, а также для стандарта ANSI SQL DDL и баз данных, доступ к
которым реализуется посредством ODBC;
Forms Generator (генератор приложений для ORACLE Forms). Генерируемые
приложения включают в себя различные экранные формы, средства контроля
данных, проверки ограничений целостности и автоматические подсказки.
Дальнейшая работа с приложением выполняется в среде Developer/2000;
Repository Reports - генератор стандартных отчетов, интегрированный с
ORACLE Reports и позволяющий русифицировать отчеты, а также изменять
структурное представление информации.
Репозиторий Designer/2000 представляет собой хранилище всех проектных
данных и может работать в многопользовательском режиме, обеспечивая
параллельное обновление информации несколькими разработчиками. В процессе
проектирования автоматически поддерживаются перекрестные ссылки между
объектами словаря и могут генерироваться более 70 стандартных отчетов о
моделируемой предметной области. Физическая среда хранения репозитория -
база данных ORACLE.
Генерация приложений, помимо продуктов ORACLE, выполняется также для
Visual Basic.
Взаимодействие с другими средствами
Designer/2000 можно интегрировать с другими средствами, используя
открытый интерфейс приложений API (Application Programming Interface).
Кроме того, можно использовать средство ORACLE CASE Exchange для
экспорта/импорта объектов репозитория с целью обмена информацией с другими
CASE-средствами.
Developer/2000 обеспечивает разработку переносимых приложений, работающих
в графической среде Windows, Macintosh или Motif. В среде Windows
интеграция приложений Developer/2000 с другими средствами реализуется через
механизм OLE и управляющие элементы VBX. Взаимодействие приложений с
другими СУБД (DB/2, DB2/400, Rdb) реализуется с помощью средств ORACLE
Client Adapter для ODBC, ORACLE Open Gateway и API.
Среда функционирования Designer/2000 и Developer/2000 - Windows 3.x,
Страницы: 1, 2, 3, 4, 5