超市形式在我国于20世纪90年代初期起步，现已成为我国零售业的一种重要形态。随着超市的高速发展，其经营管理也变的愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售业的的发展这样就迫切地需要引入新的思想技术和管理技术进入到超市管理之中。 超市形态具有种种优点，但在目前状况下，它仍存在零售业商业企业所共有的落后的一面，如：不能有效的管理每一种商品，收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率底等，而且在超市日常管理中，商品进、销、存决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足，随着超市形态的高速发展，其经营管理也变的愈加复杂，日常所需处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。为此，我在本次设计之中选择了超市信息管理系统设计，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力、改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进销存状况和各种反馈信息分析，使管理人员快速对市场的变化作出相应决策，加快超市的系统建立的技术基础： 数据库应用系统是以数据库为基础的信息管理系统，它一般包含两个方面内容，一个数据库设计，二是程序设计。
数据库应用系统的开发是一个软件工程，应按照软件工程的开发方法进行分析，设计，编程和调试。再建立数据库应用系统之前，一般应先进行系统的需求分析，了解拥护对系统的要求，然后进行系统的总体设计，最后编写程序代码和调试程序。需求分析包括了对数据本身的需求分析和对功能的需求分析。两个分析的结果将分别作为数据库设计和程序设计的依据。实际上在设计数据库应用系统时，这两个需求分析是紧密相关的，不论是数据库设计，还是程序设计都需要考虑这两个方面的因素。
数据库系统功能较为全面，能够满足超市日常的进货、销售、盘库等基本需要，提供了较为全面的查询功能。对超市的经营情况提供一定的指导和预测，比如在统计报表中，销售报表可以反映销量最好的商品、销量最好的时段、业务量最大的工作人员，为超市下一步经营方向和人员考核提供指导意见。对在库商品的及时跟踪和各项业务操作的记录可以为超市管理人员提供详细、清晰的数据做为参考，提高超市的管理水平。考虑到系统的可维护，在数据库设计方面较为灵活，分别设计了商品种类、商品、供应商、用户、权限、用户组等表，以及商品—商品种类、商品—供应商、用户—用户组、用户组—权限等对应关系表，为系统的维护提供了一定的灵活性。
目 录
1 需求分析....................................................................................................................................... 3
1.1 超市组织结构 .................................................................................................................... 3 1.2用户需求 ............................................................................................................................. 3
1.2.1相关部门的业务活动情况 ...................................................................................... 3 1.2.2 超市管理相关的核心对象 ..................................................................................... 4 1.2.3 用户对系统的要求 ................................................................................................. 4 1.2.4 确定系统的边界 ..................................................................................................... 5 1.3 需求功能的划分和设计 .................................................................................................... 5
1.3.1 人事管理子系统 ..................................................................................................... 5 1.3.2 销售管理子系统 ..................................................................................................... 5 1.3.3进货管理系统 .......................................................................................................... 5 1.3.4库存管理系统 .......................................................................................................... 6 1.4 数据流图 ............................................................................................................................ 6
1.4.1 库存管理 ................................................................................................................. 7 1.4.2销售管理 .................................................................................................................. 7 1.4.3进货管理 .................................................................................................................. 8 1.4.4人事管理 .................................................................................................................. 9 1.4.5 后台管理 ............................................................................................................... 10 1.5描述相关的数据字典 ....................................................................................................... 11 2概念结构设计 .............................................................................................................................. 14
2.1超市管理信息系统分E-R图 .......................................................................................... 14 2.2 联华超市管理信息系统总E-R图 ................................................................................. 18 3 逻辑结构设计 ............................................................................................................................. 19
3.1 联华超市管理信息系统的关系模型： .......................................................................... 20 3.2 联华超市管理信息的关系表详细设计 .......................................................................... 20 3.3 性能优化： ...................................................................................................................... 22 4 物理设计..................................................................................................................................... 22
4.1 关系模式存取方式选择 .................................................................................................. 24 4.2 确定数据库的存储结构 .................................................................................................. 25 4.3 评价物理结构 .................................................................................................................. 25 5. 实施运行维护 ............................................................................................................................ 25
5.1 数据的载入和应用程序的调试 ...................................................................................... 25 5.2 数据库的试运行 .............................................................................................................. 25 5.3 数据库的运行与维护 ...................................................................................................... 26
1 需求分析
需求分析分为三个部分：需求的文字表述、数据流图、数据字典。
1.1 超市组织结构
总经理 常务副总 常务副总 副总 副总 财务总监 白班收获部 夜班收获部 夜班理货部 防损部 各商品部 行政部 人事部 前台收银 财务部
1.2用户需求
1.2.1相关部门的业务活动情况
⑴ 库存管理部门：能够对超市仓库中各种商品信息的查询，能够及时地了解仓库中各种商品的库存信息
⑵ 销售管理部门：能够对超市仓库中各种商品信息的查询，能够及时地了解仓库中各种商品的库存信息
⑶ 进货管理部门：能够查询商品的相应供货商，能够及时地了解仓库中各种商品的库存信息
⑷ 人员管理部门：通过超市管理系统实现对超市员工的管理，能够对员工信息的查询，添加，删除，更新操作，超市管理系统中能够对超市中的员工分类，对不同类型的员工，赋予不同的权限对超市进行管理
1.2.2 超市管理相关的核心对象
与超市管理相关的学校的核心对象有：管理员、职工和商品、部门。超市的所有日常经营活动都是围绕着这大部分进行的。
⑴ 一个超市可以由多个部门组成，比如库存管理部门、销售管理部门、进货管理部门、人员管理部门。
⑵ 一位职工属于一个部门
⑶ 一个部门可以由多个职工组成 ⑷ 一种商品可以由多个供应商提供 ⑸ 一个供应商可以提供多种商品
⑹ 一种商品属于一种类别，一种类别包含多种商品
1.2.3 用户对系统的要求
该超市管理系统实现销售管理、库存管理、进货管理、用户管理和日常管理等功能。主要完成商品的进货、存货、销售、退货及在超市经营过程中涉及的用户。
●进货商品：
进货员选择供货商；
选择该供货商所售的某种商品；
选择进货数量及付款方式、期望到货时间等 ●商品入库
仓库管理员选择库区库位； 录入商品信息； ●商品销售
售货员销售商品
系统记录商品信息及销售数量； ●商品退货
售货员录入商品编号及数量；
系统将商品重新纳入可以销售的范围； 进货退货直接将商品退回供应商。 ●商品删除
工作人员将商品出库；
系统记录销毁商品及数量。 ●商品盘点
核查当前库存商品；
如果商品与系统记录不符，添加或删除商品；
在盘点单中记录商品盘点情况。 ●系统维护
系统管理员设置用户登陆权限； 系统管理员备份数据及清理数据； 系统管理员对超市基本信息进行维护。
1.2.4 确定系统的边界
经对前面的需求调查和初步的分析，确定信息查询部分的管理和处理为本次系统设计的主要任务，具体的工作内容见第二部分。 其他工作主要有对原始数据的录入，各种数据的更新，包括数据变化后的修改，数据的增加，失效数据或无用数据的删除等；以及系统的日常维护为本系统边界意外部分。
1.3 需求功能的划分和设计
根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几个子系统：
库存管理子系统 销售管理子系统 进货管理子系统 人事管理子系统 后台管理子系统
1.3.1 人事管理子系统
在输入框中直接输入想要查询的人员和供应商的编号，即可得到人员的相关信息和供应商的相关信息
1.3.2 销售管理子系统
点击销售管理后，进入一个用户登录界面，销售管理人员需要登录，才能给出前台销售信息、退货商品的信息、库存的查看信息。
1.3.3进货管理系统
点击进货管理后，进入一个用户登录界面，进货管理人员需要登录，才能给出发出进货清单查询。
1.3.4库存管理系统
点击库存管理后，进入一个用户登录界面，库存管理人员需要登录，才能给出商品的库存信息。
1.4 数据流图
该系统的主要功能是该超市管理系统实现销售管理、库存管理、进货管理、用户管理和日常管理等功能。主要完成商品的进货、存货、销售、退货及在超市经营过程中涉及的用户。
超市管理员 顾客 销售单 人事信息清单超市管理系统 职工信息商品信息操作进货单 采购单 供货商
职工
图1 超市管理系统顶层图
销售信息单 销售信息 库存信息清单 进货信息
销售单 销售信息 库存管理 进货信息单 进货信息单 销售管理 库存信息清单 进货信息查询 进货信息库存信息清单 进货管理 职工 销售单前台销售信息 职工信息单 人事管理 供货商信息 供货商信息单
图2 超市管理系统第0层图
1.4.1 库存管理
库存查询：根据库存情况，按需要对库存情况进行查询。在该查询模块中，可以按照商品编号进行查询
库存信息查询 库存清单 库存信息清单 1:查询 库存信息清单 库存清单 库存清单 1：更新 已进货信息 进货信息单 销售进货信息销售信息
图3 库存管理部分
第1层图
1.4.2销售管理
本模块的主要功能是把销售信息写入销售清单，同时对库存数据进行更新。
销售查询：根据商品销售情况，按需要对销售情况进行查询。在该查询模块中，可以按照商品编号进行查询
销售信息查询 销售清单 2:查询 销售单 销售清单 销售清单 2：更新 前台销售信息 销售进货信息库存清单 库存信息
图4 销售管理部分第1层图
1.4.3进货管理
本模块的主要功能是把进货信息写入进货清单，同时对库存数据进行跟新，
以备用户将来对进货信息和库存信息进行查询和打印。
进货查询：该模块为企业提供整个企业的进货情况查询，也可以进行进货的明细查询。
进货信息查询 已进货信息 库存信息清单 3查询 进货单 进货信息清单 进货清单 进货清单 3更新 进货信息请求 进货单
图5 进货管理部分第1层图
1.4.4人事管理
新员工输入
在企业新进员工时，对其进行基本信息的存储，对员工进行基本的了解 员工信息维护
当员工信息发生变化，或者是员工离职，换岗对相关信息发生变化时，利用此子模块对其进行信息变更。 新供货商输入
在企业新进员工时，对其进行基本信息的存储，对员工进行基本的了解 供货商信息维护
当员工信息发生变化，或者是员工离职，换岗对相关信息发生变化时，利用此子模块对其进行信息变更。
职工信息清单 职工信息 4:查询 供货商信息查询 供货商信息清单 职工清单 供货商清单 4：更新 职工信息 新供货商清单
图6 人事管理部分
第1层图
1.4.5 后台管理
在系统实行多用户管理时，本模块将为系统开辟多个系统用户，并能对其进
行简单的信息维护，用户名变更和密码修改。
管理员登录 用户名 密码 登陆 成功否 否 是 用户管理页面
图7后台管理部分
1.5描述相关的数据字典
（1）数据结构及数据项
数据结构：部门
含义说明：职工所属的地方 组 成：部门编号，部门名称 数 据 项：部门编号 含义说明：唯一标识部门 类型： 字符型 长度： 6
取值范围：00000到99999 取值含义：
与其他数据项的逻辑关系： 数 据 项：部门名称 含义说明：部门 类型： 字符型 长度： 50 取值范围： 取值含义：
与其他数据项的逻辑关系：
数据结构：职工 含义说明：
组 成：职工编号+部门编号+姓名+类别+工资 数 据 项：职工编号 含义说明：唯一标识职工 类型： 字符型 长度： 6
取值范围：00000到99999 取值含义：
与其他数据项的逻辑关系： 数 据 项：部门编号+ 含义说明：唯一标识部门 类型： 字符型 长度： 6
取值范围：00000到99999 取值含义：
与其他数据项的逻辑关系： 数 据 项：姓名
含义说明：职工的名字 类型： 字符型
长度： 50 取值范围： 取值含义：
与其他数据项的逻辑关系： 数 据 项：类别
含义说明：职工的类别 类型： 字符型 长度： 50 取值范围： 取值含义：
与其他数据项的逻辑关系： 数 据 项：工资
含义说明：职工的工资 类型： 字符型 长度： 50 取值范围： 取值含义：
与其他数据项的逻辑关系：
数据结构：商品 含义说明：
组 成：商品编号+供货商号+名称+数量+单价 数 据 项： 。。。。。。
数据结构：供货商 含义说明：
组 成：供货商号+名称+联系人+联系电话+联系地址 数 据 项： 。。。。。。
数据结构：进货 含义说明：
组 成：进货编号+商品编号+供货商号+购货单位 +购货日期 数 据 项： 。。。。。。
数据结构：销售 含义说明：
组 成：销售单号+商品编号+销售数量+销售日期 数 据 项： 。。。。。。
数据结构：库存 含义说明：
组 成：商品编号+库存数量+库存编号 数 据 项：
。。。。。。
数据结构：退货 含义说明：
组 成：商品编号+库存数量+库存编号
数 据 项：退货单号+商品编号+供货商编号+退货价+数量+退货日期 。。。。。。
（2）数据存储
数据存储：库存查询 说明： 流入数据流： 流出数据流： 组成： 数据量： 存取方式：
。。。。。。
（3）数据流
数据流：进货更新 说明：
数据流来源：进货单 数据流去向：进货管理 组成： 平均流量： 高峰期流量：
。。。。。。
（4）处理过程
(1) 1：库存查询
加工逻辑：根据要查询的库存信息，检索出库存信息明细表 输入流：库存信息查询，发出库存信息请求 输出流：库存信息清单，进货信息请求 (2) 1：进货或销售更新
根据进货信息或销售信息更新库存信息 输入流：已进货信息，销售信息 输出流：发出库存检索请求 (3)2：销售信息明细表查询
根据要查询的销售信息，检索出销售信息明细表 输入流：销售信息查询 输出流：销售清单，销售单 (4) 2：销售信息更新
加工逻辑：根据销售信息更细销售清单 输入流：前台销售信息，库存信息 输出流：更新库存清单 (5) 3：进货查询
加工逻辑：根据要查询的进货信息，检索出进货信息明细表
输入流：进货信息查询，发出进货/进货清单查询
输出流：库存信息清单，已进货信息，新供货商信息，进货单信息清单，进货单，进货信息请求，进货/进货清单检索结果 (6) 3：进货更新
加工逻辑：根据进货信息更新进货清单 输入流：进货信息请求，进货单 输出流：发出进货/进货清单查询 (7) 4：职工或供货商查询
加工逻辑：根据输入要查询的职工信息或供货商信息，检索出相应的结果 输入流：职工信息查询，供货商信息查询，发出职工/供货商清单查询
输出流：已有供货商信息，供货商信息清单，职工信息清单，职工/供货商清单检索结果 (8)4：职工或供货商更新
加工逻辑：根据输入的职工信息或新供货商信息更新相应的职工清单或供货商清单 输入流：职工信息，新供货商信息清单，职工/供货商清单检索结果
2概念结构设计
2.1超市管理信息系统分E-R图
部门 属于 职工 1 n
图8部门和职工的E—R图
商品 供货 供应商 n m
图9商品和供应商的E—R图
商品 属于 类别 1 n
图10商品和商品类别的E—R图
职工 入库 库存商品 n 更新 n m m 库存商品
图11库存商品的E—R图
职工 进货 进货商品 n n n 查询 m 退货 退货商品 m m 库存商品
图12进退货管理系统的E—R图
职工 销售 销售商品 n n 查询 m m 库存商品
图13进退货管理系统的E—R图
管理人员 查询 职工 1 1 查询 m m 供货商 图14人事管理系统的E—R图
商品
价格 类别编号 商品名称 数量 商品编号
图15 商品E—R图
供应商 地址 联系方式 供应名 供应商编号
图16 供应商E—R图
部门 部门名称 部门编号
图17 部门E—R图
销售 商品编号 销售数量 销售日期 销售编号
图18销售E-R
职工 职工编号 姓名 地址 级别 联系方式 部门编号 工资
图19人员E-R
采购 人员编号 供应商编号 采购编号 购货单位 购货时间
图20进货E-R
库存 库存地址 入库时间 库存单位 库存编号
图21库存E-R
库存商品 数量 商品编号 库存编号
图22库存商品E-R
退货 数量 退货时间 供货商编号商品编号 退货编号 退货价
图23退货商品E-R
2.2 联华超市管理信息系统总E-R图
n 属 于 部门编号 部门 联系方式 部门编号 1 职工 地址 部门名称 工资 职工编号 姓名 库存编号 m级别 1 管理库存 n 数量 库存商品 商品编号 管理 价格 商品名称 n 商品 数量 商品编号 商品类别编号属于 商品类别 销售 商品类别编号 商品类别顾客
3 逻辑结构设计
概念结构是独立于任何一种数据模型的信息结构。逻辑结构设计的任务就是把概念结构转换为某个DBMS所支持的数据模型对其进行优化。其主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式，即适应于某种特定数据库管理系统所支持的逻辑数据模式。与此同时，可能还需为各种数据处理应用领域产生相应的逻辑子模式。这一步设计的结果就是所谓“逻辑数据库”。
E-R图向关系模型的转换要解决的问题是如何将实体型和实体间的联系转换成关系模式，如何确定这些关系模式的属性和码。关系模式的逻辑结构是一组关系模式的集合，E-R图就是由实体型、实体的属性、实体之间的联系3个要素组成的，所以要将它们转换成关系模式。
3.1 联华超市管理信息系统的关系模型：
1.部门（部门编号，部门名称）
2.职工(职工编号，部门编号，姓名，性别，工资，级别) 部门和职工是1：n关系
3.商品（商品编号，商品类别编号，商品名称 ，数量， 价格）
4.商品类别（商品类别编号，商品类别名称） 商品和商品类别是1：n关系
5.供货商（供货商编号，供货商名字，联系方式，地址）
6.销售（销售编号，商品编号，销售数量，销售日期）
7.入库（库存编号，入库时间，入库单位，入库地址）
8库存商品（商品编号 ，库存编号 ，库存数量 ）
9.进货（进货编号 ，商品类别编号 ， 供货商编号， 进货价格 数量 进货日期） 商品和供货商是n：m关系
10.退货（退货编号 ，退货类别编号 ， 供货商编号， 退货价格 数量 退货日期）
3.2 联华超市管理信息的关系表详细设计
(1)职工表一： 属性名 职工编号 部门编号 姓名 性别 工资 (2)部门表二
字段类型 char char nvarchar nvarchar int 长度 20 20 50 50 主键/外键 P F 字段值约束 NOT NULL NOT NULL NULL NULL NULL 此表存放员工信息表一。
属性名 部门编号 部门名称 字段类型 char char 长度 20 20 主键/外键 P 字段值约束 NOT NULL NOT NULL 此表存放系统部门信息表二
(3)商品表三 属性名 商品编号 商品类别编号 商品名称 数量 价格 字段类型 char char nvarchar char money 长度 20 20 50 50 主键/外键 P F 字段值约束 NOT NULL NOT NULL NULL NULL NULL 此表存放商品信息表三
（4）商品类别表四 属性名 商品类别编号 商品类别 字段类型 char char 长度 20 20 主键/外键 P 字段值约束 NOT NULL NOT NULL 此表存放商品类别表四
(5)供货商表表五 属性名 供货商号 名称 联系人 联系电话 联系地址 开户行 银行帐号 字段类型 char nvarchar nvarchar varchar nvarchar nvarchar varchar 长度 20 50 50 12 50 10 15 主键/外键 P 字段值约束 NOT NULL NOT NULL NULL NULL NULL NULL NULL 此表存放供货商信息表五
(6)进货表六 属性名 进货单号 商品编号 供货商号 进货价 数量 金额 进货日期 字段类型 char char char money int money datetime 长度 20 20 20 主键/外键 P F F 字段值约束 NOT NULL NOT NULL NOT NULL NULL NULL NULL NULL 说明：此表存放进货信息表六
(7)退货表七
属性名 退货单号 商品编号 供货商号 退货价 数量 金额 退货日期 字段类型 char char char money int money datetime 长度 20 20 20 20 主键/外键 P F F 字段值约束 NOT NULL NOT NULL NOT NULL NULL NULL NULL NULL 此表存放退货信息表七
(8)销售清单表八 属性名 销售单号 商品编号 销售数量 销售日期 字段类型 char char int datetime 长度 20 20 主键/外键 P F 字段值约束 NOT NULL NOT NULL NULL NULL 此表存放销售信息表八。
(9)库存表表九 属性名 库存编号 商品编号 库存数量 字段类型 char char int 长度 20 20 主键/外键 P P 字段值约束 NOT NULL NOT NULL NULL 此表存放库存信息表九。
3.3 性能优化：
1）使用触发器当进货清单表中插入新数据时同时库存清单表中也插入了相应的数据，在查询时可以大幅度提高查询速度。如果不在乎空间则可以用空间换效率。
2）通过建立查询视图，把人事查询、销售查询、库存以及进货查询四种查询方法统一起来。
4 物理设计
职工表
create table employee
(employeeID char(6) not null unique, departmentID char(6) not null unique, name nvarchar(50),
ssex nvarchar(50), salary money(8), primary key( employeeID),
foreign key departmentID references department.departmenet )
部门表
create table department (
departmentID char(6) not null unique primary key, dname char(6), )
商品表
create table goods
(goodsID char(6) not null unique,
typeID nvarchar(50) not null unique, gname nvarchar(50), quantity char(50), price money(50), primary key(goodsID),
foreign key typeID references type. typeID , )
商品类别表 create table type
(typeID char(6) not null unique primary key, type char(6), )
供货商表
create table supplier
(supplierID char(6) not null unique primary key, sname nvarchar(50), contact nvarchar(8), telphone varchar(12), address nvarchar(10), bankname nvarchar(10), banknumber varchar(15) )
进货表
create table purchase
(purchaseID char(6) not null unique , goodsID char(6) not null unique, supplierID char(6) not null unique, purprice money(4), quantity int(4),
price money(4), date dateime(8) primary key(purchaseID),
foreign key goodsID references goods. goodsID,
foreign key supplierID references supplier. supplierID , )
退货表
create table purchase
(tuihuoID char(6) not null unique , goodsID char(6) not null unique, supplierID char(6) not null unique, purprice money(4), quantity int(4), price money(4), date dateime(8) primary key(tuihuoID),
foreign key goodsID references goods. goodsID,
foreign key supplierID references supplier. supplierID , )
销售表
create table sale
(saleID char(6) not null unique, goodsID char(6) not null unique , quantity int(4),
saledate datetime(8) primary key(saleID),
foreign key typeID references type. typeID , )
库存表
create table stock (
stockID char(6) not null unique, goodsID char(6) not null unique, quantity int(4),
primary key(stockID, goodsID) )
4.1 关系模式存取方式选择
超市管理信息系统是一个多用户共享系统，对同一个关系要建立多条存取路径才能满足多用户的多种应用要求。数据库管理系统一般提供多种存取方法。常
用的存取方法有三类：一是索引方法，目前主要是B+树索引方法；第二类是聚簇方法，第三类是Hash方法。
B+树索引是数据库中经典的存取方法，使用最普遍。我们的数据库管理信息系统在系统建立过程中自动创建了B+树索引。
4.2 确定数据库的存储结构
确定数据库物理结构主要指确定数据的存放位置和存储结构，包括确定关系、索引、聚簇、日志、备份等的存储安排和存储结构，确定系统配置等。
如：哪个表哪个属性索引？数据库存储到哪个盘上等等。
4.3 评价物理结构
在开发超市管理信息系统的过程中，我们综合考虑了系统的时间效率、空间效率、维护代价和各种用户要求进行了权衡。评价物理数据库的方法完全依赖于所选用的DBMS，而我们采用的是SQL Server 2000,这种评价完全取决于该数据库管理系统的评价方法，主要从定量估算各种方案的存储空间和维护代价入手，对估算结果进行权衡、比较。
5. 实施运行维护
5.1 数据的载入和应用程序的调试
根据以上需求分析、概念设计、逻辑设计、物理设计等各个阶段的分析与设计，我们数据库应用设计组进行了系统的开发，系统运行在SQL Server 2000之上。
5.2 数据库的试运行
⑴ 启动系统，首先进入的系统的登陆界面，在登陆管理模块中，设置了用户名和密码两个项来进行系统登陆验证。本系统允许多用户操作，在后台数据库中，设置了用户表，进行用户的添加，删除和修改，同时，为了用户的合法性，对登陆进行了次数限制，当超过尝试登陆次数后，系统将自动关闭。只有当用户输入了正确的用户名和密码后，才能登陆成功，弹出欢迎界面，点确定，进入系统主界面。
⑵ 进入系统主界面之后，里面有四个功能模块，每个模块就是系统的一个子功能，其下拉菜单有相应的实现子模块，点击不同的菜单，就会出现不同的用户界面，用户可以直接在上面输数据，然后点确定按扭就可以进行数据保存。
5.3 数据库的运行与维护
数据库设计并试运行后，试运行的结果符合设计的目标，本数据库可以真正投入运行了，同时维护工作开始；维护工作主要包括: ⑴ 数据库的转储与恢复；
⑵ 数据库的安全性和完整性控制； ⑶ 数据库性能的检测与改善； ⑷ 数据库的重组和重构。
小组成员：朱超超 方继承 王永红 谢炜婧
因篇幅问题不能全部显示，请点此查看更多更全内容