UML_软件建模_网上话费充值系统

UML_软件建模_网上话费充值系统 #实验# 课程名称 软件建模技术 实验名称 软件建模实验 姓 名 何虹江 学 号 201007040227 专业班级 软件1002 实验日期 2012-11-30 成 绩 指导教师 卫红春 (?实验目的 ?实验设备和环境?实验内容与步骤 ?实验结果与?总结，问题及建议)) 一、实验目的 通过Enterprise Architect 工具熟悉业务建模、需求建模、分析建模和设计建模的过程。 二、实验设备和环境 Windows 8 Pro，Office 2013 Pro Plus，Enterprise Architect 8.0 三、实验内容和步骤 软件模型设计(Page 2 – Page ) 四、实验结果与分析 实验结果与设计相符，说明实验达到目的。 五、总结，问题及建议 我这次建立的是网上话费充值系统的模型。通过在EA对4种模型的建立，进一步了解了各图表的功能，掌握了基本的设计步骤。将理论结合实践之后，对各项模型有了更加深刻的理解。但是实验中也发现不少问题:1.图表不熟悉，需要反复试验各种图表才能正确的绘图;2.部分功能实现相对困难，对模型的理解不够深刻导致一些参数没有正确的运用。因此，在今后的UML建模中还需要多加锻炼，还需要多次阅读教材和相关籍 软件模型设计 目录 1业务建模 ........................................................................................................................... 3 1.1项目概述 .................................................................................................................... 3 1.2企业使命 .................................................................................................................... 3 1.3业务目标 .................................................................................................................... 3 1.4企业的优势、挑战及对策 .......................................................................................... 3 1.5企业的核心竞争力 ..................................................................................................... 4 1.6充值系统的关键过程 ................................................................................................. 4 1.7涉众模型 .................................................................................................................... 4 1.8业务主线 .................................................................................................................... 5 1.9业务过程模型 ............................................................................................................. 5 1.10对象模型 .................................................................................................................. 9 1.11业务规则模型 ........................................................................................................... 9 2需求建模 ........................................................................................................................... 9 2.1参与者 ........................................................................................................................ 9 2.2需求结构 .................................................................................................................. 10 2.3非功能需求模型 ....................................................................................................... 14 3设计建模 ......................................................................................................................... 15 3.1PIM类模型 ................................................................................................................ 15 3.2用例分析模型 ........................................................................................................... 15 4设计建模 ......................................................................................................................... 16 4.1架构模型 .................................................................................................................. 16 4.2控制型PSM类模型 .................................................................................................. 17 4.3用例设计模型 ........................................................................................................... 17 4.4数据库设计模型 ....................................................................................................... 18 4.5界面设计模型 ........................................................................................................... 19 4.6部署模型 .................................................................................................................. 20 1业务建模 1.1项目概述 手机在线充值:提到手机在线充值，很多人都不禁摇头，对此嗤之以鼻，其实并无需如此。手机在线充值本身是很方便的，有快充和慢充两种，快充一般1-10分钟就可以充值成功，慢充时间不等。新一轮在线充值业务的开展正在如火如荼的进行，您可以根据自己的情况，选择信得过的在线充值链接进行充值。 本系统将与通信公司的充值平台对接，实现最便捷的充值服务。充值平台将作为核心模块提供，支付平台将使用网银和第三方支付系统，通过记录流水号的方式进行跟踪处理。 1.2企业使命 通过对方便周到的服务和具有竞争力的速度优势，扩大互联网充值体系。 1.3业务目标 uc 业务愿景 BO001:提供简捷的网上话费充值服务 BO002:与移动公司合作成为充值基本服务渠道 B0003:在小区等居民聚集区的自助充值机上加载本系统 1.4企业的优势、挑战及对策 使命: 优势: 劣势: 建立便捷的网上充值平台，1. 通过与通信企业的合1. 资金不足 方便客户随时随地充值 作，能实现充值系统的2. 涉及金融服务，需获得 无缝接入 监管部门许可 2. 各大网银和第三方平台 能实现支付功能 机遇: 策略: 策略: 1. 网上充值时一种简易的1. 将年轻白领和学生作为1. 接受风投和私募的融资 充值模式，成本低，实主要的推广目标 2. 加速申请，尽快获 现简单 2. 与各大门户和搜索引擎得政府相关部门许可 2. 网上充值尚未被广泛开合作，提供流量支持 发 3. 可以将网上充值平台较 轻易地移植到手机和其 他移动设备，实现全天 24小时不间断服务 挑战: 策略: 策略: 1. 已有一些公司开始与通1. 加速开发过程，快速占1. 前期将通过与通信和支 信企业合作 领市场 付企业合作的方式推出2. 支付流程过于复杂 2. 主要推荐第三方支付平产品 台，利用快捷支付等手2. 研发更加便捷的支付体 段简化支付流程 系 1.5企业的核心竞争力 pkg 核心竞争力 网络的速度优势 便捷的随时随地充值，支持多种设备通过网页登陆 与通信公司合作，专业正规 1.6充值系统的关键过程 pkg 关键过程 输入信息支付处理显示充值结果 1.7涉众模型 class 涉众建模 客户网上充值系统处理系统 网上话费充值系统的涉众报告 编号 名称 描述 期望 SH001 客户 网上充值的客户 便捷的进行网上充值 SH002 网上充值系统 界面及运行系统 负责提供充值信息和数据传输 SH003 处理系统 核心系统 负责充值业务 1.8业务主线 网上话费充值系统的业务主线共涉及输入信息、支付、处理和显示信息4个主要业务。 act 业务主线 客户网上充值系统处理系统 输入信息支付 处理显示信息 1.9业务过程模型 , 输入信息 输入信息主要是确认充值信息是否合理，利用AJAX技术提前给予。 analysis 输入信息 ?目标?Web网页充值信息 客户?supply??achieve? 输入信息 充值信息通过输入信息?output??input? ?supply??use? 优惠活动充值表单 act 输入信息 客户充值页面 进入网站显示充值功能 选择充值 确认信息[否] [否] 验证信息[是]是否确认 是否正确 提交请求[是] , 支付 支付功能主要是提供和网银或第三方支付平台的对接，提供多种支付手段。 analysis 支付 ?目标?支付信息网上充值系统 ?achieve?支付?input?支付支付通过 ?output? ?input?输入信息 ?supply? 支付平台 act 支付 支付系统支付平台 获取输入信息 获取支付信息系统划扣 是否成功 [否] 支付成功消息[是] , 处理 处理过程将直接与充值核心交换数据，为了保证数据安全和使用效率，将作为独立模块 运行。 analysis 处理 ?目标?支付结果 处理系统 ?achieve? 处理?input?处理处理结果 ?output? ?input?支付信息 ?supply? 用户数据库 act 处理 写入数据库 返回信息 , 显示信息 对充值成功的客户进行数据反馈，给予客户确认。 analysis 显示信息 ?目标?Web网页充值详情 ?supply??achieve?显示信息?input?显示信息充值结果 ?output?处理结果?input? 1.10对象模型 通过对网上话费充值系统的业务进行分析，提取了客户、充值网站、充值项目表、充值信息、支付信息和处理系统等业务实体。 class 对象模型 客户 充值网站支付系统处理系统 充值项目表充值信息 1.11业务规则模型 class 业务规则 R001:只能对已有的账号缴费 R002:充值金额上限是1000元 R003:提交信息必须使用加密方式传输(https) R004:充值必须在30分钟完成支付，否则将会被取消 2需求建模 2.1参与者 uc 参与者 网上充值系统 网页平台支付系统客户处理系统 , 网上充值系统:包括网页平台、支付系统和处理系统。 , 网页平台:提供WEB服务、数据格式校验等基础服务。 , 支付系统:对接网银和第三方支付平台、提供支付途径及进行支付校验。 , 处理系统:充值平台的核心服务。 , 客户:需要进行网上充值的客户。 2.2需求结构 , 顶层需求结构 顶层需求结构包括3个项目:信息验证、支付验证和充值信息反馈，其中充值信息反馈直接由系统生成。 , 信息验证需求结构 信息验证需求结构包括基本信息和支付信息。 , 基本信息:提供充值的账户信息，作为充值依据。 , 支付信息:提供支付手段等信息，方便进一步与网银或第三方支付平台对接。 , 支付验证需求结构 支付验证包括账号验证和付款验证 , 账号验证:账号验证的内容包括账号信息是否存在、账号是否被停用、充值信息是够符 合标准等。 , 付款验证:付款验证主要将通过流水号传递的方式将付款信息反馈给支付系统。 , 充值系统反馈用例 uc 充值信息反馈 充值信息反馈 充值信息 客户网页平台 充值信息反馈 用例名:充值信息反馈 参与者:网页平台、客户 事件流程: 1.网页整理充值反馈信息，并进行图文排版。 2.客户接收充值信息。 , 基本信息用例 uc 基本信息 基本信息 输入账号信息 ?include? 生成信息清单输入充值金额?include?客户 ?include? 选择支付方式优惠推荐 网页平台 基本信息用例名:基本信息事件流程:1.客户浏览网页，选择充值功能。2.客户输入充值信息，网页平台检验数据格式是否符合规范。3.调用账户验证用例，系统判断是否可用。4.保存信息并调用支付信息用例。 , 支付信息用例 uc 支付信息 支付信息支付信息用例名:支付信息参与者:客户事件流程:1.客户浏览支付页面，选择相应的支付平台。2.支付系统与相关平台做连接，并获得支付编号。网银选择3.等待用户支付。 客户 第三方支付选择 , 账号验证用例 uc 账号验证 账号验证 账号验证用例名:账号验证参与者:网页平台账号验证事件流程:1.网页平台将充值信息提交给服务器验证。网页平台2.等待服务器给出验证结果，并产生唯一订单编号。 , 付款验证用例 uc 付款验证 付款验证 付款金额验证 支付系统处理系统 付款验证 用例名:付款验证 参与者:支付系统、处理系统 事件流程: 1.支付系统将付款信息验证信息传递给处理系统。 2.处理系统接收付款信息验证，生成处理编号。 2.3非功能需求模型 非功能模型包括:效率、可靠性、安全性、可用性和适应性5个方面。 uc 非功能需求模型 REQ301-REQ101-多次输入错误将拒绝IP访问站点时延在2秒之内 安全 REQ302-REQ102-效率能够保证数据安全界面信息反应速度在1秒内 REQ103-REQ401-同时允许1000人在线充值具有方便的联机帮助功能 REQ402-可用性REQ201-方便好用平均在200小时内不发生故障 REQ403-容易学习REQ202-可靠性出现故障能够快速恢复 REQ501-系统适应订餐业务的扩大适应性REQ203-出现故障不会引起系统灾难REQ502-软件功能可以随版本增加 3设计建模 3.1PIM类模型 PIM类模型解释了从用户输入信息开始数据在各系统间的传输方式和系统的附加功能。其中的流水线包括两条:信息校验和支付校验，最后将NO传递至处理系统完成处理。 class PIM类模型 充值信息 - 订单编号: int- 手机号: char{修改信息}- 充值金额: double- 支付方式: char- 是否选择优惠套餐: boolean 0..10..1 11 账户信息支付信息- 订单编号: int- 订单编号: int- 手机号: char- 支付方式: char- 充值金额: double- 是否选择优惠套餐: boolean 11 11 账户信息校验支付校验 - 订单编号: int- 订单编号: int- 校验结果: boolean- 校验结果: boolean 1 处理系统优惠政策 - 订单编号: int- 编号: int- 处理编号: int- 组合列表: char- 截止时间: date 留言充值反馈- 留言编号: int- 订单编号: int- 留言内容: char- 手机号: char- 充值金额: double- 当前金额: double 3.2用例分析模型 , 充值系统 充值系统将完成充值前的相关信息校验。 sd 充值系统 客户网页平台信息校验确认信息 打开网页() 提交信息() 创建订单()?create? 显示信息(STR)() , 支付系统 支付系统将跟踪支付过程，最后校验是否支付成功，具体支付过程将由网银或第三方支付平台负责。 sd 支付系统 支付系统账户信息支付信息充值过程充值信息 账户信息确认:Boolean() 确认编号:int() 支付信息确认:Boolean() 确认编号:int() 充值完成(充值单号) 4设计建模 4.1架构模型 用户交互界面将使用B/S架构，服务器之间通信将采用传统的数据传输。软件分层架构为4层:显示层、业务逻辑层、实体层和数据层。 pkg 软件架构模型 表示层 业务逻辑层 实体层 数据层 4.2控制型PSM类模型 class 控制型PSM类模型 表单数据控制器支付控制器充值查询控制器 + 充值服务可用: boolean+ 提交支付请求: boolean+ 注入充值数据库: char+ 数据格式验证: boolean+ 支付跳转: boolean+ 准备充值信息: char+ 账户信息验证: boolean+ 接收支付结果: char+ 充值结果查询: char 安全控制器会话控制器+ 加密传输+ cookie添加: char+ cession会话: char 4.3用例设计模型 , 信息提交用例设计 sd 用例设计 ?View页面??控制类??实体类??实体类?IndexPageCheckActionSubmitForward客户 postForm() AddNO() :char?create? Add()?create? showFormData() AddCheck()?create?loop , 支付提交用例设计 sd 支付提交 ?View页面??控制类??实体类??View页面?IndexPageForwardPayPagePayPage客户 PostForm() :Forward?create? PostPay()?become? ToPay()?create? show() :char show() :char PostCheck() :booleanloop ?create? 4.4数据库设计模型 DDL描述的数据库逻辑结构 4.5界面设计模型 网站主要提供充值缴费功能，同时显示的有优惠推荐已指导客户选择最合理的充值方式 和留言板以收集客户的意见和建议。 analysis Web界面结构 网站首页 优惠信息留言信息充值系统 支付页面 充值结果 4.6部署模型 系统共计一台WEB服务器、一台功能服务器和一台数据库服务器，三者将在局域网中相连。数据库服务器前端将使用严格的防火墙机制，身后和通信公司的连接将不再描述。功能服务器将于支付平台做跟踪，之间使用Internet网络 deployment Package1 ?device??device??device?Web服务器客户机数据库服务器 0..*1浏览器数据库 0..* 1 ?device??device?功能服务器支付平台