华南理工大学数据库原理与设计大作业报告专业：计算机科学与技术班级： 2015春学号： 20学生姓名：**完成时间：目录目录 (2)1、概述 (4)2、需求分析 (6)零售前台（POS）管理系统 (6)后台管理系统 (7)数据需求 (7)3、数据库逻辑设计 (9)概念结构设计 (9)4、软件功能设计 (13)逻辑结构设计 (13)物理结构设计 (15)完整性设计 (20)安全性设计 (22)5、界面设计 (24)系统功能结构图 (24)模块设计与实现（部分界面） (24)6、结束语 (31)7、参考文献 (34)1、概述超市管理信息系统是针对超级市场的销售而开发的。

应用超市管理信息系统能够转变超市的工作方式，有效提高销售速度和服务水平，提高客户对超市的信任度和满意度，改善客户关系。

运用超市管理信息系统，在销售商品时实行出口一次性付款，可以实现超市内部现代化管理，能够准确把握每一种商品的销售动态，防止商品断档或过量储备，商品开发方向、进货的适时化都可通过超市管理信息系统来完成。

超市管理信息系统将手工编制好的销售账目或根据原始超市销售记录直接在系统内制作超市销售信息，同时可对输入的超市销售信息进行修改、查询等操作。

这种集约化的销售管理模式既便于对超市销售信息的收集、整理和加工，又便于操作员的需求信息在最短的时间内得到反馈，同时超市管理信息系统可自动分析各种商品销售变化规律，商品销售结构、居民消费变化等，从而为合理进货、经营、加工、库存、销售等提供科学的决策依据。

超市管理信息系统充分运用计算机管理信息技术，建立数据库，对超市的进销存过程进行详细分析，实现了对超市的进货、销售和库存的科学管理。

内部的所有业务，包括销售信息、进货信息、商品信息，具有超级用户的所有权限，对超市实行全面管理。

销售员的要求是查看所有销售信息，查看符合条件的销售信息以及增加销售单。

采购员的要求是查看所有采购信息，查看符合条件的采购信息，增加采购订单以及更改进退货状态。

超市经理的要求是能够查看进货信息、销售信息以及库存信息。

而顾客是超市的上帝，超市一切都是为顾客服务。

本系统中顾客要求是可以现场买商品，采购信息有采购编号、采购日期、商品厂商、采购员、商品的价格、商品规格、进货商品的数量等属性。

同时超市还可以进退货并有相应的付款表。

通过与超市管理人员进行反复的讨论，确定系统应该实现以下功能：(1)对商品信息的变动进行处理在商品的进销过程巾，商品信息总是在不断变化的。

比如商品价格的调整、商品信息的修改、新商品信息的增加以及商品信息的删除，因此设计系统时必须考虑到这些情况。

(2)用户信息的变动进行处理。

需考虑到新会员的注册和已注册，设置会员折扣用户的信息的修改及删除。

(3)对顾客采购信息的变动进行处理。

采购信息的过程中采购信息也在不断发生改变，因此也要充分考虑。

(4)查询及统计功能。

要求可以根据指定的条件对商品信息、用户信息和采购信息、销售信息进行查询和统计。

（5）对库存商品信息的变动进行处理。

要求可以根据库存的状态进行相应的进退货。

2、需求分析零售前台（POS）管理系统商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。

该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。

收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。

在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。

如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。

会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。

安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。

独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业后台管理系统进货管理：根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。

按计划单有选择性地进行自动入库登记。

综合查询打印计划进货与入库记录及金额。

销售管理：商品正常销售、促销与限量、限期及禁止销售控制。

综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。

按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。

库存管理：综合查询库存明细记录。

库存状态自动告警提示。

如库存过剩、少货、缺货等。

软件为您预警，避免库存商品积压损失和缺货。

库存自动盘点计算。

人员管理：员工，会员，供应商，厂商等基本信息登记管理。

数据需求(1)顶层数据流程图2-1顶层数据流程图(2)第0层数据流程图2-2第0层数据流程图（3图2-3第1层数据流程图3、数据库逻辑设计概念结构设计（1）员工信息E-R图设计员工信息表：此表记录员工所有信息，管理员通过此表进行员工查询，添加，删除，修改等操作。

员工信息实体图如图3-1所示。

图 3-1 员工信息实体图（2) 商品信息E-R图设计商品信息表：此表记录超市所有商品信息，管理员通过此表进行商品查询，添加，删除，修改等操作，此外，采购管理及销售管理都涉及到此表。

商品信息实体图如图3-2所示。

图 3-2 商品信息实体图（3) 供应商信息E-R图设计供应商信息表：此表记录所有供应商基本信息，管理员通过此表进行供货商查询，添加，删除，修改等操作。

供应商信息实体图如图3-3所示。

图 3-3 供应商信息实体图（4) 商品销售信息E-R图设计商品销售单表：此表记录员工销售商品的所有信息，此表对应多个销售详单。

商品销售单信息实体图如图3-4所示。

图 3-4 商品销售单实体图（5) 商品销售详单E-R图设计商品销售详单表：此表与商品销售单表为一对多关系，记录商品销售情况。

商品销售详单信息实体图如图3-5所示图 3-5 商品销售详单实体图（6) 商品采购详单E-R图设计商品采购详单表：此表与商品采购单表为一对多关系，记录商品采购情况。

商品采购详单信息实体图如图3-6所示图 3-6 商品采购详单实体图(7) 商品采购单表E-R图设计商品采购单表：此表记录员工采购商品的所有信息，此表对应多个采购详单。

商品采购单信息实体图如图3-7所示图 3-7 商品采购单实体图(8) 会员信息E-R图设计会员信息表：此表记录所有会员基本信息，管理员通过此表进行会员查询，添加，删除，修改等操作。

会员信息实体图如图3-8所示图 3-8 会员信息实体图4、软件功能设计超市管理信息系统数据库功能模型，如图下所示：超市管理信息系统数据库功能模型逻辑结构设计实体的属性就是关系的属性，实体的码就是关系的码。

对于实体间的联系则有以下不同的情况：一个m：n联系转换为一个关系模式。

与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。

一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。

如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。

一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。

三个或三个以上实体间的一个多元联系可以转换为一个关系模式。

与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合实体型转换为关系模式如下：(1) 商品信息表（商品编号，商品名称，价格，会员价，库存量，备注，供货商编号，商品类别）(2) 员工表（员工号，姓名，性别，身份证号，职务编号，备注）(3) 商品销售单表（销售单编号，销售员编号，会员号，备注，销售日期）(4) 商品销售详单表（详单编号，商品编号，数量，销售单编号单价，总金额，备注）(5)供货商表（供货商编号，名称，供货商地址，供货商电话，联系人，备注）(6) 会员信息表（会员号，姓名，积分，联系电话，办卡日期，备注）(7)商品采购单表（采购单编号，采购员编号，供货商号，备注，采购日期）(8) 商品采购详单表（详单编号，商品编号，采购单号，采购数量，单价，总金额，备注）(9) 职务信息表（职务编号，职务名称，职务简介)(10) 类别信息表（类别编号，名称，类别简介）(11) 用户信息表（用户名，用户密码，用户权限（职务编号））物理结构设计(1)数据库模式定义根据超市管理系统数据库E-R模型及逻辑结构设计创建各表信息如下：1．商品信息表,包含商品编号、商品名称等信息，具体结构如下表所示。

商品信息表下表所示。

员工信息表具体结构如下表所示。

供货商信息表4．采购单信息表,包含采购单编号、供货商编号等信息，具体结构如下表所示。

采购单信息表5．采购详单信息表,包含采购详单编号、采购单编号等信息，具体结构如下表所示。

采购详单信息表具体结构如下表所示。

销售单信息表信息，具体结构如下表所示。

销售详单信息表结构如下表所示。

商品类别信息表结构如下表所示。

职务信息表具体结构如下表所示。

用户信息表构如下表所示。

会员信息表完整性设计数据库完整性是指数据库中数据的正确性和相容性。

数据库完整性由各种各样的完整性约束来保证，因此可以说数据库完整性设计就是数据库完整性约束的设计。

数据库完整性约束可以通过DBMS或应用程序来实现，基于DBMS的完整性约束作为模式的一部分存入数据库中。

通过DBMS实现的数据库完整性按照数据库设计步骤进行设计，而由应用软件实现的数据库完整性则纳入应用软件设计数据库完整性对于数据库应用系统非常关键，其作用主要体现在以下几个方面：1．数据库完整性约束能够防止合法用户使用数据库时向数据库中添加不合语义的数据。

2．利用基于DBMS的完整性控制机制来实现业务规则，易于定义，容易理解，而且可以降低应用程序的复杂性，提高应用程序的运行效率。

同时，基于DBMS的完整性控制机制是集中管理的，因此比应用程序更容易实现数据库的完整性。

3．合理的数据库完整性设计，能够同时兼顾数据库的完整性和系统的效能。

比如装载大量数据时，只要在装载之前临时使基于DBMS的数据库完整性约束失效，此后再使其生效，就能保证既不影响数据装载的效率又能保证数据库的完整性。

4．在应用软件的功能测试中，完善的数据库完整性有助于尽早发现应用软件的错误。

在实施数据库完整性设计的时候，有一些基本的原则需要把握：(1) 根据数据库完整性约束的类型确定其实现的系统层次和方式，并提前考虑对系统性能的影响。

一般情况下，静态约束应尽量包含在数据库模式中，而动态约束由应用程序实现。