gpt4 book ai didi

project-management - 如何确定项目的大小(代码行、功能点、其他)

转载 作者:行者123 更新时间:2023-12-04 23:32:38 28 4
gpt4 key购买 nike

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它.

5年前关闭。




Improve this question




您如何评估项目规模?

A部分:在你开始一个项目之前。

B部分:对于一个完整的项目。

我有兴趣比较不相关的项目。以下是一些选项:

1) 代码行。

  • 我知道这不是衡量生产力的好指标,但这是衡量项目规模的合理指标吗?
  • 如果我想估计重新创建一个项目需要多长时间,这是一种合理的方法吗?我应该估计一天多少行代码?

  • 2)功能点。
  • 功能点定义为:
  • 输入
  • 输出
  • 咨询
  • 内部文件
  • 外部接口(interface)
  • 有人对这是否是一个好的措施有看法吗?
  • 有没有办法**实际做到这一点?

  • 有人有其他解决方案吗?花费的时间似乎是一个有用的指标,但不仅仅是。如果我问你什么是“更大的程序”并给你两个程序,你会如何处理这个问题?

    我在 stackover flow 上看到过一些关于此的讨论,但大多数讨论的是如何衡量程序员的生产力。我对项目规模更感兴趣。

    最佳答案

    我们使用“人日”来衡量项目的成本。
    一个普通人将在多少天内完成该项目。 (嗯,有时多少年)

    代码行不是最好的但也不是最差的单元,但不包括“库”。

    一项研究估计,开发人员每天可以编写 10 行代码,并保留在最终程序中。 (但他也会制作概念、文档、管理项目等......)

    例如,检查 Ohloh project分析一些开源项目,他们用 COCOMO 估算成本算法(online calculator)。
    基础是代码行。

    关于project-management - 如何确定项目的大小(代码行、功能点、其他),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2946434/

    28 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com