Дипломная работа: Автоматизация управления персоналом в ОАО "Мосэнергосбыт"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
71
Инфологическая модель базы данных без труда отображается в
реляционную даталогическую модель, используя описанные ранее правила по
переводу. В результате получаются таблицы реляционной базы данных, в
которых каждая сущность напрямую отражается в отдельную таблицу, атрибуты
каждой сущности становятся полями этой таблицы, а первичные ключи
сущности становятся первичными ключами таблицы.
На данном этапе необходимо также провести нормализацию полученных
таблиц с целью устранения избыточности данных.
Эта процедура в дальнейшем значительно облегчит усилия, которые будут
затрачиваться на поддержании таблиц базы данных в целостном состоянии.
Таблица 3
Даталогическая модель таблицы «Сотрудники»
Название поля
Тип данных
Ключевое/неключевое
Код сотрудника
Числовой, счетчик
Первичный ключ
ФИО
Текстовый
Неключевое
Табельный номер
Текстовый
Неключевое
Дата рождения
Дата/время
Неключевое
Возраст
Текстовый
Неключевое
Страна
Текстовый
Неключевое
Область
Текстовый
Неключевое
Район
Текстовый
Неключевое
Национальность
Текстовый
Неключевое
Гражданство
Текстовый
Неключевое
Серия паспорта
Текстовый
Неключевое
Номер паспорта
Текстовый
Неключевое
Кем выдан
Текстовый
Неключевое
72
Семейное положение
Текстовый
Неключевое
Образование
Текстовый
Неключевое
Телефон
Текстовый
Неключевое
Адрес
Текстовый
Неключевое
Должность
Текстовый
Неключевое
Вид работы
Текстовый
Неключевое
Категория
Текстовый
Неключевое
Оклад
Числовой
Неключевое
Стаж
Числовой
Неключевое
Таблица 4
Даталогическая модель таблицы «Диплом»
Название поля
Тип данных
Ключевое/неключевое
Код
Числовой, счетчик
Первичный ключ
Табельный номер
Числовой
Неключевое
Место обучения
Текстовый
Неключевое
Год окончания
Текстовый
Неключевое
Серийный номер
Текстовый
Неключевое
Квалификация
Текстовый
Неключевое
Специальность
Текстовый
Неключевое
Таблица 5
Даталогическая модель таблицы «Стаж»
Название поля
Тип данных
Ключевое/неключевое
Код
Числовой, счетчик
Первичный ключ
Табельный номер
Текстовый
Неключевое
Дата начала
Дата/время
Внешний ключ
Дата окончания
Дата/время
Неключевое
Должность
Текстовый
Неключевое
73
Предприятие
Текстовый
Неключевое
Причина
Текстовый
Неключевое
Таблица 6
Даталогическая модель таблицы «Должность»
Название поля
Тип данных
Ключевое/неключевое
Код
Числовой, счетчик
Первичный ключ
Организация
Числовой
Внешний ключ
Группа
Числовой
Внешний ключ
Должность
Текстовый
Неключевое
Оклад
Числовой
Неключевое
Вакансия
Числовой
Неключевое
Место
Числовой
Неключевое
Наименование отдела
Текстовый
Неключевое
Наименование группы
Текстовый
Неключевое
Таблица 7
Даталогическая модель таблицы «Приказ»
Название поля
Тип данных
Ключевое/неключевое
Код
Числовой, счетчик
Первичный ключ
Табельный номер
Текстовый
Неключевое
Номер
Текстовый
Неключевое
Вид приказа
Текстовый
Неключевое
Дата составления
Дата/время
Неключевое
ФИО
Текстовый
Неключевое
Код организации
Числовой
Внешний ключ
Отдел
Текстовый
Неключевое
Группа
Текстовый
Неключевое
Должность
Текстовый
Неключевое
Оклад
Числовой
Неключевое
Дата начала работы
Дата/время
Неключевое
74
Дата окончания работы
Дата/время
Неключевое
Дата составления
договора
Дата/время
Неключевое
Номер договора
Числовой
Неключевое
Условия принятия
Текстовый
Неключевое
Характеристика работы
Текстовый
Неключевое
Инфологическая и даталогическая модели, которые отображают модель
одной предметной области, зависимы между собой. Инфологическая модель
может легко трансформироваться в даталогическую модель.
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Разрабатываемый программный продукт будет автоматизировать функции
обработки данных и подготовки документов в рамках работы отдела кадров.
Выделяется два подмножества функций программы:
- служебные функции (проверка пароля, управление окнами и др.)
- основные функции обработки данных (ввода первичных данных,
обработки, ведения справочников, подготовки и распечатки документов и др.).
При запуске программы должна открываться главная форма с помощью
которой возможна реализация всех функций программного продукта. Для того,
чтобы пространство главной формы не было не задействованным в процессе
работы информационной системы, на ней нужно выполнять функции, которые
связаны с учетом кадров.
В программе должна быть предусмотрена возможность перехода на все
остальные формы информационной системы, обеспечивая тем самым
возможность заполнения всех таблиц программы, то есть полную
функциональность разработанного программного приложения.
Созданная программа должна быть компактной и не занимать много
пространства на рабочем месте, в связи с этим небходимо максимально
75
использовать отводимое под форму место, а также использовать множество
вкладок на одной форме для того, чтобы не вызывать множество форм.
Размещение таблиц со справочной информацией желательно разместить
на отдельной форме, так как ее вызов не будет часто выполняться, лишь при
внедрении программы.
Также требуется предусмотреть возможность оперативного перехода на
формирование отчетов с основной формы разрабатываемой программы.
Редактирование данных включает в себя изменение и добавление данных,
которые содержатся в таблицах. Для каждой из таблиц имеется возможность
редактирования содержащихся в ней данных.
Использование СУБД MS SQL для разработки базы данных даст
возможность автоматически настроить вывод предупредительных сообщений
при удалении связанных записей либо нарушении целостности базы данных.
Благодаря этому можно будет создать дополнительные условия для контроля
правильности заносимых данных [21].
На рисунке 23 приведена структурная схема пакета.
Рис.23. Структурная схема пакета
Источник: https://baza.diplomsite.ru/previewfile/2260