Проектирование информационной системы по учету кадров на предприятии в отделе кадров

Содержание:

Введение

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

Создание ИС «Эвен» не может быть успешным без предварительного анализа и моделирования. Создавая информационную модель «Эвен», следует, прежде всего, обратить внимание на объекты (сущности) системы и их отношения, направление и характер потоков информации, которыми обмениваются эти объекты и на операции, которые производятся над информационными потоками, перерабатывая и видоизменяя их.

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

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

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

Для успешного выполнения поставленной цели необходимо решить следующие задачи:

1. Провести аналитический обзор литературных источников по исследуемой теме.

2. Изучить структуру организации ООО «Эвен».

3. Провести анализ автоматизируемых процессов организации.

4. Разработать программу для организации.

5. Провести анализ экономической эффективности внедряемой ИС.

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

1.1 Исследование предметной области и предприятия

1.1.1 Характеристика предприятия и род деятельности

Наименование предприятия: «Эвен», регистрирована за адресом город Москва, улица Сахарова, д. 12.

Основным видом деятельности компании является неспециализированная оптовая стройматериалами.

Чистый убыток «Эвен»за 2015 год увеличился на 36,58% до 9,36 млн. руб. с 6,85 млн. руб. за аналогичный период предыдущего года. Это следует из отчета компании.

Продажи компании снизились на 27,47% до 84,64 млн. руб. с 116,69 млн. руб. годом ранее. Компания «Эвен» завершила 2014 год с валовой прибылью в 27,63 млн. руб., что на 20,28% меньше показателя прибыли годом ранее - 34,66 млн. руб.

Убыток до налогообложения компании за 2015 год снизился на 44,47% до 9,36 млн. руб. с 6,48 млн. руб. за аналогичный период предыдущего года.

1.1.2 Организационная структура управления предприятием

В настоящее время по организационно-правовой форме фирма «Эвен» является обществом с ограниченной ответственностью.

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

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

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

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

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

Рисунок 1.1 - Организационная структура ООО «Эвен»

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

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

Кассир пробивает кассовые чеки и оформляет кассовые ордера на ККМ, принимает от клиентов денежные средства.

В задачи технической службы входит поддержание работы web–сайта организации во всемирной компьютерной сети и наполнение его контентом.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.1.3 Программная и техническая архитектура ИС предприятия

Все сервера принадлежат учредителю организации и установлены в дата-центре, который арендует учредитель. На серверах установлены ОС: Windows Server 2003.

Рабочие места расположены в помещении бухгалтерии арендуемого комплекса помещений, в который имеют доступ посетители и все сотрудники организации, а также работники учредителя. Рабочие места принадлежат организации. На рабочих станциях используются ОС: Windows XP, Windows 7.

Рисунок 1.2 – Техническая архитектура ООО «Эвен»

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

Рисунок 1.3 - Основная часть программной архитектуры предприятия

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

1.2 Обоснование разработки ИС

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

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

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

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

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

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

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

Серверный компьютер работает под руководством серверной версии операционной системы Windows. Используя лишь приведенные меры полностью обезопасить сервер и сеть нельзя, поэтому было принято решение внедрить систему защиты информации Secret Net (разработчик «Код безопасности»).

Secret Net – семейство продуктов для защиты рабочих станций и серверов от несанкционированного доступа. Продукт имеет Сертификаты ФСТЭК и Минобороны России. Применяется для защиты АС до класса 1Б включительно (в том числе защита гостайны с грифом «совершенно секретно»), ИСПДн до УЗ1 включительно и ГИС до 1 класса включительно.

Secret Net дополняет стандартные функции серверной операционной системы, включающие следующие средства [14]:

• Средства защиты от несанкционированного входа в систему:

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

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

o программная защита загрузки программного обеспечения с дискеты;

o аппаратная защита загрузки с дискеты.

• Контроль доступа и защита ресурсов:

o доступ пользователей к ресурсам компьютера через механизмы избирательного и полномочного контроля доступа;

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

o криптографическая защиты шифрования данных информации, хранящейся в файлах на локальных и сетевых дисках; расчет и проверка электронной цифровой подписи (ЭЦП).

• Регистрация и оперативное управление:

o учетная политика, связанная с безопасностью системы, работа с журналами управления временем, хранения и утилизации записей;

o мониторинг целостности файлов, контроль управления расписанием и выбор реакции на вмешательство;

o мониторинг аппаратной конфигурации компьютера.

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

В дополнение к этим программным средствам в качестве средства аппаратной поддержки в Secret Net можно использовать следующие устройства:

• Secret Net ROM BIOS - чип расширения BIOS, сетевой карты, установленной на компьютере в интерфейс удаленной загрузки. Это обеспечивает идентификацию с помощью электронных идентификаторов Touch Memory, считывателей, что подключены к COM порту.

• Secret Net Touch Memory Card - карта с сенсорным разъемом Touch Memory или читателя бесконтактных радиокарт Proximity, установленных в компьютере в слот ISA. Он обеспечивает проверку подлинности пользователя для электронных идентификаторов Touch Memory или Proximity.

• Контроллер «Соболь» - плата с разъемом для считывания Touch Memory, аппаратным генератором случайных чисел, имеющая 2 (4) канала физических устройств блокировки и внутренней энергонезависимой памяти. Установлена в компьютере в слот ISA или PCI. Является основой электронного замка «Соболь». Система Secret Net может быть использована для идентификации пользователей электронных идентификаторов Touch Memory, а также для генерации ключей шифрования.

• Считыватели бесконтактных Proximity Prox - устройство подключается к Touch Memory Card и установлено внутри корпуса компьютера. В Secret Net считыватель используется для идентификации пользователя с помощью карточки Proximity.

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

Таким образом, Secret Net обеспечивает программную защиту сервера (почтовый сервер, СУБД, база данных) и рабочих станций элементов (офисные программы, запросы к серверу), ограничивает доступ к конфиденциальной информации и шифрует её.

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

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

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

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

2 Обоснование проектных решений

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

1. Дать понятия внемашинного и внутримашинного информационного обеспечения

2. Описать входные документы для начала оформления заказа. К ним относятся внемашинные (справки, паспорта и тп.) документы, а для организации еще и внутримашинные – карта сотрудника.

3. Выходными документами являются трудовой договор или командировочный лист

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

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

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

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

В зависимости от сложности разрабатываемого программного обеспечения (ПО) существуют следующие технологий: стихийная; структурная; объектно-ориентированная; компонентная; Case-технология; агентная.

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

При проектировании ПС использовались Case-средства Rational Rose 2006 Enterprise Edition. Рассматриваемое Case-средство, предназначено для проектирования и анализа объектно-ориентированных программных систем.

Свой выбор мы остановили на Rational Rose 2006 Enterprise Edition - case-средстве визуального объектно-ориентированного проектирования информационных систем. Определяющим фактором оказался целый ряд возможностей данного средства:

• удобство графического интерфейса для пользователей;
• многоплатформенность;
• возможность проектирования информационной системы любой сложности;
• развернутое представление о проекте в сочетании со средствами документирования (SoDA);
• непосредственная прямая работа (инжиниринг) с исполняемыми модулями и библиотеками форматов DLL, EXE, OCX, TLB;
• поддержка технологий Microsoft Transaction Server (MTS) и ActiveX Data Objects (ADO) на уровне исходного кода и шаблонов, а также элементов стратегической технологии Microsoft – СОМ+ (DCOM);
• поддержка языка UML.

Унифицированный язык моделирования (Unified Modeling Language – UML) это язык для специфицирования, визуализации, конструирования программных систем, а также бизнес моделей и прочих не программных систем.

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

Таблица 2.1

Сравнительная характеристика сред разработки приложений

Язык Object Pascal является объектно-ориентированным и удобным для решения данного типа задач. Библиотек на этом языке в Internet представлено огромное количество, что позволяет упрощать программирование практически любой предметной области. Из приведённых языков для реализации поставленной задачи выбран язык Object Pascal, как наиболее подходящий для программирования небольшого программного средства.

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

Для обоснования выбора СУБД для разработки базы данных был проведён сравнительный анализ трёх СУБД, результаты которого приведены в таблице 2.2.

В качестве СУБД для разработки базы данных выбрана СУБД Access 2003 из линейки продуктов Microsoft Office - высокопроизводительный, кроссплатформенный сервер баз данных. Он сочетает в себе легкость установки, автоматическое восстановление после сбоев и минимальную потребность в сопровождении, что очень важно для надежного функционирования распределенных, высокопроизводительных, критически важных бизнес-приложений.

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

Таблица 2.2

Сравнительные характеристики СУБД

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

Приспособленность Access для работы с другими программами из пакета Microsoft Office делает его ещё более привлекательным, особенно в свете того, что мы проектируем ИС для предпринимателей не имеющего большого штата сотрудников и нет необходимости держать постоянного системного администратора. К тому же Access на русском языке и с ним удобно работать. Возможность быстрого внесения изменений, даже в процессе эксплуатации.

По сравнению с другими СУБД Access более экономичен.

Преимущества использования Access: простота инсталляции и администрирования; поддержка платформ Windows; высокая производительность в сочетании с минимальной потребностью в ресурсах; адаптация для коммерческой деятельности; низкая совокупная стоимость владения и высокая рентабельность.

Ещё одной важной особенностью является то, что использование данной СУБД возможно любой из существующих программ для бухгалтерского учёта.

Все эти качества делают Microsoft Access 2003 наиболее подходящим решением для реализации базы данных.

Таким образом, для реализации нашего проекта ИС выбрана Case-технология проектирования программной системы на основе среды Rational Rose 2006 Enterprise Edition, Access 2003 для реализации БД и системы её управления, а также среда Delphi 7 для реализации алгоритма метода приложения.

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

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

План обоснования целесообразно сделать следующим:

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

3 Разработка проекта автоматизации

3.1 Этапы жизненного цикла проекта автоматизации

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

• Наиболее оптимальным вариантом является:
• выбор и обоснование одного из общеизвестных стандартов жизненного цикла ИС (ГОСТ 34, MSF, ISO 12207, RUP, ISO 15288, COBIT, XPб Oracle CDM);

краткое рассмотрение ключевых положений по каждому из этапов:

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

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

На данном этапе необходимо:

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

Для этапа эксплуатации обязательно:

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

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

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

Использование Case – технологий на первом этапе проектирования пред-полагает на основе анализа технического задания разработку диаграммы вариантов использования (ДВИ). ДВИ – это визуальная модель, от-ражающая спецификацию ПС с точки зрения её функциональности. На рисунке 3.1 представлена ДВИ проектируемой АИС.

Рисунок 3.1 – Диаграмма вариантов использования

Информация, используемая в качестве входных данных для программного средства, хранится в базе данных AIS-DB.MDB.

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

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

Исходные данные этих параметров берутся из временной таблицы, создаваемой следующим SQL-скриптом:

CREATE VIEW «VIEWKRA» (

«DATEV»,

«ID»,

«TYPE»,

«COLL»

) AS

SELECT VEDOM.DATEV, TYPE.IDTYPE, PUTLIST.CLIENT,

ZAKAZ.COLL

FROM PUTLIST, VEDOM, ZAKAZ, TYPE

WHERE ZAKAZ.NOMERV=VEDOM.NOMERV AND

TYPE.IDTYPE= ZAKAZ.ID AND

ZAKAZ.NOMERPL=PUTLIST.NOMERPL;

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

Алгоритм прохождения регистрации сотрудника в БД показан на рисунке 3.2.

Рисунок 3.2 – Алгоритм работы отдела кадров

Таблица СОТРУДНИК - справочник, для хранения информации по сотрудникам организации. ИДЕНТИФИКАТОР СОТРУДНИКА является первичным ключом для данной таблицы. Поля Фамилия, ИНН или паспорт являются альтернативными ключами. По данным ключей можно однозначно определить сотрудника. Второй справочной структурой является таблица бухгалтерии «ДОГОВОРА». Поле ИДЕНТИФИКАТОР №ДОГОВОРА является ее уникальным ключом. Альтернативой будет поле ВИД ОПЛАТЫ. В этой таблице хранится информация о зарплатах сотрудника оплачиваемых по договорам. Справочная таблица под номером три является таблица «ЛИМИТНЫЕ КНИЖКИ». Первичным ключом тут будет поле ИДЕНТИФИКАТОР №ЛИМИТНОЙ КНИЖКИ. Альтернативным – поле ВИД ОПЛАТЫ. В этой таблице хранится информация о заказах оплачиваемых по лимитным книжкам. Четвертая справочная таблица – таблица бухгалтерии «КОМАНДИРОВКИ». Поле ИДЕНТИФИКАТОР №ДОКУМЕНТА назначено первичным ключом. Альтернативным – поле СОТРУДНИК. Таблица хранит информацию о заказах, оплачиваемых по счетам.

Таблица ОБЩЕГО УЧЕТА в нашем случае является основной в базе данных. Здесь хранится только общие данные обо всех сотрудника. Первичным ключом назначено поле ИДЕНТИФИКАТОР КНИГИ, а внешним ключом установлено поле ИДЕНТИФИКАТОР СОТРУДНИКА для этой таблицы. По заданному внешнему ключу можно однозначно определить клиента, и все его реквизиты, для данного счета. Подстановочными данными (*) для ОБЩЕГО УЧЕТА СОТРУДНИКОВ являются таблицы ВИД ОПЛАТЫ, ФИО, ГОРОД, ИСПОЛНИТЕЛЬ, СРОЧНОСТЬ, №ДОГОВОРА, №ЛИМИТНОЙ КНИЖКИ.

Связи:

СОТРУДНИК – ОБЩИЙ УЧЕТ СОТРУДНИКОВ. Эта связь не обязательная со стороны СОТРУДНИКА и обязательная со стороны ОБЩЕГО УЧЕТА СОТРУДНИКОВ. Т.е. может быть сотрудник, которому не присвоено ни одного счета. Но, с другой стороны, не существует ни одной счета, без ссылки на сотрудника. При изменении записей в таблице СОТРУДНИК, автоматически изменяются ИДЕНТИФИКАТОРЫ СОТРУДНИКА в ОБЩЕМ УЧЕТЕ СОТРУДНИКОВ. Удаление сотрудника, у которого уже существует счет невозможно.

ДОГОВОРА – ОБЩИЙ УЧЕТ СОТРУДНИКОВ. Эта связь не обязательная со стороны ДОГОВОРОВ и необязательная со стороны ОБЩЕГО УЧЕТА СОТРУДНИКОВ. Это значит, что может существовать еще нигде не использованный договор, но не может существовать заказ, не определенный по виду оплаты. При изменении значений в таблице ДОГОВОРОВ, автоматически изменяется значение в таблице ОБЩЕГО УЧЕТА СОТРУДНИКОВ. С другой стороны, удаление какого-нибудь договора не ведет к удалению заказа. Ссылка на договор устанавливается в значение NULL.

КОМАНДИРОВКИ – ОБЩИЙ УЧЕТ СОТРУДНИКОВ. Эта связь не обязательная со стороны КОМАНДИРОВКИ и необязательная со стороны ОБЩЕГО УЧЕТА СОТРУДНИКОВ. Это значит, что может существовать еще нигде не реализованный командировочный лист, и может существовать сотрудник, не определенный по командировке. При изменении значений в таблице КОМАНДИРОВКИ, автоматически изменяется значение в таблице ОБЩЕГО УЧЕТА СОТРУДНИКОВ. С другой стороны, удаление какого-нибудь разового заказа не ведет к удалению заказа. Ссылка на разовый заказ устанавливается в значение NULL.

Для работы с информацией имеются следующие формы

1) Заполнение таблицы сотрудника

2) Заполнение списка сданных документов

3) Заполнение таблицы вида оплаты

4) Заполнение таблицы командировки

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

Выходная информация состоит из

1) Расписки в получении документов в отдел кадров

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

3) Счета (на оплату командировок)

4) Отчета для бухгалтерии

5) Отчета о времени командировки

6) Отчета о получении командировочных листов

3.4 Программное обеспечение задачи

Общие положения

При запуске программы (рисунок 3.3), согласно заданию, необходимо провести авторизацию пользователя. Пользователями системы являются клиенты компании, которые подключаются удалённо, а также сотрудники компании. Авторизация производится посредством запроса пары «логин-пароль» в диалоговом окне. Введенная информация пересылается в СУБД (в её службу доступа) и далее проводится проверка данных введённых пользователем и отправляет ответ о результате (положительный или отрицательный). Попытки запроса логина/пароля продолжаются в случае отрицательного результата или же пользователю пройти процесс регистрации. При отказе пользователем авторизации, путём нажатия кнопки отмены, программа завершает свою работу.

Рисунок 3.3 – Главная форма программы для сотрудника отдела кадров

В случае положительной авторизации система безопасности СУБД, проводит этап настройки. Программа находит и инициализирует файл с индивидуальными настройками для данного пользователя. А при отсутствии такового конфигурация программы по умолчанию, а клиенту (оператору) предлагается ввести полную информацию о себе (банковские реквизиты, адрес и т.п.). В программе предусмотрена возможность обработки ошибок – некорректного ввода данных или оставление обязательных полей пустыми.

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

- проверка статистических гипотез;

- кластерный анализ;

- дискриминантный анализ;

- факторный анализ.

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

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

Методы КлА позволяют решать следующие задачи:

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

Для записи формализованных алгоритмов КлА используются следующие условные обозначения:

– совокупность объектов наблюдения;

– i-е наблюдение в m-мерном пространстве признаков ( );

– расстояние между -м и -м объектами;

– нормированные значения исходных переменных;

– матрица расстояний между объектами.

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

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

,
где

d_ij – расстояние между i-ым и j-ым объектами;

x_il, x_jl – значения l-переменной и соответственно у i-го и j-го объектов.

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

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

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

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

Существуют несколько способов выбора радиуса сферы. Если d_ik – расстояние между l-м и k-м объектами, то в качестве нижней границы радиуса (R_H) выбирают R_H=min{d(X_i,X_k)}, а верхняя граница радиуса R_e может быть определена как R_e=min{d(X_i,X_k)}.

Если начинать работу алгоритма с величины R_H=min{d(X_i,X_k)}+δ и при каждом его повторении изменять δ на небольшую величину, то можно выявить значения радиусов, которые приводят к образованию одного и того же числа кластеров, т.е. к устойчивому разбиению.

Алгоритм выбранного метода показан на диаграмме состояний, изображённой на рисунке 3.4.

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

Рисунок 3.4 – Диаграмма состояний

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

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

Рассмотрим отношения БД подробнее.

Таблица 3.1

Таблица сущностей

Название сущности Атрибуты	Название таблицы	Название атрибута	Название поля	Тип данных	Обяза-тельная запись (NOT NULL)
Карточка сотрудника	Sotrudnik	Фамилия	Familiya	text	+
		Имя	Imya	text	+
		Отчество	Otchestvo	text
		Табельный №	ID	int	PK
		Должность	Dolzhnost	text
		Стаж работы	Stazh	text
		№ паспорта	Pasport	text	+
		ИНН	INN	text	+
		Состав семьи	Semja	varchar
		Дата рождения	Data_rochdeniya	datetime
		Место проживания по паспорту	Address1	varchar
		Фактическое место проживания	Address1	varchar
		Телефон	Phone	int	+
Трудовой договор	Dogovor	Наименование фирмы	Organization	text
		Ключ ТД	ID	int	PK
		Дата составления	DateStart	datetime
		Дата принятия	DatePrin	datetime
		Табельный №	Tabel	int	FK
		Оклад	Oklad	int	+
		Надбавки за совмещение должностей	Premia1	int
		Надбавки за работу на крайнем севере	Premia2	int
		Основание	Osnovanie	varchar
Коман-дировка	Komandirovka	Ключ К-ка	Счетчик	int	PK
		Табельный №	Числовой	int	FK
		Место назначения	Текстовый	text
		Срок	Числовой	int
		Цель	Текстовый	text
		За счет средств	Числовой	int
Отпуск	Otpusk	Ключ Отпуск	ID	int	PK
		Дата составления	DateSostav	datetime
		Табельный №	ID_tabel	int	FK
		Период работы	PeriodRaboty	datetime
		Основной отпуск	DateBase	datetime
		Дополнительный отпуск	DateAdd	datetime
		Количество дней	NumDays	int
		Период к оплате	PeriodOplaty	int
Больничный	Bolnich	Ключ Б	ID	int	PK
		Табельный №	ID_tabel	int	FK
		Основной отпуск	PeriodOsnov	datetime
		Дополнительный отпуск в связи с болезнью	PeriodDop	datetime
		Отпуск исчислять	DatePay	datetime
		Все отпуск	Count	int
Должность	Dolzhnost	Ключ Долж	ID	int	PK
		Должность	Dolzhnost	text
Структурное подразделе-ние	Otdel	Ключ СП	ID	int	PK
		Структурное подразделение	Otdel	text
Наименова-ние фирмы	NameFirm	Ключ Фирмы	ID	int	PK
		Наименование фирмы	NameFirm	text
Приказы		№ приказа	ID	int	PK
		Дата	Date	datetime
		Больничный	Bolnich	int	FK
		Отпуск	Otpusk	int	FK
		Трудовой договор	TrudDog	int	FK
		Увольнение	Uvolnenie	datetime

PK – первичный ключ; FK – внешний ключ

Обработка запросов

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

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

1. Поиск сотрудников по фамилии, табельному номеру или по структурному подразделению.

2. Отпуск – в данном запросе будет просматриваться, какие сотрудники уже были в отпуске.

3. Текучесть кадров – какие сотрудники какого числа были приняты и уволены.

4. Список у которых есть телефон.

5. Структурное подразделение, – какие и сколько работников работает в данном подразделение. Нужное подразделение будет вводиться с клавиатуры вручную.

Таблица 3.2

Примеры запросов БД

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

Заключение

Заданием являлось разработка системы, которая позволит автоматизировать работу сотрудников отдела кадров организации «Эвен». Система функционирует в локальной сети (серверная часть Pentium IV,3,6 GHZ,512 MB RAM, 200GB RAID, DVD-ROM, 64 Mb SVGA,17, 1024x768 @85 Hz).

База данных разработана для работы под управлением операционной системы Windows ХР или выше, с установленным программным комплексом Microsoft Office 2003, включая Access.

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

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

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

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

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

1. Гидлевский А.В., Кошкарова Т.В. Комплексная оценка трудности учебного тестового задания//Омский научный вестник. -2010. № 1-85. С. 185-188.

2. Черемных С.В., Моделирование и анализ систем. IDEF-технологии: практикум. – М.: Финансы и статистика, 2006. – 192 с.: ил.

3. Зак Ю.А. Математические методы обработки результатов тестирования квалификации и знаний специалистов и абитуриентов//Информационные технологии. -2010. № 9. С. 57-64.

4. Зубкова Т.М., Технология разработки программного обеспечения: Учебное пособие. – Оренбург: ГОУ ОГУ, 2004. – 101 с.

5. Переверзев В.Ю., Мамонтов Д.Ю. Инновационные формы тестовых заданий для электронной аттестации//Дистанционное и виртуальное обучение. -2009. № 11. С. 15-23.

6. Кулакова Е.С. Некоторые проблемы применения автоматизированных информационных систем в учёте кадров органов внутренних дел российской федерации / Вестник Всероссийского института повышения квалификации сотрудников МВД России. -2012.№ 3 (23). С. 19-24.

7. Коляда В.В., Замотайлова Д.А. Направления автоматизации учета обучающихся по программам подготовки научно-педагогических кадров / В сборнике: Научное обеспечение агропромышленного комплекса Сборник статей по материалам IX Всероссийской конференции молодых ученых. Ответственный за выпуск: А.Г. Кощаев. -2016. С. 266-267.

8. Файзуллина А.А., Пономарева А.А. Автоматизированная система «студенческий отдел кадров»/Международный студенческий научный вестник. -2015. № 1. С. 16.

9. Сумро Н.А. Конкурентоспособность библиотечно-информационных специалистов на рынке труда: исследование проблемы / Вестник Московского государственного университета культуры и искусств. -2016. № 1. С. 210-215.

10. Кузьмичев В.С., Ланский А.М., Матвеев С.Г. и др. Основы создания интегрированных автоматизированных информационных систем управления / учебное пособие. Самара. -2006.

11. Авдошин, С.М. Информатизация бизнеса. Управление рисками / С.М. Авдошин, Е.Ю. Песоцкая. -М. : ДМК Пресс, 2011. 176 с.

12. Борисов, Д.Н. Корпоративные информационные системы: учебно-методическое пособие для вузов / Д.Н. Борисов ; под ред. А.П. Воронина. -Воронеж : Издательско-полиграф. центр Воронеж, гос. ун-та, 2007. 99 с.

13. И.М. Волков, M.B. Грачева. М.: ИНФРА-М, 2009. - 495 с.

14. B.И. Грекул, Г.Н. Денищенко, H.Н. Коровкина. М. : Интернет-Университет Информационных Технологий; БИНОМ. Лаборатория знаний, 2008. - 224 с.

15. Иванесенко, А.Г. Управление проектами: учеб. пособие / А.Г. Иванесенко, Я.И. Никонова, М.В. Каркавин. Ростов н/Д : Феникс, 2009. -330с.

16. Харитонова, И.А Office Access 2003/ И.А . Харитонова. –СПб.: Питер, 2004. – 464 с.

17. В.И.Мухин. Исследование систем управления: Анализ и синтез систем управления.М.:Экзамен, 2002 - 384 с.

18. Дейт К. Введение в системы баз данных. 6-е изд. М.: СПб.: Вильямс. – 2000.

19. Гектор Гарсиа-Молина, Джеффри Ульман, Дженифер Уидом. Системы баз данных. Полный курс. М., С.-Петербург, Киев: Вильямс. – 2003.