пределах. Следовательно, декомпозиция проведена успешно, диаграмма сбалансирована.

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

2.2 Требования к элементам системы автоматизации

В рамках автоматизации процесса учета доступа персонала и посетителей на объекты электросетевой организации необходимо разработать систему, к

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

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

система должна хранить актуальные данных о сотрудниках и номерах их пропусков;

система должна оперативно регистрировать факты прохода персонала и посетителей на территорию и хранить эти данные;

в системе должно быть предусмотрено внесение и хранение данных о посетителях с присвоением им номеров временных пропусков;

система должна позволять пользователю формировать ежедневную/

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

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

данные о посещениях территории организации гостями и посетителями;

27

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

Входными документами для разрабатываемой системы будут являться:

личный пропуск работника, личные данные посетителя, взятые из паспорта,

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

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

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

Нефункциональные требования описывают, как должна работать система и какими свойствами (или характеристиками) она должна обладать: требования к удобству использования, к надежности, к производительности, и к поддерживаемости [9]. К разрабатываемой системе для автоматизации учета доступа персонала и посетителей на объекты электросетевой организации можно предъявить следующие нефункциональные требования. Система должна иметь архитектуру «клиент-сервер», где сервер отвечает за хранение и обработку данных по запросу от клиента. В качестве сервера будет выступать или стационарный, или облачный сервер ПАО «МРСК Центра» с размещенной на нем базой данных разрабатываемой системы. Клиентом в данном случае является управляющее приложение, которое будет установлено на рабочем компьютере оператора на проходной.

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

СУБД должна поддерживать создание резервных копий БД в соответствии с

28

политикой резервного копирования ПАО «МРСК Центра». Система должна быстро и удобно развертываться, быть понятной в использовании и простой в обслуживании.

Пользовательский интерфейс должен быть удобным и понятным пользователю. Под интерфейсом пользователя понимаются элементы и компоненты программы, способные обеспечивать взаимодействие пользователя с программным обеспечением. Главное окно приложения не должно занимать весь экран монитора. На главном окне приложения должны быть представлены основные пункты меню программы, символика ПАО «МРСК». Также в окне приложения должно быть отражено имя пользователя, под правами которого был осуществлен вход в программу.

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

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

Эффекты от внедрения системы можно разделить на прямые и косвенные.

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

снижение себестоимости, экономия ресурсов и т.п.) [10].

Касаемо внедрения рассматриваемой системы для автоматизации учета доступа персонала и посетителей на объекты электросетевой организации можно

29

привести следующие эффекты, представленные в таблице 2.2

Таблица 2.2 – Прямые и косвенные эффекты от внедрения системы

Несмотря на наличие существующих проверенных методик оценки, на практике предпочтение зачастую отдается линейному подходу, как самому простому. В данном подходе стоимость разработки ПО определяется исходя из количественной оценки трудозатрат (например, в человеко-месяцах или человеко-часах) и их удельной стоимости (формула 2.1) [11]:

где Т – количественная оценка трудозатрат;

Ц – удельная стоимость трудозатрат.

Трудоемкость – показатель, позволяющий проанализировать соотношение затраченных ресурсов (трудозатрат) ко времени. Трудозатраты определяются следующим образом (формула 2.2):

где Р – размер исходного кода ПО;

П – временная производительность.

В таблице 2.3 представлены исполнители, ответственные за работы проекта.

30

Таблица 2.3 – Ответственные исполнители проекта

При этом, руководитель выполняет координирующую и контролирующую роль, а сотрудник КПП принимает участие в тестировании программы,

поскольку именно он будет ее непосредственным пользователем. Эти работы не являются основными в проекте, а на данных участников не возлагается большая трудовая нагрузка сверх обычной, однако, они являются ответственными лицами. Тогда в течение проведения проекта руководителю будет выдаваться прибавка к заработной плате в виде 20%, а сотруднику КПП – 15% (исходя из того, что з/п руководителя – 50 тыс. руб., а сотрудника КПП – 20 тыс. руб.).

Для разработки системы будут использоваться следующие программные продукты: MS Visual Studio 17 Ultimate, MS SQL Server 17 и SQL Server

Management Studio, а также для проектирования MS Visio 13. Средства MS SQL Server 17 и MS Visio 13 уже установлены в «МРСК Центра» и не требуют покупки. Средство для разработки клиентской части системы MS Visual Studio 17 Ultimate, также, как и средство управления SQL сервером SQL Server

Management Studio, можно скачать с официального сайта MS в виде пробных версий сроком на 3 месяца с максимальным функционалом и полностью лицензионные. Таким образом, средства для разработки и внедрения не требуют затрат [12].

Заработная плата программиста – 35 тыс. руб. в месяц. Тогда, затраты на

31

з/п на двух человек составят: 35 тыс. руб.*2*3,5 = 245 тыс. руб. при разработке в течение 3,5 месяца.

Прибавки к з/п руководителя и сотрудника КПП составят 50 тыс.

руб.*0,20*3,5 = 35 тыс. руб. и 20 тыс. руб.*0,15*3,5 = 10,5 тыс. руб.

соответственно.

Для оператора проходной понадобится оборудовать рабочее место – установить персональный компьютер, рабочий стол, стул. Затраты оцениваются как: 50 тыс. руб. за ПК + 7 тыс. руб. за компьютерный стол + 5 тыс. руб. за компьютерное кресло = 62 тыс. руб. А также необходимо обучить сотрудника работе с системой, для этого понадобится еще 10 тыс. руб.

Примерные затраты на разработку и внедрение системы представлены в таблице 2.4

Таблица 2.4 – Суммарные затраты на разработку и внедрение системы

Прямой эффект от внедрения рассчитаем на примере Смоленского РЭСа,

где работают около 250 человек. Расчет производится исходя из того, что примерно половина всех сотрудников Смоленского РЭСа (примерно 125

человек) регулярно нарушает трудовую дисциплину, опаздывает на работу или тратит свободное время на личные занятия (перекуры и т.п.). Средняя заработная плата сотрудников по всему «Смоленскэнерго» – 30 тыс. руб., а штраф за опоздания будет представлять собой вычет в виде 5% от з/п. Тогда, за полгода

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

32

может принести 30000*0,05*125*6 = 1,125 млн руб.

Подсчитаем экономическую эффективность по формуле (2.3).

где

– среднегодовые поступления денежных средств от нового проекта

(результат);

0 – общая сумма вложений в проект.

Таким образом, экономическая эффективность проекта равна:

ЕкЕф = 1,125 млн руб./362,5 тыс. руб. *100% = 310 %

Таким образом, можно считать проект высоко эффективным.

Срок окупаемости данного проекта в годах можно рассчитать следующим образом (формула 2.4) [13]:

где

0 – общая сумма вложений в проект;

– среднегодовые поступления денежных средств от нового проекта

(результат).

Следовательно, срок окупаемости проекта составит:

=362,5 тыс. руб./ 1,125 млн руб. = 0,32

Следовательно, проект окупится за 0,32 года или примерно за 4 месяца.

Таким образом, можно сделать вывод об эффективности разработки и внедрения

33