三方支付平台介绍.pptVIP

控制驱动部分属于OOD的外围之一，隔离具体实现对问题域部分的影响（问题域部分的高度复用）； OOD的每个部分均采用与OOA一致的概念、表示法及活动，但具有自己独特的策略。构件图、部署图主要应用与OOD模型 注意与其他三个部分的类图的拼接、包划分 * 北大的梁漱溟老先生讲过人一生要处理三种关系，人与物， 人与人， 人与自身的关系。 考虑计算机这个特殊的物体，我们来看看人与自然，人与计算机， 第三方在线支付平台 * 《面向对象的分析与设计》课程OOD实例 内容 系统回顾 OOD 问题域部分设计 人机交互部分设计 数据接口部分设计 控制驱动部分设计 总结 */24 支付平台运作机制 网络消费者 第三方支付平台 银行支付网关 网上商店 1.下订单 2.发送支付数据 3.选择网上银行 4.登录银行网关 5.输入金融账号信息完成支付 6.反馈交易结果 7.反馈支付结果 8.反馈订单处理信息 其他功能 网上商店查询订单支付信息 消费者查询支付记录 平台自身的业务管理 。。。 确认付款 付款给买家 */24 系统回顾 在线支付业务（平台） 在网上银行和商家之间建立起安全连接，实现消费者与银行以及商家之间的在线货币支付、资金清算、查询统计等业务 本分析主要针对在线货币支付业务 满足上述所述运行机制 交易双方至少各有一个支付宝账号 买家先付款到支付平台 待买家确认付款后，支付平台才将钱真正转给卖家 买家 卖家 支付平台 支付 收款 确认付款 */24 功能概述（1/2） 提供用户管理功能 买家、卖家 用户可对支付宝进行充值 即将用户银行卡中的钱转至支付公司的帐户 用户可以进行提现操作 即将自己在支付公司的款项转至自己的银行帐户 买家可以进行付款操作 即购物时通过支付平台将自己在支付公司帐户上的款项转至卖家在支付公司的帐户 卖家能够进行收款服务 卖家必须申请实名认证 */24 功能概述(2/2) 用户能对交易进行管理 包括买家、卖家 记录交易的信息，允许用户进行查询、修改等； 买家可以申请退款 卖家可关闭交易 允许用户对支付宝进行管理 能与商户系统进行交互，以接受和反馈相关的交易信息 能与银行网关进行交互，以实现用户的充值和提现等操作请求 允许支付公司业务管理员查询交易的相关情况 。。。 */24 OOA类图 以类图为面向对象建模的基本模型，处于核心地位 一般特殊关系 整体与部分关系 关联 消息 类 对象 关联 继承 聚合 消息 整体-部分 一般-特殊 */24 问题域部分设计 主要集中于对OOA阶段的基本模型进行必要的修改、调整和补充。 完善细节（属性、操作） 对多继承的调整（整体-部分） 增加类及提取一般类（管理器——与数据库相关的操作提取出来，分别新建专门的信息管理的类来完成相应的数据库操作，如添加、删除等） */24 核心地位 */24 人机交互部分设计 用户体验 Web1.0和Web 2.0，Windows vs. Linux，Office 2003 vs. Office 2007 主要思考 有哪些交互（输入、输出） 交互的过程 如何交互（表现形式） 人机交互的需求分析 分析参与者 分析用况 分析异常事件 目标 对用户和系统交互的界面进行设计 用OO的概念表示界面 Play as a user? */24 人机交互部分设计 */24 浏览器 WWW服务 网页 数据 HTML页面 客户端 /index.jsp 生成页面 数据处理 服务器 */24 人机交互部分示例 */24 人机交互部分示例(续) Human-Computer Interaction原则： 简单：Google 自然：work as we think 友好：help Google suggest 一致：Windows, Mac … */24 JSP，PHP，ASP，GWT，DOJO，DWR? 数据接口部分 负责与具体的数据管理系统衔接 为永久对象提供了在选定的数据管理系统中进行数据存储与恢复功能 主要包括 数据接口部分的对象设计 问题域部分的修改 数据库表设计 */24 数据接口部分 需要永久存储的类主要包括： 用户信息（包括客户、工作人员等） 买家-卖家交易信息 客户充值提现信息 支付平台-银行交易信息 在问题域部分为它们增加相应的存取操作（见12页） */24 永久对象示例 需要长期存储的对象叫做永久对象? */24 数据接口部分 数据接口部分的对象设计 复用《==》共性 */24 数据库表设计范例 买家-卖家交易信息 字段名 数据类型 长度 说明 交易号 ulong 10 主键 交易状态 String 8 买家ID varchar 15 卖家ID varchar 15 创建时间 datetime 15 客户信息 字段名 数据类型