JSP;并且介绍了B/S模式的概念、特点;用软件工程的方法分析城市公交查询系统,对整个系统进行了需求分析、功能模块划分,并通过ER图对数据库进行概念设计;对城市公交查询系统的具体设计,描述了查询、录入模块的实现过程。 最后,在结束语的总结部分指出了系统的亮点以及不足之处,简单介绍了自己开发过程中的体会与心得:在摸索中实践,在实践中摸索。
第二章 基于Eclispe平台下的开发技术
Java是Sun Microsystems于1995年推出的高级编程语言,Java 领域的JavaSE、JavaEE技术已发展成为同C#和.NET平分天下的应用软件开发平台和技术。
在 Sun 正式发布 JSP(JavaServer Pages) 之后,这种新的 Web 应用开发技术很快引起了人们的关注。 JSP 为创建高度动态的 Web 应用提供了一个独特的开发环境。按照 Sun 的说法, JSP 能够适应市场上包括 Apache WebServer,IIS4.0 在内的 85% 的服务器产品。
当今比较流行的软件技术研发模式是C/S和B/S的体系结构。C/S(Client/Server)结构,即客户机和服务器结构。通过C/S可以充分利用两端硬件环境的优势,将任务合理分配到Client端和Server端来实现,降低了系统的通讯开销。
Eclipse 这样功能完整且成熟的开发环境,是由蓝色巨人IBM 所释出。IBM 花了4 千万美金来开发这个IDE(Integrated Development Environment)。第一版1.0 在2001 年11 月释出,随后逐渐受到欢迎。Eclipse已经成为开放原始码计划(Open Source Project),大部分的开发扔然掌握在IBM手中,但是有一部份由eclipse.org的软件联盟主导。
2.1 B/S结构介绍
B/S(Browser/Server)结构即浏览器和服务器结构。它是随着Internet技术的兴起而对C/S结构的一种变化或者改进的结构。在这种结构下,用户工作界面通过WWW浏览器来实现,极少部分事务逻辑在前端(Browser)实现,主要事务逻辑在服务器端(Server)实现。大大简化了客户端电脑载荷,减少了系统维护与升级的成本和工作量,降低了用户的总体成本。B/S方式可以形成所谓三层以上的结构。B/S结构是一次到位开发,能实现不同人员,从不同地点,以不同的接入方式访问和操作共同的数据库;它能有效地保护数据平台和管理访问权限,服务器数据库也很安全。特别是在JAVA这样的跨平台语言出现之后,B/S架构管理软件更为方便、快捷、高效。B/S工作机制如图3-1所示:
传统的C/S架构(客户机/服务器,Client/Server)方式中,业务逻辑位于客户端,每完成一项事务,都要频繁地访问数据库,使得网络上数据流量非常大,对于慢速连接的用户,甚至无法使用。
图 2.1 B/S工作机制
2.2 Java程序框架
为弥补上述C/S架构的缺陷,人们发展出了三层或多层架构:客户机-中间件(应用服务器)-数据库服务器(Client-Middle ware-Database Server)。在这种架构中,业务逻辑放置于中间件服务器上,大量的数据流也位于中间件和数据库之间,而客户机只是简单地发出请求,中间件接受请求后进行事务处理并将处理的结果返回给客户机,这一类型的客户机也称之为"廋客户"。B/S架构实际上是三层架构的一种,所不同的是客户端就是目前几乎每台电脑中都有的网络浏览器,而中间件则是Web应用服务器。注意到主要的业务逻辑均由位于Web应用服务器上的Servlet和JSP程序或EJB来处理。
2.3 B/S架构具备极大的优越性
1)面向电子商务时代的技术
将来所有的应用系统几乎都在互联网或企业内部广域网上运行,发展电子商务成为企业不可避免的信息化道路。B/S架构的软件正是电子商务的基石,正是这类软件使得移动办公和分布式协同工作真正成为现实。无论在世界的那个角落,只需要一台可以联网的设备(计算机、PDA甚至手机)都可以方便地与客户联系和与他人协同工作。
2)软件操作、维护和升级方式的革命
软件系统的改进和升级越来越频繁,B/S架构的产品在维护和升级方面具备显著的优势。无论用户的规模有多大,有多少分支机构都不会增加任何维护升级的工作量,所有的操作只对服务器进行,通过远程连接服务器,异地的运维人员甚至于可以做到远程维护和升级,这对人力、时间、费用的节省是相当惊人的。所有的客户端只是浏览器,所有的操作都和上网浏览网页类似,使用者接受的培训也仅限于业务逻辑而无需将大量精力浪费学习软件操作上。
第三章 公交查询系统设计分析
根据数据库系统生存期的设计方法,从数据库应用系统和开发的全过程来考虑将数据库应用系统设计分为以下几个阶段:
1)规划;
2)需求分析;
3)概念设计;
4)逻辑设计;
5)物理设计
3.1应用需求分析
要设计一个良好的公交查询系统,就必须首先明确该应用环境对系统的要求。公交查询系统的应用背景为:方便市民搭乘公交车出行;手动(目前)、自动(将来)、及时更新查询数据。因此,该系统需满足以下几方面需求: 1)问题分析
(1)功能需求:该模块实现公交查询功能。该模块实现数据的录入、修改、删除功能。
(2)性能需求:系统的相应时间不能超过10ms
(3)出错处理需求:当输入的信息不全,或格式不正确时,提示出错信息。
2)问题描述
(1)信息要求:可实现按起点-中转站-终点查询查询和按线路查询两种查询方式。
(2)处理要求:该模块实现数据的录入、修改、删除功能。该模块由公交站点管理与公交线路管理两部分组成.
(3)安全性与完整性要求。用户进入系统前必须登陆,输入密码,经服务器确认后放开进入系统。(暂未实现)
3)数据的更新修改:
更新:系统允许管理员级别的用户对数据进行更新、修改并且存盘操作; 编辑:系统允许管理员级别的用户对数据进行编辑、删除的操作,保证现库的真实性与实时性。 4)打印输出(暂未实现):系统可以将用户查询到的内容动态地生成报表,并打印输出。
3.2 系统功能模块划分
公交查询系统功能划分模块如下:
1)查询系统模块 该模块实现公交查询功能。可实现按起点-中转站-终点查询查询和按线路查询两种查询方式。
详细设计视图如图3-1
图3-1查询系统模块
2)录入系统模块 该模块实现数据的录入、修改、删除功能。该模块由公交站点管理与公交线路管理两部分组成.详细设计视图如图3-2录入系统模块所示:
图3-2 录入系统模块
2)信息输入输出模块如图3-3所示:
图3-3 信息输入输出模块
3.3 系统数据库设计
3.3.1概念设计 概念设计的目标是产生反映城市公交查询系统需求的数据库概念结构,即概念模式。概念模式是独立于数据库逻辑结构,独立于支持数据库的DBMS,不依赖于计算机系统的。 1)ER模型 ER模型是对现实世界的一种抽象。它的主要成分是实体、联系和属性。使
用这三种成分,我们可以建立许多应用环境的ER模型。 2) ER模型的操作 在利用ER模型进行数据库概念设计的过程中,常常需要对ER图进行种种
变换。这些变换又称为ER模型的操作,包括实体类型、联系类型和属性的分裂、合并和增删等等。 3)利用ER方法的数据库概念设计 利用ER方法进行数据库的概念设计,可以分成三步进行:首先设计局部ER模式,然后把各局部ER模式综合成一个全局ER模式,最后对全局ER模式进行优化,得到最终的ER模式,即概念模式。
设计局部的ER模式 通常,一个数据库系统都是为多个不同用户服务的。各个用户对数据
上一篇:
jsp仓库管理系统设计开发论文
下一篇:
基于JSP邮件收发系统论文