信息系统集成技术

信息系统集成技术

中国软件评测中心1课程大纲-1第一章前言第二章软件开发的典型方法第三章统一建模语言UML、系统分析和设计第四章软件架构与组件技术第五章典型网络技术及标准第六章网络安全

第七章典型信息系统集成技术2课程大纲-2信息系统集成技术发展方向因特网查询、预定的图书管理系统3第一章、前言41.

系统集成概况

1.1系统集成定义1.2系统集成的三个层面1.3系统集成实施步骤1.4系统集成体系框架1.5系统集成的原则1.6系统集成组织机构51.1

系统集成解决什么问题？集成即集合、组合、一体化，以有机组合、协调工作、提高效率和创造效益为目的的将各个部分组合成为全新功能的、高效的和统一的有机整体。系统集成是指在系统工程科学方法的指导下，根据用户需求，优选各种技术和产品。提出系统性的应用方案，并按方案对组成系统的各个部件或者子系统进行综合集成。61.1

系统集成方法论系统集成的目标：系统生命期中与用户利益始终保持一致的服务。系统集成的方法：先进的理论+先进的技术+先进的手段+先进的管理。系统集成的对象：计算机及通信的硬件+计算机软件（系统软件和应用软件）+系统集成的用户+管理系统集成的关键：系统整体优化，即所有部件和成分合起一起后不只是能工作，而且全系统是低成本的、高效率的、性能匀称的、可扩充性和可维护性好的系统。

71.2

网络系统集成的3个层面系统集成过程集成商的经验技术用户需求以太网骨干网络TCP/IP广域网互联……技术集成传输介质网络交换机路由器网络服务器……产品集成网络管理基础应用平台网络操作系统软件开发……应用集成81.3

系统集成实施步骤客户需求初步需求分析检错系统维护与服务客户论证意见方案修正方案设计解决方案工程实施方案论证测试验收项目终结项目管理91.4

系统集成体系框架网络安全平台机房电源网络传输基础设施网络通信设备网络服务器和操作系统网络协议外部信息基础设备互联互通数据库平台Internet/Intranet基础服务网络管理平台开发工具数据库平台开发工具基础服务应用基础平台用户界面客户/服务器平台Web平台GUI平台网络应用系统计算机网络平台环境支持平台101.5

系统集成原则系统开放性。“开放性”和“标准性”是同义词，是当今计算机应用的共同呼声和迫切愿望，是计算机技术发展的必然趋势。在系统集成当中，产品选型、设备选型、软件选型、软件工具的工发等一系列工作应采用国际流行标准，特别是工业标准。系统开放性好的系统肯定是一个生命的系统、应用软件可移植好的系统。111.5

系统集成原则实用性和先进性：实用有效是最主要的设计目标，设计结果应能满足需求，且切实有效；设计上确保设计思想先进、信息系统结构先进、系统硬件设备先进、开发工具先进。121.5

系统集成原则稳定性和可靠性：稳定可靠、安全地运作是系统设计的基本出发点，技术指标按MTBF（平均无故障时间）和MTBR（平均无故障率）衡定，重要信息系统应采用容错设计，支持故障检测和恢复；安全措施有效可信，能够在软、硬件多个层次上实现安全控制。131.5

系统集成原则灵活性和可扩展性：系统集成配置灵活，提供备用和可选方案；能够在规模和性能两个方面进行扩展，使其性能有大幅度提升，以适应应用和技术发展的需要。141.6

典型的系统集成商组织机构项目管理部系统集成部应用软件开发部采购与外联部综合管理与财务部网络施工工程部（可选）15第二章软件开发的典型方法预备概念类

类是现实世界中实体的形式化描述，类将该实体的属性（数据）和功能（函数）封装在一起。类是一种复杂的数据类型。16对象 对象（Object）是类（Class）的一个实例（Instance）。如果将对象比作房子，那么类就是房子的设计图纸。所以面向对象程序设计的重点是类的设计，而不是对象的设计。类相当于复杂的一种数据类型，一种带有操作函数的数据类型。而对象是该类型的变量。

17封装封装：把类中的数据同函数组合在一起。18继承广义地说，继承是指能够直接获得已有的性质和特征，而不必重复定义它们。在面向对象中，继承是子类自动地共享基类中定义的数据和方法的机制。父类：类的上层，也叫基类。子类：类的下层，也叫派生类。继承有时也叫派生。19继承和组合1、如果类A和类B毫不相关，不可以为了使B的功能更多些而让B继承A的功能。2、如果类B有必要使用A的功能，则要分两种情况考虑： 1）若在逻辑上B是A的“一种”（akindof），则允许B继承A的功能。如男人（Man）是人（Human）的一种，男孩（Boy）是男人的一种。那么类Man可以从类Human派生，类Boy可以从类Man派生。 2）若在逻辑上B是A的“一部分”（apartof），则不允许B继承A的功能，而是要用B和其它东西组合出A。例如眼（Eye）、鼻（Nose）、口（Mouth）、耳（Ear）是头（Head）的一部分，所以类Head应该由类Eye、Nose、Mouth、Ear组合而成，不是派生而成。20多态定义：1、允许将派生类的对象当作基类的对象使用。或：2、给行为（函数/虚函数）取一个名字或符号，它共享一个类的层次，在这个层次中的每个类都以适合自己的方式实现这个行为。或：3、一体（函数/虚函数）多用。21面向对象技术基本概念类对象类图和对象图需求、功能和过程→程序模块（或称组件）三过程：OOAOODOOP22基本概念思想体系、架构和架构师（ARCHITECTURE&ARCHITECH）框架(Framework)模式（PATTERN）、模型（MODEL）平台、环境（PLATFORM）构件（COMPONENT）WEBSERVICESXML23思想这里，指的是软件开发思想。关于软件开发的一整套理论、方法、步骤和工具。 到目前为止，至少有两个：1、结构化系统分析和设计+软件生命期的瀑布模型或其改进型模型+文字/图形处理软件。2、面向对象的系统分析和设计+软件开发的迭代模型+CASE工具。

现在，依据上述思想实现的思路有：1、微软的MSF；2、UML+RUP+ROSE；24体系结构（Architecture）体系结构亦可称为架构

SoftwareArchitecture={Elements,Forms,Rationale/Constraint}，

软件主架构={组件元素，元素互助合作之模式，基础要求与限制}。

软件主架构的设计就是：将各组件元素以某些理想的合作模式组织起来﹐以达成系统的基本功能和限制。25典型的体系结构有：层次体系结构客户机/服务器结构浏览器/服务器结构多层体系结构消息驱动……26架构是指所有构件组合定义系统的一个蓝图：结构、接口和通讯机制。我们可以进一步将架构分为企业级和应用级架构。企业级系统架构企业级系统架构包括硬件和软件基础设施、网络布局、开发、测试、生产环境等等。它反映了一个企业的长期投资。应用级架构应用级架构参考一个特定的项目和规范建立在企业级系统架构的上层。在基础设施完成后，架构师研究怎样构建一个特定的应用。如果你的企业级架构仅部分支持老的J2EE版本，可以先升级你的系统。如果由于预算或时间关系不能升级，那么必须在更老版本规定的技术范围内开展工作。虽然构建企业级重用构件非常重要，但是必须首先要能够使用。这里的最终目标是满足客户的需求--一次一个项目。27框架(Framework)框架的一般定义就是：在特定领域基于体系结构的可重用的设计。也可以认为框架是体系结构在特定领域下的应用。也可以认为框架是某种应用的半成品，在这样的结构下选用一组组件，供你完成你自己的系统。简单说就是使用别人搭好的舞台，你来做表演。而且，框架一般是成熟的，不断升级的软件。架构师不是设计师；架构和设计是完全不同。一个应用架构的范围包括系统的主要结构、架构设计模式和可以在上面增加构件的框架。架构主要关注的是非功能性方面，而设计关注应用业务用例将领域对象模型转换成技术对象模型。应用架构是项目的结构，一个特殊的应用程序。通过应用架构开发，你通常必须要做的应用架构决定包括：层之间进行功能划分领域对象建模28要保护的遗留系统要购买的软件构件要开发的构件怎样集成第三方构件为什么要用框架？因为软件系统发展到今天已经很复杂了，特别是服务器端软件，涉及到的知识，内容，问题太多。在某些方面使用别人成熟的框架，就相当于让别人帮你完成一些基础工作，你只需要集中精力完成系统的业务逻辑设计。而且框架一般是成熟，稳健的，它可以处理系统很多细节问题，比如，事物处理，安全性，数据流控制等问题。还有框架一般都经过很多人使用，所以结构很好，所以扩展性也很好，而且它是不断升级的，你可以直接享受别人升级代码带来的好处。框架一般处在低层应用平台（如J2EE）和高层业务逻辑之间的中间层。29库(Library)库是可重用的、相互协作的资源的集合，供开发人员进行重复调用。它与框架的主要区别在于运行时与程序的调用关系。库是被程序调用，而框架则调用程序。30设计模式（DesignPattern）模式为“在一定的环境中解决某一问题的方案”。这三个事物—问题、解决方案和环境—是模式的基本要素。通过模式，你可以无数次地使用那些已有的解决方案，无需在重复相同的工作。模式有不同的领域，建筑领域有建筑模式，软件设计领域也有设计模式。为什么要用模式？因为模式是一种指导，在一个良好的指导下，有助于你完成任务，有助于你作出一个优良的设计方案，达到事半功倍的效果。而且会得到解决问题的最佳办法。31平台（PlatForm）由多种系统构成，其中也可以包含硬件部分。32构件（component）是可复用的软件组成成份，可被用来构造其他软件，也叫组件。它可以是被封装的对象、一些功能模块、软件框架（framework）、软件构架（或体系结构Architecture）、文档、设计模式（Pattern）等。33构件构件的基本属性：1、构件是可独立配置的单元，因此构件必须自包容；2、构件强调与环境和其他构件的分离，因此构件的实现是严格封装的，外界没机会或没必要知道构件内部的实现细节；3、构件可以在适当的环境中被复合使用，因此构件需要提供清楚的接口规范，可以与环境交互；4、构件不应当是持续的，即构件没有个体特有的属性，理解为构件不应当与自身副本区别。从以上四个属性可以看出，构件沿袭了对象的封装特性，但同时并不局限在一个对象，其内部可以封装一个或多个类、原型对象甚至过程，结构是灵活的。34构件化对软件开发工程化是非常重要的，有了构件才能通过构件的组装、互连，实现软件的工程化开发。然而我们更进一步，可以这么说，构件化也有自己的基础，那就是统一的建模语言，它应该是一种所有软件开发人员都了解的语言，可以完整地描述软件的需求和结构，这就是“统一建模语言”（unifiedmodelinglanguage，uml）。从软件开发的历史我们可以看出，软件开发方法一直是开发人员非常关注的问题。随着软件的日益复杂，传统的开发方法已经难以满足需求，面向对象的开发方法逐渐成为主流，uml就是第三代面向对象开发方法。利用uml，软件设计人员可以很方便地为实际系统的编写提供一个“蓝图”，可以对软件系统及其部件进行表示、直观化说明、构造和开发过程文档化，能大大简化软件设计的复杂过程。当然，仅有建模语言还不够，还需要有相应的“过程”来实现用建模语言搭建的“蓝图”。35WebService从表面上看，Webservice就是一个应用程序，它向外界暴露出一个能够通过Web进行调用的API。这就是说，你能够用编程的方法通过Web来调用这个应用程序。我们把调用这个Webservice的应用程序叫做客户。例如，你想创建一个Webservice，它的作用是返回当前的天气情况。那么你可以建立一个ASP页面，它接受邮政编码作为查询字符串，然后返回一个由逗号隔开的字符串，包含了当前的气温和天气。要调用这个ASP页面，客户端需要发送下面的这个HTTPGET请求：/weather.asp?zipcode=20171返回的数据就应该是这样：21,晴这个ASP页面就应该可以算作是Webservice了。36WebService（续）因为它基于HTTPGET请求，暴露出了一个可以通过Web调用的API。下面是对Webservice更精确的解释：

Webservices是建立可互操作的分布式应用程序的新平台。Webservice平台是一套标准，它定义了应用程序如何在Web上实现互操作性。你可以用任何你喜欢的语言，在任何你喜欢的平台上写Webservice，只要我们可以通过Webservice标准对这些服务进行查询和访问。37XML可扩展的标记语言(XML)是Webservice平台中表示数据的基本格式。XML是不同数据结构体的文本化描述语言。除了易于建立和易于分析外，XML主要的优点在于它既是平台无关的，又是厂商无关的。它可以描述线性表、树、图形等数据结构，也能描述文件化的外部数据结构。甚至可以制造类似XML的Compiler，可使文档在文本与二进制文件间互相转换，XML-Data中严格定义了XML中数据的物理类型。也可以说XML是一种通用的数据结构。38XML（续）XML是行业HTML扩展标记的定义语言。XML与HTML结合描述行业的专用信息文档，如

CDF,CML,MathML,SMIL等。XML是在因特网时代与Java、CORBA等量齐观的一个概念。Java解决了语言实施的同一，CORBA解决了通讯协议的同一，XML解决了信息表示、关联的同一；OO面向对象是这三者的共同理论基础。万维网接口定义语言

WIDL就是

XML与IDL技术结合的产物。XML是国际标准化组织的标准通用标记语言

SGML的子集。SGML面向诸于飞机设计文档的大规模、长生命期的信息储存，XML则面向短期的临时数据处理、面向万维网络；二者是相互补充的关系。XML是巴斯克范式

BNF的语言化、标准化、电子化。39软件开发模型介绍RUPRationalUnifiedProcessRational统一过程XP

ExtremeProgramming极限编程MSFMicrosoftSolutionsFramework微软解决方案框架402.1微软解决方案框架MSFMSF是什么？

MSF是一系列指导有效地创建和运用信息技术解决商业问题的模型、原则、指导、方法。通过提供可衡量的过程和严格的指导，达到满足变化的商业需求。是一套大型系统开发指南和方法论，是一种思想和原理。

41MSF微软解决方案框架

MSF的组成？MSF由以下6个主要模型组成：MSF企业体系结构模型MSF开发团队模型MSF开发过程模型MSF风险管理模型MSF设计过程模型MSF应用系统模型422.2RUP早期的软件开发过程方法：瀑布模型（图1）

RUP（RationalUnifiedProcess）软件统一过程和XP（ExtremeProgramming）极限编程，通常被叫做“过程方法”，是一种软件项目实施过程的方法论。软件过程是指实施于软件开发和维护中的阶段、方法、技术、实践及相关产物(计划、文档、模型、代码、测试用例和手册等)的集合。目前市场上领先的软件过程主要有RUP(RationalUnifiedProcess)、OPENProcess和OOSP(Object-OrientedSoftwareProcess)。43RUP可以用二维坐标来描述。横轴表示时间，是项目的生命期，体现开发过程的动态结构，主要包括周期(Cycle)、阶段(Phase)、迭代(Iteration)和里程碑(Milestone)；纵轴表示自然的逻辑活动，体现开发过程的静态结构，主要包括活动(Activity)、产物(Artifact)、工作者(Worker)和工作流(Workflow)。如下图：44452.2.1开发过程中的各个阶段和里程碑

RUP中的软件生命期在时间上被分解为四个顺序的阶段，分别是：初始阶段(Inception);细化阶段(Elaboration);构建阶段(Construction);交付阶段(Transition)。

每个阶段结束于一个主要的里程碑(MajorMilestones)。在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。1．初始阶段初始阶段的目标是为系统建立商业案例并确定项目的边界。46为了达到该目的必须识别所有与系统交互的外部实体，在较高层次上定义交互的特性。对于建立在原有系统基础上的开发项目来讲，初始阶段可能很短。初始阶段结束时是第一个重要的里程碑：生命期目标(LifecycleObjective)里程碑。生命期目标里程碑评价项目基本的生存能力。2．细化阶段细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。为了达到该目的，必须在理解整个系统的基础上，对体系结构作出决策，包括其范围、主要功能和诸如性能等非功能需求。同时为项目建立支持环境，包括创建开发案例，创建模板、准则并准备工具。47细化阶段结束时形成第二个重要的里程碑：

生命期结构(LifecycleArchitecture)里程碑。生命期结构里程碑为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行衡量。此刻，要检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。3．构建阶段 在构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。从某种意义上说，构建阶段是一个制造过程，其重点放在管理资源及控制运作以优化成本、进度和质量。48构建阶段结束时是第三个重要的里程碑： 初始功能(InitialOperational)里程碑。初始功能里程碑决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为“beta”版。4．交付阶段交付阶段的重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代，包括为发布做准备的产品测试，基于用户反馈的少量的调整。在生命期的这一点上，用户反馈应主要集中在产品调整，设置、安装和可用性问题，所有主要的结构问题应该已经在项目生命期的早期阶段解决了。在交付阶段的终点是第四个里程碑： 产品发布(ProductRelease)里程碑。此时，要确定目标是否实现，是否应该开始另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。492.2.2RUP的核心工作流

RUP中有9个核心工作流，分为6个核心过程工作流(CoreProcessWorkflows)和3个核心支持工作流(CoreSupportingWorkflows)。尽管6个核心过程工作流可能使人想起传统瀑布模型中的几个阶段，但应注意迭代过程中的阶段是完全不同的，这些工作流在整个生命期中一次又一次被访问。9个核心工作流在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复。1．商业建模(BusinessModeling)商业建模工作流描述了如何为新的目标组织开发一个构想，并基于这个构想在商业用例模型和商业对象模型中定义组织的过程，角色和责任。2．需求(Requirements)需求工作流的目标是描述系统应该做什么，并使开发人员和用户就这一描述达成共识。为了达到该目标，要对需要的功能和约束进行提取、组织、文档化；最重要的是理解系统所解决问题的定义和范围。503．分析和设计(Analysis&Design)分析和设计工作流将需求转化成未来系统的设计，为系统开发一个健壮的结构并调整设计使其与实现环境相匹配，优化其性能。分析设计的结果是一个分析模型和一个设计模型。设计模型是源代码的抽象，由设计类和一些描述组成。设计类被组织成具有良好接口的设计包(Package)和设计子系统(Subsystem)，而描述则体现了类的对象如何协同工作实现用例的功能。设计活动以体系结构设计为中心，体系结构由若干结构视图来表达，结构视图是整个设计的抽象和简化，该视图中省略了一些细节，使重要的特点体现得更加清晰。体系结构不仅仅是良好设计模型的承载媒介，而且在系统的开发中能提高被创建模型的质量。514．实现(Implementation)

实现工作流的目的包括：以层次化的子系统形式定义代码的组织结构；以组件的形式(源文件、二进制文件、可执行文件)实现类和对象；将开发出的组件作为单元进行测试集成由单个开发者（或小组）所产生的结果，使其成为可执行的系统。5．测试(Test)

测试工作流的目的是要验证：对象间的交互作用，软件中所有组件的正确集成，所有的需求已被正确的实现,识别并确认缺陷在软件部署之前被提出并处理。6．部署(Deployment)

部署工作流的目的是成功的生成版本并将软件分发给最终用户。52部署工作流描述了那些与确保软件产品对最终用户具有可用性相关的活动，包括：软件打包、生成软件本身以外的产品、安装软件、为用户提供帮助。在有些情况下，还可能包括计划和进行beta测试版、移植现有的软件和数据以及正式验收。7．配置和变更管理(Configuration&ChangeManagement)配置和变更管理工作流描绘了如何在多个成员组成的项目中控制大量的产物。配置和变更管理工作流提供了准则来管理演化系统中的多个变体，跟踪软件创建过程中的版本。工作流描述了如何管理并行开发、分布式开发、如何自动化创建工程。同时也阐述了对产品修改原因、时间、人员保持审计记录。538．项目管理(ProjectManagement)软件项目管理平衡各种可能产生冲突的目标，管理风险，克服各种约束并成功交付使用户满意的产品。其目标包括：为项目的管理提供框架，为计划、人员配备、执行和监控项目提供实用的准则，为管理风险提供框架等。9．环境(Environment)环境工作流的目的是向软件开发组织提供软件开发环境，包括过程和工具。环境工作流集中于配置项目过程中所需要的活动，同样也支持开发项目规范的活动，提供了逐步的指导手册并介绍了如何在组织中实现过程。542.2.3RUP的迭代开发模式RUP中的每个阶段可以进一步分解为迭代。一个迭代是一个完整的开发循环，产生一个可执行的产品版本，是最终产品的一个子集，它增量式地发展，从一个迭代过程到另一个迭代过程到成为最终的系统。传统上的项目组织是顺序通过每个工作流，每个工作流只有一次，也就是我们熟悉的瀑布生命期（见图1）。这样做的结果是到实现末期产品完成并开始测试，在分析、设计和实现阶段所遗留的隐藏问题会大量出现，项目可能要停止并开始一个漫长的错误修正周期。一种更灵活，风险更小的方法是多次通过不同的开发工作流，这样可以更好的理解需求，构造一个健壮的体系结构，并最终交付一系列逐步完成的版本。这叫做一个迭代生命期。在工作流中的每一次顺序的通过称为一次迭代。55软件生命期是迭代的连续，通过它，软件是增量的开发。一次迭代包括了生成一个可执行版本的开发活动，还有使用这个版本所必需的其他辅助成分，如版本描述、用户文档等。因此一个开发迭代在某种意义上是在所有工作流中的一次完整的经过，这些工作流至少包括：需求工作流、分析和设计工作流、实现工作流、测试工作流。其本身就像一个小型的瀑布项目（见图2）。图2RUP的迭代模型56与传统的瀑布模型相比较，迭代过程具有以下优点：降低了在一个增量上的开发风险。如果开发人员重复某个迭代，那么损失只是这一个开发有误的迭代的花费。降低了产品无法按照既定进度进入市场的风险。通过在开发早期就确定风险，可以尽早来解决而不至于在开发后期匆匆忙忙。加快了整个开发工作的进度。因为开发人员清楚问题的焦点所在，他们的工作会更有效率。由于用户的需求并不能在一开始就作出完全的界定，它们通常是在后续阶段中不断细化的。因此，迭代过程这种模式使适应需求的变化会更容易些。572.2.4总结

RUP具有很多长处：提高了团队生产力，在迭代的开发过程、需求管理、基于组件的体系结构、可视化软件建模、验证软件质量及控制软件变更等方面，针对所有关键的开发活动为每个开发成员提供了必要的准则、模板和工具指导，并确保全体成员共享相同的知识基础。它建立了简洁和清晰的过程结构，为开发过程提供较大的通用性。但同时它也存在一些不足：RUP只是一个开发过程，并没有涵盖软件过程的全部内容，例如它缺少关于软件运行和支持等方面的内容；此外，它没有支持多项目的开发结构，这在一定程度上降低了在开发组织内大范围实现重用的可能性。可以说RUP是一个非常好的开端，但并不完美，在实际的应用中可以根据需要对其进行改进并可以用OPEN和OOSP等其他软件过程的相关内容对RUP进行补充和完善。582.3极限编程XP什么是极限编程?极限编程(eXtremeProgramming，简称XP)是由KentBeck于1996年初提出的。KentBeck是一位著名的软件工程师，他以软件工程师的观点来看程序设计这项工作。他认为，长期以来，程序设计的工作受到最后期限（deadline）的压迫，他们的产出往往无法达到应有的品质。XP从人的本质考虑如何让软件工程师可以有尊严的工作，而同时可以产出高品质的软件。XP的精神可以说是实践敏捷软件开发的四项价值观：“个人及相互交流胜过软件工程和工具”，“可运行的程序胜过完整广博的文档资料”，“与用户合作胜于合约谈判”，“回应变化胜于服从计划”。XP和RUP一样，是软件开发的一种过程方法。59可在下列网址查到XP的流程：www.agilechina.org进入该网址的首页后，选择左上角的：什么是极限编程，然后选择该网页右上角的XP拼图即可。60极限编程的特点和适用范围极限编程的12项原则如下：1.规划策略——迅速决定下一次发行的范围、商业优先和技术评估。由客户从商业角度决定发行范围、优先顺序和发行日期，技术人员则对开发程序作出评估和跟踪。2.小范围发布——迅速在生产中使用小型系统。在极短的周期内（两周）发行新的版本。3.系统比喻——用关于整个系统如何工作的简单、共用的故事情节卡来指导所有的开发。4.简单设计——在任何给定的时刻都尽可能简单地设计。5.测试——不断编写运行无错误的单元测试；由客户编写测试以表明功能完成。6.重新划分——不改变行为地重构系统，删除重复，改进交流，简化，或增强灵活性。617.双人组程式设计——所有程式码由两个程序员在同一台电脑上编写。8.集体所有权——任何人都可以在任何时间按规程改进系统任何地点的任何程序。9.持续整合——一天多次整合和建立系统，每次完成一项任务。连续的回归测试作为需求变化后，功能并没有退步。10.一周40小时——将一周工作不超过40小时作为一条规定；决不连续两周超时工作。11.现场客户——真正的、身处开发现场的用户，随时回答问题。12.编码标准——强调贯穿于全部程序的交流规则。62极限编程的适用范围轻量级项目的开发（10人左右的开发队伍）强调以程序员为本、强调交流强调规则、文档为程序员服务，程序员/系统分析员不是规则和文档的奴隶。63三种方法的总结MSF是一种关于软件开发的思想，包括软件开发过程、团队建设、风险管理等。RUP和XP属于软件开发的过程方法。64第三章统一建模语言UML、信息系统分析与设计什么是UML?项目立项系统设计系统实现/编程/测试系统集成系统维护BASICCFORTRANVBDELPHIPOWERBUILDERVCJAVAASP、PHP、以及各种SCRIPTSQL……结构化系统分析：图例表示方法不统一；早期的各种面向对象的系统分析方法：具有不同的建模符号体系；现在，面向对象的系统分析建模图示/语言，统一在

UML系统分析65问题客户的需求经常变化，烦死人了！变化是一种正常现象客户需求发生变化的情况在IT行业也很普遍。接受变化！我们要做的是：尽早明确需求。如果需求要变，尽可能早变。最好需求能100%明确，而且稳定，自始至终没变化。如果客户需求发生了变化，怎么办？对需求的变更进行管理用先进的系统开发思想、流程、方法和工具来实现项目！66当代系统分析和设计过程的概括需求→功能→活动→动作673.1UML是主流面向对象方法学的综合和统一BoochOOSEOMTUML是独立于过程的:最适用于用例驱动、以体系结构为中心、迭代和增量的过程中。原型=初始选定的框架（体系结构）+界面

683.1.1模型和建模模型-MODEL逻辑模型设计模型定义：1、模型是对现实的简化。

对于问题，模型是现实的简化，得到一个模型-0；对于方案，模型是模型-0的实现，得到方案-2。2、建模是捕捉系统本质的过程。

建模是使你逐层深入解决问题的办法；建模就是把复杂的系统变成小的系统，采用“各个击破”的原则逐一解决。69建模的目标：

1）模型帮助我们按照实际情况或按照我们所需要的样式对系统进行可视化。2）模型允许我们详细说明系统的结构和行为。3）模型给出一个知道我们构造系统的模板。4）模型对我们的决策进行文档化。

建模原理：

1）选择创建什么模型很重要，模型要反映你难于处理的开发问题。2）模型要在不同的精度级别上来表示。你可以根据观察的角色和观察的原因来选择精度。3）建造模型要和现实相连。4）重要的系统需要用一组独立的模型去处理。在面向对象的软件体系中，为了理解系统的体系结构，你需要几个互补和连锁的视图：用例图、设计视图、进程视图、实现视图和实施视图。

70用UML建模在一个待开发的信息系统项目生命期中，对应不同阶段，至少有如下模型：业务模型→分析模型→设计模型→实现模型→部署模型。UML支持项目全程建模，并保持各阶段模型之间的可追溯性。UML建模要依照某个方法或过程来进行。一般地讲

RUP过程是UML建模的好搭档。713.1.2UML的符号体系见附件1：UML符号一览表

723.1.3

UML体系结构视图73各视图的作用

UML是用来描述模型的，它用模型来描述系统的结构和行为，前者叫UML静态图，后者叫UML动态图。也可用UML从不同的视角为系统的架构建模，形成系统的不同视图，包括：1、用例视图

强调从用户角度看到的或需要的系统功能。视图的静态方面由用例图捕捉；动态方面由交互作用图、状态图和活动图捕捉。2、设计视图

设计视图包括形成问题域的词汇表和解决方案的类、接口和协作，支持系统的功能需求。设计视图静态方面由类图和对象图描述，动态方面由交互图、状态图和活动图描述。

74各视图的作用（续1）3、过程视图

系统的过程视图包括形成系统的并发和同步机制的线程和过程，描述了系统的性能、可扩展性和总处理能力。过程视图静态方面由类图和对象图描述，动态方面由交互图、状态图和活动图描述。4、实现视图

系统的实现视图包括用于组装物理系统的组件和文件，主要描述了系统版本的配置管理。实现视图静态方面由组件图捕捉，动态方面由交互图、状态图和活动图描述。5、实施视图

系统的实施视图包括用于运行系统的系统硬件拓扑的节点，主要描述了物理系统组成部分的分布、交付和安装。实施视图静态方面由部署图捕捉，动态方面由交互图、状态图和活动图描述。753.1.4UML静态图用例图（UseCaseDiagram）类图(ClassDiagram)对象图(ObjectDiagram)构件图(ComponentDiagram)部署图(DeploymentDiagram)763.1.5UML动态图状态图（StateDiagram）时序图（SequenceDiagram）协作图（CollaborationDiagram）活动图（ActivityDiagram）773.1.6用例图用例图表示用例与和外部参与者的交互。符号表示：

系统名称系统用例名用例参与者关联78用例图例子保险商务系统签定保险单销售统计客户统计客户保险销售员793.1.7类图（ClassDiagram）学生姓名:string学号:string书书名:string价格:real主人：string

1 购买

0..*

属于

类图描述了类集、接口集、协作以及它们之间的关系。803.1.8对象图（ObjectDiagram）王平：学生姓名:王平学号:020106英语：书书名:英语价格:26.5数学：书书名:数学价格:21.8对象图描述了类图某一瞬间的实例，描述了该瞬间对象集及对象间的关系。81对象间关系依赖关系(Dependency)类属关系(Generalization)关联关系

(Association)聚集关系(Aggregation)823.1.9状态图（StateDiagram）状态图描述了一个特定对象的所有可能状态以及引起状态跃迁的事件。超时到达下楼上楼到达上楼到达向底楼移动在底楼向上移动空闲向下移动833.1.10时序图（SequenceDiagram）用来描述对象之间动态的交互关系,着重体现对象间消息传递的时间顺序。843.1.10时序图[打印机就绪]打印文件[打印机忙]保存文件打印文件打印文件计算机打印服务器打印队列打印机853.1.11协作图（CollaborationDiagram）用于描述相互合作的对象间的交互关系和链接关系。顺序图和协作图都被称为交互作用图或交互图。863.1.11协作图[打印机忙]保存文件[打印机就绪]打印文件打印文件计算机打印队列打印服务器打印机873.1.12活动图（ActivityDiagram）活动图依据对象状态的变化来捕获动作(将要执行的工作或活动)与动作的结果。883.1.12活动图DiskfreeDiskfull显示磁盘满显示在打印删去显示信息建立打印文件Win.printAll()^printer.print()89在电梯门外按键电梯到达当前层进入电梯打开电梯门

乘客 电梯 [其他][电梯在当前层]关电梯门在电梯内按要去的楼层号到达预定楼层开门离开电梯关门以泳道表示的活动图90活动1活动2活动3活动5活动4以流程图表示的活动图913.1.13组件图（ComponentDiagram）组件图描述了组件及组件之间的关系，表示了组件之间的组织和依赖关系。Interface1Interface212923.1.14部署图（DeploymentDiagram）用部署图来描述运行软件的处理器、设备及其拓扑结构。LinknameLinknameprocessor1processor2device933.2信息系统分析与设计到目前为止,共有两种方法:结构化系统分析与设计面向对象的系统分析与设计94一般的系统分析过程制定需求分析计划相互培训，尤其是IT人员要学习甲方的业务流程。制作调查表格、框图和流程图95一般的系统设计过程确定技术方案依据评审后的技术方案，确定：设备选型系统软件平台、数据库选型开发工具选型性能的高、中、低方案由项目的投资额、甲方的IT发展规划确定一种方案。确定系统配置计划确定商务方案制作投标书963.2.1、结构化系统分析与设计1）、结构化分析方法SASA的基本步骤自顶向下功能分解，画分层DFD定义系统的数据和加工，编制DD和PSPEC分析系统行为，编制CFD(ControlFlowDiagram)、CSPEC:(ControlSpecification)(optional)StateTransitionDiagrams(STDs)andEntity-RelationshipDiagrams(ERDs),编制SRS972）、结构化设计的内容结构设计—概要设计体系结构设计SC图（systemchart系统结构图，描述软件的结构）接口设计SC图数据库设计物理数据模型过程设计—详细设计模块的处理过程N-S图，PAD，PDL等983）、结构化设计PSPEC过程设计接口设计体系结构设计数据设计数据对象描述CFDDFDE-RDDCSPEC993.2.2面向对象的系统分析和设计面向对象技术的哲学基础来源于维特根斯坦的世界观。维特根斯坦在其《逻辑哲学论》一书中提出了如下思想：

＊世界可以分解为事实(Theworlddividesintofacts.)

＊事实是由原子事实(atomicfacts)组成的。

＊一个原子事实是多个对象(objects)的组合。

＊对象是简单的（基本的。TheObjectissimple）。

＊对象形成了世界的基础。

世界→事实→原子事实→对象100计算机世界中的抽象层次

＊XO(X?-Oriented）最高的抽象层次

＊OO(对象、类)

＊PO(过程、函数、变量)

＊变量、运算、表达式、语句

＊字节(4位、8位、16位、32位、64位)

＊二进制串0101011110001最低的抽象层次

软件工程的发展历史就是人们不断追求更高的抽象、封装和模块化的历史。OO当然不会是历史的终结。尽管不能精确得到OO之后是什么，我们至少可以推知，OO之后的XO，必然将是比OO更高一级的抽象。它所依赖的核心概念必然高于并包容对象这一概念。正如对象高于并包容了函数和变量一样。

分析→设计→编码→测试→维护101一、几种典型的面向对象的分析方法OOAD/Coad-Yourdon，是Object-OrientedAnalysisandDesign方法的简称，由PeterCoad和EdwardYourdon在1991年提出。这是一种分步实施的面向对象建模方法。OMT方法，是ObjectModelingTechnique方法的简称。最早于1987年提出，曾扩展应用于关系数据库设计。JimRumbaugh在1991年正式把OMT应用于面向对象的分析和设计。这个方法是在实体关系模型上扩展了类、继承和行为而得到的。OOD/Booch方法，为ObjectOrientedDesign方法的简称，是GradyBooch从1983年开始研究，1991年后走向成熟的一种面向对象的一种系统设计方法。OOSE/Jacobson方法，为Object-OrientedSoftwareEngineering方法的简称，是IvarJacobson在1992年提出的一种使用事例驱动的面向对象开发方法。

102面向对象分析方法OOAOOA的基本步骤识别参与者定义系统的用例在领域分析的基础上建立问题域的类和对象模型。建立类图、对象图、交互作用图、状态图和活动图。编写SRS1031、定义用例回答问题—发现参与者使用系统主要功能的人是谁？需要借助于系统完成日常工作的人是谁？谁来维护、管理系统，保证系统正常工作？系统控制的硬件设备有哪些？系统需要和哪些其它系统接口？对系统产生的结果感兴趣的人和事是哪些？104定义用例回答问题—发现用例参与者需要从系统中获得哪种功能？需要参与者做什么？参与者需要读取、产生、删除、修改或存储系统中的某种信息吗？系统中发生的事件需要通知参与者吗？参与者需要通知系统某件事吗？这些事件能干什么？系统需要输入/输出的是什么信息？这些输入/输出信息从哪儿来？到哪儿去？系统当前的实现要解决的问题是什么？1052、领域分析

目的发现或创建可广泛应用的类，以便复用分析特定的应用领域形式公共对象、类、子集合和框架等1063、识别类（一）确定分析模型中的类考察系统用例汇总名词、名词短语得到候选类确定类必要的信息、需求、服务多个属性、公共操作1074、识别类（二）定义类结构与层次一般—特殊整体—部分定义主题和子系统高层抽象主题是一个比类的粒度更大的概念。比如一个办公事务管理系统，就可以有：文件处理、要事安排、档案管理、会议安排等主题。在会议安排这个主题里，可以放进诸如会议类、（与会）单位类、职员类，而职员类可能也是在其他主题内，即主题交叉。一般对于较为复杂的系统采用先建立主题图再填充类的自顶向下方式。包含较多类和对象的主题可以再划分，即主题嵌套。1085、建立类图和对象图步骤复审需求描述和用例陈述找出表示关系的动词或动词短语用线连接起来，箭头表示方向给连接命名，标上基数1096、建立对象行为模型活动图状态图协作图时序图110面向对象的设计包括如下内容：面向对象设计的模型面向对象设计的任务面向对象设计的工具UML1111、面向对象设计的模型

（示意图）责任设计消息设计类及对象设计子系统设计属性、操作、协作对象状态图、活动图和交互作用图类图和对象图类和对象用例图1122、面向对象设计的任务面向对象设计的任务系统设计系统整体结构的设计对象设计对OOA模型中的类和对象具体化、详细设计消息设计从类图、对象图和动态图，设计出消息模型复审设计模型1133、系统设计过程⑴确定待开发系统的体系结构，划分子系统；⑵确定需要并发运行的子系统并为它们分配处理器；⑶描述子系统之间的通信；⑷确定系统资源的管理和控制；⑸确定人机交互构件；⑹选择实现数据管理和任务管理的基本策略。1144、四种主要子系统问题域子系统人机交互子系统任务管理子系统数据管理子系统1155、对象设计设计模型对象数据结构算法消息传递分析模型类属性方法关系1166、对象设计对象描述协议描述：一组消息和对消息的注释实现描述：对对象接收到某个消息后所执行的操作的实现细节的描述算法设计构件与接口对象间的接口和对象的整体结构。117最基本的建模对象图中的各个对象，按照顺序图的交互，完成一个用例。118一个ATM系统实例建立一个具有基本功能的ATM机软件客户可以存钱，取钱客户可以查询节余客户可以修改密码客户可以使用信用卡付帐119需求建模—用例图需求分析的第一步是确定系统能够做什么？谁来使用这个系统？用例图显示用例（表示系统功能）与参与者（表示提供或者接收系统信息的人或系统）之间的交互。用户，项目管理员，分析人员，开发人员质保人员都可以通过用例图了解系统功能。120ATM系统的用例图121用例描述一个系统（或一个子系统）做什么，而不是说明怎么做。122参与者系统用户与本系统交互的其他系统

时间

123建立事件流用例可以用事件流来描述，是对用例中的逻辑流程的描述，详细描述系统的工作。124用例“取钱”的事件流简要说明：客户可以从ATM机上取出自己帐目上的部分或者全部存款。前提条件：无主事件流：125客户将卡插入ATM机，开始用例。ATM显示欢迎消息并提示客户输入密码。客户输入密码。ATM确认密码有效。如果无效则执行其他事件流A1。如果与主机联接有问题，则执行异常事件流E1。ATM提供以下选项：存钱，取钱，查询。用户选择取钱选项。ATM提示输入所取金额。用户输入所取金额。ATM确定该帐户是否有足够的金额。如果余额不够，则执行A2，如果与主机联接有问题，则执行异常事件流E1。ATM从客户帐户中减去所取金额。ATM向客户提供要取的钱。ATM打印清单。ATM退出客户的卡，用例结束。126其他事件流A1：输入无效密码ATM告诉客户该密码错误。ATM退出客户的卡，用例结束。其他事件流A2：余额不足ATM告诉客户该帐户余额不足。ATM退出客户的卡，用例结束。异常事件流E1：联接主机出现错误ATM告诉客户联接主机出现错误。ATM在错误日志记下错误。ATM退出客户的卡，用例结束。事后条件：无127对象交互—交互图

交互图显示一组对象以及它们之间传送的消息。128寻找对象

研究事件流及情景文档中的名词分辨对象和对象属性不在事件流中的控制对象

129顺序图－按时间顺序对控制流建模用户从中看到业务过程的细节。分析人员从中看到处理流程。开发人员看到需要开发的对象和它们的操作。

质保人员看到过程细节，并根据这个过程开发测试案例。

130客户李明取20元钱的顺序图

131协作图－按对象的组织对控制流建模质保人员和系统分析员用协作图显示对象间处理过程的责任分布和数据流。132客户李明取20元钱的协作图

133类图显示系统中类与类之间的交互。分析员用类图显示系统细节。类图可以显示每个用例中类的相互作用，也可以显示整个系统或子系统。134ATM系统“取钱”用例的类图

135顺序图改进136关系依赖类属实现关联——聚合和组合137“取钱”用例的类图改进去掉不必要和不正确的类；增加关系增加阶元138组织建模元素－包

一个包形成一个命名空间。通过包组织大系统模型，减少复杂性。结构良好的包是松耦合，高内聚的，对其内容的访问具有严密的控制。

139ATM系统的包组织140对象行为——状态图显示一个对象从生成到删除的生命期中相应事件所经历的状态序列以及它们对哪些事件的响应。分析人员和开发人员通过状态图更好的了解类的动态行为，使编码前能讨论和建立复杂逻辑。141Account对象的状态图142Account对象的状态图的改进结余Save/存钱Withdraw/取钱0]>0透支Save/存钱143构造程序——组件图

表示一组组件（构件）之间的组织和依赖关系。编译和部署系统的人员需要使用组件图。显示了类与实现组件之间的映射，组件按什么顺序编译，编译时生成哪些运行组件。组件图对于通过正向工程和逆向工程构造可执行系统是重要的。144ATM客户机的C++组件图

145ATM服务器的C++组件图146ATM客户机的Java组件图147项目部署——实施图建模系统的实际部署。项目管理员，用户，分析员和部署人员通过实施图了解，显示网络的实际布局和网络节点上组件的配置。148ATM系统的实施图

149回顾ATM项目的开发过程150初始

识别参与者和用例，构建用例图。151细化更新用例模型，细化用例。识别类和对象，建立交互图，类图和状态图。开始构建实施图以建模系统体系结构。152构建完成代码，生成组件图。153移交使用实施图进行软件部署，维护软件与模型地同步。154正向工程和逆向工程

通过正向工程把模型映射为特定实现语言的代码。通过逆向工程把特定实现语言的代码转换为模型。

155UML的扩展机制UML是可扩展的。扩展用于特定的应用域或编程环境，但是它们导致了

UML方言的出现。在使用扩展机制之前，建模者应该仔细权衡它的好处和代价，特别是当现有机制能够合理工作时。可以用三种方法扩充UML：构造型（Stereotypes，也叫原型）标记值(TaggedValue)约束(Constraints)156构造型

构造型扩充UML的词汇，仍然用既有的符号。构造型是在一个已定义的模型元素的基础上构造的一种新的模型元素，构造型名放在《》中。构造型的信息内容和形式与已存在的基本模型元素相同，但是含义和使用不同。157标记值标记值扩充UML元素的属性，但该属性不会传给对象。标记值用放在{}中的字符串表示，存储着有关元素的一些信息。对于存储项目管理信息，代码生成器等有用。

158约束约束扩充UML元素的语义，是放在{}中的一个表示事实的陈述句。是用文字表达式表示的语义限制。约束用大括弧内的字符串表达式表示。约束可以附加在表元素、依赖关系或注释上。159建模工具ROSE160系统分析阶段的建模功能建模性能建模接口建模界面建模数据建模161第四章软件架构与组件技术162第五章典型网络技术及标准5.1Internet/Intranet网络技术与标准5.2网络交换技术5.3综合布线系统5.4机房工程5.5无线网络技术1635.1网络互联技术OSI模型网络协议网络拓扑1645.1.1网络互联技术-OSI模型

OSI共有七层，每层完成一定的功能，并为其上层提供服务，所有层次都互相支持。应用层表示层会话层传输层网络层数据链路层物理层165OSI模型的数据通信示意图应用层表示层会话层传输层网络层数据链路层物理层应用层表示层会话层传输层网络层数据链路层物理层网络层数据链路层物理层网络层数据链路层物理层物理传输介质通信子网DCEDCEDTEDTE协议166OSI模型-物理层 物理层定义传输介质的机械、电气、功能和过程等特性。 是OSI的最低层，向下直接与物理传输介质相连接。设立物理层的目的是实现两个网络物理设备之间的二进制比特流的透明传输，对数据链路层屏蔽物理传输介质的特性，以便对高层协议有最大的透明性。 物理层相应设备为：网络传输介质(同轴电缆、双绞线、光缆等)和连接器等，以及保证物理通信的相关设备，如中继器、共享HUB（集线器）等。167OSI模型-数据链路层 数据链路层实现数据的无差错传送。 该层执行链路管理、帧传输、流量控制、差错控制等功能。数据链路层的传输以帧为单位。 该层相应设备为：网络接口卡及其驱动程序、网桥、二层交换机等。168OSI模型-网络层 网络层定义网络操作系统通信用的协议，为信息确定地址，把逻辑地址和名字翻译成物理的地址。它也确定从信源机沿着网络到信宿机的路由选择，并处理交通问题。其功能为：路径选择与中继流量控制网络连接建立与管理 网络层设备为：路由器和三层交换机等。169OSI模型-传输层 传输层负责错误的确认和恢复，以确保信息的可靠传递。 传输层对应的协议有：

TCP SPX NetBIOS/NetBEUI170OSI模型-会话层 会话层建立在传输层之上，利用传输层提供的服务，实现两个会话实体之间的透明、可靠的数据传输。手段有访问验证和会话管理。 如服务器验证用户登录就是由会话层完成的（RADIUS）。 171OSI模型-表示层 表示层从应用层获得数据并把它们格式化以供通信使用，以及转换数据。它把应用程序数据排序成一个有含义的格式并提供给会话层。在这一层可以通过数据加密等提供数据安全。 数据的压缩和解压缩、加密和解密工作由该层负责。172OSI模型-应用层 应用层提供网络与用户应用软件之间的接口服务，负责识别并证实通信双方的可用性，进行数据传输完整性控制，使网络应用程序能协同工作。 应用层协议有：

HTTP SMTP/POP3173OSI模型-数据传输过程在应用层生成应用数据；在传输层生成数据报文；在网络层，将数据重新打包，在报头中加入目的地址和源地址，便于路由转发；在数据链路层把数据封包到帧中；在物理层以比特流形式传输。174OSI模型-数据传输过程示意图应用层表示层会话层传输层网络层数据链路层物理层应用层表示层会话层传输层网络层数据链路层物理层主机A主机B数据010011001111000011100001110000011报头数据报头数据包头报头数据包头帧头175OSI模型和Windows2000对应关系应用层表示层会话层传输层网络层数据链路层物理层网络应用C/S服务重定向服务TCP，TDI，SPX等IP，NBF，IPX等网卡、NDIS接口所有介质OSI模型Windows2000176思考题OSI参考模型的（）负责非结构的二进制比特流传输。

A.传输层

B.网络层

C.数据链路层

D.物理层1775.1.2TCP/IP协议

TCP/IP是一种基于无连结的IP包交换网络。共有四层：网络接口层、IP层、TCP层和应用层。 178TCP/IP模型与OSI模型的对比

1795.1.3网络拓扑以太网(Ethernet)令牌环(TokenRing)网和令牌总线(TokenBus)网FDDI网络ATM网络 180以太网 以太网是由Xerox、Digital和Intel于1970年初开发出来的，是目前世界上使用最普遍的网络。它采用基于时分多址宽带传输，访问控制采用CSMA/CD方式。 其通信规范为：10Base-2、10Base-5、10Base-T……。

以太网仅是局域网的一种。181TokenRing和TokenBus网

TokenRing网络拓扑为环形布局，基带网，数据传送速率为4Mbps-16Mbps，采用Tokenpassing传递方法。

TokenBus主要用于总线形或树形网络结构中，它综合了Tokenpassing方式和总线方式，在物理总线结构中实现Tokenpassing控制方法从而构成一个逻辑环路。182FDDI网络

什么是FDDI？

FDDI为FiberDistributedDataInterface的缩写，即光纤分布式接口。

183ATM

什么是ATM网络

ATM是“异步传输模式”(AsynchronousTransferMode)的简称，它是以20世纪70年代末出现的宽带ISDN（B-ISDN）为基础开发的新型信元交换技术。

ATM的特点有：全传输网络技术；传输信元(cell)长度固定；多种物理速度选择：25Mbps、45Mbps、100Mbps、155Mbps、622Mbps；局域网与广域网统一的传输协议；造价高、设备贵。184以太网技术拓扑结构MAC地址IEEE802.3CSMA/CD 18510Base-T主机之间通过HUB互连传输介质采用无屏蔽双绞线(UTP)双绞线与网卡以及HUB之间采用RJ-45接口主机与HUB之间、HUB与HUB之间的双绞线不超过100m18610Base-X交换式以太网 交换式以太网络不像共享网络把帧广播到每个接点，而是为终端用户提供独占的点对点的连接。帧在节点间沿着指定的路径传输。187100Base-T采用星型拓扑支持CSMA/CD可通过双绞线或光纤传输188千兆网络使用传统的CSMA/CD控制协议提供1Gbps的带宽可采用多种传输介质一般用于高速局域网骨干、宽带城域网骨干、服务器和存储设备接入网络平台189以太网标准概述IEEE802标准IEEE802标准是由IEEE（国际电气和电子工程师学会）制订的局域网标准IEEE802委员会有10多个分委员会802.1A，概述、体系结构和网络互连，网络管理802.1B，寻址、网络管理、网间互连及高层接口802.2，逻辑链路控制LLC802.3，CSMA/CD共享总线网，即Ethernet802.5，令牌环网（Token-Ring）802.11，无线局域网网站：www.ieee.org1905.2网络交换技术及其设备5.2.1网络识配器(网卡)5.2.2集线器HUB5.2.3远程接入设备5.2.4网络交换机5.2.5路由器5.2.6三层交换机5.2.7计算机网络的组成1915.2.1网卡网卡的总线类型：ISA、PCI、PCMCIA、All-in-one型服务器网络接口卡技术指标On-Board功能缓冲能力全双工192流行网卡3ComEtherLink10/100MIntelPRO/100S服务器网卡3Com千兆以太网服务器网卡(3C985B-SX)193

5.2.2集线器HUB

HUB是共享设备，实质是中继器，完成信号的再放大，以扩大网络的传输距离。 不具备数据转发和自动寻址功能。是共享网络带宽。分为： 基本型HUB、智能型HUB、模块式HUB、堆叠式HUB和交换式HUB194

5.2.3远程接入设备远程访问服务器ModemModemPool195

5.2.4网络交换机 交换机工作在OSI模型中的物理层和数据链路层。它能有效地把网络分成小的冲突域，为工作站提供更高的带宽。196

交换机类型固定端口交换机

CiscoCatalyst2900XL和Cisco3500XL模块化交换机

CiscoCatalyst6000和65001975.2.5路由器 路由器为不同网络类型、不同地理位置或不同网段的节点之间提供高效的互通技术。198路由器分类小型路由器 如Ciscco2500系列中档路由器

Cisco4000系列高端路由器

Cisco7000系列和7500系列199

路由器选型原则设备标准化原则操作管理化原则系统容错冗余原则安全可靠原则200路由器选型涉及因素实际需求可扩展性性能因素价格因素服务支持品牌考虑201

5.2.6三层交换机三层交换的原理特点典型产品CiscoCatalyst2948G-L3交换机3ComCoreBuilder35002025.2.7计算机网络的组成 综合布线系统、网络交换设备、网络接入设备、网络互连设备、网络服务器、工作站、网络外部设备、网络操作系统、网络外部设备、网络应用基础平台与应用软件、UPS、机房、网络管理系统、网络安全软硬件、网络管理系统以及网络安全软硬件等203网络交换设备 网络交换设备主要指构建计算机网络所采用的各类交换机，如模块化交换机、固定端口(含堆叠式)交换机等。204网络接入设备 网络接入设备是把计算机和数据设备接入网络的设备。包括：网络接口卡(NIC)访问服务器+Modem205网络互联设备 提供网络之间以及访问Internet的网络互联设备，主要有：三层交换机路由器网桥和网管206网络服务器是计算机网络中的核心设备之一，可分为：数据库服务器Web服务器E-mail服务器文件服务器207工作站

连接到计算机网络的计算机，可以单独工作，也可以访问服务器，共享网络资源。208网络外部设备 网络外部设备通常是指网络用户共享的设备，如网络打印机、绘图仪、大容量存储设备等。209网络操作系统 网络操作系统是网络的核心，其主要功能包括控制管理网络运行、资源管理、文件管理、用户管理和系统管理等。流行的OS有：

UNIX\Windows\Linux\Netware210网络应用基础平台与应用软件 是用于构造计算机网络信息服务和应用的一组基础服务系统的集合，包括：数据库系统、WEB服务、文件系统等。应用软件有：OA、ERP、MIS等211网络管理系统 通过网络管理系统可以监视网络运行状态、控制网络运行参数，提高网络的性能，减轻网络管理的负担。常见的网络管理系统有：

HPOpenView

CiscoWorks212UPS

UPS是确保网络可靠供电所不可缺少的设备，对保护网络服务器、网络交换设备和运行关键业务的工作站是十分