软件评审机制.doc
《软件评审机制.doc》由会员分享,可在线阅读,更多相关《软件评审机制.doc(15页珍藏版)》请在咨信网上搜索。
1、1. 软件评审概述1.1简介/软件评审 软件评审是以提高软件质量为目的的技术活动。缺乏质量概念的技术评审是一种拘于形式的为评审而评审的盲目工作。通常,把质量定义为用户的满意程度。为使用户满意,有两个必要条件:设计质量:设计的规格说要符合用户的要求。程序质量:程序要按照软件规格说明所规定的情况正确执行。与上述质量的观点相对应,软件的规格说明可以分为外部规格说和内部规格说明。外部规格说明是从用户角度来看的规格,包括硬件与软件系统设计(在分析阶段进行)、功能设计(在需求分析阶段与总体设计阶段进行),而内部规格说明是为了实现外部规格说明的更详细的规格,即程序模块结构与模块加工的设计(在总体设计和详细设
2、计阶段进行)。因此,内部规格说明是从开发者角度来看的规格说明。将上述两个概念联系起来,则可以说明设计质量是由外部规格说明决定的,程序质量是由内部规格说明决定的。质量=用户的满意程度用户、市场的要求软件的详细设计说明书程序设计质量程序质量适合外部规格说明内部规格说明软件评审原理1.2评审的目的评审的目的是检验软件开发、软件评测各阶段的工作是否齐全、规范,各阶段产品是否达到了规定的技术要求和质量要求,以决定是否可以转入下一阶段的工作。1.3评审阶段的划分;1) 系统分析与设计;2) 软件需求分析;3) 软件概要设计;4) 软件详细设计;5) 编码和单元测试;6) 软件部件测试;7) 软件配置项测试
3、;8) 软件系统测试;9) 系统验收。1.4评审的组织与管理1) 内部评审内部评审是由公司研发部门组织的评审2) 外部评审外部评审是由交办组织的评审,特殊情况下,交办方委托其他单位代理组织外部评审。2.评审内容/软件评审2.1设计质量设计质量的评审对象是在需求分析阶段产生的软件需求规格说明、数据要求规格说明,在软件总体设计阶段产生的软件总体设计说明书等。通常,需要从12个方面进行评审。(1)评价软件的规格说明是否合乎用户的要求。 (2)评审可靠性。 (3)评审保密措施实现情况。 (4)评审操作特性实施情况。 (5)评审性能实现情况。 (6)评审软件是否具有可修性。 (7)评审软件是否有可扩充性
4、。 (8)评审软件是否具有互换性。 (9)评审软件是否具有可移植性。 (10)评审软件是否具有可测试性。 (11)评审软件是否具有复用性。 (12)评审软件是否具有互连性。2.2程序质量的评审内容程序质量评审着眼与软件本身的结构、与运行环境的接口、变更带来的影响而进行的评审活动。通常它是从开发者的角度进行评审,直接与开发技术有关。(1) 软件的结构。为了使得软件能够满足设计规格说明中的要求,软件的结构本身必须是优秀的。功能结构。在软件的各种结构中,功能结构是用户惟一能见到的结构。因此,功能结构可以说是联系用户和开发者的规格说明,它在软件的设计中占有极其重要的地位。软件功能的本质是把输入信息变换
5、为输出信息。因此,在讨论软件的功能结构时,必须明确软件的数据结构。需要检查的项目有以下几项:数据结构、功能结构、数据结构和功能结构之间的对应关系。功能的通用性。在软件的功能结构中,某些功能有时可以作为通用功能反复出现多次。从功能便于理解、增强软件的通用性及降低开发的工作量等观点出发,希望尽可能多地使功能通用化。实现功能通用化的最一般方法是通过提取公用功能来实现通用模块化。而进一步的功能通用化方法就是信息隐蔽或数据抽象。它的基础就是抽象数据类型。在实现功能通用性方面,检查项目是:抽象数据结构:包括抽象数据的名称和含义、抽象数据构成元素的定义。抽象功能结构:包括中的抽象数据进行操作的各个功能的一览
6、表、上述各功能的定义及各个功能之间的关系。(2)与运行环境的接口。运行环境包括硬件、其他软件和用户。与运行环境的接口应设计得较理想,要预见到环境改变,并且当一旦要变更时,应尽量限定其变更范围和变更所影响的范围。主要检查项目如下:与其他软件的接口:包括与上层软件的接口,如与操作系统等控制该软件的那些软件的接口;与同层软件的接口,如通过文件连接起来的那些软件的接口;与下层软件的接口,如编译程序与作为其输入的源程序之间的接口。与硬件的接口:包括与硬件的接口约定(即根据硬件的使用说明等所做出的规定)和硬件故障时的处理和超载时的处理。与用户的接口。2.3模块的层次 模块的层次就是指程序模块结构。由于模块
7、是功能的具体体现,所以模块层次应当根据功能层次来设计。模块层次中保有一部分功能层次,但模块层次并不全与功能层次系统,重要的是应明确模块层次与功能层次之间的关系。为此,要检查以下项目。1)模块层次:模块层次的定义,包括各层次的含义、各层次物理容量的上限;模块的层次结构,包括各模块间的联系、各模块与层次的对应关系。2)与功能层次的对应关系:功能与模块的对应关系;功能层次与模块层次的匹配程度。2.4模块结构 以上所述的模块层次结构是模块的静态结构,现在要检查模块间的动态结构。模块分为处理模块和数据模块两类。模块间的动态结构也与这些模块分类有关。对这样的模块结构进行检查的项目有以下几项。1)控制流结构
8、:这种结构规定了处理模块与处理模块之间的流程关系。因此,要检查处理模块之间的控制转移关系和控制转移形式(调用方式)。2)数据流结构:这种结构规定了数据模块是如何被处理模块进行加工的流程关系。因此,要检查处理模块与数据模块之间的对应关系和处理模块与数据模块之间的存取关系(建立、删除、查询、提取、修改等)。3)模块结构与功能结构之间的对应关系:包括功能结构与控制流结构的对应关系和功能结构与数据流结构的对应关系。4)每个模块的定义:包括功能,输入与输出数据。3.5处理过程的结构处理过程是指模块划分到最底层的那些模块的实现方式,也就是最基本的加工逻辑过程。对它的检查项目有以下几项。1)要求模块的功能结
9、构与实现这些功能的处理过程的结构应明确对应。2)要求控制流应是结构化的。3)数据的结构与控制流之间的对应关系应是明确的,并且可依这种对应关系来明确数据流程的关系。4)用于描述的术语标准化。3.软件阶段评审3.1需求评审3.1.1需求评审的概述1)软件需求是软件开发的最重要的一个步骤,需求的质量很大程度上决定了项目质量或产品质量。2)需求评审是所有的评审活动中最难的一个,也是最容易被忽视的一个评审。评审内容:软件需求说明书是否覆盖了用户的所有要求(用户需求调研报告,软件需求说明书);软件需求说明书和数据要求说明书的明确性、完整性、一致性、可测试性、可跟踪性(软件需求说明书 数据流图 数据字典);
10、项目开发计划的合理性(用户方 公司技术委员会 项目组等);文档是否符合有关标准规定。3.1.2如何做好需求评审1)分层次评审用户的需求层次目标性需求:定义了整个系统需要达到的目标功能性需求:定义了整个系统必须完成的任务(中层管理人员关注)操作性需求:定义了完成每个任务的具体的人机交互(具体操作人员关注)2)正式评审与非正式评审结合正式评审:开评审会,将需求涉及到人员集合在一起,并定义好参与评审人员的角色和职责非正式评审:不需要将人员集合在一起,通过电子邮件、网络聊天等多种形式。3)分阶段评审在需求形成的过程中进行分阶段的评审,而不是在需求最终形成后再进行评审。将原来需要进行的大规模评审拆分成各
11、个小规模的评审。降低了需求返工的风险,提高了评审的质量。4)精心挑选评审人员需求评审可能涉及的人员:需方:高层管理人员,中层管理人员、具体操作人员、IT主管、采购主管。供方:市场人员、需求分析人员、设计人员、测试人员、实施人员、项目经理等等。这些人员所处的立场不同,对同一个问题的看法是不相同的,不同的观点可能形成互补的关系。要保证不同类型的人员的都要参与进来,否则很可能会漏掉了很重要的需求。不同类型的人员中要选择那些真正和系统相关的,对系统有足够了解的人员参与进来,否则使评审的效率降低。5)对评审员进行培训很多情况下,评审员是领域专家而不是进行评审活动的专家,没有掌握进行评审的方法、技巧、过程
12、等,需要培训。对于主持评审的管理者也需要进行培训,使参与评审的人员能够围绕评审的目标来进行,能控制评审节奏,提高评审效率。6)充分利用需求评审检查单需求检查单:需求形式检查单和需求内容检查单。需求形式检查:由QA人员负责,主要是针对需求文档的格式是符合质量标准。需求内容检查:是由评审员负责,主要检查需求内容是否达到了系统目标、是否有遗漏、是否有错误等等。检查单可以帮助评审员系统全面地发现需求中的问题,检查单随着工程经验的积累逐渐丰富和优化。7)建立标准的评审流程需求评审需要建立正规的需求评审流程,按照流程中定义的活动进行规范的评审过程。8)做好评审后的跟踪工作根据评审人员提出的问题进行评价:确
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 评审 机制
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【a199****6536】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【a199****6536】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。