项目经验总结分享：图书馆维护系统总结

图书馆维护系统算是我独立写的第一个B-S系统，牛腩新闻发布系统仅仅是照着敲而已，当时看感觉还行，挺简单，到自己真正做了，才发现很多细节不是没记住就是不会。但是牛腩视频的作用是不可低估的，因为他给了我一个宏观指导，一个完整的B-S开发流程。同时，也让我了解了一些至关重要的B-S开发常用技术技巧。正所谓：不怕不知道，就怕不知道。

项目准备：

这个系统米老师其实早就给我了，可当时没往心里去，再加上那时候提高班出了些问题，停课了一段时间，然后又准备自考，所以前期拖了比较长时间，自考完之后，才正式开始做这个系统。

项目开发首先要办的事是市场调查、可行性研究。由于我是从其他同学那接手的这个任务，已经做好了需求：一个UML用例图。当时做的时候受到以前开发程序的影响，拿到UML图我直接就开始设计数据库，没有设计界面。因为以前开发程序都是有前人做好的系统，可以参考一下界面，所以就逐渐忽略了界面设计的重要性，直到设计BLL层的时候，才发现少了界面，这B层实在是没法写。没有界面，通过用例图硬生生的设计数据库，可想而知我设计的数据库也不咋的。

那么系统开发前期究竟要做些什么呢？经过思考和总结，归纳如下：

刚刚已经提到了界面，根据个人的理解，界面是需求的具体体现，是对需求的具体化，虽然用例图可以体现需求，但是过于抽象，不便于分析和改进。

1.和用户共同设计界面：在系统需求分析阶段，需要一个原型设计工具(即纯画界面工具，用来快速设计程序的粗略界面)，开发人员和用户一起讨论交流，共同用原型设计工具设计出一个原始的粗略界面，让用户直接看到界面，有效的减少产品与需求不符的情况，就算用户什么不懂，但是看的懂界面吧？起码用户知道这就是他想要的，即使有改动，一般也是改进性维护和功能添加性维护，不太可能出现核心改动。

2.根据界面设计数据库：有了界面，接下来就可以设计数据库，根据界面设计数据库，总比看用例图舒服。更重要的是，在设计数据库过程中，可以及时发现界面的不足来完善界面，这样即可以减少开发后期具体界面设计的工作量，又可以促进数据库设计的更加合理。当然，即使是比较合理的数据库，也只能算是原始数据库，不可能一次到位。数据库是程序的根基，重中之重。学到现在，我隐隐感觉一个项目中最有发言权的两种人是：数据库设计师、架构设计师。这两种人一挥笔，程序基本就算是出来了，剩下的就是写代码实现。

3.写文档并完善数据库和界面：接下来要做的事应该就是写文档了：需求分析说明书、概要设计说明书、详细设计说明书。在写文档的过程中，借助于UML图等方法，继续发现数据库设计的不足，完善数据库，改进界面。

PS：根据多次开发的经验，一定要在前期尽量把数据库设计完善，在开发中后期如果改动数据库，将造成非常巨大的工作量。

虽然我在此写的很轻松，但实际上这个阶段(项目准备)要占相当长的时间，至少为整个项目的60%。与用户交流可能有很多障碍、数据库不是一时半会就就能设计出来的、写文档同时兼顾数据库、写文档也包含系统架构设计等等。这是一个相当漫长的过程，也是最具技术含量的过程。这个阶段过了，系统就有了灵魂，接下来让程序员给他一个身体就完工了(当然，还有后期维护)。

根据探索和实践，发现了两款优秀的原型设计工具，现在推荐给大家用。

一个是C-S