版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
1、第7章 软件评审,7.1软件评审概述 7.1.1评审目的 评审的目的是检验软件开发、软件评测各阶段的工作是否齐全、规范,各阶段产品是否达到了规定的技术要求和质量要求,以决定是否可以转入下一阶段的工作,7.1软件评审概述,7.1.2评审阶段的划分 (1)系统分析与设计; (2)软件需求分析; (3)软件概要设计; (4)软件详细设计; (5)编码和单元测试; (6)软件部件测试; (7)软件配置项测试; (8)软件系统测试; (9)系统验收,7.1软件评审概述,7.1.3评审的组织与管理 1内部评审 内部评审是由承办方组织的评审。 2外部评审 外部评审是由交办方组织的评审,特殊情况下,交办方可委
2、托其他单位代理组织外部评审,7.2需求评审,7.2.1 需求评审概述 软件需求是软件开发的最重要的一个步骤,需求的质量很大程度上决定了项目质量或产品质量。 需求评审是所有的评审活动中最难的一个,也是最容易被忽视的一个评审。深入的问题。 以下是一些失败的需求评审案例,失败的需求评审:案例,某领域专家A先生就某企业的成本管理系统做用户需求报告的评审工作 在评审会开始时间不长,就被在场的某企业的一位副总B先生打断,认为A先生提出的方案不适合本企业,A先生提出的管理改进方案在企业中无法实施 该副总提完意见后,与会的用户方人员纷纷跟随B先生的提出了他们的反对意见,致使评审会无法再进行下去,最终该报告被用
3、户否决,失败的需求评审:案例,某软件公司内部举行产品的需求评审会,主要是公司内部的相关领域的专家参加 在评审会开始后不久,某领域专家就对需求报告中的某个具体问题提出了自己的不同意见 与会人员纷纷就该问题发表自己的意见 大家争执不下,结果,致使会议出现了混乱状况,主持人无法控制局面,会议大大超出了计划评审时间,失败的需求评审:案例,某软件公司为某公司A做业务流程管理系统的需求评审会 当项目组人员在会议上宣读多达上百页的需求报告时,用户明确提出听不懂,致使会议不得不改日进行,失败的需求评审:案例,某软件公司在用户处开完物资管理系统的需求评审会后,与会人员在离开会议室时纷纷摇头,认为本次会议没有多少
4、实际效果,完全是在走过场。 某软件公司在公司内部举行产品的需求评审会时,需求报告的执笔人与产品策划的主要策划人员的想法差别很大,致使需求评审会没有必要继续进行下去,问题总结,以上的现象可以在很多项目中都可以看到。概括起来,在需求评审中经常存在以下问题: 需求报告很长,短时间内评审者根本不能把需求报告读懂,想清楚 没有作好前期准备工作,需求评审的效率很低 需求评审的节奏无法控制 找不到合格的评审员,与会的评审员无法提出深入的问题,7.2需求评审,7.2.2 如何做好需求评审 (1)分层次评审 (2)正式评审与非正式评审结合 (3)分阶段评审 (4)精心挑选评审员 (5)对评审员进行培训 (6)充
5、分利用需求评审检查单 (7)建立标准的评审流程 (8)做好评审后的跟踪工作 (9)充分准备评审,分层次评审,用户的需求层次: 目标性需求:定义了整个系统需要达到的目标 (高层管理人员关注) 功能性需求:定义了整个系统必须完成的任务 (中层管理人员关注 ) 操作性需求:定义了完成每个任务的具体的人机交互 (具体操作人员关注,正式评审与非正式评审结合,正式评审:开评审会,组织多个专家,将需求涉及到的人员集合在一起,并定义好参与评审人员的角色和职责 非正式评审:不需要将人员集合在一起,通过电子邮件、网络聊天等多种形式 有时,非正式的评审比正式的评审效率更高,更容易发现问题,分阶段评审,在需求形成的过
6、程中进行分阶段的评审,而不是在需求最终形成后再进行评审 将原本需要进行的大规模评审拆分成各个小规模的评审 降低了需求返工的风险,提高了评审的质量,精心挑选评审员,需求评审可能涉及的人员: 需方:高层管理人员、中层管理人员、具体操作人员、IT主管、采购主管 供方:市场人员、需求分析人员、设计人员、测试人员、质量保证人员、实施人员、项目经理以及第三方的领域专家等等,精心挑选评审员,这些人员所处的立场不同,对同一个问题的看法是不相同的,不同的观点可能形成互补的关系 要保证使不同类型的人员的都要参与进来,否则很可能会漏掉了很重要的需求 不同类型的人员中要选择那些真正和系统相关的,对系统有足够了解的人员
7、参与进来,否则使评审的效率降低,对评审员进行培训,很多情况下,评审员是领域专家而不是进行评审活动的专家,没有掌握进行评审的方法、技巧、过程等,需要培训 对于主持评审的管理者也需要进行培训,使参与评审的人员能够围绕评审的目标来进行,能控制评审节奏,提高评审效率,充分利用需求评审检查单,需求检查单:需求形式检查单和需求内容检查单。 需求形式检查:由QA人员负责,主要是针对需求文挡的格式是否符合质量标准 需求内容检查:是由评审员负责,主要是检查需求内容是否达到了系统目标、是否有遗漏、是否有错误等等 检查单可以帮助评审员系统全面地发现需求中的问题 检查单随着工程经验的积累逐渐丰富和优化,建立标准的评审
8、流程,需求评审会需要建立正规的需求评审流程,按照流程中定义的活动进行规范的评审过程,做好评审后的跟踪工作,根据评审人员提出的问题进行评价: 确定哪些问题必须纠正(给出理由与证据):书面的需求变更申请,进入需求变更的管理流程,并确保变更的执行。在变更完成后,要进行复审。 切忌评审完毕后,没有对问题进行跟踪,而无法保证评审结果的落实,使前期的评审努力付之东流,充分准备评审,评审质量与评审会议前的准备活动关系密切。 常见问题: (1)需求文档在评审会议前并没有提前下发给参与评审会议的人员,没有留出更多更充分的时间让参与评审的人员阅读需求文档。 (2)没有执行需求评审的进入条件,在评审文档中存在大量的
9、低级的错误或者没有在评审前进行沟通,文档中存在方向性的错误 评审准备,应当定义一个检查单,在评审之前对照检查单落实每项准备工作,7.3概要设计评审,开始时间:软件概要设计结束后 评审内容: (1)总体结构 (2)外部接口 (3)主要部件功能分配 (4)全局数据结构 (5)各主要部件之间的接口,一般应考察以下几个方面: (1)概要设计说明书是否与软件需求说明书的要求一致 (2)概要设计说明书是否正确、完整、一致 (3)系统的模块划分是否合理 (4)接口定义是否明确 (5)文档是否符合有关标准规定,7.4详细设计评审,开始时间:软件详细设计阶段结束后 一般应考察以下几个方面: (1)详细设计说明书
10、是否与概要设计说明书的要求一致 (2)模块内部逻辑结构是否合理,模块之间的接口是否清晰 (3)数据库设计说明书是否完全,是否正确反映详细设计说明书的要求 (4)测试是否全面、合理 (5)文档是否符合有关标准规定,7.5 数据库设计评审,在数据库设计阶段结束后必须进行数据库设计评审,以评价数据库的结构设计及运用设计的合适性。 一般应考察以下几个方面: (1)概念结构设计; (2)逻辑结构设计; (3)物理结构设计; (4)数据字典设计; (5)安全保密设计,7.6测试评审,测试评审主要对测试的各个环节进行评审,包括: (1)“软件测试需求规格说明”评审 ; (2)“软件测试计划”评审 ; (3)
11、“软件测试说明”评审 ; (4)“软件测试报告”评审 ; (5)“软件测试记录”评审,1、不是井里没有水,而是你挖的不够深。不是成功来得慢,而是你努力的不够多。 2、孤单一人的时间使自己变得优秀,给来的人一个惊喜,也给自己一个好的交代。 3、命运给你一个比别人低的起点是想告诉你,让你用你的一生去奋斗出一个绝地反击的故事,所以有什么理由不努力! 4、心中没有过分的贪求,自然苦就少。口里不说多余的话,自然祸就少。腹内的食物能减少,自然病就少。思绪中没有过分欲,自然忧就少。大悲是无泪的,同样大悟无言。缘来尽量要惜,缘尽就放。人生本来就空,对人家笑笑,对自己笑笑,笑着看天下,看日出日落,花谢花开,岂不
12、自在,哪里来的尘埃! 5、心情就像衣服,脏了就拿去洗洗,晒晒,阳光自然就会蔓延开来。阳光那么好,何必自寻烦恼,过好每一个当下,一万个美丽的未来抵不过一个温暖的现在。 6、无论你正遭遇着什么,你都要从落魄中站起来重振旗鼓,要继续保持热忱,要继续保持微笑,就像从未受伤过一样。 7、生命的美丽,永远展现在她的进取之中;就像大树的美丽,是展现在它负势向上高耸入云的蓬勃生机中;像雄鹰的美丽,是展现在它搏风击雨如苍天之魂的翱翔中;像江河的美丽,是展现在它波涛汹涌一泻千里的奔流中。 8、有些事,不可避免地发生,阴晴圆缺皆有规律,我们只能坦然地接受;有些事,只要你愿意努力,矢志不渝地付出,就能慢慢改变它的轨迹
13、。 9、与其埋怨世界,不如改变自己。管好自己的心,做好自己的事,比什么都强。人生无完美,曲折亦风景。别把失去看得过重,放弃是另一种拥有;不要经常艳羡他人,人做到了,心悟到了,相信属于你的风景就在下一个拐弯处。 10、有些事想开了,你就会明白,在世上,你就是你,你痛痛你自己,你累累你自己,就算有人同情你,那又怎样,最后收拾残局的还是要靠你自己。 11、人生的某些障碍,你是逃不掉的。与其费尽周折绕过去,不如勇敢地攀登,或许这会铸就你人生的高点。 12、有些压力总是得自己扛过去,说出来就成了充满负能量的抱怨。寻求安慰也无济于事,还徒增了别人的烦恼。 13、认识到我们的所见所闻都是假象,认识到此生都是虚幻,我们才能真正认识到佛法的真相。钱多了会压死你,你承受得了吗?带,带不走,放,放不下。时时刻刻发悲心,饶益众生为他人。 14、梦想总是跑在我的前面。努力追寻它们,为了那一瞬间的同步,这就是动人的生命奇迹。 15、懒惰不会让你一下子跌倒,但会在不知不觉中减少你的收获;勤奋也不会让你一夜成功,但会在不知不觉中积累你的成果。人生需要挑战,更需要坚持和勤奋! 16、人生在世:可以缺钱,但不能缺德;可以失言,但不能失信;可
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- 2024定制型门禁设备安装协议样本
- 汽车科普线上教育平台方案
- 养老院卫生安全防疫方案
- 2024年股权转让专项资金托管协议
- 2024年度服务器采购协议样式
- 2024年个人投资施工建设协议条款
- 出租车司机心理健康管理方案
- 校园安全管理服务方案
- 高层建筑微型消防站运作制度
- 2024年食堂业务承包协议变更协议
- 艺术设计就业职业生涯规划
- 2024年浙江杭州滨江城建发展有限公司招聘笔试参考题库含答案解析
- 枪库应急处置预案
- 处理不同类型客户的技巧与策略
- 老年患者术后谵妄的护理干预
- 《凸透镜成像的规律》课件
- 仓库管理中的客户服务和沟通技巧
- 规划选址及用地预审
- 土砂石料厂项目融资计划书
- 2024年给药错误护理不良事件分析持续改进
- 电力行业网络安全
评论
0/150
提交评论