最新系统分析师考试复习资料(精简整理版).pdf

《最新系统分析师考试复习资料(精简整理版).pdf》由会员分享，可在线阅读，更多相关《最新系统分析师考试复习资料(精简整理版).pdf（50页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、系统分析师考试复习资料南昌大学计算中心武夷河E_Mail:说明：本文所有资料均收集于网络，由本人整理而成，在此对原作者表示衷心的感谢！网友们可自由传播此资料，但不得用于商业目的。1 开发技术：语言与平台.6 JavaBean 组件模型特点.6 Enterprise JavaBean（EJB）组件模型特点：.6 JSP胜过 servlet的关键的优点：.6 J2EE的重要组成部分：.6 RMI和 RPC的区别：.7 XML和 HTML的主要区别：.7 XML技术和 JSP技术集成的方案：.7 XML与 JSP技术联合的优越性：.7 XML的特点：.7 SAX(Simple API for XML

2、)和 DOM(Document Object Model).7 什么 是 DOM?.7 什么 是 SAX?.8 什么 类型的 SAX事件被 SAX解析器抛出了哪?.9 什么 时候使 用 DOM？.9 什么 时候使 用 SAX？.9 HTML的 缺点：.10 经验结论.10 用 ASP、JSP、PHP开发的 缺陷：.10 XML的优 缺点：.10 XML主要有 三个 要素：模 式、XSL、XLL。.10 2 Web Service相关技术.10 Web Service.10 创建简单 的 Web Service 的方 法：.11 Web Service 主要目 标是跨 平台和可 互操 作性，其特

3、点：.11 Web Service 应该使 用的 情况：.11 UDDI（统 一 描 述、发 现 和 集 成Universal Description,Discovery,and Integration）.11 SOAP.12 Web Service 技术（SOAP、UDDI、WSDL、EBXML）.12 3 软件工程、软 件架构及软 件体系结构.12 3.1 面向 对象技术.12 一组概念.12 OOA 的主要优点：.12 OOA 过程包括以下 主要 活动：.12 2 3.2 UML：.12 UML包含了 3个 方面的内容.13 UML提供了 3类基 本的 标准 模型 建筑块.13 UML规

4、定四种事物表示 法.13 UML提供 的建筑块之间 的基本联 系有四种.13 UML图形提供了9 种图形.13 UML规定了 语言的 四种公共机制.13 UML的特点：.13 USE CASE：.13 对象类图：.13 交互图：.14 状态图：.14 组件 图和 配置图：.15 UML开发 工具：ilogix Rhapsody.15 Rational Rose家族 成员有：.15 3.3OMT 方法：.15 OMT 方法有三种 模型：对 象模型、动态 模型、功能 模型。.15 三者的关 系：.15 3.4软件工程 理论：.16 软件体系结构：.16 统一软 件开发过 程 RUP：.16 把建立

5、原型 系统 做为 一种 可能采取 的策略 的主要理由 如下：.16 原型 法的主要优点：.16 面向 对象 方法的优点：.16 一个 可复 用构件应具 备的 条件是：.16 版本控制工具：.16 软件失败 的原 因：.16 瀑布 模型的特点：.17 软件能力 成熟度 模型：.17 ISO 9001 与 CMM 的关 系：.18 提高软件 质量 和可 靠性的技术大 致可分 为两 类：.18 软件配置 的任务：.18 软件复用的目的：.18 软件复用的 三个 层次：.19 软件成分 复用的 级别：.19 3.5 软件测试.19 3.5.1软件测试观 点：.19 3.5.2 测试 方法 和测试 工具

6、解 决 方案.19 相关工具.19 1.嵌入 式软 件测试 工具-LOGISCOPE.19 验证、评审 和改进代码.20 测试 的优 化.21 2白盒 工具-NuMega DevPartner Studio.22 3.黑盒 工具-QACenter.24 3 4数据库测试数据自动生 成工具-TESTBytes.26 使用 Rational Robot 实 现自动化测试.27 自动化测试 的步骤.28 自动化测试 过程.28 增强 和改进录 制的自 动化测试脚 本.29 执行 自动 化测试脚 本完成自 动化测试.29 应用性 能 优化工具 EcoScope.29 贯穿 整个应 用生命周期 的性 能

7、分析.29 确保 成功布署新 应用.30 传统的软 件测试：.31 现代的软 件测试：.31 使用测试 工具 的好处.32 软件测试 的环节：确认 和和 验证。.32 程序静 态 分析的方 法：.32 静态测试 工具：（不 需要执行 程序）.33 动态 测试 工具：（需要执行 程序）.33 测试数据 自动生成工具：.33 Ratioanl Robot 帮助你实 现有效 的自 动化测试.33 Robot 对 录制测试脚 本的 支持.33 Robot 支持 的环境.33 测试 的验 证点.33 Robot 的 测试 验证点.34 Robot 对 增强、改进测试脚 本的 支持.34 灵活的编 程语言

8、.34 Robot 灵 活的满足 了客户 需要的 扩展 性.35 Robot 对 执行测试脚 本的 支持.35 Robot 功能 特点的 总结.36 WinRunner:强大的 企业级 自动化测试 工具.36 轻松 创建 测试.37 插入检查 点.37 检验数据.37 增强测试.37 运行测试.38 分析结 果.38 维护 测试.38 帮助你 的 应用程序为 无线 应用作 准备.38 MVC 模式介绍.39 4 数据库、数据 仓库、数据 挖掘.40 4.1 数据库 理论与方 法.40 数据库 优 化问题：.40 分布式数据库 的问题：.40 全功能 分 布式数据库 的规 则和目 标.40 4.

9、2 数学理 论基 础.41 函数依赖：.41 4 最小函 数 依赖 集合。.42 多值依赖：.42 多值依赖 具有以下 性质：.43 多值依赖 与函数依赖 的两 个基 本的区别：.43 关系范式：.44 模式分解.44 试叙 DBMS 对数据库 的维护 功能。.45 数据 字典 的内容 和作用 是 什么?.45 试叙事务 的四个 性质，并 解释每 一个 性质 对 DBS有什么 益处?.45 分布式数据库 系统 有哪些 优点和 缺点?.46 分布式数据库 中，数据 分配有策略?数据 分片 有策略?数据 分片的准则?.46 在典型的分 布式 DBMS 中，软件模 块分成 哪三 级?.46 OLTP

10、和 OLAP 系统 的区别：.47 TPC基准程 序：.47 DBMS 的 基本功能：.47 一般的数据备 份操作有 三种：.47 4.3 数据 仓库：.48 数据 仓库 的数据 模式：星 型模 式和雪花 模 式。.48 数据 仓库 体系结构：.48 三种 数据 仓库模型（从结构 的角度看）：.48 数据 仓库 系统 的开发：.49 OLAP（联 机分析处理）的 基本功能：.49 4.4 数据 挖掘：.49 5 企业应用集成.49 VOD视频 点播 服 务器的组成：.49 现代企业计算 解决方案所 需的 8 种基 本服 务支持.49 6 网格技术.49 网格在实 际中的 应用.49 网格的含

11、义和特性.50 网格的应 用需求.50 科学研究（E Science）.50 电子 商务（E Business）.50 电子政 务（E Government）.50 电子娱乐（eEntertainment）.51 教育领域（E Education）.51 网格面临 的挑战.51 网格应用发 展趋势.51 走开放标准 路线.52 多技术 融 合.52 构建 网格 操作系统.52 形成信息综 合服务商.52 服务网格 是重要 产品 方向.52 相关链接.52 7 信息安全（网络 安全）.53 5 7.1入侵检 测系统：.53 入侵检 测 系统 技术：.53 发现入侵检 测一般采用如 下两项技术：.

12、53 入侵检 测 系统 的分 类：.53 入侵检 测 的主要方 法：.54 入侵检 测 系统 的结构及标准 化：.55 入侵检 测 系统面 临的主要 问题.55 入侵检 测 系统 的发 展趋势.55 小结：.56 Kerberos:.57 7.2PKI 技术.57 组成：.57 PKI 核心-认证 中心.58 认证 中心（CA）简介.58 CA/RA简介.58 中心的 功能.59 7.3VLAN 技术：.59 0 VPN 介绍：（VPN工作于 第 3 层）.59 1、VLAN概述.60 VPN的安全协议：.61 1 PPTP Point to Point Tunnel Protocal(点对点

13、 隧道协议).61 2 L2TPLayer2 Tunneling Protocol(第二层隧道协议).61 3 IPSECInternet Portocol Security(因特网 协议安全 性).61 4 SOCKs.61 VLAN在 交换机上的实现 方法，可 以大 致划分为 4 类：.62 1 基于端口划 分的 VLAN.62 2 基于 MAC 地址划 分 VLAN.62 3 基于网络 层划 分 VLAN.62 8 基础知识.63 进程通信：.63 并行处 理：.63 6 1 开发技术：语言与平台JavaBean组件模型特点：JavaBean组件模型 是面向向 客户端的组件模型；它支持

14、可移植 和可重用的Java 组件的开发；JavaBean组件可 以工 作于 任何 Java程序应用开发 工具 中；JavaBean组件 总是 在程序运行时被 实例化；JavaBean支持 可视 化及非可视化的组件模型。Enterprise JavaBean（EJB）组件模型特点：EJB 是面向 服务端的 JavaBean组件模型。它是一种 特殊的、非可视化 的 JavaBean，运 行在服 务器上；EJB 组件模型主要 包括 EJB Server、EJB Container、EJB Object 发及诸多相关特性；EJB Server 提供 EJB 组件 运行环境，它负责管 理和 协 调应用程

15、序资源的分 配；EJB Container 是用于 管理 EJB Object 的 设备，它负责 EJB 对象的生命周期 的管理，实现 EJB 对象的安全 性，协调分布 式事 务处 理，并 负责 EJB 对 象的上下文切换；EJB 规 范提供了 这样 的 一种机制，你可 以通过在 运行时 设置相应 的属 性值来定义每 一个EJB 对 象的运行状态；Deployment Descriptor 被 用于 设置 EJB 对象的运行状态。JSP胜过 servlet的关键的优点：JSP是以 显示为中心的，它为 Web 显示开发人 员提供了 更加 自然的开发模 式；JSP使人们 把显示和 内容 分隔开成

16、为可 能；JSP可以 帮助 组织 Web 应用物理状况。J2EE的重要组成部分：EJB：一个 技术 规范：EJB 从技术 上而言不 是一种 产品 EJB 是一种标准描述了构建应用组件要 解决的:可扩展(Scalable)分布式(Distributed)事务处 理(Transactional)数据 存储(Persistent)安全 性(Secure)JDBC：全称为 Java DataBase Connectivity standard,它 是一个面向 对 象的应用程序接 口（API）,通过 它可访问各类关 系数据库。JDBC 也是 java 核心类库的一部分。JDBC 的最大特点 是它独 立于

17、具体 的关 系数据库。Java RMI：RMI（Java Remote Method Invocation）是 java 解决分布式应 用的 最初方案，它允许 运行在一个 虚拟 机上的对 象调 用另一台虚拟 机 上对象的方 法，提供了程 序间的 远程调 用的 机制。RMI 允许 编写 分布式对象，可 以使 得对 象在内存中、跨 Java 虚拟 机 和跨物 理设备进行 通信。Java IDL：在 Java 2中引入 JavaIDL，使得利 用 OMG IDL 能够定 义服 务对象的 基本功能，并且将 IDL 根 据 CORBA 规范的要 求，映射到 Java 语言，并以此开发 出标准 的具有 互

18、7 操作性和可 连接性的分 布式应 用。JavaIDL 使分布式、支持 Web 的 Java 应用可 以基 于IIOP 协议 透明地调 用远程服务。JNDI：Java Naming and Directory Interface，用于 定位查找服务 对象都是 J2EE 体系 的 标准服 务。JMAPI(JA VA Management)：Java 管理 API，是指各 种 Java 语言 类和 接口的集合，用 它可以 开发 系统、网络 及服务等管 理性方 面的应用程序。JMS：Java Message Server。JTS：Java Transaction Service（Java事务服务），

19、Java中 进行 分布式事 务管理的技术 标准，它是基 于 CORBA 对象事 务服务（CORBA Object Transaction Service）的。JSA(IAVA Security API)：JSA 是一个内 存映射到 共享内存的文件,可以让多个 进程(即 多个 JVM)访问它。RMI和 RPC的区别：RMI 是面向 对象的，而RPC 是基 于过 程调用的。由于RMI 面向 对象的特性，RMI 调用可 以直接将对象 在调用的 两端之间 进行 传递，不但可 以传送数据，而 且还 可以传 递方法，扩展 了 RMI 的 使用；另外 RMI 还支持两 个 RMI 对象之间 的方 法回调（c

20、allback）。XML和 HTML 的主要区别：XML 是元标 记语言，用 户可以自己定义所需 要的 标记；XML 描述 的 是结构 和语 义；XML技术和 JSP技术集成的方案：以 XML 技术 为前端显 示 层或者是后端 数据层，JSP/JMS/Servlet/EJB 等 J2EE 技术 为中 间处理 层；JSP 等 J2EE 技术 接受客户端 的请求，从后端 数据层 中获得 数据，经过加工 处理之 后，以 XML/XSL/XSLT/的形式 返 回客户端。在 这 个模型，JSP 技术 充当 了逻辑 控制、计算 处理的 角色，而 XML 充当 了显 示数据、存储 数据、传递信息 流的功能；

21、Tag Libraries 在 JSP程序中的大 规模应用。XML与 JSP技术联合的优越性：简单 性可扩展 性便携 性多样性XML的特点：XML 和 CORBA、DCOM 这些技术 并不冲突，XML 可以为它们做传递信息、资料 桥梁；XML 使用方 便；XML 是 纯文本 形式，阅读 方 便，可用 编辑器直接 编写，可以直接透过 HTTP或 SMTP 等通 信协议 传送，开 放式标准，对 数据 的描述，有 进行数据 挖掘，编排的便利。但是 处理速度较慢。SAX(Simple API for XML)和 DOM(Document Object Model)都是为了 让程序员不用 写 一个解析器

22、 就 可以访问他们的资料 信息。通过利用 XML 1.0格式 保存信息,以及使 用 SAX或者 DOM APIs 你的程序可 以使 用任何解析器。这是因为 使用 他们所 喜爱 的语言开发 解析器 的开发者 必须 实现 SAX和 DOM APIs。SAX 和 DOM APIs 对多 种语言中 都可以实现(Java,C+,Perl,Python,其 它.)。所 以 SAX 和 DOM都是为了同 样的目的而 存在,这就是使 用 户可以利用任何编程语言 访问存 入 XML 文档中的 信息(要有 一个那种 编程语言的 解析器)。虽然他们在 提供 给你访问信息 的方 法上大不 相同。什么是 DOM?DOM

23、 可以 让你以分层次 对 象模型 来访 问储存 在 XML文档中的 信息。DOM 生成一棵节点 树(以 XML文档的结构 和信息 为基础)你可以通过这棵树 来访 问你的信息。在 XML文档中的文本8 信息 转变 成一组树 的节点。请看下图：不管你的 XML文 档中的 信息 的类 型(不管是表格 数据,或 是一 列 items,或者只是文档),DOM 在你 创建一个XML文档的文 档对象时创建一 棵节点 树。DOM强迫你使用树状 模型(就像Swing TreeModel)去访问 你的 XML文档中的 信息。这种模 式确实 不错因为 XML原本 就是分 层次的。这也 是 DOM 为什么可 以把你

24、的信息放 到一棵树 中的原 因。上图是 过分 简单 的，因为 在 DOM 中,每 一个 元素节点实 际上都 有一系 列的其他节点作 为它的 孩子。这些孩子节 点可 以包含 文本 值或者是其 他元 素节点。乍看起来，通过遍历 访问 一个元 素的所有 孩子 节点来访 问这个节点的 值是没有 必要的(举例来 说:节点 Nazmul,Nazmul 是值)。如果每 个元素只 有值的话，这确实 是没有必要的。但 是，元素 可能含 有文本 数据 或 者其他元素;这是你要在 DOM 中做额外的 工作来获取元 素节点值的原 因。通常当 你的文 档中 只有纯数据 时,把所有的 数据 压成一个“块“放到字串中并让

25、DOM 把那 个字串当 成某个特定 元素节点的 值返 回是适当 的。这种方式并 不适合如果在 你的 XML文档中的数据 是个 文档（比 如像 WORD 文档或者 FRAMEMAKER文档）在文 档中，元 素的顺序是非常 重要的。对于 纯数据(像一个 数据库 表)元素的顺序是 不要 紧的。之所以 DOM 保持 从 XML文 档中读 出的元素的顺 序，因为 它把所有的 事物 都当成文 档来处理。文档对像 模型的 叫法由此而来。如果你计划用 DOM 做为 JAVA对象模型用于 你存储 在 XML文档中的 信息，那么你不需 要考虑 SAX。可是如果你发 现 DOM 不是一个 可以用于 处理 XML文档

26、信息 的好的对 象模式，那 么你可 能想看看 SAX了。在一些必须 使用自 定义对象模型的案 例中使用 SAX是非常普遍 的。说一句 让事情 看来有 些糊涂 的话，你也可 以在 DOM 的基础 之上创建 自己的对 象模式。面向 对 象真是个 好东东。什么是 SAX?SAX让你访问储存 在 XML文档中的 信息，不是通过节点 树，而是一系 列的事 件。你会问，这有什么 益处？回 答是，SAX选择 不在 XML文档上 创建 JAVA对象模型(像 DOM 做的 那样)。这样使 得 SAX更快,同时使下面 所述 成为必要:创立你 自己的自 定 义对像模型创建一个 监听 SAX事件的 类同 时,创建 你

27、自己的对 象模型。注意 这些步骤 对 DOM 而言 是不必 要的，因为 DOM 已经为你 创建了一个 对象模型(将你的 信息 用一棵节点树表示)。在使用 DOM的情况下,解析器 做了绝大多数事情,读入 XML 文档,在这基础之上创建JAVA对象模型，然后 给你一个 对这个对象的引用(一个 Document 对象)，因而你可以操 作 使9 用它。SAX被叫做 Simple API for XML不是没有原 因的,她真 的很简单。SAX 没有期待 解析器 去做这么多工 作，所有 SAX 要求的是解析器应该 读入 XML文档,同 时根据所遇到的 XML文档 的标签发出一系 列事件。你要自 己写 一个

28、XML文档处 理器类（XML document handler class）来处 理这些事件,这意味着 使所有 标签 事件有 意义还 有用 你自己的对 象模型 创建 对象。所 以你要完成:控制所有 XML文档信息 的自 定义对象模型（或者源文档在这里的写法从来没有见过，或者怀疑 源文档在这 里有排版错误，先这么翻了）一个 监听 SAX事件(事件由 SAX解析器 读 取你的 XML文档时产 生)的文 档处理器，还有 解释这些事件 创建 你自定义对 象模型中的对 象 如果你 的对 象模型 简单 的话那 么 SAX在运行时会非常快。在 这种情况下，它会比 DOM 快,因为它忽 略了为你 的信息 创建

29、一个 树形 对象模型的过 程。从另 一方面来说，你必须 写 一个 SAX 文档处 理器来解释所有的 SAX事件(这会是一 件很繁重的 工作)。什么类型的 SAX事件被 SAX解析器抛出了哪?这些事件实际 上是非常简单 的。SAX 会对每一个 开始标签抛出事 件,对每一个结 束标 签也是 如此。它对#PCDATA和 CDATA 部分 同样抛出事 件。你 的文 档处理器(对这些事件的 监听器)要解释这些事件同时 还要在 他们基础 之上创建 你自定 义的对 象模型。你的文 档处理 器必须 对 这 些 事 件 做 出解 释，同 时 这 些 事 件发 生 的 顺 序 是 非 常 重要的。SAX 同 时

30、也 对processing instructions,DTDs,comments,抛出事 件.但是它们在 概念 上是一 样的,你的解析器 要解释这 些事件(还有这些事件的发 生顺序)以及使 他们有 意义。什么时候使用 DOM？如果你的 XML文档包含 文档数据(例如,Framemaker documents stored in XML format),那么 DOM 就是你的 解决方案的 最自 然选择。如果你 要创建一 些类似于文 档信息 管理的 系统，那么 你不得不 处理大 量的文 档数据。Datachannel RIO 产品 就是这 么一个 例子,它可以索 引和组 织各 种类 型文 档资源中

31、的 信息(例如 Word和 Excel 文件)。在 这种情况下，DOM 是非 常合适 程序去访问存 贮在这些文档中的 信息 的。然 而,如 果 你 主要 处 理的 是结构 化 的 数据(在XML 中的 序 列 化 的JAVA 对 象the equivalent of serialized Java objects in XML)，DOM 不 是最好的选择。那就 是 SAX会比较 合适的地方。什么时候使用 SAX？如果在你 XML文档中的 信息 是机器 易读的(和机器 生成的)数据，那么 SAX是让你可以 访问这 些信息 的合 适 的 API。机器 易读和生 成的 数据 类型 包含 像下面 这些

32、 东西:存成 XML格式 的 Java 对象属性用 一些以文本 为基础的 查询语句(SQL,XQL,OQL)表示的查询 由查询生成的 结果集(这也许 包含 关系型数据库 表中的 数据编码 成 XML).这么看来机器生成的 数据 是你一 般要在 java 中生成数据 结构 和类的信息。一个简单 的 例子是包含个 人 信息的 地址 簿，在上图所示。这个地址 簿 xml 文件不 像字处 理器文档，它是一个包含 已经被 编码成文本的 纯数据 的 XML文档。当你的数据 是 这种样式，你要创建 你自己的数据 结构 和类（对 象模型）来管 理操作以及持续 保存这 些数据。SAX容许你快速 创建一个 可以生

33、成你 的对 象模型 实例的处理器类。一个实例 是：一个 SAX文档 处理器。它完成的 工作有 读入包含 我的地址 薄信息 的 XML文档，创建一个 可以访问到这 些信息 的 AddressBook 类。SAX指南告诉 你该怎么做到这 些。这个地址 薄XML文档 包含 person 元素，person 元素中有 name和 email 元素。我的 AddressBook 对象 模型包括下面 的类：10 AddressBook 类,Person 对象的容器 Person 类,String 型的 name和 email 的容器 这样我的“SAX 地址 簿 文档处理器”可 以把 person 元素转变

34、 成 Person 对象了，然后 把它们都存入 AddressBook 对 象。这个文档处 理器将 name和 email 元 素转变 为 String对象。HTML 的缺点：链接 丢失后不能自动纠正；动态内容 需要下载的部件 太多；搜索 时间 长；HTML 缺乏对双字节或多国文字的支持，或者说支持 不够；HTML 可扩展 性差。经验结论你写的 SAX文档处理器（SAX document handler）做了将元素映射为对象的工作。如果你的信息被结构 化成可以容易创建这样的映射，你应该使 用 SAX API。从另一方面来说，如果你的数据更适宜用树来表示那么你应该使 用 DOM。XML 在 AS

35、P 中用 DOM：用 ASP、JSP、PHP开发的缺陷：可扩展 性不理 想；重复性与 高可用性 考虑较 少；系统 集成不 够方 便；在性 能上有 待提高。XML的优缺点：可以处理数据 结构，但 决不是一个 全面向 对象 语言；XML以字符来标示 出数据 结构，免 不了使 用大 量 标签和文 字分隔 符号，而 给数据交换增加额外负 担；XML 并 不提供 对象间 的连接；XML 的 元素可以有多个属性，但 属性不 能隶属于多个元 素；XML 没 有继承 和运算等面向 对象的特 征。易为人懂，与 流行于 INTERNET上协议（如 HTTP）相容；易于扩 充，有 利于快速开发 软件；已有多个免费

36、XML 分 析器 可以把 XML 文件 转换成对 象结构。XML主要有三个要素：模式、XSL、XLL。模式规定了XML 文件的 逻辑 结构，定 义了 XML 文件中的 元素、元素的 属性以及 元素和 元素的 属性之间 的关 系，它可以帮助 XML 的分 析程 序校验 XML 文件 标记的合 法性；XSL 是用于 规定 XML 文件 样 式的语言，它能 在客户端使 WEB 浏览 器改变文件的表示 法，从而不需要 再与服务器进行 交互 通信；XLL 将进一步扩展 目前 WEB 上已有的 简单 链接。2 Web Service 相关技术Web Service 是建 立可互操 作的分 布式应 用程序

37、的新平台。Web Service 的基础 是 XML 的消息传递，其 传递是 通过标准 的网络 协议，如 HTTP。组成 Web Service 平台的 三个 技术：XML 和 XSD 11 XML 是 Web Service 平台 上表示 数据 的基本格 式。XML Schema（XSD）定义一套标准的数据 类型。SOAP SOAP简单 对象 访问协议 提供了标准 的 RPC方法来调 用 Web Service。SOAP规范定义 了SOAP消息的格 式以及 如何通 过 HTTP协议 来使用 SOAP。SOAP也是基 于 XML和 XSD，XML是 SOAP 的数据编码 方式。WSDL Web

38、 Service描述 语言（WSDL），是基 于 XML的语言，用于 描述 Web Service 及其 函数、参数 和返回值。创建简单的 Web Service 的方法：供应 商选择 自己的编程语言，中 间件和开发平台开发、装配 Web Service；各供应 商定义一个 Web Service 描述 语言（WSDL），通过统一 语言和 标准 来 建立 Web Service；供应 商在 UDDI注册，UDDI能让供应 商发 布 Web Service，并能为 他们的 软 件找到 由其它供应 商提供 的服务，也就 是大家资源共享；用户 通过 UDDI搜索 他想 要服务；用户 通过 SOAP

39、来调 用 Service的操作。Web Service 主要目标是跨平台和可互操作性，其特点：完好 的封装 性；松散耦 合；使用 协约的规范性；使用 标准 协议 规范；高度 可集成 能力；开放 性。Web Service 应该使用的情况：跨防火墙 的通信；应用程序集成；B2B 的集成；软件和 数据 重用。UDDI（统 一 描 述、发 现 和 集 成Universal Description,Discovery,and Integration）是一 套基于 Web 的、分布式的、为 Web Service提供 的、信息 注册 中心的 实现标准规范，同时也包含一 组 使企业能将自身提供 的 Web

40、 Service注册，以使 别的 企业能够发现的 访问协议 的实现标准。UDDI（统一描述、发现和集成）：Web Service 的体系架构 中包括三个 角色：服务提供商，服务请求者、服务注册器。角色间主要有 三个操 作：发布、查找、绑定。UDDI的核心是 UDDI商业 注册。UDDI商业 注册所提供 的信息 包括三个 部分：白页、黄页和 绿页。12 SOAP 是一种基 于 XML 的不 依赖 传输协议 的表示 层协议，用来 在应用程序之间 方便地以对象的 形式交 换数据。SOAP 技术有 助于实现大量 异构程 序和平台 之间 的互操 作性，从而使存在的 应用能 够被广泛 的用 户所访问。We

41、b Service 技术（SOAP、UDDI、WSDL、EBXML）J2EE 技术（JNDI EJB JMS JavaMail JDBC JSP Servlet RMI-IIOP）JTA 事 务处 理JMS 消息服 务JAAS 安全服 务按照 对基于 J2EE 规范的企 业应用系统 逻辑 层的划分，通常 将分布式的编 程环境 划分为如 下四种类 型：EJB 容器；WEB 容器；客户应用 容器；Applet 容器。3 软件工程、软件架构及软 件体系结构3.1 面向对象 技术一组 概念重用 一组对 象常常 称为对象池化。SAX（Simple API for XML）：是事 件驱动模型。DOM（Do

42、cument Object Model）：是文 档对象模型。LDAP（Lightweight Directory Access Protocol）：轻量目 录访问协议。DOM 要装 入整个文档并对该文档进行 解析 会很慢 且占用大 量内存。SAX 是工 作在 数据 流 之上，在 数据 流经过时对 其进行处 理。它消除 了在内存中构建 数据 树的需要，但不 允许 开发者实际 更改原始文档 中的 数据。OOA 的主要优点：加强 了对问题域 和系统 责任和理 解；改进 与分 析有关的 各类人员之间 的交 流；对需 求的变化具有较强的适应性；支持 软件复用；贯穿 软件生命周期 全过程的一致性；实用性；

43、有有 利于用 户的参与。OOA 过程包括以下 主要活动：发现 对象，定义它们的 类；识别对 象的内部特 征，定义属性，定 义服 务；识别对 象的外部关 系；划分主 题，建立主题图；定义 use case，建立交互图；建立 详细 说明；原型开发。3.2 UML：由 Grady Booch、Jacobson、Rumbaugh 合作，共同努 力，提出 的。13 UML 包含了 3 个方面的内容：模型的 概念 和表示 法、语言的 公共机制、对象约束 语言。UML 提供了 3 类基本的标准模型建 筑块：事物、联系、的 图形。UML规定四种 事物表示 法：结构 性事物、行为 性事物、成组性 事物、注释性事

44、物。结构性事物 指模型的 静态部分，如对 象类、USE CASE；行为 性事物 指模型的 动态 部分，如交互、状态机；成组性 事物 指模型的组 织部分，如包；注释性事物 指 模型的 解释说明 部分，如注释。UML 提供的建筑块之间 的基本联系有四种：依赖、关联、泛化、实现。UML 图形提供 了 9 种图形：用于 建立系统 模型：类图、对象图、USE CASE 图、顺序图、协同图、状态图、活动图、组件 图、配置图。UML 规定了语言的 四种公共机制：说 明、装饰、通用 划分、扩展 机制。扩展 机制，允许使用人 员根据需 要自 定义一些构 造型等语言成分。UML 规定 可 以自定义 3 种 语言成

45、分：构造型、标记值、和约束。构造型用于对模型元素分 类，在既有的 基 本模型 元素一定 义新模型 元素。标 记值和约束 直接 对单个 的模型 附加一些性质和语 义。UML 的特点：统一 的标准；面向 对象；可视化、表达能力强 大；独立于过 程；容易掌握 使用；使用 UML 有助于处 理软件开发中的 各种风险；UML不是一个 独立 的软件工程 方 法，而 是面向 对 象软 件工程 方法 中的 一个 部分；UML 只 是一种标准 的系统 分析和设计的语言，用于系统建 模；UML 不 是程 序设计语言，不 能用来直 接 书写程序，实现系统；用 UML 建立系统 模型可 以很好地支持 软件开发的 前向

46、工程 和逆向工程。USE CASE：USE CASE 定义：是对 一个活动 者使用 系统 的一项功能 时所进行 的交互 过程的一个 文 字描述 序列。因此它是 对系统 的用 户需 求，特别 是对功能需 求的描述。USE CASE 表达了系统的功能 和所 提供 的 服务。有人 把 USE CASE 分为两 大类：业 务 USE CASE 和系统 USE CASE。业 务 USE CASE是指 系统提供 的业 务功能 与活动 者的 交互，表现问题领域 中各实体之间 的联 系和业 务往来 活动，用于 建立问题领域 的业 务 USE CASE 模型。系统 USE CASE 是 指活动 者与 系统 的交

47、互，它表 现了系统 的功能需 求和动态 行为，用于 建立系统 的 USE CASE 模型。USE CASE 和 USE CASE 之间 有：泛 化关联、使 用关联、包含 关联、扩展 关联。泛 化关联用于 共享 USE CASE 的共同功能行为；使用关联 是指一个 USE CASE 使用另一个 USE CASE 的 功能行为。使 用关联 是一种 泛化关联。对象类图：的对 象类图 能够更 好地用于对 数据库 建 模。传统的图仅仅 着眼于数据，而 的对 象类图 不但对 数据，而且能 对行为 建模，这些 行为 在物理数据库 中被设计成 触 发14 器和 存储 过程。对关 系 数据库 系统 可以 用对

48、象类图描述 数据库 模式，用类描述 数据库 表；对于对 象数据库 系统 可以用对 象类图 直接描述 数据库 中的对 象类。交互图：交互图 表达对 象之间 的交互，是描述一 组对 象如何合作 完成某个行为 的模型 化工具。主要用于对USE CASE 中的 控制流的建模。能有效的帮助 人们 观察和理 解系统内 部的 协作关系和过 程行为。的交互图 有两种类 型：顺序 图（类似时序图），协同 图。顺序图着 重描述 对象按照 时间 顺序的消息交换，协同图着重描述系统 成分 如何协同工作。顺序图和协同 图都上 交互图，它们即是等价的，又是有区别的。顺序图和协同 图都能等价地表现系统 运行中对 象通过消息

49、发生 的交互 行为。顺序图表示 了时间 消息序列，便 于分 析交互 的时 序，但没有表示 静态 对象关系。顺序 图可以 有效地帮助 人们 观察系统 的顺 序行为。协同图着重表示 一个 协同中的对 象之间 的联 系 和消息，协同图用于 描述一个操 作或一个分类 符的实现，常 用于 帮助 设计行为。在对 系统建 立行为 模型 时，最典 型的 做法是 用顺序图按时间 顺序对控制流建模，用协 同图按 对象组织对控 制流建模。状态图：的状态图 主要用于 建立对象类 或对象的 动态 行为 模型，表现一个 对象所经历的 状态的 状态 序列，引起状态 或活动 转移的 事件，以及 因状态 或活动 转移而伴随 的

50、动作。用状态机来 表示。可用 两种方 式来表达：状态图 和活动图。状态图 着重于对 一个 模型 元素的可 能 状态及其 转移建立模型，着重表 现从一个状态 到另 一个状态 的控制流。活动图 着重于对 一个活动到另 一个活动 的 控制流建立模型。状态图 和交互图 的侧重点不 同：交互图 表示 若干 对象在一起工作完成某项服 务；而状态图则 是为一个 对象 的生命期 间的情况建 立模型。状态图 和活动图 也不一样。活动图描述活动的序 列，对活动 到活动 的 控制流建模，适 合表达 工作流和并发的 处理。而状态图 表 达状态机，是对事 件到事件的 控制 流建模。状态图 可以表示 一个 对象的 历史，