点餐系统项目实训总结

点餐系统项目实训总结

在经历了快一个星期的苦逼生活后， 整个项目终于成形了。对于实训老师来说，我们项目组在截止日期前完成了项目，而在我看来仅仅是成形而已，只是实现了一些基本功能而已。

 第一次做这种比较大的项目，而且自己又是项目经理。在别人看来或者是整个项目组成员看来，我是任重而道远， 而我是压力山大。就是现在想想也让人喘不过气来。

 不过我的运气还算好，一开始在老师的指导下，方向没有跑偏。在和整个项目组进行整个系统的需求分析之后，我便开始了整个项目框架的构建。其实我也不懂什么是框架， 但是感觉我隐约就是在搭建框架，就像盖楼房，先将框架建好一样理解的。在我构建整个项目框架的同时安排其他项目组成员掌握一些必要的技术，比如sqlite 数据库 ， json 技术。在这个规划上我感觉还是没有跑偏的。

在我构建好框架之后， 且做好了主要的概要设计后， 开始对所有的项目组成员分析我构建的框架，同时分配好相应的任务。并且在分配任务的同时，也会提醒执行相应任务的项目组成员，完成这个任务需要注意的地方。就这样， 整个项目我划分为三个阶段。这个划分， 因为是第一次做项目，为了防止项目不会跑偏，在每个阶段都指定要完成的任务，并制定相应的测试计划。然后到了最后整个项目快完成的时候，进行了变态的测试，这个目的就是为了测试整个系统的性能和提高稳定性。

一共花了5天，前几天感觉时间比较充裕， 因此没怎么拼命， 到最后一两天，没办法，在没有完成项目的情况下，只能拼命了。到最后所有项目组进行评选交流。发现我们这个项目做得还是相当不错的。 第一大量的菜单数据传输，与其他项目组而言，我们项目组迎难而上，其他项目组，基本上非常巧妙的避开了这个问题。当然我觉得这样糊弄自己或者别人是可以的，但是就这一个问题就可以否定整个项目的成果。因为我绝得传输问题不解决，系统谈不上稳定，更谈不上性能。其实当初我们组也想回避这个问题，但是我一直坚决反对。因为传输的稳定会影响服务器的稳定，从而影响整个系统的稳定。一个系统都不能稳定，谈性能感觉没什么意义。说实话在稳定性和性能上我要求是很高的。另外一个就是界面，因为输出的是字符界面，所以如果对输出的内容进行处理，那么会很丑。这个我的要求很高。不过到最后还是有收获的。

整个项目作为一个项目经理，我感觉主要协调两个方面的内容，一个是项目组的工程师，另一个是整个项目的进度和实现。在对人的管理上，我的要求也不高，能够将功能实现就行，当然之前都是有基本的约定了，至少编写的接口必须按照规范来写，其他接口以下的，自定义即可。这个确实有必要，对最后整个项目的整合是省了很多事的。但是有些东西还是会和项目组成员发生意见分歧，就比如，这个菜单上数据传输问题， 之前计划的是每次20条，但是20条已经很大了。所以刚开始时出现丢包的现象。当时我也没有好的解决方案， 只是告诉项目组成员先让它丢着， 确实，项目做了一大半时我想到了比较好的解决方案，然后要求项目组及时进行完善，当时有个项目组成员因为在完成他的任务时出现了一些bug，出现bug我也给出了修改意见，但是发现不好使，原因是，他完成的这个模块架构与我规划的架构有点出入。导致如果按我的意见修改，能够接上主体框架，但是功能无法实现，因此，我告诉他自己解决，实在搞不定，在找我。但是此时需要对之前的传输问题做修改。但是他很不乐意，认为，功能做出来就行了， 但是我告诉他，不行。这个后来他还是按照我的要求改了 。改了就发现这个确实得改。传输稳定性和性能明显提高了。

这次项目由于前期过多优化，导致后面项目时间紧缩，进而考虑问题不周全，问题一个接一个。其实有些问题如果框架设计得好，很多问题都是可以避免的。不过有时候想想，程序解决的就是问题。只不过好的框架可以规避很多不必要的问题。

这次项目我最大的收获就是，干事情之前必须先全局统筹，不然一个模块的问题会引发另一个模块的问题。从而剪不断理还乱。另外一个就是考虑一下别人的建议或者意见效果会更好。尤其是作为一个管理者。