СОДЕРЖАНИЕ
1.1 Понятие, законодательное регулирование и виды электронных подписей
.2 Анализ существующих систем учета электронных подписей
.4 Выбор решения и его обоснование
2.1 Выбор модели проектирования
.2 Разработка структурной схемы приложения
.5 Разработка структуры базы данных
.6 Проектирование интерфейса приложения
3. РАСЧЕТ ЗАТРАТ НА ВНЕДРЕНИЕ СИСТЕМЫ
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
1.1 Понятие, законодательное регулирование и виды электронных подписей
1.2 Анализ существующих систем учета электронных подписей
1.4 Выбор решения и его обоснование
2.1 Выбор модели проектирования
2.2 Разработка структурной схемы приложения
2.5 Разработка структуры базы данных
2.6 Проектирование интерфейса приложения
3. РАСЧЕТ ЗАТРАТ НА ВНЕДРЕНИЕ СИСТЕМЫ
Рисунок 2.22 - Страница «История действий»
Как представлено на рисунке 2.23 в приложении для ПК так же присутствует окно авторизации на главной странице, в котором используются имя пользователя и пароль, которые вводятся в соответствующие поля для заполнения.
Именем пользователя является последовательность букв латинского алфавита
без специальных символов, длиной не более N символов. Пароль - не превышает 8
символов и состоит из цифр и букв латинского алфавита.
Рисунок 2.23 - Окно авторизации
После успешной авторизации пользователь попадает в личный кабинет, с
кнопками: «Сертификаты», «Подписанные документы» и «Проверка подписи» как
представлено на рисунке 2.24.
Рисунок 2.24 - Окно личного кабинета
На рисунке 2.25 представлен раздел «Сертификаты», где имеется возможность
добавить, удалить сертификат и сформировать заявку на сертификат в
удостоверяющий центр РЖД. Так же на форме находится поле, в котором выводится
информация об уже имеющихся сертификатах.
Рисунок 2.25 - Окно списка сертификатов
На рисунке 2.26 представлено окно для формирования заявки на сертификат
необходимо ввести в поля следующую информацию: наименование подразделения и
должность сотрудника, номер комнаты, где установлено автоматизированное рабочее
место, адрес электронной почты, номер телефона, область применения сертификата
ключа подписи.
Рисунок 2.26 - Окно создания заявки на сертификат
С помощью кнопки «Проверка подписи» можно проверить электронную подпись
на актуальность, как представлено на рисунке 2.27
Рисунок 2.27 - Окно проверки электронной подписи
Любые инвестиции в бизнес должны быть экономически обоснованы. И если некоторые инвестиции продиктованы законами Российской Федерации (например, оборудование здания противопожарной системой), то принятие решение о разработке приложения для учета электронных подписей - исключительно бизнес-решение.
Для обоснования экономической эффективности и целесообразности разработки и внедрения приложения для учета электронных подписей необходимо и достаточно, чтобы стоимость проектирования и разработки приложения была окупаемая в ближайшей перспективе времени. То есть, если разработка приложения окупится лишь через несколько десятков лет, то назвать ее целесообразной весьма сложно.
Стоимость работ по разработке приложения для учета электронных подписей складывается из стоимости оборудования для разработки приложения, стоимости программного обеспечения, размера заработной платы сотрудников, занятых в разработке приложения и размера социальных отчислений на данных сотрудников. Кроме этого, в стоимость разработки приложения вкладывается стоимость покупки доменного имени и стоимость аренды выделенного сервера.
Произведем расчет стоимости оборудования, которое необходимо для
разработки приложения для учета электронных подписей. Стоимость оборудования и
его количество приведены в таблице 3.1.
Таблица 3.1 - Стоимость оборудования
|
Наименование оборудования |
Количество единиц оборудования, шт. |
Стоимость за одну единицу, руб. |
Общая стоимость, руб. |
|
Ноутбук Acer ES1-523 |
4 |
24490 |
97800 |
|
Сетевой фильтр Buro 600SH-1.8-B |
2 |
390 |
780 |
|
Итого: |
98580 |
||
Таким образом, стоимость оборудования, необходимого для разработки приложения для учета электронных подписей, равна 98580 рублей.
Произведем расчет стоимости работ по проектированию и реализация приложения для учета электронных подписей.
Для определения трудоемкости разработки используются типовые нормы времени по производству проектировочных работ и работ по реализации программного обеспечения. Нормы времени рассчитаны на комплексы задач, так как проектировочные работы по сути и есть набор небольших задач и указаны в человеко-днях при пятидневной рабочей неделе с продолжительностью рабочего дня восемь часов.
Расчет трудоемкости разработки приложения производится по формуле [14]:
,
где tj - трудоемкость работ по этапам проектирования и реализации;
k - количество этапов проектирования и реализации.
Воспользуемся экспертными методами определения трудоемкости работ на
каждый этап процесса. Определим максимальное и минимальное время, которое
необходимо для выполнения каждого этапа разработки. Исходя из этих значений,
определим ожидаемое время. Ожидаемое время определяется по формуле:
,
где: Tож - ожидаемое (реальное) время выполнения;
tmin - минимальное время;
tmax - максимальное время.
Временные затраты на каждый этап разработки и реализации проекта
приложения для учета электронных подписей, вычисленные с помощью формул 1 и 2,
представлены в таблице 3.2.
Таблица 3.2 - Временные затраты
|
Этап разработки проекта |
tmin, дни |
tmax, дни |
Ожидаемые затраты времени, Tож, человеко-день |
|
1. Подготовка, составление технического задания |
2 |
3 |
2 |
|
2. Анализ теоретической информации |
3 |
4 |
3 |
|
3. Проектирование приложения |
5 |
7 |
6 |
|
4. Проектирование интерфейса приложения |
2 |
3 |
2 |
|
5. Реализация приложения |
21 |
25 |
23 |
|
6. Тестирование приложения |
3 |
5 |
4 |
|
7. Установка и развертывание приложения |
2 |
3 |
2 |
|
Итого: |
38 |
50 |
42 |
Для разработки и реализации приложения для учета электронных подписей необходимы следующие специалисты:
менеджер проекта;
инженер-программист;
системный администратор;
инженер по тестированию (тестировщик).
Приведем функции специалистов на различных этапах разработки и реализации
приложения для учета электронных подписей в таблице 3.3.
Таблица 3.3 - Функции специалистов
|
Этапы разработки |
Трудоемкость, человеко-день |
Исполнители |
Доля участия, % |
Фонд времени, дней |
|
1 |
2 |
3 |
4 |
5 |
|
1. Подготовка, составление технического задания |
2 |
менеджер |
50 |
1 |
|
|
|
программист |
30 |
0,6 |
|
|
|
системный администратор |
20 |
0,4 |
|
|
|
тестировщик |
0 |
0 |
|
2. Анализ теоретической информации |
3 |
менеджер |
20 |
0,6 |
|
|
|
программист |
80 |
2,4 |
|
|
|
системный администратор |
0 |
0 |
|
|
|
тестировщик |
0 |
0 |
|
3. Проектирование приложения |
6 |
менеджер |
20 |
1,2 |
|
|
|
программист |
50 |
3 |
|
|
|
системный администратор |
30 |
1,8 |
|
|
|
тестировщик |
0 |
0 |
В таблице 3.4 приведем занятость в проекте по должностям.
Таблица 3.4 - Занятость в проекте по должностям
|
Должность сотрудника |
Занятость в проекте, человеко-дней |
|
Менеджер проекта |
3,6 |
|
Инженер-программист |
27,6 |
|
Системный администратор |
5,5 |
|
Тестировщик |
5,3 |
|
Итого: |
42 |
Заработная плата персонала определяется исходя из фонда времени каждого исполнителя и среднедневной заработной платы.
Среднедневная заработная плата каждого участника рассчитывается по
формуле:
,
где: ЗМЕС - среднемесячный заработок, руб.;- среднее количество рабочих дней в месяце (d = 22).
Примем следующие размеры окладов для участников разработки и реализации приложения для учета многооборотной почтовой тары:
менеджер проекта - 40000 рублей;
инженер-программист - 60000 рублей;
системный администратор - 45000 рублей;
тестировщик - 35000 рублей.
Основная заработная плата
рассчитывается по формуле:
,
где ЗДН - среднедневная заработная плата, руб.;
Т - трудоемкость, человеко-день.
Отчисления страховых взносов
составляют 30,2% от основной заработной платы ЗОСН и определяются по формуле:
,
Ставки страховых взносов составляют:
26% в пенсионный фонд;
,1% в фонд медицинского страхования;
2,9% в фонд социального страхования;
0,2% в фонд страхования от несчастных случаев.
Общий фонд заработной платы
рассчитывается по формуле:
Приведем расчет фонда
заработной платы специалистов в таблице 3.5.
Таблица 3.5 - Расчет фонда заработной платы
|
Специалист |
Трудо-емкость |
ЗДН |
ЗОСН |
ЗСОЦ |
Фонд заработной платы |
|
Менеджер проекта |
3,6 |
1818,18 |
6545,45 |
2965,09 |
12783,27 |
|
Инженер-программист |
27,6 |
2727,27 |
75272,72 |
34098,54 |
147007,63 |
|
Системный администратор |
5,5 |
2045,45 |
11250 |
5096,25 |
21971,25 |
|
Тестировщик |
5,3 |
1590,9 |
8431,81 |
3819,61 |
16467,34 |
|
Итого: |
8181,81 |
101500 |
45979,5 |
198229,5 |
|
Накладные расходы рассчитываются в процентах от основной заработной платы
(60%) по формуле:
рублей,
Произведем расчет стоимости программного обеспечения, необходимого для разработки приложения для учета электронных подписей.
Для разработки приложения для ПК инженеру-программисту потребуется пакет для разработки Visual Studio 2015 от компании Microsoft. Согласно официальному сайту компании Microsoft, стоимость данного пакета равна 26770 рублей. Остальные программные продукты, используемые в процессе разработки приложения, являются свободно-распространяемым программным обеспечением.
Приведем расчет стоимости ежемесячных трат на разработку приложения в
таблице 3.6.
Таблица 3.6 - Ежемесячные траты на разработку приложения
|
Наименование услуги |
Стоимость в месяц |
Количество месяцев |
Стоимость |
|
Аренда выделенного сервера |
375 |
2 |
750 |
|
Аренда доменного имени |
99 |
1 |
99 |
|
Итого: |
849 |
||
Приведем вычисленные ранее значения слагаемых общей стоимости разработки
приложения для учета электронных подписей в таблице 3.7.
Таблица 3.7 - Стоимость разработки приложения
|
Расходы |
Стоимость |
|
Стоимость оборудования |
98580 |
|
Фонд оплаты труда сотрудников |
198229,5 |
|
Накладные расходы |
60900 |
|
Стоимость программного обеспечения |
26770 |
|
Ежемесячные расходы |
849 |
|
Итого: |
385328 |
Таким образом, общая стоимость разработки и внедрения приложения для учета электронных подписей равна 385328 рублей.
Рассчитанная сумма является вполне посильной даже для небольшой компании, или даже для среднеобеспеченного человека. Кроме этого, оборудование для разработки может уже быть у компании в наличии на момент начала проекта, что сильно уменьшает траты. Если же оборудования в наличии нет, то приобретенное оборудование может быть использовано в дальнейшей деятельности компании, так как за время разработки приложения оно не может прийти в негодность.