《MIS课程设计报告--服装连锁店POS收费系统.docx》由会员分享，可在线阅读，更多相关《MIS课程设计报告--服装连锁店POS收费系统.docx（37页珍藏版）》请在课桌文档上搜索。
1、管理信息系统课程设计服装连锁店POS收费系统MlS课程设计开发文档目录软件开发文档版本更新记录11引言2Ll项目设想21.2 开发计划31.3 技术路线42.1 业务建模42.2 需求规格说明72.3 补充性规格说明122.4 系统顺序图与操作契约143架构设计173.1 功能结构设计173.2 软件架构设计174详细设计194.1 用例实现设计194.1.1 销售开单和收银194.1.2 收银194.1.3 退货204.2 输入输出设计21421表单设计214.2.2报表设计214.3 数据库设计224.4 权限设计245系统实现255.1 功能实现255.2 系统测试285.2.1 单元测
2、试285.2.2 用例测试295.3 系统部署306项目总结30软件开发文档版本更新记录ContentDateDescription细化迭代14月1日搭建框架（1.1、L2、3.2）细化迭代24月16S实现开单用例（2.2、2.3、4.2中的UCI）细化迭代34月30日实现收银用例（2.2、2.3、4.2中的UC2、4.3）细化迭代45月14日实现退货用例（2.2、2.3、4.2中的UC3、4.3）细化迭代55月28日实现权限（4.1、4.4）细化迭代66月11日实现报表（422、5.1、5.2、6）项目整合总结6月30日文档汇总、修改、整理（all）1引言1.1项目设想A.系统展望：服装连锁
3、店POS收费系统，是一个用于记录销售和处理支付的计算机系统，系统包括硬件（计算机和条形码扫描仪等）和软件。主要应用场景有：（1）客户携带商品到收银台，收银员将商品逐一输入系统，系统计算应付金额（包括折扣计算）。输入完成后客户付款，收银员确认收款并找零，系统打印购物小票。（2）客户携带购物小票和商品办理退货业务，店员根据退货规则系统完成操作。（3）店员查询商品库存。（4）店员录入会员信息。（5）经理使用系统制作销售报表。（6）经理对店员的增删、信息编辑和权限设置。针对的用户有：客户（普通客户、会员），店员，经理系统范围：PoS应用基本目标：经理可对系统进行管理，经理和店员可对产品和客户的基础数据
4、进行管理，可进行商品销售管理、查询和制作报表。B.系统特性：1 .系统管理（1）系统使用人员的增删改查；（2）系统使用人员的权限设置；2 .基础数据（1）产品类别的增删改查；（2）产品信息的增删改查；（3）客户信息的增删改查；3 .销售管理（1）生成销售订单：录入（/删除）商品条目、计算支付金额；（2）录入销售订单：收银、系统录入订单数据、修改库存、打印小票；（3）退货：选择订单、选择商品、生成退货单、退款、系统录入退货单数据、修改库存；4 .查询（1）按商品型号或名称查找某商品的信息及库存数；（2）按客户和销售时间查询订单；5 .统计报表（1）统计每日/月/季销售总金额（数字报表）；（2）按
5、“产品类别”统计“起止时间”内销售数量和金额（数字报表）；1.2开发计划A.团队成员项目经理一一庄祥鹏：项目进度控制分析员一一钟霞萍：完成分析文档（项目设想、需求分析、分析设计权限&报表等）；架构师一一庄祥鹏：架构设计、功能实现程序员一一徐望龙：功能实现测试员一一岳晓琳：测试工作，参与文档撰写。B.项目进度项目进度安排：第2周确定题目并制定计划，从第3周开始每两周一个细化迭代，其中单周周三分析员和测试员讨论并确定本周的需求分析，生成文档；单周周四至双周周二，架构师和程序员讨论并实现功能；双周周三测试员测试功能并反馈结果给架构师程序员修改，周四提交代码。第15周交付。控制措施：互相督促，每次迭代
6、计划比最迟交付时间提前一天，项目经理按时验收各成员工作成果。C.风险控制项目风险主要有：市场风险：项目最终形成的产品能否满足市场的需求，成为适销对路、满足用户需求的的产品。生产风险：在项目生产阶段，技术知识、选用模型和实现方法的风险完工风险：项目能否在预计时间内完成的风险。控制措施：（1）在项目风险潜在阶段，预先采取措施对项目进程和后果进行适当控制和管理，规避风险的发生。例如：还有一天到预定完成时刻，但完成度很低时，需要督促、赶工。（2）在项目风险发生阶段，立刻积极地解决风险引发的问题，降低风险。例如周五仍未完成本次迭代，周六为检查时间，则拼命赶工、甚至通宵。(3)在项目风险后果阶段，消减风险
7、后果。例如最后阶段，设计的附加功能无法完成或如预期运行，更改降低实现的方法的难度，甚至去除该功能。13技术路线采用MVC模式划分各层，每一层所担任的职责都划分清楚，并尽量采用高内聚，低耦合的原则。后台：考虑到对语言的熟练程度和项目所需的时间，本项目使用JaVaEE经典的三大框架Spring3.2.4+Hibernate4.2.6+Struts2.3,运用全注解从而减少配置文件，同时使用Maven仓库进行包的控制前端：使用JQUeryeaSyUi框架2,方便对数据进行展示。使用Struts,Spring和hibernate实现MVC模式和DAO设计模式，从下到上分别为(1)数据库：存储数据，考虑
8、到系统的耍求以及数据量，选用了灵活的数据库MYSQL0(2) Vo层：每一个实体类映射一张数据库表，对实体类的操作相当于对数据库中表的操作。(3) DAo层：实现对VO层实体类的基本操作，提供接口和实现类，创建基本的CRUD实体操作泛型接口和泛型接口实现类，实现基本的数据操作；创建复杂的泛型接口和泛型实现类，实现一些较复杂的操作，如分页显示，复杂的查询功能。对于个别需要较复杂的单独操作的VO,单独为其创建接口和实现类，接口继承第二步中的泛型接口，实现类继承第二部中的泛型接口实现类。(4) SerViCe层：在DAo层之上，实现逻辑处理，并提供接口和实现类共ACtion层使用，SerViCe的设
9、计和DAo层类似，也是创建基本的基于基本DAO类的CRUD实体操作泛型接口和泛型类。一些较复杂的操作可另外定义单独的接口和实现类继承基本的泛型接口和实现类。(5) ACtion层:实现跳转和数据传输。(6) VieW层：页面展示。其中从VO到View,使用全注解，并利用SPring自动装载，实现解耦和资源管理。2.1 业务建模A.业务流程建模。销售业务活动图（含收银）：退货业务活动图:涉众：客户、店员业务规则：ID规则可变性来源规则1购买者折扣规则。如：员工：15%折扣额；会员级顾客：10%折扣额；高每个零售商有不同规则零售商政策规则2销售（交易级）折扣规则，适用于税前总额，例：全场购满300
10、减30；高每个零售商有不同规则零售商政策规则3销售（商品级）折扣规则，适用于税前总额,例：新品不打折；换季商品20-30%折扣额；高每个零售商有不同规则零售商政策使用到的单据：收款票据，内容包括：店名，店铺地址，开单时间，店员号，商品名，商品单价，商品折扣，商品规格，商品数量，应收金额，实收金额，找零金额等B.领域建模。2.2 需求规格说明A.系统用例图B用例详述文本。用例UCh开单范围：Pe)S应用级别：用户目标主要参与者：收银员涉众及其关注点：-收银员：希望能够精准、快速的输入货品信息。希望能够快速的选择折扣权限。-顾客：希望得到快速的服务。希望便捷、清晰地看到所输入的商品项目和价格。前置
11、条件：收银员必须经过确认和认证成功保证：建立新的销售单，准确输入商品信息，准确计算税金，准确计算商品总价。主成功场景：1、顾客携带所购商品到收银台通过POS机付款。2、收银员开始一次新的销售交易。3、收银员输入商品条码。4、系统逐条记录出售的商品，并显示该商品的描述、价格和累计额。收银员重复34步，直到输入结束。5、收银员选择客户可享受的折扣。6、系统显示总价。扩展：*a.店长在任意时刻要求进行超控操作：1 .系统进入店长授权模式2 .店长执行某一店长模式的操作。如，回复其他登录者中断的销售交易，取消销售交易等。3 .系统回复到收银员授权模式。*b.系统在任意时刻失败：1 .收银员重启系统，登
12、录，请求恢复上次状态。2 .系统重建上次状态2a.系统在恢复过程中检测到异常：1 .系统向收银员提示错误，记录此错误，并进入一个初始状态。2 .收银员开始一次新的销售交易。Ia.客户或店长需要恢复一个中断的销售交易。L收银员执行恢复操作，并且输入ID以提取对应的销售记录。2 .系统显示被恢复的销售交易状态及其小计。2a.未发现对应的销售记录。1、 系统向收银员提示错误2、 收银员可能会开始一个新销售交易，并重新输入所有商品。3 .收银员继续该次销售交易。3a.无效商品ID：1、 系统提示错误并拒绝输入该IDo2、 收银员响应该错误。2a.商品ID可读（例如通用产品代码）：1 .收银员手工输入商
13、品IDo2 .系统显示商品项目的描述和价格。2a.无效商品ID：系统提示错误。收银员尝试其他方法。2b,系统内不存在该商品ID,但是该商品附有价签：1、 收银员请求店长执行超控操作。2、 店长执行相应的超控操作。3、 收银员选择手工输入价格，输入价签上的价格，并且请求对该价目进行标准计税。2c.收银员通过执行寻找产品帮助以获取正确的商品ID及其价格。2d.收银员可向其他员工询问商品ID或价格，然后手工输入ID或价格。3b.当有多个商品项目属于同一类别的时候（如2件相同的上衣），不必记录每个商品项目的唯一标识：1、 收银员可以输入类别的标识和商品的数量。3-6a.顾客要求收银员从所购商品中去掉一
14、项：2、 收银员输入商品ID并将其删除。3、 系统删除该项目并显示更新后的累计额。3-6b.顾客要求收银员取消销售交易1、 收银员在系统中取消销售交易。3-6c.收银员延迟销售交易1、 系统记录销售交易信息，使其能够在任何POS登录中恢复操作。2、 系统显示用来恢复销售交易的“延迟票据”，其中包含商品项目和销售交易IDo5a.系统检测到与外部税务计算系统服务的通信障碍：1、 系统在POS机节点上重启此服务，并继续操作。Ia.系统检测到该服务无法重启。1、 系统提示错误。2、 收银员手工计算和输入税金，或者取消该销售交易。5b.顾客符合打折条件：1、 顾客是会员：1、 输入顾客会员卡号。2、 系
15、统按照打折规则显示折扣总计。2、顾客符合当季打折要求。1 .收银员选择折扣种类。2 .系统按照打折规则显示折扣总计。特殊需求： 使用大尺寸平面显示器触摸屏UIo文本信息课件距离为1米。 在访问远程服务失败的情况下具有比较强的恢复功能。 支持文本显示的语言国际化。技术与数据变元表： a.店长超控需要刷卡（由读卡器读取超控卡）或在键盘上输入授权码。3a.商品ID可以用条码扫描器或键盘输入。3b.商品ID可以使用UPC、EN.JAN或SKU等任何一种编码方式。5a.顾客的会员号可用刷卡读取或在键盘上输入。发生频率：可能会不断地发生。用例UC2：收银范例：PoS应用级别：用户目标主要参与者：收银员涉众
16、及其关注点： 收银员：希望能准确快速的收款。 顾客：希望能准确快速的付款，希望得到购买凭证，以便退货。 希望确保记录了支付授权服务的支付票据。希望能自动、快速的更新账务和库存信息。 政府税收代理：希望能从每笔交易中抽取税金。 支付授权服务：希望接收到格式和协议正确的数字授权请求。希望准确计算对商店的应付款。前置条件：收银员必须经过确认和认证。成功保证：生成票据。记录支付授权的批准。主成功场景：1、 收银员告知顾客总额，并请顾客付款。2、 顾客付款，系统处理支付。3、 系统记录完整的销售信息，并将销售和支付信息发送到外部的账务系统（进行账务处理）和库存系统（更新库存）。4、 系统打印票据。5、
17、顾客携带商品和票据离开。扩展：Ia.顾客要求现金付款，但所携带的现金不足：1、顾客要求使用其他支付方式。Ia.顾客要求取消此次销售交易，收银员在系统上取消该销售交易。2a.现金支付：1、收银员输入收取的现金额。2、系统显示找零金额，并弹出现金抽屉。3、收银员放入收取的现金，并给顾客找零。4、系统记录该现金支付。2b.信用卡支付：1、 顾客输入信用卡账户信息。2、 系统显示其支付信息以备验证。3、 收银员确认。4、 系统向外部支付授权服务系统发送支付授权请求，并请求批准该支付。4a.系统检测到与外部系统协作时的故障：1、系统向收银员提示错误。2、收银员请求顾客更换支付方式。5、 系统收到批准支付
18、的应答并提示收银员，同时弹出现金抽屉，放入签名后的信用卡支付票据。5a.系统收到拒绝支付的应答：1系统向收银员提示支付被拒绝。2、收银员请求顾客更换支付方式。5b.应答超时。1、系统提示收银员应答超时。2、收银员重试，或者请求顾客更换支付方式。6、 系统记录信用卡支付信息，其中包括支付批准。7、 系统显示信用卡支付的签名输入机制。8、 收银员请求顾客签署信用卡支付。将签名后的信用卡支付票据放入现金抽屉并关闭抽屉。2c.收银员取消支付步骤：1系统回到“商品输入”模式。4a.打印票据。1如果系统能够检测到错误，给出提示。2、 收银员更换纸张。3、 收银员请求打印其他票据。特殊需求：- 90%的信用
19、卡授权响应时间小于30秒。技术与数据变元表：2a.信用卡账户信息应用读卡器输入。用例UC3：退货范例：PoS应用级别：用户目标主要参与者：收银员涉众及其关注点：- 收银员：希望有准确、快速的完成退款，不会发生退款错误的情况。- 顾客：希望能退货并取回相应退款，井获得快速的服务。- 公司：希望能够准确地记录交易，满足顾客要求。希望确保记录了退货情况和支付授权服务的支付票据。- 经理：希望能够快速执行超控操作，并易于更正收银员的不当操作。- 支付授权服务：希望接收到格式和协议正确的数字授权请求。希望准确计算对商店的应付款。前置条件：收银员必须通过确认和认证，购物小票经过确认，货品也检查无误。后置条
20、件：存储退货信息。准确计算退货总额。更新财务和库存信息。更改销售量。生成相应退票票据和记录支付授权。主成功场景：1 .顾客携带退货物品和购物当次小票到收银台退货，提出退货要求。2 .收银员接受顾客提供的商品和购物票据，并进行核查。4 .核查后录入销售单号，并选择退货商品。5 .系统显示退货总额，收银员提交退货申请。6 .系统接受退货申请，修改库存和登记订单。7 .收银员收回商品并根据退货单向顾客返还相应的现金，并打印退货单。扩展：*a.经理在任意时刻要求进行超控操作：1 .系统进入经理授权模式。2 .经理或收银员执行某一经理模式的操作。3 .系统恢复到收银员授权模式。*b.系统在任意时刻失败：
21、为了支持恢复处理，要保证所有交易的敏感状态和事件都能够从场景的任何一步中完全恢复。3a.核查不通过：1 .退货商品已过退货期。2 .购物票据里的商品与实际要求退货的商品不符，拒绝顾客退货要求。3 .商品受到售后损坏，不符合退货要求。4a.退货信息录入错误，经理向系统取消退货操作，并重新进行退货操作：6a.打印退货单。L如果系统能够检测到错误，给出提示。2 .收银员更换纸张。3 .收银员请求打印其他票据。2.3 补充性规格说明功能性1、日志和错误处理在持久性存储中记录所有错误。2、可插拔规则在几个用例的不同场景点执行任意一组规则，以支持对系统功能的定制。3、安全性任何使用都需要经过用户认证。可用
22、性1、店员能够看到POS屏幕显示器的显示：在1米外能够轻松的看到显示器上的文本。避免使用一般色盲人群难以辨认的颜色。2、快捷、准确的销售交易处理及其重要，因为购买者希望快速结束支付过程，否则会给他们的购买体验带来负面影响。3、店员的视线通常停留在顾客或商品，而不是计算机显示器上，因此，提示和告警应该通过声音传递而不仅仅是通过图像传递。可靠性1、可恢复性如果在使用外部服务（支付授权、账务系统等）时出现错误，为了完成销售交易，需要尝试才用本地方案（如存储和转发）加以解决。2、性能购买者希望非常快速的完成销售处理过程，因此，外部的支付授权是瓶颈之一，我们的目标是：90%的情况下，能够在1分钟之内完成
23、授权。3、数据备份系统支持定时或实时的对数据进行备份，避免数据的破坏或者丢失，如处理销售交易过程中，系统出现闪退或者奔溃情况下导致的数据丢失或者需要重新录入。可支持性1、可适应性不同客户在处理销售时有其特有的业务规则和处理需求。因此，在场景中的几个预定之处（如开始新的销售交易时，增加新的商品时），需要能够启用可插拔的业务规则。2、可配置性系统具备一定的可配置能力以适应该店对其POS系统的不同的网络配置需求。实现约束使用的程序设计语言为java,其具备易于开发，能够提高远期的移植和可支持性能力。购买构件税金计算器，必须支持用于不同国家的可插拔计算器。免费开源构件尽可能的使用免费的java技术开源
24、构件，如：Maveneasyuisshjqueryjeecg接口1、重要硬件和接口显示屏（显示PC）S系统）。条形码激光扫描仪（通常附加在一种特殊键盘上，扫描输入在软件中视为键盘输入）。票据打印机信用卡、借记卡读卡器2、软件接口由于存在众多外部协作系统，如税金计算器，账务，库存等，我们需要采用不同的接口，接入不同的系统。所关注领域内的信息1、信用卡和借记卡支付处理当支付授权服务批准了信用卡或借记卡支付后，将由支付授权服务而不是买方来负责对卖方的支付。因此，对于每笔支付，卖方都需要将授权服务的未付金额记录于其应收账户下。通常，授权服务在每晚执行电子转账操作，将卖方当天的应收总额转入其账户下，同时
25、对每笔交易扣除（少量的）服务费。2、销售税对税金计算采用税金计算器计算。3、商品标识：UPC、EAN、SKU、条形码和条形码读取装置UPCEANSKU是常用的三种商品销售标识系统2.4 系统顺序图与操作契约A.系统顺序图（开单收银）B.操作契约。契约Co1：makeNewSale操作：InakeNewSaleO交叉引用：用例：开单前置条件：无后置条件：创建了Sale的实例s（创建实例） s被关联到Register（形成关联） s的属性被初始化（修改属性）契约CO2：enteritem操作：enteritem（itemID:ItemID,quantity:integer）交叉引用：用例：开单前置
26、条件：正在进行中的销售后置条件：创建了SalesLineItem的实例SIi（创建实例） sli被关联到当前SaIe（形成关联） sli.quantity的赋值为quantity（修改属性） 基于itemID的匹配，sli被关联到ProductDescription（形成关联）契约C03：enterSale操作：enterSale（）交叉引用：用例：收银前置条件：正在进行中的销售后置条件：SalesjsComplete被置为真（修改属性）。契约C04：enterltem操作：makePayment（amount:Money）交叉引用：用例：开银前置条件：正在进行中的销售后置条件：创建了Paym
27、ent的实例P（创建实例） p.amountTendered被赋值为amount P被关联到当前SaIe（形成关联） 当前的Sale被关联到Store（形成关联）（将其加入到完成销售的历史日志中）契约CO5：isExitEntity（）交叉引用：用例：退货前置条件：正在进行中的销售后置条件：SaleorderServiceJsExitEntity值修改为正契约C06：IoadEntityByKey交叉引用：用例：退货前置条件：正在进行中的销售后置条件：创建了Salee）rder的实例SaIeOrder与SaIee）rderltem实例集合List。SaleOrderItem被关联到SaleOr
28、der0契约C07：SaleReturn交叉引用：用例：退货前置条件：正在进行中的退货处理后置条件：更新了订单salerder.total属性，更新了SaleOrderItem集合中item.price和item.quantity属性,创建了新的SaleReturnItem3架构设计3.1 功能结构设计系统功能结构图:3.2 软件架构设计软件架构文档(SAD)描述了软件类的宏观组织结构。A.软件分层。使用UML包图描述软件的层次划分。用文字简要说明每个包的具体作用；B.命名规范(1) DAO层的设计：创建基本的CRUD实体操作泛型接口和泛型接口实现类，实现基本的数据操作；创建复杂的泛型接口和泛
29、型实现类，实现一些较复杂的操作，如分页显示，复杂的查询功能。对于个别需要较复杂的单独操作的V0,单独为其创建接口和实现类，接口继承第二步中的泛型接口，实现类继承第二部中的泛型接口实现类。(2) SerViCe层的设计：Service的设计和DAO层类似，也是创建基本的基于基本DAO类的CRUD实体操作泛型接口和泛型类。一些较复杂的操作可另外定义单独的接口和实现类继承基本的泛型接口和实现类，（3）命名规范：使用驼峰法，英文命名，做到尽量简洁明了，一目了然。Vo层的命名，实体类的命名，如产品和产品类别，分别为PrOdUCtJava和ProductCategoryjava,且注明数据库中表的命名，一
30、个单词（如ProdUCt）的直接为PrOdUCt；两个或两个单词以上的（ProdUCtCategOry）的，中间使用下划线（_）间隔，即PrOdUCt.category。DAo层的命名，接口为XXXDaOJava,实现类为XXXDaOlmPI.java。例如Productjava,接口命名为ProdUCtDaOJava,实现类命名为ProductDaoImpLjava。SeNiCe层的命名，接口为XXXSerViCe.java,实现类为XxxServiceImpl.java0例如接口为ProdUCtSerViCeJava的实现类为ProductserviceImpLjavaoAetion层的命
31、名，action类命名为XXXACtiOnJava,其中action的名字则为XxxAction（小写字母开头，驼峰法）VieW层的命名，分模块划分为不同的包，小写字母开头，驼峰法，相同类型的界面开头字母相同，如用户的登录界面和注册界面，分别命名为UserLoginJspUserRegisterjspoC.架构相关设计模式，使用Struts,Spring和hibernate实现MVC模式和DAO设计模式，从下到上分别为数据库：存储数据。VO层：每一个实体类映射一张数据库表，对实体类的操作相当于对数据库中表的操作。DAo层：实现对VO层实体类的基本操作，提供接口和实现类。SerViCe层：在DA
32、o层之上，实现逻辑处理，并提供接口和实现类共ACtiOn层使用。Aetion层：实现跳转和数据传输。VieW层：页面展示。其中从VO到View,使用全注解，并利用SPring自动装载，实现解耦和资源管理。4详细设计4.1 用例实现设计4.1.1 销售开单和收银A.设计类图。B.交互图4.1.2 收银A.设计类图B.交互图1:makePaynent(cashTendered)4.1.3退货A.设计类图ReaSterSaIeOrderpayment：2:makePnU:B.交互图4.2 输入输出设计4.2.1 表单设计以录入订单等典型功能为例，设计输入表单及交互方式。重点描述业务表单及分录项的样式
33、及其交互。如1张订单（表单）包含n个产品（分录项），那表单和分录项如何展现（即样式设计），1个订单和多个产品如何录入、保存（交互设计），如何实现数据格式校验。绘制或截取1张JSP页面/Swing窗口设计效果表达样式设计，示意图结合文字说明交互设计和格式校验方案。提示：Web项目中使用JQUeryEaSyUl等Ul框架可更简单实现上述目标。如果项目使用Ul框架，需在此处详细说明实现方案。4.2.2 报表设计报表设计，考虑到需要显示的数据并不复杂，主要为每一年各个月份的数据统计和产品的分类金额统计，所以使用了前端框架JQUeryeaSyUL结合数据抽取原则从数据库抽取数据，并进行运算，最后通过JS
34、on字符串传输到前端显示。以年份销售报表为例，输入年份，点击确认，即可从数据库中抽取出数据，并显示到dataGrid中，包括各年总额和列表中所有的销售额相加。服装销售店POS系统(XFourPOS) AboUt年份踪X高献肺表，各播售缭计表HodUCgE棚,汨雌叵瞒送帏备需量她历年金酸计OC部最秋:庄犍罪子明醐 髓子施箱子堂示：B20由SMSS为：o类别销售报表中，通过从数据库中抽取出类别表，显示到Seleet中，然后点击查询，即可得到各类别的销售额。I服装销售店PoS系统(XFourPOS)”M磁管理m方域三用僻二碉捌昧三系颁户2用用色囱娴4.3 数据库设计数据库表:priceastltyr
35、e&ixtotal：*2Z01,三,ipxoduc.stocksie:Xa甲ccxt-prrt.:price!xaznyr:CXtJ?r:二二a：eOTOeJxsaleorder-.product.catIJPneXt_3Me”prwxt.catercyat:Oeuect*j3rUntcoeraJsaACiStcoerja3ctcoerjaaeycerjbXe4.4权限设计权限设计中,cew.typesrptxreixrc.tjpejaaeterq,ererolc.c服装销售店PoS系统(XFourPOS);系故管理,tM三户X资淳期皿期名期艇UOURL资涯翘111用户奥源用户1uur月222
36、用户用户1Zumta333角色施角色1rol查444舞第1/resource5系统实现5.1功能实现1、基础数据列表：客户基础数据列表UAbout在户X户修改C-J的够硝肺乐与客户佛玲客户姓N戏系电话联系地址IAOOl弊三11386e广州天涧区2AOO2弗三2138S88广州天河区3A0O3在三3138888广州夫河CZAoo4在三41388888L州天泪JIS三AOOS弓长三S13SB广州天河WAooe弓十三6在三7138L州天涧CS7AOO713a88L州天河CSOO昨三日1388广州天河区QAOg弓长三。13awe广州天河区1。AOlO三1。13O广州天河区*DOOl手PaI130000
37、00000广州天河区,三O2挛眸130B0C广州天河区13BoO3李K931386e广州天河区14BoO4*咏A388广州天河IK15BOOS小四513888广州天河IS*BOO6宇E96138L州天涧CS17BOOT字23713868S广州天河EZ,BOOe字四81388L州天河CS，QBOg字（991388L州天河CZ20BOlO孚CSlQ13广州天河区NlCOOl三三13acaotj广州天河区22COOZ王五2139OW0OO广州天河区23COO3王五J13000000000广州天河区24O4王五13O0BOO广州天涧区25COOT王五Si38eeeeee广州天河区20”m1共2声A!2
38、、开单：每次开始一次新的销售，系统会自动生成一个订单号。逐条录入商品条目，并逐行显示到datagrid中。然后选择客户。所有商品输入结束后点击提交订单，在数据库中创建此订单，把所有数据存进数据库。导或Qms1：1畲更I回眸继帏*BS三M酗HSlVcds三11MMldl；0-I2.222to2&般10822cm2424.0422uba2d210222(kt22.02需#S号-1,雎馥：18El单匚Me.ci.ccfnxfourpo50ocArtJ306)-W口八ESAkeOcdef0foucs(LXBSAMefJttffiWor.XXttMBSt-WSJE9R9r三殿丽马祕M-S8,%.+三!S
39、*彳pkSitairt8金鹤计：1强5支付：150兆零：11.5SP电利gIll公仃粗w三三*MS三:3M14就回明帏iUMM：XF-14XM50M62三370解：D喻随解端将典衣时咯衣蹄量豳3Ju3i*33J|13J：2use：MIlLO1111.031g!ImILI22242标：B取il单觑4、退货：在开始页面，点击退货，输入订单号，点击查找，出现该订单详细商品列表。点击选中需要退货的行，单击退货按钮，弹出处理框，业务员进行确认。操作成功后回到主页面，退货商品的数量和价格被设置为0,数据库中相应的订单价格也被改变，即成功退货。如需继续退货，则继续选择其它行进行退货，退货单号码仍为同一个。i9 )FU%1 沃2370 gt), M1B1 2132 2223 23K服装销售店POS系统(XFourPOS)窕叔的i三S*5、产品查询界面:AboUt窗户X产品X产晶爸浑加/修改三卒刷新序号产品录形码一产品名产品描建产品类84产品颜色产品存货1AOOl休闲彝蓝色春季班子瓶子蓝色9992AOOl休闲肝SS色哥手狮子而子S&9993AOOi休闱1窟色卷李屏子1子然色9994AOOl休闲痹Ej色奈季狮子麻子蓝色9995AOOl段色春季廨子次子品色9996AOOl休闲冰蓝色春季游子麻子蓝色9997AOOl休闲褥金色杳季湃子挺子三e999
