第8章软件体系结构.ppt

　　我们知道，一个大型集团公司在国内有许多分支机构(分公司)，各个分公司一般都有自己的IT部门，这些IT部门一般都可以独立从事软件开发的工作。在集团公司的上海分公司中，有许多员工经常要到美国出差，到纽约百老汇电脑交易市场采购一些产品回国，所以分公司需要一个“差旅费报销系统”。在这个实例中，我们作出以下假设：　　(1) 上海分公司财务部需要一个“差旅费报销系统”，该系统交给上海分公司IT部负责开发。在该“差旅费报销系统”中，涉及美国纽约外汇中心汇率的查询，还要有纽约百老汇电脑交易市场的电脑产品价格查询等功能，这样便于财务部门报销海外差旅费用时随时调用参考。 　　(2) 每一个分公司(包括上海分公司)的海外差旅费的数据都要提供给北京总部，便于总部统计、分析并上报有关审计部门。北京总部有一个“费用统计分析系统”，它可以收集、统计和分析整个集团公司的费用，包括海外差旅费情况。　　(3) 北京总部的“费用统计分析系统”和各个分公司的“差旅费报销系统”有可能是采用不同的平台开发的。以前，公司的传统做法是：由各个分公司每月将海外差旅费上报到总部，然后再由总部的工作人员手工输入到“费用统计分析系统”中进行统计分析。 8.5.2 系统架构　　整个实例的Web Services逻辑架构如图8-13所示。　　服务提供者开发并部署好Web Services后，就发布、注册到相关的UDDI注册中心。假定纽约外汇交易中心开发好的“汇率查询” Web Services发布到IBM UDDI注册中心，纽约百老汇电脑交易市场提供的“电脑价格查询Web Services”发布到Microsoft UDDI注册中心，这样Internent上的公共UDDI构成一个UDDI注册中心群，从其中任何一个公共UDDI可以查询到所有的发布在任何一个UDDI注册中心的Web Services。上海分公司提供的“差旅费采集Web Services”发布在集团内部的专用UDDI注册中心，以供集团公司内部使用。 图8-13 实例系统整体架构图 8.5.3 服务的实现　　从上面的假设可以看出，本实例涉及以下几个Web Services：　　(1) 汇率查询Web Services：GetExchangeRate(A，B，T)，该服务由纽约外汇交易中心提供，并且已经发布和注册到IBM UDDI注册中心。调用该服务时，只需要输入两个币种代号A和B，以及时间T，即可返回A对B在T时刻的汇率。 　　(2) 电脑产品价格查询Web Services：GetComputerPrice(A，T)，该服务由纽约百老汇电脑交易市场提供，并且已经发布和注册到了Microsoft UDDI注册中心。使用该服务的时候，只需要输入电脑产品型号A，交易时刻T，即可返回该型号的电脑T时刻在纽约百老汇交易市场的出售价格。　　(3) 差旅费采集Web Services：GetGoingOutFare(T)，该服务由上海分公司提供，并且已经发布和注册到了集团公司内部的UDDI注册中心。使用该服务的时候，只需要输入日期T，就可以返回上海分公司在T这一天的差旅费总额。 　　同时，从上面的假设中也可以看出在这个应用背景下，涉及的角色和对应的行为如下：　　(1) ?UDDI：这个案例中涉及“Microsoft UDDI注册中心、IBM UDDI注册中心和集团内部UDDI注册中心”。 Microsoft UDDI注册中心、IBM UDDI注册中心和其他UDDI注册中心在Internet上构成一个公共的UDDI注册中心群。集团公司内部也有自己专用的UDDI注册中心，专门提供一些内部的Web Services给公司内部使用。例如，还可以有国内电话黄页查询Web Services、国内地图查询Web Services以及国内邮政编码查询Web Services等。 　　(2) 服务请求者：这个案例涉及上海分公司的“差旅费报销系统”和北京总部的“费用统计分析系统”。上海分公司的“差旅费报销系统”在具体报销费用的时候，可能需要调用汇率查询Web Services——GetExchangeRate(A，B，T)，以及电脑产品价格查询Web Services——GetComputerPrice(A，T)。北京总部的“费用统计分析系统”在采集分公司的费用的时候需要调用差旅费采集Web Services——GetGoingOutFare(T)。 　　(3) 服务提供商：这个案例中涉及纽约外汇交易中心、纽约百老汇电脑交易市场和上海分公司。纽约外汇交易中心提供汇率查询Web Services——GetExchangeRate(A，B，T)；纽约百老汇电脑交易市场提供电脑产品价格查询Web Services——GetComputer