管理信息系统开发案例

1、第十章管理信息系统开发案例管理信息系统开发示例XX厂库存管理信息系统的分析与设计1. 问题的提出（1）开发背景XX厂是我国的一家老加工企业，随着改革的深入和经济的发展，该厂的生产任务日益 繁重，从而对库存管理的要求也更加严格。在传统的手工管理时期， 一种物品由进货到发货，要经过若干环节，且由于物品的规格型号繁多，加之业务人员素质较低等因素，造成物品供应效率低下，严重的影响了企业的正常生产。同时由于库房与管理部门之间的信息交流困难， 造成库存严重积压， 极大的影响了企业的资金周转速度，另外也使得物资管理、 数据汇总成为了一大难题。当今该厂的竞争压力越来越大，企业要想生存，就必须在各个方面加强管理

2、，并要求企业有更高的信息化集成，能够对企业的整体资源进行集成管理。现代企业都意识到， 企业的竞争是综合实力的竞争，要求企业有更强的资金实力，更快的市场响应速度。这就要求企业 各部门之间统一计划，协调生产步骤，汇总信息，调配集团内部资源，实现既要独立，又要 统一的资源共享管理。 随着信息技术的发展， 该厂为了提高库存周转率， 加快资金周转速度， 决定开发“库存管理信息系统”。（2）项目目标充分利用现有的设备，采用 VB6.0作为开发工具，利用 ACCESS据库建立一个高效、 准确、操作方便，具有专业的查询、更新及统计功能的微机管理信息系统，以满足工作人员 进行综合的、模糊的查询及更新要求，从而更

3、加方便的管理库存物品。该系统的开发与建立 会极大程度提高管理人员、工作人员的工作效率。2. 对现有系统进行需求调查需求调查是信息系统分析与设计的基础。 了理解用户的需求，并形成系统需求说明书。 序编码等工作。该厂在需求调查过程中发放了要开发并实施一个完整的信息系统， 必须首先 在此基础上才能进行系统分析、 系统设计和程 8种不同种类的调查表，要求相关人员对其进行逐条逐项的填写，从而对其现行系统的业务流程进行了详细的调查。（1）现行系统业务流程通过大量的调查，我们了解到当前该厂的业务流程如下：各车间向商品供应部门提出对某种商品的需求计划， 仓库将相应的商品发放给各车间，一般要经过计划、库房管理等

4、流程。各业务流程图如图1所示。（2）现行系统存在的问题 由于采用的是手工管理，账目繁多，加之几个仓库之间距离较远，库管员、计划员和有 关领导相互之间的信息交流困难， 使得物资供应效率低下， 影响生产。 同时每月的月末报表 会耗费大量的人力， 且由于手工处理容易造成失误， 从而影响了数据的效率和准确率， 造成 了不必要的损失。因此，该厂必须建立相应的库存管理信息系统，使其能根据市场情况，及 时合理地采购所需商品，同时又能科学地对商品进行管理，统筹安排人力、物力、财力，有 效地改善当前管理的混乱状况。库存管理是企业管理的重要组成部分。 在企业生产经营活动中， 库存管理既必须保证生 产车间对原材料、

5、零部件需求，又直接影响采购、销售部门的购、销活动。为盘活企业流动 资金，加快资金周转，在保障供给的前提下，最大限度地降低商品的库存量，节省企业流动 资金的占用， 直接影响着企业的经营效益。 根据对该厂的库存管理情况所作的调查和参考有 关资料，发现目前该厂在库存管理方面存在着如下问题 : 不能及时获得库存信息在企业运作过程中， 管理人员必须获知各种商品当前的库存量， 在库存数量小于商品的 最低库存限度的时候， 向供应商进行订货； 在库存数量大于商品的最高库存限度的时候， 即 商品积压的时候， 应该停止商品的进货活动。 但在实际操作中， 由于商品的种类多、 数量大， 需要进行仔细地核算，这不仅费时

6、，而且易出错，从而影响企业快速有效地运转。 库存信息不够准确 仓库管理员根据各种入库单、 需求计划单和领料单进行商品的入库、 出库操作后， 要随 时修改商品的库存信息和出库、入库信息，以便反映库存状况。工作中的主要问题是：由于 商品种类多、 数量大、 出库入库操作频繁等原因， 造成库存记录和实际库存量通常达不到严 格一致，因而需要通过盘点来纠正差错，这既耽误时间，又增加了工作量。 无法及时了解车间对库存商品的需求情况在需求计划单下达后， 由于库存商品与车间的关系复杂， 根据送料员的个人经验给各车 间分配车间所需商品时， 常缺少入库、 出库信息和相关信息， 经常出现车间缺少该商品的时 候才知道该

7、产品需要情况， 此时如果库存量不足， 将会导致车间的停产。 无法及时了解车间 对库存商品的需求情况会使企业的生产和销售环节发生混乱，使企业无法正常的运作。市场需求日益多样化和个性化，产品更新换代的周期越来越短，这就要求企业必须改变 库存管理现状，以适应时代的要求。(3) 企业库存管理系统的特点因为传统企业库存管理存在以上的问题难于适应现代库存管理要求，所以现代企业库存管理系统要具有以下的特点： 科学的库存管理流程存货的种类不同，所涉及的业务环节及它们所组成的业务流程也各有差异。一般而言， 库存业务包括入库处理、货物保管和出库处理三个主要部分。通畅的业务流程是保障高效库存管理的基础，应具备优化、

8、无冗余、并行作业的基本属性。企业库存管理系统对企业的业 务流程进行流程再造，使其更加通畅，提高企业在同行业中的竞争力。 商品代码化管理代码问题，严格说是一个科学管理的问题，设计出一个好的代码方案对于系统的开发工作是一件极为有利的事情。 代码设计的好可以使很多机器处理变得十分方便，还可以把一些现阶段计算机很难处理的工作变成很简单的工作。由于库存商品种类繁多，在库存管理过程中极易发生混乱的问题。IT技术与层次编码技术的结合为商品的高效管理提供了可能。这种编码技术对所有库存商品按照层次和类别赋予唯一的编码。它是区分不同商品的最主要的标准，具有易读和易记的特点，使得管理者只需知道商品的编码，就可以了解

9、该商品的有关信息，以便在每日的烦杂管理中，保持规范、 有序的状态。 库存异常报警当库存数量小于商品的最低库存限度的时候，系统发出警报，提醒管理人员应该向供应商进行订货；在库存数量大于商品的最高库存限度的时候，即商品积压的时候， 系统也会发出警报，提醒管理人员应该停止商品的进货活动。也就是说企业库存管理信息系统既能防止商品供应滞后于车间对它们的需求，也能防止商品过早地生产和进货，以免增加库存。对企业的生产起了保障作用，同时节省了企业的流动资金。3. 系统分析系统分析的任务是在全面调查的基础上，通过对现行管理业务的分析，提出系统的目标要求和功能分析的总体逻辑模型。(1)数据流程图根据系统调查阶段的

10、数据资料，并依据用户的要求，确定该厂信息系统的基本功能和工 作过程如下：首先车间科室提出需求计划，库房管理员根据库存情况， 决定是否需购货，如不需购货则通知车间前来取货，否则库房管理员通知采购员购货，当货物到达后进行入库处理并通知车间科室前来取货。根据相应的功能要求，我们绘制系统的数据流程图，如图2所示：图 2 数据流程图（2）数据字典 数据字典是对描述数据流程图中的数据项、 数据流、 数据存储、 加工处理逻辑等组成部 分的严格定义，下面是本系统的数据字典（由于篇幅原因，在此仅给出部分） 。 数据项的定义数据项编号：1-01数据项名称：商品编号别名：无简述：某种商品的编号类型：字符型长度： 8

11、 字节取值范围： 数字 + 英 文字 母数据项编号：1-02数据项名称：单价别名：购入单价简述：某种商品的购入单价类型：数值型长度： 10 位，小数位 2 位取值范围： 0. 00 9999999. 99数据项编号：1-03数据项名称：库存数量别名：实际库存数量简述：某种商品的库存数量类型：数值型长度： 5 位整数取值范 围： 0 99999 数据流的定义数据流名称：入库单编号： F1简述：采购人员填写的商品入库凭单数据流来源：采购人员数据流去向：登记库存台账 数据流组成：日期 + 入库单编号 + 商品编号 + 购入数量 流 通 量 ：25 份/天 高峰流通量： 50份/ 天数据流名称：发货单

12、编号： F2简述：供应商填写的商品发货凭单数据流来源：供应商 数据流去向：登记合同台账 数据流组成：日期 + 发货单编号 + 供应商编号 + 商品编号 + 发货数量 流 通 量 ：25 份/天高峰流通量： 50份/ 天数据流名称：取货单编号： F3简述：库管员填写的要求车间取货凭单数据流来源：库管员数据流去向：车间 数据流组成：日期 + 车间编号 + 商品编号 + 数量 流 通 量 ：25 份/天高峰流通量： 50份/ 天 数据存储的定义 数据存储的名称：库存台账 数据存储编号： D1简 述：记录商品的编号、名称、单价与库存数量等信息 数据存储组成：商品编号 + 购入单价 + 库存数量关 键

13、字 ： 商品编号数据存储的名称：合同台账数据存储编号： D2简 述：记录合同的编号、供应商编号、货物编号、单价与购入数量等信息 数据存储组成：合同编号 + 供应商编号 + 商品编号 + 单价 + 购入数量 + 日期 + 合同状态关 键 字 ： 合同编号 数据存储的名称：计划台账数据存储编号： D3简 述：记录计划的编号、车间编号、商品编号、数量等信息 数据存储组成：计划编号 + 供应商编号 + 商品编号 + 数量 + 日期 + 计划状态 关 键 字 ： 计划编号数据存储的名称：供应商信息数据存储编号： D4简 述：记录供应商的编号，名称，地址，电话，传真，银行帐号 数据存储组成：供应商编号 +

14、 名称 + 地址 + 电话 + 传真 + 银行帐号 关 键 字 ： 供应商编号数据存储的名称：商品信息 数据存储编号： D5简 述：记录库存商品的编号，类别，名称，规格，单价，单位，存放位置， 用途数据存储组成：商品编号 + 名称 + 类别 + 规格 + 单价 + 单位 + 存放位置 + 用 途关 键 字 ： 商品编号数据存储的名称：车间信息数据存储编号： D6简 述：记录车间的编号，名称，联系人，电话 数据存储组成：车间编号 + 名称 + 联系人 + 电话 关 键 字 ： 车间编号数据存储的名称：用户信息数据存储编号： D7简 述：记录用户名称、密码和权限 数据存储组成：用户名 + 密码 +

15、 权限 关 键 字 ： 用户名 处理逻辑的定义 处理名：库存检查编号：P1输入：数据流 F5输出：数据流 F6描述：当车间将计划单发给库管员后， 库管员要将计划单与库存台账进行比较，看是否需要订货。处理名：验货处理编号：P2输入：数据流F2,数据流F5输出：数据流F1,数据流F4描述：采购员要检验货物的质量。处理名：出入库检查编号：P3输入：数据流F1输出：数据流F3描 述：当验货处理后，库管员将货物入库，并发取货单到订货单位。4. 系统设计（1）系统功能结构设计库存管理信息系统的目标是保障企业生产所需的所有商品供给，并通过有效的管理，提高库存周转率，降低资金占用。我们根据系统分析结果，得出本

16、系统的功能结构图如图3所示。计划管理的主要功能是根据各生产部门上报的生产、维修及工程用料计划与已有的采购合同计划和库存情况等信息建立数据库，并及时根据生产计划的变更，修改商品计划，生成商品采购清单。库存管理模块中的各子模块都由数据录入、修改、删除、查询等模块构成。其中数据录 入模块包括对商品库存文件的数据录入、商品购入文件的数据录入、商品出库文件的录入； 数据修改是对上述三种文件中的数据进行修改；数据删除同数据修改基本上是一样的，只不过这里是将记录从相应的数据库文件中删除掉。（2）系统配置方案根据开发时期计算机市场的性能价格比和本系统的实际情况，选择了P4微机及Access数据库管理系统。（3

17、 ）代码设计为了和工作人员以往的商品管理方式一致，商品信息编码以数字表示。根据行业标准，所有商品分为19大类（两位数字），每大类又分为若干小类（两位数字），在小类中根据商品规格型号的不同以卡号（四位数字）再进行区分。设计方案如图4所示。商品规格型号 大类号 小类号图4商品代码设计方案此外为了使数据录入、商品信息管理、信息查询、统计的方便快速，我们还根据需要对 商品的去向和来源进行了统计用信息编码和部门编码。（4）数据库设计数据库是数据库应用程序的核心。数据库设计是建立一个应用程序最重要的步骤之一。 数据库设计一般要在需求分析和数据分析的基础上进行概念设计、逻辑设计和物理设计。 概念设计经过对该

18、厂的调查我们了解到系统中的实体类型有：供应商、商品、领用单位等，这些 实体之间的相互关系有：供应商与商品之间存在“供应”联系，是多对多的。商品与领用单位之间存在“出库”，“出库”对多的。每个实体的属性分别是：供应商：供应商编号，名称，地址，电话，传真，银行帐号商品：商品编号，名称，类别，规格，单价，单位，库存量，存放位置，用途车间：车间编号，名称，联系人，电话画出库存管理的E R图如图5所示。图5库存管理E R图 逻辑设计逻辑设计的任务是根据 DBMS勺特征把概念结构转换为相应的逻辑结构。概念设计所得到的E R模型，是独立于 DBMS勺，这里的转换就是把表示概念结构的E R图转换成关系模型的逻

19、辑结构。将上图转换为规范的关系模式为：供应商（供应商编号，名称，地址，电话，传真，银行帐号）商品（商品编号，名称，类别，规格，单价，单位，库存量，存放位置，用途）供应（供应商编号，商品编号，数量，单价）车间（车间编号，名称，联系人，电话）出库（商品编号，车间编号，数量） 物理设计物理设计的目的是根据具体 DBMS勺特征，确定数据库的物理结构 （存储结构）。关系数 据库的物理设计任务包括两个方面，一是确定所有数据库文件的名称及其所含字段的名称、 类型和宽度；二是确定各数据库文件需要建立的索引，在什么字段上建立索引等。各表结构如表1 7所示。表1库存台账字段名字段类型字段宽度说明商品编号Chara

20、cter8购入单价Numeric10.2库存数量Numeric5库存数量表2合同台账字段名字段类型字段宽度说明合同编号Character8供应商编号Character8商品编号Character8单价Numeric10.2数量Numeric5日期Date8合同状态Logic1备注Demo合同未执行的原因表3计划台账字段名字段类型字段宽度说明计划编号Character8车间编号Character8商品编号Character8数量Numeric5日期Date8是否定货Logic1是否到货Logic1是否取货Logic1表4供应商信息字段名字段类型字段宽度说明供应商编号Character8名称Cha

21、racter40地址Character50电话Character20传真Character20银行帐号Character20商品信息字段名字段类型字段宽度说明商品编号Character8名称Character20类别Character8规格Character8单价Numeric10.2单位Character8存放位置Character50用途Demo表6车间信息字段名字段类型字段宽度说明车间编号Character8名称Character20联系人Character10车间的联系人电话Character20联系人的电话表7用户信息字段名字段类型字段宽度说明用户名Character20用户登录时的

22、名称密码Character20用户登录时的密码权限Character8用户的权限(5)系统处理流程设计该厂的库存管理信息系统包括：计划管理、库房管理等子系统，系统运行流程图如图 所示。计划管理库房管理图6库存管理系统流程图5. 系统实施(略)课堂案例分析案例51基于Web的高校教材查询系统的分析与设计1. 开发背景*高校是一所综合性高校，其涉及的专业课程多，教材用书种类多，数量大，传统的管 理方法存在着效率低，易出错等诸多弊端，特别是学生、教师对教材使用情况了解相对较少， 信息的透明度较低，与当前高校管理中倡导的“以人为本”的管理思想存在着很大的差距。 为此该校教材科开发了一套基于c/s的教材

23、管理信息系统。该系统主要包括以下六项处理功能：系统维护、教材订购计划管理、教材库存管理、教材销售处理、学生预收款管理、数据 统计、查询与分析等功能。但是由于基于C/S的管理信息系统自身存在的使用范围小、地点固定等缺点，依然不能满足管理上的需要。如学生想知道教材科是否有某本书、想了解自己教材款的使用情况，教师想要预订下学期的教材等都必须亲自去教材科，一方面浪费了学生和教师的时间和精力，另一方面也加大了教材科的工作量，为此教材科希望在原有的基于 C/S的教材管理信息系统的基础上，利用高校校园网的强大存储能力和方便的网络查询能 力，采用流行的 Browser/Server结构体系，将最终用户界面统一

24、为浏览器，开发基于Web的教材信息查询系统，更好地满足各类人员对教材信息管理的需求。2. 系统调查通过对该高校教材科的业务工作进行的调查，我们发现该教材科的业务对象主要有三 类：学生、教师和教材科，其相应的日常业务也可以分为三类，分别是：（1）有关学生的业务教材科对于学生的业务主要是为学生提供入学以来在教材科的购书详细资料的查询，存款详细资料的查询，剩余款项数额查询及学生对所需教材的查询等等。以往的方式是学生到教材科，提供自己的姓名、系别、年级，然后教材科在原始记录中查询。（2）有关教师的业务教师的业务主要是登记查询教师领书的信息，每学期开学，各 系教师根据上学期预定的教材记录到教材科领取教材

25、，并登记；每学期教师可以预定下学期所用教材，方式是教师在学期末到教材科，提 供所需教材名称、教师个人信息等，然后教材科记录相应信息并制定 相应采购计划。（3）有关教材科的业务教材科的业务主要是采购图书，发放教材，对库存图书、学生购书信息、教师（院系）领书的信息进行管理、统计。这其中涉及到 所有有关教材的各种信息、数据，这部分也是教材科最主要、核心的 业务。通过对上述业务的归纳，可以画出该系统的功能体系图，如图图1功能结构图3. 业务流程分析3.1 业务分类通过对上述业务的了解及分析，新系统的业务可以分为通用查 询业务、专用查询业务和网上预定业务三部分。（1）通用查询业务通用查询业务包括教材基本

26、信息查询业务、学生购书查询业务、学生存款查询业务、教师领书查询业务、教材零售查询业务等。 任何人在学校或校外都可以使用自己的用户名和密 码在任何一台能够上网的电脑上查询他想要查询的内容（其中教材基本信息查询不需要用户名和密码）。（2）教材科专用查询业务专用查询业务是针对教材科的业务，这部分业务不对外开放， 因为它没有对外开放的必要，这部分业务主要是辅助教材科对库存中教材的数量，更新速度等进行统计、 预测、分析。具体业务应包括：教材库存统计业务、教材零售统计业务、学生购书统计业务和学生退书统 计业务及教师（院系）领书情况的统计业务。（3）教材预订业务网上教材预订业务是办公自动化优越性的体现。在新

27、业务系统中，各系要预订教材不用像以前跑到教材科进行登记了。只要在预定系统中输入所要预定的教材的信息，就可以完成对教材的预定，这样大大提高了工作效率。为完成网上预定的过程，相应的应该完成一系列 的业务，包括：预定教材信息录入、预定教材信息的修改、预定教材信息查询和预定教材信 息统计等内容。3.2业务流程图由于业务较多，在此仅对通用查询业务和网上教材预定业务分别举例加以说明。（1）通用查询业务以学生查询业务为例，该业务是学生向系统输入用户名和密码进行身份认证，认证成功的学生就可以查询其在教材中心的某一笔或全部购书、退书及存取款记录。其业务流程图如图2所示（2）教材预订业务教师进行教材预订的业务流程

28、是教师首先输入自己的用户名和 密码进行身份认证，然后在教材预订系统中输入自己下学期所上课程 要使用的教材基本信息，在规定的时间内，教师也可以对已输入的教 材信息进行查询和修改，超过了预定的时间，该信息将被转移到教材 计划表中。该业务的业务流程图如图 3所示。4、数据流程分析数据流程分析是在对上述业务流程图进行分析的基础上， 从系统 的科学性、管理的合理性和实际运行的可行性角度出发， 将信息处理 的功能和彼此之间的联系自顶向下、 逐层分解，在逻辑上精确地描述 新系统应具有的功能、数据输入、数据输出、数据存储及数据来源和4.1数据流程图由于该系统的数据流程图较多，我们依然只对学生查询业务和教 材预

29、订业务的数据流程图做详细介绍。（1）学生查询子系统由于学生要对自己的信息进行查询， 涉及个人机密，所以学生应 该首先进行身份确认，即登录系统，在身份得到确认后才可以查询自 己的购书记录，退书记录、自己的存款账户以及教材科现有教材的情 况，其数据流程图如图4所示。非法用户岀错信息图4学生查询子系统数据流程图(2)教材预订子系统根据业务流程图对教材预订系统的描述， 该系统的数据流程图如 图5所示。4.2数据字典数据流程图只是从数据流向的角度描述了系统的组成和各部分之间的联系，但却没有具体说明各个组成部分和数据流的具体含义， 而数据字典正好弥补了这一不足，数据字典是对数据流程的最底层图 中的数据项、

30、数据流、数据存储、处理逻辑和外部实体进行了详细的 说明。由于系统分析中数据字典的内容非常多，在此仅对各个部分分别举例进行说明。（1）数据项的定义数据项编号：A01-01数据项名称：学号别名:无简述:学生信息表中某个学生的学号类型:字符型长度:10个字节取值范围：0000000000-9999999999已超过预订期限”信息图5教材预订子系统数据流程图数据项编号： A02-01 数据项名称：教材编号 别名：编号简述：教材信息表中某种教材的编号类型：字符型长度： 6 个字节取 值 范围：字母数字（2）数据结构的定义 数据结构编号： D2 数据结构名称：教材信息表 简 述：教材科库存教材的信息情况表

31、 数据结构组成：教材编码教材名称作者出版社版别序号 印刷批次出版日期价格理论库存量实际库存量库存位置 数据结构编号： D1 数据结构名称：学生信息表 简 述：学生的相关信息数据结构组成：学号学生姓名用户名密码当前余额（3）数据流的定义数据流编号： F02-01 数据流名称：登录信息简 述：用户登录系统时需要输入的用户信息 数据流组成：用户名 +密码 数据流来源：学生、教师、教材管理人员流 通 量： 1000 份/天高峰流通量： 700份/每天 15： 00-21 ：00（4）处理逻辑的定义处理逻辑编号： P1 处理逻辑名称：验证登录信息简述：验证用户身份输入的数据流：登录信息，来源：外部实体“

32、学生” 、“教师”等 处理：查询“学生信息表”或“教师信息表” ，判断其是否为合法用户输出的数据流：合法用户，去向是处理逻辑“输入查询条件”输入教材预订信息”等非法用户，去向是外部实体“学生” 、“教师”等 处 理 频 率： 200次/ 天（5）数据存储的定义数据存储编号： D3数据存储名称：学生领书表简 述：存放学生在校期间所有的领书记录 数据存储组成： 流水号学号教材编码领书日期数量单 价业务员关 键 字：学号教材编码领书日期相关联的处理：P4（ “查询”）等（6）外部实体的定义外部实体编号： S2外部实体名称：教师简 述：本校所有任课教师输入的数据流：F1 （“非法用户信息”）等输出的数

33、据流：D02 01 （“用户登录信息”）等5、系统设计5.1 系统总体设计5.1.1 系统硬件设计 在开发一个网上浏览系统时， 特别是基于具有大量数据的数据库 系统的网站时， 需要多服务器的共同支持。 虽然这些服务可以在一个 服务器上集成， 但这样做可能会有安全问题。 所以针对最典型的网络 应用，至少需要两台服务器，他们分别是： Web 服务器和数据库服务 器。浏览器、Web服务器与数据库服务器之间的三层体系结构关系如 图 6 所示。校园网 Web服务器为Sun Ultra Enterprise 450的UNIX服务器， 不兼容微软的IIS/ASP平台，所以浏览系统的 Web服务器选用HPLH

34、3 服务器，通过在校园网主DNS服务器设定域名进行解析。数据库服务 器同样采用HPLH3服务器并安装微软的SQLServer 7.0数据库平台。5.1.2 系统软件设计本系统全面采用微软的产品解决方案。Web服务器操作系统采用微软的 Win dows NT Server 4， Web服务器为微软的In ter net Information System 4 ，数据库管理系统采用微软的 SQL Server 7, 开发工具采用微软的 Visual InterDev ，采用微软的 Active Server Pages（ASP技术开发网站。Active Server Pages 程序是在服务器端

35、工作，并且通过服务器 端的编译动态的送出HTMI文件给客户端，而不像一般Script是在客 户端通过浏览器执行， 因而产生各厂商浏览器并不完全支持某种脚本 语言而造成执行错误的现象；当客户端浏览器向服务器端要求一 个.ASP文件（Active Server Pages文件后缀名为.asp ）时，Server 会将把这个ASP文件从头到尾读一遍，并加以编译执行（利用核心程 序ASP.DLL的编译），最后送出标准HTMI格式文件给客户端，由于送 给客户端的是标准的HTML格式文件，所以可以克服浏览器互不兼容的问题。Browser5.2Wb ServerActiveServerDBMSPages图6

36、三层体系结构示意图代码设计代码设计是系统设计中非常重要的一部分。 本系统中设计多个代码的设计，如“学号”，为了和学校中的其他系统保持一致，所以使用学校目前“学号”代码的设计，其设计规则如下：I 1顺序号年级专业院系编码“教材编码”的设计考虑到教材一般都是各个院系有自己专用的教材，所以其代码设计如下：顺序号院系编码由于该高校的院系不超过30个，所以“院系编码”的设计采用了 3位的顺序码。其他代码设计不再一一列举。5.3数据库设计数据库设计是在选定的数据库管理系统基础上建立数据库的过 程。数据库设计时需要综合各个子系统的数据需求，分析各个数据之 间的关系，按照DBMS提供的功能和描述工具，设计出规

37、模适当、正 确反映数据关系、数据冗余少、存取效率高、能满足各种查询要求的 数据模型。该设计过程包括概念结构设计、 逻辑结构设计和物理结构 设计。531概念结构设计在系统的数据库设计中，首先要对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，可采用E-R图的方法进行数据结构分析。本系统中涉及的实体主要有“学生”、“教师”、学生“教材”、“院系预存款(e) “预存款”实体及其属性图(c) “教师”实体及其属性图(d) “院系”实体及其属性图图7实体及其属性图各实体之间具有一定的联系，用E R图表示出来，如图8所示；购书日期：业务员nn532逻辑结构设计逻辑设计的任务就是根据

38、DBMS勺特征，将上述独立于DBMS勺E-R图描述的概念结构转换为关系模型的逻辑结构。上述两个E- R图转换成的规范的关系模式为:（1）学生信息表XS （学号，姓名）（2）教材信息表JC （教材编码，教材名称，作者，出版社，版别序号，印刷批次，出版日期，价格，库存量,学生购书表学生退书表(3)(4) 员)(5)(6)(7)教师信息表教师领书表教材预订表库存位置）XSGS （学号，教材编码，购书日期，数量，单价，业务员）XSTS （学号，教材编码，购书日期，退书日期，数量，单价，业务JS （教师编号，姓名，院系编号）JSLS （教师编码，教材编码，领书日期，数量，业务员）JCYD （课程号，计划

39、日期，院系编码，教师编码，教材名称，作者,出版社，出版日期，价格，需求数量）（8）预存款信息表 XSCK （学号，存取日期，存取，金额，业务员）（9）院系信息表 YXXX （院系编码，院系名称）5.3.3物理结构设计物理结构设计的任务主要包括两个方面，其一是确定所有数据库文件的名称及其结构，其二是确定各个数据库文件是否需要建立索引，以及在什么字段上建立索引。本系统中部分表的结构如表1表11所示表1 教材信息表（JC）字段名含义类型宽度空值主键索引JCBM教材编码Char6NoYesYesJCMC教材名称Char32YesZZ作者Char12YesCBS出版社Char40YesBBXH版别序号Lo ngYSPC印刷批次Lo ngCBRQ出版日期Date8XSJG价格DecLLKC理论库存量Lo ngSJKC实际库存量Lo ngXQSL需求量Lo ngKCWZ库存位置Char12表2 学生信息表（XS）字段名含义类型宽度空值主键索引XH学号Char10NoYesYesXSXM学生姓名Char12YesDQYE当前余额DecYHM用户名Char16NoYesKLDM口令Char16No表3 学生购书信息表（XS