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

1、管理信息系统课程设计管理信息系统课程设计ko便利店pos机系统全套设计加扣 3346389411或3012250582项目组编号28专业班级12信管 2 班项目组成员文档编制日期2015.6指导教师2MIS课程设计开发文档课程设计成绩评分表（1） 个人表现20%角色项目经理分析员架构师程序员测试员姓名评分（2） 文档评分40%指标权重评价评分A（优秀）B（良好）C（一般）结构20分包含开发主要阶段，结构合理，前后连贯，结构合理包含开发主要阶段，前后较连贯，结构较合理缺少部分阶段文档，前后缺乏关联，结构较混乱内容40分内容涉及开发各阶段重要工作；详略得当；模型文字配合；囊括系统主要功能；与项目结

2、合紧密内容涉及开发各阶段大部分重要工作；详略基本得当；重要模型未辅以文字说明；涉及系统基本功能；与项目结合较紧密；缺少分析与设计重要工作；内容较少；绘制了基本模型；忽略系统重要功能；有较多项目无关内容质量40分语言精炼；模型选用合理；模型绘制规范清晰；模型关联性强语言较精炼，模型选用基本合理；模型绘制较规范清晰，模型之间有关联拼凑文字；没有建模或模型不规范；模型之间缺乏关联（3） 程序评分 40%指标权重评价评分A（优秀）B（良好）C（一般）架构10分使用了常见JavaEE框架, 选用了UI框架选用个别框架；采用DAO及MVC模式 未使用框架；单纯JSP页面；分层不合理 基础数据30分实现了所

3、有基础数据管理；包含了必要字段；选用合适组件；有格式校验实现了主要的基础数据管理；选用了较合适的组件；部分格式校验实现部分基础数据管理，只选择文本框，未做格式校验业务功能30分实现完整的业务流程；读取基础数据；选用合适组件；实现1对n或n对m；流程活动间有逻辑关联实现较完整的业务流程；读取大部分基础数据；基本实现1对n或n对m；流程活动间有一定关联实现了单个活动；较少读取基础数据；较多使用文本框录入数据；活动之间缺乏逻辑关联权限10分使用安全框架实现自定义权限按角色分配权限简单权限查询10分实现了多条件组合查询功能，查询结果能进一步操作实现多条件组合查询实现单条件简单查询报表10分使用报表工具

4、，实现分类汇总统计报表使用报表工具，实现简单数据统计报表未使用报表工具，实现列表并能汇总统计30目 录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 系统部署

5、306 项目总结301引言1.1项目设想A. 系统展望。简要介绍产品应用场景、用户，系统范围，基本目标。u 产品应用场景：中小型便利店的综合性销售管理软件 u 用户：顾客、收银员、维护人员、仓管以及经理u 系统范围：中小型便利店u 基本目标：作为中小型便利店的综合性行业管理软件，支持散客和会员的消费，集前台收银，会员消费管理，商品销售管理，营业收入统计等功能于一身。B. 系统特性。用高阶、简洁的语句对系统预期功能和性能加以概述。u 会员管理：对会员的注册、登录、信息修改与维护以及定期会员优惠管理。u 员工管理：对员工的值班进行管理。u 商品管理：对商品的资料进行管理。u 销售管理：对便利店内商

6、品销售以及每日的具体销售情况进行管理查询。u 统计查询：对商品销售情况、库存情况、定期销售利润等资料的统计查询。 u 库存管理：对采购进货、库存调整以及查询当前库存进行管理。1.2 开发计划A. 团队成员。简要概括项目成员及分工。XXX（架构师）XXX（程序员）XXX（测试员）XXX（分析师）B. 项目进度。简要说明项目进度安排及控制措施。过程时间目标工作内容提交资料初始阶段第2周分组定题布置任务，确定分组；确定题目，制定计划。提交MIS课程设计任务书提交分组计划细化迭代13-4周搭建框架确定核心架构实现基础数据增删改查程序；编写文档1.1, 1.2, 3.2细化迭代25-6周设计实现业务用例

7、实现销售开单用例程序；编写文档2.1-2.4；编写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. 风险控制。识别并列出项目风险，简述风险控制

8、措施。a) 需求确定不明确，在现阶段对于整个系统的构想仍处于不明确的时期，因此对于我们想要完成的功能的许多细节都无法进行透彻的分析。在后期开发的过程中需要不断地进行修改。b) 架构师设计架构时间超出计划预期，团队一起讨论具体完成的表单等字段细节，协助架构师完成任务。c) 代码的实现过程遇到问题，需要及时地沟通，一定时间内需要与架构师和程序员进行沟通，及时地更改功能的设置，以完成最基本的功能作为前提，减低他们的工作量。为了预防测试阶段的时候发现问题，我们小组将采取实现与测试同期进行，一个功能出来之后，测试员就立马进行测试，而不是等到最后了再进行测试，这样来避免最后更改时间不足的情况，及时发现问题

9、。1.3 技术路线 对本项目用到的技术工具和作用进行简要说明。包括开发语言和工具、计算模式(单机应用，C/S，B/S)、框架，类库、数据库管理系统等，附上版本号，可简要描述选择依据。后台运用了三大框架的技术，按照MVC分层框架进行模块的划分。三大框架的MVC模式实现，使得层次结构清晰，使编程时只需要关注业务逻辑的实现。三大框架比较成熟，移植性，安全性都比较好，模块间耦合度也比较低。用B/S结构的好处是不用在安装软件，并且B/S结构的兼容性比较好，灵活性比较高。用mysql数据库，开源软件并且功能强大，安全性比较好。 2 需求分析2.1业务建模业务建模(Business Modeling)对领域

10、内企业管理和业务对象进行建模。包括业务流程建模和领域建模。业务流程建模描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向。领域建模是从现实的问题域中找到最有代表性的概念对象，抽象成分析类。A. 业务流程建模。UC1,UC2UC3 B. 领域建模。2.2需求规格说明需求规格说明书(Software Requirements Specification)描述了系统的功能需求。构建系统用例模型描述功能需求。A. 系统用例图。绘制整个系统的UML用例图。B. 用例详述文本。对所有业务活动用例采用详述风格（包括前置条件、后置条件、主事件流，扩展、业务规则等）进行描述。用例UC1：销售开单范围：K

11、O便利店 POS应用级别：用户目标主要参与者：收银员涉众及其关注点：l 收银员：希望可以快速简单地输入，系统显示的表单清晰明了，不容易犯错。因为如果操作不方便，导致顾客等待时间过长而遭到投诉。l 顾客（散客）：希望可以尽快地完成交易过程，并且得到快速优质的服务。希望可以便捷清晰地看到所输入的商品的项目以价格。l 会员：希望能够用会员享有的优惠进行消费。l 理货员：希望开单过程不出错误，否则货物数量出现不对的情况。l 店长：希望处理销售过程操作快速，并易于更正收银员的不当操作。前置条件：收银员必须经过确认和认证。成功保证（或后置条件）：存储销售消息；更新账务和库存信息。主要成功场景（或基本流程）

12、：1. 顾客携带所购商品或服务到收银台通过POS机付款。2. 收银员开始一次新的销售交易。3. 收银员输入商品条码。4. 系统逐条记录出售的商品，并显示商品的项目、价格和累计金额。价格通过一组价格规则来计算。收银员重复34步，直到输入结束。5. 系统显示总额。扩展（或替代流程）：*a.店长在任意时刻要求进行管理操作：1. 系统进入管理员模式。2. 店长或收银员执行某一个管理员模式下的操作。例如，统计进行商品折扣，新增会员等。3. 系统恢复到收银员授权模式。*b.系统任意时刻失败：1. 收银员重启系统，登录，请求恢复上次状态。2. 系统重建上次状态。2a.系统恢复过程中检测到异常：1. 系统向收

13、银员提示错误，并进入一个初始状态。2. 收银员开始一次新的销售交易。23a.会员顾客提出会员消费：1. 收银员输入会员顾客ID。2. 系统根据会员销售规则显示相应商品的折扣或优惠活动。3. 收银员根据会员等级以及店内活动进行礼品赠送（如果有）。25a.顾客要求开通会员：1. 收银员提出新增会员服务。2. 收银员输入顾客具体信息，为顾客办理开通会员服务。3. 系统记录新增会员的信息。25b.顾客要求去除商品中的一项：1. 收银员选择商品条目或者手动输入商品ID并将其删除。2. 系统删除该项目并显示更新后的累计金额。4a.当前顾客因某种原因需要等待，此时收银员为下一名排队的顾客处理销售：1. 收银

14、员将当前订单挂起，系统将当前单进行保存。2. 收银员开始一次新的销售交易。3. 收银员重复210步，完成销售处理。5a.顾客要求兑现积分用于此次销售交易：1. 收银员提交积分请求。2. 收银员输入顾客ID，顾客输入相应密码。3. 收银员根据会员顾客要求应用积分降低价格。5b.顾客要求取消销售交易：1. 收银员申请取消订单，系统将订单删除。特殊需求：l 支持文本显示的语言国际化。l 使用尺寸适中的显示器触摸屏UI。文本信息可见距离为1米左右。l 界面交互设计要求简洁，指示明确。l 能够给用户帮助提醒的友好交互。l 系统处理用户转换的响应速度小于3秒。l 需要使用交通卡人工服务终端。技术与数据变元

15、表：*a.店长需要输入相关的授权申请密码才能进入超控。3a.商品ID可以用条形码扫描器（如果有条形码）或手动输入。25a.会员需要通过读卡器或键盘输入积分卡密码来使用积分卡内积分。发生频率：可能会不断地发生。未决问题：l 收银员是否必须在从系统注销后带走他们的现金抽屉？l 顾客是否可以直接使用读卡器，还是必须有收银员完成？是否采用生物识别进行登录？用例UC2：收银范围：KO便利店POS应用级别：用户目标主要参与者：收银员涉众及其关注点：l 收银员：尽快地完成收银，不出错，不会被顾客投诉或抱怨。l 顾客（散客）：希望能方便地看到所购买商品的项目以及价格。获取凭条以便可以退货。l 会员：希望可以通

16、过活动或者会员制等条件获得一定的优惠。l 店长（管理员）：希望收银不出错，可以让员工工作质量提高。l 交通卡支付授权服务：希望准确无误地扣除相应交通卡的金额。前置条件：已经完成销售处理生成了账单。成功保证（或后置条件）：存储销售信息，更新账务和库存信息，记录利润并且生成票据，记录支付授权的标准。主要成功场景（或基本流程）：1. 收银员告知顾客总额，并请顾客付款。2. 顾客选择付款方式，系统处理支付。3. 系统记录完整的销售信息，并将销售和支付信息发送到外部的账务系统和库存系统。4. 系统打印票据。5. 顾客携带商品和票据离开。扩展（或替代流程）：1a.顾客要求取消交易：1. 收银员在系统中取消

17、销售交易。1b.顾客要求收银员等待，后面排起队伍：1. 收银员在系统中选择将当前订单挂起，先进行下一位顾客的交易处理。2a.顾客选择现金支付现金不足，要求剩余部分用交通卡进行支付：1. 收银员在系统中选择现金支付部分金额。2. 收银员指示顾客在交通卡支付终端上放入交通卡。3. 收银员在系统中选择交通卡支付剩下余额。3a.交通卡终端出现故障，无法进行付费：1. 收银员告知顾客终端故障。2. 顾客根据自身需求减少当前购买商品。2a.顾客要求直接取消交易：1. 收银员在系统中取消交易。1a.收银员权限低于该操作：1. 请求管理员进行该操作。3. 收银员告知顾客总金额，系统完成支付。4. 交通卡终端扣

18、费成功。2b.系统突然故障：1. 收银员将系统重新启动。2c.顾客选择交通卡支付金额不足，要求剩余部分用现金进行支付：1. 收银员在系统中选择交通卡支付部分金额。2. 收银员收取顾客的剩余部分金额。4a.顾客索要赠品票据（不显示价格）：1. 收银员请求赠品票据，系统给出赠品票据。4b.打印不出票据：1. 如果系统能够检测到错误，给出提示。2. 收银员更换纸条。3. 收银员请求打印其他票据。特殊需求：l 支持文本显示的语言国际化。l 使用尺寸适中的显示器触摸屏UI。文本信息可见距离为1米左右。l 界面交互设计要求简洁，指示明确。l 能够给用户帮助提醒的友好交互。l 系统处理用户转换的响应速度小于

19、3秒。l 需要使用交通卡人工服务终端。技术与数据变元表：2a.交通卡账户信息可以用交通卡支付终端进行划扣。发生频率：可能会不断地发生。未决问题：便利店的税收政策可能会发生改变。不是会员却能够打折的顾客应该如何打折？系统发生故障，重新启动后，上次未完成的销售记录是否还在系统内？如何实现部分现金部分交通卡支付的情况？用例UC3：退货范围：KO便利店POS应用级别：用户目标主要参与者：收银员涉众及其关注点：l 收银员：尽快地完成退货，不出错，不会被顾客投诉或抱怨。l 顾客（散客）：希望能方便地退货。l 系统：希望准确无误地记录退货信息。前置条件：有销售账单。成功保证（或后置条件）：搜索到销售账单，更

20、新账务和库存信息，记录退货，记录退货方式。主要成功场景（或基本流程）：1. 顾客告诉收银员要退货。2. 收银员录入收据号，查看销售记录。3. 系统记录完整的销售信息，并将销售和支付信息显示给收银员。4. 收银员检查商品。5. 顾客选择退货方式，更换新商品或退钱。6. 顾客携带退款或新商品离开。扩展（或替代流程）：1.顾客要求取消退货：1) 收银员在系统中取消退货。2.无收据:1) 要求顾客去找回收据。2) 根据顾客提供的日期信息等在销售记录中找到这次的销售。4. 商品为人为故意损坏：1) 若是顾客购买后故意损坏，不给予退货。2) 若是顾客购买前被损坏，则给予退货。5、 商品余额不足：1) 返还

21、现金。2.3 补充性规格说明 补充性规格说明补货并确定其他类型的需求，如可靠性（如10000人并发访问）、可用性（如1米外轻松看到文本）、接口（如支持钱箱、支持网银支付接口）等。也可以包括其他跨越多个用例的功能性需求如报表、安全性、日志和错误处理、数据备份、数据导入导出等。 简要描述本项目最终系统数据查询与报表，系统权限管理的功能需求。也可以描述项目组计划实现的其他需求。修改历史版本日期描述作者初始草案2015年7月1日第三个草案分析员简介本文档记录KO便利店所有未在用例中描述的需求。功能性1. 安全性任何使用都需要经过用户认证。2. 日志和错误处理持久性存储中记录所有错误。3. 数据备份与还

22、原店长在任意操作过程中都可以进行数据备份与还原。4. 数据导入和导出可以导入或导出各类信息统计表格数据。5. 记录登录信息记录每个员工登录的信息。可用性1. 人性因素顾客将能够看到POS大屏幕显示器的显示。因此：l 应该在1米左右能够轻松看到文本。l 避免使用色盲不能识别的颜色。员工使用系统时可能会有一些地方出现操作不明确的情况，因此：l 应该提供系统操作帮助。为了让顾客能更方便地使用交通卡：l 交通卡支付终端应该放置在面向顾客的方向，并且建议放在收银机前，方便顾客。2. 安全因素收银员的实现长期停留在顾客或商品。因此：l 在收银柜处安装声音警告装置。收银员忘记取出余额便关上收银柜：l 需要提

23、供员工ID以及管理员ID进行认证，才能打开收银柜，继续余下步骤。系统注销后为了防止员工或者其他人的不当行为：l 需要输入管理员的ID进行认证后才能进行工作。可靠性1. 可恢复性由于某种原因中断了系统运行，系统经过重启后可以恢复到原来的状态。2. 性能界面窗口的转换时间不得超过于1秒接口1. 重要硬件和接口l 触摸屏l 条形码激光扫描仪l 票据打印机l 交通卡支付终端l 数字小型键盘输入端l 备用键盘和鼠标所关注领域内的信息1. 定价商品的所有价格根据市场价的价格定价。2. 编码参考711便利店的编码来进行编码。2.4 系统顺序图与操作契约系统顺序图（SSD）针对用例的一个特定场景，阐述从参与者

24、到系统的跨越系统边界的事件制品，便于设计阶段为类分配职责。操作契约(Contract of Operation)定义了重要系统事件对领域模型内对象状态的变化。A. 系统顺序图。使用UML顺序图，选择1个业务活动用例绘制系统顺序图。选择销售用例画出顺序图：B. 操作契约。选择系统顺序图中复杂的系统事件编写操作契约。如有需要，使用UML状态图对某些关键对象（如订单）状态转换进行建模分析。操作： 退货处理交叉引用：处理退货前置条件：在本商店完成的销售，并携带有销售小票或记得销售单号。后置条件: 创建退货单 Salereturn 的实例 salereturn给salereturn的基本属性如创建时间等

25、赋值创建每个退货商品 SalereturnItem 的实例 item每个item的quantity的赋值为对应的quantitysalereturn 和item形成关联3 架构设计3.1功能结构设计功能结构图就是将系统的功能进行分解，按功能从属关系表示的图表。使用树形功能层次图画出系统的功能结构图。3.2 软件架构设计软件架构文档(SAD)描述了软件类的宏观组织结构。A. 软件分层。使用UML包图描述软件的层次划分。用文字简要说明每个包的具体作用；Com.mis.forms包：放实体类，对应数据库表。Com.mis.dao包：数据访问层，根据forms包的实体类表，实现对数据库表操作。Com.

26、mis.service包：业务逻辑层，根据dao层的数据库操作和数据，进行判断、处理一些业务流程。Com.mis.action包：根据service层和strust的配置，实现相应页面的跳转。B. 命名规范。说明各层接口设计及相关接口及实现类的命名规范；VO层：Xxx.java、XxxYyy.javaDAO层：接口：XxxDao.java、XxxYyyDao.java 实现类：XxxDaoImpl.java、XxxYyyDaoImpl.javaService层：接口：XxxService.java、XxxYyyService.java 实现类：XxxServiceImpl.java、XxxYy

27、yServiceImpl.javaAction层：XxxAction.java、XxxYyyAction.javaView层:Xxx.jsp、XxxYyy.jspC. 架构相关设计模式。本课程要求实现MVC和DAO设计模式，请文字或顺序图说明实现方案。数据库：先分析好有哪些功能、用户、实例，然后根据这些建立相应的数据表。VO层：根据数据库表建立相应一一对照的实例，并生成相应操作。DAO层：实现VO层对数据库的操作。Service层：根据DAO层返回的数据，实现业务逻辑的处理。Action层：根据业务逻辑层的处理，实现相关页面的跳转和数据传输。View层：用户视图界面。4 详细设计4.1用例实现

28、设计对关键的系统用例实现构建设计模型。可结合需求修改子项的用例名称。4.2输入输出设计 本节包含两部分，输入设计和输出设计：输入设计包括输入完整性控制设计、数据输入方法、输入设备、输入表单设计等，本文档只需撰写输入表单设计；输出设计包括输出完整性控制、输出内容和形式、输出设备接口、报表格式设计等。 本文档只需撰写输出报表设计； 4.2.1 表单设计以录入订单等典型功能为例，设计输入表单及交互方式。重点描述业务表单及分录项的样式及其交互。如1张订单（表单）包含n个产品（分录项），那表单和分录项如何展现(即样式设计)，1个订单和多个产品如何录入、保存(交互设计)，如何实现数据格式校验。绘制或截取1

29、张JSP页面/Swing窗口设计效果表达样式设计，示意图结合文字说明交互设计和格式校验方案。提示：web项目中使用JQuery EasyUI等UI框架可更简单实现上述目标。如果项目使用UI框架，需在此处详细说明实现方案。数据格式校验：所有信息都基本固定，预先填好了。只需选择相应的商品，填写数量即可。数量规定了只能填写数字，而商品选择需从下拉框中查找。4.2.2 报表设计以查询统计为例，设计报表输出内容、样式及交互方式。重点描述报表输出的查询、报表样式以及交互。绘制或截取1张报表工具的样式设计器效果表达样式设计，示意图结合文字说明实现方案。提示：使用报表工具JasperReport，JFreeC

30、hart，Highcharts及其他报表工具可方便制作数字报表和图形报表。如果项目使用，需在此处详细说明如何使用。注意事项：本课程要求分类统计数字报表，即需要有统计口径、小计、总计。表分为两种统计：一种是年度月销售统计，一种是起始时间到现在的统计。展现形式有两种：一种是柱形图，一种是表格形式。管理员可以统计从一个时间点开始到现在的各样商品、各类别商品的销售情况，和每个月的销售情况。4.3 数据库设计构建E-R模型，设计数据库表； 如果使用存储过程或触发器，请予以说明，并举1个例子给出代码。Sale_returnidnumberorderidreasonuseridtotalCreate_tim

31、eSale_return_itemincludeidsalereturnidOrder_item_idquantitypriceneed11memberleveladdressphonenumbernamestoreEmailCreate_timeserveuserpasswordnumberstationpowernameidsextime11buyproductnumberbrandnamePrime_costcosttypeididmcountunitcountchoosepaymentidnumberorderidmethodamountuseridCreat_timepoweridn

32、amepowerhaveincludeOrder_itemproductquantitypricestatusidorderidhaveProduct_typeidtypenamepidincludenumberidctimeuseridtotaltotalprofitstatusmemteridorder1n1111n1114.4权限设计对软件权限进行设计，需详细说明权限粒度、自定义程度及其相应的实现技术方案。权限设计比较复杂时，可使用UML类图/顺序图/通信图进行建模并辅以文字说明。提示：权限设计可使用Spring Security, Apache Shiro等安全框架来实现基于角色的访问

33、控制(RBAC)。项目如果使用，需要在此处详细说明如何使用。 权限粒度是对每个模块的操作，自定义程度则可以实现对每个模块进行增删改查的划分。实现方式是对每一个提交操作进行拦截，使用的是web里面的拦截器功能，实现起来并不是很复杂。添加一个权限拦截器，放行一些基本的css或者js文件，并对其他提交进行过滤拦截。数据库保存每个拦截的提交对应的功能说明，并且每个角色都会有不同的权限也就是拦截提交操作的组合。因为拦截的提交可以有很多，并且每个增删改查都是一个提交，因此可以实现对增删改查权限的设置。用户登录后提取所有要拦截的页面进行拦截。若符合拦截条件，则进行拦截，并跳转到权限不足的错误提示页面。5 系

34、统实现5.1 功能实现对系统主要功能进行截图展示并辅以必要的文字予以说明。选择展示1个基础数据列表界面，1个分配权限界面，1个业务流程界面（1个活动1张图），1个查询界面，1个报表界面。每页展示2张图并辅以文字描述。基础数据列表界面基础数据包括商品id，商品编号等各个细节的数据，还有商品类别的数据 分配权限界面可以选择权限管理，会员管理等多种权限 业务流程界面1. 添加商品 2. 生成订单 3. 提交订单后支付 4. 成功支付后订单状态改变 查询界面可以查询到商品的出售或退货状态 退货操作 会员管理 用户管理 5.2 系统测试5.2.1 单元测试选择1个DAO的CRUD方法为例，给出测试代码及

35、测试结果。提示：单元测试可尝试学习并使用JUnit。本节限1页篇幅。1.添加商品类别的测试 测试代码：public static void main(String args) ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext( new String applicationContext.xml);ProductTypeDao s = (ProductTypeDao) ctx.getBean(productTypeDao);ProductType type = new ProductType();typ

36、e.setTypename(糕点);type.setPid(0);s.addProductType(type);System.out.println(s);测试结果：成功添加了一个商品类别2.商品类别的删除测试代码： ProductType type = new ProductType();type.setId(6); System.out.println(s.deleteProductType(type); 测试结果：成功删除了一个商品类别3. 商品类别的修改测试代码：ProductType type = new ProductType();type.setId(5); type.setTypename(水);System.out.println(s.updateProductType(type); 测试结果：修改成功4. 商品类别的查找测试代码：List types = (List)s.getProductTypeByPage(0,10);for(ProductType type : types)S