我所经历的NFR

Posted 2020-08-24

　　在课程中我们学到了软件的非功能特性，首先功能型特性指的是软件所实现的功能达到它的设计范围和满足用户需求的程度。它包括：完备性，正确性，健壮性和可靠性。而非功能特性值得是系统能够完成所期望的工作的性能与质量，它包括：效率，可用性，可维护性，可移植性，清晰性，安全性，兼容性，经济型，商业质量。

　　在大学这两年多我们经历了不少项目开发团队合作的项目，只是在接触专业知识以前我们并没有进行过很具体的分析等等。回想以前的经历，我认为我最大问题的一个是效率以及清晰性。我们还是在大学时期所以并没有什么上司客户来催促我们，只有老师的一个时间限制。我们也并没有什么必须要推广上市的任务，只有一个实验要求，所以大家都是处于一种完成作业的状态。一而拖再而拖，所以导致了我们的效率很低，要是闻起来同学你项目做的怎么样了，大家一定都会说，啊就那样吧，哪样呢？一般都是在项目初期大家兴致勃勃的去写程序查阅资料，慢慢的兴趣没了项目也就搁置了，等到快要检查作业了，大家又开始急忙熬夜赶一赶，所以效率还是很低的。针对于这种情况，老师定期检查是一点，大家的自觉才是最重要的，我其中的一个项目小组为了不赶时间而是做到质量好效率高的办法就是大家没钱一起上自习，一起讨论项目的进程，一起写程序。这既可以让大家集思广益不断完善程序，还可以保证效率与质量，也增进了队友之间的感情，所以我觉得对学生来说这是一个好办法。

　　至于清晰性，我深有感触的一点就是在评审别人的代码哪一个实验中，我有和同班的其他同学一起讨论过不同的代码，我检查的代码很清晰，一眼就能看明白哪一个模块写的是什么。而有些人的代码简直就是极具自己的风格，清晰性很差。我认为，解决这个问题的好办法就是养成一个很好的写代码的习惯，格式整齐，不管是各种命名还是注释标注等，这样写出来的代码很清晰，很明了。就算交给一个并未参与开发的人员一眼看上去就可以在最短时间内明白的你的代码，便于后期维护，也提高了效率。

　　所以我认为，作为一个程序员，既要有自己的风格，也要和别人共同沟通，和团队协作，这样不仅让我们能够取得好成绩，更能为将来打下坚实的基础。