开发总结--×××档案管理信息系统开发之总结

开发总结--×××档案管理信息系统开发之总结

-EricHu(80368704)

    第一次在Blogs上发表文章，主要是以前工作太忙了，没有时间。从学习软件开发到从事软件行业，到目前也有快10年的时间了。看到各位大虾在这儿搞得火热，小弟我也来凑凑热闹。第一次发表文章，还望各位热心的网友：好的多多支持，错误的批评指教，有交流才有进步嘛。

刚刚完成一个政府项目，今天抽点时间对整个开发工作做一个评价，也好在以后的项目中多多注意。这个项目说大不大，说小不小，整个系统由11个大的功能模块，88个子功能模块和187个用户界面组成，数据表55张，通过近3个月的运行，现有数据量已超过300万，可以说整个使用效果还是显而易见的。

费话少说，先对整个项目做一个简单介绍：

档案是人们从事社会实践活动产生的真实记录和原始凭证，作为某市国土局下的《国土档案管理信息系统》则真实的纪录了在国土管理事业中产生的一切社会活动。对以后的工作有着不可磨灭的作用。整个系统数据量大，涉及到的业务类型和使用人员多，同时要求高保密性，高可靠性，高易用性，可移植性等。通过对国土现有的系统进行分析，我们公司最后决定采用C/S模式进行软件的开发。历经6个多月的时间整个项目顺利完工并投入使用（顺序提一句，整个项目是由我负责）。现在已经过了3个多月的时间了，我自己有必要对整个开发工作做一个评价，也可称作总结，同时与各位网友交流心得。

              先上图：

软件的面貌大概就是这个样子，整个系统功能还是非常多。下面我就对开发做一个总结：

一、    沟通、沟通再沟通，坚决渡决“软件项目规模下，项目经理沟通少”。一般要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么，准备这些事件将是你的主要工作。既然沟能这么重要，那么就要在项目一开始，就要制定一个项目的沟通计划与准则，在项目进行过程中，不断的更新与维护。同时注意，在制定这个计划与准则时要注重相关重要干系人参与进来。

二、    需求分析并非一成不变（小孩都知道），但并不代表在一开始做需求分析时抱着以后再一步步的完善这样的心理，一开始要尽可能的对整个需求做深入，细致的分析。记住一句话：”高质量、高口碑的软件开始于好的分析与设计阶段，并不是靠后期的测试与修补来完成的”。

三、    随时强调软件文档的重要性。和大多数据行业一样，我们明白软件文档的重要性。不幸的是，在任务开始前我们大多数人很少阅读文档。软件文档的最主要的目标是传达一个系统的技术要素和使用方法，其次是提供软件开发过程中的需求、决策、行为、角色和责任的书面记录。同时要保证文档的高质量和高可用性，以及在软件开发过程中对于进行的变更等，要实时进行文档的更新，让软件与最终交付的产品同步。

u     要达到高质量，就要考虑需要编写的文档以及文档的预期读者。写文档需要团队协作，这样就允许开发人员和文档编写者利用彼此的长处，取长补短。

u     高可用性，就是文档要及时、正确、详细的提供所需的相关信息，同时文档要随时可得，在得到的文档中，要能很快凭直觉找到所需的信息。

四、    记住保留用户原有的好使用习惯。一个单位不可能就一个系统，在你的系统上上去之前，他们可能一至还在使用其它的软件，这时你的软件在操作习惯上最好与其它软件保持一至，举个简单的例子：客户在其它软件中，一至使用Ctrl + S来保存数据，而在我们现在新的系统，则用Alt + S来保存数据，这样用户使用起来就会很纠集，很难适宜。

五、    经常总结。任何事情我们都需要进行总结，总结是最快的提高方式，也可以杜绝同样的事情在下次再次发生。因此，一定要经常总结。

六、    记录自己的经验与人分享。在这儿，Blogs便是一个很好的沟通与交流平台，把自己好的想法或遇到的问题分享出来，让大家一起讨论，这样不仅帮了别人，也帮了自己。

先写到这儿，下期我打算在Blogs中浅谈一些“项目管理方面的知识和感想”，与大家一起分享，同时希望大家多提意见。我只有一个目的：帮助自己，帮助别人。把我知道的分享出来，也算为软件事业所做的一点点小的贡献吧。