【问题1】
设计要求:为了加速应用系统的开发,主题数据库的逻辑结构应独立于当前的计算机硬件和软件的实现过程,应设计得尽可能稳定。
基本特征:
(1)面向业务主题:主题数据库是面向业务主题来组织的数据存储;
(2)信息共享:主题数据库是不同应用系统共建共用的共享数据库;
(3)一次一处输入系统:数据就地采集,就地处理、使用和存储,以及必要的传输、汇
总和集中存储;
(4)由基本表组成:主题数据库由多个达到基本规范化要求的数据实体构成。
【问题2】
(1)服务编排
(2)数据转换
(3)应用程序接口/应用接口
【问题3】
主要的原因在于:
(1)服务粒度的问题:服务是对原有系统功能的包装,通常是粗粒度的,很难实现真正意义上的细粒度、松耦合的服务。
(2)服务编排:由于粗粒度的服务,难以进行真正意义上灵活的服务编排。
【问题1】
主题数据库应设计得尽可能的稳定,使能在较长时间内为企业的信息资源提供稳定的服务。稳定并非限制主题数据库永不发生变化,而是要求在变化后不会影响已有的应用项目的工作。要求主题数据库的逻辑结构独立于当前的计算机硬件和软件的物理实现过程,这样能保持在技术不断进步的情况下,主题数据库的逻辑结构仍然有效。
主题数据库具有以下基本特征:
(1)面向业务主题。主题数据库是面向业务主题的数据组织存储,例如,企业中需要建立的典型的主题数据库有产品、客户、零部件、供应商、订货、员工、文件资料、工程规范等。其中产品、客户、零部件等数据库的结构,是对有关单证和报表的数据项进行分析和整理而设计的,不是按单证和报表的原样建立的。这些主题数据库与企业管理中要解决的主要问题相关联,而不是与通常的信息系统应用项目相关联。
(2)信息共享。主题数据库是对各个应用系统“自建自用”的数据库的否定,强调建立各个应用系统“共建共用”的共享数据库。不同的应用系统统一调用主题数据库,例如,库存管理调用产品、零部件、订货数据,采购调用零部件、供应商、工程规范数据等。
(3)一次一处输入系统。主题数据库要求调研分析企业各经营管理层次上的数据源,强调数据的就地采集,就地处理、使用和存储,以及必要的传输、汇总和集中存储。同一数据必须一次、一处进入系统,保证其准确性、及时性和完整性,但可以多次、多处使用。
(4)由基本表组成。主题数据库是由多个达到基本表规范(满足3NF)要求的数据实体构成的。
【问题2】
SOA实现技术【ESB】
图中的各个功能实体都以服务的形式出现,是在特定层次上为特定应用提供服务的基础设施。整个架构中的服务由以下5层构成:
(1)企业服务总线(EnterpriseService Bus,ESB)。这是面向服务体系中的基础架构,各个服务通过总线来互相访问。
(2)应用服务层。主要是指需要集成的各个应用系统和数据库。应用服务通过接口进行连接,包括数据接口和应用程序接口,图示(3)缺失应用程序接口。
(3)总线接入层。提供适配器服务,支持多种主流应用的接入协议。这样,使用户可以访问各个应用服务,并通过消息机制使各种应用接入ESB,使用ESB的各种服务。
(4)核心服务层。提供多种 ESB 所需的必要服务支持,例如,消息分发/订阅、队列、目录服务和数据转换/映射服务等。图示中(2)缺失数据转换。
(5)业务支持层。侧重在业务支持上,通过通用、标准的对象和服务模型,可以在这一层上定义可复用的和基于企业标准的业务流程。同时,还提供统一的用户交互服务。建立在ESB上的用户交互服务可以很小巧,并关注于各自交互的特点。在基于 SOA的应用集成架构方案中,需要对已有的业务系统进行服务封装,将原有系统的功能包装为多个服务,并通过统一的平台进行服务管理,包括服务注册、服务管理和服务编排,只有这样企业才能快速整合企业的各种业务能力,为不同类型的用户提供多种流程的业务服务,图示中(1)缺失服务编排。
【问题3】
本题根据问题描述“发现该方案没有发挥SOA的核心理念,即松耦合的服务带来业务的复用,通过服务的编排助力业务的快速响应和创新,未实现“快速整合企业业务能力,为不同类型的用户提供各种不同功能、不同流程的业务服务”的核心目标”可知,答题应从未实现“松耦合的服务带来业务的复用”、“通过服务的编排助力业务的快速响应和创新”这2个维度来描述。在本题中,仅说明张工方案用到了SOA,具体没有做优化调整,根据题干没有实现松耦合,本题的服务未优化前,仅对原系统功能进行包装,通常是粗粒度的,所以很难实现真正意义上的细粒度、松耦合的服务。其次,由于粗粒度的服务,难以进行真正意义上灵活的服务编排。