sdln-需求评审报告模板
产品设计需求评审报告范文
产品设计需求评审报告范文1. 引言本报告旨在对产品设计需求进行评审，确保产品设计符合用户需求和业务目标，同时能够在技术上可行和可实现。
评审过程将关注产品设计的可用性、可行性、可靠性以及安全性等方面的考虑。
2. 产品概述产品名称：智能家居系统产品介绍：本产品是一款基于物联网的智能家居系统，通过连接各种智能设备，使用户能够通过手机或者其他终端来远程控制家居设备，提供更加智能化和便捷的居家体验。
本产品旨在提高生活品质，提供舒适、安全、高效的智能家居解决方案。
3. 产品需求评审3.1 用户需求评审用户需求如下：- 用户能够通过手机APP控制灯光、空调、窗帘等家居设备的开关和调节。
- 用户能够通过手机APP查看家居设备的状态和使用情况。
- 用户能够设置定时任务，自动控制家居设备的操作。
- 用户能够通过语音控制家居设备的操作。
- 用户能够远程查看家居环境的监测数据。
评审结论：以上用户需求符合智能家居系统的功能定位，能够满足用户希望实现智能化、便捷化的需求。
3.2 技术可行性评审技术可行性分析如下：- 通过与各大智能设备厂商的合作，可以实现设备的互联互通。
- 基于云计算技术，可以实现用户远程控制和数据存储。
- 基于语音识别技术，可以实现语音控制功能。
- 基于传感器技术，可以实现家居环境的数据监测。
评审结论：本产品设计在技术上可行，通过合理应用现有的硬件和软件技术，能够实现所需功能。
3.3 可用性评审可用性评审指标如下：- 用户界面设计是否简洁明了，符合用户操作习惯。
- 操作流程是否顺畅，用户能否快速上手并完成需要的操作。
- 错误提示和帮助信息是否明确，用户能否根据提示解决问题。
评审结论：本产品设计在可用性上考虑到了用户习惯和操作流程，用户界面设计简洁明了，错误提示和帮助信息也明确，用户能够方便地完成操作。
3.4 可靠性评审可靠性评审指标如下：- 系统稳定性：产品是否经过稳定性测试，能否长时间稳定运行。
- 故障恢复：系统出现故障时，是否能够快速恢复正常工作。
需求评审报告模板
评审报告编号：
评审报告
填表说明：
1．本评审报告适用于所有的评审。
2．评审工作量=评审时长*评审人数；评审总工作量=评审预读总工作量+评审准备总工作量+评审工作量+评审后整理工作量；评审效率=评审差错总数/评审总工作量；返工工作量=解决工作量+确认工作量。
3．评审差错分类分为：1-5级。
1级为建议性差错；2级为轻微差错，不影响目标的实现；3级：一般差错，不影响主目标的实现；4级：重要问题，影响目标的实现，需立即解决；5级：严重问题，影响主目标的实现，必须立即解决的问题。
4．当被评审差错存在问题时，请在“评审差错跟踪表”中逐一列出，如果问题较多，可以增加“评审差错跟踪表”。
对存在差错的解决情况要进行确认，确保差错的闭环。
5．当内容太多在本表中填不下时，请另附纸。
评审报告模板
评审报告模板评审报告一、项目概述本次评审的项目为XXX公司提出的XXX项目，该项目的目标是XXX。
该项目涉及的范围包括XXX。
本次评审主要对项目的可行性、风险控制以及项目计划进行评估。
二、评审内容1. 可行性评估对项目的可行性进行了全面评估，考虑了技术可行性、经济可行性、法律可行性等方面。
通过调研和分析，认为该项目具备一定的可行性，符合公司的发展战略。
2. 风险评估针对项目可能面临的风险进行了评估和分析。
发现项目可能面临的主要风险包括XXX。
对于这些风险，提出了相应的风险管理措施，并建议在项目实施中加强风险监控和应对。
3. 项目计划评估对项目的计划进行了评估和分析。
发现项目计划中存在一些问题和不确定性，如XXX。
建议项目组对这些问题进行进一步的研究和调整，并制定相应的应对策略。
三、评审结论1. 项目的可行性评估结果表明，该项目具备一定的可行性，并符合公司的发展战略。
2. 风险评估结果表明，项目面临的风险较为明显，需要加强风险管理和控制。
3. 项目计划存在一些问题和不确定性，需要进一步研究和调整。
四、建议和改进措施1. 对于项目的风险，建议项目组制定详细的风险管理计划，并加强风险监控和应对能力。
2. 对于项目计划中存在的问题，建议项目组进一步明确目标和任务，并制定详细的实施计划。
3. 建议在项目实施过程中加强沟通与协作，提高团队协作能力。
五、总结本次评审对XXX项目进行了全面的评估和分析，对项目的可行性、风险控制以及项目计划提出了具体的建议和改进措施。
通过此次评审，可以为项目的顺利实施提供有力支持，减少项目风险，并提高项目的成功率。
招聘需求评审报告
表2-4：招聘需求评审报告
《招聘需求评审报告》经评委会主席签署后正式生效。
评审会确认的招聘需求正式纳入《年度招聘计划》中。
管理经验分享
1.招聘需求评审会可以定期汇总各个部门有争议的需求（或者无法确认的需求），集中组织所有业务部门的需求评审；
2.如果企业需要切实降低人才成本，必须严控招聘，每次招聘也需要提交《新员工招聘申请表》，无论离职补充还是新的招聘需求，无论招聘需求是否符合企业年度规划，及时做好阶段人力需求评审，确保招聘需求的有效控制。
友情提示
上述模板摘自贺清君最新专著《招聘管理从入门到精通》（清华大学出版社）。
软件需求评审报告
软件需求评审报告项目名称XX科技有限公司XXXX项目项目级别公司级□ 部门级□ 子部门级项目经理 XXX 要求评审的工作产品的名称《XXXXXXX综合管理系统需求规格说明书》产品作者(评审申请人)XXX 建议评审时间2016 年5月 31日要求评审的工作产品所属开发阶段□规划阶段□ 需求分析阶段系统设计阶段□ 实现与测试阶段□ 系统验收阶段□ 安装运行阶段□ 其它评审准则◆ 可追溯性：软件需求规格说明书中的每一个需求要一一列出并标识，与别的需求区别开来。
每项需求只应在软件需求规格说明书中出现一次。
● 正确性：软件需求都是与用户所期望的相符合。
与涉及的相关行业技术规范相符合。
● 完整性：软件需求规格说明书中没有遗漏任何必要的需求。
● 一致性：各软件需求之间或软件需求与高层（系统，业务）需求之间不相矛盾。
● 可行性：软件需求规格说明书中的每一个需求都是可实现的。
● 无二义性：软件需求规格说明书中的每一个需求都只有惟一的含义。
● 可验证性：软件需求规格说明书中的每一个需求对用户而言都是可验证、测试的。
● 必要性：软件需求规格说明书中的每一个需求对用户而言都是必须的，没有画蛇添足。
● 可理解性：软件需求规格说明书中的每一个需求都能清楚表达，保证项目干系人都能看懂。
● 划分优先级：软件需求规格说明书中，应根据需求的轻重缓急对需求划分优先级。
◆ 具有概要设计所需的相关的输入信息。
评审需提交的资料《IBMS智能楼宇综合管理系统需求规格说明书（V1.1版本）》产品批准人（审核人）意见同意评审由 XXX 担任评审负责人，按技术评审流程开展评审工作。
评审方式：正式技术评审（会议评审）□ 非正式技术评审（□ Email会签□ 走查□其他：）评审级别：部门级□ 子部门级□ 项目组内● 暂不评审原因是：□ 方案不成熟□ 资料不完整□ 其他签字日期2016 年5月 31日技术评审意见及结果评审时间自 2016 年5月31日14时至 2016 年5月 31日 18 时评审问答记录1、考虑用户同名情况，如何处理2、用户信息扩展要求3、增加跨平台要求4、增加系统支持点位容量功能描述5、系统响应时间描述更详细一点6、增加在虚拟机上测试7、部署环境要求（最低要求、配置要求）8、模块化功能要求记录人签名XXX 日期2016 年5月31日评审人员签名其他参与人员签名评审意见汇总一、缺陷识别无缺陷二、总体评价及建议总体需求分析比较透彻、完善；但需求优先级，相关需求界面没有进行描述，要进行详细补充。
需求规格说明评审报告模板
需求规格说明评审报告模板尊敬的评审委员会成员：在本次需求规格说明评审会上，我们审查了项目的需求规格说明文档，并讨论了其中各个方面的内容。
根据我们的审查和讨论，我们得出了以下结论和建议。
1. 项目背景和目标在项目背景和目标部分，需求规格说明文档提供了清晰的项目背景和目标描述。
评审小组认为该部分的文档表述准确和具体，能够让读者充分了解项目的背景和目标。
2. 功能需求功能需求部分包含了对系统各个功能模块的详细描述。
评审小组认为该部分的文档清晰地列出了系统应具备的功能，并对各个功能模块的输入、输出、流程等进行了详细的说明。
建议将功能需求部分进一步细化，例如通过使用用例或流程图等方式，以便读者能更好地理解和评估各个功能的需求。
3. 非功能需求非功能需求部分包含了对系统性能、可靠性、安全性等方面的要求。
评审小组认为该部分的文档对非功能需求进行了明确的描述，但建议在每个非功能需求的描述中添加一些具体的测试指标或度量标准，以便后续进行验证和测试。
4. 界面设计界面设计部分包含了对系统各个界面元素的描述和示意图。
评审小组认为该部分的文档给出了对系统界面的整体设计思路，并提供了一些示意图进行说明。
建议在界面设计部分进一步完善，例如通过增加一些具体的交互细节和元素布局等，以便读者更好地理解系统界面的设计。
5. 数据需求数据需求部分包含了对系统数据的描述，例如数据类型、数据量等。
评审小组认为该部分的文档对系统数据的需求进行了准确的描述。
建议在数据需求部分中添加一些对数据的安全性、完整性和可访问性等方面的要求，以便更全面地阐述对数据的需求。
总体而言，本次需求规格说明文档的质量较高，能够满足项目的需求规范和说明。
根据评审小组的讨论和建议，我们提出以下改进建议：1. 进一步细化功能需求，使用用例或流程图等方式更清晰地呈现各个功能模块的工作流程和输入输出。
2. 在非功能需求的描述中，添加一些具体的测试指标或度量标准，以便后续的验证和测试工作。
评审报告模板
评审报告模板[评审报告模板]1. 评审概述：[在此处提供评审报告的一个概述，说明本次评审的目的、范围和重点。
]2. 评审目标：[说明本次评审的具体目标，例如确定设计方案的可行性、验证文档的准确性等等。
]3. 评审参与人员：[列出参与本次评审的人员及其角色。
]4. 被评审对象：[指明评审的具体对象，例如设计文档、代码实现、测试计划等。
]5. 评审方法：[描述评审过程中所采用的方法和技术，例如代码静态分析、需求排查等。
]6. 评审结果：[在此处描述评审过程中发现的问题、缺陷和建议，可以使用表格或列表的形式列出。
每个问题应确切描述，包括问题的描述、评审人员、发现时间和严重性级别等。
]7. 建议事项：[根据评审结果，提出应对发现问题和改进的建议，并给出优先级和建议的实施方式。
]8. 评审总结：[提供对本次评审工作的总结，包括评审过程中的亮点和不足，以及改进的建议。
]9. 后续跟进：[提供评审后续工作的计划，包括问题的追踪和解决、文档的更新等。
]10. 评审记录：[提供针对评审过程中的讨论和决策的记录，可附带文档、会议纪要等。
]11. 附件：[附加评审所需的相关文档、报告或其他支持材料，如问题追踪表、评审意见汇总等。
]注意事项：- 报告要简明扼要，重点突出，便于读者阅读和理解。
- 对于每个评审结果，应提供具体的建议和解决方案，以便于后续的改进和修复工作。
- 评审报告应及时提交，并根据需要进行定期更新和跟进。
需求设计评审报告模板
需求设计评审报告模板1.引言1.1 概述需求设计评审报告模板是对需求设计的评估和审查的文档，旨在确保需求设计的完整性、一致性和可行性。
通过对需求设计进行评审，可以及早发现和解决设计中的问题，降低项目实施过程中的风险，并最大程度地满足用户需求。
本报告模板旨在为评审人员提供一个标准化的评审流程和评审要点，以确保评审过程的规范性和全面性。
通过本报告模板，评审人员可以系统地审查需求设计文档，提出有针对性的改进建议，为项目顺利实施奠定基础。
1.2 文章结构文章结构部分的内容应该包括对整篇报告的结构进行描述和概括，说明每个部分的作用和内容。
可以包括以下内容：文章结构部分在本报告中，我们将从引言、正文和结论三个部分来详细阐述需求设计评审报告的模板。
在引言部分，我们将概述此报告的目的和重要性，并介绍文章的结构。
在正文部分，我们将着重讨论需求设计评审的重要性、评审的流程以及评审的关键要点。
最后，在结论部分，我们将对整篇报告进行总结，并提出相关的建议和展望。
通过这样的结构，我们希望能够全面深入地讨论需求设计评审报告模板，为相关人员提供有益的指导和建议。
1.3 目的需求设计评审报告的目的是为了对需求设计进行全面、系统的评估和分析，以确保设计的合理性、可行性和完整性。
通过对需求设计的评审，可以帮助团队发现和解决潜在的问题和风险，减少项目后期的修改成本和时间成本。
同时，也可以促进团队间的沟通和协作，确保项目的顺利进行和高质量的交付。
需求设计评审报告还可以为项目决策提供依据，为项目管理和控制提供参考。
因此，编写需求设计评审报告是为了全面了解需求设计的质量和可行性，为项目的成功实施和交付提供有力支持。
2.正文2.1 需求设计评审的重要性需求设计评审的重要性需求设计评审是软件开发过程中非常重要的一环，它通过对需求文档进行系统性的审查和验证，确保需求的准确性和完整性，为后续的开发工作奠定了基础。
以下是需求设计评审的重要性：1. 确保需求的准确性和完整性：通过需求设计评审，可以及时发现和纠正需求文档中的错误和遗漏，确保需求的准确性和完整性，避免因为需求不清晰而导致的后续开发工作延误和额外的成本。
软件需求评审报告
软件需求评审报告引言本文档旨在对软件需求进行评审，并提供相应的评审报告。
在软件开发过程中，需求评审是确认需求的正确性和完整性的关键步骤之一。
通过评审，可以发现潜在的问题和矛盾，从而提高软件开发的效率和质量。
评审目的本次需求评审的目的是确保软件开发团队对需求有一个全面的理解，并明确需求的优先级和可行性。
通过评审，可以及时发现和修正不一致或模糊的需求，以及潜在的风险和挑战。
评审过程评审过程应由跨职能团队参与，包括业务分析师、软件开发人员、测试人员和项目经理。
以下是评审的步骤：1.评审准备: 在进行评审前，评审小组应对需求文档进行详细阅读和理解。
同时，评审小组成员应独立对需求进行初步评估，并记录可能存在的问题和建议。
2.评审会议: 安排一次评审会议，邀请所有评审小组成员参加。
在会议上，需求的作者将解释需求的背景和目的，并回答评审小组成员的问题。
3.需求审查: 评审小组成员应对需求逐个进行审查。
对于每个需求，评审小组应评估其是否满足以下标准：–可行性：需求是否可行，是否能够实现；–一致性：需求是否与其他需求和系统架构一致；–完整性：需求是否涵盖了所有必要的功能和特性；–可测试性：需求是否具有明确的测试标准和方法；–优先级：需求是否按照重要性和紧急性进行了正确的排序。
4.记录问题和建议: 在评审过程中，评审小组成员应记录所有发现的问题和建议。
问题可以分为两类：关键问题和次要问题。
关键问题是指可能导致整个系统无法正常运行的问题，而次要问题是指对系统性能和用户体验有一定影响的问题。
5.确定改进措施: 在评审会议结束后，评审小组应根据评审结果确定改进措施。
对于每个关键问题，应制定具体的解决方案并分配责任人。
对于次要问题，应在后续的开发过程中予以解决。
评审报告根据评审结果，评审小组可以生成评审报告，报告应包括以下内容：1.评审概述: 对评审过程进行简要总结，包括评审会议的日期、参与人员和持续时间。
2.需求概述: 对需求进行概述，包括需求的背景、目的和范围。
软件需求分析评审报告
评审组组长： 评审日期：
角色 评审组长 主讲人 记录人 评审成员
软件需求分析评审签到表 部门 职务
姓名
软件需求分析评审问题跟踪表
序号 问题描述 责任人 完 成 时 解决人 / 解决情况 间 时长 验证人/时长
软件需求分析评审报告
编号： 项目名称 评审内容 评审时间 评审级别 评审方式 记录人 是否复审 所级别
不需要复审
需要复审：复审时间
评审检查依据 需求评审检查表 评审检查结果： 检查点数量 通过数量 部分通过数量
不通过数量
不适用数量
评审结论： 通过评审 修改后再评审 未通过评审 其他：
产品需求评审报告
产品需求评审报告一、产品需求概述本报告旨在对所开发产品的需求进行评审，以确保产品能够满足用户的期望和需求。
本产品设计旨在提供一种方便快捷的XX功能，以解决用户在日常生活中的一些痛点。
二、需求评审内容2.1功能需求2.1.1需求1：提供用户注册和登录功能用户需要能够注册一个新的账号，并能够使用注册的账号进行登录操作。
2.1.2需求2：实现XX功能本产品的核心功能是实现XX，用户需要能够方便地使用该功能，达到预期的效果。
2.1.3需求3：提供数据存储和管理功能产品需要能够可靠地存储和管理用户的数据，确保数据的安全性和可用性。
2.2用户需求2.2.1需求1：用户友好的界面设计产品需要提供一个直观、简洁、易于操作的界面，使用户能够轻松地使用和理解产品的功能。
2.2.2需求2：快速响应和处理用户请求用户在使用产品时期望能够获得快速响应和处理，减少等待时间和不必要的烦恼。
2.2.3需求3：良好的用户体验产品需要提供良好的用户体验，包括界面流畅、操作简单、功能完善等方面，以确保用户的满意度和粘性。
三、需求评审结果在对产品需求进行评审后，我们得出以下结论：3.1功能需求需求1和需求2能够满足用户的核心需求，并且技术实现上可行性较高，建议保留。
需求3的数据存储和管理功能是产品的基础功能之一，也是用户期望的，建议保留。
3.2用户需求需求1关乎用户界面体验，建议增加与用户界面设计相关的细节需求评审。
需求2和需求3都属于用户体验的一部分，建议保留。
四、总结通过对产品需求的评审，我们确认产品的核心需求能够满足用户的期望和需求。
同时，我们也在用户界面设计和用户体验方面提出了一些细节上的改进建议，以进一步优化产品的用户体验。
五、下一步行动接下来，我们将根据评审结果对产品需求进行调整和更新，以确保产品能够在开发过程中顺利满足用户的期望和需求。
同时，还需进一步分解需求，明确各个功能模块的实现细节，并与开发团队共同进行讨论和确定。
软件需求评审报告模板
项目名称
项目级别
公司级□ 部门级□子部门级
项目经理
要求评审的工作产品的名称
产品作者
(评审申请人)
建议评审时间
要求评审的工作产品所属
开发阶段
□规划阶段□需求分析阶段系统设计阶段
□实现与测试阶段□系统验收阶段□安装运行阶段□ 其它
评审准则
评审需提交
的资料
产品批准人
（审核人)
意见
同意评审
由担任评审负责人,按技术评审流程开展评审工作．
XXX
日期
２016年５月３1日
评 审
人员签名
其他参与
人员签名
评审意见
汇总
评审结论
□评审通过:工作产品合格,“无需修改”或“需要轻微修改但不必再审核”;
评审基本通过：工作产品基本合格，需要作少量修改，之后通过审核即可;
□评审不通过：工作产品不合格,需要作比较大的修改,之后必须重新对其评审。
建议整改完成时间
xx科技有限公司软件需求评审报告项目名称项目级别公司级部门级子部门级项目经理要求评审的工作产品的名称产品作者评审申请人建议评审时间要求评审的工作产品所属开发阶段规划阶段需求分析阶段系统设计阶段实现与测试阶段系统验收阶段安装运行阶段其它评审准则评审需提交的资料产品批准人审核人意见同意评审由担任评审负责人按技术评审流程开展评审工作
2０１6年6月2日
评审负责人签字
日期
２０16年5月3１日
缺陷修正及验证(如果使用缺陷跟踪软件,则无需填写下表施结果
实施人、日期
１
2
３
4
５
缺陷修正
验证情况
验证结论:
验证人签字
日 期
需求规格说明评审报告模板
需求规格说明评审报告模板【主题】需求规格说明评审报告模板【导言】在软件开发工程中，需求规格说明是一个至关重要的文档，它对于确保软件项目成功交付起着关键作用。
然而，为了确保需求规格说明的准确性、完整性和一致性，对其进行评审是至关重要的一项任务。
本文将探讨需求规格说明评审报告模板的使用，以及它对于确保软件开发项目的顺利进行的重要性。
【1. 需求规格说明评审的背景】1.1 什么是需求规格说明需求规格说明是在软件开发过程中提供详细信息和定义的一份文档。
它描述了软件系统的功能、性能、接口等方面的要求，并成为软件开发团队和客户之间进行沟通的桥梁。
1.2 需求规格说明评审的目的需求规格说明评审是识别、纠正和改进需求规格说明的过程。
它旨在确保需求规格说明的准确性、一致性、可行性和可验证性，以及满足用户和客户的需求。
【2. 需求规格说明评审报告模板的使用】2.1 评审报告模板的结构需求规格说明评审报告模板通常包括以下几个部分：（1）评审概述：对需求规格说明评审过程的总体概述，以及评审参与者和时间安排的介绍。
（2）评审结果概述：对需求规格说明的整体评审结果进行总结，并提供评审过程中发现的主要问题和建议。
（3）详细评审结果：对需求规格说明的每个部分进行详细的评审结果记录，包括问题描述、问题级别、原因分析和建议等信息。
（4）评审结论：对需求规格说明评审的结论和建议，以及解决问题的计划和时间表进行总结。
2.2 评审报告模板的重要性评审报告模板作为记录需求规格说明评审结果的工具，具有以下重要性：（1）容易阅读和理解：评审报告模板的结构清晰，可以帮助开发团队更好地理解评审结果。
（2）信息完整性：评审报告模板要求详细记录每个问题的描述、级别、原因分析和建议，确保评审结果的完整性和准确性。
（3）问题追踪和解决：评审报告模板可以帮助开发团队跟踪和解决评审过程中发现的问题，并制定相应的解决计划。
【3. 对需求规格说明评审报告模板的个人观点和理解】作为一名写手，我个人认为需求规格说明评审报告模板对于软件开发项目的顺利进行至关重要。
评审报告(竞争性磋商、推荐)模板
附件17：评审报告（竞争性磋商、推荐）（项目名称）评审报告项目名称：项目编号：包号：采购方式：竞争性磋商公告刊登媒体：“辽宁**采购网”竞争性磋商公告发布时间：年月日评审时间：年月日北京时间：时评审地点：磋商文件获取情况：共份，分别是：递交响应文件情况：共份，分别是：磋商小组成员：磋商小组由人组成，其中采购人代表人×××（职称），评审专家人,分别是：×××（职称）……，经磋商小组民主推举，×××为本项目磋商小组组长。
评审方法：本项目采用综合评分法（详见磋商文件）。
评审过程：一、磋商小组对供应商进行资格审查家供应商通过了资格审查。
家供应商未通过资格审查，具体原因：二、磋商小组对通过资格审查的供应商进行符合性审查家供应商通过了符合性审查。
家供应商未通过符合性审查，具体原因：三、磋商小组对通过符合性审查的供应商进行磋商磋商小组根据磋商文件规定的评审程序、评审方法和评审标准与实质性响应磋商文件要求的供应商进行磋商并要求所有实质性响应的供应商在规定时间内提交最后报价。
四、竞争性磋商小组对通过符合性审查的供应商进行综合评分磋商小组按照磋商文件规定的评审办法和标准，分别从价格部分、商务部分及技术部分进行了综合评分，并进行核对、汇总，最终得出本项目供应商的综合得分。
五、磋商小组推荐成交候选供应商磋商小组根据综合评分情况，按照评审得分由高到低的顺序推荐成交候选供应商，排序情况如下：磋商小组组长签字：磋商小组成员签字：××年××月××日。
软件需求评审报告
软件需求评审报告项目名称项目级别要求评审的工作产品的名称产品作者(评审申请人 )要求评审的工作产品所属开发阶段评审准则XX科技有限企业XXXX项目项目经√□ 子部门级XXX□企业级□ 部门级理《XXXXXXX综合管理系统需求规格说明书》建议评审时XXX2016年5月31日间□规划阶段□ 需求剖析阶段□√ 系统设计阶段□ 实现与测试阶段□ 系统查收阶段□ 安装运转阶段□其余可追忆性：软件需求规格说明书中的每一个需求要一一列出并表记，与其余需求差别开来。
每项需求只应在软件需求规格说明书中出现一次。
◆正确性：软件需求都是与用户所希望的相切合。
与波及的相关行业技术规范相切合。
◆ 完好性：软件需求规格说明书中没有遗漏任何须要的需求。
◆ 一致性：各软件需求之间或软件需求与高层（系统，业务）需求之间不相矛盾。
◆可行性：软件需求规格说明书中的每一个需求都是可实现的。
◆无二义性：软件需求规格说明书中的每一个需求都只有唯一的含义。
◆可考证性：软件需求规格说明书中的每一个需求对用户而言都是可考证、测试的。
◆必需性：软件需求规格说明书中的每一个需求对用户而言都是一定的，没有多此一举。
◆可理解性：软件需求规格说明书中的每一个需求都能清楚表达，保证项目关连人都能看懂。
◆区分优先级：软件需求规格说明书中，应依据需求的轻重缓急对需求区分优先级。
拥有纲要设计所需的有关的输入信息。
评审需提交《IBMS智能楼宇综合管理系统需求规格说明书（版本）》的资料√□ 赞同评审由 XXX 担当评审负责人，按技术评审流程展开评审工作。
评审方式：□√ 正式技术评审（会议评审）产品赞同人（审查人）意见评审时间□非正式技术评审（□ Email会签□ 走查□其他：）√部门级□ 子部门级□ 项目组内评审级别：□□ 暂不评审原由是：□方案不可熟□ 资料不完好□其余2016 年5月31签字日期日技术评审建议及结果自2016 年5月31日14时至 2016年5月31日 18时1、考虑用户同名状况，怎样办理2、用户信息扩展要求3、增添跨平台要求4、增添系统支持点位容量功能描绘评审5、系统响应时间描绘更详尽一点问答6、增添在虚构机上测试记录7、部署环境要求（最低要求、配置要求）8、模块化功能要求记录人签XXX日期2016 年5月31 日名评审人员署名其余参加人员署名评审建议汇总评审结论一、缺点辨别无缺点二、整体评论及建议整体需求剖析比较透辟、完美；但需求优先级，有关需求界面没有进行描绘，要进行详尽增补。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
山大鲁能信息科技有限公司
《项目名称》
需求评审报告
（依据GB/T 19001—1994 ISO 9001—1994标准）
[注：以下提供的模板用于 Rational Unified Process。
其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。
按此样式输入的段落将被自动设置为普通样式（样式=Body Text）。
]
[要定制 Microsoft Word 中的自动字段（选中时显示灰色背景），请选择 File>Properties，然后将Title、Subject 和 Company 等字段替换为此文档的相应信息。
关闭该对话框后，通过选择
Edit>Select All（或 Ctrl-A）并按 F9，或只是在字段上单击并按 F9，可以在整个文档中更新自动字段。
对于页眉和页脚，这一操作必须单独进行。
按 Alt-F9，将在显示字段名称和字段内容之间切换。
有关字段处理的详细信息，请参见 Word 帮助。
]
修订历史记录
目录
1.基本信息4
2.缺陷识别4
3.评审结论与意见5
4.缺陷修正、跟踪与审核5
5.附录. 技术评审问答记录6
1.基本信息
［提示：由主持人或评审员填写此表格。
］
2.缺陷识别
［提示：由主持人或评审员填写此表格。
］
3.评审结论与意见
［提示：由主持人或评审员填写此表格。
］
4.缺陷修正、跟踪与审核
［提示：由审核人员填写此表格。
如果使用缺陷跟踪软件，则无需填写此表。
］
5.附录. 技术评审问答记录
［提示：（1）由记录员填写此表格。
（2）主要记录评审过程中的“疑问”、“答复”、“争论”、“处理意见”等。
］。