4.1.2. Анализ информационных задач и круга пользователей системы
Определим группы пользователей, их основные задачи и запросы к БД:
Руководители организации:
заключение новых договоров;
назначение руководителей проектов;
получение списка всех участников проектов;
изменение должностных окладов и штатного расписания;
получение полной информации о проектах;
внесение изменений в данные о проектах;
Руководитель проекта:
назначение участников проекта;
получение списка сотрудников, работающих над конкретным проектом;
получение полной информации о проекте, руководителем которого он является;
получение сведений о сотрудниках, которые могут стать участниками проекта;
определение размера дополнительного вознаграждения сотрудников по конкретному проекту;
внесение изменений в данные об этапах проекта.
Сотрудники отдела кадров:
приѐм/увольнение сотрудников;
внесение изменений в данные о сотрудниках.
Бухгалтеры:
получение ведомости на выплату зарплаты.
Сотрудники – участники проектов:
просмотр данных о других участниках проекта;
просмотр данных о сроках сдачи проекта и форме отчѐтности.
4.2.Разработка бд
4.2.1.Построение концептуальной модели
Для создания 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 необходим для того, чтобы учесть необходимость выделения памяти под дополнительные структуры (например, индексы). Объѐм памяти будет увеличиваться ежегодно на столько же при сохранении объѐма работы. Требуемый объѐм оперативной памяти определяется на основании анализа интенсивности запросов и объѐма результирующих данных. Для нашей БД требуемый объѐм памяти мал, поэтому никаких специальных требований к объѐму внешней и оперативной памяти компьютера не предъявляется.