4438

21

ПРАКТИЧЕСКАЯ ЗАДАНИЕ №2

3.1. Постановка задачи В регистрационной компании, которая занимается ведением реестра ак-

ционеров, создаётся новая информационная система, призванная автоматизировать процесс обработки документов и внесения изменений в реестр. Создаваемая система должна обеспечивать ввод, хранение, обработку и поиск информации о совершенных изменениях в реестре. Каждый входящий документ имеет уникальный регистрационный номер. Информация о документе должна содержать сведения о дате регистрации, типе документа, регистрационном номере, содержании, реквизитах отправителя. Информация о реестре должна содержать сведения о регистрационном номере эмитента (акционерного общества), реквизитах эмитента, количестве эмиссий (выпусков ценных бумаг), типах акций. Информация об акционере должна содержать сведения о реквизитах акционеров, количестве и типе имеющихся у него в собственности. Система должна позволять отследить всю историю изменений в реестре, путь каждой акции. Задача состоит в проектировании структуры баз данных разрабатываемой автоматизированной ИС.

3.2.Создание логической модели БД Проведем анализ предметной области и внесем в диаграмму выявленные

сущности.

Для внесения сущности в модель необходимо «кликнуть» по кнопке сущ-

ности на панели инструментов (ERwin Toolbox) затем кликнуть по тому месту на диаграмме, где необходимо расположит новую сущность. Щелкнув правой кнопкой мыши по сущности и выбрав пункт «Entity Properties», можно вызвать окно, в котором определяются имя, комментарии и описание сущности.

22

Рисунок 1.7 - Внешний вид диалогового окна Entity Properties

Рисунок 1.8 - Общий вид модели с после создания сущностей

23

Рисунок 1.9 - Диалоговое окно задания параметров связи

Задание ограниченной целостности производится на закладке Rolename/ RI Action панели диалога редактора связей (см. рис. 10) после создания атрибутов.

Каждая сущность должна быть полностью определена с помощью текстового описания в закладке Definition. Закладки Note, Note 2, Note 3, UDP служат для внесения дополнительных комментарий и определений к сущности.

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

Любой Акционер должен передать хотя бы одно Распоряжение. Распоряжение может быть Запросом на выдачу информации или Распо-

ряжением на внесение изменений в реестр.

Запрос на выдачу информации должен быть отмечен в реестре Распоряжение на внесение изменений в Реестре должно быть исполнено Таким образом, сформируем имена связей:

Акционер передаёт распоряжение.

24

Распоряжение на внесение изменений вносится в Реестр.

Запрос на выдачу информации удовлетворяется информацией из Реестра. Первая и вторая являются идентифицирующими. Третья - неидентифицирующая. Первая связь обладает мощностью один ко одному или ко многим. Ос-

тальные один к одному.

Для установки связи необходимо кликнуть по кнопке нужного типа связи в панели инструментов, затем указать мышью сначала на родительскую сущность, а потом на дочернюю. Задать параметры связи можно при помощи редактора связей Relationship Editor (см. рис. 9), который вызывается двойным щелчком по связи. Обязательно необходимо указать называние связи.

Рисунок 1.10 - Диалоговое окно «Relationship Editor»

После задания связей между сущностями диаграмма будет выглядеть следующим образом (см. рис. 11).

25

Рисунок 1.11 - Вид логической модели после задания связей Следующим шагом в процессе создания логической модели должно стать

определение атрибутов сущностей.

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

26

Рисунок 1.12 - Окно работы с атрибутами Для создания каждого нового атрибута необходимо нажать кнопку

«Nеw». В появившемся окне введите наименование атрибута и тип данных (строка, число, дата, неизвестный формат). Если атрибут является первичным ключом, необходимо выделить его и отметить пункт «Primary Key».

Рассмотрим теперь в отдельности каждую сущность. Сведения об акционере должны содержать фамилию, имя и отчество, номер и серию паспорта, ИНН, адрес, количество имеющихся акций и их тип. Поскольку ИНН является уникальным для каждого человека, его можно сделать первичным ключом.

Сущности Распоряжение на внесение изменений и Запрос на выдачу информации унаследуют от сущности Распоряжение уникальный регистрационный номер. А также приобретут свои атрибуты. Первая сущность – тип изменения, количество акций. Вторая: причина запроса и отправитель.

Реестр содержит реквизиты эмитента и акционеров.

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

27

Для вызова данного редактора кликните правой кнопкой мыши на сущности и выберите пункт Key Group Editor. В открывшимся диалоговом окне (см. рис. 13) нажмите кнопку New.

В открывшимся диалоговом окне (см. рис. 14) задайте атрибуты и нажми-

те ОК. Выберите созданный альтернативный ключ и при помощи клавиши добавьте составляющие его атрибуты. Нажмите ОК.

Рисунок 1.13 - Диалоговое окно New Key Group

28

Рисунок 1.14 - Диалоговое окно Key Group Editor

На этом процесс логического моделирования заканчивается, а сама модель приобретает вид, представленный на рис. 15.

29

Рисунок 1.15 - Общий вид логической модели 3.2. Создание физической модели БД и генерация схемы БД.

Перед тем как преступить к созданию физической модели, необходимо выбрать сервер СУБД. Для этого необходимо переключиться на физическую модель и выбрать пункт меню Database/Choose Database. Затем выбрать необходимый сервер СУБД. Вид панели диалога Target Server представлен на рис.

16.

30

Рисунок 1.16 - Диалоговое окно Target Server

Диалог Target Server позволяет задать тип данных и опцию NULL для новых колонок, а так же правила ссылочной целостности, принимаемые по умолчанию.

Напомним, что на уровне физической модели сущности соответствует таблица в реальной СУБД, атрибуту – колонка таблицы, связи – внешний ключ, первичным и альтернативным ключам – уникальные индексы, а инверсным входам не уникальные.

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

Для создания английских имен таблиц необходимо воспользоваться редактором таблиц, который вызывается правым щелчком мыши по сущности, в выпадающем меню выбрать пункт Table Ptoperties/Comment (см. рис.17), для остальных манипуляций – редактором колонок, который вызывается правым щелчком мыши по сущности, в выпадающем меню выбрать пункт Columns (см.

рис. 18).