Построение концептуальной модели

Для создания ER-модели необходимо выделить сущности предметной области:

1) Отделы. Атрибуты: название, аббревиатура, комнаты, телефоны.

2) Сотрудники. Атрибуты: ФИО, паспортные данные, дата рождения, пол, ИНН (индивидуальный номер налогоплательщика), номер пенсионного страхового свидетельства, адреса, телефоны (рабочий, домашний, мобильный), данные об образовании (вид образования (высшее, среднеспециальное и т.д.), специальность, номер диплома, дата окончания учебного заведения), должность, оклад, логин (имя пользователя).

Примечания: 1. Логин потребуется нам для назначения дифференцированных прав доступа. 2. В нашем задании не предусмотрена полная информационная поддержка сотрудников отдела кадров, поэтому мы не будем отражать в БД такие сведения как дату поступления сотрудника на работу, его переводы с одной должности на другую, уходы в отпуска и т.п.

3) Проекты. Атрибуты: номер договора; полное название проекта; сокращѐнное название проекта; дата подписания договора; заказчик; контактные данные заказчика; дата начала проекта; дата завершения проекта; сумма по проекту; дата реальной сдачи проекта; сумма, полученная по проекту на текущую дату.

4) Этапы проекта. Атрибуты: номер по порядку, название, дата начала этапа, дата завершения этапа, форма отчетности, сумма по этапу, дата реальной сдачи этапа; сумма, полученная по этапу на текущую дату.

Исходя из выявленных сущностей, построим ER–диаграмму (рис. 3). Напомним, что пометки у линий означают степень связи: 1:1, 1:N и N:M.

Рис. 3. ER–диаграмма ПрО «Проектная организация»

4.2.2. Определение требований к операционной обстановке*

Для выполнения этого этапа необходимо знать (хотя бы ориентировочно) объѐм работы организации (т.е. количество проектов и сотрудников), а также иметь представление о характере и интенсивности запросов. Объѐм внешней памяти, необходимый для функционирования системы, складывается из двух составляющих: память, занимаемая модулями СУБД (ядро, утилиты, вспомогательные программы), и память, отводимая под данные (МД). Для реальных баз данных обычно наиболее существенным является МД. На основе результатов анализа ПрО можно приблизительно оценить объѐм памяти, требуемой для хранения данных. Примем ориентировочно, что: одновременно осуществляется около десяти проектов, работа над проектом продолжается в среднем год (по 1К на каждый проект); каждый проект состоит в среднем из четырѐх этапов (по 0,5К на этап); в компании работают 100 сотрудников (по 0,5К на каждого сотрудника); в выполнении каждого проекта в среднем участвуют 10 сотрудников (по 0,2К); устаревшие данные переводятся в архив (накапливаются в архиве БД). Тогда объѐм памяти для хранения данных за первый год примерно составит: Mд = 2(10*1+10*4*0,5+100*0,5+(10*10*0,2)) = 200 К, Коэффициент 2 необходим для того, чтобы учесть необходимость выделения памяти под дополнительные структуры (например, индексы). Объѐм памяти будет увеличиваться ежегодно на столько же при сохранении объѐма работы. Требуемый объѐм оперативной памяти определяется на основании анализа интенсивности запросов и объѐма результирующих данных. Для нашей БД требуемый объѐм памяти мал, поэтому никаких специальных требований к объѐму внешней и оперативной памяти компьютера не предъявляется.

4.2.3. Выбор СУБД и других программных средств*

Анализ информационных задач показывает, что для реализации требуемых функций подходят почти все СУБД для ПЭВМ (MS Access, Firebird, MySQL и др.). Все они поддерживают реляционную модель данных и предоставляют разнообразные возможности для работы с данными. Объѐм внешней и оперативной памяти, требующийся для функционирования СУБД, обычно указывается в сопроводительной документации. Для того чтобы в учебном примере не привязываться к конкретной СУБД, выполним описание логической схемы БД на SQL-92. Примечание. При выполнении курсового проекта необходимо обосновать выбор конкретной СУБД для реализации проекта и реализовать базу данных под управлением выбранной СУБД.