常见应用系统功能开发工作量评估参考.docVIP

[工作量评估参考] B/S应用系统 常见功能模块工作量评估参考 广州市欧科地理信息技术服务有限公司 版权声明：本文中的所有信息归广州市欧科地理信息技术服务有限公司所有，未经书面允许，不得将该文件资料（全部或部分）外传。SEPG模板版本变更记录：（注意：非SEPG人员不得修改。） 版本号 起止日期 撰写内容或变更概要说明 作者/变更者 审核者 初稿 2011/6/17 项目开发常见功能模块工作量评估参考 柯日才、张孝文 工作版本变更信息： （注意：以下为项目组人员填写部分。） 版本号 起止日期 撰写内容或变更概要说明 作者/变更者 审核者 目 录 1 文档目标 4 2 工作量评估单位 4 3 工作量评估准则（任务估算法） 4 4 工作量评估前提 4 5 常见系统功能模块 4 6 工作量评估分析（三层架构开发模式） 5 6.1 普通功能模块 7 6.1.1 普通功能模块增加页面 7 6.1.2 普通功能模块列表页面 8 6.1.3 普通页面编辑/明细功能 9 6.2 复杂系统功能模块 10 6.2.1 复杂系统功能添加页面(认证系统) 10 6.2.2 复杂系统功能列表页面(认证系统) 15 6.2.3 复杂系统功能编辑/明细页面（认证系统） 15 6.3 组织结构树控件 17 6.4 分析报表 18 6.5 接口文件（WCF） 19 6.6 动态组装的列表数据 19 7 工作量评估分析（开发平台） 20 7.1 常见功能模块开发工作量估算（客户资料管理） 21 8 工作量评估分析（ASP.NET + EntityFramework） 22 文档目标 介绍自己在项目工作量评估的经验，并描述了常见系统功能模块的工作评估。为各位项目经理/系统架构师/系统开发人员等 提供系统开发量评估的一个参考。 工作量评估单位 工作量评估单位：人/天 工作点计算参考基准单位：UP(针对UI部分的元素使用) DP（数据列） TP(数据表) CP(逻辑处理复杂点数,直接和时间进行关联) 工作量评估准则（任务估算法） 系统工作量评估（任务估算法）是把软件项目系统功能采取逐层分解,将其细分到一定层次的模块功能。再分别估计完成每个功能模块需要的人员搭配比例及投入时间，每个人员的工作量之和就是该功能模块的工作量。最后将各个功能模块的工作量加起来就得出软件项目的总开发工作量。像传统的B/S应用系统，建议将系统的模块功能细分到3到5层之间，最好能具体到页面级别的模块功能。 设计各个岗位人员工作量可基于以下标准计算 （1）以程序员的工作量为标准； （2）高级程序员的工作量为标准工作量的1.5倍； （3）系统分析员的工作量为标准工作量的2倍； （4）系统架构师的工作量为标准工作量的2倍； （5）测试工程师的工作量为标准工作量； （6）高级测试工程师的工作量为标准工作量的1.5倍； （7）项目管理人员的工作量为标准工作量的2.5倍； 工作量评估前提 文档介绍的工作量评估是在系统需求已经明晰，系统概要设计以基本完成。并且数据模型已经创建好的基础之上。 常见系统功能模块 普通系统功能模块的增加/列表/编辑明晰页面。（用户增删除功能） 复杂的系统能模块的增加/列表/编辑明细页面。（订单数据增删除功能） 组织结构树控件 图表控件 接口文件（WCF） 动态组装的列表数据 工作量评估分析（三层架构开发模式） 根据个人的工作经验。系统开发的工作量和系统采用的开发框剪是是密不可分的。系统的开发工作量主要是根据项目的功能需求和系统所采用的框架，并结合自己之前做类似项目的经验对系统的开发工作量进行评估。 对于软件开发，采用不同的开发框架/方式，由于系统实现的方式不同，开发过程中主要耗时间的地方也会有所不同，所以使用的评估方式是不一样的。以普通三层架构开发模式为例。系统开发的工作量（基于开发人员已经清楚系统需求并且数据库表已经设计并创建好）主要集中在UI页面和数据逻辑处理两个方面。工作量评估所涉及到的参考元素见下面的工作量评估关联图。 系统工作评估的流程如下： 根据系统的功能需求，整理出系统功能模块。可以根据实际情况对功能模块进行细分。例如一级模块、二级模块、三级模块等。 根据功能模块，整理出其需要用到功能页面。 根据系统功能页面，分别从页面的UI组装和逻辑代码处理两个层面进行工作量评估。 系统功能页面的工作量评估，像普通的功能页面，主要是从页面中用到的页面元素进行考虑。