1、I本 科 毕 业 论 文支持远程管理的图像数据库系统设计与实现 总体架构及表示层设计Design and Implementation of Image Database System Supporting Remote ManagementThe Design of Structure and Presentation Layer姓 名： 学 号：学 院：软件学院系：软件工程专 业：软件工程年 级：指导教师： 年 月I摘 要随着计算机技术的发展，人们不仅使用单一的文字作为信息载体，还可以通过各种各样的媒体存储、传播信息，世界各地、各行各业都有大量的图像数据产生，传统的 C/S 模式暴露出许多
2、问题，因此建立一个可实现远程管理的图像数据库已成为时代迫切的需要。最新的 Struts2 跟 Hibernate 框架，既符合 MVC 模式的 Web 开发标 准，又降低了各层之间的耦合度，提高了项目的开发速度，而且 Hibernate 对 JDBC 的轻量级封装使数据库访问更加方便，提供了连接管理、事务管理以及对象的缓冲管理等功能，提高了数据访问的安全性与效率。本文使用最新的 Struts2 和 hibernate 框架，采用 B/S 架构，实现了跨平台操作，并实现了以下基本功能：较大图片的删改查询，支持多种图片格式，实现了图片直接存入数据库，直接从数据库读出，方便图片的备份与处理，并且限制
3、了用户对图片的访问，使图片更安全。关键词：图像数据库；Web2.0；MVC；B/SIIAbstractWith the development of computer technology, it is not only a single text as an information carrier, but also through a variety of media storage, dissemination of information around the world, from all walks of life have a lot of image data, the tra
4、ditional C / S model revealed many problems, so the establishment of a remote image database management have become an urgent need.Struts2 up-to-date with the use of Hibernate framework is in line with the MVC pattern of development of Web standards, but also reduce the coupling between the differen
5、t levels, the increased pace of project development, and Hibernate lightweight package for JDBC database access more convenient to make provides connection management, transaction management and object management features such as a buffer to enhance the security of data access and efficiency. In thi
6、s paper, using the latest Struts2 and hibernate framework,use B / S architecture, the realization of the cross-platform operation,And to achieve the following basic functions： Can achieve a larger picture of the additions and deletions to the investigation, supports a wide range of image formats. Th
7、e realization of the image directly into the database to read out directly from the database to facilitate the backup and image processing, and restrictions on the users visit to the picture, so that picture more secure.Key words: ImageDatabase;Web2.0;MVC;B/S III目录第一章 引言 11.1 项目起源 .11.2 开发意义 .21.3 论
8、文结构 .2第二章 支持远程管理的图像数据库系统的理论基础 32.1 相关技术简介 .32.1.1 J2EE 简介 .32.1.2 MVC 设计模式 52.1.3 Struts 概述 .92.1.4 Hibernate 框架 102.2 开发工具 .11第三章 支持远程管理的图像数据库系统的需求分析 133.1 系统目标 133.2 系统可行性研究 .133.3 需求分析 143.3.1 需求分析的任务 143.3.2 系统功能分析 143.3.3 性能需求 .15第四章 支持远程管理的图像数据库系统的总体设计 174.1 系统的总体结构 .174.2 概念性系统设计 .184.2.1 设计用
9、例 184.2.2 系统模块结构 .204.2.3 数据流图 234.3 系统构架设计 .24第五章 支持远程管理的图像数据库系统的详细设计 275.1 模块详细设计 275.1.1 数据库接口 .275.1.2 Hibernate 数据包 .285.1.3 用户表示层 .285.1.4 WEB 层 295.2 用户浏览图片模块 .305.2.1 详细用例描述 .325.2.2 用户浏览图片顺序图 .325.2.3 组件描述 345.3 管理员模块 .355.3.1 详细用例描述 .36IV5.3.2 管理员顺序图 .375.3.3 组件描述 42第六章 支持远程管理的图像数据库系统的实现结果
10、 456.1 用户运行界面 .456.1.1 用户登陆界面 .456.1.2 用户图片浏览界面 466.1.3 用户图片搜索页面 466.1.4 用户图片搜索结果页面 .476.2 管理员运行界面 .476.2.1 管理员登陆界面 476.2.2 管理员欢迎界面 486.2.3 管理员图片分类管理界面 486.2.4 管理员图片分类添加界面 496.2.5 管理员图片分类修改界面 496.2.6 管理员图片管理界面 .506.2.7 管理员图片新增页面 .50致谢语.51参考文献53附录.55VContentsChapter 1 Introduction 11.1 Project Origin
11、.11.2 Background.21.3 Thesis Structure 2Chapter 2 Theoretical Basis 32.1 Technology Summarize.32.1.1 J2EE Introduction.32.1.2 MVC Design Pattern .52.1.3 Struts Summarize .82.1.4 Hibernate Frame .102.2Development Tools .11Chapter 3 Requirements Analysis.133.1 System Target.133.2 System Feasibility .1
12、33.3 Requirements Analysis143.3.1 The task of requirements analysis.143.3.2 System Functional Analysis.143.3.3 Performance requirements15Chapter 4 General Design 174.1 The overall structure of the system.174.2 Conceptual system design.184.2.1 Design use case 184.2.2 System module structure204.2.3 Da
13、ta flow diagram .234.3 System Architecture Design.24Chapter 5 Detailed design.275.1.Module detailed design275.1.1 Database Interface .275.1.2 Hibernate Packet.285.1.3 User Presentation Layer285.1.4 Web Layer 295.2 Users to browse image module305.2.1 Detailed description of use case .305.2.2 Users to
14、 browse image sequence diagram 325.2.3 Component Description 345.3 Administrator Module 355.3.1 Detailed description of use case .36VI5.3.2 Administrator Sequence Diagram.375.3.3 Component Description 42Chapter 6 Achieve Results 456.1 User Interface 456.1.1 User login Interface.456.1.2 User Browsing
15、 Interface 456.1.3 User Search Interface466.1.4 The User Interface Search Results .466.2 Administrator Interface476.2.1 Administrator Login Interface 476.2.2 The Welcome Of Administrator Interface486.2.3 Administrator Mange Interface.486.2.4 Administrator Add Interface .496.2.5 Administrator Advise
16、Interface 496.2.6 Administrator Control Interface .506.2.7 Administrator Increase Interface 50Acknowledgements.51References.53Appendix.55支持远程管理图像数据库的设计与实现总体架构及表示层设计1第一章 引言1.1 项目起源在我国互联网的广泛应用主要是从上个世纪九十年代开始的，而网络图像迅速发展是web2.0之后的事情。一般图像文件较大，不宜用E-mail 传递大量图像。因此需要建立一个可实现远程管理的图像库。 基于图像数据库技术是图像处理技术、数据库技术和We
17、b技术相结合的产物。图像数据库是这样一个系统, 它能够将一大批图像及其有关信息存储在一起, 并对它们进行有效的管理, 以保证数据的一致性、完整性, 并支持各种应用。图像数据库的产生拓展了传统数据库技术的应用范围, 为图像处理提供了强有力的支持。而Web技术的加入又为图像数据库注入了新的活力, 便于实现Internet环境下诸多领域图像资源的共享。传统的模式图像数据库管理系统随着图像数据的日益庞大, 应用程序复杂程度的不断提高, 暴露出许多不可克服的问题, 如系统软件和应用软件变得越来越复杂, 造成软件实现及维护越来越困难。另外, 模式一般不能跨平台运行。当把C/S（Client/Server）
18、模式的软件应用于广域网时就暴露出更大的不足。Web技术（Browse/Server模式）可以比较圆满地解决上述问题。其优点有以下几点：（1）借用现成的浏览器，无需开发数据库前端；（2）标准统一，开发过程简单。（3）交叉平台支持。因此基于 Web 的图像数据库技术应运而生，Web 数据库技术采用三层或多层体系结构, 前端采用基于瘦客户机的浏览器技术, 通过 Web 服务器及中间件访问数据库, 如图 1-1 所示。 图 1-1Web 图像数据库体系结构支持远程管理图像数据库的设计与实现总体架构及表示层设计21.2 开发意义进入二十世纪以来，特别是 Web2.0 的广泛应用，网络数字图像迅速发展，支
19、持远程数字图像数据库的实现，有助于对较大网络图片的管理，避免了用 E-mail 传送大量图片带来的不便，很好的实现了图片的上传与浏览功能，给远程图片管理带来了便捷。1.3 论文结构本文主要从以下几章进行设计，第二章：开发支持远程管理数据库的理论基础，第三章：支持远程管理图像数据库系统的需求分析，第四章：支持远程管理图像数据库系统的总体设计，第五章：支持远程管理图像数据库系统的详细设计，第六章：支持远程管理的图像数据库系统的实现结果 。支持远程管理图像数据库的设计与实现总体架构及表示层设计3第二章 支持远程管理的图像数据库系统的理论基础2.1 相关 技术 简介2.1.1 J2EE 简介J2EE
20、是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化并且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。J2EE 核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共通的标准及规格，让各种依循 J2EE 架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，导致企业内部或外部难以互通的窘境。J2EE 使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上。事实上，Sun 公司设计 J2EE 的初衷正是为了解决两层模式（Client/Server）的弊端，在传统模式中，客户端
21、担当了过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经常基于某种专有的协议，通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非常困难。现在 J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。一个多层化应用能够为不同的每种服务提供一个独立的层，如图2-1所示，以下是 J2EE 典型的四层结构： 运行在客户端机器上的客户层组件 运行在 J2EE 服务器上的 Web 层组件 运行在 J2EE 服务器上的业务逻辑层组件 运行在 EIS 服务器上的企业信息系统 (Enterprise information system)层软件
22、支持远程管理图像数据库的设计与实现总体架构及表示层设计4图2-1 J2EE 多层应用J2EE 应用程序组件J2EE 应用程序是由组件构成的.J2EE 组件是具有独立功能的软件单元，它们通过相关的类和文件组装成 J2EE 应用程序，并与其他组件交互。 J2EE 说明书中定义了以下的 J2EE 组件: 应用客户端程序和 applets 是客户层组件. Java Servlet 和 JavaServer Pages(JSP)是 web 层组件. Enterprise JavaBeans(EJB)是业务层组件.客户层组件J2EE 应用程序可以是基于 Web 方式的,也可以是基于传统方式的.Web 层组
23、件J2EE Web 层组件可以是 JSP 页面或 Servlets.按照 J2EE 规范，静态的 HTML 页面和 Applets 不算是 Web 层组件。如图2-2 所示的客户层那样，web 层可能包含某些 JavaBean 对象来处理用户输入，并把输入发送给运行在业务层上的 enterprise bean 来进行处理。支持远程管理图像数据库的设计与实现总体架构及表示层设计5图2-2 J2EE 各层组件2.1.2 MVC 设计模式MVC 并不是 Java 语言所特有的设计思想，也并不是 Web 应用所特有的思想，它是所有面对对象程序设计语言都应该遵守的规范。MVC 思想将一个应用分成三个基本
24、部分：Model（模型） 、View（视图） 、和 Controller（控制器） ，这三个部分以最少的耦合协同工作，从而提高应用的可扩展性及可维护性。图2-3中给出了这几个模块各自的功能以及它们的相互关系。图2-3 MVC 模型组件关系图视图（View）视图是用户看到并与之交互的界面。对老式的 Web 应用程序来说，视图就支持远程管理图像数据库的设计与实现总体架构及表示层设计6是由 HTML 元素组成的界面，在新式的 Web 应用程序中，HTML 依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括 Adobe Flash 和象XHTML，XML/XSL，WML 等一些标识语言和
25、 Web services。如何处理应用程序的界面变得越来越有挑战性。MVC 一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。模型（Model）模型表示企业数据和业务规则。在 MVC 的三个部件中，模型拥有最多的处理任务。例如它可能用象 EJBs 和 ColdFusion Components 这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所
26、以减少了代码的重复性。控制器（Controller ）控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web 页面中的超链接和发送 HTML 表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后确定用哪个视图来显示模型处理返回的数据。现在我们总结 MVC 的处理过程，首先控制器接收用户的请求，并决定应该调用哪个模型来进行处理，然后模型用业务逻辑来处理用户的请求并返回数据，最后控制器用相应的视图格式化模型返回的数据，并通过表示层呈现给用户。起初，MVC 模式是针对相同的数据需要不同显示的应用而设计的，其整体的效果如图2-4所示：支持远
27、程管理图像数据库的设计与实现总体架构及表示层设计7图 2-4 MVC 结构在经典的 MVC 模式中，事件由控制器处理，控制器根据事件的类型改变模型或视图，反之亦然。具体的说，每个模型对应一系列的视图列表，这种对应关系通常采用注册来完成，即：把多个视图注册到同一个模型中，当模型发生改变时，模型向所有注册过的视图发送通知，接下来，视图从对应模型中获得信息，然后完成视图显示的更新。从设计模式的角度来看，MVC 思想非常类似于一个观察者模式，但与观察者模式存在少许差别：观察者模式下观察者和被观察者可以是两个互相对等的对象，但对于 MVC 思想而言，被观察者往往只是单纯的数据体，而观察者则是单纯的视图页
28、面。概括起来，有如下特点：多个视图一个对应一个模型。按设计模式，一个模型对应多个视图，可以减少代码的复制及代码的维护量，一旦模型发生改变，也易于维护。模型返回的数据与显示逻辑分离。模型数据可以应用任何的现实技术，例如，使用页面、Velocity 模版或者直接产生的 Excel 文档等。支持远程管理图像数据库的设计与实现总体架构及表示层设计8应用被分割为三层，降低了各层之间的耦合，提供了应用的可扩展性。控制层的概念也很有效，由于它把不同的模型和不同的视图组合在一起，完成不同的请求。因此，控制层可以说是包含了用户请求权限的概念。MVC 更符合软件工程化管理的精神。不同的层各司其职，每一层的组件具有
29、相同的特征，有利于通过工程化和工具化产生管理程序代码。相对于早期的 MVC 思想，Web 模式下的 MVC 思想则又存在一些变化，因为对于一个应用程序而言，我们可以将视图注册给模型，当模型数据发生改变时，即时通知视图页面发生改变；而对于 Web 应用而言，即使将多个 JSP 页面注册给一个模型，当模型发生变化时，模型无法主动发给消息给 JSP 页面（因为Web 应用都是基于请求/响应模式的） ，只有当用户请求浏览页面时，控制器才负责调用模型数据来更新 JSP 页面。2.1.3 Struts 概述Struts 由一组相互协作的类、Serlvet 以及丰富的标记库(jsp tag lib)和独立于
30、该框架工作的实用程序类(Validator)组成。Struts 有其自己的控制器（Controller） ，同时整合了其他的一些技术去实现模型层（Model）和视图层（View） 。在模型层，Struts 可以很容易的与数据访问技术相结合，包括 EJB,JDBC 和 Object Relation Bridge。在视图层，Struts 能够与 JSP, Velocity Templates,XSL 等等这些表示层组件想结合。Struts framework 是 MVC 模式的体现，下面我们就从分别从模型、视图、控制来看看 struts 的体系结构（Architecture） 。图 2-5 显示
31、了 struts framework 的体系结构响应客户请求时候，各个部分工作的原理。支持远程管理图像数据库的设计与实现总体架构及表示层设计9图2-5 Struts工作原理 从视图角度（View ）主要由 JSP 建立， struts 自身包含了一组可扩展的自定义标签库（TagLib） ，可以简化创建用户界面的过程。目前包括：Bean Tags，HTML Tags，Logic Tags，Nested Tags，Template Tags 这几个 Taglib。有关它们的详细资料请参考 struts 用户手册 从模型角度（Model）模型主要是表示一个系统的状态（有时候，改变系统状态的业务逻辑操
32、作也也划分到模型中） 。在 Struts 中，系统的状态主要有 ActiomForm Bean 体现，一般情况下，这些状态是非持久性的。如果需要将这些状态转化为持久性数据存储，Struts 本身也提供了 Utitle 包，可以方便的与数据库操作 从控制器角度（Controller）在 Struts framework 中， Controller 主要是 ActionServlet，但是对于业务逻辑的操作则主要由 Action、ActionMapping、ActionForward 这几个组件协调完成（也许这几个组件，应该划分到模型中的业务逻辑一块） 。其中，Action 扮演了真正的业务逻辑的
33、实现者，而 ActionMapping 和ActionForward 则指定了不同业务逻辑或流程的运行方向。Struts 跟 Tomcat、Turbine 等诸多 Apache 项目一样，是开源软件，这是它的一大优点。使开发者能更深入的了解其内部实现机制。除此之外，Struts 的优点支持远程管理图像数据库的设计与实现总体架构及表示层设计10主要集中体现在两个方面：Taglib 和页面导航。Taglib 是 Struts 的标记库，灵活动用，能大大提高开发效率。另外，就目前国内的 JSP 开发者而言，除了使用JSP 自带的常用标记外，很少开发自己的标记，或许 Struts 是一个很好的起点。关
34、于页面导航使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时，这种优势体现得更加明显。但是，Struts 将 MVC 的Controller 一分为三，在获得结构更加清晰的同时，也增加了系统的复杂度；它对类和一些属性、参数的命名显得有些随意，给使用带来一些不便。2.1.4 Hibernate 框架Hibernate 是一个开放源代码的对象关系映射框架，它对 JDBC 进行了非常轻量级的对象封装，使得 Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate 可以应用在任何使用 JD
35、BC 的场合，既可以在 Java 的客户端程序使用，也可以在 Servlet/JSP 的 Web 应用中使用，最具革命意义的是，Hibernate 可以在应用 EJB 的 J2EE 架构中取代 CMP，完成数据持久化的重任。图2-6 Hibernate 运行时体系结构图Hibernate 的核心接口一共有 5个，分别为:Session、SessionFactory、Transaction、Query 和 Configuration。这5个核心接口在任何开发中都会用到。通过这些接口，不仅可以对持久化对象进行存取，还能够进行事物控制。下面对这五个核心接口分别加以介绍。Session 接口：Sess
36、ion 接口负责执行被持久化对象的 CRUD 操作(CRUD 的支持远程管理图像数据库的设计与实现总体架构及表示层设计11任务是完成与数据库的交流，包含了很多常见的 SQL 语句。) 。但需要注意的是 Session 对象是非线程安全的。同时，Hibernate 的 session 不同于 JSP 应用中的 HttpSession。这里当使用 session 这个术语时，其实指的是 Hibernate 中的session，而以后会将 HttpSesion 对象称为用户 session。SessionFactory 接口： SessionFactory 接口负责初始化 Hibernate。它充当
37、数据存储源的代理，并负责创建 Session 对象。这里用到了工厂模式。需要注意的是 SessionFactory 并不是轻量级的，因为一般情况下，一个项目通常只需要一个 SessionFactory 就够，当需要操作多个数据库时，可以为每个数据库指定一个 SessionFactory。Configuration 接口：Configuration 接口负责配置并启动 Hibernate，创建SessionFactory 对象。在 Hibernate 的启动的过程中，Configuration 类的实例首先定位映射文档位置、读取配置，然后创建 SessionFactory 对象。Transact
38、ion 接口：Transaction 接口负责事务相关的操作。它是可选的，开发人员也可以设计编写自己的底层事务处理代码。Query 和 Criteria 接口：Query 和 Criteria 接口负责执行各种数据库查询。它可以使用 HQL 语言或 SQL 语句两种表达方式。2.2 开发工具根据项目实现目标，结合本人所学知识，确定本系统开发环境如下：1.开发平台：Windows XP Professional2.网站开发：JSP+Struts2+Hibernate本系统采用 B/S（Browser/Server)构架，即浏览器和服务器结构。系统网站建设采用 JSP+Struts2+Hibern
39、ate 技术，实现了三层构架，提高了可重用性，相互之间的耦合性大大降低。而且 Struts2的标签库跟 ONGL 语言使 JSP 页面设计更加方便，Hibernate 运用 hbm.Xml 配置文件映射数据库跟 SessionFactory接口自动生成 session 的多线程以及事务缓存的处理，使数据访问更加安全，完整。提高了开发效率，并极大的减少了代码量。3.开发工具：MyEclipse6.0，支持远程管理图像数据库的设计与实现总体架构及表示层设计124.开发语言：Java5.数据库：MySQL6.Web 服务器：Tomcat6.07.软件建模：Microsoft Office Visio
40、8.软件测试：JUnit第三章 支持远程管理的图像数据库系统的需求分析3.1 系统目标本系统主要是实现远程管理的图像数据库，并达到以下要求：1. 可实现图像的远程查询、删除与插入操作，上传的最大图片文件大小限定为 10M；2. 图像库的文件格式有 jpg、tiff、gif、bmp；3. 系统可以同时在线的用户最多支持远程管理图像数据库的设计与实现总体架构及表示层设计13为 20 个；4. 系统文件在上传的过程中，如果有重名图片，能给出提示。5. 查询中，and 和 or 可以同时存在，并且优先级为 and。3.2 系统可行性研究可行性研究的目的使用最小的代价在尽可能短的时间里确定问题是否能解决
41、，可行性研究可以说是个大大压缩简化了的系统的分析与设计的过程，同样也可以说成是在较高的层次上以较抽象的方式进行的系统分析与设计的过程。通过复查系统的规模与目标，研究与此类似的系统后，才能更好的分析设计该系统，我们具体从下面几个方面考虑。（1）技术上的可行性。对于该系统的实现在技术上是完全可行的， 由过去三年的所有学习当中，了解了 Java 以及 Java 的一些框架，能够进行简单的应用，特别是对Struts2.X 跟 hibernate3.0 框架的了解，因此，这个在技术上是可行的。（2）经济上的可行性。由于该系统涉及面比较少而且作为小组开发小项目，对于在经济上几乎不需要什么开销，所以在经济上
42、是完全可行的。（3）操作的可行性。由于系统是在 windows 环境下用 Struts2.X 跟 hibernate3.0 框架开发的，只需要通过浏览器就可使用的软件系统，在界面上完全易用，普通电脑网民都能轻易掌握使用。 （4）法律、社会效益等的可行性。由于这个系统是小组独立开发，在技术上没有使用任何其他软件与方法。所以在法律方面不会在侵犯专利权、侵犯版权等问题，在法律和社会效益上是完全可以行的。支持远程管理图像数据库的设计与实现总体架构及表示层设计143.3 需求分析3.3.1 需求分析的任务需求分析是发现，求精，建模，规格说明和复审的过程；具体地讲包括需求获取，需求分析，需求描述，需求评审
43、。这个阶段的任务还不是确定系统怎样完成它的工作，而仅仅是确定系统必须完成那些工作，也就是对目标系统在功能，性能和运行环境等方面提出完整，准确，清晰 ，具体地的要求。这个阶段的另外一项重要任务，是用正式文档准确地记录对目标系统的要求，这份文档通常称为规格说明（specification） 。对系统初步分析，在了解系统所要现实的基本功能后，把目前作业的难度，充分地进行考虑。在清楚系统的需求后发现，这一项不困难，但却很重要，而且是有明显效益的需求，在评估人力，时间，财力后，给予可行的响应了。虑到本系统并不会太困难，而且在人力的调配上也允许的情况下，决定自行开发这套信息系统。这样做的另外一个好处是确保
44、完整的自主性。系统开发不是一个人来完成，时间上是有可能的，但不被允许，所以成立一个开发小组，然后做下来一起展开讨论，制定一套最简单，也最有效的方式，就是把想得到的结果，或期望的功能一一列出来，然后再望源头推论，看是否有足够的数据来提供给结果使用，就能订出哪些项目可以列入系统框架中，或哪些是源头需增加的部分，业务单位把他们的需求列出一份清单，与信息单位讨论是否可行。3.3.2 系统功能分析这里所做的是远程管理图像数据库，因此下面就系统的功能进行详细的分析。1. 图像的远程管理：此系统主要是为不宜用 E-mail 传递的大量图像所设计，因此要实现远程查询、删除与插入操作。系统应该有后台，可以进行安
45、全的登录，后台可以方便的管理图片，如图片搜索、编辑、添加、删除、分类、显示与隐藏、置顶与取消置顶等功能。2. 支持多种图片格式：系统后台应支持 jpg、tiff、gif、bmp 等各种格式的图片，图片的大小限制为 10M，可以通过后台管理这些图片。支持远程管理图像数据库的设计与实现总体架构及表示层设计153. 其他功能：重名检测，当系统上传图片的时候，遇到有重名的要提醒。支持 and 和 or 的查询，优先级为 and。支持评论，支持多人用户同时在线。4. 扩展功能：系统前台应该简洁、实用、交互性好，有 Web2.0 的特色。应该使用流行的 Ajax 技术，增强用户体验，使系统人性化、个性化、
46、系统分页、搜索、日历、分类都采用 Ajax 技术。3.3.3 性能需求性能需求主要是指系统必须满足的定时约束或容量约束，通常包括速度（响应时间） 、信息两速度、安全性等方面的要求。由于该系统属于网络软件系统，在程序的响应时间上在很大部分取决于网络的带宽速度问题，而且还得看处理的数据量多少来决定，在网络畅通，网络正常的话，该系统在处理远程管理图像是可以满足一般用户的需求的。第 4 章 支持远程管理的图像数据库系统的总体设计4.1 网站的总体结构从总体上，系统符合 MVC的分层模式，将表示层，业务逻辑层和持久层相分离。系统分为 5 层， web Page（视图层）, Action（表示层）, Se
47、rvice（业支持远程管理图像数据库的设计与实现总体架构及表示层设计16务逻辑层） ，DAO（持久层）, Pojo（模型层） 。 web Page主要为页面代码部分; Action 处理简单的调用，之后将数据传给Service进行逻辑操作，调用Service层的方法 ; Service层接收 Action传来的数据，进一步调用DAO 层的方法，这样设计的目的是为了进一步解耦，便于代码的移植与复用。 DAO层进行与持久对象的操作， 进行管理员的增删改查操作和用户的查询操作。因为运用了Hibernate 框架，所以通过相应的对数据库的操作为对POJO 对象的操作。 Pojo为模型层，将与数据库密切
48、联系，用于保存需要用到的数据库信息。在此处因为用到Hibernate 框架，所以通过ORM映射实现数据库操作，这里通过hbm文件把POJO类映射数据库中的表。支持远程管理的图像数据库系统运用了MVC设计模式，MVC强制性的将数据从视图层上分离开来，尽管构造MVC应用程序需要一些额外的工作，但是它给我们带来的好处是毋庸置疑的。它不仅大大提高了代码的可重用性，而且降低了耦合度，便于后期的维护，提高了应用程序的可移植性、灵活性和可配置性。该系统的包图具体见如下：支持远程管理图像数据库的设计与实现总体架构及表示层设计17UIActionServiceHttpRequest HttpResponseUs
49、erServiceImplUserServiceCategoryServiceImplCategoryServicePictureServiceImplPictureServicePojoDAOUserCategoryPicturePersistenceUserDAOImplUserDAO CategoryDAOCategoryDAOImpl PictureDAOImplPictureDAO10*图4-1 系统包图4.2 概念性系统设计4.2.1 设计用例用例是文本形式的情节描述，用以说明某参与者使用系统以实现某些目标，广泛用于需求的发现和记录工作中，用例会影响项目的许多方面，包括分析、设计、实现、项目管理和测试制品。用例本身就是需求的一种描述。在支持远程管理的图像数据库系统中，参与者有两类，一类是用户，另
