2
ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ .......................................................................................................... 4
ГЛАВА 1. ОБЗОРНО-ТЕОРЕТИЧЕСКАЯ ЧАСТЬ ......................................... 7
1.1. Описание основных принципов ООП ........................................................ 7
1.2. Критерии отбора средства разработки программы ................................ 11
1.3. Критерии отбора СУБД ............................................................................. 14
ГЛАВА 2. АНАЛИТИЧЕСКАЯ ЧАСТЬ ......................................................... 16
2.1. Характеристика предприятия АО «Моспромпроект» ............................ 16
2.2. Описание действующей технологии управления на производстве ...... 21
2.3. Общие задачи программ управлением персоналом ............................... 27
2.4. Назначение задач по проектированию и выполнению процесса
управления персоналом .................................................................................... 29
2.5. Анализ действующих наработок .............................................................. 32
2.6. Предложение технологии по выполнению действующего процесса
управления персоналом .................................................................................... 36
2.7. Информационное обеспечение ................................................................. 38
2.7.1. Описание информационной модели...................................................... 38
2.7.2. Нормативно-справочная и входная информация ................................. 41
2.7.3. Результатная информация ...................................................................... 42
ГЛАВА 3. ПРАКТИЧЕСКАЯ ЧАСТЬ ............................................................ 44
3.1. Общие составляющие БД информационных систем .............................. 44
3.1.1. Логическая модель данных .................................................................... 44
3.1.2. Физическая модель данных .................................................................... 45
3.2. Характеристика разработки клиентской части информационной
системы ............................................................................................................... 51
3.2.1. Дерево функций ....................................................................................... 51
3.2.2. Работа с информационной системой..................................................... 53
3
ЗАКЛЮЧЕНИЕ ................................................................................................. 84
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ ......................................... 86
ПРИЛОЖЕНИЯ ................................................................................................. 89
Бланк документа «Приказ о поощрении работника» .................................... 89
Бланк документа «Штатное расписание» ....................................................... 90
Бланк документа «Справка о доходах физического лица» ........................... 91
Бланк документа «Командировочное удостоверение» ................................. 92
Обозначения в базах данных ............................................................................ 93
Формы в разработанной программе ................................................................ 94
Листинг программы .......................................................................................... 95
4
ВВЕДЕНИЕ
Актуальность темы исследования: использование автоматизирован-
ных информационных систем учета персоналом обеспечивает прибыльную
и успешную работу любого предприятия в нашем веке информционных
технологий. С увеличением числа предприятий разных отраслей и увели-
чением конкурентной борьбы между ними доказывается целесообразность
внедрения программных продуктов, способных повышать качество испол-
няемой работы, производительности труда, скорости обмена управленче-
ской информацией и сократить время на поиск и формирование необходи-
мых документов и отчетов.
Сегодня, данные системы позволяют организациям и предприятиям,
использующим их, получить преимущества перед конкурентами.
Объект исследования моей курсовой работы - Акционерное обще-
ство «Институт по проектированию промышленных и транспортных объ-
ектов для городского хозяйства города Москвы» (АО «Моспромпроект»)
основная деятельность которого связана с проектированием гаражей и
других сооружений для хранения транспорта.
Цель дипломной работы состоит в проектировании, с использовани-
ем методов и принципов объектно-ориентированного программирования,
информационной системы для автоматизации управления персоналом ис-
следуемой компании.
Чтобы достичь целей, поставленных в данной работе, нужно разо-
браться со следующими задачами:
- дать объяснение понятию объектно-ориентированному программи-
рованию (ООП) и описать его основные принципы на основе исследуемой
предметной области;
- провести анализ объектно-ориентированных языков программиро-
вания и выбрать один из них в качестве средства разработки информаци-
онной системы;
5
- провести анализ средств разработки базы данных;
- провести изучение организационной структуры предприятия, про-
анализировать предметную область, и выявить процессы учета, нуждаю-
щиеся в автоматизации;
- изучить существующую технологию учета кадров на предприятии;
- описать недостатки существующего учета;
- описать требования к функциональным возможностям проектируе-
мой системы;
- произвести анализ имеющихся в настоящий момент ИС от компе-
тентных в данной предметной области разработчиков;
- описать процесс управления персоналом по предлагаемой техноло-
гии, т.е. после внедрения ИС;
- описать входные и выходные потоки информации проектируемой
системы;
- отобразить на физическом и логическом уровнях модель данных;
- разработка автоматизированной информационной системы и опи-
сание принципов работы с ней.
Структура ВКР представляется введением, треми главы, заключение,
список использованной литературы с приложениями.
Для изучения теоретической основы объекта исследования, в главе 1
дано определение понятию объектно-ориентированного программирова-
ния и описаны его основные принципы на основе исследуемой предметной
области. Также в данной главе проведен обзор и анализ средств разработки
программы и СУБД для выбора оптимального решения, удовлетворяющего
предъявляемым требованиям к разрабатываемой системе.
Во второй главе произведено описание деятельности компании
«Моспромпроет», изучена его оргструктура, описана технологии обработ-
ки информации о персонале организации с целью выявления недостатков
6
существующего учета, определен перечень задач, которые должна решать
проектируемая система,
В данной главе также произведен анализ самых популярных ИС от
известных разработчиков в среде управления персоналом и описана пред-
полагаемая технология для выполнения исследуемого бизнес-процесса,
построена информационная модель решаемой задачи, описаны входные и
выходные источники информации.
В третьей главе описывается логическая и физическая модель дан-
ных в исследываемой предметной области: приводится состав и структура
БД, обозначены связи между таблицами и ключевые поля, представлена
графическая составляющая БД и т.п.
В третьей главе также представлен сценарий диалога пользователя с
разработанной ИС: даны описания процедур заполнения справочников си-
стемы, учета карточек сотрудников, трудовых договоров, штатного распи-
сания, надбавок и вычетов из заработной платы, формирования итоговых
документов, отчетов и т.п.
7
ГЛАВА 1. ОБЗОРНО-ТЕОРЕТИЧЕСКАЯ ЧАСТЬ
1.1. Описание основных принципов ООП
Объектно-ориентированное программирование (ООП) – это метод-
дика программирования, которая основана представлением программ в ви-
де совокупностей объектов, а каждый из объектов относится к определен-
ному классу, которые образуются иерархий наследования [19].
Объектом является сущность, которая имеет четко определенные
границы. Для того чтобы отличить один объект от другого, ему присваи-
ваются такие свойства, как: состояние, поведение и структура [Ошибка!
Источник ссылки не найден.].
В ООП, объекты, обладающие схожей структурой, поведением и со-
стоянием, принято объединять в классы. Отдельный объект называют эк-
земпляром класса.
Впервые об объектно-ориентированном программировании загово-
рили еще в 1960-е году. Первым языком, в основу которого были заложены
идеи объектов и классов, был «Simula-1», который в те годы получил ши-
рокую популярность и отодвинул на второй план процедурные языки про-
граммирования [Ошибка! Источник ссылки не найден.].
Чтобы понять отличие ООП от программирования с использованием
процедурных языков, необходимо описать принцип работы с каждым из
них.
В процедурных языках (например, C, Pascal, FORTRAN) каждый
оператор указывает компьютеру что нужно сделать при запуске той или
иной операции: вывести данные на экран монитора, произвести арифмети-
ческие операции, вывести результат на печать и т.п. Приложение, напи-
санное на процедурном языке, напоминает собой список инструкций. Если
перечень инструкций небольшой, то никаких проблем в процессе реализа-
ции программы не возникает, но с ростом требований к функциональным
8
возможностям программ, росло и количество инструкций, приходилось
описывать одни и те же объекты в разных участках кода [14].
В связи с этим структурное программирование начинало испытывать
определенные трудности в связи с усложнением проектов, затягивались
сроки разработки, к работе привлекалась дополнительная рабочая сила, а
соответственно росли и затраты.
Тогда и было введено понятие класса, параметры которого задава-
лись единожды, а после в коде оставлялись только ссылки на класс, чтобы
код самостоятельно генерировал объект.
В связи с этим, разработчики начали отдавать предпочтение объект-
но-ориентированному программированию, т.к. оно позволяет представить
программу как группу объектов с набором свойств, над которыми можно
производить определенные операции. Такая методика программирования
приводит к созданию более понятных, надежных и легко сопровождаемых
приложений.
Приведем пример на основе отдела кадров крупного предприятия с
количеством сотрудников около 300 человек. В процедурных языках нет
средства, способного сгруппировать персонал в 300 человек по отделам,
чего не скажешь об объектно-ориентированном программировании, кото-
рое позволит создать в компании несколько управлений, разбитых на отде-
лы и каждого сотрудника организации прикрепить к определенному отде-
лу. А теперь представим, что руководитель компании требует менеджера
по кадрам вызвать к себе некого сотрудника «А». Учитывая, что о сотруд-
нике «А» неизвестно ничего, кроме имени, а штат компании равен 300 че-
ловек, поиск займет немало времени. Однако, зная название управления и
отдела, в котором работает сотрудник, найти его будет намного проще.
Или же представим ситуацию, когда всех сотрудников компании
необходимо ознакомить с системой пожарной безопасности, где начальник
пожарной безопасности – программист, а сотрудники - разные участки кода.
9
При устаревших парадигмах программирования начальнику пожарной без-
опасности пришлось бы сначала объяснить правила сотруднику №1, затем со-
труднику №2, а потом сотруднику №3 и так далее. ООП же даёт начальнику
пожарной безопасности целую пачку бесконечных подробных чертежей
(классов), которые он может раздавать сотрудникам, вместо повторного объ-
яснения (заведения описания объекта).
Таким образом, ООП делает сложные системы более понятными, как
для разработчиков, так и для лиц, которые будут эти системы использо-
вать.
Объектно-ориентированное программирование строится на трех ос-
новополагающих принципах: инкапсуляция, полиморфизм и наследование.
Инкапсуляция – это механизм, который объединяет данные и код,
манипулирующий этими, инкапсуляция обеспечивает защиту данных (со-
крытие данных) от внешнего пользователя [Ошибка! Источник ссылки
не найден.].
Приведем пример на основе бухгалтерии: чтобы начислить заработ-
ную плату сотрудникам, бухгалтеру не обязательно знать каким образом
система произвела расчеты, главное чтобы полученный результат был вер-
ным. Для этого система должна предоставить бухгалтеру понятный поль-
зовательский интерфейс с необходимыми элементами управления (кноп-
ками).
Это одновременно и облегчает конечному пользователю работу с
программой, и защищает данные и само приложение от постороннего
вмешательства. Пользователь может работать со всем функционалом через
интерфейс, не задумываясь над тем, как программа работает. Инкапсуля-
цию применяют:
- когда нужно сохранить некоторый участок кода без изменений со
стороны пользователя;
10
- когда нужно ограничить доступ к коду - в связи с уникальностью
используемых методов, которые разработчик не хочет выставлять на все-
общее обозрение;
- когда изменение кода программы может привести к сбоям к систе-
ме или к её взлому.
Наследование – способность создавать новые классы на основе уже
существующих. При этом функционал класса может как полностью совпадать
с базовым, так и отличаться от него. Класс-донор называется в таком случае
родительским или базовым, а его «потомок» — наследником, дочерним клас-
сом [15].
При порождении одного класса из другого (базового класса), создан-
ный класс наследует элементы базового класса.
Если появляется большое количество классов не связанных между
собой, то управлять ими становится невозможно.
Наследование дает возможность исправить эту проблему путем ран-
жирования и упорядочивания классов, объединяя общие свойства несколь-
ких классов в одном и используя данный класс в качестве базового. Меха-
низмы наследования классов позволяют выстроить иерархии, в которых
производные классы наследуют элементы родительских классов и могут
изменять их свойства или дополнять. Классы, которые находятся ближе к
началу иерархии, объединяют в себе черты, наиболее общие для всех по-
следующих классов. Опускаясь вниз, по иерархии, классы обретают все
больее конкретные черты. Множественное наследование дает возможность
одному классу обладать свойствами нескольких родительских классов [19].
Например, каждому сотруднику присваивается определенная долж-
ность, в рамках которой требуется выполнение определенных обязанно-
стей. Принцип деления такого рода заключается в следующем; каждые
подклассы имеют общие характеристики с классами, от которых происхо-
дят. Например, в задачи бухгалтера входит начисление заработной платы,
11
а в задачи менеджера по персоналу – поиск новых сотрудников. Если в
компанию будет принят новый сотрудник с должностью «Бухгалтер», то
ему автоматически будет присвоен перечень обязанностей, выполняемых в
рамках данной должности.
Полиморфизм — способность объектов самим определять, какие ме-
тоды они должны применить в зависимости от того, где именно в коде они
находятся. То есть, объект может изменяться в зависимости от своего ме-
стоположения и действовать по-разному, что позволяет не заводить лиш-
них структур [19].
Полиморфизм позволяет повысить процент повторного использова-
ния кода и сократить тем самым размер программы и временные затраты
на её написание.
Например, в задачи бухгалтера входит не только начисление зара-
ботной платы, но и ряд других обязанностей. Бухгалтер решает сам, какую
из своих задач он будет реализовывать в определенный момент времени.
1.2. Обоснование выбора средств разработки программы
Процессы проектирования информационных систем начинаются с
подбора программных продуктов для их реализации: сред разработки и си-
стем управления базами данных (СУБД).
В настоящее время, наличие многообразия языков программирова-
ния и средств разработки БД, дают возможности любому разработчику, на
основе своих предпочтений и исходя из функциональных возможностей,
закладываемых в разрабатываемую ИС, произвести выбор такой среды
разработки, которая наиболее подходит для решения поставленных задач
(начиная с простых приложений и заканчивая разработкой серьезных про-
граммных продуктов для крупнейших корпораций).