3.1 软件开发的工作量和质量怎么衡量呢？PSP中衡量软件开发的工作量和质量的指标是否合适？

[GreyZeng]

对于这个问题，我觉得当初提出这个问题的我有点抬杠，或者说有点偏激了。

优秀的、符合代码规范的、可以被签入的代码，是理所应当成为衡量软件开发的工作量和质量的标准。

比如我在团队作业中就遇到了这样的问题，说自己准备的差不多了，思路有了——但是代码量很少。这其实是一种自欺欺人的行为。最后再团队里掉链子的，往往就是我这样的眼高手低的家伙。

所以我现在，确实是认可衡量软件开发的工作量和质量的重要指标是代码这个论断。

但是延伸开来，对于一个团队来说，衡量软件开发的工作量和质量的重要指标依然是代码量吗？

原文地址

---

在原书第49页中提到：

软件开发的工作量和质量怎么衡量呢？

书中给出了4个因素：

a. 项目/任务有多大？
b. 花了多少时间？
c. 质量如何？
d. 是否按时交付？

这四个因素确确实实地涵盖了所有方面，但却没有说明标准应该是什么样的，应该由谁评定，是由团队成员内部互评还是由业内专业人士评价，由谁评定才能获得让所有人都信服的评价。

团队成员内部的互评就显得具有一定的主观性，可能带有感情偏向，不适合作为衡量人选。并且，根据现在的软件更迭的需求来看，这个评估的工作大多都是由用户来给出的。软件的更新都是为了满足客户的需求。几乎所有的应用商城的软件下都有用户的评论，无论好评还是差评。由此来看，似乎用户群体更适合来评定软件的工作量及质量。但是有的应用商城里面并没有表明用户对这款软件的使用时间，有的用户可能只是跟风或者盲目的就下了结论，并没有一个完整的使用体验，甚至有的评论也有可能是水军给的评论，并不具备参考性。这样看来，用户的评论似乎也不能完全说明软件的工作量及质量。相对应的，专业人士的点评就更加客观，更具有参考性。
————————————————
版权声明：本文为CSDN博主「メ幻梦灬虚妄ベ」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/CJQ6661999/article/details/123407887

[GreyZeng]

经过一学期软件工程的学习，我想答案就发生改变了。

首先是市场认可。不管你用了怎么样的软件开发流程，也不管你用了什么样的文档写作手段，但是功利地来讲，市场是检验一个软件的工作量和质量的试金石。

其次，文档的作用对于一个庞大的项目来说，或许是更重要的组成部分。一开始，我就存在不爱看文档，最后写的代码完全不合规范的问题。这对于只有个位数的团队来说，或许还有矫正的空间，但是上升到整个团队来说，会是十分可怕的事情。文档就相当于乐团的指挥棒，相当于军队的传令兵。不重视文档，单打独斗，这样的结局是可怕的。

然后才是代码。代码目前来看，往往最重要的不是算法之类比较深层次的东西。对于一个团队来说，最为重要的或许是代码规范、代码可读性、代码注释。通过团队学习，更加深层次地体会到代码可读性的重要性。算法效率低，还有改进算法的空间；代码不规范，那么面对的只有一座又一座的屎山，不可维护的垃圾，最后只能祈祷它正常运行。

原文地址

[GreyZeng]

psp表格获取不是严格准确反映个人的情况，但是却能够反映一定各个阶段软件工程师的思考与写代码方式。
原文地址

[GreyZeng]

在这个问题中，经过一个学期的学习，我对于软件开发的工作量以及质量的评判标准的认定仍是保持不变的。从老师在阶段验收的情况下来看，软件的好坏与否，与他人的评价密切相关。在量化评分上，我认为，由用户来进行评判是最为合适的。用户能够客观的给出他们对使用软件的感受，这也能侧面反映出软件的质量。至于软件的工程量，这个只有开发人员才能理解其中的工作和辛苦了。
————————————————
版权声明：本文为CSDN博主「メ幻梦灬虚妄ベ」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/CJQ6661999/article/details/125462461