38
деятельность одного отдела – отдела кадров. При автоматизации работы отдела
будет возможным сокращение временных затрат на выполнение бизнес-процесса
с повышение продуктивности работы отдела.
В рамках выбранной стратегии автоматизации, процесс разработки
программного обеспечения будет включать следующие этапы [20]:
обследование бизнес-процессов отдела кадров, формирование
модели «как есть», выявление потребностей будущих пользователей системы;
разработка концепции информационной системы, в котором
описываются основные задачи и цели внедрения информационной системы;
составление модели бизнес-процессов «как будет», которая
описывает планируемое изменение бизнес-процессов, вызванное появлением
информационной системы;
разработка технического задания на информационную систему, в
котором описываются ключевые требования к функциональным возможностям,
интерфейсу, надежности, безопасности и пр.;
разработка технического проекта информационной системы, в
котором отражаются основные проектные решения, архитектура решения,
определяется необходимое оборудование и дополнительное программное
обеспечение;
кастомизация информационной системы - настройка существующих
и разработка новых модулей информационной системы, настройка форм отчетов
и документов;
развертывание информационной системы на площадке заказчика,
загрузка исторических данных, финальное тестирование информационной
системы;
обучение сотрудников компании работе в информационной системе,
опытная эксплуатация системы;
интеграция новой системы со смежными информационными
системами компании (бухгалтерская система, например);
перевод системы в промышленную эксплуатацию;
сопровождение информационной системы.
39
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи
Для автоматизации бизнес-процесса управления персоналом можно
применить следующие способы приобретения программного обеспечения:
Покупка готовой специализированной ИС;
Разработка ИС своими силами;
Разработка ИС сторонней фирмой;
Покупка системы и её доработка.
Покупка готовой информационной системы управления персоналом не
является оптимальным решением, поскольку все рассмотренные выше системы
не удовлетворяют выделенным критериям.
Вариант с покупкой системы и ее доработкой не является оптимальным,
поскольку в компании уже существует купленная система «1С: Предприятие»,
технологическая платформа которой не обладает необходимыми инструментами
для автоматизации функций управления персоналом.
Поэтому выбор был сделан в пользу разработки информационной системы.
Разработка информационной системы может осуществляться силами сторонней
организации, однако, в организации есть специалисты, обладающие нужными
навыками для разработки системы. Поэтому для разработки системы управления
персоналом был выбран способ приобретения ИС своими силами.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
В этом параграфе будет рассмотрен состав и содержание входных и
выходных документов автоматизируемого бизнес-процесса. Входными
документами являются:
анкета соискателя;
служебная записка о потребности в персонале;
приказ о проведении аудита.
Данные, извлеченные из перечисленных документов, будут вноситься в
информационную систему для того, чтобы на их основании осуществлять
управление кадровым составом.
40
Из перечисленных документов унифицированным является только анкета
соискателя (форма Т-2). Образец документа представлен в Приложении 1.
Служебная записка и приказ о проведении аудита не являются
унифицированными поскольку могут содержать не ограниченное количество
внутренних документов.
Выходными документами процесса являются:
Трудовой договор.
Отчет по аудиту.
План кадровых перемещений.
План повышения квалификации.
Из перечисленных документов унифицированным является только
трудовой договор (форма ТД-1). Образец документа представлен в Приложении
2.
Отчет по аудиту, план повышения квалификации и план кадровых
перемещений не являются унифицированными документами. Они формируются
вручную специалистами отдела кадров на основании данных, полученных из
информационной системы.
В рассматриваемых документах используются следующие
классификаторы:
1. Сотрудники.
2. Кадровый резерв.
3. Отделы.
4. Должности.
5. Адреса.
Информационная база должна быть организована в виде интегрированной
базы данных с распределенной организацией для обеспечения совместной работы
нескольких специалистов. Для организации базы данных будет использоваться
реляционный подход, который минимизирует избыточность данных и
обеспечивает простоту манипулирования ими.
41
1.4.2. Обоснование проектных решений по программному обеспечению
Информационные системы позволяют пользователям осуществлять сбор и
обработку данных. Для хранения данных используются базы данных. Различают
следующие виды баз данных [15]:
1. Иерархические.
2. Сетевые.
3. Реляционные.
В настоящее время широко применяются реляционные базы данных в связи
со следующими факторами [13]:
Они обладают простотой, поскольку в реляционной модели данных
существует всего одна информационная конструкция, формализующая табличное
представление данных.
Наличие теоретически обоснованных методов нормализации
отношений позволяет получать базу данных с заданными характеристиками.
Независимость данных заключается в том, что при необходимости
внесения изменений в структуру реляционной базы данных, требуется внесение
минимальных изменений.
Помимо перечисленных достоинств, в платформе «1С» используется
реляционная база данных. Поэтому, с целью минимизации конфликтов в процессе
интеграции, для разработки информационной системы будет использована
реляционная база данных.
Для управления реляционной базой данных используется реляционная
СУБД. На рынке широко представлены как коммерческие, так и бесплатные
СУБД. Платформа «1С» поддерживает работу с пятью СУБД:
Microsoft SQL Server;
PosgreSQL;
IBM DB2;
Oracle database;
СУБД, являющаяся частью платформы «1С».
СУБД IBM DB2 является кросс-платформенной, обеспечивает стабильную
работу базы данных. Недостатками системы являются высокая стоимость и
низкая производительность. СУБД Microsoft SQL Server обладает большим
42
пакетом инструментов, стабильностью работы и низкими затратами на
администрирование. Недостаток системы заключается в том, что она работает
только на платформе Windows. СУБД Oracle обладает высокой
производительностью, легкостью интегрирования приложений и устойчивостью
к большим потокам данных. Недостатком является высокая стоимость,
необходимость приобретения мощного оборудования и персонала для поддержки
СУБД.
Ввиду перечисленных свойств реляционных СУБД был сделан выбор в
пользу СУБД MS SQL Server 2016. Эта СУБД уже используется в организации для
функционирования программного обеспечения.
Для разработки информационной системы будет использован объектно-
ориентированный подход, поскольку он позволяет осуществлять
конструирование из компонентов, обладающих простыми инструментами, что
дает возможность абстрагироваться от деталей реализации. При этом данные и
операции вместе образуют определенную сущность, и они не «размазываются» по
всей программе, как это нередко бывает в случае процедурного
программирования. Использование локализации программного кода и данных
улучшает наглядность и удобство сопровождения программного обеспечения.
В качестве языка программирования был выбран язык программирования
c#, который обладает:
большей безопасностью по сравнению с другими языками;
возможностью писать обобщенный код с помощью шаблонов;
возможностью использования объектно-ориентированного подхода;
управления ресурсами с помощью RAII;
упрощение программного кода за счет перегрузки функций и
операторов;
более простой обработки ошибок за счет исключений.
Разработка информационной системы будет осуществляться в среде
программирования MS Visual Studio 2019 Community, которая является
бесплатным инструментом, поддерживающим выбранный язык
программирования.
43
Проектируемая система должна функционировать в среде операционной
системы Windows 10, поскольку эта операционная система используется для
работы сотрудников организации.
1.4.3. Обоснование проектных решений по техническому обеспечению
Для функционирования информационной системы необходимо
техническое обеспечение, которое включает в себя ЭВМ, периферийные
устройства, средства связи прочие технические элементы. Проектируемая
информационная система будет основана на клиент-серверной архитектуре. Для
производительности программного обеспечения необходимо выбрать серверное
аппаратное обеспечение с оптимальными параметрами.
Для выбора процессора сервера необходимо учитывать следующие
характеристики:
1. Количество ядер - чем больше ядер встроено в ЦПУ, тем больше они
способны распределять его задачи. Это делает процессор быстрее и эффективнее.
2. Объем кэш-памяти обеспечивает возможность быстрого
восстановления файлов и оперативного выполнения задач.
3. Частота процессора определяет скорость работы системы.
4. Величина отвода тепловой мощности влияет на тип охлаждения
процессора.
В таблице 5 приведены характеристики процессоров для сервера.
Таблица 5
Характеристика процессоров
Характеристика процессора
Тест
производительности
Цена,
рублей
Intel Xeon E5530 (4 Core, 8M Cache, 2.40
GHz)
4621
3020
Intel Xeon E5620 (4 Core, 12M Cache, 2.40
GHz)
4903
14490
Intel Xeon E5645 (6 Core, 12M Cache, 2.40
GHz)
6533
20800
Intel Xeon X5650 (6 Core, 12M Cache,
2.66 GHz)
7601
33600
Intel Xeon E5-2670 v1 (8 Core, 20M
Cache, 2.60 GHz)
12497
18500
Intel Core i5-2300 (4 Core, 6M Cache, up
to 3.10 GHz)
5283
5460
44
Характеристика процессора
Тест
производительности
Цена,
рублей
Intel Xeon E5-2620 v2 (6 Core, 15M
Cache, 2.10 GHz)
8689
33220
Intel Xeon E5-2640 v3 (8 Core, 20M
Cache, 2.60 GHz)
14055
72900
На основании полученных данных можно сделать вывод о том, что лучшим
вариантом выбора процессора для сервера является Intel Xeon E5-2670 v1 (8 Core,
20M Cache, 2.60 GHz).
Для выбранного процессора необходимо выбрать материнскую плату.
Подходящей материнской платой является G218A-V1.1a. Выбранный процессор
использует память DDR4, которая обладает большей пропускной способностью и
является более экономичной по сравнению с DDR3. Объем памяти, необходимый
для обеспечения производительности, - 32 Гб.
Поскольку проектируемая система будет хранить и обрабатывать данные о
сотрудниках организации, общее количество которых около 1000 человек,
покупка дополнительной памяти не потребуется.
Парк клиентских компьютеров организации является достаточно
производительным для обеспечения работы клиентских версий программного
обеспечения.
45
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл программного продукта – это временной интервал,
который начинается с принятия решения о создании ПО и заканчивается полным
прекращением его эксплуатации [16].
Жизненный цикл программного обеспечения может иметь разные
структуры этапов, которые определяются моделью жизненного цикла. Модель
жизненного цикла является структурой, которая определяет последовательность
выполнения и взаимосвязи процессов, действий и задач на протяжении
жизненного цикла.
Разработка программного обеспечения, автоматизирующего какую-либо
функцию управления организацией, обладает большим комплексом работ,
которые могут включать в себя множество задач [14]. Чем сложнее структура
работ, тем выше вероятность того, что ошибка, допущенная на одном из этапов,
повлияет на качество продукта в целом. Для того, чтобы устранить негативное
влияние на качество программного обеспечения были созданы стандарты
разработки программного обеспечения.
Несмотря на то, что назначение стандартов разработки программного
обеспечения (ПО) заключается в регламентировании процесса создания ПО,
современные стандарты не предписывают четких и однозначных схем построения
структуры жизненного цикла разрабатываемого продукта [2]. В международных
стандартах регламентируется комплекс видов деятельности, из которых должен
состоять процесс разработки, и вводятся структуры жизненного цикла разработки
ПО.
Существуют стандарты, определяющие различные элементы в структуре
жизненных циклов ПО [10]. Основу таких элементов составляют технологические
процессы – структурированные наборы деятельностей, решающие некоторую
общую задачу или совокупность задач, такие, как процесс определения
требований, процесс разработки, процесс сопровождения ПО, процесс
46
обеспечения качества, процесс разработки документации, процесс тестирования
и пр.
Отечественной является стандарт ГОСТ Р 57193-2016 «Системная и
программная инженерия. Процессы жизненного цикла систем» [1]. Согласно
этому стандарту, жизненный цикл процесса разработки АИС делится на
следующие этапы [7]:
1. Формирование требований к АС
2. Разработка концепции АС
3. Техническое задание
4. Эскизный проект
5. Технический проект
6. Рабочая документация
7. Ввод в действие
8. Сопровождение АС
Перечисленные этапы активности подходят к каскадной и итерационной
модели жизненного цикла [8]. Для разработки информационной системы была
выбрана итерационная модель жизненного цикла. Также эта модель известная как
модель с промежуточным контролем. Поскольку на каждом этапе разработки
программного обеспечения выполняется комплекс работ, перед руководителем
проекта стоит задача постановки цели каждого этапа и оставление перечня
конечных результатов. Это позволит увеличить контроль процесса разработки.
Итерационная модель включает в себя следующие этапы [6]:
1. Анализ;
2. Планирование;
3. Проектирование;
4. Реализация проекта.
5. Тестирование проекта.
6. Эксплуатация проекта.
Взаимосвязь перечисленных этапов представлена на рисунке 12.
Эта модель жизненного цикла программного обеспечения была выбрана
потому, что в ней предусмотрена возможность устранять выявленные недостатки
проектирования и программирования на более поздних этапах с помощью
47
частичного возврата на предыдущие этапы. Однако в процессе разработки
необходимо учитывать, что позже будет выявлена ошибка, тем дороже будет
стоить ее исправление. Если стоимость трудозатрат, которые необходимы для
обнаружения и устранения ошибок на этапе реализации принять за единицу, то
стоимость трудозатрат на выявление и устранение ошибок на этапе планирования
будет в 5-10 раз меньше, а стоимость выявления и устранения ошибки на этапе
сопровождения обойдется разработчику в 20 раз больше.
Рисунок 12. Итерационная модель жизненного цикла
программного обеспечения
Внедрение программного продукта осуществляется на стадии
эксплуатации. Работы на этом этапе формируются в соответствии с одной из
следующих стратегий: