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

Типичными ошибками являются:

· Переход беседы на темы, не относящиеся к цели опроса;

· Навязывание собственных вариантов ответа собеседнику;

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

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

Сбор документов

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

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

Наблюдение

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

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

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

2. Измерение количества информации.

3. Особенности CASE-средства Erwin. Области применения, среда.

БИЛЕТ №____6____

Стандарты графического описания БП.

Стандарты графического описания БП

В настоящее время широко используются и пользуются большой популярностью несколько стандартов моделирования бизнес-процессов:

· Семейство стандартов IDEF (в частности, IDEF0, DFD, IDEF3);

· Семейство стандартов ARIS (в частности, нотация eEPC);

· Семейство стандартов UML (Usecase diagram, activity diagram).

Каждое из этих семейств стандартов представляет собой определенную методологию, и реализовано рядом программных продуктов (CASE-средств). Наиболее популярное ПО, реализующее ту или иную методологию, представлено в таблице ниже.

Таблица 1

Методология	Программное обеспечение
IDEF	AllFussion Business Modeler (BPwin), MS Visio
ARIS	ARIS Toolset
UML	Rational Rose, MS Visio, ARIS Toolset

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

Кроме этого, на практике часто встречаются модели БП, подготовленные с использованием шаблона Audit diagram в программе MS Visio.

Семейство стандартов IDEF

Стандарт моделирования бизнес-процессов IDEF0 был принят в качестве такового в 1981 году. Исторически он возник из стандарта SADT (Structured Analysis and Design Teqnique), активно применявшегося с конца 60-х годов, в частности, Министерством обороны США. IDEF является аббревиатурой от ICAM DEFinition. ICAM - Integrated Computer Aided Manufacturing.

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

· IDEF0 - стандарт описания бизнес-процессов;

· DFD - диаграмма потока данных (DataFlow Diagram);

· IDEF3 - стандарт моделирования потока работ (workflow).

Семейство стандартов ARIS

ARIS расшифровывается как Arhitecture of Integrated Information Systems (архитектура интегрированных информационных систем). В методологию ARIS входит пять типов представлений моделей:

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

· Функциональные модели, описывающие функции (процессы, операции), выполняемые в организации;

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

· Модели процессов/управления, представляющие комплексный взгляд на реализацию деловых процессов в рамках системы и объединяющие вместе другие модели;

· Модели входов и выходов, описывающие потоки материальных и нематериальных входов и выходов процедур, включая, в частности, потоки денежных средств.

В каждом из этих типов моделей есть ряд нотаций, отличающихся методами моделирования, и число этих нотаций довольно велико. В частности, ARIS Toolset поддерживает ряд нотаций языка моделирования UML (Unified Modeling Language).

Число поддерживаемых ARIS нотаций довольно велико, и описывать каждую из них не целесообразно. Имеет смысл дать основы нотации eEPC, как наиболее, на наш взгляд, применимой для моделирования бизнес-процессов.

Нотация ARIS eEPC расшифровывается следующим образом: Extended Event Driven Process Chain - расширенная нотация описания цепочки процесса, управляемого событиями. Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. В таблице ниже приводятся основные используемые в рамках нотации графические объекты.

Таблица 2

Наименование	Описание	Графическое представление
Функция	Объект «Функция» служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия.
Событие	Объект «Событие» служит для описания реальных состояний системы, влияющих и управляющих выполнением функций
Организационная единица	Объект, отражающий различные организационные звенья предприятия (например, управление или отдел)
Документ	Объект, отражающий реальные носители информации, например бумажный документ
Прикладная система	Объект отражает реальную прикладную систему, используемую в рамках технологии выполнения функции
Кластер информации	Объект характеризует данные, как набор сущностей и связей между ними. Используется для создания моделей данных
Стрелка связи между объектами	Объект описывает тип отношений между другими объектами, например - активацию выполнения функции некоторым событием
Логическое «И»	Логический оператор, определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса
Логическое «ИЛИ»	Логический оператор, определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса
Логическое исключающее «ИЛИ»	Логический оператор, определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса