文档介绍：-
. z
应用4+1视图法及UML设计软件体系架构及设计模式实践
一 实验目的
通过对实际案例进展软件设计、大数据量低频率
Remoting，E或者*ML-RPC这些传统的分布式计算模型而言，他们的效劳提供都是通过函数调用的方式进展的，一个功能的完成往往需要通过客户端和效劳器来回很屡次函数调用才能完成。在Intranet的环境下，这些调用给系统的响应速度和稳定性带来的影响都可以忽略不计，但是在Internet环境下这些因素往往是决定整个系统是否能正常工作的一个关键决定因素。因此SOA系统推荐采用大数据量的方式一次性进展信息交换。
3、基于文本的消息传递
由于Internet中大量异构系统的存在决定了SOA系统必须采用基于文本而非二进制的消息传递方式。在、CORBA这些传统的组件模型中，从效劳器端传往客户端的是一个二进制编码的对象，在客户端通过调用这个对象的方法来完成*些功能；但是在Internet环境下，不同语言，不同平台对数据、甚至是一些根本数据类型定义不同，给不同的效劳之间传递对象带来的很大困难。由于基于文本的消息本身是不包含任何处理逻辑和数据类型的，因此效劳间只传递文本，对数据的处理依赖于接收端的方式可以帮助绕过兼容性这个的大泥坑。
信用卡申请件外包处理的主要流程为：
第一阶段：
-
. z
信用卡申请人准备个人档案资料并接件提交，将所有承受的档案文件通过拆件、然后再分类整理后，给申请人的档案资料帖上条形码标识。在影像处理过程中，通过电子扫描设备将档案条形码扫人，经过对档案文件的质量检测和影像的切分后将数据信息传输给外包中心做数据处理。
第二阶段：
外包中心承受到影像处理阶段传递的数据信息后，通过任务分配环节将传递过来的数据信息录入，两次录入完成后，进入一个重要的复核环节。如果复核匹配失败，则进入第三人复核阶段，如果第三人复核成功，在确保数据录入的准确无误后进入影像匹配阶段。如果第三人复核失败，则将问题交由专门的人员来处理解决。通过影像匹配环节将数据归档处理。供工作人员查询使用。同时将数据回传递给银行信用卡数据中心。
第三阶段：
银行信用卡数据中心，承受到数据，并保存。
四 4+1视图〔*献忠〕和设计模式〔李金栓〕
4+1视图介绍
软件架构用来处理软件高层次构造的设计和实施。它以精心选择的形式将假设干构造元素进展装配，从而满足系统主要功能和性能需求，并满足其他非功能性需求，如可靠性、可伸缩性、可移植性和可用性。Perry 和 Wolfe 使用一个准确的公式来表达，该公式由 Boehm 做了进一步修改：
软件架构 ＝ {元素，形式，关系/约束}
软件架构涉及到抽象、分解和组合、风格和美学。我们用由多个视图或视角组成的模型来描述它。为了最终处理大型的、富有挑战性的架构，该模型包含五个主要的视图
-
.