不再打酱油

参加开发

 

以前经常看到师哥，师姐们做项目，很羡慕。考试系统要重构了，于是很兴奋的参加了。

 

第一次参加开发组的会议，就被吓倒了。达哥打开一张张牙舞爪的图，还可以接受，就是爪比较多。接着，就不是爪了，每个爪上，都有密密麻麻的分支。然后就是他们激烈的讨论，看着他们在讨论，我就是一个干着急的，打酱油的家伙，听不懂，理不通，看着跟google 地图一样的导图，想，真个系统真大。后来就是断断续续的开会，需求讨论，数据库分析等，半个月前看数据库，那上百张表，又是吓我一次，直到讲解数据库的时候，我才敢直视这个数据库。

 

渐渐地，不断地发问，大家不断地给我讲，就这样，点点滴滴积累后，由打酱油状态开始上道，跟着大家一起讨论，一起分析需求，一起研究数据库……当然总是有各种各样的问题，对旧系统的发问，对新系统的憧憬和设想。几天的讨论，满脑子都是那张张牙舞爪的图。

 

后来进入分任务阶段，大家各自有各自的任务。

 

需求+原型

 

说到原型，到今天下午，我还刚刚又修改了一些，单是我个人的这块已经到了第六版。

 

第一版是根据旧系统设计的，有很多相似，后来经过师哥的建议，和用户的反应，将大页面一分多，分为几个页面，这样保证每个页面内容单一。这里体会到：保证类的单一性，开始设计页面的时候，就没有把页面当成是一个类，是对“面向对象”开发的认识太肤浅。

 

第一次给客户看，客户很干脆的说：我不要这样的界面，太复杂。跟客户解释：这些东西大部分不需要您来填写是从数据库中读取的，但是客户依然很不情愿。明白了，界面要越简单越好，而这样，我们就需要做更多地代码工作。——全心全意为人民服务。

 

一开始不懂，为什么的有的软件就可以做的很贴心，做到让客户少操作，单单的换位思考还是不够的，因为我们总是片面的，我们认为的怎么就是大家认为的。经过跟小组，师傅们的交流，知道了，数据分析。每个知名大型软件无不是人性化的代表，大家知道个人的力量是不够的，要更多地人参与我们，我们就需要跟客户保持联系，让客户来反映我们软件的不足，而我们也需要对使用我们软件的人群，进行数据分析，通过科学的数据分析，来完善我们的软件。

 

做自己负责部分强烈的像理解业务流程

 

分析各自的需求，画自己的原型，写简单的需求的文档，这个阶段以为自己对自己负责的那块很有自信了，可是心里总是很不踏实。有些东西总是想不通。原型，需求，数据库设计，到现在类图，总是不能很好的对应，没有一气呵成的连贯性，为什么？

 

 

感觉是自己较真了，可是总有东西拦在我思考的路上，让我思考的时候很不痛快。直到前几天，才发现，我总在画一张图，每次想不通的时候，总喜欢画流程，画整个考试系统的流程。每次跟每次画的不一样的。这就是问题，我每次都没有把流程理清触。有时甚至理解错。

 

不断的画，是因为我渴望理清楚这个流程，从需求，到原型，数据库，到类图，是一条线下来，而不是断断续续的拼接。当然也知道，我们现在是敏捷开发，需求和原型，数据库，甚至类图中的方法，都是有可能要改变的，可是还是很想清晰的明白业务流程，不然我只管开发我自己的部分，总是有种不踏实的感觉，心里没有底。

 

数据库

 

开始以为数据库跟我无关，后来发现我错啦。我们应该在设计原型的时候，数据库的收集工作就已经开始了。页面上的每个内容都是有依据的，不是凭空就设想出来的，我们都因该是是数据库的读出或者写入数据。不然就是没有价值的内容，没有留在页面占空间的必要。

 

其实是数据库设计阶段，因为考试系统中数据量庞大，不得不到“大数据优化”的问题，在小组其他成员的讲解，交流中，开始思考数据存储不是单纯的“读”，“取”，这里边都是需要有时间的，而时间就跟系统软件的性能挂钩，要想保证自己的系统好，实现功能是一方面，更重要的是这个系统的性能好，能快速的读取，存储大数据量，才是软件的保证。

 

这其中，也了解了不少知识，尽管不是自己负责，但是知道总比不知道要好。

 

小结

细细想来，这个考试系统也没有什么，一切都是围绕考试进行的，就那么几条线，为什么，我开始会乱，是因为，有太多的装饰。如果要单纯为了完成一场考试，完全可以只走一条路，但是那样的系统是死的，以后需求要修改，系统就得重新来过。要想系统尽可能的灵活，我们就设计类几条路，但是整体流程只有一个，考生，从参加指定的考试，按照模板抽题，判卷，成绩查询，分析。所有的这些东西，我们不光有一个可行的方式，所以系统就出现了很多小的分支，就是我开始看不懂的地图。

 

明天就要开始敲代码了，我相信，系统还是要不断地修改，完善的，但不会影响大局。