公交查询系统论文.doc

《公交查询系统论文.doc》由会员分享，可在线阅读，更多相关《公交查询系统论文.doc（55页珍藏版）》请在沃文网上搜索。

1、 摘 要由于社会在不断发展，互联网已经被千千万万的家庭所接收，公交查询系统在日常生活中占有很重要的位置。通过对公交查询系统的现状分析,考虑如何在日常生活中充分利用网络和计算机的优势,使得公交信息既能够得到及时有效的查询,又能节省日常生活中的时间、提高效率,并且使这一资源得到重复利用,由此设计公交查询系统。 本系统应用B/S结构,MVC模式采用SSH框架技术编写。本系统论文的前言部分主要介绍了与该系统相关的国内外现状以及开发该系统在需求上，技术上的可行性，并介绍该系统开发用到的一些关键性的技术；当确定需求后，该论文的系统设计部分就介绍了具体该怎么去设计并实现该系统。然后该系统论文的系统实现部分再

2、介绍具体实现的细节了。该系统主要功能包括公交车信息查询，公交车论坛，公交车新闻，公交车图片中心，资源上传下载，用户留言，系统介绍，论坛管理，新闻管理，图片管理，资源管理，留言管理，维护个人信息等功能。 关键词：公交查询系统，SSH，MVCABSTRACTWith the development of the society, the internet has been accepted by millions of families. The bus query system plays a very important role in daily life. My design of bus

3、 query system focus on the consideration of how to make full user of the advantages of the internet , and which made us easily to find out the imformation of bus ,and save the time of the life, improve the efficienty and recycle it at the same time. The system applied B/S structure, MVC pattern writ

4、ten by SSH frame technology.The foreword of thesis of bus system introduces somthings about the system at home and abroad,and the Demand feasibility and the technical feasibility of developing the system.There are also introduce some key technology about this system.After confirm the demand,the part

5、 of the system design of thesis can tell us how to do the system.And then,the part of system implementation of the thesis let us know that how to coding to implements the system.This system mainly functions including bus information query, the bus, the bus, the bus news BBS uploads and downloads pic

6、tures center, resources, user message, system is introduced, BBS management, news management, pictures management, resource management, guestbook management, maintenance personal information, and other functions.Key words: Bus query system,SSH, MVC第1章 概述1.1应用背景随着改革开放的迅猛展开，中国的交通方式变得越来越完善，公交车几乎可以遍及大城市

7、的每一个角落，在繁华忙碌的大城市里各式各样的公交车成为了其中一道亮丽的风景，错综复杂的公交车线路网让人们的出行，上下班获得了巨大的方便和实惠。但是，复杂的交通也给人们的出行带来难题。网络替人们解决了如何找到快速、便捷的道路通往目的地这个问题。网络的生活化使得很多的事情无需远行，就能够很快的解决，生活上的信息很多都能从网络中获得。海量信息是现代网络的特点，在海量的公交线路和公交站点中提取出想要的公交车信息就需要一个公交车查询系统。通过这样的系统，可以使人们方便、快捷的查询到所需要的交通信息，从而节省时间，提高效率。1.2国内外现状目前，国内外公交查询系统都发展到了一个比较成熟的阶段，无论是从理论

8、上还是从技术上都比较成熟。国外公交查询系统更是早已经实现了智能化、信息化、社会化。据相关资料了解，国外的公交查询系统现在已经将GIS、GPS、RS技术集合到公交查询系统中。GIS技术:即Geography Infomation System,地理信息系统。简单说就是将地图与数据库相结合。GPS技术：即Globe Position System，全球定位系统，通过每3颗卫星确定一个点的经纬度坐标，使用WGS_1984坐标系 。RS技术：Remote Sensing，遥感。通过卫星或飞机接收地面反射波普，判断地面情况的技术。现在国内的公交查询系统也结合了很多技术，比如：基于ASP.NET+XML的

9、公交查询系统，基于J2ME的公交查询系统，基于WebGIS公交查询系统。国内公交查询系统也正在向将GIS、GPS、RS技术相结合的方向发展。虽然现在国内公交查询系统技术上已经发展到了一定阶段，但是管理上还缺乏一定的规范，还有待进一步的规范和完善。 1.3需求分析以往由于公交企业与市民地理位置的分离，致使公交企业与市民之间的沟通产生空间上的阻隔，不能灵活、高效的进行信息查询工作。如何解决公交企业与市民的远程沟通问题，提高工作效率是设计这个系统的主要初衷。公交查询系统的应用很好的解决这个问题。能够充分解决公交企业与市民之闻的地理问题。但是建立基于互联网上的公交查询系统还涉及到技术上、安全上、可靠性

10、等问题，基于此提出课题的研究。为了方便市民查询公交，了解更多公交方面的信息，本系统将会有以下功能，用户登录注册模块，公交查询模块，公交新闻模块，公交论坛模块，公交图片浏览模块，资源上传下载模块，用户留言模块，和系统介绍模块，为了方便管理员管理，对应的模块都设计了相应的后台管理。对于用户登录注册模块，当用户是以游客身份登录时，只能进行公交查询，新闻浏览，和图片浏览，系统介绍，和用户注册操作。只有当注册成为系统会员后，才能拥有该系统前台所有功能的使用，对与后台，只有管理员登录，才能使用其功能。对于公交查询模块，一般用户对于查询有3种需要，一种是直接输入公交线路查询，查询该线路经过哪些站点，一种是输

11、入站点名称查询，查询哪些线路经过该站点，还有一种是输入起点和终点站查询，查询换乘路线。为了方便用户查询，本系统将会满足用户的3种查询条件，一种是直接输入公交线路查询，一种是输出站点名称查询，还有一种是输入起点和终点站查询，对于后面那一种查询条件，本系统提供所有满足该条件的一次换乘方案供用户选择。对于该公交查询的换乘算法方面，目前查询效率的瓶颈就是在与数据库进行交互的时候。为了解决这种问题，该系统对于数据库查询只做简单查询，将更复杂的算法逻辑放到业务逻辑层里面去实现。比如一次换乘查询，对于数据库操作只查出满足该起点和终点的相关线路，然后再业务逻辑层去筛选其中符号条件的结果。这样做会在SQL语句上

12、有大量简化，使系统对数据库查询性能提交很多。同时，为了方便管理员管理，后台有专门的公交站点管理，可以进对线路进行增，删，改，查的操作。对于公交新闻模块，主要是发布一些最新的公交方面的新闻给用户浏览，以便用户知道有关公交信息方面的一些重大新闻，同时提供后台对新闻的管理。对于公交论坛模块，主要是给会员使用，登录的会员可以在论坛里面发帖，回帖，讨论或者发表一些关于公交方面的信息。发帖主要是指发表一个标题，然后登录用户就可以看到，并进行发言。同时为了方便对一些用户不良发言的管理，在后台设计了该功能的管理模块，该模块可以删帖，也可以单独删除其中一用户的发言。对于公交图片模块，主要是对于那些对公交信息感性

13、趣的人设计的，这里面有一些关于公交信息图片可供浏览，如各式各样的公交车图片，公交广告等。同时为了方便管理，也设计了一个管理模块，对图片进行管理。对于资源上传下载模块，这里会提供一些有关资源列表供感兴趣的会员下载，同时也允许会员上传资源，但是为了防止会员上传不良信息，在后台开发一个资源管理模块，方便管理员管理资源。对于用户留言模块，如果会员对该系统有什么意见或者建议，可以通过该模块发留言给管理员，用户只需要输入标题，和发言内容就行。同时为了方便管理员查询留言，在后台有个留言管理模块，该模块使管理员可以查看不同用户的留言，同时也可以给该用户回复，然后该留言的用户可以在前台改模块里面查询管理员的回复

14、。对于系统介绍模块，主要是描述了该系统是用来做什么的，有哪些功能操作。1.4系统可行性分析可行性分析的目的，不是研究如何解决问题，而是确定问题是否值得解决。分析系统的可能性，成功的可行性，投入产出的可能性，是否有行的通的解决方案和实施方案。达到这个目的，不是主观的猜想，而是客观的分析。系统的可行性研究在整个系统的建设中占有重要的作用。因为一个系统，无论将其构想的多么美好，但是没有现实意义，那么之后的所有工作是没有任何价值的。系统的可行性研究主要包括技术方面的可行性研究、管理方面的可行性研究两个方面。1.5技术可行性技术可行性是指为实现系统目标，所需要的技术保证。系统开发所需要的技术主要有计算机

15、软硬件技术、系统开发人员的水平、用户管理与使用的能力等。Java的相关技术已经相当成熟，并且基于MVC模式能够很好的简化项目，使得项目的开发和维护都有很好的前提。技术可行性分析要考虑如下几个方面：（1）软硬件需要的可满足性：硬件环境：450*2MHZ/60G/1024MB/40G/，软件环境：Windows JDK1.6/Tomcat 6/mysql 5.1。（2）系统开发人员水平：本系统开发者已能熟练操作Java、s2sh并且有一定的美术功底；掌握网络互联技术、网络安全技术、网络数据库技术等；对网络组建和系统开发理论有较好的掌握，故有能力开发实现该业务系统。（3）开发环境： JAVA语言的所

16、有特点：跨平台性、安全性高、可移植性好、可扩展性高并且是编译性语言，使程序设计者可以很方便地建立自己的系统。因此决定使用java语言作为开发语言。在JSP页面的对提交信息的校验利用了strut2。由于EditPlus和JCreater的方便，以及对EditPlus和JCreater的熟悉，所以选择了它们作为开发工具。操作平台：Windows XP Profession Sp2。开发环境：myclipse开发语言：JAVA、Java Bean。框架S2SH，调试的环境IE8.0、Tomcat6。数据库运行环境：mysql。鉴于以上的分析，系统的建设在技术上完全可行。1.6管理可行性MVC模式使得

17、任务管理系统有了很好的松耦合性，这样使得各个模块之间能够更好的独立完成，更加便于管理。所以在管理上考虑本系统的建设是完全可行的。1.7关键性开发技术的介绍本系统采用B/S结构下的MVC设计模式，S2SH开源框架。MVC英文即Model-View-Controller，即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层模型层、视图层、控制层。1.7.1 Struts2简介Struts2是以Webwork的设计思想为核心，吸收了Struts1的优点，因此，可以认为Struts2是Struts1和Webwork结合的产物1。一、M

18、VC简介 Struts2是一个兼容Struts1和WebWork的MVC框架，既然，提到了MVC框架，就不得不对MVC框架做一个简单介绍，仅限于简单介绍，如果，想了解更多的MVC的知识可以查看相关的文档，或者找一本Struts1的书籍，相信上面关于MVC的篇幅不会很少。言归正传，其实，Java目前出现的这些框架而言，其最终目的都是为了解除耦合，不论是Spring、Hibernate或MVC框架，目的都是为了解除耦合增加复用。MVC接触的是View和Model间的耦合。 MVC包含三个基础部分：Model、View和Controller，这三个部分以最小的耦合协同工作，以增加程序的可扩展性和可维

19、护性。MVC各个部分的实现技术可以总结如下： 1）Model：JavaBean、EJB的EntityBean。 2）View：JSP、Struts的TagLib。 3）Controller：Struts的ActionServlet、Action 概括起来MVC的优点主要有一下方面： 1）多个视图可以对应一个模型。按MVC设计模式，一个模型对应多个视图，可以减少代码的复制及代码的维护量，一旦模型发生改变，也易于维护。 2）模型返回的数据与显示逻辑分离。模型数据可以应用任何的显示技术，例如，使用JSP页面、Velocity模板或者直接产生Excel文档等。 3）应用被分隔为三层，降低了各层之间的耦

20、合，提供了应用的可扩展性。 4）控制层的概念也很有效，由于它把不同的模型和不同的视图组合在一起，完成不同的请求。因此，控制层可以说是包含了用户请求权限的概念。 5）MVC更符合软件工程化管理的精神。不同的层各司其职，每一层的组件具有相同的特征，有利于通过工程化和工具化产生管理程序代码对于MVC的概念性的东西也就废话到此，其关键的地方就是各个模块的实现技术分别是什么。二、Struts2简介 Struts2既然是从Struts1发展而来，但实际上Struts2与Struts1在框架的设计思想上面还是有很大的区别，Struts2是以WebWork的设计思想为核心，为什么Struts2不沿用Strut

21、s1的设计思想，毕竟Struts1在目前的企业应用中还是有非常大的市场在的，那么，来看下Struts1的一些缺点吧： 1）支持的表现层技术单一。 2）与Servlet API严重耦合，这点可以从Action的Execute的方法声明里面就可以看的出来。 3）代码依赖Struts1 API，有侵入性，这点可以从写Action类和FormBean的时候看的出来，Action必须实现Struts的Action类而Struts2之所以以WebWork的设计思想为其核心，一点就是最近WebWork的上升势头，再就是WebWork没有Struts1上面的那些缺点，更符合MVC的设计思想，也更利于代码的复用

22、。基于以上介绍可以看的出，Struts2体系结构与Struts1的体系结构有很大的差别，Struts1是使用ActionServlet做为其中心处理器，Struts2则使用一个拦截器（FilterDispatcher）做为其中心处理器，这样做的一个好处就是将Action类和Servlet API进行了分离。 Struts2的简单处理流程如下： 1）浏览器发送请求。 2）中心处理器根据struts.xml文件查找对应的处理请求的Action类。 3）WebWork的拦截器链自动对请求应用通用功能，例如：WorkFlow、Validation等功能。 4）如果Struts.xml文件中配置Meth

23、od参数，则调用Method参数对应的Action类中的Method方法，否则调用通用的Execute方法来处理用户请求。 5）将Action类中的对应方法返回的结果响应给浏览器三、Struts2与Struts1对比 1）Action类的实现方式： Struts1的Action在实现的时候必须扩展Action类或者Action的子类，Struts2的Action类实现的时候可以不用实现任何类和接口，虽然Struts2中提供一个ActionSupport类，但是，不是必须的。 2）Struts1的Action类是单例模式，必须设计成线程安全的，Struts2则为每一个请求产生一个实例。 3）St

24、ruts1的Action类依赖与Servlet API，从其execute的方法签名可看出，execute方法有两个Servlet的参数HttpServletRequest和HttpServletResponse，Struts2则不依赖于Servlet API。 4）以为Struts1依赖于Servlet API这些Web元素，因此对Struts1的Action进行测试的时候是很困难的，需要借助与其他的测试工具，Struts2的Action可以象测试其他的一些Model层的Service类一样进行测试。 5）Struts1的Action与View通过ActionForm或者其子类进行数据传递，

25、虽然也有LazyValidationForm这样的ActionForm的出现，但是，还是不能像其他层面那样通过一个简单的POJO进行数据传递，而Struts2将这样的奢望变成了现实。 6）Struts1绑定了JSTL，为页面的编写带来方便，Struts2整合了ONGL，也可以使用JSTL，因此，Struts2下的表达式语言更加强大四、Struts2与WebWork对比 Struts2实际上就是WebWork2.3，不过，Struts2还是与WebWork有少许的差别： 1）Struts2不再支持内置IOC容器，改用Spring的IOC容器 2）Struts2对于Webwork的一些Ajax的特

26、性的标签改用Dojo进行替换。1.7.2 MVC模式介绍MVC(Model/View/Controller)模式是国外用的比较多的一种设计模式，最早是在Smaltalk中出现的。MVC包括三类对象，简单地说，Model是应用对象，View是它在屏幕上的表示，Controller定义用户界面对用户输入的响应方式6。 MVC设计模式中“模型“指的是真正完成任务的代码。对大多数Web应用程序来说，功能比界面感觉更重要。在模型同界面相分离的情况下，代码即可实现可管理性和可重用性。模型通常也被称作”业务逻辑“。 所谓“视图“其实就是使用界面。在MVC模式下，在通常的设计前提下界面任务并不大。当然，视图应

27、该具有一定功能性并遵守可用性的约束，但视图不应当处理数据。事实上，界面的每一部分都只能包含采集数据的足够逻辑，并把它传递给设计模式中的其他组成部分以进行处理。 “控制器”控制着模型和视图之间的交互过程。它决定着向用户返回怎样的视图，检查通过界面输入的信息以及选择处理输入信息的模型。 在JSP开发中，最常使用Model2。Model2实际上就符合MVC模式。 1.7.3 Model: 系统状态和商业逻辑JavaBeans 基于MVC的系统中的 Model 部分可以细分为两个概念 - 系统的内部状态， 能够改变状态的行为。用语法术语来说，我们可以把状态信息当作名词(事物），把行为当作动词(事物状态

28、的改变）。 通常说来，你的应用程序将系统内部的状态表示为一组一个或多个的JavaBeans，使用属性(properties）来表示状态的细节。依赖于你的应用程序的复杂度，这些beans可以是自包含的(以某种方式知道怎样永久地保存它们的状态信息），或者可以是正面的(facades），知道当被请求时怎样从外部数据源(例如数据库）中取得信息。Entity EJB通常也用来表示内部状态。 大型应用程序经常将系统可能的商业逻辑行为表示为可以被维护状态信息的beans调用的方法。举个例子，你有一个为每个当前用户保存在session中的购物车bean，里面是表示当前用户决定购买物品的属性。这个bean有一个

29、checkOut()方法用来验证用户的信用卡，将定单发给库房以选择货品和出货。别的系统分别地表示同样的行为，或许使用Session EJB。 在一些小型应用程序中，同样的行为又可能嵌入到作为Controller一部分的 Action 类中。这在逻辑非常简单或者并不想要在其它环境中重用这些商业逻辑时是恰当的。Struts框架支持所有这些方法，但建议将商业逻辑(“做什么“）和 Action 类(“决定做什么”）分离开。 1.7.4 View: JSP页面和表示组件 基于Struts的应用程序中的 View 部分通常使用JSP技术来构建。JSP页面包含通常称为“模版文本”的静态HTML(或XML）文

30、本，加上插入的基于对特殊行为标记解释的动态内容。JSP环境包括了其用途由JSP规范来描述的一套标准的行为标记，例如 。另外，还有一个用来定义你自己标记的标准机制，这些自定义的标记组织在“定制标记库”中。 Struts包括了一个广阔的便于创建用户界面，并且充分国际化的定制标记库，与作为系统 Model 部分一部分的ActionForm beans美妙地相互配合。这些标记的使用将在后面做详细讨论。 除了JSP页面和其包含的行为及定制标记，商业对象经常需要能够基于它们在被请求时的当前状态将自己处理成HTML(或XML）。从这些对象处理过的输出可以很容易地使用 标准行为标记包括在结果的JSP页面中。

31、1.7.5 Controller: ActionServlet和ActionMapping 应用程序的 Controller 部分集中于从客户端接收请求(典型情况下是一个运行浏览器的用户），决定执行什么商业逻辑功能，然后将产生下一步用户界面的责任委派给一个适当的View组件。在Struts中，controller的基本组件是一个 ActionServlet 类的servlet。这个servlet通过定义一组映射(由Java接口 ActionMapping 描述）来配置。每个映射定义一个与所请求的URI相匹配的路径和一个 Action 类(一个实现 Action 接口的类）完整的类名，这个类负责

32、执行预期的商业逻辑，然后将控制分派给适当的View组件来创建响应。 Struts也支持使用包含有运行框架所必需的标准属性之外的附加属性的 ActionMapping 类的能力。这允许你保存特定于你的应用程序的附加信息，同时仍可利用框架其余的特性。另外，Struts允许你定义控制将重定向到的逻辑名，这样一个行为方法可以请求“主菜单”页面(举例），而不需要知道相应的JSP页面的实际名字是什么。这个功能极大地帮助你分离控制逻辑(下一步做什么）和显示逻辑(相应的页面的名称是什么）。1.7.6面向对象设计方法面向对象设计（Object-Oriented Design，OOD）方法是OO方法中一个中间过渡

33、环节。其主要作用是对OOA分析的结果作进一步的规范化整理，以便能够被OOP直接接受。面向对象设计（OOD）是一种软件设计方法，是一种工程化规范3八十年代末以来，随着面向对象技术成为研究的热点出现了几十种支持软件开发的面向对象方法。其中，Booch, Coad/Yourdon, OMT, 和Jacobson的方法在面向对象软件开发界得到了广泛的认可。特别值得一提的是统一的建模语言UML （Unified Modeling Language），该方法结合了Booch, OMT, 和Jacobson方法的优点，统一了符号体系，并从其它的方法和工程实践中吸收了许多经过实际检验 的概念和技术。UML方法

34、自去年提出后到现在已发展到1.1版，并已提交给对象管理集团OMG，申请成为面向对象方法的标准。面向对象方法都支持三种基本的活动：识别对象和类，描述对象和类之间的关系，以及通过描述每个类的功能定义对象的行为。为了发现对象和类，开发人员要在系统需求和系统分析的文档中查找名词和名 词短语，包括可感知的事物（汽车、压力、传感器）；角色（母亲、教师、政治家）；事件（着陆、中断、请求）；互相作用（借贷、开会、交叉）；人员；场所；组织；设备；和地点。通过浏览使用系统的脚本发现重要的对象和其责任，是面向对象分析和设计过程的初期重要的技术2。当重要的对象被发现后，通过一组互相关联的模型详细表示类之间的关系和对象

35、的行为，这些模型从四个不同的侧面表示了软件的体系结构：静态逻辑、动态逻辑、静态物理和动态物理。静态逻辑模型描述实例化（类成员关系）、关联、聚集（整体/部分）、和一般化（继承）等关系。这被称为对象模型。一般化关系表示属性和方法的继承关系。定义对象模型的图形符号体系通常是从用于数据建模的实体关系图导出的。对设计十分重要的约束，如基数（一对一、一对多、多对多），也在对象模型中表示。动态逻辑模型描述对象之间的互相作用。互相作用通过一组协同的对象，对象之间消息的有序的序列，参与对象的可见性定义，来定义系统运行时的行为。静态物理模型通过模块描述代码的布局。动态物理模型描述软件的进程和线程体系结构。第2章

36、系统设计2.1系统设计思想和原则(1)系统将以简洁、易懂的界面呈现给用户，目标能够使每一个用户易于操作，减少不必要的业务逻辑，提高该系统的利用率和运行、维护效率。(2)系统的首要目标是能够满足目前的业务功能需要，并确保系统切换平滑、运行稳定；对于service的编写，通过参数配置等形式，实现其应具备的控制功能，并具有良好的可扩展性，提高service的复用性。对于HTML界面的编写,以简洁、轻快明了、规范性为目标。使其呈现的效果多、丰富，对于JavaBean的编写使其具有对数据进行增、删、改、查、参数初始化的业务逻辑。(3)整个系统代码程序具有统一的命名规范和编写规范，使编码阶段更加规范化和合

37、理化。2.2系统用例图设计用例图(Use Case Diagram)是由软件需求分析到最终实现的第一步，它描述人们如何使用一个系统。用例视图显示谁是相关的用户、用户希望系统提供什么样的服务，以及用户需要为系统提供的服务，以便使系统的用户更容易理解这些元素的用途，也便于软件开发人员最终实现这些元素4。用例图在各种开发活动中被广泛的应用，但是它最常用来描述系统及子系统。当用例视图在外部用户出现以前出现时，它捕获到系统、子系统或类的行为。它将系统功能划分成对参与者（即系统的理想用户）有用的需求。而交互部分被称作用例。用例使用系统与一个或者多个参与者之间的一系列消息来描述系统中的交互。2.2.1系统前

38、台用例图系统前台主用户主要分两种角色，一种是游客，一种是会员，游客和会员分别有不同的权限。会员权限高于游客，游客如果想要拥有同会员同等权限则需要先注册，注册成功，则成为会员了。系统前台用例图如图2.1所示。 图2.1 系统前台用例图2.2.2系统后台用例图后台用户为管理员，只有以管理员身份登录，才能对后台功能进行操作。系统后台用例如图2.2所示。图2.2 系统后台用例图2.3系统模块划分图根据需求调研结果确定本系统主要包括以下功能模块，如图2.3所示。公交查询系统系统前台系统后台用户登录注册公交查询公交论坛公交线路管理论坛管理新闻管理公交新闻公交图片中心资源上传下载用户留言图片管理资源管理留言

39、管理图2.3 系统功能模块划分图2.4数据库设计2.4.1数据库设计原则数据库设计是管理信息系统中的重要部分，设计质量的好坏、数据结构的优劣将直接影响到管理系统的性能。在设计数据库系统时，应遵循以下原则:一、数据共享性数据库是为多个用户群、多种应用目的而建立的，需要同时为不同部门、不同专业的多用户服务，要求数据有共享性。二、数据独立性数据库的数据与应用要互相独立，不仅要求物理数据有独立性，而且还要求逻辑数据有独立性。当存储结构和存储方法有改变时，不会引起逻辑数据结构的变化，应用程序也不必重写；总体逻辑数据结构发生变化时，其局部逻辑数据结构可以不变5。三、最小冗余性数据库是多种性质不同数据文件的

40、统一体，为使多用户充分共享，要求响应速度快，数据冗余尽可能限制在小范围内。四、安全性考虑数据库为多用户、多目的服务和充分共享，必须严格控制数据共享范围和数据使用的合法权限，确保数据的安全，并要防止泄密。五、完整性数据库的完整性指数据的正确性、有效性、一致性和时间性。六、灵活性和可恢复性对数据库的数据可按不同的途径和方法灵活地进行检索和存取；并便于修改和扩充，当数据受到意外破坏时能很快地得到恢复。2.4.2数据表结构设计公交新闻信息表表2.1 公交新闻信息表字段名数据类型长度是否允许为空主键备注idvarchar50NYIDtitlevarchar100YN标题contentvarchar400

41、0YN内容INTimedatetime8YN添加时间管理员信息表表2.2 管理员信息表字段名数据类型长度是否允许为空主键备注idvarchar50NYIDmanagervarchar50NN登录名PWDvarchar50NN密码 会员信息表表2.3 会员信息表字段名数据类型长度是否允许为空主键备注idvarchar50NYIDuserNamevarchar20NN登录用户名trueNamevarchar20NN真实姓名passWordvarchar20NN密码addressvarchar100NN地址emailvarchar100YN电子邮箱用户留言信息表表2.4用户留言信息表字段名数据类型长

42、度是否允许为空主键备注idvarchar50NYIDtitlevarchar100NN标题whovarchar50NN留言人contentvarchar4000NN内容intimevarchar50YN留言时间reflexvarchar4000YN回复信息renamevarchar50YN回复人图片信息表表2.5图片信息表字段名数据类型长度是否允许为空主键备注idvarchar50NYidnamevarchar50NN图片名称contentvarchar5000YN简介picvarchar50YN图片intimevarchar50YN添加时间memovarchar50YN备注公交线路信息表表2

43、.6公交线路信息表字段名数据类型长度是否允许为空主键备注idvarchar50N3idnameboardvarchar50NN线路名称routefvarchar50NN始发routeendvarchar50NN终点runtimevarchar50NN营运时间pricevarchar50NN票价globalpricevarchar50NN全程时间sitevarchar4000NN停靠站点frequencyvarchar50NN发车频率promptvarchar100YN线路提示moldvarchar50YN类型memovarchar4000YN备注论坛主表表2.7论坛主表字段名数据类型长度是否允

44、许为空主键备注idvarchar50NYidtitlevarchar1000NN标题fathervarchar50NN创建人intimevarchar50YN时间论坛子表表2.8论坛子表字段名数据类型长度是否允许为空主键备注idvarchar50NYidforumidvarchar50NN主表IDcontentvarchar4000YN内容whovarchar50NN留言人intimevarchar50YN时间资源表表2.9论坛子表字段名数据类型长度是否允许为空主键备注idvarchar50NYidnamevarchar50NN资源名称urlvarchar4000YN资源地址intimevar

45、char50YN时间第3章 系统实现在系统的生命周期中，经过系统规划、系统分析、系统设计等阶段以后，便开始系统实现阶段。系统实现是以系统分析和系统设计文档资料为依据的。系统开发者只有通过系统开发文档，对系统的目标、系统的总体结构、数据库的设计等有明确理解和认识以后，才能开始系统的实现活动。系统实现阶段要继承此前各阶段的工作成果，将技术设计转化为物理实现，因此系统实现的成果是系统分析和系统设计的结晶。系统实现作为最后的物理实现阶段，对于系统的质量、可靠性以及可维护性有着十分重要的影响。3.1系统的活动图活动图是UML中描述系统动态行为的图之一，用于展现参与行为的类的活动或动作。在UML里，活动图本质上就是流程图，它描述系统的活动、判断点和分支等。活动是在状态机中一个非原子的执行，它由一系列的动作组成，动作由可执行的原子计算组成，这些计算能够使系统的状态发生变化或返回一个值。3.1