blocks|key|3351329|text|Steve+McConnell写了一本关于这个主题的好书：http://amzn.com/0735605351|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3351330|entityMap|0|LINK|mutability|MUTABLE|url|http://amzn.com/0735605351^0|T|Q|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Steve McConnell wrote a good book on the topic: <a href="http://amzn.com/0735605351" rel="nofollow noreferrer">http://amzn.com/0735605351</a>

blocks|key|1034694|text|实现准确估计的唯一方法是：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1034695|1)这项工作(实际上)与你以前做过的工作完全相同。|1034696|2)将任务分解，直到每个任务的持续时间少于4小时。|1034697|(1)很少这样，(2)很难！|1034698|识别并管理您的风险:识别任何已知(或可能)困难的未知或领域。监控这些任务的进度，将对项目的影响降至最低。|1034699|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|O|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

The only way to achieve an accurate estimate is:

1) The job is (practically) identical to one you've done previously.

2) Break tasks down until each task is less than 4 hours in duration.

(1) is rarely the case, and (2) is hard!

Identify and Manage your risks: Identify any unknowns or areas which are known (or likely) to be difficult. Monitor these tasks' progress to minimise impact on your project.

blocks|key|1119554|text|别忘了，估算就是估算，估算。它永远不会是100%25准确的。你可以最大限度地减少偏差并管理它们，就像米奇·麦子说的那样，但底线是估计永远不应该被视为确切的事情。问题在于对这一原则的令人信服的管理:)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1119555|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

And don't forget, an estimation is nothing more than that, an estimation. It will never be 100% accurate. You can minimize deviations and manage them, like Mitch Wheat said, but bottom line is that an estimation should never be looked at as an exact thing. The problem is convincing management of this principle :)

blocks|key|4820313|text|功能点分析很好。但我通常采用这种方法。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4820314|确定系统中的角色。按每个角色确定应用程序的用例以及常见和独立的用例。将用例分成高、中、低复杂度。根据您的组织拥有的技能/工作天数矩阵，您应该能够根据项目中的工作量和人数来估计工作量(manadys的数量)，您可以估计日历天数。|4820315|不要忘记文档、集成测试、系统测试、同行评审、用户验收测试时间:)|4820316|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Function point analysis is good. But I generally go by this approach.

Identify the roles in the system.
Identify the Use Cases of the applications and common and discrete use cases by each role.
Bifurcate the Use Cases into High Medium Low complexity.
depending on your skill/mandays matrix your organization has, you should be able to estimate the efforts (number of manadys)
Depending on the efforts and number of people on the project, you can estimate the calendar days.

Don't forget the documentation, Integration testing, system testing, Peer reviews, User Acceptance testing timings :)

We are building an ASP.NET application.

Here I need to make time estimate for the entire application. At present I am using my past experience and some thumb rules to arrive to a rough estimate. 

So now my doubt is that do people use past experience and few thumb rules to make it or use 
some common methodologies/practices such as Cocomo or Functional point analysis etc.?

If so would you please refer the best links for these so that I could go through them and start practicing.

Many Thanks,
Regards.
Bhavna.

ASP.NET Application – Making a Time Estimate

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我们正在构建一个ASP.NET应用程序。在这里，我需要对整个应用程序进行时间估计。目前，我正在使用我过去的经验和一些经验法则来得出一个粗略的估计。所以现在我怀疑的是，人们是使用过去的经验和很少的经验规则来制作它，还是使用一些常见的方法/实践，如Cocomo或功能点分析等？如果是这样，请您参考这些最好的链接，这样我就可以通过它们并开始练习。非常感谢，致以问候。巴夫纳。

问ASP.NET应用程序--估计时间
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问ASP.NET应用程序--估计时间EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问ASP.NET应用程序--估计时间
EN