1、中华人民共和国国家标准信息技术软件生存期过程发布实施国家技术监督局发布中华人民共和国国家标准信息技术软件生存期过程代替国家技术监督局批准实施主题内容与适用范围主题内容本标准规定了在获取供应开发操作和维护软件和固件的软件部分时要实施的过程活动和任务目的是为用户提供一个公共框架这样软件的从业人员可以使用相同的语言在自己的环境中创作和管理软件本标准提供的框架由软件开发维护或使用的几个主要的过程组成这些主要过程含有一些用来获取供应开发操作和维护软件所用的基本的一致的要求在这个框架中还有一个主要的过程可以用来控制和管理软件用户可以根据具体情况进行选择和剪裁本标准旨在供合同或协议的当事双方使用或供一个机构
2、在内部使用适用范围本标准适用于软件和固件的软件部分的获取供应开发操作和维护可在一个机构的内部或外部实施本标准也适用于定做的或与交付的产品集成在一起的现货软件读者本标准是为需方供方开发者操作者维护者管理人员质量保证人员和软件的用户编写的本标准的剪裁本标准含有一组过程活动和任务可以根据某软件项目的情况对它们进行剪裁剪裁是删去不实施的过程活动和任务或是增加本标准中不含有的独特的过程活动和任务剪裁的决定最好包含在当事双方的合同中履行履行就是执行按本标准为某个软件项目所选择的全部过程活动和任务当所需要的任务按照预定的准则和合同要求执行时就是执行了一个过程或完成了一项活动任何机构例如国家机构工业协会公司在
3、贸易条件中采用本标准时都应向软件供方明确规定履行本标准所必需的最少的过程活动和任务限制本标准的编写是以一个过程的体系结构为基础不特别详细说明如何实施或执行各个过程中所包含的活动和任务本标准并未规定一个特定的生存周期模型或软件开发方法采用本标准的当事双方有责任为其软件项目选择一个生存周期模型并将本标准中所含的过程活动和任务映射到该模型中当事双方也有责任选择和使用软件开发方法并执行适合于其软件项目的活动和任务关于文档的名称编写内容及格式编制说明见引用标准数据处理词汇部分基本术语数据处理词汇部分系统开发质量术语计算机软件产品开发文件编制指南软件工程术语质量体系设计开发生产安装和服务的质量保证模式最终
4、检验和试验的质量保证模式信息技术软件产品评估质量特性及其应用指南计算机科学辞典术语和缩略语除了下列的术语和缩略语外本标准使用了第章所引用的标准中的定义和缩略语注在本标准中术语产品在适当的情况下也用来指服务术语需方从供方获得或得到一个系统产品或服务的一个机构注需方可以是买主客户拥有者用户采购人员获取得到一个系统一个产品或一项服务的过程活动一个过程的组成元素基线是一个配置项在生存周期内的某一特定时间正式说明并固定的一个版本注对基线的改变要经有关当局的正式批准配置项在一个配置中的一个实体它能满足一项最终应用功能可以在某个给定的参考点上单独标出合同通过法律约束当事双方的一个协议或是在一个机构内部为了提
5、供服务的一个内部协议该协议提供的服务适用于一个系统或系统一部分的供应开发生产操作或维护合同要求的审计合同所要求的审核过程一般由需方或由独立的机构主持进行此过程对产品或服务提供一个独立的评价以决定产品或服务是否符合它们的需求临界的关键的或关键性它是指由于设计不当一个系统或一个软件的某些环节或部分在运行时超出了临界范围或存在着潜在的未检测出的错误会导致死机人员伤害任务失败数据丢失财经上的损失或灾难性的设备损坏等严重后果或指要使用的软件开发技术的成熟程度和有关的风险开发者在软件生存周期中执行开发活动包括需求分析设计直至验收的一个机构评价决定某产品项目活动或服务是否符合它的规定的准则的过程固件含有装于
6、某类存储器中的在用户环境下不能修改不会丢失的计算机程序和数据的器件包含在固件中的计算机程序和数据归类为软件含有计算机程序和数据的电路归类为硬件功能性配置审计验证一个配置项的实际工作性能是否符合它的需求规格说明的一项审查以便为软件的设计和编码建立一个基线硬件配置项整个系统体系结构中的硬件的一个配置项生存周期模型一个框架它含有从需求定义到使用终止跨越整个生存期的系统开发操作和维护中所需实施的过程活动和任务维护者执行维护活动的一个机构不交付项不需要按合同交付的但在软件的开发中可能用到的硬件和软件现货产品由供方需方或第三方提供的已经开发出来的可得到可使用的现成的或需要加以修改的产品操作者运行系统的一个
7、机构组织过程为构成自始至终的一个完整过程由机构指定并以项目为例说明的一套软件工程和管理过程物理配置审计对照设计规格说明检验已建立的某个配置项其目的是为软件的设计和编码建立一个基线过程指一系列活动任务和它们之间的关系它们共同把一组输入转换成所需要的输出产品软件要交付给用户的一套完整的计算机程序过程以及有关的文档和数据鉴定一个正式的过程通过这个过程决定产品是否符合它的规格说明是否可在目标环境中使用鉴定需求准则或一组条件当一个产品符合这些准则或条件时就确定它符合规格说明并可以在其目标环境中使用鉴定测试由供方进行并由需方作见证的测试它证明供方的产品符合规格说明已可以在目标环境中使用发行一项配置管理行为
8、它说明某配置项的一个特定版本已准备好用于特定的目的例如发行测试产品招标标书需方使用的一份文件用来向潜在的投标人表示它要获得某特定系统产品或服务的意图退役操作和维护机构撤出现有的支持全部或部分地由一个新的系统来代替或者安装一个更新的系统保密对信息和数据的保护这样未经授权的人或系统就不能读或修改它们而经过授权的人和系统可以使用它们服务软件与软件有关的活动工作或义务的实施例如软件的开发维护和操作等软部件一个软件配置项中的一个明确的部分注一个软部件含有软件的多个单元也可以含有多个较低级的软部件软件配置项在整个系统体系结构中的软件的一个配置项软件单元一段可分开编译的代码工作说明需方用来标识说明和规定按照
9、合同将要执行的任务的一份文件子合同当事人分包商依据合同向合同当事人的一方提供系统产品或服务的一个机构供方按照所签的合同向需方提供系统产品或服务的一个机构是合同当事人生产者卖方批发商的同义词注需方可以指定它的机构中的某一部门做为供方系统过程产品和人员的集成体它有能力满足已提出的需求实现所规定的目标任务构成活动的基本元素由若干个任务构成一项活动测试范围一个范围在此范围内测试程序测试系统需求能否满足可测性为了决定一项需求是否满足所设计的用于测试目标和可行性所能达到的程度用户使用可操作的系统完成一项特定的功能的个人或机构可以是买主或需方的同义词版本某一配置项的一个可标识的实例注软件某版本的修改产生一个
10、新的版本但它需要配置管理活动缩略语功能性配置审计硬件配置项独立的验证和确认物理配置审计软件配置项软件质量保证验证和确认本标准的应用本章叙述为了获得供应开发操作和维护软件所使用的软件生存周期的各个过程目的是为本标准的用户提供一个框架这样用户就可以按照本标准调整自己并合理地使用本标准本标准的组织生存期过程本标准把软件生存周期中的活动分成七个基本的主要的生存期过程这些过程如下面所定义在整个标准中活动又进一步划分为任务管理过程第章定义生存期过程中的各项管理活动包括项目管理获取过程第章定义需方按合同获取一个系统软件产品或服务的活动供应过程第章定义供方向需方提供合同中的系统软件产品或服务的活动开发过程第章
11、定义开发者和机构为了定义和开发软件或服务所需要的活动操作过程第章定义操作者和机构为了在规定的运行环境中为其用户运行一个计算机系统所需要的活动维护过程第章定义维护者和机构为了管理软件的修改使它处于良好运行状态所需要的活动这个过程包括系统的移植和退役支持过程第章这是个过程的集合支持过程对项目的生存期过程给予支持支持过程有助于项目的成功并能提高项目的质量上述各软件生存期过程根据需要可引用下列支持过程它们是文档开发过程第条定义一个记录软件生存期过程中所产生的信息的活动配置管理过程第条定义配置管理活动合同要求的评审和审计过程第条定义合同所要求的和所建立的需方和供方之间的相互作用验证和确认过程第条根据项目
12、的要求按不同程度为需方供方或某独立的一方定义验证和确认产品或服务的活动软件质量保证过程第条为了保证产品或服务与合同的要求相符定义独立于产品或服务的开发者所要进行的并符合已建立的计划的活动改正过程第条定义处理在产品或服务中发现的问题或不符合之处的活动培训过程第条定义提供训练有素的人员所需要的活动环境建立过程第条定义为采用本标准的任何过程而建立一个环境时所需要的活动过程的建立评价和改进第章第章描述一个机构即需方供方开发者操作者维护者为建立测试控制和改进它的生存期过程所进行的活动剪裁过程附录补充件提供进行剪裁所要求的基本活动和步骤附录参考件就剪裁本标准的要求提供一个简单说明其中列出了作剪裁决定需考虑
13、的主要因素为了保证本标准中的基本软件实践的一致性尤其需要保持本标准的结构意图和完整性过程和机构之间的关系本标准含有适用于一个软件项目的整个生存期的各个过程但是这些过程可以被具有不同观点不同的目的的不同机构以不同的方式使用因此对这些过程之间的关系的利用将因使用该标准的机构它们的观点和目的不同而异本标准的下文中将描述对该生存期过程的要求所以本章从一些主要的方面来叙述这些过程和它们的关系图表示出了在对本标准的不同使用观点下软件生存期的各个过程和它们之间的关系该图示出了几个基本的观点合同观点管理观点和工程观点质量管理观点未示出按照合同的观点需方和供方利用各自的获取和供应过程进行合同谈判按照管理的观点一
14、个机构例如需方供方开发者操作者和维护者管理各自的过程按照工程的观点开发者操作者或维护者实施各自的工程任务以生产软件产品或提供服务除此之外还有其它方面如配置管理质量保证等等它们为上述机构完成特定任务提供支持服务图表示不同的观点下的生存期过程和它们所含的活动每个过程之前的数字为本标准中的章条号图也示出了每个生存期过程的活动合同观点含有两个过程上面的框一个是需方的获取过程一个是供方的供应过程这些过程从合同的观点分别定义需方和供方的任务管理观点含有一个过程左边的框任何机构在管理自己的过程时均使用该管理过程工程观点含有三个过程中间的框开发过程操作过程和维护过程工程师们使用这些过程生产产品或提供服务例如开
15、发者使用该开发过程开发软件操作者使用该操作过程操作软件而维护者则利用维护过程维护软件除此之外一组支持过程右边的框用来支持其它的过程例如软件配置管理过程支持开发过程以控制改进中的产品的变化在该支持过程中还有一组过程提供产品和服务的质量管理最后下面的框图示出了建立评价测试控制和改进生存期的过程图软件生存期过程作用和关系图软件生存期过程观点和活动开始本章叙述如何开始使用本标准开始的步骤是步骤确定角色例如需方供方开发者操作者维护者文档开发者配置管理人员质量保证管理人员机构培训人员等等步骤确定负有主要责任的过程例如需方对获取过程负责供方对供应过程负责开发者对开发过程负责操作者对操作过程负责维护者对维护过
16、程负责等等步骤了解项目的环境和特性例如生存期模型系统生存期的当前阶段系统和软件的需求机构所采取的方针过程和策略系统和软件的规模类型和关键性所涉及的人数和当事各方等步骤为了支持主要过程决定还要使用哪些其它的过程作为支持例如需方可以用开发过程在签订合同之前定义分析研究系统或制作系统的原型供方可以用开发过程来开发软件开发者可以用配置管理过程来管理项目的变化维护者在修改现有的软件时可以用开发过程为了管理软件的变化可以用配置管理过程等等步骤决定在前面的步骤中所选的哪些过程的活动和任务适合所确定的项目引用本标准中的合同条文应在实际的合同中明确指出参见附录补充件和附录参考件步骤与相关的机构进行协议谈判当决定
17、并剪裁了上面步骤中的活动和任务之后最好确定谈判对象例如供方可以与需方子合同当事人独立的验证和确认机构配置管理人员等进行谈判步骤执行所负责的过程所规定的活动和任务步骤按机构所确定的或者在常规的基础上按照对过程的管理评价和改进过程现货产品当使用或作为产品交付一个经过修改或未经修改的现货产品时最好剪裁并使用本标准无论在哪种情况下最好在使用之前弄清下述问题该软件是否能起应起的作用是否提供了必要的文档它是否含有任何产权或使用权问题在未来如何对该软件进行支持管理过程本章含有管理过程的活动和任务管理过程是一个基本过程它适用于必须对自己的过程进行管理的任何一方管理人员负责对所使用的过程例如获取过程供应过程开发
18、过程和支持过程等任务进行管理此过程含有下述活动开始和范围定义计划实施和控制评审和评价完成开始和范围定义本项活动含有下述任务管理过程应当从对将要采取的过程规定需求开始需求一旦确定管理人员应当通过检查和确认实施和管理此过程所要求的资源能够得到人员材料技术和环境充足适当完成的时间进度完全可能达到来保证要建立的过程的可行性必要时可以通过有关各方之间的协议来修改过程的需求使其达到完善的程度计划此项活动含有下述任务管理人员应当制定实施此过程的计划这些计划包括下述内容制定按时完成任务的时间表执行该任务所需的资源量化与任务或过程本身有关的风险在整个过程中使用的质量控制措施与过程实施有关的成本环境和基本建设的条
19、文与过程执行有关的计划应当包含任务的说明和对在此过程中将要产生的产品及服务的标识实施和控制此项活动含有下述任务管理人员应当开始实施该计划以满足目标和标准的要求履行对过程的控制管理人员应当监督过程的实施提供过程进展的内部报告和按照合同的规定向需方提供外部报告管理人员应当调查分析和解决在执行此过程中发现的问题问题的解决可以导致对计划的修改管理人员的责任是保证任何计划改变所造成的影响都在控制和监督之下问题及其解决办法都应当写成文档管理人员应当在某些约定的点对过程的进展写出报告说明遵守计划的情况和对进展不顺利的情况的解决办法这包括机构过程和合同所要求的内部的和外部的报告评审和评价此项活动含有下述任务管
20、理人员应当评价为了达到目标和完成计划而在过程的实施中所完成的产品管理人员应当保证对产品和计划进行检查使产品和计划在完成或变更之后保持完整性和一致性完成此项活动包括下述任务当全部产品完成之后管理人员应当根据合同或根据公司开发过程所确定的标准决定此过程是否已完成管理人员应当从完整性方面检查产品完成的结果和记录这些结果和记录应当存档获取过程获取过程包含需方的活动和任务此过程从定义软件产品或服务的获取需求开始接着就是准备并公布标书选择供方和管理获取过程直到系统的验收有这种需求的机构可以叫做拥有者该拥有者可以就任一项或全部获取活动与某机构签订合同该机构将根据获取过程开展相应的活动本章中的需方可以是拥有者
21、或者是代理人此过程含有下述活动开始和范围定义招标的准备合同的准备谈判及修改对供方的监督验收和完成开始和范围定义本项活动含有下述任务需方将认定获取开发或改进一个软件产品该软件产品可能是一个系统的一部分或服务的概念或需求并依此开始该获取过程需方将详细地定义系统需求此需求在已存在的限制条件下开发系统是可行的该系统需求定义最好包括与设计测试和遵守标准及开发过程有关的关键性安全性和保密性要求该系统需求将遵循开发过程第章定义并形成文档如果需方不能定义系统需求则将制订一个定义它们的计划这个计划将指定提出这些需求的一个机构最好包括一些活动如进行可行性研究制作原型和模型系统需求一旦定义需方将依据风险分析来考虑获
22、取系统所能采用的方案这些方案包括购买能满足需求的现货产品在内部开发产品或得到服务通过合同开发产品或得到服务上述条的结合提高现有的系统产品或服务当要获得一个现货产品的时候需方将保证能满足下述条件该软件满足它的需求有必须的文档可满足所有权和使用权有未来的产品支持计划需方将制订一个获取计划此计划要对系统需求作出定义并定义对所计划的系统的使用将执行的合同的类型所涉及的机构的责任将使用的支持的概念所考虑到的风险以及管理这些风险的办法并将该计划写成文档需方将定义系统的验收策略和准则并将其写成文档招标的准备此项活动含有下述任务需方将制作一份系统获取需求的文档即标书其内容视第条中所选的获取选择方案而定该系统获
23、取文档最好包括系统需求工作描述投标者须知产品或服务清单合同条款子合同条款技术限制例如目标环境需方将决定本标准的哪些过程活动和任务适合它的项目并对其进行适当的剪裁需方将特别指明可以使用的支持过程第章和它们的执行机构这样供方就可以在它们的建议中定义达到每个特定支持过程的方法系统的获取文档将定义合同的里程碑以便作为对获取的监督见第条的一部分将检验和审计供方的进度系统的获取需求最好交给实施获取活动任务的机构合同的准备谈判和修改此项活动由下述任务组成需方最好建立一个选择供方的规程其中包括建议的评价准则和对需求的依从程度需方最好在对供方的建议能力以及需要考虑的其它因素进行评价的基础上选择一个供方需方可以与
24、其它各方一道为项目而剪裁本标准但是在需方与其它各方之间达成协议时最后的剪裁决定将由需方做出然后需方将准备就一项合同与供方进行谈判谈判中提出系统的需求成本提供产品或服务的日程该合同将提及与可重复使用的现货产品有关的产权使用权和所有权在合同的执行期内需方将通过与供方即控制合同变化的另一当事方进行谈判来控制合同的变化应当研究合同的变化对项目计划成本质量和日程的影响对供方的监督此项活动由下述任务组成需方将按照合同所定范围监督和评价供方的技术和进度其中包括质量和成本所用的手段最好适合于获得的类型并包括下述活动例如非正式的会面合同所要求的评审审计以及独立的验证和确认独立的验证和确认将分别根据第和条进行需方
25、最好与供方合作以便及时地提供全部必要的信息和解决尚未解决的问题验收和完成此项活动含有下述任务需方将根据已定义的策略和准则为验收做好全部必要的准备准备最好包括对测试用例测试数据测试过程和测试环境的准备需方将对交付的产品或服务进行验收评审和验收测试当符合所有的验收条件之后从供方处验收该产品或服务验收过程应符合第条中的规定在验收之后需方最好按照第条采取交付产品的配置管理供应过程此过程含有供方的活动和任务此过程的开始方法可以有两种一是决定准备一项建议以应答需方的标书二是就提供一个含有软件的系统或系统的一个部件一个产品或一项服务与需方签订合同或协议接着就是规定为了管理和保证这个项目所需要的步骤和资源其中
26、包括制订项目计划和实施计划直至向需方交付系统产品或提供服务供方按照第章来管理这个过程此过程含有下述活动开始准备投标签订协议编制计划实施和控制评审和评价交付和完成开始此项活动含有下述任务供方评审标书中的需求与公司的方针及其它规则相对照供方最好对是否投标或是否接受合同作出决定准备投标此项活动含有下述任务供方最好定义和准备一份投标书签订协议此项活动含有下述任务供方应当与需方就提供系统产品或服务进行谈判并签订合同作为修改控制机制的一部分供方可以请求修改合同编制计划此项活动含有下述任务为了保证交付的系统产品或服务的质量供方应当全面评审合同中的系统获取需求以确定管理和保证项目的框架供方应当确定或选择与项目
27、的范围规模和复杂性相适合的软件生存周期模型应当把从本标准中选出的过程活动和任务影射到该生存周期模型中该生存周期模型应当包括可使用的开发环境其中包括标准方法和工具等供方应当规定管理和保证此项目的计划需求这种规定最好包括对资源的需求和需方的介入计划需求一旦规定供方应当根据风险分析为开发该产品或提供该服务选择方案可供选择的方案有利用内部资源开发产品或提供服务用子合同方式开发产品或提供服务从内部或外部来源获得现货产品上述二条结合供方应当以所计划的需求和第条中规定的可选方案为基础制定项目管理计划并将其写成文档在这些计划中应当规定下述事项项目的组织机构以及包括外部机构在内的每个机构的权利和责任开发环境包括
28、测试环境库设备仪器以及工程标准步骤和工具生存期过程和活动的工作细目的结构其中包括可交付的产品与任务有关的经费预算人员物理资源软件的规模以及时间进度系统的质量需求管理如果需要可以另外制订质量保证计划系统安全和保密的关键需求管理如果需要另外制订安全和保密计划分包商的管理其中包括对分包商的选择如果选择了分包商还包括分包商需方的介入需方的介入即按合同要求进行的评审和审计见第条非正式的会面报告修改和变更的实施批准验收对设施的使用等验证和确认见第条规定中应包括与独立的验证和确认机构接触的方法质量保证见第条风险管理此项管理包括对项目的潜在技术成本和进度诸风险领域的管理保密方针即在每个项目组织层次上有关需要知
29、道和接触信息的规则规则所要求的批准证书专有权利等制定计划跟踪和报告的方法人员培训见第条执行和控制此项活动包括下述任务供方应当实施和执行依第条制订的项目计划供方应当分别根据开发过程第章操作过程第章或维护过程第章开发操作或维护软件供方应当在合同所定的整个生存周期内监督和控制项目产品或服务的进展和质量这应当是一个连续的反复进行的任务它应当提供监督技术性能成本和进度的进展情况报告项目的状况问题的识别记录分析和解决供方应当管理和控制分包商向其传达全部必要的合同需求以保证交给需方的所有的产品或服务都符合主合同的要求评审和评价此项活动包括下述任务在适当的情况下供方最好根据合同进行评审活动与需方进行接触和通信
30、供方应当进行或支持非正式的会面验收评审和验收测试按照合同和项目计划的规定与需方一起进行合同所要求的评审和正式的审计审计应当按照第条进行供方应当向需方提供关于评价评审审计测试改正工作和解决问题的报告为了按照合同和项目计划的规定评审产品或服务供方应当让需方使用供方和分包商的设备供方应当按照合同和项目计划的规定与独立的验证和确认机构或测试机构见第条进行接触供方应当根据条实施项目的质量保证实施软件的质量保证时可以用或其它类似的指南交付和完成此项活动包括下述任务供方应按照合同的规定交付系统供方应当对已交付的系统向需方提供支持供方应当考察需方对已交付的系统是否满意开发过程开发过程包括开发者的活动和任务此过
31、程包括需求分析设计编码集成测试软件安装和验收等活动完成下面所列出的全部活动按照合同软件开发者的责任从软件需求分析开始以软件鉴定测试终止但是通常软件是作为整个系统的一部分实现的软件的需求分析与整个系统需求分析系统设计有关故软件开发者有可能要参加系统需求分析系统设计或从系统需求分析系统设计中获取必要的信息软件鉴定测试完成后还要把软件集成到整个系统中去所以本过程列出了系统的开发过程所包含的所有活动软件开发者按照合同的规定来确定此过程所包含的活动开发者也可以完成需方所要求的其它活动此过程由下述活动组成建立过程系统需求分析系统设计软件需求分析软件体系结构设计软件的详细设计软件编码软件集成软件鉴定测试系统
32、集成系统鉴定测试验收所需要的安装和支持建立过程此项活动含有下述任务开发者应当将开发过程的活动映射到为软件项目所建立的生存周期模型中如果没有建立一个生存周期模型就应当建立一个所选择的活动可以是重叠的或相互有关联的而且也可以反复交替地实施开发者应当实施第章指定的支持过程这些过程是按照第条的决定支持开发活动所必须的如果在合同中没有约定开发者应当选择剪裁和使用适当的内部的标准方法步骤和计算机编程语言这些是由开发者的组织为了实施开发活动和支持各种过程已用文档建立起来的开发者应当制订进行开发过程的活动计划该计划应当包括与开发和鉴定的全部需求包括安全和保密需求有关的特定的标准方法行为和责任如果需要要分别制订
33、计划这些计划应当形成文档并得到实施在软件的开发或维护中可以使用不交付项但是应当保证在可交付软件交给需方之后它的操作和维护与这些不交付项无关或这些项变成可交付项系统需求分析此项活动含有开发者应当执行或支持的下述任务如第和条所规定应当对获取和系统的要求进行分析以建立系统需求系统需求应当说明系统的功能和性能安全保密人机工程接口操作和维护需求设计限制和鉴定的要求这些系统需求应当写成文档应当对这些系统需求进行评价使其包括下述准则可跟踪性与获取及系统要求的一致性可测试性以及设计操作和维护的可行性系统设计此项活动含有开发者应当执行和支持的下述任务应当建立一个高层的系统体系结构应当在系统的体系结构中体现系统的
34、需求该系统体系结构要表现出系统的内部结构以及硬件软件和人工操作的配置应当保证系统需求已完全分配给硬件配置项软件配置项和人工操作分配给和人工操作的系统体系结构和系统需求要写成文档应对和人工操作的系统体系结构和需求进行评价使其包括下述准则可跟踪性与系统需求的一致性设计和所用标准恰当以及操作和维护的可行性软件需求分析对于每个此项活动含有开发者应当执行的下述任务开发者应当确定各种需求并将其写成文档其中包括与第条相一致的质量特性规格说明可操作性可靠性可用性有效性可维护性和可移植性该文档描述功能和能力规格说明其中包括性能物理特性运行软件的环境条件用户文档安全规格说明其中包括与操作和维护的方法环境影响和人员
35、伤害有关的说明保密规格说明其中包括对敏感性信息或资料的危害有关的说明人机工程和人机规格说明其中包括与人工操作人机对话对人员的限制有关的规格说明以及那些对于人的错误和能力很敏感的需要人集中注意力的领域的说明处理器存储设备或数据通道所用的硬件处理和资源储备的规格说明数据定义和数据库的需求已交付软件在操作和维护现场上的安装和验收的需要用户操作和执行的需求用户维护需求开发者应当确定的外部接口的需求并将其写成文档开发者应当对的鉴定要求写成文档开发者应当对需求作出评价使其包括下面指出的准则对系统需求和系统设计的可跟踪性与系统需求的外部一致性各种软件需求之间的内部一致性软件需求的可测性软件需求的测试范围软件
36、设计操作和维护的可行性开发者应当依据第条进行合同所要求的评审以决定软件需求的完善和恰当当评审完成时就应当建立需求的基线软件体系结构设计对于每个此项活动含有开发者应当执行的下述任务开发者应当把的工程需求转变为一个体系结构该体系结构应描述它的顶层结构和定义它的主要部分它应当保证此项工程和的鉴定要求已完全分配给了各个部分并对其进行了细化以便进行详细设计应当建立体系结构的文档开发者应当为外部接口的设计的各软件部分之间的设计建立一个顶层的设计文档开发者应当为数据库建立一个顶层的设计文档开发者应当评价的体系结构接口和数据库的设计使其包括下面指出的各项对需求的可跟踪性与需求的外部一致性各部分需求之间的内部一
37、致性所使用的设计方法和标准是否恰当详细设计操作和维护的可行性开发者应当依据第条进行合同所要求的评审以决定分配给各部分的需求和体系结构设计方法的完善和恰当软件的详细设计对于每个此项活动含有开发者应当执行的下述任务开发者应当详细设计的每个软部件应当尽量地将各个软部件详细划分为含有软件单元的较低的层次以便进行编码编译和测试应当保证该软件的需求已完全分配给从软部件到软件单元的整个软件应当把该详细设计写成文档开发者应当写出与的外部接口各软部件之间和各软件单元之间的详细设计文档接口的详细设计应当足够详细以便于编码开发者应当写出数据库的详细设计文档开发者最好写出软件用户手册的最初版本开发者应当为测试软件单元
38、规定测试要求和时间进度并将其写成文档测试要求中最好包括在软件需求限定上的重点软件单元开发者应当为软件的集成规定测试要求和时间进度并将其写成文档开发者应当评价软件的详细设计和测试要求使其包括下面的准则对需求的可跟踪性与体系结构设计的外部一致性各部件和单元的需求之间的内部一致性所使用的设计方法和标准是否恰当测试操作和维护的可行性开发者应当依据第条进行合同所要求的评审以决定分配给各个部分和单元的需求以及详细设计方法是否完善和恰当软件编码对于每个此项活动含有开发者应当执行的下述任务开发者应当进行下述开发并建立文档开发每个软件单元和数据库为测试每个软件单元和数据库而开发的测试过程和数据为进行软件集成而开
39、发的测试过程和数据开发者应当测试每个软件单元和数据库以保证它们符合需求测试结果应当写成文档必要时开发者应当更新软件的用户手册开发者应当评价软件的代码和测试结果使其包括下面的准则对需求和设计的可跟踪性与需求和设计的外部一致性各单元需求之间的内部一致性各单元的测试范围使用的编码方法和标准是否恰当集成操作和维护的可行性软件集成对于每个此项活动含有开发者应当执行的下述任务开发者应当制订计划把各个软件单元和软部件集成为该计划应当包括测试要求步骤数据责任和时间表该集成计划应当写成文档在依据集成计划开发集合体时开发者应当集成软件的单元部件和进行测试应当保证每个集合体都能满足的需求并且在集成活动结束时形成完全
40、集成的集成和测试的结果应当写成文档必要时开发者应当更新用户手册为了进行软件的鉴定测试开发者应当为每个开发写出一个完整的测试集测试用例输入输出测试准则和测试步骤开发者应当保证集成后的可以进行软件鉴定测试开发者应当对集成计划设计代码测试测试结果和用户手册进行评价使其包括下面的准则对需求的可跟踪性与需求的外部一致性内部一致性需求的测试范围使用的测试方法和标准是否恰当是否符合预期的结果鉴定测试操作和维护的可行性开发者应当依据第条进行合同所要求的评审以确定测试过程的完善和适当并确定已经做好软件鉴定测试的准备软件鉴定测试对于每个此项活动含有开发者应当执行的下述任务开发者应当依据为确定的鉴定要求进行鉴定测试
41、应当保证对每项要求进行符合测试应将鉴定测试结果写成文档必要时开发者应当更新用户手册开发者应当对设计代码测试测试结果和用户手册进行评价使其包括下面的准则对和系统需求的可跟踪性与和系统需求的外部一致性内部一致性和系统需求的测试范围是否符合预期结果操作和维护的可行性开发者应当依据第条支持对的功能性配置审计和物理配置审计在时应当保证的测试成功并符合需求而且用户手册中充分描述的操作和支持在时应当保证的设计和源码完整并正确反映了的新技术和的结果应当写成文档如果同时开发硬件和软件和可以推迟到系统鉴定测试时进行在和成功地完成之后开发者应当为系统集成系统鉴定测试或适当时的安装和验收更新和准备可交付的软件为的设计
42、和编码建立一个基线系统集成此项活动含有开发者应当执行或支持的下述任务应当与人工操作和其它必要的系统一起集成到系统中去当开发该集合体时应当对照它们的需求进行测试应当将集成和测试的结果写成文档应当为系统的每项已确定的需求进行系统鉴定测试开发一个完整的测试集测试用例输入输出测试准则和测试步骤并将其写成文档开发者应当保证集成的系统已做好系统鉴定测试的准备应当对集成的系统进行评价以使其包括下述准则系统需求的测试范围所使用的测试方法和标准是否恰当是否符合预期结果鉴定测试操作和维护的可行性系统鉴定测试此项活动含有开发者应当执行或支持的下述任务应当依据为系统建立的鉴定要求进行系统鉴定测试应当保证每项系统需求都
43、进行符合性测试而且系统已做好交付准备应当把鉴定测试的结果写成文档应当对系统进行评价以使其包括下述准则系统需求的测试范围是否符合预期的结果操作与维护的可行性本项需求不适用于已经进行过的的和应当依据第条进行在成功地完成和后可交付的应当更新并做好验收安装和支持的准备应当为每个的设计和代码建立基线验收所需要的安装和支持此项活动含有下述开发者应当执行的任务开发者应当制定一个合同中指明的在目标环境中安装软件的计划应当指出与软件的安装有关的必要的资源和信息并保证提供开发者应当以适当的方式帮助需方得到与系统建立活动有关的信息当所安装的软件替代了现有的系统时开发者应当支持合同所要求的并行运行的活动应当将安装情况
44、写成文档开发者应当依据安装计划安装软件应当保证该软件和数据库能按照合同的规定初始化执行和终止应当把安装情况及其结果写成文档开发者应当支持需方对软件或系统的验收评审和测试验收评审和测试应当考虑软件鉴定测试和系统鉴定测试如果进行系统鉴定测试的结果应当把验收评审和测试的结果写成文档开发者应当按照合同的规定完成文档和编码并交付给需方开发者应当按照合同的规定向需方提供初始的和继续的培训和支持操作过程操作过程含有操作者的活动和任务此过程包括系统操作和对用户的操作支持此过程含有下述活动建立过程系统操作用户支持建立过程此活动含有下述任务操作者应当制订执行该操作过程的活动和任务的计划并将其写成文档为了提出问题报
45、告和向维护过程第章提出修改请求以及为了发行操作所用的软件操作者应当确定在操作环境中测试该软件的步骤系统操作此项活动含有下述任务操作者应当实施操作测试在测试完毕之后发行操作所用的软件该系统应当依据操作者手册在预定的环境中操作和使用操作者应当指出记录和解决在操作中发现的问题用户支持此项活动含有下述任务操作者应当建立接受记录和解决用户请求的步骤操作者应当对用户的请求提供援助和咨询服务应当对这些请求和其后的行为进行记录和监控必要时操作者应当将用户的请求移交给维护过程第章以得到解决在提出请求的报告中应当列出这些请求所计划的行为和所采取的行为应当对全部解决情况进行监控以得出结论如果所报告的问题还需要一段时
46、间的工作才能得到永久性的解决问题的报告者可以选择是否向维护过程提出修改请求最终的改正发行含有先前没有的功能和特性的版本以及系统的改进应当属于维护过程第章的基本操作维护过程维护过程含有维护者的活动和任务当系统由于错误缺陷问题或需要改进和修改从而要对代码和相关的文档进行修改时即进入此过程其目的是在保持现有系统整体性的同时修改它此过程以系统退役而终止本章所提供的活动是专门属于维护过程的活动维护过程可以使用本标准中的其它过程如果使用的是开发过程第章则把开发者说成维护者此过程含有下述活动建立过程问题修改分析实施修改对维护的评审验收系统移植系统退役建立过程此项活动含有下述任务维护者应当为了进行维护过程的活
47、动和任务制订计划和步骤并将其写成文档维护者应当确定接受跟踪来自用户的问题报告和修改请求的步骤和向用户反馈的步骤问题应当记录下来并进入改正过程第条为了管理对现有系统的修改维护者应当实施配置管理过程第条或确定与配置管理组织的界面问题修改分析此项活动含有下述任务维护者应当对问题报告和修改请求对机构现有系统和接口系统的影响进行下述分析类型改正改进预防或对新环境的适应范围修改的规模所涉及的成本修改的时间关键性对性能安全保密或风险的影响为了进行改正和修改维护者应当对问题反复进行验证维护者应当在分析的基础上选择修改的实施方案维护者应当将问题修改请求分析结果和实施方案写成文档维护者应当使所选择的修改方案得到认
48、可实施修改此项活动含有下述任务维护者应当进行详细的分析并决定哪些文档代码单元和版本需要修改应当把这种分析和决定写成文档维护者应当进入开发过程第章以实施修改开发过程的需求应当做如下补充为测试和评价系统的已修改部分和未修改部分单元部件和配置项应当定义测试和评价准则并将其写成文档应当保证初始的未经修改的需求不受影响而新修改过的需求得到完善正确地实现测试结果应当写成文档对维护的评审验收此项活动含有下述任务维护者应当与管理修改的机构一起进行评审以决定经过修改的系统的整体性当对完成的修改满意时维护者应当获得签字系统移植此项活动含有下述任务如果一个系统从一个旧的操作环境移植到一个新的操作环境中应当保证在移植
49、过程中所产生或修改的任何软件都符合本标准移植任务可以含有需求分析和确定系统移植的要求移植工具的开发软件和数据的转换移植的执行系统退役此项活动含有下述任务注该软件将根据拥有者的请求退役应当制订操作和维护机构撤消正在进行的支持的退役计划并将其写成文档用户应当参与计划制订活动该计划中应当提及下述内容所要求的阶段更新版本和新的系统版本在一段时间之后全部或部分地停止支持将系统和有关的文档存档关于未来仍需要支持时的责任如果可行转换到新系统系统的用户应当提前得到退役计划和活动的通知通知中应当包括下述各项对替换和升级的说明及实施的日期说明为什么该系统不能继续得到支持对撤消支持后可能得到的其它支持方案的说明为了顺利地向新系统转换退役系统和新系统最好并行操作在此期间应当提供用户培训当到了计划的退役时间时应当通知用户和支持人员有关的开发文档记录和代码最好全部归档为了评价向新系统或升级系统转变的影响应当进行运行后的检查应当把评审结果送交原来的和或现在的开发者以便用来作为信息和指南支持过程本章含有个支持过程其中的任何一个过程在获取项目管理和保证开发操作或维护过程或另一个支持过程中都可以使用在一个支持过
