Применение информационных систем управления в IT-компании

Описание бизнес-процессов ООО "Джунте", которая занимается разработкой программного обеспечения. Усовершенствование системы управления проектами в компании на основе методологии Agile и внедрения программного продукта "1C: Управление по целям и KPI".

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 30.07.2017
Размер файла 554,4 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Содержание

  • Введение
  • 1. Технико-экономическая характеристика объекта управления
  • 1.1 Характеристика объекта управления
  • 1.2 Организационная структура
  • 1.3 Описание основных бизнес-процессов
  • 1.4 Анализ методологии разработки ПО Agile
  • 1.5 Анализ существующей информационной системы
  • 1.6 Анализ информационных потоков
  • 1.7 Анализ недостатков существующей информационной системы
  • 1.8 Анализ рынка информационных систем управления
  • 1.9 Влияние проблем и обоснование усовершенствования существующей системы
  • 2. "1C: Предприятие. Управление по целям и KPI" для ООО "Джунте"
  • 2.1 Выбор программного продукта
  • 2.2 Преимущества "1С: Управление по целям и KPI"
  • 2.3 "1С: Предприятие 8. Управление по целям и KPI" основные этапы внедрения
  • 2.3.1 "1С: Предприятие 8. Управление по целям и KPI" подготовка объекта автоматизации ко вводу в действие
  • 2.3.2 Организационная диагностика
  • 2.3.3 Встраивание в рабочую базу (интеграция в конфигурацию)
  • 2.3.4 Настройка соединений обмена данными
  • 2.3.5 Распределение прав доступа
  • 2.3.6 Обучение персонала
  • 2.3.7 Тестирование программного продукта
  • 2.3.8 Техническая поддержка и обновление
  • 3. Экономическая эффективность внедрения "1С: Управление по целям и KPI"
  • 3.1 Эффективность реализуемого проекта
  • 3.2 Расчет экономической эффективности
  • Заключение
  • Список использованных источников

Введение

Мир, в котором у каждого сотрудника компании есть: доступ ко всем данным, время на углубленное изучение факторов хорошей или плохой работы и возможность предпринимать действия на их основе - утопия.

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

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

В основном такие команды состоят из 7±2 человек. Меньшее количество людей может не справляться вовремя с работой, а, наоборот, большее - будет требовать дополнительных расходов.

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

Эффективность и качество разработки зависят от целого ряда факторов:

- индивидуальная продуктивность разработчиков;

- стабильность выпускаемого релиза;

- скорость адаптации к изменяющимся условиям и гибкость проекта;

- использование удаленных ресурсов;

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

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

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

И возникают два вопроса: испытывают ли разработчики ПО необходимость в инструментах управления проектом? Могут ли такие инструменты помочь в написании качественного продукта?

1. Технико-экономическая характеристика объекта управления

1.1 Характеристика объекта управления

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

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

Основными направлениями деятельности компании ООО "Джунте" являются:

- консалтинг по вопросам применения информационных технологий для автоматизации бизнес-процессов;

- исследовательские работы по направлениям созданию новых технологий;

- разработка от небольших программ до комплексных решений масштаба предприятия.

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

Компания ООО "Джунте" зарегистрирована по адресу: 153051, г. Иваново, шоссе Кохомское, д. 7, оф. 52 от 21 ноября 2007 года. ОПФ - ООО, форма собственности в компании - частная собственность. Уставной капитал 170 тыс. руб.

1.2 Организационная структура

Организационная структура компании ООО "Джунте" представлена на рисунке 1.1:

Рис.1.1 Организационная структура ООО "Джунте"

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

Среда программирования в команде делится на два типа: front - end и back - end разработка. Первая часть занимается интерфейсом взаимодействия с пользователем и любыми компонентами, которыми управляет пользователь. Часть back - end разработчиков, отвечает за программно -аппаратную часть, находящуюся на сервере.

Говоря точнее, веб - дизайнер или верстальщик не обязаны глубоко знать особенности работы сервера и в то же время, back - end программистам не требуются глубокие знания в HTML, CSS или JS.

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

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

Далее рассмотрим команду разработчиков. В компании ООО "Джунте" работают трое front-end разработчиков (HTML - верстальщики, Django - разработчик) и четверо back-end (разработчики на Python, C#, JavaScript и т.д.). Далее раскроем вышеперечисленные понятия и рассмотрим должностные инструкции каждого разработчика.

Разработчик Angular (Polymer) использует такие языки программирования, как TypeScript, Html, CSS, SASS. Занимается front-end разработкой мобильной версии сайтов, локализацией (переводами) сайтов. AngularJS - JavaScript - фреймворк с открытым исходным кодом. Предназначен для разработки одностраничных приложений. Его цель - расширение браузерных приложений на основе MVC - шаблона, а также упрощение тестирования и разработки.

Разработчик Python (Django). IT - специалист, занимающийся разработкой, поддержкой, интеграцией и оптимизацией веб - приложений и веб - сервисов с помощью языка программирования Python. Back-end разработка заключается в программировании сайта и наполнения его функционалом. Созданием ядра сайта, разработкой платформы сайта, наполнением его основным функционалом и созданием административной зоны, а также front-end, например, внешняя стилизация сайта администрирования.

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

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

1.3 Описание основных бизнес-процессов

Основными направлениями деятельности компании являются:

- консалтинг по вопросам применения информационных технологий для автоматизации бизнес-процессов;

- исследовательские работы по направлениям созданию новых технологий;

- разработка от небольших программ до комплексных решений масштаба предприятия.

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

С помощью схемы IDEF0 можно представить функциональную схему компании (см. Прил. 1).

Создание проекта начинается с технического задания (далее ТЗ), которое составляет тим-лидер совместно с заказчиком, они согласовывают все пункты ТЗ, основываясь на ГОСТах, и далее тим-лидер с главным разработчиком приступают к проектированию программного продукта.

Проектирование важный этап, ведь на нем описываются методологии, технологии и этапы создания программного продудкта, а также их последовательность в дальнейшем создании программного продукта. Проектирование программного продукта осуществляется тим-лидером и главным разработчиком компании, при этом они используют стандарты: ISO/IEC 12207:2008 и ISO/IEC 15504.

Стандарт ISO/IEC 12207:2008 определяет процессы, виды деятельности и задачи, которые используются при приобретении программного продукта или услуги, а также при поставке, разработке, применении по назначению, сопровождении и прекращении применения программных продуктов.

Стандарт ISO/IEC 15504 представляет собой набор технических нормативных документов в процессе разработки программного обеспечения и связанных с ним функций управления бизнесом.

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

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

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

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

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

Самым важным этапом создания программного продукта является этап его разработки, а именно тот момент, когда команда разработчиков выполняет поставленные тим-лидером задачи, отчитывается, "трекает" время и тестирует выполненные задачи. Это очень динамичный процесс и поэтому именно он нуждается в автоматизации.

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

1.4 Анализ методологии разработки ПО Agile

В компании ООО "Джунте" для управления задачами используется методология Agile - это методология гибкой разработки программного обеспечения. В отрасли разработки программного обеспечения этот термин появился в начале 2000 - х годов, когда в штате Юта был издан "Манифест гибкой разработки ПО".

Суть Agile-подхода изложена в "манифесте", но для рядового пользователя ее можно коротко сформулировать так:

- разработка ведется короткими циклами (итерациями), продолжительностью 1-4 недели;

- в конце каждой итерации заказчик получает ценное для него приложение (или его часть), которое можно использовать в бизнесе;

- команда разработки сотрудничает с Заказчиком в ходе всего проекта;

- изменения в проекте приветствуются и быстро включаются в работу.

В настоящее время Agile-принципы используются в работе десятки тысяч команд по всему миру.

Основополагающие принципы Agile-манифеста.

1. Наивысшим приоритетом является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения.

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

3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.

4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.

5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.

6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.

7. Работающий продукт - основной показатель прогресса.

8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс разработки.

9. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.

10. Простота - искусство минимизации лишней работы - крайне необходима.

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

12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.

1.5 Анализ существующей информационной системы

В ООО "Джунте" существует собственная локальная сеть, в которой находятся компьютеры и сервер (JServer). На этом сервере находиться программный продукт (далее ПП) от "1C: Предприятие 8.3" с конфигурацией JScrum, данные которого хранятся в базе данных на сервере. Именно этот ПП используется для управления командой разработчиков и проектами компании.

Данный ПП представляет собой удобный интерфейс, широкий функционал для управления проектами и распределением задач, гибкие настройки для каждого из члена команды.

У каждого сотрудника есть свой рабочий стол, на котором расположены вкладки: "Текущая задача", "Кабан доска", "Команда".

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

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

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

Помимо программного продукта от "1C" в компании на компьютерах находятся программы, предназначенные для работы каждого из членов команды разработчиков, представленные в таблице 1.1.

Таблица 1.1 Программы сотрудников компании ООО "Джунте"

Сотрудник

Установленные программы

Тим-лидер

- JetBrains WebStorm - интегрированная среда разработки на JavaScript, CSS & HTML от компании JetBrains, разработанная на основе платформы IntelliJ IDEA.GIT;

Тим-лидер

- Npm (Node.js Package Manager) - менеджер пакетов, входящий в состав Node.js.Travis;

- "1C:Enterprise JScrum" - система управления проектами, для каждого разработчика существует своя учетная запись, где он "трекает" время, следит за задачами и их временем выполнения;

- Git - распределённая система управления версиями.

- Travis CI - распределённый веб - сервис для сборки и тестирования программного обеспечения, использующего GitHub в качестве хостинга исходного кода.

Главный разработчик

- Git;

- PyCharm - интегрированная среда разработки для языка программирования Python. Предоставляет средства для анализа кода, графический отладчик, инструмент для запуска юнит - тестов и поддерживает веб - разработку на Django;

- MS Visual Studio - линейка продуктов компании Microsoft, включающих интегрированную среду разработки программного обеспечения и ряд других инструментальных средств;

- Visual Code - кроссплатформенный редактор исходного кода, поддерживающий базовые возможности интегрированной среды разработки, созданный в Microsoft;

- Клиент Postman Rest Client - очень популярный и простой в использовании компонент HTTP - запросов, который упрощает вызов веб - сервисов, подобных Fiddler's Composer;

- Docker - программное обеспечение для автоматизации развёртывания и управления приложениями в среде виртуализации на уровне операционной системы;

- Браузер;

- Терминал ОС - устройство ввода - вывода, рабочее место на многопользовательских ЭВМ, монитор с клавиатурой. В графических оболочках UNIX - подобных операционных систем термином "терминал" называют эмулятор терминала;

- HipChat - это веб - сервис для внутреннего, частного онлайн - чата и обмена мгновенными сообщениями;

- "1C: Enterprise JScrum";

- Skype.

HTML - верстальщик

- Brackets - современный текстовый редактор с открытым исходным кодом, через который проще понимать верстку веб - дизайна;

- Visual Studio Code;

- PyCharm;

- "1C: Enterprise JScrum";

- Браузер;

- HipChat.

Разработчик JS, Django

- PyCharm;

- Microsoft Visual Studio;

- "1С: Конфигуратор" - программный продукт компании "1С", предназначенный для автоматизации деятельности на предприятии (конфигуратор - режим администрирования и изменения конфигурации);

- Браузер;

- Fiddler - приложение прокси - сервера отладки HTTP.

Разработчик Python

- PyCharm;

- Браузер;

- Терминал ОС;

Разработчик Angular, Xamarin

- JetBrains WebStorm

- Браузер

- Plunker - это онлайн - сообщество для создания, совместной работы и обмена идеями веб - разработки.

- Travis CI

- AngularJS - JavaScript - фреймворк с открытым исходным кодом. Предназначен для разработки одностраничных приложений.

- Polymer - это бесплатная JavaScript библиотека с открытым исходным кодом для создания веб приложений с использованием технологии Web Components.

- Webpack - это связующий модуль с открытым исходным кодом JavaScript. Webpack принимает модули с зависимостями и генерирует статические активы, представляющие эти модули.

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

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

1.6 Анализ информационных потоков

Информационные потоки - это совокупность передаваемой информации между объектами, а также документы, передающиеся между сотрудниками компании. Рассмотрев документооборот, была составлена схема информационных потоков (рис. 1.2).

Рис 1.2 Схема информационных потоков в ООО "Джунте"

В таблице 1.2 показана информационная взаимосвязь сотрудников компании и заказчика.

Таблица 1.2 Информационная взаимосвязь сотрудников компании и заказчика

1

2

3

1

0

ИП 12

0

2

ИП 21

0

ИП 23

3

ИП 31

ИП 32

0

В таблице 1.3 представлена характеристика информационных потоков.

Таблица 1.3 Характеристика информационных потоков

ИП

Характеристика

ИП 12

Техническое задание

ИП 21

Коммерческое предложение (смета затрат)

ИП 23

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

ИП 32

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

ИП 31

Сообщение с "узкими" вопросами по выполняемому проекту

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

Рассмотрим какие документы куда поступают и от кого. Начнем с технического задания. Оно составляется непосредственно заказчиком и передается тим-лидеру. Затем тим-лидер оценивает сложность работ, затраты времени и представляет заказчику коммерческое предложение, иначе говоря, смету затрат, в которой указаны и описаны все стадии разработки проекта и стоимость. После согласия обеих сторон тим-лидер начинает распределять задачи в системе управления проектами, внедренной в компании. Он закрепляет задачи в зависимости от специализации разработчиков, выставляет примерное время выполнения и добавляет комментарии или описание к задаче, если это необходимо.

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

В результате анализа информационных потоков можно сделать вывод, что работа команды разработчиков не имеет подробной и детальной отчетности. Именно поэтому здесь необходим инструмент для более качественного сбора данных о компании и актуального представления всех движений внутри процесса разработки нового программного продукта всей команды разработчиков. Данным инструментом является инструмент Dashboard, который предоставит тим-лидеру абсолютно все данные о сотрудниках компании в удобной инфографике, диаграммах и таблицах.

Это позволит увеличить работоспособность каждого разработчика и компании в целом во время разработки программного продукта на самом важном и длительном этапе создания проекта - этапе разработки.

1.7 Анализ недостатков существующей информационной системы

Для более эффективного управления в компаниях используется технология Dashboard или, так называемая, "приборная панель". Dashboard - это документ с лаконично представленными статистическими данными, отчетами, чаще всего с элементами инфографики.

Тщательно выверенный dashboard - мощный инструмент, который может быть одновременно красивым и удобным для руководителя.

Данный инструмент поможет тим-лидеру решить следующие задачи:

1. Отделение важного от второстепенного;

2. Обучение работников и информирование их о происходящем в компании;

3. Распределение целей и ожиданий всей команде разработчиков;

4. Возможность постоянного мониторинга всех событий;

5. Инициирует действия своевременно (как только реальность начала отходить от плана);

6. Постоянный мониторинг прогресса и изменений в задачах.

Также существуют важные показатели для создания собственного Dashboard, такие как:

1. Actionable (действенный) - должен быть понятен источник проблемы, метрика должна быть легко транслирована в действие.

2. Common interpretation (общая интерпретация) - все в компании должны трактовать этот показатель одинаково.

3. Transparent (прозрачный, понятный) - всем очевидно, как показатель рассчитывается.

4. Accessible, credible data (доступные, достоверные данные) - показанные данные должны вызывать доверие. Источник должен быть надежным.

Dashboard - отличное решения для тим-лидера, касаемо управления проектами и командой разработчиков. В интерфейсе данного инструмента будут удобно представлены все показатели компании, которые будут предоставлены уже внедренной системой управления проектами.

1.8 Анализ рынка информационных систем управления

На сегодняшний момент панель бизнес - показателей (Dashboard) - это наилучший инструмент для мониторинга и анализа информации об эффективности бизнес-процессов. Это не просто набор графиков и таблиц, а полноценная информационная система, способная интегрировать данные из системы управления проектами и проводить бизнес - анализ.

Рынок Dashboard на данный момент состоит из множества программных продуктов и решений, многие фирмы создают данные панели для каких - то конкретных целей, например, для сокращения угроз информационной безопасности, а также существуют панели общего типа в которых выводиться выбранная руководителем аналитика его компании.

JSOC Security Dashboard

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

Основные возможности

Пользователи JSOC Security Dashboard - специалисты или руководители подразделений на стороне заказчика - получают следующие сведения:

- информацию об уровне защищенности бизнес - систем организации и уровне угроз;

- сведения о динамике возникновения инцидентов (тип, дата, время, место возникновения и так далее);

- детальную информацию об инциденте (включая связанные с инцидентом сервисы и информационные системы);

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

Принцип работы и архитектура

Система Solar inView разработана на основе концепции Business & Security Intelligence и состоит из трех верхнеуровневых модулей (рис. 1.3):

1. Коннекторы к системам Solar JSOC, системам защиты информации, IT- и бизнес - системам.

2. Высокопроизводительное аналитическое хранилище данных.

3. Модуль аналитики и визуализации данных.

Рис.1.3 Архитектура JSOC Security Dashboard

Выводы

JSOC Security Dashboard - удачный пример наглядной реализации концепции Security Dashboard & Analytics для центров управления инцидентами информационной безопасности.

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

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

Плюсы

1. Продукт обеспечивает возможность как экспресс - контроля, так и глубокого анализа защищенности организации и результатов работы Solar JSOC.

2. Продукт позволяет видеть результаты работы Solar JSOC в реальном времени и получать актуальную информацию по выявлению и реагированию на инциденты.

3. Наличие коннекторов к большинству систем защиты информации и популярных бизнес - систем (всего более 50 коннекторов).

Минусы

1. Привязка к Solar JSOC и одной системе Business Security Intelligence - Solar inView.

2. Кастомизация вывода информации на панель почти всегда требует привлечения внешних специалистов.

Google Analytics

Бесплатный сервис, предоставляемый Google для создания детальной статистики посетителей веб - сайтов. Статистика собирается на сервере Google, пользователь только размещает JS - код на страницах своего сайта. Код отслеживания срабатывает, когда пользователь открывает страницу в своем веб - браузере (при условии разрешенного выполнения Javascript в браузере).

Далее приведем несколько примеров использования функционала Dashboards (сводки) в Google Analytics.

Cводки (dashboards) - это раздел в Google Analytics, позволяющий создавать и видеть краткие отчеты с показателями, которые вам необходимо мониторить изо дня в день.

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

Самые популярные сводки, которые используются для отслеживания различных изменений в компании:

Сводка "технический анализ работы сайта"

Она помогает выявить технические проблемы в работе сайта и своевременно их устранить (рис. 1.4).

Рис.1.4 Пример сводки технического анализа работы сайта в Google Analytics

Сводка "о посетителях сайта"

Этот функционал позволяет качественно проанализировать релевантность страниц вашего сайта интересам пользователей, сделать выводы и, возможно, как - то улучшить работу ресурса (рис. 1.5).

Рис.1.5 Пример сводки посетителей сайта в Google Analytics

Сводка "сравнение доходов по источникам"

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

Требует настройку Электронной торговли и Цели на совершение покупки (рис.1.6).

Рис.1.6 Пример сводки сравнения доходов по источникам в Google Analytics

Сводка "Города и регионы"

Показывает региональную аудиторию на сайте. В приведенном примере мы анализируем канал "органика в регионе" и сравниваем его с предыдущим периодом (рис. 1.7).

Рис.1.7 Пример сводки по городам и регионам в Google Analytics

Сводка "данные о SMM"

Превосходный функционал для отслеживания трафика с социальных сетей. Отлично подойдет для анализа действий по продвижению в соцсетях (рис. 1.8).

Рис.1.8 Пример сводки данных о SMM в Google Analytics

"1C: Управление по целям и KPI"

Программа "Бизнес - аналитика и KPI" предназначена для анализа данных предприятия, а также планирования и мониторинга ключевых показателей эффективности (KPI).

Внедрение KPI на предприятии с программой происходит быстрее и легче, элементы справочников из разных баз при этом автоматически приводятся к единым значениям.

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

Встроенный модуль работы с расчетными показателями позволяет составлять сложные показатели по заданной математической формуле на основании показателей из разных источников. Например, в одной формуле можно использовать и данные бухгалтерского учета и показатели выполнения задач из "1С: Документооборот" и данные о посещаемости веб - сайта, а также данные о количестве заявок от клиентов на определенном адресе электронной почты.

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

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

Tableau Desktop

Возможность сделать быстрые практические выводы

Оставить построение графиков позади. Живая визуальная аналитика использует неограниченный исследованные данные. Интерактивные панели помогут вам раскрыть скрытые идеи на лету. Tableau использует естественную способность людей быстро выявлять визуальные модели, открывая повседневные возможности.

Подключение к большему количеству данных

Подключитесь к данным на локально или в облаке, будь то большие данные, базы данных SQL, электронная таблица или облачные приложения, такие как Google Analytics и Salesforce.

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

Размещение данных на карте

Ответ "где" и "почему". Возможность автоматически создавать интерактивные карты. Встроенные почтовые индексы означают молниеносное отображение для более чем 50 стран по всему миру. Использование пользовательских почтовых индексов и территорий для специальных регионов, как рынки сбыта.

Cognos Analytics

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

IBM® Cognos Analytics предоставляет интеллектуальные функции самообслуживания, позволяющие быстро получать необходимую информацию и предпринимать соответствующие действия.

Привлекательный интерфейс позволяет бизнес - пользователям самостоятельно создавать и персонализировать сводные панели и отчеты. В то же время ИТ - специалисты получают проверенное и масштабируемое решение, доступное как в локальной версии, так и в облаке.

Функционал данной системы может разделить на несколько пунктов:

- Интегрированное решение для поиска данных и создания отчетов;

- Управляемый интерфейс для доступа к данным и для создания сводных панелей/отчетов;

- Согласованный веб - интерфейс на всех онлайн- и офлайн-устройствах;

- Проверенная управляемая платформа для обеспечения производительности и масштабируемости.

1.9 Влияние проблем и обоснование усовершенствования существующей системы

У всех вышеперечисленных систем присутствует "Кабан доска", на которой отображаются задачи, связи между ними и дедлайн по их выполнению, но она не несет в себе достаточно информации для извлечения максимальной эффективности в работе команды разработчиков.

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

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

На сегодняшний момент панель бизнес - показателей (Dashboard) - это наилучший инструмент для мониторинга и анализа информации об эффективности бизнес-процессов. Это не просто набор графиков и таблиц, а полноценная информационная система, способная интегрировать данные из системы управления проектами и проводить бизнес - анализ.

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

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

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

В зависимости от всех этих показателей, тим-лидер может назначать поощрения за успешно выполненный план или мотивировать команду для более эффективной работы.

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

2. "1C: Предприятие. Управление по целям и KPI" для ООО "Джунте"

2.1 Выбор программного продукта

Представим в виде таблице 2.1 все преимущества и недостатки перечисленных выше программных продуктов и далее выберем самый эффективный, многофункциональный и актуальный продукт, который будет внедрен в компании ООО "Джунте".

Таблица 2.1 Сравнение программных продуктов

Показатели

Программные продукты Dashboard

JSOC

Google

"1C"

Tableau

Cognos

1. Получение данных в режиме реального времени

+

+

+

+

+

2. Консолидация данных в единой базе

+

+

+

+

+

3. Построение показателей эффективности

-

+

+

+

+

4. Сравнение и анализ данных из различных источников

+

+

+

+

+

5. Мониторинг и оперативное уведомление о выходе показателей за границы

+

+

+

+

+

6. Открытый программный код

-

+

+

-

-

7. Адаптируемость на различных устройствах

-

+

+

+

+

8. Интуитивно понятный интерфейс и элементы управления программным продуктом

-

+

+

-

+

9. Отображение бизнес показателей компании

-

+

+

+

+

10. Интеграция с продуктами "1C"

-

+

+

-

+

Для внедрения в ООО "Джунте" был выбран программный продукт (далее ПП) "1С: Предприятие 8. Управление по целям и KPI", который идеально подходит для уже внедренной системы управления проектами (далее СУП) "1C: Enterprise 8.3 JScrum".

Главной функцией продукта является управление результативностью организации с использованием ключевых показателей деятельности (KPI) и сбалансированной системы показателей (BSC). Данные системы позволяют выбрать оптимальный набор показателей для оценки эффективности работы компании с учетом поставленных целей.

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

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

2.2 Преимущества "1С: Управление по целям и KPI"

1. Стоимость тиражного продукта для клиента многократно ниже стоимости первоначальной разработки. На проектирование, разработку, тестирование и отладку тиражного программного продукта потрачено около 10`000 часов работы специалистов (методистов и программистов), инвестировано около 5 000 000 рублей.

2. Более 2 000 пожеланий клиентов и пользователей было реализовано в рамках внедрения нашего программного продукта и разработки новых версий программистами.

3. Программный продукт является конструктором, который позволяет внедрить инструменты управления эффективностью с минимальным участием программистов. Гибкость настроек позволяет легко адаптировать решение под различные требования бизнеса.

4. Решение разработано на основе подтвердивших свою практическую состоятельность концепций - сбалансированная система показателей, целевое управление. При разработке был изучен опыт отечественных авторов и западных решений (информационные панели бизнес - показателей Dashboard).

5. Методология, используемая в программном продукте, позволяет внедрить его на предприятии с минимальными финансовыми затратами и в кратчайшие сроки. Благодаря универсальному подходу разработчиков, более 90% внедрений проходит без перекодирования системы.

6. Опыт разработчиков и консультантов нашел отражение в функционале продукта. За время существования решения, реализовано более 100 внедрений в компаниях различного масштаба и отраслевой принадлежности.

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

8. Интеграция с существующими учетными системами на популярной платформе "1С: Предприятие", позволяет управлять показателями бизнеса в рамках единого информационного пространства. Настройка универсального обмена данными позволяет консолидировать данные из различных учетных систем на различных платформах.

9. Низкие затраты на поддержку и сопровождение. Программный продукт постоянно развивается, учитывая лучший клиентский опыт. Зарегистрированные пользователи могут регулярно получать обновления программного продукта и консультации по его использованию.

10. Наличие механизмов выгрузки существующих показателей из наиболее популярных межотраслевых решений на платформе "1С: Предприятие" ("1C: CRM ПРОФ", "1С: Документооборот", Итилиум - в процессе разработки и др.)

2.3 "1С: Предприятие 8. Управление по целям и KPI" основные этапы внедрения

2.3.1 "1С: Предприятие 8. Управление по целям и KPI" подготовка объекта автоматизации ко вводу в действие

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

Перечень работ по подготовке объекта автоматизации будет описан в таблице 2.2

Таблица 2.2 Перечень работ по подготовке объекта автоматизации

Работы

Участники

Что необходимо подготовить

1

Организационная диагностика

Функциональные специалисты, ИТ - специалисты

Оборудование (ПК, рабочие места)

2

Встраивание в рабочую версию (Интеграция в конфигурацию)

1С - интегратор, Руководитель, Сотрудники

Доступ к существующей системе от "1C"

3

Настройка соединений обмена данными (COM - соединение, XML - пакеты)

1С - интегратор, Функциональные специалисты, ИТ - специалисты

Оборудование (ПК, рабочие места)

5

Распределение прав доступа

ИТ - специалисты

6

Обучение персонала

1С - интегратор

Учебный класс, проектор

7

Тестирование (ввод тестовых примеров)

Функциональные специалисты, 1С - интегратор

Тестовые примеры

8

Техническая поддержка и обновление

Функциональные специалисты, ИТ - специалисты

Доступ к программному продукту

2.3.2 Организационная диагностика

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

Участниками процесса, а именно людьми, выполняющими данную организационную диагностику, являются: функциональные специалисты и специалисты компании "1С", которым необходимы предоставить доступ к учетным записям на компьютерах и, соответственно, сами компьютеры.

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

После обследования компании на ее готовность к внедрению программного продукта от "1C", составляется смета внедрения, включающая в себя такие пункты, как бюджет организации и сроки выполнения работ по внедрению специалистами "1С".

2.3.3 Встраивание в рабочую базу (интеграция в конфигурацию)

На данном этапе производится установка самого программного продукта "1C: Управление по целям и KPI", далее на рисунках 2.1, 2.2, 2.3, 2.4, 2.5 будет подробно рассмотрен данный процесс.

Главным на этом этапе является интегратор из фирмы "1C", который проводит опытную установку со всеми настройками совместно с руководителем компании и сотрудниками, которые заполняют свои данные в системе.

Первое окно "Мастера установки" информирует о начале процесса инсталляции и выводит основную информацию о программном продукте. Далее идет предварительная проверка всех систем и рекомендованные настройки системы. Далее происходит непосредственно установка продукта.

Рисунок 2.1 Начало установки

Далее предлагается внимательно ознакомиться с текстом Лицензионного соглашения. После этого идет регистрация программного продукта и пользователя этого продукта.

Рисунок 2.2 Регистрация продукта

Рисунок 2.3 Регистрация пользователя продукта

Рисунок 2.4 Установка продукта

Рисунок 2.5 Параметры администратора программного продукта

Это был последний этап, который заключал в себе все пусконаладочные работы, где был полностью установлен и настроен программный продукт "1С: Управление по целям и KPI". Далее будет рассмотрена техническая поддержка и обновление.

2.3.4 Настройка соединений обмена данными

Для данного программного продукта характерны два способа обмена данными. Данные работы будут проводить: 1С - интегратор, функциональные специалисты, ИТ - специалисты.

1. Обмен данными через COM - соединение.

Это соединение, называемое также внешним соединением, используемое для обеспечения надежного и быстрого программного доступа к данным "1C: Предприятие" из внешних приложений.

С помощью COM - соединения возможно обеспечения доступа к данным учетной системы на платформе "1С: Предприятие 8" из "1C: Управление по целям и KPI". При этом подходе настраиваются правила обмена данными в "1C: Управление по целям и KPI".

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

2. Универсальный обмен данными посредством XML - пакетов.

Так как данные компании могут храниться не только в программных продуктах от "1C", есть целесообразность для настройки возможности передачи данных через XML - пакеты.

Универсальный механизм обмена данными предназначен как для обмена с учетными системами, созданными на основе "1С: Предприятия 8", так и для организации обмена данными с другими информационными системами, не основанными на "1С: Предприятии 8".

Этот механизм позволяет переносить только данные "1С: Предприятия" (перенос конфигурации и административной информации "1С: Предприятия 8" при помощи этого механизма невозможен).

В качестве формата обмена используются XML документы, а аналитические данные будут храниться в отдельном справочнике аналитик в конфигурации "1С: Управление по целям и KPI".

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

Рис. 2.6 Завершение установки соединение по передаче данных

2.3.5 Распределение прав доступа

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

Данным распределением займутся ИТ - специалисты, которые имеют достаточный опыт для выполнения данной операции. Совместно со всей командой разработчиков и руководителем будут распределены права и созданы учетные записи (рис. 2.7).

Рис. 2.7 Создание нового пользователя

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

2.3.6 Обучение персонала

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

Для этого будут проводиться специальные семинары от компании "1C" для обучения персонала и руководителей. Также курсы можно будет пройти в онлайн - режиме. Примеры можно увидеть на рисунках 2.8, 2.9.

Рис. 2.8 Обучающий курс для пользователя

Рис. 2.9 Обучающий курс для администратора

Пройдя этот этап, мы получим команду разработчиков во главе с руководителем, которые готовы к качественной и результативной работе в системе "1С: Предприятие 8. Управление по целям и KPI".

2.3.7 Тестирование программного продукта

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

На этом этапе ИТ-специалисты будут анализировать реакцию внедряемой системы на различные воздействия: перегрузку, плохой сигнал, множество запросов в единицу времени и т.д. Этапы тестирования можно увидеть на рисунке 2.10.

Рис. 2.10 Этапы тестирования программного продукта

На этапе предварительного тестирования ИТ-специалисты выявляют проблемные места в макетах системы, в ее интерфейсе, а также отображении элементов. Также проверяются протоколы передачи информации, в нашем случае это, описанные выше, обмен через COM - соединение и посредством XML - пакетов.

Этап альфа тестирования включает в себя:

1. Функциональное тестирование (проводится тестирование программного продукта в целях проверки реализуемости функциональных требований, то есть способности программного продукта в определённых условиях решать задачи, нужные пользователям);

2. Нагрузочное тестирование (осуществляется сбор показателей и определение производительности, а также времени отклика программно-технической системы в ответ на внешний запрос с целью установления соответствия требованиям, предъявляемым к данному программному продукту);

3. Интеграционное тестирование (проводится тестирование, которое представляет собой проверку соответствия проектируемых единиц функциональным, приёмным и требованиям надежности).


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.