Концептуальная модель данных.
Описать спецификации накопителей данных. Выявить независимые и зависимые сущности. Определить связи между ними, внешние ключи. Связь может быть идентифицирующей (зависимой от родительской сущности) и неидетифицирующей (не зависимой от родительской сущности).
Построить концептуальную модель (ERD) проектируемой информационной системы. Воспользоваться CASE- пакетом ERWin.
Определить свойства связей, подписать роли, определить реакцию системы на изменение внешнего ключа связи со стороны родительской и дочерней сущности (RI).
Все рисунки снабдить пояснительным текстом со ссылкой на рисунок.
Реляционная модель данных.
Перевести концептуальную модель в схему базы данных. Создать реляционную модель в любом формате данных, например, в СУБД MS Access 2003. Определить типы связей. Реализовать ограничения целостности данных, как реляционные, так и ограничения предметной области.
Пример схемы базы данных приведен на рисунке 1.
Рисунок 1.1 – Схема базы данных «Торговля»
Логическая модель отражает реляционную схему базы данных в терминах СУБД MS Access 2003.
Физическая модель содержит описание структуры каждой таблицы и их ограничений целостности. Эту информацию представить в виде таблицы 1.1.
Таблица 1.1 Структура таблицы название_таблицы
Имя поля |
Тип |
Размер |
Признак ключа |
Обязательное |
Описание |
|
|
|
|
|
|
В столбце «Признак ключа» необходимо указать:
- ПК, если атрибут является первичным ключом таблицы;
- ВК (родительская_таблица), если атрибут является внешним ключом связи, а в скобках указать название родительской таблицы, с которой осуществляется связь.
Если первичный ключ составляют несколько полей таблицы, то показать это объединением ячеек в данном столбце.
Если поле не является ключом, то оставить его пустым.
Если поля является обязательным, то в столбце «Обязательное» указать «да», иначе – оставить пустым.
В столбце «Описание» указать полное описание атрибута, если необходимо пояснить его смысл.
Структура приложения.
Представить общую структуру программного приложения необходимо в виде иерархического списка, который отражает пункты главного меню, наличие вкладок, доступных пользователю, команды и операции по каждому выбранному элементу структуры.
Описать словами, представит на рисунке.
Программная реализация.
Модуль данных
Все компоненты доступа к данным разместить на специальной форме модуля данных типа TDataModul. Из всех форм приложения обеспечить доступ к этой форме.
Всем компонентам, предназначенным для доступа к данным, дать смысловые имена. Привести вид конструктора формы, на которой расположены эти компоненты. Всю информацию о них свести в таблицу 2.1.
Таблица 2.1 Компоненты данных
Номер |
Название |
Описание |
1 |
ADOConnection1 |
Объект- соединение с базой данных baza.mdb |
2 |
ADOTSotr |
Таблица «Сотрудник» |
3 |
dsSotr |
Источник связи с таблицей ADOTSotr. |
|
… |
… |