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

1、软件项目目设计和和开发控控制管理理规范XXXXXXXXXXX科科技有限限公司 ii目录TOC o 1-4 * MERGEFORMAT1 引言言 PAGEREF _Toc287880788 h 11.1 目的 PAGEREF _Toc287880789 h 11.2 定义和和缩写词词 PAGEREF _Toc287880790 h 11.3 参考资资料 PAGEREF _Toc287880791 h 12 管理理 PAGEREF _Toc287880792 h 12.1 机构 PAGEREF _Toc287880793 h 22.2 任务 PAGEREF _Toc287880794 h 22.3

2、 职责 PAGEREF _Toc287880795 h 22.4 接口控控制 PAGEREF _Toc287880796 h 32.5 实现 PAGEREF _Toc287880797 h 32.6 适用的的标准、条例和和约定 PAGEREF _Toc287880798 h 442.6.1 指指明 PAGEREF _Toc287880799 h 42.6.2 内内容 PAGEREF _Toc287880800 h 43 软件件配置管管理活动动 PAGEREF _Toc287880801 h 53.1 配置标标识 PAGEREF _Toc287880802 h 53.1.1 基基线 PAGERE

3、F _Toc287880803 h 53.1.2 代代码、文文档 PAGEREF _Toc287880804 h 63.2 配置控控制 PAGEREF _Toc287880805 h 63.3 配置状状态的记记录和报报告 PAGEREF _Toc287880806 h 83.4 配置的的检查和和评审 PAGEREF _Toc287880807 h 884工具、技术和和方法 PAGEREF _Toc287880808 h 995 对供供货单位位的控制制 PAGEREF _Toc287880809 h 96 记录录的收集集、维护护和保存存 PAGEREF _Toc287880810 h 107 附

4、录录：配置置管理报报表及其其格式 PAGEREF _Toc287880811 h 1107.1 软件问问题报告告单（SSPR） PAGEREF _Toc287880812 h 107.1.1 配配置管理理人员填填写内容容 PAGEREF _Toc287880813 h 107.1.2 配配置管理理状态 PAGEREF _Toc287880814 h 1117.1.3 配配置管理理申请人人员填写写的内容容 PAGEREF _Toc287880815 h 117.2 软件修修改报告告单（SSCR） PAGEREF _Toc287880816 h 12 1 引言言1.1 目的 本条必必须指出出特定的

5、的软件配配置管理理计划的的具体目目的。还还必须描描述该计计划所针针对的软软件项目目（及其其所属的的各个子子项目）的名称称和用途途。1.2 定义和和缩写词词应该列出出计划正正文中需需要解释释的而在在GB/T 1114557中尚尚未包含含的术语语的定义义，必要要时，还还要给出出这些定定义的英英文单词词及其缩缩写词。1.3 参考资资料列出要用用到的参参考资料料，如：本项目的的经核准准的计划划任务书书或合同同、上级级机关的的批文；属于本项项目的其其他已发发表的文文件；本文件中中各处引引用的文文件、资资料，包包括所要要用到的的软件开开发标准准。列出这些些文件的的标题、文件编编号、发发表日期期和出版版单位

6、，说明能能够得到到这些文文件资料料的来源源。2 管理理必须描述述负责软软件配置置管理的的机构、任务及及其有关关的接口口控制。2.1 机构必须描述述在各阶阶段中负负责软件件配置管管理的机机构。描描述内容容如下：描述在软软件生存存周期各各阶段中中软件配配置管理理的功能能和负责责软件配配置管理理的机构构；说明项目目和子项项目与其其他有关关项目之之间的关关系；指出在软软件生存存周期各各阶段中中的软件件开发或或维护机机构与配配置控制制组的相相互关系系。2.2 任务描述在软软件生存存周期各各个阶段段中的配配置管理理任务以以及要进进行的评评审和检检查工作作，并指指出各个个阶段的的阶段产产品应存存放在哪哪一类

7、软软件库中中（软件件开发库库、软件件受控库库或软件件产品库库）。2.3 职责必须描述述与软件件配置管管理有关关的各类类机构或或成员的的职责，并指出出这些机机构或成成员相互互之间的的关系。指出负责责各项软软件配置置管理任任务（如如配置标标识、配配置控制制、配置置状态记记录以及及配置的的评审与与检查）的机构构的职责责；指出上述述机构与与软件质质量保证证机构、软件开开发单位位、项目目承办单单位、项项目委托托单位以以及用户户等机构构的关系系；说明由本本计划第第2.2条指指明的生生存周期期各个阶阶段的评评审、检检查和审审批过程程中的用用户职责责以及相相关的开开发与维维护活动动；指出与项项目开发发有关的的

8、各个机机构的代代表的软软件配置置管理职职责；指出其他他特殊职职责，例例如为满满足软件件配置管管理要求求所必要要的批准准要求。2.4 接口控控制本条应该该描述：接口规格格说明标标识和文文档控制制的方法法；对已交付付的接口口规格说说明和文文档进行行修改的的方法；对要完成成的软件件配置管管理活动动进行跟跟踪的方方法；记录和报报告接口口规格说说明和文文档控制制状态的的方法；控制软件件和支持持它运行行的硬件件之间的的接口的的方法。2.5 实现应该规定定实现软软件配置置管理计计划的主主要里程程碑，例例如：建立配置置控制组组；确定各个个配置基基线；建立接口口控制协协议；制订评审审与检查查软件配配置管理理计划

9、和和规程；制订相关关的软件件开发、测试和和支持工工具的配配置管理理计划和和规程。2.6 适用的的标准、条例和和约定2.6.1 指指明本条必须须指明所所适用的的软件配配置管理理标准、条例和和约定，并把它它们作为为本计划划要实现现的一部部分；还还必须说说明这些些标准、条例和和约定要要实现的的程度。2.6.2 内内容必须描述述要在本本项目中中编写和和实现的的软件配配置管理理标准、条例和和约定，内容可可如下：软件结构构层次树树中软件件位置的的标识方方法；程序和模模块的命命名约定定；版本级别别的命名名约定；软件产品品的标识识方法；规格说明明、测试试计划与与测试规规程、程程序设计计手册及及其他文文档的标标

10、识方法法；媒体和文文档管理理的标识识方法；文档交付付过程；软件产品品库中软软件产品品入库移移交或交交付的过过程；问题报告告、修改改请求和和修改次次序的处处理过程程；配置控制制组的结结构和作作用；软件产品品交付给给用户的的验收规规程；软件库的的操作，包括准准备、存存储和更更新模块块的方法法；软件配置置管理活活动的检检查；问题报告告、修改改请求或或修改次次序的文文档要求求，指出出配置修修改的目目的和影影响；软件进入入配置管管理之前前的测试试级别；质量保证证级别，例如，在进入入配置管管理之前前，验证证软件满满足有关关基线的的程度。3软件配配置管理理活动本章必须须描述配配置标识识、配置置控制、配置状状

11、态记录录与报告告以及配配置检查查与评审审等四方方面的软软件配置置管理活活动的需需求。3.1配配置标识识3.1.1 基基线本条必须须详细说说明软件件项目的的基线（即最初初批准的的配置标标识），并把它它们与本本计划第第2.22条描述述的生存存周期的的特定阶阶段相联联系。在在软件生生存周期期中，主主要有三三种基线线，它们们是功能能基线、指派基基线和产产品基线线。对于于每个基基线，必必须描述述下列内内容：每个基线线的项（包括应应交付的的文档和和程序）；与每个基基线有关关的评审审与批准准事项以以及验收收标准；在建立基基线的过过程中用用户和开开发者的的参与情情况。例如，在在产品基基线中，要定义义的元素素可

12、以包包括：产品的名名字和规规则；产品标识识编号；对每一个个新交付付的版本本，要给给出版本本交付号号、新修修改的描描述、修修改交付付的方法法、对支支持软件件的修改改要求以以及对有有关文档档的修改改要求；安装说明明；已知的缺缺陷和故故障；软件媒体体和媒体体标识。3.1.2 代代码、文文档本条必须须描述本本项目所所有软件件代码和和文档的的标题、代号、编号以以及分类类规程。例如，对代码码来说：编译日期期可以作作为每个个交付模模块标识识的一部部分；在构造模模块源代代码的顺顺序行号号时，应应使它适适合于对对模块作作进一步步的修改改。3.2 配置控控制必须描述述在本计计划第22.2条条描述的的软件生生存周期

13、期中各个个阶段使使用的修修改批准准权限的的级别；必须定义义对已有有配置的的修改建建议进行行处理的的方法，其中包包括：详细说明明在本计计划第22.2条条描述的的软件生生存周期期各个阶阶段中提提出修改改建议的的程序（可以用用注上自自然语言言的流程程图来表表达）；描述实现现已批准准的修改改建议（包括源源代码、目标代代码和文文档的修修改）的的方法；描述软件件库控制制的规程程，其中中包括存存取控制制、对于于适用基基线的读读写保护护、成员员保护、成员标标识、档档案维护护、修改改历史以以及故障障恢复等等七项规规程；如果有必必要修补补目标代代码，则则要描述述其标识识和控制制的方法法。对于各个个不同层层次的配配

14、置控制制组和其其他修改改管理机机构，本本条必须须：定义其作作用，并并规定其其权限和和职责；如果已组组成机构构，则指指明该机机构的领领导人及及其成员员；如果还没没有组成成机构，则说明明怎样任任命该机机构的领领导人、成员及及代理人人；说明开发发者和用用户与配配置控制制组的关关系。当要与不不属于本本软件配配置管理理计划适适用范围围的程序序和项目目进行接接口时，本条必必须说明明对其进进行配置置控制的的方法。如果这这些软件件的修改改需要其其他机构构在配置置控制组组评审之之前或之之后进行行评审，则本条条必须描描述这些些机构的的组成、它们与与配置控控制组的的关系以以及它们们之间的的相互关关系；本条必须须说明

15、与与特殊产产品（如如非交付付的软件件、现存存软件、用户提提供的软软件和内内部支持持软件）有关的的配置控控制规程程。3.3 配置状状态的记记录和报报告本条必须须：指明怎样样收集、验证、存储、处理和和报告配配置项的的状态信信息；详细说明明要定期期提供的的报告及及其分发发办法；如果有动动态查询询，要指指出所提提供的动动态查询询的能力力；如果要求求记录用用户说明明的特殊殊状态时时，要描描述其实实现手段段。例如，在在配置状状态记录录和报告告中，通通常要描描述的信信息有：规格说明明的状态态；修改建议议的状态态；修改批准准的报告告；产品版本本或其修修改版的的状态；安装、更更新或交交付的实实现报告告；用户提供

16、供的产品品（如操操作系统统）的状状态；有关开发发项目历历史的报报告。3.4 配置的的检查和和评审本条必须须：定义在软软件配置置管理计计划的第第2.22条所定定义的软软件生存存周期的的特定点点上执行行的检查查和评审审中软件件配置管管理计划划的作用用；规定每次次检查和和评审所所包含的的配置项项；指出用于于标识和和解决在在检查和和评审期期间所发发现的问问题的工工作规程程。4工具、技术和和方法必须指明明为支持持特定项项目的软软件配置置管理所所使用的的软件工工具、技技术和方方法，指指明它们们的目的的，并在在开发者者所有权权的范围围内描述述其用法法。例如如，可以以包括用用于下列列任务的的工具、技术和和方法

17、：软件媒体体和媒体体文档的的标识；把文档和和媒体置置于软件件配置管管理的控控制之下下，并把把它正式式地交付付给用户户。例如如，要给给出对软软件库内内的源代代码和目目标代码码进行控控制的工工具、技技术和方方法的描描述；如如果用到到数据库库管理系系统，则则还要对对该系统统进行描描述。又又如，要要指明怎怎样使用用软件库库工具、技术和和方法来来处理软软件产品品的交付付。编制关于于程序及及其有关关文档的的修改状状态的文文档。因因此必须须进一步步定义用用于准备备多种级级别（如如项目负负责人、配置控控制小组组、软件件配置管管理人员员和用户户）的管管理报告告的工具具、技术术和方法法。5 对供供货单位位的控制制

18、供货单位位是指软软件销售售单位、软件开开发单位位或软件件子开发发单位。必须规规定对这这些供货货单位进进行控制制的管理理规程，从而使使从软件件销售单单位购买买的、其其他开发发单位开开发的或或从开发发单位现现存软件件库中选选用的软软件能满满足规定定的软件件配置管管理需求求。管理理规程应应该规定定在本软软件配置置管理计计划的执执行范围围内控制制供货单单位的方方法；还还应解释释用于确确定供货货单位的的软件配配置管理理能力的的方法以以及监督督他们遵遵循本软软件配置置管理计计划需求求的方法法。6 记录录的收集集、维护护和保存存本章必须须指明要要保存的的软件配配置管理理文档，指明用用于汇总总、保护护和维护护

19、这些文文档的方方法和设设施（其其中包括括要使用用的后备备设施），并指指明要保保存的期期限。7 附录录：配置置管理报报表及其其格式7.1 软件问问题报告告单（SSPR）在系统的的运行与与维护阶阶段对软软件产品品的任何何修改建建议，或或在软件件开发的的任一阶阶段中对对前面各各个阶段段的阶段段产品的的任何修修改建议议，都应应填入软软件软件件问题报报告单。软件问问题报告告单位的的格式见见表1。7.1.1 配配置管理理人员填填写内容容表中A、B、CC、P和和状态等等项目是是由负责责修改控控制的配配置管理理人员填填写的。表中其其他各项项即D、E、FF、G、H、II、K、N和OO各项是是由发现现问题的的人或

20、申申请配置置管理的的人填写写的，他他可能还还要填写写J、LL和M三三项内容容。前四四项内容容的意义义如下：A是由配配置管理理人员确确定的登登记号，一般按按报告问问题的先先后顺序序编号；B是由配配置管理理人员登登记问题题报告的的日期；C是发现现软件问问题的日日期；P是填写写若干补补充信息息和修改改建议。关于配置置管理七七种状态态的含义义在下面面解释。7.1.2 配配置管理理状态状态一栏栏分成七七种情况况，现分分别说明明如下：1表示示软件问问题报告告正被评评审，已已确定采采取什么么行动；2表示示软件问问题报告告已由指指定的开开发人员员去进行行维护工工作；33表示修修改已经经完成、测试好好，正准准备

21、释放放给主程程序库；4表示示主程序序库已经经更新，主程序序库修改改的重新新测试尚尚未完成成；5表表示已经经进行了了复测，但发现现问题仍仍然存在在；6表表示已经经进行了了复测，已经顺顺利完成成所做的的修改，软件问问题报告告单被关关闭（维维护已完完成）；7表示示留待以以后关闭闭，因问问题不是是可重产产生的，或者是是属于产产品改善善方面的的，或者者只具有有很低的的优先级级等等。7.1.3 配配置管理理申请人人员填写写的内容容在软件问问题报告告单中，属于配配置管理理申请人人填写的的各项内内容的意意义如下下：D、E两两项是项项目和子子项目的的名称，F是该该子项目目的代号号，这应应按配置置标识的的规定来来

22、命名代代号；阶段名和和报告人人的姓名名、住址址和电话话等的含含义是显显而易见见的；G表示问问题属于于哪一方方面的，是程序序的问题题还是例例行程序序的问题题，是数数据库的的问题还还是文档档的问题题，是功功能性修修改还是是性能改改进性修修改问题题，也可可能是它它们的某某种组合合；H表示子子例行程程序/子系统统，即要要指出出出现问题题的子例例行程序序名字，如果不不知是哪哪个子例例行程序序，可标标出子系系统名，总之，尽可能能给出细细节；I是修订订版本号号，指出出出现问问题的子子例行程程序版本本号；J是媒体体，表示示包含有有问题的的子例行行程序的的主程序序库存储储媒体的的标识符符；K是数据据库，表表示当

23、发发现问题题时所使使用的数数据库标标识符；L是文档档号，表表示有错错误的文文档的编编号；M表示出出现错误误的主要要测试实实例的标标识符；N是硬件件，表示示发现问问题时所所使用的的计算机机系统的的标识；O是问题题描述/影响，填写问问题征候候的详细细描述，如果可可能则写写明实际际问题所所在，还还要给出出该问题题对将来来测试、界面软软件和文文档等的的影响。7.2 软件修修改报告告单（SSCR）对软件产产品或其其阶段产产品的任任何修改改，都必必须经过过评审、批准后后才能重重新投入入运行或或作为阶阶段产品品释放。这一过过程用软软件修改改报告单单（sooftwwaree chhangge rrepoort

24、）给以记记录。软软件修改改报告单单的格式式表2。当收到到了软件件问题报报告单之之后，配配置管理理人员便便填写软软件修改改报告单单。软件件修改报报告单要要指出修修改类型型、修改改策略和和配置状状态，它它是供配配置控制制小组进进行审批批的修改改申请报报告。表表中各项项内容的的意义如如下：A是登记记号，它它是配置置修改小小组收到到软件修修改报告告单时所所作的编编号；B是配置置管理人人员登记记软件修修改报告告单的日日期；C是已经经准备好好软件修修改报告告单、可可以对它它进行评评审的时时间；D、E和和F的意意义与软软件问题题报告单单中的DD、E和和F的意意义相同同；G填写被被处理的的软件问问题报告告单的

25、编编号，如如该编号号中提出出的问题题只是部部分解决决，则在在填写时时要在该该编号后后附以字字母P（Parrt表示示部分之之意）；H指出是是程序修修改、文文档更新新、数据据库修改改还是它它们的组组合，如如果仅是是指出用用户文档档的缺陷陷则在解解释处作作上记号号；I是修改改的详细细描述，如果是是文档更更新，则则要列出出文档更更新通知知单的编编号；如如果是数数据库修修改，则则要列出出数据库库修改申申请的标标识号；J是批准准人，经经批准人人签字、批准后后才能进进行修改改；K是语句句类型，程序修修改中涉涉及到的的语句类类型包括括：输入入/输出语语句类、计算语语句类、逻辑控控制语句句类、数数据处理理语句类

26、类（如数数据传送送、存放放语句）；L是程序序名，指指被修改改注程序序、文档档或数据据库注名名字。如如果只要要求软件件修改报报告单做做解释性性工作，则注重重复软件件问题报报告单给给出的名名字；M指当前前注版本本/修订本本标识；N指修改改后的新新版本/修订本本标识；O指数据据库，如如果申请请数据库库修改，这里给给出数据据库的标标识符；P是数据据库修改改申请号号DBCCR；Q指文档档，即如如果要求求文档修修改，则则在这里里给出文文档的名名字；R是文档档更新通通知单编编号DUUT；S表示修修改是否否已经测测试，指指出已对对修改做做了哪些些测试，如单元元、子系系统、组组装、确确认和运运行测试试等，并并注明测测试成功功与否；T指出在在软件问问题报告告单中给给出的问问题描述述是否准准确，并并回答是是或否；U是问题题注释，准确地