- •Оглавление
- •1.1. Основные понятия
- •1.2. Жизненный цикл по
- •1.3. Модели жизненного цикла по
- •Каскадная модель жц:
- •Спиральная модель жц:
- •2. Методологии и технологии проектирования ис
- •2.1. Общие требования к методологии и технологии
- •2.2. Структура комплекта документов
- •2.3. Наиболее перспективные и приемлемые технологии разработки по
- •2.3.1. Технологии, базирующиеся на case–средствах Computer Associates
- •2.3.2. Технологии, базирующиеся на case–средствах ibm Rational
- •2.3.2.1. Краткая характеристика основных технологических программных продуктов ibm Rational
- •3. Методология функционального моделирования idef0
- •3.1. Концепция методологии функционального моделирования idef0
- •3.2. Основные определения (понятия) методологии и языка idef0
- •3.3. Синтаксис графического языка idef0
- •3.4. Семантика языка idef0
- •3.5. Имена и метки
- •3.6. Отношения блоков на диаграммах
- •3.7. Диаграммы idef0
- •3.8. Дочерняя диаграмма
- •3.9. Родительская диаграмма
- •3.10. Свойства диаграмм
- •3.10.1. Стрелки как ограничения
- •3.10.2. Параллельное функционирование
- •3.10.3. Ветвление и слияние сегментов стрелок
- •3.11. Создание диаграмм idef0 в среде AllFusionProcess Modeler
- •3.12. Диаграммы dfd
- •3.13. Пример проектирования функций подсистемы обработки и хранения данных
- •4. Idef3 – методология описания и моделирования процессов
- •4.1. Функциональный элемент
- •4.2. Элемент связи
- •4.2.1. Связи старшинства
- •4.2.2. Сдерживаемые связи старшинства
- •4.2.3. Относительные связи
- •4.2.4. Связь поток объектов
- •4.3. Перекресток
- •4.3.1. Типы перекрестков
- •4.3.2. Значения комбинаций перекрестков
- •4.4. Декомпозиция описания процесса
- •4.5. Примеры
- •5. Язык моделирования баз данных idef1x
- •5.1. Сущности
- •5.2. Связи и отношения
- •5.2.1. Мощность связей
- •5.3. Ключи
- •5.3.1 Внутренние и внешние ключи
- •5.3.2. Ссылочная целостность
- •5.4. Домены
- •5.5. Представления
- •5.6. Нормализация данных
- •5.7. Примеры построения диаграмм
- •5.8. Общие сведения о среде проектирования AllFusion Erwin Data Modeler
- •5.8.1. Построение логической модели
- •5.8.1.1. Диаграмма сущность – связь
- •5.8.1.2. Модель данных на основе ключа
- •5.8.1.3. Полная атрибутивная модель
- •5.8.2. Создание новой модели
- •5.8.3. Создание физического уровня базы данных на основе логического
- •5.8.4. Редактирование таблиц
- •5.8.5. Редактирование столбцов таблицы
- •5.8.6. Редактирование ключей и индексов таблицы
- •5.8.7. Редактирование связей таблиц
- •5.8.8. Сохранение модели базы данных
- •5.8.9. Генерация операторов для создания базы данных
- •5.8.10. Подготовка исходных данных для разработки новой версии бд
- •6. ЯзыкUml, модели по, объектно–ориентированный анализ и проектирование по.
- •6.1. Основные элементы языка uml
- •6.1.1. Сущности
- •6.1.2. Отношения
- •6.1.3. Диаграммы
- •6.2. Диаграмма вариантов использования как концептуальное представление бизнес–системы в процессе ее разработки
- •6.2.1. Базовые элементы диаграммы вариантов использования
- •6.2.2. Отношения на диаграмме вариантов использования
- •6.2.2.1. Отношение ассоциации
- •6.2.2.2. Отношение включения
- •6.2.2.3. Отношение расширения
- •6.2.2.4. Отношение обобщения
- •6.2.3. Дополнительные обозначения языка uml для бизнес–моделирования
- •6.2.4. Примеры use case и их реализация
- •6.3. Диаграммы последовательности
- •6.3.1. Сообщения на диаграмме последовательности
- •6.3.2. Ветвление потока управления
- •6.3.3. Пример диаграммы последовательности
- •6.4. Диаграмма кооперации
- •6.4.1. Объекты диаграммы кооперации и их графическое изображение
- •6.4.2. Кооперация объектов
- •6.4.3. Пример совместного использования диаграмм кооперации и последовательности
- •6.5. Сравнение диаграммы последовательности и диаграммы кооперации
- •6.6. Диаграммы состояний
- •6.6.1. Составное состояние и подсостояние
- •6.6.1.1. Последовательные подсостояния
- •6.6.1.2. Параллельные подсостояния
- •6.6.1.3. Несовместимые подсостояния
- •6.6.2. Исторические состояния
- •6.6.3. Сложные переходы и псевдосостояния
- •6.6.4. Состояние синхронизации
- •6.6.5. Рекомендации по построению диаграмм состояний
- •6.6.6. Примеры диаграмм состояний
- •6.7. Диаграммы деятельностей
- •6.7.1. Примеры диаграмм деятельностей
- •6.8. Классы
- •6.8.1. Области видимости и действия, кратность и иерархия классов
- •6.8.2. Отношения между классами
- •6.8.2.1. Отношение ассоциации
- •6.8.2.2. Отношение обобщения
- •6.8.2.3. Отношение агрегации
- •6.8.2.4. Отношение композиции
- •6.8.3. Примеры диаграмм классов
- •6.9. Компоненты
- •6.9.1. Виды компонентов
- •6.9.2. Отношения между компонентами
- •6.9.3. Компоненты и классы
- •6.9.4. Компоненты и интерфейсы
- •6.9.5. Варианты графического изображения компонентов
- •6.9.6. Пример диаграммы компонентов
- •6.10. Диаграмма развертывания
- •6.10.1. Узел диаграммы развертывания
- •6.10.2. Отношения между узлами диаграммы
- •6.10.3. Пример диаграммы развертывания
- •Литература
5.8.8. Сохранение модели базы данных
Создание модели данных – это длительный, итерационный процесс, выполнение вышеизложенных функций и операций разработчиком БД может повторяться многократно для получения схемы модели данных, удовлетворяющей требованиям задач и пользователей на некотором этапе сопровождения БД.
При этом полученная модель всякий раз после окончания корректировки должна быть сохранена с помощью операций “Save” или “Save as” в виде AllFusion Erwin Data Modeler файла с расширением *.er1. Эта модель в последующем может быть выбрана для дальнейшей обработки с помощью операции “Open”. Все эти функции AllFusion Erwin Data Modeler достаточно подробно описаны в документе “AllFusion Erwin Data Modeler. Getting Started”.
AllFusion Erwin Data Modeler запоминает имена файлов для создаваемых моделей и их местоположение (пути доступа) и предлагает их для выбора при входе. Тем самым ускоряется процесс выборки требуемой модели и облегчается сопровождение БД.
5.8.9. Генерация операторов для создания базы данных
После окончательного определения и построения физической модели данных можно перейти к выполнению одной из наиболее важных функций – генерации схемы, а именно – генерации операторов на языке DDL, описывающих БД. Эти операторы используются затем для создания физической БД и ее поддержки на выбранном для ее размещения сервере.
AllFusion Erwin Data Modeler обеспечивает ведение следующих групп опций (режимов) для описания (указания) необходимых разработчику вариантов генерации схемы: “Schema”, “Summary table”, “View”, “Table”, “Column”, “Index”, “Referential Integrity”, “Trigger”, “Other options”. Включение параметров для указанных групп опций влияет на характеристики создаваемой физической БД, которые зависят от выбранной платформы СУБД. В связи с этим, не все группы опций используются одинаково для различных СУБД и, естественно, не все опции используются в данной разработке БД.
Генерация операторов на языке DDL производится при открытой модели БД, при этом необходимо выбрать тип “Physical” для модели. Перед генерацией необходимо выполнить выбор типа БД и ее версии для сервера назначения (рис. 5.34.). Для этого в меню “Database” выбрать “Choose Database”, в окне “Target Server” включить кнопки “DB2” и “DB2 version” – выбрать соответствующую версию DB2 для дальнейшей генерации операторов DDL. Следует заметить, что эту операцию необходимо выполнить только первоначально при генерации задания на языке DDL первый раз, либо при смене платформы СУБД или ее версии в дальнейшем, так как AllFusion Erwin Data Modeler запоминает предыдущее состояние введенных параметров и использует их при следующем входе.
Далее, для продолжения операции получения файла задания на языке DDL, необходимо перейти в меню “Tools”, подменю “Forward Engineer/Schema generation” – появляется окно, изображенное на рис. 5.35.
Для указанных в окне “Schema generation” режимов “Schema”, “View”, “Table”, “Columns”, “Index”, “Referential Integrity”, “Trigger”, “Other options” необходимо справа в окне “Schema” указать необходимость включения соответствующих последовательностей SQL операторов в файл задания на языке DDL. Это операторы Create, Drop и другие, которые будут сгенерированы AllFusion Erwin Data Modeler автоматически для схемы в целом, для табличных пространств и буферных пулов, таблиц, индексов, триггеров и других элементов схемы. Полностью состояние включения элементов в операторы на языке DDL можно посмотреть, щелкнув по кнопке “Summary”.
Рис. 5.34. Выбор БД и ее версии
Рис. 5.35. Генерация файла с операторами DDL для БД
Для завершения операции – генерация файла скриптов и получения операторов DDL в виде файла – задания необходимо нажать кнопку “Report” в нижней части экрана. Появляется окно, в котором разработчик должен выбрать папку и указать имя файла для сохранения сгенерированных операторов DDL в виде задания (сеанса в терминах DB2) для создания БД на сервере.
Сгенерированные операторы можно просмотреть, нажав кнопку “Preview” в нижней части экрана. При этом используются сохраненные на этапе генерации значения параметров для переключения режимов генерации операторов DDL схемы (см. часть примера ниже).
CREATE TABLE "NSI"."ADMINIST" (
"ADMIN_NO" CHAR(2) NOT NULL,
"ADM_DATE_INS" IMESTAMP NOT NULL DEFAULT CURRENT TIMESTAMP,
"ADMIN_ID" VARCHAR(12),
"COUNTRY_NO" CHAR(3),
"COU_DATE_INS" TIMESTAMP,
"ADMIN_NAME" VARCHAR(32),
"ADMIN_FULLNAME" VARCHAR(150),
"ADMIN_REAL_PR" CHAR(1),
"ADM_BGN_DATE" TIMESTAMP NOT NULL,
"ADM_END_DATE" TIMESTAMP NOT NULL,
"ADM_SIGN" CHAR(1) NOT NULL
)
IN "STARAITS"
INDEX IN "STARAIIS"
;
ALTER TABLE "NSI"."ADMINIST"
DATA CAPTURE CHANGES
;
COMMENT ON TABLE "NSI"."ADMINIST" IS 'Администрация';
COMMENT ON COLUMN "NSI"."ADMINIST"."ADMIN_NO" IS 'Код администрации';
CREATE UNIQUE INDEX "NSI"."H_ADM_NO" ON "NSI"."ADMINIST"
(
"ADMIN_NO" ASC,
"ADM_BGN_DATE" ASC,
"ADM_END_DATE" ASC
);
COMMENT ON INDEX "NSI"."H_ADM_NO" IS 'Индекс историчности объекта';
CREATE INDEX "NSI"."F_COUADM" ON "NSI"."ADMINIST"
(
"COUNTRY_NO" ASC,
"COU_DATE_INS" ASC
);