管理信息系统课程设计--ko便利店pos机系统.docx

管理信息系统课程设计ko便利店pos机系统目录1引言21.1 项目设想21.2 开发计划21.3 技术路线42需求分析42.1 业务建模42.2 需求规格说明62.3 补充性规格说明122.4 系统顺序图与操作契约143架构设计153.1 功能结构设计153.2 软件架构设计154详细设计164.1 用例实现设计164.2 输入输出设计174.2.1 表单设计174.2.2 报表设计184.3 数据库设计194.4 权限设计215系统实现215.1 功能实现215.2 系统测试275.2.1 单元测试275.2.2 用例测试295.3 系统部署306项目总结301引言1.1 项目设想A.系统展望C简要介绍产品应用场景、用户，系统范围，基本目标。 产品应用场景：中小型便利店的综合性销售管理软件 用户：顾客、收银员、维护人员、仓管以及经理 系统范围：中小型便利店 基本目标：作为中小型便利店的综合性行业管理软件，支持散客和会员的消费,集前台收银，会员消费管理，商品销售管理，营业收入统计等功能于一身。B.系统特性。用高阶、简洁的语句对系统预期功能和性能加以概述。 会员管理：对会员的注册、登录、信息修改与维护以及定期会员优惠管理。 员工管理：对员工的值班进行管理。 商品管理：对商品的资料进行管理。 销售管理：对便利店内商品销售以及每日的具体销售情况进行管理查询。 统计查询：对商品销售情况、库存情况、定期销售利润等资料的统计查询。 库存管理：对采购进货、库存调整以及查询当前库存进行管理。1.2 开发计划A.团队成员。简要概括项目成员及分工。林锡鑫（架构师）黎文辉（程序员）黎韵枝（测试员）黄晓群（分析师）B.项目进度，简要说明项目进度安排及控制措施。过程时间目标工作内容提交资料初始第2周分组定题布置任务，确定分组；提交MlS课程设计任务书阶段确定题目，制定计划。提交分组计划细化迭代13-4周搭建框架确定核心架构实现基础数据增删改查程序；编写文档1.1,1.2,3.2细化迭代25-6周设计实现业务用例实现销售开单用例程序；编写文档2.124；编写4.1.1编写4.2.1细化迭代37-8周设计实现业务用例实现收银用例程序；完善文档2.1-2.4,编写4.1.2细化迭代49-10设计实现业务用例实现退货用例程序；完善文档2.1-2.4,编写4.1.3编写3.1里程碑总结。优秀成果展示。细化迭代511-12周设计实现权限基于所选技术实现系统权限功能程序；编写文档4.4编写文档4.3细化迭代613-14周设计实现报表实现数据报表功能程序；编写文档4.2.2交付15周提交成果编程人员实验室演示程序；提交文档打印稿。完成文档5,6最终版程序，文档定稿C.风险控制。识别并列出项目风险，简述风险控制措施。a）需求确定不明确，在现阶段对于整个系统的构想仍处于不明确的时期，因此对于我们想要完成的功能的许多细节都无法进行透彻的分析。在后期开发的过程中需要不断地进行修改。b）架构师设计架构时间超出计划预期，团队一起讨论具体完成的表单等字段细节，协助架构师完成任务。c）代码的实现过程遇到问题，需要及时地沟通，一定时间内需要与架构师和程序员进行沟通，及时地更改功能的设置，以完成最基本的功能作为前提，减低他们的工作量。为了预防测试阶段的时候发现问题，我们小组将采取实现与测试同期进行，一个功能出来之后，测试员就立马进行测试，而不是等到最后了再进行测试，这样来避免最后更改时间不足的情况，及时发现问题。1.3 技术路线对本项目用到的技术工具和作用进行简要说明。包括开发语言和工具、计算模式(单机应用，CS,B/S)、框架，类库、数据库管理系统等，附上版本号，可简要描述选择依据。后台运用了三大框架的技术，按照MVC分层框架进行模块的划分。三大框架的MVC模式实现，使得层次结构清晰，使编程时只需要关注业务逻辑的实现。三大框架比较成熟，移植性，安全性都比较好，模块间耦合度也比较低。用B/S结构的好处是不用在安装软件，并且B/S结构的兼容性比较好，灵活性比较高。用mysql数据库，开源软件并且功能强大，安全性比较好。2需求分析2.1 业务建模业务建模(BUSineSSModeIing)对领域内企业管理和业务对象进行建模。包括业务流程建模和领域建模。业务流程建模描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向。领域建模是从现实的问题域中找到最有代表性的概念对象，抽象成分析类。A.业务流程建模。UCl,UC2UC3B.领域建模。2.2 需求规格说明需求规格说明书(SOftWareRequirementsSPeeifiCatiOn)描述了系统的功能需求。构建系统用例模型描述功能需求。A.系统用例图。绘制整个系统的UML用例图。B.用例详述文本。对所有业务活动用例采用详述风格（包括前置条件、后置条件、主事件流，扩展、业务规则等）进行描述。用例UC1：销售开单范围：KO便利店Pe）S应用级别：用户目标主要参与者：收银员涉众及其关注点： 收银员：希望可以快速简单地输入，系统显示的表单清晰明了，不容易犯错。因为如果操作不方便，导致顾客等待时间过长而遭到投诉。 顾客（散客）：希望可以尽快地完成交易过程，并且得到快速优质的服务。希望可以便捷清晰地看到所输入的商品的项目以价格。 会员：希望能够用会员享有的优惠进行消费。 理货员：希望开单过程不出错误，否则货物数量出现不对的情况。 店长：希望处理销售过程操作快速，并易于更正收银员的不当操作。前置条件：收银员必须经过确认和认证。成功保证（或后置条件）：存储销售消息；更新账务和库存信息。主要成功场景（或基本流程）：1 .顾客携带所购商品或服务到收银台通过POS机付款。2 .收银员开始一次新的销售交易。3 .收银员输入商品条码。4 .系统逐条记录出售的商品，并显示商品的项目、价格和累计金额。价格通过一组价格规则来计算。收银员重复34步，直到输入结束。5 .系统显示总额。扩展（或替代流程）：*a.店长在任意时刻要求进行管理操作：1 .系统进入管理员模式。2 .店长或收银员执行某一个管理员模式下的操作。例如，统计进行商品折扣，新增会员等。3 .系统限复到收银员授权模式。*b.系统任意时刻失败：1 .收银员重启系统，登录，请求恢复上次状态。2 .系统重建上次状态。2a.系统恢复过程中检测到异常：1 .系统向收银员提示错误，并进入一个初始状态。2 .收银员开始一次新的销售交易。23a.会员顾客提出会员消费：L收银员输入会员顾客IDo2 .系统根据会员销售规则显示相应商品的折扣或优惠活动。3 .收银员根据会员等级以及店内活动进行礼品赠送（如果有）。25a.顾客要求开通会员：L收银员提出新增会员服务。4 .收银员输入顾客具体信息，为顾客办理开通会员服务。5 .系统记录新增会员的信息。25b.顾客要求去除商品中的一项：L收银员选择商品条目或者手动输入商品ID并将其删除。2.系统删除该项目并显示更新后的累计金额。4a.当前顾客因某种原因需要等待，此时收银员为下一名排队的顾客处理销售:1 .收银员将当前订单挂起，系统将当前单进行保存。2 .收银员开始一次新的销售交易。3 .收银员重复210步，完成销售处理。5a.顾客要求兑现积分用于此次销售交易：L收银员提交积分请求。4 .收银员输入顾客ID,顾客输入相应密码。5 .收银员根据会员顾客要求应用积分降低价格。5b.顾客要求取消销售交易：L收银员申请取消订单，系统将订单删除。特殊需求： 支持文本显示的语言国际化。 使用尺寸适中的显示器触摸屏UIo文本信息可见距离为1米左右。 界面交互设计要求简洁，指示明确。 能够给用户帮助提醒的友好交互。 系统处理用户转换的响应速度小于3秒。 需要使用交通卡人工服务终端。技术与数据变元表： a.店长需要输入相关的授权申请密码才能进入超控。3a.商品ID可以用条形码扫描器（如果有条形码）或手动输入。25a.会员需要通过读卡器或键盘输入积分卡密码来使用积分卡内积分。发生频率：可能会不断地发生。未决问题： 收银员是否必须在从系统注销后带走他们的现金抽屉？ 顾客是否可以直接使用读卡器，还是必须有收银员完成？是否采用生物识别进行登录？用例UC2：收银范围：Ko便利店Pe）S应用级别：用户目标主要参与者：收银员涉众及其关注点， 收银员：尽快地完成收银，不出错，不会被顾客投诉或抱怨。 顾客（散客）：希望能方便地看到所购买商品的项目以及价格。获取凭条以便可以退货。 会员：希望可以通过活动或者会员制等条件获得一定的优惠。 店长（管理员）：希望收银不出错，可以让员工工作质量提高。 交通卡支付授权服务：希望准确无误地扣除相应交通卡的金额。前置条件：已经完成销售处理生成了账单。成功保证（或后置条件）：存储销售信息，更新账务和库存信息，记录利润并且生成票据，记录支付授权的标准。主要成功场景（或基本流程）：1 .收银员告知顾客总额，并请顾客付款。2 .顾客选择付款方式，系统处理支付。3 .系统记录完整的销售信息，并将销售和支付信息发送到外部的账务系统和库存系统。4 .系统打印票据。5 .顾客携带商品和票据离开。扩展（或替代流程）：Ia.顾客要求取消交易：1 .收银员在系统中取消销售交易。1b.顾客要求收银员等待，后面排起队伍：1 .收银员在系统中选择将当前订单挂起，先进行下一位顾客的交易处理。2a.顾客选择现金支付现金不足，要求剩余部分用交通卡进行支付：2 .收银员在系统中选择现金支付部分金额。3 .收银员指示顾客在交通卡支付终端上放入交通卡。4 .收银员在系统中选择交通卡支付剩下余额。3a.交通卡终端出现故障，无法进行付费：1 .收银员告知顾客终端故障。2 .顾客根据自身需求减少当前购买商品。2a.顾客要求直接取消交易：1.收银员在系统中取消交易。Ia.收银员权限低于该操作：1 .请求管理员进行该操作。3.收银员告知顾客总金额，系统完成支付。4.交通卡终端扣费成功。2b.系统突然故障：1 .收银员将系统重新启动。2c.顾客选择交通卡支付金额不足，要求剩余部分用现金进行支付：1 .收银员在系统中选择交通卡支付部分金额。2 .收银员收取顾客的剩余部分金额。4a.顾客索要赠品票据（不显示价格）：1.收银员请求赠品票据，系统给出赠品票据。4b.打印不出票据：1 .如果系统能够检测到错误，给出提示。2 .收银员更换纸条。3 .收银员请求打印其他票据。特殊需求： 支持文本显示的语言国际化。 使用尺寸适中的显示器触摸屏UIo文本信息可见距离为1米左右。 界面交互设计要求简洁，指示明确。 能够给用户帮助提醒的友好交互。 系统处理用户转换的响应速度小于3秒。 需要使用交通卡人工服务终端。技术与数据变元表：2a.交通卡账户信息可以用交通卡支付终端进行划扣。发生频率：可能会不断地发生。未决问题：便利店的税收政策可能会发生改变。不是会员却能够打折的顾客应该如何打折？系统发生故障，重新启动后，上次未完成的销售记录是否还在系统内？如何实现部分现金部分交通卡支付的情况？用例UC3：退货范围：Ko便利店PoS应用级别：用户目标主要参与者：收银员涉众及其关注点： 收银员：尽快地完成退货，不出错，不会被顾客投诉或抱怨。 顾客（散客）：希望能方便地退货。 系统：希望准确无误地记录退货信息。前置条件：有销售账单。成功保证（或后置条件）：搜索到销售账单，更新账务和库存信息，记录退货，记录退货方式。主要成功场景（或基本流程）：1 .顾客告诉收银员要退货。2 .收银员录入收据号，查看销售记录。3 .系统记录完整的销售信息，并将销售和支付信息显示给收银员。4 .收银员检查商品。5 .顾客选择退货方式，更换新商品或退钱。6 .顾客携带退款或新商品离开。扩展（或替代流程）：L顾客要求取消退货：1）收银员在系统中取消退货。2.无收据：1）要求顾客去找回收据。2）根据顾客提供的日期信息等在销售记录中找到这次的销售。4 .商品为人为故意损坏：1）若是顾客购买后故意损坏，不给予退货。2）若是顾客购买前被损坏，则给予退货。5、商品余额不足：1）返还现金。5 .3补充性规格说明补充性规格说明补货并确定其他类型的需求，如可靠性（如100OO人并发访问）、可用性（如1米外轻松看到文本）、接口（如支持钱箱、支持网银支付接口）等。也可以包括其他跨越多个用例的功能性需求如报表、安全性、日志和错误处理、数据备份、数据导入导出等。简要描述本项目最终系统数据查询与报表，系统权限管理的功能需求。也可以描述项目组计划实现的其他需求。修改历史版本日期描述作者初始草案2015年7月1日第三个草案分析员简介本文档记录KO便利店所有未在用例中描述的需求。功能性1 .安全性任何使用都需要经过用户认证。2 .日志和错误处理持久性存储中记录所有错误。3 .数据备份与还原店长在任意操作过程中都可以进行数据备份与还原。4 .数据导入和导出可以导入或导出各类信息统计表格数据。5 .记录登录信息记录每个员工登录的信息。可用性1 .人性因素顾客将能够看到POS大屏幕显示器的显示。因此： 应该在1米左右能够轻松看到文本。 避免使用色盲不能识别的颜色。员工使用系统时可能会有一些地方出现操作不明确的情况，因此： 应该提供系统操作帮助。为了让顾客能更方便地使用交通卡： 交通卡支付终端应该放置在面向顾客的方向，并且建议放在收银机前，方便顾客O2 .安全因素收银员的实现长期停留在顾客或商品。因此： 在收银柜处安装声音警告装置。收银员忘记取出余额便关上收银柜： 需要提供员工ID以及管理员ID进行认证，才能打开收银柜，继续余下步骤。系统注销后为了防止员工或者其他人的不当行为： 需要输入管理员的ID进行认证后才能进行工作。可靠性1 .可恢复性由于某种原因中断了系统运行，系统经过重启后可以恢复到原来的状态。2 .性能界面窗口的转换时间不得超过于1秒接口1 .重要硬件和接口 触摸屏 条形码激光扫描仪,票据打印机 交通卡支付终端 数字小型键盘输入端 备用键盘和鼠标所关注领域内的信息1 .定价商品的所有价格根据市场价的价格定价。2 .编码参考711便利店的编码来进行编码。2.4系统顺序图与操作契约系统顺序图（SSD）针对用例的一个特定场景，阐述从参与者到系统的跨越系统边界的事件制品，便于设计阶段为类分配职责。操作契约（COntraCtofOPeratiOn）定义了重要系统事件对领域模型内对象状态的变化。A.系统顺序图。使用UML顺序图，选择1个业务活动用例绘制系统顺序图。选择销售用例画出顺序图：B.操作契约。选择系统顺序图中复杂的系统事件编写操作契约。如有需要，使用UML状态图对某些关键对象（如订单）状态转换进行建模分析。操作：退货处理交叉引用：处理退货前置条件：在本商店完成的销售，并携带有销售小票或记得销售单号。后置条件：创建退货单Salereturn的实例salereturn给salereturn的基本属性如创建时间等赋值创建每个退货商品SalereturnItem的实例item每个item的quantity的赋值为对应的quantitysalereturn和item形成关联3架构设计3.1 功能结构设计功能结构图就是将系统的功能进行分解，按功能从属关系表示的图表。使用树形功能层次图画出系统的功能结构图“Ko便利店POS系统系统登录二I用户管理销售管理4-添加商品查看订单查看订货单人员管理权 限 管 理订单管理商品管理3.2 软件架构设计软件架构文档(SAD)描述了软件类的宏观组织结构。A.软件分层。使用UML包图描述软件的层次划分。用文字简要说明每个包的具体作用；Com.mis.forms包：放实体类，对应数据库表。COm.mis.dao包：数据访问层，根据forms包的实体类表，实现对数据库表操作。Com.mis.service包：业务逻辑层，根据dao层的数据库操作和数据，进行判断、处理一些业务流程。Com.mis.action包：根据service层和StrUSl的配置，实现相应页面的跳转。B.命名规范。说明各层接口设计及相关接口及实现类的命名规范；Vc）层：Xxx.java>XxxYyyjavaDAc）层：接口：XxxDao.java>XxxYyyDaojava实现类：XXXDaOImPI.java、XxxYyyDaoImpLjavaSerViCe层：接口：XxxService.javaXxxYyyServicejava实现类：XxxServicelmpLjava>XxxYyyServiceImpLjavaActionM：XxxAction.java>XxxYyyActionjavaVieW层:XXX.jsp、XxxYyyjspC.架构相关设计模式，本课程要求实现MVC和DAo设计模式，请文字或顺序图说明实现方案。数据库：先分析好有哪些功能、用户、实例，然后根据这些建立相应的数据表。VO层：根据数据库表建立相应一一对照的实例，并生成相应操作。DAc）层：实现Vo层对数据库的操作。SerViCe层：根据DAe）层返回的数据，实现业务逻辑的处理。ACtiOn层：根据业务逻辑层的处理，实现相关页面的跳转和数据传输。VieW层：用户视图界面。4详细设计4.1 用例实现设计对关键的系统用例实现构建设计模型。可结合需求修改子项的用例名称。4.2 输入输出设计本节包含两部分，输入设计和输出设计：输入设计包括输入完整性控制设计、数据输入方法、输入设备、输入表单设计等，本文档只需撰写输入表单设计；输出设计包括输出完整性控制、输出内容和形式、输出设备接口、报表格式设计等。本文档只需撰写输出报表设计；4.2.1 表单设计以录入订单等典型功能为例，设计输入表单及交互方式。重点描述业务表单及分录项的样式及其交互。如1张订单（表单）包含n个产品（分录项），那表单和分录项如何展现（即样式设计），1个订单和多个产品如何录入、保存（交互设计），如何实现数据格式校验。绘制或截取1张JSP页面/Swing窗口设计效果表达样式设计，示意图结合文字说明交互设计和格式校验方案。提示：Web项目中使用JQUeryEaSyUl等Ul框架可更简单实现上述目标。如果项目使用Ul框架，需在此处详细说明实现方案。03.12SBl”五I 25XBMOCltM:砒UMOOftMXWOC2ttl9ittsoa4514Q.> nXBMOC)I也MH.近4 MBtURItO，砒MA 4%U Qfl;Tl IBiTI2» 8rflO数据格式校验：所有信息都基本固定，预先填好了。只需选择相应的商品，填写数量即可。数量规定了只能填写数字，而商品选择需从下拉框中查找。4.2.2 报表设计以查询统计为例，设计报表输出内容、样式及交互方式。重点描述报表输出的查询、报表样式以及交互。绘制或截取1张报表工具的样式设计器效果表达样式设计，示意图结合文字说明实现方案。提示：使用报表工具JaSPerRePOrt,JFreeChart,HighehartS及其他报表工具可方便制作数字报表和图形报表。如果项目使用，需在此处详细说明如何使用。注意事项：本课程要求分类统计数字报表，即需要有统计口径、小计、总计。便利店.”,MBna ->M49B，；r *ftVSfAi HaRBr*.*MWA1小m7，刃学大9E01Eo*，必8*XBOOOtMt9»*103%”162148x>ooco:IOJ103皿IttMB*r6；鼻耳左加ft工。3IMOOMthH 2019冬m!83 训X>“44V 上跟在表分为两种统计：一种是年度月销售统计，一种是起始时间到现在的统计。展现形式有两种：一种是柱形图，一种是表格形式。管理员可以统计从一个时间点开始到现在的各样商品、各类别商品的销售情况，和每个月的销售情况。4.3 数据库设计构建ER模型，设计数据库表；如果使用存储过程或触发器，请予以说明，并举1个例子给出代码。ordcrCreatetmnumbcSalcreturnimeudequantitytotaOrderitemstorepcEmaiideveidserveaddresnamepassworchoosCreatetmnumberbuynumberunitpowec（）unamnumbeIianimcountlimeCreattncostlncluduseidmethodnamnumbeamoLinZididstatutypenampdordencludnroductpriceuantnumbesenrcasoSale_retuproducProduct-tySale_retum_itememberuserpowerpaymentOrderitemorderidordermemteidtotalprofCtimesenstatutota4.4 权限设计对软件权限进行设计，需详细说明权限粒度、自定义程度及其相应的实现技术方案权限设计比较复杂时，可使用UML类图/顺序图/通信图进行建模并辅以文字说明。提示：权限设计可使用SpringSecurity,ApacheShiro等安全框架来实现基于角色的访问控制(RBAC)。项目如果使用，需要在此处详细说明如何使用。权限粒度是对每个模块的操作，自定义程度则可以实现对每个模块进行增删改查的划分。实现方式是对每一个提交操作进行拦截，使用的是Web里面的拦截器功能，实现起来并不是很复杂。添加一个权限拦截器，放行一些基本的CSS或者js文件，并对其他提交进行过滤拦截。数据库保存每个拦截的提交对应的功能说明，并且每个角色都会有不同的权限也就是拦截提交操作的组合。因为拦截的提交可以有很多，并且每个增删改查都是一个提交，因此可以实现对增删改查权限的设置。用户登录后提取所有要拦截的页面进行拦截。若符合拦截条件，则进行拦截，并跳转到权限不足的错误提示页面。4.5 实现5.1 功能实现对系统主要功能进行截图展示并辅以必要的文字予以说明。选择展示1个基础数据列表界面，1个分配权限界面，1个业务流程界面(1个活动1张图)，1个查询界面，1个报表界面。每页展示2张图并辅以文字描述。基础数据列表界面基础数据包括商品id,商品编号等各个细节的数据，还有商品类别的数据分配权限界面可以选择权限管理，会员管理等多种权限/酉嬴m囚EuiCMtSJ>8ft.离dwd*g.I因JQUe3/QuyL9.3/Query*3京"1“.÷-o<nWrMt>WiiIC飞”,O£'A5同*妫上Ji0列衰eanftKQSPKAoPii江阳=一.三M*ve11R*portfy:/.CMisPeC!®化蚕代4:一IHRHfiB"ZfWSSM$SSNlidm右”皿!IWSJSLSMO2帆人三51.20</RWttHTMLCStaOOMNWCktifi三微O/传改BS§店新修改权IaMd 1 雷理员熹品5JR示 廊副晚展示M!73订.KhfiSrtE退货表WAfl W3旗3会艮$3 疮袅统计业务流程界面1.添加商品便利店<WiH&* “ RrII tev1.L=Jmum*m& &«*tQana»e，nI 3XMSOM«*a««2002 Wft4MWao»««< , Mk w-3Msrmw>号 400C0¾0000)1Mtsa4 MM7t*3T”.mrvM4MW2.生成订单便利店MSU*mv<M«1»«BMMuyaMeI.«-tum三me3.提交订单后支付4.成功支付后订单状态改变J 二三一 三二 三二二二二查询界面可以查询到商品的出售或退货状态WM&20150702S5S24)总ML245.0崛时向401507029:16:51及手人:林惕订Kd离星useBr/可JIfWS&tt三1MNB00001WC51E2HSt20八8*JjOOkam÷276NBoOOOI三C5三Z)2«a等美2ft20c«9377NBOOOO?*s10/7920.5Oie««477NBOooO2£t««9ta3a20.际a10M:m)MO登示15MjMiaR退旗等21：过期S定送货退货操作便利店.Mniav9仃冏尸«|Q员RMWIM内新Q型订,a<9119ta9M<，大*AM9Mjt咚52fttfu««*iT>«w"&««Mie,三smscms«srwW»n*>oows««mmaxm¾:h£>nN90t工巧OaK9a38¾:t4nMm4!v制Batu.MRmi*ntt«v«-MR*-，。回»««BtMn，»。a4K<.H4e>*.&，|Mzen会员管理便利店MlftBMVHr.2OK八RMftHe.M鼻，B*WflHHtSQWWMVt09tt4三"coo|-I-I41mmetw华会CgmgEoE.!>MinaiTSV9“SW电m三rx>vj»1«m»Oif>>jefyyM>>CAtd.,ItfbIMmHlM用户管理5.2系统测试5.2.1单元测试选择1个DAO的CRUD方法为例，给出测试代码及测试结果。提示：单元测试可尝试学习并使用JUnit。本节限1页篇幅。1.添加商品类别的测试测试代码：publicstaticvoidmain(Stringargs)ClassPathXmlApplicationContextctx=newClassPathXmlApplicationContext(newString"applicationContext.xm,);ProductTypeDaos=(ProductTypeDao)ctx.getBean("productTypeDao,');ProductTypetype=newProductTypeO;type.setTypename("糕点”)；type.setPid(O);s.addProductType(type);System.out.println(s);)测试结果：成功添加了一个商品类别idtypenamepid1食品02日用品04旗0506糕点02 .商品类别的删除测试代码：ProductTypetype=newProductTypeO;type.setld(6);System.out.println(s.deleteProductType(type);测试结果：成功删除了一个商品类别idtypenamepid1食品02日用品04050Servicecocn.mis.service.ProductTypeService4e5a67df#servicecan.mis.service.ManberService972f12Hibernate:selectproducttyp-.idasidl-9-0-,producttyp-.typenameastypename2-9-0-,producttyp0-.pidaspid：Hibernate;update三is-productsettypeidnullwheretypeid-?Hibernate;deletefrom三isj>roducttypewhereid=?3 .商品类别的修改测试代码：ProductTypetype=newProductTypeO;type.setld(5);type.setTypename(Z<");System.out.println(s.updateProductType(type);测试结果：修改成功5水4.商品类别的查找测试代码：List<ProductType>types=(List<ProductType>)s.getProductTypeByPage(0,l0);fbr(ProductTypetype:types)(SyStem.out.println("商品类别id是+type.getld();SyStem.out.println("商品类别名是:"+type.getTypename();)测试结果：商品类别id是：1商品类别名是：食品商品类别id是:2商品类别名是：日用品商品类别id是：4商品类别名是：水果商品类别id是:5商品类别名是冰5.2.2用例测试选择系统12个关键用例，简要说明用例测试数据及结果。销售用例收银员编号：123姓名：林锡鑫权限：管理员顾客编号：000001级别：会员顾客购买了3个德芙巧克力，每块2元；5个富士苹果，每个3元。一共21元，给了100块。结果找回79元，并生成新的订单，订单号so-20150702-10355。退货用例收银员编号：123姓名：林锡鑫权限：管理员顾客编号：000001级别：会员顾客凭借历史订单号so-20150702-10355,退还质量不及格的商品1个富士苹果。结果收银员收回苹果，并退回3元给顾客。5.3系统部署详细说明本项目源代码如何配置，包括：运行环境需要安装什么特殊软件或特殊的库文件，需要利用什么软件生成某个格式文件；测试用户的用户名和密码等等。该段描述目的是确保非本项目成员将源代码导入开发环境后能编译通过并运行测试。注意事项：提交电子版时需提交完整的源程序、依赖Jar包、数据库脚本文件。本节限1页篇幅。Jdk环境是jdk7或者jdk8,mysql版本是5.6.24,若版本不同需要下载对应mysql版本的jdbc包来替换到Iib文件的jdbc连接包，测试用户账号是123,密码是123。只需要把编译好的程序解压缩放在tomcat7的webapp文件中即可。要打开mysql的服务，才能访问到数据库中的数据。需要在源程序的WplicationContexLxml中修改数据库的账号和密码修改为和本地的一样。还要在mysql中导入数据库，先新建一个数据库名为mis,然后通过Sql文件导入系统的数据信息。6项目总结这次课程设计的的设计过程一开始还算跟着进度走，到了中期时就开始有点停滞了，到了后期才开始又一次设计，赶工。对于进度的把握，我做得并不好，没有让组员跟着计划完成工作。但是架构师的赶工速度还是一流的，然后成员们到了最后也是各尽所能地互相帮助，最后还是按质按量地完成了项目。我们的项目完成了设计初期的功能预想，能够实现基本的销售处理，推后处理，后台的商品管理、订单管理等功能。界面上也从一开始的简陋没有条理到了规整简洁的风格，架构师在这上面真的很用心。我们