学仕书店进销存系统.docx

1、学仕书店进销存系统面向对象分析与设计课程设计报告题目：小组成员：专业年级：日期：2010-7-1指导教师：评分表评分项分数1. 小组成员讨论充分、协作效果好2. 分析与设计模型的合理性和规范性3. 工作量情况4. 小组独立完成的情况5. 报告格式规范性、内容详细程序、文字表达能力 总评：评分说明： 1. 如果发现抄袭现象或不按时提交实验报告，可直接评定为不合格。 2. 先按单项评分，再求各项的平均分，再定总评等级。总评分为：优、良、 中、及 格和不及格。目录1. 项目愿景 41.1 项目背景 41.2 业务情景 41.3 主要实现功能 51.4 企业效益 52. 系统需求 62.1 功能性需求

2、（用例视图） 62.1.1 系统用例图 62.1.2 用户登录用例 72.1.2.1 用例简述 72.1.2.2 基本事件流 72.1.3 销售管理用例 72.1.3.1 用例简述 82.1.3.2 基本事件流 82.1.3.3 流程图 102.1.4 添加客户 112.1.4.1 用例简述 112.1.4.2 基本事件流 112.1.5 采购管理 122.1.5.1 用例简述 122.1.5.2 基本事件流 122.1.5.3 采购管理流程图 142.1.6 添加供应商 162.1.6.1 用例简述 162.1.6.2 基本事件流 162.1.7 仓库管理用例 162.1.7.1 用例简述

3、172.1.7.2 基本事件流 172.1.7.3 活动图 182.1.8 用户注销系统 202.1.8.1 用例简述 202.1.8.2 基本事件流 202.1.9 财务管理用例 202.1.9.1 用例简述 202.1.9.2 基本事件流 202.1.9.3 流程图 212.2 所有用例通用的功能性需求 222.2.1 日志系统 222.2.2 监视系统 232.2.3 安全系统 232.2.4 预设管理员 232.3 非功能性需求 232.3.1 功能性： 232.3.1.1 系统客户端 232.3.1.2 系统易用性 232.3.1.3 帮助服务 232.3.2 可靠性 232.3.2

4、.2 系统严重错误发生的平均时间间隔 232.3.3 性能 232.3.3.1 最大的并发人数 232.3.3.2 最大系统相应时间 242.3.3.3 最大的事务处理时间 242.3.4 保障性 242.3.4.1 出错对应时间 242.3.4.2 技术支持时间 242.3.5 设计上的限制 242.3.5.1 数据库管理软件 242.3.5.2 Web服务器软件 242.3.5.3 平台要求 242.3.5.4 Web浏览器 242.3.5.5 Java的版本 243. 总体设计（逻辑视图） 243.1 总揽 253.2 主要包图的介绍 253.2.1 系统概要包图： 253.2.2 系统

5、详细包图： 264. 详细设计（过程视图） 274.1 销售管理 274.1.1 店面销售顺序图 274.1.2 店面销售类图， 274.1.3 批量销售管理顺序图 284.1.4 批量销售类图， 294.2 采购管理 304.2.1 采购管理顺序图 304.2.2 采购管理类图 314.3 仓库管理 324.3.1 仓库管理顺序图 324.3.2 仓库管理类图 334.4 财务管理 344.4.1 财务报表管理顺序图 344.4.2 财务贷款结算顺序图 354.4.3 财务销售收入管理顺序图 364.4.4 财务管理类图 375. 数据库设计（数据视图） 386. 系统部署（部署视图） 39

6、6.1 部署视图 396.2 Generic PC 396.3 Web Browser 396.4 Apache 396.5 Tomcat 6.0 396.6 Hibernate 396.7 MySQL 397. 总结 397.1 满足的规模 397.2 满足的性能 407.3 满足的功能 40附 小组分工情况 40软件架构文档1. 项目愿景项目背景自制造业出现的时候开始，制造企业的管理者就面临着一系列的挑战:生产计划的合理性、成本的有效控制、设备的充分利用、作业的均衡安排、库存的合理管理等等。日趋激烈的市场竞争环境使上述挑战对企业具有生死存亡的意义。于是，应付上述挑战的各种理论和实践也就应运

7、而生。在这些理论和实践中，首先提出而且被人们研究最多的是进销存管理的方法和理论。人们认识到，诸如原材料不能及时供应、零部件不能准确配套、库存积压、资金周转期长等问题产生的原因，在于对物料需求控制的不好。业务情景学仕书店以销售社科、文化、经管、学术类图书为主，目前是广东地区规模最大与最具影响力的民营学术文化书店，也是众多人文社科经管类的优秀出版社在广东市场的代理商。目前在广州深圳等地运营着9家零售店，1家网上书店以及三家批发公司，是一个集批发与零售为一体的连锁型企业。目前学仕书店各分店都使用一套桌面单机版的图书销售管理系统管理日常的图书销售业务，基本上能满足各店面的业务需求。但是近年来，网络购书

8、因为价格便宜越来越受到人们的欢迎，当当、卓越、大洋等一大批网络书店迅速发展，对实体书店冲击非常大。因为学仕书店各零售店基本上都开设在大学校园附近，很大一部分客户高校的学生或老师，而他们更加青睐于网上购书，各书店销售量急剧下滑。因此，学仕书店的老板决定调整经营重点并设计一套新的图书营销策略以应对网络书店低价格带来的挑战，但现有的系统成为了新方案的绊脚石：（1）书店为那些经常光顾的顾客办理了会员卡，这些会员凭卡买书可以有9折优惠。书店老板分析认为所有会员打9折变相降价，并不能有效提高书的销量，希望重新设计折扣规则，即根据会员累计购买金额确定不同折扣。老板希望新会员折扣策略能给予书店老顾客更多折扣吸

9、引他们到实体店购书，另一方面不至于给所有会员低折扣过多影响书店利润，此外这种营销策略也有利于吸引顾客更多地购买图书。但是现有系统会员管理功能不支持这种折扣规则。（2）随着更多连锁店的开业，学仕书店建立了配送中心。原有的单机版系统的一个重大缺陷是，各分店的销售数据等不能有效整合在一起，不便于公司经理经营决策，配送中心也不能实时获知各店面库存信息。（3）因为各零售店生意下滑非常明显，书店老板考虑将更多的资源或经营方向转向批发业务。因为经过多年积累，书店与各出版社形成了良好的合作关系。而原有的系统只支持书籍零售业务，不能适应批发业务的需求。为了解决以上问题，适应书店的变革，书店老板决定投资30万元聘

10、请专业的软件公司SCAUIS为公司重新开发一套经营系统。SCAUIS公司成立学仕项目组，开始对学仕书店的业务进行深入调研，走访公司在广州的多家店面、批发公司及配送中心，并与书店老板陈女士面谈，详细听取了她关于书店新策略的想法。原来书店为经常光顾的客户办理了会员卡，凭卡购书可享受9折优惠。为了留住老顾客，陈女士考虑改变原有折扣策略，希望会员折扣能结合顾客累积购书金额，例如：累计购书200499元：9折累计购书500999：8.5折累计购书10001499：8折累计购书15001999：7.5折累计购书2000元以上：7折非会员顾客一次性购买图书或充值200元以上，可享受9折优惠，并成为书店会员，

11、以后凭卡购书享受会员折扣优惠。此外，为吸引会员更多的来本店购书，会员卡还提供充值功能，可按充值后累计金额达到的级别享受相应的折扣优惠，购书时直接用卡上余额支付。例如某会员累计购书600元，如果一次性充值400元后，购书时就可以 享受8折优惠，书款直接从400元中扣除。书店除书籍零售外，还从事书籍代购、批发的业务，而且逐渐成为书店主要利润来源。书店与众多出版社签订了代理协议，为高校提供教材、图书代购，并在图书批发市场从事图书批发业务。近几年批发业务量非常大，为了减少在订单、送货、收款等各环节信息错漏或不一致情况的发生，书店老板希望新系统能同时支持批发业务。主要实现功能项目组经过认真分析和讨论，确

12、定学仕书店进销存系统功能如下：1. 店面POS系统：收银员录入书籍条码号，如果是会员购书还需要录入会员卡号，（因为没有配备硬件，本系统开发暂时采用人工录入条码号、会员卡号代替扫描、刷卡）系统根据相关规则确定购书价格，并打印购书小票。各店面经理每月要制作销售报表提交给公司经理。2. 进书管理：各家零售店店面经理向配送中心下进书订单，配送中心送书进店时都要及时留下记录信息，包括进书的时间、书号、数量等信息。3. 库存管理：各店店员能随时查看本店内各种书的库存数量，公司经理和配送中心能查询各店库存信息，库存盘点。4. 会员管理：管理所有会员消费信息、账户信息，收银员能完成新增会员、账户充值、挂失等操

13、作。5. 批发订单管理：系统能跟踪批发客户的订单、是否送货及回款等信息。企业效益由于使用统一的数据库，所以很容易获取各家店铺的数据。又由于诸如“模块物料清单”技术的使用，可以从根本上减少生成和维护物料清单的时间。由于提高了企业进销存的效率，能在最快的时间能以最小的成本为提供顾客所需要的书籍，同时能大大的提高其竞争力。这在引入新产品较多的企业可以大有作为。在进销存系统的环境下，书店员工在自己的岗位上按部就班地按统一的计划做着自己的工作。使得书店的经营摆脱了混乱和物料短缺，井井有条地进行着。企业的工作质量提高了，产品质量肯定可以得到提高。通过进销存系统，使管理人员提前看到书店运营的发展趋势，从而赢

14、得了时间，可以去做他们该做的事情，使管理更有效。把进销存系统作为整个企业的通讯系统，使得书店整体合作的意识和作用加强。通过准确和及时的信息传递，把大家的精力集中在同一个方向上，以工作流程的观点和方式来运营和管理书店，而不是把书店看作是一个个部门的组合。在这种情况下，特别是各家连锁店可以形成从未有过的、深刻的合作，共同努力满足客户需求，赢得市场。通过进销存系统，把经营规划和销售与运作规划这样的高层管理计划分解转换为低层次上的各种详细的计划。这些计划要由书店的每个员工去遵照执行。因此，合在一起，企业的所有员工执行的是一个统一的计划。以统一的计划指导企业的运作，上层的变化可以灵敏的传递到下层，而下层

15、的情况也可以及时地反馈到上层。2. 系统需求功能性需求（用例视图） B2C在线销售系统描述的主要用例有：商品类别，检索商品，商品详细，顾客注册，修改注册信息，查看订单，顾客登录系统，顾客退出系统，商品放入购物车，管理购物车，下订单，管理员登录系统，管理员退出系统，管理业务数据，管理系统权限，管理管理员，付款状态批处理，商品库存批处理，配送状态批处理。系统用例图系统用例图见图4.1：图4.1 系统用例图图4.2系统用户图用户登录用例 用户登录用例图如下图4.3：图4.3 用户登录用例图用例简述用户通过输入用户名和密码，根据身份登录到相应的界面基本事件流用例名称：用户登录范围：系统模块级别：用户级

16、别主要参与者：所有用户涉众及其关注点：用户：希望尽快安全地登录到系统。系统：准确地检测用户身份与其他用户信息，并记录用户的登录操作。前置条件：已经进入登陆界面1. 用户：进入登陆界面，并输入用户名与密码，身份；2. 系统：检测登录信息是否正确；3. 系统：系统跳转到相应身份的界面，系统把登陆操作记录在操作日志；4. 用例结束。销售管理用例销售管理的用例图如图图4.4销售管理用例图用例简述顾客输入商品相关的关键词，系统检索相关的商品，并显示这些商品的信息。基本事件流用例名称：店面购书管理范围：销售系统模块级别：用户目标主要参与者：销售员涉众及其关注点：售货员：希望能快速的录入发货单和用户信息，准

17、确的发送订货单到仓库，希望能够快速、准确的输入，并且没有支付错误，希望系统自动更新提成。公司：希望准确的登记交易，满足顾客要求。希望有一定的容错性，即使在某些服务器建不可用时，也能自动、快速的更新新账务和库存信息。客户：希望能以最小的代价完成购买活动并得到快速服务。希望清晰的看到所输入的商品项目和价格，希望得到订购单或者购买凭证。经理：希望能够快速执行超控操作，了解各种商品的销售和各销售人员的业绩情况。前置条件：售货员了解系统功能操作成功保证：成功完成订单的生成、打印，向仓库发送订单，完成款项的录入。主成功场景：1. 根据客户需求列出销售订单，并打印订单2. 根据销售订单向仓库发送发货单与客户

18、信息。3. 根据销售订单收款并登记收款记录。4. 确认收款后，向仓库确认发送货物，向客户出具票据。扩展*a.系统在任意时刻失败1. 销售员重启系统，登录，请求恢复上次状态；2. 系统重启上次状态1a.在订单完成并提交后，客户要求，或者操作失误，需要修改订单1. 销售员删除原来订单2. 销售员增加新订单1b.销售员在对订单进行录入后，客户要求取消订单1. 销售员删除原来订单2. 更新订单数据库2a.发货单在发送过程中，数据发送丢失1. 销售员核对数据2. 在发送线路修复的状态下，重新发送发货单2b.发送发货单后，客户要求修改发货单1. 销售员第一时间查看仓库管理发货情况1a.仓库已经发货1. 不

19、再修改发货单2. 给予仓库继续发货的权利2b.仓库尚未发货1. 销售员要求仓库停止发货2. 销售员重新修改发货单3. 销售员把新的发货单给仓库2c.仓库要求核对发货单与客户匹配情况1. 销售员查看订货单并核对1a、发货单与客户不匹配（表示出错了）1. 销售员联系客户2. 更新发货单3. 重新发送给仓库2b.没有错误1、 销售员再次确认发货单2c.仓库没有订单中的部分商品1. 销售员与客户商议2. 更改订单3. 重新发给仓库确认3a.客户要求延期付款1. 销售员与客户完成相关协议2. 销售员点击设置客户付款期限与金额（包括利息）3b.客户要求取消订单1. 销售员第一时间查看仓库管理发货情况1a.

20、仓库已经发货1. 不再修改发货单2. 给予仓库继续发货的权利2b.仓库尚未发货1. 销售员要求仓库停止发货2. 销售员重新修改发货单3. 销售员把新的发货单给仓库 3c.客户发现款项有误或者其他原因，要求修改款项1. 销售员根据客户需要作出修改 4a.客户要求取消购货1. 销售员第一时间查看仓库管理发货情况1a.仓库已经发货1. 不再修改发货单2. 给予仓库继续发货的权利1b.仓库尚未发货1. 销售员要求仓库停止发货2. 销售员删除订货单3. 销售员退还用户货款（根据相关要求扣去相关费用） 4b.票据打印出错1. 销售员重新核实订单2. 重新打印票据流程图销售管理的流程图见图4.3图4.3 销

21、售管理的流程图添加客户用例简述客户到服务台注册会员，业务员添加会员（添加客户）信息基本事件流用例名称：添加客户范围：系统模块级别：用户级别主要参与者：所有用户涉众及其关注点：业务员：希望尽快准确地输入客户的信息。系统：准确地检测用户身份与其他用户信息，并记录用户的登录操作。前置条件：业务员已经登录成功，并具有权限1. 客户：到服务台登记个人信息；2. 业务员把信息添加到系统；3. 系统：系统记录客户信息；4. 系统：添加成功，需要业务员确认；5. 用例结束。采购管理采购用例图如下图4.4图4.4 采购用例用例简述采购业务员根据采购计划，向供应商采购。基本事件流用例名称：采购管理范围：采购管理模

22、块级别：用户目标主要参与者：采购员涉众及其关注点：采购员：希望方便快捷地从厂家进货，减少工作量，提高工作效率。采购部门：保证商品销售库存，确保销售不受影响。公司：希望能随时随地保持所需商品库存，减少进货环节中的支付成本，增加商品销售量，尽可能赚取更多的利润。同时希望系统能自动、快速地更新库存信息，便于库存的及时补充。经理：及时安排采购部门进货补充库存以保证完成公司的销售要求，同时希望尽量减少因信息不对称造成的进货失误而最终导致公司利益受损。顾客：能及时买到因为热卖已经缺货的商品前置条件：进货订单必须依据系统存储的销售信息及仓库库存记录。成功保证（或后置条件）：存储销售信息。记录缺货商品。更新商

23、品库存信息。生成进货订单。主成功场景（或基本流程）：采购部门根据销售记录、顾客需求、商品，拟定货品采购计划，列出采购清单并存入系统。 采购员根据采购清单，向厂家发送采购货品订单与要求，并添加初步采购记录。 收到厂家发货证明与收据，并验证货物后向厂家付款。将相应货品信息与付款记录添加到系统记录。若发现问题货品则退货，并添加退货记录与货品信息的撤销。扩展（或替代流程）：*a.经理在任意时刻要求进行超控操作： 1.系统进入经理授权模式。 2.经理或采购员执行某一经理模式的操作。例如，删除销售记录，增加订货清单，删除库存记录，取消进行中的订货交易等。 3.系统恢复到采购员授权模式。*b.系统在任意时刻

24、失败： 为了及时恢复库存更新和订货清单生成功能，要保证功能都能从场景的任何一步中完全恢复。1. 采购员重启系统，登录，请求恢复上次功能状态。2. 系统重建上次状态。2a.系统在恢复过程中检测到异常：1. 系统向进货员提示错误，记录此错误并发送错误，重新进入初始状态。2. 重新进入系统后采购员手动删除系统中断期间减少的库存。3. 系统开始一次新的订货清单生成过程。1a.采购员核对订货交易，重新交易或中断交易：1. 系统发送订货清单过程中出现通讯错误进货员中断交易。2. 交易无故中断时排查异常后重新交易。、1b.采购员新货物添加信息并增添到系统记录中。1. 采购员为货物编写相应的商品ID2. 采购

25、员把货物ID,库存数量等信息增添到系统记录中。2a.厂家声称已发货但仓库却没收到货物：1. 向厂家索取发货运单号并在相应物流公司的网站上查询货物详情。2. 排查是否人为造成货物丢失。3a.给厂家支付货款的时候银行账户余额不足：1. 与厂家协商推迟支付。2. 采取其他的支付方式，并在系统记录中进行备注说明。4a.厂家货物出现问题需要退货：1. 问题货物发现在支付厂家货款之前：1a.与厂家协商说明情况，退还问题货物，在货款项上减少相应的金额。2a.按原所应支付金额向厂家支付，厂家进行后续退款程序。2. 问题货物发现在支付厂家货款之后：1a.与厂家协商，退还货物，厂家退还相应货款金额。2a.厂家对问

26、题货物进行更换。3. 更改商品库存信息及其他相应信息：1a.把问题货物退还给厂家后及时删除相应的商品库存信息。 2a.在系统中添加相应的退货记录，方便日后的信息翻查。特殊要求：1. 由于管理需求，使用者希望在通讯服务及库存自动更新服务中断或失败的情况下具有比较强的恢复功能。2. 支持文本显示的语言国际化。3. 有便于输入的标准键盘或识别率较高的手写板。4. 系统查询反应时间尽可能短。采购管理流程图采购管理的流程图见图4.5图4.5 采购管理流程图添加供应商用例简述采购业务员添加供应商信息，并存进系统。基本事件流用例名称：添加供应商范围：系统模块级别：用户级别主要参与者：所有采购业务员涉众及其关

27、注点：业务员：希望尽快准确地输入客户的信息。系统：准确地检测用户身份与其他用户信息，并记录用户的登录操作。前置条件：业务员已经登录成功，并具有权限1. 采购业务员：登记供应商的信息；2. 系统：系统记录供应商信息；3. 系统：添加成功，需要业务员确认；4. 用例结束。仓库管理用例仓库管理的用例图如图4.6图4.6 仓库管理用例图用例简述仓库业务员根据进出库订单管理仓库的进出库。基本事件流范围：仓库管理级别：用户目标主要参与者：仓库管理员，采购员，销售员，采购单位涉众及其关注点：仓库管理员：希望能够准确地录入仓库的货物的进出，并希望能快捷地看到仓库各个货物的存量以及货物的发货和收货的记录。采购员

28、：希望尽快更新货物信息，与收货信息。销售员：希望尽快更新货物信息，与发货信息。经理：希望能快速执行超控操作，并易于更正仓库员的不当操作。供应商：希望把货物交货到仓库客户：希望把顺利尽快地取到货物。前置条件：仓库管理员必须经过确认和授权。成功保证：存储货物信息，记录仓库的出货与收获记录，更新仓库的货物存量信息。主成功场景：A.采购进仓1. 供应商把货物运到仓库。2. 仓库管理员从系统中提取采购订单。3. 仓库员根据采购订单逐个货物的验收并记录货物状况。4. 仓库员告知供应商已经核实完，并最终确认。5. 打印票据。6. 更新货物信息B.销售出仓1. 客户拿着销售收据到仓库领货。2. 仓库管理员从系

29、统中提取销售订单并与客户的销售收据进行核对。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 财务管理用例图用例简述财务业务员管理采购、销售的款项的进出基本事件流用例：财务管理范围：财务管理级别：用户目标主要参与者：财务管理中心工作人员涉众及其关注点：-财务中心管理人员：希望能够快速准确处理财务