Jersey和Tomcat构建RESTful WebService及其调用

RESTful Web 服务简介

REST 在 2000 年由 Roy Fielding 在博士论文中提出，他是 HTTP 规范 1.0 和1.1 版的首席作者之一。

REST 中最重要的概念是资源（resources），使用全球 ID（通常使用 URI）标识。客户端应用程序使用 HTTP 方法（GET/ POST/ PUT/ DELETE）操作资源或资源集。RESTful Web 服务是使用 HTTP 和 REST 原理实现的 Web 服务。通常，RESTful Web 服务应该定义以下方面：

?Web 服务的基/根 URI，比如 http://host//resources。

?支持 MIME 类型的响应数据，包括 JSON/XML/ATOM 等等。

?服务支持的操作集合（例如 POST、GET、PUT 或 DELETE）。

表 1 演示了典型 RESTful Web 服务中使用的资源 URI 和 HTTP 方法。

表 1. RESTful Web 服务示例

方法/资源资源集合， URI 如：

http://host//resource

成员资源，URI 如：

http://host//resources/123

GET列出资源集合的所有成员。检索标识为 1234 的资源的表示形式。

PUT 使用一个集合更新（替换）另一个

集合。

更新标记为 1234 的数字资源。

POST 在集合中创建数字资源，其 ID 是

自动分配的。

在下面创建一个子资源。

DELET

删除整个资源集合。删除标记为 1234 的数字资源。

?核心服务器（Core Server）：通过提供 JSR 311 中标准化的注释和 API 标准化，您可以用直观的方式开发 RESTful Web 服务。

?核心客户端（Core Client）：Jersey 客户端 API 帮助您与 REST 服务轻松通信。

?集成（Integration）：Jersey 还提供可以轻松集成 Spring、Guice、Apache Abdera 的库。

构建RESTful Web 服务

我将从可以集成到Tomcat 的“hello world”应用程序开始。该应用程序将带领

您完成设置环境的过程，并涉及Jersey 和JAX-RS 的基础知识。

然后，我将介绍更加复杂的应用程序，深入探讨JAX-RS 的本质和特性，比如多个MIME 类型表示形式支持、JAXB 支持等。

Hello World：第一个 Jersey Web 项目

要设置开发环境：

?IDE：Eclipse IDE for JEE (v3.4+) 或 IBM Rational Application Developer 7.5

?Java SE5 或更高版本

?Web 容器：Apache Tomcat 6.0（Jetty 和其他也可以）

?Jersey 库：Jersey 1.0.3 归档，包含所有必需的库

设置 Jersey 的环境

首先，为 Eclipse 上的 Tomcat 6.0 创建服务器运行时。这是用于 RESTful Web 应用程序的 Web 容器。然后创建一个名为“Jersey” 应用程序，并将目标运行时指定为 Tomcat 6.0。

最后，从 Jersey 开发包中将以下库复制到 WEB-INF 下的库目录：?核心服务器：jersey-core.jar，jersey-server.jar，jsr311-api.jar，asm.jar, jersey-bundle.jar

?核心客户端：（用于测试）jersey-client.jar

?JAXB 支持：（在高级样例中使用）jaxb-impl.jar，jaxb-api.jar，activation.jar，stax-api.jar，wstx-asl.jar

?JSON 支持：（在高级样例中使用）jersey-json.jar

Jersey库文件的下载地址：

https://www.360docs.net/doc/d79813233.html,/nonav/documentation/latest/chapter_deps.html

需要下载的库文件如下：

activation-1.1.1.jar

asm-3.3.1.jar

jackson-core-asl-1.9.2.jar

jackson-jaxrs-1.9.2.jar

jackson-mapper-asl-1.9.2.jar

jaxb-api-2.2.4.jar

jaxb-impl-2.2.4-1.jar

jersey-bundle-1.12.jar

jersey-client-1.12.jar

jersey-core-1.12.jar

jersey-json-1.12.jar

jersey-server-1.12.jar

jettison-1.1.jar

stax-api-1.0-2.jar

开发 REST 服务

现在，您已经设置好了开发第一个 REST 服务的环境，该服务对客户端发出“Hello”。

要做到这一点，您需要将所有的 REST 请求发送到 Jersey 容器——在应用程序的 web.xml 文件中定义 servlet 调度程序（参见清单 1）。除了声明 Jersey servlet 外，它还定义一个初始化参数，指示包含资源的 Java 包。

清单 1. 在 web.xml 文件中定义 Jersey servlet 调度程度

[html]view plaincopy

2.Jersey REST Service

https://www.360docs.net/doc/d79813233.html,.sun.jersey.spi.container.servlet.ServletContainer

7.com.sun.jersey.config.property.packages

ram-name>

8.sample.hello.resources

10. 1

11.

12.

13. Jersey REST Service

14. /rest/*

15.

现在您将编写一个名为 HelloResource 的资源，它接受 HTTP GET 并响应“Hello Jersey”。

清单 2. sample.hello.resources 包中的 HelloResource

[java]view plaincopy

1.@Path("/hello")

2.public class HelloResource {

3.@GET

4.@Produces(MediaType.TEXT_PLAIN)

5.public String sayHello() {

6.return "Hello Jersey";

7.}

8.}

该代码中有几个地方需要强调：

?资源类（Resource Class）：注意，资源类是一个简单的 Java 对象(POJO)，可以实现任何接口。这增加了许多好处，比如可重用性和简单。

?注释（Annotation）：在 javax.ws.rs.* 中定义，是 JAX-RS (JSR 311) 规范的一部分。

?@Path：定义资源基 URI。由上下文根和主机名组成，资源标识符类似于http://localhost:8080/Jersey/rest/hello。

?@GET：这意味着以下方法可以响应 HTTP GET 方法。

@Produces：以纯文本方式定义响应内容 MIME 类型。

部署到Tomcat容器

在Jersey项目上点击右键，Export---WAR file，生成Jersey.war文件，复制该文件到Tomcat安装目录下的webapps目录下，重新启动tomcat，Jersey.war 文件将被自动解压。

测试 Hello 应用程序

要测试应用程序，可以打开您的浏览器并输入 URL

http://://rest/hello。您将看到响应“Hello Jersey”。这非常简单，使用注释处理请求、响应和方法。

以下部分将涉及 JAX-RS 规范的必要部分，使用 Contacts 示例应用程序中的代码片段进行介绍。您可以在源代码包中找到这个高级样例的所有代码。

资源

资源是组成RESTful Web 服务的关键部分。您可以使用HTTP 方法（如GET、POST、PUT和DELETE）操作资源。应用程序中的所有内容都是资源：员工、联系人、组织等。在JAX-RX 中，资源通过POJO实现，使用@Path注释组成其标识符。资源可以有子资源。在这种情况下，父资源是资源集合，子资源是成员资源。

在样例Contacts应用程序中，您将操作个人联系人和联系人集合。ContactsResource是/contacts URI 组成的集合资源，ContactResource是

/contacts/{contactId} URI组成的成员资源。下划线JavaBean 是一个简单的Contact类，使用id、名称和地址作为成员字段。参见清单 3 和清单 4 了解详情。

清单 3. ContactsResource

[java]view plaincopy

1.@Path("/contacts")

2.public class ContactsResource {

3.@Context

4.UriInfo uriInfo;

5.@Context

6.Request request;

8.@GET

9.@Produces({MediaType.APPLICATION_XML, MediaType.APPLIC

ATION_JSON})

10. public List getContacts() {

11. List contacts = >new ArrayList

tact>();

12. contacts.addAll( ContactStore.getStore().value

s() );

13. return contacts;

14. }

15.

16.@Path("{contact}")

17. public ContactResource getContact(

18. @PathParam("contact") String contact)

{

19. return new ContactResource(uriInfo, request,

contact);

20. }

21.}

有几个有趣的地方需要注意。

?@Context：使用该注释注入上下文对象，比如 Request、Response、UriInfo、ServletContext 等。

?@Path("{contact}")：这是 @Path 注释，与根路径“/contacts” 结合形成子资源的 URI。

?@PathParam("contact")：该注释将参数注入方法参数的路径，在本例中就是联系人 id。其他可用的注释有 @FormParam、@QueryParam 等。

?@Produces：响应支持多个 MIME 类型。在本例和上一个示例中，APPLICATION/XML 将是默认的 MIME 类型。

您也许还注意到了，GET 方法返回定制 Java 对象而不是 String（纯文本），正如上一个 Hello World 示例所示。 JAX-RS 规范要求实现支持多个表示形式类型，比如 InputStream、byte[]、JAXB 元素、JAXB 元素集合等等，以及将其序列化为 XML、JSON 或纯文本作为响应的能力。下文我将提供更多有关表示形式技术的信息，尤其是 JAXB 元素表示形式。

清单 4. ContactResource

[java]view plaincopy

1.public class ContactResource {

2.@Context

3.UriInfo uriInfo;

4.@Context

5.Request request;

6.String contact;

8.public ContactResource(UriInfo uriInfo, Request req

uest,

9.String contact) {

10. this.uriInfo = uriInfo;

11. this.request = request;

12. this.contact = contact;

13. }

14.

15. @GET

16. @Produces({MediaType.APPLICATION_XML, MediaType.APPLIC

ATION_JSON})

17. public Contact getContact() {

18. Contact cont = ContactStore.getStore().get(c

ontact);

19. if(cont==null)

20. throw new NotFoundException("No such

Contact.");

21. return cont;

22. }

23.}

ContactResource 的代码简单明了。注意以下内容：

?Representation Type Contact：Contact 是一个简单的 JavaBean，由@XmlRootElement 注释，这使它可以表示为 XML 或 JSON。

?ContactStore：这是基于 HashMap 的内存数据存储库，其实现对于本文不重要。

方法

HTTP 方法映射到资源的 CRUD（创建、读取、更新和删除）操作。尽管您可以做一些小修改，比如让 PUT 方法变成创建或更新，但基本的模式如下：

?HTTP GET：获取/列出/检索单个资源或资源集合。

?HTTP POST：新建资源。

?HTTP PUT：更新现有资源或资源集合。

?HTTP DELETE：删除资源或资源集合。

因为我已经介绍过 GET 方法，我将从 POST 开始说明。就像其他方法一样，我仍然使用 Contact 示例进行说明。

POST

通常通过填写表单创建新联系人。也就是说，HTML 表单将 POST 到服务器，服务器创建并维护新创建的联系人。清单 5 演示了该操作的服务器端逻辑。

清单 5. 接受表单提交（POST）并新建一个联系人

[java]view plaincopy

1.@POST

2.@Produces(MediaType.TEXT_HTML)

3.@Consumes(MediaType.APPLICATION_FORM_URLENCODED)

4.public void newContact(

5.@FormParam("id") String id,

6.@FormParam("name") String name,

7.@Context HttpServletResponse servletResponse

8.) throws IOException {

9.Contact c = new Contact(id,name,new ArrayList

ess>());

10. ContactStore.getStore().put(id, c);

11.

12. URI uri = uriInfo.getAbsolutePathBuilder().path(id).

build();

13. Response.created(uri).build();

14.

15. servletResponse.sendRedirect("../pages/new_contact.html

");

16.}

注意该示例的以下部分：

?@Consumes：声明该方法使用 HTML FORM。

?@FormParam：注入该方法的 HTML 属性确定的表单输入。

?@Response.created(uri).build()：构建新的 URI 用于新创建的联系人（/contacts/{id}）并设置响应代码（201/created）。您可以使用

http://localhost:8080/Jersey/rest/contacts/ 访问新联系人。

PUT

我使用 PUT 方法更新现有资源。但是，也可以通过更新实现，或者像清单 6 中的代码片段展示的那样创建一个资源。

清单 6. 接受 PUT 请求并创建或更新联系人

[java]view plaincopy

1.@PUT

2.@Consumes(MediaType.APPLICATION_XML)

3.public Response putContact(JAXBElement jaxbContact)

{

4.Contact c = jaxbContact.getValue();

5.return putAndGetResponse(c);

6.}

8.private Response putAndGetResponse(Contact c) {

9.Response res;

10. if(ContactStore.getStore().containsKey(c.getId())) {

11. res = Response.noContent().build();

12. } else {

13. res = Response.created(uriInfo.getAbsolutePat

h()).build();

14. }

15. ContactStore.getStore().put(c.getId(), c);

16. return res;

17.}

我还在本示例中包含了许多不同的概念，重点强调以下概念：

?Consume XML：putContact() 方法接受 APPLICATION/XML 请求类型，而这种输入 XML 将使用 JAXB 绑定到 Contact 对象。您将在下一节中找到客户端代码。

?空响应带有不同的状态码：PUT 请求的响应没有任何内容，但是有不同的状态码。如果数据存储库中存在联系人，我将更新该联系人并返回 204/no content。如果没有新联系人，我将创建一个并返回 201/created。DELETE

实现 DELETE 方法非常简单。示例请查看清单 7。

清单 7. 删除其 ID 确定的联系人

[java]view plaincopy

2.@DELETE

3.public void deleteContact() {

4.Contact c = ContactStore.getStore().remove(contact);

5.if(c==null)

6.throw new NotFoundException("No such Contac

t.");

7.}

表示形式

在上一节中，我介绍了几个表示形式类型。现在我将简要浏览一遍并深入探讨JAXB 表示形式。其他受支持的表示形式有 byte[]、InputStream、File 等。

?String：纯文本。

?Response：一般 HTTP 响应，包含带有不同响应代码的定制内容。

?Void：带有 204/no content 状态码的空响应。

?Resource Class：将流程委托给该资源类。

?POJO：使用 @XmlRootElement 注释的 JavaBean，这让它成为一个 JAXB bean，可以绑定到 XML。

?POJO 集合：JAXB bean 集合。

JAX-RS 支持使用 JAXB (Java API for XML Binding) 将 JavaBean 绑定到 XML 或 JSON，反之亦然。JavaBean 必须使用 @XmlRootElement 注释。清单 8 使用Contact bean 作为示例。没有明确 @XmlElement 注释的字段将包含一个名称与之相同的 XML 元素。清单 9 显示了用于一个 Contact bean 的序列化 XML 和JSON 表示形式。联系人集合的表示形式与此相同，默认使用作为包装器元素。

清单 8. Contact bean

[java]view plaincopy

1.@XmlRootElement

2.public class Contact {

3.private String id;

4.private String name;

5.private List

addresses;

7.public Contact() {}

9.public Contact(String id, String name, List

s> addresses) {

10. this.id = id;

11. https://www.360docs.net/doc/d79813233.html, = name;

12. this.addresses = addresses;

13. }

14.

15. @XmlElement(name="address")

16. public List

getAddresses() {

17. return addresses;

18. }

19.

20. public void setAddresses(List

addresses) {

21. this.addresses = addresses;

22. }

23. // Omit other getters and setters

24.}

清单 9. 一个 Contact 的表示形式

XML representation:

[html]view plaincopy

3.Shanghai

4.Long Hua Street

7.Shanghai

8.Dong Quan Street

10. huangyim

11. Huang Yi Ming

12.

JSON representation:

[html]view plaincopy

1.{"contact":[{"address":[{"city":"Shanghai","street":"Long

2.Hua Street"},{"city":"Shanghai","stree

t":"Dong Quan

3.Street"}],"id":"huangyim","name":"Huang

Yi Ming"}]}

与 REST 服务通讯的客户端

在目前为止的示例中，我开发了一个支持 CRUD 的 RESTful Web 服务。现在我开始解释如何使用 curl,RestClient 和 Jersey 客户端 API 与该 REST 服务通讯。这样一来，我可以测试服务器端代码，并介绍更多有关客户端技术的信息。

使用 curl 与 REST 服务通讯

Curl 是一个流行的命令行工具，可以向使用 HTTP 和 HTTPS 协议的服务器发送请求。这是一个与 RESTful Web 服务通讯的好工具，因为它可以通过任何 HTTP 方法发送内容。Curl 已经在 Linux 和 Mac 中自带了，并且有一个实用工具，可以在Windows? 平台上进行安装。

现在，我们初始化获取所有联系人的第一个 curl 命令。您可以参考清单 3获取服务器端代码。

curl http://localhost:8080/Jersey/rest/contacts

响应将使用 XML 并包含所有联系人。

注意，getContacts() 方法还生成一个 application/json MIME 类型响应。您还可以请求该类型的内容。

curl –HAccept:application/json

http://localhost:8080/Jersey/rest/contacts

响应将是一个包含所有联系人的 JSON 字符串。

现在，我将 PUT 一个新的联系人。注意，清单 6中的 putContact() 方法接受XML 并使用 JAXB 将 XML 绑定到 Contact 对象。

[html]view plaincopy

1.curl -X PUT -HContent-type:application/xml --data "

t>foo

2.bar" ht

tp://localhost:8080/Jersey/rest/contacts/foo

一个通过“foo” 识别的新联系人将添加到联系人存储库。您可以使用 URI /contacts 或 /contacts/foo 验证联系人集合或单个联系人。

使用 RestClient 与 REST 服务通讯

RESTClient是一个用于测试RESTful Web services的Java客户端，该工具的安装请参考文章https://www.360docs.net/doc/d79813233.html,/zztfj/article/details/7588330

获取所有联系人列表，并返回XML格式（默认格式）。

获取所有联系人列表，并返回JSON格式。

使用 Jersey Client 与 REST 服务通讯

Jersey 还提供了一个客户端库，帮助您与服务器通讯并对 RESTful 服务进行单元测试。该库是一个一般实现，可以整合任何 HTTP/HTTPS-based Web 服务。

客户端的核心类是 WebResource 类。您可以使用该类根据根 URI 构建一个请求URL，然后发送请求并获取响应。清单 10 展示了如何创建 WebResource 实例。注意 WebResource 是一个大对象，因此只创建一次。

清单 10. 创建 WebResource 实例

[java]view plaincopy

2.Client c = Client.create();

3.WebResource r=c.resource("http://localhost:8080/Jersey/rest/co

ntacts");

第一个 Jersey 客户端示例将发送 GET 请求获取所有联系人并打印响应状态码和响应内容，参见清单 11。

清单 11. GET 所有联系人并打印响应

[java]view plaincopy

1.ClientResponse response = r.get(ClientResponse.class);

2.System.out.println( response.getStatus() );

3.System.out.println( response.getHeaders().get("Content-Type")

);

4.String entity = response.getEntity(String.class);

5.System.out.println(entity);

清单 12 展示了另一个创建通过“foo” 识别的新联系人的示例。

清单 12. 创建一个联系人

[java]view plaincopy

1.Address[] addrs = {

2.new Address("Shanghai", "Ke Yuan Street")

3.};

4.Contact c = new Contact("foo", "Foo Bar", Arrays.asList(

addrs));

6.ClientResponse response = r

7..path(c.getId())

8..accept(MediaType.APPLICATION_XML)

9..put(ClientResponse.class, c);

10.System.out.println(response.getStatus());

注意 WebResource 实例的 API。它构建 URI，设置请求头，并在一行代码中调用请求。内容（Contact 对象）将自动绑定到 XML。

清单 13 展示了检索通过“foo” 识别的联系人（已上一个示例中创建）的最后一个示例然后删除该联系人。

清单 13. 检索“foo” 联系人并删除

[java]view plaincopy

1.GenericType> generic = new GenericType

>() {};

2.JAXBElement jaxbContact = r

3..path("foo")

4..type(MediaType.APPLICATION_XML)

5..get(generic);

6.Contact contact = jaxbContact.getValue();

7.System.out.println(contact.getId() + ": " + contact.getNam

e());

9.ClientResponse response = r.path("foo").delete(ClientRespons

e.class);

10.System.out.println(response.getStatus());

注意，当您想获取 JAXB bean 响应时，您需要使用 Java 2 Platform, Standard Edition (J2SE) 中引入的范型特性。

办公自动化系统OA系统建设方案

OA系统建设方案（一期工程）（第二版）说明：OA系统第二版在第一版的基础上修改而成，为便于大家识别，修改后的内容用粉红色字体，灰色背景加以标识。第一章需求概述一、建设背景 2008年是我国“金质工程”建设的重要年份，其中办公自动化系统（即OA系统）是将现代化办公和计算机网络功能结合起来的一种新型的办公方式。互联网技术（Intranet、Internet）在我国迅速发展和普及，把OA推上一个新的信息化发展台阶——数字化办公阶段。长期以来，重庆市计量质量检测研究院高度重视信息化建设，先后建立起完善的硬件应用平台，并研发和引进多套业务系统。其中，应用较为成熟的是电子邮件系统、计量业务系统、质检业务系统、珠宝玉石检验系统等，并有多套系统在研。但是，随着机构的发展，市检测院已经逐步从集中式办公向总部->分中心的模式变化，早期建设的各种封闭的以业务为核心的系统面临着不能满足行政办公需求的情况。因此，现阶段有必要重新建设一套技术先进，符合当前办公发展需要的办公自动化系统，增强协作，以更大发挥信息技术的优势，进一步提高市检测院行政办公的办公效率。二、建设目标 1、实现全院的数据共享，基本解决信息孤岛问题。不同业务的基础数据做到一次录入，跨部门、跨业务系统重复使用； 2、提供可靠的、可追查的公文流转平台，有效的缩短公务处理的周期，加快公文流转过程，减少路耗、找人、等待等中间环节，保持公务处理渠道的畅通； 3、打破时空及地域限制，实现无纸化办公，远程办公、异地办公；

4、通过信息网络平台，提高信息统计和分析的水平，为领导提供准确、实时的预测和决策的辅助支持； 5、提供完善的信息交流机制，方便院各部室、中心、公司、协会和员工之间日常办公及业务信息的交流和管理，实现业务办理互联互通，信息数据共享； 6、充分利用现有建设好的网络环境及已有的网络配置资源，充分地保护已有的信息化投资； 7、解决网络办公应用中的最大难题——机构和管理模式的经常变动的问题，由用户自定义管理模式，实现真正的部门综合业务处理机制； 8、一期工程将建立相对独立于业务系统的行政办公系统，实现办公自动化。二期工程将进一步实现与业务系统的无缝耦合，建成国内一流的数字化检测机构综合办公系统。三、建设任务本项目的建设任务包括应用系统开发和实施部署。在总体设计思路上采用集中部署、分布式架构，市检测院各部室、中心、公司、协会（约20个）能拥有独立的基于公文处理子系统的综合办公系统，灵活部署，易调整，不受组织机构调整的影响。四、建设原则市检测院OA系统的建设应体现先进性、可靠性、实用性、安全性、易使用性、开放性、有限开源性、可扩展性、可维护性等原则。 1、先进性：应当采用当今主流技术，既要考虑应用平台和工具的先进，更要考虑系统结构和应用设计的先进性，以适应宏观上业务管理、发展规划和微观上事务办理的需求。 2、可靠性：系统设计应采用成熟、稳定、可靠的软件技术，保证系统在大数据量、高并发的情况下长时间不间断地安全运行。 3、实用性：根据业务需求和业务流程，从方便用户使用的角度进行系统设计、功能和模块划分。工作流程设计要求简捷流畅，能适应工作流不稳定和突发事件等各种现实情况。

本体构建方法

本文通过借鉴其他领域本体的构建方法，尤其是苏格兰爱丁堡大学的企业本体的建立过程，首先尝试着一步步建立起自己的本体模型，并且经过反复迭代的过程，不断的进行排错和修改，直至本体模型初具雏形。然后在遵循本体建立准则的基础上，通过抽象总结出一套领域本体的知识工程构建方法。领域本体构建过程 3.1确定本体的领域与范围本体是否包含了足够的信息来回答这些问题？问题的答案是否需要特定的细化程度或需要一个特定领域的表示。 3.2列举领域中重要的术语、概念。在领域本体创建的初始阶段，尽可能列举出系统想要陈述的或要向用户解释的所有概念。这上面的概念和术语是需要声明或解释的。而不必在意所要表达的概念之间的意思是否重叠，也不要考虑这些概念到底用何种方式（类、属性还是实例）来表达。 3.3建立本体框架。上一步骤中已经产生了领域中大量的概念，但却是一张毫无组织结构的词汇表，这时需要按照一定的逻辑规则把它们进行分组，形成不同的工作领域，在同一工作领域的概念，其相关性应该比较强。另外，对其中的每一个概念的重要性要进行评估，选出关键性术语，摒弃那些不必要或者超出领域范围的概念，尽可能准确而精简的表达出领域的知识。从而形成一个领域知识的框架体系，得到领域本体的框架结构。上述Step 2和Step 3并非是绝对的顺序，这两个步骤往往也可以颠倒过来进行，有时会先列举出领域中的术语和概念，然后从概念中抽象出本体框架；也可以先产生本体框架，再按照框架列举出领域的术语。至于如何具体进行，应该根据开发人员对领域的认识程度，如果领域内已经存在非常清晰的框架或

者认识已经很深刻，则可以直接产生框架。当然，这两个步骤也可以交叉进行。 3. 4设计元本体，重用已有的本体，定义领域中概念及概念之间的关系。为了描述各个概念，利用术语对概念进行标识，并对其含义进行定义，在这一步定义时先采用自然语言进行定义。为了定义一个概念，设计了元本体。一个概念可以采用元本体中定义的元概念进行定义，或采用在本体中已经被定义的概念进行定义，或重用已有的本体。元本体是指本体的本体，其术语用于定义本体中的概念，如实体、关系、角色等。它可以说是更高层次的本体，是领域内概念的抽象。在设计元本体时，尽量做到领域无关性，并且包含的元概念数目尽可能的少。 UNSPS C、DMOZ、Ontolingua 的本体文库和DAML 的本体文库等，可以导入倒本体开发系统中。本体被表达的形式通常并不重要，因为许多知识表示系统能够导入和导出本体。即使某个知识表示系统不能直接使用某种形式的本体，将本体从一种形式到另一种形式通常也不难实现。除了概念，还要定义概念之间的关系。这些关系不仅仅涉及同工作领域的概念，不同工作领域的概念也可以相关，只是这些关系总是属于某一个工作领域。定义类（class）及类的层次体系。创建的概念中，很大一部分属于类，而对类的层次的定义有以下3种方法： (1)自上向下法（top-down）：先定义领域中综合的、概括性的概念，然后逐步细化、说明。 (2)自下向上法（bottom-up）：先定义具体的、特殊的概念，最底层、最细小的类的定义开始，然后对这些概念泛化成综合性的概念。

测试环境搭建方案

各种缺陷管理工具比较 mantis 1.概述缺陷管理平台Mantis，也做MantisBT，全称Mantis Bug Tracker。Mantis是一个基于PHP技术的轻量级的开源缺陷跟踪系统，以Web操作的形式提供项目管理及缺陷跟踪服务。在功能上、实用性上足以满足中小型项目的管理及跟踪。更重要的是其开源，不需要负担任何费用。 Mantis是一个缺陷跟踪系统具有多特性包括：易于安装，易于操作，基于Web，支持任何可运行PHP的平台(Windows,Linux,Mac,Solaris,AS400/i5等)。已经被翻译成68种语言，支持多个项目，为每一个项目设置不同的用户访问级别，跟踪缺陷变更历史，定制我的视图页面，提供全文搜索功能，内置报表生成功能(包括图形报表)，通过Email报告缺陷，用户可以监视特殊的Bug，附件可以保存在web服务器上或数据库中(还可以备份到FTP服务器上)，自定义缺陷处理工作流，支持输出格包括csv、MicrosoftExcel、MicrosoftWord，集成源代码控制(SVN与CVS)，集成wiki知识库与聊天工具(可选/可不选)，支持多种数据库(MySQL、MSSQL、PostgreSQL、Oracle、DB2)，提供WebService(SOAP)接口，提供Wap访问。 2 .优点 1，流程定制方便且符合标准，满足一般的缺陷跟踪； 2，安装简单； 3 .缺点 1.只能简单的对缺陷进行管理，不能管理整个测试流程：测试需求-测试计划-测试案例-执行测试案例-提交缺陷-测试总结报告；

2.界面比较简单，有些功能不能实现（如上传附件） QC 1.概述 Quality Center 是一个基于Java 2 Enterprise Edition (J2EE) 技术的企业级应用程序。Quality Center 可以帮助您组织和管理应用程序测试流程的所有阶段，包括制定测试需求，计划测试，执行测试和跟踪缺陷。 2.优点 1，QC能够帮助你组织和管理软件测试过程的每个阶段，包括测试需求管理、测试计划、测试案例、测试执行和缺陷跟踪。 2，QC执行对测试用例执行统计情况，对bug的统计，分析等功能比较强大； 3.缺点 1，安装比较复杂 2，收费软件。 JIRA 1.概述 JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。JIRA创建的问题类型包括New Feature（新功能）、Bug、Task（任务）和Improvement（增加或修改）四种，还可以自己定义，所以它也一是过程管理系统。JIRA融合了项目管理、任务管理和缺陷管理，许多著名的开源项目都采用了JIRA。

开发环境与测试环境搭建方案

开发环境与测试环境搭建方案 1. 总体原则 1．开发与测试环境单独搭建，开发与测试环境的分离便于利于重现开发环境无法重现的BUG 以及便于开发人员并行地修复BUG ，如果选择开发环境来进行测试，开发人员进行某项误操作后发生系统崩溃或者系统不能正常运行的意外，此时测试工作也不得不停止。 2．测试环境与测试数据库分离，测试环境与测试数据库分离保证测试数据库的稳定性、数据准确性以及今后性能测试指标值的准确性。 3．开发环境与开发数据库共用一台，由于开发环境对及其性能要求不高，因此应用与数据库采用共用。 4．测试环境WEB 应用部署与生产环境相同，测试数据库的配置（用户、表空间、表）也需与生产环境一致。 2. 环境管理 2.1. 系统架构开发环境构架：测试环境系统构架： 2.2. 硬件配置从上述的系统架构图分析需要3台服务器组建开发与测试环境，机型选择普通的PC Server 机器即可。 2.3. 安装软件建议方案中给出是环境搭建的主要软件，其他的工具未在罗列中，根据具体需要自行安装。服务器内存 CPU 硬盘备注开发服务器 2G 到4G 之间 4C ，主频2G 以上 300G 左右测试服务器 8G-16G 之间 4C ，主频2G 以上 300G 左右测试数据服务器 8G-16G 之间 4C ，主频2G 以上 500G 左右

3. 权限管理 3.1. 开发环境开发人员均可访问开发服务器应用代码与开发数据库，可以修改代码与数据以及发布部署开发版本以便自测。 3.2. 测试环境测试环境由版本管理员管理，负责整个测试环境的管理，包括版本部署、服务启停、数据变更等，测试环境对开发人员只开发查询权限，仅可查询应用日志，服务运行、测试数据。 4. 版本管理开发与测试环境安装 SVN 版本管理软件，由版本管理员负责对开发与测试环境的版本管理工作。 5. 备份管理 1．备份主要包括开发与测试环境的代码与配置，备份方式暂为全量备份。 2．每日凌晨3点系统自动对每个项目的代码已经配置文件自动备份，备份文件名：项目名称_code_yyyymmdd.tar ，备份完成后传至备份服务器(服务器待定)。 3．每当长假(元旦、清明、五一、端午、十一、中秋、春节)前期，需手工对开发与测试环境进行全量备份。 4．服务器操作系统中间件数据库测试工具版本管理工具开发服务器 RedHat Linux 5.4 64位 Weblogic 9 Oracle 10 无 SVN 测试服务器 RedHat Linux 5.4 64位 Weblogic 9 无 JIRA SVN 测试数据服务器 RedHat Linux 5.4 64位无 Oracle 10

测试环境搭建流程

测试环境搭建流程目录 1 文档目的：............................................................................................... 2 适用范围：............................................................................................... 3 术语和缩略语解释：............................................................................... 4 参考文献：............................................................................................... 5 角色和职责：........................................................................................... 6 测试环境搭建流程：............................................................................... 6.1 测试环境搭建流程图：.................................................................. 6.2 BS测试环境搭建............................................................................. 6.3 CS测试环境搭建............................................................................. 7测试环境备份与恢复 ............................................................................ 7.1 备份 .................................................................................................. 7.1 恢复 .................................................................................................. 8测试环境数据生产和维护 .................................................................... 8 附录........................................................................................................... 1 文档目的：为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。毫无疑问，稳定和可控的测试环境，可以使测试人员花费较少的时间就完成测试用例的执行，也无需为测试用例、测试过程的维护花费额外的时间，并且可以保证每一个被提交的缺陷都可以在任何时候被准确的重现。

自动化办公系统运行情况报告

OA系统运行情况调查一、OA概述在OA刚刚出现的时候，政府和事业单位的确是OA的主要用户，OA还没有进入企业。所以人们认为OA并不能解决企业管理层关心和控制企业运营过程中关键业务过程的作用，也没有帮助员工有效的辅助到他们的日常办公。但是伴随着OA 的逐步发展，企业成为OA应用的广泛对象，OA也不再停留在传统的收发文系统或行政办公系统，OA发生了质的变化。它需要结合不同的部门和岗位、人员，成为他们的个性化的办公系统才有生命力。对于管理层来说，办公审批(不仅指公文，更多的管理流程和业务流程的审批)以及员工输入的数据汇总为不同权限的报表就是他们的办公系统。对于其他部门来说，他们除日常行政办公支持外，更需要他们的日常的业务流程的审批(如采购流程，合同审批，出差，借款，资金的审批)，这些资源与信息的协同运作，才能构建适合现代企业运作和应用的协同办公OA产品。二、系统上线总裁办在2010年9月份展开了集团OA系统的上线准备工作，完成了包括服务器的安装配置、网络机房的选址、人员信息的收集及整理、各功能模块的应用设定、邮件系统配置及切换、OA系统运行测试等主要工作，集团OA办公系统在2010年9月底正式上线运行，总裁办并在系统上线后及时安排了在总部和项目公司的操作培训，方便集团员工及时熟悉及使用OA系统。集团OA系统上线使用后，总体运行情况稳定，未出现过严重的问题或故障。三、OA系统的使用意义 1.建立集团信息发布平台：在集团内部建立了一个有效的信息发布和交流的场所，例如：公告、论坛、规章制度、新闻，促使技术交流、公告事项等能够

在集团内部员工之间得到广泛的传播，使员工能够及时了解公司的发展动态； 2.实现工作流程的自动化：工作申请及审批流程的使用，解决多岗位、多部门之间的协同工作问题，实现高效率的协作。各个单位都存在着大量流程化的工作，例如各种申请、审批、请示、汇报等，都是一些流程化的工作，通过实现工作流程的自动化，就可以规范各项工作，提高各单位及部门之间协同工作的效率； 3.实现知识管理的自动化：传统的手工办公模式下，文档的保存、共享、使用和再利用是十分困难的。在手工办公的情况下文档的检索存在非常大的难度。办公自动化使各种文档实现电子化，通过电子文件的形式实现文档的保管，按权限进行使用和共享； 4.辅助办公：像图书管理、档案管理、考勤管理等与我们日常事务性的办公工作相结合的各种辅助办公，实现了这些辅助办公的自动化； 5.协同办公：就是要支持多分支机构、跨地域的办公模式以及移动办公。随着集团的业务发展及考虑到新的地区公司的地域分布，移动办公和协同办公成为很迫切的一种需求。通过协同办公使相关信息能够获得有效的整合，提高集团总部领导层整体的反应速度和决策能力。随着集团信息化的建设与发展，OA（办公自动化系统）的应用也越来越广泛，它将从单纯的电子文档审批和信息发布转变为一套完整的信息化管理系统，更重要的是透过先进的管理思想和方法实现管理的提升、业务的改善，促进企业制度与文化的发展。四、已上线的OA功能应用 1.工作流程： 1.1上线流程数：共57个，其中公文类1个，人资类34个，行政类11个，运营类1个，信息类4个，系统流程6个；

基于Wiki的本体构建方法

第30卷第8期通化师范学院学报Vol.30№8 2009年8月JOURNAL OF T ONGHUA TEACHERS COLLEGE Aug.2009 基于W iki的本体构建方法于江涛,毛慧珍 (通化师范学院计算机科学系,吉林通化134002) 摘　要:该文提出一种本体构造环境方案,在W iki pedia的基础上加入本体构造用户接口,降低用户构造本体的门槛,使用户在建立概念的同时创建本体.系统以OWL本体形式存储、管理和共享知识,还可以以系统已有概念为字典,对相关本体领域相关文本进行本体学习,自动建立本体. 关键词:本体构建;W iki;用户驱动;本体学习中图分类号:TP311　文献标志码:A　文章编号:1008-7974(2009)08-0019-02 收稿日期:2009-06-01 作者简介:于江涛(1969-),男,硕士,通化师范学院计算机科学系副教授. 1　引言本体(Ont ol ogy)是当前人工智能研究领域的热点,是解决知识工程中一些问题的有效方法.它的优势体现在可以用于不同领域内的人之间的交流和知识共享,可用于语义网进行语义判断,还可对知识进行管理.本体的构建是本体应用的前提,一直是个烦琐的过程.传统上为了保证本体的正确性,领域本体的构建都需要领域专家的参与.然而仅靠少数领域专家的参与难以实现领域本体构建的繁重任务[1],更不用说实现本体工程. 仅有少部分人来构建本体,主要存在两个问题:①本体的创建过程不在其用户的完全控制之内,一旦被发现有错误,发现者往往不能自已修改,而要求助于少部分人的本体建造者;②本体使用者不能抓住本体的重要性质,本体不能更好的满足用户的需要.因此,在允许少量误差前提下,我们需要更快捷的方法得到大范围的领域本体.这便需要降低本体产生和维护工具的使用门槛,使更多人的参与进来. 本文提出了基于W iki技术的本体构建方法,用户可以通过模仿自然语言中词汇的出现过程来完成本体的建立,就像任何人都能发明一个自然语言中的词汇,任何人都可以依靠W iki技术建立自己的本体.经过一次次的修改最终成为最完善和满足用户需要的本体.该方法以OWL本体来存储概念,在W iki pedia的基础上加入本体构件的用户接口,用户在建立概念的同时就建立了本体. 2　基于W iki的本体构造方法设计界面类似于Platypus W iki(Platypus W iki 是一个Sem antic W iki W iki W eb工程[2]),但提供更丰富的OWL Full抽象语法,需要用自然语言的名称,以期不需要高的应用门槛.当使用W iki 建立一个新的概念(C lass)时,会提示记录父类(subC lass O f),当然也可以新建父类.如果其父类已经存在就取其父类的属性(Property)来指导该类属性的建立.继而对属性建立dom ain,range等等.同时对概念给出解释性自然语言描述,最终产生OWL交换语法描述和解析树.OWL本体可供修改和共享. 虽然任何人都可以对概念或者本体进行修改甚至删除,但W iki引入版本控制概念,所以任何版本的信息都会被保存下来.引入用户投票机制,让相关概念的使用者以自己的评价权重对已有本体进行评价,得到评价最高的本体作为相关概念的系统推荐本体.本体的评价高低又反过来决定其作者的评价权重. 当系统的本体规模足够大时,可以依托这些本体作为基本概念的字典,对欲建立的某新概念,指定相关领域网站,利用网络爬虫抽取与之链接网站中的文本,从相关文本中抽取对概念的描述语句,不断进行本体学习,自动建立相关概念的本体.该本体的准确性虽然略低,但可以作为用户建立相关本体时的参考,有指导作用,至少可以减少欲建立该本体的用户的工作量.当前在本体自动构建方面做的比较好的是Ont o W are Pr oject的text2ont o,它以WordNet 为字典,利用text m ining从大量文本资源中得到相关概念的描述信息,自动建立出该领域的本体[3,4]. ? 9 1 ?

测试环境搭建及测试基础

测试环境搭建及测试基础一、建立测试环境用来进行单板测试的房间需要具备以下条件： 1、尽量独立一个房间，因为测试中很容易受到其他设备的干扰； 2、如果需要准确测试的电压低于1mV，必须对房间进行金属屏蔽； 3、房间必须有独立接地系统接往本层楼层保护地入口； 4、房间必须有接地汇流排，截面积不得小于6平方毫米； 5、房间最好有独立的防静电地； 6、房间交流电源必须使用两路总空气开关，一路供测试设备使用，一路供EUT 使用，防止EUT故障引起断电，导致测试设备需要多次重启； 7、测试房间必须至少具备1台隔离变压器； 8、测试设备带宽高于500MHz的位置，房间必须设有EPA区； 9、有EPA区的房间必须设置人体电阻测试仪和防静电鞋帽； 10、测试人员在测试实验室必须遵守ESD防护程序； 11、待测设备要有“正在测试”的警示标牌； 12、放置待测设备和测试仪器的桌面必须铺设防静电台布，和手腕带接地插座； 13、测试实验室必须对不同的测试范围划定功能区，固定测试设备位置，制定设备责任人，放置实验设备和配件移动导致结果实验错误； 14、不同测试平台之间不能共用接地汇流排。设备摆放参考以下：配电方式建议如下，采用专用地线、零、火线，降低同楼层干扰。二、示波器选择与使用要求: 1、测里前保证测试仪器(仪表)和被测单板或系统共地。如果不共地，地线浮空，可能会得到错误的测试结果； 2、测里前需要校准仪器； 3、为确保测试数据的精度，应尽举采用高输入阻抗、小电容值、高带宽的有源探头和高带宽的示波器；

4、示波器的带宽：描述了示波器固有的上升时间(即时延)。探头和示波器的带宽要超过信号带宽的3-5倍以上； 5、示波器的采样速率：表示为样点数每秒〔S/s )，指数字示波器对信号采样的频率。为了准确再现信号，根据香农(Shannon )定律，示波器的采样速率至少需为信号最高频率成分的2信； 6、程应尽星小，波形尽量展开，以方使观察波形变化的细节，并准确测量其幅值； 7、测量信号边沿时，应选用合适的边沿触发； 8、高档示波器都具有毛刺捕捉模式，可以用于捕捉毛刺；三、探头选择与使用要求： 1、不允许在探头还连接着被测试电路时插拔探头； 2、有源探头和差分探头、电流探头等是很昂贵的设备，注意保护。插拔探头时必须先关示波器。无源探头一般没有硬性规定，但是出于可靠考虑，建议所有探头都不能热插拔，热插拔任何探头时都必须先关闭示波器； 3、探头地线只能接电路板上的地线，不可以搭接在电路板的正、负电源端。否则，可能会造成电路板器件损坏，甚至会烧坏探头的小夹子和探头木身； 4、探头电容越小，它对对电路的负载就越小，测试结果就更精确。选用时请根据情况仔细考虑； 5、探头是有测量幅度的，不要用于测大信号，以免造成探头损坏。例如：信号幅度超过+/-40V时，用有源探头P6245和P6243测量会造成探头的损坏； 6、差分探头能够测量差分电压范围是有限的。例如，差分探头P6247，其上的开关打在÷10档位时，能测的差分电压范围是+/ V，打在÷1档位时只有+/-850mV 差分信号峰峰值超过850rnV时(比如测公司常用的平衡线传输信号+/-5V)，要注意选用÷10档，否则会因输入过大而使显示的波形发生错误； 7、使用电流探头需先校准。每测试一个信号都需要校准一次； 8、使用时，探针尽量垂直于测试表面。但不可用力按压，以免探针受损；四、测试点的选择： 1、一般只测试单板接收到的信号，不测试发送的信号； 2、信号质量测试点要求在信号在末端测量〔根据当前信号流向决定测试点)。尽里在芯片的输入管脚上测量，或者尽量靠近输入管脚；

办公自动化系统的主要功能

办公自动化系统的主要功能办公自动化系统是我校信息化的基础应用平台。通过该项目的实施建立内外部通信平台和信息发布平台，实现教学、科研、行政、后勤等管理流程的信息化和工作流程的自动化，实现协同办公。通过办公自动化系统的应用，提高我校教学、科研、行政和后勤管理的规范化、科学化水平，为干部教育的现代化打下基础。一、系统功能系统功能分为两大类：通用办公及系统管理类、需整合的业务管理类。通用办公及系统管理类包括：个人办公、公共信息、行政事务、公文流转、知识管理、帮助、系统管理等。需整合的业务管理类包括：人事管理、财务管理、资产管理、教务管理、学员管理、科研管理、研究生管理、函授管理、本科生管理、图书管理等。二、系统功能要求（一）系统功能总体要求能满足300用户同时访问和350以上注册用户。有与手机、小灵通的信息发布平台接口。有与学校现有应用管理系统相衔接的接口或中间件软件。有开放的体系结构，具有良好的扩展功能，易升级、易集成。分布式组件技术，标准化接口设计，可自由增加或配置新模块。为满足定制需要，系统应提供丰富的应用样例（如典型流程、通用表单、具特定功能的函数包及增强工具），便于随时调用。全面支持二次开发，提供二次定制及开发所需的完整应用工具，包括二次开发手册文档及相关技术资料和案例介绍等。系统应以组织机构为基础，实现工作和权限的分配。“部门-岗位-人员”管理模式贴近现实，人事变动和机构调整应变自如，同时应实现各模块的权限自动刷新，保证系统数据安全和完整。提供完整的表单开发环境，包括增加一整套可供快速应用的工具和特性，用于定制、设计、增强适合各种需要的表单应用。定制好的表单可广泛发布到工作流及其它各模块或文件库中应用。完全可定制的工作流引擎，可供系统各模块自由调用。用户无需编程便可灵活自定义出符合各种业务特征需求的流程，流程数量不限，调整灵活，能完全适

测试环境搭建与部署

测试环境搭建与部署 1.目的 1.1.为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。稳定和可控的测试环境，可以使测试人员花费较少的时间就完成测试用例的执行，无需为测试用例、测试过程的维护花费额外的时间，并且可以保证每一个被提交的缺陷都可以在任何时候被准确的重现。 2.适用范围 2.1.硬件环境搭建：指测试必须的服务器、客户端、网络连接设备以及打印机/扫描仪等辅助设备所构成的环境；若要求的硬件配置种类较多，可以定义一些基本硬件配置； 2.2.软件环境搭建：指测试软件运行时的操作系统、数据库及其他应用软件构成的环境；2. 3.利用辅助测试环境进行的测试：兼容性测试：在满足软件运行要求的范围内，可选择一些典型的操作系统和常用应用软件对其进行主要功能的验证。 2.4.网络环境：指被测软件运行时的网络系统、网络结构以及其他网络设备构成的环境、网络设备、网络结构、网络系统等。 2.5.对测试环境的要求：尽可能真实的环境符合软件运行的最低要求选用比较普及的操作系统和软件平台营造纯净、独立的测试环境无毒的环境 3.术语和定义无 4.职责 4.1.技术部测试组成员 4.1.1.负载规划、建立和维护软件测试管理流程并持续优化 4.1.2.组织环境搭建工作的实施 4.1.3.在搭建环境中进行的工作分批写入测试用例和测试报告中 4.1.4.对应环境中发现的问题及时反馈并追踪

5.部署和管理测试环境 5.1.确定测试环境的组成 5.1.1.所需要的计算机的数量，以及对每台计算机的硬件配置要求，包括CPU的速度、内存和硬盘的容量、网卡所支持的速度、打印机的型号等； 5.1.2.部署被测应用的服务器所必需的操作系统、数据库管理系统、中间件、WEB服务器以及其他必需组件的名称、版本，以及所要用到的相关补丁的版本； 5.1.3.用来保存各种测试工作中生成的文档和数据的服务器所必需的操作系统、数据库管理系统、中间件、WEB服务器以及其他必需组件的名称、版本，以及所要用到的相关补丁的版本； 5.1.4.用来执行测试工作的计算机所必需的操作系统、数据库管理系统、中间件、WEB服务器以及其他必需组件的名称、版本，以及所要用到的相关补丁的版本； 5.1.5.是否需要专门的计算机用于被测应用的服务器环境和测试管理服务器的环境的备份； 5.1. 6.测试中所需要使用的网络环境。例如，如果测试结果同接入Internet的线路的稳定性有关，那么应该考虑为测试环境租用单独的线路；如果测试结果与局域网内的网络速度有关，那么应该保证计算机的网卡、网线以及用到的集线器、交换机都不会成为瓶颈； 5.2.管理测试环境 5.2.1.设置专门的测试环境管理员角色：职责包括：测试环境的搭建。包括操作系统、数据库、中间件、WEB服务器等必须软件的安装，配置，并做好各项安装、配置手册的编写；记录组成测试环境的各台机器的硬件配置、IP地址、端口配置、机器的具体用途，以及当前网络环境的情况；测试环境各项变更的执行及记录；测试环境的备份及恢复；操作系统、数据库、中间件、WEB服务器以及被测应用中所需的各用户名、密码以及权限的管理； 5.2.2.记录好测试环境管理所需的各种文档：测试环境的各台机器的硬件环境文档，测试环境的备份和恢复方法手册，并记录每次备份的时间、备份人、备份原因以及所形成的备份文件的文件名和获取方式；用户权限管理文档，记录访问操作系统、数据库、中间件、WEB服务器以及被测应用时所需的各种用户名、密码以及各用户的权限，并对每次变更进行记录； 5.2.3.测试环境访问权限的管理：为每个访问测试环境的测试人员和开发人员设置单独的用户名和密码。访问操作系统、数据库、WEB服务器以及被测应用等所需的各种用户名、密码、权限，由测试环境管理员统一管理；测试环境管理员拥有全部的权限，开发人员

开发环境与测试环境搭建方案

开发环境与测试环境搭建方案总体原则 1．开发与测试环境单独搭建，开发与测试环境的分离便于利于重现开发环境无法重现的BUG 以及便于开发人员并行地修复BUG ，如果选择开发环境来进行测试，开发人员进行某项误操作后发生系统崩溃或者系统不能正常运行的意外，此时测试工作也不得不停止。 2．测试环境与测试数据库分离，测试环境与测试数据库分离保证测试数据库的稳定性、数据准确性以及今后性能测试指标值的准确性。 3．开发环境与开发数据库共用一台，由于开发环境对及其性能要求不高，因此应用与数据库采用共用。 4．测试环境WEB 应用部署与生产环境相同，测试数据库的配置（用户、表空间、表）也需与生产环境一致。环境管理 1.1. 系统架构开发环境构架：测试环境系统构架： 1.2. 硬件配置从上述的系统架构图分析需要3台服务器组建开发与测试环境，机型选择普通的PC Server 机器即可。 1.3. 安装软件建议方案中给出是环境搭建的主要软件，其他的工具未在罗列中，根据具体需要自行安装。服务器内存 CPU 硬盘备注开发服务器 2G 到4G 之间 4C ，主频2G 以上 300G 左右测试服务器 8G-16G 之间 4C ，主频2G 以上 300G 左右测试数据服务器 8G-16G 之间 4C ，主频2G 以上 500G 左右

权限管理 1.4. 开发环境开发人员均可访问开发服务器应用代码与开发数据库，可以修改代码与数据以及发布部署开发版本以便自测。 1.5. 测试环境测试环境由版本管理员管理，负责整个测试环境的管理，包括版本部署、服务启停、数据变更等，测试环境对开发人员只开发查询权限，仅可查询应用日志，服务运行、测试数据。 2. 版本管理开发与测试环境安装 SVN 版本管理软件，由版本管理员负责对开发与测试环境的版本管理工作。 3. 备份管理 1．备份主要包括开发与测试环境的代码与配置，备份方式暂为全量备份。 2．每日凌晨3点系统自动对每个项目的代码已经配置文件自动备份，备份文件名：项目名称_code_yyyymmdd.tar ，备份完成后传至备份服务器(服务器待定)。 3．每当长假(元旦、清明、五一、端午、十一、中秋、春节)前期，需手工对开发与测试环境进行全量备份。 4．服务器操作系统中间件数据库测试工具版本管理工具开发服务器 RedHat Linux 5.4 64位 Weblogic 9 Oracle 10 无 SVN 测试服务器 RedHat Linux 5.4 64位 Weblogic 9 无 JIRA SVN 测试数据服务器 RedHat Linux 5.4 64位无 Oracle 10

OA办公自动化系统

（OA办公自动化系统）广东技术师范学院 2010年9月目录第一章作品介绍.............................. 错误!未指定书签。 1.1项目简单介绍............................... 错误!未指定书签。 1.2项目开发背景............................... 错误!未指定书签。 1.3项目的创新性：............................. 错误!未指定书签。 1.4项目开发的总目标........................... 错误!未指定书签。 2.1功能需求：................................. 错误!未指定书签。 2.2性能需求：................................. 错误!未指定书签。第三章概要设计.............................. 错误!未指定书签。 3.1系统实现原理：............................. 错误!未指定书签。 4.1基本设计概念和处理流程..................... 错误!未指定书签。 4.2服务器数据结构表........................... 错误!未指定书签。 4.3实验分析：................................. 错误!未指定书签。第五章使用说明.............................. 错误!未指定书签。

5.1安装说明................................... 错误!未指定书签。 5.2操作步骤：................................. 错误!未指定书签。第一章作品介绍 1.1项目简单介绍 OA办公系统即OA，是OfficeAutomation的缩写，指办公室自动化或自动化办公。其实OA办公系统是一个动态的概念。本项目具有人事管理（机构管理、部门管理、人事管理）、日程管理（我的日程、部门日程、我的便签）、文档管理（文档管理、回收站、文件搜索）、消息传递（消息管理、信箱）、系统管理（角色管理、登录日记、操作日记、菜单排序）、考勤管理（员工签到、签退、考勤历史记录查询、考勤统计）、问卷管理（调查问卷、问卷管理）等功能。主要用于一个公司的内部日程事务处理。 1.2项目开发背景随着知识经济时代的到来，社会进步正在不断加速，组织迫切需要一个可以实现内外资源整合的高效的信息系统，从而提升其管理水平。目前，大小型的公司越来越多，每一个公司都需要一个智能化的平台来管理自己的内部事务。因此需要将日常工作活动、管理活动、业务活动有机的结合，以快速响应客户需求，同时减少不必要的重复工作。在这种背景下，OA办公自动化系统孕育而生，给各类公司提供便利管理功能。 1.3项目的创新性：系统非常稳定，不仅前期的安装、调试很简单，而且后期维护量也很小，免去了合作伙伴的后顾之忧。本系统是基于目前广泛应用的方便灵活的三层结构，程序中含有目前稳定安全的javascript 和https://www.360docs.net/doc/d79813233.html,开发的模块，并通过新技术将两种语言衔接在一起，形成独特的开发模式，采用Ajax实现一些界面的无刷新效果，数据库用的是SQL2008。在一个局域网内发布就可以使用，很便利。 1.4项目开发的总目标 OA办公自动化系统目总体目标是：运用先进的网络信息技术构建信息化应用支撑环境，支持灵活多变的业务应用，帮助各类机关对各类资源综合管理。实现内部网络办公自动化和知识共享，实现办公无纸化，管理信息化，决策科学化。具体目标是： 1）、为领导提供管理和决策的辅助工具 2）、员工提供日程的办公平台 3)、提供及时、准确、全面的信息及知识共享服务。

本体构建方法

本体构建方法本文通过借鉴其他领域本体的构建方法，尤其是苏格兰爱丁堡大学的企业本体的建立过程，首先尝试着一步步建立起自己的本体模型，并且经过反复迭代的过程，不断的进行排错和修改，直至本体模型初具雏形。然后在遵循本体建立准则的基础上，通过抽象总结出一套领域本体的知识工程构建方法。领域本体构建过程 3.1 确定本体的领域与范围首先要明确构建的本体将覆盖的专业领域、应将本体的目的、作用以及它的系统开发，维护和应用对象，这些对于领域本体的建立过程中有着很大的关系，所以应当在开发本体前注意。对于特定的专业领域的一些特殊的表达法和特定的详细内容等的注释，应当明确。另外能力问（competency questions）是由一系列基于该本体的知识库系统应该能回答出的问题组成（Gruninger和Fox，1995），能力问题被用来检验该本体是否合适：本体是否包含了足够的信息来回答这些问题？问题的答案是否需要特定的细化程度或需要一个特定领域的表示。 3.2 列举领域中重要的术语、概念。在领域本体创建的初始阶段，尽可能列举出系统想要陈述的或要向用户解释的所有概念。这上面的概念和术语是需要声明或解释的。而不必在意所要表达的概念之间的意思是否重叠，也不要考虑这些概念到底用何种方式（类、属性还是实例）来表达。 3.3 建立本体框架。上一步骤中已经产生了领域中大量的概念，但却是一张毫无组织结构的词汇表，这时需要按照一定的逻辑规则把它们进行分组，形成不同的工作领域，在同一工作领域的概念，其相关性应该比较强。另外，对其中的每一个概念的重要性要进行评估，选出关键性术语，摒弃那些不必要或者超出领域范围的概念，尽可能准确而精简的表达出领域的知识。从而形成一个领域知识的框架体系，得到领域本体的框架结构。上述Step 2和Step 3并非是绝对的顺序，这两个步骤往往也可以颠倒过来进行，有时会先列举出领域中的术语和概念，然后从概念中抽象出本体框架；也可以先产生本体框架，再按照框架列举出领域的术语。至于如何具体进行，应该根据开发人员对领域的认识程度，如果领域内已经存在非常清晰的框架或者认识已经很深刻，则可以直接产生框架。当然，这两个步骤也可以交叉进行。 3. 4 设计元本体，重用已有的本体，定义领域中概念及概念之间的关系。为了描述各个概念，利用术语对概念进行标识，并对其含义进行定义，在这一步定义时先采用自然语言进行定义。为了定义一个概念，设计了元本体。一个概念可以采用元本体中定义的元概念进行定义，或采用在本体中已经被定义的概念进行定义，或重用已有的本体。元本体是指本体的本体，其术语用于定义本体中的概念，如实体、关系、角色等。它可以说是更高层次的本体，是领域内概念的抽象。在设计元本体时，尽量做到领域无关性，并且包含的元概念数目尽可能的少。目前，web上有许多可重用的本体资源库。重用已有的本体，既可以减少开发的工作量，又能增强与其它使用该本体的系统的交互能力。目前有许多本体可以通过internet获得，许多现成的本体，例如：UNSPSC、DMOZ、Ontolingua 的本体文库和DAML 的本体文库等，可以导入倒本体开发系统中。本体被表达的形式通常并不重要，因为许多知识表示系统能够导入和导出本体。即使某个知识表示系统不能直接使用某种形式的本体，将本体从一种形式到另一种形式通常也不难实现。除了概念，还要定义概念之间的关系。这些关系不仅仅涉及同工作领域的概念，不同工作领域的概念也可以相关，只是这些关系总是属于某一个工作领域。定义类（class）及类的层次体系。创建的概念中，很大一部分属于类，而对类的层次的定义有以下3种方法： (1) 自上向下法（top-down）：先定义领域中综合的、概括性的概念，然后逐步细化、说明。 (2) 自下向上法（bottom-up）：先定义具体的、特殊的概念，最底层、最细小的类的定义开始，然后对这些概念泛化成综合性的概念。

WEB测试环境搭建和测试方法

WEB测试时搭建测试环境所需的软硬件包括：电脑一台、JDK1.6、Tomcat7.0、mysql、IE 浏览器、Firefox浏览器、Chrome浏览器、SVN客户端通过SVN客户端导出最新的Web工程部署到Tomcat7.0下的webapps中，另外重要的一点就是修改数据库连接的配置文件，连接到正确的测试数据库（企业一般有开发人员所用的数据库和测试人员所用的数据库），数据库连接的配置文件在WEB-INF文件夹下，修改好数据库的配置文件后，在Tomcat7.0\bin\startup.bat启动Tomcat，在Tomcat没报错的情况下，用浏览器访问后台，出现一个登录界面，这样，一个简单完整的Web测试环境就搭建起来了！二、Web测试方法 1、链接测试链接是web应用系统的一个主要特征，它表示页面与页面直接的切换和用户不知道具体地址去访问其他页面的手段，如果页面不能跳转或者是访问失败，有很大程度上是web应用程序的链接出问题了；其中有一个重要的性能指标就是链接速度的测试，用户打开一个页面或者是去访问另外一个页面，如果web系统响应时间太长（例如超过5秒钟），用户就会因没耐心而离开，还有就是有些页面有超时的限制，这样可能引起数据丢失，使用户得不到真实的页面。 2、数据库测试在web应用技术中，数据库起着重要的作用，数据库为web应用系统的管理、运行、查询和实现用户对数据存储的请求提供空间，也就是说用户在页面进行各类操作，如添加、查询删除等一系列动作，都会被数据库记录。 3、浏览器测试浏览器是web客户端最核心的构件，来自不同厂商的浏览器对不同开发语言开发的应用程序有不同的支持，这就需测试人员对主流的浏览器和不同版本的浏览器进行有效的测试。