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

经过一个多月的努力和共同开发,我们小组的机房合作也终于完成了,由于这次是合作的组长所以要做好的不仅仅是系统的那些逻辑,更多的是学会使用一些工具去将自己的思路和相应的逻辑表述出来。

一、EA图

之前使用EA画过类图、用例等一些常用的图,但是这次合作要将九种图对应到每个类型的文档中。这就要求我们必须很熟练地使用EA工具,尤其是做组长的。这里主要介绍创建类型和MoreTools的使用。

1.创建类型:

2.More  tools(工具箱)

我们画这些图一方面是为了表述我们的需求和逻辑思路,另一方面也为了在文档中使用。对于文档只能说,没有这次机房合作,对于哪个文档放什么图现在还在云雾缭绕。下面 是我整理的每个文档中对应的UML图:

但作为组长,不再是单纯的敲代码开发系统,更多的需要发挥一个管理者应有的智慧,从时间安排到高效开发,都需要一个高瞻远瞩的宏观把控。

1.开发的准备:开发之需要宏观的了解需求后进行方法的整合,将同操作的方法整合到一起,将系统划分为板块。基本整合完成之后一定要检验是否有遗漏情况。

2.合理分配任务,集中开发。开发系统一定是集中开发,杜绝拖延,战线越长,心理越疲惫,开发效率越低下。所以开发时间和任务一旦确定,小组就要以最快的时间完成开发,这样我们就可以在开发系统的那份热情消失之前将系统开发完成。

在这次的机房合作中,学到的不仅仅是系统的一些知识,也是对自己的一种历练,尤其是作为组长的那种管理和协调的能力,从分组的那一刻开始,就注定是同一条战线,所以要齐心协力地去为了同一个目标奋进。

过程很艰辛但是很磨练人,总感觉成长很多,只是待到结束时,方才意识到写不出处在其中的那种美妙。

时间: 2024-12-24 14:10:53

倒不出的那种美妙--机房合作总结的相关文章

机房合作感受

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

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

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

机房合作之职责链模式

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

机房合作—我是组长

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

机房合作总结

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

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

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

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

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

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

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

机房合作——感悟篇

机房合作已经做了很长时间了,但也就是这几天正式进入状态了.看着我们的合作越来越默契,心里别提多高兴了.丹丹渐渐的能看懂我的图了,建建也不会自己加方法了,我画的图也不会丢三落四的.小伙伴们越来越有默契了,我的一点感受,与大家分享. 适当"间作套种",千万别搁置 从7月开始准备专业课考试之前,我就着手画图了.当时的感觉跟前两次画图没什么差别,一直心想着能不能偷懒少画点图,省个事儿.所以一直不慌不忙地一边看牛腩一边画图,之后就是准备专业课考试--考试--放假,画图基本上就是搁置了.等到放假回