在修这门课之前,我头脑和实操中写的编代码都还停留在一个小的工程中,或许简单的一个project就能解决绝大部分问题。但是这一个学期的学习之后,我对软件的开发有了一个新的认识。当我认为有些问题可以通过编程解决的时候,那就不能只放眼于具体的代码实现阶段,而是需要用一个类似于软件构架师的思维和角度去仔细思考和斟酌如何才能设计出一个体系结构相对合理,存储方式比较简洁的产品项目。起初我认为这并不难,我一直将代码的编写放在一个软件的重中之重上,因为我觉着它最费脑筋;但是学习完软件体系结构这门课程之后,我不这么想了。我认为完善的需求分析和设计尽可能少bug的用例图、ER图、UML类图才是最为关键的。如果把一个软件比做人的话,那这些编程前细致入微的设计是一个软件的“骨架”,是一个软件的硬壳,那么代码的规范书写就是人体内的血管和神经。如果我们的骨骼搭建不好,那无论类中函数写的多么规范、无误,最终都会与骨架相碰,自毁。
说了很多自己的理解,下面谈谈这门课真正练到的东西。首先是需求分析,其实在软工的课程中也讲过,一款软件的需求分析在设计之初尤为重要,这