GBZ 18493-2001 信息技术软件生存周期过程指南.PDF

《GBZ 18493-2001 信息技术软件生存周期过程指南.PDF》由会员分享，可在线阅读，更多相关《GBZ 18493-2001 信息技术软件生存周期过程指南.PDF（39页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 35.080L 77臀黔中华人民共和国国家标准化指导性技术文件GB/z 18493-2001idt ISO/IEC TR 15271:1998信息技术软件生存周期过程指南Information technology-Guide for software life cycle processes2001一11一02发布2002一06一01实施中华人民共和匡国家质量监督检验检疫总偏GB/z 18493-2001目次前言v工SO/IEC前言切1范围。11.1目的11.2读者。11.3先决条件。12引用标准13标记法。14 GB/T 8566中的一些基本概念24.1工程规范24.2软件生存周期

2、的体系结构.24.2.1模块化24.2.2责任。24.3过程的性质24.3.1基本过程。34.3.2支持过程34.3.3组织过程34. 3. 4过程的细化，34.4过程与项目44.5过程与组织44. 6软件与系统54. 6. 1与系统工程的接口，54. 6. 2软件与系统的关系.54. 6. 3以软件为基础的系统.64. 6.4系统与软件活动的分类64. 7管理与规划74. 7. 1项目管理计划74. 7. 2附属计划74. 7. 3文档控制84.8质量管理原则的实现.84.8. 1质量集成到生存周期中。84.8.2质量保证过程84.8.3改进过程。84. 9对发展中的新技术的灵活性与响应能力

3、，84.10过程与文档编制8GB/z 18493-20014.11软件度量。84. 12依从性。84.13小结95 GB/T 8566的实施95. 1概述。95.2制定实施计划。，一95.3剪裁GB/T 8566。105.3.1标识项目环境与特性. 105.3.2请求输人115.3.3选择过程、活动和任务，。115. 3.4编制有关剪裁决定和理由的文档。115.4进行试验性项目。115. 5方法的定型。115.6方法的制度化。n6应用于项目。126.1应用GB/T 8566的要素，。126.1.1系统生存周期模型。126.1.2组织的策略与规程126.1.3系统特性126.1.4软件特性136

4、.1.5软件维护策略136.1.6项目的生存周期模型，136.1.7参与方的多样性。136.1.8软件类型。146.1.9项目规模，一146. 1. 10项目关键性. 146. 1. 11技术风险. 157组织内的应用157. 1考虑和技术。157. 2应用时机157. 3管理者承诺158系统生存周期模型的应用。一158. 1系统生存周期模型。158.2软件生存周期模型168.3在系统生存周期的一般模型中GB/T 8566的应用实例168.4确定要求的活动，168. 5概念探索和定义活动，168. 6论证和确认活动。178. 7工程化/开发活动。178.8生产/制造活动。17GB/z 1849

5、3-20018. 9提交试用/销售活动.。178.10运作活动。，178.11维护和支持活动。，178.12退役活动. 188.13一般系统生存周期模型中的软件生存周期过程。18附录A(提示的附录)质量过程和评价需求. 19附录B(提示的附录)过程输出分类20附录C(提示的附录)生存周期模型. 22附录D(提示的附录)剪裁示例26Gs/z 18493-2001前言本指导性技术文件等同采用ISO/IEC TR15271:1998信息技术软件生存周期过程指南。本指导性技术文件由中华人民共和国信息产业部提出。本指导性技术文件由中国电子技术标准化研究所归口。本指导性技术文件由上海计算机软件技术开发中心

6、和中国电子技术标准化研究所负责起草。本指导性技术文件主要起草人:刘光龙、黄嘉启、宿为民、冯惠、谢晓燕。Gs/z 18493-2001ISO/IEC前言国际标准化组织(ISO)和国际电工委员会(IEC)是世界性的标准化专门机构。国家成员体(它们都是ISO或IEC的成员国)通过国际组织建立的各个技术委员会参与制定针对特定技术范围的国际标准。ISO和IEC的各技术委员会在共同感兴趣的领域内进行合作。与ISO和IEC有联系的其他官方的或非官方的国际组织也参与国际标准的制定工作。对于信息技术领域，ISO和IEC建立了一个联合技术委员会，即ISO/IEC JTC 1.技术委员会的主要任务是起草国际标准，但

7、在例外情况下，技术委员会可以提出下列类型之一的技术报告。类型1:虽然一再努力，但仍不能获得出版一项国际标准所需要的支持时;-一类型2:所讨论的项目仍处于技术发展阶段;类型3:当技术委员会所搜集到的各类数据与正式出版为国际标准的数据不同(例如;技术发展水平)时。第1和第2种类型的技术报告在出版后3年内应提交复审，以决定是否将它们转成国际标准第3种类型的技术报告不是务必要进行复审，除非它们提供的数据已被认为不再有效和不再有用。ISO/IEC TR 15271技术报告属于上述的第3种类型，它是th ISO/IEC JTCI“信息技术”联合技术委员会的SC 7软件工程”分技术委员会制定的。中华人民共和

8、国国家标准化指导性技术文件信息技术软件生存周期过程指南 GB/z 18493一2001idt ISO/IEC TR 15271:1998Information technology-Guide for software life cycle processes范围1.1目的本指导性技术文件的目的是为软件生存周期过程标准(GB/T 8566)的应用提供指南。本指导性技术文件对应用GB/T 8566时必须考虑的各种因素作了详细说明，并就可以应用GB/T 8566的各种不同场合作了说明。本指导性技术文件并不打算对GB/T 8566标准的基本原理加以阐述。本指导性技术文件讨论了三种主要的生存周期模型并

9、且给出了一些剪裁示例。1.2读者本指导性技术文件是为在签定合同时(不考虑项目的大小或复杂度)，或在一个组织内进行自我评估时，或在进行软件过程的改进时，使用或应用GB/T 8566标准的人员而写的。本指导性技术文件主要讨论对于不同类型的软件如何使用GB/T 8566标准，并且指出每种情况与哪些过程有关。当GB/T 8566被用作为需求文档和作为指导模板使用时，本指导性技术文件对其提供支持。(GB/T 8566自己被用作为过程改进活动的一部分，就是后者的一个例子。)整个标准都必须理解，但可通过参照特定的条款把它应用于各种特定的情况。1.3先决条件使用本指导性技术文件的先决条件有:a)能得到GB/T

10、 8566;b)熟悉GB/T 8566;C)熟悉相关组织的政策;d)具有软件管理、软件工程和软件生存周期模型的一般知识。2引用标准下列标准所包含的条文，通过在本指导性技术文件中引用而构成为本指导性技术文件的条文。本指导性技术文件出版时，所有版本均为有效。所有标准都会被修订，使用本指导性技术文件的各方应探讨使用下列标准最新版本的可能性。GB/T 8566-2001信息技术软件生存周期过程(idt ISO/IEC 12207:1995)GB/T 16260-1996信息技术软件产品评价质量特性及其使用指南(idt ISO/IEC 9126:1991)ISO/IEC TR 15504(所有部分)信息

11、技术软件过程评估3标记法图1给出了按GB/T 8566中使用的风格绘制的过程和活动的图形标记中华人民共和国国家质f监督检验检疫总局2001一11-02批准2002一06一01实施GB/z 18493-2001口回图1图形标记法4 GB/T 8566中的一些墓本概念4.1工程规范与一些传统的工程学分支相比，软件工程的应用与实践还是一门比较年轻的学科。因此，传统工程项目所常用的控制手段，不一定总能在软件中实现。GB/T 8566的基本原理是，对于如软件开发与维护这些活动应当按工程规范的方式进行。遵循这一方法，就可以建立一个与系统工程环境有着明显联系的框架，也就是一个包括软件、硬件、人员和业务实践的

12、框架。4.2软件生存周期的体系结构GB/T 8566建立了从概念开始直到退役为止的软件生存周期的顶层体系结构。此体系结构由一组过程和这些过程间的相互关系组成。这些过程基于两个基本原则:模块化和责任。4.2.1模块化GB/T 8566标准的过程是模块化的，因为它们是:1)强内聚的。一个过程的所有部分都紧密地相互联系。2)低藕合度的。过程之间的接口保持在最少数量。原则上，每个过程在生存周期内只专注于一个单独的功能，并可以使用关于专用功能的另一个过程。下面介绍关于过程的确立、范围与构造的规则:a)一个过程必须是模块化的。即在整个生存周期中一个过程宜且只宜执行一个功能，而且任意两个过程之间的接口宜达到

13、最少;b)每个过程应在该体系结构中被引用;c)如果过程A只被过程B引用，则过程A属于过程B;d)如果一个功能被多个过程引用，则该功能本身成为一个过程;e)在软件生存周期模型中，任何功能都必须是可以验证的;f)每一个过程宜具有充分确定的内部结构，以便于执行。4.2.2责任在GB/I 8566中，“组织”和“参与方”这两个术语的含义几乎相同。组织是因为某种特定的目的组成的团体，其形式可以多种多样，如公司、代理机构、协会、联盟或俱乐部。“组织”的大小可从一个人到许多人。当“组织”整体或部分地进人一个合同时，它就成为“参与方”。“组织”是单独的实体，但“参与方”可能来自同一个“组织”或来自多个分离的“

14、组织”GB/T 8566中的每一个过程都被看作“参与方”的职责。一个组织可以执行一个或多个过程。一个过程也可以被一个或多个组织执行，其中一个组织被认定为责任方。执行一个过程的责任方需要对整个过程负责，即使各个任务的执行是由不同的人员进行的。软件生存周期体系结构的责任特征，使得那些可以由许多人正式参加的项目剪裁和应用GB/T 8566标准更容易。4-3过程的性质过程被分成三大类:a)基本过程;b)支持过程;GB/z 18493-2001c)组织过程。4.3.1基本过程基本过程有:a)获取过程;b)供应过程;c)开发过程;d)运作过程;e)维护过程。在实践中，获取过程启动整个软件生存周期。供应过程

15、通过使用开发、运作和(或)维护过程来对获取过程作出响应。4.3.2支持过程支持过程有:a)文档编制;b)配置管理;c)质量保证;d)验证;e)确认;f)联合评审;9)审核;h)问题解决。一个支持过程可以被另一个过程所使用，这样使前者得到了某种特定用途的支持。4.3.3组织过程组织过程有:a)管理;b)基础设施;c)改进;d)培训。一个组织可以在组织范围内使用这些过程，以建立、实现和改进生存周期过程。4. 3.4过程的细化每个过程可用其构成的活动来定义，而每个活动又可以其构成的任务来定义。过程内的活动是一组紧密相关的任务。在GB/T 8566内，它们如表1所示:表1过程的分解类型过程活动任务基本

16、类口35135支持类812570组织类41427合计1774232任务以需求、自声明、建议或可允许动作等形式表示。为此，GB/T 8566谨慎使用某些助动词以区别任务的不同表达方式 Shall(应)表示双方或多方之间有约束力的规定。 Will(意愿)表示一方作出的目的或意向申明。 Should(宜)表示多种可能性中的一种建议。GB/z 18493-2001-, May(可以)表示GB/T 8566范围内所允许的动作。4.4过程与项目GB/T 8566描述了用于大且(或)复杂的软件项目的一组过程。然而，GB/T 8566被设计成可剪裁的，以适用于任何类型以及规模较小、复杂性较低的软件项目。并且在

17、设计时已考虑到，不管软件是一个独立的实体，还是作为整个系统的一部分，都可使用GB/T 8566在GB/T 8566中，过程、活动和任务以最一般和最自然的位置顺序安排。这个位置顺序并不表示就是生存周期模型的次序，其意图是要让软件项目合适地或适当地选择、整理、剪裁和重复这些过程、活动和任务。对于同一个项目，GB/T 8566可以分别地多次使用。比如，在一个给定的软件项目中，需方可能要求供方同需方一起进行软件开发，并且要求供方应用GB/T 8566。然后供方可以要求它的分承包商完成全部或部分软件开发。供方(此时处于获取地位中)和它的分承包商(此时处于供应者地位中)分别应用了GB/T 8566。在两种

18、情形下，均有必要对GB/T 8566进行剪裁，以反映各自的安排。更详细的内容，请参阅第6章“应用于项目”。4.5过程与组织一个组织(或参与方)从当前进行的过程中获得其称谓。例如，进行获取过程时它就叫做获取方或需方。为了适应多种多样的组织，GB/T 8566中的过程组成一个综合性的集合。无论大的或小的组织均可以依据它的业务目标，从这些过程(和相关的活动与任务)中选择合适的子集来实现其目标。GB/T 8566的意图是应用于一个组织的内部或被两个或多个组织用于处理合同关系。为便于在内部和合同情况下应用GB/T 8566，标准内的任务都是用合同式的语言表达的。在内部使用时，合同式的语言被解释成自己要求

19、的任务，正如第7章(应用于组织内部)所述的。GB/T 8566要与组织已有的策略和标准协调一致。通常情况，组织一直都在使用它自己现存的标准和特定的软件开发技术因此，在组织内部应用GB/T 8566时，重要的是要澄清GB/T 8566、组织自己的标准，以及已使用的不同技术之间的关系。图2给出了这种关系的一个可能的例子，它在组织内部应用GB/T 8566时或许有用。GB/T 8566处于第一层，组织内部的标准处于第二层，第三层是用于特定项目的具体的开发活动、开发技术和开发工具。在第二、三层中定义和使用的术语都必须与GB/T 8566相一致任何冲突解决都留给应用GB/丁8566的组织来完成，可能包括

20、建立映射，必要时还需填充缺少的部分。第一层不定义翰入/输出.工作按照各个过程中的条款完成第二层工作根据己定义的一系列步异完成.第三层按特定领域细化步脚。它们包括解决问题的技术.支持各种技术的工具.图2和现存文档的关系GB/z 18493-20014.6软件与系统4.6.1与系统工程的接口GB/T 8566使整个系统和软件之间建立了很强的联系这可能是由于GB/T 8566是建立在一般的系统工程的基础上的缘故。就某种程度而言，GB/T 8566的设计目标是要在系统工程过程的范围内起作用。当软件是整个系统的一部分时，软件首先要从系统中分离、然后生产出软件、并反过来集成到系统中。在没有可用的系统级标准

21、时，GB/T 8566的这一特点是有用的当软件关系到全局利害时，系统级的任务可作为一种有用的指南。其他情况下，GB/T 8566能使得软件工程有效地参与到系统工程中。4.6.2软件与系统的关系一个系统是硬件、计算机、软件、材料、人员和设备的特定组合(如图3所示)。实际上，这正是一个系统所必须具备的要素。在父系统中存在一些过程，如业务过程。软件通过在计算机上执行这些过程的某些功能提供服务。软件可以常驻于计算机内、嵌人于一片固件或集成到一个硬件组件中。任何情况下，软件的获取、供应、开发、运作和维护都需要与父系统的这些过程相协调。图3系统中的软件在组织内部可能有许多计算机系统支持着业务过程(如图4)

22、GB/z 18493-2001业务A业务B业务过程A冷鑫业务过程B系统3统=111冲系=二系统4系统6计算机系统活动3()活动2业务C业务过程C组织图4组织中的计算机系统4.6.3以软件为基础的系统尽管GB/T 8566定义了系统，但它只包括了以软件为主的系统的生存周期过程(如开发过程、运作过程和维护过程)。因此，GB/T 8566中没有关于硬件生存周期过程的定义4.6.4系统与软件活动的分类在GB/T 8566的开发过程中有两种类型的活动，它们是系统活动和软件活动这些活动的名字反映了它们的范围。图5把这些活动按类型分成两组，用V”字形描述阐明系统活动和软件活动之间的对称及相关性。GB/z 1

23、8493-2001GB/T 8566中口GB/T 8566中与软件有关的活动图5 GB/T 8566的活动分类如图5所示，GB/T 8566的开发过程的系统活动始于系统需求分析(5.3.2)，止于系统合格性测试(5.3.11)0本指导性技术文件的第8章描述了系统是怎样由硬件、软件和人工操作而组合成的。将系统分成这些要素是通过系统体系结构设计活动(5.3.3)完成的。从这个体系结构设计得出的软件活动从软件需求分析(5.3.4)开始直到软件合格性测试(5.3.9)为止。一旦软件开发结束，硬件和人工操作就通过GB/T 8566的软件集成(5.3.10)进行集成，接着进行系统合格性测试(5.3.11)。根据以上描述的活动，可以得到推论:系统活动是软件活动的超集。4-了管理与规划对于每一个基本过程和支持过程，项目级的过程管理是按照管理过程的以下实例进行的。正是通过这个管理过程，达到对所有其他计划好的事件的规划、执行和控制。GB/T 85