科研团队门户网站设计与实现设计报告(毕业论文)(编辑修改稿)

科研团队门户网站设计与实现设计报告(毕业论文)(编辑修改稿)内容摘要：

事件的发生而引起的状态间的转移。 一个状态图描述了一个状态机，用状态图说明系统的动态视图。 它对于接口、类或协作的行为建模尤为重要。 可用它描述用例实例的生命周期。 活动图：活动图是一种特殊的状态图，描述需要做的活动、执行这些活动的顺序 (多为并行的 )以及工作流 (完成工作所需要的步骤 )。 它对于系统的功能建模特别重要，强调对象间的控制流程。 高层活动图用于表示需要完成的一些任务，即用于 分析用例，理解涉及多个用例的工作流、多线程及并行，显示相互联系的行为整体，还可用于对企业过程建模，对系统的功能建模。 低层活动图用于表示类的方法。 但活动图不适用于描述动作与对象间的关系，显示对象间的合作以及显示对象在生命周期内的运转情况。 MVC模式 概述 MVC全名是 Model View Controller，是模型 (model)－视图 (view)－控制器 (controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及 用户交互的同时，不需要重新编写业务逻辑。 MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图 第 9页 （ 共 61页 ） 形化用户界面的结构中。 MVC的 视图 、模型、控制器 在 MVC 模式 中 ， Model（模型）表示应用程序核心， View（视图）显示数据， Controller（控制器）处理输入 1. Model（模型） 是应用程序中用于处理应用程序数据逻辑的部分。 通常模型对象负责在数据库中存取数据。 2. View（视图） 是应用程序中处理数据显示的部分。 通常视图是依据模型数据创建的。 3. Controller（ 控制器 ） 是应用程序中 处理用户交互的部分。 通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据 MVC的工作原理 Event（事件）导致 Controller 改变 Model 或 View，或者同时改变两者。 只要 Controller 改变 Model 的数据或者属性，所有依赖的 View 就会自动更新。 类似的，只要 Controller 改变了 View， View 会从潜在的 Model 中获取数据来刷新自己。 第 10页 （ 共 61页 ） JSP概述 JSP(Java Server Pages)是由 Sun Microsystems公司倡导、许多公司参与一起建立的一种 动态网页 技术标准 ， 是一种以 Java为主的跨平台 web开发语言。 JSP技术有点类似 ASP技术，它是在传统的网页 HTML文件 (*.htm,*.html)中插入 Java程序段 (Scriptlet)和 JSP标记 (tag)，从而形成 JSP文件 (*.jsp)。 但是， 用 JSP开发的 Web应用是跨平台的， 即能在各种 操作系统上运行。 JSP技术使用 Java编程语言编写类 XML的 tags和 scriptlets，来封装产生动态网页的处理逻辑。 网页还能通过 tags和 scriptlets访问存在于服务端的资源的应用逻辑。 JSP将网页逻辑与 网页设计 和显示分离， 支持可重用的基于组件的设计，使基于 Web的应用程序的开发变得迅速和容易。 Web服务器在遇到访问 JSP网页的请求时，首先执行其中的程序段，然后将执行结果连同 JSP文件中的 HTML代码一起返回给客户。 插入的 Java程序段可以操作数据库 、重新定向网页等，以实 现建立动态网页所需要的功能。 JSP与 Java Servlet一样，是在服务器端执行的，通常返回该客户端的就是一个 HTML文本，因此客户端只要有浏览器就能浏览。 JSP技术 有如下 强势 ： （ 1）一次编写，到处运行。 在这一点上 Java比 PHP更出色，除了系统 之外，代码不用做任何更改。 （ 2）系统的多平台支持。 基本上可以在所有平台上的任意环境中开发，在 第 11页 （ 共 61页 ） 任意环境中进行系统部署，在任意环境中扩展。 相比 ASP/PHP的局限性是显而易见的。 （ 3） 强大的可伸缩性。 从只有一个小的 Jar文件就可以运行 Servlet/JSP，到由多台服务器进行集群和负载均衡，到多台 Application进行事务处理，消息处理，一台服务器到无数台服务器， Java显示了一个巨大的生命力。 （ 4）多样化和功能强大的开发工具支持。 这一点与 ASP很像， Java已经有了许多非常优秀的开发工具，而且许多可以免费得到，并且其中许多已经可以顺利的运行于多种平台之下。 JSP的 1999年 9月推出的， 12月又推出了。 目前 已经推出了。 第 12页 （ 共 61页 ） 第 3章 科研团队门户 网站 的 需求分析 网站 建立 的目标 在当今时代， 信息化已成为大势所趋的 流行时尚， 网络已经融入了 人们 的日常生活，成为他们 工作 、生活中不可或缺的部分。 科研团队为了能让更多的人更清楚的了解他们及他们的研究成果，也需要一个展示的平台，科研团队门户网站就很好的解决了这个问题。 网站 功能 需求 针对确定的用户：教育科研单位，同时借鉴同行业类似产品，在系统需求分析的基础上，确立该系统的要实现的功能。 前台团队介绍查看、新闻动态查看、团队人员查看，团队文档下载等内容；后台实现管理员的登录管理、团队介绍管理、新闻动态管理、团队人员管理，团队文档下载等功能。 团队简介模块 ： 该模块用于介绍科研团队的基 本情况。 前台，实现一个门户网站，具体如图所示。 图 321科研团队门户网站 （前台） 科研团队门户网站 前台 酒团队简介 网新闻动态 文档下载 友友情链接 客人员简介 其他 第 13页 （ 共 61页 ） 1) 新闻动态模块 ： 该模块完成对科研团队新闻信息的查看。 2) 人员简介模块 ： 该模块完成对科研团队人员信息的查看。 3) 文档下载模块 ： 该模块实现对科研团队上传的文档进行在线下载的功能。 4) 团队简介模块 ： 该模块用于介绍科研团队的基本情况。 后台，具体实现科研团队简介管理、团队新闻信息管理、团队人员管理、团队文档下载管理、友情链接管理、管理员登录管理等模块具体如图 322所示 图 322科研团队门户网站 （后台） 1) 团队简介管理模块：在模块中 ,实现对科研团队简介信息的相关管理 ,具体包括团队的查看 ,团队信息维护操作。 2) 新闻管理模块：完成对科研团队门户网站新闻模块的管理，包括增加、修改、查看、删除等操作。 3) 人员管理模块：该模块实现对科研团队人员信息的管理，具体实现人员信息查看、增加、修改、删除等操作。 4) 文档下载模块：该模块实现对科研团队中上传的文档进行下载的功能。 5) 友情链接管理模块：该模块实现对科研团队友情链接的管理功能。 6) 其他模块：该模块实现对后台管理员相关信息的维护，具体实现登陆管理 员信息的查看，登陆管理员信息的修改，登陆管理员信息的删除，登陆管理员信息的添加等功能。 科研团队门户网站后台 团队简介 新闻管理 文档下载 友情链接 人员管理 登录管理 第 14页 （ 共 61页 ） 网站 的 UML分析 捕获需求作为用例 建立用例的作用是决定和概括系统的功能需求，所以用例特别重要。 用例不但被用于捕获需求，还用于提供从分析到测试的活动基础。 下面是用例建模的两个本概念： 1) 参与者 （ Actor） ：参与者表示 系统用户能扮演的某种角色， 这些参与者可能有三大类：系统用户、与所建系统交互的其他系统、时间。 参与者与系统打交道，引发系统执行某些动作。 每一个参与者代表独一无二的角色。 2) 用例 (Use Case)：用 例封装了由代表参与者的系统所执行的一系列操作步骤，用例为参与者提供了某些值，用例包含一个主要的事件序列，还可能包括一个或多个可选事件序列。 下面为科研团队门户 网站定义参与者和用例： 1． 定义参与者 1) 网站前台用户：使用网站前台的用户。 2) 网站后台用户： 能进入 网站后台的用户。 3) 网站用户：使用科研团队门户 网站的所有用户。 2． 定义用例 前 台 用例 ： 1) 浏览 团队新闻动态 ： 网站用户可以浏览每一则新闻，可以通过检索新闻标题进行过滤。 2) 浏览 团队人员简介 ： 网站用户可以浏览大数据团队人员简介。 3) 浏览 团队简介 ： 网站用户可以浏览该团队简介。 4) 文档下载 ： 网站用户可以 下载相关文档。 5) 友情链接 ： 网站用户可以 通过友情链接访问相关网站。 后台 用例 ： 6) 登陆：网站用户进入网站后台必须先登陆 ， 登陆用户 为管理 员。 第 15页 （ 共 61页 ） 7) 团队 简介编辑： 管理员可以 对团队 简介进行编辑。 8) 团队人员 管理： 管理员 可以 对团队人员进行管理，可以修改、添加、删除 团队人员。 9) 文档上传 管理 ：管理员可以在后台 管理和 上传相关文档。 10) 团队新闻管理 ： 管理员可以对团队新闻进行管理，可以修改、添加、删除 团队新闻。 11) 友情链接 ： 管理员 可以对友情链接进行管理，可以修改、添加、 删除 友情链接。 12) 管理员相关信息管理 ： 陆管理员信息 的查看，登陆管理员信息的修改，登陆管理员信息的删除，登陆管理员信息的添加等功能。 网站用户参与的用例 ，即网站前台用户参与的用例 ： 浏览团队新闻动态 、 浏览团队人员简介 、 浏览团队简介 、 文档下载 、 友情链接。 网站后台用户参与的用例， 网站后台用户（管理员） 参与的用例 ： 团队 简介编辑 、团队人员 管理 、文档上传管理、团队新闻管理、友情链接、管理员相关信息管理。 用例模型 确定了参与者和用例，便可以给出系统的用例模型。 我们使用用例模型来确保捕获所有的需求，并确保开发者已经完全理解了这些需求。 班级网站用例图分为 3部分， 包括 参 与者关系用例图、 前台 用户参与 用例图、 后台 用户 参与用例图 ，分别如图 31至 33所示 ： 第 16页 （ 共 61页 ） 图 31 科研团队门户 网站参与者关系用例图 图 32 科研团队门户 网站 前台 用户参与 用例图 第 17页 （ 共 61页 ） 图 33 科研团队门户 网站后台 用户 参与用例图 网站 可行性 网站 采用 MySql ， 用 Tomcat ， 以 MyEclipse 作为 开 发工具，实现基于 Web的 B/S模式 的门户 网站 ，这几项技术均已比较成熟，网站 采用 JSP编码，而且 难度不大，所涉及的范围只限于 信息展示 和 简单逻辑处理 ，所以在 技术上已达到开发该 网站 的能力。 另外， 本 网站 只需具备基本硬件和网络条件，如服务器或个人电脑 ，就能为 科研团队 提供 一个信息 展现 与 交流 的平台。 因此，将本 网站 运用于科研团队作为一个公科学资讯分享 平台 是可行的。 本章小结 正确地捕获需求，对于开发成功的网站系统并保持其长久的生命力是必不可少的。 在 UML中，用例建模提供了一种简单但功能强大的捕获需求的方法。 在用 第 18页 （ 共 61页 ） 例模型中，参与者是用例的主要发起者，并代表系统外部的实体；用例可以认为是为获得对参与者有用的东西而需要执行的步骤序列，也就是说，一个用例必须产生对该用例的终端用 户有用的东西。 第 19页 （ 共 61页 ） 第 4章 科研团队门户 网站 的 概要 设计 网站功能模块划分及结构 根据前面 网站 对前后台 的分析，划分了如图 41所示的模块。 整个网站分为前台和后台，前台包括 5个模块 ，分别为团队简介 、 团队人员简介 、 团队新闻动态、文档下载、友情链接 ； 后台包括 6个模块 ，分别为团队简介管理 、 团队人员简介管理、文档管理、友情链接管理、 后台登陆管理。 图 41 科研团队门户 网站 模块 结构图 网站功能模块设计 依据网站的功能需求和用例模型， 我们将网站分为 以下 9个模块 ： 队简介 、团队人员简介 、 团队新闻动态、文档下载、友情链接 、 团队简 介管理、团队人员简介管理、文档管理、友情链接管理、账号管理。 1) 团队简介模块 该模块用于介绍科研团队的基本情况，模块输出为展现一个页面，显示团队的基本情况介绍。 该页面为只读，一般情况下不允许随便修改。 暂时设计为静态页面。 第 20页 （ 共 61页 ） 2) 团队人员简介模块 该模块用于对团队人员信息（包括人员姓名、性别、出。