📄 b3.htm
字号:
<html><BODY><P> <STRONG>GB／T 8 5 6 6—— 19 9 5</STRONG> <HR><P></P><P><STRONG>4 本标<A name=B4></A>准的应用 </STRONG></P><P> 本章叙述了获得、供应、开发、操作和维护软件所使用的软件生存周期的各个过程。目的是为本标准的用户提供一个框架，这样，用户就可以按照本标准调整自己，并合理地使用本标准。<BR><STRONG>4.1 </STRONG>本<A name=B4.1></A>标准的组织<BR><STRONG>4.1.1 </STRONG>生<A name=B4.1.1></A>存期过程 <BR> 本标准把软件生存周期中的活动分成七个基本的、主要的生存期过程。这些过程如下面所定义。在整个标准中活动又进一步划分为任务。 <BR><STRONG>4.1.1.1 <A name=B4.1.1.1></A></STRONG>管理过程（第5章） <BR> 定义生存期过程中的各项管理活动，包括项目管理。<BR><STRONG>4.1.1.2 <A name=B4.1.1.1></A><A name=B4.1.1.2></A> </STRONG>获取过程（第6章） <BR> 定义需方按合同获取一。个系统、软件产品或服务的活动。<BR><STRONG>4.1.1.3 <A name=B4.1.1.3></A> </STRONG>供应过程（第 7章） <BR> 定义供方向需方提供合同中的系统、软件产品或服务的活动。 <BR><STRONG>4.1.1.4 <A name=B4.1.1.4></A></STRONG>开发过程（第8章） <BR> 定义开发者和机构为了定义和开发软件或服务所需要的活动。 <BR><STRONG>4.1.1.5 <A name=B4.1.1.5></A></STRONG>操作过程（第9章） <BR> 定义操作者和机构为了在规定的运行环境中为其用户运行一个计算机系统所需要的活动。 <BR><STRONG>4.1.1.6 </STRONG>维<A name=B4.1.1.6></A>护过程（第 10章） <BR> 定义维护者和机构为了管理软件的修改，使它处于良好运行状态所需要的活动。这个过程包括系统的移植和退役。<BR><STRONG>4.1.1.7 </STRONG>支<A name=B4.1.1.7></A>持过程（第 11章） <BR> 这是8个过程的集合。支持过程对项目的生存期过程给予支持，支持过程有助于项目的成功并能提高项目的质量。上述各软件生存期过程根据需要可引用下列支持过程，它们是：<BR> a. 文档开发过程（第11．1条）。定义一个记录软件生存期过程中所产生的信息的活动。 <BR> b．配置管理过程（第11．2条）。定义配置管理活动。 <BR> c.合同要求的评审和审计过程（第11．3条）。定义合同所要求的、和所建立的需方和供方之间的相互作用。 <BR> d．验证和确认过程（第11．4条）。根据项目的要求按不同程度（为需方、供方、或某独立的一方）定义验证和确认产品或服务的活动。 <BR> e．软件质量保证过程（第11．5条）。为了保证产品或服务与合同的要求相符，定义（独立于产品或服务的开发者）所要进行的并符合已建立的计划的活动。<BR> f．改正过程（第11．6条）。定义处理在产品或服务中发现的问题或不符合之处的活动。<BR> g．培训过程（第11．7条）。定义提供训练有素的人员所需要的活动。 <BR> h．环境建立过程（第11．8条）。定义为采用本标准的任何过程而建立一个环境时所需要的活动。 <STRONG>4.1.2 </STRONG>过程的建<A name=B4.1.1.8></A><A name=B4.1.2></A>立、评价和改进（第12章）<BR> 第12章描述一个机构（即需方、供方、开发者、操作者、维护者）为建立、测试、控制和改进它的生存期过程所进行的活动。 <BR><STRONG>4.1.3 </STRONG>剪裁过<A name=B4.1.3></A>程 <BR> 附录A（补充件）提供进行剪裁所要求的基本活动和步骤。 <BR> 附录B（参考件）就剪裁本标准的要求提供一个简单说明。其中列出了作剪裁决定需考虑的主要因素。为了保证本标准中的基本软件实践的一致性，尤其需要保持本标准的结构、意图和完整性。 <BR><STRONG>4.1.4 </STRONG>过程和<A name=B4.1.4></A>机构之间的关系 <BR> 本 准含有适用于一个软件项目的整个生存期的各个过程。但是，这些过程可以被具有不同观点、 不同的目的的不同机构、以不同的方式使用。因此，对这些过程之间的关系的利用将因使用该标准的机 构、它们的观点和目的不同而异。本标准的下文中将描述对该生存期过程的要求。所以，本章从一些主 要的方面来叙述这些过程和它们的关系。 <BR> 图1表示出了在对本标准的不同使用观点下，软件生存期的各个过程和它们之间的关系。该图示出 了几个基本的观点：合同观点、管理观点和工程观点，质量管理观点未示出。按照合同的观点，需方和供 方利用各自的获取和供应过程进行合同谈判。按照管理的观点，一个机构（例如需方、供方、开发者、操作 者和维护者）管理各自的过程。按照、工程的观点，开发者、操作者或维护者实施各自的工程任务，以生产 软件产品或提供服务。除此之外，还有其它方面，如配置管理、质量保证等等。它们为上述机构完成特定 任务提供支持服务。 <BR> 图2表示不同的观点下的生存期过程和它们所含的活动。每个过程之前的数字为本标准中的章条号。图2也示出了每个生存期过程的活动。 <BR> 合同观点含有两个过程（上面的框）：一个是需方的获取过程，一个是供方的供应过程。这些过程从 合同的观点分别定义需方和供方的任务。 <BR> 管理观点含有一个过程（左边的框）：任何机构在管理自己的过程时均使用该管理过程。 <BR> 工程观点含有三个过程（中间的框）：开发过程、操作过程和维护过程。工程师们使用这些过程生产 产品或提供服务。例如，开发者使用该开发过程开发软件；操作者使用该操作过程操作软件；而维护者则 利用维护过程维护软件。<BR> 除此之外，一组支持过程（右边的框）用来支持其它的过程。例如，软件配置管理过程支持开发过程， 以控制改进中的产品的变化。在该支持过程中，还有一组过程提供产品和服务的质量管理。 <BR> 最后，下面的框图示出了建立、评价、测试、控制和改进生存期的过程。 </P><P> 图一</P><P><IMG alt=图一 src="B3a.gif" tppabs="http://cn.esoftbank.com/softwareengineering/documents/approved/Standard/GB T8566-1995/images/B3a.gif"></P><P> 图二</P><P><IMG alt=图二 src="B3b.gif" tppabs="http://cn.esoftbank.com/softwareengineering/documents/approved/Standard/GB T8566-1995/images/B3b.gif"></P></BODY></HTML>⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -