有关功能点估算法和用例点估算法的问题

richard_2005 2005-10-27 01:53:48
功能点估算法计算的是屏幕点,报告点,和3GL组件的个数。当项目处在早期时,或者说当需求还没有得到充分细化时,功能点的计算可操作性很低。
用例点估算法计算的用例数,根据用例的复杂度(所包含的场景或交易)乘以相应的加权值得到未调整的用例点数(当然是所有的用例个数加权之后的和)。而用例在项目的所有阶段都是存在的,只是复杂度不一样,即使是在需求分析之前的建议阶段。因此在项目的整个生命周期中,用例点估算法都具有很强的可操作性;估算结果更有可比性;更能逐步缩小估算与实际的误差。
全当抛砖引玉,欢迎大家讨论,并传播实践经验。
谁能介绍一下如何把握用例的复杂度?
另:谁能提供中文的详细介绍用例点估算法的资料 ?
...全文
857 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
shen6828 2006-06-30
  • 打赏
  • 举报
回复
http://www.cnsqa.com/ 上有一个工具〉
谜斯特段 2005-12-03
  • 打赏
  • 举报
回复
听起来不错!但在需求未确定的前期如何操作?还不知道有多少用例怎么办?
paulowang 2005-11-15
  • 打赏
  • 举报
回复
功能点估计……你说的是针对某类型的项目的专门设计的功能点法吧?

用例点估计没听说过,感觉有点粗吧,前期估计需求开发时间还行,后面就……
本文不是泛泛的理论介绍,而是从实际应用角度出发,对功能点估算法进行介绍,加入了较多的评论和观点,具备实用价值。 章节目录如下:背景、概述、简介、基本概念、计算方法、延伸计算、优缺点、总结。 应用场景 1.作为软件公司,要研发一个新的产品,功能需求大概明确了,需要确定下研发成本、资源需求等。 2.作为企业,实施软件系统,需要与软件厂商商谈具体的工期与费用等。 3.作为软件公司或企业的管理方,需要对多个软件系统进行横向对比、衡量与评价等。 以上几个问题,实际都指向一个核心问题,即如何客观估算与衡量一个软件系统的规模。只有具备了软件规模的基本数据,与之相关的工作量(人天)、工期、报价、项目成本才能计算。 目前评估软件规模的方法主要分为两种:基于技术视角和基于业务视角。 基于技术视角的方法是从开发者角度出发,如:基于软件源代码行、数据库表、函数数量等。 基于业务视角的方法是从用户角度出发,与软件开发技术无关,如:功能点、故事点、用例点、对象点等。 基于技术视角的评估方法更多地局限于软件开发团队内部,由经验丰富的技术人员估算,经常也被称之为专家估算法。这种估算法标准很难量化和达成一致,不同

1,265

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧