关于软工课设—TTMS 的一些小小心得
刚刚结束不久的课程设计应该是我上大学学习计算机以来接触过最为复杂的代码了，其形式之新，代码量之庞大，业务需求之复杂，确确实实是让我这只小菜鸡蒙逼了好一阵子，索幸最后在学长及同学的帮助之下还是磕磕绊绊的完成了任务。接下就具体说一下我遇到的一些问题，和我的一些感想吧。
首先，系统形式上的问题，此次接触到的TTMS在系统逻辑架构的设计上，使用了目前广泛使用的分层架构模式，将软件分为如下图所示：
不得不说这种架构的确是业界比较流行的，有以下优点，易升级，易维护，有利于分工协作。说是分层，其实我们小组就大部分让我一个人来写，却实累得我半死。幸好，课设结束那天晚上他们说出去请我吃大餐，（我自然也不能客气，基本上啥菜贵点啥，差点跟我翻脸）。
再一个，代码量的确是非常大的，而且是多文件系统，保守估计（加上系统给的样本）应该破五千行了，在这里，给可爱的劳资点个赞(23333333)。
还有就是业务需求比较复杂，如图每种用户类型对应的功能也是不同的，其间每个小功能下边分别对应的小功能也是各不相同的。
恩 ，，，学妹们马上就要来了，马上就成为学长的我呢，有一点小小的建议，建议你们做这个系统的时候前两天就多花一点功夫，哼哧哼哧地先把样例功能模块 Studio 的这个功能，里三层，外三层想办法看懂，包括其中调用的分页器功能，主键 ID 功能，以及双向循环链表的各项功能，都要每一条代码都不拉得看得清清楚楚，虽然费时间多一些，但是完成这项东西之后，不仅使你写其他模块的时候能够游刃有余，至于其他模块，如 play,sale 其实你仔细坐下来，套路是和 Studio 这些是一样一样，不过是数据处理的多少，函数名的不同罢了。再者，当你能够完成这些之后，你带读代码能力绝对会有比较大的一个提升的。
还有就是，尽量就用老师给好的框架，如果你自己来构思框架的话，费时间不说，要是构思了好几天，构出来一些错的，或者不完备的框架，然后别的组已经都做了大半，岂不是很扎心嘛老铁。至于小组内的分工嘛。我个人的建议是，尽量一个人由上而下的完成一个功能块。这样就很大程度上避免你们汇总代码的的时候结合拿不到一块。
排版很丑，还得多学学
先就这些吧，眼睛好疼，吃饭去了，明天再更吧～～～～
