业务分析 - 建模

---

---

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

• 公司的核心价值观
• 它服务于什么？
• 是什么让它与众不同？
• 其关键资源
• 主要关系
• 其交付渠道

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

业务模型是一个结构化模型，就像最终产品的蓝图一样。它为规划提供了结构和动力。它也为最终产品提供了基础。

业务建模的目的

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

它用于验证利益相关者是否对拟议的“解决方案的目标状态”有共同的理解。

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

执行差距分析

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

然后执行差距分析，以评估是否存在任何阻止实现业务需求的差距，方法是将确定的当前状态与预期结果进行比较。

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

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

评估拟议系统

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

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

业务建模的指导原则

业务建模的主要作用主要是在项目的启动阶段和详细阐述阶段，并在构建和过渡阶段逐渐减少。它主要与业务的分析方面以及应用程序或软件解决方案的技术映射相关。

• 领域和用户差异 - 开发业务模型通常会揭示利益相关者之间存在分歧或混淆的领域。业务分析师需要记录以下现状模型中的差异。

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

• 多个用户执行相同的工作 - 不同的利益相关者可能会以不同的方式执行类似的工作。差异可能是不同业务部门的不同技能和方法的结果，也可能是企业服务的不同外部利益相关者的不同需求的结果。记录现状模型中的差异。

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

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

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

对系统的一个要求是 GAAP 适配分析，它必须在以下之间取得平衡 -

• 对技术更改的需求，即为了与现有实践保持一致而进行的增强。

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

功能业务分析师

领域专业知识通常通过长期从事“业务”活动而获得。例如，

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

• 保险销售代表可以理解获取保险单所涉及的各个阶段。

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

• 参与资本市场项目的业务分析师应该具备专业知识和对股票、固定收益和衍生品的深入了解。此外，预计他拥有后台、前台、应用风险管理模型的实践经验。

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

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

其他主要活动

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

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

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

• 参与工作会议，为开发人员定义需求。

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

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

• 协助准备系统所需格式的列表和余额迁移数据。

• 审查设置的原型，以确保其符合业务流程所有者定义的需求。

• 作为您 IT 团队在准备数据和实际执行系统功能和集成测试方面的支持资源。

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

工具 1：Microsoft Visio

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

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

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

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

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

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

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

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

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

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

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

工具 2：Enterprise Architect

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

Enterprise Architect 的目的是确定组织如何最有效地实现其当前和未来的目标。

Enterprise Architect 有四个视角，如下所示 -

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

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

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

• 技术视角 − 定义组织使用的硬件、操作系统、编程和网络解决方案。

工具 3：Rational Requisite Pro

获取、记录、组织、跟踪和更改需求，并在项目团队之间传达这些信息的过程，以确保在整个项目生命周期中维护迭代和意外更改。

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

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

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

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

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

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

• 一般项目信息
• 包
• 一般文档信息
• 文档类型
• 需求类型
• 需求属性
• 属性值
• 跨项目可追溯性

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

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