商店管理系统Word格式文档下载.docx
《商店管理系统Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《商店管理系统Word格式文档下载.docx（41页珍藏版）》请在冰豆网上搜索。
第三章总体设计9
3.1问题定义9
3.1.1商品基本信息9
3.1.2人员基本信息9
3.1.3进、销、存9
3.1.4结算9
3.2系统总体设计9
3.3模块设计10
3.4数据库设计12
第四章系统详细设计与实现16
4.1综合描述16
4.2关键模块详细设计17
4.2.1登录模块17
4.2.2主页18
4.2.3商品类别管理20
4.2.4商品销售21
4.2.5商品进货22
4.2.6退货模块24
4.2.7库存管理27
4.3功能性模块设计28
4.3.1数据库连接类29
4.3.2编码转换类29
4.3.3流水号生成类30
4.3.4进货单模块设计30
4.4系统测试35
4.4.1测试的目标与方法35
4.4.2测试用例35
致谢38
参考文献39
第一章引言
1.1背景
本处简要介绍了小型商店信息管理系统的开发背景，主要内容包括社会背景，公司背景，技术背景三个部分。
旨在为读者阐明小型商店信息管理系统开发的基调，使读者对小型商店信息管理系统的社会意义，背景信息有个大致的了解。
1.1.1社会背景
随着我国社会主义市场经济的不断成熟与发展，越来越多的人们意识到，第三产业在社会经济发展中起到了越来越重要的作用。
商店这种形式在我国起步于20世纪90年代，现在已经成为我国零售业的主要形式之一。
随着商店经营规模的扩大化，商品种类日趋丰富，原有的人工销售模式已经远远不能满足要求，在商店管理方面的效率也大大降低。
因此，在商店经营中引入计算机管理势在必行。
不同于纯粹的电商销售B2C模式，商店管理系统在日常经营中存在着自身独有的特点：
商品种类丰富，数据量巨大，因而不能对商店的整体经营状况，相关商品的销售情况，进存货的决策有一个宏观上的了解。
因此，我在本次设计中选择了小型商店信息管理系统，利用现代化的计算机技术来对商店经营中所设计到的业务进行管理，从而节省了大量的人力物力，减少了人工操作带来的风险，并且能够对整个商店的销售情况有一个宏观上的了解，从而能够对商店下一步的经营策略，进货方向有一个数据上的支持。
这允许了管理人员能够对市场的变化做出及时准确的反应。
1.1.2公司背景
小型商店在其日常经营管理中存在着自身独有的特点。
首先，规模小，实力弱。
不同于其他的大型连锁商店，小型商店一般都以个体经营为主，因此存在着规模较小，成本低，实力弱的特点。
因此在信息管理系统的投入上，不可能很多，所以我的设计中，要考虑到成本方面的问题。
要尽量做到在节省成本的同时，满足商店信息管理系统日常工作的需要。
其次，缺乏相关技术人员支持。
小型商店一般位于地理位置相对偏远的地区，其经营管理人员的素质普遍不高，同时也缺乏相应的技术人员对系统进行维护和技术支持。
因此，在设计系统时，应尽量做到界面简洁友好，方便使用者学习使用。
同时，要考虑到系统的稳定性。
1.1.3技术背景
关于JSP：
JSP是由SunMicrosystems公司倡导、许多公司参与一起建立的一种动态技术标准。
在传统的网页HTML文件（*.htm，*.html）中加入Java程序片段（Scriptlet）和JSP标签，就构成了JSP网页java程序片段可以操纵数据库、重新定向网页以及发送E-mail等，实现建立动态网站所需要的功能。
所有程序操作都在服务器端执行，网络上传送给客户端的仅是得到的结果，这样大大降低了对客户浏览器的要求，即使客户浏览器端不支持Java，也可以访问JSP网页。
JSP具备了Java技术的简单易用，完全的面向对象，具有平台无关性且安全可靠，主要面向因特网的所有特点。
关于MVC：
MVC设计模式将一个完整的应用分为3个组件：
Model（模型），View（视图）以及Controller（控制器）。
Model（模型）：
该组件是对软件所处理问题逻辑的一种抽象，封装了问题的核心数据，逻辑和功能实现，独立于具体的界面显示以及I/O操作。
在本设计当中，使用JAVA类实现。
View（视图）：
该组件将表示模型数据，逻辑关系以及状态信息，以某种形式展现给用户。
视图组件从模型组件获得显示信息，并且对于相同的显示信息可以通过不同的显示形式或视图展现给用户。
在本设计当中用JSP页面实现。
Controller（控制器）：
该组件主要负责用户与软件之间的交互操作，控制模型状态变化的传播，以确保用户界面与模型状态的统一。
Web应用中当用户请求到来时，控制器本身不输出任何东西也不做任何处理，它只是接收请求并决定调用哪个模型去处理该请求，然后用确定使用哪个视图组件来显示模型处理返回的数据。
在本设计当中，使用Servlet实现。
1.2文章结构
本论文由五大部分组成：
第二章节问题定义与可行性分析。
主要内容是针对小型商店的业务流程具体情况，分析抽象业务类型，找到并明确商店信息管理系统中会遇到的问题，并就这些问题提出解决方案。
可行性分析是针对问题的解决方案，结合小型商店建立过程中的实际情况，对方案的可行性做出一个真实，准确的评估与计算。
从而为以后的需求分析，系统设计确立一个明确的方向。
第三章节需求分析。
此章节的编写基本按照需求分析报告的格式展开。
对小型商店的各个业务模块进行分析，划分系统的各个部分。
数据库建模的内容也在此章节包含。
第四章节总体设计。
在需求分析完成的基础之上，对小型商店信息管理系统的各个模块进行总体设计，对用户界面进行详细的介绍和明确。
第五章节系统详细设计。
在总体设计完成的基础上，对系统关键模块的功能进行实现。
对每个功能的输入输出，变量传递，各模块在执行任务时的数据流程，工作流程进行事先。
进而对各个模块的功能进行明确。
第二章需求分析
2.1综合描述
编写目的：
第二章节的编写主要是为后面的系统详细设计打下基础。
通过需求分析的编写，要明确系统可以分为哪些模块，每个模块实现的作用都有哪些，不同人员对系统的要求都有哪些。
使读者对这个小型商店信息管理系统的设计思想有一个初步的了解。
预期读者：
本章节的预期读者包括设计人员，商店信心管理系统的使用者，管理员。
因此在设计时尽量做到图文兼备，使得阅读者能够了解系统的工作流程，相关数据的交互。
运行环境：
本系统开发环境具体如下：
1>
windows7操作系统；
2>
Myeclipse6.0.1；
3>
SqlServer2000；
4>
支持Html，JavaScript的浏览器，如IE9。
2.2功能性需求
功能性需求是整个需求分析章节最为重要的部分。
它直接决定了系统的模块划分，业务逻辑，明确了使用者对小型商店信息管理系统功能的要求。
一个完善的，明确的，详细的功能性需求分析是开发一个系统的关键。
成功的功能性需求分析可以避免后期对系统的大范围改动甚至是推倒重建，因此，本部分极为重要。
2.2.1顾客功能性需求
不用输入用户名，密码，直接登录商店管理系统的商品页面；
查看商品的基本信息，包括商品编号，单价，余量，厂家，生产日期，保质期；
在购物车中查看自己选中的商品名称，价格，数量，并可以从购物车中移除某些商品，查看总价，并可以选择结账或选择继续购物；
点击结账后显示结账成功并退出系统。
相关用例图见图3-1。
图3-1顾客用例图
顾客用例“查看商品基本信息”的用例描述见表3-1。
其他用例类似于此，不再一一赘述。
用例描述-查看商品基本信息
使用者
顾客
用例
查看商品基本信息
参与者
顾客，小型商店信息管理系统
数据
顾客向商店信息管理系统发送商品相关信息，如商品名，商品类型，商品编号等
激励
商店信息管理系统根据用户发送的字段，查询后台数据库
响应
商店信息管理系统返回查询商品结果
备注
无
表3-1查看商品基本信息
2.2.2管理员功能性需求
打开网站后，进入登录页面。
输入用户名，密码登录系统。
登陆后，选择进入系统人员管理页面或者商品信息管理页面。
在系统人员管理页面中，查看其它管理员的信息，并可以添加新的管理员。
在商品信息管理页面，可以查看全部商品的信息，包括商品编号，进价，单价，余量，厂家，生产日期，保质期。
进入商品信息管理页面的进货管理页面，可以填写进货单，实现相关产品数量的增加。
进入商品信息管理页面的销售查看页面，可以查看近期各项商品的销售情况。
5>
点击页面右上角的退出按钮，直接退出系统并跳转到登录页面。
相关用例图见图3-2管理员功能性需求用例图。
图3-2管理员功能性需求用例图
2.3非功能性需求
非功能性需求分析主要是对面向系统性能方面的要求进行分析，以确定诸如硬件配置，数据库连接等问题。
非功能性需求的合理确定会给系统的后期维护，硬件升级，系统性能分析等带来很大的便利。
2.3.1性能需求
相互合作的用户数量1；
系统支持的并发操作数量1。
容量需求：
存储器：
2G；
磁盘空间：
10G；
数据库中表的最大行数：
无规定。
2.3.2安全措施需求
主机设备和网络通信设备必须有备份，并处于实时备用状态。
建立设备档案，详细记录设备的基本情况（包括升级、更新情况等）、故障现象、故障分析、维修过程、处理结果等内容。
设备发生故障时应及时维修，必要时，通知供货厂商（代理商）的技术人员到场解决。
在下列情况下须进行系统软件的系统级全备份：
新系统投入运营上线之前；
系统软件升级之前和之后；
固定的周期时点（如季末、年末等；
特定时点（如灾难应急演练前、系统发生重大事故恢复后等）。
在下列情况下须进行数据库零级备份：
新系统上线时（最好全备）；
结帐前后；
年终结算；
固定周期时点（如一个月）；
特定时点（如系统发生重大事故恢复之前、之后）。
在下列情况下须进行数据库增量备份：
两次零级备份之间必须每日做增量备份。
第三章总体设计
3.1问题定义
本处主要内容是小型商店信息管理系统的问题定义部分。
作者通过日常生活的商店购物经历，深入分析小型商店信息管理系统可能或正在面对的问题，并以问题定义的方式提出。
旨在确立小型商店信息管理系统的开发方向，为以后的需求分析定下基调。
3.1.1商品基本信息
商品信息按照统一格式存入数据库；
商品按类进行编整，进货；
商品类型不能删除，每种类型都必须有商品；
商品厂家要有记录。
3.1.2人员基本信息
只有管理员可以登录该系统后台；
管理员只有注册过才能登录系统；
3>
管理员可以对管理员表进行操作，但不能删除其他管理员；
顾客可以直接进入系统进行购物。
3.1.3进、销、存
进货后要对商品存量进行更新；
后要对商品存量进行更新。
3.1.4结算
以购物车形式实现。
3.2系统总体设计
系统总体设计图如图4-1所示。
当使用人员登录系统后，按身份的不同进入各自的页面，并使用系统提供的功能。
管理员的人员信息管理属于操作者所有，在此本系统默认管理员可以操作其他管理员的信息。
图4-1系统总体设计图
3.3模块设计
本处将对小型商店信息管理系统进行分模块设计，明确各个模块的操作流程，功能如何使用等问题。
登录模块
商店信息管理系统的使用者主要有两种：
普通的顾客和管理员。
按照日常生活中商店的运作流程，普通顾客不需要为其设立专门的数据表，所以只需要实现管理员的登录模块。
使用者进入系统后，首先进入欢迎界面。
普通顾客点击“开始购物旅程”超链接，直接进入购物界面。
管理员点击“进入后台系统”超链接，进入管理员登陆界面。
由于管理员对系统有操作，查看等权限，因此不允许在登陆页面注册新的管理员。
登陆成功后跳转至管理员管理页面，否则显示“Loginfail”登陆失败。
当输入正确的姓名，密码后，界面自动跳转到管理员管理欢迎界面。
商品信息管理模块
管理员进入后台管理界面后，点击“商品信息管理页面”超链接，进入商品信息管理页面。
页面查询后台数据库数据，将所有商品信息展示在右侧页面上。
若管理员需要对相关商品信息作出修改，或者删除某项商品信息。
则点击相应的超链接进行操作。
删除成功后系统会提示“删除成功”。
点击“更新”，系统会进入商品信息更新页面。
在页面中，已经预先填好了所选商品信息。
这允许管理员仅对需要修改的字段内容修改，避免了全盘输入的麻烦。
若管理员需要添加新商品，则点击“添加新商品”链接。
系统跳转到商品信息添加页面。
在此页面填入相应的商品信息，点击“添加”按钮。
若各个字段的值都符合要求，则系统提示“添加成功”。
再点击左侧“商品信息管理页面”，则可以看到刚才插入的商品信息。
进货单管理模块
进货是商店正常运营，及时跟进市场最新动态，调整售货方向的最重要的手段。
进货单管理模块用来实现进货功能，管理员可以填写进货单实现对商品表及进货单表的更新。
在管理员管理欢迎界面点击“进货单管理页面”，系统跳转到进货单管理页面。
由于进货操作是管理员对商店经营情况收集信息的重要途径，因此不允许对进货单进行修改操作，以便进行对账，合计等操作。
点击“增加进货单”链接，系统跳转至进货信息添加页面。
在进货信息添加页面中，当管理员填写好相应的字段后，点击“添加”按钮。
系统在后台会自动查找填入的商品名。
如果以前存在同名的商品，则在原来的商品的基础上，对数量作出修改。
如果查不到填入的商品名，则在商品表中新建一条记录。
最后，在进货单表中生成相应的进货记录。
管理员信息管理模块
在管理员管理欢迎界面，点击“管理员信息管理页面”。
系统跳转至管理员信息管理界面。
在此界面上，可以实现对管理员信息的增删改，在此不再一一赘述。
交易信息查看模块
顾客每次在商店的消费都会有相应的记录。
由于小型商店规模的限制，不可能大量保存每笔交易的详细信息，因此系统以交易流水号的形式表示每笔交易。
此模块就是供管理员查看交易信息的记录。
由于交易信息是对商店中已存在的交易行为的记录，因此不允许管理员对交易信息进行修改，只能在记录较多时删除某条记录。
6>
退出模块
管理员在左侧菜单点击“退出”链接，进入“确认退出页面”。
7>
购物模块
在开始页面点击“开始购物旅程”链接，跳转到购物页面。
点击一项商品后的添加至购物车链接，会提示添加成功，并选择查看购物车或继续购物。
点击“查看购物车”进入购物车管理页面。
可以实现对购物车中商品数量的修改，查看目前已购买商品的价格总计，或者选择删除购物车中的某项商品，甚至清空购物车。
点击“结账”链接，系统在新页面中会生成一个交易流水号，继续点击“结账”，如果后台保存成功，则提示交易完成，点击链接离开。
3.4数据库设计
商品基本信息表见表4-1。
名称
含义
类型
约束
GoodsID
商品ID
Int20
主键
自动增长
GoodsName
商品名称
Varchar10
唯一值
GoodsType
商品类型
不为空
GoodsPrice
单价
Int10
GoodsPurchasePrice
进价
GoodsAmount
商品数量
GoodsGetTime
进货日期
Date
GoodsMaintainTime
保质期
单位为（天）
GoodsFactory
生产厂家
Varchar50
表4-1商品基本信息表
MemberID
员工ID
MemberName
员工姓名
MemberPassword
员工密码
Varchar6
MemberSex
员工性别
Int1
1：
男2：
女
MemberAge
员工年龄
可为空
表4-2员工信息表
进货单表见表4-3。
Input_ID
进货单ID
Int50
Input_GoodsID
Input_GoodsName
Input_GoodsType
Input_GoodsPrice
Input_GoodsPurchasePrice
Input_GoodsAmount
Input_GoodsGetTime
Input_GoodsMaintainTime
Input_GoodsFactory
表4-3进货单表
订单表见表4-4。
订单表
Account__ID
订单ID
Account_GoodsID
Account_Code
交易流水号
外键参照Sale表code
Account_GoodsCount
购买商品数量
表4-4订单表
交易单表见表4-5。
交易单表
Sale_ID
交易单ID
Varchar20
Sale_Date
交易日期
Sale_Accountcode
表4-5交易单表
在进行小型商店信息管理系统的数据库设计时，要综合考虑到商店的经营成本，维护成本，员工素质等问题。
因此在设计表时，要尽量做到简洁有效，结构清晰。
过多的外键，约束，甚至于不必要的字段等都是在小型商店设计中所要避免的。
因此在设计商品表时，只涉及了关于货物的基本信息，在人员信息表设计时，只涉及了人员最基本的信息，避免了其他冗杂的字段带来的大量数据空间消耗以及维护上和开发上的困难，从而为商品信息及交易信息的存贮留下了充裕的空间。
当然，随着商店的经营，规模上的扩大在所难免，员工信息，交易记录的复杂度将会日渐上升。
但由于小型商店信息管理系统采用了MVC框架结构，因此在系统升级，表结构改变上相对简单，成本较低。
第四章系统详细设计与实现
4.1综合描述
由于小型商店信息管理系统结构比较简单，相对大型的，成熟的商店采用的管理系统来说，无论在系统的性能，结构复杂度，安全性上面都无法与之相比。
因此在进行系统设计时，应尽量做到结构清晰，编码方式合理，代码与系统的可维护性较高。
在本章节中，选取小型商店信息管理系统关键模块进行设计阐述。
主要模块有登录模块，商品信息查看模块，
升级会员 