(word)系统边界划分.docVIP

系统部署切割 系统部署图 见图0， 首先看各部分的定义 应用服务器，进行业务逻辑的运算，与现有的交通卡、沪通卡进行交互。与建立在原有系统基础之上的数据库（包括虚拟账户等信息）进行交互。 网站服务器，相应客户端的请求，并转发给应用服务器，以及与CA的交互。 客户端软件，负责用户界面的功能，收集用户的请求，显示处理的结果，并和机具进行交互。 图 0 系统结构 切割方法 从部署上，可以有3中分法。 分法1 如下图1，涵盖了应用服务器、网站服务器、和客户端。需要定义的接口是和数据库，交通卡，沪通卡系统的交互 图 1 - 分法1 分法2 如下图2，涵盖了网站服务器和客户端，需要定义的接口是和应用服务器的交互。 图2 分法2 分法3 如下图3，涵盖了客户端，因为客户端和网站服务器交互大部分的界面，不宜定义过多的接口，所以可以将客户端定义为仅仅实现机具交互功能的ActiveX控件，而没有界面控制。 图 3 分法3 我的结论是：推荐分法2。原因如下： 分法1工作量比较大，但是接触到实质性的内容，如实时密钥接口，但是我们的应用服务器要访问数据库，华腾开放的可能性极小，除非华腾内部还有一个上层的应用来和我们的应用服务器进行交互。 分法2，主要负责信息的显示的处理，以及转发请求给应用服务器，网站服务器不负责后台的业务逻辑，例如我们申请充值，应用告诉我们充值成功就可以了，我们不关心她进行了哪些逻辑运算，写了哪些表，信息记录是否合理。接口上也可以通过webservice的方式容易的进行功能接口的定义。 分法3 因为网站负责处理客户端的显示，这样切割会导致网站、客户端的开发调试都比较困难，我们最好就简化只做一个和机具接口的activeX。