Методологии бизнес-анализа и ARIS · Конспекты по бизнес-анализу

Главные идеи#

Три семейства методологий#

Маглинец группирует методологии по типу модели, которую они строят:

Семейство	Назначение	Примеры
Модели анализа и совершенствования организации	Оценить и изменить то, как работает организация	SWOT, модель цепочки создания ценности, реинжиниринг бизнес-процессов (BPR), непрерывное совершенствование процессов и всеобщее управление качеством (CPI/TQM), ISO 9000, сбалансированная система показателей
Модели общего назначения	Описать функции, данные и процессы в любой предметной области	SADT, диаграммы потоков данных, IDEF1 (информация), IDEF3 (описание процессов), IDEF5 (онтологии)
Модели, созданные специально для автоматизации	Описать организацию, чтобы построить для неё информационные системы	ISA, BSP, ARIS, RUP

Семейства отвечают на разные вопросы. Первое спрашивает: «Как должна измениться организация?» Второе: «Как устроена эта предметная область?» Третье: «Что должна делать информационная система для этой организации?»

ARIS: много представлений одной организации#

ARIS (Architecture of Integrated Information Systems) — по оценке Маглинца, наиболее развитая из этих моделей для описания предметной области. Она рассматривает организацию через набор представлений:

Организационное: иерархия подразделений, должностей и людей, связи между ними и их территориальная привязка.
Функциональное: функции, которые выполняет организация.
Входы и выходы: потоки используемых и производимых продуктов и услуг.
Информационное: как информация получается, распространяется и как к ней получают доступ.
Процессы управления: логический порядок выполнения функций, который задают события и сообщения, разнесённые во времени.
Цели: иерархия целей, которым служат процессы.
Средства производства: жизненный цикл основных и вспомогательных средств.
Человеческие ресурсы: приём на работу, обучение и продвижение персонала.
Размещение: где физически находятся подразделения.

Маглинец отмечает, что эти «подсистемы» не являются подсистемами в строгом смысле системного анализа. Они пересекаются и проникают друг в друга; их лучше понимать как разные взгляды на один и тот же объект. Основная нотация процессов в ARIS — диаграмма eEPC (extended event-driven process chain, расширенная событийная цепочка процессов).

Анализ предметной области и анализ требований#

Маглинец различает два вида моделирования:

Анализ предметной области моделирует то, что уже существует, — организацию. Задача аналитика — отразить её достаточно точно.
Анализ требований моделирует то, чего ещё нет, — будущую информационную систему. Сначала строится модель, затем по ней создаётся система.

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

Поэтому документ с требованиями — это модель второго порядка: модель модели организации. Требования можно написать и без моделирования предметной области, но тогда есть риск построить систему, которая не согласуется с тем, как организация работает на самом деле.

Когда можно обойтись без моделирования предметной области#

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

Как применять#

Выбирайте семейство по вопросу. Меняете бизнес? Начните с первого семейства. Разбираетесь в предметной области? Используйте модели общего назначения. Специфицируете систему? Используйте модели для автоматизации, но наполняйте их из двух других.
Используйте представления ARIS как чек-лист для определения границ. Перед обследованием организации пройдите по представлениям и решите, какие важны для этого изменения. Все сразу нужны редко.
Сверяйте требования с моделью предметной области. Для каждого крупного требования найдите ту часть модели текущего состояния, которую оно меняет. Требования, которые ничего не затрагивают в модели предметной области, стоит перепроверить.
Отказывайтесь от моделирования предметной области осознанно. Если ни одно из условий Коберна не выполняется, заложите на него время.

Пример#

Аналитик «Мастерской», вымышленной сети из 12 веломастерских, использует представления ARIS как чек-лист для изменения в заказе запчастей:

Организационное: кто может заказывать запчасти — только управляющие мастерскими или старшие механики тоже?
Функциональное и процессы управления: как запрос на запчасть превращается в заказ и что его запускает.
Входы и выходы: на входе запчасти, на выходе отремонтированные велосипеды.
Информационное: где сейчас хранятся данные об остатках (общая электронная таблица, которую обновляют нерегулярно).
Размещение: у двух мастерских общий склад, и это меняет модель учёта запасов.

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

Подводные камни#

Моделировать всё. Выбирайте важные представления; полная модель предприятия редко по карману.
Путать модель с организацией. Модель — упрощение. Проверяйте её с людьми, которые выполняют работу.
Считать, что команда «знает бизнес». Прежде чем отказаться от моделирования предметной области, честно проверьте условия Коберна.

Источники и что почитать#

Ю. А. Маглинец. Анализ требований к информационным системам: конспект лекций. Красноярск: Сибирский федеральный университет, 2007. Лекции 3–4 (контекст задачи анализа требований, ARIS, анализ предметной области).
A. Cockburn (А. Коберн) — классификация проектов и методологий в изложении Маглинца (конкретная работа в конспекте лекций не названа).