“神马”超市管理系统课程设计(编辑修改稿)

“神马”超市管理系统课程设计(编辑修改稿)内容摘要：

先行判断商品的属性是否为完好及购买前后，并把所退商品属性写入库存信息，并给顾客退钱或者换货的服务，并将其记录入商品销售统计中去。 超市管理系统的数据流图 —— P4分层 图 超市管理系统的数据流图 —— P4分层 “神马”超市管理系统 19 —— 图 超市管理系统的数据流图 —— —— 图 超市管理系统的数据流图 —— P4流程简述 ：超市员工通过填写出勤记录单计入出勤记录表 ，然后定期由高管由出勤记录表统计员工出勤情况画出出勤统计表计入员工档案。 高管根据商品销记录统计员工业绩写入员工业绩表计入员工档案，再定期根据出勤统计表和员工业绩表决定对员工的奖惩及辞退操作并计入员工档案。 “神马”超市管理系统 20 数据字典 由于本系统数据字典设计的篇幅较多，现枚举其中几项，较全的 数据字典见附录表。 数据项定义 （举例） 数据字典中仅对数据的静态特性做了定义，包括：（ 1）数据项的名称、编号、别名和简述；（ 2）数据项的长度；（ 3）数据项的取值范围。 数据项的编号： Y01 数据项名称： 所 属部门 别名： 隶属部门 简述： 员工所在的部门 类型及宽度：文本 /字符型 ， 10 位 取值范围：字母、数字等 所有 字符 数据项编号： X01 数据项名称： 销售日期 别名： 销售日期 简述： 商品销售时的登记时间 类型及宽度： 日期型 ， 8 位 取值范围： 175311 到 99991231 数据结构定义 （举例） 数据结构编号： DS01 数据结构名称： 商品 简述： 存放在仓库中商品的基本信息 数据结构组成： o1+o2+k01+k02+k03+k04+k05 数据结构编号： DS02 数据结构名称： 员工 “神马”超市管理系统 21 简述： 超市中 工作的员工的基本信息 数据结构组成： y01+y02+y03+y04+y05+y06+y07+y08+o3 数据流定义 （举例） 关于数据流的编码原则 ： F P x X X本 层 数 据 流 编 码 ， 取 值 范 围 1 — 9 9代 表 从 第 x x x 层 , 取 值 范 围 0 9数 据 流 标 识 符 数据流编号： FP001 数据流名称： 订货单 简述： 供货商根据订货单发货 数据流来源： s1 数据流去向： p1 数据流组成： 日期、货物编号、货物名称、单价、订货数量 数据流编号： FP017 数据流名称： 员工业绩表读取 简述： 超市所有员工平时业绩 数据流来源： d4 数据流去向： p3 数据流 组成： 员工编号、姓名、性别、职务、工作成果 处理逻辑的定义 （举例） 处理逻辑编号： P1 处理逻辑名称： 库存管理 简述： 对库存商品的日常事务进行管理 输入的数据流： FP00 FP00 FP013 “神马”超市管理系统 22 处理： 根据供应商所提供的发货单与同批的订货单进行核对，核实商品种类，数量，价格等，同时改动相应商品的库存；根据库存情况制定订货单；累计损坏或过期商品计入退货单；根据供应商所给的订货发票或退货发票以及的款项日常开支向财务部门报销，相应事项计入付款项目和退款项目。 输出的数据流： FP00 FP00 FP012 处理逻辑编号： 处理逻辑名称： 判定所退商品的属性 简述： 判断顾客要求退货的商品是否完好 输入的数据流： FP204 处理： 判断顾客要求退货的商品是否完好 输出的数据流： FP21 FP217 外部实体定义 （举例） 外部实体编号： S1 外部实体名称： 供货商 简述： 根据客户订货单与退货单进行发货、退货处理 的人员 输入的数据流： FP002 输出的数据流： FP001 外部实体编号： S08 外部实体名称： 超市高管 简述： 对财务报表、员工信息表 等重要数据进行审核，制定超市的发展策略 的人员 输入的数据流： FP40 FP014 输出的数据流： FP405 3 数据存储的定义（举例） “神马”超市管理系统 23 数据存储编号： D1 数据存储名称：库存商品信息 输入数据流： FP004 、 FP006 输出数据流： FP003 、 FP005 数据存储的组成：商品编号，商品名称，单价，数量，入库日期，出库日期，供应商 数据存储组织形式：按材料类别排序 数据存储编号： D5 数据存储名称：退货信息表 输入数据流： FP103 输出数据流： FP106 数据存储的组成：退货日期，商品编号，商品名称，退货数量，供应商，订货单编号，退货说明 数据存储组织形式：按供应商分类 主要数据处理的描述 从顾客角度出发： 图 顾客角度数据处理 “神马”超市管理系统 24 顾客：购买商品时先被询问是否为会员，如果是会员则提供购买优惠服务，如果不是则被询问是否要成为会员，不是会员则进行普通顾客购买，购买完毕付钱。 如果所购买的商品不想要则选择退货或则重新选择再进行支付。 从超市业务员角度出发 图 超市业务员角度数据处理 超市员工：必须进行每日的考勤 并计入考勤表，如果为营业员则负责登记顾客会员业务并进行商品的销售的业务，并存入销售记录。 如果是仓库管理者，则负责仓库货物的管理，定期对仓库进行盘点，并向供货商要求其进行供货和退货操作并支付货款。 从超市业务员角度出发 供货商：根据超市发出的供货与退货请求进行供货和退货并收取或者支付费用。 从超市业务员角度出发 高管：查询考勤表及员工业绩表，根据员工考勤情况和业绩多少向员工发放工资及进行岗位的变动，并根据仓库部门上报的商品缺货信息提供资金用于采购商品 ，审核并向政府有关部门发送财务报表。 “神马”超市管理系统 25 总体设计 系统设计目标 “神马”超市管理系统的总体设计目标是通过建立完善、高效的超市管理信息系统，提高超市的总体业务效率，精简超市员工的业务量。 本系统，主要是对超市商品的基本信息、主要供货商的基本信息、超市员工的档案信息、仓储信息、会员顾客信息以及超市员工的业务信息等进行管理。 为了 更及时的对超市内部商品的存货量进行调整（订货与退货）， 并且为超市的发展前景提供更多的参考资料， 更好的管理超市员工（调岗、辞退），管理会员顾客（注册、升级） ，达到最终的获利目标。 系统设计 方法 本系统的设计采用结构化的设计方法，其基本思想是：使得系统模块化，即将整个超市管理系统自上而下逐步分解为供货商管理、会员顾客管理、仓储管理、超市员工管理、财务管理以及系统管理几个模块。 采用模块化设计可以使得整个系统设计简单、结构清晰、可读性强、可维护性强，从而提高系统的可运行性，同时也有助于信息系统的开发与管理。 系统功能组织结构 根据以上整体分析，得到系统需求，超市管理系统的主要功能分成以下几个部分：供货商管理、会员顾客管理、仓储管理、超市员工管理、财务管理、系统管理。 其功能结构图设计如图 所示， “神马”超市管理系统 26 可适当的再分为几个子系统，即系统的细化操作，举例如下： 图 系统功能表 AND 细分（部分） 信息系统流程图设计 根据系统分析阶段的出的数据流图，转化为信息系统流程图，转化后，大致情况如下，列出部分信息流图。  图 1为顾客在交易过程中的信息流图  图 2是系统整体需要产生的信息流图 “神马”超市管理系统 27 图 1 顾客信息流 图 2：系统信息流 “神马”超市管理系统 28 代码设计 代码设计的原则 代码设计是处理对象的代号或表示符号，其主要目的是方便计算机排序、 检索、查找等处理。 代码设计的关键 是方便用户，并且满足业务要求。 本系统代 码设计的原则有： （ 1）要考虑的是编码的标准化，尽量按照有关的国际标准、国家标准、部 门或行业的标准进行设计。 （ 2）要考虑容易修改，当某段代码、某个变量或某个函数在特点、条件或 代表的实体关系改变时，容易进行必要修改。 （ 3）要考虑结构简洁，代码的长度涉及到存储空间的占用和信息处理的速 度。 而且影响代码输入的出错率，所以，在满足当前需要和扩充要求的前提下应 尽量结构简单，长度要短。 （ 4）考虑代码值的唯一性。 系统所需代码设计 超市管理系统代码设计是根 据超市经营的特点，结合现场的工作经 验，在争得客户认可的情况下设计出来的，所设计的代码结构如下： （ 1） 商品代码 商品代码由两部分组成：商品的类别和商品编号，所以设计 5 位字符，格式如下 ： 例如：方便面属于食品类（代码 09） ，其代码为 09230； （ 2）供应商代码 “神马”超市管理系统 29 供应商 代码由两部分组成： 供应商编码和主供商品类型编码 ，所以设计 4 位字符，格式如下 ： X X X X供 应 商 编 码 ， 取 值 范 围 1 — 9 9主 供 商 品 类 型 编 码 ， 取 值 范 围 1 — 9 9 例如：供应超市 文具 类的 青岛白雪文具厂 厂代码为 1523。 （ 3） 超市员工 代码 超市员工 代码由两部分组成： 超市员工 的类别和 超市员工 编号，所以设计 3 位字 符，格式如下： 业务类别： 1 POS 营业员 ， 2 是 仓储管理员 ， 3 是 会计 例如： 刘 xx 负责 POS 终端销售 ， 其代码为 103， 其中 1 是 POS 营业员 ， 03 是他的编号。 “神马”超市管理系统 30 系统物理配置方案设计 性能需求 (1)数据精确度 产品的进货单和销售单中，单价、金额采用浮点数，保留至小数点后两位。 (2)时间特性 该管理系统软件从启动到进入系统登录界面的时间正常情况下应少于 5 秒，录入并更新数据的时间正常情况下少于 2 秒。 (3)适用性 该管理系统软件适用于 Windows 20xx/xp 及以上操作系统。 运行需求 (1)用户界面 本系统采用 Microsoft Visual Studio .Net 20xx 设计，用户交互界面采用的是 基于 Windows 的窗口界面。 (2)硬件接口 运行本系统的硬件基本要求如下：  CPU： Intel P3 及以上；  内存： 256MB 及以上；  硬盘： 10GB 及以上。 (3)软件接口 .NET 框架： Microsoft .Net Framework 版本及以上。 数据库服务器： Microsoft SQL Server 20xx 及以上。 ER 的构建 根据在系统分析阶段得出的数据流图，我们可以将在本系统中出现的实体信息加以分析，得出以下数据存储的 ER图。 “神马”超市管理系统 31 ER 图转化为数据表，考虑关系的规范化。 由此 ER图以及系统需要，我们主要设计了以下数据表：  超市员工、库存商品、会员顾客、供应商、仓库五个实体，各自建表，存在关系的，建立新表 ， 具体情况如下： “神马”超市管理系统 32 数据存储表的设计 表 ：数据存储表设计 员工信息表 会员信息表 进货单 退货单 “神马”超市管理系统 33 续表 1：数据存储表设计 采购订单 盘点单 商品信息表 供货商信息表 部门信息表 系统用户权限 “神马”超市管理系统 34 续表 2：数据存储表设计 销售单 系统用户清单 计算机处理过程设计 登陆界面设计 以及运行情况截图 ： 当系统用户在用户编号文本框内输入自己的试用编号后，系统会根据用户输入情况在数据库内查询，并在隶属部门一栏调 出该用户对应的部门，以便于用户初步核查； 用户输入密码后，检验其与用户编号的匹配性，匹配成功，进入系统的主界面，以便于下一步操作。 “神马”超市管理系统 35 系统主 界面设计 以及运行情况截图 ： 根据主界面的信息，我们可以根据需要进行部分业务处理。 信息维护界面设计 以及运行情况截图 由于系统中存在员工信息表、会员顾客信息表、供应商信息表、商品信息表、仓储信息表等诸多数据表，其数据的维护均为同一类型的存储与显示，现仅以商品信息表为例，说明系统中的信息维护操作。 “神马”超市管理系统 36 顾客购买商品时， POS 终端操作员的显示界面设计。