软件技术评审方法与指南设计文档格式.docx
《软件技术评审方法与指南设计文档格式.docx》由会员分享,可在线阅读,更多相关《软件技术评审方法与指南设计文档格式.docx(11页珍藏版)》请在冰豆网上搜索。
1.1.流程描述
角色/职责
●选择适宜的走查员
●走查过程的组织,主持走查活动,走查结论的编写
●走查后续行动的执行
走查员:
●出席走查会议,记录走查发现
记录员:
●记录走查会议的结论
SQA工程师:
●提供走查的指导和支持
●评估走查活动开展的规X性〔抽查〕,分析走查的效果〔定期活动〕
输
入
待走查的软件制品
进入准如此
待走查的软件制品已经完成
经过了修饰,根本没有语言文字方面的错误
活动描述
1.作者确定适宜的走查员,制定走查的时间表。
2.组织召开走查会议,作者、走查员、记录员出席。
3.作者首先简要介绍走查的软件制品、议程、人员分工等;
4.作者详细介绍走查的软件制品内容,走查员记录走查意见;
5.软件制品内容介绍完后,作者和走查员讨论走查意见,标识软件制品的缺陷,记录员做出记录;
6.走查会议完毕前,记录员宣读记录结果,作者和走查员确认。
7.作者把走查记录的结果整理成走查结论。
8.作者修复缺陷并请相关人员验证。
如有必要,再次召开走查会议。
9.根据需要,SQA工程师提供走查的指导。
10.SQA工程师可以抽查走查活动的规X性,并定期〔月或季〕统计走查的相关数据,评估走查活动的效果和效率。
完毕条件
走查员认可走查结论;
所有发现的缺陷得到处理。
出
修订后的软件制品
软件制品的走查意见
走查结论
度
量
待走查软件制品的规模〔size〕
走查员的个数,每个评走查员发现的缺陷数,走查会议的时间
缺陷修复和验证的时间
走查历时天数
1.2.指南
●走查特点是:
⏹评审的效率和效果很大程度上取决于走查员的能力〔专业技能和走查技巧〕。
走查员的选择非常关键。
⏹相对其他评审方式而言,走查员在评审活动上的工作量开销比拟小。
⏹走查活动由作者引导,可能会遗漏一些作者无视的问题。
●走查员人数在2-4人为宜。
根据作者的要求,走查员可以从一个或者几个视角对软件制品进展评审。
●作者在走查活动的组织过程中,需要和项目管理人员充分沟通,确保走查活动在项目工作计划中得到表现,保证走查员有时间参加走查会议,而且,评审员必须承当相应的责任。
●为了保证走查的进度,在作者介绍软件制品过程中,走查员最好不要打断作者。
如果有问题,可以记录下来,在后续的讨论中提出。
●记录员可以由作者或者走查员兼任。
2.结构走查〔StructuredWalkthrough〕
结构走查是一种比拟理想的正式评审方式。
相对于走查而言,有两个主要的改良:
不再由作者主导评审过程;
在评审会议前评审员需要对软件制品进展预评。
这种方式既能提高评审的质量,又能提高评审会议的效率。
2.1.流程描述
●编写软件制品的简介
●解答评审人员的疑问
●修复软件制品的缺陷
评审组织人:
●选择评审人员,明确评审人员的职责,确定评审的时间表
●发布评审通知,发放评审资料
评审主持人:
●评审会议开始前,收集汇总评审意见
●主持评审会议,控制评审会议的进程和气氛
评审员:
●评审指定的软件制品,提交评审记录
●记录评审结论
●提供评审方式的指导和支持
●评估评审活动开展的规X性〔抽查〕,分析评审的效果〔定期活动〕
待评审的软件制品
待评审的软件制品已经完成
1.作者向评审组织人申请评审软件制品,并编写软件制品的简介。
2.如果满足入口准如此,评审组织人选择评审人员,明确评审人员的职责,确定评审时间表。
如果需要,指定SQA人员或者相关专家准备评审检查表。
3.评审组织人向相关人员发送评审通知和相关准备材料。
4.评审员阅读材料,记录评审意见,并在规定时间内把评审意见发送给评审主持人。
5.组织召开评审会议,作者、评审主持人、评审员、记录员出席。
6.在评审主持人的主导下,讨论评审意见,澄清误会和分歧,标识缺陷。
记录员给予记录。
7.记录员宣读记录结果,作者和评审员确认。
8.对于标识出来的缺陷和未解决的问题,明确其后续行动计划与验证方法。
内容需要记录在评审结论中。
9.相关人员执行后续行动计划的活动。
10.根据约定,由指定人员审核修订后的软件制品,或者重新评审软件制品〔从第4步开始〕。
11.根据需要,SQA工程师提供评审方式的指导。
12.SQA工程师可以抽查评审活动的规X性,并定期〔月或季〕统计评审的相关数据,评估评审活动的效果和效率。
评审人员认可评审结论;
所有发现的缺陷得到处理;
行动计划的活动全部关闭。
评审制品简介、评审安排、检查表等材料
软件制品的评审意见
评审结论
行动计划
待评审软件制品的规模〔size〕
评审员的个数,每个评审人员发现的缺陷数,每个评审人员参与评审的时间
作者参与评审的时间,缺陷修复和验证的时间
评审历时天数
2.2.指南
●结构走查的特点是:
⏹相对其他评审方式而言,评审员在评审活动上的工作量开销比拟大。
⏹这是一种比拟正式的评审方式。
如果方法应用得当,评审人员具备相应的业务技能和评审技巧,评审效果会很好。
●评审员数目3-6人为宜。
根据作者的要求,评审员可以从一个或者几个视角对软件制品进展评审,评审员可以参与制品全部内容的评审,也可以只参与局部内容的评审。
●评审组织人主要由项目管理人员担任。
评审主持人主要由相关的技术专家担任。
评审组织人和评审主持人可以是同一人员。
●评审员接到评审通知后,如果无法保证评审时间,如此必须告诉评审组织人。
评审组织人可以根据情况决定采取更换评审员、变更评审时间表或者其他措施。
●评审过程中,评审员可以要求作者提供指导和支持。
评审员也可以和其他评审员交换意见。
●评审员的评审意见中,需要记录:
评审的内容、评审工作花费的工作量、评审的发现等。
●记录员可以由评审员或作者兼任。
●如果是文字方面的错误,可以直接在软件制品中修改,不必记录到评审意见中。
●评审结论的内容包括:
评审度量数据、缺陷记录、行动计划等。
●待评审软件制品的规模可以参照项目估计的方法来确定。
●评审员的评审工作量包括:
阅读材料、记录评审意见、评审沟通、评审会议等活动的时间,讨论缺陷修复方案、验证缺陷修复的时间除外。
●评审意见和评审结论需要作为评审活动的记录得到保存。
3.审查〔Inspection〕
审查〔由IBM的MichaelE.Fagan提出,有时也被称为Fagan’sInspection〕是一种非常正式的评审方式。
在本文介绍的评审方式中,其评审的效果最好。
不过,这种评审方式持续时间比拟长,本钱开销也比拟大。
3.1.流程描述
●向评审员介绍软件制品
1.作者向评审组织人申请评审软件制品。
4.召开软件制品介绍会议,由作者给所有评审人员介绍软件制品。
5.评审员阅读材料,记录评审意见,并在规定时间内把评审意见发送给评审主持人。
6.组织召开评审会议,作者、评审主持人、评审员、记录员出席。
7.在评审主持人的主导下,讨论评审意见,澄清误会和分歧,标识缺陷。
8.记录员宣读记录结果,作者和评审员确认。
9.对于标识出来的缺陷和未解决的问题,明确其后续行动计划与验证方法。
10.相关人员执行后续行动计划的活动。
11.根据约定,由指定人员审核修订后的软件制品,或者重新评审软件制品〔从第5步开始〕。
12.根据需要,SQA工程师提供评审方式的指导。
13.SQA工程师可以抽查评审活动的规X性,并定期〔月或季〕统计评审的相关数据,评估评审活动的效果和效率。
3.2.指南
●审查的特点是:
⏹相对其他评审方式而言,审查的工作量开销最大。
⏹这是一种最正式的评审方式,评审效果会很好,但是本钱很高,不一定是最经济的评审方式。
●结构走查的指南同样适用于审查活动。
4.技术评审方式比拟
内容
走查
walkthrough
结构走查
structuredwalkthrough
审查
inspection
正式程度
非正式
正式
非常正式
评审效果
一般
好
很好
主导评审的人员
作者
组织人
工作量/本钱
低
高
评审员人数
2~4
3~6
3~6或更多
5.评审X围
建议评审以下文档:
〔包括但不限于〕
1.各部门年度工作计划
2.重要工作规X文档
3.重点项目实施计划
4.重点产品开发计划
5.重点项目实施过程关键交付物〔如:
验收报告等〕
6.重点产品开发过程关键交付物〔如:
用户手册等〕
7.重点产品设计文档〔如:
预研报告、需求分析、概要设计、详细设计、数据库设计等〕
8.其他工作过程中产生的关键文档