2.2-开发大纲.docVIP

{ 项目名称 } 开发大纲 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： 当前版本： 作 者： 完成日期： 北京捷诺视讯数码科技有限公司 Beijing General DVR Science Technology Co.Ltd 二零一零年五月 版 本 历 史 版本/状态 作者 参与者 起止日期 备注  目录 目录 3 一、 概述 4 二、 用户需求功能列表 4 三、 项目成本估算 5 3.1、 开发成本估算表 5 3.2、 人力资源估算表 7 四、 项目计划 7 4.1、 工作量投入 7 4.2、 生产效率估算 7 4.3、 里程碑及进度计划 8 五、 项目质量目标 8 5.1、 验收标准 8 5.2、 产品质量目标 9 附录A. 评审检查表 10 附录B. 立项评审答辩记录 11 附录C. 机构领导终审 12  概述 本文档只适用于简易项目的开发流程。主要用于项目启动阶段销售部和开发部之间在商务需求和项目成本控制方面的沟通和交流。 销售、技术、开发等部门均有权阅读本文档。销售人员可根据项目的具体情况，酌情将本文档中的用户需求功能列表和性能指标剪切、修改后导出到商务合同中。对于本文档中所列的开发成本，属于公司的商务机密，任何人都不能对外透露。 本项目委派的项目负责人是：XXX 。 在项目运作过程中，项目负责人的主要工作包括： 有效地与客户沟通，完整并准确地获得用户的需求； 完成需求分析，撰写需求规格说明书； 项目计划与任务的分配； 将需求变化及时传达给项目组； 组织项目组完成项目的设计﹑编程与测试； 项目组成员的组织与管理； 进度计划、单元任务的追踪与控制； 源代码及文档的更新与配置管理； 完成与公司其他部门的沟通，实现资源的合理调配； 及时向公司领导汇报项目进展及工作情况。 用户需求功能列表 在项目的实际运作过程中，用户需求功能列表（URFL UserRequestFunctionList）有两种使用情况： 销售人员根据用户的建议在商务合同中枚举URFL，之后提交给开发部讨论； 销售人员在评审会上与开发部讨论，根据事先了解的用户情况在会上生成URFL。 销售人员需将URFL作为商务合同的附件提交给用户确认，并最终在签订商务合同时生效。URFL的样式如下所示： 需求编号 功能名称 性能要求 需求级别 备注 001 远程播放录像 画面流畅，没有停顿 必须 002 用户播放文件的历史记录 保留1个月 可选 项目负责人根据以上的“用户需求功能列表”编写《软件需求规格说明书》，在《软件需求规格说明书》中要将每个用户需求细化为开发人员理解的需求。有时候一个用户需求可能会对应多个开发需求。比如：“远程播放录像”这一个用户需求可以拆分为四个系统需求：“MEPG4文件的读取”、“MEPG4文件的播放”、“数据传输的加密”、以及“远程数据的传输”。 项目成本估算 有了用户需求功能列表后，项目负责人就可以从时间周期、参与人员等方面估算项目的开发量。估算的方法如下： 1、根据开发的难度系数估算开发成本： 首先将初级工程师开发工作量（1人天）定为难度系数的基准，即：设定初级工程师的难度系数为1。则有下面的考核标准： 中级工程师的难度系数即为2.0； 高级工程师的难度系数即为3.0； 系统分析员的难度系数即为4.0； 余类推。 考虑到管理费用、机会成本等，初级工程师1人天的成本按300元计算。项目负责人在估算天数时，应把节假日也考虑进去。 项目负责人应结合项目的实际难度情况考查本项目具体的人员安排，对于需要高级工程师完成的工作，需要在人天数的基础上乘以难度系数。 2、考虑后期的维护成本 包括工程师到项目现场的差旅费、住宿费等成本。 如果是特殊定制版本，维护成本中还要考虑“版本升级维护成本”这一项，其计算方法为开发总成本的 50%。如果是通用版本中增加功能，则此项费用为0。 3、建议采用delphi估计法 Wideband Delphi 估计方法又称为专家估计法，主要是通过有经验的专家在项目初期对项目总体状况进行科学合理的分析。然后将各位专家的意见充分共享，并进行讨论，从而得出估计的结果。delphi估计法的优势在于：对项目的估计相对科学、客观，受主观因素及个人意志的影响小，估计结果较准确。但可能花费较大且时间较长。适用于项目前期做初始估计。有关delphi估计法更详细的知识请参考《Wideband Delphi简介.doc》。 开发成本估算表 假设该项目采用delphi估计法，估计项目的代码量为1KLOC，生产率为50LOC/（Person*Day）。项目的所有工作量规模为185人天，即8人月（185人天÷22天）