Web服务技术标准与规范
第十讲Web服务技术标准与规范
所谓Web服务（Web Services）是指由企业发布的完成其特别商务需求的在线应用服务，其它公司或应用软件能够通过Internet来访问并使用这项在线服务。Web服务技术促进了Internet上企业之间的协作，使用Web服务可以使合作伙伴的信息系统之间更容易地进行通信。但随之而来的问题是：如何集成来自不同企业的服务？为了使Web服务易于使用，众多组织已经致力于Web服务技术，进行标准协议的制定，提供Web服务的创建工具和解决方案。
本讲将以Web服务栈为中心介绍Web服务技术涉及的一些关键标准和规范，如SOAP、WSDL、UDDI等。Web服务标准本身是不断发展变化的，文中着重介绍目前被普遍接受的底层标准，并对还需要进行标准化的领域进行简单的讨论。
1．Web服务
Web服务是可以在组织内部或者公司之间的异构计算资源中被共享、组合、使用和复用的商业资产。Web服务是一个可编程的部件，它提供一种易于通过Internet获取的商业服务。Web服务可以是独立的，也可以连接在一起向外部世界提供更强大的系统功能。
Web服务将逐渐成为构建电子商务应用的基础体系结构。基于Web服务的体系结构是从一个分布式面向对象部件的系统向一个服务网络的逻辑演进，该服务网络提供一个能够跨企业集成的松散耦合的底层基础结构。
Web服务是基于Internet的模块化应用，它们执行特定的商业任务并遵循特定的技术格式。如果应用中的某过程可以在Internet上以一种标准格式被调用，称之为Web服务的服务器；类似的，如果通过Internet调用本应用以外的某过程，则是Web服务的客户。因此，实质上Web服务是Internet上应用之间的客户服务器，目的是实现B2B伙伴之间的个性化信息交换，并以一种易用的格式提供和发布应用模块。为了实现这种开放工作，必须要有标准的格式和方法。
几乎所有的主流技术公司都已相继涉足Web服务的标准化工作，参与了各种标准化组织。当前，最主要的标准化组织是W3C（World Wide Web Consortium）。其它组织也做了大量的工作，如https://www.360docs.net/doc/da5782840.html,，OASIS，UN/CEFACT，https://www.360docs.net/doc/da5782840.html,，以及https://www.360docs.net/doc/da5782840.html,等。
Web服务栈（Web Services Stack）
Web服务不同于已有的构件对象模型以及相关的对象模型协议，如CORBA和IIOP（Internet Inter-ORB Protocol）、COM和DCOM以及Java和RMI（Remote Method Invocation）。Web服务可以用任何语言编写，并且可以使用HTTP访问。从技术上看，一个Web服务是一个由内容、应用代码、过程逻辑、或者这些部分的任意组合所构成的XML对象，并且可以通过任何TCP/IP网络访问，只要网络中使用SOAP标准集成，使用WSDL标准进行自描述，使用UDDI标准在一个公共的或者私有的目录中注册和发现。
如图1所示，Web服务由多个层构成，这些层堆叠在一起形成了发现和调用一个独立的Web服务所提供功能的标准机制的基础。即，Web服务栈以层次结构来表示，高层在低层的基础之上构建。
图中HTTP 提供了分布式应用之间的通信机制，XML 定义了数据交换和描述的格式，SOAP 是调用Web 服务的协议， WSDL 描述Web 服务的格式，而UDDI 则是注册、查找和使用Web 服务的中枢组织。下面分别介绍这些协议及相关的规范。
2． HTTP
Web 服务栈中的最底层是网络层，也可以称为协议层。分布式的应用需要有网络协议来定义两个并发过程之间的通信机制。概念上，Web 服务的设计是与协议无关的，在图1的分层体系结构模型中，从底向上任何标准的Internet 协议都可以用于在网络上调用Web 服务。但目前主要是HTTP （Hypertext Transport Protocol ）和HTTPS （Hypertext Transport Protocol Secure ）协议。
HTTP/1.1是一个基于文本的、“请求－响应”（request-response ）型的协议，它规定一个客户打开到服务器的一个连接，然后以专门的格式发送一个请求，服务器进行响应，同时如果必要则保持连接的打开状态。HTTP 使用的普遍性及其固有的穿防火墙的能力使它成为主导的Web 服务网络协议。但同时由于HTTP 是基于文本的协议而缺乏表示远程过程调用（RPC ）消息参数值的机制。
其它的请求/响应类型的传输协议，如文件传输协议（File Transfer Protocol ，FTP ）和简单邮件协议（Simple Mail Transport Protocol ，SMTP ）也可以使用，但是并没有在Web 服务的各种标准中定义，目前也只有极少数实现支持这些协议。
另外，最近IBM 发布了一个可靠通信协议的提案，称作HTTPR 。HTTPR 在HTTP 的基础上加强了可靠性，在保持HTTP 优点的同时能够保证消息可以不受阻碍地发送到目的地。可靠的通信对Web 服务来说是一个非常关键的方面，虽然目前对由协议层实现是否最适合仍然有争议，但在不远的将来它肯定会以某种形式出现。
3．XML （Extensible Markup Language ，可扩展标记语言）
基于XML 的消息层包括数据表示、数据格式和消息传输协议。XML 为信息交换定义了描述和格式。 数据表示
HTTP 是一种基于文本的协议，因而缺乏表示RPC 消息中的参数值的机制，这也是XML 作为Web 服务的一个重要成分出现的原因。XML 是一种元语言，可以通过标准的编码和格式化信息的方法进行跨平台的数据交换。XML 允许数据被串行化为易于被任何平台解码的消息格式，提供了在网络应用之间交换结构化数据的机制。
XML 采用纯文本表示，设计的初衷是为了存储、传送和交换数据的。XML 是一种标记语言，标记在XML 中不是预先确定的，而必须由使用者自己定义。XML 允许使用者自由发表有用的信息，不仅
服务发现层
服务描述层
基于XML 的消息层
网络层
图1 W e b 服务栈
可以是有关数据结构的，也可以是关于数据意义的。另外，XML文档的结构、内容和外观可以作为三个不同的部分进行维护，提供了更高的独立性。
对于数据表示层来说，可扩展性是一个关键因素。为了支持可扩展性，Web服务需要一种机制以避免名字冲突，并允许一个程序只处理自己所关心的元素。XML名空间（namespaces）提供了一种简单、通用的方式以区分相同名字的元素或属性。为了支持可扩展性，XML中的每个元素和属性都有一个相关的名空间URI。
数据格式
Web服务需要一种方法定义Web服务消息中使用的数据类型。XML Schema 规范标准化了一个描述XML 数据类型的符号集，还定义了一个内置简单数据类型的集合和在各XML文档中建立元素类型的机制。XML Schema规定了XML文档的逻辑结构，定义了元素、元素属性以及元素和元素属性之间的关系。
XML仍然处于不断的发展中。需要说明的是，XML本身只是一种标记语言，只是进行描述，并不提供商务逻辑，Web服务提供对这些逻辑的访问。这也是为什么Web服务的更高层的、基于XML概念同样非常重要的原因。
4．SOAP（Simple Object Access Protocol，简单对象访问协议）
SOAP是目前被广泛接受的消息传输协议。SOAP是一个为信息交换设计的轻量协议，用于在网络应用程序之间交换结构化数据，是一种基于XML的机制。SOAP主要是在分布的、分散的环境中提供了一个跨Internet调用服务的框架结构，并提供了独立于编程语言和分布对象底层基础结构的跨平台集成机制。SOAP代表了xml-rpc 的发展，已经被W3C作为一种Internet标准采纳。
SOAP是一个远程过程调用（RPC）协议，使用标准的Internet协议进行传输：同步调用时的HTTP 或异步调用时的SMTP。由于可以在HTTP上运行，这使得SOAP在穿防火墙进行操作的方面优于DCOM、RMI 和IIOP，而在嵌入设备上实现SOAP也比开发一个ORB更简单。
SOAP的主要设计目标是简单性和可扩充性。为了到达这两个目标，SOAP中省略了在其它消息系统和分布式对象系统中常见的一些特性，如无用存储单元收集、消息批处理等。
SOAP没有定义一种编程模型或实现，而是定义了一个模块化的包装模型，并在模块内定义了编码数据的编码机制。这使得SOAP可以在从消息传递系统到远程过程调用的任何系统中应用。
SOAP的组成
SOAP由四个部分组成：
?（1）一个SOAP封皮（Envelope），定义了描述消息所包含信息的框架结构，即消息中包含什么信息、由谁来处理以及是必需的或可选的。
?（2）一组SOAP编码规则（Encoding rules），定义了一个串行化机制，用于交换应用定义的数据类型的实例。SOAP编码的类型使用简单的标量类型和复合类型，如结构和数组。这些类型以XML文档元素的形式表现，XML Schema规范中定义的数据类型以及这些数据类型的派生类型都可以直接用作SOAP 元素。
?（3）SOAP RPC表示，定义如何表示远程过程调用和响应。SOAP的设计目标之一是用XML的可扩展性和灵活性封装RPC功能，在SOAP1.2中详细定义了RPC和响应的统一表示，将对一个方法的调用和响应作为结构来建模，结构中包含了返回值，或者还可能包括传入的参数。
?（4）SOAP绑定（binding），定义如何使用底层传输协议进行SOAP消息的交换。虽然SOAP本身可以和多种协议结合使用，但SOAP1.2中只描述了在HTTP中的使用。SOAP和HTTP绑定可以同时使用SOAP 的形式方法与分散的灵活性以及HTTP丰富的特性集。在HTTP中使用SOAP并不意味着SOAP覆盖了HTTP 现有的语义，而是SOAP继承了HTTP的语义。
SOAP消息
SOAP消息是用XML编码的文档，由三个部分组成：
?（1）SOAP封皮（SOAP Envelope），是描述SOAP消息的XML文档的顶点元素。
?（2）SOAP消息头（SOAP Header），提供了一种灵活的机制对SOAP消息以分散的、模块化的方式进行扩充，而通信的各方（SOAP发送者，SOAP接收者以及SOAP中介）不必预先知道。SOAP消息头是可选的。
?（3）SOAP消息体（SOAP Body），定义了一个简单的机制来交换要发送给最终SOAP接收者的消息中的必要信息，是这些信息的容器。典型的使用是编组RPC调用和SOAP错误报告。
SOAP消息交换模型
SOAP消息是单方向的，从一个SOAP发送者（sender）到一个SOAP接收者（receiver）。但单独的消息通常可以被组合在一起形成其它消息机制。例如，SOAP通过在HTTP请求中提供一个SOAP 请求消息和在HTTP响应中提供一个SOAP响应消息实现HTTP的请求/响应消息模型。
SOAP消息交换模型要求接收到一个SOAP消息的应用程序执行下列操作：
（1）识别SOAP消息中意图供给本应用的部分，本应用可以作为SOAP中介将消息的其它部分传递给另外的应用。
（2）检验SOAP消息中指定的所有必须处理的部分，并进行相应的处理。
（3）如果SOAP应用不是消息的最终目的地，它应该在删除所有自己消耗的部分后将消息转发给消息要供给的下一个应用。
SOAP只是一种包装和绑定调用一个Web服务所需信息的方式， Web服务也可以使用其它的编码技术调用。另外，SOAP本身没有严格地归入Web服务，SOAP 可以作为一种对任何类型的远程对象或过程的访问机制使用，也可以只是一个简单的消息传递机制。
除了SOAP以外，W3C创建的XMLP工作组还建立了XML协议（Extensible Markup Language Protocol，XMLP）。XMLP是类似于SOAP的XML消息协议，包括封皮、对象串行化方式、HTTP传输绑定以及进行远程过程调用的方式几个部分。甚至有人认为XMLP将逐步取代SOAP。
5．WSDL（Web Services Description Language，Web服务描述语言）
Web服务的目标之一是允许应用程序以标准的方式在两个或多个同等的服务之间进行选择，因为有时应用可以由作为支持网络的服务而实现的构件构造而成，甚至可以从这些服务中进行动态选择。服务描述层定义了为程序提供足够信息所需的描述机制，使程序能够根据一定的准则选择服务，如服务的质量、安全性、可靠性等。
到Web服务的接口由基于XML的WSDL定义，它提供了应用访问指定的Web服务所必需的全部信息，描述服务提供了什么功能、服务位于何处以及服务如何调用。
WSDL以XML格式描述网络服务，将服务描述为在包含面向过程或面向文档信息的消息上进行操作的一组端点。操作和消息是抽象描述的，然后绑定到具体的网络协议和消息格式以定义一个端点。相关的具体端点被组合成为抽象端点（服务）。WSDL 是可扩展的，允许描述任何端点和消息，而不考虑通信使用的消息格式或网络协议。
WSDL使用下面的元素定义网络服务：
?类型（Types），使用某种类型系统的数据类型定义的容器。WSDL并没有引入新的类型定义语言，而将XSD作为自己的标准类型系统，并允许通过可扩展性使用其它的类型定义语言。
?消息（Message），对要传送的数据的一个抽象定义。
?操作（Operation），对服务支持的动作的抽象描述。
?端口类型（Port Type），一个或多个端点支持的操作的一个抽象集合。
?绑定（Binding），对特定端口类型的一个具体协议和数据格式规格。
?端口（Port），一个单独的端点，由一个绑定和一个网络地址组合在一起定义。
?服务（Service），一组相关的端点的集合。
一个Web服务由一组端口定义，而端口由绑定到一个具体协议和数据格式规范的一组抽象操作和消息定义。操作和消息的抽象是为了使它们可以复用和绑定到不同的协议和数据格式，如SOAP、 HTTP GET/POST或MIME。
在WSDL中，端点和消息的抽象定义是和它们的具体网络配置和数据格式绑定相分离的；另外，WSDL 定义了一个公共的绑定机制，用于将特定的协议或数据格式或结构连接到抽象的消息、操作或端点，这些都允许对抽象定义的复用。
WSDL目前已经被广泛支持，但还不是W3C推荐的标准语言。
6．UDDI（Universal Description，Discovery，and Integration，统一描述、发现和集成）
面对极度丰富的服务，最常出现的问题是“在哪里以及如何找到需要的信息？”。统一UDDI规范在底层协议的基础上又定义了一层，在这一层，不同的企业能够以相同的方式描述自己提供的服务和查询对方提供的服务。
UDDI是一套基于Web的、分布式的、为Web服务提供的信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web服务注册以使别的企业能够发现的访问协议的实现标准。
信息结构
UDDI为表示XML中商业服务描述定义了一个数据结构标准，提供了更高层次的商业信息以补充WSDL 中的说明。UDDI定义了四种基本的结构：
?商业实体（Business entity），描述商业信息，如名称、类型等。
?商业服务（Business service），已发布的Web服务的集合。
?绑定模板（Binding template），访问信息，如URL。
?技术规范（tModel），对服务类型的技术规格说明，如接口定义、消息格式、消息协议、安全协议等。
服务发布和发现
在进行一个Web服务调用之前，必须先找到具有所需服务的企业，发现调用接口和语义，然后编写或配置自己的软件以便与服务合作。UDDI的核心部件是UDDI商业注册，它用一个XML文档来描述企业及其提供的Web服务。UDDI 商业注册是一个基于SOAP的Web服务，提供企业用于将它们的服务发布到注册中心的接口。注册中心是分布式的，彼此之间不断进行复制操作。
Web服务基本上是机器到机器的通信，为了有效工作，这种体系结构必须具有进行基于Web的应用和业务过程集成的有效工具。UDDI商业注册中心包含三类信息，企业可以通过这些信息发现一个Web服务。
?白页，包括企业的名称、地址、联系方式和企业标识，并允许其它公司按照名称查找目录。
?黄页，包括基于标准分类法的行业类别。
?绿页，包括了关于该企业所提供的Web服务的技术信息，其形式可能是一些指向文件或URL的指针，而这些文件或URL是为服务发现机制服务的。绿页还允许注册的公司之间使用XML进行连接，提供了业务过程自动化的关键机制。
编程接口
UDDI规范提供了编程接口，允许商业注册一个Web服务，以及查找指定Web服务的注册。一旦想要的Web服务被确定，将提供一个指向WSDL文档所在位置的指针。编程接口分为查询API和发布API两个逻辑部分。查询API又分为两个部分：一部分用来构造搜索和浏览UDDI注册信息的程序，另一部分在Web服务出现错误时使用。发布API可以用来创建各种类型的工具，以直接与UDDI注册中心进行交互，便于企业技术人员管理发布信息。
使用UDDI
UDDI规范包含了对基于Web的UDDI商业注册中心可以实施的整套共享操作。一般来说，程序或程序员通过UDDI商业注册中心来获得Web服务的位置及其技术信息。其中对于程序员来说，是对自己的系统实现准备，以使自己的系统能和那些Web服务实现访问兼容，或是描述自己的Web服务从而能让别人使用。从商业层次上来说，UDDI商业注册中心可以被用于核查某个合作伙伴是否拥有特定的Web服务的调用接口，或是找出在某行业中能提供某种类型服务的公司，并确定某合作伙伴的Web服务的技术描述及交互时所需的技术细节。
UDDI 是完全可选的，也就是说，具有Web服务的公司，如果只是想对有限的人员或设备提供特定功能，它们不需要对外发布它们的服务。
其它标准
除了UDDI以外，服务发现层还有其它一些标准。如由Microsoft开发的DISCO（Discovery of Web Services）规范。DISCO定义了一个基于XML的发现文档格式和一个检索该发现文档的协议。DISCO允许开发人员通过一个HTTP GET操作发现服务。使用发现文档格式，可以将一个发现文档发送到一台远程服务器，如果存在支持SOAP的Web服务，则收回一个服务所提供的WSDL描述。
7．服务集成和工作流
工作流的概念在设计电子商务应用时愈加重要。当一个企业需要集成来自多方的Web服务并为终端用户组织这些服务时，必须掌握其系统的过程和顺序。对于这些具有异步特征的应用，适合使用工作流引擎。要使Web服务的实现不仅仅停留在简单的请求/响应模式上，商业过程协作和工作流是必不可少的，其中包括跨企业边界的Web服务的合成与自动化。要成功进行企业间的自动化和协作的必需条件是要有一个标准化的商业协议来描述这些商业过程。服务工作流领域目前尚未形成固定的标准，有一定影响的是WSFL、Xlang以及BPMI。
WSFL
Web服务流程语言（Web Services Flow Language ，WSFL）是一个描述商业过程的规范。WSFL提出了两种Web服务组合的类型：一是商业过程，一是合作伙伴交互。商业过程作为一组为达到一个特定的商业目标而顺序执行的Web服务建模。合作伙伴交互描述Web服务之间如何彼此交互。Web服务被连接在一起以表明一个Web服务与另一个Web服务接口的操作交互作用。
XLang
Xlang是Microsoft的BizTalk服务器使用的XML商业过程语言。Xlang用于描述商业过程，这些过程在运行时由BizTalk 控制引擎（Orchestration engine）执行。Xlang还允许将Web服务结合到商业过程中以及Web服务的组合。另外，Xlang支持补偿过程。Xlang不支持代价较高的两阶段提交协议，而是提供了一个可供选择的开放式模型的表示方法，其中可以为活动明确指定抵消该活动影响的补偿活动。
由于Microsoft先前与IBM在WSDL和UDDI上的合作，有人认为将来二者可能会向W3C提出将Xlang 和WSFL结合起来的提议。
BPMI
BPMI（Business Process Management Initiative）推进公共商业过程的标准化。这些过程可能跨多个应用、部门或商业合作伙伴，可能在防火墙之后或者可以通过Internet访问。https://www.360docs.net/doc/da5782840.html,制定了一些开放规范，如BPML和BPQL，这使得可以对电子商务过程用即将出现的BPMS（Business Process Management System）进行基于标准的管理。
?BPML（Business Process Modeling Language），是商业过程建模的元语言。BPML将商业过程定义为为了达到一个共同目标在参与者和根据定义的规则集合执行的活动之间的交互作用。
?BPQL（Business Process Query Language）是到一个过程服务器的管理接口，允许商业分析员查询由过程服务器管理的过程实例的状态，并控制过程实例的执行。该接口是基于SOAP的。为了过程的注册、广告和发现，由过程库管理的过程模型通过BPQL接口可以作为UDDI服务对外提供。
BPML和BPQL都是开放规范。
8．其它相关标准和领域
其它许多组织在Web服务规范的制定方面也做了大量的工作。这里只简单介绍几种比较知名的规范。
ebXML
EbXML的结构类似Web服务栈，是在Internet上用标准技术引导电子商务的协议和规范的一个栈。EbXML曾被考虑作为Web服务的另一个选择，其时间也早于Web服务模型。然而这两个模型之间有一些重叠，而ebXML更注重EDI方式的信息交换。
一种可能的设想是Web服务模型和ebXML之间的逐步合并。UN/CEFACT和OASIS最近已经采纳SOAP 作为ebXML消息传递底层结构的基础。W3C也积极考虑ebXML规范，并将并入规范中那些满足作为标准化Web服务体系结构的需求的方面。
JAX Pack
JAX Pack是Sun封装了Java领域的各种标准的结果。JAX是一组XML的Java API，其设计支持Web 服务标准API，包括SOAP、XMLP、WSDL和UDDI等。
JAX Pack中包括的API如下：
?JAXP（Java API for XML Parsing），包含SAX（Simple API for XML），DOM（Document Object Model）和XSLT。
?JAXB（Java API for XML Binding），一种将XML数据类型定义编译到能够将XML读入Java对象并将再其写回的Java类中的机制。
?JAXM（Java API for XML-based Messaging），一个发送消息的基于SOAP的协议。
?JAXR （Java API for XML Registries），一个包罗众多的规范，其中为UDDI和ebXML注册及其它可能的注册提供了统一接口。
?JAX-RPC （Java API for XML-based Remote Process Communication），一个请求远程服务器上操作的基于SOAP的协议。
除了上面描述的各种规范以外，还需要提及一些其它的重要领域，这些领域涉及Web服务栈的所有层，其中包括安全性、管理、服务质量和事务等。在Web服务具有转换企业商业关系的能力之前，企业需要这些额外的特性以及随之而来的附加机制、安全、身份确认、合同管理、质量控制等。其中最重要的是安全性和事务。
安全性
XML密钥管理系统（XML Key Management System，XKMS）是将PKI和数字化证书与XML应用集成的结果，由W3C XML签名工作组开发。该领域的其它规范包括安全服务标记语言（Security Services Markup Language，S2ML）和AuthXML，正由OASIS XML安全服务委员会支持其统一标准化。
BTP
事务在Web服务中有独特的需求。在保证相关联的工作流可靠协调的同时，事务协议必须能够处理长时间运行的企业之间的商业事务。商务事务协议（Business Transaction Protocol，BTP）是一个基于XML的规范，用于描述和管理这些Internet上的复杂的、多步事务。
BTP为XML消息接口提供了一个开放规范，以支持来自不同Internet贸易伙伴的Web服务的协调。另外，BTP定义了一个模型来定义和管理这些交互以保证可靠消息传输和商业过程的完成而无论其执行多长时间。
BTP最初由BEA开发并提交给OASIS商业事务技术委员会。该委员会的任务是定义需求、技术评估，最后产生一个商业事务协议的推荐规范，以补充现存的Web服务标准。
9．小结
上面对Web服务相关标准、规范和组织的介绍可以通过图2进行一个小结。
至此，我们可以了解到Web 服务领域的复杂性及其不断变化的特性。上文描述的Web 服务栈是一个开放规范集，其中有的是现有的Internet 标准，有的还只是被广为接受的规范，正在逐步成为真正的标准。需要注意的是由于这些标准是不断发展变化的，因而在开发中使用时要考虑到变更是不可避免的，应该始终依据通用的设计原则和体系结构。
Web 服务栈定义了如何建造基于Web 的解决方案，是实现互操作性的基础。Web 服务是否成功，首要因素在于能真正支持互操作性的开放标准。为此需要建立一致的标准和消除差异。各方面的参与者何时能够对这些标准达成一致意见对Web 服务的成功程度起着决定性作用。
图2 W e b 服务栈相关的各种标准和规范小结
参考文献
1．Greg Heidel，Web Services Standards，White Paper，Momentum Software Inc. 2．SOAP Specification V1.1， W3C Note 08，2000.5
3．SOAP Version 1.2，W3C Draft，2001.7
4．WSDL Specification V1.1， W3C Note 15，2001.3
5．UDDI Specification，https://www.360docs.net/doc/da5782840.html,，2000.9
6．UDDI Technical White Paper，https://www.360docs.net/doc/da5782840.html,，2000.9
7．Business Process Management Language Specification，https://www.360docs.net/doc/da5782840.html, Draft0.4，2001.3 8．XLANG Specification，Microsoft Corporation，2001
简单的客户服务流程规范
第一章服务体系 良好的客服形象良好的技术 良好的客户关系良好的品牌 一、“5S4E”服务 “5S4E”的宗旨是“客户永远是第一位”，从客户的实际需求出发，为客户提供真正有价值的服务，帮助客户更好地使用产品。体现了“良好的客服形象、良好的技术、良好的客户关系、良好的品牌”的核心服务理念，要求以最专业性的服务队伍，及时和全方位地关注客户的每一个服务需求，并通过提供广泛、全面和快捷的服务，使客户体验到无处不在的满意和可信赖的贴心感受。 通过建立一个完善的服务体系和服务质量监督体系，从而能为用户提供“亲切、快捷、专业”的体验。 通过建立一个良好的内部激励机制，培养一支充满活力的、能兢兢业业为客户服务的“友好、高效、专业”的客户服务队伍。 二、“5S4E”服务体系简介
“5S4E服务”提出了坚持服务质量和服务满意度的5个标准及客户服务将要达到的4个核心目的，即要以smiling（微笑）和sincere（诚挚）的服务态度，客户的服务需求在第一时间得到响应，得到充分的重视；要以speciality（专业）和speedy（快速）的服务水准，建构我们规范和专业的服务体系，第一时间解决客户应用中的问题，为客户提供量身定做的专业性服务；通过长期不懈、坚持永续的服务，持续提升客户服务价值，达到客户satisfied（满意）的服务效果。最终为客户提供快捷而不失其细心，专业而不失其亲切，持续而不失其稳定的高质量服务，提供品牌的认知度。也就是我们的核心“excellent customer service visualization(良好的客服形象）、excellent technology（良好的技术）、excellent customer relationship（良好的客户关系）及excellent brand（良好的品牌）” 客户服务部：是“5S4E”服务体系的最高管理机构，负责制定“5S4E”整体发展规划、客户服务规范与管理程序、XXXX各维修及销售类产品线服务政策、对各地维修站提供支持与监督工作。同时负责处理用户投诉及800免费技术咨询热线、互联网网上技术支持的日常运作。 各地维修站及技术工程部：是XX在全国各地的服务机构，负责为所在区域的XX 客户提供全方位的技术服务,并对相关产品维护人员提供适当培训。目前XX已在全国各地建立40个维修中心，覆盖面正逐步扩大。 三、“5S4E”特色 从客户的实际需求出发，努力探寻对客户真正有价值的新的服务内容与服务方式，形成有别于业界其他厂家的服务特色，是“5S4E”的不懈追求。
期刊论文的标准格式及版面布局
文章编号（黑体加粗）：1000－7598－(2003) 02―0304―03（编号用Times New Roman） 空2行（单倍行距） 页面设置：页边距上：2cm(首页)、2.5cm(奇偶页), 下：1.6cm, 左: 2cm, 右: 2cm; 距边界: 页眉: 1.5cm, 页脚: 1.6cm 文档网格: 每行46个字, 每页49行 论文标题（不超过20字）：二号黑体加粗，居中 作者：四号楷体加粗，居中 （单位、地址、邮编，6号宋体，居中） 摘要（小5宋加粗）：控制在200～300字，能使人脱离您的文章独立理解，摘要中不要出现“本文”的字样，也不要有引文号。（小5宋, 行距14磅） 关键词（小5宋加粗）：内容：小5宋 中图分类号：TU 443（Times New Roman）文献标识码：A 空2行（固定值：12磅） Tiltle in English（四号Times New Roman加粗） Author ( Address,Postalcode ) Abstract（小5加粗）:，英文摘要和题名要准确规范，作者拼音和作者单位英译名要规范统一。（小5, 行距14磅） Key words（同上）: soil（同上）。 文中所有英文字体均用Times New Roman 空1行，行距：单倍行距
1 一级标题4号宋体，顶格左排 作者需按排版格式与论文书写要求对自已的论文进行修改、排版，并将排版后的论文全文通过高质量软盘或E-mail 发送至组委会，同时寄全文的激光打印稿2份，以便校核论文。 正文部分分两栏(等宽, 每栏22个字，栏间距2个字, 行距:16磅, 一级标题段前段后空0.5行, 行距16磅。其中文字为正体，变量、矢量字体倾斜，包括公式、图表) 1.1 二级标题（5号宋加粗，左齐） 正文 1.1.1 三级标题（5号宋，左齐） （1）公式要求 公式编辑器中需定义的主要参数依次为：10.5, 6, 4.5。 公式编号右齐，单倍行距，公式变量用斜体，矢量、张量为斜体加黑;三角函数、双曲函数、对数、特殊函数的符号、圆周率π、自然对数底e 、虚数单位i 、j 、微分符号d 等均排正体。 第一次出现的公式符号需说明，如 i i i i P αδσcos = （1） 式中：i α为接触面法线与作用力的交角。 （2）表格要求 表格采用三线表形式, 上下线为1磅, 次线为0.5磅, 表中字号为6号宋体，中、英文表名字号如表1，2。物理量应注明国际标准单位。 表1 中文表名（小5号宋体加粗，居中） Table 1 英文表名（小5号， 居中） 方法 水平位移 / mm 最大正弯矩 / kN ·m 最大负弯矩 / kN ·m 等效支撑计算 12.7 918 544 薄壳有限元计算 13.2 915 612 实测 10.6 表2 初始应力测值与反演应力值的比较 Table2 Comparison between initial stresses and stresses got in the back analysis （MPa ） 实测 点号 有剥蚀 无剥蚀 实测值 反演值 实测值 反演值 1# y σ -2.940 078 -2.933 090 -2.959 973 -2.959 840 z σ -1.214 175 -1.224 910 -1.113 686 -1.114 050 yz τ -0.054 067 -0.038 759 -0.040 554 -0.040 209 2# y σ -2.911 619 -2.913 150 -2.939 158 -2.939 190 z σ -1.287 029 -1.285 370 -1.174 628 -1.174 570 yz τ -0.040 637 -0.029 257 -0.030 542 -0.030 281 3# y σ -2.895 888 -2.902 190 -2.927 690 -2.927 820 z σ -1.329 857 -1.320 570 -1.210 195 -1.209 890 yz τ -0.021 250 -0.015 696 -0.016 272 -0.016 137
实验 WEB服务的配置与测试
WEB和FTP服务的配置与测试 一．实验目的： 1.掌握在Win 2000下WEB服务器的建立、配置和测试。 2.掌握FTP服务的配置如端口、用户设置等以及如何应用FTP服务。 二．实验内容 （1）安装IIS。 （2）配置和管理windows2000 的WWW服务器：设置Web站点；Web站点的管理。（3）配置和管理FTP服务器。 三．实验设备 装有虚拟机的计算机。 四．实验步骤 网络拓朴： 一、IIS的安装 默认情况下，在Windows 2000 Server安装过程中会自动安装IIS，若没有安装，则需安装。 1、在“控制面板”中选择“添加/删除程序”，单击“添加/删除Windows组件”；选中“Internet信息服务(IIS)”的“详细信息”清单；如下图
2、配置IIS的组件，在“Internet信息服务（IIS）”对话框中点击“Internet 服务管理器”及“公用文件”（必选）；若你的服务器作为WWW或FTP服务器，则分别选中“World Wide Web服务器”和“文件传输协议（FTP）服务器”。 注意：对于不需要的服务，最好不要安装，这是安全的做法。 然后单击“确定”、“下一步”，开始IIS系统文件的安装。 二、WEB站点管理 1、单个网站的WEB服务器的配置 先配置WEB服务器前，请先用记事本或Microsoft WORD制作一个简单的网页，放在一个新建的文件夹（如：d:\aa文件夹）中，命名为网页文件（如1.htm）。然后在IIS中发布这个简单的网站： 依次单击“开始”－“程序”－“管理工具”－“Internet服务管理器”，打开Internet信息服务窗口。如图所示。
Web服务器选型分析
Web服务器选型分析 web服务器用来响应web请求，并运行相关应用。 WEB应用软件：Apache、IIS 要求 应付大规模并发用户的能力 大用户量同时在线的能力 提供不间断服务的能力 快速响应的能力 系统资源占用 ?处理器：动态请求 ?内存：静态负载 ?磁盘：磁盘I/O产生动态页数 ?网卡：有限的网络带宽限制了服务器的吞吐量 选型关注事项 WEB系统的性能（提供快速响应的保证） 高速的网络I/O系统（千兆，负载均衡） WEB网页采用动态还是静态？动态重点关注 数据处理能力要求相对不高，DP XEON就可满足要求 WEB系统的可靠性（不间断服务的保证） 单机采用相关可靠性技术（RAID、网络冗余等） 建议采用高可用技术（双机，机群） 宏观：选型原则 应用模式 选型原则 推荐产品 Internet上的WEB服务器 1U/2U高度，1-2颗处理器的机架式服务器 NF190,NF190D,NF280D Intranet上的WEB服务器 根据静态内容和动态内容的多少及客户规模来选择。 NP370D,NL230D
微观：机器配置计算方法 CPU: 1* Xeon 3.0 6000/2386 /1000个 2*Xeon 3.0 7500/3165/ 1400个 静态/混合/动态 内存:一个连接占用 25-50K 网络:一个连接占用 10K Web服务器主要提供Web页面的浏览服务。从技术上来讲，Web服务器主要要满足很高的页面点击率、大量的数据I/O交换能力，而对其本身的运算处理能力并不要求得太高。但是，为了节省中小企业的投资和最大限度的利用服务器资源，在Web服务器上一般还部署有其他服务，如BBS和FTP等，就需要占用一定的CPU资源、内存资源和网络I/O，对硬盘容量就更不必说了。 因此，在选择Web服务器时，必须考虑CPU、内存、存储、网络的综合性能。我们推荐： 浪潮英信服务器：NP370D（或以上） 配置： CPU：Xeon 3.0G*1/L2 2*2M/FSB 667MHz 内存：1GB ECC DDR2 FBD 硬盘：Ultra320 SCSI RAID 1，73G*2 Ultra 320 SCSI硬盘 网卡：1000M服务器专用网卡
服务操作流程及规范
前台散客接待服务流程与规范 （1）服务程序 欢迎客人实名制入住登记收取押金 送客进房资料存档 （2）服务规范 1.欢迎客人 ①客人进店后，接待员面带微笑地向客人致意问候，获 悉客人要住店后，应询问客人有无预订。 ②若客人有预订，询问客人姓名，找出预订单；复述客 人的预订房间、数量、离店时间并与客人核实有无变更。 ③若客人没有预订，问清客人所需房间类型及有无特殊 要求，对于第一次光临招待所的客人，要主动将房价表双手呈递给客人，按由高到低的原则向客人做简单的介绍和推销。客人确认房间类型后，迅速在电脑上查找，根据分房原则，将房号告诉客人并征得客人同意。 2.实名制入住登记 ①接待员请客人出示有效证件，检查证件照片和客人本 人是否相符；检查证件印章、证件期限是否有效。 ②证件检查完毕后，请客人填写登记表，同时在电脑中 选出客人要求的房型并将房号在《房间状况表》上标明该房已出租。
③审核客人是否已按入住登记表上的列项填写清楚、完 整。 ④准备好房卡，向客人介绍房间情况、招待所设施及招 待所的各种规定。 ⑤对于预订的客人，要检查是否有为其代收的信件或物 品，如有应及时转交给客人并办理相关手续。 3.收取押金 ①接待员询问客人押金支付方式并协助前台收银员收取 押金。 ②接待员在入住登记表上写清房价、押金支付方式及数目并签字。 4.送客进房 ①入住手续办理完毕后，接待员询问客人是否需要其他帮助。 ②若客人需要搬行李，则将房卡交给行李生，由其引领客人进房间。 ③若客人不需要帮助，用双手将房卡交给客人并告诉其电梯方位。 ④客人离开时，与客人道别并祝客人入住愉快。 5.资料存档 ①接待完毕后，接待员按照登记表上填写的内容，准确 地将信息输入电脑。 ②将登记表放入客人入住档案中，以便随时查询。
WEB技术实训报告
北京联合大学信息学院《WEB技术》实训报告题目：IT企业实践服务系统 专业：软件工程 班级： 学号： 姓名： 小组成员： 2013年01月01日
摘要 在计算机技术快速发展的今天，internet网络这个现代信息高速公路也流行发展起来，已经成为人们生活、工作、学习越来越离不开的平台。基于.NET技术的应用大量出现。为了让用户浏览到美观的，个性化的页面和丰富的内容。因此，基于B/S体系架构创建的这个学籍管理系统，紧跟行业发展，满足各大高校学习、管理的需要。由于各大高校在进行学籍管理时，需要管理大量的学生信息、教师信息以及课程信息等。传统的手动操作方式易发生数据丢失和统计错误，劳动强度大，且速度慢。在计算机上可以高速、快捷地完成这些工作。计算机联网后，数据在网上传递可以实现数据共享，避免重复劳动，规范教学管理行为，从而可提高管理效率和水平。 关键词：internet网络B/S体系架构学籍管理 第一章系统概述 1.1引言 建立一个基于B/S架构的学籍管理系统，实现信息网络化。通过较丰富的功能将.NET技术特点体现出来。该系统可供包括管理员登录和学生登录使用。登录者可以查询信息或者发布信息。系统中管理员模块为必不可少的模块项，该模块主要包括3个模块：管理员模块、学生模块、公用模块。为了安全有效地存储和管理登录网站的用户的信息，赋予管理员特定的权限，可以对用户进行添加，删除，修改和学生的查询等。方便网站的管理与维护。 要实现这样的功能，离不开后台数据库的支持。用户验证信息，收集到的用户点击信息，分析得出的关联规则表等大量的数据都由数据库管理系统管理。本文中数据库服务器端采用了SQL Server 2005作为后台数据库，结合SQL语句处理对用户添加，删除，修改等操作，使.NET 与数据库紧密联系起来。 1.2背景 1.2.1 B/S结构相关开发技术简介 从Web数据库的发展过程来看，实现B/S结构下Web数据库的应用通常有两种方法：一种是Web服务器端提供中间件连接Web服务器和数据库服务器；一种是把应用程序下载到客户端直接访问数据库。其中第二种方法在程序的编写、调试上显得较为繁琐，网络安全也较难保证。在第一种方法中较常用的中间件技术有通用网关接口（CGI）和应用程序编程接口（API）两种，而API有两种版本，ISAPI和NSAPI。CGI的最大不足在于对每个访问都会在服务器端产生一个应用程序副本，占用系统资源。API以动态连接库的形式出现虽然克服了CGI的这一缺点，却带来了另一个问题，即当需要修改或更新服务程序时必须重起系统，而这在许多事实性较强的应用服务器上是不允许的。同时，无论是CGI还是API它们共同的缺点是程序和HTML
园林景观设计常用要求规范汇总情况
园林景观设计常用规范摘抄 一、《公园设计规范》CJJ 48－92 第4.3.2条硬底人工水体的近岸2.0m范围内的水深，不得大于0.7m，达不到此要求的应设护栏。无护栏的园桥、汀步附近2.0m范围以内的水深不得大于0.5m。 第4.3.3条溢水口的口径应考虑常年降水资料中的一次性最高降水量。 第4.3.4条护岸顶与常水位的高差，应兼顾景观、安全、游人近水心理和防止岸体冲刷。 第5.1.2条园路宽度宜符合表5.1.2的规定。 园路宽度（m）表5.1.2
第5.1.3条园路线形设计应符合下列规定： 一、与地形、水体、植物、建筑物、铺装场地及其它设施结合，形成完整的风景构图； 二、创造连续展示园林景观的空间或欣赏前方景物的透视线； 三、路的转折、衔接通顺，符合游人的行为规律。 第5.1.4条主路纵坡宜小于8％，横坡宜小于3％，粒料路面横坡宜小于4％，纵、横坡不得同时无坡度。山地公园的园路纵坡应小于12％，超过12％应作防滑处理。主园路不宜设梯道，必须设梯道时，纵坡宜小于36％。 第5.1.5条支路和小路，纵坡宜小于18％。纵坡超过15％路段，路面应作防滑处理；纵坡超过18％，宜按台阶、梯道设计，台阶踏步数不得少于2级，坡度大于58％的梯道应作防滑处理，宜设置护栏设施。 第5.1.6条经常通行机动车的园路宽度应大于4m，转弯半径不得小于12m。 第5.1.7条园路在地形险要的地段应设置安全防护设施。 第5.1.8条通往孤岛、山顶等卡口的路段，宜设通行复线；必须沿原路返回的，宜适当放宽路面。应根据路段行程及通行难易程度，适当设置供游人短暂休憩的场所及护栏设施。 第5.3.3条通行车辆的园桥在正常情况下，汽车荷载等级可按汽车－10级计算。 第5.3.4条非通行车辆的园桥应有阻止车辆通过的措施，桥面人群荷载按3.5kN/m2计算。
学术期刊发表论文格式要求精选文档
学术期刊发表论文格式 要求精选文档 TTMS system office room 【TTMS16H-TTMS2A-TTMS8Q8-
方法/步骤 论文基本组成部分：标题；单位、姓名；摘要；关键词；引言；正文；注释或参考文献 1、论文标题 回答本文关于什么?最佳文题的标准是用最少的必要的术语去准确描述论文的内容。基本写作要求是准确、简洁和有效。论文的标题必须确切地概括论文的论点或中心内容，做到文题相符，含义明确。标题必须意思清楚、言简意赅地概括反映论文所讨论的内容。一则好的标题应该确切、鲜明、扼要地概括论文的基本思想，使读者在未看论文的摘要和正文之前即能迅速准确地判明论文的基本内容，从而做出是否阅读摘要和正文的判断。 此外，标题应反映论文所属的学科，题目大小要合乎分寸，切忌华而不实。不要使用过于笼统、夸张或是太大的题目，使人看了不知道究竟是研究的什么问题。醒目的标题，其含义能让人一望即知，而且能立刻引起人们的阅读兴趣。科技论文的标题因为要反映出论文的中心内容或论文的基本观点，所以通常不可能写得像文艺作品的标题那样简短，但是也必须尽可能地写得简练些，不要写得太长，一般控制在20字以内，应避免繁琐、累赘和过于平淡无味。另外，也要注意在题目中突出新的观点来，使人看了标题知道文章有新见解。要说明一点，论文的标题与论题并不是同一概念。论题是文章的基本观点，标题是文章的题目。但是有些论文的标题和文章的论题是相同的，即标题反映了论题;有的则没有反映。
尽量在标题中使用论文中的关键词语，一方面有助于概括论文的基本思想，另一方面可增加论文的被检次数，从而可能增加被引次数，因为用机器检索时，机器只显示标题中的关键词语而不是整个标题。就此而言，标题中关键词语的使用问题应该引起论文作者的高度重视。 如果想在标题中表达较多的内容，例如，既想概括地表达出文章的论述范围，又想表明自己对问题的看法或者对某一问题的评论，这时标题就会写得太长，而且一个标题也难以表达两层意思。解决的办法是在主标题下加一副标题。主标题概括地表述论文的主题或讨论范围，副标题作为主标题意思的补充和引申。这种加副标题的做法，在论文特别是在中文论文写作中也是经常使用的，但有的期刊明确不要加副标题，所以在投稿前需看该期刊的投稿须知。 另外，尽量避免在标题中使用非公知公认的缩略词、公式等，以防止出现误解。 2、作者及单位 回答谁参与了本研究的设计、工作及论文的撰写，一般以对文章贡献大小排列。作者单位一般要求写至二级，如XX大学Xx学院。作者简介应按所投期刊要求撰写。基金项目名称要准确，并注明编号。 作者中最重要的当然是第一作者，其次是通讯作者，如果通讯作者在该领域为大家公认的名人，则有利于稿件通过编辑的初审关，这就是所谓的“名人效应”。通讯作者可以是第二作者，也可以放在最后，但如果通讯作者不是第一作者的你，则在稿件中的联系方式要为通讯作者的联系方式，一般来说，导师充当第二作者或通讯作者。有些期刊当稿件被录用并在稿件修
“web服务实用技术”课程实验指导书
必做实验 实验一Web服务开发环境配置（2课时） 一、实验目的 1．学习理解web服务的概念。 2．掌握Web服务开发环境的配置。 3．熟悉Web服务开发工具的使用。 二、实验内容 1．安装配置Eclipse； 2．安装配置Axis2； 3．为Eclipse安装配置Axis2插件； 4．查阅帮助文档，熟悉开发环境。 三、实验仪器、设备 PC机最低配置：2G Hz以上CPU；1G以上内存；1G自由硬盘空间 四、实验原理 1．Eclipse平台 Eclipse是一个开放源代码的、基于Java 的可扩展开发平台。就其本身而言，它只是一个框架和一组服务，用于通过插件组件构建开发环境。基于Eclipse的应用程序的突出例子是IBM的WebSphere Studio Workbench，它构成了IBM Java 开发工具系列的基础。例如，WebSphere Studio Application Developer添加了对JSP、servlet、EJB、XML、Web服务和数据库访问的支持。 2．Axis2 是下一代Apache Axis。Axis2虽然由Axis 1.x处理程序模型提供支持，但它具有更强的灵活性并可扩展到新的体系结构。Axis2基于新的体系结构进行了全新编写，而且没有采用Axis 1.x的常用代码。支持开发Axis2的动力是探寻模块化更强、灵活性更高和更有效的体系结构，这种体系结构可以很容易地插入到其他相关Web服务标准和协议（如WS-Security、WS-ReliableMessaging 等）的实现中。
Axis2的主要优点有 1）采用名为AXIOM（AXIs Object Model）的新核心XML处理模型，利用新的XML 解析器提供的灵活性按需构造对象模型。 2）支持不同的消息交换模式。目前Axis2支持三种模式：In-Only、Robust-In和In-Out。In-Only消息交换模式只有SOAP请求，而不需要应答；Robust-In消息交换模式发送SOAP 请求，只有在出错的情况下才返回应答；In-Out消息交换模式总是存在SOAP请求和应答。 3）提供阻塞和非阻塞客户端API。 4）支持内置的Web服务寻址(WS-Addressing)。 5）灵活的数据绑定，可以选择直接使用AXIOM，使用与原来的Axis相似的简单数据绑定方法，或使用XMLBeans、JiBX或JAXB 2.0等专用数据绑定框架。 6）新的部署模型，支持热部署。 7）支持HTTP，SMTP，JMS，TCP传输协议。 8）支持REST (Representational State Transfer)。 五、实验步骤（略） 见《Developing Web Services with Apache Axis2》P10-P26 六、实验思考题 1．什么是Web服务？ 2．Web服务开发环境主要有哪些？ 3．请查阅各Web服务开发环境的性能。
如何选择Web服务器硬件配置
Web服务器硬件配置如何选择? Web服务器硬件配置如何选择呢?今天中公优就业的老师告诉大家。 Web服务器与各硬件配置的关系 CPU: CPU作为服务器的核心，对整个web服务器的性能有着决定性的作用，它主要的功能是对服务器的数据进行处理。 内存：内存同样是web服务器的一个主要选择，有程序的运行都是在服务器的内存中进行的它往往决定着一个网站的同时在线率，如果网站的流量大于内存的承载能力时，那么就可能会造成网站打开过慢的情况，因此对于过大流量的网站，需要选择大容量内存来保证服务器承受更多的并发性访问。 硬盘：硬盘作为web服务器的存储核心，而觉得它的性能因素有两个方面，第一为硬盘的存储容量，第二为硬盘的读写的速度。硬盘大小的选择主要是根据网站的类型而定。 Web服务器硬件配置选择 一般企业站或者个人小型网站 通常这种类型的网站在流量上并不是很大，这时服务器的配置并不需要很高，即使是单核的CPU再搭配2G的内存都能满足基本的需求。当然，如果网站经常受到DDoS攻击时，不妨可以选择一台比较低端的高防服务器进行建站。 大型网站
大型网站的访客流量会比较大，因而CPU与内存的需求量会比较高，这时我们不妨可以选择双核或者四核的CPU，在搭配8G或者16G的内存，在带宽上最好是选择10M以上的独显带宽。 在线音乐，视频或者下载类型网站 通常音乐，视频这些文件都比较大，因而在网站搭建时需要比较大的硬盘空间进行存储，同时为了保障在进行下载或者在线观看时不会影响到用户的体验性，最好是选择比较大的带宽和支持无限流量的服务器为主。 电子商城 电子商城对web服务器的性能要求会比较高，因为这种类型比较容易受到DDoS的攻击，并且需要对数据处理的量也会比较大，因而我们要根据在搭配web服务器时可以根据网站的规模对配置进行最优化的搭配，通常建议CUP为四核或者八核，内存为16G以上，并且带宽为30M以上的独显，10G以上的硬防。 更多知识干货分享，尽在中公优就业，>>>点击进入。 点击查看>>>中公IT优就业封闭式培训，包食宿，学费贷款，交通补贴，推荐就业
web服务器搭建与网站制作实验报告
计 算 机 网 络 实 验 课程题目：姓名：学号：指导老师：
目录 一、实验目的 (1) 二、实验内容 (1) 三、实验过程： (1) （1）web服务器的搭建： (1) （2）制作一个主题网站 (5) 四、实验总结 (8)
一、实验目的 1、掌握web服务器的配置方法； 2、掌握IIS及相关组件的安装； 3、掌握网站建立的方法； 二、实验内容 1、按照实验要求搭建web服务器、具体包括服务器的安装和配置； 2、根据不同的windows系统安装IIS6（本机是win7系统安装的是IIS7）； 3、用Macromedia Dreamweaver 8制作一个基于磁盘的网站； 三、实验过程： 1、web服务器的搭建： 安装IIS7 （1）首先点击电脑开始按钮—控制面板—点击“程序”，如图1-1 图1-1
（2）在程序和功能下面，点击“打开和关闭windows功能”，如下图1-2 图1-2 （3）找到internet信息服务选项，然后需要的选项前面打勾；如下图1-3 图1-3
（4）然后点击确认，进入系统安装设置，需要等待进度条结束，如图1-4 图1-4 (5)安装成功后，页面会消失，直接回到控制面板选择“类别”里的大图标，如下图1-5 图1-5 (6)选择管理工具，如下图1-6 图1-6
(7)进入管理工具窗口，点击Internet信息服务（IIS）管理器，如下图1-7 图1-7 (8)双击Internet信息服务（IIS）管理器，进入到管理窗口，如下图1-8 图1-8 (9)点击右边的浏览*：80（http），如下图1-9
景观设计常见尺度规范整理
转] 景观设计常见尺度规范整理(转) 2013-12-18 11:32阅读(3)转载自秋凌景观网 ?赞(383) ?评论 ?转载(2529) ?分享(1091) ?复制地址 ?收藏夹按钮收藏 ?更多 上一篇 | 下一篇：景观方案“种树”... 一、消防 1．消防车道宽度不应小于4m。转弯半径不应小于9~10m，重型消防车不应小于12m，穿过建筑物门洞时其净高不应小于4m，供消防车操作的场地坡度不宜大于3%。 2．高层建筑的周围应设有环形消防车道。当设环形消防车道困难时，可沿高层建筑俩个长边设置消防车道。 3．消防车道距高层建筑外墙宜大于5m，消防车道上空4m范围内不应有障碍物。 4．小区内尽端式道路不宜大于120m，应设置不小于12m*12m消防回车场。(考虑到车行方便，及景观效果一般尽端路超过35m，设回车场)。 回车场模式见下图（m）。 5．尽端式消防车道应设回车道或回车场。多层建筑群回车场面积不应小于12m*12m，高层建筑回车场面积不宜小于15m*15m，供大型消防车的回车场不宜小于18m*18m。 “L”形 “T”形 “O”形 注：图中下限值适用于小汽车（车长5m，最小转弯半径6m）；上限值适用于大汽车（车长8~9m，最小转弯半径10m）
二、车道 1.道路纵坡 注：1.摘自《城市居住区规范设计规范》（GB 50180—93）（2002年版） 2.L为坡长。 1.2在地形坡度较大的个别困难地段，道路纵坡极限值不宜大于11%，其坡长不大于80m，路面应由防滑措施。 2.道路纵坡 机动车、非机动车道路横向坡为1.5%~2.5%。 人行道横坡为1.0%~2.0% 3.道路宽度 3.1居住区级道路：红线宽度不宜小于20m。 3.2 小区级道路：路面宽6.0～9.0m；建筑控制线之间的宽度，需敷设供热管线的不宜小于14m；无供热管线的不宜小于10m; 3.3 组团路：路面宽3m-5m；建筑控制线之间的宽度，需敷设供热管线的不宜小于10m；无供热管线的不宜小于8m； 3.4 宅间小路：路面宽不宜小于2.5m； 3.5 双车道：W＝6.0～9.0m（场地主干道双车道宽度，小型车双车道最小宽6米，大型车双车道最小宽7米） 单车道： W＝3.5~4m；（车道兼具回车通道作用，应按照停车场标准设计车道宽度） 4.转弯半径 机动车最小转弯半径：（道路内路牙最小半径） 6.0m：车长不超过5米的三轮车、小型车。 9.0m：车长6-9米的一般二轴载重汽车、中型车。 12.0m：车长10米以上的的铰接车、大型货车、大型客车等大型车。 基地出入口转弯半径应适量加大。 5.道路与建筑物间距 道路边缘至建、构筑物的最小距离（m）表 注：1.摘自《城市居住区规范设计规范》（GB 50180—93）（2002年版） 2.居住区道路的边缘指红线；小区路、组团路及宅间小路边缘之路面边线；当小区设有人行便道时，其道路边缘指便道边缘。 3.建、构筑物无组织排水，则为散水边缘至道路边缘。 三、人行道 人行道宽：不小于1m，并按照0.5的倍级递增。 路牙要求：车行与人行道之间路牙地面高度在100~200之间；人行与草坪之间宜0~120。 四、停车场 1.居住区内地面停车用地面积以小型车计算，停车场宜设置在行车方便、距建筑外墙面约6m，尽量不影响居民生活宁静和不影响景观环境地段。 2.机动车停车场用地面积按照当量小汽车位数计算。停车场用地面积每隔停车位为25~30㎡，停车位尺寸以2.5m*5.0m划分（地面划分尺寸）。
《Web技术》第一次网上作业
首页- 我的作业列表- 《Web技术》第一次网上作业答案 一、单项选择题。本大题共40个小题，每小题2.0 分，共80.0分。在每小题给出的选项中，只有一项是符合题目要求的。 Internet上的WWW 服务器使用的主要协议是( B ) FTP HTTP SMTP TelNet 一台装有windows系统的计算机，要上网必须安装_______协议。( C ) NetBeui IPX/SPX TCP/IP FTP 浏览网页，是属于Internet 所提供的_______服务。( D ) FTP Email Telnet WWW 将网页上传到Web服务器的过程中，使用Internet 所提供的________服务。( A ) FTP HTTP SMTP TelNet 以下扩展名中不表示网页文件的是( B ) .htm .html .asp .txt 以下不是被称为“网页设计三剑客”的是( B ) Dreamweaver FrontPage Fireworks Flash 构成Web 站点的最基本单位是( C ) 网站 主页 网页 文字 网页最基本的元素是( A ) 文字与图像 声音 超链接 动画 在进行网站设计时，属于网站建设过程规划和准备阶段的是( B )
网页制作 确定网站的主题 后期维护与更新 测试发布 下面不可以用来处理图形的软件是( C ) Fireworks Flash FrontPage Photoshop 下列不属于Internet特点的是( A ) 安全性 全球性 开放性 平等性 在HTML语言中，用来定义颜色采用的是( C ) 二进制编码系统 八进制编码系统 十六进制编码系统 十进制编码系统 要创建一个到UseNet新闻组的链接，下面正确的句法是( B ) 下面关于文档体的说法错误的一项是( C ) 文档体元素以起始标记
开始，以结束标记结尾 严格地讲，使用起始和结束标记不是必需的 在文档中，不必以严格的ASCII格式输入文本 有些ASCII字符只有通过特殊的编码系统才能加到文档中 一个HTML文档所需的最基本的标记对是( D )实验13 Web服务器的配置(参考答案)
实验13 Web服务器的配置 一、实验目的 1、了解Web工作原理。 2、掌握基于IIS的Web服务器的创建和配置。 二、实验要求 1、设备要求：计算机1台（装有Windows Server 2003操作系统及活动目录、装有网卡）， 集线器、交换机，UTP线（直通、交叉）；Windows Server 2003安装源。 2、每组1人，独立完成。 三、实验基础 Web服务的实现采用B/W（Browser/Web Server）模式，Server信息的提供者称为Web 服务器，Browser信息的获取者称为Web客户端。Web服务器中装有Web服务器程序，如：Netscape iPlanet Web Server、Microsoft Internet Information Server、Apache等；Web 客户端装有Web客户端程序，即：Web浏览器，如：NetscapeNavigator、Microsoft Internet Explorer、Opea等。 Web服务器是如何响应Web客户端的请求呢？Web页面处理大致分3个步骤： 第一步：Web浏览器向一个特定服务器发出Web页面请求； 第二步：收到Web页面请求的Web服务器寻找所请求的页面并传送给Web浏览器； 第三步：Web浏览器接收所请求的Web页面并将其显示出来。 Web应用的基础还包括HTTP和HTML两个协议。 HTTP协议是用于从Web服务器传输超文本到本地浏览器的传输协议。它使浏览器的工作更高效，从而减轻网络负担；它不仅使计算机传输超文本正确、快速，而且可以确定传输文档的哪一部分以及哪一部分的内容首先显示等。HTTP使用一个TCP/IP连接，默认TCP80端口。 HTML 是用于创建Web文档或页面的标准语言，由一系列的标记符号或嵌入希望显示的文件代码组成，这些标记告诉浏览器应该如何显示文章和图形等内容。 四、内容与步骤 1、IIS6.0的安装、配置和测试； （1）从控制面板安装IIS； 第1步单击“开始” →“添加或删除程序” →“添加/删除Windows组件”，显示“Windows 组件向导”窗口，在“组件”列表框中依次选择“应用程序服务器” →“详细信息”，显示“应用程序服务器”窗口，选中“https://www.360docs.net/doc/da5782840.html,”复选框以启用https://www.360docs.net/doc/da5782840.html,功能，如图所示。
急诊服务流程及规范
急诊服务流程与服务时限 拨打急救电话经救护车接来的患者（院前急救）（或）/自行来院患者→急诊科护士接诊挂号→测T、P、R、BP观察神志→立即通知值班医生→医生立即接诊病人→查体、完善检查：（1）轻症：输液、治疗、取药、留观、好转者离院，留观期间病情加重者，则住院、手术;(2)危重：立即进入抢救室抢救→心肺复苏、吸氧、开放静脉通路、心电监护→医师全程陪同→送住院、手术、重症监护。 服务时限 挂号、划价、收费、取药等服务窗口等候时间≤10分钟，超声检查自检查开始到出具结果时间≤30分钟。血、尿、便常规检验、心电图、影像常规检查项目自检查开始到出具结果时间≤30分钟，生化、凝血、免疫等检验项目自检查开始到出具结果时间≤2小时，细菌学等检验项目自检查开始到出具结果时间≤4天。 急诊科、临床科室、各医技科室、药房、收款及挂号等配合流程 1、急诊有患者需要会诊时立即电话通知临床科室，临床科室接到会诊电话后立即派会诊医生前往会诊，时间﹤10分钟。 2、急诊有急危重症患者抢救需要临床科室帮助的，立即电话通知临床科室，临床科室接到电话后立即派医生前往共同抢救。 3、急诊有急危重症患者需要入院的，提前联系临床科室，准备病床和做好接收患者的准备，由担架队和急诊医务人员将患者护送至病房，并与临床医生做好交接。
4、急诊有急危重症患者需做相关检查的，各医技科室应做到随到随检、先检查后交费，发现危急值时及时通知急诊首诊医生，做好记录，并快速给出检查报告。 5、急诊有急危重症患者抢救时，药房应做到随用随取，先用药后交费，并做好记录。 6．收款及挂号处：需紧急抢救的危重患者可先抢救后付费，保障患者获得连贯医疗服务，并做好记录。 危重病人抢救流程 急诊患者就诊初步判断病情急诊抢救室
学术期刊论文格式标准
学术期刊论文格式标准 一、文章题名：题名应简明、具体、确切，能够概括出文章要旨，字数不要超过20字，必要时可加上副题名。题名中应避免使用非公知共用的缩略语、字符、代号以及结构式和公式。 二、作者署名及工作单位：作者署名位于文题正下方，其下一行为作者单位、所在省、市（县）、邮政编码，用括号括住，单位与省、市（县）名之间用―，‖隔开；如系多位作者，又不属于同一单位，则在作者姓名右上角处分别用阿拉伯数字―1、2、3……‖标上序号（同一单位为一个序号），并在下边括号中作者单位前作对应标示。 三、摘要：摘要用―摘要：‖标示，位于工作单位下面。摘要应概括全文主要内容，用语简洁、准确、客观，不加解释、评价，字数应控制在300字之内。英文摘要亦应与之对应。 四、关键词：关键词位于―摘要‖之下，用―关键词：‖标示。关键词是反映文章最主要内容的术语。一篇文章的关键词应控制在3–8个之间。 题名、作者单位、摘要、关键词均应有对应的英文。 五、正文：正文应做到内容真实，观点明确，论据可靠，语言通顺，字迹清晰。文中图表要用计算机打印，线条要清晰均匀。插图应符合制图规范和有关标准，表格采用三线表。文中字母、符号要分清大小写、正斜体，上下角标的位置应区分明显, 图中不能出现手写文字符号。 六、基金项目：指文章的资助背景。如文章属于某个基金项目，应在文章首页正文下边（与正文之间用长横线隔开）用―基金项目：‖标示，用简洁的文字加以说明，并在括号内标出项目的名称、编号。 七、作者简介：位于文章首页正文之下（如有―基金项目‖内容，应位于―基金项目‖之下），用―作者简介：‖标示，内容、形式及顺序为：姓名（出生年—），性别，民族（汉族可省略），籍贯（省、市<县>），职称，学位，专业及研究方向。 八、注释及参考文献：注释、参考文献分别用―注释：‖―参考文献：‖标识，必须准确可靠，详细注明出处。注释一般采用页下注，仍采用通常标记形式，即用圈号在文中被注释词语右上角标出序号，然后在页下对应列出注解。参考文献在文中用―[序号]‖标识，引文出处按全文统一序号编排，集中列于文后，应分清书籍类、期刊类、报纸类等，其代码和标注方法分别如下： 参考文献类型 专著 论文集 报纸文章 期刊文章 学位论文 报告 标准 专利 文献类型标识 M C N J D R
主流WEB开发技术对比
主流web开发技术对比 目前，最常用的三种动态网页语言有ASP(Active Server Pages),JSP(JavaServer Pages),PHP (Hypertext Preprocessor)。 简介: ASP全名Active Server Pages，是一个WEB服务器端的开发环境，利用它可以产生和执行动态的、互动的、高性能的WEB服务应用程序 （1）ASP采用脚本语言VBScript（Java script）作为自己的开发语言。 （2）PHP是一种跨平台的服务器端的嵌入式脚本语言。它大量地借用C,Java和Perl语言的语法,并耦合PHP自己的特性,使WEB开发者能够快速地写出动态产生页面。它支持目前绝大多数数据库。还有一点，PHP是完全免费的，不用花钱，你可以从PHP官方站点(http: //https://www.360docs.net/doc/da5782840.html,)自由下载。而且你可以不受限制地获得源码，甚至可以从中加进你自己需要的特色。 （3）JSP是Sun公司推出的新一代网站开发语言，Sun公司借助自己在Java上的不凡造诣，将Java从Java应用程序和Java Applet之外，又有新的硕果，就是JSP，Java Server Page。JSP 可以在Serverlet和JavaBean的支持下，完成功能强大的站点程序。 三者都提供在HTML代码中混合某种程序代码、由语言引擎解释执行程序代码的能力。但JSP 代码被编译成Servlet并由Java虚拟机解释执行，这种编译操作仅在对JSP页面的第一次请求时发生。在ASP、PHP、JSP环境下，HTML代码主要负责描述信息的显示样式，而程序代码则用来描述处理逻辑。普通的HTML页面只依赖于Web服务器，而ASP、PHP、JSP页面需要附加的语言引擎分析和执行程序代码。程序代码的执行结果被重新嵌入到HTML代码中，然后一起发送给浏览器。ASP、PHP、JSP三者都是面向Web服务器的技术，客户端浏览器不需要任何附加的软件支持。 技术特点 ASP: 1.使用VBScript、JScript等简单易懂的脚本语言，结合HTML代码，即可快速地完成网站的应用程序。 2.无须compile编译，容易编写，可在服务器端直接执行。 3.使用普通的文本编辑器，如Windows的记事本，即可进行编辑设计。 4.与浏览器无关(Browser Independence),客户端只要使用可执行HTML码的浏览器，即可浏览Active Server Pages所设计的网页内容。Active ServerPages所使用的脚本语言(VBScript、Jscript)均在WEB服务器端执行，客户端的浏览器不需要能够执行这些脚本语言。 5.Active Server Pages能与任何ActiveX scripting语言兼容。除了可使用VB Script或JScript 语言来设计外，还通过plug－in的方式，使用由第三方所提供的其它脚本语言，譬如REXX、Perl、Tcl等。脚本引擎是处理脚本程序的COM(Component Object Model)对象。 6.可使用服务器端的脚本来产生客户端的脚本。 7.ActiveX Server Components(ActiveX服务器组件)具有无限可扩充性。可以使用Visual Basic、Java、Visual C＋＋、COBOL等程序设计语言来编写你所需要的ActiveX Server Component。 PHP: 1.数据库连接 PHP可以编译成具有与许多数据库相连接的函数。PHP与MySQL是现在绝佳的群组合。你还可以自己编写外围的函数去间接存取数据库。通过这样的途径当你更换使用的数据库时，可以轻松地修改编码以适应这样的变化。PHPLIB就是最常用的可以提供一般事务需要的一系