机房收费系统感受
暑假马上就要过完了， 我们今天的任务是将自己的“机房收费系统”做一下展示。将自己的最美的一面展现在大家面前。在观看中学习他人长处、凸显自己的优点、发现和解决问题。
在今天的演示中，虽说大家都出了这样那样的一些小问题，但是在整体上还是相当不错的。
在交流的时候，我们解决了自己徘徊许久的问题，大家对某一问题提出了多种解决方法。我们可以按照自己需求来选择不同的解决方法。也对大家的程序中的不合理的地方及时的指出，这样的交流很好提升的大家。
而对于这次做这个机房收费系统过程中体会到了好多关于工程的感受。再加上看了几集视频也有少许体会。
首先，我说一下在做这个程序的工程所走的弯路。
最大的问题就是对工程的分析太简单。
在开始做机房收费系统的时候，虽说是知道应该先对程序的进行需求分析。但是具体需求分析要做成什么样，做到什么程度，怎样做需求分析，除了需求分析还需要做什么…… 都一无所知。
所以我还是按照了原来做哪些小例子的方法对工程的需求做了大概的分析，再按照功能块建立了几张表，就这样大概用了半天时间。接下来就开始敲代码，一开始感觉自己是跑到快了，大家还都在做需求（但是具体做什么不清楚）。
可是越到后来越发现自己的脚步慢了下来，在分析的时候功能与功能之间的练习没有搞明白，模块与模块之间的联系就很难搞清楚。
具体表现在以下几个方面：
1. 工程的前期工作做的不够深
一开始做需求的时候，觉得能够大体上知道工程具有什么功能，需要用到哪些方面的知识就够了。对于他们到底是什么样的关系到写代码的时候在去搞清楚就可以了。
这就是导致我的工程看起来和大家的差不多，但是在代码结构的清晰程度上就有了差距。
因为模块与模块之间的联系都是在代码实现的时候建立的。没有次序，虽然是可以实现其功能，但如果是要进行拓展就费劲了。就像视频上所说的那些阶段，在我这里完全没有体现。
不过还好，这是刚刚开始，还有多的是时间进行调整。
2. 工程前期工作做的不够广
在我分析需求的时候不光没有把现在的模块明确出来，都有好多的模块没有想到。所以就直接影响了工程的整体性。可以这样说这次做的这个程序完全是“拼”起来的。
需要什么功能了才去对这个功能进行分析，从已经做的模块中生生的扯在一起。那就避免不了不合乎情理或是联系过于紧密。（牵一发而动全身啊！）
3. 没能在在分析工程时把应该想到的功能列举出来。
在这个系统中我添加了一些自己的功能，也改掉了一部分原来的功能。好多的功能都是在做的时候临时变更的或是添加进去的。这样就会使的在模块接口上表现不出来, 有时候就更本分不清那部分是哪个模块。
模块与模块间的联系没有减小，反而使他们的联系更加紧密了。高内聚低耦合就无从谈起了。
4. 模块与接口没有分开
在视频的第二集中就讲到，在做工程的前期工作的时候要有概要设计和详细设计。这样没有将模块提取出来就使得程序变成了一个整体，功能彼此之间没有明确。随着编写功能的增多，就感觉到了思路越来越不容易理清。
以上大概就是在做“机房收费系统”时的感受，不过还好程序不是太大，基本上能理清思路（虽然浪费了不少的力气）。这样也好，让我更加感受到了做前期工程前期工作的重要性和挑战性。
