系统边界划分
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
系统部署切割
系统部署图
见图0,首先看各部分的定义
◆应用服务器,进行业务逻辑的运算,与现有的交通卡、沪通卡进行交互。与建立在
原有系统基础之上的数据库(包括虚拟账户等信息)进行交互。
◆网站服务器,相应客户端的请求,并转发给应用服务器,以及与CA的交互。
◆客户端软件,负责用户界面的功能,收集用户的请求,显示处理的结果,并和机具
进行交互。
图0 系统结构
切割方法
从部署上,可以有3中分法。
分法1 如下图1,涵盖了应用服务器、网站服务器、和客户端。需要定义的接口是和数据库,交通卡,沪通卡系统的交互
分法2 如下图2,涵盖了网站服务器和客户端,需要定义的接口是和应用服务器的交互。
图2 分法2
分法3 如下图3,涵盖了客户端,因为客户端和网站服务器交互大部分的界面,不宜定义过多的接口,所以可以将客户端定义为仅仅实现机具交互功能的ActiveX控件,而没
有界面控制。
图 3 分法3
我的结论是:推荐分法2。原因如下:
分法1工作量比较大,但是接触到实质性的内容,如实时密钥接口,但是我们的应用服务器要访问数据库,华腾开放的可能性极小,除非华腾内部还有一个上层的应用来和我们的应用服务器进行交互。
分法2,主要负责信息的显示的处理,以及转发请求给应用服务器,网站服务器不负责后台的业务逻辑,例如我们申请充值,应用告诉我们充值成功就可以了,我们不关心她进行了哪些逻辑运算,写了哪些表,信息记录是否合理。接口上也可以通过webservice的方式容易的进行功能接口的定义。
分法 3 因为网站负责处理客户端的显示,这样切割会导致网站、客户端的开发调试都
比较困难,我们最好就简化只做一个和机具接口的activeX。