项目管理词汇表和条款

活动图

一个模型通过显示每个流程和/或复杂用例来说明流程流活动以及信息流程和并发活动。步骤可以叠加在水平上泳道用于执行这些步骤的角色。

活动

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

演员

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

分配

看到需求分配

分析师

负责开发和管理的角色的通用名称需求。其他名称包括业务分析师、业务集成商、需求分析人员、需求工程师和系统分析人员。

协会

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

假设

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

属性

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

基线

一个时间点的观点需求已经审查并商定作为进一步发展的基础。

基准测试

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

黑匣子测试

编写的测试与软件如何实现无关。这些测试只显示预期的输入和输出是什么。

头脑风暴

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

业务分析

业务分析是一组任务和技术曾经作为联络人在利益相关者为了了解结构,政策和操作组织,推荐解决方案使组织能够实现其目标

业务分析方法

这套流程、模板和活动那是用来表演的商业分析在特定的背景下。

业务分析及沟通计划

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

业务分析计划

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

业务分析师

一个医生的商业分析

商业架构

的子集企业架构定义一个组织它的现状和未来,包括它的战略,它的目标目标,内部环境通过流程或功能视图,业务运行的外部环境,以及利益相关者受组织活动的影响。

业务案例

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

业务约束

业务约束有限制吗解决方案设计为组织这需要解决方案。业务约束描述了对可用解决方案的限制,或者当前状态的某个方面不能通过部署新解决方案来更改。另请参阅技术约束

商业领域

看到

商业域模型

对某事物的全部或部分的概念观点企业专注于产品,可交付成果活动这对我们的任务很重要组织。域模型对于用业务和技术验证解决方案范围非常有用利益相关者。另请参阅模型

业务事件

由人类发起的系统触发。

业务目标

企业为达到其目的而必须满足的状态或条件想象

业务需求(s)

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

商业政策

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

业务流程

一组定义好的特别的或有顺序的协作活动以可重复的方式由组织。进程被触发活动并且可能有多种可能的结果。过程的成功结果将为一个或多个提供价值利益相关者

商业要求

一种更高层次的业务原理,当处理时,将允许组织增加收入,避免成本,改善服务或符合监管要求。

业务需求文档

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

业务规则(s)

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

能力

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

基数

一个实体在a中出现的次数数据模型和另一个实体相连。基数在数据模型上用特殊的符号表示,数字(例如,1)或字母(例如,M表示许多)。

因果图

看到鱼骨图

更改控制板(CCB)

一小群利益相关者谁将做出关于变化的处置和治疗的决定需求

变更驱动的方法

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

检查表

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

班级

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

班级模型

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

代码

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

商用现货(COTS)软件

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

竞争分析

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

约束

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

上下文图

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

成本效益分析

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

客户

一个利益相关者谁使用an组织

数据词典

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

数据实体

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

数据流程图(DFD)

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

数据模型

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

决策分析

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

决策表

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

决策树

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

分解

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

缺陷

缺乏产品或者服务这降低了其质量或因期望的属性,状态或功能而变化。另请参阅要求缺陷

可交付

任何独特和可验证的工作产品或者服务一方已经同意交付。

设计约束

限制系统设计人员可用选项的软件需求。

期望的结果

商业利益将从满足商业需求期望的最终状态利益相关者

开发人员

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

对话框的层次结构

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

对话地图

一个分析模型这说明了系统用户界面的体系结构。

发现会话

看到要求车间

文件分析

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

领域

问题区域正在进行分析。

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

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

引出

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

阐述车间

看到要求车间

最终用户

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

企业

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

企业架构

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

实体关系图

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

评估

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

事件

事件是指某事发生时组织单元,系统,或过程必须做出回应。

事件响应表

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

进化的原型

一个原型根据用户的反馈不断修改和更新。

探索性的原型

一个原型开发探索或验证需求

外部接口

与被提议的其他系统(硬件、软件和人)的接口系统将与之互动。

可行性分析

看到可行性研究

可行性研究

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

特征

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

鱼骨图

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

焦点小组

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

强制场分析

一种图解法,用来描述支持和反对变化的力量。包括识别力量,在一条线的相反的两边描绘它们(支持和反对的力量),然后估计每一组力量的力量。

功能要求)

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

缺口分析

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

词汇表

相关的业务术语和概念的列表和定义解决方案建造或增强。

目标

看到业务目标

横向原型

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

影响分析

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

推行课题专家(中小企业)

一个利益相关者负责设计、开发和实现需求中描述的变更,并具有关于一个或多个解决方案组件构造的专门知识的人员。

包含用例

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

增量交付

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

指示器

指标确定了一种具体的数字度量,它表明了实现某一影响、产出、活动或投入的进展。另请参阅公制

倡议

任何需要定义的工作目标或者客观的

检查

正式的类型同行评审它利用了预定义的和文档化的过程,特定的参与者角色,以及缺陷和过程的捕获指标。另请参阅结构化演练

接口

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

互操作性

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

面试

一种系统的方法引起一个人或一群人在非正式或正式场合通过询问相关问题和记录回答而获得的信息。

迭代

一个过程其中a可交付成果(或者解决方案整体)是逐步详细阐述。每一次迭代都是一个自包含的“迷你项目”,其中执行了一组活动,导致项目子集的开发可交付成果。对于每个迭代,团队计划它的工作,执行工作,并检查它的质量和完整性。(迭代也可以发生在其他迭代中。例如,需求开发的迭代将包括引出,分析,规格和验证活动。)

知识区

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

经验教训的过程

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

元数据

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

方法

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

度规

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

模型(年代)

一种对现实的表现和简化,用以向特定的受众传达信息,以支持分析、沟通和理解。

监测

监控是收集数据的连续过程,以确定a的程度解决方案与预期结果相比,实施。另请参阅公制指示器

需要(年代)

看到商业需求

非功能性需求(年代)

质量属性,设计和实现约束,以及外部接口产品必须有。

客观的

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

面向对象建模

一种软件工程的方法,其中软件由组件组成,这些组件封装了一组数据和功能,可以从其他组件继承行为和属性;它的组件通过消息彼此通信。在一些组织中,业务工程使用相同的方法来描述和打包业务的逻辑组件。

观察

观察是一种手段引起需求通过进行评估利益相关者的工作环境。

运营支持

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

手术规则

业务规则一个组织选择作为一种政策来执行。它们旨在指导企业内工作人员的行动。它们可能迫使人们采取某些行动,阻止人们采取行动,或规定采取行动的条件。

机会分析

检查新业务机会以提高组织绩效的过程。

可选的

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

组织

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

组织建模

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

组织过程资产

组内使用的所有材料组织定义、裁剪、实现和维护它们流程

组织准备评估

描述是否利益相关者是否准备好接受与解决方案并且能够有效地使用它。

组织单位

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

同行评审

一种验证技术,其中一小群利益相关者评估一部分工作产品,以找到提高其质量的错误。

计划驱动的方法

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

优先级

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

问题陈述

简要陈述或段落,描述了当前状态的问题,并澄清了成功的内容解决方案将会看起来像。

过程

看到业务流程

流程图

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

流程模型

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

产品

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

产品待办事项列表

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

产品范围

特征和表征的功能产品,服务或结果。

项目

临时努力创造一个独特的努力产品,服务或结果。

项目章程

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

专案经理

利益相关者由执行组织指派来管理完成项目所需的工作目标

项目范围

必须执行的工作以提供a产品,服务或者导致指定的功能和功能。另请参阅范围

原型

系统的部分或初步版本

质量

一组内在特征满足需求的程度。

质量保证

为确保过程将交付符合适当质量水平的产品而执行的活动。

质量属性

的子集非功能性需求它描述了软件的操作、开发和部署的特性(例如,性能、安全性、可用性、可移植性和可测试性)。

问卷调查

看到民意调查

监管机构

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

的关系

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

关系地图

业务模型它显示了组织上下文关系这些组织,外部客户和提供商之间存在。

存储库

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

索取资料(RFI)

一种要求供应商就提议的过程或产品提供意见的文件。当发行机构试图比较不同的选择或对可用的选择不确定时,使用RFI

提案请求(RFP)

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

请求报价(RFQ)

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

要求

  1. a所需的条件或能力利益相关者解决问题或实现目标。
  2. 条件或能力那一定是被一个解决方案或者解决方案组件满足合同、标准、规范或其他正式实施的文件。
  3. 一种条件或能力的书面表示,如在1)或2)中。

要求(s)属性

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

要求(S)缺陷

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

要求分配

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

要求发现会话

看到要求车间

需求文档

看到要求包

要求迭代

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

需求管理

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

要求管理计划

对...的描述需求管理的过程。

需求管理工具

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

要求模型

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

要求包

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

要求质量

看到需求验证和需求验证。

需求风险缓解策略

对与需求相关的风险的分析,它对风险进行分级,并确定避免或最小化这些风险的行动。

要求签收

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

要求跟踪矩阵

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

需求跟踪

识别和记录每个需求沿路的能力,包括它的派生(向后追溯),它的分配(向前追溯),以及它与其他需求的关系。

需求验证

工作的完成是为了确保所要求的支持并与之对齐目标目标的业务。

要求验证

评估需求所做的工作,以确保它们被正确定义并处于可接受的质量水平。它确保需求得到充分的定义和结构化,以便解决方案开发团队可以在设计、开发和实现解决方案

要求车间

要求研讨会是一个结构化会议,其中仔细选择了一组利益相关者协作来定义和或改进需求在一个有经验的中立调解人的指导下。

回顾

看到经验教训的过程

投资回报

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

风险

一种不确定的事件或条件,如果发生,将影响拟议变更的目标或目的。

风险缓解战略

看到需求风险缓解策略

根本原因分析

根本原因分析是对已确定的问题进行结构化检查,以了解根本原因。

设想

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

范围

兴趣领域某一特定活动或感兴趣的主题所涵盖的领域另请参阅项目范围解决方案的范围

范围模型

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

次要演员

一个演员谁参与而不发起用例

序列图

一种图表类型,显示参与交互的对象以及它们之间交换的消息。

服务

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

软件工程师

看到开发人员

软件/系统要求规范

主要是针对的要求文件实施中小企业描述功能非功能性需求

解决方案

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

解决方案要求

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

解决方案范围

能力的集合a解决方案必须交付才能满足商业需求。另请参阅范围

控制范围

控制范围是指一个经理直接(或间接)负责的员工数量。

赞助商

一个利益相关者谁通过为项目签订或支付项目来授权或合法化产品开发努力。

利益攸关方

一个群体或个人的利益可能受到倡议或者对它施加影响。

利益相关者分析

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

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

受业务需求或建议的解决方案影响的涉众的列表,以及他们参与项目或其他计划的描述。

涉众需求

涉众需求是特定涉众或一类涉众需求的陈述。它们描述了给定涉众的需求,以及涉众将如何与解决方案交互。涉众需求作为一个桥梁业务需求还有各种各样的解决方案要求

状态图

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

状态机图

看到状态图

状态转换图

看到状态图

所要求的

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

结构规则

结构规则决定了什么时候是真的,什么时候是假的,或者什么时候是属于某个类别的。它们描述的分类可能会随着时间的推移而改变。

故事板

看到对话框的层次结构对话地图

结构化复核

结构化演练是一个有组织的同行评审目的是找出错误和遗漏。它被认为是质量保证

主题专家(中小企业)

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

供应商

一个利益相关者为组织提供产品或服务的人。

民意调查

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

泳列

横截面,纵截面a的水平或垂直截面过程模型显示哪些活动是由特定的演员或角色执行的。

SWOT分析

SWOT是优势、劣势、机会和威胁的首字母缩写。它是一个用来理解影响因素以及它们如何影响一个倡议的模型。

系统

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

技术约束

技术约束是源自其实现中使用的技术的解决方案的设计上的限制。另请参阅业务约束

技术

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

时间事件

按时间启动的系统触发。

测试人员

一个利益相关者负责评估软件应用程序的质量和识别缺陷。

信口开河的原型

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

TimeBox.

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

可追溯性

看到需求跟踪

过渡需求(年代)

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

统一建模语言(UML)

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

用例

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

用例图

一种由UML定义的图表类型,它包含了所有的内容演员用例参与A.系统或者产品

用户

一个利益相关者直接或间接访问系统的人、设备或系统。

用户验收测试

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

用户要求

看到涉众需求(年代)

用户要求文件

一个需求文档为用户受众编写,描述用户需求和预期变更对用户的影响。

用户故事

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

验证需求

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

验证

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

方差分析

分析计划和实际绩效之间的差异,确定这些差异的大小,并根据需要提出纠正和预防措施。

验证

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

验证要求

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

垂直原型

一个原型它会深入到界面、功能或两者的细节。

Vision声明(产品愿景声明)

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

演练

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

工作崩溃结构(WBS)

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

工作产品

业务分析人员在需求开发过程中使用的文档或注释或图表的集合。

德赢vwin开户

MacGregor Logo White Web