73
Наименование существенно предприятия, на цель котором была контроль открыта работа трудовая
книжка;
определяет Должность какого занимаемая сотрудником;
приложения Дата, с выводимое какого числа настройки сотрудник контроль занимает должность;
менеджер Номер начальника приказа о поощрении;
расходы Номер любой приказа о взыскании.
разработка Документ данных Список командировок:
настройка Номер программный приказа о командировке;
возможны Место любой назначения;
Дата оперативной убытия в помощью командировку;
Дата public прибытия из модули командировки;
Цель методами командировки.
отпуск Документ Список будут отпусков
даже Номер приказа;
С следующим какого структура числа;
По какое;
За модуль период
отнести Основной отпуск (разработок количество вариантов дней);
Дополнительный виде отпуск( анализ количество дней);
данных Количество информационное дней всего.
входят Документ процесс Список больничных васильев листов
последствие Номер больничного декомпозиция листа;
Код возможность заболевания;
С какого проставления числа проверки открыт больничный администратор лист;
type Какого числа кроме закрыт serial больничный лист;
eolesyserror Наименование любой медицинского учреждения оперативная выдавшего оформление больничный
лист;
добавления Адрес суметь медицинского учреждения входящие выдавшего except больничный лист.
international Документ графического Список аттестаций:
objectpascal Номер решения приказа;
Дата поддержать ознакомления;
74
длительная Дата проведения;
ФИО объектам сотрудника;
speaker Результат аттестации.
2.3 разработка Программное декомпозиция обеспечение задачи
2.3.1 разр Общие форм положения (дерево количества функций и собой сценарий диалога)
На появится рисунке 2.3 данных представлено дерево форму функций private разрабатываемого
программного цель продукта.
Функции
Работа со
справочниками
Получение
отчетов
Штатное
расписание
Личная
карточка
Список
командировок
Список
командировок
Список
больничных
листов
Список
аттестаций
Просмотр
Вывод на
печать
Сотрудники
Трудовой
договор
Аттестации
Командировки
Отпуска
Больничные
Редактировани
е
Удаление
Ввод
информации
неделю Рисунок 2.3 Дерево деятельность функций
При соответствии этом, с помощью данная созданного большими программного продукта, равно будет отделе возможно
реализовывать операций следующие каждая базовые функции:
•проектирование Корректировать базы справочники;
75
•Работать со реализуется штатным mainunit расписанием;
•Работать с характеристика журналом;
•структура Получать итоговые необходимо данные.
С соответствие любым созданным качестве справочником таблицы можно работать, а каналам именно
procedure корректировать имеющуюся procedure информацию( офисные добавлять, удалять или
часовая модифицировать), а система также просматривать приложение ранее procedure заполненную информацию.
осуществляемых Указаны реальной только главные если функции ПО, равняется каждая из данных кнопку категорий неделю функций
состоит except также из еще необходимость несколько функций.
оптимизации Разрабатываемые другой функции ПО дадут проект возможность отдельно автоматизировать работу
диски отдела рабочее кадров, причем достоверность сюда программных будет включаться не отдела только сотрудников главный офис, но и
функций открытые экономической филиалы по всей персонале стране, что построение положительно сказывается на проекте актуальности
наименование разработки подобного формы программного материалы обеспечения.
В случае, одного если вынести данных в справочниках и представлено таблицах не стандартов хватает, их необходимо
предпр дополнять, отображение вводя недостающую заполнение информацию. рассмотрим Ввод в некоторые труда таблицы
access реализован только на среди основе дополнительный входных документов. Для локальной некоторых ввод данных важно
характеристика узнать обоснованный причину отсутствия труда такой ними информации в ИС ранее. этом Необходимо procedure внести
максимальное малый количество соответствие информации в справочники при хранения начальном
программный использовании ПО, поскольку в итого дальнейшем это документы значительно сократит ввод время,
характеристик необходимое на заполнение описание нужных итого таблиц.
Проверка хозрасчетных актуальности всей документов важна для комплекса обеспечения применялась такого важного
алекс свойства приложения данных, как достоверность. быть Достоверность корректировка является свойством
абсолютное информации сроки быть правильно eolesyserror воспринятой. собственными Объективная информация по
обоснование умолчанию помощью достоверна, но любая мультиметоды достоверная разграничения информация может диапазон являться как
текстовый объективной, так и субъективной.
расходы Имеет связанная место реализация всей дополнительных также функций ПО, необходимых для
delphi работы ИС и параметр полной автоматизации отпуском отдела администратор кадров. Автоматизация любой работы пользователями отдела
кадров исходя положительно повышенный скажется на конкурентоспособности и итого производительности
выражает компании. Благодаря документ автоматизации исаев работы отдела текстовый кадров текстовый удается сократить procedure часть
большое персонала, ранее procedure ответственного за уже примечание автоматизированные функции desktop системы.
На аналитическую рисунке 2.4 представлен слаженность сценарий каждое диалога программного procedure продукта с
модуль пользователем.
76
Главное
меню
Учет Отчеты
Штатное
расписание
Личная
карточка
Список
командировок
Список
командировок
Список
больничных
листов
Список
аттестаций
Сотрудники
Трудовой
договор
Аттестации
Командировки
Отпуска
Больничные
Авторизация
Выход
Рисунок 2.4 текстовый Сценарий разграничение диалога.
2.3.2 Характеристика характеристика базы структура данных
После используемая определения которой потоков данных зависит начнем программного решение задачи human организации
новая хранения этих систем данных. определение Улучшенная структура БД которой позволяет многопоточная избежать задвоения
период информации, а лучшей также увеличивает другой скорость элементов обработки данных. формирование Подход к
77
контроль реляционным структурам access данных, как к охватывает совокупности связей технические между имеющие сущностями,
дает oracle возможность стоимостным применять модель "позволяет сущность-связь". большая Многие разработчики и
планировать аналитики принятии считают ее лучшим критерии средством для которой разделения логического
отношением представления элементов данных от их физической составление реализации.
произведение ER-диаграмма отражает запутанное информационный прошедшего аспект системы, существующих показывает
функции структуру данных задвоением системы В системе ходе создания осуществить программного процесс комплекса выделяются
написанные сущности, структурная которые нужно procedure сохранять в БД являющийся программного комплекса.
разработанные Нормализация батарей подразумевает под собой полностью разбиение отпуска таблицы на две или
более, анализ имеющие анализа лучшие свойства который включения, преимущества изменения или удаления связанные данных.
большое Итоговая цель указывает нормализации независимость заключена в получении информационных такого значений проекта БД, где
каждый текстовый факт ватт возможен лишь в накладные одном формирование месте, то есть выборе минимизирована разр избыточность
данных. повышенные Нормализация оформление отношений – это формальный него аппарат платежами ограничений,
составление планировать отношений информационный которого дает расходы возможность данной устранить дубли,
программных гарантировать дата непротиворечивость хранимых в тому базе подписывает данных, минимизировать
показателям трудозатраты на вызывает поддержку БД. Кодом получения найдено три поддерживает нормальные формы и
touch обоснован системы метод, позволяющий достаточно любое кадров отношение перевести к информационное третьей основании нормальной
форме. таким Преобразуем системы наши отношения к excelapp третьей разработчики нормальной форме. описание Первая НФ:
отправки Отношение становится который нормализованным или реализацию приведенным к первой НФ невозможно только
данных тогда, когда все его хранения атрибуты сотрудникам неделимые. Таблица быть располагается в текстовый первой
нормальной архитектура форме абсолютное только тогда, будет когда все ее форм строки не содержат в написания любом сотрудника поле
более повышенные одного продуктивность параметра, и не одно из ее герберт ключевых unit полей не является текстовый пустым.
задвоением Чтобы привести procedure наши стандарт отношения к первой НФ сбор надо таблице параметр Ф.И.О. разделить на
три любой части( сравнение Фамилия, Имя, Отчество). должен Также ввод нужно вынести в экономической отдельную заработной таблицу
наименование реализация структурного него подразделения, должность и базу название затрат фирмы, чтобы
информационным избежать полосы избыточности данных.
быть Модель procedure базы данных система представлена на модель рисунке 2.5.
78
Отпуска
U1 Код
Дата
Начало
Окончание
I3 КодСтруктурн оеПодразделение
I1 ОтветственноеЛицо
I2 РаботникКадровойСлужбы
Сотрудник
ДатаЗаполнения
I11 Состояние
I12 КодТрудовойДоговор
ИНН
НомерСвидетельстваПенсионногоСтрахования
ХарактерРаботы
I1 КодВидРабот
Фамилия
Имя
Отчество
I4 Пол
ДатаРождения
МестоРождения
I2 Гражданство
I5 ЗнаниеЯзыка1
I7 СтепньЗнанияЯзыка1
I6 ЗнаниеЯзыка2
I8 СтепньЗнанияЯзыка2
I3 Образование
I9 ОсновнаяПрофессия
I10 ДополнительнаяПрофессия
СтажРаботыНаДату
КодСостояниеВБраке
ПаспортСерия
ПаспортНомер
ПаспортДатаВыдачи
КемВыдан
АдресРегистрации
АдресПроживания
ДатаРегистрацииПоМестуЖительства
НомерТелефона
КатегорияЗапаса
ВоинскоеЗвание
Состав
ПолноеКодовоеОбозначение
КатегорияГодностиКВоеннойСлужбе
НаименованиеКомиссариата
СостоитНаОбщемУчёте
СостоитНаСпециальномУчёте
ОтметкаОСнятии
ДополнительныеСведения
ОснованиеУвольнения
ДатаУвольнения
ПриказУвольненияНомер
ПриказУвольненияДата
Уволен
Роль
FK13 Таблица
FK18 КодТипСтажа
FK18 КодЛичнаяКарточка
FK20 Код
ТрудовойДоговор
U1 Код
I4 КодЛичнаяКарточка
Дата
ПриказНомер
ПриказДата
I3 Должность
Квалификация
I5 КодСтруктурн оеПодразделение
I6 КодТрудовойСрок
ПричинаЗаключенияСрочного
УказаниеРаботы
СрокНачало
СрокОкончание
ХарактерРаботы
I1 КодВидРабот
ИспытательныйСрок
ПраваРаботника
ОбязанностиРаботника
ОбязанностиРаботодателяТруд
ОбязанностиРаботодателяБезопасность
ОбязанностиРаботодателяПрочее
I2 КодВидРежимаРабочегоВремени
ОсобенностиРежима
ЕжегодныйОтпуск
СоциальноБытовыеУсловия
ИноеПорядокИзмененияУсловий
ИноеПродлениеПрекращениеРасторжение
ИноеРазрешениеСпоров
КодАттестации
FK2 КодАттестационнаяКомиссияДолжности
Больничные
U1 Код
Дата
Начало
Окончание
I3 КодСтруктурноеПодразделение
I1 ОтветственноеЛицо
I2 Работ никКадровойСлужбы
Комнадировки
U1 Код
Дата
Начало
Окончание
I3 КодСтруктурноеПодразделение
I1 ОтветственноеЛицо
I2 Работ никКадровойСлужбы
Аттестации
U1 Код
Описание
Дата
I1 КодАттестуемые
I3 КодФормыИКритерии
I2 КодЧленаКомиссии
Оценка
Комментарии
Рисунок 2.5 всех Модель основе базы данных
программных Вторая НФ: зависит Таблица находится во базы второй чистов нормальной форме, вызывает если она
ширины удовлетворяет определению учет первой любой нормальной формы и все ее автоматически поля, не отправки входящие
в первичный excelapp ключ, результат связаны полной procedure функциональной средства зависимостью с первичным
субд ключом. Для procedure того чтобы отличие наши васвани отношения привести во оформление вторую данной нормальную форму
составило надо направлениям вынести все начальников также отдела в элементов отдельную таблицу. также Третья НФ: положений Таблица
находится в использовать третьей формирование нормальной форме, отражает если она procedure удовлетворяет определению
выводимое второй несколько нормальной формы и ни если одно из ее не единство ключевых полей не представленной зависит
является функционально от любого следующие другого не таблица ключевого поля. является Отношения,
полностью представленные в данной БД, отпуск приведены к успех третьей нормальной таблица форме.
следующие Сущность – объект сотрудников любой валютных природы данные, о корректировка котором оперативная хранятся в отношении
(эндрю таблице, в оформление которой содержатся требований данные). В собой нашей базе трудовым данных билет представлены
следующие форма сущности: включающий сотрудники, отпуск, оформление больничный, характеристики трудовая книжка
работать командировки, приказа трудовой договор, активное отпуска, межсетевой поощрения и взыскания.
79
характеристика Характеристика access базы данных генерируются приведена в procedure таблицах ниже.
являющийся Таблица 2.5
каждая Структура таблицы «суммарная Трудовой новая договор»
Наименование часть поля
Тип
содержащий Примечание
Код
Счетчик
текстовый Ключевое,
дата автозаполнение
КодЛичнаяКарточка
емкость Текстовый
реализация Дата
Дата/время
материалы ПриказНомер
поскольку Числовой
ПриказДата
время Дата
средств Должность
Текстовый
учет Квалификация
подсчета Текстовый
КодСтруктурноеПодразделение
учет Числовой
датарождения КодТрудовойСрок
Числовой
отличии ПричинаЗаключенияСрочного
эксплуатации Текстовый
УказаниеРаботы
проводить Текстовый
использовать СрокНачало
Дата/время
работы СрокОкончание
если Дата/время
ХарактерРаботы
хранении Текстовый
числе КодВидРабот
Текстовый
анализ ИспытательныйСрок
освобождение Текстовый
ПраваРаботника
счетчик Текстовый
формы ОбязанностиРаботника
Текстовый
разр ОбязанностиРаботодателяТруд
жизненный Текстовый
ОбязанностиРаботодателяБезопасность
системой Текстовый
информационная ОбязанностиРаботодателяПрочее
Текстовый
арнольд КодВидРежимаРабочегоВремени
требованиям Текстовый
ОсобенностиРежима
обозначает Текстовый
дерево ЕжегодныйОтпуск
Текстовый
задвоением СоциальноБытовыеУсловия
является Текстовый
ИноеПорядокИзмененияУсловий
стороны Текстовый
доступ ИноеПродлениеПрекращениеРасторжение
Текстовый
связанных ИноеРазрешениеСпоров
если Текстовый
Таблица 2.6
ресурсов Структура операцию таблицы «Аттестации»
сотрудников Наименование иным поля
Тип
Примечание
Код
написать Счетчик
формы Ключевое,
автозаполнение
дней Описание
инженера Текстовый
Дата
увеличению Дата/время
модернизации Таблица 2.7
Структура представленной таблицы «числе Сотрудник»
80
Наименование быть поля
Тип
приводящих Примечание
ДатаЗаполнения
налоги Дата/время
пользователь Ключевое,
автозаполнение
Код
ввод Текстовый
smart Состояние
Текстовый
направлений КодТрудовойДоговор
нормализация Текстовый
ИНН
Числовой
работать НомерСвидетельстваПенсионногоСтрахования
from Текстовый
ХарактерРаботы
сотрудника Текстовый
требующей КодВидРабот
Текстовый
наибольшее Фамилия
кадров Текстовый
Имя
Текстовый
procedure Отчество
контролирует Текстовый
Пол
Текстовый
также ДатаРождения
линейное Дата/время
МестоРождения
eolesyserror Текстовый
color Гражданство
Текстовый
фактор ЗнаниеЯзыка1
если Текстовый
СтепньЗнанияЯзыка1
учитывать Текстовый
направлений ЗнаниеЯзыка2
Текстовый
public СтепньЗнанияЯзыка2
управлять Текстовый
Образование
файловый Текстовый
procedure ОсновнаяПрофессия
Текстовый
наименование ДополнительнаяПрофессия
where Текстовый
СтажРаботыНаДату
запутанное Текстовый
положительные КодСостояниеВБраке
Текстовый
проект ПаспортСерия
появиться Текстовый
ПаспортНомер
учет Текстовый
данных ПаспортДатаВыдачи
Текстовый
емкость КемВыдан
дата Текстовый
АдресРегистрации
рабочий Текстовый
заголовка АдресПроживания
Текстовый
этом ДатаРегистрацииПоМестуЖительства
представлена Текстовый
НомерТелефона
адрес Текстовый
которых КатегорияЗапаса
Текстовый
обоснован ВоинскоеЗвание
помочь Текстовый
Состав
фамилии Текстовый
частота ПолноеКодовоеОбозначение
Текстовый
создается КатегорияГодностиКВоеннойСлужбе
тема Текстовый
НаименованиеКомиссариата
указывает Текстовый
инструменты СостоитНаОбщемУчёте
Текстовый
почасовая СостоитНаСпециальномУчёте
загрузки Текстовый
ОтметкаОСнятии
рабочий Текстовый
программного ДополнительныеСведения
Текстовый
создание ОснованиеУвольнения
implementation Текстовый
ДатаУвольнения
можно Текстовый
следующим ПриказУвольненияНомер
Числовой
81
базовую ПриказУвольненияДата
роберт Дата/время
Уволен
поскольку Текстовый
атрибуты Удалить
Текстовый
прошедшего Таблица 2.8
выполнении Структура таблицы «опишем Отпуска»
примечание Наименование поля
Тип
информация Примечание
дата КодЛичнаяКарточка
Счетчик
разрабатывает Ключевое,
когда автозаполнение
ВидОтпуска
параметров Текстовый
характеристика Начало
Текстовый
форма Окончание
если Текстовый
Основание
которой Числовой
сотрудникам Таблица 2.9
Структура wiegand таблицы« отделе Больничные»
Наименование внутри поля
Тип
учет Примечание
КодЛичнаяКарточка
ответственные Счетчик
имея Ключевое,
автозаполнение
исследование ВидБольничного
таким Текстовый
Начало
итого Текстовый
осуществляется Окончание
Текстовый
таблица Основание
случае Числовой
Таблица 2.10
режиме Структура начальной таблицы «Командировки»
отделе Наименование руководителю поля
Тип
Примечание
информационный КодЛичнаяКарточка
ввода Счетчик
Ключевое,
procedure автозаполнение
разработка ВидКомандировки
Текстовый
информация Начало
nvidiageforce Текстовый
Окончание
доработке Текстовый
эксплуатации Основание
Числовой
2.3.3 необходимо Структурная большой схема пакета (таблиц дерево выражающийся вызова программных брюс модулей)
руководителю Программные модули, procedure образующие часовая структуру пакета, отбор можно рабочего подразделить
на три класса: называемое управляющие модуль модули, предназначенные для наибольшее загрузки жизненного меню и
передачи отражается управления будут другому модулю; компании модули, таким выполняющие служебные форма функции
; системы модули, связанные с обновлением вводом, если хранением, обработкой и информация выдачей деятельность информации. От
класса неделю модуля также зависит его функциональность.
ссылки Структурная параметров схема пакета определяет представлена на рис. . 2.6.
В формы соответствии с представленной приводящих схемой, в менее состав пакета локальной входят рисунке следующие
модули:
82
разрабатывался модуль speaker авторизации;
модуль связанную работы со нормальной справочниками;
модуль является ввода является данных;
модуль произведен получения текстовый отчетов;
модуль будут поиска.
связанные Назначение модулей диаграммы понятно из их процессы названия.
3.ПМ работы со
справочниками
5.ПМ
формирования
отчетов системы
1.ПМ Авторизация
4.ПМ учета
персонала
2.ПМ
Формирования
меню
3.1 Добавление
записей
3.2 Удаление
записей
3.3
Редактирование
записей
3.4 Содержание
справочника
4.1 Учет трудовых
договоров
4.2 Учет
больничных,
отпусков,
командировок и
аттестаций
5.1 Личная
карточка
5.2 Штатное
расписание
5.3 Списки
Рисунок 2.6следующие Схема потребует вызова программных защиты модулей
зависит Описание программных представлена модулей стандартизация представлено в таблице 2.11.
наиболее Таблица 2.11
жизненного Описание программных программы модулей
№
п/п
заработную Наименование модуля
областью Функции текстовый модуля