需求评审流程规范.docxVIP

需求评审流程 目录 TOC \o 13 \h \z \u 1.?目的 PAREF _Toc414030662 \h 1 2.?职责 PAREF _Toc414030663 \h 1 3.?评审角色构成因素 PAREF _Toc414030664 \h 1 4.?文档评审的层次 PAREF _Toc414030665 \h 2 5.?文档评审流程 PAREF _Toc414030666 \h 3 5.1评审流程概览 PAREF _Toc414030667 \h 3 5.2确定评审组长 PAREF _Toc414030668 \h 3 5.3评审计划 PAREF _Toc414030669 \h 3 5.4评审准备 PAREF _Toc414030670 \h 4 5.5评审会议 PAREF _Toc414030671 \h 4 5.6评审记录 PAREF _Toc414030672 \h 4 5.7评审结论 PAREF _Toc414030673 \h 4 5.8跟踪与总结 PAREF _Toc414030674 \h 4 5.9材料归档 PAREF _Toc414030675 \h 5 1.?目的? 在团队开发中，充分的沟通是非常有必要的，沟通的方式之一就是通过文档。不论评审的效果如何，发现多少问题都可以让相关人员了解需求与设计。而通过相互之间的讨论，澄清一些模糊的认识，进一步理解文档的含义。评审不但是软件开发活动中一个重要的质量控制机制，而且也是一个重要而有效的沟通方式。通过评审可以利用企业内部各种优秀成员的智慧，为软件开发寻找最佳的解决方案。? ?? 评审的作用和目的主要是尽早发现潜在的问题，尽早纠正缺陷，控制纠正成本的滚雪球效应。本阶段造成的错误如果能够及时地发现，或者在后面越早的阶段发现，就能够及早发现潜在的风险，及时做好防范的对策，做到未雨绸缪。? ?? 评审的过程不仅是为了发现问题，而且为了便于跟踪及改正，还应当对问题进行记录。特别是需要对问题的真实性进行确认，剔除可能是误解、似是而非或不必采纳的建议性问题。?? 2.?职责? ??评审组长：制定评审计划、确定或制定各项评审准则、必要时组织评审人员进行培训、组织必要的资源、进行评审分工、确保正式评审准备充分、分发待评审文档、必要时召开并主持评审会议、向有关领导报告评审结果，并且跟踪评审错误的改正。??? 评审人员：必要时参加与评审有关的培训、按评审计划阅读待评审材料、保证对待评审材料的理解、与待评审材料作者讨论，并且指出和记录问题。 文档编写：按评审计划准备并按时提交待评审材料、必要时对材料进行解释、必要时参加评审会议，并且在确定需要改进时按时完成修改。? ??记录人员：评审会议中记录评审人员提出的问题及相关讨论。? ??项目经理：制定保证评审和改正的项目进度计划，还要确保评审准备时间、评审会议时间及错误的改正时间。而且评审安排及结果与所有项目成员沟通，必要时参加评审会议、阅读评审报告、分析缺陷原因，并且改进项目质量。? 3.?评审角色构成因素? 评审人员的选择是评审效果的关键，需要考虑以下因素：? ??项目重要性：项目重要性是决定角色构成的最重要的因素，评审角色的构成因素首先要根据项目的重要性而定。这与需要投入的成本有关，对于重要的项目一般会更多地投入资源，提高评审级别。? ??项目复杂度：项目的复杂度也是决定角色构成的因素之一，根据温伯格的公式，项目管理的复杂度相当于功能规模的平方数。笔者认为还应该考虑技术复杂度、技术新鲜度和文档复杂度等因素。? ??项目组成员的能力成分和水平：评审角色构成还应当根据项目团队成员本身的各项技术水平，特别是分析和设计的技术水平如何，行业领域知识是否丰富来进行搭配。? 除了团队内部自己进行评审之外，评审团队最好是一些独立于项目团队之外的成员构成。??应当注意的原则是人数要少而精，一个人可以兼多个角色，但要覆盖各项人员需求。需要说明的是，不具备评审能力的不应参加，可以通过旁听来提高水平。?? 4.?文档评审的层次? ??过程规范：是否符合过程规范、是否按照计划提交、是否按时经过评审、是否准时发布（注意提交时间与发布时间的区别），以及评审的流程是否规范。?适合的评审人员：QA。? 文档规范：文档成果符合企业或业界已经制定的文档模板规范。企业，甚至行业应当制定统一的文档规范，形成一个文档约定和规则，以统一文档内容与风格。? 适合的评审人员：QA。? ??文档语法：文档成果正确使用通用的方法与术语并符合软件工程相关的技术标准，这里所说的语法包括自然语言的语法和建模语言的语法。? 适合的评审人员要求：精通软件工程、分析与设计方法、建模工具和相关标准。???