2011年软考系统架构设计师学习笔记（44）

nanbj

为了更好的帮助大家考试，考试百科在文章系统架构设计师辅导：学习笔记中，为大家提供的如下内容：<br />　　14.4 系统架构设计<br />　　系统架构沟通了需求和软件之间巨大的语义上的鸿沟。<br />　　系统架构的第一个任务就是定义这两个极端之间的映射。<br />　　开放分布式处理(Open Distributed Processing，ODP)包括企业、逻辑信息、计算接口、分布式工程、技术选择。<br />　　对每个观点，确认架构需求的一致性是非常重要的。<br />　　14.4.1 企业业务架构<br />　　企业业务架构从IT角度，对企业的业务结构、企业机构、业务的关系、内部的关系、与外部机构的关系进行整理定义。<br />　　包含如下内容：<br />　　1、企业的业务和战略目标，近期、中期、长远 目标。<br />　　2、企业的组织结构。<br />　　3、业务的分类。<br />　　4、各类业务之间的关系。<br />　　5、组织机构与业务的关系。<br />　　6、企业与外部机构的关系。<br />　　这些业务对象模型标识出系统的关键性约束，包括系统目标和重要的系统策略。<br />　　策略包含如下三类明确的表达方式：<br />　　责任：业务对象必须做什么。<br />　　许可：业务对象可以做什么。<br />　　禁止：业务对象不可以做什么。<br />　　对业务问题进行分析时，要考虑企业业务的发展，如新的服务或产品推出、考虑组织机构的改变等。<br />　　所有这些可能的变化(易变场景)都应该提现在企业业务架构中。<br />　　通过对企业业务架构的定义，很清楚地知道由于企业业务特点、业务的流程特点、企业的组织机构等原因对IT系统所带来的自然分块和各个分块之间的边界关系。<br />　　企业业务架构的维护是一个长期而反复的工作。<br />　　测试结果报告系统(Test Results Reporting System，TRRS)。<br />　　对象约束语言(Object Constraint Language，OCL)来定义企业活动者的这些策略(如 许可、禁止、义务等)。<br />　　14.4.2 逻辑信息架构 <br />　　逻辑信息架构(信息视点)标识出系统必须知道什么。<br />　　强调定义系统状态的属性。<br />　　开放分布式处理是一种面向对象的方法，模型包含了关键信息的处理，如传统的对象概念。<br />　　软件架构对象并不是编程的对象，它表示对系统的约束和依赖，这些约束能够消除把需求翻译成软件过程中的许多猜测性工作。<br />　　架构师应该把他们的建模集中于有高风险、高复杂性、模糊性的关键方面。<br />　　14.4.3 计算接口架构<br />　　计算接口对系统架构非常有帮助，但是它常常被架构师所忽略。<br />　　消除多个开发者和小组的主要设计争端，这些接口的架构控制对于一个支持变化和控制复杂性的稳定的系统结构来说，是非常重要的。<br />　　接口定义语言(IDL)，完全独立于编程语言和操作系统。<br />　　14.4.4 分布式工程架构<br />　　分布式工程架构定义了底层结构的需求，独立于所选择的技术，解决了最复杂的系统策略，包括物理位置、系统规模可变性、通信服务质量。<br />　　ODP的一个最大好处是关注点分离。<br />　　14.4.5 技术选择架构<br />　　大多数架构是独立的。<br />　　基于对候选者的初始选择，根据产品价格、培训要求、维护风险之类的项目因素而反复进行。<br />上面就是文章系统架构设计师辅导：学习笔记的部分内容，后续文章请继续关注考试百科。http://pc.kaoshibaike.com 相关论坛：http://bbs.kaoshibaike.com/forum.php?mod=forumdisplay&amp;fid=78