2. Проектирование информационной системы
2.1. Построение инфологической модели
В соответствии с описанием предметной области можно выделить такие информационные объекты как платёжные поручения (или Bank), информация об организации (илиOrganization), дополнительные данные об организации (илиCompany), данные по платёжному поручению (илиOrder), сотрудники (илиOfficemen), отделы (илиOffice), менеджеры (илиChief). Отобразим эти объекты на диаграмме «сущность-связь», выявим и изобразим на диаграмме связи между объектами и атрибуты объектов. Полученная диаграмма показана на рис. 1. Идентифицирующие (ключевые) атрибуты информационных объектов на рис. 1 обозначены подчеркиванием.
Мощности связей между сущностями обозначены на концах соответствующих линий: цифра “1” означает, что в данном информационном объекте связанному объекту отвечает ровно одна запись,”∞” — несколько записей, а запись “0, 1” указывает минимальную и максимальную мощность связи, то есть в информационном объекте может не оказаться ни одной записи, соответствующей связанному объекту, либо найдется ровно одна такая запись.
Связи между объектами OrganizationиBank,OfficemenиBank,OfficeиOfficemenимеют, таким образом, мощности “один ко многим”. Такие связи могут быть непосредственно реализованы в реляционной модели данных.
Связь между объектами BankиOrder,OrganizationиCompanyотносятся к типу «один к одному»:одному платёжному поручению соответствует одна пара {дата поступления, отметка о выполнении}, одной организации данные о {директоре, годовом доходе}.
Рис. 1. ER-диаграмма предметной области
Связь между объектами OfficeиChiefотносится к типу «один к одному». ОбъектыOfficeиChiefможно было бы «объединить», однако, поскольку не все менеджеры могут быть ответственны за отдел, таким элементам объектаChiefне будет соответствовать ни одного экземпляра объектаOffice. Таким образом, класс принадлежности связи между объектамиChiefиOffice— необязательный.
2.2. Описание информационных объектов
Преобразуем построенную концептуальную модель данных в реляционную схему. Вначале преобразуем простые объекты, участвующие в связях на стороне «один».
Для объекта Bankвведем кодирование с целью сократить размеры ключей в реляционной модели (а это, в свою очередь, позволит ускорить обработку данных). Получим следующие схемы (ключевые поля обозначены подчеркиванием):
Bank(Номер платёжного поручения, ИНН организации, ИНН ответственного сотрудника)
В данной схеме «ИНН организации» и «ИНН ответственного сотрудника»являютсявнешними ключами, ссылающимися соответственно на Organization и Officemen. Первичный же ключ Номер платёжного поручения является внешним для объекта Bank, и связывает его с Order:
Order(Номер платёжного поручения, Дата поступления, Отметка о выполнении).
Откуда следует, что дубликатов платёжных поручений не может быть в принципе, и каждое платёжное поручение имеет лишь одну дату поступления и отметку о выполнении.
В свою очередь Organization представляет собой схему (ключевые поля обозначены подчеркиванием):
Organization(ИНН организации, Название, Телефон, Адрес),
где ключевое поле является и внешним ключом для Organization, и связывает его с Company:
Company(ИНН организации, ФИО директора, Годовой доход).
Из этого можно сделать вывод, что одна организация с определённым ИНН может иметь одного директора и определённый годовой доход, так как по определению ИНН не повторяется.
Подобным образом организована база сотрудников, по принципу уникальности ИНН:
Officemen(ИНН сотрудника, ФИО сотрудника, Номер отдела, Стаж работы (полных лет), Дата рождения),
где внешним ключом является поле, прикрепляющее сотрудника к определённому отделу объекта Office.
Officemen(Номер отдела, ИНН главного, Телефон отдела)
В базе Office «ИНН главного» служит внешним ключом, ссылающимся на объект Chief, причём, как было сказано ранее, не все менеджеры из базы Chief являются главными какого-либо отдела.
Officemen(ИНН главного, ФИО главного, Стаж работы (полных лет), Дата рождения)
Итак, мы получили реляционную схему данных рассматриваемой предметной области. Использованный метод преобразования концептуальной модели в реляционную гарантирует, что все полученные реляционные таблицы соответствуют третьей нормальной форме.