Диплом: Исследование и разработка информационной системы процесса внутрикорпоративного взаимодействия сотрудников компании на примере ГНЦ РФ ФГУП "НАМИ"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
23
Исполнитель получает уведомление на E-mail о новой задаче,
ознакамливается с целью задачи и сроком ее выполнения, приступает к ее
выполнению.
В процессе выполнения работы, исполнитель не тратит время на личные
встречи с руководителем, на не всегда нужные обсуждения. Выполняя задачу,
инженер-программист ежедневно или с другой периодичностью в системе
RedMine проставляет текущий процент выполнения работы, при необходимости
добавляет комментарии, а его руководитель отслеживает ход ведения разработки,
получая всю необходимую информацию в автоматическом режиме.
Важность выполнения задачи заключается в упрощении
внутрикорпоративного взаимодействия сотрудников. Упрощение
(автоматизация) взаимодействия сотрудников внутри отдела методом внедрения
автоматизированной системы управления проектом, позволяет увеличить темпы
разработки ПО, свести к минимуму ненужные встречи, автоматизировать
процессы постановки задачи, контроля за выполнением, получения результатов.
Более того, исполнители, включенные в проект и занесенные в базу данных
RedMine, также могут наблюдать и ознакамливаться с задачами своих коллег,
получать информацию о контрольных точках для интеграции совместно-
разрабатываемого ПО.
Основной выгодой внедрения системы управления проектами на
предприятии является сокращение потраченного времени инженеров на
совещания, с целью удержания темпов разработки. Выгода для руководителей
отделов заключается в отсутствии необходимости поиска времени для сбора тех
самых совещаний, автоматизации получения статусов работ в виде процентов
выполнения задач на почтовый ящик.
Доработка системы управления проектами заключается в разработке
системы безопасности для сетевого соединения методом защищенного
соединения HTTPS с использованием самоподписанного ключа шифрования SSL.
Данная доработка связана с требованиями службы безопасности предприятия –
введение шифрованного потока данных исключает возможность перехвата
данных третьими лицами.
24
Система управления проектами RedMine с доработанной системой
безопасности планируется к внедрению в один проект организации, и по
результатам эффективности использования данной системы в проекте, будут
приниматься решения по подключению данной системы к другим проектам.
1.3 Характеристика задачи в рамках комплекса задач объекта
исследования
1.3.1 Оценка существующих ресурсов для решения задачи
исследования
В общем виде представление технической архитектуры системы
управления проектами представлено на рисунке 10. Система управления
проектами RedMine установлена на сервере, подключенному к сети Интернет
сотовой сети для получения обновлений, подключения удаленных сотрудников.
Через сотовые сети к серверу подключаются Проектный офис, в задачи которого
входят постановка задачи исполнителям, контроль за выполнением и получение
результатов разработки ПО. Также через сотовые сети к серверу подключен Центр
испытаний, проводящий тестирования и испытания объекта разработки. В центре
испытаний также с разной периодичностью работают части команды
исполнителей (разработчиков программного обеспечения), целью которых
является оперативная доработка ПО и участие в испытаниях объекта.
Отдел «Разработка ПО» располагается в одном здании с сервером системы
RedMine и подключен к серверу через маршрутизатор. Специалисты данного
отдела являются исполнителями задач, и полностью заняты разработкой ПО в
проекте. Исполнители получают задачи от руководителя отдела, находящегося в
другом здании или другом городе.
На рисунке 11 визуально отображена программная архитектура системы
управления проектами RedMine.
Программный комплекс каждого разработчика ПО включает системы
разработки ПО: регулярно обновляемый Qt Creator, система разработки ПО для
микроконтроллеров Keil uVision актуальной версии, утилита для
программирования микроконтроллеров Segger J-Link, соединяющийся по USB с
25
программатором. На каждой рабочей станции разработчика ПО есть веб-браузер
с выходом в интернет и локальную сеть организации.
Для внедряемой системы управления проектами RedMine предлагается
сформировать взаимосвязь веб-сервера Apache, расположенного в локальной сети
организации с веб-браузерами рабочих станций сотрудников по каналу HTTPS.
Рисунок 10. Техническая архитектура системы управления проектами RedMine
26
Рисунок 11. Программная архитектура системы управления проектами RedMine.
1.3.2 Определение средств автоматизации для решения задачи
исследования
Как упоминалось ранее, внедрение системы управления проектом RedMine
на предприятии ФГУП «НАМИ» вызвано необходимостью оперативного
получения информации привлеченными к проекту сотрудниками, сокращении
времени на личные встречи (особенно когда руководитель отдела находится в
другом городе), повышении КПД процессов разработки ПО инженерами-
программистами.
До внедрения системы RedMine взаимодействие сотрудников проходило
следующим образом:
1. Руководитель отдела определял цели задачи, на бумаге оценивал
требуемое время на решение задачи, разработку ПО. Разбивал глобальную задачу
на подзадачи, фиксировал оцененную информацию любым доступным ему
способом.
На это тратится от 1 до 4 дней (от 8 ч до 32 ч) рабочего времени
руководителя отдела.
27
2. Руководитель отдела вспоминал или методом телефонного разговора
узнавал степень загруженности каждого из исполнителей на текущий момент,
каким-то образом фиксировал эту информацию на бумаге или таблице Excel.
На это тратится от 1 до 3 дней (от 8 ч до 24 ч) рабочего времени
руководителя отдела.
3. Руководитель искал свободное время на организацию совещания для
постановки задачи исполнителям.
На это тратится в среднем 1 час рабочего времени рабочего времени
руководителя отдела.
4. Руководитель отдела собирал совещание, оповещая о месте и
времени нужных программистов по электронной почте.
На это тратится в среднем 0,5 часа рабочего времени рабочего времени
руководителя отдела.
5. Программисты получали письмо и откладывали выполнение
текущих задач на время совещания.
6. Проходило совещание, которое длилось от 1 часа до 4 часов. На
совещании каждый исполнитель получал новую задачу, самостоятельно
планировал свое рабочее время для разработки.
На это тратится от 1 часа до 4 часов рабочего времени руководителя отдела
и всех привлеченных к задаче проекта инженеров-программистов.
7. От 1 до 3 раз в неделю руководитель отдела снова собирал совещания
для мониторинга прогресса разработки ПО.
На это тратится от 3 до 9 часов рабочего времени в неделю у руководителя
отдела и всех привлеченных к задаче проекта инженеров-программистов.
8. Данный алгоритм действий (п.1 – п.7) повторялся с момента
формирования каждой новой последующей задачи.
Таким образом, методом арифметического сложения, получаем - на
организацию рабочего процесса тратилось:
28
У руководителя отдела: от 17.5 ч до 57.5 ч рабочего времени при старте
проектной задачи, от 3 ч до 9 ч рабочего времени в процессе выполнения
работ с целью мониторинга.
У инженеров-программистов: от 3 ч до 9 ч рабочего времени в процессе
разработки ПО.
Если считать КПД процессов разработки ПО исполнителями равным 100% при
полной занятости (40 часов в неделю) процессом разработки, то КПД с текущим
процессом организации на предприятии составляет 77,5% - 92,5%.
Метод получения 77,5%: 100% - (3/40)*100 = 77,5%.
Метод получения 92,5%: 100% - (9/40)*100 = 92,5%.
КПД
1сред


В приведенных расчетах не учитывались накладные затраты времени:
опоздания на совещания, задержки совещаний, ожидания ключевых сотрудников
и т.д.
На рисунке 12 приведена текущая реализация задачи исследования
управления процессом разработки ПО в ГНЦ РФ ФГУП «НАМИ» на период до
внедрения автоматизированной системы управления проектами.
29
Рисунок 12. Реализация задачи исследования управления процессом разработки
ПО
С внедрением автоматизированной системы управления проектами RedMine
внутрикорпоративное взаимодействие сотрудников кардинально изменилось.
Автоматизация процессов общения руководящего состава с исполнителями
позволила сильно снизить затраты времени на личные встречи, как итог,
произошел рост КПД процессов разработки ПО инженерами-программистами.
После внедрения системы RedMine на предприятии, организационный
процесс стал проходить иначе:
1. Руководитель отдела определяет цели задач, оценивает
загруженность всех разработчиков в наглядном инструменте RedMine
«Диаграмма Ганта». Разбивает глобальную задачу на подзадачи, фиксирует
оцененную информацию сразу в RedMine.
На это тратится в среднем 1 день (8 ч) рабочего времени
руководителя отдела.
2. С целью подготовки ежедневного отчета инженеры-программисты в
конце рабочего дня в системе RedMine проставляют процент выполнения текущей
задачи, при необходимости пишут комментарии к задаче.
30
На это тратится от 3 до 10 минут рабочего времени в неделю у исполнителя
и столько же времени у руководителя во время мониторинга прогресса разработки
ПО.
В данном примере руководителю отдела не требуется собирать частые
(регулярные) совещания, пользоваться подручными средствами формирования
заметок, на калькуляторе рассчитывать время выполнения в часах, проходить
п.п.2-7 из прошлого списка, т.к. на диаграмме Ганта наглядно видна загрузка
разработчиков, и можно с легкостью сформировать конкретному исполнителю
(например, самому свободному) новую задачу, через эту же систему исполнитель
автоматически получит оповещение, и разработка ПО начнется сразу же.
Считая КПД процессов разработки ПО после внедрения системы
управления проектами RedMine, получается КПД = 99,6% - 99,9%.
Метод получения 99,9%: 100% - (0,05/40)*100 = 99,9%.
Метод получения 99,6%: 100% - (0,16/40)*100 = 99,6%.
КПД
2сред

 
Как уже понятно из расчетов, разработчики тратят ежедневно настолько
мало времени на отчетность руководителю, что их загрузка в процесс разработки
ПО близка к 100%. Это идеальный вариант для организаций, перед которыми
стоят задачи разработать серьезный софт в большом объеме и в сжатые сроки.
С внедрением системы RedMine, процесс разработки ПО увеличился с 85%
до 99,75%, т.е. на 14,75%. Это значит, что каждому разработчику ПО в течение
каждой недели добавлялось по 5,9 ч на непосредственно процесс разработки,
взамен длительных совещаний.
1.3.3 Определение уровня защиты информации для исследуемой
задачи
Ввиду выполнения проекта с высоким уровнем секретности, в организации не
может быть организован публичный доступ к внутренней информации из сети
Интернет.
Закрыты локальные хранилища,
31
Закрыт внешний доступ к корпоративной почте,
Службой безопасности проверяются исходящие письма из корпоративного
рабочего ящика на все личные адреса,
Закрыт доступ к сети Интернет для не тематических ресурсов,
Доступ к локальным хранилищам организован только по учетной записи с
выделенными правами доступа. Сотрудник ФГУП «НАМИ», работающий
в проекте «А» может получить доступ только к локальному хранилищу
проекта «А».
У сотрудников нет прав доступа уровня «Администратор»: при
необходимости установки новых программ требуется оформлять запрос в
IT службу с просьбой установки необходимого ПО.
Все сотрудники ФГУП «НАМИ» при трудоустройстве подписывают
должностную инструкцию, согласно которой они не могут передавать
третьим лицам информацию, составляющую коммерческую и проектную
тайну предприятия.
Контроль за организацией доступа сотрудникам к локальным хранилищам и
сети Интернет осуществляет служба безопасности (СБ) предприятия. СБ в штате
имеет сотрудников IT сферы, обеспечивающих настройку и поддержание
безопасности информационных систем предприятия.
1.4 Анализ существующих разработок и выбор стратегии
автоматизации
1.4.1 Анализ существующих разработок для автоматизации задачи
Для решения задач автоматизации процессов внутрикорпоративного
взаимодействия сотрудников, требуется определиться с нужным классом
информационной системы.
По степени автоматизации, нам не подойдут автоматические
информационные системы, т.к. они не предназначены для работы в сфере
организационного управления. Автоматические системы управления
используются преимущественно в технических системах управления (САУ):
станки, робототехника, промышленные системы управления. В САУ человек
непосредственного участия не принимает. В отличие от САУ, существуют
32
автоматизированные системы (АСУ), в которых предполагается обязательное
участие людей для реализации процессов управления.
Для решения поставленной задачи, требуется информационная система со
степенью автоматизации «Автоматизированная», по сфере применения на
предприятии «Организационного управления».
На рисунке 13 представлена схема информационных систем, красным
прямоугольником выделена подходящая для реализации нашего проекта
информационная система типа организационного управления:
Рисунок 13. Типы информационных систем
Такой автоматизированной информационной системой является система
управления проектами RedMine это свободно распространяемое открытое
серверное веб-приложение для управления проектами и задачам. Redmine
Информационные системы
По степени автоматизации
Автоматизированные
Автоматические
По сфере применения
По характеру обработки данных
Интегрированные
Организационного
управления
Управления ТП
САПР
Информационно-поисковые
Информационно-решающие
Управляющие
Советующие

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран