商品进销存需求分析.docx

《商品进销存需求分析.docx》由会员分享，可在线阅读，更多相关《商品进销存需求分析.docx（26页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上呼伦贝尔学院计算机科学与技术学院系统开发需求分析题 目： 商店进销存管理系统 学生姓名： 专业班级： 任课教师： 完成时间： 专心-专注-专业目录第1章 可行性分析1.1引言1.1.1编写目的经过我们的调查发现，许多商店在物流管理方面，仍使用传统的人工管理模式，浪费人力资源，效率低准确率低。有一些商品紧缺，供不应求，使顾客大为不满，还有一些商品长期积压，损坏严重，造成重大经济损失，引起店家不满，多次向管理员反映，但问题依旧存在。商店以零售为前导，以商品进销存为基础，一个大型商店，如果没有一个强大的信息系统来支持，那么就会造成大量的商品，而供不应求的局面，势必会减少客流

2、量给商店带来巨大的损失。有的商店会投入大量人力来解决这样的问题，但是不仅成本花费比较多浪费时间，也没有系统的准确，高效。1.1.2项目背景A. 所建议开发的系统的名称：商店进销存管理系统；B. 本项目的提出者：常培绩开发者：常培绩（组长）、李韬、梁静、杨宁C. 用户：需要对商品的进销存进行统一管理的各个行业部门。1.1.3参考资料刘振华、王晓蓓.软件工程与UML项目化实用教程.北京，清华大学出版社1.2可行性研究的前提1.2.1基本要求实现商店进销存管理系统，使得商店的管理更加及时、高效，功能主要包括销售管理、库存管理、账务管理和系统管理。本系统主要功能及性能要求如下：（1） 员工、管理员登录

3、验证。（2） 员工可对顾客购买商品信息进行操作；可对每日的销售产品数量，销售额，哪种产品卖得最多，进行查询，并查询库存量并及时更改库存量。（3） 管理人员可查询近期商品的销售记录，查看库存量，为今后商品的采购和经营决策提供依据；可对公司所有员工的基本信息进行查询、添加、删除和更新；对原有商品信息及时更新，删除过期商品信息；可对店内维修信息及花费进行统计。（4） 完成期限要求。1.2.2目标（1） 人力与设备费用的相对较少。（2） 使用此系统后可以查看库存信息，及时对库存进行更新，并可清楚地了解每日销售信息，总结销售记录，了解店内营销利润。（3） 系统稳定性好。（4） 使得用户操作简洁。（5）

4、安全性较高，加密性强。1.2.3条件、假定和限制（1） 系统运行寿命的最小值应达一年。（2） 经费、投资方面的来源和限制：由于我们是学生开发无需 资金，大家在各个方面的技术还不是很完善。（3） 可利用的信息和资源：Java web程序设计，MySQL，软件工程与UML项目化实用教程。（4） 系统最晚完成时间：2017年11月30日。1.2.4可行性研究的方法进行可行性分析的方法主要有战略分析、调查研究、预测技术、系统分析、模型方法等方法。分析原油系统，进行商品市场的调查，针对原有系统进行问卷调查，小组进行讨论。1.3所建议技术可行性研究（1） 风险分析：此软件可维护，可扩展，风险小。（2） 资

5、源分析：必需的软件，硬件，工作环境都已经具备。（3） 技术分析：此网站使用JSP技术，采用eclipse-ee开发工具。采用三层架构，使得网站将来具有更好的扩展性和可维护性，由于没有复杂的业务，逻辑要求简单，所以利用现有技术方面完全可以达到。1.4经济可行性分析因为通过网络传递销售信息可以不受距离的限制，因此可以借阅许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高商店的销售效率，即提高了商店的经济效益。1.5社会因素可行性分析1.5.1法律方面的可行性新系统的研制和开发，将不会侵犯他人、集体和国家的利益，不会违反国家政策和法律。1.5.2使用方面的可行性具有操作简单，界

6、面友好，许多选项只需单击鼠标即可，实现了系统对商店的管理要求。系统运行应该快速。稳定、高效和可靠；在结构上应具有很好的可扩展性，便于将来的功能扩展和维护。1.6业务流程图开始系统首页通过失败登录验证后台管理页面选择操作进货管理销售管理供应商管理退出登录库存管理信息管理商品信息管理用户信息管理结束图1-1 总系统流程图开始结束存储销售信息添加销售信息显示销售信息删除销售信息修改销售信息读取销售信息图1-2 销售管理业务流程图领货单是否缺货查看库存信息开缺货单联系供货商是否有货是否否供货是图1-3 供货管理业务流程图1.7结论经上述可行性分析，系统研制和开发可以立即开始进行。第2章 需求分析2.1

7、功能性需求分析表2-1 功能性需求分类功能用例名称、标识符概述用户登录用户登录根据用户填写的用户名和密码发送连接请求。连接成功后登录数据库，服务器对用户的身份进行验证商品信息管理添加商品信息填写新增信息，管理员向服务器发送添加商品信息请求，添加商品信息修改商品信息管理员向服务器发送修改商品信息请求，更新商品信息删除商品信息管理员向服务器发送删除商品信息请求，删除商品信息查询商品信息管理员向服务器发送查看商品信息请求，查看商品信息进货管理添加进货信息管理员根据库存量，及时进行货物补充，添加新增商品信息修改进货信息管理员向服务器发送请求，修改进货信息查询进货信息管理员向服务器发送请求，查询进货信息

8、删除进货信息管理员向服务器发送请求，删除进货信息，进行退货处理。供应商管理添加供应商信息由管理员对供应商信息进行更新，并向服务器进行请求，对供应商信息进行查询及修改修改供应商信息删除供应商信息查询供应商信息销售管理添加销售记录添加销售记录，商品数量相应减少，同时及时查看上架商品的数量修改销售记录向服务器进行销售记录修改请求，修改销售信息查询销售记录管理员可对每日，每月，每年销售记录进行查询，并统计相应利润删除销售记录管理员可对无用销售记录进行删除操作用户管理添加员工信息该子系统主要由管理员对员工信息进行管理删除员工信息修改员工信息查询员工信息查询管理员信息该子系统主要由管理员对个人信息进行管理

9、修改管理员信息库存管理查询库存信息该子系统由员工进行库存管理添加库存信息修改库存信息删除库存信息2.2用例图（1）员工用例图具体可见图2-1 员工用例图。图2-1 员工用例图（2）管理员用例图具体可见图2-2 管理员用例图。图2-2 管理员用例图2.3用例描述(1)”管理员登录”用例. “管理员登录”用例具体描述见表1-1表2-2 管理员登录用例描述表用例编号:YL001。用例名称:管理员登录。用例描述:该用例的主要功能是向服务器发送连接请求，并向服务器提供验证所需要的用户名和密码。参与者:管理员前置条件:以合法的身份登录系统，输入正确的用户名和密码。事件流:一、 基本流1. 管理员输入登录的

10、用户名和密码2. 单击”登录”按钮,请求登录，单击”取消”按钮,取消登录。3. 客户端程序检查用户填写的内容是否合法(具体判断根据系统的开发者设计有关)，如果未通过检查,则转向备选流1。4. 服务器接收请求,连接成功。5. 点击登录按钮后，通过服务器去数据库里找与之相对应的用户名和密码，如果未能找到相匹配的数据，则转向备选流2。6. 验证通过，显示后台管理界面。7. 用例结束。二、 备选流 1. 备选流 1 (1) 如果客户端验证没有通过，输入的用户名和密码不符合设定的条件，以及其他条件等等。 (2) 管理员返回基本流1。 2. 备选流 2 (1) 如果管理员身份没有在相应的数据库里找到，将会

11、返回“用户名或者密码有误”的信息。特殊要求: 1. 用户名要求:必须为数字，必填。 2. 密码长度要求:不得少于6位，并以掩码”*”显示，来起到保护作用。 后置条件: 管理员登录成功后，显示后台管理主界面。(2)”员工登录”用例。“员工登录”用例描述具体见表1-2。用例编号:YL002。用例名称:员工登录。用例描述:该用例的主要功能是向服务器发送连接请求，并向服务器提供验证所需要的用户名和密码。参与者:员工前置条件:以合法的身份登录系统，输入正确的用户名和密码。事件流:二、 基本流1. 员工输入登录的用户名和密码2. 单击”登录”按钮,请求登录，单击”取消”按钮,取消登录。3. 客户端程序检查

12、用户填写的内容是否合法(具体判断根据系统的开发者设计有关)，如果未通过检查,则转向备选流1。4. 服务器接收请求,连接成功。5. 点击登录按钮后，通过服务器去数据库里找与之相对应的用户名和密码，如果未能找到相匹配的数据，则转向备选流2。6. 验证通过，显示后台管理界面。7. 用例结束。三、 备选流 1. 备选流 1 (1) 如果客户端验证没有通过，输入的用户名和密码不符合设定的条件，以及其他条件等等。 (2) 员工返回基本流1。 2. 备选流 2 (1) 如果员工身份没有在相应的数据库里找到，将会返回“用户名或者密码有误”的信息。特殊要求: 1. 用户名要求:必须为数字，必填。 2. 密码长度

13、要求:不得少于6位，并以掩码”*”显示，来起到保护作用。 后置条件: 管理员登录成功后，显示后台管理主界面。表2-3 员工登录用户描述2.4非功能性需求2.4.1技术需求2.4.1.1软硬件环境需求（1） web服务器：Tomcat5.0以上（2） 数据库：MySQL5.0以上（3） 安装所需硬盘空间：100MB以上2.4.1.2性能需求（1）反应速度快。在机器配置达到系统要求的情况下，该系统可在大多数平台上流畅运行。（2）操作简便。信息查看及修改等操作简单，易懂。（3）安全保密性高。本系统将定义两个角色，并对角色权限进行限制，通过定义某些角色能进行的操作权限和定义用户用户拥有的角色，限定用户

14、的操作权限，实现对用户的权限，以此提高系统的安全性。（4） 对输入输出要求。系统默认的输入设备为键盘，扫描仪及电子数据设备，输出设备为显示器和打印机。2.4.2质量需求2.4.2.1可用性（1） 输入的合法性检查和值域检查。（2） 对于复杂的动作要有必要的提示信息。（3） 记忆用户的设置或操作习惯，方便用户操作。2.4.2.2可靠性和健壮性系统允许用户的误操作和有效的输入检测。当用户进行操作时，适当提示确认信息框，减少用户操作错误率。系统中有关用户对系统中部分信息更改包括录入当前系统时间，以此提高系统的可靠性。2.4.3设计约束（1） 语言约束本系统是基于中文系统开发和使用的，系统必须支持中文

15、处理。（2） 系统模型约束本系统采用structs+JSP模型，在保证实现技术简单易维护的基础上，还可提高可重用性和可移植性。2.4.4验收标准商店进销存管理系统验收标准如下：（1） 实现所有功能需求。（2） 满足非功能性需求。（3） 系统设计文档完整，且符合规范。代码符合规范，命名规范，且与系统设计一致。第3章 概要设计3.1MVC设计模式3.1.1 MVC结构图MVC组件类型关系和功能图如图1-2 所示。模型层封装应用程序状态；响应状态查询；应用程序功能；通知视图改变状态查询状态改变通知改变视图层解释模型；模型更新请求；发送用户输入给控制器；允许控制器选择视图控制器层定义应用程序行为；用户

16、动作映射成模型更新；选择相应的视图 视图选择用户请求事 件方法调用图1-1 MVC组件类型关系和功能图基于MVC模型的web应用的整个工作流程可以分为4个步骤。（1） 用户通过视图（一般JSP页面或HTML页面）发出请求。（2） 控制器接收请求后，调用相应的模型并改变其状态。（3） 当模型状态改变后，控制器选择对应的视图组件来反馈改变后的结果。（4） 视图根据改变后的模型，将正确的状态信息显示给用户。3.1.2 MVC Model1在MVC模式的Model1体系中，JSP页面独立响应请求并将出理结果返回客户，所有的数据存取都是由JavaBean来完成。Model1体系十分适合简单应用需要，却不

17、能满足复杂的大型应用程序的实现。MVC Model1的体系结构如图2-2所示。浏览器关系数据库JSP请求JAVAJDBC响应图1-2 MVC Model1体系结构图查询商品信息3.2系统功能层次图修改商品信息商品信息管理添加商品信息删除商品信息修改密码员工删除商品信息查询商品信息修改商品信息库存管理商店进销存管理系统添加商品信息销售管理查询销售信息添加销售信息修改删除销售信息修改密码查询供应商信息查询剩余过期天数修改供应商信息添加供应商信息供应商管理删除供应商信息管理员查询员工信息员工管理修改员工信息删除员工信息添加员工信息添加进货信息查询进货信息进货管理删除进货信息修改进货信息图2-1 系统

18、功能层次图3.3概念结构设计3.3.1系统局部E-R图（1）商品的属性包括生产日期、价格、过期日期、商品编号、商品名称。具体见图3-1 商品E-R图。商品商品名称生产日期过期日期数量商品编号价格数量数量图3-1 商品E-R图（2）商品类别的属性包括编号、名称。具体见图3-2 商品类别E-R图。商品类别类别名称称类别编号图3-2 商品类别E-R图供应商（3）供书商的属性包括编号、名称、地址、联系方式。具体见图3-3 供书商E-R图。联系方式供应商编号供应商地址名称图3-3 供书商E-R图（4）销售单信息主要包括销售单号，员工编号、种数、总金额、销售日期。具体可见图3-4 销售单E-R图。销售日期

19、销售单总金额销售单号种数员工号图3-4 销售单E-R图3.3.2系统总体E-R图一种商品类别可以有多本商品，一个商品只能属于一种商品类别；商品可以卖给多个顾客，一个顾客可以购买多个商品；商品可以有多个订单，一个订单可以可以有多个商品；一个供应商可以有多个订单，一个订单只能属于一个供应商；一个仓库可以存放多个商品，商品可存于多个仓库。具体可见3-5 系统总体E-R 图。图3-5 总体E-R图3.4逻辑结构设计3.4.1 关系模式商品(商品编号, 商品名称, 规格, 单位, 数量, 售价, 类别号, 生产日期, 过期日期, 进价)类别(类别编号, 类别名称)销售明细(销售单号,商品编号,个数, 总

20、金额, 销售日期)销售单(销售单号, 员工号, 种数, 总金额, 销售日期)供应商(供应商编号, 供应商名称, 供应商地址, 联系人姓名, 联系方式)进货(进货单号,商品编号, 供应商编号, 个数, 总金额, 进货日期, 管理员编号)3.4.2 数据库表的实现表3-1 数据库中表清单数据库表名关系模式名称备注goods商品商品信息表type类别商品类别信息表sellmx销售明细销售明细表sell销售单销售单表worker员工员工信息表supplier供应商供应商信息表stock进货进货表admin管理员管理员信息表表3-2 goods表字段名称含义属性类型长度备注goodsno商品编号varc

21、har30主键goodname商品名称varchar30guige规格varchar30danwei单位varchar5count数量int11outprise售价float10价格保留两位小数typeno类别号varchar30外键scdate生产日期varchar30gqdata过期日期varchar30inprise进价float10价格保留两位小数表3-3 type表字段名称含义属性类型长度备注typeno类别编号varchar30主键typename类别名称varchar30表 3-4 供应商表supplier信息列表字段名称含义属性类型长度备注supplierno供应商编号varc

22、har30主键suppliername供应商名称varchar150adress供应商地址varchar150peoplena联系人姓名varchar20peoplephone联系方式varchar20表 3-5 销售表sell信息列表字段名称含义属性类型长度备注sellno销售单号varchar30主键workerno员工号varchar30zhongshu种数int11zongjia总金额floatselldate销售日期varchar20表 2-5 销售明细表sellmx信息列表字段名称含义属性类型长度备注sellno销售单号varchar30主键goodsno商品编号varchar30

23、主键sellcount个数int11zprise总金额float10selldate销售日期varchar20表 3-6 进货表stock信息列表字段名称含义属性类型长度备注stockno进货单号varchar30主键goodsno商品编号varchar30supplierno供应商编号varchar30stockcount个数Int11lastinprise总价float10stockdate进货日期varchar20adminno管理员编号varchar30表 3-7 员工表worker信息列表字段名称含义属性类型长度备注workerno员工编号varchar30主键workername姓

24、名varchar30workersex性别varchar5workerphone联系方式varchar20workergz工资Int11workpwd密码varchar30表 3-8 管理员表admin信息列表字段名称含义属性类型长度备注adminno管理员编号varchar30主键adminname姓名varchar30adminsex性别varchar5admingz工资Int11adminpwd密码varchar30第4章 详细设计4.1应当遵循的界面设计规范（1） 易用性按钮名称应该易懂，用词准确，摒弃模棱两可的字眼，要易于与同一界面上的其他按钮区分，能望文知意最好，理想的情况是用户不

25、用查阅帮助就能知道该界面的功能并进行相关的正确操作。（2） 规范性界面菜单统一为左侧菜单栏，界面包含滚动条等标准格式，规范性是方便用户的操作的一大重要原因。（3） 帮助设施本系统有可行性分析、需求分析、概要设计、详细设计等文档，可帮助设计系统。最后应生成帮助文档，包含系统使用方法，使得用户在使用时若产生疑惑，可进行解答。（4） 合理性屏幕对角线相交的位置是用户直视的地方，正上方1/4处为易吸引用户注意力的位置，在放置窗口时要注意利用这两个位置。（5） 美观与协调性界面应该大小适合美学观点，感觉协调舒适，能在有效的范围内吸引用户的注意力。4.2界面设计4.2.1 界面及功能商品进销存管理系统界面一览表如4-1所示。4.2.2 界面关系图4-1 界面关系图