本标准为软件生存周期过程建立了一个公共框架，可供软件工业界参考。它包括在含有软件的系统、独立软件产品和软件服务的获取期间以及在软件产品的供应、开发、运作和维护期间需应用的过程、活动和任务。软件包括固件的软件部分。本标准还提供一种过程，这种过程能用来确定、控制和改进软件生存周期过程。本标准适用于系统和软件产品以及服务的获取，还适用于软件产品和固件的软件部分的供应、开发、操作和维护，可在一个组织的内部或外部实施。应包括为软件产品和服务提供环境所需要的系统定义。本标准适用于双方情况，若此双方来自同一组织时也可等同应用。它覆盖从一项非正式协议直到法律约束的合同。本标准可由单方作为自我改进工作采用。本标准不打算用于现货软件产品，除非它包含在可交付产品中。本标准为系统和软件产品以及服务的获取者编写，也是为软件产品的供方、开发者、操作者，维护者、管理者、质量保证管理者和使用者编写。 GB/T 8566-2001 信息技术 软件生存周期过程 GB/T8566-2001 标准下载解压密码：www.bzxz.net

GB/T8566--2001
本标准等同采用国际标准ISO/IEC12207：1995《信息技术软件生存周期过程》。本标准是GB/T8566的第二次修订。本标准与GB/T8566-1995主要区别在于结构作了调整，把软件生存周期的所有过程归纳为基本过程、支持过程和组织过程，对部分术语名称作了修改。本标准的附录A是标准的附录，附录B至附录D是提示的附录。本标准自实施之日起代替GB/T8566—1995。本标准由中华人民共和国信息产业部提出。本标准由中国电子技术标准化研究所归口。本标准由中国电子技术标准化研究所和上海软件技术开发中心负责起草。本标准主要起草人：冯惠、周明德、杨启善、刘光龙、王宝艾。本标准首次发布于1988年，1995年第一次修订。85
GB/T8566-2001
ISO/IEC前言
ISO（国际标准化组织）和IEC（国际电工委员会）是世界性的标准化专门机构。国家成员体（它们都是ISO或IEC的成员国）通过国际组织建立的各个技术委员会参与制定针对特定技术范阐的国际标准。ISO 和 IEC 的各技术委员会在共同感兴趣的领域内进行合作。与ISO 和 IEC 有联系的其他官方和非官方国际组织也可参与国际标准的制定工作。对于信息技术，ISO和IEC建立了一个联合技术委员会，即ISO/IECJTC1。由联合技术委员会提出的国际标准草案需分发给国家成员体进行表决。发布一项国际标准，至少需要75%的参与表决的国家成员体投票费成。
国际标准ISO/IEC12207:1995是由ISO/IECJTC1信息技术联合技术委员会SC7软件工程分技术委员会制定的。
附录A是本标准的组成部分。附录B、附录C和附录D仅提供参考信息。86
GB/T8566--2001
软件是信息技术和传统系统的组成部分，比如交通、军事、医疗和财务系统。为了开发和管理软件，标准、规程、方法、工具和环境迅速激增，这种激增造成了软件管理和工程困难，特别是在集成产品和服务中。软件学科需要从这种激增状态转移到公共框架。这种框架使得软件从业人员在生产和管理软件时有共同语言。本标推就提供了这种框架。这种框架包括下述软件生存周期：从概念形成直到退役，并且由获取和供应软件产品及服务的各个过程组成。此外，这种框架可用来控制和改进这些过程。本标准中的过程形成一个较完整的集合，一个组织根据其目标可选择适合的子集达到目的。因此，本标准设计成可以让具体的组织、项目或应用加以剪裁。当软件是一个独立实体、嵌人系统或整个系统的组成部分时，均可使用本标。1范围
1.1目的　
中华人民共和国国家标准
信息技术软件生存固期过程
Information technology-Software life cycle processesGB/T 8566-2001
idtISO/IEC12207:1995
代替GB/T8566—1995
本标准为软件生存周期过程建立了一个公共框架，可供软件工业界参考。它包括在含有软件的系统、独立软件产品和软件服务的获取期间以及在软件产品的供应、开发、运作和维护期间需应用的过程、活动和任务。软件包括固件的软件部分。本标准还提供一种过程，这种过程能用来确定、控制和改进软件生存周期过程。1.2应用范围
本标准适用于系统和软件产品以及服务的获取，还适用于软件产品和固件的软件部分的供应、开发、操作和维护，可在一个组织的内部或外部实施。应包括为软件产品和服务提供环境所需要的系统定义。
注：软件生存周期期间使用的过程需要与系统生存周期期间使用的过程相一致。本标准适用于双方情况，若此双方来自同一组织时也可等同应用。它覆盖从一项非正式协议直到法律约束的合同。本标准可由单方作为自我改进工作采用。本标准不打算用于现货软件产品，除非它包含在可交付产品中。本标准为系统和软件产品以及服务的获取者编写，也是为软件产品的供方、开发者、操作者，维护者、管理者、质量保证管理者和使用者编写。1.3本标准的剪裁
本标准含有一组过程、活动和任务，可根据软件项目的情况加以剪裁，剪裁过程就是除不适用的过程、活动和任务。
注：可按合同规定增加独特的或专门的过程、活动和任务。1.4依从性
依从本标准就是执行按剪裁过程（附录A）从本标准中为某软件项目选择的所有过程、活动和任务。当所需要的任务按照预定准则和合同规定要求执行时，就是执行了一个过程或完成了一项活动，任何组织（例如国家机关、工业协会、公司）在作为贸易条件而采用本标准时，有责任规定软件供方依从本标准所必须的最少的过程、活动和任务。1.5限制
本标准叙述软件生存周期过程的体系结构，但不规定如何实现或完成各过程中包含的活动和任务的细节。
本标准并不打算叙述必须产生的文档的名称、格式或编写内容。本标准可以要求编制类似级别或类型的文档，例如各种计划。然而，本标准并非暗示这类文档必须分别编制或封装，或以某种样式组合。本标准并未规定一个特定的生存周期模型或软件开发方法。采用本标准的各方负责为软件项目选择一个生存周期模型，并把本标准所述的过程、活动和任务映射到该模型中。各参与方还有责任选择和应用软件开发方法，并执行适合于软件项目的活动和任务。中华人民共和国国家质量监督检验检疫总局2001-11-02批准88
2002-06-01实施
GB/T 8566-2001
本标准并不想与任何组织已有的方针、标准或规程发生矛盾，然而，任何矛盾必须加以解决，并且任何超越的条件和状态必须以书面形式列出，作为应用本标准的例外情况处理。在本标准中有若干个任务清单，没有一个是完整无缺的，它们只是作为一些示例。2 引用标准
下列标准所包含的条文，通过在本标准中引用而构成为本标准的条文。本标推出版时，所有版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。GB/T5271.1--2000信息技术词汇第1部分：基本术语（idtISO/IEC2382-1：1993）GB/T5271.20--1994信息技术词汇第20部分：系统开发（idtISO/IEC2382-20：1990）GB/T6583—1994质量管理和质量保证术语（idtISO8402：1994）GB/T16260-1996信息技术软件产品评价质量特性及其使用指南(idt ISO/IEC 9126:1991)
质量体系设计、开发、生产、安装和服务的质量保证模式（idtISO9001：GB/T 19001--1994
ISO/AFNOR：1989计算机科学辞典3定义
本标准采用GB/T6583、GB/T5271.1和GB/T5271.20中规定的定义以及下列定义。注：合适时，产品可以解释为系统的一部分。3.1 需方 acquirer
从供方获得或采购系统、软件产品或软件服务的组织。注：需方可以是买主、顾客、拥有者、用户、采购者。3.2获取acquisition
取得系统、软件产品或软件服务的过程。3.3协议agreement
确定将要建立的工作关系的期限和条件。3.4审核audit
由授权人员对软件产品和过程进行的独立评估，以便评定是否符合需求。3.5基线baseline
在配置项的生存周期内的某一特定时刻已正式设计并固定了的且经正式批准的配置项的一个版本，而不管媒体是什么。
3.6配置项configuration item
一个配置中的实体，它满足一项最终使用功能，并能在给定的基准点上单独标识。3.7 合同 contract
通过法律约束当事双方的一个协议，或者一个组织内类似的内部协议，以保证软件服务的提供，或软件产品的供应、开发、生产、操作或维护。3.8 开发者 developer
在软件生存周期过程中执行开发活动（包括需求分析、设计、测试直到验收）的一个组织。3.9评价evaluation
系统地确定一个实体项目满足其规定准则的程度。3.10固件firmware
硬件装置和驻留在硬件装置的只读软件中的计算机指令或计算机数据的组合，其软件不能在程序控制下方便地修改。
3.11生存周期模型lifecyclemodelGB/T 8566--2001
一个框架，它含有遍历系统从确定需求到终止使用这一生存周期的软件产品的开发、运行和维护中需实施的过程、活动和任务。
3.12 维护者maintainer
执行维护活动的组织。
3.13监督monitoring
由需方或第三方对供方活动状况及其成果的检查。3.14 非交付项non-deliverable item按合同不要求交付，但可以在软件产品开发中使用的硬件或软件产品。3.15现货产品off-the shelf product已经开发出来的、可得到的、可使用的、现成的或需要加以修改的产品。3.16操作者operator
运行系统的组织。
3.17过程process
把输人转换为输出的一组彼此相关的活动。注：术语“活动”包括资源的使用。［见GB/T6583，1.2]3.18鉴定qualification
证实实体是否有能力满足规定需求的过程。［见GB/T6583,2.13]3.19鉴定需求qualification requirement一组准则或条件，当一个软件产品符合这些准则或条件时，就确定它符合规格说明，并可以在其目标环境中使用。
3.20合格性测试qualification testing由开发者进行并由需方见证的测试（如合适），以证明软件产品符合其规格说明，并可以在目标环境中使用。
3.21质量保证qualityassurance为了提供足够的信任表明实体能够满足质量要求，而在质量体系中实施并根据需要进行证实的全部有计划和有系统的活动。
1质量保证有内部和外部两种目的。a）内部质量保证：在组织内部，质量保证向管理者提供信任。b）外部质量保证；在合同或其他情况下，质量保证向顾客或他方提供信任。2质量控制和质量保证的某些活动是相互关联的。3只有质量要求全面反映了用户的要求，质量保证才能提供足够的信任。[GB/T 6583,3. 5]
3.22 发行release
一个配置项的特定版本，已准备好用于特定目的（例如测试发行）。3.23招标(标书）request for propasal(tender)需方使用的一种文件，用来向潜在的投标人表示它要获得特定系统、软件产品或软件服务的意图。3.24.退役retirement
运作和维护组织撤出现有的支持，部分或全部由一个新的系统代替或者安装一个升级的系统。3.25保密安全security
对信息和数据的保护，这样，未经授权的人员或系统不能阅读或修改它们，不能拒绝授权人员或系统对它们的访问。
3.26软件产品software product90
GB/T 8566—2001
一组计算机程序、规程以及可能的相关文档和数据。3.27软件服务software service实施与软件产品有关的活动、工作或义务，比如软件开发、维护和运作。3.28软件单元softwareunit
一段可分开编译的代码。
3.29 工作说明 statement of work需方使用的一种文件，用来叙述和规定按合同必须执行的任务。3.30供方 supplier
与需方签订合同，并按合同规定提供系统、软件产品或软件服务的组织。注
1术语“供方”是承制方、生产方、卖方或供货方的同义词。2需方可以指定本组织的一部分为供方。3.31 系统 system
由一个或多个过程、硬件、软件、设施和人员组成的集合体，提供满足规定需求或目标的能力。3. 32 测试覆盖 test coverage测试用例测试系统或软件产品的需求的程度。3.33可测试性·testability
为了确定一项需求是否满足，所设计的测试目标和可行性所能达到的程度。3.34 用户user
使用运行系统完成一项特定功能的个人或组织。注：用户可以扮演其他角色，比如需方、开发者或维护者。3.35确认validation
通过检查和提供客观证据认可针对某一特定预期用途的需求已经满足。注
在设计和开发中，确认涉及到审查某个产品是否符合用户的需要之过程。1
2确认通常是对最终产品在规定的使用条件下进行的。在早期阶段，这样做也可能是需要的。3“确认过的”一词用来表示相应的状况。4如果有几种不同的预期用途，可进行多项确认。[GB/T 6583,2.18]
验证 verification
通过检查和提供客观证据认可规定需求已经满足。注
1在设计和开发中，验证是指对某项规定活动的结果进行检查的过程，以确定该活动对规定需求的合格情况。2“验证过的”一词用来表示相应的状况。[GB/T 6583,2. 17]
3.37版本version
某一配置项的已标识了的实例。注：软件产品某版本的修改产生一个新版本，但要求配置管理活动。4本标准的应用
本章叙述用于获得、供应、开发、运作和维护软件的软件生存周期的各个过程。目的是为本标准的用户提供一个框架，这样，用户就可以按照本标准调整自已的过程，并合理地应用本标准。4.1本标推的结构
4.1.1生存周期过程
GB/T 8566—2001
本标准把软件生存周期中可以开展的活动分为5个基本过程、8个支持过程和4个组织过程。每一生存周期过程划分为一组活动，每一项活动进一步划分为一组任务。子条款的编号x.X表示一个过程，x.x.x表示一项活动，x.x.x.x表示一个任务。这些生存周期过程介绍如下，并描绘在图1。5生存周期基本过程
5.1获取
5.2供应
5.3开发
5.4运作
5.5维护
7生存周期组织过程
7.1管理
7.3改进
6生存周期支持过程
6.1文档编制
6.2配置管理
6.3质量保证
6.4验证
6.5确认
6.6联合评审
6.7审核
6.8问题解决
7.2基础设施
7.4培训
图1本标准的结构
4.1.1.1生存周期基本过程
生存周期基本过程（第5章）包括5个过程，这些过程供各主要参与方在软件生存周期期间使用。主要参与方是参与或完成软件产品开发、运作或维护的组织。这些主要参与方有软件产品的需方、供方、开发者、操作者和维护者。基本过程有：a）获取过程（5.1）-一确定需方和获取系统、软件产品或软件服务的组织的活动。b）供应过程（5.2）一一确定供方和向需方提供系统、软件产品或软件服务的组织的活动。c）开发过程（5.3）一一确定开发者和定义并开发软件产品的组织的活动。d）运作过程（5.4）一—确定操作者和在规定的环境中为其用户提供运行计算机系统服务的组织的活动。
e）维护过程（5.5）一一确定维护者和提供维护软件产品服务的组织的活动。也就是对软件的修改进行管理，使它保持合适的运行状态。这一过程包括软件产品的移植和退役。4.1.1.2生存周期支持过程
生存周期支持过程（第6章）包括8个过程。支持过程以明确的目的作为构成整体所必须的部分支持其他过程。有助于软件项目的成功和提高质量。支持过程按照其他过程的需要采用和执行。支持过92
程有：
GB/T 8566-2001
a）文档编制过程（6.1)-—一确定记录生存周期过程产生的信息所需的活动。b）配置管理过程（6.2)—确定配置管理活动。c）质量保证过程（6.3)一一确定客观地保证软件产品和过程符合于规定需求以及已建立的计划所需的活动。联合评审、审核、验证和确认可以作为质量保证技术使用。d）验证过程（6.4）一--根据软件项目需求，按不同深度（为需方、供方或某独立方）确定验证软件产品所需的活动。
e）确认过程（6.5）一（为需方、供方或某独立方）确定确认软件项自的软件产品所需的活动。f）联合评审过程（6.6）一一确定评价一项活动的状态和产品所需的活动。这一过程可由任何两方采用，其中一方(评审方)以联合讨论会的形式评审另一方(被评审方）。g）审核过程（6.7）一一确定为判定符合于需求、计划和合同所需的活动。这一过程可由任何两方采用，其中一方（审核方）审核另一方（被审核方）的软件产品或活动。h）问题解决过程（6.8）一一确定一个过程来分析和解决问题（包括不合格），不论问题的性质或来源如何，它们都是在实施开发、运作、维护或其他过程期间暴露出来的。4.1.1.3生存周期组织过程
生存周期组织过程（第7章）包括4个过程。这些过程可被某个组织用来建立和实现由相关的生存期过程和人员组成的基础结构并不断改进这种结构和过程。采用它们通常超出特定的项目和合同的范围。但是，这些特定项目和合同的经验教训有助于改善组织状况。组织过程有：a）管理过程（7.1)一确定生存周期过程中的基本管理活动，包括项目管理。b）基础设施过程（7.2)一一确定建立生存周期过程基础结构的基本活动c）改进过程（7.3）—确定一个组织（即需方，供方，开发者，操作者，维护者，或另一过程的管理者)为建立、测量，控制和改进其生存周期过程所需开展的基本活动。d）培训过程（7.4)-
—一确定提供经适当培训的人员所需的活动。4.1.2剪裁过程
附录A(标准的附录)确定进行本标准剪裁所需的基本活动。附录B（提示的附录）就本标准的剪裁要求提供简要说明，其中列出一些关键要素，可以根据这些要素作出剪裁决定。
4.1.3过程和组织之间的关系
本标准含有适用于软件整个生存周期的各个过程，这些过程可以被不同的组织根据其需要和目标使用。为便于理解，附录C介绍了生存周期过程和有关各方之间的关系。5，生存周期基本过程
本章定义的生存周期基本过程如下：a）获取过程；
b）供应过程；
c）开发过程；
d）运作过程；
e）维护过程。
基本过程中的活动和任务是启动并实施这些过程的组织的职责。这种组织要保证过程存在并且起作用。
5.1获取过程
获取过程包括需方的活动和任务。此过程从确定需要获取的系统、软件产品或软件服务开始，接着就是制定和发布标书，选择供方和管理获取过程，直到验收系统、软件产品或软件服务。93
GB/T 8566--2001
具有这种需求的组织可称为拥有者，拥有者可以就某一项或全部获取活动与某代理机构签订合同，该机构将根据获取过程开展这些活动。本条中的需方可以是拥有者或代理机构。需方按管理过程（7.1)在项目级上管理本条中具体说明的获取过程；按基础设施过程（7.2）建立本过程的基础设施；按剪裁过程（附录A)为具体项目剪裁本过程；按改进过程（7.3和培训过程（7.4)在组织级上管理本过程。
活动清单：本过程包括下述活动：a）启动；
b）招标的准备；
c）合同的准备和修改；下载标准就来标准下载网
d）对供方的监督；
e）验收和完成。
5.1.1启动
此项活动包括下述任务：
5.1.1.1需方通过描述概念或需要以获取、开发或增强系统、软件产品或软件服务来开始获取过程。5.1.1.2需方应定义并分析系统需求。系统需求包括业务、组织和用户，以及安全性、保密安全性与设计、测试有关的其他关键要求和应遵循的标准、规程。5.1.1.3如果需方委托供方进行系统需求分析，需方应批准所分析的需求。5.1.1.4需方可以自已定义和分析软件需求，也可委托供方完成这项任务。5.1.1.5宜采用开发过程（5.3)完成5.1.1.2和5.1.1.4中的任务。5.1.1.6需方应以风险、费用和效益作为准则对下面每个方案进行分析，考虑获取方案，这些方案包括：
a）购买满足需求的现货软件产品；b）在内部开发软件产品或得到软件服务，c）通过合同开发软件产品或得到软件服务；d）上述a)、b)、c)条的结合；
e）提高现有的软件产品或服务
5.1.7.7当要获取现货软件产品时，供方应保证满足下述条件：a）满足对该软件产品的需求；
b）具有有效的文档；
c）满足专利权、使用权、拥有权、担保权和许可权；d）有软件产品的未来支持计划。5.1.1.8需方宜准备、编制并执行一个获取计划，该计划宜包括下述内容：a）对系统的需求；
b）计划的系统配置；
c）需采用的合同类型；
d）有关组织的职责；
e）需采用的支持概念；
f）考虑风险以及风险管理的方法。5.1.1.9需方宜确定验收策略和条件（准则），并将其写成文档。5.1.2招标的准备
此项活动包括下述任务：
5.1.2.1需方宜编制获取需求文档（例如招标书），文档内容取决于在5.1.1.6中选取的获取方案。如合适，获取文档宜包括：
a）系统需求；
b）范围说明；
c）投标者须知；
d）软件产品清单；
e）期限和条件；
f）子合同的控制；
g）技术限制（例如目标环境）。GB/T 85662001
5.1.2.2需方宜确定本标准适合于该项目的过程、活动和任务，并宜适当剪裁。特别是，需方宜规定适用的支持过程（第6章）及其执行组织，如果不是供方，还应规定其职责。这样供方就可以在他们的标书中确定每一适用的支持过程的方法。需方应确定引用合同的那些任务的范围。5.1.2.3获取文档还应确定合同的里程碑，此时应评审和审核供方的进度，作为监督获取的一一部分（见6. 6 和 6. 7)
5.1.2.4获取需求宜提交给选择来执行获取活动的组织。5.1.3合同的准备和修改
此项活动包括下述任务：
5.1.3.1需方宜建立选择供方的规程，包括标书的评价准则和符合需求的程度。5.1.3.2需方宜根据对供方的标书、能力评价和其他需要考虑的因素选择一个供方。5.1.3.3需方可以联合其他各方，包括潜在的供方，在合同签订前剪裁本标准，然而，需方应对剪裁作出最后决定。需方应在合同中纳人或列举被剪裁的标准。5.1.3.4需方应准备并与供方进行合同谈判，合同涉及获取需求，包括需交付的软件产品或服务的费用和计划。合同还涉及与可重复使用的现货软件产品相关的专利权、使用权、所有权、担保权和许可权。5.1.3.5一巨合同开始执行，作为更改控制机制的一部分，需方应通过与供方谈判来控制对合同的更改。对合同的更改应调查对项目计划、费用、效益、质量和进度的影响。注：需方确定在本标准的应用中是否使用术语“合同”或“协议”。5.1.4对供方的监督
此项活动包括下述任务：
5.1.4.1需方应按照联合评审过程（6.6)和审核过程（6.7）监督供方的活动。需方宜按需要利用验证过程（6.4）和确认过程（6.5）补充监督。5.1.4.2需方应与供方合作，及时提供所有必要信息，并解决所有遗留问题。5.1.5验收和完成
此项活动包括下述任务：
5.1.5.1需方宜根据已确定的验收策略和准则准备验收，宜包括准备测试用例、测试数据、测试规程和测试环境。宜确定供方参与的程度。5.1.5.2需方应对可交付软件产品或服务进行验收评审和验收测试，当所有验收条件满足时，应从供方接受它。验收规程宜符合5.1.1.9的规定。5.1.5.3验收之后，需方宜承担已交付软件产品的配置管理职责（见6.2）。注：需方可以按照供方提供的说明书安装软件产品或进行软件服务。5.2供应过程
供应过程包括供方的活动和任务。这一过程可以按下述方式启动，或者编制投标书来答复需方的招标书，或者与需方签订一项合同，来提供系统、软件产品或软件服务。接着确定为管理和保证项目所需的规程和资源，包括编制项目计划，实施计划，直到系统、软件产品或软件服务交付给需方。供方按照管理过程（7.1）在项目级上管理本条中具体说明的供应过程。按照基础设施过程（7.2)建立本过程的基础设施。按照剪裁过程（附录A）为该项目剪裁本过程。按照改进过程（7.3）和培训过程95
(7.4)在组织级上管理本过程。
活动清单：本过程包括下述活动：a）启动；
b）准备投标；
c）签订合同；
d）编制计划；
e）实施和控制；
f）评审和评价；
名）交付和完成。
5.2.1启动
此项活动包括下述任务：
GB/T8566—2001
5.2.1.1供方评审招标书中的需求，考虑本组织的方针和其他规章。5.2.1.2供方宜作出投标或接受合同的决定。5.2.2准备投标
此项活动包括下述任务：
5.2.2.1供方宜确定并编制投标书来响应招标书，包括对本标准的剪裁建议。5.2.3签订合同
此项活动包括下述任务：
5.2.3.1供方宜与需方组织谈判并签订提供软件产品或服务的合同。5.2.3.2作为更改控制机制部分，供方可以要求修改合同。5.2.4编制计划
此项活动包括下述任务：
5.2.4.1供方应对获取需求进行评审，以确定-项框架来管理和保证项目，并保证可交付软件产品或服务的质量。
5.2.4.2如果合同中没有规定，供方应确定或选择一个适合于该项目的范围、规模和复杂度的软件生存周期模型，宜从本标准中选择过程、活动和任务，并反映到生存周期模型中。5.2.4.3供方应建立计划需求，以便管理和保证该项目，并保证可交付软件产品或服务的质量。计划需求宜包括需要的资源和需方的介人。5.2.4.4一旦建立了计划需求，供方应根据对每一种选择带来的风险分析，考虑开发软件产品或提供软件服务的选择方案。选择方案包括：a）利用内部资源开发软件产品或提供软件服务；b）通过分包合同开发软件产品或提供软件服务；c）从内部或外部资源获得现成的软件产品；d）以上a)、b)、c)的综合。
5.2.4.5供方应在计划需求以及按5.2.4.4进行方案选择的基础上，制订项目管理计划，并形成文档。计划中考虑的项目包括但不限于下列：a）每一组织单元的项目组织结构、职责和职权，包括外部组织；b）工程环境（适用时，用于开发、运作或维护），包括试环境、程序库、设备、设施、标准、规程和工具，
c）生存周期过程和活动中包括要完成的软件产品、软件服务和非交付项在内的工作分解结构，连同预算、人员、物理资源、软件规模和相关的任务进度安排；d）软件产品或服务的质量特性的管理，可以制订独立的质量计划；e）软件产品或服务的安全、保密安全和其他关键需求的管理，可以制订独立的安全、保密安全96
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。