GBT 8566-1995 信息技术软件生存期过程.pdf
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- GBT 8566-1995 信息技术软件生存期过程 8566 1995 信息技术 软件 生存 过程
- 资源描述:
-
中华人民共和国国家标准
信息技术
GB/T85661995
软件生存期过程
代替GB8566·-88
Information technology
Software life cycle process
主题内容与适用范
1.1主题内容
本标准规定了在轶取、供应、开发、操作和维护软件和固件的软件部分时,要实施的过程、活动和任
务。目的是为用户提供一个公共框架。这样,软件的从业人员可以使用“相同的语言”在自己的环境中创
作和管理软件。
本标准提供的框架,由軟软件开发、维护或使用的几个主要的过程组成。这些主要过程含有一些用来
狭取、供应、开发、操作和维护软件所用的基本的、一致的要求。在这个框架中还有一个主要的过程可以
用来控制和管瑆软件。用户可以根据具体情况进行选择和剪裁
本标准旨在供合同或协议的当事双方使用,或供一个机构在内部使用。
1.2适用范围
本标准适用于软件和固件的软件部分的获取、供应、开发、操作和维护,可在一个机构的内部或外部
实施。本标准也适用于定做的、或与交付的产品集成在一起的现货软件。
1.3读者
本标准是为帑方、供方、开发者、操作者、维护者、管理人员、质量保证人员和软件的用户编写的。
1.4本标准的剪裁
本标准含有一组过程、活动和任务。可以根椐某软件项目的情况对它们进行剪裁。剪裁是删去不实
施的过程、活动和任务,或是增加本标准中不含有的独特的过程、活动和任务。剪裁的决定最好包含在当
事双方的合同中。
1.5履行
履行就是执行按本标准为某个软件项目所选择的全部过程、活动和任务。当所箭要的任务按照预定
的准则和合同要求执行时,就是执行了一个过程或完成了一项活动。
任何机构(例如国家机构、工业协会、公司)在釵易条件中采用本标准时都应向软件供方明确规定履
行本标准所必需的最少的过程、活动和任务
1.6限制
本标准的编写是以一个过程的体系结构为基础,不特别详细说明如何实施或执行各个过程中所包
含的活动和任务。
本标准并未规定一个特定的生存周期型或软件开发方法。采用本标准的当事双方有责任为其软
件顶选择一个生存閒期模型,并将本标准中所含的过程、活动和任务映射到该模型中。当事双方也有
责任选择和使用软件开发方法,并执行适合于其软件项目的活动和任务
关于文档的名称、編写内容及格式编制说明兑GB8567
园家技术监督局1995-04-05批准
1995-12-01实施
GB/T8566~1995
2引用标准
GB5271,1数据处理词江汇01部分基本术语
GB5271.20数据处理词汇20部分系统开发
GR/T6583质量术语
GB8567计算机软件产品开发文件编指南
GB/T11457软件工程术语
GB/T19001质量体系
设计/开发、生产、安装和服务的质量保证模式
ISO9003--87最终检验和试验的质量保证模式
ISO/IEC9126-1991信息技术软件产品评估质量特性及其应用指南
ISO/ AFNOR--1989计算机科学辞典
3术语和缩略语
除了下列的术语和缩略语外,本标准使用了第2所引用的标准中的定义和缩略语。
注:在本标准中,术语“产品”在适当的情况下也用来指“服务”。
3.1术语
3.1.1需方 acquirer
从供方获得或得到个系统、产品或服务的一个机构。
注:需方可以是买主、客户、拥有者、用户、采购人员。
3.1.2获取 acquisition
得到一个系统、一个产品或一项服务的过程
3.1.3活动 activity
一个过程的组成元素。
3.1.4基线 baseline
是一个配置项在生存周期内的某一特定时间正式说明并固定的一个版本
注:对基线的改变要经有关当局的正式批准
3.1.5配置项 configuration iter
在一个配置中的一个实体,它能满足一项最终应用功能,可以在某个给定的参考点上单独标出。
3.1.6合同 contract
通过法律约束当事双方的一个协议,或是在一个机构内部为了提供服务的一个内部协议,该协议提
供的服务适用于一个系统或系统一部分的供应、开发、生产、操作或维护
3.1.7合同要求的审计 contractually required audit
合同所要求的审核过程。一般由方或由独立的机构主持进行。此过程对产品或服务提供一个独
立的评价,以决定产品或服务是否符合它们的需求。
3.1.8临界的;关键的(或关健性) critical( or criticality)
它是指
8,由于设计不当,一个系统或一个软件的某些环节或部分在运行时超出了临界范围,或存在着潜
在的、未检测出的错误,会导致死机、人员伤害、任务失败、数据丢失、财经上的损失或灾难性的设备损坏
等严重后果。或指
b.要使用的软件开发技术的成熟程度和有关的风险
3.1.9开发者 developer
在软件生存周期中执行开发活动(包括需求分析、设计直至验收)的一个机构。
展开阅读全文
文档分享网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。


链接地址:https://www.wdfxw.net/doc35849063.htm