软件项目设计和开发控制管理规范26247.docx

软件项目设设计和开发发控制管理理规范XXXXXXXXXXX科技有限限公司目录1 引言111.1 目目的11.2 定定义和缩写写词11.3 参参考资料112 管理112.1 机机构22.2 任任务22.3 职职责22.4 接接口控制332.5 实实现32.6 适适用的标准准、条例和和约定42.6.11 指明42.6.22 内容43 软件配配置管理活活动53.1 配配置标识553.1.11 基线53.1.22 代码、文文档63.2 配配置控制663.3 配配置状态的的记录和报报告83.4 配配置的检查查和评审884工具、技技术和方法法95 对供货货单位的控控制96 记录的的收集、维维护和保存存107 附录：配置管理理报表及其其格式1007.1 软软件问题报报告单（SSPR）107.1.11 配置管管理人员填填写内容1107.1.22 配置管管理状态1117.1.33 配置管管理申请人人员填写的的内容1117.2 软软件修改报报告单（SSCR）12ii1 引言1.1 目目的 本本条必须指指出特定的的软件配置置管理计划划的具体目目的。还必必须描述该该计划所针针对的软件件项目（及及其所属的的各个子项项目）的名名称和用途途。1.2 定定义和缩写写词应该列出计计划正文中中需要解释释的而在GGB/T 111457中中尚未包含含的术语的的定义，必必要时，还还要给出这这些定义的的英文单词词及其缩写写词。1.3 参参考资料列出要用到到的参考资资料，如：a 本项目的经经核准的计计划任务书书或合同、上上级机关的的批文；b 属于本项目目的其他已已发表的文文件；c 本文件中各各处引用的的文件、资资料，包括括所要用到到的软件开开发标准。列出这些文文件的标题题、文件编编号、发表表日期和出出版单位，说说明能够得得到这些文文件资料的的来源。2 管理必须描述负负责软件配配置管理的的机构、任任务及其有有关的接口口控制。2.1 机机构必须描述在在各阶段中中负责软件件配置管理理的机构。描描述内容如如下：a 描述在软件件生存周期期各阶段中中软件配置置管理的功功能和负责责软件配置置管理的机机构；b 说明项目和和子项目与与其他有关关项目之间间的关系；c 指出在软件件生存周期期各阶段中中的软件开开发或维护护机构与配配置控制组组的相互关关系。2.2 任任务描述在软件件生存周期期各个阶段段中的配置置管理任务务以及要进进行的评审审和检查工工作，并指指出各个阶阶段的阶段段产品应存存放在哪一一类软件库库中（软件件开发库、软软件受控库库或软件产产品库）。2.3 职职责必须描述与与软件配置置管理有关关的各类机机构或成员员的职责，并并指出这些些机构或成成员相互之之间的关系系。A 指出负责各各项软件配配置管理任任务（如配配置标识、配配置控制、配配置状态记记录以及配配置的评审审与检查）的的机构的职职责；B 指出上述机机构与软件件质量保证证机构、软软件开发单单位、项目目承办单位位、项目委委托单位以以及用户等等机构的关关系；C 说明由本计计划第2.2条指明明的生存周周期各个阶阶段的评审审、检查和和审批过程程中的用户户职责以及及相关的开开发与维护护活动；D 指出与项目目开发有关关的各个机机构的代表表的软件配配置管理职职责；E 指出其他特特殊职责，例例如为满足足软件配置置管理要求求所必要的的批准要求求。2.4 接接口控制本条应该描描述：a 接口规格说说明标识和和文档控制制的方法；b 对已交付的的接口规格格说明和文文档进行修修改的方法法；c 对要完成的的软件配置置管理活动动进行跟踪踪的方法；d 记录和报告告接口规格格说明和文文档控制状状态的方法法；e 控制软件和和支持它运运行的硬件件之间的接接口的方法法。2.5 实实现应该规定实实现软件配配置管理计计划的主要要里程碑，例例如：a 建立配置控控制组；b 确定各个配配置基线；c 建立接口控控制协议；d 制订评审与与检查软件件配置管理理计划和规规程；e 制订相关的的软件开发发、测试和和支持工具具的配置管管理计划和和规程。2.6 适适用的标准准、条例和和约定2.6.11 指明本条必须指指明所适用用的软件配配置管理标标准、条例例和约定，并并把它们作作为本计划划要实现的的一部分；还必须说说明这些标标准、条例例和约定要要实现的程程度。2.6.22 内容必须描述要要在本项目目中编写和和实现的软软件配置管管理标准、条条例和约定定，内容可可如下：a 软件结构层层次树中软软件位置的的标识方法法；b 程序和模块块的命名约约定；c 版本级别的的命名约定定；d 软件产品的的标识方法法；e 规格说明、测测试计划与与测试规程程、程序设设计手册及及其他文档档的标识方方法；f 媒体和文档档管理的标标识方法；g 文档交付过过程；h 软件产品库库中软件产产品入库移移交或交付付的过程；i 问题报告、修修改请求和和修改次序序的处理过过程；j 配置控制组组的结构和和作用；k 软件产品交交付给用户户的验收规规程；l 软件库的操操作，包括括准备、存存储和更新新模块的方方法；m 软件配置管管理活动的的检查；n 问题报告、修修改请求或或修改次序序的文档要要求，指出出配置修改改的目的和和影响；o 软件进入配配置管理之之前的测试试级别；p 质量保证级级别，例如如，在进入入配置管理理之前，验验证软件满满足有关基基线的程度度。3软件配置置管理活动动本章必须描描述配置标标识、配置置控制、配配置状态记记录与报告告以及配置置检查与评评审等四方方面的软件件配置管理理活动的需需求。3.1配置置标识3.1.11 基线本条必须详详细说明软软件项目的的基线（即即最初批准准的配置标标识），并并把它们与与本计划第第2.2条描描述的生存存周期的特特定阶段相相联系。在在软件生存存周期中，主主要有三种种基线，它它们是功能能基线、指指派基线和和产品基线线。对于每每个基线，必必须描述下下列内容：a 每个基线的的项（包括括应交付的的文档和程程序）；b 与每个基线线有关的评评审与批准准事项以及及验收标准准；c 在建立基线线的过程中中用户和开开发者的参参与情况。例如，在产产品基线中中，要定义义的元素可可以包括：a 产品的名字字和规则；b 产品标识编编号；c 对每一个新新交付的版版本，要给给出版本交交付号、新新修改的描描述、修改改交付的方方法、对支支持软件的的修改要求求以及对有有关文档的的修改要求求；d 安装说明；e 已知的缺陷陷和故障；f 软件媒体和和媒体标识识。3.1.22 代码、文文档本条必须描描述本项目目所有软件件代码和文文档的标题题、代号、编编号以及分分类规程。例例如，对代代码来说：a 编译日期可可以作为每每个交付模模块标识的的一部分；b 在构造模块块源代码的的顺序行号号时，应使使它适合于于对模块作作进一步的的修改。3.2 配配置控制必须描述在在本计划第第2.2条描描述的软件件生存周期期中各个阶阶段使用的的修改批准准权限的级级别；必须定义对对已有配置置的修改建建议进行处处理的方法法，其中包包括：a 详细说明在在本计划第第2.2条描描述的软件件生存周期期各个阶段段中提出修修改建议的的程序（可可以用注上上自然语言言的流程图图来表达）；b 描述实现已已批准的修修改建议（包包括源代码码、目标代代码和文档档的修改）的的方法；c 描述软件库库控制的规规程，其中中包括存取取控制、对对于适用基基线的读写写保护、成成员保护、成成员标识、档档案维护、修修改历史以以及故障恢恢复等七项项规程；d 如果有必要要修补目标标代码，则则要描述其其标识和控控制的方法法。对于各个不不同层次的的配置控制制组和其他他修改管理理机构，本本条必须：a 定义其作用用，并规定定其权限和和职责；b 如果已组成成机构，则则指明该机机构的领导导人及其成成员；c 如果还没有有组成机构构，则说明明怎样任命命该机构的的领导人、成成员及代理理人；d 说明开发者者和用户与与配置控制制组的关系系。当要与不属属于本软件件配置管理理计划适用用范围的程程序和项目目进行接口口时，本条条必须说明明对其进行行配置控制制的方法。如如果这些软软件的修改改需要其他他机构在配配置控制组组评审之前前或之后进进行评审，则则本条必须须描述这些些机构的组组成、它们们与配置控控制组的关关系以及它它们之间的的相互关系系；本条必须说说明与特殊殊产品（如如非交付的的软件、现现存软件、用用户提供的的软件和内内部支持软软件）有关关的配置控控制规程。3.3 配配置状态的的记录和报报告本条必须：a 指明怎样收收集、验证证、存储、处处理和报告告配置项的的状态信息息；b 详细说明要要定期提供供的报告及及其分发办办法；c 如果有动态态查询，要要指出所提提供的动态态查询的能能力；d 如果要求记记录用户说说明的特殊殊状态时，要要描述其实实现手段。例如，在配配置状态记记录和报告告中，通常常要描述的的信息有：a 规格说明的的状态；b 修改建议的的状态；c 修改批准的的报告；d 产品版本或或其修改版版的状态；e 安装、更新新或交付的的实现报告告；f 用户提供的的产品（如如操作系统统）的状态态；g 有关开发项项目历史的的报告。3.4 配配置的检查查和评审本条必须：a 定义在软件件配置管理理计划的第第2.2条所所定义的软软件生存周周期的特定定点上执行行的检查和和评审中软软件配置管管理计划的的作用；b 规定每次检检查和评审审所包含的的配置项；c 指出用于标标识和解决决在检查和和评审期间间所发现的的问题的工工作规程。4工具、技技术和方法法必须指明为为支持特定定项目的软软件配置管管理所使用用的软件工工具、技术术和方法，指指明它们的的目的，并并在开发者者所有权的的范围内描描述其用法法。例如，可可以包括用用于下列任任务的工具具、技术和和方法：a 软件媒体和和媒体文档档的标识；b 把文档和媒媒体置于软软件配置管管理的控制制之下，并并把它正式式地交付给给用户。例例如，要给给出对软件件库内的源源代码和目目标代码进进行控制的的工具、技技术和方法法的描述；如果用到到数据库管管理系统，则则还要对该该系统进行行描述。又又如，要指指明怎样使使用软件库库工具、技技术和方法法来处理软软件产品的的交付。c 编制关于程程序及其有有关文档的的修改状态态的文档。因因此必须进进一步定义义用于准备备多种级别别（如项目目负责人、配配置控制小小组、软件件配置管理理人员和用用户）的管管理报告的的工具、技技术和方法法。5 对供货货单位的控控制供货单位是是指软件销销售单位、软软件开发单单位或软件件子开发单单位。必须须规定对这这些供货单单位进行控控制的管理理规程，从从而使从软软件销售单单位购买的的、其他开开发单位开开发的或从从开发单位位现存软件件库中选用用的软件能能满足规定定的软件配配置管理需需求。管理理规程应该该规定在本本软件配置置管理计划划的执行范范围内控制制供货单位位的方法；还应解释释用于确定定供货单位位的软件配配置管理能能力的方法法以及监督督他们遵循循本软件配配置管理计计划需求的的方法。6 记录的的收集、维维护和保存存本章必须指指明要保存存的软件配配置管理文文档，指明明用于汇总总、保护和和维护这些些文档的方方法和设施施（其中包包括要使用用的后备设设施），并并指明要保保存的期限限。7 附录：配置管理理报表及其其格式7.1 软软件问题报报告单（SSPR）在系统的运运行与维护护阶段对软软件产品的的任何修改改建议，或或在软件开开发的任一一阶段中对对前面各个个阶段的阶阶段产品的的任何修改改建议，都都应填入软软件软件问问题报告单单。软件问问题报告单单位的格式式见表1。7.1.11 配置管管理人员填填写内容表中A、BB、C、PP和状态等等项目是由由负责修改改控制的配配置管理人人员填写的的。表中其其他各项即即D、E、FF、G、HH、I、KK、N和OO各项是由由发现问题题的人或申申请配置管管理的人填填写的，他他可能还要要填写J、LL和M三项项内容。前前四项内容容的意义如如下：A是由配置置管理人员员确定的登登记号，一一般按报告告问题的先先后顺序编编号；B是由配置置管理人员员登记问题题报告的日日期；C是发现软软件问题的的日期；P是填写若若干补充信信息和修改改建议。关于配置管管理七种状状态的含义义在下面解解释。7.1.22 配置管管理状态状态一栏分分成七种情情况，现分分别说明如如下：1表表示软件问问题报告正正被评审，已已确定采取取什么行动动；2表示示软件问题题报告已由由指定的开开发人员去去进行维护护工作；33表示修改改已经完成成、测试好好，正准备备释放给主主程序库；4表示主主程序库已已经更新，主主程序库修修改的重新新测试尚未未完成；55表示已经经进行了复复测，但发发现问题仍仍然存在；6表示已已经进行了了复测，已已经顺利完完成所做的的修改，软软件问题报报告单被关关闭（维护护已完成）；7表示留留待以后关关闭，因问问题不是可可重产生的的，或者是是属于产品品改善方面面的，或者者只具有很很低的优先先级等等。7.1.33 配置管管理申请人人员填写的的内容在软件问题题报告单中中，属于配配置管理申申请人填写写的各项内内容的意义义如下：D、E两项项是项目和和子项目的的名称，FF是该子项项目的代号号，这应按按配置标识识的规定来来命名代号号；阶段名和报报告人的姓姓名、住址址和电话等等的含义是是显而易见见的；G表示问题题属于哪一一方面的，是是程序的问问题还是例例行程序的的问题，是是数据库的的问题还是是文档的问问题，是功功能性修改改还是性能能改进性修修改问题，也也可能是它它们的某种种组合；H表示子例例行程序/子系统，即即要指出出出现问题的的子例行程程序名字，如如果不知是是哪个子例例行程序，可可标出子系系统名，总总之，尽可可能给出细细节；I是修订版版本号，指指出出现问问题的子例例行程序版版本号；J是媒体，表表示包含有有问题的子子例行程序序的主程序序库存储媒媒体的标识识符；K是数据库库，表示当当发现问题题时所使用用的数据库库标识符；L是文档号号，表示有有错误的文文档的编号号；M表示出现现错误的主主要测试实实例的标识识符；N是硬件，表表示发现问问题时所使使用的计算算机系统的的标识；O是问题描描述/影响，填填写问题征征候的详细细描述，如如果可能则则写明实际际问题所在在，还要给给出该问题题对将来测测试、界面面软件和文文档等的影影响。7.2 软软件修改报报告单（SSCR）对软件产品品或其阶段段产品的任任何修改，都都必须经过过评审、批批准后才能能重新投入入运行或作作为阶段产产品释放。这这一过程用用软件修改改报告单（software change report）给以记录。软件修改报告单的格式表2。当收到了软件问题报告单之后，配置管理人员便填写软件修改报告单。软件修改报告单要指出修改类型、修改策略和配置状态，它是供配置控制小组进行审批的修改申请报告。表中各项内容的意义如下：A是登记号号，它是配配置修改小小组收到软软件修改报报告单时所所作的编号号；B是配置管管理人员登登记软件修修改报告单单的日期；C是已经准准备好软件件修改报告告单、可以以对它进行行评审的时时间；D、E和FF的意义与与软件问题题报告单中中的D、EE和F的意意义相同；G填写被处处理的软件件问题报告告单的编号号，如该编编号中提出出的问题只只是部分解解决，则在在填写时要要在该编号号后附以字字母P（PPart表表示部分之之意）；H指出是程程序修改、文文档更新、数数据库修改改还是它们们的组合，如如果仅是指指出用户文文档的缺陷陷则在解释释处作上记记号；I是修改的的详细描述述，如果是是文档更新新，则要列列出文档更更新通知单单的编号；如果是数数据库修改改，则要列列出数据库库修改申请请的标识号号；J是批准人人，经批准准人签字、批批准后才能能进行修改改；K是语句类类型，程序序修改中涉涉及到的语语句类型包包括：输入入/输出语句句类、计算算语句类、逻逻辑控制语语句类、数数据处理语语句类（如如数据传送送、存放语语句）；L是程序名名，指被修修改注程序序、文档或或数据库注注名字。如如果只要求求软件修改改报告单做做解释性工工作，则注注重复软件件问题报告告单给出的的名字；M指当前注注版本/修订本标标识；N指修改后后的新版本本/修订本标标识；O指数据库库，如果申申请数据库库修改，这这里给出数数据库的标标识符；P是数据库库修改申请请号DBCCR；Q指文档，即即如果要求求文档修改改，则在这这里给出文文档的名字字；R是文档更更新通知单单编号DUUT；S表示修改改是否已经经测试，指指出已对修修改做了哪哪些测试，如如单元、子子系统、组组装、确认认和运行测测试等，并并注明测试试成功与否否；T指出在软软件问题报报告单中给给出的问题题描述是否否准确，并并回答是或或否；U是问题注注释，准确确地重新叙叙述要修改改的问题；V指明问题题来自哪里里，如系统统设计规格格说明书、软软件需求规规格说明书书、概要设设计说明书书、详细设设计说明书书、数据库库、源程序序等；W说明完成成修改所需需要的资源源估计，即即所需要的的人月数和和计算机终终端时数；X指出所要要进行修改改的类型，由由执行修改改的人最后后填写。修修改类型主主要有适应应性修改、改改进性修改改以及计算算错误、逻逻辑错误、输输入和输出出错误、接接口错误、数数据库错误误、文档错错误以及配配置错误等等的修改；Y是提出对对软件问题题进行修改改的人员或或单位；Z是完成软软件问题修修改的人员员或单位。表1 软软件问题报报告单（SSPR）软件问题报报告单登记号A登记日期B 年 月 日发现日期C 年 月 日项目名D子项目E代号F阶段名软件定义需求分析概要设计详细设计编码测试组装测试安装验收运行维护状态1234567报告人姓名电话地址问题：G例例行程序 程序 数据库 文档 改进子例行程序序/子系统：H修改版本号号：I媒体：J数据库：KK文档：L测试实例：M硬件：N 问题描述述/影响：O 附注及修修改建议：P表2 软软件修改报报告单（SSCR）软件修改报报告单登记号A登记日期B 年 月 日发现日期C 年 月 日项目名D子项目E代号F响应哪些SSPR： G修改类型X修改申请人人Y修改人Z修改： HH 程序 数据库 文档 解释修改描述： I 批准准人： J 改动：语句类型： K I/O 计算 逻辑辑 数据处处理 程序名：LL老版本号：M新版本号：N数据库：OODBCR：P文档：QDUT：RR修改已测试试否：S单元子系统组装确认运行成功否：SS SPR的的问题叙述述准确否？ T 是 否 附注：U问题来自：V 系系统设计规规格说明书书 需需求规格说说明书 设计计说明书 数据据库 程程序资源来自：W 人工数：（单位：人日） 计算机机时间：（单单位：小时时）14