【毕业学位论文】（Word原稿）五金商品管理系统的设计与实现-软件工程

五金 商品管理系统的 设计与实现 of 要 I 摘 要 随着经济的快速发展，对商品的高效管理离不开信息技术。本 系统的实施能够准确及时地将库存商品的情况通报给公司和客户，这样公司就可以在最短的时间内了解商品的入库、出库以及库存情况，从而有效的实现对商品的管理，提高工作效率，满足客户的需求，并提升公司的总体服务水平，进而达到扩大销售额、扩大经营规模的目的。另外及时了解库存，可以降低库存量，进而达到降 低库存成本的目标， 从而解决了管理模式混乱无序的问题， 也提升公司的经营业绩。 在上述工作的基础上，采用客户机 /服务器结构设计实现了公司“五金件管理系统”。通过验证，这套系统简单易懂、便于操作，有直观的图形界面，操作人员无需花太多时间就可以进行操作。通过使用该软件，可以有效提高了工作效率，规范了管理流程，保证了数据的准确性和安全性，基本满足了商家在商品管理中的需要，为公司的进一步发展奠定了坚实的基础，另外为了后期的开发，我们设置了公共类库，这样方便后期的开发，以满足公司的进一步需求。 关键词： 005 ； 005；数据库；商品销售；查询 I of of to of a is do of of it is to a to of of be to so in to s of of of of so as to of s of in of to a to of of of QL in II At of on of to s is to to is an be to of to of at of a of up to of in to 录 录 第 1 章 绪论 . 7 言 . 7 内外研究概况 . 7 . 7 第 2 章 相关技术 . 8 可行性分析 . 8 济可行 性 . 8 术可行性 . 8 全可行性 . 9 律可行性 . 9 施可行性 . 9 求分析 . 9 统功能需求分析 . 9 统设计结构分析 . 100 统功能流程图设计 . 100 统体系结构的分析 . 111 !未定义书签。 3 000 . 144 . 149 第 3 章 需求分析 . 20 . 错误 !未定义书签。 0 统功能需求分析 . 20 统功能需求分析 . 21 统用例图 . 23 . 231 . 23 目录 V 计查询用例图 . 24 品 管理用例图 . 25 功能需求 . 26 统功能需求分析 . 23 统功能需求分析 . 23 统功能需求分析 . 24 统功能需求分析 . 25 功能需求 . 26 第 4 章 系统的总体设计 . 28 能设计 . 28 统总体功能模块 . 28 本档案 . 29 品管理 . 29 询统计 . 30 统维护 . 30 助系统 . 30 统的功能描述 . 31 功能设计 . 32 据安全性分析 . 32 第 5 章 数据库设计 . 33 据库设计概要说明 . 33 据库设计的概念及特点 . 33 据库设计的步骤 . 33 数据库设计 . 34 据库设计需求分析 . 34 据库的概念结构设计 . 34 辑结构设计 . 36 . 38 第 6 章 系统的详细设计与实现 . 41 术准备 . 41 件夹及文件的设计 . 41 共类的设计 . 44 目录 主要功能模块的设计 . 46 统登录设计 . 46 应商信息设置 . 47 库的设置 . 51 品基本档案的设置 . 52 品入库管理 . 53 品出库管理 . 57 存商品信息管理 . 60 入库商品年统计 . 63 入库商品月统计 . 65 统维护 . 66 助 . 69 系统的实现 . 71 . 73 . 75 第 7 章 系统测试 . 错误 !未定义书签。 第 8 章 总结和展望 . 错误 !未定义书签。 . 错误 !未定义书签。 望 . 错误 !未定义书签。 致谢 . 80 参考文献 . 84 个人简历 在读期间发表的学术论文与研究成果 错误 !未定义书签。 7 第 1 章 绪论 言 现代化的商场需要现代化的管理手段，传统的管理手段已经制约商场的生存和发展，越来越多的商场开 发信息管理系统对商品信息、库存信息进行管理，从而提高商场的运转效率。商品库存管理系统是典型的信息管理系统，本文提出了商品库存管理系统的设计及实现方案 。 通过验证，这套系统简单易懂、便于操作，有直观的图形界面，操作人员无需花太多时间就可以进行操作。通过使用该软件，可以有效提高了工作效率，规范了管理流程，保证了数据的准确性和安全性，基本满足了商家在商品管理中的需要，为公司的进一步发展奠定了坚实的基础，另外为了后期的开发，我们设置了公共类库，这样方便后期的开发，以满足公司的进一步需求。 比较之下，这种电脑代替人工 的管理模式也很适合五金库存管理。这种模式可以很好的提高整个运营的工作效率，减少很多不必要人工原因而造成的失误。让老板更加的放心，让员工管理起来更加的醒目，工作也变得轻松。详细的介绍请看下文详细介绍。 内外研究概况 对国内外五金行业中的中小企业的管理现状进行了概述，并展望了这类企业的未来。 内行业的管理 前面提到的国内五金业的生产是有发展前景的，进而带来的就是销售机会，在五金的销售中也是存在激烈的竞争的，因此需要提升企业的管理能力，国内有些企业为了提升自己的业绩，纷纷开发相关软件来支持其 管理，来解决竞争中的不利因素，提高竞争优势。 8 从来自网络上的数据可以看出，近年来，五金业在国内的行情很是不错，也是国家发展中的一大重点。单从企业向前发展的前途来看，产业越来越大，货物出入库的数量上面也会有很大的提高。所以，在企业正在快速发展的路上，如果还单单使用人工模式来管理，必将面临很多的弊端；因此，在业务锋芒期来临之前，提升管理的模式，为企业以后的发展又排除了一个小小的隐患，也使企业向前跨了不小的一步，让管理更加的科学化。 第 2 章 相关技术 可行性分析 济可行性 经济可行性 如果 收益比投入要少或在预期范围内是少的，则系统的开发是可行的，如果相反，则主张等待时机再考虑。 目前中小企业商品的管理大都是通过库管人员记录，然后录入到数据库文件中或 件中，当需要查询时再通过应用软件来实现，每次库存的查询很麻烦，而且也没有商品上下限的预警，这样的管理不但不利于数据的管理，而且也浪费人力物力，且不能保证数据的正确性与安全性。在用传统的方式管理时，因为人力问题，经常出现数据录入错误的人为现象。在该管理系统可以把所有数据统计查询，查询商品库存的上下限，及时补充商品库存的不足，这样可以减少商 机的丢失，另外减少库存的经常盘点，减少员工的劳动量。通过以上分析该系统的使用可以提升公司的办事效率，进而提高公司的经营业绩，因此系统的开发在经济上是可行的。 术可行性 技术可行性指开发系统中的技能 能否 完成系统的开发。软件开发方面本系统主要采用 C#和 术，经过近两年的学习和实践，再加上教学工作中经验的积累，对开发平台的相关技术都有所了解，如：公共类的设置、触发 9 器的创建。 全可行性 进入本系统的人员可以设置、修改密码，登录经过验证合格后，才能进入系统。另外在数据的 安全性方面，系统允许对数据进行备份、压缩和还原，避免意外的发生，通过以上分析，系统在安全性上是可行的。 律可行性 法律可行性 即 明确系统开发可能 出现的连带责任 ,是否有 违法 现象，是否对社会造成损失。本系统的开发过程完全是合法行为，从公司的实际出发，没有任何侵权行为。 施可行性 本系统采用人机交互界面的图文混排方式，操作方便，只要具备一定的软件操作和理解能力，经过简单的培训就可以使用本系统，为了防止数据的重复录入，系统采用及时提醒报警的方式，这样在原来纸质数据的录入中就不会带来麻烦，为 系统的顺利使用提供便利，因此系统的开发可以实施。 求分析 统功能需求分析 商品管理系统是一个典型的数据库开发应用程序，由基础信息管理模块、进货信息管理模块、销售信息管理模块、库存信息管理模块等部分组成，规划系统功能模块如下： 该模块主要包括搜索会员、管理账户、账户锁定、账户解锁、修改账户、删除账户。 该模块主要包括搜索商品、搜索统计、分类管理、管理商品、添加修改、 10 打开状态、推荐状态、特价状态。 该模块主要包括接收消息、发布消息 。 该模块主要管理订单、处理订单、删除订单、搜索订单、回收站、彻底删除、恢复订单。 统设计结构分析 商品管理系统采用的是浏览器 /服务器系统（ 称 B/S）结构。 B/S 介绍 B/ 览器 /服务器 )结构，就是只安装维护一个服务器 (而客户端采用浏览器 (行软件。它是随着 C/S 结构的一种变化和改进。主要利用了不断成熟的 览器技术，结合多种 )和 术，是一种全新的软件系统构造技术。 图 ，按照结构化程序设计的要求，得到如下所示的系统功能模块图，如图 2 11 商 品 管 理 系 统（ 前 台 ）会 员 商 品 购 物会员注册会员登录会员中心商品展示商品查询商品采购购物清单采购订单站内信息口令修改订单管理列表展示分类展示单品展示收银订单查询个人信息订单管理订单管理订单管理图 系统功能结构图 统体系结构的分析 （ 构即浏览器和服务器结构。它是随着 ，对 C/S 结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过 览器来实现，极少部分事务逻辑在前端（ 现，但是主要事务逻辑在服务器端（ 现，形成所谓三层 3构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（ 以目前的技术看，局域网建立 B/S 结构的网络应用，并通过式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不 同的地点，以不同的接入方式（比如 ）访问和操作共同的数据库；它能有效地 12 保护数据平台和管理访问权限，服务器数据库也很安全 。特别是在 样的跨平台语言出现之后， B/捷、高效。 图 务端组件体系结构 /*注释： B/需配置好 用者即可使用系统自带的浏览器来访问 完成操作 */ （ 构，即大 家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到 和 来实现，降低了系统的通讯开销。目前大多数应用软件系统都是 式的两层结构，由于现在的软件应用系统正在向分布式的 用发展， 用都可以进行同样的业务处理，应用不同的模块共享逻辑组件；因此，内部的和外部的用户都可以访问新的和现有的应用系统，通过现有应用系统中的逻辑可以扩展出新的应用系统。这也就是目前应用系统的发展方向 。 传统的 C 这只是系统开发一级的开放性，在特定的应用中无论是 还是 都还需要特定的软件支持。由于没能提供用户真正期望的开放环境， C/ 加之产品的更新换代十分快，已经很难适应百台电脑以上局域网用户同时使用。而且代价高， 效率低。 13 图 B/S 结构 /*注释： 以满足不同的系统对系统的访问，而 ，也经历了三个发展时期。首先，界面技术从上世纪 形界面（或图形用户界面 直至 览器界面三个不同的发展时期。其次，今天所有电脑的浏览器界面，不仅直观和易于使用，更主要的是基于浏览器平台的任何应用软件其风格都是一样的，使用人对操作培训的要求不高，而且软件可操作性强，易于识别；再者，平台体系结构也从过去单用户发展到今天的文件 /服务器（ F/S）体系、客户机 /服务器（ C/S）体系和浏览器 /服务器（ B/S）体 系。 14 图 C/S 结构 /*注释： C/活性相对于 B/。 C/S 是美国 B/前，这两项技术以被世界各国所掌握，国内公司以 C/S 和 B/S 技术开发出产品也很多。这两种技术都有自己一定的市场份额和客户群，各家企业都说自己的管理软件架构技术功能强大、先进、方便，都能举出各自的客户群体， 都有一大群文人墨客为自己摇旗呐喊，广告满天飞，可谓仁者见仁，智者见智。 1、 C/（ 1）、应用服务器运行数据负荷较轻。 最简单的 C/S 体系结构的数据库应用由两部分组成，即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器，也称为应用服务器。一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户应用程序运行在用户自己的电脑上，对应于数据库服务器，可称为客户电脑，当需要对数据库中的数据进行任何操作时，客户程序就自动地寻找服务器程序，并向其 发出请求，服务器程序根据预定的规则作出应答，送回结果，应用服务器运行数据负荷较轻。 15 （ 2）、数据的储存管理功能较为透明。 在数据库应用中，数据的储存管理功能，是由服务器程序和客户应用程序分别独立进行的，前台应用可以违反的规则，并且通常把那些不同的（不管是已知还是未知的）运行数据，在服务器程序中不集中实现，例如访问者的权限，编号可以重复、必须有客户才能建立定单这样的规则。所有这些，对于工作在前台程序上的最终用户，是“透明”的，他们无须过问（通常也无法干涉）背后的过程，就可以完成自己的一切工作。在客户服务器架 构的应用中，前台程序不是非常“瘦小”，麻烦的事情都交给了服务器和网络。在 C/S 体系的下，数据库不能真正成为公共、专业化的仓库，它受到独立的专门管理。 （ 3）、 C/ 首先，采用 C/S 架构，要选择适当的数据库平台来实现数据库数据的真正“统一”，使分布于两地的数据同步完全交由数据库系统去管理，但逻辑上两地的操作者要直接访问同一个数据库才能有效实现，有这样一些问题，如果需要建立“实时”的数据同步，就必须在两地间建立实时的通讯连接，保持两地的数据库服务器在线运行，网络管理工作人 员既要对服务器维护管理，又要对客户端维护和管理，这需要高昂的投资和复杂的技术支持，维护成本很高，维护任务量大。 其次，传统的 C/S 结构的软件需要针对不同的操作系统系统开发不同版本的软件，由于产品的更新换代十分快，代价高和低效率已经不适应工作需要。在 B/，并对其形成威胁和挑战。 2、 B/（ 1）、维护和升级方式简单。 目前，软件系统的改进和升级越来越频繁， B/一个稍微大一点单位来说， 系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知的，但 B/S 架构的软件只需要 16 管理服务器就行了，所有的客户端只是浏览器，根本不需要做任何的维护。无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行；如果是异地，只需要把服务器连接专网即可，实现远程维护、升级和共享。所以客户机越来越“瘦”，而服务器越来越“胖”是将来信息化发展的主流方向。今后，软件升级和维护会越来越容易，而使用起来会越来越简单，这对用户人力、物力、时间、费用的节省是显而易见 的，惊人的。因此，维护和升级革命的方式是“瘦”客户机，“胖”服务器。 （ 2）、成本降低，选择更多。 大家都知道 桌面电脑上几乎一统天下，浏览器成为了标准配置，但在服务器操作系统上 不是处于绝对的统治地位。现在的趋势是凡使用 B/需安装在 务器上即可，而且安全性高。所以服务器操作系统的选择是很多的，不管选用那种操作系统都可以让大部分人使用 就使的最流行免费的 作系统是免费的以外，连数据库也是免费的，这种选择非常盛行。 比如说很多人每天上“网易”（原文为新浪）网，只要安装了浏览器就可以了，并不需要了解“网易”的服务器用的是什么操作系统，而事实上大部分网站确实没有使用 作系统，但用户的电脑本身安装的大部分是 作系统。 （ 3）、应用服务器运行数据负荷较重。 由于 B/S 架构管理软件只安装在服务器端（ ，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（ 完全通过 少部分事务 逻辑在前端（ 现，所有的客户端只有浏览器，网络管理人员只需要做硬件维护。但是，应用服务器运行数据负荷较重，一旦发生服务器“崩溃”等问题，后果不堪设想。因此，许多单位都备有数据库存储服务器，以防万一。 17 3， C/S 与 B/S 区别 建立在局域网的基础上的， 建立在广域网的基础上的。 （ 1）、硬件环境不同： C/S 一般建立在专用的网络上， 小范围里的网络环境， 局域网之间再通过专门服务器提供连接和数据交换服务。 B/S 建立在广域 网之上的， 不必是专门的网络硬件环境，例如电话上网， 租用设备， 信息自己管理， 有比 C/ 一般只要有操作系统和浏览器就行。 （ 2）、对安全要求不同 C/S 一般面向相对固定的用户群， 对信息安全的控制能力很强。 一般高度机密的信息系统采用 C/S 结构适宜，可以通过 B/ B/S 建立在广域网之上， 对安全的控制能力相对弱， 面向是不可知的用户群。 （ 3）、对程序架构不同 C/S 程序可以更加注重流程，可以对权限多层次校验，对系统运行速度可以较少考虑。 B/S 对安全以及访问速度的多重的考虑， 建立在需要更加优化的基础之上。 比C/S 有更高的要求， B/S 结构的程序架构是发展的趋势，从 列的000 000 等，全面支持网络的构件搭建的系统。 B/ （ 4）、软件重用不同 18 C/S 程序可以不可避免的整体性考虑， 构件的重用性不如在 B/ B/S 对的多重结构，要求构件相对独立的功能。 能够相对较好的重用。就如买来的餐桌可以再利用，而不是 做在墙上的石头桌子。 （ 5）、系统维护不同 系统维护是软件生存周期中，开销大，相当重要 C/S 程序由于整体性，必须整体考察，处理出现的问题以及系统升级难， 可能是再做一个全新的系统。 B/S 构件组成方面构件个别的更换，实现系统的无缝升级。 系统维护开销减到最小，用户从网上自己下载安装就可以实现升级。 （ 6）、处理问题不同 C/S 程序可以处理用户面固定，并且在相同区域， 安全要求高的需求，与操作系统相关， 应该都是相同的系统。 B/S 建立在广域网上， 面向不同的用户群，分散地域， 这是 C/S 无 法作到的，与操作系统平台关系最小。 （ 7）、用户接口不同 C/S 多是建立在 台上，表现方法有限，对程序员普遍要求较高。 B/S 建立在浏览器上， 有更加丰富和生动的表现方式与用户交流， 并且大部分难度减低，降低开发成本。 （ 8）、信息流不同 C/S 程序一般是典型的中央集权的机械式处理，交互性相对低。 B/S 信息流向可变化， B B、 B C、 B G 等信息流向的变化， 更象交易中心 19 章小结 本章主要是对校园 手交易系统在开发时应用到的一些语言或技术的介绍，包括 言、 术、 术、 术等。另外，技术的实施要在一定的环境和进行，本问题在设计的时候，充分考了了技术与环境的配置关系，包括系统环境及 境配置、数据库开发工具选择及配置、关系数据库管理系统等三个方面。本章的内容主要是针对系统设计环境方面的一些规定，因此与第二章共同作为系统开发的基础。 20 第 3章 需求分析 求分析 求背景 目前，随着经济的快速发展，企业规模的不断壮大，企业与国内外市场的紧密接轨，电子商务已经成为世 界各国发展经济的核心。近年来，在互联网的普及推广下，人们的日常生活和休闲方式也在发生着变化，而以网上购物为主的电子商务也逐渐成长起来，在人们的日常生活中发挥越来越重要的作用。基于网络超市的商品销售管理系统，则是在网络上建立一个虚拟的购物商场，避免