现阶段我的主要工作是对项目的维护，一是对项目进行一些缝缝补补的工作，二是对客户提出的一些小的修改，进行修改，三是帮客户修改一些数据。

我发现项目的需求总是变动的，至少我们这边是这样的，虽然项目都已经上线使用一段时间了，不过一些小的变动总是不断的，而且同时也发现有时侯客户现在提的需求和原来的需求相差是比较大的，可能是客户自己当初没有思考清楚，也可能是当时调研时没有完全的搞清楚，当然也可能是因为事情就是在不断的变化的，所以面对变化，面对需求的变化一定要心平气和，我们本来就是来帮助客户解决问题的！再者就是在修改或者调研需求的时候一定要站在客户的角度来思考问题，否则未来会产生更多的问题。当然，自己的思考——客观的思考也是非常重要的，能帮助客户的一定帮，不能帮的也要解释的清清楚楚，至少要思考客户提出的需求是否可行，是否前后有矛盾的地方，是否使用现在的技术能够很好的解决，是否能有更好的解决方案！做事情之前，首先要将所有的问题都理顺都想通是非常必要的，正所谓谋定而后动，这样效率会更高成功的可能性会更高！

再者关于项目本身的问题，也有不少！首先，我发现前台页面的验证/后台数据的验证/数据库的设计，是非常重要的事情，如果在最初的时候没有选择适合的解决方案，往往后期会带来更多的问题和阻碍，比如：前台页面的验证，如果效果不好看，如果多名开发人员使用的方式不统一，如果用户觉得使用的体验度不佳，那么可以说这是比较失败的一种解决方案的！我们现在的这个项目就属于这种情况，前台页面的提示不及时效果不好看用户觉得不够详细，不够多样性。当然，也和项目本身的复杂性有关，也和当初调研时和用户沟通的程度相关！

我们的这个项目，后台的验证没有加上，对于企业级的开发来讲，对于普通的用户尚可，当然他们也不会故意的捣乱的，在前台页面中如果限制的比较好，也能保证数据的正确性/一致性/可用性。不过最好还是要加上这个验证的，这样的软件架构才是一个良好的软件架构！才能够进一步的保证数据的完整性和一致性！

数据库的设计，毋庸置疑是非常重要的！所以，这个工作交给即懂业务又经验丰富且技术上佳的人才对！对于主键/外键/索引/每张表的字段/字段的类型/长度/注释等等都要设计的非常准确合理，又有扩展性又能适应于现在的项目需求才是比较合理的一件事情！

另外就是事务的控制了，这件事情也相当重要，一定要统一/合理/在项目设计之初就找到一个非常合理良好的解决方案，否则数据库中就会出现许多莫名其妙的问题数据！幸好，现在也有许多比较好的解决方案以供选择的！

再者我也发现对于企业级项目开发的时候，对于前台页面防止表单重复提交的工作也是相当重要的一件事情，这个事情也必须在软件设计之初的时候就必须想到并且选中一种良好的解决方案（STRUTS的防止表单重复提交的令牌机制就是一个上佳的选择）！这样才能进一步的保持数据的一致性和完整性，也能避免因前台页面的表单重复提交而产生的各种莫名其妙的数据问题！

当然，软件设计中肯定还会有其他的各种各样的问题，这也是很常见和很正常的事情！其他的我也不再在此列出了，以上这些问题是我在项目开发和维护的过程中遇到的，对于他们因自身的不足而产生的问题和麻烦，我是深有体会的，所以在此稍微列举一下，以便加深些印象对于以后的项目开发中有所借鉴和防范出现上面的这些问题！

维护项目小感