更好地满足用户的要求以及适应开发人员的习惯。在本系统中，做为图书仓库管理系统是一个比较小的应用系统，它所产生和处理的数据量也比较小。因此，没有必要使用像sql server和oracle这样的大型数据库。我首先想到的数据库是borland公司的paradox数据库。另外，microsoft office中的access数据库在计算机上的应用比较普及，是开发小型数据库系统的比较理想的选择，所以，在本系统中我选择了access数据库。access做为一个数据库管理系统，它被集成在microsoft office中。access数据库处理的基本结构，采取关系型数据库模式。与其他的数据库系统相比，access更加简单易学，一个普通的计算机用户可以很快地掌握它。access 2000的功能十分强大，利用它可以方便地实现对信息保存、维护、查询、统计、打印、交流、发布，而且它可以十分方便地与office其他组件交流数据，这些功能对一个一般用户而言已经足够了。
第四章 系统总体设计软件系统的总体设计大约要经历可行性分析和项目开发计划，需求分析，概要设计，详细设计，编码，测试以及维护等七个阶段。可行性分析和项目开发计划在前面已经叙述，下面所要做的是进行软件需求分析，概要设计和详细设计。编码过程将在下一节论述，而测试和维护过程不在本文叙及。§4.1 系统需求分析在经过前一阶段的分析之后，我确定了我的开发课题为图书仓库管理。现在所要做的是要准确定义系统必须做什么以及系统必须具备的功能。软件需求分析中我采用结构化分析方法（structured analysis,简称sa），sa是面向数据流进行需求分析的方法，像所有的软件分析方法（如面向对象分析方法、idef方法等等）一样，sa也是一种建模活动，它使用简单易读的符号，根据软件内部数据传递、变换的关系，自顶向下逐层分解，描绘满足功能要求的软件模型。在系统中我采用数据流图（dfd）这种半形式化的描述方式表达需求。它是一种功能模型，以图形的方式描绘数据在系统中流动和处理的过程，只反映系统必须完成的逻辑功能
它有四种基本图形符号：◆ →：箭头，表示数据流；◆ 〇：圆或椭圆，表示加工；◆ ═：双杠，表示数据存储；◆ □：方框，表示数据的源点或终点。为了表达较为复杂问题的数据处理过程，用一张数据流图是不够的，要按照问题的层次结构进行逐步分解，并以一套分层的数据流图反映这种结构关系。在这里我一共使用了三层数据流图，即顶层图，0层图和1层图（也是底层图）。在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统，它的输入流是该系统的输入数据了，输出流是该系统的输出数据；底层流图是指其加工不需要再做分解的数据流图，中间层流图表示对其上层父图的细化，它的每一步加工可能继续细化成子图。经过对系统的分析首先得到系统的顶层dfd，如下：
进一步细化得到系统的0层dfd，如下：
再进一步细化每一个数据加工功能，得到系统的1层dfd图。
在这里只给出有关入库管理和出库管理的1层数据流图，它们是系统的关鍵部分，也是主要的部分。通过以上对数据流图的分析之后，我们已大体地了解了系统的功能和目标，接下来所要做的就是系统功能模块的划分和数据库的设计，也就是系统的概要设计。§4.2 系统概要设计在软件需求分析阶段，搞清楚了软件“做什么”的问题，形成了目标系统的逻辑模型。现在我们所要做的就是要把软件“做什么”的逻辑模型变换为“怎么做”的物理模型，
即着手实现软件的需求。首先，我们需要描述的是系统的总的体系结构。4.2.1 系统结构设计系统的概要设计中最重要的就是系统的模块化。模块化是指解决一个复杂问题时自项向下逐层把软件系统划分成若干个模块的过程。每个模块完成一个特定的功能，所有的模块按某种方法组织起来，成为一个整体，完成整个系统所要求的功能。 将系统划分为多个模块是为了降低软件系统的复杂性，提高可读性、可维护性，但模块的划分不能是任意的，应尽量保持其独立性。也就是说，每个模块只完成系统要求的独立的子功能，并且与其他模块的联系最少且接口简单，即尽量做到高内聚低耦合，提高模块的独立性，为设计高质量的软件结构奠定基础。在系统的概要设计中我采用结构化设计（structure design，简称sd），sd以需求分析阶段产生的数据流图dfd为基础，按一定的步骤映射成软件结构。我首先将整个系统化分为
