机房合作——感悟篇

机房合作已经做了很长时间了,但也就是这几天正式进入状态了。看着我们的合作越来越默契,心里别提多高兴了。丹丹渐渐的能看懂我的图了,建建也不会自己加方法了,我画的图也不会丢三落四的。小伙伴们越来越有默契了,我的一点感受,与大家分享。

适当”间作套种“,千万别搁置

从7月开始准备专业课考试之前,我就着手画图了。当时的感觉跟前两次画图没什么差别,一直心想着能不能偷懒少画点图,省个事儿。所以一直不慌不忙地一边看牛腩一边画图,之后就是准备专业课考试——考试——放假,画图基本上就是搁置了。等到放假回来,平复了几天心情,再拿起我的图,虽然本来就没画多少,感觉好陌生的东西。之前的想法和构思都忘记了,最后基本上是从头再来的。

重视细节,联系需求

刚开始画图的时候不重视注释,导致过段时间拿起图,连自己都看不懂了,更别说别人了。另一个方面就是,生成文档和代码时,有没有注释差别真的很大。注释要写全,尽量写详细,包括每个类,每个方法,每个变量等。

因为对机房已经很熟悉了,包括它的大部分功能、流程等等。在画图过程中,总是根据自己的想法来画。到最后才发现,啊,原来有些小的需求给忘了,返回实体实现不了再改成集合。没办法,只能手动添加方法来修改了。但是这些问题其实可以避免的。我们总是带着自己的理解去画图,而并没有把需求重视起来。

保持文档、图、程序的一致性

使用文档自动生成系统,虽然简化了我们的工作量,但也存在着问题。比如很难保持文档、图和程序的一致性等,这些方面的困难常常最后归结于一致的信息管理。图和文档很难一下子就做的很完美不需要修改,每个阶段都可能会有或大或小的修改,这时就要十分重视这个问题了。否则,即使系统功能再好再完善,你的文档就成了摆设,失去了文档的作用。

做好组织和协调

组长画的图并不是给自己看的,大部分都是给合作的同伴看的。每个程序员都会有自己的习惯和性格,加上最初的图也是不完善的,因此,经常会出现与最初设计不太一样的情况。而组长这时就要及时发现和纠正,以免发生更严重的后果。

做好组织和协调的同时,也要合理控制工作进度。谁都想尽快完成,谁也没办法保证不拖延。可以督促,但要适度。孙晴师父说,你督促的越频繁,并不会证明你的责任心,而恰恰会表现出你对组员不够信任,也容易产生反感情绪。我觉得挺有道理的。

合作还在继续,学习也在继续。

机房合作——感悟篇

时间: 2024-10-01 10:41:56

机房合作——感悟篇的相关文章

机房合作总结

机房合作结束有一段时间了,现在回想一下我们合作时我们所学到的知识,个人版编码在代码上已经学到了很多,这次合作主要在开发前期感悟比较深刻. 软件开发工具: (1)Axure RP 原型工具:软件需求设计的时候需要用到原型图,给客户看,让客户看看,是否满意我们这样的设计,避免最后程序设计出来客户不满意. (2)Edraw(亿图):主要用它画流程图,甘特图. 甘特图:主要用它来记录我们做整个项目的时间.能清楚的看到我们在各个阶段的用时,还有可以分析我们的延期情况. (3)SVN:及时了解团队中其他成员

机房合作感受

机房合作是在提高班第一个合作的项目,现在,正在进行,感觉进行了好久!实际也确实挺久的了! 6月22号左右开启的机房,那时候,专业课要开始考试了,由于我们的考试科目都不多,所以,不想拖着,就开始合作了!米老师问谁当组长,丽杰说小美,就那样我就当了组长.三个人也兴致高昂的开始了合作. 合作开始了,三个人坐在一起,讨论需求,讨论数据库,统一大家的所有意见后,组长就开始写文档了.因为有考试,我就陆陆续续的写文档,完成了可行性研究报告.项目开发计划.需求.概要设计等,中间也以考试为由,几天都没有碰文档.5

[机房合作]-数据库设计

前言: 最近刚刚开始了机房合作,自己在其中主要参与了D层的设计,而且在文档设计的阶段主要参与了数据库设计.之前在机房重构的时候对于数据库设计没有按照文档来进行驱动,所以这次在写文档的时候我很认真,所以遇到了很多细节的问题,比如对于视图,存储过程在数据库设计的哪一个部分加入,以及对数据库的外部模式进行了深入的了解! 内容: 数据库的设计的周期,分为了规划,需求分析,概要设计,逻辑设计,物理设计,实现,运行维护.我将数据库的设计分为了前期准备,中期设计,后期实现维护. 周期划分 前期准备 中期设计

【机房合作】重新认识外观模式

机房收费系统合作版,是我们第三次与机房收费系统相遇的时刻.在个人重构的时候,我们就开始了"七层架构"之旅,其中外观模式是单独作为一层来开发的. 那个时候,也不理解外观是起到怎样一个作用,大话上的解释表面上容易理解,看完后自己也觉得很有道理.但在系统程序中,自己是只要经过BLL逻辑层的一个方法,就需要再经过一次外观,从而"解除耦合",避免了UI层与BLL层之间直接传递数据. 那个时候,在敲代码的时候就有一种感觉:每次写完B层逻辑,又要在F层重新写一次,这就是在解耦和吗

机房合作--11期验收有感

"完成了机房合作,我们就算是一名合格的IT人士了"米老师如是说. 参与了11期的机房合作验收,师哥师姐从功能.UML图.文档.代码走查四个阶段做出了点评,下面谈谈这个过程我所总结的想法. 一.收获: (一)  站在"用户"的角度来思考功能设计 1.Login界面输入错误究竟该提示写什么? 之前我做的时候,我的第一感受"如果提示'您的用户名或者密码错误'有点太不专业了"就像今天师姐所说,具体提示到用户名还是密码,这样更加方便用户去进行修改,之后坤哥

【机房合作】状态模式与上机

在机房收费系统中,有几个业务逻辑是比较复杂的,比如说上机.下机.记得我在做第一版VB收费系统的时候,还特别地将上下机拿出来画了一个完整的流程图,要不这样做的话,最后的结果一定是懵了,也不想再继续写代码了. 在进行设计模式的学习之前,我们很有必要将上机这一业务逻辑完整的梳理一遍. 一.上机业务逻辑 1.判断卡号是否存在 2.判断卡号是否使用 3.判断卡号余额是否充足 4.判断卡号是否正在上机 5.执行上机,添加上机记录 这样一罗列,很明显,执行上机这一业务操作需要先经过四次判断.之前我们都是通过一

倒不出的那种美妙--机房合作总结

经过一个多月的努力和共同开发,我们小组的机房合作也终于完成了,由于这次是合作的组长所以要做好的不仅仅是系统的那些逻辑,更多的是学会使用一些工具去将自己的思路和相应的逻辑表述出来. 一.EA图 之前使用EA画过类图.用例等一些常用的图,但是这次合作要将九种图对应到每个类型的文档中.这就要求我们必须很熟练地使用EA工具,尤其是做组长的.这里主要介绍创建类型和MoreTools的使用. 1.创建类型: 2.More  tools(工具箱) 我们画这些图一方面是为了表述我们的需求和逻辑思路,另一方面也为

机房合作之职责链模式

经过好玩又有趣的软考备战和考试之后,终究还是要归于平静的.我们要学得东西还有很多,于是在软考结束的第二天,机房合作就马上提上了议事日程.在刚开始的时候,是一边做着新闻发布系统,一边思考合作的事宜,到了后来,逐步的过渡全身心投入机房合作的项目中去的阶段,因为我是项目组长,必须要做很多的工作,从一开始的建模到文档编写,再到敲代码,都要涉及,今天我们来讨论讨论如何在机房收费系统的费用计算上使用职责链模式. 首先我们要给出解决方案的类图 职责链模式无非就是把所有的处理对象,通过SetSuccessor(

机房合作—我是组长

五一期间开始机房合作,到现在一个多星期了.我,蕾蕾,亮亮一组,我担任组长一职. 在着手准备项目开始之前,我们听取了各位师父的一些建议,也算是给我们指明一下方向. 第一天晚上,我召开了我们项目开发的第一次会议,在这次会上,我们确定了整个项目的开发计划. 五一的那三天,项目进展地很顺利,我们提前安排的工作也能按时完成.五一结束了,我们三个的课也不一样,周一周二两天都是满满的课,所以进度也就停了下来,这么一来,开发也就不能按计划进行下去了. 在开发的第四五天,小组的情况变得糟糕了.主要是在确定系统框架