📄 b2.htm
字号:
<html><BODY><P><STRONG> GB／T 8566—1995</STRONG> </P><HR><P><STRONG>3 术语和缩略语<A name=B3><STRONG> </STRONG></A> </STRONG></P><P> 除了下列的术语和缩略语外，本标准使用了第2章所引用的标准中的定义和缩略语。 <BR> 注：在本标准中，术语“产品”在适当的情况下也用来指“服务”。<BR><STRONG>3．1 <A name=B3.1></A> </STRONG>术语 <BR><STRONG>3.1.1 </STRONG>需<A name=B3.1.1></A>方 acquirer <BR> 从供方获得或得到一个系统、产品或服务的一个机构。<BR> 注：需方可以是买主、客户、拥有者、用户、采购人员。<BR><STRONG>3.1.2 </STRONG>获<A name=B3.1.2></A>取 acquisition <BR> 得到一个系统、一个产品或一项服务的过程。 <BR><STRONG>3.1.3 </STRONG>活动 ac<A name=B3.1.3></A>tivity <BR> 一个过程的组成元素。 <BR><STRONG>3.1.4 </STRONG>基线 <A name=B3.1.4></A>basellne <BR> 是一个配置项在生存周期内的某一特定时间正式说明并固定的一个版本。<BR> 注：对基线的改变要经有关当局的正式批准。 <BR><STRONG>3.1.5 </STRONG>配置<A name=B3.1.5></A>项 configuration item <BR> 在一个配置中的一个实体，它能满足一项最终应用功能，可以在某个给定的参考点上单独标出。 <STRONG>3.1.6 <A name=B3.1.6></A> </STRONG>合同 contract <BR> 通过法律约束当事双方的一个协议，或是在一个机构内部为了提供服务的一个内部协议，该协议提 <BR>供的服务适用于一个系统或系统一部分的供应、开发、生产、操作或维护。<BR><STRONG>3.1.7 </STRONG>合同要<A name=B3.1.7></A>求的审计。contractually required audit <BR> 合同所要求的审核过程。一般由需方或由独立的机构主持进行u此过程对产品或服务提供一个独 立的评价，以决定产品或服务是否符合它们的需求。 <BR><STRONG>3.1.8 <A name=B3.1.8></A> </STRONG>临界的；关键的（或关键性） critical（or criticality） <BR> 它是指： <BR> a．由于设计不当，一个系统或一个软件的某些环节或部分在运行时超出了临界范围，或存在着潜 在的、未检测出的错误，会导致死机、人员伤害、任务失败、数据丢失、财经上的损失或灾难性的设备损坏 等严重后果。或指：<BR> b．要使用的软件开发技术的成熟程度和有关的风险。 <BR><STRONG>3.1.9 <A name=B3.1.9></A> </STRONG>开发者 devdoPer<BR> 在软件生存周期中执行开发活动（包括需求分析、设计直至验收）的一个机构。 <BR><STRONG>3.1.10 <A name=B3.1.10></A></STRONG>评价 evaluation <BR> 决定某产品、项目、活动或服务是否符合它的规定的准则的过程。<BR><STRONG>3.1.11 <A name=B3.1.11></A></STRONG>固件 firmware <BR> 含有装于某类存储器中的，在用户环境下不能修改、不会丢失的计算机程序和数据的器件。包含在固件中的计算机程序和数据归类为软件；含有计算机程序和数据的电路归类为硬件。<BR><STRONG>3.1.12 </STRONG>功能性配置审<A name=B3.1.12></A>计 fuctional configuration audit <BR> 验证一个配置项的实际工作性能是否符合它的需求规格说明的一项审查，以便为软件的设计和编码建立一个基线。 <BR><STRONG>3.1.13 </STRONG>硬<A name=B3.1.13></A>件配置项 hardware configuration item <BR> 整个系统体系结构中的硬件的一个配置项。 <BR><STRONG>3.1.14 </STRONG>生存<A name=B3.1.14></A>周期模型 life－cycle model <BR> 一个框架，它含有从需求定义到使用终止，跨越整个生存期的系统开发、操作和维护中所需实施的过程、活动和任务。 <BR><STRONG>3.1.15 <A name=B3.1.15></A></STRONG>维护者 maintainer <BR> 执行维护活动的一个机构。 <BR><STRONG>3.1.16 <A name=B3.1.16></A></STRONG>不交付项 non－deliverable item <BR> 不需要按合同交付的、但在软件的开发中可能用到的硬件和软件。<BR><STRONG>3.1.17 </STRONG>现货<A name=B3.1.17></A>产品 of－the－shelf Product <BR> 由供方、需方或第三方提供的、已经开发出来的、可得到、可使用的、现成的或需要加以修改的产品。 <BR><STRONG>3.1.18 <A name=B3.1.18></A></STRONG>操作者 OPerator <BR> 运行系统的一个机构。 <BR><STRONG>3.1.19 </STRONG>组<A name=B3.1.19></A>织过程 organizational ProceSS <BR> 为构成自始至终的一个完整过程，由机构指定并以项目为例说明的一套软件工程和管理过程。 <STRONG>3.1.20 </STRONG>物理<A name=B3.1.20></A>配置审计 physical configuration audit<BR> 对照设计规格说明检验已建立的某个配置项，其目的是为软件的设计和编码建立一个基线。 <BR><STRONG>3.1.21 </STRONG>过程<A name=B3.1.21></A> Process <BR> 指一系列活动、任务和它们之间的关系，它们共同把一组输入转换成所需要的输出。 <BR><STRONG>3.1.22 </STRONG>产品<A name=B3.1.22></A>（软件） Product（software）<BR> 要交付给用户的一套完整的计算机程序、过程以及有关的文档和数据。 <BR><STRONG>3.1.23 </STRONG>鉴定 <A name=B3.1.23></A>qualification <BR> 一个正式的过程，通过这个过程决定产品是否符合它的规格说明，是否可在目标环境中使用。 <STRONG>3.1.24 </STRONG>鉴<A name=B3.1.24></A>定需求 qualification requirement <BR> 准则或一组条件，当。个产品符合这些准则或条件时，就确定它符合规格说明并可以在其目标环境 中使用。<BR><STRONG>3.1.25 </STRONG>鉴定测试<A name=B3.1.25></A> qualification testing <BR> 由供方进行、并由需方作见证的测试。它证明供方的产品符合规格说明，已可以在目标环境中使用。<BR><STRONG>3.1.26 </STRONG>发<A name=B3.1.26></A>行 release <BR> 一项配置管理行为，它说明某配置项的一个特定版本已准备好用于特定的目的（例如发行测试产 品）。 <BR><STRONG>3.1.27 </STRONG>招<A name=B3.1.27></A>标（标书） request for ProPosal（tender） <BR> 需方使用的一份文件，用来向潜在的投标人表示它要获得某特定系统、产品或服务的意图。 <STRONG>3.1.28 </STRONG>退役 ret<A name=B3.1.28></A>irement <BR> 操作和维护机构撤出现有的支持，全部或部分地由一个新的系统来代替或者安装一个更新的系统。<BR><STRONG>3.1.29 </STRONG>保密 sec<A name=B3.1.29></A>urity<BR> 对信息和数据的保护，这样，未经授权的人或系统就不能读或修改它们，而经过授权的人和系统可以使用它们。 <BR><STRONG>3.1.30 </STRONG>服<A name=B3.1.30></A>务（软件）service（software）<BR> 与软件有关的活动、工作或义务的实施，例如软件的开发、维护和操作等。 <BR><STRONG>3.1.31 </STRONG>软<A name=B3.1.31></A>部件 software component <BR> 一个软件配置项中的一个明确的部分。 <BR> 注：一个软部件含有软件的多个单元；也可以含有多个较低级的软部件。<BR><STRONG>3.1.32 </STRONG>软件配<A name=B3.1.32></A>置项 software configuration item<BR> 在整个系统体系结构中的软件的一个配置项。 <BR><STRONG>3.1.33 </STRONG>软件单<A name=B3.1.33></A>元 software unit <BR> 一段可分开编译的代码。 <BR><STRONG>3. 1.34 <A name=B3.1.34></A></STRONG>工作说明 statement of Work <BR> 需方用来标识、说明和规定按照合同将要执行的任务的一份文件。 <BR><STRONG>3.1.35 </STRONG>子<A name=B3.1.35></A>合同当事人；分包商 sub-contractor <BR> 依据合同向合同当事人的一方提供系统、产品或服务的一个机构。 <BR><STRONG>3.1.36 </STRONG>供方 s<A name=B3.1.36></A>upplier <BR> 按照所签的合同向需方提供系统、产品或服务的一个机构（是合同当事人、生产者、卖方、批发商的同义词）。 <BR> 注：需方可以指定它的机构中的某一部门做为供方。<BR><STRONG>3.1.37 </STRONG>系统 s<A name=B3.1.37></A>ystem <BR> 过程、产品和人员的集成体，它有能力满足已提出的需求，实现所规定的目标。 <BR><STRONG>3.1.38 </STRONG>任<A name=B3.1.38></A>务 task <BR> 构成活动的基本元素，由若干个任务构成一项活动。 <BR><STRONG>3.1.39 </STRONG>测试<A name=B3.1.39></A>范围 test coverage <BR> 一个范围，在此范围内测试程序测试系统需求能否满足。<BR><STRONG>3.1.40 </STRONG>可测性 <A name=B3.1.40></A>testability <BR> 为了决定一项需求是否满足，所设计的用于测试目标和可行性所能达到的程度。 <BR><STRONG>3.1.41 </STRONG>用户 u<A name=B3.1.41></A>ser <BR> 使用可操作的系统完成一项特定的功能的个人或机构（可以是买主或需方的同义词）。<BR><STRONG>3.1.42 </STRONG>版<A name=B3.1.42></A>本 version <BR> 某一配置项的一个可标识的实例。 <BR> 注：软件某版本的修改产生一个新的版本，但它需要配置管理活动。 </P><P><STRONG><A name=B3.2><STRONG>3．2 </STRONG>缩略语</A></STRONG><BR> FCA——功能性配置审计。 <BR> HCI——硬件配置项。 <BR> IV&V——独立的验证和确认。<BR> PCA——物理配置审计。<BR> SCI——软件配置项。 <BR> SQA——软件质量保证。 <BR> V&V——验证和确认。</P><P> 17<BR></P><P> </P></BODY></HTML>⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -