87
использования на других предприятиях, что положительно сказывается на
актуальности разработки подобного программного обеспечения.
В случае, если данных в справочниках и таблицах не хватает, их
необходимо дополнять, вводя недостающую информацию. Ввод в некоторые
таблицы реализован только на основе входных документов. Необходимо внести
максимальное количество информации в справочники при начальном
использовании ПО, поскольку в дальнейшем это значительно сократит время,
необходимое на заполнение нужных таблиц.
Проверка актуальности документов важна для обеспечения такого
важного свойства данных, как достоверность. Достоверность является свойством
информации быть правильно воспринятой. Объективная информация по
умолчанию достоверна, но любая достоверная информация может являться как
объективной, так и субъективной.
Имеет место реализация дополнительных функций ПО, необходимых для
работы ИС и полной автоматизации отдела кадров. Автоматизация работы отдела
кадров положительно скажется на конкурентоспособности и производительности
предприятия, на росте производительности труда, сокращении затрат времени. На
рисунке 2.5 представлен сценарий диалога программного продукта с
пользователем.
88
Рисунок 2.5 Сценарий диалога.
2.3.2. Характеристика базы данных
База данных (БД) - организованная в соответствии с определёнными
правилами и поддерживаемая в памяти компьютера совокупность данных,
характеризующая актуальное состояние некоторой предметной области и
вное
Гла
ню
ме
Учет
ы
чет
От
Штатное
расписание
Личная
карточка
Список
командировок
Список
командировок
Список
больничных
листов
Список
аттестаций
Сотрудники
Трудовой
договор
Аттестации
Командировки
Отпуска
Больничные
Авторизаци
я
Выход
89
используемая для удовлетворения информационных потребностей
пользователей.
База данных - совокупность данных, хранимых в соответствии со схемой
данных, манипулирование которыми выполняют в соответствии с правилами
средств моделирования данных.
База данных - совокупность взаимосвязанных данных, совместно
хранимых в одном или нескольких компьютерных файлах.
Существует множество других определений, отражающих скорее
субъективное мнение тех или иных авторов о том, что означает этот термин в их
понимании, однако общепризнанная единая формулировка отсутствует. Наиболее
часто используются следующие отличительные признаки: База данных хранится
и обрабатывается в вычислительной системе. Таким образом, любые
некомпьютерные хранилища информации (архивы, библиотеки, картотеки и т. п.)
базами данных не являются. Данные в базе данных логически структурированы
(систематизированы) с целью обеспечения возможности их эффективного поиска
и обработки в вычислительной системе. Структурированность подразумевает
явное выделение составных частей (элементов), связей между ними, а также
типизацию элементов и связей, при которой с типом элемента (связи) соотносится
определённая семантика и допустимые операции. Из перечисленных признаков
только первый является строгим, а другие допускает различные трактовки и
различные степени оценки. Можно лишь установить некоторую степень
соответствия требованиям к БД. Базы данных необходимы для хранения и
фильтрации информации, для её обработки и обмена. В целом, спектр применения
достаточно широкий. По всему миру люди используют БД, начиная от простого
пользователя-любителя, заканчивая крупнейшими мировыми корпорациями.
База данных - это хранилище для большого количества
систематизированных данных, с которыми можно производить определённые
действия. Под действиями понимается добавление, удаление, изменение,
копирование, упорядочивание и прочее. Все данные в БД можно представить в
виде записей или объектов. Для успешной работы с БД необходимы какие-то
программные средства, при помощи которых можно было бы создавать и
управлять БД. Для этого существуют Системы Управления Базами Данных
90
(СУБД). СУБД - совокупность языковых и программных средств,
обеспечивающих создание, использование и ведение БД. К СУБД относятся
следующие основные виды программ:
- полнофункциональные СУБД;
- серверы БД;
- клиенты БД;
- средства разработки программ работы с БД.
Полнофункциональные СУБД (ПФСУБД) – это традиционные СУБД,
появившиеся сначала на больших машинах, после на минимашинах и уже потом
на ПЭВМ. Из всего числа СУБД современные ПФСУБД являются самыми
многочисленными и мощными по своим возможностям. К ПФСУБД относятся,
например, такие пакеты, как Clarion Database Developer, DataEase, Dataplex, dBase
IV, Microsoft Access, Microsoft FoxPro и Paradox R:BASE.
ПФСУБД имеют самый развитый интерфейс, позволяющий с помощью
команд меню выполнять основные действия с БД:
- создавать и модифицировать структуры таблиц;
- вводить данные;
- формировать запросы;
- разрабатывать отчеты;
- выводить их на печать и т. п.
Для создания запросов и отчетов не обязательно программирование, а
удобно пользоваться языком QBE (Query By Example — формулировки запросов
по образцу). Многие ПФСУБД включают средства программирования для про-
фессиональных разработчиков. Некоторые системы имеют в качестве
вспомогательных и дополнительные средства проектирования схем БД или
CASE-подсистемы. Для обеспечения доступа к другим БД или к данным SQL-
серверов полнофункциональные СУБД имеют факультативные.
Серверы БД – СУБД, которые предназначены для организации центров
обработки потоков данных в сетях ЭВМ. На данный момент эта группа БД
немногочисленна, однако их количество неуклонно растет. Серверы БД
реализуют функции управления базами данных, запрашиваемые другими
(клиентскими) программами обычно с помощью операторов SQL. Примерами
91
серверов БД являются следующие программы: NetWare SQL (Novell), MS SQL
Server (Microsoft), InterBase (Borland), SQLBase Server (Gupta), Intelligent Database
(Ingress).
В роли клиентских программ для серверов БД в общем случае могут
использоваться различные программы: ПФСУБД, электронные таблицы,
текстовые процессоры, программы электронной почты и т. д. При этом элементы
пары «клиент — сервер» могут принадлежать одному или разным
производителям программного обеспечения.
В случае, когда клиентская и серверная части выполнены одной фирмой,
логично предполагать, что распределение функций между ними выполнено
рационально. В остальных случаях обычно преследуется цель обеспечения
доступа к данным «любой ценой». Примером такого соединения является случай,
когда одна из полнофункциональных СУБД играет роль сервера, а вторая СУБД
(другого производителя) — роль клиента. Так, для сервера БД SQL Server
(Microsoft) в роли клиентских (фронтальных) программ могут выступать многие
СУБД, такие как dBASE IV, Blyth Software, Paradox, DataEase, Focus, 1-2-3, MDBS
III, Revelation и другие.
Средства разработки программ работы с БД. Могут использоваться для
создания разновидностей следующих видов программ:
- клиентских программ;
- серверов БД и их отдельных компонентов;
- пользовательских приложений.
Программы первого и второго вида малочисленны, так как предназначены
для системных программистов. Пакетов третьего вида гораздо больше, но
меньше, чем полнофункциональных СУБД.
К средствам разработки пользовательских приложений относятся системы
программирования, например, Clipper, разнообразные библиотеки программ для
различных языков программирования, а также пакеты автоматизации разработок
(в том числе систем типа клиент-сервер). В числе наиболее распространенных
можно назвать следующие инструментальные системы: Delphi и Power Builder
(Borland), Visual Basic (Microsoft), SILVERRUN (Computer Advisers Inc.), S-
Designor (SDP и Powersoft) и ERwin (LogicWorks).
92
После определения потоков данных приступаем к решению задачи
организации хранения этих данных. Улучшенная структура БД позволяет
избежать дублирования информации, а также увеличивает скорость обработки
данных. В настоящее время для проектирования БД активно используются CASE-
средства, в основном ориентированные на использование ERD (Entity –
Relationship Diagrams, диаграммы «сущность–связь»). С их помощью
определяются важные для предметной области объекты (сущности), отношения
друг с другом (связи) и их свойства (атрибуты). Следует отметить, что средства
проектирования ERD в основном ориентированы на реляционные базы данных
(РБД), и если существует необходимость проектирования другой системы,
скажем объектно-ориентированной, то лучше избрать другие методы
проектирования [15. с. 57].
ERD-диаграмма отражает информационный аспект системы, показывает
структуру данных системы В ходе создания программного комплекса выделяются
сущности, которые нужно сохранять в БД программного комплекса.
Нормализация подразумевает под собой разбиение таблицы на две или
более, имеющие лучшие свойства включения, изменения или удаления данных.
Итоговая цель нормализации заключена в получении такого проекта БД, где
каждый факт возможен лишь в одном месте, то есть минимизирована
избыточность данных. Нормализация отношений – это формальный аппарат
ограничений, составление отношений которого дает возможность устранить
дубли, гарантировать непротиворечивость хранимых в базе данных,
минимизировать трудозатраты на поддержку БД. Кодом найдено три нормальные
формы (НФ) и обоснован метод, позволяющий любое отношение перевести к
третьей нормальной форме. Преобразуем наши отношения к третьей нормальной
форме. Первая НФ: Отношение становится нормализованным или приведенным к
первой НФ только тогда, когда все его атрибуты неделимые. Таблица
располагается в первой нормальной форме только тогда, когда все ее строки не
содержат в любом поле более одного параметра, и ни одно из ее ключевых полей
не является пустым. Чтобы привести наши отношения к первой НФ надо параметр
ФИО разделить на три части (Фамилия, Имя, Отчество). Также нужно вынести в
93
отдельную таблицу наименование структурного подразделения, должность и
название фирмы, чтобы избежать избыточности данных.
Модель базы данных представлена на рисунке 2.6.
Рисунок 2.6 Модель базы данных
Вторая НФ: Таблица находится во второй нормальной форме, если она
удовлетворяет определению первой нормальной формы и все ее поля, не
входящие в первичный ключ, связаны полной функциональной зависимостью с
первичным ключом. Для того чтобы наши отношения привести во вторую
нормальную форму надо вынести все начальников отдела в отдельную таблицу.
Третья НФ: Таблица находится в третьей нормальной форме, если она
удовлетворяет определению второй нормальной формы и ни одно из ее не
ключевых полей не зависит функционально от любого другого не ключевого поля.
94
Отношения, представленные в данной БД, приведены к третьей нормальной
форме.
Сущность – объект любой природы данные, о котором хранятся в
отношении (таблице, в которой содержатся данные). В нашей базе данных
представлены следующие сущности: сотрудники, отпуск, больничный, трудовая
книжка командировки, трудовой договор, отпуска, поощрения и взыскания.
Характеристика базы данных приведена в таблице 2.6-2.11.
Таблица 2.6
Структура таблицы «Трудовой договор»
№
п/п
Наименование поля
Тип
Примечание
1
Код
Счетчик
Ключевое, авто
заполнение
2
КодЛичнаяКарточка
Текстовый
3
Дата
Дата/время
4
ПриказНомер
Числовой
5
ПриказДата
Дата
6
Должность
Текстовый
7
Квалификация
Текстовый
8
КодСтруктурноеПодразделение
Числовой
9
КодТрудовойСрок
Числовой
10
ПричинаЗаключенияСрочного
Текстовый
11
УказаниеРаботы
Текстовый
12
СрокНачало
Дата/время
13
СрокОкончание
Дата/время
14
ХарактерРаботы
Текстовый
15
КодВидРабот
Текстовый
16
ИспытательныйСрок
Текстовый
17
ПраваРаботника
Текстовый
18
ОбязанностиРаботника
Текстовый
19
ОбязанностиРаботодателяТруд
Текстовый
95
№
п/п
Наименование поля
Тип
Примечание
20
ОбязанностиРаботодателяБезопа
сность
Текстовый
21
ОбязанностиРаботодателяПроче
е
Текстовый
22
КодВидРежимаРабочегоВремен
и
Текстовый
23
ОсобенностиРежима
Текстовый
24
ЕжегодныйОтпуск
Текстовый
25
СоциальноБытовыеУсловия
Текстовый
26
ИноеПорядокИзмененияУсловий
Текстовый
27
ИноеПродлениеПрекращениеРас
торжение
Текстовый
28
ИноеРазрешениеСпоров
Текстовый
Таблица 2.7
Структура таблицы «Аттестации»
№
п/п
Наименование поля
Тип
Примечание
1
Код
Счетчик
Ключевое, авто
заполнение
2
Описание
Текстовый
3
Дата
Дата/время
4
КодАттестуемые
Текстовый
5
КодФормыИКритерии
Текстовый
6
КодЧленКомиссии
Текстовый
7
Оценка
Числовой
8
Комментарии
Текстовый
\
Таблица 2.8
96
Структура таблицы «Сотрудник»
№
п/п
Наименование поля
Тип
Примечание
1
ДатаЗаполнения
Дата/время
Ключевое,
автозаполнение
2
Код
Текстовый
3
Состояние
Текстовый
4
КодТрудовойДоговор
Текстовый
5
ИНН
Числовой
6
ХарактерРаботы
Текстовый
7
КодВидРабот
Текстовый
8
Фамилия
Текстовый
9
Имя
Текстовый
10
Отчество
Текстовый
11
Пол
Текстовый
12
ДатаРождения
Дата/время
13
МестоРождения
Текстовый
14
Гражданство
Текстовый
15
ЗнаниеЯзыка1
Текстовый
16
СтепньЗнанияЯзыка1
Текстовый
17
ЗнаниеЯзыка2
Текстовый
18
СтепньЗнанияЯзыка2
Текстовый
19
Образование
Текстовый
20
ОсновнаяПрофессия
Текстовый
21
ДополнительнаяПрофессия
Текстовый
22
СтажРаботыНаДату
Текстовый
23
КодСостояниеВБраке
Текстовый
24
ПаспортСерия
Текстовый
25
ПаспортНомер
Текстовый
26
ПаспортДатаВыдачи
Текстовый
27
КемВыдан
Текстовый