一个项目的感想

去年真正做了一个项目，有些感言，写下来，为以后作项目积累经验。

这个项目很简单，但是从这个较简单的项目中，我体会了很多，其中包括对用户需求的理解、自己的做事风格的反省、项目实施的情况。

首先，我谈谈项目的情况：

这个项目是一个信息发布系统，很简单吧，但是，其中有一方面是规章搜索，并且要生成规章成册。而且有4个规章，每个规章的数据结构也不一样，客户要求6个月内作完，我一个人作。需要搜索功能，搜索就是摆在我面前的难题了。我该如何去作这个项目呢？信息发布很简单，没有问题，问题就在搜索上，经过多方面的思考，我决心把我的搜索作到一定的程度。也就是说，一个搜索，你可以作的很复杂，很精密，也可以作到一般水平，把握搜索的力度和程度问题。由于时间关系、我的水平问题，所以我作了一个程度的选择。搜索到一定的层次和程度，没有作到搜索特别的精确。同时，我也与客户积极沟通，我的想法也得到了他们的认可。

通过搜索程度上的确认，得出一个结论，在项目的实施过程中，在需求和项目进行过程中，多和客户沟通，解决比较难的问题的时候，可以考虑一个程度，如果一口气作不下来，分两口气作。

接着，我谈谈做事风格问题。在作项目的过程中，我有点拖泥带水，导致的后果是，有那么2－3次我是通宵。也就是说，到了事情的最后，我才去匆匆忙忙“赶”项目。导致的结果是，我的项目作的不够完善，也作的不好，并且自己也提心吊胆的，害怕项目出错。所以以后总结经验，早早把事情作完。

最后，我谈谈用户体验问题。能实现用户的需求是最基本的功能，最主要的是要让用户用的舒服和满意。我奉行的原则是，简单就是美。有句广告词叫做简约而不简单，我想就是这个道理，用最少的操作步骤达到操作目的。这就是我所要作的。并且，界面的美观也非常重要。

以上是我在作这个项目中的一些缺点。下面，我说说以后作项目中我需要改进的地方：

1、在这个项目中，6个月完成项目后之后，用户又过了几个月，需要对软件不满意的地方进行修改，幸亏我的数据库文档、还有其他一些文档当时作的时候比较齐全，所以有些忘记的地方，通过打开文档，看看，就能很容易修改了。不过相关文档在一些措词方面有模糊的地方，导致理解有误。所以以后在写文档的时候，达到用词准确，表达清晰。

2、这个项目作的过程中，代码注释的不多，也不规范，导致在后来修改代码的时候，遇到些麻烦，所以我希望在以后的项目中，能够规范自己的代码注释。

3、以前认为，一个项目只要把程序作完了，完成用户给的要求就OK了。现在想想，其实一个完整的项目不仅仅是程序上的，还有文档上的，还有用户操作说明... ...等等各个方面。只要是与项目有关的，都要做到尽善尽美，只有把与项目有关的事情都作好了，才能算一个项目的完整结束。

4、在作这个项目中，其实基本功能很早就实现了，但是在项目后期，经过计算机专业人员审核时，发现了许多漏洞。他们也给我提出了很多宝贵的意见，例如：在删除文件的时候，应该提示一个：是否确认删除这样的一步操作... ...等等小的方面的问题。让我感受到，其实人人都能完成基本功能，但是，一个好的软件项目，要得到大家的认可，必须在小的方面作好。所以说，需要有足够的耐心和细心，才能作好一个软件项目。要时时刻刻站在客户的角度考虑问题。

5、在项目中，计划性不是很强，把每个功能模块所要作的工作量，列出一个表，估算一个工作量就很简单了，这样，自己心里有个底，有个计划。会好很多的。

6、其实这个项目的重要收获不在代码上，因为代码已经很熟悉了，我希望在以后的项目中，能够让自己在编写代码中能够达到软件重构。只有那样，软件编程水平才能提高。

7、在作项目的时候，与客户交流需求的时候，项目有点变化。其原因是由于对客户的实际工作环境和情况不了解导致的，所以以后在作项目需求的时候，需要认真考虑客户的知识结构水平，客户的操作习惯和喜好，客户的现有资源等等，只有综合考虑许多因素后，软件的需求才不会停留在表面，而达到一个实实在在为客户开发出来的，一个人性化的软件。

8、项目中我用的是SQL数据库，在设计数据库的时候，没有给数据库字段写上注释，也是以后要注意的。

9、最后我还要补充一点，编写程序的时候最好养成严密的逻辑思维，这样，有易于项目的进展，防止意外发生。也就是说：三思而后行吧！

总结一下：

以后作项目，力求规范。

马上下一个项目需求就要开始了，准备在网上找找规范文档，开始更加正规化开发软件，作项目。