超市销售管理系统设计与实现_毕业设计论文(编辑修改稿)

超市销售管理系统设计与实现_毕业设计论文(编辑修改稿)内容摘要：

入费用、收益、投资回报周期等方面来看，本系统都是可行的。 技术可行性 随着互联网的迅速发展，基于 Inter 的 B/S 架构应用程序逐渐被人们所关注。 基于 JAVAEE 规范的系统设计实现已经非常成熟。 能够很好的实现 B/S 架构的软件。 无论是从经济方面还是从技术方面分析的情况上都可以看出，开发超市销售管理系统，实现超市销售管 理的计算机化是非常必要的，也是可行的。 因为使用计算机化的超市销售管理系统可以很好的改变目前超市销售管理工作的现状，能够提高工作效率。 系统需求分析 所谓“需求分析”，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。 可以说，在软件工程当中的“需求分析”就是确定要计算机“做什么”。 功能需求分析 根据超市的实际运营情况进行分析，通常它们没有独立的仓库，进货超市销售管理系统设计与实现 和销售商品都是在同一场所完成，在此，我们即按照这一实际的情况进行系统设计。 超市的 基本业务状况有销售、进货、库存等，此外系统中还要设置商品、用户、权限等必要的系统信息，还可以查看超市运行财务状况。 根据超市的业务流程，必须要设计实现的模块有商品销售模块，以实现商品销售的基本业务。 采购进货模块，以实现商品采购进货的基本业务。 库存管理模块，实现商品的综合管理业务。 此外可以添加辅助功能模块，系统管理和财务管理，分别实现对系统的维护和超市营业状况的分析查询。 系统性能需求 实用性：方便可快捷的实现商品在销售、采购和库存等方面的信息操作。 整个系统实现商品信息的统一编码，并由系统管理员集中 管理 ,可以促进系统管理员的工作效率，并有效减少成本和繁琐的工作量。 易操作性：本系统在销售、商品管理等重要环节 ,不需输入任何复杂的信息，管理员只需通过浏览器便可进行数据的录入、查询和修改等工作。 适应性：该系统对于软硬件要求并不是趋于高档 ,能实现广泛应用。 本系统是 B/S 模 式，可以实现同时让多个用户访问和操作。 同时支持动态添加基本信息，增加的商品供货商等都可以随时添加。 易维护性：可以方便的维护系统，可以使用工具导出数据库数据，清空阶段性数据。 实现系统数据处理的轻负荷。 安全性：系统采用不同的权限级别，不同的 用户有不同的操作权限，实现了很好的安全认证。 3 系统设计 超市销售管理系统设计与实现 系统功能设计 超市系统功能的设计首先进行总体设计说明系统功能设计的设计思想和设计原则，在根据总体设计做详细的功能模块设计。 实现一体化的设计思路。 总体设计 （ 1）设计思想： （ 1）系统 分成几个相对独立的模块，但这些模块都进行集中式管理。 每个模块都可以完成自己特定的功能，如财务、销售、进货等等。 （ 2） 分层的模块化程序设计思想，整个系统采用模块化结构设计。 作为应用程序有较强的可操作性和扩展性。 如程序中 操作数据库时，在 Util层中获取数据库连接，在 DAO 层中操作数据库完成 CRUD 操作。 这样使程序 层次结构分明，便于维护拓展。 （ 3） 合理的数据流设计，在应用系统设计中，相对独立的模块间以数据流相互连接，使各模块间的耦合性较低，方便系统运行，提高系统安全性。 （ 2）设计原则： 为了使本系统功能齐全完备，操作简便，最大限度的提高软件的质量，从而满足用户的实际需要，在设计开发过程中遵循如下原则： （ 1）合法性原则：依据小型超市实际的工作情况，进行诸如商品进货、销售等工作。 （ 2）实用性原则：适合商品信息管理工作的实 际需求，并能够处理一些特殊情况的要求，此外，尽可能预留空间，以便扩充功能。 （ 3）准确性原则：对输入的相关资料建立检错机制，及时报错，使用户能够及时准确的输入合法资料（如：类型匹配，长度不超限等）。 （ 4）易操作原则：要求设计的系统功能齐全，接口友好，操作方便，必要的地方进行提示。 （ 5）安全性原则 ：该系统的管理员具有可设置登录账户，修改密码的权限，不同的用户类型有不同的操作权限。 详细设计 本系统除了登录模块外，主页中共实现五个完整的功能模块，分别是财务管理、商品销售管理、商品进货管理、商品 库存管理和系统管理。 系超市销售管理系统设计与实现 统根据不同的用户角色又有不同的功能模块体现，其中销售人员的功能结构图 如图 31 所 示： 图 31 销售人员功能结构图 管理员的对应的系统功能结构图， 如图 32 所 示。 图 32 系统功能结构图 财务管理模块包括营业综合统计、收银报表查询、结账单据查询、进货报表查询、进货单据查询。 财务管理模块中可以根据设定的时间段，查询对应的营业信息。 商品销售模块包括销售商品、今日盘点。 商品销售模块中系统自动将所有商品按照类别分类显示，销售人员可以选定商品或直接输入商品编号进行销售操作，此外还可以 查看当日盘点信息。 商品进货模块包括采购进货、今日盘点。 商品进货模块中也会自动显示所有商品，采购人员可以选定商品进行采购操作，还可查看当日进货盘超市销售管理系统设计与实现 点信息。 商品库存模块包括库存预警、库存信息查询、损溢处理、损益查询。 商品库存模块中可以查看库存预警，查看库存的详细信息。 进行库存的损溢操作，查看损益信息等。 基于超市运营的实际情况并不设置商品出库的功能。 系统管理模块包括用户设置、商品管理、供货商管理、商品类别管理、员工管理、权限管理、登录日志、系统信息。 系统管理模块中可以设置用户信息，商品、商品类别、供货商等信息。 可以添加员工并设置员工的权限。 系统会自动查询出登录日志和设定的系统信息并做出相应展现。 管理员可以添加账户类型，并设置相应的权限。 系统用例分析 对系统做角色用例分析，这样可以很好地体现系统各个模块的设计思路，体现系统功能模块设计的必要性。 用例分析 用例分析是干什么用的呢。 要说明这个问题，我们看看下面几个概念。 角色（ Actor）是与系统交互的人或事。 所谓与“系统交互”指的是角色向系统发送消息、从系统中接收信息，以及在系统中的信息交换。 使用用例与系统互相交流的任何人或事都是角色。 比如，某人使用系统中提供的用例，则该人就是角色。 用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生可观察到的系列结果。 我们可以这样通俗的理解，用例是参与者想要系统做的某件事情。 根据用例和角色的概念，通过对超市销售管理系统需求的了解，可以得到 如图 33 所示的 分析结果： 超市销售管理系统设计与实现 图 33 系统用例图 在 图 33 中像人一样的图形就是角色，通过对超市销售管理系统的需求分析可知系统默认有管理员角色，管理员拥有所有系统权限，它可以添加其他用户和设置其权限；图中椭圆代表的是用例（这里分析的是系统整体上的 功能）；中间的箭头将角色与用例连接起来，代表的是对应的角色可以使用的用例，有一个箭头就代表对应的角色可以使用用例，没有箭头则表示对应的角色不能使用该用例。 用例详细说明 光有用例分析是不够的，用例只是程序的功能界定，需求概述也仅仅对每个功能提了个名字，想要实现系统的功能还必须知道每个功能的详细内容，深入了解用户在完成系统的某个功能时需要做些什么事。 下面就让我们来看看图中用例的详细说明。 （ 1）系统登录 所有的用户都可以登录，系统会自动加载与其权限对应的主界面。 （ 2）财务管理 可以根据设定的时间 段查看 超市 整体的营业状况，查看这一时间内销售或进货的报表，查看某一结账单据的详细等等。 （ 3）商品销售 超市销售管理系统设计与实现 可以输入商品编号或商品树中选择商品，进行销售商品的操作，盘点当日的销售状况。 （ 4）采购进货 可以输入商品编号或商品树中选择商品，进行采购商品的操作，盘点当日的采购状况。 （ 5）商品库存 查看库存预警，商品少于一定数量则自动显示在预警页面中。 查看库存详细信息。 进行库存商品的损溢操作，查看损溢信息等。 （ 6）系统管理 设置系统运行的必要信息，添加商品、商品类别，供货商信息，添加员工设置权限，查看登录日志，查 看系统信息等。 数据库需求分析 数据库在一个系统中占有非常重要的地位，数据设计的优劣将直接对应用系统的效率以及实现的效果产生影响。 合理的数据库结构设计可以提高数据存取效率，保证数据完整性和一致性，从而有利于程序的实现。 设计数据库系统时应该首先充分了解系统需求的各个方面的需求，包括现有的和将来可能增加的需求。 目前商业应用中最主要的是关系数据库。 Oracle、 DB Sybase、 MS SQL Server、 MySQL 等都是关系数据库。 本系统选用 MySQL 数据库。 MySQL 是当前应用最广泛的开源数据 库软件，在非商业用途下可免费使用。 MySQL 精小但是执行效率高，运行稳定，深受欢迎。 需求具体体现在各种信息的提供、保存、更新和查询上，这就要求数据库结构能充分满足各种信息的输出和输入。 通过收集基本数据、数据结构以及数据处理的流程，组成一份详尽的数据词典，为后面的具体设计打下基础。 在仔细分析和调查系统的基础上，针对超市销售管理系统的需求，通过对超市运营的流程和数据进行分析，设计如下所示的数据项和数据结构： 用户信息：包括用户名称、系统启用时间、用户地址、联系电话、营业时间。 其对应的实体属性图 如图 34 所示 ： 超市销售管理系统设计与实现 图 34 用户信 息实体属性图 权限信息：包括用户类型编号、用户类型名称、财务管理权限、商品销售权限、商品进货权限、商品库存管理权限、系统管理权限。 （其中 TRUE=1和 FALSE=0）其对应的实体属性图如图 35 所示： 图 35 权限信息实体属性图 员工信息：包括员工工号、员工姓名、员工密码、用户类型。 其对应的实体属性图如 图 36 所示： 图 36 员工信息实体属性图 日志 信息：包括日志编号、员工工号、登录时间、退出时间、登录 IP。 其对应的实体属性图如图 37 所示： 图 37 日志信 息实体属性图 超市销售管理系统设计与实现 供货商信息：包括供货商编号、供货商名称、联系人、联系电话、联系地址。 其对应的实体属性图如 图 38 所示： 图 38 供货商信息实体属性图 商品类别信息：包括类别编号、类别名称、类别说明。 其对应的实体属性 图如图 39 所示： 图 39 商品类别信息实体属性图 商品信息：包括商品编号、商品名称、单位、类别、成本价、单价。 其对应的实体 属性图如图 310 所示： 图 310 商品信息实体属性图 商品库存信息：包括商品编号、库存数量。 其对应的实体属性图如图311 所示： 图 311 商品库存 信息实体属性图 损溢信息：包括损溢编号、商品编号、供货商、损溢数量、损溢标注、损溢说明、损溢日期、操作员。 其对应的实 体属性图如图 312 所示： 超市销售管理系统设计与实现 图 312 损溢信息实体属性图 销售商品信息：包括账单号、商品编号、销售数量、应收金额、折扣率、实收金额、销售日期、操作员。 其对应的实 体属性图如图 313 所示： 图 313 销售商品信息实体属性图 采购商品信息：包括帐单号、商品编号、供货商、进货数量、支付金额、进货日期、操作员。 其对应的实体属性图 如图 314 所示： 图 314 采购商品信息实体属性 图 超市销售管理系统设计与实现 创建数据库 我们选用 MySQL 数据库，首先创建超市销售管理系统数据库 market，创建数据库的 SQL 语句为： create database market default character set utf8。 ，并使用当前数据库“ use market”开始创建表： 其中，用户信息表如 表 31 所 示，表名 user，主键 user_name。 表 31 用户信息表 字段名 字段类型 长度 主 /外键 约束 对应中文名 user_name varchar 40 P NOT NULL 用户名称 sys_use_time datetime NOT NULL 系统启用时间 user_addr varchar 40 NOT NULL 用户地址 user_phone varchar 20 NOT NULL 联系电话 open_time varchar 20 NOT NULL 营业时间 用户信息表中存储系统超市名称、地址、联系电话等信息。 设定后它会自动加载到主页的系统信息上，每次登录时会自动显示出来。 权限信息表如 表 32 所示，表名 userlimit，主键 user_type_id。 表 32 权限信息表 字段名 字段类型 长度 主 /外键 约束 对应中文名 user_type_id int P(auto) NOT NULL 用户类型编号 user_type_name varcha。