基于JSP的任务管理系统设计和开发.doc

1、 毕业设计（论文 ） 基于 JSP的 任务管理 系统设计和开发 姓 名 系 别、 专 业 导 师 姓 名、职 称 完 成 时 间 摘要 ： 本文描述了 基于 WEB 的任务 管理系统的设计与实现。本系统的前台设计由JSP 实现， 以 SQL SEVER 2000 为 后台 数据服务器 ,增加系统的安全性和完整性 ，提高了系统响应的速度 。 整个软件系统基于浏览器 /服务器（ B/S）模式。本系统界面设计大方 、简洁、实用，操作简单方便， 是一款完全适合普通 办公日常任务管理的软件。能实现 日报，周报中数据 的智能化管理， 可以提高 任务 管理的效率。同时通 将其转变为各种任务表并作出分析，为日

2、常办公自动化提供帮助。 关键字： 任务管理； 权限；自动化 第一章 引言 信息技术的飞速发展造就了一个统一的全球市场，导致了世界范围的激烈市场竞争。不论一个企业原来的基础是处于先进、后进抑或中间，都遵循着同一竞争尺度，即用户选择原则。残酷的市场竞争给企业带来的压力可归纳为 :时间T(Time，即开发新产品的时间或成熟产品的上市时间 )、质量 Q(Quality)、成本C(eost)、服务 S(serviee)和环境 E(Environment)。 TQesE 是企业发展的永恒主题，不断完善 TQcSE 也是企业永无止境的目标。面对这样残酷的形势，企业如果不能开发新产品，特别是技术含量高的独占性

3、的产品，则无法参与市场竞争。 1.1 开发背景 软件开发大体经历了三个发展阶段 :程序设计、程序系统和软件工程。 在程序设计阶段，软件的质量取决于程序员个人的编程水平，程序员的工作是在 “手工作坊 ”中进行。而当软件开发发展到程序系统阶段，软件的质量有软件开发小组编码和测试质量决定，在这一阶段，开发人员之间的协作 工作已开始 显得越来越重要。但随着软件系统、软件项目开发的规模越来越大，项目成功的关键在于项目团队在整个软件生命周期中的管理和控制水平。 在软件工程阶段，软件技术和软件产品随着 Intemet 应用日新月异，开发技术尤其是过程建模技术、软件复用技术、构建构架技术、分布式技术的成熟，为

4、软件企业开发过程注入了新的活力。面向网络的团队开发工作模式已成为软件开发的主流方式。在这种工作模式下，随着软件开发人员的增加和开发环境的日益复杂，使得软件开发过程越来越复杂，越来越难以管理。 与此同时，软件开发环境的变更也越来越复杂 :多操作系统，多开发工具，面向网络，团队工作方式及异地开发等，更突出了软件开发过程中出现的问题。目前软件组织面临着不断激化的市场竞争的同时，还面临着自身管理方面的问题，这些问题包括 : (l)缺乏对用户需求进行有效的管理和追踪的工具 : (2)产品升级和维护所必需的程序和文档非常混乱 ; (3)代码可重用性差，不能对产品进行功能扩充 ; (4)开发过程中的人员流动

5、经常发生 ; (5)由于管理不善致使未经测试的程序加入到产品中 ; (6)用户与开发商没有有效的产品交接界面。 事实上， 任务 管理的发展不论是技术也好，还是管理 工具也好，都是计算机工业迅猛发展的结果，尤其是以日新月异的速度发展的 Intemet 技术及其应用，给软件产业带来了新的挑战，软件开发越来越难以管理，伴随着软件开发过程中出现的新问题 :团队沟通困难，软件重用率低下，代码冗余度高，文档不健全等。最终结果导致开发周期延长，产品可靠性下降，质量低劣，软件产品维护困难，项目风险增加。人们开始努力地寻找解决方案，这就促使了 任务 管理的发展。与此同时，人们发现好的配置管理确实能够解决产品生产

6、过程的问题，能够提高产品质量，更重要的是使得产品生产过程中，诸多不可控因素在良好的配置 管理过程中变得有序和可控，所以配置管理称为对软件企业的一种基本要求，一种规范，一种标准 (15090001 业标准 )。 现代软件开发管理的关键是进行有效的 任务 管理，用 任务 管理系统来维护开发过程中越来越多的中间产品。这些中间产品包括传统的软件需求、设计、实现代码等文档外，第三方构件，历史项目资料、项目开发历史、可重用构件及开发组织的一些成熟的经验和模式等文档。然而，更为重要的是项目跨度和规模在不断扩大，软件的开发受到客户、开发人员、技术、合作伙伴、管理等多方面因素的影响，软件产品尤其是中间软件产品一

7、直处于不停的相 互影响和变动之中。软件的复杂性是软件的本质，软件工程第一定律表明 :不管你处在生命周期的哪个阶段，系统都会发展变化，而且这种改变会一直存在于整个软件开发的生命周期中。没有科学完善的管理机制，软件的质量和成本就将难以保证。 软件变更带来的影响是多方面的，对于缺乏控制手段的软件组织，变更的不确定性和复杂性将会给管理和维护造成混乱。而对于成熟的软件组织，有效的管理和控制变更是自身完善的机会，因为对于软件产品来说，变更意味着新的技术的引入，新的市场的机会的出现，新的更为完善的产品的形成。因此，好的软件组织会把变更看成 是一种必须，着力去控制实现而不是回避变更。 如何有效地维护、管理、追

8、踪变更、防止混乱，传统手工的、单机的、静态的文档管理己经无法适应现代软件企业的发展需要，需要更为完整的管理方法来维护软件产品，而 任务 管理系统能够有效地解决上述问题，并对软件开发过程提供自动化支持。 然而， 任务 管理在各个软件企业的实施是有差异的，毕竟 任务 管理并不是一项纯技术的问题，有许多人的因素影响着 任务 管理的实施，因此，从某种意义上讲 任务 管理更应该属于一种管理范畴的问题， 任务 管理工具是 任务 管理的一种辅助手段。由于企业管理上工作流程的差异，导 致商业的 任务 管理软件在某种程度上难以满足企业的开发需要。一个合理的有效的 任务 管理的解决方案是建立在软件企业的产品开发模

9、型之上，是能够与这个企业的产品开发过程吻合的配置管理解决方案，所以有能力的软件企业大都自行开发 任务 管理系统。 1.2 国内外研究技术开发状况 以变更控制和支持过程为中心，是现代 任务 管理系统的主要特点，能否实现有效的变更控制已成为判断软件企业是否专业化和正规化的重要标准。所谓控制变更指的是不论处在生命周期的哪个阶段，系统都会发生改变，而且这种改变会一直存在于整个软件开发的生命周期中。变更包含两方 面内容 :一是对变更过程的控制，保证变更以可以控制的方式进行 ;二是对文档的控制，变更必然导致文档的变化。所以配置管理系统要在这两方面提供支持叫。 所谓支持过程指的是对软件过程的支持，软件工程方

10、法研究开始从 “生存周期 ”向 “过程 ”转移，软件过程的改进成为软件开发组织的一个重要努力方向。美国卡耐基梅隆大学软件工程研究所提出的软件过程成熟度模型 CMM 是这一研究成果的标志，人们开始认识到软件产品的质量在很大程度上依赖于软件过程 ，任务 管理随着 任务 管理的应用己趋向成熟，但仍需要解决一些问题，这些问题有的是配置管理自身的技术 问题，有的是新的需求新的开发模式带来的应用和集成问题，对于这些问题的解决将形成 任务 管理下一步发展的趋势，可归纳为 : (l)配置管理将于其他软件开发工具进行集成 配置管理不是一个独立的领域，它与其它软件开发工具共同构成软件开发的工程环境。配置管理集成包

11、括 :配置管理系统间的集成 :一个软件组织可能存在多种配置管理系统。 与其他系统间的集成 :如与 case 工具，与软件测试工具等。 (2)新的开发模式对配置管理提出的新的需求 在配置管理厂商致力于解决传统软件开发中的配置需求的同时，新的开发模式新的应用就已开始出现。 Intemet 给软件开发带来了新的组织模式和协作模式，这就要求 任务 管理提供 Web 支持，一方面为传统的配置管理系统提供 Web 方式的访问接口，另一方面基于 web 构造 任务 管理 iis。 第二章 开发工具和开发环境 2 1 JSP 语言介绍 JSP（ JAVA SERVER PAGES）是由 Sun 公司在 jav

12、a 语言上开发出来的一种动态网页制作技术，其可使您可以将网页中的动态部分和静态的 HTML 相分离。 JSP实际上是 JSP 定义的一些标记和 JAVA 程序段，以及 HTML 文件的混合体。 您可以使用平常 得心应手的工具并按照平常的方式来书写 HTML 语句。然后，将动态部分用特殊的标记嵌入即可，这些标记常常以“ %”开始并以“ %”结束。 通常 要将文件以 “.jsp” 为扩展名，并将它放置到任何可以放置普通 WEB页面的路径下。尽管 JSP 文件看起来更 像 是 HTML 文件而不是 Servlet 文件，但事实上，它恰恰将转换为 Servlet 文件 ， 其中的静态 HTML 仅仅用

13、来输出 Servlet服务方法返回的信息。如果 JSP pages 已经被转换为 Servlet 且 Servlet 被编译进而被 装载（在第一次被 Request 时），当您再次 Request 此 JSP 页面时，将察觉不到一瞬的延迟。好象一个 URL 是指向一个 HTML，但事实上它指向的是一个 Servlet 或 JSP pages。 构造一个 JSP page， 除了可内嵌的规则的 HTML，还有三类主要的 JSP 元素：Scripting elements, Directives,和 Actions。 使用 Scripting elements 您可以定义最终转换为 Servlet

14、 的部分， Directives 使您可以控制这个 Servlet 的整体结构，而 Actions 使您可以指定可重用的已有组件，另外，还可控制 JSP引擎的运行。为了简化 Scripting elements， 您可以在某一段上利用一些预定义的变量，如 request。 在当今世界 ， 流行的 Internet 应用程序开发主要有： ASP， PHP， CGI， JSP等多种方案，技术上各有优缺点，但是 JSP 以其简单易学，跨平台的特性，在众多程序中独树一帜，在短短几年中已经形成了一套完整的规范，并广泛的应用于电子商务等各个领域中。在国内 JSP 现在也得到了比较广泛的重视 。 2.1.2

15、 JSP 的特点 （ 1） 一次编写到处运行 。在这一点上 Java 比 PHP 更出色，除了系统之外，代码不用做任何修改。 (2)系统的多平台支持。基本上可以在所有平台上的任意环境中开发，在任意环境中部署，在任意环境中扩展。相比 ASP/PHP 的局限性是显而易见的。 （ 3） 强大的可伸缩性。从只有一个小的 Jar 文件就可以运行 JSP/Servlet，到由多台服务器进行集群和负载均衡，到多台 Application 进行事务处理、消息处理，一台服务器到多台服务器， Java 显示了一个巨大的生命力。 (4)多样化和功能强大的开发工具支持。这一点和 ASP 很像。 Java 已经有许 多

16、非常优秀的开发工具，而且许多都是免费得到，并且其中有许多已经可以顺利地运行于多种平台之下。 JSP 技术的基础是 Java Servlet， JSP 具备了 Java 技术的简单易用、完全面向对象、具有平台无关性且安全可靠、主要面向 Internet 的所有优点。这也是我们采用 JSP 技术的原因。 2.1.3 JSP 的运作模式 JSP作为 J2EE的一部分，既可以用于开发小型的 Web站点、也可以用于开发大型的、企业级的应用程序，直接使用 JSP对于最小型的 Web站点，可以直接使用 JSP来构建动态网页，这种站点最为简单， 所需要的仅仅是简单的留言板、动态日期等基本的功能。对于这种开发模

17、式，一般可以将所有的动态处理部分都放置在 JSP的 Scriptlet中，就像一般使用 PHP或 ASP开发动态网页一样。 请求 调用 请求 回传 回传 回传 图示： JSP运作模式 web 服务器 JSP 容器tomcat 数据库 浏览器 1.JSP+JavaBeans中型站点面对的是数据库查询、用户管理和小量的商业业务逻辑。对于这种站点，不能将所有的东西全部交给 JSP页面来处理。在单纯的JSP中加入 JavaBeans技术将有助于这种中型网站的开发。利用 JavaBeans，将很容易完成如数据库连接、用户登录与注销、商业业务逻辑封装的任务。如：将常用的数据库连接写为一个 JavaBean

18、s，既方便了使用，又可以使 JSP文件简单而清晰，通过封装，还可以防止一般的开发人员直接获得数据库的控制权。 2.JSP+JavaBeans+Servlet Servlet在不再担负动态页面 生成的任务以后，开始担负起决定整个网站逻辑流程的任务。在逻辑关系异常复杂的网站中，借助于 Servlet和 JSP良好的交互关系和 JavaBeans的协助，完全可以将网站的整个逻辑结构放在 Servlet中，而将动态页面的输出放在 JSP页面中来完成。在这种开发方式中，一个网站可以有一个或几个核心的 Servlet来处理网站的逻辑，通过调用 JSP页面来完成客户端（通常是Web浏览器）的请求。后面我们将

19、可以看到，在 J2EE模型中， Servlet的这项功能可以被 EJB取代。 (1)运行可行性分析： 随着计算机知识 的普及和推广，越来越多的人掌握了计算机的基本使用方法和技能。随着 Internet 的发展，用户对于网络、 WINDOWS 等环境下的软件使用比较熟悉，对于新鲜事物，用户表现出极大的兴趣和热情，这也是各种 任务 管理系统兴起的原因。 (2)经济可行性分析： 任务 管理系统给人们带来了方便，给企业带来了全新的商务模式。因此，投入一定的资金，构建一个 任务 管理系统平台在经济上是完全可行的。 (3)运行环境： 本系统采用联网多机多用户操作方式，系统的运行环境包括硬件、操作系统、关系

20、数据库等软件： 硬件：中央处理 器（ CPU）： P4 以上的处理器； 硬 盘： 10GB 以上硬盘； 软 驱： 1.44MB 软驱； 内 存： 256MB； 显示器： 15 寸 /17 寸显示器； 操作系统： Windows 2000， Windows NT， Windows XP,Unix,Linux； 关系数据库： Microsoft SQL Server 2000； 2.1.4 Servlet 介绍 Servlet 是一种独立于平台和协议的服务器端的 Java 应用程序，可以生成动态的 Web 页面。 Servlet 是 位于 Web 服务器内部的服务器端的 Java 应用程序，与传统

21、的从命令行启动的 Java 应用程序不同， Servlet 由 Web 服务器进行加载，该 Web 服务器必须包含支持 Servlet 的 Java 虚拟机。 Java Servlet 与 Applet 的比较 : 相似之处： * 它们不是独立的应用程序，没有 main()方法。 * 它们不是由用户或程序员调用，而是由另外一个应用程序 (容器 )调用。 * 它们都有一个生存周期，包含 init()和 destroy()方法。 不同之处： * Applet 具有很好的图形界面 (AWT)，与浏览器一起，在客户端运行。 * Servlet 则没有图形界面，运行在服务器端。 Java Servlet

22、 与 CGI(Common Gateway Interface) 的比较 : 与传统的 CGI 和许多其他类似 CGI 的技术相比， Java Servlet 具有更高的效率，更容易使用，功能更强大，具有更好的可移植性，更节省投资。在未来的技术发展过程中， Servlet 有可能彻底取代 CGI。 * 高效 在传统的 CGI 中，每个请求都要启动一个新的进程，如果 CGI 程 序本身的执行时间较短，启动进程所需要的开销很可能反而超过实际执行时间。而在Servlet 中，每个请求由一个轻量级的 Java 线程处理 (而不是重量级的操作系统进程 )。 在传统 CGI 中，如果有 N个并发的对同一

23、CGI 程序的请求，则该 CGI 程序的代码在内存中重复装载了 N 次；而对于 Servlet，处理请求的是 N个线程，只需要一份 Servlet 类代码。在性能优化方面， Servlet 也比 CGI 有着更多的选择。 * 方便 Servlet 提供了大量的实用工具例程，例如自动地解析和解码 HTML 表单数据、读取和设置 HTTP 头、处理 Cookie、跟踪会话状态等。 * 功能强大 在 Servlet 中，许多使用传统 CGI 程序很难完成的任务都可以轻松地完成。例如， Servlet 能够直接和 Web 服务器交互，而普通的 CGI 程序不能。 Servlet还能够在各个程序之间共享

24、数据，使得数据库连接池之类的功能很容易实现。 * 可移植性好 Servlet 用 Java 编写， Servlet API 具有完善的标准。因此，为 IPlanet Enterprise Server 写的 Servlet 无需任何实质上的改动即可移植到 Apache、Microsoft IIS 或者 WebStar。几乎所有的主流服务器都直接或通过插件支持Servlet。 * 节省投资 不仅有许多廉价甚至免费的 Web 服务器可供个人或小规模网站使用，而且对于现有的服务器，如果它不支持 Servlet 的话，要加上这部分功能也往往是免费的 (或只需要极少的投资 )。 Java Servlet 与 JSP(JavaServer Pages) 的比较 : JavaServer Pages(JSP)是一种实现普通静态 HTML 和动态 HTML 混合编码的技术， JSP 并没有增加任何 本质上不能用 Servlet 实现的功能。但是，在 JSP 中编写静态 HTML 更加方便，不必再用 println 语句来输出每一行 HTML 代码。更重要的是，借助内容和外观的分离，页面制作中不同性质的任务可以方便地分开：比如，由页面设计者进行 HTML 设计，同时留出供 Servlet 程序员插入动态内容的空间 .