业务分析师词汇表和条款

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

活动图

A 模型 这通过显示各自显示过程和/或复杂使用情况的流程 活动 以及信息流程和并发活动。步骤可以叠加在水平上 泳道 对于执行步骤的角色。

活动

作为一部分进行的工作单位 倡议 或者 过程.

演员

与之交互的人和非人类角色 系统.

分配

要求分配.

分析师

具有开发和管理职责的角色的通用名称 要求。其他名称包括 业务分析师,业务集成商,需求分析师,需求工程师和系统分析师。

协会

图中两个元素或对象之间的链接。

假设

假设是影响因素,被认为是真实的,但尚未确认是准确的。

属性

具有指定数据类型的数据元素,其描述与概念或实体相关联的信息。

基线

一个时间点视图 要求 已审查和同意作为进一步发展的基础。

基准测试

比较a 过程 或者 系统成本,时间, 质量或者对领先的同伴的其他指标 组织 确定改进机会。

黑匣子测试

在不考虑软件的实施方式编写的测试。这些测试仅显示了预期的输入和输出将是什么。

头脑风暴

头脑风暴是一项团队活动,旨在通过快速和不加新的思想产生广泛或多样化的选择。

商业分析

业务分析是一组任务和 技术 过去常常作为联络员 利益攸关方 为了了解结构,政策和操作 组织,并推荐 解决方案 使组织能够实现其 目标.

业务分析方法

这套 流程,模板,和 活动 将用于执行 商业分析 在特定的背景下。

业务分析沟通计划

通信类型的描述 业务分析师 将在期间执行 商业分析,这些通信的接收者以及应发生通信的形式。

业务分析计划

关于计划活动的描述 业务分析师 将执行以执行特定的业务分析工作 倡议.

业务分析师

一个从业者 商业分析.

商业架构

一个子集 企业架构 那是一个定义的 组织当前和未来的国家,包括其战略,其 目标目标,内部环境通过过程或功能视图,业务运营的外部环境,以及 利益攸关方 受组织活动的影响。

商业案例

评估与建议相关的成本和福利 倡议.

业务约束

商业 约束 是局限性的 解决方案 设计为 组织 需要解决方案。业务约束描述了对可用解决方案的限制,或者新解决方案部署无法更改的当前状态的一个方面。也可以看看 技术约束.

商业领域

领域.

商业域模型

全部或部分的概念图 企业 专注于 产品, 可交付成果活动 这对使命是重要的 组织。域模型可用于验证与业务和技术的解决方案范围有用 利益攸关方。也可以看看 模型.

商业活动

由人类发起的系统触发。

业务目标

业务必须满足的状态或条件,以达到其 想象.

商业需求(s)

一种高级 商业要求 这是一份企业的陈述 客观的,或影响 解决方案 应该有环境。

商业政策

商业政策是一种支持a的不可动作的指令 业务目标.

业务流程

一组定义的ad-hoc或测序的协作 活动 通过一个可重复的方式执行 组织。进程被触发 活动 并且可能有多种可能的结果。过程的成功结果将为一个或多个提供价值 利益攸关方.

商业要求

更高的商业理由,在解决时,将允许 组织 增加收入,避免成本,改善服务或符合监管要求。

业务需求文件

业务需求文件是一个 要求包 那描述了 业务需求利益攸关方要求 (IT文件对业务感兴趣的要求,而不是记录业务要求)。

商业规则)

业务规则是一个特定的可操作可测试的指令,该指令在业务的控制下并支持a 商业政策.

能力

一个函数 组织 这使它能够实现一个 业务目标 或者 客观的.

基数

一个实体的出现次数 数据模型 与第二个实体相关联。基数在具有特殊符号的数据模型上显示,数量(例如,1)或字母(例如,许多)。

原因和效果图

鱼骨图.

更改控制板(CCB)

一小群 利益攸关方 谁将做出关于变化的处置和治疗的决定 要求.

变更驱动的方法

A 方法 这侧重于快速交付 解决方案 能力以增量方式和直接参与 利益攸关方 收集关于解决方案性能的反馈。

清单

A 质量控制 技术。它们可能包括审阅者使用的标准质量元素集 要求验证要求验证 或者专门开发,以捕捉项目的问题。

班级

用于共享相同属性,操作,关系和行为的一组系统对象的描述符。一个类代表了设计下系统的概念。用作分析时 模型,一个类通常也对应于真实世界的实体。

班级模型

一种 数据模型 这将信息组描述为类。

代码

用于表示计算机的指令的编程语句,符号和规则系统。

商业现货软件(COTS)

为特定市场开发和销售的软件。

竞争分析

一个结构化 过程 这捕获了行业的关键特征,以预测长期盈利能力前景,并确定最重要的竞争对手的实践。

约束

约束描述了对施加的任何限制 解决方案 这不支持业务或利益相关者需求。

上下文图

一个分析 模型 这是说明的 产品范围 通过向系统中显示系统的环境(人员和系统),其向系统提供和接收。

成本效益分析

进行分析,以比较和量化改变或实施的财务和非财务成本 解决方案 与获得的益处相比。

顾客

A 利益攸关方 谁使用由送达的产品或服务 组织.

数据词典

一个分析 模型 描述系统所需的数据结构和属性。

数据实体

系统存储的一组相关信息。实体可以是人,角色,地方,事物,组织,及时发生,概念或文件。

数据流程图(DFD)

一个分析 模型 这示出了发生的过程,以及来自这些过程的数据的流程。

数据模型

一个分析 模型 这描绘了数据的逻辑结构,独立于数据设计或数据存储机制。

决策分析

决策的方法检查和模拟不同决策可能后果。决策分析有助于在不确定性条件下做出最佳决策。

决策表

一个分析 模型 以易于阅读的表格格式简明扼要地指定复杂的业务规则或逻辑,指定在业务规则中需要考虑的所有可能条件和操作。

决策树

提供图形替代品的分析模型 决策表 通过依次说明条件和动作。

分解

将问题分解为其组成部分的技术,以便于分析和理解这些组件。

缺点

缺乏 产品 或者 服务 这降低了其质量或因期望的属性,状态或功能而变化。也可以看看 要求缺陷.

可交付

任何独特和可验证的工作 产品 或者 服务 一方同意提供。

设计约束

限制系统设计器可用选项的软件要求。

期望的结果

会见的业务福利 商业需求 和最终状态所需的 利益攸关方.

开发人员

开发人员负责构建软件应用程序。专业领域包括开发语言,开发实践和应用程序组件。

对话层次结构

一个分析 模型 显示被安排为层次结构的用户界面对话框。

对话地图

一个分析 模型 表示系统用户界面的架构。

发现会话

要求研讨会.

文件分析

文档分析是一种方法 征集 要求s 通过研究可用文档和识别相关信息来实现现有系统。

领域

问题区域正在进行分析。

领域主题专家(中小企业)

在调查的区域或领域的特定专业知识的人。

委托

要求开发中的一项活动,以确定来源 要求 然后用途 委托 技术(例如,采访,原型,便利的研讨会,文件研究)来收集这些来源的要求。

阐述车间

要求研讨会.

最终用户

直接与之交互的人或系统 解决方案。最终用户可以是人类与系统接口的人,或从系统发送或接收数据文件的系统。

企业

一个 组织单位, 组织或分享一组共同的组织的集合 目标 并合作提供具体 产品 或服务 顾客.

企业架构

企业架构是一个描述 组织业务流程,IT软件和硬件,人员,运营和项目以及它们之间的关系。

实体关系图

实体关系图是与所选问题域相关的实体的图形表示, 关系 他们之间,及其 属性.

评估

系统和客观评估 解决方案 在会议目标中确定其状态和功效随着时间的推移,并确定改进解决方案以更好地满足目标的方法。也可以看看 公制, 指标监测.

事件

一个事件是发生的事情 组织单位, 系统, 或者 过程 must respond.

事件响应表

一个分析 模型 以桌面格式定义 活动 (即,触发系统执行某些功能的输入刺激)及其响应。

进化原型

A 原型 这是响应于用户的反馈而连续修改和更新。

探索原型

A 原型 开发探索或验证 要求.

外部接口

与其他系统(硬件,软件和人类)接口的接口 系统 will interact with.

可行性分析

可行性研究.

可行性研究

评估拟议的替代方案,以确定它们在技术上是否在技术上是可能的 组织 以及他们是否会对本组织提供所需的福利。

特征

一种外部可见功能的凝聚力束应与之对齐 业务目标目标。每个功能都是逻辑相关的分组 功能要求 或者 非功能性要求 在广泛的中风中描述。

鱼骨图

一种用于的示意技术 根本原因分析 识别观察到的问题的基本原因,以及 关系 这些原因之间存在。

焦点集团

焦点小组是一种手段 征集 关于特定的想法和态度 产品, 服务 或者在互动组环境中的机会。参与者分享由主持人指导的展示,偏好和需求。

强制场分析

描绘支持和反对变化的力的图解方法。涉及识别力,描绘在线(支撑和相反力)的相对侧上,然后估计每组力的强度。

功能要求)

产品 产品或产品必须为其用户做的功能。

缺口分析

当前状态和期望未来状态的比较 组织 为了识别需要解决的差异。

词汇表

与...相关的业务条款和概念的列表和定义 解决方案 建造或增强。

目标

业务目标.

横向原型

A 原型 这显示了一个浅薄,可能是系统的功能,但这通常不支持任何实际使用或交互。

影响分析

影响分析评估了拟议变更将对的效果 利益攸关方 或利益相关者小组, 项目, 或者 系统.

实施主题专家(中小企业)

A 利益攸关方 谁将负责设计,开发和实施要求中描述的变更,并具有关于构建一个或多个解决方案组件的专业知识。

包括用例

一个用例由多个用例使用的常用步骤组成。

增量交付

在多个版本中创建工作软件,以便随着时间的推移在部分中传送整个产品。

指标

指示器识别特定的数值测量,表示朝向实现影响,输出,活动或输入的进展。也可以看看 公制.

倡议

任何与定义的努力 目标 或者 客观的.

检查

一种形式的 同行评审 它利用预定义和记录的过程,特定的参与者角色以及捕获缺陷和过程 指标。也可以看看 结构化演练.

界面

通过传达信息的任何两个人和/或系统之间的共享边界。

互操作性

系统通过交换数据或服务进行通信的能力。

面试

一种系统的方法 征集 通过询问相关问题并记录答复,从非正式或正式环境中获取非正式或正式的信息。

迭代

A 过程 其中a 可交付 (或者 解决方案 总体而言)逐步阐述。每次迭代都是一个独立的“迷你项目”,其中进行了一系列活动,导致项目的发展 可交付成果。对于每次迭代,团队计划其工作,工作,并检查其质量和完整性。 (也可以在其他迭代中发生迭代。例如,需求发展的迭代将包括 委托,分析,规格和验证活动。)

知识区

支持关键功能的一组相关任务 商业分析.

经验教训的过程

用于学习和改进的过程改进技术 过程 或者 项目。学习会议的经验教训涉及一个特别会议,其中团队探讨了哪些工作,什么不起作用,可以从刚刚完成的迭代中学到什么,以及如何在继续或重新开始之前调整流程和技术。

元数据

元数据是用于了解所记录的信息的上下文和有效性的信息 系统.

方法

一组规则,规则,模板以及规定如何的工作方法 商业分析,解决方案开发和实现在特定上下文中进行。

公制

度量是一种可量化的水平 指标 组织想要在特定时间点完成。

楷模)

制定的现实的表示和简化,向特定受众传达信息以支持分析,沟通和理解。

监测

监控是收集数据的连续过程,以确定a的程度 解决方案 与预期结果相比,实施。也可以看看 公制指标.

需要(s)

商业需求.

非功能性要求

质量属性,设计和实现约束,以及外部接口 产品 must have.

客观的

目标或者 公制 一个人或组织寻求满足以便进入一个 目标.

面向对象的建模

软件工程的方法,其中软件由软件由封装数据和函数组的组件组成,这些组件可以继承来自其他组件的行为和属性的函数;并且其组件通过彼此通过消息进行通信。在某些组织中,相同的方法用于商业工程来描述和包装业务的逻辑组成部分。

观察

观察是一种手段 征集 要求 通过进行评估 利益攸关方工作环境。

运营支持

A 利益攸关方 谁有助于保持 解决方案 通过提供支持来运作 终端用户 (培训师,帮助台)或通过将解决方案保持在日常工作(网络和其他技术支持)。

手术规则

商业规则 一个 组织 选择作为政策问题执行。他们旨在指导在业务中工作的人们的行为。他们可能会迫使人们采取某些行动,防止人们采取行动,或规定可能采取行动的条件。

机会分析

检查新商机以提高组织绩效的过程。

可选的

定义一个实体之间的关系 数据模型 是强制性的。可选地显示在具有特殊表示法的数据模型上。

组织

一个自主单位 企业 在单个个人或董事会的管理下,有一个明确的边界,用于共同目标和目标。组织以持续的方式运营,而不是一个 组织单位 或项目团队,可能会被解散一次 目标 are achieved.

组织建模

用于描述存在的角色,职责和报告结构的分析技术 组织.

组织过程资产

群体内使用的所有材料 组织 定义,量身定制,实施和维护其 流程.

组织准备评估

描述是否 利益攸关方 准备接受与a相关联的变化 解决方案 并且能够有效地使用它。

组织单位

任何公认的人协会 组织 或者 企业.

同行评审

一小组的验证技术 利益攸关方 评估一部分工作产品,以找到提高其质量的错误。

计划驱动的方法

任何 方法 强调了用于完成A的过程的规划和正式文件 项目 并且项目结果。计划驱动的方法强调,在快速交付的快速交付中,强调风险和控制结果。

优先化

确定一组项目的相对重要性以确定它们将要解决的顺序。

问题陈述

简要陈述或段落,描述了当前状态的问题,并澄清了成功的内容 解决方案 will look like.

过程

业务流程.

过程地图

一个显示的商业模式 业务流程 就多个函数,组织或作业角色的步骤和输入和输出流动而言。

过程模型

一个视觉 模型 或表示一组相关活动或动作的顺序流量和控制逻辑。

产品

A 解决方案 或解决方案的组成部分是a的结果 项目.

产品积压

一套 用户故事, 要求 或者 特征 已被确定为潜在实施,优先考虑和估计的候选人。

产品范围

特征 和表征的功能 产品, 服务 或者 result.

项目

临时努力创造一个独特的努力 产品, 服务 或者 result.

项目章程

项目发起者签发的文件或 赞助 正式授权项目的存在,并提供 专案经理 有权将组织资源应用于项目活动。

专案经理

利益攸关方 由执行组织分配以管理实现项目所需的工作 目标.

项目范围

必须执行的工作以提供a 产品, 服务或者导致指定的功能和功能。也可以看看 范围.

原型

系统的部分或初步版本。

质量

一组固有特征满足要求的程度。

质量保证

进行的活动,以确保一个过程将提供满足适当质量水平的产品。

质量属性

子集 无功能要求 这描述了软件的操作,开发和部署的属性(例如,性能,安全性,可用性,可移植性和可测试性)。

调查问卷

民意调查.

监管机构

A 利益攸关方 在解决方案或用于开发它的过程中的法律或治理权威。

关系

定义 协会 在概念,课程或实体之间。关系通常被命名并包括 基数 of the association.

关系地图

业务 模型 以方案为本 关系 这些组织,外部客户和提供商之间存在。

存储库

实际或虚拟工厂,其中存储有关特定主题的所有信息,可用于检索。

请求信息(RFI)

在拟议的进程或产品上发出的要求文件签发征求供应商输入。当发布组织旨在比较不同的替代方案或不确定有关可用选项时,使用RFI

提案请求(RFP)

何时发出的要求文件 组织 正在寻求供应商的正式提案。 RFP通常要求提交特定的提案 过程 并使用将根据正式评估方法进行评估的密封投标。

请求报价(RFQ)

非正式征集供应商的提案。

要求

  1. a所需的条件或能力 利益攸关方 解决问题或实现目标。
  2. 条件或 能力 必须遇到的是 解决方案 或者 解决方案组件 满足合同,标准,规范或其他正式施加的文件。
  3. 作为1)或2的条件或能力的记录表示。

要求(s)属性

元数据 与用于协助要求开发和管理的要求有关。

要求(S)缺陷

由不正确,不完整,缺失或相互冲突的要求引起的要求错误。

要求分配

对子系统和组件分配要求的过程(即人员,硬件和软件)。

要求发现会话

要求研讨会.

要求文件

要求包.

要求迭代

定义解决方案范围子集的要求的迭代。例如,要求的迭代将包括识别整体产品范围的一部分,以重点关注,识别产品的该部分的要求来源,分析 利益攸关方 并规划如何 征集 他们的要求,进行 委托 技术,记录要求,并验证要求。

要求管理

控制要求开发的活动,包括需求变更控制,要求属性定义和需求可追溯性。

要求管理计划

对...的描述 要求管理 process.

要求管理工具

存储数据库中的要求信息的软件工具,捕获需求属性和关联,并促进要求报告。

要求模型

使用文本和图表的要求表示。需求模型也可以称为用户需求模型或分析模型,可以补充文本需求规范。

要求包

需求包是在文件中组合在一起的一组要求或通信的演示文稿 利益攸关方.

要求质量

要求验证 和需求验证。

需求风险缓解策略

对需求相关风险的分析,该风险排名风险,并确定避免或最小化这些风险的行动。

要求签署

由赞助商或其他决策者进行正式批准一套要求。

要求跟踪矩阵

用于跟踪需求关系的矩阵。矩阵中的每个列都提供了要求信息和相关项目或软件开发组件。

要求可追溯性

能够识别和记录每个要求的血统,包括其推导(向后可追溯性),其分配(前向可追溯性)及其与其他要求的关系。

要求验证

完成的工作确保了 规定要求 支持并与之对齐 目标目标 of the business.

要求验证

完成了评估要求以确保其定义的工作,并处于可接受的质量水平。它确保了对充分定义和结构的要求,以便解决方案开发团队可以在设计,开发和实施中使用它们 解决方案.

要求研讨会

要求研讨会是一个结构化会议,其中仔细选择了一组 利益攸关方 合作定义和或精炼 要求 根据熟练的中性促进者的指导。

回顾一下

经验教训的过程.

投资回报

衡量项目或投资的盈利能力。

风险

一个不确定的事件或条件,如果发生这种情况,会影响建议变更的目标或目标。

风险缓解战略

需求风险缓解策略.

根本原因分析

根本原因分析是对鉴定的问题的结构化检查,以了解潜在的原因。

设想

一个分析 模型 这描述了一系列响应事件的动作或任务。每个场景都是一个实例 用例.

范围

由特定活动或兴趣主题涵盖的区域。也可以看看 项目范围解决方案范围.

范围模型

A 模型 这定义了业务域或解决方案的边界。

辅助演员

一个 演员 谁参加但没有启动一个 用例.

序列图

显示参与交互的对象的图表和它们之间交换的消息。

服务

工作或代表他人进行的工作。

软件工程师

开发人员.

软件/系统要求规范

主要是针对的要求文件 实施中小企业 描述 功能 无功能要求.

解决方案

解决方案符合a 商业需求 通过解决问题或允许 组织 利用机会。

解决方案要求

一个特征 解决方案 符合业务和利益相关者要求。可以细分为功能和非功能性要求。

解决方案范围

这组功能a 解决方案 必须交付以满足 商业需求。也可以看看 范围.

控制范围

控制的跨度是饲养员直接(或间接)负责的员工人数。

赞助

A 利益攸关方 谁通过为项目签订或支付项目来授权或合法化产品开发努力。

利益攸关方

一个可能受到可能受到影响的群体或人员 倡议 或影响它。

利益相关者分析

识别的工作 利益攸关方 谁可能受到建议的影响 倡议 并评估他们的兴趣和可能参与。

利益相关者名单,角色和责任指定

受业务需求或提出的解决方案影响的利益攸关方列表以及他们参与项目或其他倡议的描述。

利益相关者要求

利益攸关方要求是特定利益相关者或阶级利益攸关方的需求的陈述。他们描述了给定利益相关者的需求以及利益相关者将如何与解决方案互动。利益相关者要求作为一座桥梁 业务需求 和各类类别 解决方案要求.

状态图

一个分析 模型 显示数据实体或类的生命周期。

状态机图

状态图.

国家过渡图

状态图..

规定要求

尚未分析,验证或验证的利益相关者阐述的要求。规定的要求经常反映利益攸关方的欲望而不是实际需要。

结构规则

结构规则确定什么时候是或不是真的,或者当事情落入某个类别时。它们描述了可能随时间变化的分类。

故事板

对话层次结构对话地图.

结构化演练

结构化演练是一个有组织的 同行评审 一个可交付的目标,目的是找到错误和遗漏。它被认为是一种形式 质量保证.

主题专家(中小企业)

A 利益攸关方 在问题领域或潜在解决方案替代品或组件的一个方面具有具体专业知识。

供应商

A 利益攸关方 谁向组织提供产品或服务。

民意调查

一项调查管理一组书面问题 利益攸关方 为了在相对较短的时间内收集来自大群的反应。

泳列

a的水平或垂直部分 过程模型 这表明哪些活动由特定的演员或角色执行。

SWOT分析

SWOT是优势,劣势,机遇和威胁的首字母缩略词。它是一种用于了解影响因素以及如何影响倡议的模型。

系统

一系列相互关联的元素,以实现目标。系统元素可以包括硬件,软件和人员。一个系统可以是另一个系统的子元素(或子系统)。

技术约束

技术的 约束 是对实现其实施中使用的技术的解决方案的设计限制。也可以看看 业务约束.

技术

技术改变了业务分析任务的方式或描述任务输出的特定形式的方式。

临时事件

按时间启动的系统触发。

测试人员

A 利益攸关方 负责评估软件应用程序的质量和识别缺陷。

扔掉原型

A 原型 用来使用简单的工具快速揭示和澄清界面要求,有时只是纸和铅笔。在开发最终系统时通常丢弃。

TimeBox.

完成一个固定的时间 期望的结果.

可追溯性

要求可追溯性 .

过渡要求(S)

分类 要求 描述了能力 解决方案 必须有旨在促进从企业的当前状态转换到所需的未来状态,但一旦转换完成,就不会需要。

统一建模语言(UML)

用于指定,可视化和记录面向对象的软件密集型系统的非专有建模和规范语言。

用例

一个分析 模型 这描述了系统将执行的任务 演员目标 系统沿途达到这些演员。

用例图

由UML定义的图表,可捕获所有 演员用例 参与A. 系统 或者 产品.

用户

A 利益攸关方,直接或间接访问系统的人,设备或系统。

用户验收测试

测试用例,用户员工判断交付的系统是否可接受。每个验收测试描述了一组系统输入和预期结果。

用户要求

利益相关者要求.

用户要求文件

A 要求文件 为用户受众编写,描述用户要求和预期更改对用户的影响。

用户的故事

一个高级别的非正式,简短描述,提供了一个值的解决方案能力 利益攸关方。用户故事通常是一个或两个句子长,并提供允许开发人员估计实现它所需的工作所需的最低信息。

验证要求

已经证明提供业务价值并支持业务的要求 目标目标.

验证

检查产品以确保其满足其预期用途并符合其要求的过程。验证可确保您构建了正确的解决方案。还要看看 要求验证.

方差分析

计划和实际绩效之间的差异分析,确定这些差异的大小,并根据需要建议纠正和预防行动。

确认

检查在给定阶段产生的可交付的过程满足前阶段的条件或规格。验证确保您正确构建了解决方案。还要看看 要求验证.

验证要求

已显示要求展示要求质量的特点,因此是粘性,完整,一致,正确,可行,可修改,明确和可测试的。

垂直原型

A 原型 潜入接口,功能或两者的细节。

Vision声明(产品愿景声明)

简要介绍或段落描述了从业务角度来看所需软件产品的原因,原因和世卫组织。

演练

通过工作产品讨论,讨论和步骤,在哪种同行评审中审查,以找到错误。要求文档的演练用于验证要求的正确性。也可以看看 结构化演练.
 

工作崩溃结构(WBS)

以项目团队执行的工作要执行的工作的可交付的分层分解,以完成项目目标并创建所需的可交付成果。它组织并定义了项目的总范围。

工作产品

业务分析师在需求开发过程中使用的记录或图表的文档或集合。

©ba time.com 2021

MacGregor Logo White Web