Проектирование информационных систем. Проектирование реализации операций бизнес-процесса (Управление персоналом)

Содержание:

Введение

Базы данных представляют собой совокупность структур, которые предназначены для хранения значительных объемов информации и программных модулей, которые реализовывают управление необходимыми данными, их выборку, сортировку и другие действия. Использование баз данных в современном мире весьма актуально, учитывая повсеместную потребность в обработке значительных объемов важной информации.

Информация базы данных может хранится в одной или нескольких таблицах. Каждая таблица с необходимыми данными должна состоять из набора однотипных записей, которые расположены друг за другом. Записи представляют собой набор строк таблицы, какие можно добавлять, удалять или изменять.

Любая запись изображается набором именованных полей, или ячеек, которые должны хранить некоторую всевозможную информацию. Однотипные поля разных записей образуют столбец таблицы.

Данная курсовая работа называется «Управление персоналом» в которой и будет представлена база данных заявленной тематики.

Целью данной курсовой работы является разработка информационной системы управления кадрами.

Согласно цели поставим задачи:

1. Изучение предметной области кадрового учета.
2. Разработка ИС для управления персоналом.
3. Разработка схемы БД.
4. Реализация разработанной схемы в Access.
5. Создание форм для ввода данных, отчетов, запросов.
6. Автоматизация работы с созданной БД.

Глава 1. Аналитическая часть

Выбор комплекса задач автоматизации

Для более результативного управления производством предприятие производит разработку стратегического плана, который задевает всю деятельность фирмы, в данном числе и управление персоналом. И здесь основным элементом, которое определяет направление деятельности, есть кадровая политика предприятия.

Отдел кадров предприятия - это совокупность специализированных структурных подразделений в сфере управления предприятием совместно с занятыми в них должностными лицами (руководители, специалисты, исполнители). Они призваны управлять персоналом в рамках выбранной кадровой политики. Основное назначение кадровой службы состоит в том, чтобы руководствоваться в исполнении кадровой политики интересами предприятия, а также действовать с учетом трудового законодательства, реализации необходимых программ, принятых как на федеральном, так и на территориальном уровне. Направления деятельности отдела кадров определены теми же действиями, что и всего предприятия. Они и устанавливают функции службы отдела кадров. Так, в функции данного отдела предприятия относятся:

1. определение потребности в кадрах, планирование кадрового обеспечения и движения кадров;
2. организация подбора, отбора, размещения и воспитание персонала;
3. исследование и анализ деловых, профессиональных и личных качеств работников предприятия;
4. организация делопроизводства по работе с персоналом;
5. оценка и периодическая аттестация персонала предприятия;
6. организация обучения и повышения квалификации персонала;
7. формирование кадрового резерва, подготовка руководящих кадров и управления их продвижением по службе;
8. улучшение условий работы и решения социальным вопросам;
9. развитие мотивации, карьеры работников.

К новым функциям кадровых служб относятся:

кадровый мониторинг (предусматривает постоянное специальное наблюдение за состоянием и динамикой кадров, мотивации персонала, уровню удовлетворенности работой, процессами найма и развития персонала, трудовой дисциплиной, уровнем безопасности труда и др.)

контроллинг персонала (предусматривает: создание информационной базы данных по персоналу; изучение влияния существующего распределения работников на рабочих местах на результаты работы предприятия; анализ социальной и экономической эффективности применения методов управления персоналом; координацию планирования работы с персоналом с планированием других сфер деятельности предприятия);

персонал-маркетинг (предусматривает: рассмотрение внутреннего и внешнего рынка труда, его сегментирование; анализ ожиданий работников относительно карьерного роста; распространение в предприятии информации о потребности в кадрах, возможности профессионального обучения или изменения квалификации; поиск и привлечение на работу специалистов);

кадровый аудит (предусматривает оценку соответствия персонала предприятия его миссии, целям и стратегии; объектами кадрового аудита являются: качественные и количественные характеристики персонала, структура предприятия, корпоративная культура);

Характеристика существующих бизнес – процессов

Для проведения анализа и реорганизации бизнес – процессов предназначено CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживающее методологии:

1. IDEF0 (функциональная модель);
2. DFD (DataFlow Diagram);
3. IDEF3 (Workflow Diagram).

Функциональная модель предназначена для описания существующих бизнес – процессов на предприятии (так называемая модель AS-IS «как есть») и идеального положения вещей – того, к чему нужно стремиться (модель ТО-ВЕ «как должно быть»). Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы.

Построение модели ИС начинается с описания функционирования предприятия (системы) или отдельной ее части (в нашем случае это деятельность складского хозяйства) в целом в виде контекстной диаграммы. На Рисунке 1 представлена контекстная диаграмма АС «Персональный учёт работников»

Рисунок 1 Модель AS-IS

Диаграмма детализации второго уровня модели представлена на рисунке 4. Блоки на диаграмме размещаются по «ступенчатой» схеме в соответствии с их доминированием – влиянием, которое один блок оказывает на другие. Часто блоки еще и нумеруют, также в соответствии с доминированием.

Первый уровень декомпозиции состоит из 3 блоков (рисунок 2):

• вход в систему;
• вести БД;
• формировать отчеты.

Рисунок 2 Первый уровень декомпозиции

Второй уровень декомпозиции, блок «Вход в систему» состоит из 3 блоков (рисунок 3):

• ввод логина и пароля;
• проверка прав доступа данного пользователя.;
• предоставление доступа.

Рисунок 3 Второй уровень декомпозиции, блок «Вход в систему»

Второй уровень декомпозиции, блок «Вести БД» состоит из 3 блоков (рисунок 4):

• работать с оперативными данными;
• вести справочники;

управлять уровнем доступа

Рисунок 4 Второй уровень декомпозиции, блок «Вести БД»

Третий уровень декомпозиции, блок «Вести справочники» состоит из 4 блоков (рисунок 5):

• вести справочник подразделений;
• вести справочник должностей;
• вести справочник операций;
• вести справочник пользователей.

Рисунок 5 Третий уровень декомпозиции, блок «Вести справочники»

Второй уровень декомпозиции, блок «Формировать отчеты» состоит из 2 блоков (рисунок 6):

• сформировать отчёт о сотрудниках, принятых на работу в течение указанного периода на определённую должность – это блок, детально описывающий процедуру формирования отчёта для директора;
• сформировать отчёт о сотрудниках имеющих детей не старше определённого возраста – блок, детально описывающий процедуру формирования отчёта для начальника отдела кадров.

Рисунок 6 Второй уровень декомпозиции, блок «Формировать отчеты»

Третий уровень декомпозиции, блок «Сформировать отчёт о сотрудниках, принятых на работу в течение указанного периода на определённую должность» состоит из 4 блоков (рисунок 7).

Третий уровень декомпозиции, блок «Сформировать отчёт о сотрудниках имеющих детей не старше определённого возраста» состоит из 4 блоков (рисунок 8).

Рисунок 7 Третий уровень декомпозиции, блок «Сформировать отчёт о сотрудниках, принятых на работу в течение указанного периода на определённую должность»

Рисунок 8 Третий уровень декомпозиции, блок «Сформировать отчёт о сотрудниках имеющих детей не старше определённого возраста»

Характеристика документооборота, возникающего при решении задачи

В рассматриваемой задаче можно выделить такой основной документ, как карта работника. Существующий способ работы с учетом продвижения карточки связан с значительной трудоемкостью, что с высокой вероятностью приводит к их утере или неправильному пониманию. Разработанная схема документооборота при оформлении и обработке карты работника представлена на рисунке 9.

Рисунок 9 Схема документооборота

Сотрудники тратят на рутинную обработку документов не меньше 60% своего рабочего времени. При этом одна пятая рабочего времени уходит на поиск и ожидание документов, а одна десятая – на передачу документов между подразделениями.

Временные характеристики которые описаны в процессов приведены в таблице 1.

Таблица 1

Характеристики процессов

Действие	Среднее количество процессов за рабочий день	Время, необходимое для выполнении одного действия, минут	Общее время, минут
Заполнение карты работника	10	10	100
Проверка правильности	10	5	50
Подписание карты работника	10	5	50
Регистрация карты работника	10	10	100
Формирование отчетности	1	50	50
ИТОГО, минут:			350

Осуществление менеджером своих функций без использования автоматизированных информационных систем имеет множество недостатков:

1. ручная регистрация карты;
2. расхождение данных;
3. затрудненный поиск документов;
4. низкая производительность труда;
5. большая трудоемкость;
6. небольшая оперативность;
7. недостаток в организации при сборе и регистрации необходимой информации;
8. неопределенность полученных результатов.

В случае использования вычислительной техники данный процесс сводится к вводе данных карты работника в информационную систему, включая все необходимые мероприятия.

В таблице 2 произведен расчет эффекта внедрения.

Таблица 2

Ожидаемое время, затрачиваемое на обработку документов после автоматизации

Действие	Среднее количество процессов за рабочий день	Время, необходимое для выполнении одного действия, минут	Общее время, минут
Заполнение карты работника	10	4	40
Проверка правильности	10	2	20
Подписание карты работника	10	1	10
Регистрация карты работника	10	2	20
Формирование отчетности	1	5	5
ИТОГО, минут:			95

При сравнении мы видим, что полученная экономия времени составит приблизительно 4,25 часа каждый день.

1.4. Обоснование проектных решений по информационному обеспечению

Информационное обеспечение компании это самый важный элемент ИС и ИТ. Он предназначен для отображения всей информации, которая характеризует состояние исследуемого объекта и является основой при принятия управленческих решений в компании. Информационное обеспечение – это создание информационных условий для функционирования системы, обеспечение ее всей необходимой информацией, введение в систему средств для поиска, получения, хранения, накопление, передачи, обработки необходимой информации. В составе информационного обеспечения находятся два комплекса:

• • внемашинное ИО (классификаторы ТЭИ и документы);
  • внутримашинное (макеты и экранные формы необходимые для ввода первичной информации или вывода результатной информации, структура информационной базы: входных, выходных файлов, базы данных).

Для организации эффективного поиска, обработки и передачи, экономическую информацию нам необходимо представить данную информацию в электронном виде. Для этого ее необходимо сначала упорядочить (классифицировать), а затем формализовать (закодировать) с использованием необходимых классификаторов. Под классификатором понимают документ, при содействие которого будет осуществлено формализованное описание экономической информации в разрабатываемой информационной системе, содержащей наименования объектов, наименования классификационных группировок и их кодовые обозначения.

В проектировании входных и выходных документов разрешается использовать принципы оригинального проектирования, так как множество документов, которые участвуют в документообороте отдела, будут внутрифирменными и не вылезают за пределы компании. Но, при составлении Карты работника, необходимо соблюдать и применять унифицированную форму, поскольку договор есть документ, который используется в юридических отношениях с работником. Для ввода информации потребуются такие формы:

1. Карта работника;
2. Обратная связь;
3. Утверждение карты;
4. Обратная связь с работником.

Для хранения информации потребуются такие справочники:

1. Сотрудники;
2. Филиалы;
3. Должность;
4. Отделы.

Базы данных имеют такие структуры:^[1]

1. Иерархическая структура базы данных;

Иерархическая структура предполагала неравноправие между данными - одни жестко подчинены другим. Подобные структуры, безусловно, четко удовлетворяют требованиям многих, но далеко не всех реальных задач.

1. Сетевая структура базы данных;

В сетевых БД наряду с вертикальными реализованы и горизонтальные связи. Однако унаследованы многие недостатки иерархической и главный из них, необходимость четко определять на физическом уровне связи данных и столь же четко следовать этой структуре связей при запросах к базе.

1. Реляционная структура базы данных;

Реляционная модель появилась вследствие стремления сделать базу данных как можно более гибкой. Данная модель предоставила простой и эффективный механизм поддержания связей данных.

1.5. Обоснование проектных решений по программному обеспечению

Программное обеспечение (ПО) подключает совокупность программ, которые реализуют функции и задачи разрабатываемой информационной системы и обеспечивающих неизменную работу комплекса технического обеспечения. В составе программного обеспечения находятся общесистемные и особые программы, а также инструктивно-методические материалы по использованию средств программного обеспечения. Операционная система (ОС) является основой программного обеспечения компьютера. Она являет собой комплекс системных и служебных программных средств, которые должны обеспечивать согласование действий пользователя с компьютером и выполнение всех необходимых для работы программ.

Чтобы выбрать оптимальную для решения данной задачи ОС рассмотрим некоторые ОС с точки зрения основных преимуществ таблица 3.

Таблица 3

Основные характеристики современных операционных систем

Задача ОС	Windows XP Home Edition	Windows XP Professional Edition	Windows 7 Home Premium	Windows 7 Business	Windows 7 Ultimate
Работа в сети		*		*	*
Удобное устранение сбоев		*		*	*
Поиск				*	*
Защита данных				*	*
Мультимедиа			*		*

Исходя из данных таблицы 3, можно сделать вывод о том, что для выполнения цели данной курсовой работы лучше всего подойдет операционная система Windows 7 Ultimate.

Программное обеспечение функционирует между пользователем и оборудованием. Можно полагать, что предоставленное программное обеспечение предназначено для управления аппаратным оборудованием.

Глава 2. Проектная часть

2.1. Информационная модель и её описание

Информационная модель выступает в виде схемы движения входных, промежуточных и результативных потоков данных и функций предметной области. Так же, она объясняет, как на основе некоторых входных документов и некоторой нормативно-справочной информации будет происходить выполнение функций по обработке данных в системе.

Разрабатываемая автоматизированная система работает со справочниками. На каждый справочник предусмотрена экранная форма для заполнения и корректировки.

На основании данных, хранящихся в справочниках и журналах, формируется отчетная информация.

Основной информационной сущностью разрабатываемой системы является документ. Данная сущность содержит следующие поля:

• Номер документа в базе данных;
• Название документа;
• Тип документа;
• Дата создания;
• Дата последнего изменения;

Информационная модель задачи автоматизации документооборота показана на рисунке 10.

Рисунок 10 Информационная модель задачи

2.2. Характеристика нормативно-справочной, входной и оперативной информации

В разделе  Нормативно-справочная информация размещаются справочники, которые необходимы для проведения учетных операций в компании. В справочниках сохраняется информация для многократного использования, так же предусмотрена вероятность дополнения, удаления и редактирования хранящихся данных.

Справочники можем разделить на главные, которые используются при оформлении бизнес операций, и дополнительные, которые призваны для ускорения и облегчения ввода информации. В этих дополнительных справочниках находятся базовые классификаторы, которые содержат информацию по общероссийским классификаторам.

В программе предусмотрен сервис обновления данных в базовых классификаторах из внешних источников. Основные справочники системы описывают структуру торгового предприятия и реализуемой номенклатуры.

Входными данными для системы являются:

а) Данные по работнике.

б) Данные о филиалах.

в) Данные о отделах.

Таблица 4

Сводная таблица справочников и таблиц

Название	Ответственный	Средний объем (в записях)	Средняя частота актуализации	Средний объем актуализации (в записях)
Справочник сотрудники	Специалист отдела	50	Один раз в квартал	1%
Справочник клиенты	Специалист отдела	5000	Один раз в неделю	5%
Справочник Договора клиентов	Специалист отдела	10000	Один раз в неделю	39,5%
Справочник номенклатура	Специалист отдела	230	Один раз в неделю	2%
Таблица заказы		10000	Один раз в день	39,5%

2.3. Характеристика результатной информации

Выходная информация - это информация, полученная на основе входной информации. Выходная документация включает сводные данные, полученные в результате автоматизированной обработки. Третий этап технологического процесса обработки информации - Основной этап - является завершающим этапом работы с программой и связан с получением полной достоверно сформированной информацией.

Выходными данными для системы являются документы и отчеты, которые представлены в таблице 5:

Таблица 5

Описание выходных документов

Название документа	Поля документа	Таблицы на основе, которых формируется документ	Кому предназначен
Согласованная карта работника	Дата; ФИО работника; Статус;	Таблица карточки работников; справочник «Сотрудники»;	Работнику, руководству
Информация по работнику	Дата; Номер; ФИО;	Таблица карточки работников; справочник «Сотрудники»;	Руководству
Документация для работников	Дата; ИО; Договор; Исполнитель;	Таблица карточки работников; справочник «Сотрудники»;	Руководству. Работнику
Отчет «Карточки работников»	Код Сотрудника, ФИО Адрес, ИНН, Почта, Телефон.	справочник «сотрудники».	Руководству

2.4. Общие положения (дерево функций и сценарий диалога)

При разработке ИС, главной задачей автоматизации документооборота, существенным этапом есть описание иерархии в функциях управления и обработки необходимых данных разрабатываемой программной системы.

Дерево функций являет собой иерархическую структуру действий, которые реализованы в ИС. Данные действия (функции) программного продукта можем разделить на две основные функции:

1) служебные функции – идентичны для всех автоматизированных систем управления предприятием на данном этапе развития аппаратных и программных средств. Функции данного вида призваны обеспечить безопасность ввода, обработки и хранения информации, облегчить работу с системой, сделать ее наиболее удобной и незатруднительной для конечного пользователя.

2) главные функции управления и обработки данных – свойственны как информационным системам любой специализации, так и именно данной ИС. Они воспроизводят особенности некоторого процесса обработки информации, при получении результатов, ведении информационной базы проекта. Данные функции организованы в таком порядке и в таком составе, которые продиктованы соглашениями обработки и управления данными в конкретной предметной области.

Состав и классификация функций разрабатываемого программного продукта представлены в виде дерева функций рисунок 11, сценарий на рисунке 12.

Рисунок 11 Дерево функций ИС

Рисунок 12 Сценарий диалога

2.5. Характеристика базы данных

Сущность - объект любой природы данные, о котором хранятся в отношении (таблице, в которой содержатся данные).

В рассматриваемой предметной области можно выделить следующие сущности:

Сотрудники - содержит следующую информацию:

1. ФИО сотрудника;
2. Серия и номер паспорта;
3. Дата рождения;
4. Город прописки;
5. Дата принятия на работу;
6. Должность;
7. Филиал;
8. Отдел;

Филиалы и отделы:

1. Филиал
2. Отдел
3. Начальник филиала
4. Начальник отдела
5. Населенный пункт (численность населенного пункта)

Логическая модель БД.

Основными конструктивными элементами БД являются сущности, связи между ними и их свойства (атрибуты). Цели, при построении наиболее эффективной структуры данных:

• обеспечить быстрый доступ к данным;
• исключить ненужное повторение данных, которое может являться причиной ошибок при вводе, а также привести к нерациональному использованию дискового пространства;
• обеспечить целостность данных, т. чтобы при изменении одних объектов автоматически происходило соответствующее изменение связанных с ними объектов.

Логический уровень – это метафизический взгляд на данные, на данном уровне данные представляют так, как выглядят в реальном мире. Объекты модели, представленные на логическом уровне, называются сущностями и атрибутами. Логическая модель данных может быть построена на основе другой логической модели, например, на основе модели процессов. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД. Логическая модель данных описывает факты и объекты, подлежащие регистрации в ней. Устанавливаются связи между сущностями, определяются атрибуты и проводятся нормализация данных.

Классификация связей

При проектирование БД информацию обычно размещают в нескольких таблицах.

Отношения, представленные в данной БД приведены к третей нормальной форме.

Рисунок 13 Логическая модель базы

Заданные ограничения предметной области:

1. Директор или начальник являются сотрудниками;
2. В одном городе может быть только один филиал;
3. Один сотрудник имеет одну должность;
4. Один отдел может одновременно находится в разных филиалах (например, отдел бухгалтерии может быть в филиале Челябинска и филиале Екатеринбурга);
5. Чтобы стать директором, сотрудник должен отработать в компании более 5 лет;
6. Чтобы стать начальником отдела, сотрудник должен отработать в компании более 3 лет.

Физическая модель БД

Физическая модель данных зависит от конкретной системы управления базами данных, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах базы дынных. Поскольку стандартов на объекты базы данных не существует, физическая модель зависит от конкретной реализации СУБД. Разработанная физическая модель для СУБД изображена на рисунке 13.

Рисунок 13 Физическая модель данных

Результатами стадии разработки концептуальной модели данных является структура проектируемой ИС, концептуальная схема базы данных: логическая и физическая модели данных предметной области. Физическая модель генерируется в СУБД, где создается база данных с названиями полей, таблицы, которой не содержат записей.

Рисунок 14 Диаграмма сущность-связь базы данных

2.6. Структурная схема пакета (дерево вызова программных модулей)

Всю структуру программы можно будет отобразить в блок-схеме, который продемонстрирован на рисунке 15.

Рисунок 15 Структура программных модулей

Таблица 6

Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
	Модуль безопасности	Содержит процедуры и функции, обеспечивающие ввод и проверку пароля, вход пользователей в систему, автоматический выход из системы через определенный промежуток времени
	Модуль инициализации интерфейса программы	После успешного входа в систему, запускает программу, используя настройки прав доступа для учетной записи пользователя
	Модуль импорта/экспорта	По назначенному расписанию или по запросу пользователя устанавливает соединение с серверами баз данных внешних систем и выполняет импорт или экспорт данных
	Модуль взаимодействия с базой данных	Содержит процедуры и функции, используемые для установления соединения с базой данных ИС, а также управляющие операциями чтения, записи и редактирования данных
	Модуль справочной системы	Содержит процедуры и функции, необходимые для отображения справочной информации
	Модуль «Главная форма программы»	Содержит главное меню, из которого осуществляется вызов остальных экранных форм
	Модуль «Отчеты»	Содержит процедуры и функции для ввода параметров запроса, просмотра и печати отчетов
	Модуль печати документов	Вывод документов на печать
	Модуль «Справочники»	Содержит процедуры и функции, необходимые для отображения справочников

 2.7 Описание программных модулей

Основные вычисления в программе происходят при загрузке системы.

Блок-схема алгоритма программного модуля подключения- отключения агента к серверной части изображена на рисунке 16.

Рисунок 16 Блок-схема алгоритма модуля формирования карточки

2.8. Контрольный пример реализации проекта и его описание

Описание приложения для работы с БД

Запросы к БД.

Запросы — это объект базы данных, который служит для извлечения данных из таблиц и предоставления их пользователю в удобном виде. Особенность запросов состоит в том, что они черпают данные из базовых таблиц и создают на их основе временную таблицу.

Все запросы делятся на две группы: запросы-выборки, запросы-действия.

Запросы-выборки осуществляют выборку данных из таблиц в соответствии с заданными условиями.

Запросы-действия позволяют модифицировать данные в таблицах: удалять, обновлять, добавлять записи.

В данной БД представлены следующие запросы:

1. Найти сотрудников, которые могут стать начальниками отделов или директорами (см. ограничения)

Рисунок 16 Запрос А

1. Найти сотрудников, которые работают не в том же городе, в котором прописаны.

Рисунок 17 Запрос В

1. Найти филиалы, где количество сотрудников, работающих на одной должности, больше, чем необходимо

Рисунок 18 Запрос С

1. Подсчитать сколько было принято сотрудников на работу в каждом месяце года, заданного пользователем.

Рисунок 19 Запрос D

Подразумевается, что на определенное количество жителей одного города приходится 1 сотрудник определенной должности. Например, в Челябинске на 100 000 жителей приходится 1 менеджер, в Екатеринбурге на 100 000 жителей приходится 2 менеджера, в Перми на 100 000 жителей приходится 3 менеджера. Это значит, что на 100 000 в среднем необходимо 2 менеджера. Таким образом, видим, что в Челябинске не хватает 1 менеджера, а в Перми на одного менеджера больше, чем необходимо.

Отчет - это объект базы данных, который предназначен для вывода

В данной БД представлены следующие отчеты:

Рисунок 20 Отчет №1

Рисунок 21 Отчет №2

Рисунок 23 Отчет №3

Разработка приложения для работы с базой данных

Рисунок 24 Разработка приложения в среде Delphi

Экранные формы

Форма в БД - это структурированное окно, которое можно представить так, чтобы оно повторяло форму бланка. Формы создаются из набора отдельных элементов управления. Источником данных для формы являются записи таблицы или запроса.

Форма предоставляет возможности для:

1. Ввода и просмотра информации базы данных

2. Изменения данных

3. Печати

4. Создания сообщений.

В данной БД представлены следующие формы:

Рисунок 25 Приложение в запущенном виде

Рисунок 26 Формирование отчетов

Заключение

Решение кадровых вопросов в условиях рыночных отношений и рынка рабочей силы приобретает особо важное значение, так как меняется общественный статус работника, характер его отношений к труду и условиям использования трудового потенциала.

При таких обстоятельствах руководитель предприятия должен в своих решениях выходить из того, что трудовой потенциал используется более эффективно при благоприятных условиях для работника, а его способность по выполнению работы, решение задач, в том числе проблемных, зависит от многих качественных показателей, характеризующие его как личность, так и в качестве специалиста.

Итогом выполнения курсовой работы есть разработанное в Delphi приложения баз данных, которое позволяет автоматизировать заданные операции учета и условия составления отчетов в отделе кадров предприятия. Разработанное приложение соответствует всем заданным требованиям предметной области, таблицы разработанной базы данных в Access соответствуют запросам нормализации, что разрешает полностью обеспечивать целостность и сохранность необходимой информации.

Средствами Delphi создан подходящий пользовательский интерфейс. Приложение дает возможность решать все задачи, которые сформулированные в задании на курсовую работу. Это позволяет сделать вывод, что поставленные цели выполнены полностью.

В связи с тем, что база учебная, а не профессиональная, некоторые данные о сотрудниках не были включены в базу.

Список использованной литературы

1. ГОСТ 2.105-95 ЕСКД. Общие требования к текстовым документам (с Изменением N 1).
2. ГОСТ 7.32- 2001 Структура и правила оформления 22с.
3. ГОСТ Р 50922-2006 Защита информации. Основные термины и определения.
4. ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств.
5. Александров, Д.В. Инструментальные средства информационного менеджмента. CASE-технологии и распределенные информационные системы. [Электронный ресурс] — Электрон. дан. — М. : Финансы и статистика, 2011. — 224 с. — Режим доступа: http://e.lanbook.com/book/5306 — Загл. с экрана.
6. И.П. Карпова. Базы данных: Учебное пособие. СПб: Питер, 2013г. – 240с.
7. М.П. Малыхина. Базы данных: основы, проектирование, использование. 2-е изд. СПб: БХВ-Петербург, 2007.
8. В.В. Кирилов, Г.Ю. Громов. Введение в реляционные базы данных. – СПб.:БХВ-Петербург, 2009г. – 464с.

Приложения

Исходный код программы

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, ADODB, Grids, DBGrids, ExtCtrls, DBCtrls, ComCtrls, StdCtrls, comobj;

type

TForm1 = class(TForm)

ADOConnection1: TADOConnection;

PageControl1: TPageControl;

TabSheet1: TTabSheet;

DataSource1: TDataSource;

DBNavigator1: TDBNavigator;

DBGrid1: TDBGrid;

ADOTable1: TADOTable;

TabSheet2: TTabSheet;

ADOTable2: TADOTable;

DataSource2: TDataSource;

DBNavigator2: TDBNavigator;

DBGrid2: TDBGrid;

TabSheet5: TTabSheet;

Button1: TButton;

lblCountTab1: TLabel;

lblCountTab2: TLabel;

Timer1: TTimer;

Button2: TButton;

Button3: TButton;

Button4: TButton;

procedure FormShow(Sender: TObject);

procedure FormClose(Sender: TObject; var Action: TCloseAction);

procedure Button1Click(Sender: TObject);

procedure Timer1Timer(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

procedure Button4Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1.Button1Click(Sender: TObject);

var

access:variant;

const

acViewPreview = $00000002;

acQuitSaveAll = $00000001;

begin

try

Access := CreateOleObject('Access.Application');

except

Access := CreateOleObject('Access.Application');

End;

Access.Visible:=true;

Access.OpenCurrentDatabase(ExtractFilePath(Application.ExeName)+'db.mdb',true);

Access.DoCmd.OpenReport(string('A'), acViewPreview, EmptyParam, EmptyParam);

end;

procedure TForm1.Button2Click(Sender: TObject);

var

access:variant;

const

acViewPreview = $00000002;

acQuitSaveAll = $00000001;

begin

try

Access := CreateOleObject('Access.Application');

except

Access := CreateOleObject('Access.Application');

End;

Access.Visible:=true;

ccess.OpenCurrentDatabase(ExtractFilePath(Application.ExeName)+'db.mdb',true);

Access.DoCmd.OpenReport(string('B'), acViewPreview, EmptyParam, EmptyParam);

end;

procedure TForm1.Button3Click(Sender: TObject);

var

access:variant;

const

acViewPreview = $00000002;

acQuitSaveAll = $00000001;

begin

try

Access := CreateOleObject('Access.Application');

except

Access := CreateOleObject('Access.Application');

End;

Access.Visible:=true;

Access.OpenCurrentDatabase(ExtractFilePath(Application.ExeName)+'db.mdb',true);

Access.DoCmd.OpenReport(string('C'), acViewPreview, EmptyParam, EmptyParam);

end;

procedure TForm1.Button4Click(Sender: TObject);

var

access:variant;

const

acViewPreview = $00000002;

acQuitSaveAll = $00000001;

begin

try

Access := CreateOleObject('Access.Application');

except

Access := CreateOleObject('Access.Application');

End;

Access.Visible:=true;

Access.OpenCurrentDatabase(ExtractFilePath(Application.ExeName)+'db.mdb',true);

Access.DoCmd.OpenReport(string('D'), acViewPreview, EmptyParam, EmptyParam);

end;

procedure TForm1.FormClose(Sender: TObject; var Action: TCloseAction);

begin

ADOConnection1.Close;

end;

procedure TForm1.FormShow(Sender: TObject);

var BaseName, ConString:string;

begin

PageControl1.ActivePageIndex:= 0;

BaseName:='db.mdb'; {файл должен находиться в корневом каталоге}

ConString:='Provider=Microsoft.Jet.OLEDB.4.0;Persist Security Info=False;Password="";User ID=Admin;Data Source='+BaseName;

AdoConnection1.ConnectionString:=ConString;

AdoConnection1.Open;

ADOTable1.TableName:='Сотрудники';

AdoTable1.Active:=true;

ADOTable2.TableName:='Филиалы и отделы';

AdoTable2.Active:=true;

Timer1.Enabled:= true;

end;

procedure TForm1.Timer1Timer(Sender: TObject);

begin

lblCountTab1.Caption:= 'Кво записей: '+IntToStr(ADOTable1.RecordCount);

lblCountTab2.Caption:= 'Кво записей: '+IntToStr(ADOTable2.RecordCount);

end;

end.

1. http://www.intuit.ru/studies/courses/3439/681/lecture/14023 ↑