Независимые системы
К независимым системам структурного типа можно отнести популярные продукты: Erwin, S-Designor, Silverrun
S-Designor представляет собой графический инструмент, позволяющий в определенной степени автоматизировать процесс проектирования реляционных баз данных.
При разработке структуры базы данных с помощью S-Designor формируется концептуальная модель данных (КМД), которая впоследствии преобразуется в физическую модель данных (ФМД).
Для описания концептуальной модели данных предоставляются удобные средства графического интерфейса в стиле MS Windows. Концептуальная модель данных представляет собой схему базы данных в виде ER-модели.
Сущность изображается прямоугольником, внутри которого расположены атрибуты. Атрибуты, которые однозначно идентифицируют сущность (идентификаторы сущностей), выделяются подчеркиванием. Связи сущностей изображаются линиями, соединяющими соответствующие прямоугольники. Виды связей (1:1, 1:М, М:1, М:М) и подчиненность сущностей отмечаются на окончаниях линий. Если связь имеет место для всех элементов сущности, то линия перечеркивается, в противном случае – вместо перечеркивания изображается кружок. Пример концептуальной модели в виде диаграммы сущностей приведен на рис. ХХХ
Рис. ХХХ. Пример концептуальной модели
При построении концептуальной модели данных можно задать правила контроля ограничений, накладываемых на столбец таблицы (минимальное и максимальное значения, умалчиваемое значение и список допустимых значений).
Построение физической модели данных проводится на основе концептуальной модели и означает создание таблиц и описание структур БД для некоторой СУБД или построение готового приложения в специальной среде разработки, напримерPowerBuilder.
При генерации физической модели данных каждой сущности ставится в соответствие таблица, атрибуты сущностей преобразуются в колонки таблиц, а идентификаторы сущностей становятся ключами.
Если в концептуальной модели данных между сущностями имеется связь вида М:М, то при построении физической модели автоматически создается дополнительная таблица. Её назначение – нормализация отношения. Колонками таблицы являются идентификаторы участвующих в связи сущностей. Первичный ключ новой таблицы объединяет колонки первичных ключей двух исходных связанных таблиц. Пример перехода от концептуальной модели данных к физической модели данных для связи вида М:М приведен на рис.ХХХ. символьная конструкция вида <pk> обозначает , что эта колонка (поле) таблицы является ключевой.
Рис. ХХХ. Пример перехода к физической модели
Рассматриваемая система позволяет создавать базы данных путем подключения к работающему серверу СУБД через интерфейс ODBC или готовить текстовые файлы (пакеты) SQL-операторов по созданию структуры базы данных. Файлы SQL-операторов после этого обрабатываются некоторой СУБД, в результате чего создаются нужные БД.
S-Designor имеет интерфейсы со многими СУБД, включая ORACLE, Ingress, Informix, Sybase, SQL Server, Access и Paradox.
Система S-Designor работает в среде Windows и обеспечивает возможность использования других инструментальных средств разработки программ, таких как PowerBuilder, Team Windows и Progress.
С помощью средств моделирования структур БД системы S-Designor можно осуществлять прямой (к функциональной модели) и обратный (к концептуальной модели) переходы. «Обратное проектирование» информационной модели может понадобиться для решения задач анализа и расширения функций существующих АИС.
Создание таблиц БД сопровождается синтезом средств обеспечения поддержки ссылочной целостности данных в соответствии с типом конкретной СУБД.
Наряду с синтезируемыми программными объектами, система S-Designor поддерживает генерацию отчетов о концептуальной и физической моделях данных. Отчеты можно готовить в виде ASCII – текстов.
Система S-Designor поддерживает групповую разработку. Модели данных проектируемой информационной системы могут разбиваться на подмодели, с каждой из которых может работать отдельный разработчик. Подмодели данных для удобства хранятся в базах данных. Для хранения моделей может использоваться любая SQL СУБД. В системе S-Designor имеются средства администрирования групповой работы с парольной защитой.
Erwin представляет собой систему концептуального моделирования баз данных. Система Erwin реализует проектирование схемы БД, генерацию её описания на языке целевой СУБД(ORACLE, Sybase, SQL Server и др.) и реинжиниринг баз данных. Для ряда систем быстрой разработки приложений (PowerBuilder, SQL Windows, Delphi, Visual Basic) обеспечивается генерация форм и прототипов приложений.
По функциональным возможностям Erwin близок к S-Designor. В Erwin связь с СУБД организуется напрямую, в отличии от S-Designor, в которой связь с СУБД осуществляется через ODBC –интерфейс с использованием внешних файлов. Отсюда следует, что Erwin менее универсальна и поддерживает меньшее число СУБД.
ДОПОЛНИТЬ ИЗ БД
Silverrun представляет собой открытую систему, используемую совместно с продуктами других различных фирм. Она имеет интерфейсы с СУБД, в число которых входят следующие:DB2, Informix, Ingress, Oracle, Progress, SQLBase, SQLServer. Система Silverrun имеет интерфейсы с системами программирования для языков четвертого поколения (4GL), включая системы PowerBuilder, Progress, SQL Windows, Unifase.
Область применения системы
ХХХХХХХХХХХХХХХХ
Система Designer/2000
CASE – система Designer/2000 фирмы ORACLE является встроенной и используется в СУБД Oracle. основу CASE – технологии , реализованной в продуктах фирмы ORACLE, составляют:
· Методология нисходящего структурного проектирования;
· Поддержка всех этапов жизненного цикла прикладной системы;
· Ориентация на технологию «клиент-сервер»;
· Наличие централизованной базы данных (репозитария) для хранения всей информации в ходе проектирования;
· Возможность одновременной работы с репозитарием многих пользователей;
· Автоматизация последовательного перехода между этапами разработки;
· Автоматизация проектирования и создания приложения (создание документации, проверка спецификаций, автоматическая генерация программ и т.д.).
Designer/2000 Designer/2000 ER SQL
Система Designer/2000 поддерживает следующие этапы разработки прикладных систем: моделирование и анализ деятельности организации, разработку концептуальных моделей предметной области, проектирование приложения и синтез программ.
Средства поддержки этапа моделирования и анализа позволяют строить наглядные модели технологических и организационных процессов и структур организации для изучения и совершенствования. При этом широко применяются средства мультимедиа, включая звуковое сопровождение, видео и анимацию.
Модель деятельности организации представляется в виде совокупности диаграмм, описывающих отдельные процессы. Диаграммы строятся из стандартных элементов, основными из которых являются: базовый процесс шаг процесса, хранилище, поток, организационные единицы и события.
На этапе концептуального моделирования предметной области строятся модели, описывающие особенности предметной области, характер решаемых задач, информационные потребности и ресурсы, технологические ограничения и т. д. Используются модели двух видов: информационные (отражают существующие информационные структуры и взаимосвязи между ними) и функциональные (отражают технологию и способы обработки информации).
Основой информационных моделей является специальный вид модели Чена, близкий к бинарной модели типа сущность-связь. В этой модели взаимосвязи могут быть определены между двумя сущностями и взаимосвязи не имеют атрибутов.
Функциональное описание предметной области производится с помощью диаграмм иерархии функций и моделей потоков данных. Первый вид моделей предполагает декомпозицию общей функции на подфункции, каждая из которых, в свою очередь, раскладывается на более мелкие функции и т.д.. При необходимости можно описать события вызывающие выполнение определенной функции. Диаграммы потоков данных позволяют описать движение данных в процессе работы организационных структур.
Концептуальное моделирование в системе Designer/2000 поддерживается совокупностью графических редакторов:ER 0 диаграмм, иерархии функций и диаграмм потоков данных. Кроме представления моделей, редакторы позволяют вводить дополнительную информацию об элементах диаграмм, выполнять семантические проверки диаграмм на полноту и корректность, получать отчеты и документы по концептуальному моделированию.
На этапе проектирования из полученных концептуальных моделей вырабатываются технические спецификации на прикладную систему, описывающие структуру и состав БД., а также набор программных модулей. Создаваемые спецификации разделяются на информационные и функциональные, как и исходные концептуальные модели.
Описание структуры и состава БД включает в себя: перечень таблиц БД, состав столбцов (полей) каждой таблицы, состав ключевых полей, состав индексов, ограничения на значения в столбцах, ограничения целостности и т.д.
Функциональное описание будущего приложения предполагает определение: структуры меню пользовательского интерфейса, экранных форм, отчетов, процедурных модулей и прочее.
Первоначальный вариант спецификаций можно получить, воспользовавшись специальными утилитами.
Этап проектирования реализуется с помощью трех редакторов: схем программ, диаграмм взаимосвязей модулей и схем модуля. Перечисленные редакторы, кроме построения диаграмм, позволяют вводить дополнительную информацию об отдельных элементах диаграмм.
На этапе создания программ используются генераторы программного кода, которые позволяют автоматизировать этот этап, существенно сократить время разработки, повысить качество и надежность получаемого продукта. Имеющиеся в системе генераторы делятся на две группы: генератор серверной части и генераторы клиентских частей.
Генератор серверной части по спецификациям БД автоматически строит тексты программ на языке SQL (операторы определения схем БД, триггеров, хранимых процедур и т.д.). Генераторы клиентских частей по полученным спецификациям автоматически синтезируют тексты программных модулей (экранные формы, отчеты, процедуры и прочее). Дпя каждого типа модулей имеется свой генератор.
Работой генераторов можно управлять путем задания более 400 параметров, позволяющих изменять внешнее представление приложения, стили оформления текстов, режимы функционирования и т.д. Кроме того, имеются средства разработки нижнего уровня, позволяющие корректировать тексты полученных программ. Имеются также средства реинжиниринга готового приложения. Позволяющие по его готовой версии воссоздать спецификации.