某超市管理信息系统.docx

某超市管理信息系统.docx

《某超市管理信息系统.docx》由会员分享，可在线阅读，更多相关《某超市管理信息系统.docx（11页珍藏版）》请在冰豆网上搜索。

某超市管理信息系统

某超市管理信息系统

某超市管理信息系统

一、题目：

某超市管理信息系统

二、功能模块图

＝

三、模块功能介绍

1．信息管理模块：

该模块记录商品的自然信息，员工信息，会员信息，厂家信息，超市的区点负责信息等等，主要是提供一些自然实体的基本信息查询

2．商品经营模块：

该模块主要是记录超市的商品经营情况，包括商品的销售，商品的仓储情况以及当商品不足时的进货情况等，能提供商品的流通记录

3．财务管理模块：

该模块提供超市的资金流通记录，包括日收入，日支出，能够对超市的运营情况及经济效益提供分析的数据

四、数据流向图

数据流数据流

基层数据流图示

数据流数据流

数据流数据流

数据流数据流

数据流数据流

数据流数据流

数据流数据流

数据流图示数据流

数据流数据流

基层数据流图示

五、数据字典

区点编号：

每个员工都负责一个区点，超市所有的前台柜台和仓库以及收银点都参加统一的区点划分，由固定的人员负责实行责任制！

会员等级：

每个会员都有自己的等级，根据其等级可以享受不同等级的优惠条件

商品编码：

每种商品都有唯一的商品编码，就犹如条形码一样即便是同类的商品也有不同的编码

所在地方：

每种商品都有自己的所在区域，通过这就可以找到商品的所在以及区域有哪些商品，由哪些员工负责

员工编号：

每个业务都有相应的员工编号，以便能在发生意外的情况下找到是由谁负责的，然后找到责任人。

会员信息：

商品出售时销售单上附上会员信息，若是会员则标明会员号，凭此可以享受不同的优惠，并可以给予积分，没有则为空

售出/进货时间；因为考虑到同个售货地点一天之中可以卖出同种商品无数次、不同收银电可能同时卖出同种商品，同一地点可以卖出商品无数等可能性，故加入时间到销售单，也可方便日后核查商品的流通途径。

进货时考虑到同样因素，故也加入时间条件。

六、概念模型

员工自然信息（员工编号，员工姓名，性别，出生年月，籍贯）

员工（员工编号，员工职称，月工资，联系方式）

区点（区点编号，责任员工编号，区点地址）

会员（会员编号，姓名，性别，有效证件号，会员等级，积分）

厂家（厂家名称，厂址，联系人，联系电话）

商品（商品编码，商品名称，保质期，生产日期，产地，销售单价，现所在责任点）

售货单（商品编码，收银区点，售出时间，数量，出售单价，会员信息）

仓储（商品编码，现存数量，所在点）

进货单（商品编码，进货日期，数量，进货单价，经手员工号，厂家名称）

收入（入帐区点，入帐日期，入帐金额）

支出（领取员工号，支出日期，支出金额，）

七、E－R图

部分实体的模型……

系统的总体E－R图：

1M

M1N1

1

111

N11N

1M

1N

111N

1N

NM

八、表结构设计

对以上各个关系模式分别设计一个表结构与之相对应，下面就其中的一个表给出其表结构以作示范（员工关系模式）：

员工编号

员工职称

月工资

办公电话

Char（6）primary

Char（30）

Current

Char（10）

九、设计思想总结

在开始还认为数据库的设计是不太难的一个任务，感觉上课所学的理论知识是那么的简单，只是想当然的事情，设计时才意识到他并不如自己想像的那样，数据库的设计不但要求专业知识的精通，还要求熟悉业务知识，要是没有一次系统的设计恐怕自己至今还沉醉在自欺欺人的状态，认为自己学的很好，其实事实上只是那种纸上谈兵的虚幻状态，没有这种系统的知识检验也许今后的数据库学习方面依然会浅尝辄止。

通过这次的系统设计不但巩固了系统化了自己所学的知识，还有了更多的数据库设计体验，相信对今后的学习有一个很大的提醒和指导――学习离不开实践的演习。

附图：

由于能力有限当初没有准备画总体的数据流图，后来在借鉴了别人的设计之后，决定还是补充上这个过程，于是自己就附上这个不太完美的总体数据流向图：

新商品售完某种

注册商品

补给库存减少库存量

进货上交

或是工资营业额

----------东北师范大学软件学院

03级3班杜章勇

2005-6-20