UML 软件建模 网上话费充值系统Word文件下载.docx
- 文档编号:17184482
- 上传时间:2022-11-28
- 格式:DOCX
- 页数:19
- 大小:229.73KB
UML 软件建模 网上话费充值系统Word文件下载.docx
《UML 软件建模 网上话费充值系统Word文件下载.docx》由会员分享,可在线阅读,更多相关《UML 软件建模 网上话费充值系统Word文件下载.docx(19页珍藏版)》请在冰豆网上搜索。
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.通过与通信企业的合
作,能实现充值系统的
无缝接入
2.各大网银和第三方平台
能实现支付功能
劣势:
1.资金不足
2.涉及金融服务,需获得
监管部门许可
机遇:
1.网上充值时一种简易的
充值模式,成本低,实
现简单
2.网上充值尚未被广泛开
发策略:
1.将年轻白领和学生作为
主要的推广目标
2.与各大门户和搜索引擎
合作,提供流量支持
策略:
1.接受风投和私募的融资
2.加速申请流程,尽快获
得政府相关部门许可
3.可以将网上充值平台较
轻易地移植到手机和其
他移动设备,实现全天
24小时不间断服务
挑战:
1.已有一些公司开始与通
信企业合作
2.支付流程过于复杂策略:
1.加速开发过程,快速占
领市场
2.主要推荐第三方支付平
台,利用快捷支付等手
段简化支付流程
1.前期将通过与通信和支
付企业合作的方式推出
产品
2.研发更加便捷的支付体
系
1.5企业的核心竞争力
pkg核心竞争力
网络的速度优势
便捷的随时随地充值,支持多种设备通过网页登陆
与通信公司合作,专业正规
1.6充值系统的关键过程
pkg关键过程
输入信息支付处理显示充值结果
1.7涉众模型
class涉众建模
客户网上充值系统处理系统
网上话费充值系统的涉众报告
编号名称描述期望
SH001客户网上充值的客户便捷的进行网上充值
SH002网上充值系统界面及运行系统负责提供充值信息和数据传输
SH003处理系统核心系统负责充值业务
1.8业务主线
网上话费充值系统的业务主线共涉及输入信息、支付、处理和显示信息4个主要业务。
act业务主线
客户
网上充值系统
处理系统
输入信息
支付
处理
显示信息
1.9业务过程模型
输入信息主要是确认充值信息是否合理,利用AJAX技术提前给予提示。
analysis输入信息输入信息
Web网页
«
目标»
充值信息
充值信息通过
优惠活动
充值表单
supply»
output»
use»
achieve»
input»
act输入信息充值页面
进入网站显示充值功能
选择充值
确认信息
是否确认
验证信息
是否正确
提交请求
[是]
[否]
支付功能主要是提供和网银或第三方支付平台的对接,提供多种支付手段。
支付信息
支付平台
支付通过
act支付支付平台
支付系统
获取输入信息
获取支付信息系统划扣
是否成功
支付成功消息
处理过程将直接与充值核心交换数据,为了保证数据安全和使用效率,将作为独立模块
运行。
支付结果
用户数据库
处理结果
act处理写入数据库
返回信息
对充值成功的客户进行数据反馈,给予客户确认。
analysis显示信息显示信息
充值详情
充值结果
1.10对象模型
通过对网上话费充值系统的业务进行分析,提取了客户、充值网站、充值项目表、充值信息、支付信息和处理系统等业务实体。
class对象模型
充值网站
支付系统处理系统充值项目表充值信息
1.11业务规则模型
class业务规则
R001:
只能对已有的账号缴费
R002:
充值金额上限是1000元
R003:
提交信息必须使用加密方式传输(https
R004:
充值必须在30分钟完成支付,否则将会被取消
2需求建模
2.1参与者
u
c参与者客户
网页平台
●
网上充值系统:
包括网页平台、支付系统和处理系统。
●网页平台:
提供WEB服务、数据格式校验等基础服务。
●支付系统:
对接网银和第三方支付平台、提供支付途径及进行支付校验。
●处理系统:
充值平台的核心服务。
●
客户:
需要进行网上充值的客户。
2.2需求结构
◆顶层需求结构
顶层需求结构包括3个项目:
信息验证、支付验证和充值信息反馈,其中充值信息反馈直接由系统生成。
◆信息验证需求结构
信息验证需求结构包括基本信息和支付信息。
●基本信息:
提供充值的账户信息,作为充值依据。
支付信息:
提供支付手段等信息,方便进一步与网银或第三方支付平台对接。
◆支付验证需求结构
支付验证包括账号验证和付款验证
●账号验证:
账号验证的内容包括账号信息是否存在、账号是否被停用、充值信息是够符
合标准等。
●付款验证:
付款验证主要将通过流水号传递的方式将付款信息反馈给支付系统。
◆充值系统反馈用例
uc充值信息反馈充值信息反馈
充值信息反馈
用例名:
参与者:
网页平台、客户事件流程:
1.网页整理充值反馈信息,并进行图文排版。
2.客户接收充值信息。
◆基本信息用例
uc基本信息基本信息
输入账号信息
选择支付方式
输入充值金额
优惠推荐
生成信息清单
基本信息
基本信息事件流程:
1.客户浏览网页,选择充值功能。
2.客户输入充值信息,网页平台检验数据格式是否符合规范。
3.调用账户验证用例,系统判断是否可用。
4.保存信息并调用支付信息用例。
include»
◆支付信息用例
uc支付信息
网银选择
第三方支付选择
事件流程:
1.客户浏览支付页面,选择相应的支付平台。
2.支付系统与相关平台做连接,并获得支付编号。
3.等待用户支付。
◆账号验证用例
uc账号验证
账号验证
网页平台账号验证
1.网页平台将充值信息提交给服务器验证。
2.等待服务器给出验证结果,并产生唯一订单编号。
◆付款验证用例
uc付款验证付款验证
付款金额验证
付款验证
支付系统、处理系统事件流程:
1.支付系统将付款信息验证信息传递给处理系统。
2.处理系统接收付款信息验证,生成处理编号。
2.3非功能需求模型
非功能模型包括:
效率、可靠性、安全性、可用性和适应性5个方面。
uc非功能需求模型效率
安全
可用性
可靠性
适应性
REQ101-访问站点时延在2秒之内
REQ102-界面信息反应速度在1秒内
REQ103-同时允许1000人在线充值
REQ201-平均在200小时内不发生故障
REQ202-出现故障能够快速恢复
REQ203-出现故障不会引起系统灾难
REQ301-多次输入错误将拒绝IP
REQ302-能够保证数据安全
REQ401-具有方便的联机帮助功能REQ402-方便好用
REQ403-容易学习
REQ501-系统适应订餐业务的扩大
REQ502-软件功能可以随版本增加
3设计建模
3.1PIM类模型
PIM类模型解释了从用户输入信息开始数据在各系统间的传输方式和系统的附加功能。
其中的流水线包括两条:
信息校验和支付校验,最后将NO传递至处理系统完成处理。
classPIM类模型
-订单编号:
int
-手机号:
char
-充值金额:
double
-支付方式:
-是否选择优惠套餐:
boolean
账户信息
-处理编号:
充值反馈
-当前金额:
账户信息校验
-校验结果:
支付校验
优惠政策
-编号:
-组合列表:
-截止时间:
date
留言
-留言编号:
-留言内容:
111
11
10..1
10..1
{修改信息}
3.2用例分析模型充值系统
充值系统将完成充值前的相关信息校验。
sd充值系统
网页平台信息校验确认信息
打开网页(
提交信息(
创建订单(
create»
显示信息(STR(
支付系统将跟踪支付过程,最后校验是否支付成功,具体支付过程将由网银或第三方支付平台负责。
sd支付系统
账户信息支付信息充值过程充值信息账户信息确认:
Boolean(
确认编号:
int(
支付信息确认:
充值完成(充值单号
4设计建模
4.1架构模型
用户交互界面将使用B/S架构,服务器之间通信将采用传统的数据传输。
软件分层架构为4层:
显示层、业务逻辑层、实体层和数据层。
pkg软件架构模型数据层
实体层
业务逻辑层
表示层
4.2控制型PSM类模型
class控制型PSM类模型表单数据控制器+
充值服务可用:
boolean+数据格式验证:
boolean+
账户信息验证:
支付控制器
+提交支付请求:
boolean+支付跳转:
接收支付结果:
充值查询控制器+注入充值数据库:
char+准备充值信息:
char+
充值结果查询:
安全控制器+
加密传输
会话控制器+cookie添加:
cession会话:
4.3用例设计模型
信息提交用例设计
sd用例设计
View页面»
IndexPage客户
控制类»
CheckAction
实体类»
Submit
Forward
loop
postForm(
AddNO(:
char
Add(
showFormData(
AddCheck(
支付提交用例设计sd支付提交
IndexPage«
客户«
PayPage
loopPostForm(
:
PostPay(
become»
ToPay(
show(:
charshow(:
PostCheck(:
boolean
4.4数据库设计模型
DDL描述的数据库逻辑结构
4.5界面设计模型
网站主要提供充值缴费功能,同时显示的有优惠推荐已指导客户选择最合理的充值方式
和留言板以收集客户的意见和建议。
analysisWeb界面结构
网站首页
充值系统优惠信息
留言信息
支付页面
4.6部署模型
系统共计一台WEB服务器、一台功能服务器和一台数据库服务器,三者将在局域网中相连。
数据库服务器前端将使用严格的防火墙机制,身后和通信公司的连接将不再描述。
功能服务器将于支付平台做跟踪,之间使用Internet网络
deploymentPackage1
device»
客户机
浏览器
Web服务器
功能服务器
数据库服务器
数据库
0..*
1
0..*1
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- UML 软件建模 网上话费充值系统 软件 建模 网上 话费 系统