本帖最后由 nbptzjp 于 2018-12-15 00:00 编辑
一、项目概述 随着现代工业的发展，计算机信息管理系统越来越受到企业重视。本文主要分析了仓库管理系统的一些基本功能和组成情况，包括系统的需求分析、系统结构，功能模块划分以及数据库模式分析等，重点对应用程序的实际开发实现作了介绍。达到了数据的一致性和安全性，且应用程序功能完备，符合了仓库管理系统作为典型的信息管理系统(MIS)的要求。在本仓库管理系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在需求规格说明书中得到详尽的叙述及阐明。 本阶段是在系统的需求分析的基础上，对仓库管理系统做一个概要设计，主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分为若干个模块、决定各个模块之间的接口、模块之间的传递信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对本阶段中对系统所在的概要设计进行详细的说明。 二、系统需求分析 2.1系统需求 体育用品仓库管理系统是一个健身房或者学校不可缺少的一部分,它的内容对于企业的决策者和管理者来说都是至关重要的，因此，管理系统应该能够为用户提供充足的信息和快捷的查询手段，但一直以来人们使用传统的人工方式管理仓库，这种管理方式存在着许多缺点，诸如效率低，保密性差等，而且时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。 随着科学技术的不断提高，计算机科学不断发展，其强大的功能已经被人们深刻认识，它已经进入了人类社会的各个领域并发挥着越来越重要的作用。 作为计算机应用的一部分，使用计算机对产品仓库信息进行管理，具有着人工管理无法比拟的优点，它检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等，可减少更多的人力物力，这些都能够极大地提高货品仓库的管理效率，也是企业仓库管理科学化、正规化，与世界接轨的重要条件。因此，开发一个仓库管理系统是很有必要的，具有其特有的技术意义和管理意义。单纯的采用传统的手工处理已经不符合管理的要求,而计算机具有运算速度快,处理能力强等特点, 很自然地进入到这一应用领域中。因此为了保证公司的信息流畅,工作高效, 有必要设计一个体育用品仓库管理系统。这能使管理人员从复杂的仓库管理中解脱出来。 选择Eclipse来开发体育用品仓库管理系统, 由于以上的优点,帮助管理员提高工作效率,所以选择 Eclipse 来开发体育用品仓库管理系统。 需求的收集及分析:体育用品仓库管理系统应该完成以下两个方面的内容:器材管理，使用人员管理。,每个内容均需要提供添加、 修改和查询的功能。体育用品仓库管理系统在开发过程中收集到的客户需求文档记录的关键部分可概括为以下几个部分: 1.可能会使用到该系统的用户:系统管理员、器材、用户; 2.各类用户的权限不一样。例如系统管理员可以添加、修改、查询器材和用户,用户只能查询自己的信息,仓库可以发布器材的信息。 由此可见,体育用品仓库管理系统需要满足2个方面的需求:管理员使用系统对全部数据进行维护操作;用户作为查询者对数据实体进行查询操作。现在的体育用品仓库管理系统基本上能做到这几个方面的要求,但多数系统在功能上依然存在缺陷和不足。 2.2 <登录>用例： 2.2.1基本信息 用例编号:UC001 2.2.2 用例图 图2-[url=]1[/url]登录用例图 2.2.3参与者 管理员 2.2.4简要说明 该用例描述管理员登录的过程 2.2.5事件流 首先进入到登录界面，当用户点击“登录”按钮后登录系统主界面。 2.2.6基本流 1. 在登录界面下用户按下“登录”按钮后
图 2-[url=]2[/url]体育器械有限公司仓库管理系统登录界面 2. 系统接收，跳转到系统主界面
图 2-[url=]3[/url]体育器械有限公司仓库管理系统界面 3.执行成功后，系统保存结果 2.2.7备选流 1.登录成功后跳转到系统主界面 2.用户账号密码错误时会提示相应的信息。 图2-[url=]4[/url]体育器械有限公司仓库管理系统登录失败 2.2.8用例场景 (1)成功场景 用户按下“登录”按钮后，能正确弹出系统主界面。 (2)失败场景 当账号密码类别错误时，点击“登录”按钮，系统会显示出“登录失败，请检查用户名和密码”。 图2-[url=]5[/url]管理员账号错误 图2-[url=]6[/url] 管理员密码错误 2.2.9非功能性需求 (1)总体要求 1.系统不进行对管理员的创建，而是事先已经存在。 (2)用例要求 每一次按下“登录”按钮后，跳转到仓库系统管理界面 2.3<添加用户/器材/仓库记录>用例： 2.3.1基本信息 用例编号: UC002 (1)用例图 图2-[url=]7[/url]添加记录用例图 (2)参与者 管理员 2.3.2简要说明 该用例描述管理员添加用户/器材入库/仓库记录的过程 2.3.3事件流 当用户点击“添加用户/器材入库/仓库记录”按钮后，进行“添加用户/器材入库/仓库记录”操作。 2.3.4基本流 1.用户按下“添加用户/器材入库/仓库记录”按钮后，进入界面 2.系统接收，弹出对话框 图2-[url=]8[/url]增加用户记录 图2-[url=]9[/url]器材入库 图2-[url=]10[/url]增加仓库记录 3.执行成功后，系统保存结果 2.3.5备选流 1. 增加用户/器材/仓库记录成功后提示成功信息 2. 增加成功后，可继续增加下一位。 2.3.6用例场景 (1)成功场景 管理员按下“增加”按钮后，显示成功插入。 (2)失败场景 管理员按下“增加”按钮后，显示插入失败。 2.3.7非功能性需求 (1)总体要求 系统对不存在的信息做判断是否符合规范。 (2)用例要求 每一次按下“增加用户/器材/仓库记录”按钮后，弹出一个增加界面。 2.4<查找用户记录>用例 2.4.1基本信息 用例编号: UC003 (1)用例图 图2-[url=]11[/url]查找记录用例图 (2)参与者 管理员 2.4.2简要说明 该用例描述管理员查找用户的过程 2.4.3事件流 当用户点击“查找用户”按钮后，进行“查找用户”操作。 2.4.4基本流 1.管理员用户按下“查找用户”按钮后，进入界面 2.系统接收，弹出对话框 图2-[url=]12[/url]查找用户记录 3.执行成功后，系统保存结果 2.4.5备选流 1. 查找用户成功后跳出对应的对话框。 2. 查找成功后，关闭对话框，可继续查找下一位。 2.4.6用例场景 (1)成功场景 管理员按下“查询”按钮后，跳出对应的对话框。 (2)失败场景 管理员按下“查询”按钮后，对话框中不显示信息。 2.4.7非功能性需求 (1)总体要求 系统对不存在的信息做判断是否符合规范。 (2)用例要求 每一次按下“查找用户记录”按钮后，弹出一个查找界面。 2.5<更新器材/仓库>用例 2.5.1基本信息 用例编号: UC004 (1)用例图 图2-[url=]15[/url]更新记录用例图 (2)参与者 管理员 2.5.2简要说明 该用例描述管理员更新器材/仓库记录的过程 2.5.3事件流 当用户点击“更新器材/仓库”按钮后，进行“更新器材/仓库”操作。 2.5.4基本流 1.用户按下“更新器材/仓库”按钮后，进入界面 2.系统接收，弹出对话框 图2-[url=]17[/url]更新器材记录 图2-[url=]18[/url]更新仓库记录 3.执行成功后，系统保存结果 2.5.5备选流 1. 更新器材/仓库成功后提示成功信息 2. 更新成功后，可继续更新下一位。 2.5.6用例场景 (1)成功场景 管理员按下“更新”按钮后，显示成功更新。 (2)失败场景 管理员按下“更新”按钮后，显示更新失败。 2.5.7非功能性需求 (1)总体要求 系统对不存在的信息做判断是否符合规范。 (2)用例要求 每一次按下“更新器材/仓库”按钮后，弹出一个更新界面。 2.6<删除用户/器材/仓库>用例 2.6.1基本信息 用例编号: UC005 (1)用例图 图2-[url=]19[/url]删除记录用例图 (2)参与者 管理员 2.6.2简要说明 该用例描述管理员删除用户/器材/仓库的过程 2.6.3事件流 当用户点击“删除用户/器材/仓库”按钮后，进行“删除用户/器材/仓库”操作。 2.6.4基本流 1.用户按下“删除用户/器材/仓库”按钮后 2.系统接收，弹出对话框 图2-[url=]20[/url]删除用户记录 图2-[url=]21[/url]删除器材记录 图2-[url=]22[/url]删除仓库记录 3.执行成功后，系统保存结果 2.6.5备选流 1. 删除用户/器材/仓库成功后提示成功信息 2. 删除成功后，关闭对话框，可继续删除下一位。 2.6.6用例场景 (1)成功场景 管理员按下“删除”按钮后，显示成功删除。 (2)失败场景 管理员按下“删除”按钮后，显示删除失败。 2.6.7非功能性需求 (1)总体要求 系统对不存在的信息做判断是否符合规范。 (2)用例要求 每一次按下“删除用户/器材/仓库”按钮后，弹出一个删除界面。 2.7<登入普通用户>用例 2.7.1基本信息 用例编号: UC006 (1)用例图 图2-[url=]19[/url]登入普通用户用例图 (2) 参与者
普通用户 2.7.2简要说明 该用例描述普通用户查看的过程 2.7.3事件流 当用户点击“查看”按钮后，进行“用户/器材/仓库”查看操作。 2.7.4基本流 1.用户按下“用户/器材/仓库”查看按钮后 2.系统接收，弹出对话框 图2-[url=]20[/url]查看用户记录 图2-[url=]21[/url]查看器材记录 图2-[url=]22[/url]查看仓库记录 3.执行成功后，系统保存结果 2.7.5备选流 1. 浏览用户/器材/仓库成功后提示成功信息 2. 浏览成功后，关闭对话框，可继续查看。 2.7.6用例场景 (1)成功场景 管理员按下“查看”按钮后，显示成功查看。 (2)失败场景 管理员按下“查看”按钮后，显示查看失败。 2.7.7非功能性需求 (1)总体要求 系统对不存在的信息做判断是否符合规范。 (2)用例要求 每一次按下“浏览用户/器材/仓库”按钮后，弹出一个查看界面。 三、功能要求 3.1系统功能需求 我们的系统需要实现的功能主要包括以下几个方面: 设计不同用户的操作权限和登录方法; 管理员可以添加、修改和查询器材的档案记录,同时可以添加、修改和查询用户记录; 用户可以查询; 用户界面的直观性和个人信息查询结果的可视化。 在查询结果的可视化方面,主要是尤其针对当前众多的仓库管理系统的“通病”,我们所涉及的利于查询用户的一项新功能,除了带来便捷性之外,在数据的统计分析等方面也有很大的帮助。 满足上述要求的系统应该包括以下几个模块:基本数据维护功能;数据库管理功能;基本业务功能。 3-1体育器材管理系统 3.2数据需求 通过调查,总结出用户对数据的需求如下 (1)用户信息 包括:编号、姓名等。 (2)器材信息 包括:编号、名称等。 基本数据维护功能 1、添加用户的档案信息。 2、修改用户的档案信息。 3、删除用户的档案信息。 4、查询结果的可视化管理。 四、系统设计 4.1实体类的设计： 4-1器械类图 器械类图包括“id器械编号”，“goodsname器械名称”，“goodsstyle器械类型”,“goodsnumber器械数量”和“storageID仓库编号”。 4-2用户类图 用户类图包括“id用户编号”，“username用户名称”,“userpwd用户密码”和“flag用户类型”。 4-3仓库类图 仓库类图包括“id仓库编号”，“storagename仓库名称”，“storagestyle仓库类型”和“storageID编号”。 4.2业务逻辑类的设计： 4-4类图 Goodsmanagement类包括Query浏览器械，Add器械进仓，Delete器械出仓，Update器械更新。 4-5类图 LoginUse类包括Query用户信息，Add增加用户，Delete删除用户，Update用户信息更新。 4-6类图 Storagemanagement类包括Query浏览仓库，Add增加仓库，Delete删除仓库，Update仓库更新。 4.3视图类的设计： 4-7类图 IndexAdmin管理员管理界面包括“用户管理”，“器械管理”，“仓库管理”三个下拉菜单，用户管理菜单含有“更改用户”，“添加用户”，“删除用户”，“密码修改”，“查询用户”几个菜单。器械管理菜单含有“器械入库”，“器械出库”。继承了JFrame的框架接入了几个监听接口ActionListener，并添加了菜单栏，菜单按钮，并将功能放入。 Index用户管理界面在管理员界面的基础上删减了几项能够修改信息的功能，保留了查询功能。继承了JFrame的框架接入了几个监听接口ActionListener，并添加了菜单栏，菜单按钮，并将功能放入。 五、系统实现 5.1登入系统 （1） 管理员登入：管理员可通过原先的用户进行登陆
图5-1管理员登入记录 （2） 普通用户登入界面
图5-2普通用户登入记录 5.2用户管理子系统 （1）添加用户记录：管理员能够通过简单的操作，进行新用户的添加，用户名可用大小写字母和数字的结合进行添加，密码也可以用随意的数字和字母进行添加。类型为普通用户和管理员两种。 （2）查找用户信息：管理员通过点击用户管理内的用户信息，可对用户的信息进行查看，用户信息中包含编号，用户名和用户类型三列。 （3）删除用户记录：管理员在用户删除界面中可删除用户的一切信息，包括用户名，密码及类型。 图5-3增加用户记录 图5-4查找用户记录 图5-5删除用户记录 5.3器材管理子系统 （1）器材入库：对新器材进行编辑并存入数据库，可输入器材名，可以选择器材类型及一共要输入的数量，还有要选择的仓库号。
（2）更新器材记录：对器材的名称，器材类型和器材的数量进行修改并保存，也可选择仓库编号。
（3）器材出库：仓库中的器材被取出，就可对其进行器材出库操作。
图5-6器材入库 图5-7更新器材记录 图5-8器材出库 5.4仓库管理子系统 （1）添加仓库记录：可对仓库进行操作，可以添加仓库名，类型和编号，如果输入有误可以重置，并重新输入。
（2）更新仓库记录：对仓库信息进行修改，可修改仓库名称，仓库类型和仓库编号
（3）删除仓库记录：对仓库中的信息进行删除。
图5-9添加仓库记录 图5-10更新仓库记录 图5-11删除仓库记录 | 
收藏
淘帖
踩
