配置管理理论课3.ppt
- 文档编号:2155655
- 上传时间:2022-10-27
- 格式:PPT
- 页数:27
- 大小:261KB
配置管理理论课3.ppt
《配置管理理论课3.ppt》由会员分享,可在线阅读,更多相关《配置管理理论课3.ppt(27页珍藏版)》请在冰豆网上搜索。
测试沙龙测试沙龙软件配置管理计划软件配置管理计划学习目标学习目标v掌握软件配置管理计划的内容掌握软件配置管理计划的内容v掌握软件配置管理计划的编写掌握软件配置管理计划的编写2配置管理计划配置管理计划v有效的配置管理可以帮助我们提高软件产品质量、有效的配置管理可以帮助我们提高软件产品质量、提高开发团队工作效率。
提高开发团队工作效率。
v计划配置管理实施的基础,是搞清楚开发团队当前计划配置管理实施的基础,是搞清楚开发团队当前配置管理的现状。
知道自己现在站在哪里,才明白配置管理的现状。
知道自己现在站在哪里,才明白自己下一步要往哪里走。
自己下一步要往哪里走。
3配置管理计划的内容配置管理计划的内容v1、引言、引言1.1目的目的指出特定的软件配置管理计划的具体目的,该计划所针对的软件项目(及其所属的各个子项目)的名称和用途;1.2定义和缩写词定义和缩写词列出计划正文中需要解释的而在GB/T11457中尚未包含的术语的定义4配置管理计划的内容配置管理计划的内容v1、引言(续)、引言(续)1.3参考资料参考资料列出要用到的参考资料,如:
a本项目的经核准的计划任务书或合同、上级机关的批文;b属于本项目的其他已发表的文件;c本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
5配置管理计划的内容配置管理计划的内容v2、管理、管理必须描述负责软件配置管理的机构、任务及其有关的接口控制。
2.1机构机构必须描述在各阶段中负责软件配置管理的机构。
描述内容如下:
a描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构;b说明项目和子项目与其他有关项目之间的关系;c指出在软件生存周期各阶段中的软件开发或维护机构与配置控制组的相互关系。
2.2任务任务描述在软件生存周期各个阶段中的配置管理任务以及要进行的评审和检查工作,并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控库或软件产品库)。
6配置管理计划的内容配置管理计划的内容v2、管理(续)、管理(续)2.3职责职责必须描述与软件配置管理有关的各类机构或成员的职责,并指出这些机构或成员相互之间的关系。
A负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责;B上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系;C由本计划第2.2条指明的生存周期各个阶段的评审、检查和审批过程中的用户职责以及相关的开发与维护活动;D与项目开发有关的各个机构的代表的软件配置管理职责;E其他特殊职责,例如为满足软件配置管理要求所必要的批准要求。
7配置管理计划的内容配置管理计划的内容v2、管理(续)、管理(续)2.4接口控制接口控制本条应该描述:
a接口规格说明标识和文档控制的方法;b对已交付的接口规格说明和文档进行修改的方法;c对要完成的软件配置管理活动进行跟踪的方法;d记录和报告接口规格说明和文档控制状态的方法;e控制软件和支持它运行的硬件之间的接口的方法。
8配置管理计划的内容配置管理计划的内容v2、管理(续)、管理(续)2.5实现实现应该规定实现软件配置管理计划的主要里程碑,例如:
a建立配置控制组;b确定各个配置基线;c建立接口控制协议;d制订评审与检查软件配置管理计划和规程;e制订相关的软件开发、测试和支持工具的配置管理计划和规程。
2.6适用的标准、条例和约定适用的标准、条例和约定9配置管理计划的内容配置管理计划的内容v3、配置管理的活动、配置管理的活动3.1配置标识3.1.1基线详细说明软件项目的基线(即最初批准的配置标识),并把它们与本计划第2.2条描述的生存周期的特定阶段相联系。
三条基线:
三条基线:
指派基线功能基线产品基线10配置管理计划的内容配置管理计划的内容v3、配置管理的活动、配置管理的活动3.1.2代码、文档代码、文档描述本项目所有软件代码和文档的标题、代号、编号以及分类规程。
11配置管理计划的内容配置管理计划的内容v3、配置管理的活动、配置管理的活动n3.2配置控制配置控制描述在本计划第2.2条描述的软件生存周期中各个阶段使用的修改批准权限的级别;定义对已有配置的修改建议进行处理的方法;12配置管理计划的内容配置管理计划的内容v3、配置管理的活动、配置管理的活动n3.3配置状态的记录和报告配置状态的记录和报告包括:
包括:
a指明怎样收集、验证、存储、处理和报告配置项的状态信息;b详细说明要定期提供的报告及其分发办法;c若有动态查询,指出所提供的动态查询的能力;d如果要求记录用户说明的特殊状态时,要描述其实现手段。
13配置管理计划的内容配置管理计划的内容v3、配置管理的活动、配置管理的活动3.4配置的检查和评审配置的检查和评审包括:
a定义在软件配置管理计划的第2.2条所定义的软件生存周期的特定点上执行的检查和评审中软件配置管理计划的作用;b规定每次检查和评审所包含的配置项;c指出用于标识和解决在检查和评审期间所发现的问题的工作规程。
14配置管理计划的内容配置管理计划的内容v4、工具技术和方法、工具技术和方法指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法,指明它们的目的,并在开发者所有权的范围内描述其用法。
15配置管理计划的内容配置管理计划的内容v5、对供货单位的控制、对供货单位的控制供货单位是指软件销售单位、软件开发单位或软件子开发单位。
必须规定对这些供货单位进行控制的管理规程,从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求。
16配置管理计划的内容配置管理计划的内容v6、记录的收集维护、记录的收集维护指明要保存的软件配置管理文档,指明用于汇总、保护和维护这些文档的方法和设施(其中包括要使用的后备设施),并指明要保存的期限。
17配置管理计划的内容配置管理计划的内容v7、附录(报表及其格式)、附录(报表及其格式)7.1软件问题报告单软件问题报告单SPR在系统的运行与维护阶段对软件产品的任何修改建议,或在软件开发的任一阶段中对前面各个阶段的阶段产品的任何修改建议,都应填入软件软件问题报告单。
表表1软件问题报告单软件问题报告单SPR18配置管理计划的内容配置管理计划的内容v7、附录(报表及其格式)、附录(报表及其格式)7.2软件修改报告单软件修改报告单SCR对软件产品或其阶段产品的任何修改,都必须经过评审、批准后才能重新投入运行或作为阶段产品释放。
这一过程用软件修改报告单(softwarechangereport)给以记录。
表表2软件问题报告单软件问题报告单SPR19配置管理计划的内容配置管理计划的内容说明:
说明:
表表1SPR的填写的填写配置管理人员填写内容配置管理人员填写内容v表中A、B、C、P和状态等项目是由负责修改控制的配置管理人员填写的。
表中其他各项即D、E、F、G、H、I、K、N和O各项是由发现问题的人或申请配置管理的人填写的,他可能还要填写J、L和M三项内容。
前四项内容的意义如下:
vA是由配置管理人员确定的登记号,一般按报告问题的先后顺序编号;vB是由配置管理人员登记问题报告的日期;vC是发现软件问题的日期;vP是填写若干补充信息和修改建议。
20配置管理计划的内容配置管理计划的内容v说明:
表说明:
表1SPR的填写的填写
(2)配置管理申请人员填写的内容配置管理申请人员填写的内容1v在软件问题报告单中,属于配置管理申请人填写的各项内容的意义如下:
vD、E两项是项目和子项目的名称,F是该子项目的代号,这应按配置标识的规定来命名代号;v阶段名和报告人的姓名、住址和电话等的含义是显而易见的;vG表示问题属于哪一方面的,是程序的问题还是例行程序的问题,是数据库的问题还是文档的问题,是功能性修改还是性能改进性修改问题,也可能是它们的某种组合;vH表示子例行程序/子系统,即要指出出现问题的子例行程序名字,如果不知是哪个子例行程序,可标出子系统名,总之,尽可能给出细节;21配置管理计划的内容配置管理计划的内容说明:
表说明:
表1SPR的填写的填写
(2)配置管理申请人员填写的内容配置管理申请人员填写的内容2I是修订版本号,指出出现问题的子例行程序版本号;vJ是媒体,表示包含有问题的子例行程序的主程序库存储媒体的标识符;vK是数据库,表示当发现问题时所使用的数据库标识符;vL是文档号,表示有错误的文档的编号;vM表示出现错误的主要测试实例的标识符;vN是硬件,表示发现问题时所使用的计算机系统的标识;vO是问题描述/影响,填写问题征候的详细描述,如果可能则写明实际问题所在,还要给出该问题对将来测试、界面软件和文档等的影响。
22配置管理计划的内容配置管理计划的内容v说明:
表说明:
表2SCR的填写(的填写
(1)vA是登记号,它是配置修改小组收到软件修改报告单时所作的编号;vB是配置管理人员登记软件修改报告单的日期;vC是已经准备好软件修改报告单、可以对它进行评审的时间;vD、E和F的意义与软件问题报告单中的D、E和F的意义相同;vG填写被处理的软件问题报告单的编号,如该编号中提出的问题只是部分解决,则在填写时要在该编号后附以字母P(Part表示部分之意);vH指出是程序修改、文档更新、数据库修改还是它们的组合,如果仅是指出用户文档的缺陷则在解释处作上记号;vI是修改的详细描述,如果是文档更新,则要列出文档更新通知单的编号;如果是数据库修改,则要列出数据库修改申请的标识号;vJ是批准人,经批准人签字、批准后才能进行修改;23配置管理计划的内容配置管理计划的内容v说明:
表说明:
表2SCR的填写(的填写
(2)vK是语句类型,程序修改中涉及到的语句类型包括:
输入/输出语句类、计算语句类、逻辑控制语句类、数据处理语句类(如数据传送、存放语句);vL是程序名,指被修改注程序、文档或数据库注名字。
如果只要求软件修改报告单做解释性工作,则注重复软件问题报告单给出的名字;vM指当前注版本/修订本标识;vN指修改后的新版本/修订本标识;vO指数据库,如果申请数据库修改,这里给出数据库的标识符;vP是数据库修改申请号DBCR;vQ指文档,即如果要求文档修改,则在这里给出文档的名字;vR是文档更新通知单编号DUT;vS表示修改是否已经测试,指出已对修改做了哪些测试,如单元、子系统、组装、确认和运行测试等,并注明测试成功与否;24配置管理计划的内容配置管理计划的内容v说明:
表说明:
表2SCR的填写(的填写(3)vT指出在软件问题报告单中给出的问题描述是否准确,并回答是或否;vU是问题注释,准确地重新叙述要修改的问题;vV指明问题来自哪里,如系统设计规格说明书、软件需求规格说明书、概要设计说明书、详细设计说明书、数据库、源程序等;vW说明完成修改所需要的资源估计,即所需要的人月数和计算机终端时数;vX指出所要进行修改的类型,由执行修改的人最后填写。
修改类型主要有适应性修改、改进性修改以及计算错误、逻辑错误、输入和输出错误、接口错误、数据库错误、文档错误以及配置错误等的修改;vY是提出对软件问题进行修改的人员或单位;vZ是完成软件问题修改的人员或单位。
25补充:
基线的概念补充:
基线的概念v“基线”是一个很常见的术语,在配置管理和项目管理里面都能看到,而且还有很多衍生的术语,例如基线提升、基线化、基线审计,等等n代表多个源代码文件的一组版本n代表文档的一个稳定状态v基线是与里程碑相对应的,所以每个里程碑处建立一条基线;v变更同样属于配置管理的范畴,所以配置项变更后也应建立基线。
v如果配置项的变更很微小,就没有必要再建一条基线了26配置管理计划小结配置管理计划小结v配置管理计划的内容配置管理计划的内容27
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 配置管理 理论
![提示](https://static.bdocx.com/images/bang_tan.gif)