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

1、实验报告课程名称软件建模技术实验名称软件建模实验姓名何虹江学号 201007040227 专业班级软件1002 实验日期 2012-11-30 成绩指导教师卫红春(实验目的实验设备和环境实验内容与步骤实验结果与分析总结,问题及建议一、实验目的通过Enterprise Architect 工具熟悉业务建模、需求建模、分析建模和设计建模的过程。二、实验设备和环境三、实验内容和步骤软件模型设计(Page 2 Page 四、实验结果与分析实验结果与设计相符,说明实验达到目的。五、总结,问题及建议我这次建立的是网上话费充值系统的模型。通过在EA对4种模型的建立,进一步了解了各图表的功能,掌握了基本的设计

2、步骤。将理论结合实践之后,对各项模型有了更加深刻的理解。但是实验中也发现不少问题:1.图表不熟悉,需要反复试验各种图表才能正确的绘图;2.部分功能实现相对困难,对模型的理解不够深刻导致一些参数没有正确的运用。因此,在今后的UML建模中还需要多加锻炼,还需要多次阅读教材和相关书籍软件模型设计目录1业务建模 (31.1项目概述 (31.2企业使命 (31.3业务目标 (31.4企业的优势、挑战及对策 (31.5企业的核心竞争力 (41.6充值系统的关键过程 (41.7涉众模型 (41.8业务主线 (51.9业务过程模型 (51.10对象模型 (91.11业务规则模型 (92需求建模 (92.1参与

3、者 (92.2需求结构 (102.3非功能需求模型 (143设计建模 (153.1PIM类模型 (153.2用例分析模型 (154设计建模 (164.1架构模型 (164.2控制型PSM类模型 (174.3用例设计模型 (174.4数据库设计模型 (184.5界面设计模型 (194.6部署模型 (201业务建模手机在线充值:提到手机在线充值,很多人都不禁摇头,对此嗤之以鼻,其实并无需如此。手机在线充值本身是很方便的,有快充和慢充两种,快充一般1-10分钟就可以充值成功,慢充时间不等。新一轮在线充值业务的开展正在如火如荼的进行,您可以根据自己的情况,选择信得过的在线充值链接进行充值。本系统将与通

4、信公司的充值平台对接,实现最便捷的充值服务。充值平台将作为核心模块提供,支付平台将使用网银和第三方支付系统,通过记录流水号的方式进行跟踪处理。通过对方便周到的服务和具有竞争力的速度优势,扩大互联网充值体系。u c 业务愿景BO001:提供简捷的网上话费充值服务BO002:与移动公司合作成为充值基本服务渠道B0003:在小区等居民聚集区的自助充值机上加载本系统1.4企业的优势、挑战及对策使命:建立便捷的网上充值平台,方便客户随时随地充值优势:作,能实现充值系统的无缝接入能实现支付功能劣势:2.涉及金融服务,需获得监管部门许可机遇:充值模式,成本低,实现简单发策略:主要的推广目标合作,提供流量支持

5、策略:2.加速申请流程,尽快获得政府相关部门许可轻易地移植到手机和其他移动设备,实现全天24小时不间断服务挑战:信企业合作2.支付流程过于复杂策略:1.加速开发过程,快速占领市场台,利用快捷支付等手段简化支付流程策略:付企业合作的方式推出产品系p kg 核心竞争力网络的速度优势便捷的随时随地充值,支持多种设备通过网页登陆与通信公司合作,专业正规p kg 关键过程输入信息支付处理显示充值结果c lass 涉众建模客户网上充值系统处理系统网上话费充值系统的涉众报告编号名称描述期望SH001 客户网上充值的客户便捷的进行网上充值SH002 网上充值系统界面及运行系统负责提供充值信息和数据传输SH00

6、3 处理系统核心系统负责充值业务网上话费充值系统的业务主线共涉及输入信息、支付、处理和显示信息4个主要业务。a ct 业务主线客户网上充值系统处理系统输入信息支付处理显示信息输入信息输入信息主要是确认充值信息是否合理,利用AJAX技术提前给予提示。a nalysis 输入信息输入信息Web网页«目标»充值信息充值信息通过客户输入信息优惠活动充值表单«supply»«output»«use»«achieve»«supply»«input»a ct 输入信息充

7、值页面客户进入网站显示充值功能选择充值确认信息是否确认验证信息是否正确提交请求是否是否支付支付功能主要是提供和网银或第三方支付平台的对接,提供多种支付手段。支付网上充值系统输入信息«目标»支付信息支付平台支付通过支付«input»«output»«supply»«achieve»«input»a ct 支付支付平台支付系统获取输入信息获取支付信息系统划扣是否成功支付成功消息是否处理处理过程将直接与充值核心交换数据,为了保证数据安全和使用效率,将作为独立模块运行。处理处理系统支

8、付信息«目标»支付结果用户数据库处理结果处理«output»«supply»«achieve»«input»«input»a ct 处理写入数据库返回信息显示信息对充值成功的客户进行数据反馈,给予客户确认。a nalysis 显示信息显示信息处理结果显示信息Web网页«目标»充值详情充值结果«output»«achieve»«supply»«input»«input&

9、#187;通过对网上话费充值系统的业务进行分析,提取了客户、充值网站、充值项目表、充值信息、支付信息和处理系统等业务实体。c lass 对象模型客户充值网站支付系统处理系统充值项目表充值信息c lass 业务规则R001:只能对已有的账号缴费R002:充值金额上限是1000元R003:提交信息必须使用加密方式传输(httpsR004:充值必须在30分钟完成支付,否则将会被取消2需求建模uc 参与者客户支付系统处理系统网上充值系统网页平台网上充值系统:包括网页平台、支付系统和处理系统。 网页平台:提供WEB 服务、数据格式校验等基础服务。 支付系统:对接网银和第三方支付平台、提供支付途径及进行支

10、付校验。 处理系统:充值平台的核心服务。 客户:需要进行网上充值的客户。 顶层需求结构顶层需求结构包括3个项目:信息验证、支付验证和充值信息反馈,其中充值信息反馈直接由系统生成。 信息验证需求结构信息验证需求结构包括基本信息和支付信息。 基本信息:提供充值的账户信息,作为充值依据。 支付信息:提供支付手段等信息,方便进一步与网银或第三方支付平台对接。 支付验证需求结构支付验证包括账号验证和付款验证账号验证:账号验证的内容包括账号信息是否存在、账号是否被停用、充值信息是够符合标准等。付款验证:付款验证主要将通过流水号传递的方式将付款信息反馈给支付系统。 充值系统反馈用例u c 充值信息反馈充值信

11、息反馈客户充值信息网页平台充值信息反馈用例名:充值信息反馈参与者:网页平台、客户事件流程:1.网页整理充值反馈信息,并进行图文排版。2.客户接收充值信息。 基本信息用例u c 基本信息基本信息客户输入账号信息选择支付方式输入充值金额网页平台优惠推荐生成信息清单基本信息用例名:基本信息事件流程:1.客户浏览网页,选择充值功能。2.客户输入充值信息,网页平台检验数据格式是否符合规范。3.调用账户验证用例,系统判断是否可用。4.保存信息并调用支付信息用例。«include»«include»«include» 支付信息用例u c 支付信息支

12、付信息客户网银选择第三方支付选择支付信息用例名:支付信息参与者:客户事件流程:1.客户浏览支付页面,选择相应的支付平台。2.支付系统与相关平台做连接,并获得支付编号。3.等待用户支付。账号验证用例u c 账号验证账号验证网页平台账号验证账号验证用例名:账号验证参与者:网页平台事件流程:1.网页平台将充值信息提交给服务器验证。2.等待服务器给出验证结果,并产生唯一订单编号。付款验证用例u c 付款验证付款验证支付系统付款金额验证处理系统付款验证用例名:付款验证参与者:支付系统、处理系统事件流程:1.支付系统将付款信息验证信息传递给处理系统。2.处理系统接收付款信息验证,生成处理编号。非功能模型包

13、括:效率、可靠性、安全性、可用性和适应性5个方面。u c 非功能需求模型效率安全可用性可靠性适应性REQ101-访问站点时延在2秒之内REQ102-界面信息反应速度在1秒内REQ103-同时允许1000人在线充值REQ201-平均在200小时内不发生故障REQ202-出现故障能够快速恢复REQ203-出现故障不会引起系统灾难REQ301-多次输入错误将拒绝IPREQ302-能够保证数据安全REQ401-具有方便的联机帮助功能REQ402-方便好用REQ403-容易学习REQ501-系统适应订餐业务的扩大REQ502-软件功能可以随版本增加3设计建模PIM类模型解释了从用户输入信息开始数据在各系

14、统间的传输方式和系统的附加功能。其中的流水线包括两条:信息校验和支付校验,最后将NO传递至处理系统完成处理。c lass PIM类模型充值信息- 订单编号: int- 手机号: char- 充值金额: double- 支付方式: char- 是否选择优惠套餐: boolean账户信息- 订单编号: int- 手机号: char- 充值金额: double- 是否选择优惠套餐: boolean支付信息- 订单编号: int- 支付方式: char处理系统- 订单编号: int- 处理编号: int充值反馈- 订单编号: int- 手机号: char- 充值金额: double- 当前金额: do

15、uble账户信息校验- 订单编号: int- 校验结果: boolean支付校验- 订单编号: int- 校验结果: boolean优惠政策- 编号: int- 组合列表: char- 截止时间: date留言- 留言编号: int- 留言内容: char11 11 11 0.110.1修改信息3.2用例分析模型 充值系统充值系统将完成充值前的相关信息校验。s d 充值系统客户网页平台信息校验确认信息打开网页(提交信息(创建订单(«create»显示信息(STR(支付系统支付系统将跟踪支付过程,最后校验是否支付成功,具体支付过程将由网银或第三方支付平台负责。s d 支付系统

16、支付系统账户信息支付信息充值过程充值信息账户信息确认:Boolean(确认编号:int(支付信息确认:Boolean(确认编号:int(充值完成(充值单号4设计建模用户交互界面将使用B/S架构,服务器之间通信将采用传统的数据传输。软件分层架构为4层:显示层、业务逻辑层、实体层和数据层。p kg 软件架构模型数据层实体层业务逻辑层表示层4.2控制型PSM 类模型c lass 控制型PSM类模型表单数据控制器+充值服务可用: boolean + 数据格式验证: boolean +账户信息验证: boolean支付控制器+ 提交支付请求: boolean + 支付跳转: boolean +接收支付结

17、果: char充值查询控制器+ 注入充值数据库: char + 准备充值信息: char +充值结果查询: char安全控制器+加密传输会话控制器+ cookie添加: char +cession会话: char信息提交用例设计s d 用例设计«View页面»IndexPage 客户«控制类»CheckAction«实体类»Submit«实体类»ForwardlooppostForm(AddNO( :char«create»Add(«create»showFormData(A

18、ddCheck(«create»支付提交用例设计s d 支付提交«View页面»IndexPage «控制类»Forward客户«实体类»PayPage«View页面»PayPageloop PostForm(:Forward«create»PostPay(«become»ToPay(«create»show( :char show( :charPostCheck( :boolean«create»DDL描述的数据库逻辑结构 网站主要提供充值缴费功能,同时显示的有优惠推荐已指导客户选择最合理的充值方式和留言板以收集客户的意见和建议。a nalysi