软件需求收集指南
1. 概述
软件需求的采集是需求定义和需求分析的重要前提. 为了能有效的获取客户需求, 对客户的必要引导是非常重要的. 制定需求采集计划并做相应的准备是有效获取需求的必要保证. 在采集需求时应把握好一定的原则.

本指南是对过去需求采集经验的总结, 同时又对新的需求采集的指导.
2. 需求采集的准备
需求采集的准备工作是非常必要的. 通常包括以下步骤. 各步骤可同步进行.
• 获取背景材料（WEB站点、出版物）；
• 熟悉用户使用的方法、工具；
• 准备需要了解的问题清单；
• 明确系统的使用者和被访谈者；
• 定义需求规格说明书的标准；
• 制定访谈计划并请客户确认。
3. 需求采集的步骤
获取需求是对需求采集计划的实施. 通常以访谈和演示等形式进行. 应注意以下步骤:
• 明确系统的目标和范围；
• 获取功能需求：
• 了解业务流程；
• 明确每个业务流程的输入和输出；
• 确定输入和输出之间的关系；
• 确定业务流程之间的优先级；
• 获取与外部系统之间的接口需求；
• 获取操作环境需求；
• 获取性能需求；
• 获取标准需求（国际标准、行业标准）；
• 获取用户的其他特殊需求；
• 将获取的所有需求反馈给客户，以保证对需求理解的一致性。
4. 需求采集的原则
• 采用客观的态度；
• 深入探讨产生问题的原因——存在的合理性；
• 不轻易下结论；
• 衣冠整齐，有礼貌，尊重他人；
• 不影响客户组织的正常运作；
• 多赞美客户，注意访谈时间；
• 请客户确认需求调查的结果。.
5. 需求采集考虑的要求
5.1 完整性
• 所有的内部文档引用是正确的和最新的
• 所有的需求描述是恰到好处的并提供适度的细节
• 需求描述为设计提供了足够的内容和信息
• 实现需求的优先级已被定义
• 系统对外界面已被确定, 如软件, 硬件和通讯截面等
• 系统商业流程已被清晰表达
• 需求说明书定义了所有的已知的客户和系统需要
• 可预知的错误出现时, 系统的应有反应已全部定义. 如用户错误输入信用卡号码, 系统应友善的提醒用户信用卡号码出错.
• 为完成指定任务，这些需求是完整的、无遗漏的；
5.2 正确性
• 各个需求之间不矛盾、一致的（一致性）
• 各需求描述是清晰的, 连贯的和没有歧义的（无歧义性）
• 各需求可被测试, 或演示, 或评审, 或分析（可验证性）
• 各需求是在项目的范围内，为完成指定任务所必须的（必要性）
• 必要的信息不缺项, 没有待定需求
• 所有需求可在现有约束和假定下实现（可行性）
• 所有的错误信息说明是直接的, 恰当的和可被理解的
5.3 质量指标
• 所有的性能指标已被明确和恰当的定义
• 系统安全和保密的要求已被明确规定
• 其他的隐含的质量指标已被定义并说明可接受的标准
5.4 可跟踪性
• 每个需求已被单独和正确确认，版本均是可追述并受控的
• 每个需求能被跟踪至概要设计相关文档, 如功能设计, 数据库设计等
5.5 其他
• 所有的需求都是需求而非解决方案或设计
• 和响应时间相关的需求已被定义和量化
• 和国际相关的为题已被确认, 如不同的语言界面等
• 任何需求的引入都不会导致系统性能的退化（非退化性）；

6. 参考资料
序号 编号 文档名称
1 Q/RKS-SP-RM-01 软件需求管理过程
2





软件需求收集指南