跳转到内容

商业分析指南/需求收集工具

来自维基教科书,开放世界中的开放书籍

各种工具被用于协助需求收集过程。每种工具都提供了不同的方法来说明、解释和指定要实现商业目标所需的交付内容。它们通过“一图胜千言”的真理来简化对需求的理解。它们涵盖了流程文档、图形说明和详细规范,以帮助获取需求、传达建议和决策、为开发过程提供细节以及识别缺失或不完整的需求。

本指南部分以购买新车的目标为例,说明了可能与众多需求相关的多种需求。客户必须决定购买什么车,经销商需要能够向客户提供汽车,并需要遵守法律合规要求,以确保交易过程中满足安全和信息方面的公共目标。每位参与者都有不同的需求和约束,必须满足这些需求和约束才能完成向客户交付新车的过程。以下提供的一些示例将说明在捕获此场景的需求时可能使用的工具。


什么是工具?

[编辑 | 编辑源代码]

以下示例中包含的工具说明了商业分析师在需求收集过程中可用的多种选项。在项目过程中,一种或多种工具可能适用于收集和/或澄清/验证需求。还有其他未涵盖的建模工具,例如数据/任务/工作流程模型、应用程序或基础设施图表以及活动图表。此处包含的工具易于所有参与项目的人员理解,从而提高了沟通效率。

流程模型

[编辑 | 编辑源代码]

流程模型提供了对一系列任务、活动或行动的直观表示,这些任务、活动或行动旨在实现特定目标。它们对于说明各种复杂程度非常有用,从提供总体流程的非常高级的视图到捕获总体流程一小部分的详细活动(请参阅下面的图像)。这些图是使用对象管理组 (OMG) 的 业务流程建模与表示法 (BPMN) 规范,版本 2.0 在下面构建的。

高级图表标识了低级流程模型的上下文。输入和输出充当数据需求的占位符,指示重要信息。流程延迟和运营问题可以包含在这种类型的图表中,以帮助识别和评估业务流程改进 (BPI) 倡议中涉及的活动。无论您正在为哪个级别的流程进行捕获,始终用数字标识每个任务或操作。用常用的术语解释形状中包含的内容。这种叙述将确保所有参与项目的人员对图形表示的内容有共同的理解。

高级流程模型:简单流程概述了购买汽车时发生的情况

High-level Process Model
高级流程模型

低级流程模型:为“创建报价”流程包含输入/输出的详细任务

More Detailed SubProcess Model
更详细的子流程模型

用例和用户故事

[编辑 | 编辑源代码]
用例示例 - 转移汽车保险单





业务用例或业务场景代表一系列事件或情况,这些事件或情况发生以实现商业目标。用例中嵌入了实现该目标所需的业务需求。叙述和图表描述了人员/系统如何交互以实现“后置条件”。它们可能仅包含功能性需求,而不考虑“如何”完成任务或系统规范详细信息,也可能包含在基本/例外/变异步骤或支持文档部分中。










敏捷开发方法 通常不会花费太多时间来生成详细的文档。目的是加速开发周期,以便快速实现开发投资的收益。敏捷项目通常使用“用户故事”来表达流程中的任务,而不是流程图。用户故事是对原子级需求的简单陈述,记录了在敏捷开发方法冲刺期间将开发的功能。它们包括受影响的业务角色、业务需求或目标,并且可能包括通过冲刺可交付成果实现的收益。用户故事以以下格式表达

“作为 <角色>,我希望 <目标/愿望> [以便 <收益>]”。

对于上面的保险转移流程,与接收临时登记相关的用户故事可能是

“作为 <销售员>,我希望 <自动收到新的保险卡> [以便 <客户可以合法地驾驶他们的新车离开展厅>]”。

故事板

[编辑 | 编辑源代码]
故事板 - 销售报价流程





故事板可用于说明流程中的步骤(请参阅右边的图),为获取需求和与项目利益相关者进行沟通提供了有效的工具。它们可以非常接近实际或计划的活动,有助于在需求收集会议中将参与者的注意力集中在讨论的特定任务上。




模型和原型

[编辑 | 编辑源代码]

模型和原型在应用程序开发之前显示其基本功能。这些工具演示了系统的外观,而不是如何开发它。图像或屏幕元素的外观可能非常接近预期的最终版本,也可能仅包含显示元素(按钮、文本字段等)及其行为的框架。

模型可以通过编辑现有应用程序的屏幕截图来创建。可以使用 SnagIt、MS Paint、Adobe Print Shop 或其他图形编辑应用程序等图像编辑软件编辑屏幕截图以添加或删除对象。

Screen shot mock up
屏幕截图模型

如果上面显示的模型是原型,那么在屏幕上查看图像的人员就可以单击“编辑”选项卡以以编辑模式打开页面,并单击导航链接以打开关联页面。原型将演示界面的行为,而无需完整的幕后编程。这增强了对业务界面和功能需求的清晰度,防止在利益相关者审查计划/正在开发的解决方案时出现缺陷。

线框屏幕示例 - 捕获车主信息





线框是一种模型或原型,显示了网站的框架 - 将显示的内容、近似位置、字段类型和导航等。通用形状用于表示在提议的网页上显示的字段和对象。




数据字典

[编辑 | 编辑源代码]

数据字典包含有关存储在应用程序数据库中的数据(元数据)的信息。此工具有助于解释存储的信息的含义,并且可以在开发应用程序的数据模型时使用。通常,数据库应用程序的字典将包括表名、有关每个实体(表)所代表的内容的信息、每个字段名称及其定义,以及存储在该字段中的内容、字段的格式、字段是否必须唯一、字段是否必填以及该字段的任何默认值。

对于在机动车管理局使用的应用程序,该应用程序用于记录有关车主及其汽车的信息,部分数据字典可能如下所示

Partial data dictionary - vehicle Owner and Vehicle
部分数据字典 - 车辆车主和车辆

数据字典捕获了所需的数据、参与流程的相关实体的属性、属性定义,并且可能包括实体关系图(请参阅下面的第 3-2 节数据建模/数据文档)。

词汇表

[edit | edit source]

每个组织都有自己的缩略语、有意义的术语以及对业务流程的专业应用。创建一个包含关键业务术语和定义的项目词汇表将确保所有相关人员都能够有效地沟通,并对事物的含义达成共识。

词汇表还将项目工作与业务整体运营联系起来。此工具有助于理解高级的业务组织结构,以及识别可能超出项目范围的项目工作的影响。在开发全新的解决方案时,项目词汇表甚至可以用来记录将纳入整体业务术语的新术语。

业务项目的词汇表通常以表格的形式包含在项目文档中。这使项目文档审阅者能够复习他们对可能不经常涉及的信息的含义的理解。

业务表单

[edit | edit source]

当前的业务流程和任务通常依赖于标准表单来收集有意义的信息。可以使用表单收集的每条信息都对相关的流程或任务起着某种作用。表单提供了一种快速识别对流程或任务重要的信息的途径。探索每个字段的“原因”以及表单不同部分之间可能存在的关系有助于明确识别项目的运营需求。

使用业务表单可以帮助完成自动化项目(可以在哪里重新利用这些信息?)、再造项目(为什么需要这些信息?鉴于当前的限制,它是否可以被移除?)以及任何其他受数据来源、数据去向和/或其固有信息所能做的事情影响的项目类型。

车辆所有权表格 (NYS)

为了注册新车,纽约州机动车管理局要求的业主信息可以在 DMV 表格 MV-82 车辆登记/产权申请的第 3 部分中找到。




为什么要使用这些工具?

[edit | edit source]

在项目的收集需求阶段使用上述一个或多个工具来收集需求。它们有助于准确地收集反映项目利益相关者实际需求和潜在关注点的结构良好的需求。可以在讨论需求时查看的图表或列表将有助于识别缺失数据、避免纠正误解的需要、说明拟议更改的影响以及确定开发阶段的规范。

图表和其他需求收集工具简化了与项目利益相关者的沟通。图形图像可以清楚地概括许多文字,促进对需求的共同理解,从而更容易地验证它们。简单的插图和列表通过集中讨论和使每个人都站在同一个页面上,促进需求收集会议。可以清楚地识别开放式问题,以便进行后续跟进,并可以捕获设计规范,以确保完整性。

使用图表和列表时,可以准确完整地记录有关输入和输出、行为、数据源、内容和其他特定信息的 需求。需求的文档将反过来促进设计文档、测试计划和脚本以及培训和用户手册的创建。

如何使用这些工具

[edit | edit source]

需求促进/征集的重点

[edit | edit source]

对高级流程图的回顾为会议参与者提供了一个背景。从这个高级别开始,需求收集活动的参与者可以在深入研究流程的细节之前,先适应讨论主题。可以使用低级别流程图来识别流程的输入和输出、流程中发生的任何通信、替代流程流、流程客户、数据源以及定义需求所需的许多其他元素。业务用例和用户故事为理解需要完成的业务任务或流程奠定了基础,允许从用户角度改进和完成现有需求。用例可以涵盖多个流程,捕获流程中参与者之间所需的交互。用户故事概括了一个单一增值功能,以便开发工作能够直接集中在故事的目标上。

图形插图作为设定用户期望的方式变得越来越重要。这些图表说明了需求在实际业务流程中的应用,并且通常会识别遗漏或不完整/不准确的需求。数据字典、项目词汇表和业务表单都为讨论设计规范提供了背景。与利益相关者审查这些文档可以确保需求完整、简洁且准确。

工具的其他用途

[edit | edit source]

设计规范为应用程序开发人员提供了有关确切数据、界面和流程细节的指导。模型和数据字典对于将设计规范传达给 IT 开发人员特别有用。数据模型、屏幕导航和流程功能从这些工具中衍生出来,并转化为工作应用程序。

为培训、管理或应用程序用户创建的手册可能经常包含在需求收集过程中开发的模型、图表和其他插图。一些组织在实施过程中为用户提供了指导,这些指导反映了业务用例的基本流程以及用例的例外或变异流程流。需求被纳入用户和管理员手册,以帮助用户了解已建立的应用程序为何以及如何执行其功能。

如何创建一些图表

[edit | edit source]

Visio©

[edit | edit source]
拖动 Visio© 对象




公共部门业务分析师可以使用的一种最流行的工具是 Microsoft Office® Visio©。Visio© 产品包含许多形状模板,可用于许多不同类型的图表。这些形状按类型分组供分析师使用,反映了可以创建的图表类型。例如,Visio© 附带的许多软件模板支持 UML 图表。互联网上有很多免费下载 OMG BPMN 2.0 Visio© 模板的来源,而 Visio 2010© 则包含 BPMN(v1.2)模板。

右键单击 BPMN 形状编辑选项










Visio© 使用拖放来创建使用形状模板上提供的形状的图表。模板上包含的连接器用于指示流程、关系、消息传递或其他对象接口连接或关联。可以通过右键单击 Visio© 中的对象来修改对象。显示的弹出菜单可能包含嵌入在对象中的附加属性,这些属性可以进行调整。




连接 Visio© 形状





在对象之间添加连接器时,将连接器放置在形状的末端被包含且连接的形状突出显示的位置;这将确保在移动其中一个形状时,连接将被保留,连接器将自动移动到两个对象之间最合乎逻辑的位置。




Microsoft Office® Excel©

[edit | edit source]

Microsoft Office® Excel© 应用是一款功能强大的工具,可用于各种商业分析任务。该应用程序支持列表、度量公式、图表、报告、过滤、排序、合并以及分析师执行的许多其他任务。打印设置功能允许对工作表和工作簿进行预先格式化,以便审阅者能够轻松生成可读的纸质副本。电子表格单元格、数据、列和行可以快速格式化,以准确反映内容。

Microsoft Office® Word©

[编辑 | 编辑源代码]

可以使用 Microsoft Office® Word© 生成文档工件。需求文档通常用于呈现和分发项目需求,以便进行审查和批准。可以使用 Adobe® Acrobat Professional© 软件将文档转换为 .pdf 文档,以便发布和分发。

一般提示

[编辑 | 编辑源代码]
  • 每个用于生成图表的软件应用程序在帮助功能中都包含大量文档。许多具体操作在帮助文件中进行了描述和解释,应作为参考。
  • 在复制使用嵌入格式的工具创建的图形图像时,请在将图像粘贴到文档或工件文件之前,将其转换为无格式图像。这可以通过将图像复制并粘贴到格式中立的应用程序(例如 MS Paint)中,然后将图像从格式中立的应用程序复制到最终文档或工件中来完成。此过程确保所有文档读者都能够查看图像,而无需在其计算设备上安装源软件应用程序。
  • 在设置图表时,请使用源应用程序的页眉和页脚配置,以包含文件名、打印日期和页码。这将支持一种简单的方法来检索源文件,确定图表纸质副本的生成时间,并帮助读者整理多页图表。在页眉/页脚中包含图表的基线日期将图表直接与项目时间线相关联。
华夏公益教科书