附录A 术语及词汇

更新于 2026年10月10日 版权声明
附录A 术语及词汇

(1)RA(Requirement Analyst):需求分析员。

(2)SA(System Analyst):系统分析员。

(3)Zachman框架:由约翰·扎科曼(John Zachman)在1987年创立的全球第一个企业架构理论,其论文《信息系统架构框架》至今仍被业界认为是企业架构设计方面最权威的理论,是其他企业架构框架的源泉。

(4)TOGAF标准:开放组体系结构框架(TOGAF)是一个行业标准的体系架构框架,它能被任何希望开发一个信息系统体系架构在组织内部使用的组织自由使用。TOGAF企业版v8是为开发企业架构的一个详细的方法和相关支持资源的集合。

(5)需求工程:需求工程领域包括理解产品必需的能力和属性相关联的项目生存期的所有活动。需求工程包括需求开发和需求管理,是系统工程和软件工程的一个分支学科。

(6)需求:描述了客户需要或目标,或者描述了为满足这种需要或目标,产品必须具有的条件或能力。需求是这样一种特性,要求产品必须要为涉众提供价值。

(7)系统需求:包含多个子系统的产品高层需求,这些子系统可以全部是软件,也可以既有软件又有硬件。

(8)需求开发:一种过程,包括定义项目范围,确认用户类和用户代表,并获取、分析、编写规格说明和确认需求等,需求开发的产品是需求基线,定义了所要构建的产品。

(9)需求管理:对已定义的产品需求的管理过程,跨越整个产品开发过程和产品使用寿命。包括跟踪需求状态、管理需求变更和需求规格说明书的版本,并对其他项目阶段和工作产品的单个需求加以跟踪。

(10)范围:当前项目将实现的最终产品前景中的某一部分,在项目范围内和项目范围外之间绘制了一个边界。

(11)业务目标:又称业务前景,是对要建设系统的展望。

(12)参与者:系统之外与系统交互的某人或某物。

(13)涉众:积极参与项目的一个人、小组或组织,受产品结果的影响,或影响产品的结果。

(14)客户:一类项目涉众,他们请求、付款、选择、规定、使用或接受某一产品产生的输出。

(15)用户:直接或间接(例如,使用来自系统的输出,但并不亲自产生这些输出)与系统交互的客户,也称为“最终用户(end user)”。

(16)业务主角:与业务系统有着交互的人和事物,他们对系统有直接的目的。

(17)业务工人:业务工人是指被动参与业务,对系统没有明确目的的人员。

(18)业务边界:即需求的集合,是针对业务目标划分的系统界限,主要用于明确业务目标的服务者。

(19)用例:描述了执行者与系统之间逻辑上相关的可能交互集,系统的输出为执行者提供了价值。用例可以包含多个场景。(https://www.daowen.com)

(20)业务用例:用于描述客户现有的业务流程,专门用于需求阶段的业务建模。

(21)业务用例场景:描述具体的业务用例在该业务的实际过程中的动态执行过程,即某个用例在实际过程中是如何做的。

(22)活动图:一种分析模型,它显示了系统的动态视图,方法是描绘从一个活动到另一个活动的流。活动图与流程图(flowchart)相似。

(23)业务需求:构建产品的组织或获得产品的客户的高层业务目标。

(24)业务规则:定义或约束业务某些方面的政策、原则、标准或规则。

(25)约束:设计和构造产品时,开发人员进行有效选择时必须强行接受的限制条件。

(26)数据字典:有关问题域重要的数据元素、结构和属性的定义的集合。

(27)数据流图:一种分析模型,它描绘了过程、数据集合、端点以及它们之间的流,这种流表现了业务过程或软件系统的行为特点。

(28)依赖关系:一个项目对它控制之外的外部因素、事件或团体的依赖。

(29)获取需求:通过面谈、专题讨论会、工作流分析和任务分析、文档分析和一些其他机制,确认软件需求或系统需求的一种过程。

(30)实体:收集和存储有关其数据的业务域中的一个条目。

(31)流程图:一种分析模型,它按照过程或程序的逻辑,显示了过程步骤和判定点。流程图与活动图相似。

(32)功能点:对软件规模大小的一种测量,这种测量是基于内部逻辑文件、外部接口文件、外部输入、输出和查询的数量和复杂度的。

(33)功能性需求:对在某些特定条件下系统将展示的必需的功能或行为的陈述。

(34)非功能性需求:对软件系统必须展示的特性或特点的描述,或软件系统必须遵照的约束,非功能性需求不同于可观察到的系统行为。

(35)后置条件:描述用例成功完成之后系统状态的一种条件。

(36)前置条件:用例开始之前必须满足的条件或系统必须达到的一种状态。

(37)原型:一个程序的部分、初步或可能的实现,用来探索和确认需求,并设计方案。原型类型包括演化型原型、废弃型原型、书面原型、水平原型和垂直原型。这些原型可以综合使用,例如演化型垂直原型。

(38)需求变更:确定基线后,需求发生变动,这种变动是需要通过一定程序进行控制的。需求变更包含三种情况:需求改变(原来需求变化了)、新需求(原来不存在的需求)、需求建议(对原来需求提出更好的看法)。

↑上一章 ↓下一章
关注公众号获取验证码
复制内容需要验证码(7.99元/天)