问题标签 [estimation]

我最近的任务是估计 IIS 可以处理的并发用户数。不幸的是，我对 IIS 的经验为 0，所以我希望有人能指导我去哪里看。我希望在这个阶段我不必自己做基准测试。

我想知道它可以处理的并发连接数是多少。客户端将使用彗星/长轮询或轮询，具体取决于答案。IIS 下的 Web 应用程序将是 SOAP Web 服务。服务既不是计算密集型，也不是数据密集型。

它将在今天的普通硬件上运行，core2 duo，4GB ram，盒子上没有其他应用程序。

通过敏捷估计，有人说只选择 1/2 到 1.5 天这样的间隔是真的吗？

I am new to Spring framework. I was recently part of a Task where an estimation for a Spring/Hibernate based web application was being prepared. We had Functional & Business requirements and detailed Use Cases. I was asked to prepare a list of the inventory or Work Item types (Controllers, Entities, DAOs, ServiceClasses, Application Pages, Database Tables etc).

What is the methodology to do this (I am sure it might not be Spring specific, but since each Framework/API would demand the application architecture to be created in a certain way, I am confused)?

Please point me to any web-resources that you know of if the answer is too detailed, I was unable to get accurate results from Google.

Thanks a lot.

LOC 是项目估算的正确参数吗？

有很多情况下，单行代码的复杂性需要更多时间，除了 LOC 什么可能是项目估算的建议参数？

当人们谈论程序的功能点时，这是否意味着用例相关信息？

我正在尝试为完整的软件开发估计找出任何坚实的基础，包括分析、设计、测试用例准备和编码，请建议？

在软件开发项目中.. 在准备甘特图时，我们应该注意哪些事项？

我们有一个定制的 CRM 解决方案，其中包括处理我们的呼叫中心。也就是说，每个呼叫中​​心操作员都会根据许多可配置的规则获得一组人（潜在客户）进行呼叫。例如，某些运营商只处理某些类型的用户。呼叫队列按呼叫时间排序，并考虑时区。

编辑：操作员手动拨号。我们目前对自动化这一点不感兴趣。

现在我们想替换这个呼叫中心子系统，因为它有几个错误，它的实现非常混乱，而且最初的开发人员几年前就离开了。

因此，我们正在尝试决定是自己从头开始构建，还是只为这个特定任务集成另一个 CRM（如 SugarCRM）。

但我对 SugarCRM 完全一无所知。它提供这样的模块吗？SugarCRM API 是否足够灵活以处理选择和排序呼叫队列的不同规则？我们是一家 .NET 商店，所以我们不想弄乱 SugarCRM 的代码。或者您可以为此任务推荐任何其他类似的 CRM 吗？我从哪里开始？

提前致谢

有没有人使用经验法则来估计测试所需的工作量占开发所需工作量的百分比？如果是这样，您使用多少百分比？

有时我发现自己需要做一些可以自动化或手动的事情。例如，我只运行了 8 次特定脚本，在每次运行之间进行了小改动。我当然可以编写一个脚本来自动执行此操作，但在这种情况下，我认为每次手动运行它会更快。

但有时我会意识到，在我花了很多时间手动做某事之后，我最好首先将它自动化。

在我开始一些重复的过程之前，有什么经验法则可以帮助我决定是否值得花时间编写脚本来自动化它？

澄清一下：我说的是系统管理员类型的东西，比如移动文件、重命名等等，以及 DBA 类型的东西，比如运行 SQL 脚本来导入某些数据（这就是我今天所做的）。请注意，我是开发人员，而不是系统管理员或 DBA。

几年来，我一直在我的项目中使用敏捷方法（XP 和 Scrum）并取得了很好的成果。但在所有情况下，开发团队的所有成员都 100% 地致力于该项目。

现在，当团队不稳定时，我面临着这样做。例如，一次迭代可能有四个人在工作，下一次可能只有两三个人。

我意识到这使得使用法向速度方法很难（或不可能）进行估计，因为它会波动很大并且不稳定。随之而来的是，人们不能真正期望能够在每次迭代结束时发布。

也许这里需要另一种方法。只需从积压中获取东西，然后尽可能地应付和释放。虽然我真的不喜欢...

有什么想法吗？

我正在寻找一个测试工作量估计模板。如果有人有好的模板，请与我分享。