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

常见B-S应用系统功能开发工作量评估参考.doc

  1. 1、本文档共23页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
常见B-S应用系统功能开发工作量评估参考

[工作量评估参考] 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组装和逻辑代码处理两个层面进行工作量评估。 系统功能页面的工作量评估,像普通的功能页面,主要是从页面中用到的页面元素进行考虑。例如一个添加页面,其输入框有多少,需要进行JS校对数据合法性的元素有多少。假设一个普通页面元素的工作量单位为1

文档评论(0)

3774384 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档