Разработка автоматизированной подсистемы кадрового учета с использованием CASE средств (BPWin и ERWin) для МОУ Лицей №17
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
приеме человека на работу с ним заключается трудовой договор в двух экземплярах, один из которых остается у работника, а второй - у специалиста отдела кадров. На основании трудового договора оформляется приказ о приеме на работу. При фиксации приказа данные поступают в трудовую книжку работника, в соответствующую книгу регистрации и заводится личная карточка.
Далее на рисунке 3.3 и 3.4 рассмотрим диаграммы увольнения работников. Увольнение работника происходит на основании заявления работника, либо на основании служебной записки от начальника подразделения, к которому относится работник. При расторжении трудового договора оформляется приказ о прекращении трудового договора. При фиксации приказа данные поступают в трудовую книжку работника, в соответствующую книгу регистрации и все данные работника удаляются в архив.
Рисунок 3.3 - Увольнение работника - контекстная диаграмма
При изменении трудовой функции или изменении существенных условий трудового договора, для работника оформляется приказ (распоряжение) о переводе или перемещении на другую работу. При фиксации приказа данные поступают в трудовую книжку работника, в соответствующую книгу регистрации и происходит занесение необходимых изменений в личной карточке.
Рисунок 3.4 - Увольнение работника - диаграмма декомпозиции
Диаграммы перемещения работников представлены на рисунках 3.5 и 3.
Рисунок 3.5 - перемещение работника - диаграмма декомпозиции
Рисунок 3.6 - Перемещение работника - диаграмма декомпозиции
На рисунках 3.7 и 3.8 представлены диаграммы оформления отпуска
Рисунок 3.7 - Оформление отпуска - контекстная диаграмма
Рисунок 3.8 - Оформление отпуска - диаграмма декомпозиции
На основании заявления работнику предоставляется отпуск. При фиксации приказа данные поступают в отпускную книжку работника, в соответствующую книгу регистрации и производится правка в графике отпусков.
3.2 Разработка функциональной модели системы кадрового учета
Для построения модели данных использовался мощный и удобный инструмент - Erwin. имеет два уровня представления модели - логический и физический. Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД.
Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД. Поскольку стандартов на объекты БД не существует, физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т. д. Разделение модели данных на логические и физические позволяет решить несколько важных задач.
В проектируемой модели использовалась логико-физическая модель.
Проектируемая система учета кадров должна выполнять следующие действия:
. хранить информацию о персонале предприятия
. хранить данные о вакансиях
. хранить информацию о подразделениях (отделах) предприятия
. хранить данные о назначениях
Сущность - любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать тносится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе.
В данном проекте определены четыре сущности:
сотрудник;
документ;
отдел;
должность.
Атрибут - поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Атрибуты используются для определения того, какая информация должна быть собрана о сущности.
В данном проекте сущность Сотрудник характеризуют следующие атрибуты:
а) Код;
б) Фамилия, имя, отчество;
в) Паспорт;
г) ИНН;
д) Код отдела;
е) Код должности;
ж) Зарплата.
Сущность Документ характеризуют атрибуты:
Код;
Номер;
Номер2;
Дата;
Код сотрудника;
Код отдела;
Код должности;
Зарплата.
Сущность Отдел использует атрибуты Код и Наименование.
Сущность Должность использует атрибуты Код, Наименование, Типовая зарплата.
3.3 Определение зависимостей между сущностями
Абсолютное различие между типами сущностей и атрибутами отсутствует. Атрибут является таковым только в связи с типом сущности. В другом контексте атрибут может выступать как самостоятельная сущность.
Ключ - минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся.
Для каждой сущности задано ключевое поле Код.
Связь - ассоциирование двух или более сущностей. Если бы