管理信息系统课程设计-超市进销存管理系统修改

管理信息系统课程设计-超市进销存管理系统修改内容摘要：

ice Pack3） (2)开发语言：基于 Visual 的 C.NET 三、 系统分析 业务流程 超市管理系统工作流程为：系统启动并进入登录界面，系统管理员输入正确的用户名及密 码后，登陆系统主操作界面，系统管理员可对系统相关信息进行操作，包括基本信息、货物信息、供应商信息、销售信息、仓库信息等。 流程符号说明： 业 务 处 理 进 程 数 据 存 储 业 务 处 理单 位表 格 / 报 表 业务流程图： 库 存 清 单架 存 商 品 清 单销 售 清 单供 应 商 到 货库 存 登 记 审 核商 品 入 库商 品 上 架商 品 销 售收 款 超市进销存管理系统工作流程为：系统启动并进入登录界面，系统管理员输入正确的用户名及密码后，登陆系统主操作界面，系统管 理员可对系统相关信息进行操作，包括基 本信息、货物信息、供应商信息、销售信息、仓库信息等。 厂 商商 品 信 息订 货 信 息营 业 员购 买 信 息顾 客销 售 信 息用 户 信 息 商 品 信 息库 存 信 息经 理 数据流程 管理业务的调查和分析不能摆脱物质要素，而信息系统分析的最终目的是从现行系统中舍去物流，抽象出信息流。 小组成员从抽象和概括的角度绘制了超市进销存管理信息系统的数据流程图。 数据流程图的绘制采用自顶向下逐步求精的方法，是结构化的分层、模块结构。 按照超市的业务流程，我们绘制了顶层、中层、底层数据流程图。 数据流程图的符号解释： 外 部 实 体 数 据 处 理数 据 存 储数 据 流 总 经 理销 售 与 库 存 管 理供 货 商 销 售 部库 存 部顶 层 数 据 流 程 图 供 货 商P 1核 对 D 1F04入 库 登 陆 D 2库 存S 2F 0 8入 库 情 况S 3F 0 5合 同S 1F03总 经 理P 4F 0 6F 0 9收 银 D 3F11销 售 记 录修 改 D 4F12销 售 情 况S 4客 户P 5F 1 5客 户 服 务中 心 P 6F 0 2F 0 7F 1 7F01F 1 3F 1 4F16F10中 层 数 据 流 程 图 F01：入库数据，身份核实等 F02：入库数据、身份核对、经手人等 F03：合同情况、供货商品情况、商品出入库情况 F04：商品编号、商品数量 F05：供货日期、经手人等与入库有关的数据 F06：商品库存的各种清单、统计、汇总等 F07：商品编号、商品数量 F08：商品数量 F09：商品编号、商品数量 F10：商品销售的各种清单、统计、汇 总等 F11：商品编号、商品数量 F12：商品编号、商品数量、金额、日期等 F13：商品编号、商品数量 F14：商品编号、商品数量，金额等 F15：金额 F16：商品编号、商品数量，金额 F17：合同情况、供货商品情况等 供 货 商核 对入 库 登 录合 同库 存入 库情 况底 层 数 据 流 程 图 一 收 银 客 户总 经 理库 存销 售 记录 修 改销 售情 况客 户 服务 中 心底 层 数 据 流 程 图 二 数据字典 数据流字典 编号： 101 标识符： F01 来源： P1 供货商 去向： D2 入库登陆 所含数据结构：入库时间、发货人、收货人、数量、 单价、货物名称、货物属性 编号： 102 标识符： F02 来源： P1 供货商 去向： D1 核对 所含数据结构：入库时间、发货人、收货人、数量、单价、货物名称、货物属性、证件号、电话 编号： 103 标识符： F03 来源： S1 合同 去向： D1 核对 所含数据结构：供货商情况、合同时间、合同金额、合同货物数量、合同货物数量、违约情况、性质 编号： 104 标识符： F04 来源： D1 核对 去向： D2 入库登陆 所含数据结构：商品编号、商品数量 编号： 105 标识符： F05 来源： D2 入库登陆 去向： S3 入库情况 所含数据结构：商品编号、商品数量、规格、单价、生产厂商、入库时间、经手人 编号： 106 标识符： F06 来源： D1 核对 去向： F4 总经理 所含数据结构：库存清单、统计报表、商品汇总 编号： 107 标识符： F07 来源： S2 库存 去向： D1 核对 所含数据结构： 库存清单、入库时间、入库数量、入库经手人、出库时间、出库数量、出库经手人 编号： 108 标识符： F08 来源： D2 入库登陆 去向： S2 库存 所含数据结构： 数据修改、入库经手人 编号： 109 标识符： F09 来源： S2 库 存 去向： D3 收银 所含数据结构： 销售商品数量、单价、种类、收银员编号 编号： 110 标识符： F10 来源： D3 收银 去向： P4 总经理 所含数据结构： 总收入、时间、单价、商品种类 编号： 111 标识符： F11 来源： D3 收银 去向： D4 销售记录修改 所含数据结构： 收入时间、收入数量、单价、收银员编号、总收入 编号： 112 标识符： F12 来源： D4 销售记录修改 去向： S4 销售情况入库 所含数据结构： 商品数量、单价、商品种类 编号： 113 标识符： F13 来源： D3 收银 去向： P5 客户 所含数据结构： 商品种类、单价、时间、商品总额、打折情况 编号： 114 标识符： F14 来源： P5 客户 去向： D3 收银 所含数据结构： 优惠卡编码、单价、商品数量、付款金额 编号： 115 标识符： F15 来源： P5 客户 去向： D4 销售记录修改 所含数据结构： 商品数量、单价、退货原因编号、退货金额、时间 编号： 116 标识符： F16 来源： P5 客户 去向： P6 客户服务中心 所含数据结构： 商品数量、单价、退货原因编号、时间 编号： 117 标识符： F17 来源： P1 供货商 去向： S1 合同 所含数 据结构： 合同时间、合同金额、合同货物数量、违约情况性质 数据存储字典 编号： 201 标识符： S1 流入数据流： P1 供货商 流出数据流： D1 核对 数据结构：时间、商品数量、商品种类、单价、经手人 说明：登记货物发放清单 编号： 202 标识符： S2 流入数据流： D2 入库登陆 流出数据流： D1 核对、 D3 收银 数据结构： 商品数量、商品种类、单价、时间、发货人证件号 说明： 入库的核对 编号： 203 标识符： S3 流入数据流： D2 入库登陆 流出数据流： 数据结构： 商品数量、种类、时间、单 价 说明： 编号： 204 标识符： S4 流入数据流： D4 销售记录修改 流出数据流： 数据结构： 商品数量、时间、商品种类、单价、退货原因编号 说明： 数据处理字典 编号： 301 标识符： D1 流入数据流： S1 合同 流出数据流： D2 入库登陆 处理逻辑情况： 根据合同情况和货物情况判断是否生成库存信息 说明： 管理 编号： 302 标识符： D2 流入数据流： D1 核对 流出数据流： S3 入库情况 处理逻辑情况： 根据合同情况和货物情况生成库存信息 说明： 登记、管理 编号： 303 标识 符： D3 流入数据流： S2 库存 、 P5 客户 流出数据流： P5 客户 处理逻辑情况： 根据客户需求生成需求单 说明： 管理 编号： 304 标识符： D4 流入数据流： D3 收银、 P5 客户 流出数据流： S4 销售情况入库 处理逻辑情况： 根据客户使用和退换情况修改销售数据库 说明：登记、管理 四、系统设计 系统设计的任务就是依据系统分析文档资料，采用正确的方法来确定系统各功能模块在计算机内应该由哪些程序组成，它们之间用什么方式联结在一起以构成一个最好的系统机内结构，同时还要使用一定的工具将所设计的成果表达出来，另 外考虑到实现系统功能的需要，还要进行数据库的详细设计、编码设计、输入 /输出界面（人 —机界面）设计等等。 系统设计阶段为系统实施阶段的各项工作准备必要的技术资料和有关文件，系统设计地步骤大体的可以分为五部分。 第一步进行数据库的物理设计。 根据总体方案及系统分析的实际需求，考虑数据库的存储方式（集中式或分布式）；考虑物理库的数量及每一个物理库所包含的数据库表的内容；从查询处理效率等方面考虑数据库表的索引问题等等。 第二步进行编码设计。 编码是系统的重要组成部分，与数据的规范性和交换性密切相关，编码一旦被设计处理 将会永久使用并常驻于数据库中，因此需要在系统设计阶段给出具有永久性、稳定性的编码设计方案。 第三步进行界面设计。 构造良好的界面是未来系统能够顺利运行的重要前提，要使信息系统使用起来更加舒适、更加高效就需要在界面设计方面具有一个全新的设计策略，这个设计策略要在程序设计之前完成。 第四步进行系统功能设计。 功能设计是在前面所有工作基础上进行的，它主要是采用 “自顶向下 ”的原则考虑模块的划分与设计，使模块内部以及模块与模块之间的连接具有合理的结构。 功能设计结果的表达方式可以有两种：一种是利用 “结构图 ”来描述模块的功能 和模块之间的信息交换；另一种是用 Rational Rose 工具来描述。 功能设计中通常有一组评价标准来对设计结果进行评价，同时使用一组设计原则对系统模块进行优化设计。 如何去评价一个系统设计。 系统设计地目标是要使所设计的系统必须满足系统逻辑模型的各项功能要求，同时要提高系统的性能。 系统设计地目标是评价和衡量系统设计方案优劣的基本标准，也是选择系统设计方案的主要依据，评价系统设计目标实现的程度应从下几方面： 系统的效率 系统的工作质量 系统的可变更性 系统的通用性 系统的可靠性等方面 系统设计地主要内容包括：总体 结构设计和逻辑结构设计。 下面就具体的分析如何实施系统设计地这两个方。