小型超市管理信息系统规划.doc

小型超市管理信息系统小型超市管理信息系统 分分 析析 报报 告告 组长：李亚会组长：李亚会 310810070205310810070205 组员：孔繁丽组员：孔繁丽 310810070204310810070204 石银威石银威 310810070221310810070221 闻航北闻航北 310810070225310810070225 周晨阳周晨阳 310810070230310810070230 20102010年年1212月月 - 2 - 目目 录录 1 1 前言前言 .- - 4 4 - - 1.1 选题说明及背景介绍.- 4 - 1.2 开发小组及工作安排.- 4 - 2 2 系统分析系统分析 .- - 5-5- 2.1 系统整体概述.- 5 - 2.1.1 系统目标 .- 5 - 2.1.2 系统任务 .- 5 - 2.1.3 系统分析步骤 .- 6 - 2.2 系统需求性分析.- 6 - 2.2.1 用户的业务需求 .- 7 - 2.3 系统可行性分析.- 7 - 2.3.1 技术可行性研究 .- 7 - 2.3.2 经济可行性研究 .- 7 - 2.3.3 操作可行性研究 .- 8 - 3 3 系统整体方案系统整体方案 .- - 8 8 - - 3.1 系统功能分析.- 8 - 3.2 现有系统功能结构分析.- 9 - 4 4 系统的概要设计系统的概要设计 .- - 1010 - - 4.1 设计思想.- 10 - 4.2 设计原则.- 10 - 4.3 现有系统的业务描述.- 11 - 4.3.1 系统管理业务分析 .- 11 - 4.3.2 系统数据流程分析 .- 14 - 4.3.3 人事部门管理功能图 .- 15 - 4.3.4 数据字典 .- 15 - 4.4 新系统模型设计.- 17 - - 3 - 4.4.1新系统组织机构图 .- 17 - 4.4.2业务流程图 .- 18 - 5 5 数据库设计数据库设计 .- - 1919 - - 5.1 数据库系统选择.- 19 - 5.2 数据库的概念设计.- 19 - 5.3 数据库逻辑设计.- 21 - 5.4 代码设计.- 22 - 6 6 系统测试系统测试 .- - 2323 - - 6.1 系统模块测试.- 23 - 6.2 系统的整体测试.- 23 - 参考资料参考资料 .- - 2424 - - - 4 - 1 1 前言前言 1.11.1 选题说明及背景介绍选题说明及背景介绍 随着超市高速的发展，早期的售货员站柜台的形式早已不能满足现有销售业的发 展，这样就需要我们迫切地引入新的管理技术。目前的大多超市普遍存在零售业企业 所共有的落后的一面，如：不能有效地管理各种商品，收款结算速度慢，容易出现营 业差错，不宜进行商品调价，盘点效率低等，而且在超市日常管理中，商品的进、销 、存等决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得 不到满足。随着国民经济的发展，超市的经营管理也随之越发复杂，日常所需要处理 的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对 这复杂的市场。而依靠现代化的计算机信息处理技术来管理超市，不仅可以节省了大 量的人力、物力，改善了员工的工作条件，减轻了劳动强度，而且能够快速反映出商 品的进、销、存等状况和各种反馈信息分析，使管理人员能够对市场的变化做出及时 相应的决策，加快超市经营管理效率。 1.21.2 开发小组及工作安排开发小组及工作安排 项目名称：项目名称：小型超市管理信息系统 开开 发发 者：者：经济管理学院市场08-2班同学 具体工作安排具体工作安排 李亚会：分析报告总体规划，数据库的设计，系统的组织结构图； 孔繁丽：系统的分析工作，主要是系统需求分析以及可行性分析； 石银威：资料的收集，人事部门的管理功能图，系统的业务流程图； 周晨阳：系统的数据流程图，数据字典； - 5 - 闻航北：系统代码设计，系统的模块测试，报告总结。 2 2 系统分析系统分析 2.12.1 系统整体概述系统整体概述 系统分析是应用系统思想和系统科学的原理进行分析工作的方法和技术，是指在 管理信息系统开发的生命周期中系统分析阶段的各项活动和方法。 2.1.12.1.1 系统目标系统目标 系统分析是系统开发的第一阶段，其目标就是按系统规划所制定的某个开发项目 范围，明确系统开发的目标和用户的信息需求，并提出系统的逻辑方案。 2.1.22.1.2 系统任务系统任务 系统分析的主要任务是：尽可能弄清用户对信息的需求，调查原信息系统的资源 、输入、处理和输出。完成新系统的逻辑设计，以满足公司的业务发展要求。简言之 ，明确问题、确定目标和了解用户的信息需求，其主要成果是 系统说明书书将作为今后系统设计、系统实施的重要基础和主要依据。 系统分析阶段的具体工作内容包括： （1）可行性分析； （2）详细调查； （3）系统性分析； （4）提出新系统的逻辑模型。 - 6 - 2.1.32.1.3 系统分析步骤系统分析步骤 系统分析阶段的主要活动是： 系统的初步调查、可行性研究、系统的详细调查、新系统逻辑方案的提出。 （1）系统的初步调查：系统的初步调查是着重于系统的总体目标、总体功能和 发展方向； （2）可行性的研究：可行性的研究是进一步明确系统的目标、规模与功能，对 发展背景、必要性和意义进行调查分析并根据需要和可能提出拟定开发系统的初步方 案计划； （3）现行系统详细调查：在可行性研究的基础上进一步对现行系统进行全面、 深入的调查和分析，弄清楚现行系统运行状况，发现其薄弱环节，找出要解决的问题 实质，确保新系统更有效； （4）新系统逻辑方案的提出：主要明确用户的信息需求，确定新系统的逻辑功 能，提出新系统的逻辑方案； 2.22.2 系统需求性分析系统需求性分析 问题的提出：在信息化高速发展的今天，超市商品管理的信息化管理已成为必不 可缺的一部分，但是目前的大多是超市商品管理系统应用难度较高，许多工作需要技 术人员配合才能完成，角色分工不明确；改版工作量大，系统扩展能力差，应用时更 是降低了灵活性，这就使得一套完善的、能够正常工作的商品管理系统应运而生。 用户的工作流程：进货或销售商品时，用户要对进货单或销售单进行核对审查， 并进行登记；用户要获得进货、销售、库存信息时，要对进货情况、销售情况、库存 情况进行查询并打印。 - 7 - 2.2.12.2.1 用户的业务需求用户的业务需求 (1)该管理软件将对库存商品进行资料管理和统计，对产品的进货单和产品的销 售单进行录入管理和统计； (2)该管理软件将根据用户的需要对进货、销售、库存情况进行查询，并能打印 详细信息； (3)该管理软件将为用户提供账号管理工具，以便用户对账号进行管理，具体为 添加用户、删除用户、修改用户密码； (4)该管理软件提供企业人员管理，能够对企业员工的分类管理，新员工的加入 以及员工删除，修改进本信息等功能。 2.32.3 系统可行性分析系统可行性分析 2.3.12.3.1 技术可行性研究技术可行性研究 掌握计算机技术，具有一定的软硬件基础，会使用各种管理软件。超市对员工的 素质要求比较高，从管理层到下面的销售人员，都要求具有一定的计算机基础，所以 在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上 能够是系统顺利运行。 2.3.22.3.2 经济可行性研究经济可行性研究 因为通过网络传递销售信息可以不受距离的限制，因此可以借阅许多的人力和物 力，方便管理，由此可以减少不必要的开支，同时该系统可以提高超市的销售效率， 即提高了超市的经济效益，所以从经济上完全是可行的。开发新系统的工作是一项间 距复杂的工作，它的投资主要是人力和物力的投资。如果是企业自己安排人手开发系 - 8 - 统的话，其主要的投资还是在人力资源上，从系统的业务需求调查到系统的分析编码 制作都是需要巨大的人力投入的。 管理系统是一个信息化、智能化和先进管理理念的集合体。而管理是一个动态过 程，在其运行过程中要采取多项措施。所以在管理中获得经济效益是一个综合效益， 要对它进行直接定量的分析是比较困难的。一般新系统带来的经济效益是简介的，其 最主要的表现就是减少了企业管理费用和人力开支。而其它一些繁琐的食物都通过新 系统来加以分析解决，不仅节省了大量的时间，还为企业的各项决策提供了宝贵的资 料，为企业带来巨大的经济效益。 2.3.32.3.3 操作可行性研究操作可行性研究 本系统采用基于Windows的图形用户界面，而该系统是大家熟悉的操作系统，对 于那些有一般的计算机知识的人员就可以轻松上手。而整个超市管理系统采用最友好 的交互界面，简介明了，不需要对数据库进行深入的了解。 3 3 系统整体方案系统整体方案 3.13.1 系统功能分析系统功能分析 （1）由于操作人员的计算机知识有限，因此要求系统具有良好的人机界面。 （2）能够对业务员信息进行管理，凭借密码进入系统。 （3）详细进出库单记录，方便的数据查询，支持多条件查询。 （4）详细销售订货、发货、收货单，方便用户对数据的查询，支持多条件查询 。 （5）系统支持良好的数据备份和还原操作，有效保护数据，减少意外损失。 （6）对用户输入的数据，进行严格的数据检验，尽可能避免人为错误。 - 9 - （7）报表基本信息查询时，可根据查询条件动态显示查询结果。 （8）强大的报表打印功能。 （9）系统预警表功能，及时提醒用户超储以及短储的商品。 （10）积压货物分析，分析货物积压的具体原因，或储存时间过长或季节性滞销 。 （11）用户帮助手册，方便用户的具体操作。 3.23.2 现有系统功能结构分析现有系统功能结构分析 1)系统维护模块 系统维护模块用于实现系统用户设置、操作人员管理、密码修改、数据备份、数 据恢复、月末清算。 (2)基本档案管理模块 基本档案管理模块主要用于实现系统基本数据的录入，相关基础数据为：员工信 息、仓库信息、货物信息、供应商基本信息、其他库存变动。 (3)采购管理模块 该模块主要用于实现采购数据录入，退货数据录入和采购订单查询、采购退货单 查询。 (4)库存管理模块 库存管理模块主要用于实现商品出库、入库的添加修改，商品出库、入库单的查 询 ，其他类型出库（比如，仓库货物借出、调拨）。 (5)销售管理模块 - 10 - 该模块主要用于实现销售数据记录，客户退货数据记录和销售、退货信息查询。 （7）帮助模块 帮助模块主要为了帮助用户更好地使用该系统和了解软件信息 4 4 系统的概要设计系统的概要设计 4.14.1 设计思想设计思想 (1)系统分成几个相对独立的模块，但这些模块都进行集中式管理。 (2)分层的模块化程序设计思想，整个系统采用模块化结构设计。作为应用程序 有较强的可操作性和扩展性。 (3)合理的数据流设计，在应用系统设计中，相对独立的模块间以数据流相互连 接，使各模块间的耦合性较低，方便系统运行，提高系统安全性。 4.24.2 设计原则设计原则 为了使本系统功能齐全完备，操作简便，最大限度的提高该系统的质量，从而满 足用户的实际需要，在设计开发过程中遵循了如下原则： (1)合法性原则：依据产品核算系统的工作规定以及要求，参照核算实际的工作 情况，进行诸如商品采购、销售等工作。 (2)实用性原则：适合产品信息管理工作的实际需求，并能够处理一些特殊情况 的要求，此外，尽可能预留空间，以便扩充功能。 (3)准确性原则：对输入的相关资料建立检错机制，及时报错，使用户能够及时 准确的输入合法资料(如：类型匹配，长度不超限等)。 - 11 - (3)易操作原则：要求设计的系统功能齐全，界面友好，操作方便，必要的地方 进行提示。 (5)源程序可读性原则：为了便于其他设计，维护人员读懂代码或以后的代码修 改，软件升级维护，即可能做好代码注释工作。 (6)优化原则：为了达到优化的目的，合理的运用窗口，菜单，对象等的继承， 减少不必要的重复性代码，使程序简介明了，也方便了将来的维护。 (7)安全性原则：为该系统的用户设置用户登陆权限。 4.34.3 现有系统的业务描述现有系统的业务描述 4.3.14.3.1 系统管理业务分析系统管理业务分析 现有系统组织机构介绍现有系统组织机构介绍 图一图一 - 12 - 系统的功能模块图系统的功能模块图 图二图二 商品入库厂商信息录入 商品数量管理 商品信息录入 商品交易商品价格计算 （ 会员卡的使用 条形码的扫描 库存管理交易信息管理 会员信息管理 商品信息管理 小 型 超 市 仓 库 管 理 - 13 - 系统的业务流程介绍系统的业务流程介绍 图三图三 商品销售 销售部 商品需求计 算 库存管 理部 库存检 查 缺货通 知 开会计划采购 各部 门 报表 审批 总经理 综合讨论正式清单 各部 门 财务 部 批准清单 董事会 商品采 购 库存管 理部 商品出 库 商品入 库 商品清点 商品销 售 销售部 - 14 - 4.3.24.3.2 系统数据流程分析系统数据流程分析 图四 - 15 - 4.3.34.3.3 人事部门管理功能图人事部门管理功能图 人事管理系统 薪资管理员工管理行政管理 员 工 招 聘 员 工 培 训 员 工 入 职 员 工 考 勤 薪 酬 核 算 员 工 合 同 劳 动 档 案 员 工 离 职 图五 4.3.44.3.4 数据字典数据字典 “超市管理系统”中的数据接口 名称描述所连接的数据 系统维护通过用户的操作修改信息数据用户信息表 基本档案通过管理员管理职工信息数据职工信息表 采购管理通过入、出库单输入出库数据 销售管理通过销售发货输入数据销售货表 仓库管理通过商品流通更新库存信息入、出库单、其他入、出库单 - 16 - “超市仓库管理系统”中的数据流 名称描述来源去向组成 入库单由采购部门提供的入库商品信息采购部门系统商品编号+采购量 出库单由销售部门提供的出库商品信息销售部门系统商品编号+销售量 采购报表当库存量低于下限值时自动生成系统采购部门 商品编号+订货数 量 商品汇总报 表 按月从系统产生，为计划部门制定商品计划 提供依据 系统计划部门 商品编码+采购量+ 销售量 “超市仓库管理系统”中的数据存储 名称描述输入输出组成 商品信息表描述商品的基本信息录入商品计划订货报表商品编码+供货商+进货价+销售价 商品流通表 存储由仓库管理部门整 合的入库和出库信息 录入入库单、 出库单 打印商品 流通分类 汇总报表 商品编码+采购量+销售量+现存量 商品明细表 由仓库部门整合出商品 具体信息 出库单、入库 单 报表查询商品编码 - 17 - 4.44.4 新系统模型设计新系统模型设计 4.4.14.4.1 新系统组织机构图新系统组织机构图 图六 公司经理室 销售部 门 库存管理部 门 采购部 门 财务部 门 人力资源部 业 务 员 主 管 产 品 盘 点 人 员 产 品 统 计 人 员 采 购 员 收 货 员 出 纳 会 计 核 算 员 报 表 统 计 员 薪 资 管 理 员 员 工 管 理 人 员 行 政 管 理 人 员 信息部 系 统 管 理 人 员 信 息 管 理 人 员 - 18 - 4.4.24.4.2业务流程图业务流程图 图七 销售员 订单处 理 仓 管 管 理 物品库存 台账 合格 订单 发货处 理 缺货处 理 领货单 客 户 定 单 客户联 系 不合格 定单 采购 员 供货 单审 核 到货 通知 供货 单 采购物 品 采采购购 单单 填写 写 统 计 商品销 售信息 销售主 管 查询库存信 息 申购 单 供应 商 递交 - 19 - 5 5 数据库设计数据库设计 5.15.1 数据库系统选择数据库系统选择 本系统是一个中小型管理系统，采用一般的数据库系统 5.25.2 数据库的概念设计数据库的概念设计 数据库设计是开发数据库及其应用系统的技术，也是信息系统开发和建设的重要 组成部分。具体的说，数据库设计是要在一个给定的应用环境中，通过合理的逻辑设 计和有效的物理设计，构造较优的数据库模式，建立数据库及其应用系统，满足用户 的各种信息需求。 在系统的数据库设计中，首先对系统分析得到的数据字典中的数据存储进行分析 ，分析各数据存储之间的关系，然后得出系统的关系模式。本系统用实体 联系图（简称ER图）来描述系统的概念模型。E R图由实体、属性、联系三部分组成，其符号如图4.2所示： 实体 属性 联系 E ER R图图例图图例 - 20 - 销售员 客户 销售 商品 供应 采购 存储 仓库 采购员 M N N N M P 供货商 N 1 M P 职工 职工 工号 姓名 性别 出生 年月 电话 学历 家庭 住址 商品 类别 商品名 供货 商号 单价 备注 商品 编号 - 21 - 5.35.3 数据库逻辑设计数据库逻辑设计 将本系统的概念模型转换为关系模型，其中涉及到的主要实体属性和ue结构如下 ： 职工（职工工号职工工号，姓名，性别，出生年月，学历，电话，家庭住址）3NF 工资清单（日期，职工工号职工工号，姓名，部门部门，基本工资，附加工资，病事假扣款， 应发工资，备注）1NF 商品（商品编号商品编号，供货商号，商品名，类别，单价，备注）1NF 供货商（供货商号供货商号，名称，联系人，联系电话，联系住址，备注）2NF 进货（进货单号，商品编号商品编号，供货商号供货商号，进货价，数量，金额，进货日期，备注 ）1NF 库存（仓库号仓库号，商品编号商品编号，商品名称，种类，规格，库存数量）1NF 缺货（仓库号仓库号，商品编号商品编号，商品名称，商品规格，计量单位，进货价，备注） 1NF 供货商 供货 商号 联系人 联系电话 名称 备注 联系住址 - 22 - 销售（销售单号，商品编号商品编号，销售数量，销售日期，备注）3NF 在以上的实体属性中，满足第一范式的关系是工资清单，商品，进货，库存，缺 货；满足第二范式的是关系供货商，满足第三范式的是关系职工和销售。 5.45.4 代码设计代码设计 职工编号： 销售部XS01/XS02/XS03 采购部CG01/CG02/CG03 人事部RS01/RS02/RS03 库存管理部KG01/KG02/KG03 财务部CW01/CW02/CW03 信息部XX01/XX02/XX03 商品编号： SP1/SP2/SP3 供货商号GH1/GH2/GH3 销售单号XS1/XS2/XS3 进货单号JH1/JH2/JH3 用户001/002/003 - 23 - 6 6 系统测试系统测试 6.16.1 系统模块测试系统模块测试 在模块测试时我们主要从以下几个方面考虑： 1.