ahs*_*ele 3 size metrics web-applications
我被要求提供一个关于企业应用程序大小的指标.有问题的应用程序是一个基于Web的应用程序,我不知道如何量化它的大小.明显但没有用的指标是代码行,文件数量等.确定应用程序大小的一些建议方法是什么,它们将提供真正的意义？
申请注意事项:
用户可以访问的"页面"或"区域"的数量
问题:当将部件合并到一个"控制中心"界面更有意义时,可以通过将部件分成不同的页面或部分来捏造.
课程数量
问题:与其他类相比,这并未考虑某些类的复杂性(或简单性).您可能有一个包含两个属性和一个方法的类,而另一个类可以是硬核.
非查找表的数量
问题:这不会考虑软件的复杂性,只考虑它所依赖的数据层.与一些类相关的一些相同问题也可以在这里应用,其中一些表比其他表更复杂.
代码行
问题:这是一个相当标准的度量标准,但它为具有大量行的程序提供了更多积极的内涵,而不是鼓励更高效和优雅的代码.
开发需要多少个工时
问题:没有两个开发人员具有相同的技能组,并且在创建一个软件时,没有两个开发人员可能会花费相同的时间(或遵循相同的路径).因此,可能需要一个开发人员花费相同的时间,由3个技能较低/经验丰富的开发人员组成的团队敲出相同数量的代码.此外,如果你开始将更多的人应用于问题而不是真正必要的话,那么整个"神话人月"就会开始发挥作用.
总的来说,我认为指标的最大问题在于它们试图测量软件的一些可量化属性,而实际上软件是关于质量而不是数量,而这正是指标真正失败的地方.
| 归档时间： |
|
| 查看次数： |
342 次 |
| 最近记录： |