ISO软件开发计划模板.docx

ISO 软件开发文档模板-配置治理打算模板产品/工程系统名称配置治理打算XXXX200 年××月1 / 11ISO 软件开发文档模板-配置治理打算模板1 引言1.1 编写目的编写的目的主要在于对所开发的软件系统规定各种必要的配置治理条款，以保证所开发出的软件能满足用户需求。1.2 背景a. 开发的软件系统的名称列出本软件系统的中文全称、英文全称及英文表示简称。b. 开发的软件系统的最终用户或适用的领域； c.工程来源、主管部门等1.3 定义列出本文件中涉及的特地术语定义和外文缩写的原词组。1.4 参考资料列出涉及的参考资料。2 治理描述软件配置治理的机构、任务、职责和有关的接口掌握。2.1 机构描述软件生存周期中各阶段中软件配置治理的功能和负责软件配置治理的机构。说明工程和自工程与其他有关工程之间的关系。指出在软件生存周期各阶段中的软件开发或维护机构与配置掌握组的关系。2.2 任务10 / 11描述在软件生存周期中各阶段的配置治理任务以及要进展的评审和检查工作，并指出各阶段的阶段产品应存放在哪一类软件库中软件开发库、软件受掌握库或软件产品库。2.3 职责指出负责各项软件配置治理任务如配置标识、配置掌握、配置状态记录以及配置的评审与检查的机构的职责；指出上述机构与软件质量保证机构、软件开发单位、工程承办单位、工程托付单位以及用户等机构的关系。说明软件生存周期各个阶段的评审、检查和审批过程中的用户职责以及相关的开发与维护活动。指出与工程开发有关的各机构的代表的软件配置治理职责。 指出与其他特别职责，例如为满足软件配置治理要求所必要的批准要求。2.4 定义软件配置项SCI包括：1234567系统商定软件工程打算软件需求文档用户手册设计文档 源代码清单测试文档a. 测试打算和过程b. 测试用例和结果记录8. 可执行程序a. 模块的可执行代码b. 链接的模块9. 数据库描述a. 模式和文件构造b. 初始内容10. 联机用户手册11. 维护文档a. 软件问题报告b. 维护记录c. 工程变化12. 软件工程的标准和规程2.5 软件配置治理打算的实现规定实现软件配置治理打算的主要里程碑，例如： 建立配置掌握组确定各个配置基线建立接口掌握协议指定评审与检查软件配置治理打算和规程制定相关的软件开发、测试和支持工具的配置治理打算和规程2.6 适用的标准、条例和商定可包括如下内容：软件构造层次树中软件位置的标识方法； 程序和模块的命名商定；版本级别的命名商定； 软件产品的标识方法；规格说明、测试打算与测试规程、程序设计手册及其他文档的标识方法；媒体和文档治理的标识方法； 文档交付过程；软件产品库中软件产品入库、移交或交付的过程； 问题报告、修改恳求或修改次序的处理过程；配置掌握组的构造和作用；软件产品交付给拥护的验收规程软件库的操作，包括预备、存储和更模块的方法； 软件配置治理活动的检查；问题报告、修改恳求或修改次序的文档要求，指出配置修改的目的和影响；软件进入配置治理之前的测试级别；质量保证级别，例如：在进入配置治理之前，验证软件满足有关基线的程度。3 软件配置治理活动描述配置标识、配置掌握、配置状态记录与报告以及配置检查与评审等 4 方面的软件配置治理活动的需求。3.1 配置标识3.1.1 说明软件工程的基线，包括：功能基线、指派基线和产品基线。对于每个基线，必需描述以下内容：每个基线的项包括应交付的文档和程序与每个基线有关的评审与批准事项以及验收标准在建立基线的过程中用户与开发者的参与状况 例如在产品基线中，要定义的项可以包括：a. 产品的名字和命名规章；b. 产品标识编号；c. 对每个交付的版本，要给出版本交付号、修改的描述、修改交付的方法、对支持软件的修改要求以及对有关文档的修改要求。d. 安装说明；e. 的缺陷和故障；f. 软件媒体和媒体标识。3.1.2 描述本工程全部软件代码和文档的标题、代号、编号以及分类规程。例如，对于代码：编译日期可以作为每个交付模块标识的一局部。3.2 配置掌握描述在本打算 2.2 条描述软件生存周期中各阶段使用的修改批准权限的级别。定义对已有配置的修改建议进展处理的方法，其中包括：a. 具体说明在本打算 2.2 条描述的软件生存周期各阶段中提出的修改建议的程序可以用注上自然语言的流程图来表达 b.描述实现已经批准的修改建议包括源代码和文档的修改的方法；c.描述软件库掌握的规程，其中包括存取掌握、对适用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等 7 项规程；对于不同层次的配置掌握组和其他修改治理机构，应定义其作用，并规定其权限和职责；假设已组成机构，则指明该机构的领导人和成员；假设还没有成立机构，那么说明怎样任命该机构的领导人、成员和代理人；说明开发者和用户与配置掌握组的关系；当要与不属于本软件配置治理打算适用范围的程序和工程进展接口时，本条必需说明对其进展配置掌握的方法。假设这些软件的修改需要其他机构在配置掌握组评审之前或之后进展评审，则必需描述这些机构的组成、它们与配置掌握组的关系以及它们之间的相互关 系。必需说明与特别产品如非交付的软件、现存软件、用户供给的软件和内部支持软件有关的配置掌握规程。3.3 配置状态的记录和报告必需指明怎样收集、验证、存储处理和报告配置项的状态信息；具体说明要定期供给的报告及其分发方法；假设有动态查询，要指出所供给的动态查询的力量；假设要记录用户说明的特别状态时，要描述其实现手段。例如，在配置状态记录和报告中，通常要描述的信息有：a. 规格说明的状态b. 修改建议的状态c. 修改批准的报告d. 产品版本或其修改版的状态e. 安装、更或交付的实现报告f. 用户供给的产品如操作系统的状态g. 有关开发工程历史的报告3.4 配置的检查和评审定义在软件配置治理打算的 2.2 条所定义的软件生存周期的特定点上执行的检查和评审中软件配置治理打算的作用。规定每次检查和评审所包含的配置项。指出用于标识和解决在检查和评审期间所觉察的问题的工作规程。4 工具、技术和方法指明为支持特定工程的软件配置治理所使用的软件工具、技术和方法，指明它们的目的，并在开发者全部权的范围内描述其用法。例如，可以包括用于以下任务的工具、技术和方法：a. 软件媒体和媒体文档的标识。b. 把文档和媒体置于软件配置治理的掌握之下，并把它正式地交付给用户。例如要给出对软件库内的源代码进展掌握的工具、技术和方法的描述；假设用到数据库治理系统，则还要对该系统进展描述。又如，要指明怎样使用软件库工具、技术和方法来处理软件产品的交付。c. 编制关于程序及有关文档的修改状态的文档。因此必需进一步定义用于预备多种级别如工程负责人、配置掌握小组、软件配置治理人员和用户的治理报告的工具、技术和方法。5 对供货单位的掌握供货单位是指软件销售单位、软件开发单位或软件子开发单位。必需规定对这些供货单位进展掌握的治理规程，从而使从软件销售单位购置的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置治理需求。治理规程应规定在本软件配置治理打算的执行范围内掌握供货单位的方法；还应解释用于确定供货单位的软件配置治理力量的方法以及监视他们遵循本软件配置治理打算需求的方法。6 记录的收集、维护和保存指明要保存的软件配置治理文档，指明用于汇总、保护和维护这些文档的方法和设施其中包括要使用的后备设施，并指明要保存的期限。内容总结（1） 产品/工程系统名称配置治理打算XXXX 200 年××月1 引言1.1 编写目的编写的目的主要在于对所开发的软件系统规定各种必要的配置治理 条款，以保证所开发出的软件能满足用户需求（2） 指出上述机构与软件质量保证机构、软件开发单位、工程承办 单位、工程托付单位以及用户等机构的关系（3） 问题报告、修改恳求或修改次序的处理过程