7
Оглавление
ВВЕДЕНИЕ .................................................................................................................. 9
1. АНАЛИТИЧЕСКАЯ ЧАСТЬ ............................................................................... 12
1.1 Технико-экономическая характеристика предметной области и
предприятия. Анализ деятельности «КАК ЕСТЬ» ............................................. 12
1.1.1 Характеристика предприятия и его деятельности ................................. 12
1.1.2 Организационная структура управления предприятием ...................... 15
1.1.3 Программная и техническая архитектура ИС предприятия ................. 18
1.2 Характеристика комплекса задач, задачи и обоснование необходимости
автоматизации ........................................................................................................ 25
1.2.1 Выбор комплекса задач автоматизации и характеристика
существующих бизнес процессов ..................................................................... 25
1.2.2 Определение места проектируемой задачи в комплексе задач и ее
описание .............................................................................................................. 27
1.2.3 Анализ информационных потоков проектируемой задачи .................. 32
1.2.4 Анализ системы обеспечения информационной безопасности и
защиты информации .......................................................................................... 34
1.3. Анализ существующих разработок и выбор стратегии автоматизации
«КАК ДОЛЖНО БЫТЬ» ....................................................................................... 36
1.3.1 Анализ существующих разработок для автоматизации задачи ........... 36
1.3.2 Выбор и обоснование стратегии автоматизации задачи ....................... 38
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации
задачи ................................................................................................................... 39
1.4. Обоснование проектных решений ................................................................ 41
1.4.1 Обоснование проектных решений по информационному обеспечению
.............................................................................................................................. 41
1.4.2 Обоснование проектных решений по программному обеспечению ... 44
1.4.3 Обоснование проектных решений по техническому обеспечению ..... 45
2. ПРОЕКТНАЯ ЧАСТЬ ........................................................................................... 47
2.1 Разработка проекта автоматизации ................................................................ 47
2.1.1 Этапы жизненного цикла проекта автоматизации ................................. 47
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание ........... 52
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации .......... 54
2.2 Информационное обеспечение задачи .......................................................... 58
8
2.2.1 Характеристика нормативно-справочной, входной и оперативной
информации ........................................................................................................ 58
2.2.2 Характеристика результатной информации ........................................... 59
2.3 Программное обеспечение задачи ................................................................. 60
2.3.1 Сценарий диалога ...................................................................................... 60
2.3.2 Характеристика базы данных................................................................... 64
2.3.3 Структурная схема пакета (дерево вызова программных модулей) .... 68
2.4 Испытание разработанного решения ............................................................. 81
2.4.1 Перечень объектов и функций, подлежащих испытаниям ................... 81
2.4.2 Методы проведения испытаний ............................................................... 83
2.4.3 Проведение проверочных испытаний и их результаты ........................ 87
3. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ...................... 101
3.1 Выбор и обоснование методики расчета экономической эффективности
................................................................................................................................ 101
3.2 Расчет показателей экономической эффективности .................................. 103
ЗАКЛЮЧЕНИЕ ....................................................................................................... 106
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ .................................................... 108
ПРИЛОЖЕНИЯ ....................................................................................................... 109
9
ВВЕДЕНИЕ
В любой современной компании стремятся к максимальной
цифровизации выполняемых задач, поскольку подобное поведение позволяет
оптимизировать работу предприятия и нагрузку на сотрудников. Для того, чтобы
оцифровать как можно больше выполняемых задач, компании внимательно
следят за рынком информационных решений, поскольку его стремительная
динамика позволяет совершенствовать имеющееся программное обеспечение, а
значит и покрыть большую часть задач организации.
Для компании оцифровка задач и документов означает не только
удобство сотрудников, что, в свою очередь, если компания действительно
хорошая, должно быть одной из первостепенных задач, но и возможность
отслеживать свои собственные внутренние бизнес-процессы. За счет этого,
предприятие получает крайне важный ресурс в виде статистических данных,
который, в конечном счете, можно использовать во множестве различных
стратегиях.
Использование информационных систем помимо прочего позволяет и
гладко структурировать все протекающие в компании бизнес-процессы. Это
крайне важно для компании, поскольку позволяет грамотнее распределить
имеющиеся ресурсы предприятия и сократить возможные расходы.
Однако, даже не смотря на динамическое развитие, рынок подобных
систем изредка не в состоянии обеспечить необходимые ресурсы для компании
в связи с определенными условиями и требованиями к программному
обеспечению, которые компания выдвигает к требуемому продукту. Так, не
смотря на достаточно развитый рынок программного обеспечения для
управления проектами, большинство представленных продуктов либо не могут
быть интегрированы в конечный продукт, либо предоставляют подобную услугу
в крайне ограниченном формате.
Программное обеспечение управления проектами подразумевает под
собой такую систему, которая позволяет структурировать зоны ответственности
над проектом как целых команд, так и отдельно взятых сотрудников. При этом
10
данное программное обеспечение позволяет просматривать текущее состояние
дел у проекта и оценивать возможные сроки сдачи очередного проектного
спринта. Подобная механика присутствует во всех существующих программах и
является основополагающей для всей системы. Тем не менее, современные
реалии таковы, что конечный пользователь заинтересован в развитии продукта и
старается следить за всеми изменениями. Если же пользователь не получает
отзыва на свое желание, так скажем, участия, то, зачастую, его интерес к
продукту уменьшается и в конечном счете угасает полностью, что приводит к
оттоку пользователей в сторону конкурирующего продукта. Причем ситуация
складывается таким образом, что отток начинает затрагивать и тех, кто является
лишь потенциальным потребителем. Все это возникает в силу отсутствия
дальнейших планов развития продукта в публичном доступе. Это подчеркивает
актуальность темы данной выпускной квалификационной работы.
На сегодняшний день на большинстве рынков, вне зависимости от
специфики продукции, присутствует множество конкурирующих компаний.
Это, разумеется, крайне хорошо сказывается на самом рынке - продукция
активно развивается, оставляя цены максимально привлекательными для
конечного пользователя, однако даже малейший отток пользователя у продукта
может вызвать своеобразный эффект домино, который приведет к полному
провалу продукта. Для того, чтобы этого не допустить, компании стараются
выкладывать в публичный доступ всевозможные дорожные карты продукта,
которые, в свою очередь, формируются по внутренним документам, которые
создаются и обрабатываются как раз программным обеспечением управления
проектами.
Получается, что для того, чтобы конечный пользователь смог увидеть
поставленную перед неким сотрудником или отделом задачу, необходимо иметь
отдельного сотрудника, который будет брать эту задачу из внутренней
информационной системы, добавлять во внешнюю и затем публиковать. Однако
есть реальная возможность упростить данный процесс и убрать лишнее звено,
что приведет к оперативности подачи информации и сокращению расходов
11
компании. Для этого достаточно того, чтобы внутренняя система сама
публиковала обновление прогресса или, говоря иначе, создавала дорожную
карту по внутренним задачам в автоматическом режиме.
Объектом исследования выпускной квалификационной работы является
компания ООО «Норс Студиос», а предметом исследования – процесс контроля
исполнения задач по проектам.
Подобные требования и отсутствие подобного программного
обеспечения на рынке вызывают необходимость в создании собственного
продукта, который сможет выполнять все поставленные задачи и
соответствовать всем стандартам ООО «Норс Студиос».
Целью данной выпускной квалификационной работы является разработка
информационной системы контроля исполнения задач по проектам.
Для достижения этой цели определены следующие задачи:
1. Поиск и последующий анализ проблем в организации контроля
исполнения задач по проектам
2. Выбор и обоснование стратегии автоматизации выбранных задач
3. Обоснование проектных решений по информационному,
программному и техническому обеспечению
4. Постановка задачи на автоматизацию контроля исполнения задач по
проектам
5. Разработка проекта автоматизации контроля исполнения задач по
проектам
6. Обоснование экономической эффективности проекта автоматизации
контроля исполнения задач по проектам в ООО «Норс Студиос»
Данная выпускная квалификационная работа имеет практическую
значимость. Использование его результатов позволяет упростить, ускорить и
повысить безопасность контроля исполнения задач по проектам.
12
1. АНАЛИТИЧЕСКАЯ ЧАСТЬ
1.1 Технико-экономическая характеристика предметной области и
предприятия. Анализ деятельности «КАК ЕСТЬ»
1.1.1 Характеристика предприятия и его деятельности
В рамках данного дипломного проекта будет рассмотрена компания
"North Studios" Aktiebolag (в переводе на русский - "Общество с ограниченной
ответственностью "Норс Студиос", далее просто "Норс Студиос"), которая была
основана в 2014 году в королевстве Швеция и является независимой студией
разработки программного обеспечения. Компания предоставляет свои услуги
как независимым разработчикам или энтузиастам, так и небольшим студиям, и
крупным компаниям в сфере разработки развлекательного программного
обеспечения, рекламы и создании демонстрационных стендов.
На данный момент головной офис компании расположен в самом сердце
Королевства Швеции – городе Стокгольме. Отдельные небольшие офисы
разбросаны на нескольких континентах по всему миру, в частности в столице
Российской Федерации – городе Москве и в Цинциннати – одном из крупнейших
городов штата Огайо расположенном в Соединенных Штатах Америки.
Коллектив компании представляет из себя молодых и амбициозных
людей со всех уголков мира, объединенные общим желанием создать
прекрасную и по-настоящему удобную экосистему из программного
обеспечения, работа с которой в значительной мере облегчит деятельность
творческих предприятий и людей, заинтересованных в достижении
качественного результата за максимально короткий срок цикла производства.
Основной деятельностью компании является разработка программного
обеспечения, которое тесно связанно с компьютерной трехмерной графикой,
системами передачи, воспроизведения и изменения мультимедиа файлов. Среди
решаемых студией задач:
1. Разработка внутренних редакторов и их компонентов для
трехмерных графических движков;
13
2. Создание автоматизированных систем пайплайна для
последующей интеграции в производственные бизнес-процессы
компаний, разрабатывающих программное обеспечение в сфере
развлечений;
3. Разработка компонентов и расширений для графических движков;
4. Разработка интеллектуальной системы контроля программного
обеспечения компании;
5. Проектирование и разработка программного обеспечения на
заказной основе в рамках основного направления компании;
6. Оказание услуг по внедрению и эксплуатации программного
обеспечения компании на стороне потребителя;
7. Сопровождение и техническая поддержка выпущенного
программного обеспечения;
8. Помощь в разработке, тестировании и проведении технических
демонстраций возможностей использования различных
графических движков любой сложности.
Для выполнения своих задач студия тесно сотрудничает с компаниями
производителями игровых, звуковых и физических движков, а для выпуска
качественной продукции — с лидирующими на рынке в мультимедийной сфере
компаниями. Среди основных потребителей занимают место таки компании как:
"Good Game Group", "CoffeeStain Studios AB", "Cloud Imperium LLC" и другие.
Основным значением для компании является выпуск качественной
продукции, строго отвечающей всем современным потребностям и
своевременно изменяющейся под влиянием рынка. Для достижения этого, "Норс
Студиос" пристально следит за текущими тенденциями в сфере разработки
программного обеспечения и вводит соответствующие им изменения в
собственный процесс проектирования.
Одним из главных принципов разработки программного обеспечения в
студии является максимальное упрощение интерфейса за счет интеграции умной
пользовательской среды, которая подстраивается под конечного пользователя за
14
несколько шагов и в дальнейшем предугадывает его действия. За счет этого,
продукция компании, вне зависимости от своего изначального предназначения,
будь то свободная продажа, частный заказ или программное обеспечение для
внутреннего пользования, представляет собой простой механизм, не требующий
особых знаний для установки, настройки и дальнейшей эксплуатации. Добавляя
к этому собственную развивающуюся экосистему, позволяющую вести
разработку наиболее эффективно и не отвлекаясь на такие мелочи как
конвертации форматов и постоянный мониторинг обновлений продуктов, можно
выделить эффективность внедрения модулей для работы от компании "Норс
Студиос" как наиболее продуктивный и оптимальный вариант для заказчика.
Другой принцип, который является базисом для всего программного
обеспечения, разрабатываемого в "Норс Студиос" - использование общих
алгоритмов и готовых структур, которые уже проверены в работоспособности и
отвечают всем внутренним стандартам проектирования в компании. Благодаря
такому подходу, скорость разработки готового программного обеспечения
уменьшается на столько, сколько всего структур используется на этапе
непосредственной реализации. Помимо этого, данный принцип позволяет
быстро найти и исправить возникающие в ходе разработки или конечного
использования ошибки и недочеты в программном коде, поскольку за счет
декомпозиции можно точно определить слабые участки и исключить из
вероятных источников возникающей проблемы.
На текущий момент "Норс Студиос" одна из немногих компаний,
способная предоставить весь необходимый комплекс программного обеспечения
для ведения разработки и конечного использования продукта в своей сфере с
минимальным количеством недостатков. Ближайшие аналоги имеют
множественные минусы, к числу которых можно отнести:
1. Сложная система настроек, заметно замедляющая процесс
разработки или усложняющая конечное пользование продуктом;
2. Слабая типизация выходных данных, требующая дальнейшей
обработки;
15
3. Отсутствие, либо слабая интеграция между программным
обеспечением, требуемым для полноценного функционирования
бизнес процесса;
4. Высокая стоимость отдельных компонентов, приводящая к
повышению цены готового продукта;
5. Отсутствие возможности разового приобретения всего необходимого
программного обеспечения;
6. Не всегда качественная или вовсе отсутствующая техническая
поддержка;
7. Отсутствие автоматических рапортов об возникающих ошибках;
8. Отсутствие общей среды, позволяющей обновлять все компоненты в
автоматическом режиме и отслеживать их изменения.
1.1.2 Организационная структура управления предприятием
Структура организации студии сформирована в соответствии с
двухуровневой системой управления: администрация – филиалы. При этом в
администрации осуществляется общая координация работы по всем
функциональным направлениям. По состоянию на текущее время студия
насчитывает 3 зарегистрированных подразделения.
В управлении "Норс Студиос" используется иерархическая структура,
которая использует следующие принципиальные положения:
1. Четкое разделение труда, следствием которого является
необходимость использования квалифицированных специалистов
по каждой должности;
2. Наличие формальных правил и норм, обеспечивающих
однородность выполнения менеджерами своих задач и
обязанностей;
3. Осуществление найма на работу в соответствии с определенными
требованиями.
4. Характер управленческих решений носит объективный характер.
16
Используемая в компании иерархическая структура, а именно
кросс-функциональная, позволяет наиболее эффективно вести разработку за счет
снижения потребности в широкопрофильных специалистов, гибкое
планирование постановки задач и их решения, использование небольших групп
разработчиков в виде микро-отделов. За счет этого создаются условия как для
позитивного развития внутрикорпоративных отношений среди всех
сотрудников, так и возможность в совершенствовании навыков и умений у
отдельно взятых.
В целом, данная структура инкапсулирует процессы производства, не
давая возможности переноса задач с одного отдела на другой, что позволяет
создать благоприятные условия работы сотрудников, поскольку нет
возможности возникновения ситуации, в которой появляются задачи, не
относящихся к тому спектру задач, который способен решать отдел в рамках
своей компетенции. Помимо этого, в данном случае общая нагрузка на отдел
будет изменяться только в рамках разработки модуля или компонента,
привязанного к данному отделу, что может быть заранее просчитано и включено
в исходный график задач отдела.
Все это обеспечивает более быстрый процесс разработки при условии
того, что не будут допущены фатальные ошибки на этапе проектирования
продукта, поскольку в таком случае, высокая нагрузка на одни отделы и
отсутствие нагрузки на другие не смогут быть компенсированы переносом части
задач с загруженных на свободные отделы.
Помимо этого, кросс-функциональная структура позволяет уменьшить
необходимый состав управленцев, благодаря чему сокращается дистанция
между руководителями и конечными разработчиками модулей отдельно взятого
проекта. Это в свою очередь уменьшает время отклика при работе и повышает
общую производительность. Небольшие отделы воспринимаются сотрудниками
позитивнее, что, в свою очередь, позволяет наиболее быстро сплотить коллектив
и показать отдельно взятому сотруднику важность его работы и его собственные