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