需求评审流程规范.pdfVIP

需求评审流程规范

需求评审流程规范

1.评审的作、的和概念

在团队开发中，充分的沟通是常有必要的，沟通的式之就是通过档。不论评审的效果如何，发现多少问题都可以让相

关员了解需求与设计。通过相互之间的讨论，澄清些模糊的认识，进步理解档的含义。评审不但是软件开发活动中

个重要的质量控制机制，且也是个重要有效的沟通式。通过评审可以利企业内部各种优秀成员的智慧，为软件开

发寻找最佳的解决案。

评审的作和的主要是尽早发现潜在的问题，尽早纠正缺陷，控制纠正成本的滚雪球效应。本阶段造成的错误如果能够及时

地发现，或者在后越早的阶段发现，就能够及早发现潜在的风险，及时做好防范的对策，做到未绸缪。

评审的过程不仅是为了发现问题，且为了便于跟踪及改正，还应当对问题进记录。特别是需要对问题的真实性进确认，

剔除可能是误解、似是或不必采纳的建议性问题。

2.评审构成因素

评审员的选择是评审效果的关键，需要考虑以下因素：

项重要性：项重要性是决定构成的最重要的因素，评审的构成因素

先要根据项的重要性定。这与需要投的成本有关，对于重要的项般会更

多地投资源，提评审级别。

项复杂度：项的复杂度也是决定构成的因素之，根据温伯格的公式，项

管理的复杂度相当于功能规模的平数。笔者认为还应该考虑技术复杂度、技术

新鲜度和档复杂度等因素。

项组成员的能成分和平：评审构成还应当根据项团队成员本的各

项技术平，特别是分析和设计的技术平如何，业领域知识是否丰富来进搭

配。

除了团队内部进评审之外，评审团队最好是些独于项团队之外的成员构成。应当注意的原则是数要少精，

个可以兼多个，但要覆盖各项员需求。需要说明的是，不具备评审能的不应参加，可以通过旁听来提平。

3.基本职责

评审组长：制定评审计划、确定或制定各项评审准则、必要时组织评审员进培

训、组织必要的资源、进评审分、确保正式评审准备充分、分发待评审档、

必要时召开并主持评审会议、向有关领导报告评审结果，并且跟踪评审错误的改正。

评审员：必要时参加与评审有关的培训、按评审计划阅读待评审材料、保证对待

评审材料的理解、与待评审材料作者讨论，并且指出和记录问题。

档作者：按评审计划准备并按时提交待评审材料、必要时对材料进解释、必要

时参加评审会议，并且在确定需要改进时按时完成修改。

记录员：评审会议中记录评审员提出的问题及相关讨论。

项经理：制定保证评审和改正的项进度计划，还要确保评审准备时间、评审会

议时间及错误的改正时间。且评审安排及结果与所有项成员沟通，必要时参加

评审会议、阅读评审报告、分析缺陷原因，并且改进项质量。

4.档评审的层次

过程规范：是否符合过程规范、是否按照计划提交、是否按时经过评审、是否准时

发布（注意提交时间与发布时间的区别），以及评审的流程是否规范。

适合的评审员：QA。

档规范：档成果符合企业或业界已经制定的档模板规范。企业，甚业应

当制定统的档规范，形成个档约定和规则，以统档内容与风格。

适合的评审员：QA。

档语法：档成果正确使通的法与术语并符合软件程相关的技术标准，

这所说的语法包括然语的语法和建模语的语法。

适合的评审员要求：精通软件程、分析与设计法、建模具和相关标准。

档语义：档成果表达清晰、歧义，可以反映系统标。所有质量合格的档

（包括模型）都代表它期望代表的语义，且应该在代表这些语义时具有致性。

字与图表应当互相补充说明，以更加清晰。让别看得懂，看完后知道下步该

怎么做。

适合的评审员：业业务专家、级程序员和测试程师。

档逻辑：主要体现需求与设计正确性、致性，遗漏、多余或错误。前后左右

考虑周全，不同档之间、档与业标准之间、同档各成分之间不互相盾，清晰说明相关部分之间的关系，特别是要

符合相关业的业务标准规范。

适合的评审员：业业务专家、产品经理和测试程师。

档美学：档成果能否表述得更好些，字、图表是否能更加均衡和完整。

需要追求平衡的美，每个组成部分应该适中，可解读并可变更。平衡有多个

，如排版次序更加合理、字、图形更加精炼并更易理解等。

适合的评审员：系统分析与设计专家，以及建模具专家。

结果优化：通过检查判断档成果（如项计划、需求规格及设计案）是否还有

改进的空间，以便更加便地进项管理、降低成本、加快进度、提质量并减