Дипломная (вкр): Обзор решений моделирования бизнес-процессов управления ИT сервисами

·        Поведение (Human Behaviour). Учет деятельности и нужд людей в ИТ-сфере.

В стандарте устанавленго три задачи управления для руководства организации в отношении ИТ:

·        Оценка(evaluate) потребности в использовании информационных технологий.

·        Направление (direct) планов и политики в сфере ИТ в соответствии с бизнес-целями.

·        Контроль (monitor) соответствия политикам и исполнения планов.

Для повышения эффективности управление ИТ должно происходить логично и последовательно. Модель корпоративного управления ИТ (EDM - Evaluate -- Direct -- Monitor), отличается от привычного цикла PDCA.

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

1.4     Анализ методов моделирования диаграмм бизнес-процессов

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

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

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

ИТ-процессы представляют собой бизнес-модель, которая является их формализованным описанием, отражающим существующее положение дел (или модель AS-IS «как есть»), но также она может устанавливать новые усовершенствованные способы осуществления деятельности (или модель AS-TO-BE «как будет»). В связи с этим под целями бизнес моделирования подразумевают возможность обеспечения понимания структурных взаимосвязей внутри организации, а также происходящих процессов. Посредством бизнес-моделирования обеспечивается возможность отображения текущих проблемных зон организации с примерными путями их решения. Создаются условия для формирования требований к возможному планированию по внедрению в структуру организации ИТ-сервисов.

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

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

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

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

Основу многих современных методологий проектирования диаграмм бизнес-процессов составляют:

·        методология SADT (Structured Analysis and Design Technique) (IDEF0) - метод функционального моделирования;

·        метод моделирования процессов IDEF3;

·        моделирование потоков данных DFD;

·        метод ARIS;

·        метод моделирования, используемый в технологии RUP (Rational Unified Process).

1.4.1  Применение SADT (IDEF0)

Метод SADT (Structured Analysis and Design Technique) является классическим вариантом процессного подхода к управлению. В основу его принципа заложено структурирование деятельности организации в соответствии с ее бизнес-процессами, а не по тому как разработана штатная структура организации. Бизнес-процессы, протекающие внутри корпоративной информационной системы, выделяющиеся методом SADT и несущие в себе определенную ценность для организации должны оптимизироваться в первую очередь. Так же стоит упомянуть о том, что любой бизнес-процесс несет в себе информацию о том кому он предназначается и от кого он идет.

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

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

ИТ-процессы в нотации SADT имеют в своем составе бизнес-процесс с входными и выходными дугами, а также управленческие дуги и механизм.

1.4.2  Применение IDEF3

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

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

1.4.3  Применение DFD

Диаграммы потоков данных DFD (Data Flow Diagrams) представляют из себя иерархию функциональных процессов, связанных между собой потоками данных.

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

         потоки данных;

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

         внешние сущности;

         накопители данных (хранилища).

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

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

Моделирование диаграмм бизнес-процессов с потоками данных (DFD) используются для проектирования моделей «AS-IS» и «AS-TO-BE», отражая, таким образом, существующую и предлагаемую структуру бизнес-процессов организации.

1.4.4  Применение ARIS

Разнообразие методов моделирования диаграмм бизнес-процессов настолько велико, что, когда встал вопрос о создании интегрированного средства разработчики создали продукт под названием ARIS (Architecture of Integrated Information Systems), разработанный германской фирмой IDS Scheer.

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

В своем составе ARIS поддерживает следующие типы моделей:

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

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

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

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

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

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

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

1.5     Выбор и обоснование метода(ов) моделирования ИТ-процессов

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

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

Нотация IDEF0 предназначена для функционального описания процессов. При этом существуют дополнительные нотации: для описания внутренних информационных потоков в системе (IDEF1), для детализации реляционной структуры данных (IDEF1Х), процессов развития систем (IDEF2), для документирования техпроцессов (IDEF3), для объектно-ориентированного проектирования (IDEF4), для описания состава и функционирования систем (IDEF5) и т.д.

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

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

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

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

Заключение по первой главе

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

В рамках работы рассмотрены и проанализированы методы моделирования ИТ-процессов с обоснованием выбранного метода.

Рассмотрены, изучены и проанализированы подходы, методы и стандарты по управлению ИТ-процессами, такие как ITIL, MOF, CobiT, ISO 20000, а также руководства по управлению проектами PMBoK и PRINCE2.

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

Рассмотренные стандарты в первой главе вынесены в таблицу 1.1, с описанием их общих черт, различий и особенностями (в контексте сравнения с ISO 20000). Кроме того, так как в данной работе далее рассматриваются три процесса из ISO 20000, приведено сравнение для данных процессов в ISO 20000 и их аналогов в других стандартах.

Таблица 1.1 - Сравнительная характеристика стандартов