商业分析指南/术语表
商业分析术语表
活动图 一种流程图，是 UML 标准的一部分，它描述了活动、它们的顺序和控制流。
分析瘫痪 一个非正式短语，用于描述当决策分析的机会成本超过其效益时的情况。在软件开发中，分析瘫痪表现为项目规划、需求收集、程序设计和建模阶段过长，这些步骤没有创造额外的价值。
工件
工件是在软件开发过程中产生的许多种有形副产品之一。
现状建模 指收集有关正在分析的业务领域现状的信息；例如，当前流程和数据。
假设和约束 假设和约束识别出问题域中不属于解决方案的功能需求的方面，这些方面将限制或影响解决方案的设计。
BA 业务分析师或业务分析
BA Bok 业务分析知识体系
BA-COP 业务分析实践社区
BA CoE 业务分析卓越中心
BP/LL 最佳实践/经验教训
BRD 业务分析需求文档
业务分析 业务分析是一组识别业务需求并确定解决业务问题的解决方案的任务、知识和技术。解决方案通常包括系统开发组件，但也可能包括流程改进或组织变革。
业务分析师 业务分析师作为利益相关者之间的联络人，以获取、分析、沟通和验证业务流程、政策和信息系统变更的需求。业务分析师在需求的背景下了解业务问题和机会，并推荐解决方案，使组织能够实现其目标。
业务领域 一组自然凝聚的活动，这些活动共享数据，并且可能跨越组织边界。
商业案例 项目启动期间完成的第一个文档；它包含业务评估的分析和结果，为追求项目机会提供理由。
业务流程改进 分析业务流程以提高其效率和有效性；识别和消除导致质量差、流程差异和非增值活动的因素。
业务需求 企业目标、目标或需求的高级陈述。它们描述了诸如项目启动的原因以及项目将实现的目标等内容。
业务需求文档 记录收集到的需求并用于传达它们的文档或工件。
候选解决方案 一种可能是好的做法的建议。
上下文图 将整个系统表示为单个流程；通常用于确定系统边界或解决方案范围，与利益相关者或 SME 合作。
客户 组织各级识别出项目将开发的产品或服务的需要的业务部门。
数据流图 对数据在手动或自动化信息系统中的流动进行图形化表示，它说明了业务或其他系统中的流程、数据存储和外部实体以及连接的数据流。
数据模型 展示业务领域数据需求的模型。实体关系图是一种常见的数据模型。
获取 从利益相关者和 SME 中获取需求的过程。
特性 解决方案提供的服务，以满足需求。通常是解决方案的高级抽象，将转化为功能性或非功能性需求。它们允许早期优先级排序和范围管理，并让人们对利益相关者对解决方案的看法有一个高级了解。
功能需求
从客户的角度来看，系统/产品是什么、做什么或提供什么。
- G -
- H -
- I-
JAD 联合应用开发
- K -
- L -
- M -
非功能性需求 与解决方案的行为或功能没有直接关系的需求，而是描述解决方案必须保持有效的环境条件或系统必须具有的质量。
面向对象建模 一种业务或软件工程方法，其中组件由封装的数据和函数组组成，这些函数可以从其他组件继承行为和属性，并且组件通过消息相互通信。
痛苦和快乐 痛苦 - 导致当前的挫折、缺乏生产力、质量差等。快乐 - 目前运作良好。继续下去会很好。
产品范围 产品或服务的功能或特性。
项目范围 为交付具有指定功能和特性的产品而必须完成的工作。
QA 质量保证
QC 质量控制
需求 利益相关者为解决问题或实现目标所需的条件或功能。
RFP 需求建议书
RFQ 报价申请
需求工作计划 记录业务分析师将在特定项目上执行的需求活动，他们将产生的可交付成果，以及他们将如何控制和管理可交付成果的变更。
时间表 执行活动和满足可交付成果的计划日期。
范围蔓延 逐步向原始产品规格添加新需求。
SDLC 软件开发生命周期
主题专家 (SME) 精通正在分析的特定业务领域的人员。SME 通常是业务分析师的主要需求来源。
解决方案 满足业务需求的事物。解决方案并不总是涉及自动化；它们可能包括简化业务流程等。
工作说明书 对合同下供应的产品或服务的叙述性描述。
利益相关者 参与或可能受到项目活动影响的个人和组织。
目标建模 是指分析和记录正在分析的业务领域的潜在未来状态；流程、数据、活动、活动将如何完成。
可追溯性 能够在整个开发周期中将解决方案组件和需求映射到前后。
统一建模语言 (UML) 由对象管理组 (www.omg.org) 管理的面向对象建模语言。
用例图 由文本和模型组成的分析工具，用于描述系统将为参与者执行的任务，以及系统在此过程中为这些参与者实现的目标。
用户验收测试 用户验收测试通常是软件开发过程中的最后阶段，在这个阶段，软件将提供给目标受众进行功能测试。UAT 也称为 beta 测试、最终用户测试或应用程序测试。
验证 审查需求以确保其正确性。
WBS 工作分解结构
工作流模型 描述特定流程中涉及的任务、决策、输入和输出、人员和工具。
- X -
- Y -
- Z -