Проект автоматизированного рабочего места работника отдела кадров (стр. 6 из 14)
После нажатия "Личные данные персонала", просматриваем, заполняем личные данные персонала. При нажатии "Отчет" формируется "Личная карточка" работника, Личную карточку возможно отправить на печать. После окончании просмотра отчета возвращаемся в состояние "Личные данные персонала". С этого состояния возможен переход в состояние "Просмотр и заполнение справочников". После окончания просмотра справочников возвращаемся в состояние "Личные данные персонала". При нажатии "Дополнительно", возможен просмотр дополнительных данных, переходим в состояние "Ввод данных трудовой книжки, просмотр стажа". После просмотра возвращаемся в состояние "Личные данные персонала".
После закрытия "Личные данные персонала" и "Общих справочников" переход в состояние "Ожидание действия пользователя". При нажатии "Файл" - Выход, переходим в конечное состояние.
Рисунок 2.3 -SDT– диаграмма
Построение ER- диаграммы
После определения потоков данных перейдем к решению задачи организации хранения этих данных. Оптимальная структура базы данных позволяет избежать дублирования информации, а также ускоряет обработку данных. Подход к реляционным структурам данных как к набору связей между сущностями позволяет использовать модель "сущность-связь". Большинство проектировщиков и аналитиков считает ее незаменимым средством для отделения логического представления данных от их физической реализации. ER-диаграмма выражает информационный аспект системы (определяет структуру данных системы).
ER-диаграмма выражает информационный аспект системы, определяет структуру данных системы В ходе проектирования программного комплекса были выделены сущности, которые необходимо сохранять в информационной базе программного комплекса, была разработана ER-диаграмма информационной базы (рисунок 2.4)
После создания логической модели базы данных (ER-диаграммы) перейдем к ее физической реализации. Для этого потребуется нормализовать логическую модель данных. В итоге получим следующий нормализованный набор отношений:
R1 (Место_работы_, Табельный _номер, Должность_ID, Отдел_ID, Дата_поступления, Дата_увольнения, Статья).
R2 (Отдел_ID, Название_отдела).
R3 (Должность_ID, Название_должности).
R4 (Национальность_ID, Название_национальности)
R5 (Место_учебы_ID, Тип, Название).
R6 (Табельный_номер, Фамилия, Имя, Отчество).
R7 (Город_ID, Название_города).
R8 (Партия_ID, Название_партии).
R9 (Табельный номер, Отдел_ID, Должность_ID, Город_ID, Партия_ID, Национальность_ID, Место_образования_ID, Дата_рождения, Место_рождения, Адрес, Специальность, Квалификация, Номер_диплома, Дата_получения, Серия_паспорта, Номер_паспорта, Кем_выдано, Профсоюз, Семья);
R10 (Отдел_ID, Место_работы_).
R11 (Отдел_ID, Должность_ID, Табельный_номер, Дата_назначения).
Рисунок 2.4 - ER- Диаграмма
2.2.2 Разработка физической модели АРМ
Разработка схемы структуры реляционной базы данных
В соответствие с полученным набором отношений, спроектируем структуру таблиц базы данных. Структуры таблиц с указанием наименований, типов, размеров полей и указанием ключей приведены в таблицах 2.1-2.11
Структура таблицы Main_Cart. db представлена в таблице 2.1
Таблица 2.1 Main_Cart. db
| Тип поля | Название | Размер |
| IntegerField | 'TabNo' | |
| IntegerField | 'Dep_ID' | |
| IntegerField | 'Dolgnost_ID' | |
| IntegerField | 'Town_ID' | |
| IntegerField | 'Partia_ID' | |
| IntegerField | 'Nation_ID' | |
| IntegerField | 'Obr_Place_ID' | |
| IntegerField | 'Bplace_ID' | |
| DateField | 'BDate' | |
| StringField | 'Address' | 200 |
| StringField | 'Spec_in_Dipl' | 100 |
| StringField | 'Qualify' | 50 |
| StringField | 'DiplNo' | |
| TdateField | 'DiplDate' | |
| StringField | 'Passport_Ser' | 2 |
| IntegerField | 'Passport_No' | |
| StringField | 'Passport_Get_Place' | 40 |
| BooleanField | 'Profsouz' | |
| MemoField | 'Famely' | 240 |
Структура таблицы WorkPlace. db представлена в таблице 2.2
Таблица 2.2 WorkPlace. db
| Тип поля | Название | Размер |
| AutoIncField | 'WP_ID' | |
| IntegerField | 'TabNo' | |
| IntegerField | 'Dep_ID' | |
| IntegerField | 'Dolgnost_ID' | |
| DateField | 'Date_IN' | |
| DateField | 'Date_OUT' | |
| StringField | 'Stat_OUT' | 30 |
Структура таблицы department. db представлена в таблице 2.3
Таблица 2.3 department. db
| Тип поля | Название | Размер |
| AutoIncField | 'Dep_ID' | |
| StringField | 'Dep_Name' | 70 |
Структура таблицы dolgnost. db представлена в таблице 2.4
Таблица 2.4 dolgnost. db
| Тип поля | Название | Размер |
| AutoIncField | 'Dolgnist_ID' | |
| StringField | 'Dolgnost_Name' | 70 |
Структура таблицы nation. db представлена в таблице 2.5
Таблица 2.5 nation. db
| Тип поля | Название | Размер |
| AutoIncField | 'Nation_ID' | |
| StringField | 'Nation_Name' | 50 |
Структура таблицы Obr_Place. db представлена в таблице 2.6
Таблица 2.6 Obr_Place. db
| Тип поля | Название | Размер |
| AutoIncField | 'Obr_Place_ID' | |
| StringField | 'Obr_Place_Type' | 50 |
| StringField | 'Obr_Place_Name' | 150 |
Структура таблицы Persen. dbпредставлена в таблице 2.7
Таблица 2.7 Persen. db
| Тип поля | Название | Размер |
| IntegerField | 'TabNo' | |
| StringField | 'F’ | 40 |
| StringField | 'I’ | 40 |
| StringField | 'O’ | 40 |
Структура таблицы town. db представлена в таблице 2.8
Таблица 2.8 town. db
| Тип поля | Название | Размер |
| AutoIncField | 'Town_ID' | |
| StringField | 'Town_Name' | 70 |
Структура таблицы partia. db представлена в таблице 2.9
Таблица 2.9 partia. db
| Тип поля | Название | Размер |
| AutoIncField | 'Partia_ID' | |
| StringField | 'Partia_Name' | 100 |
Структура таблицы G_Dep. db представлена в таблице 2.10
Таблица 2.10 G_Dep. db
| Тип поля | Название | Размер |
| IntegerField | 'ID_WG' | |
| IntegerField | 'ID_Dep' |
Структура таблицы Pers_Group. db представлена в таблице 2.11
Таблица 2.11 Pers_Group. db
| Тип поля | Название | Размер |
| IntegerField | 'ID_Dep' | |
| IntegerField | 'ID_Dol' | |
| IntegerField | 'TabNo' | |
| IntegerField | 'Date' |
Построение схемы взаимодействия таблиц базы данных
Рисунок 2.5 - Структура связей таблиц базы данных
2.2.3 Техническое обеспечение комплекса
Техническое обеспечение представляет собой устройства вычислительной техники, средства передачи данных, измерительные и другие устройства или их сочетания.
Техническое обеспечение программного комплекса представляет собой совокупность взаимосвязанных и взаимодействующих технических средств, предназначенных для выполнения исследования.
Технические средства в разрабатываемом программном комплексе решают задачи:
ввода исходных данных, характеризующих объект исследования;
отображения введенной информации с целью ее контроля и редактирования;
преобразования информации (изменение формы представления данных, трансляции, изменение структуры данных и т.д.);
хранения информации;
отображения результатов работы.
В функции процессора входит выполнение команд, которые он получает от запускаемого пользователем программного обеспечения. Понятно, что от скорости работы процессора зависит скорость выполнения того или иного приложения, т.е. программа и сетевая операционная система будут работать быстрее на компьютере с более быстрым процессором. Целесообразно использовать процессоры PentiumII, AMDK6-2 при возможности можно использовать более быстрые процессоры.
Операционная система а так же любое другое приложение загружается в оперативную память компьютера, естественно, объем памяти должен быть достаточным для обеспечения работы программного комплекса. Для эффективной работы приложения объем его памяти должен быть равным 128 Мбайт или больше. Для корректной работы Windows 2000 необходимо минимум 64 Мбайт оперативной памяти, желательно 128 Мбайт (спецификация операционной системы Windows 2000) плюс память для работы программного комплекса.
Жесткий диск - один из самых важных компонентов серверов и компьютеров работающих с базами данных. В немалой степени от надежности, скорости доступа и вместимости жесткого диска зависит работа приложений. От скорости работы жесткого диска зависит скорость работы приложения - скорость заполнения базы данных, поиск необходимой информации и т.д. В современных системах довольно часто используется функции резервного копирования данных, при малом объеме жесткого диска работа этих функций может быть нарушена. Емкость и производительность жестких диска должны быть достаточными для комфортной работы пользователей. На размеры жесткого диска влияют размеры сопутствующих программных продуктов, которые используются при работе программного комплекса. Для стандартной установки Windows2000 необходимое пространство на жестком диске 700 Мбайт. BDE для связи с СУБД занимает 3Мбайт свободного дискового пространства. Для используемых программных средств объем свободного места на жестком диске должен быть равен 710 Мбайт.