开发需求评审

需求特性检查内容所有定义、实现方法是否清楚地表达了用户的原要求在功能实现过程、方法和技术要求的描述上，是否背离了功能的实际要求是否有不能理解或造成误解的描述是否有一个内容表格，该表格包含了所有需求描述是否所有的图形、表格都进行了标号是否所有的需求项都进行了标号，并提供了索引是否所有需求可以被定义的更细致，或简单对于不清晰的信息是否进行了指出是否存在有需求让你不舒服是否所有与需求相关的设计约束都包含了是否所有与需求相关的性能都包含了是否所有与需求相关的属性都包含了是否所有与需求相关的外部接口都包含了是否所有与需求相关的通信都被包含了是否所有与需求相关的硬件都被包含了是否所有与需求相关的数据库都被包含了是否所有与需求相关的软件都被包含了是否所有与需求相关的输入和输出都被包含了是否所有与需求相关的安装特性都被包含了是否所有与需求相关的维护特性都被包含了是否所有与需求相关的安全特性都被包含了所有对其他需求的内部交叉引用是否正确所有需求的编写在细节上是否都一致或者合适需求是否能为设计提供足够的基础是否包括了每个需求的实现优先级需求定义是否包含了有关文件(指质量手册、质量计划以及其他有关文件)中所规定的需求定义所应该包含的所有内容需求定义是否包含了有关功能、性能、限制、目标、质量等方面的所有需功能需求是否覆盖了所有非正式情况的处理是否对各种操作模式(如正常、非正常、有干扰等)下的环境条件都作了规是否对所有功能与时间因素有关的方面都作了考虑是否标识出了所有与时间因素有关的功能？它们的时间准则是否都说明了？时间准则的最大、最小执行时间是否都定义了是否标识并定义了在将来可能会变化的需求是否定义了系统所有的输入是否标识清楚了系统输入的来源是否标识出了系统的输出是否说明了系统输入、输出的值域、单位、格式等是否说明了如何进行系统输入的合法性检查是否定义了系统输入、输出的精度是否定义了系统性能的各个方面在不同负载情况下，是否规定了系统的生产率在不同情况下，是否规定了系统的响应时间是否充分定义了有关人机界面的需求是否对需求定义进行了可行性分析和相关文件(资料)是否已归档是否对影响需求实现的因素进行了调查、调查结果是否已归档是否有商业行为，分析结果是否已归档是否详细描述了有关硬件、软件、操作人员、操作过程等方面的安全性需求评审检查表

评审是保证软件质量一个很重要的手段，评审的好坏直接影响项目的顺利执行。对于测试人员来说，在整个软件项目过程中，我们接触到的评审，主要有三类：需求评审、软件设计评审、测试用例评审。这三类评审在软件项目过程的每个阶段都是至关重要的，不仅仅是影响着软件质量，更直接得影响着测试人员的工作量。

需求评审，是对产品需求文档的评审。需求文档是由PD根据用户的需求，抽象、细化成产品需求，对我们技术人员来说也是比较直观的需求文档，通过这份文档技术人员可以了解到用户和PD想要得到的是一个什么样的产品，它是PD和技术人员沟通的桥梁，所以它的评审至关重要。

评审，我们首先要明确我们的目标。第一：产品需求文档可以全面、清晰的描述产品的功能和性能；第二：项目组成员对用户需求的理解达到一致；第三：形成一份最终的，对研发具有指导作用的文档，后续的工作都要以这份文档为基础而开展。

要完成这样的目标，我们需要怎么去做呢？第一：预留充足的预审时间，预审就是评审之前对评审内容的审核，我们不可能在短时间内对一份文档进行全面、深入的了解，所以要考虑到评审人员有足够的时间。第二：评审人员要负责地对文档进行全面、深入的了解，这份文档虽然不是自己负责的，但它会影响我们的工作，以及项目的顺利执行。第三：评审中发现的任何不清晰，错误的内容都要提出进行修改，保证后续工作的确定性和正确性。第四：评审会时，可以针对预审中的问题有针对性的进行讲解，提高评审会的效率。第五：所有的评审问题，都应该被记录、跟踪，保证所有问题都能得到解决，并保证文档是最正确、最新的。第六：产品需求评审，我们要站在产品使用者和技术人员2个角度去评审这份文档。第七：评审不能无时间限制的拖下去，在一定时间内，所有问题都应该得到解决关闭，产生一份订稿的文档。后续的变更需要走变更流程，不能随意变更。

评审就是结合大家力量去解决问题，完善我们的工作，毕竟个人的思维或多或少是有局限。好的需求评审，不仅能产出一份高质量的产品需求文档，保证了我们后续工作的确定性、正确性，也会大大降低后续工作中的沟通成本，无形中也就减少了我们的工作量，并控制了项目风险，第一时间保证项目质量。

方案需求评审意见

1. 简介

本文是针对一份方案的需求评审意见。该方案是一款新开发的手机应用程序，旨在提供给用户一种快速查询全球航班信息、订购机票和查询行李跟踪的平台。在该方案的开发过程中，我们对该方案的需求进行了评审，下面是我们的评审意见。

2. 目标市场

针对该方案，我们认为其目标市场应该是那些需要经常出差的用户，特别是那些需要走国际长途航班的用户。该应用程序的主要功能是提供查询国际航班信息、订购机票和查询行李跟踪信息，这些功能的市场需求主要来自于经常出差的商务人士、旅游用户和海外留学生等人群。

根据我们的研究和分析，这个市场前景广阔，其中以出差的商务人士和海外留学生的需求最为紧迫。其次，考虑到长途航线的用户主要是中高端用户，因此该应用程序应以中高端用户为主要目标市场。

3. 主要功能评审

3.1. 查询航班信息

查询航班信息是该应用程序的核心功能之一。在我们对方案需求中对此功能进行评审时，我们主要关注了以下几个方面： 1. 航班信息的准确性：该应用程序必须保证提供的航班信息准确无误，包括航班号、起飞时间、到达时间、起飞机场、到达机场等关键信息。

2. 搜索功能的便捷性：用户要能够轻松地通过关键词搜索航班信息，例如航班号、起飞机场和到达机场等。

3. 航班筛选功能：用户可以依据价格、舱位、航空公司等条件筛选航班信息。

在我们的评审中，该方案通过以上测试，显示了足够的功能性和可靠性，满足了我们的需求标准。

3.2. 订购机票

订购机票是该应用程序的另一个核心功能。在我们对其进行评审时，我们专注于以下方面：

1. 用户界面的友好性：订购机票的界面必须易于使用，让用户通过几个简单的步骤就能完成订票的过程，而不会出现流程繁杂、易错乱等问题。

2. 交易安全性：该应用程序的交易过程必须是安全的，包括保护用户隐私和银行卡等信息安全。

3. 航班变更的处理：如果用户的航班信息发生变化，该应用程序必须有良好的通知系统，并及时处理相应的退款、改签等事项。

需求评审的方法

一、引言

需求评审是软件开发过程中非常重要的一环，它能够有效地减少软件开发过程中的风险，提高软件质量和用户满意度。本文将介绍几种常用的需求评审方法，帮助开发团队更好地进行需求评审。

二、方法一：逐个评审需求项

这种方法是最常见的需求评审方法之一。开发团队成员按照需求文档中的每一项需求进行评审，逐个讨论并提出意见和建议。这种方法能够确保每个需求都得到充分讨论和审查，有助于发现潜在问题和风险。

三、方法二：按照优先级评审需求

在需求评审过程中，有些需求可能比其他需求更为重要。因此，按照需求的优先级进行评审是一种有效的方法。开发团队可以根据需求的重要性和紧急程度，将需求分为不同的优先级，然后按照优先级进行评审。这样可以确保在有限的时间内，先评审最重要的需求，保证项目的进展。

四、方法三：利用专家评审需求

有时候，为了对需求进行更全面的评审，开发团队可以邀请领域专家参与评审。领域专家对相关行业有深入的了解和经验，能够从业务角度提出宝贵的意见和建议。他们可以帮助发现潜在的问题，并提供改进的方案。

五、方法四：利用问卷调查评审需求

问卷调查是一种简单有效的需求评审方法。开发团队可以设计一份问卷，通过发放给相关的利益相关者，收集他们对需求的意见和建议。问卷可以包括对需求的理解程度、需求的合理性等方面的问题，通过分析问卷结果，可以得出对需求的整体评价。

六、方法五：模拟用户场景评审需求

在需求评审过程中，开发团队可以通过模拟用户场景来评审需求。他们可以根据需求文档中描述的用户场景，模拟用户的操作过程，并评估需求的可行性和实用性。这种方法可以帮助发现用户体验方面的问题，并提出改进的建议。

七、总结

需求评审是软件开发过程中不可或缺的一环。通过采用逐个评审需求项、按照优先级评审需求、利用专家评审需求、利用问卷调查评审需求和模拟用户场景评审需求等方法，可以帮助开发团队发现潜在问题和风险，提高软件质量和用户满意度。在实际操作中，可以根据项目的具体情况选择合适的评审方法，并结合多种方法进行需求评审，以获得更好的效果。