商品进销存需求分析

1、呼伦贝尔学院计算机科学与技术学院系统开发需求分析题目:商店进销存管理系统学生姓名 专业班级 任课教师 完成时间II / 26目录第 1 章 可行性分析 11.1 引言 11.1.1编写目的 11.1.2项目背景 11.1.3参考资料 11.2 可行性研究的前提 11.2.1基本要求 11.2.2目标 21.2.3条件、假定和限制 21.2.4可行性研究的方法 21.3 所建议技术可行性研究 21.4 经济可行性分析 31.5 社会因素可行性分析 31.5.1 法律方面的可行性 31.5.2 使用方面的可行性 31.6 业务流程图 41.7 结论 6第 2 章 需求分析 72.1 功能性需求分析

2、 72.2 用例图 82.3 用例描述 102.4 非功能性需求 122.4.1技术需求 122.4.1.1软硬件环境需求 122.4.1.2性能需求 122.4.2质量需求 122.4.2.1可用性 122.4.2.2可靠性和健壮性 122.4.3设计约束 122.4.4验收标准 13第 3 章 概要设计 143.1MVC设计模式 143.1.1 MVC 结构图 143.1.2 MVC Model1 153.2 系统功能层次图 163.3 概念结构设计 173.3.1系统局部 E-R图173.3.2 系统总体 E-R图 193.4 逻辑结构设计 193.4.1 关系模式 193.4.2 数据

3、库表的实现 19第 4 章 详细设计 224.1 应当遵循的界面设计规范 224.2 界面设计 234.2.1 界面及功能 234.2.2 界面关系 23第 1 章 可行性分析1.1 引言1.1.1 编写目的经过我们的调查发现， 许多商店在物流管理方面， 仍使用传统的人工管理模式， 浪费人 力资源，效率低准确率低。有一些商品紧缺，供不应求，使顾客大为不满，还有一些商品长 期积压，损坏严重，造成重大经济损失，引起店家不满，多次向管理员反映，但问题依旧存 在。商店以零售为前导， 以商品进销存为基础， 一个大型商店， 如果没有一个强大的信息系 统来支持， 那么就会造成大量的商品， 而供不应求的局面，

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

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

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

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

8、， 将不会侵犯他人、 集体和国家的利益， 不会违反国家政策和法律。1.5.2 使用方面的可行性具有操作简单， 界面友好，许多选项只需单击鼠标即可， 实现了系统对商店的管理要求。 系统运行应该快速。 稳定、高效和可靠； 在结构上应具有很好的可扩展性， 便于将来的功能 扩展和维护。26 / 261.6业务流程图开始系统首页誚啻商品查间销害记录查甸商黑员工退出慕纯图2-1员工用例图(2) 管理员用例图具体可见图2-2管理员用例图员工员工隆菽瓷码extend员工登录库存管理rnrluide誚害商品查间销害记录查甫I商品员工退出慕纯图2-2管理员用例图2.3用例描述(1) ”管理员登录”用例.“管理员登

9、录”用例具体描述见表1-1 表2-2管理员登录用例描述表用例编号：YL001。用例名称：管理员登录。用例描述:该用例的主要功能是向服务器发送连接请求，并向服务器提供验证所需要的用户名和密码。参与者：管理员前置条件：以合法的身份登录系统，输入正确的用户名和密码。事件流：一、基本流1. 管理员输入登录的用户名和密码2. 单击”登录”按钮，请求登录，单击”取消”按钮，取消登录。3客户端程序检查用户填写的内容是否合法(具体判断根据系统的开发者设计有关)，如果未通过检查，则转向备选流1。4.服务器接收请求，连接成功。5点击登录按钮后，通过服务器去数据库里找与之相对应的用户名和密码，如果未能找到相匹配的数

10、据，则转向备选流2。6. 验证通过，显示后台管理界面。7. 用例结束。二、备选流1. 备选流1(1) 如果客户端验证没有通过，输入的用户名和密码不符合设定的条件，以及其他条件等等。(2) 管理员返回基本流1。2. 备选流2(1)如果管理员身份没有在相应的数据库里找到，将会返回“用户名或者密码有误”的信息。特殊要求：1. 用户名要求：必须为数字，必填。2. 密码长度要求：不得少于6位，并以掩码” * ”显示，来起到保护作用。后置条件：管理员登录成功后，显示后台管理主界面。(2) ”员工登录”用例。“员工登录”用例描述具体见表1-2表2-3员工登录用户描述用例编号：YL002。用例名称：员工登录。

11、用例描述:该用例的主要功能是向服务器发送连接请求，并向服务器提供验证所需要的用户名和密码。参与者：员工前置条件：以合法的身份登录系统，输入正确的用户名和密码。事件流：二、基本流1. 员工输入登录的用户名和密码2. 单击”登录”按钮，请求登录，单击”取消”按钮 ，取消登录。3. 客户端程序检查用户填写的内容是否合法(具体判断根据系统的开发者设计有关)，如果未通过检查，则转向备选流1。4. 服务器接收请求，连接成功。5点击登录按钮后，通过服务器去数据库里找与之相对应的用户名和密码，如果未能找到相匹配的数据，则转向备选流2。6. 验证通过，显示后台管理界面。7. 用例结束。三、备选流1. 备选流1(

12、1) 如果客户端验证没有通过，输入的用户名和密码不符合设定的条件，以及其他条件等等。(2) 员工返回基本流1。2. 备选流2(1)如果员工身份没有在相应的数据库里找到，将会返回“用户名或者密码有误”的信息。特殊要求：1. 用户名要求：必须为数字，必填。2. 密码长度要求：不得少于6位，并以掩码” * ”显示，来起到保护作用。后置条件：管理员登录成功后，显示后台管理主界面。2.4 非功能性需求2.4.1 技术需求2.4.1.1 软硬件环境需求(1) web服务器：Tomcat5.0 以上(2) 数据库：MySQL5.0以上(3) 安装所需硬盘空间：100MB以上2.4.1.2 性能需求( 1 )

13、反应速度快。在机器配置达到系统要求的情况下，该系统可在大多数平台 上流畅运行。( 2)操作简便。信息查看及修改等操作简单，易懂。( 3)安全保密性高。本系统将定义两个角色，并对角色权限进行限制，通过定 义某些角色能进行的操作权限和定义用户用户拥有的角色， 限定用户的操作权限， 实现对用户的权限，以此提高系统的安全性。( 4) 对输入输出要求。系统默认的输入设备为键盘，扫描仪及电子数据设备， 输出设备为显示器和打印机。2.4.2 质量需求2.4.2.1 可用性( 1 )输入的合法性检查和值域检查。( 2)对于复杂的动作要有必要的提示信息。( 3)记忆用户的设置或操作习惯，方便用户操作。2.4.2

14、.2 可靠性和健壮性系统允许用户的误操作和有效的输入检测。 当用户进行操作时， 适当提示确认信 息框，减少用户操作错误率。 系统中有关用户对系统中部分信息更改包括录入当 前系统时间，以此提高系统的可靠性。2.4.3 设计约束( 1 )语言约束 本系统是基于中文系统开发和使用的，系统必须支持中文处理。（2）系统模型约束本系统采用 structs+JSP 模型，在保证实现技术简单易维护的基础上， 还可提高 可重用性和可移植性。2.4.4 验收标准商店进销存管理系统验收标准如下：（1）实现所有功能需求。（2）满足非功能性需求。（3）系统设计文档完整，且符合规范。 代码符合规范，命名规范，且与系统设计

15、一致第3章概要设计3.1MVC设计模式3.1.1 MVC结构图MVC组件类型关系和功能图如图 1-2所示。方法调用图1-1 MVC组件类型关系和功能图基于MVC莫型的web应用的整个工作流程可以分为 4个步骤。(1) 用户通过视图(一般JSP页面或HTMLM面)发出请求。(2) 控制器接收请求后，调用相应的模型并改变其状态。(3) 当模型状态改变后，控制器选择对应的视图组件来反馈改变后的结果(4) 视图根据改变后的模型，将正确的状态信息显示给用户。3.1.2 MVC Modell在MVC莫式的Modell体系中，JSP页面独立响应请求并将出理结果返回客 户，所有的数据存取都是由JavaBean

16、来完成。Modell体系十分适合简单应用需 要，却不能满足复杂的大型应用程序的实现。MVC Modell的体系结构如图2-2所示。关系数据库3.2系统功能层次图商店进销存管理系统图2-1系统功能层次图3.3概念结构设计331系统局部E-R图(1)商品的属性包括生产日期、价格、过期日期、商品编号、 商品名称。具体见图 3-1商品E-R图。(2)商品类别的属性包括编号、名称。具体见图3-2商品类别E-R图。供书商E-R图。(4 )销售单信息主要包括销售单号，员工编号、种数、总金额、销售日期。具体可见图3-4销售单E-R图。332系统总体E-R图一种商品类别可以有多本商品，一个商品只能属于一种商品类

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

18、号，供应商编号，个数，总金额，进货日期，管理员编号）3.4.2数据库表的实现表3-1数据库中表清单数据库表名关系模式名称备注goods商品商品信息表type类别商品类别信息表sellmx销售明细销售明细表sell销售单销售单表worker员工员工信息表supplier供应商供应商信息表stock进货进货表admi n管理员管理员信息表表 3-2 goods 表字段名称含义属性类型长度备注goodsno商品编号varchar30主键good name商品名称varchar30guige规格varchar30dan wei单位varchar5cou nt数量int11outprise售价float

19、10价格保留两位小数type no类别号varchar30外键scdate生产日期varchar30gqdata过期日期varchar30in prise进价float10价格保留两位小数表 3-3 type 表字段名称含义属性类型长度备注type no类别编号varchar30主键type name类别名称varchar30表3-4 供应商表supplier信息列表字段名称含义属性类型长度备注supplier no供应商编号varchar30主键supplier name供应商名称varchar150adress供应商地址varchar150people na联系人姓名varchar20pe

20、opleph one联系方式varchar20表3-5 销售表sell信息列表字段名称含义属性类型长度备注sell no销售单号varchar30主键worker no员工号varchar30zhongshu种数int11zo ngjia总金额floatselldate销售日期varchar20表2-5 销售明细表sellmx信息列表字段名称含义属性类型长度备注sell no销售单号varchar30主键goodsno商品编号varchar30主键sellco unt个数int11zprise总金额float10selldate销售日期varchar20表3-6 进货表stock信息列表字段名称含义属性类型长度备注stock no进货单号varchar30主键goodsno商品编号varchar30supplier no供应商编号varchar30stockco unt个数Int11lasti nprise总价float10stockdate进货日期varchar20adm inno管理员编号varchar30表3-7 员工表 worker信息列表字段名称含义属性类型长度备注worker no员