开发手记（三）――天下文章一大抄，前人的成果不要跑

人们常问：“需求、设计、编程、测试四者究竟哪个重要？” 这个问题不好回答。四者都是软件开发过程中必不可少的环节，光做好其中一个环节并不能产生好的系统，但是做坏了其中任何一个环节，必定对系统产生坏的影响。若站在风险管理的角度讲，也许需求开发与管理是最重要的环节。因为需求是产品的根源，对产品需求的认识是否彻底对产品的影响最大。就像一条河流，如果源头被污染了，那么整条河流也就被污染了。庆幸的是我本人既是软件的开发者又是这套系统的最终用户，个人亲身在造价管理部门、投标部门、项目法人结算部门工作过，对系统的大部分需求比较了解，这也给需求分析工作减轻了负担。也许是对需求的理解过于自负，因此对水利设计单位的需求调查深度不够，导致了目前系统针对设计单位用户功能的提供存在一个缺陷，而且是不容易弥补的，这一点的需求与许多模块相关联，牵一发而动全军。正如Frederick Brooks在他1987年的经典文章“No Silver Bullet”中阐述需求的重要性：“开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写出详细的需求，包括所有面向用户、面向机器和其他软件系统的接口。此工作一旦有失误，将会给系统带来极大的损害，并且以后对他修改也极为困难。” 软件需求是系统设计之源，详细的需求分析完成后接下来的工作便要进入系统的设计阶段。软件系统设计核心内容包括：体系结构设计、用户界面设计、数据库设计、模块设计、数据结构与算法设计等几方面。根据这套软件的具体开发情况，系统设计准备了两套方案：一个是继承市场上现有水利造价软件的主流设计思路，对其不完善的部分改进并加入一些先进的设计思想。另一种方案是抛弃主流设计思路，另辟新径开发一个面目一新的产品。我对两种方案的优缺点进行了对比：第一种方案的优点： 1、 主流水利造价系统结构设计的可实现性具有先例，开发风险系数低。
　2、 有大量的老用户习惯了以前的软件操作模式，主流的用户界面和模块画分会给老用户以熟悉感，用户不用重新学习软件的使用方法。