餐饮连锁企业仓库进销存管理系统的设计与实现_毕业设计说明书(编辑修改稿)内容摘要:

象类型(如 Integer 和 Double)之间进行相互转换。 c. 类型安全。 C是强类型语言,即每个变量与对象都必须具有声明类型。 C禁止进行不安全的类型转换(如将 double 转换成 boolean)。 数组类型下标从 0开始而且进行越界检查。 另外, C中类型溢出将被检查。 d. 现代。 C语言包括许多现代先进语言的特性。 例如: 支持属性,充当私有成员变量的访问器。 支持封装的方法签名 (称为“委托” ),它实现了类型安全的事件通知。 支持特性,提供关于运行时类型的声明性元数据。 支持内联 XML 文档注释,编入了自己的文档。 支持 泛型方法和类型,从而提供了更出色的类型安全和性能。 提供了迭代器,允许集合类的实施者自定义迭代行为,以便客户端代码使用。 在 C 当中,语言集成查询( LINQ)表达式使强类型查询成为一流的语言构造。 隐式类型的本地变量和数组。 在与本地变量一起使用时, var 关键字指示编译器根据初始化语句右侧的表达式推断变量或数组元素的类型。 对象初始值设定项。 支持无须显式调用构造函数即可进行对象初始化。 集合初始值设定项。 支持使用初始化列表而不是对 Add 或其他方法的特定调用来初始化集合。 扩展方法。 使用静态方 法扩展现有类,这些静态方法可以通过实例方法语法进行调用。 匿名类型。 使用关键字 var 声明,无须预先显式定义,其类型名由编译器生成。 匿名类型广泛用于 LINQ 查询表达式。 Lambda 表达式。 支持带有可绑定到委托或表达式树的输入参数的内联表达式。 自动实现的属性。 支持使用简化的语法声明属性。 分部方法定义。 分部类型可以包含分部方法。 垃圾回收。 将自动回收不再使用的对象所占用的内存。 异常处理。 提供了结构化和可扩展的错误检测和恢复方法。 e. 相互兼容性。 C提供对 COM 和基于 Windows 的应用程序 的原始的支持。 C允许用户将指针作为不安全的代码段来操作旧的代码。 和其他中间代码语餐饮连锁企业仓库进销存管理 系统 的 设计 与实现 6 言中的组件可以在 C中直接使用。 f. 可伸缩性和可升级性。 C中的设计中充分考虑到版本控制的需要,其中包括单独使用的 virtual 和 override 修饰符、方法重载决策规则以及对显式接口成员声明的支持,以确保 C程序和库能够以兼容的方式逐步演进。 C程序在 .NET Framework 上运行。 .NET Framework 是 Windows 的一个组件,包括一个被称为公共语言运行库的虚拟运行环境和一组统一的类库 [3]。 2 系统可行性分析 可行性研究的目的,就是用最小的代价在尽可能短的时间内确定问题是否能够解决。 要达到这个目的,必须分析几种主要的可能解法的利弊,从而判断原定的系统规模和目标是否现实,系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。 因此,可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程,也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。 可行性分析是上层进行决策的重要依据,通过对需求分析的研究,对项目的可行性分析如下。 技术可行性 随着科学技术的进步,计 算机网络以及通信平台技术快速发展,计算机硬件设备的质量也不断攀升,使计算机逐渐能够全面地应用于学校以及各大企业,这让进销存的管理成为可能。 很多以前一直难以攻破的难题,现如今已经得到了解决。 计算机应用的不断普及,为设计和开发各类进销存管理系统(自然也包括餐饮连锁企业进销存管理系统)提供了技术上的保障。 本系统 以 SQL Server 2020 作为建立系统的后台数据库,使用 Microsoft Visual Studio 2020 进行代码编写及调试, 不仅能提高软件开发的质量和效率,缩短开发周期,而且还具备强大的数据 库管理功能,完全能够满足本系统的开发需求。 此外,从开发人员的水平考虑,作为计算机科学与技术专业毕业的学生,大学四年所积累的专业知识使我们从一定程度上具备了开发一个小型系统的能力,而且现有的计算机设备也完全能够满足开发的需要。 因此,在技术上,这两者结合完全可以胜任此平台的开发。 经济可行性 由于本系统所要求的硬件(计算机及相关硬件)和软件环境 (Microsoft Visual Studio 2020+SQL Server 2020),市场上都容易购买到或从相关网站下载,系统成本主要集中在本系 统的开发与维护上,对用户不造成过重的经济负担。 而一旦此系统投入使用 ,不仅可以减少 仓库进销存管理 的工作强度,提高工作效率,而且方便了对仓库进销存 的管理,延续了传统的管理模式,极大限度地方便了库存管理人员,而且,目标系统不是很复杂,开发的周期较短,经济支出不大,所节省的大量人力、财力产生的效益将远远大于本系统的开发成本。 所以从经济方面此系统是可行的。 盐城工学院本科生毕业设计说明书 7 操作可行性 IT 行业中从业的工作人员一般都要求掌握计算机技术,具有一定的软硬件基础,会使用各种管理软件,熟悉 IT 产品。 因为,有的进销存对员工的素质要求比较 高,从管理层到下面的销售人员,都要求具有一定的计算机基础,所以在新系统投入使用时,只要对员工进行少量的培训,系统的功能和使用方法就基本上能够是系统顺利运行。 法律 可行性 本系统不会触及相关的法律法规,不会侵犯专利权,侵犯版权等问题。 而且由于现有系统的不完善,本系统可以填补某些技术上的空白,并受法律保护。 综合以上 四 方面,无论是从技术上 、 经济上 , 操作上还是 法律上, 该系统具有很高的开发可行性。 3 需求分析 系统基本需求 针对餐饮连锁企业仓库进销存业务的需求,设计如下所示的数据项和数据结 构: a. 供货商信息,包括的数据项有供货商编号、供货商名称、供货商负责人,供货商号码、供货商传真、供货商地址等; b. 客户信息,包括的数据项有客户编号、客户姓名、客户性别、客户生日、家庭电话、手机号码、家庭住址等; c. 商品进货信息,包括的数据项有商品编号、操作员编号、供货商名称、仓库名称、货物名称、进货数量、商品计量单位、进货时间、商品规格、进货单价、销售单价、应付金额、实付金额等; d. 用户信息,包括的数据项有用户编号、用户姓名、系统登录者姓名、登录密码、用户性别、用户生日、所在部门、职位、家 庭电话、手机号码、家庭住址、权限编号等; e. 系统权限管理信息,包括的数据项有权限编号、系统用户分类、系统用户姓名、员工信息、供货商信息、顾客档案信息、采购进货信息等; f. 商品销售信息,包括的数据项有销售编号、库存编号、商品编号、用户编号、销售商品名称、销售数量、销售时间、商品计量单位、销售商品规格、进货单价、销售单价、应收金额、实收金额等; g. 商品退货信息,包括的数据项有退货商品编号、库存编号、商品编号、用户编号、客户编号、供货商名称、仓库名称、退货商品名称、退货商品规格、退货时间、退货数量、退 货商品计量单位、退货单价、应付金额、已退款金额、退货原因、退货类型等; h. 商品调拨信息,包括的数据项有库存调拨编号、用户编号、商品编号、商品名称、调出仓库名称、调入仓库名称、商品调动时间、库存数量、调出数量等。 餐饮连锁企业仓库进销存管理 系统 的 设计 与实现 8 系统 功能概述 根据本系统的需求分析,本系统的主要功能模块以及各个模块的主要功能如下: a. 基本档案模块,主要包括员工信息、供货商信息和客户档案的添加修改删除和查询。 基本档案模块图如图 31所示。 图 31 基本档案模块图 b. 进货管理模块,主要包括采购进货、采购退货和采购查询。 进货管理模块图如图 32所示。 图 32 进货管理模块图 c. 销售管理模块,主要包括商品销售、客户退货和销售查询。 销售管理模块结构图如图 33所示。 图 33 销售管理模块图 d. 库存管理模块,主要包括库存调拨、库存报警和库存查询。 库存管理模块图基本档案 员工信息 供货商信息 客户档案 进货管理 采购进货 采购退货 采购查询 进货管理 商品销售 客户退货 销售查询 盐城工学院本科生毕业设计说明书 9 如图 34所示。 图 34 库存管理模块图 e. 报表设计模块,主要包括进货商品报表、商品进货分析报表、销售价格分析报表和员工销售分析报表。 报表模块图如图 35所示。 图 35 报表设计模块图 f. 系统维 护模块,主要包括系统用户、权限设置、更改密码、数据备份和数据还原。 系统维护模块图如图 36所示。 图 36 报表设计模块图 库存管理 库存调拨 库存报警 库存查询 报表设计 进货商品报表 商品进货分析报表 销售价格分析报表 员工销售分析报表 系统维护 系统用户 权限设置 更改密码 数据备份 数据还原 餐饮连锁企业仓库进销存管理 系统 的 设计 与实现 10 系统 设计目标 通过系统的需求分析和数据流图分析,得出系统的最初设计目标,最终可归结为以下几点: a. 利用报表中图表分析员工的销售业绩,实现报表动态地分析数据; b. 实现各种查询,如定位查询,模糊查询等。 定位查询例如销售查询中的销售ID、商品 ID 和商品名称查询,模糊查询例如销售查询中的进货价格查询(,=,=,=)、销售价格查询 (,=,=,=)、销售数量查询等等; c. 信息查询灵活方便,信息存储安全可靠; d. 实现商品进货分析与统计、销售分析与统计、利润与损失统计等明细功能; e. 实现库存预警功能,尽可能减少商家不必要的损失; f. 对用户输入的数据,进行严格的数据检验,尽可能避免人为错误; g. 实现对系统用户的权限设置,并实现数据备份,数据还原功能; h. 为每个商品设置条形码,实现条形码的生成与录入。 4 系统概要设计 系统 设计思想 C/S 编程采用比较容易实现的 Visual Basic 开发环境, B/S 编程采用 Visual Studio 2020 开发环境,脚本采用 C[4]。 所以,本系统采用的是三层客户 /服务器( B/S)模式应用系统。 基于 Web 的数据库应用采用三层客户 /服务器模式,也称 B/S 结构。 第一层为浏览器,第二层为 Web 服务器,第三层为数据库服务器。 浏览器是用户输入数据和显示结果的交互界面。 用户在浏览器表单中输入数据,然后将表单中的数据提交并发送到 Web 服务器。 Web 服务器应用程序接受并处理用户的数据,通过数据库服务器,从数据库中查询需要的数据(或把数据录入数据库)并返回给 Web 服务器。 Web 服务器再把返回的 结果插入 HTML 页面,传送到客户端,在浏览器中显示出来 [5]。 三层客户 /服务器结构如图 41 所示。 图 41 三层客户 /服务器结构 之所以采用三层体系架构,是因为在传统的两层 C/S 架构中,客户端与数据库完全分开,把大量的数据访问规则、业务规则及合法性校验等服务集成到客户端应用程序。 每个客户端都存在数字引擎,而且与数据库服务器建立独立的数据库连接。 应用这种开发体系,能迅速建立应用程序,使开发变得简单快捷。 另外,通常在一个模块里面就能查看到全部代码,不用同时查看组件。 但当数据库数据容量不断增浏览器 Web 服务器 数据库服务器 浏览器 eb 服务器 盐城工学院本科生毕业设计说明书 11 加,客户端数目越来越大对应用程序进行升级维护时,系统结构弊端暴露无遗 [6]。 :对于数据库服务器端,每建立一个连接,就会占用大量系统资源,当连接数量达到一定数量的时候,数据库服务器响应和处理速度都会急速降低,给系统的运行性带来很大打击。 :由于大量的业务规则和操作都置于客户端应用程序,当需求发生改变的时候,必须修改客户端程序并通知每个用户进行升级。 c可移植性,集成了大量合法性校验、业务原则,数据库连接的访问的客户端应用程序,要把相应功能移植到另外的工程,即使 可以利用复制粘贴并稍稍修改的方式以尽可能利用客户端代码,难度也可想而知 [7]。 而在三层结构下,用户界面层与数据库之间可以完全不联系,它们通过业务层接口进行工作。 对于用户界面端的开发人员而言,可以完全不具有数据库开发的知识,只需要对业务层返回的类型进行操作即可。 这样为系。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。