有了需求分析文档，接着我们开始了系统的整体设计工作。这套系统是准备在一家200人左右的小型电子企业运行，负责公司的对外营销管理。公司的郑总经常要出国与外商谈判，因此他需要在自己的笔记本上安装一套系统，并与国内工厂这边进行数据同步。另外，他们公司在每年的春秋广交会期间，都会带产品去参展，期间有几台笔记本都需要使用这套系统，以便随时给客户报价。所以说，各个数据库之间的同步，也是这个系统的一个非常重要内容。由于我们的报价比较低，所以不可能为了这套系统而去重新开发一套新的系统框架，那样人工费用会超过预算，于是我们决定在原来开发过的系统框架的基础上，进行相应的修改，这样才能在做到在保证需求基本实现的同时实现盈利。否则，我们就要做亏本买卖了。

郑总在与我们签订合同后，就出国谈判去了，但是他仍然每周都给我发过来最新的系统需求，其中有他们行业中的比较专业性质的（例如：某处的价格算法，以及价格调整的系列影响），也有系统整体性的需求调整。我们则仔细地分析着每份需求文件，从这些需求文件中，我能感觉到他对这个系统的期望值很高，因为郑总不仅是在提需求，甚至也做了一些简单的程序设计工作，比如哪些部分需要加按钮，这些按钮完成什么功能，具体某个字段是下拉列表显示，还是弹出窗口等等，都要加以说明。

其实我们当时并没有进入实质性的业务程序开发工作，我们还在从郑总发来的众多需求文件，逐步整理和设计出系统的几个核心表结构，在这几个核心表结构还没有相对稳定之前，我们是不会写一行业务程序代码的。当然，我的程序框架的改进工作是一直在同步进行的，因为程序框架部分和业务程序部分几乎是平行的，但是即便如此，在后续的开发过程中，还是出现了需要调整核心表结构的情况，浪费了我们不少的时间。

随着核心表结构的设计过程，我的脑海中正在一步步地形成整套系统的数据脉络（主业务数据流和辅助数据流）。与此同时，郑总经常在发送新需求文件的同时，询问系统的进度情况。而此时的系统进度只是在我脑海中，在一份数据库表结构文件中，还没有真正地形成文档，因此我只是告诉他正在做系统的设计工作，我也没发送改进好的程序框架给他看，我认为把一个半成品给对方看，还不如不给对方看。

好在经过我的说明后，郑总也很快理解了我们。虽然他也急着需要一套贸易系统，但如果为了赶时间，而做出一套不实用的系统，也是他不愿意看到的。因为如果那样的话，就不必浪费这5万元了，还不如就凑合着用原来的旧的系统。

终于通过这段时间的分析和思考，我们终于完成了对系统的整体设计，并把这些都写成了详细的文档。当我把文档发给郑总看后，他当即表示了赞同，我终于舒了一口气，因为系统的整体设计算是完成了，下一步是正式的编码了。