Daoyuan Li Posts

从8月份小学期开始到现在，已经过去了近四个月，我们的项目也随着时间的慢慢流逝，一点一点的从不成熟的想法变成了有那么一点意思的产品（虽然幼稚了一点，但是基本功能大部分还是实现了，对比一下需求分析，我们做得还是挺不错的！），下面是我们项目实现的大致日程：

8.15~9.27：

做基本的知识准备，听课（似乎也没有认真听），做需求分析，其中第一版在9月2号讨论得出，后来又经过修修补补，于9月4日最终定稿；

9.28~10.31：

继续储备知识，复习Java程序设计，复习数据库原理，了解Oracle的基本操作，画E-R图，设计数据库结构框架；

11.1~11.4：

验证表结构，建立数据库，建立表空间，表，约束，视图；

11.5~11.30：

实际编码，写文档，模块测试；

12.1~

整体测试，优化系统，写帮助文档；

截至现在（12.2），我们的C/S模块的客户端代码已经达到了22,000+ 行（当然，其中不乏质量低劣的代码，整个系统的集成度也还不够，我想这是两个导致代码量大的原因，另外一个重要原因是：我们选定的题目不够好，后面我将会提到），C/S模块主要由周滔，王靖，李道远三人完成，其中：

周滔主要负责乘车卡管理，安全事故管理模块，以及系统的美工，代码量 1,500+；

王靖主要负责人事管理，部门管理，业绩考核模块，以及数据库的建立和日常维护，代码量8,500+；

李道远主要负责车辆管理，线路站点管理，客户反馈模块，以及管理员登录界面，主界面，系统集成和数据库权限管理，代码量12,000+；

我们的B/S模块部分主要由林栋完成：

林栋主要负责客户查询线路、站点信息，查询乘车卡消费记录、余额，提交建议、投诉。

上面提到，我们选定的题目不够好，作为小组组长，我应该首先做自我检讨：

一方面，做公交公司运营管理系统是我提出来的，其实她可以算是一个企业级别的管理应用程序，但我不自量力，觉得我们可以把这个系统做好，实际上虽然实现了基本功能，但离真正的企业级应用还有很大距离。在没有动手之前，我们认为，“只要完成了需求分析里的功能，就可以拿出去卖了”，结果现在呢？我们确实完成了需求分析里的功能，但“就算给自己用，自己都不放心”。所谓“蚍蜉撼大树,可笑不自量”，也许说得就是我吧！

另一方面，我在最开始时并不十分了解这个系统究竟应该实现什么功能，只是简单的在网上找了一些介绍性的资料，而且我没有控制好需求分析，我们并没有到实地进行考察，而是通过自己的主观想象臆造出来的，有很多细节当时并没有想清楚，只是一味的好高骛远，以为功能是越多越好。

当然，做这个项目毕竟不是我们的最终目的，我们现在也根本没有能力和精力来做好这个项目，但是我觉得我们的确从中学到了很多东西，拿我自己为例：

第一，我知道了写代码并不是一件简单的事情。虽然以前也在学校ACM网站上做过一些题目，但真正应用到实际中，却又是另外一回事，ACM要求的更多的是算法与数据结构方面的知识，而实际应用中考虑的更多的是整体架构以及模块之间的契合，至于细节，我想考虑的最多的应该是异常处理吧，虽然我们的系统并没有过多的涉及；不仅是异常处理，整天坐在电脑前面敲代码也并不是一件很愉快的事情，项目做到一半的时候我的颈椎就开始疼，现在还在疼呢！难道这就是我们以后要过的生活?唉，这也太让人沮丧了吧！

第二，软件工程太重要了。我们的需求分析做得不够好，直接导致后来的实现上的诸多困难，也许现在我们还没有“软件工程里句句话都是血”这样刻骨铭心的经历，但是，这个项目的确给我敲响了警钟。以前看周爱民的《大道至简》，觉得他说的太玄了，做完项目后我又大致浏览了前面几节，似乎现在有那么一点“共鸣”的感觉了，呵呵，不知道到时候学习软件工程能不能深入理解。

第三，做一个管理者好难。前几天和另外一个组的组长聊天，他说：“没办法，我们不能扣他们的工资！”可能说得极端了一点，但有时候我也感到非常无奈，经常在组员面前觉得无所适从，究竟怎样才能让组员做事、做实事，怎样才能调动组员的积极性一直困扰着我。有一个网友在我们的Blog上留下了这样的话：“软件中价值的创造不仅取决于开发人员所知道的和所做的，也取决于他们之间的关系以及他们共同完成的事情。沟通、简单、反馈、勇气、尊重。”在完成这个项目的过程中，虽然没有出现什么大的问题，但我们之间的默契肯定没有达到，不是每个组员都是把这个项目当成自己的任务来完成的，不是每个组员都为这个项目贡献了自己的全部力量（或者很大部分力量）。一个优秀的团队需要相互信任，但我并没有充分信任组员，这是我的错误。我曾一度感到心力交瘁，也许真的，做任何事情都不简单，想要做好则更甚。

第四，做什么事情都不能及于求成。在没有正式开始写代码之前，一个组员估计一个星期之内就可以完成自己的模块，然而实际上他写了三个多星期，中间的过程似乎也是异常痛苦的。正因为我们都急于求成，所以需求分析没做好，看来做什么事情，脚踏实地，一步一个脚印才是正道。

第五，关于解决问题之道。曾经在网上看到一篇关于如何成为一个黑客的文章，文章建议拿到一个东西应该首先对它有一个大致的了解，然后遇到问题时可以高效的解决它。现在觉得，知识不是最重要的，重要的是思维、是能力，这也许是现在我们所缺少的。我一直在尝试培养自己的解决问题的能力，发现这种方法确实是挺高效的。以前从来没有接触过NetBeans，装上后先看看它的FAQ和帮助文档是相当必要的，所谓“磨刀不误砍柴功”，正是这个意思。

第六，独立自主与协同作战。以前还看过一篇文章，其中提到：绝大多数（或者全部）的黑客都是自学成才的，而且他们对待问题的态度都是自己一定可以解决掉问题，他们遇到问题时并不急于去问别人，而是自己认真分析，自己找资料，依靠自己的能力来解决问题。也许黑客有其自身的特殊性，但我认为独立自主解决问题无疑是提高自己的最快、最好的途径。至于协同作战，其重要性主要体现在大的项目中，但协同作战并不意味着抛弃独立自主。就像在大的战役中，士兵间的相互配合是很重要的，但如果抛弃了每个士兵的自主性不谈，恐怕相互配合是很难做到的。我想说的是，相互配合最终是要落实到每个个体上的，协同说到底还是体现到了个体的能力与素质之上。

第七，关于经验。以前看见什么招聘公告上都注明“有某某经验者优先”，开始觉得没什么，现在才稍微有一点感触。有很多东西是平时在课本上所学不到的，而要靠平时积累。自己慢慢在实践中摸索出来的东西才是最重要的。

第八，专业素质。听一个老师说保送研究生面试时不一定看你得了什么奖，老师们会跟你谈话，很容易就可以知道你是什么水平，也许这就是专业素质吧。我自己觉得通过做这个项目学到了很多，知识和能力方面都有所进步。至于专业素质，不是一朝一夕可以提高的，还有待进一步努力提高。

唉，越说越多，越扯越远，就此打住，总之，这样的实践机会并不多，感谢学院，康老师为我们提供这样一次难得的机会，也希望大家以后能珍惜这样的机会，珍惜短暂的大学生活，珍惜青春！

项目写代码连续写了近一个月了，我的自虐倾向与越来越严重了。现在看着代码就想吐，还有砸电脑的冲动，再严重一点可能就一拳挥到墙上去了，哇，流血、疼痛是否是一件很有快感的事情呢？（现在又发现自己不但有自虐倾向，而且还有变态的潜质啊！）

下面把我的修炼过程记录下来，供大家学习借鉴参考，欢迎拍砖：

1.从早上七点起床到晚上十一点半断电，一直看书，找资料，写代码，其间留下约半小时的时间补充一天所需的淀粉，脂肪，蛋白质和维他命；

2.在电脑屏幕前一坐就是三四个小时，有时候死盯着屏幕十几分钟发呆，醒过来时眼睛看不见任何不发光的东西，腰酸背痛，颈椎僵硬；

3.干吃奶粉，麦片，咖啡；

4.全身心投入到项目中，一个多星期不洗澡，当然，大家也可以不“刷脸洗牙”──引用王靖语；

5.忘掉除了项目以外的所有东西，头脑中除了项目还是项目，反应迟钝，丢三落四，记忆力下降，忘记“眼睛”的“眼”字怎么写；

6.语无伦次，逻辑混乱，自己都不知道自己在说什么；

7.经常说
The F Word ；

8.下定决心明天要去上课，第二天起床后的第一件事情就是开电脑，条件反射般的启动NetBeans，Oracle，然后开始新一天的战斗；

逃了近一个月的课，想想后天还有口语考试，My God! 唉，不写了，捶桌子摔椅子去了。

一．人事管理

1. 能够记录每个在职员工的ID号，职务，姓名，照片，出生日期，加入公司的时间，工龄，职位变更，联系电话，家庭住址，政治面貌；

2. 记录出勤，奖惩，客户投诉；

3. 能提供已离职和退休员工其在职期间各种资料和档案。

二．车队管理

1.
记录车队队长，司机及其他相关工作人员；

2. 记录车队车辆数目，车牌号，车辆线路；

3. 车队长能管理该车队员工出勤，安排司机出车时间，临时调整车辆路线；

三．车辆管理

1. 管理公交公司的所有车辆，记录每辆车的车牌号，车型号，当前线路，维修记录，购车日期，各证件审核信息等；

2.
能查询车辆状况（服役年龄，维修记录等）；能提醒相应工作人员定期对汽车作维护，证件审核等工作；

3. 已报废或退役车辆的相关记录和去向，可在车辆退役和报废时吊销相关的车牌，证件

四．线路和站点管理

1. 客户，管理员能通过线路号查询此线路的起点、终点，首末班车时间，每两趟公交车的发车间隔时间，票价；

2. 客户，管理员可以通过站点名查询经过此站点的线路号，此站点附近有名的地点；

3.
管理员可以通过线路号查询线路的效益（如按时间查询卖出的票数等）；

4. 管理员可以查询运行在特定线路上的汽车车牌号及汽车数量；

5. 管理员可以调整线路经过的站点（增删站点），可以调整首末班车时间（按季节调整），发车间隔，票价等；

6. 管理员可以调整特定线路上的汽车（比如将一辆车换跑另一条线路等）；

7. 管理员可以查询用户对特定线路或站点的建议及意见；

8.
管理员可以按时间查询特定线路的收入情况；

五．业绩考核

1. 管理员可以按时间查询员工的工作记录（比如出勤情况，司机的出车记录等）；

2. 管理员能按时间查询司机的出车收入情况；

六．安全管理

1. 管理员可以按时间，按线路，按车队，按车牌号，按司机查询安全记录；

2. 管理员可以按事故原因中的关键字查询安全记录；

七．客户反馈管理

1. 客户可以给线路，车队，车辆，司机提意见和建议；

2.
管理员可以通过线路号，车队号，车牌号，司机ID，时间，关键字查询用户反馈记录；

八．客户查询管理

1. 输入起点和终点或者含有多个中途经过的站点，可以给出相应的换乘路线以及所经过的站点、站点数、各线路号、换乘次数、总里程数等信息。

2. 可以用街道名称或者标志建筑物来表示站点。

3. 线路查询，即查询该车次经由的所有站点。

4.
站点查询，即经过该站点的所有线路。

九．票务管理

1. 记录每趟车的收入。

2. 查询办卡的各项事宜。

3. 办里，挂失，退款各种类型的卡。

4. 查询办卡客户的消费记录，余额，办卡日期等，更改密码。