TEMP_1605(RD)_需求调研计划_模板.docVIP

XXX项目 需求调研计划 湖北哲科税信技术有限公司 Hubei Seektax Information Technology Co., Ltd. 拟制： 文档编号：WHREAD_TEMP_需求调研计划 审核： 批准： 版本号： V0.1 生效日期： 机密等级： 修改记录 修订号 作者 日期 简要说明 新制作  模板编写及修订记录 拟制：王莹 模板编号：WHREAD_TEMP_需求调研计划 审核：王莹 批准：王莹 版本号： V0.1 生效日期：2012年5月25日 机密等级：内部公开 修订号 作者 日期 简要说明 V0.1 王莹 2012年5月25日 新制作 需求开调研计划 项目名称及编号 填表人 管理 日期 2010年7月23日 审批人 日期 2010年7月23日 客 户 信 息 客户名称 地址 联系方式 项目接口人 标 准 需求接受标准 客户签字 完成的日期 2010年8月11日 交付客户文档 《用户需求说明书》《产品需求规格说明书》《软件需求规格说明书》 过程 定义 在该过程中，首先通过各种途径获取用户的需求信息（原始材料），产生《用户需求说明书》。其次，运用“问答分析法”和“面向对象分析法”对各种需求信息进行分析，消除错误，刻画细节。最后根据在河北人防的需求调研和需求分析结果，进一步定义准确无误的产品需求，产生《产品需求规格说明书》。系统设计人员将根据《产品需求规格说明书》开展系统设计工作。对需求调研过程中产生的有价值的文档进行配置管理。所有的文档编写工作计划和开展进度要细化到周报和度量中。 日 程 表 任务 计划起日 计划止日 计划工作量 参加人员 主要工作产品 制定需求调研计划 2010年7月23日 2010年7月23日 6个工作时制定《需求调研计划》 《需求调研计划》 需求调研计划评审 2010年7月23日 2010年7月23日 2个工作时对《需求调研计划》进行评审 《需求调研计划评审报告》 需求调研 2010年7月24日 2010年7月28日 4个工作日用户需求调研及编写 用户需求信息原始材料 编写《用户需求说明书》 2010年7月30日 2010年7月30日 1个工作日用于编写《用户需求说明书》 《用户需求说明书》 评审《用户需求说明书》 2010年7月31日 2010年7月31日 2个工作时对《用户需求说明书》进行评审，并完成《用户需求说明书评审报告》 《用户需求说明书评审报告》 编写《产品需求说明书》 2010年7月31日 2010年8月1日 1个工作日完成《产品需求说明书》 《产品需求说明书》 评审《产品需求说明书》 2010年8月1日 2010年8月1日 2个工作时对《产品需求说明书》进行评审，并完成《产品需求说明书评审报告》 《产品需求说明书评审报告》 编写《软件需求规格说明书》 2010年8月1日 2010年8月4日 1个工作日完成《软件需求规格说明书》 《软件需求规格说明书》 评审《软件需求规格说明书》 2010年8月4日 2010年8月4日 2个工作时对《软件需求规格说明书》进行评审，并完成《软件需求规格说明书评审报告》 《软件需求规格说明书评审报告》 建立《需求功能矩阵》 2010年8月4日 2010年8月5日 根据前面的调研分析成果，用1个工作日建立《需求功能矩阵》 《需求功能矩阵》 收集需求阶段度量数据 2010年8月5日 2010年8月6日 1个工作日收集需求阶段的度量信息 需求阶段度量数据 评审需求阶段里程碑 2010年8月6日 2010年8月6日 2个工作时对需求功能矩阵以及需求阶段的里程碑事件进行评审 《需求阶段里程碑》评审报告 估 计 工期 2010年7月23日到2010年8月7日 工时 352个工时 直接费用 3.25万 人力成本 平均每日每工时100元 风险 需求调研的不完整，不彻底，对用户需求的理解不透彻，都会造成后期的工作与需求相脱离的状况，反复更改工作计划以迎合用户需求会产生巨大的费用，带来风险，造成损失。总结下，在需求阶段的风险有以下几个方面： 1、项目组成员能力不足 2、项目组未正确理解客户需求 3、系统设计方案不能完全满足客户需求 风险发生的概率30% 风险影响500% 需求访谈及分析范围 需求访谈和分析范围从如下几个方面入手： 与用户交谈，向用户提问题；参观用户的工作流程，观察用户的操作；向用户群体发调查问卷；与同行、专家交谈，听取他们的意见；分析已经存在的同类软件产品