关于对下阶段工作的一些建议10.10
工作总结
一、 工作回顾
我到公司这段时间，只接触了一个项目，----。由于是项目做到一半才加入项目组，所以，很遗憾，没能赶上项目的需求分析和设计阶段。在经过对项目的一段时间的熟悉以后，我主要从事了部分bug的修改和后来的部分功能的改进和添加。
在我的印象中，项目的进行一直是比较顺利的。虽然遇到各种各样的问题，但是最终都能得到妥善的解决。
二、 建议
1. 需求分析
需求分析是比较容易被忽视的过程，也有可能是因为在一般的项目中，需求变化通常都比较厉害，所以分析才被认为重要性变小了。
其实，好的需求对设计和编码都有一定的指导作用，应该反复和最终客户讨论需求问题，画出界面，达到需求的稳定和明确。
2. 设计
说实话，以----的设计，应该是很一般。在项目中，有一个抽象的商业逻辑层，但是，有些人用到了，有些人没有用。在页面部分，有些人分割了大函数，有些人没有。这些不统一的地方，都要归因于设计的不合理。可能我们的设计是更注重于功能的实现而有点忽略了结构的设计。
这种结构不明的设计，造成的直接后果就是，代码的维护变的很困难。因为，我在修改bug和添加功能的时候，要动很多人写的代码，感觉尤其明显。
3. 编码
关于编码的分工，在网上一直讨论的也很热烈，暂时没有比较统一的做法。我们公司这种分工方法，好处是显而易见的，但是相应的也会带来不少问题。
最显著的恐怕就是代码风格难以统一，为了克服这个问题，在设计阶段就应该明确层次关系。还有，就是在项目后期已经开始实施的编码和命名规范。
现在，有个被普遍讨论的做法叫代码回顾（code review），在我们以后的项目中可以考虑引入，在一个规定的时间，回顾代码，然后对需要的部分进行改进，这样有利于软件质量的提高。
三、 工作目标
1. ----
公司希望这个项目能向产品化过度，那么需要做的工作还有不少。首先，要针对现在用户的使用情况和反馈对项目进行一定的调整和改进。其次，要解决授权机制和代码的保护问题。
如果时间允许，可以大家一起，对整个项目进行一次代码的回顾。可能这次不可能对代码进行大规模的改写了，但是充分了解现在的状况，可以让我们在下个项目的时候拿出比较行之有效的解决办法。
2. 个人目标
在今年的未来一段时间，主要目标是对自己进行全面系统的学习。主要是，强化自己的数据库方面的知识，还有设计模式，代码重构，uml等方面。
四、 总结
我到公司的时间不长，但是我到公司以后变化很大。在以前，我喜欢一个人自由的做程序，虽然需求、设计方面也都有所涉及，但是重要性从来没有现在体会的这么深刻。在技术方面，到公司以后，同事们对我的帮助也是很大的，我又学到了不少知识，同时找到了自己身上的不足。
我希望，在未来的一段时间，我在技术上还能有所进步，同时，不能只顾着做编码，在设计等方面也应该有所涉及。
