软件需求采集指南(doc 5页).doc

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