教与学

教学相长,真的不是说来的.只有真正去做,才能体会到'教学相长'带给学生与老师的快乐.最近用了一天半的时间和同期同学共同验收自己学弟学妹的学习状况,验收的主要内容有:机房收费系统UML图、机房收费系统合作开发文档、机房收费系统三层架构源码实现

在验收的过程中,我和被验收的同学共同的收获有:

1.UML图对代码实现的重要性

是一种面向对象的建模语言，它是运用统一的、标准化的标记和定义实现对软件系统进行面向对象的描述和建模。---百度百科

从定义上很清晰的可以看出,UML是一种建模语言,语言的特点就是具有规范的格式,超出这种语言格式,那就是不符合这种语言了.UML语言是用什么工具来体现出来的呢,就是我们常用的建模工具Rose或EA...这都是一种工具,用来体现UML语言的工具,这二者的关系要清楚.

UML图就像建筑工程中的图纸,都知道图纸在建筑过程中起到的作用,也知道图纸中一厘米的差错会导致什么后果.由此可以看出图纸在建筑工程中起到的作用是多么重要.在验收UML图的过程中,类图/时序图中少一个参数,这样的错误我们都要提醒,从小方面说:时序图是要给编码人员看的,如果不注明参数,那在开发过程中是不是可以随便写了.从大方面说:UML是标准,是规范,画九种图时,要严格按照规范的要求来画.不可违背.

2.合作开发文档的关键性

合作开发过程中,文档作为组长/成员之间的交流手段,没有交流就谈不上合作开发,即使开发出来了后果也是显而易见的.所以,文档在合作开发团队中是至关重要的.通过文档,组长可以安排好人员工作量/工作期限/更重要的是可以正确的/顺序的开发出客户需要的产品.没有文档的团队开发定是混乱的.合作开发文档中,编写文档的主要人员应该是项目组长之类的指挥人员,而作为编写文档的人员,必须要知道的是1.每个文档的预期读者是谁? 2.根据预期读者确定该文档中应该出现哪些内容 这两个问题也是我们在验收文档的过程中最常问的两个问题.如果熟知两个问题的答案文档的编写内容也不会和标准文档差距很大.

3.编写源码中需要注意的一些事项

作为一个高级码农基本素质是必须的,在这次验收过程中,我们强调了关于'代码注释''代码书写格式''代码风格''命名规则'等细节问题,要想成为高素质超一流人才细节问题不能忽视,这是老师再三强调的,不可忽视.作为有了两年工作经验的程序员这些都是'老生常谈'的问题了.再次不在赘述

4.重新认识三层架构在软件设计中的使用

学习分层是提高班第二年的重要课程,一个好的软件框架可以让企业在软件复用/维护方面节省很多人力财力的.学习分层的最好办法就是做个项目,把分层运用在其中,其学习效果就是'不攻自破''水到渠成'的事情.我们作为学习过分层的大虾要求第一眼看出同学们的框架图问题所在.并且能掌握设计模式在该项目中的运用.虽然在该项目中我曾也用过抽象工厂+反射配置文件实现数据库切换,但自己对亲手实现这样的一个Demo还是心存畏惧的,为了弥补过去没有学好的知识点,还是有必要自己去实现的.通过和学弟学妹的交流,使自己对分层的认识/设计模式的使用有了进一步的认识.

小结:看着别人走着自己曾经走过的路,既熟悉又陌生,学习需要反复.这次验收的过程自己的收获可能会比被验收的学弟学妹们的收获更多一些,也许这也是老师最初所希望的.