Бизнес Анализ — Моделирование

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

• Основные ценности компании
• Что это служит?
• Что отличает?
• Его ключевые ресурсы
• Основные отношения
• Каналы доставки

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

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

Цель бизнес-моделирования

Бизнес-моделирование используется для проектирования текущего и будущего состояния предприятия. Эта модель используется бизнес-аналитиком и заинтересованными сторонами для обеспечения точного понимания текущей модели предприятия «как есть».

Он используется для проверки того, имеют ли заинтересованные стороны общее понимание предлагаемого «будущего решения».

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

Выполнение анализа GAP

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

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

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

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

Оценить предложенную систему

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

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

Руководящие принципы для бизнес-моделирования

Основная роль бизнес-моделирования в основном на начальном этапе и стадии разработки проекта, и она исчезает на этапе строительства и перехода. В основном это связано с аналитическими аспектами бизнеса в сочетании с техническим картированием приложения или программного решения.

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

• Несколько рабочих единиц выполняют одну и ту же функцию: документируйте отклонения в модели AS-IS. Это могут быть разные подразделения или географии.

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

• Механизм разрешения . Бизнес-аналитик должен задокументировать, будет ли решение ToBe учитывать несоответствия в текущей бизнес-модели или решение будет нуждаться в стандартизации. Заинтересованные стороны должны определить, какой подход следует использовать. Модель To-Be будет отражать их решение.

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

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

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

Механизм разрешения . Бизнес-аналитик должен задокументировать, будет ли решение ToBe учитывать несоответствия в текущей бизнес-модели или решение будет нуждаться в стандартизации. Заинтересованные стороны должны определить, какой подход следует использовать. Модель To-Be будет отражать их решение.

Пример роли БА в моделировании ERP-систем

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

Требование к системе — это анализ соответствия GAAP, который должен быть сбалансирован между —

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

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

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

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

Функциональный бизнес-аналитик

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

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

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

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

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

• Бизнес-аналитик в области здравоохранения должен иметь базовые знания о показателях в области здравоохранения и финансового использования в США, технический опыт и понимание EDI 837/835/834, руководств HIPAA, кодификации ICD — 9/10 и кодов CPT, LOINC, знаний SNOMED.

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

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

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

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

Бизнес-аналитик в области здравоохранения должен иметь базовые знания о показателях в области здравоохранения и финансового использования в США, технический опыт и понимание EDI 837/835/834, руководств HIPAA, кодификации ICD — 9/10 и кодов CPT, LOINC, знаний SNOMED.

Некоторые бизнес-аналитики получают знания в области, тестируя бизнес-приложения и работая с бизнес-пользователями. Они создают благоприятную среду обучения, используя свои межличностные и аналитические навыки. В некоторых случаях они дополняют свои знания предметной области несколькими сертификатами доменов, предлагаемыми AICPCU / ​​IIA и LOMA в области страхования и финансовых услуг. Есть и другие институты, которые предлагают сертификацию в других областях.

Другие основные виды деятельности

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

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

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

• Для участия в рабочих встречах определены требования к разработчикам.

• Проверьте и проконтролируйте, были ли установленные вами требования правильно «воспроизведены» и записаны в документах, описывающих будущую модель в системе (Blueprints).

• Подготовка данных и помощь в создании прототипа системы.

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

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

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

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

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

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

Проверьте и проконтролируйте, были ли установленные вами требования правильно «воспроизведены» и записаны в документах, описывающих будущую модель в системе (Blueprints).

Подготовка данных и помощь в создании прототипа системы.

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

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

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

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

Инструмент 1: Microsoft Visio

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

Шаг 1 — Чтобы открыть новый чертеж Visio, перейдите в меню «Пуск» и выберите «Программы» → Visio.

Шаг 2 — Наведите курсор на «Бизнес-процесс» и выберите «Основная блок-схема».

На следующем снимке экрана показаны основные разделы приложения MS-Visio.

Давайте теперь обсудим основную полезность каждого компонента —

A — панели инструментов в верхней части экрана похожи на другие программы Microsoft, такие как Word и PowerPoint. Если вы использовали эти программы раньше, вы можете заметить несколько различных функций, которые мы рассмотрим позже.

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

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

• Стрелка Формы
• Фон
• Основные формы блок-схемы
• Границы и названия

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

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

Инструмент 2: Enterprise Architect

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

Цель Enterprise Architect — определить, как организация может наиболее эффективно достичь своих текущих и будущих целей.

У архитектора предприятия есть четыре точки зрения, которые следующие:

• Бизнес-перспектива — Бизнес-перспектива определяет процессы и стандарты, в соответствии с которыми бизнес работает на ежедневной основе.

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

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

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

Бизнес-перспектива — Бизнес-перспектива определяет процессы и стандарты, в соответствии с которыми бизнес работает на ежедневной основе.

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

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

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

Инструмент 3: Rational Requisite Pro

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

Мониторинг состояния и контроль изменений в базовых требованиях. Основными элементами являются Управление изменениями и Отслеживаемость.

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

В Requisite Pro пользователь может работать с документом требований. Документ представляет собой файл MS-Word, созданный в приложении Reqpro и интегрированный с базой данных проекта. Требования, созданные вне Requisite pro, могут быть импортированы или скопированы в документ.

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

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

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

• Общая информация о проекте
• пакеты
• Общая информация о документе
• Типы документов
• Типы требований
• Атрибуты требования
• Значения атрибута
• Межпроектная прослеживаемость

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

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