27
разработки ПО. На рисунке мы видим, что для исполнения задачи нам
требуется техническое задание, его составлением занимается руководитель,
далее техническое задание переходит к менеджерам и начинается поиск
исполнителей так же менеджеры получают документацию о выделенных
средствах на решение задачи. Далее задача переходит в следующую стадию,
а именно ее непосредственное исполнение. После исполнения задачи она
отправляется на тестирование в соответствии с техническим заданием и
регламентом тестирования. После тестирования программа проходит
контроль качества, установленный регламентом качества.
Декомпозиция процесса исполнения задач. На ней мы видим блок
разбиение задач на подзадачи, этот блок подразумевает то, что, если в ходе
решении задачи мы столкнем с тем, что она в себе несет еще множество
подзадач мы должны их описать. Далее после описания всех подзадач их
назначают на отобранных фрилансеров либо сотрудников компании. Данный
процесс чаще всего, в обслуживаемых ООО «АйСиЭл Сервисез» компаниях
не автоматизирован и по нему учет видеться в обыкновенных файлах exel и
word что является нарушением главной идеи компании «Все что может быть
автоматизировано, должно быть автоматизировано».
1.2.2 Определение места проектируемой задачи в комплексе задач и
ее описание
В любой компании, обслуживаемой ООО «АйСиЭл Сервисез» любой
отдел имея потребность и бюджет может начать разработку по для
автоматизации процессов внутри отдела.
Для того чтобы начать произведение автоматизации процесса внутри
отдела, менеджер отдела должен обосновать потребность в автоматизации
процесса. Далее менеджер отдела и менеджеры составляют точное
техническое задание, которое должно полностью описывать этапы
разработки, определить сроки и бюджеты этой разработки. Далее менеджер
отдела должен запросить у финансового отдела выделение средств на
разработку автоматизации процесса отдела обосновав ее разработку. После
28
получения положительного ответа от отдела финансов, менеджеры начинают
поиск исполнителей. Если в организации уже присутствуют разработчики
тогда менеджер может задействовать их или если таковых в организации не
имеется тогда менеджер должен найти разработчиков фрилансеров на
известных ему площадка предварительно (желательно) проверив его знания.
Во время разработки программного обеспечения для автоматизации
процесса в отделе образуется довольно-таки большой файловый обмен
между отделами, сотрудниками и разработчиками.
Менеджер отдела получает такие документы, как основание
автоматизации это в том случае если идея об автоматизации не его, описание
автоматизации процесса может быть сконфигурирован более высокими по
должности сотрудниками. После получения всех нужных документов
начинается составление технического задания оно составляется
менеджерами. Когда техническое задание будет написано и точно
определенно сколько требуется средств на реализацию менеджер отдела
отправляет запрос средств в финансовый отдел. Финансовый отдел в свою
очередь обрабатывает заявку на выделение средств и дает либо
положительный ответ, либо отрицательный. В случае отрицательного ответа,
менеджерами должны быть пересмотрены бюджеты либо в общем закрыть
проект. В случае положительного ответа менеджер отправляет задачу поиска
исполнителей проекта менеджерам отдела кадров. Менеджеры отдела кадров
должны найти фрилансеров или, уже работающих в фирме, сотрудников,
которые по техническому заданию исполнят проект.
Из всего выше сказанного можно прийти к выводу, что при разработке
по для автоматизации процесса внутри отдела требуется большой
документооборот. Также так как вся отчетность ведется стандартными
средствами Microsoft office создается беспорядок в отчетности и отчеты
сдаются редко так как на их составление уходит огромное количество
времени что за собой влечет долгое реагирование на ошибки.
Входные документы: техническое задание, подтверждение бюджета от
29
финансового отдела, список участников проекта.
Выходные документы: отчеты о проделанной работе, документация по
разработанному программному обеспечению.
1.2.3 Обоснования необходимости использования вычислительной
техники для решения задачи
На рисунке 8 изображена схема документа оборота на которой отражен
документооборот при разработке ПО для отдела. На ней отражены
документы такие как «техническое задание», «официальный запрос/ответ на
выделение средств», «список разработчиков и их задач», «отчет о
проделанной работе», «документация разработанного ПО». Техническое
задание составляет менеджер отдела и менеджеры далее на основе его
составляется официальный запрос на средства в отдел финансов, после
Рисунок 8. Схема документа оборота
Составление ТЗ
Заполнение
запроса
Составление
отчета
Отдел финансов
Техническое
задание
Официальный
запрос на
выделение средств
Менеджеры
Официальный
ответ на запрос
средств
Отчет о
проделанной
работе
Разработчики
30
получения ответа начинается поиск разработчиков которых после вносят в
список разработчиков и их задач. Разработчики составляют отчетность для
менеджеров о проделанной работе и также менеджеры составляют
отчетность о проделанной работе для главы отдела.
По рисунку указанному выше и всему сказанному главах 1.2.1 и 1.2.2
можно обнаружить не совершенство системы в том, что разработчикам
нужно составлять постоянно отчетность по выполненным задачам,
описывать и только потом отправлять менеджерам которые должны
обработать отчет разработчиков и потом составить свой отчет и отправить
его главе отдела. То есть у нас есть задержка во времени между составлением
отчета и прочтением его главой (который может обнаружить ошибки и
указать на них) так же лишний документа оборот.
Сейчас процесс мониторинга прогресса разработки программного
обеспечения в компании никак не автоматизирован. Автоматизация этого
процесса даст нам прирост скорости обнаружения ошибок в работе
разработчиков так же мы получим точное отслеживание прогресса в
разработке программного обеспечения. Так же это программное обеспечение
будет применяться не только в московском офисе, о котором я и вел все это
время речь, но и в новых организациях, поддерживаемых компанией, в
которой я проходил практику. Выгода в этой разработке очевидна ускорить
разработку в нашей компании и также продавать на нее подписку другим
компаниям.
31
Таблица 8
Оценка потока информации
Документ
Количество
документов за
год
Трудовые
затраты на 1
документ, мин.
Трудовые
затраты за год,
мин
Официальный
запрос на выделение
средств
1
60
60
Техническое
задание
1
13 440
~13 440
Официальный
ответ на запрос
средств
1
60
60
Список
разработчиков и их
задач
1
3360
3360
Отчет о
проделанной работе
12
480
5 760
На таблице 9 представлена оценка потока информации на момент,
когда процесс разработки программного обеспечения в компании не
автоматизирован.
На предприятии средняя заработная плата составляет 50 тысяч рублей.
Проведя не сложный расчет (50 000 руб. / 20 рабочих дней / 8часов=
312рублей в час) я узнал, что стоимость часа сотрудника составляет 312
рублей в час, после деления этого числа на 60 получил около 6 рублей в
минуту. После расчета стоимости минуты рабочего времени сотрудника,
рассчитаю сколько стоит один документ обыкновенным умножением, в
результате получилось, что запросы на выделение средств в общем счете
стоят компании 720 рублей, техническое задание компании стоит 80640
рублей, списки задач и разработчиков стоят компании 20 160 рублей в год,
отчеты о проделанной работе 34 560 рублей. Полная стоимость документа
оборота составляет 136 000 рублей. Даная сумма не велика относительно
больших компаний, обслуживаемых ООО «АйСиЭл Сервисез» но вот для
малых фирм, данная сумма не подъемна. Планируемое сокращение расходов
позволит и малым фирмам заниматься автоматизацией собственных бизнес-
процессов разрабатывая программное обеспечение.
32
1.2.4 Анализ системы обеспечения информационной безопасности и
защиты информации
Информационная безопасность в компании обеспечивается за счет
программах и технических средств.
Технические средства. Доступ в офис может получить только человек с
магнитным пропуском либо по приглашению сотрудника предъявив на
охране пропуск. Также присутствует брандмауэр «paloalto» таблица 9
который обеспечивает защищенное соединение с сетью интернет.
Средства информационной безопасности на программном уровне
обеспечивается за счет жестких политик таких как если пользователь им не
пользуется в течении 10минут сам автоматически выходит из активной
учетной записи через, также политики самой компании запрещают оставлять
ноутбук виденным в учетную запись на рабочем месте без присмотра. USB
порты по умолчанию заблокированы для рядового сотрудника только
привилегированный пользователям разблокируют возможность их
использования. Скачивание из интернета программ так же запрещено только
администраторы могут вам, что-либо поставить на рабочий ноутбук. А также
программою защиту обеспечивает Windows Defender
Windows Defender встроенный в операционную систему антивирус
защищающий пользователя не только от обычных вирусов но и сетевых атак.
Безопасность серверов и кроссовых обеспечивается за счет, дверей с
пропускной системой, основанной на магнитных картах, также на каждую
серверную и кроссовую приходиться бесперебойный источник питания
рассчитанный на 4 часа минимум, у которого так же есть подменный
бесперебойный источник питания на случай, если первый выйдет из строя.
Каждая серверная оборудована минимум 3-мя кондиционерами, которые
работают, поочередно снизив риски выхода всех одновременно из строя.
Все учетные записи сотрудников хранятся в двух экземплярах один
храниться на локальном сервере, находящемся в московском офисе, а вторая
копия храниться на сервере, находящемся удаленно, удаленный сервер
33
шифрует учетные данные пользователей и отправляет в архив.
Таблица 9.
Palo Alto PA-3260
Свойства
Характеристики
Пропускная способность
межсетевого экрана (при
включенном App-ID)
8.8 Гбит/с
Пропускная способность при
предотвращении угроз
4.7 Гбит/с
Пропускная способность
IPSec VPN
4.8 Гбит/с
Число новых сеансов в
секунду
135,000
Макс. кол-во сеансов
3,000,000
Число виртуальных систем
(базовый вариант/макс.2 )
1/6
Интерфейсы
(12) 10/100/1000, (8) 1G/10G SFP/SFP+, (4)
40G QSFP+
Интерфейсы системы
управления
(1) Порт для управления по
вспомогательному каналу 10/100/1000,
(2) 10/100/1000 высокой доступности,
(1) 10G SFP+ высокой доступности,
(1) порт консоли RJ-45,
(1) Micro USB
Емкость
Твердотельный накопитель емкостью 240
Гбайт
Безопасность
TUV CB report and TUV NRTL
Интерфейсные режимы
Второго уровня, третьего уровня, Tap,
виртуальный провод (прозрачный режим)
Маршрутизация
OSPFv2/v3 with graceful restart, BGP with
graceful restart, RIP, static routing
Policy-based forwarding
Point-to-point protocol over Ethernet (PPPoE)
Multicast: PIM-SM, PIM-SSM, IGMP v1, v2 and
v3
34
Свойства
Характеристики
Bidirectional Forwarding Detection (BFD)
Высокая готовность
Режимы: активный/активный,
активный/пассивный.
Обнаружение сбоев: мониторинг пути,
мониторинг интерфейса
IPv6
L2, L3, Tap, виртуальный провод
(прозрачный режим)
Функции: App-ID, User-ID, Content-ID,
WildFire и расшифровка SSL
SLAAC
Vlan
VLAN-тегов 802.1q на устройство/на
интерфейс: 4,094/4,094
Объединенные интерфейсы (802.3ad), LACP
Nat/pat
NAT modes (IPv4): static IP, dynamic IP,
dynamic IP and port (port address translation)
NAT64, NPTv6
Additional NAT features: dynamic IP
reservation, tunable dynamic IP and port
oversubscription
1.3 Анализ существующих разработок и выбор стратегии
автоматизации
1.3.1 Анализ существующих разработок для автоматизации задачи
Scrum-time веб приложение позволяющее управлять проектом
используя модель Scrum. Данное веб приложение распространяется не
бесплатно. За определѐнную суму вы можете получить подписку на время.
Для получение учетной записи в Scrum-time можно авторизоваться чрез
разные социальные сети. Данное веб приложение позволяет делать нам все
что нужно для управления проекта, пользовательский интерфейс устроен
очень интуитивно, так чтобы любой пользователь, раньше никогда не
использующий такого типа приложения, сразу понял, где что лежит.
Недостаток, который присутствует в данном приложении, это отсутствие
документации по безопасности, то есть мы незнаем, где и в каком виде
35
храниться данные, по политикам компании такого допустить нельзя, так как
компания не сможет предоставить заказчику данные о защите этого
приложения.
Перейдя на главную страницу Scrum-time на которую, пользователь
попадает при входе в свою учетную запись. На главной странице имеется
графики активности команды, прогрессы по проектам и задачам проектов,
так же отражен личный прогресс. В левой части находится панель с
вкладками для быстрого перемещения по приложению.
Scrumpoker так же как и пред идущая система управления проектом
является веб приложением. Данное приложение позволяет вести свои
проекты, так же в нем не требуется регистрироваться при входе в проект
зарегистрированный в scrumpoker вы просто введете никнейм и все тут же
перейдете к работе. Но то, что не позволяет пользоваться этим веб
приложением так это пользовательский интерфейс, он непригоден для
использования в компаниях как готовое решение ведь чтобы в нем
разобраться нужно колоссальное количество времени. В данном веб
приложении очень неудобно устроено отображение задач и отслеживание
прогресса, прогресс в нем отожрѐтся простой красной подсветкой
прямоугольника с цифрой. Удобной возможностью данного приложения
является, это приглашение членов команды по QR коду либо через GitHab.
Trello система позволяющая управлять проектом используя
методологию SCRUM преимущество данного приложения заключается в
том, что оно заведомо имеет множество шаблонов управления. Шаблоны
управления в данном приложении позволяют вам управлять своими
проектами, связанными не только с разработкой. Главный недостаток
данного приложения заключается в низкой скорости работы и
недостаточным функционалом.
Asana лучшее по моему мнению, из всех здесь приведенных
приложений, в нем красивый, удобный и интуитивно понятный интерфейс,
так же огромный функционал. Основной функционал состоит в: удобном
36
календаре, распределении участников проектов по командам и еще
множество функционала. Проблема, из-за которой данное приложение не
подходит, это отсутствие интеграции с активными директориями Windows.
Исходя из выше сказанного, можно прийти к выводу в автоматизации,
которая будет осуществляться должны быть учтены все недочеты, которые
были обнаружены в вышеописанных готовых решениях и так же взяты из
них плюсы такие как легкая авторизация и удобный пользовательский
интерфейс.
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Для успешной разработки и внедрения в организацию информационной
систем требуется разработать стратегию автоматизации.
Таблица 10
Стратегия автоматизации
№
п/п
Название
этапа
Содержание работ
Цель этапа
1
Анализ
организации
Провести анализ процессов
присутствующих в
организации, изучить
основную деятельность
компании.
Получить данные
о присутствующих
проблемах с
автоматизацией
организации.
2
Формирование
требований к ИС
Проанализировать не
автоматизированный процесс
и процессы, которые с ним
связанны. Узнать какие
данные требует процесс на
входи и какие он должен
отдать в результате.
Получить данные
о требованиях к
ИС
3
Выбор стратегии
автоматизации
Сформулировать основные
этапы разработки и
внедрения ИС.
Сформировать
этапы по которым
должна пройти
разработка для
полноценной
автоматизации
процесса.
4
Формирование
комплексного
проекта ИС
На основе полученных,
данных и составленных
этапов, составить
техническое задание.
Составить
техническое
задание.
5
Реализация
проекта
По этапная разработка и
тестирование
информационной системы.
Создать
информационную
систему
автоматизации.