学仕书店进销存系统.docx
《学仕书店进销存系统.docx》由会员分享，可在线阅读，更多相关《学仕书店进销存系统.docx（44页珍藏版）》请在冰豆网上搜索。
学仕书店进销存系统
《面向对象分析与设计课程设计》报告
题目：
小组成员：
专业年级：
日期：
2010-7-1
指导教师：
评分表
评分项
分数
1.小组成员讨论充分、协作效果好
2.分析与设计模型的合理性和规范性
3.工作量情况
4.小组独立完成的情况
5.报告格式规范性、内容详细程序、文字表达能力
总评：
评分说明：
1.如果发现抄袭现象或不按时提交实验报告，可直接评定为不合格。
2.先按单项评分，再求各项的平均分，再定总评等级。
总评分为：
优、良、中、及
格和不及格。
目录
1.项目愿景4
1.1项目背景4
1.2业务情景4
1.3主要实现功能5
1.4企业效益5
2.系统需求6
2.1功能性需求（用例视图）6
2.1.1系统用例图6
2.1.2用户登录用例7
2.1.2.1用例简述7
2.1.2.2基本事件流7
2.1.3销售管理用例7
2.1.3.1用例简述8
2.1.3.2基本事件流8
2.1.3.3流程图10
2.1.4添加客户11
2.1.4.1用例简述11
2.1.4.2基本事件流11
2.1.5采购管理12
2.1.5.1用例简述12
2.1.5.2基本事件流12
2.1.5.3采购管理流程图14
2.1.6添加供应商16
2.1.6.1用例简述16
2.1.6.2基本事件流16
2.1.7仓库管理用例16
2.1.7.1用例简述17
2.1.7.2基本事件流17
2.1.7.3活动图18
2.1.8用户注销系统20
2.1.8.1用例简述20
2.1.8.2基本事件流20
2.1.9财务管理用例20
2.1.9.1用例简述20
2.1.9.2基本事件流20
2.1.9.3流程图21
2.2所有用例通用的功能性需求22
2.2.1日志系统22
2.2.2监视系统23
2.2.3安全系统23
2.2.4预设管理员23
2.3非功能性需求23
2.3.1功能性：
23
2.3.1.1系统客户端23
2.3.1.2系统易用性23
2.3.1.3帮助服务23
2.3.2可靠性23
2.3.2.2系统严重错误发生的平均时间间隔23
2.3.3性能23
2.3.3.1最大的并发人数23
2.3.3.2最大系统相应时间24
2.3.3.3最大的事务处理时间24
2.3.4保障性24
2.3.4.1出错对应时间24
2.3.4.2技术支持时间24
2.3.5设计上的限制24
2.3.5.1数据库管理软件24
2.3.5.2Web服务器软件24
2.3.5.3平台要求24
2.3.5.4Web浏览器24
2.3.5.5Java的版本24
3.总体设计（逻辑视图）24
3.1总揽25
3.2主要包图的介绍25
3.2.1系统概要包图：
25
3.2.2系统详细包图：
26
4.详细设计（过程视图）27
4.1销售管理27
4.1.1店面销售顺序图27
4.1.2店面销售类图，27
4.1.3批量销售管理顺序图28
4.1.4批量销售类图，29
4.2采购管理30
4.2.1采购管理顺序图30
4.2.2采购管理类图31
4.3仓库管理32
4.3.1仓库管理顺序图32
4.3.2仓库管理类图33
4.4财务管理34
4.4.1财务报表管理顺序图34
4.4.2财务贷款结算顺序图35
4.4.3财务销售收入管理顺序图36
4.4.4财务管理类图37
5.数据库设计（数据视图）38
6.系统部署（部署视图）39
6.1部署视图39
6.2GenericPC39
6.3WebBrowser39
6.4Apache39
6.5Tomcat6.039
6.6Hibernate39
6.7MySQL39
7.总结39
7.1满足的规模39
7.2满足的性能40
7.3满足的功能40
附小组分工情况40
软件架构文档
1.项目愿景
项目背景
自制造业出现的时候开始，制造企业的管理者就面临着一系列的挑战:
生产计划的合理性、成本的有效控制、设备的充分利用、作业的均衡安排、库存的合理管理等等。
日趋激烈的市场竞争环境使上述挑战对企业具有生死存亡的意义。
于是，应付上述挑战的各种理论和实践也就应运而生。
在这些理论和实践中，首先提出而且被人们研究最多的是进销存管理的方法和理论。
人们认识到，诸如原材料不能及时供应、零部件不能准确配套、库存积压、资金周转期长等问题产生的原因，在于对物料需求控制的不好。
业务情景
学仕书店以销售社科、文化、经管、学术类图书为主，目前是广东地区规模最大与最具影响力的民营学术文化书店，也是众多人文﹑社科﹑经管类的优秀出版社在广东市场的代理商。
目前在广州深圳等地运营着9家零售店，1家网上书店以及三家批发公司，是一个集批发与零售为一体的连锁型企业。
目前学仕书店各分店都使用一套桌面单机版的图书销售管理系统管理日常的图书销售业务，基本上能满足各店面的业务需求。
但是近年来，网络购书因为价格便宜越来越受到人们的欢迎，当当、卓越、大洋等一大批网络书店迅速发展，对实体书店冲击非常大。
因为学仕书店各零售店基本上都开设在大学校园附近，很大一部分客户高校的学生或老师，而他们更加青睐于网上购书，各书店销售量急剧下滑。
因此，学仕书店的老板决定调整经营重点并设计一套新的图书营销策略以应对网络书店低价格带来的挑战，但现有的系统成为了新方案的绊脚石：
（1）书店为那些经常光顾的顾客办理了会员卡，这些会员凭卡买书可以有9折优惠。
书店老板分析认为所有会员打9折变相降价，并不能有效提高书的销量，希望重新设计折扣规则，即根据会员累计购买金额确定不同折扣。
老板希望新会员折扣策略能给予书店老顾客更多折扣吸引他们到实体店购书，另一方面不至于给所有会员低折扣过多影响书店利润，此外这种营销策略也有利于吸引顾客更多地购买图书。
但是现有系统会员管理功能不支持这种折扣规则。
（2）随着更多连锁店的开业，学仕书店建立了配送中心。
原有的单机版系统的一个重大缺陷是，各分店的销售数据等不能有效整合在一起，不便于公司经理经营决策，配送中心也不能实时获知各店面库存信息。
（3）因为各零售店生意下滑非常明显，书店老板考虑将更多的资源或经营方向转向批发业务。
因为经过多年积累，书店与各出版社形成了良好的合作关系。
而原有的系统只支持书籍零售业务，不能适应批发业务的需求。
为了解决以上问题，适应书店的变革，书店老板决定投资30万元聘请专业的软件公司SCAUIS为公司重新开发一套经营系统。
SCAUIS公司成立学仕项目组，开始对学仕书店的业务进行深入调研，走访公司在广州的多家店面、批发公司及配送中心，并与书店老板陈女士面谈，详细听取了她关于书店新策略的想法。
原来书店为经常光顾的客户办理了会员卡，凭卡购书可享受9折优惠。
为了留住老顾客，陈女士考虑改变原有折扣策略，希望会员折扣能结合顾客累积购书金额，例如：
累计购书200～499元：
9折
累计购书500～999：
8.5折
累计购书1000～1499：
8折
累计购书1500～1999：
7.5折
累计购书2000元以上：
7折
非会员顾客一次性购买图书或充值200元以上，可享受9折优惠，并成为书店会员，以后凭卡购书享受会员折扣优惠。
此外，为吸引会员更多的来本店购书，会员卡还提供充值功能，可按充值后累计金额达到的级别享受相应的折扣优惠，购书时直接用卡上余额支付。
例如某会员累计购书600元，如果一次性充值400元后，购书时就可以享受8折优惠，书款直接从400元中扣除。
书店除书籍零售外，还从事书籍代购、批发的业务，而且逐渐成为书店主要利润来源。
书店与众多出版社签订了代理协议，为高校提供教材、图书代购，并在图书批发市场从事图书批发业务。
近几年批发业务量非常大，为了减少在订单、送货、收款等各环节信息错漏或不一致情况的发生，书店老板希望新系统能同时支持批发业务。
主要实现功能
项目组经过认真分析和讨论，确定学仕书店进销存系统功能如下：
1.店面POS系统：
收银员录入书籍条码号，如果是会员购书还需要录入会员卡号，（因为没有配备硬件，本系统开发暂时采用人工录入条码号、会员卡号代替扫描、刷卡）系统根据相关规则确定购书价格，并打印购书小票。
各店面经理每月要制作销售报表提交给公司经理。
2.进书管理：
各家零售店店面经理向配送中心下进书订单，配送中心送书进店时都要及时留下记录信息，包括进书的时间、书号、数量等信息。
3.库存管理：
各店店员能随时查看本店内各种书的库存数量，公司经理和配送中心能查询各店库存信息，库存盘点。
4.会员管理：
管理所有会员消费信息、账户信息，收银员能完成新增会员、账户充值、挂失等操作。
5.批发订单管理：
系统能跟踪批发客户的订单、是否送货及回款等信息。
企业效益
由于使用统一的数据库，所以很容易获取各家店铺的数据。
又由于诸如“模块物料清单”技术的使用，可以从根本上减少生成和维护物料清单的时间。
由于提高了企业进销存的效率，能在最快的时间能以最小的成本为提供顾客所需要的书籍，同时能大大的提高其竞争力。
这在引入新产品较多的企业可以大有作为。
在进销存系统的环境下，书店员工在自己的岗位上按部就班地按统一的计划做着自己的工作。
使得书店的经营摆脱了混乱和物料短缺，井井有条地进行着。
企业的工作质量提高了，产品质量肯定可以得到提高。
通过进销存系统，使管理人员提前看到书店运营的发展趋势，从而赢得了时间，可以去做他们该做的事情，使管理更有效。
把进销存系统作为整个企业的通讯系统，使得书店整体合作的意识和作用加强。
通过准确和及时的信息传递，把大家的精力集中在同一个方向上，以工作流程的观点和方式来运营和管理书店，而不是把书店看作是一个个部门的组合。
在这种情况下，特别是各家连锁店可以形成从未有过的、深刻的合作，共同努力满足客户需求，赢得市场。
通过进销存系统，把经营规划和销售与运作规划这样的高层管理计划分解
转换为低层次上的各种详细的计划。
这些计划要由书店的每个员工去遵照执行。
因此，合在一起，企业的所有员工执行的是一个统一的计划。
以统一的计划指
导企业的运作，上层的变化可以灵敏的传递到下层，而下层的情况也可以及时
地反馈到上层。
2.系统需求
功能性需求（用例视图）
B2C在线销售系统描述的主要用例有：
商品类别，检索商品，商品详细，顾客注册，修改注册信息，查看订单，顾客登录系统，顾客退出系统，商品放入购物车，管理购物车，下订单，管理员登录系统，管理员退出系统，管理业务数据，管理系统权限，管理管理员，付款状态批处理，商品库存批处理，配送状态批处理。
系统用例图
系统用例图见图4.1：
图4.1系统用例图
图4.2系统用户图
用户登录用例
用户登录用例图如下图4.3：
图4.3用户登录用例图
用例简述
用户通过输入用户名和密码，根据身份登录到相应的界面
基本事件流
用例名称：
用户登录
范围：
系统模块
级别：
用户级别
主要参与者：
所有用户
涉众及其关注点：
——用户：
希望尽快安全地登录到系统。
——系统：
准确地检测用户身份与其他用户信息，并记录用户的登录操作。
前置条件：
已经进入登陆界面
1.用户：
进入登陆界面，并输入用户名与密码，身份；
2.系统：
检测登录信息是否正确；
3.系统：
系统跳转到相应身份的界面，系统把登陆操作记录在操作日志；
4.用例结束。
销售管理用例
销售管理的用例图如图
图4.4销售管理用例图
用例简述
顾客输入商品相关的关键词，系统检索相关的商品，并显示这些商品的信息。
基本事件流
用例名称：
店面购书管理
范围：
销售系统模块
级别：
用户目标
主要参与者：
销售员
涉众及其关注点：
——售货员：
希望能快速的录入发货单和用户信息，准确的发送订货单到仓库，希望能够快速、准确的输入，并且没有支付错误，希望系统自动更新提成。
——公司：
希望准确的登记交易，满足顾客要求。
希望有一定的容错性，即使在某些服务器建不可用时，也能自动、快速的更新新账务和库存信息。
——客户：
希望能以最小的代价完成购买活动并得到快速服务。
希望清晰的看到所输入的商品项目和价格，希望得到订购单或者购买凭证。
——经理：
希望能够快速执行超控操作，了解各种商品的销售和各销售人员的业绩情况。
前置条件：
售货员了解系统功能操作
成功保证：
成功完成订单的生成、打印，向仓库发送订单，完成款项的录入。
主成功场景：
1.根据客户需求列出销售订单，并打印订单
2.根据销售订单向仓库发送发货单与客户信息。
3.根据销售订单收款并登记收款记录。
4.确认收款后，向仓库确认发送货物，向客户出具票据。
扩展
*a.系统在任意时刻失败
1.销售员重启系统，登录，请求恢复上次状态；
2.系统重启上次状态
1a.在订单完成并提交后，客户要求，或者操作失误，需要修改订单
1.销售员删除原来订单
2.销售员增加新订单
1b.销售员在对订单进行录入后，客户要求取消订单
1.销售员删除原来订单
2.更新订单数据库
2a.发货单在发送过程中，数据发送丢失
1.销售员核对数据
2.在发送线路修复的状态下，重新发送发货单
2b.发送发货单后，客户要求修改发货单
1.销售员第一时间查看仓库管理发货情况
1a.仓库已经发货
1.不再修改发货单
2.给予仓库继续发货的权利
2b.仓库尚未发货
1.销售员要求仓库停止发货
2.销售员重新修改发货单
3.销售员把新的发货单给仓库
2c.仓库要求核对发货单与客户匹配情况
1.销售员查看订货单并核对
1a、发货单与客户不匹配（表示出错了）
1.销售员联系客户
2.更新发货单
3.重新发送给仓库
2b.没有错误
1、销售员再次确认发货单
2c.仓库没有订单中的部分商品
1.销售员与客户商议
2.更改订单
3.重新发给仓库确认
3a.客户要求延期付款
1.销售员与客户完成相关协议
2.销售员点击设置客户付款期限与金额（包括利息）
3b.客户要求取消订单
1.销售员第一时间查看仓库管理发货情况
1a.仓库已经发货
1.不再修改发货单
2.给予仓库继续发货的权利
2b.仓库尚未发货
1.销售员要求仓库停止发货
2.销售员重新修改发货单
3.销售员把新的发货单给仓库
3c.客户发现款项有误或者其他原因，要求修改款项
1.销售员根据客户需要作出修改
4a.客户要求取消购货
1.销售员第一时间查看仓库管理发货情况
1a.仓库已经发货
1.不再修改发货单
2.给予仓库继续发货的权利
1b.仓库尚未发货
1.销售员要求仓库停止发货
2.销售员删除订货单
3.销售员退还用户货款（根据相关要求扣去相关费用）
4b.票据打印出错
1.销售员重新核实订单
2.重新打印票据
流程图
销售管理的流程图见图4.3
图4.3销售管理的流程图
添加客户
用例简述
客户到服务台注册会员，业务员添加会员（添加客户）信息
基本事件流
用例名称：
添加客户
范围：
系统模块
级别：
用户级别
主要参与者：
所有用户
涉众及其关注点：
——业务员：
希望尽快准确地输入客户的信息。
——系统：
准确地检测用户身份与其他用户信息，并记录用户的登录操作。
前置条件：
业务员已经登录成功，并具有权限
1.客户：
到服务台登记个人信息；
2.业务员把信息添加到系统；
3.系统：
系统记录客户信息；
4.系统：
添加成功，需要业务员确认；
5.用例结束。
采购管理
采购用例图如下图4.4
图4.4采购用例
用例简述
采购业务员根据采购计划，向供应商采购。
基本事件流
用例名称：
采购管理
范围：
采购管理模块
级别：
用户目标
主要参与者：
采购员
涉众及其关注点：
——采购员：
希望方便快捷地从厂家进货，减少工作量，提高工作效率。
——采购部门：
保证商品销售库存，确保销售不受影响。
——公司：
希望能随时随地保持所需商品库存，减少进货环节中的支付成本，增加商品销售量，尽可能赚取更多的利润。
同时希望系统能自动、快速地更新库存信息，便于库存的及时补充。
——经理：
及时安排采购部门进货补充库存以保证完成公司的销售要求，同时希望尽量减少因信息不对称造成的进货失误而最终导致公司利益受损。
——顾客：
能及时买到因为热卖已经缺货的商品
前置条件：
进货订单必须依据系统存储的销售信息及仓库库存记录。
成功保证（或后置条件）：
存储销售信息。
记录缺货商品。
更新商品库存信息。
生成进货订单。
主成功场景（或基本流程）：
①采购部门根据销售记录、顾客需求、商品，拟定货品采购计划，列出采购清单并存入系统。
②采购员根据采购清单，向厂家发送采购货品订单与要求，并添加初步采购记录。
③收到厂家发货证明与收据，并验证货物后向厂家付款。
④将相应货品信息与付款记录添加到系统记录。
⑤若发现问题货品则退货，并添加退货记录与货品信息的撤销。
扩展（或替代流程）：
*a.经理在任意时刻要求进行超控操作：
1.系统进入经理授权模式。
2.经理或采购员执行某一经理模式的操作。
例如，删除销售记录，增加订货清单，删除库存记录，取消进行中的订货交易等。
3.系统恢复到采购员授权模式。
*b.系统在任意时刻失败：
为了及时恢复库存更新和订货清单生成功能，要保证功能都能从场景的任何一步中完全恢复。
1.采购员重启系统，登录，请求恢复上次功能状态。
2.系统重建上次状态。
2a.系统在恢复过程中检测到异常：
1.系统向进货员提示错误，记录此错误并发送错误，重新进入初始状态。
2.重新进入系统后采购员手动删除系统中断期间减少的库存。
3.系统开始一次新的订货清单生成过程。
1a.采购员核对订货交易，重新交易或中断交易：
1.系统发送订货清单过程中出现通讯错误进货员中断交易。
2.交易无故中断时排查异常后重新交易。
、
1b.采购员新货物添加信息并增添到系统记录中。
1.采购员为货物编写相应的商品ID
2.采购员把货物ID,库存数量等信息增添到系统记录中。
2a.厂家声称已发货但仓库却没收到货物：
1.向厂家索取发货运单号并在相应物流公司的网站上查询货物详情。
2.排查是否人为造成货物丢失。
3a.给厂家支付货款的时候银行账户余额不足：
1.与厂家协商推迟支付。
2.采取其他的支付方式，并在系统记录中进行备注说明。
4a.厂家货物出现问题需要退货：
1.问题货物发现在支付厂家货款之前：
1a.与厂家协商说明情况，退还问题货物，在货款项上减少相应的金额。
2a.按原所应支付金额向厂家支付，厂家进行后续退款程序。
2.问题货物发现在支付厂家货款之后：
1a.与厂家协商，退还货物，厂家退还相应货款金额。
2a.厂家对问题货物进行更换。
3.更改商品库存信息及其他相应信息：
1a.把问题货物退还给厂家后及时删除相应的商品库存信息。
2a.在系统中添加相应的退货记录，方便日后的信息翻查。
特殊要求：
1.由于管理需求，使用者希望在通讯服务及库存自动更新服务中断或失败的情况下具有比较强的恢复功能。
2.支持文本显示的语言国际化。
3.有便于输入的标准键盘或识别率较高的手写板。
4.系统查询反应时间尽可能短。
采购管理流程图
采购管理的流程图见图4.5
图4.5采购管理流程图
添加供应商
用例简述
采购业务员添加供应商信息，并存进系统。
基本事件流
用例名称：
添加供应商
范围：
系统模块
级别：
用户级别
主要参与者：
所有采购业务员
涉众及其关注点：
——业务员：
希望尽快准确地输入客户的信息。
——系统：
准确地检测用户身份与其他用户信息，并记录用户的登录操作。
前置条件：
业务员已经登录成功，并具有权限
1.采购业务员：
登记供应商的信息；
2.系统：
系统记录供应商信息；
3.系统：
添加成功，需要业务员确认；
4.用例结束。
仓库管理用例
仓库管理的用例图如图4.6
图4.6仓库管理用例图
用例简述
仓库业务员根据进出库订单管理仓库的进出库。
基本事件流
范围：
仓库管理
级别：
用户目标
主要参与者：
仓库管理员，采购员，销售员，采购单位
涉众及其关注点：
——仓库管理员：
希望能够准确地录入仓库的货物的进出，并希望能快捷地看到仓库各个货物的存量以及货物的发货和收货的记录。
——采购员：
希望尽快更新货物信息，与收货信息。
——销售员：
希望尽快更新货物信息，与发货信息。
——经理：
希望能快速执行超控操作，并易于更正仓库员的不当操作。
——供应商：
希望把货物交货到仓库
——客户：
希望把顺利尽快地取到货物。
前置条件：
仓库管理员必须经过确认和授权。
成功保证：
存储货物信息，记录仓库的出货与收获记录，更新仓库的货物存量信息。
主成功场景：
A.采购进仓
1.供应商把货物运到仓库。
2.仓库管理员从系统中提取采购订单。
3.仓库员根据采购订单逐个货物的验收并记录货物状况。
4.仓库员告知供应商已经核实完，并最终确认。
5.打印票据。
6.更新货物信息
B.销售出仓
1.客户拿着销售收据到仓库领货。
2.仓库管理员从系统中提取销售订单并与客户的销售收据进行核对。
3.仓库管理员根据销售订单，从仓库提取相应的货物。
4.客户验收货物，并确认。
5.仓库管理员录入货物提取记录。
6.打印票据。
7.更新货物信息。
扩展：
*a.经理在任意时刻要求进行超控操作：
1.系统进入经理授权模式。
2.经理或仓库管理员执行某一经理模式的操作。
3.系统恢复到仓库管理员的授权模式。
*b.系统在任意时刻失败：
1.仓库管理员重启系统，登陆，请求恢复上次状态。
2.系统恢复上次状态。
2a.系统恢复过程中检测到异常：
1.系统向仓库管理员提示错误，记录此错误，并进入一个初始状态。
2.系统管理员开始一个新的操作。
*c.进仓时检测到问题产品：
1.向系统登记货物的问题。
*d.输入无效的货物信息或订单信息：
1.系统提示错误并拒绝输入该信息与拒绝保存。
2.仓库管理员响应该错误。
活动图
查看订单的活动图见图4.7
图4.7仓库管理流程图
用户注销系统
用例简述
业务员离开时注销系统。
基本事件流
1业务员：
发出注销请求；
2系统：
停止当前所有操作，注销用户，并记录操作日志。
财务管理用例
财务管理的用例图如图4.10
图4.10财务管理用例图
用例简述
财务业务员管理采购、销售的款项的进出
基本事件流
用例：
财务管理
范围：
财务管理
级别：
用户目标
主要参与者：
财务管理中心工作人员
涉众及其关注点：
-财务中心管理人员：
希望能够快速准确处理财务
升级会员 