业务分析 - 建模

---

业务模型可以定义为业务或解决方案的表示，通常包括图形组件以及支持文本和与其他组件的关系。例如，如果我们必须了解一家公司的商业模式，那么我们想研究以下领域：

• 公司核心价值观
• 它的作用是什么？
• 什么叫与众不同？
• 其关键资源
• 主要关系
• 其配送渠道

借助建模技术，我们可以创建对企业使用的现有和拟议组织结构、流程和信息的完整描述。

商业模式是一种结构化模型，就像要开发的最终产品的蓝图一样。它为规划提供了结构和动力。它还为最终产品提供了基础。

商业建模的目的

业务建模用于设计企业当前和未来的状态。该模型由业务分析师和利益相关者使用，以确保他们准确了解企业当前的“现状”模型。

它用于验证利益相关者是否对提议的“解决方案的未来”有共同的理解。

分析需求是业务建模过程的一部分，它构成了核心关注领域。功能需求是在“当前状态”期间收集的。这些需求由利益相关者提供，涉及业务流程、数据和业务规则，描述了将在未来状态中设计的所需功能。

执行差距分析

定义业务需求后，必须识别当前状态（例如当前业务流程、业务功能、当前系统的功能和提供的服务/产品以及系统必须响应的事件），以了解人员、流程和技术、结构架构和架构通过寻求 IT 员工和其他相关利益相关者（包括企业主）的意见来支持业务。

然后执行差距分析，通过将已识别的当前状态与期望的结果进行比较来评估是否存在妨碍实现业务需求的任何差距。

如果不存在差距（即当前状态足以满足业务需求和预期结果），则可能没有必要启动 IT 项目。否则，应确定需要解决的问题以弥补差距。

可以使用 SWOT（优势、劣势、机会和威胁）分析和文档分析等技术。

评估提议的系统

BA应协助IT项目团队评估拟议的IT系统，以确保其满足业务需求并最大化为利益相关者提供的价值。BA 还应审查组织支持向拟议 IT 系统过渡的准备情况，以确保系统顺利实施。

BA 应帮助 IT 项目团队确定所提议的系统选项和高级系统设计是否能够满足业务需求并提供足够的业务价值来证明投资的合理性。如果有多个系统选项，BA 应与 IT 人员合作，帮助确定每个选项的优缺点，并选择能够提供最大业务价值的选项。

业务建模指导原则

业务建模的主要作用主要是在项目的启动阶段和细化阶段，在构建和过渡阶段逐渐消失。它主要涉及业务的分析方面以及应用程序或软件解决方案的技术映射。

• 领域和用户变化- 开发业务模型将经常揭示利益相关者之间存在分歧或困惑的领域。业务分析师需要记录原样模型中的以下变化。

• 多个工作单元执行相同的功能- 记录 AS-IS 模型中的差异。这可能是不同的部门或地域。

• 多个用户执行相同的工作- 不同的利益相关者可能会以不同的方式执行类似的工作。这种差异可能是由于不同业务部门的不同技能组合和方法的结果，或者是由于企业所服务的外部利益相关者的不同需求的结果。记录 AS-IS 模型中的差异。

• 解决机制- 业务分析师应记录 ToBe 解决方案是否能够适应当前业务模型中的不一致问题，或者该解决方案是否需要标准化。利益相关者需要确定采用哪种方法。未来模型将反映他们的决定。

BA 在 ERP 系统建模中的角色示例

业务分析师应该定义一个标准的业务流程，并将其设置到 ERP 系统中，这对于高效实施至关重要。BA 还有责任在实施之前以可理解的语言定义开发人员的语言，然后利用最佳实践并根据系统功能进行映射。

对系统的要求是 GAAP 拟合分析，它必须在以下之间取得平衡：

• 需要进行技术变革，即增强功能，以实现与现有实践的一致性。

• 有效的变更，与重新设计现有业务流程相关，以允许实施标准功能和流程模型的应用。

职能业务分析师

领域专业知识通常是通过一段时间从事“业务”而获得的。例如，

• 银行员工了解客户（个人和企业）可以操作的各种类型的账户以及详细的业务流程。

• 保险销售代表可以了解购买保险单所涉及的各个阶段。

• 营销分析师有更多机会了解客户关系管理系统中涉及的关键利益相关者和业务流程。

• 参与资本市场项目的业务分析师应该具备主题专业知识以及对股票、固定收益和衍生品的深入了解。此外，他预计还负责后台、前台以及应用风险管理模型的实际工作。

• 医疗保健业务分析师需要对美国医疗保健财务和利用率指标、技术经验和对 EDI 837/835/834、HIPAA 指南、ICD 编码 – 9/10 和 CPT 代码、LOINC、SNOMED 知识的了解有基本了解。

一些业务分析师通过测试业务应用程序并与业务用户合作来获取领域知识。他们通过人际交往和分析能力创造了一个有利的学习环境。在某些情况下，他们会通过 AICPCU/IIA 和 LOMA 在保险和金融服务领域提供的一些领域认证来补充其领域知识。还有其他机构提供其他领域的认证。

其他主要活动

在对当前业务流程进行彻底检查后，您可以提供高度专业的帮助来确定系统建模的最佳方法。

• 以确保系统高效自动化的方式组织准备业务流程的正式且统一的描述。

• 协助您的团队填写开发人员可能提供的相关系统的标准调查问卷。

• 定义了对开发人员参加工作会议的要求。

• 检查并控制您设定的需求是否已正确“复制”并记录在描述系统中未来模型的文档（蓝图）中。

• 准备数据并协助系统原型设计。

• 协助按照系统要求的格式准备用于迁移清单和余额的数据。

• 审查设置原型是否符合业务流程所有者定义的要求。

• 充当 IT 团队的支持资源，准备系统中功能和集成测试的数据和实际性能。

在下一节中，我们将简要讨论大型组织在 IT 环境中使用的一些流行的业务建模工具。

工具一：微软Visio

MS-Visio 是一款绘图和图表软件，可帮助将概念转化为视觉表示。Visio 为您提供预定义的形状、符号、背景和边框。只需将元素拖放到图表中即可创建专业的沟通工具。

步骤 1 - 要打开新的 Visio 绘图，请转到“开始”菜单并选择“程序”→“Visio”。

步骤 2 - 将光标移到“业务流程”上并选择“基本流程图”。

以下屏幕截图显示了 MS-Visio 应用程序的主要部分。

现在让我们讨论每个组件的基本用途 -

A - 屏幕顶部的工具栏与其他 Microsoft 程序（例如 Word 和 PowerPoint）类似。如果您以前使用过这些程序，您可能会注意到一些不同的功能，我们稍后将探讨这些功能。

选择“帮助图表库”是熟悉可在 Visio 中创建的绘图和图表类型的好方法。

B - 屏幕左侧显示特定于您正在创建的图表类型的菜单。在这种情况下，我们看到 -

• 箭头形状
• 背景
• 基本流程图形状
• 边框和标题

C - 屏幕中心显示图表工作区，其中包括实际的图表页面以及页面附近的一些空白区域。

D - 屏幕右侧显示一些帮助功能。有些人可能会选择关闭此窗口以增加图表工作区的面积，并在必要时重新打开帮助功能。

工具2：企业架构师

Enterprise Architecture是一个基于UML的可视化建模和设计工具。该平台支持软件系统的设计和构建、业务流程建模和基于行业的领域建模。企业和组织不仅使用它来对其系统架构进行建模。而是要在整个应用程序开发生命周期中处理这些模型的实现。

企业架构师的目的是确定组织如何最有效地实现其当前和未来的目标。

企业架构师有四个观点：

• 业务视角- 业务视角定义了业务日常运营的流程和标准。

• 应用程序视角- 应用程序视角定义了组织使用的流程和标准之间的交互。

• 信息视角- 它定义和分类组织为了高效运营所需的原始数据，如文档文件、数据库、图像、演示文稿和电子表格。

• 技术前景- 这定义了组织使用的硬件、操作系统、编程和网络解决方案。

工具 3：Rational Requisite Pro

引发、记录、组织、跟踪和变更需求并在项目团队之间传达此信息的过程，以确保在整个项目生命周期中维持迭代和意外变更。

监视状态并控制需求基线的更改。主要元素是变更控制和可追溯性。

Requisite Pro 用于上述活动和项目管理目的，该工具用于查询和搜索，查看属于需求一部分的讨论。

在 Requisite Pro 中，用户可以处理需求文档。该文档是在 Reqpro 应用程序中创建的 MS-Word 文件，并与项目数据库集成。在 Requisite pro 之外创建的需求可以导入或复制到文档中。

在Requisite Pro中，我们还可以使用可追溯性，这里是两个需求之间的依赖关系。可追溯性是一种通过链接彼此相关的需求来管理变更的系统方法。

Requisite Pro 可以轻松地在整个开发周期中跟踪需求的更改，因此无需单独检查所有文档来确定哪些元素需要更新。您可以使用追踪矩阵或追踪树视图来查看和管理可疑关系。

Requisite Pro 项目使我们能够创建一个项目框架，在其中组织和管理项目工件。每个项目都包含以下内容。

• 一般项目信息
• 套餐
• 一般文件信息
• 文件类型
• 需求类型
• 需求属性
• 属性值
• 跨项目可追溯性

Requisite Pro 允许多个用户同时访问相同的项目文档和数据库，因此项目安全性非常重要。安全性可防止未经授权的用户访问项目文档而导致系统使用、潜在危害或数据丢失。

建议为所有 RequisitePro 项目启用安全性。这样做可以确保项目的所有更改都与进行更改的个人的正确用户名相关联，从而确保您拥有所有更改的完整审核跟踪。