内网网站设计与实现

中文题目：大连华信内网网站设计与实现 外文题目：DALIAN HUAXIN INTRANET WEB SITE DESIGN AND IMPLEMENTATION 毕业设计（论文）共 74 页（其中外文文献及翻译 9 页） 完成日期 2015 年 6 月 答辩日期 2015 年 6 月 I 摘 要 社区网站是指以论坛（BBS）为基础核心应用，包括评论栏、个人空间等形式在内的 网上互动平台。随着社区网络技术的高速发展和社区应用的普及成熟，网络论坛（BBS） 逐渐获得用户的关注，成为基础的互联网应用。本次设计的华信社区，就是一个论坛式 的社区网站。它为公司员工提供在内网上交流技术，发布评论等服务，员工可以简单快 速地完成用户注册、发布信息和修改信息，是一个方便的供公司员工交流信息的平台。 本文论述了华信社区的开发过程。对系统结构、系统功能设计的流程做了全面而详尽的 阐述，针对系统的各个功能模块做了具体的分析与研究。通过对系统功能及数据流的分 析，得到系统数据库的逻辑结构，并在此基础上完成数据库物理结构的创建，从而实现 对各种信息的查询、更新等操作。网站采用面向对象的设计模式，应用 JAVA 面向网络 的编程技术JSP，和结构化查询语言SQL，使用 B/S 架构，来实现论坛浏览及管 理。管理员可以轻松的管理论坛的信息，用户可以方便快捷地浏览主题并可进行评论。 实现了论坛系统的系统化、规范化和自动化，具有一定的使用价值。 关键词关键词：社区网站；Java；JSP； SQL；B/S 模式 II ABSTRACT Community website refers to the Forum (BBS) - based core applications, bulletin boards, discussion groups, online chat, make friends, personal space.With the popularization of network technology and the rapid development of community, Network Forum (BBS) attention website gradually gain user, become the foundation of Internet applications. Do the Huaxin community, is a forum community website. It provides the network communication technology, query information to users, announcement and other services, staff can easily and quickly complete the user registration, information release and modify information, user information exchange is a convenient platform for the company. This paper discusses the development process of Huaxin community. The system structure, system function design of the system to do a comprehensive and detailed exposition, for each function module of the system to do a specific analysis and research. Through the analysis of the system functions and data flow, database logical structure, physical structure to complete the database creation and on this basis, in order to achieve all kinds of information query, update and other operations. According to the object-oriented development method, the application of JAVA network oriented programming technology of - JSP and structured query language -SQL, using B/S mode, to realize the forum browsing and management. The administrator can easily manage the forum information, users can easily browse the posts and reply. To achieve a systematic, standardized system and automation, and has certain use value. Key words: Community Website; Java; JSP; SQL; B/S Model 目 录 摘要.I ABSTRACT.II 1 项目概述1 1.1 华信社区概述.1 1.2 公司组织结构.1 1.3 系统业务流程.2 2 系统需求分析4 2.1 需求陈述.4 2.2 Use Case 建模4 2.2.1 定义参与者4 2.2.2 用例图5 3 系统架构设计15 3.1 架构设计目标.15 3.2 系统架构设计16 3.3 系统架构类图19 4 系统详细设计.20 4.1 系统状态图20 4.1.1 系统状态图.20 4.1.2 时序图.22 4.1.3 系统活动图.25 4.2 业务逻辑对象类设计28 4.2.1 实体对象类设计.29 4.2.2 业务对象类设计.30 4.3 数据库设计32 4.3.1 E-R 概念模型设计.32 4.3.2 关系模型设计.34 4.3.3 物理表结构图.34 5 编码.36 5.1 系统开发工具36 5.1.1 编码技术的选择.36 5.2 系统开发工具.37 5.2.1 开发环境选择37 5.2.2 MVC 介绍38 5.2.3 Java 语言介绍39 5.2.4 JDBC 介绍 .39 5.3 脚本 39 6 系统测试.40 6.1 测试原则及测试方法概述.40 6.2 单体测试42 6.3 软件测试结论47 6.3.1 软件能力.47 6.3.2 缺陷和限制.47 6.3.3 测试结论.47 结 论.49 致 谢.50 参考文献.51 附录 A 中文译文 .52 附录 B 英文原文56 附录 C 源程序代码61 辽宁工程技术大学毕业设计（论文） 1 1项目概述项目概述 1.1华信社区概述 大连华信计算机技术股份有限公司（简称大连华信）是一家面向全球客户提供领先 的应用软件产品、信息服务及行业解决方案的供应商。经过多年的发展，大连华信已经 成长为一家以 软件技术为核心，提供从软件设计、开发、测试、实施到后期的培训、维 护服务和业务咨询全面解决方案的提供商。大连华信的软件技术和信息服务应用于电信、 电 力、公共、金融、保险、交通、物流、传媒、制造业等多个行业，帮助国内外 400 多 家客户改善工作质量，有效提升客户价值。 大连华信长期以来坚持“以应用软件开发和服务为核心，国内、国外市场同步发展”的 战略。通过不同市场的借鉴和互动，不断吸收国际化管理经验和先进技术经 验，促进技 术和业务的相互转化，实现公司产品和技术的不断创新。目前，公司业务覆盖国内、日 本、美国、中亚、南亚等国家和地区的政府及公共事业、金融、产 业、通信、医疗卫生 等各行业领域。 作为国内较早进入日本市场的软件企业之一，大连华信在对日软件外包服务业务领 域取得了长足的发展，并与众多日本知名企业建立了良好的合作关系。强大的技术 实力、 科学的管理机制带来了丰硕的成果。国内市场，大连华信作为行业解决方案的提供商， 在电信、保险、政府、ERP 等领域有着丰富的经验，成功案例遍布全 国 270 多个城市。 到 2015 年，大连华信软件开发规模已经超过 6000 人，是中国最大 IT 外包商之一。 为方便公司员工内部信息交流，丰富员工业余阅读内容，带动公司企业文化传播， 公司决定对原公司内网进行优化，添加“华信社区”板块，以便于进一步加快企业信息化建 设的步伐。 1.2公司组织结构 公司实行董事长监管下的总经理负责制，总经理负责协调事业部门、开发部门、技 术部门、人事部门和财务部门之间相互合作，将所有部门连接成一体，共同协作完成整 个公司的产品从业务受理，设计开发，后续服务及技术支持。系统实施由总经理带领， 各部门主管领导负责，部门业务员配合系统研发人员来完成。大连华信计算机技术股份 丛峰日：大连华信内网网站设计与实现 2 有限公司组织结构图如下： 总经理 行 政 部 财 务 部 人 力 资 源 部 事 业 部 开 发 中 心 技 术 支 持 中 心 国 际 业 务 第 一 事 业 部 国 际 业 务 第 二 事 业 部 国 内 业 务 第 一 事 业 部 国 内 业 务 第 二 事 业 部 NTT- DATA Group 事 业 部 第 一 开 发 中 心 第 二 开 发 中 心 第 三 开 发 中 心 TIS 开 发 中 心 IT服 务 部 云 服 务 部 信 息 安 全 部 图 1-1 公司组织机构图 Figure 1-1 Company organization chart 1.3系统业务流程 业务流程图符号说明如表 1-1 所示： 表 1-1 业务流程图符号说明 Table 1-1 Service flow chart symbol explanation 符号含义符号含义符号符号说明说明 实体 表示单位或个人，圈内写明单位或个人职务 的名称。 输入输出报表 表示输入或输出的报表、计划、单据、报告 等，框内写明其名称 。 处理表示业务处理，框内写明处理的名称。 存档 表示各种表单、规范、定额手册、报表积累 等大量存档信息, 符号内部写明其名称。 辽宁工程技术大学毕业设计（论文） 3 业务流流向线，表示信息或处理的流向。 根据业务分析，华信社区共分为两大角色，未注册用户即游客有两大基本功能，主 题浏览和用户注册。未注册用户业务流程图如图 1-2 所示： 游客 进入主页新用户注册 供用户浏览 验证注册信息有效 性 发出提示信息 主题列表 主题信息表页面初始化 注册信息 用户信息表 图 1-2 未注册用户业务流程图 Figure 1-2 Business flowchart unregistered users 已注册用户分普通用户和管理员两类，有四大功能模块，分别为主题管理，用户信息 管理，评论管理和权限管理。已注册用户业务流程图如图 1-3 所示： 管理员 进入主页 查看个人信息 提交信息 主题列表 主题信息表页面初始化 用户信息表 浏览主题 登录主题管理主题编辑 评论管理编辑评论评论信息表 验证信息有效性编辑个人信息 权限管理 注册用户 主题列表 丛峰日：大连华信内网网站设计与实现 4 图 1-3 注册用户业务流程图 Figure 1-3 Registered user traffic flow chart 辽宁工程技术大学毕业设计（论文） 5 2 系统需求分析 2.1需求陈述 互联网已经融入我们的生活，影响和改变着我们的生活。网络提供给我们的不只是 一个获取信息的来源，而且还是一个可以相互交流的空间。大连华信公司员工数目多， 工作紧张，平时互相交流机会比较少，华信社区正是一种供员工们进行交流的网络空间。 它不受时间和空间的约束，注册用户可以发表自己的观点，大家一起探讨某个问题。 所以，本次设计的华信社区为公司员工提供简洁的交流界面，让大家有一个很好的 交流。在华信社区，游客能够注册成为用户，注册用户登录后能够修改自己的资料信息， 浏览主题，发表主题，让大家积极参与讨论。社区管理员能够管理社区，包括审核游客 留言，对于不健康或是不利于社会稳定的留言能进行删除，以及注册用户管理等操作。 它可以增强员工之间在工作，生活等方面的交流。培养员工之间的感情，提升公司员工 凝聚力。这对公司的长远发展是很有必要的。 2.2Use Case 建模 2.2.1 定义参与者 参与者（actor）是指系统以外的、需要使用系统或与系统交互的东西，包括人、设 备、外部系统等。由于 UML 是最近几年才在国内流行起来的，所以很多译名并没有统一， 如 actor 就有很多不同的译名，包括参与者、活动者、执行者、行动者等1。一个参与者 可以执行多个用例，一个用例也可以由多个参与者使用。需要注意的是，参与者实际上 并不是系统的一部分，尽管在模型中会使用参与者。根据系统整体需求可以确定三个参 与者。即游客，注册用户和管理员，如图 2-1 所示。 游客用户 管理员 图 2-1 系统参与者图 Figure2-1 Participants in the system diagram 丛峰日：大连华信内网网站设计与实现 6 游客使用主题信息，可进行浏览操作。 注册用户使用个人信息，主题信息，评论信息完成对个人信息的维护以及主题管理 和评论管理操作。 管理员使用个人信息，主题信息，评论信息及权限信息，来完成个人信息维护，主 题信息管理，评论信息管理，用户管理和权限管理操作。 2.2.2 用例图 在计算机软件系统的分析和设计中，首先需要准确地描述用户需求中的功能需求， 以便进一步确定系统中应该建立那些对象。Use Case 图是一种描述用例的可视化工具， 它用简单的图形元素表示出系统的活动者，Use Case，以及他们之间的关系，准确地表达 了活动者与系统地交互情况和系统所能提供地服务2。活动者用一个小人来表示，用例用 一个椭圆形的图标来表示，用例除了与参与者有关联（association）关系外，用例之间也 存在着一定的关系（relationship） ，如泛化（generaliazation）关系、包含（include）关系、 扩展（extend）关系等。 根据系统需求分析，可以得到系统的四个用例。主题管理用例，评论管理用例，用 户用例，权限管理用例。结合参与者和用例得到模块的用例图，同时通过用例将四个用 例图详细描述。 （1）主题管理 主题管理模块用例图描述如图 2-2 所示，用例详细描述如表 2-1，2-2，2-3 所示。 管理员 主题管理 新建主题 修改主题 删除主题 注册用户 图 2-2 主题管理用例图 Figure2-2 Theme management use case diagram 辽宁工程技术大学毕业设计（论文） 7 表 2-1 新建主题用例描述 Table 2-1 The new theme the use case description 用例编号ELE-101 用例名称新建主题 用例描述管理员和用户可以新建主题 参与者管理员，注册用户 事件流 1. 基本流 1.1 显示主页面。 1.2 显示登录页面。 1.3 选择新建主题。 1.4 进入主题编辑界面。 1.5 操作者输入内容，点击发布按钮。 1.6 到后台数据库，插入新的主题信息数据。 1.7 添加成功后系统跳转到主页面。 2替代流 1.5.a 操作者输入主题信息为空，系统给出提示主题信息不能为空。 1.5.b 操作者选择取消按钮，系统跳转到主页面。 3. 异常流 1.6.a 若是主题信息添加失败，系统给出添加失败提示。 前置条件操作者登录。 后置条件系统中增加了新主题信息，通过刷新可以在主页面中显示。 表 2-2 修改主题用例描述 Table 2-2 Modify the theme the use case description 用例编号ELE-102 用例名称修改主题 用例描述用户通过修改主题模块可以修改主题信息 参与者管理员，发布该主题的用户 丛峰日：大连华信内网网站设计与实现 8 事件流 1. 基本流 1.1 显示主页面。 1.2 显示登录页面。 1.3 选择主题，进入，点击编辑。 1.4 系统连接后台数据库查询主题信息，并显示在画面。 1.5 系统进入编辑主题界面。 1.6 用户根据实际情况修改主题信息。 1.7 用户点击确定按钮。 1.8 系统连接后台数据库更新主题信息。 1.9 更新成功后系统跳转到主页面。 2替代流 1.6.a 操作者输入主题信息为空，系统给出提示主题信息不能为空。 3. 异常流 1.4.a 若是主题信息查询失败，系统给出查询失败提示。 1.8.a 若是主题信息更新失败，系统给出修改失败提示。 前置条件操作者登录。 后置条件系统中修改了主题信息，可以在主页面中显示。 表 2-3 删除主题用例描述 Table 2-3 Delete the theme the use case description 用例编号ELE-103 用例名称删除主题 用例描述用户可以删除该主题信息 参与者管理员，发布该主题的用户 事件流 1. 基本流 1.1 显示主页面。 1.2 显示登录页面。 1.3 选择主题管理，点击删除。 1.4 系统连接后台数据库删除该主题信息。 辽宁工程技术大学毕业设计（论文） 9 1.5 显示删除该主题后的主页面。 2替代流 无 3. 异常流 1.4.a 若是主题信息删除失败，系统给出删除失败提示。 前置条件操作者登录。 后置条件系统中删除了该主题信息，该主题信息不在主页面中显示。 （2）评论管理 评论管理模块用例图如图 2-3 所示。用例详细描述如表 2-4，表 2-5，表 2-6 所示。 管理员 评论管理 新建评论 修改评论 删除评论 注册用户 图 2-3 评论管理用例图 Figure2-3 Comment management use case diagram 表 2-4 新建评论用例描述 Table 2-4 New comments the use case description 用例编号ELE-201 用例名称新建评论 用例描述管理员和用户可以新建评论 参与者管理员，注册用户 事件流 1. 基本流 1.1 显示主页面。 1.2 显示登录页面。 1.3 选择主题，进入。 丛峰日：大连华信内网网站设计与实现 10 1.4 进入编辑评论区域。 1.5 操作者输入评论内容。 1.6 用户点击确定按钮。 1.7 系统连接后台数据库添加一条评论信息。 1.8 系统跳转到该主题页面。 2替代流 1.5.a 操作者输入评论信息为空，系统给出提示评论信息不能为空。 3. 异常流 1.7.a 若是新建评论失败，系统给出新建评论失败提示。 前置条件操作者登录。 后置条件系统中增加了新评论的信息，可以在该主题评论列表中显示。 表 2-5 修改评论用例描述 Table 2-5 Modify comments the use case description 用例编号ELE-202 用例名称修改评论 用例描述用户可以修改评论 参与者管理员，发表该评论的用户 事件流 1. 基本流 1.1 显示主页面。 1.2 显示登录页面。 1.3 选择评论过的主题进入，点击编辑评论。 1.4 系统进入编辑评论页面。 1.5 操作者修改评论内容。 1.6 用户点击确定按钮。 1.7 系统连接后台数据库修改该条评论信息。 1.8 系统跳转到该主题浏览页面。 2替代流 1.5.a 操作者输入评论信息为空，系统给出提示评论信息不能为空。 辽宁工程技术大学毕业设计（论文） 11 3. 异常流 1.7.a 若是评论信息修改失败，系统给出修改失败提示。 前置条件操作者登录。 后置条件系统中增加了新评论的信息，可以在评论信息列表中显示。 表 2-6 删除评论用例描述 Table 2-6 To delete a comment the use case description 用例编号ELE-203 用例名称删除评论 用例描述用户可以删除某一条评论 参与者管理员，发表该评论的用户 事件流 1. 基本流 1.1 显示主页面。 1.2 显示登录页面。 1.3 选择评论过的主题进入，选择自己的评论，点击删除。 1.4 系统连接后台数据库，删除该条评论信息。 1.5 系统跳转到该主题浏览页面。 2替代流 无 3. 异常流 1.4.a 若是评论信息删除失败，系统给出删除失败提示。 前置条件操作者登录。 后置条件系统中删除了该评论的信息，该主题下不会再显示该评论。 （3）用户管理 用户管理模块用例图如图 2-4 所示。用例详细描述如表 2-7，表 2-8 所示。 丛峰日：大连华信内网网站设计与实现 12 管理员 用户管理修改用户信息 权限设置 删除用户 注册用户 图 2-4 用户管理用例图 Figure2-4 User management use case diagram 表 2-7 修改用户用例描述 Table 2-7 Modify the user the use case description 用例编号ELE-301 用例名称修改用户信息 用例描述管理员及注册用户可以修改用户信息 参与者管理员，注册用户 事件流 1. 基本流 1.1 显示主页面。 1.2 显示登录页面。 1.3 点击用户名，进入。 1.4 系统连接后台，查询该用户信息。 1.5 系统进入修改用户页面，显示用户信息。 1.6 修改用户信息。 1.7 点击提交按钮。 1.8 系统修改数据库用户信息。 1.9 系统跳转到用户信息列表。 2替代流 1.6.a 输入用户信息为空，系统提示用户信息不可为空。 3. 异常流 1.4.a 查询用户信息失败，提示查询用户信息失败。 辽宁工程技术大学毕业设计（论文） 13 1.8.a 修改用户信息失败，提示修改用户信息失败。 前置条件操作者登录。 后置条件用户信息修改成功后，系统跳转到用户列表页面。 表 2-8 删除用户用例描述 Table 2-8 Delete the user the use case description 用例编号ELE-302 用例名称删除用户 用例描述管理员可以删除用户信息 参与者管理员 事件流 1. 基本流 1.1 显示主页面。 1.2 显示登录页面。 1.3 选择用户管理，点击删除。 1.4 系统连接后台数据库删除该用户信息。 1.8 系统跳转到用户信息列表。 2替代流 无 3. 异常流 1.4.a 删除用户失败，系统提示删除失败。 前置条件操作者登录。 后置条件系统中删除了用户的信息，用户列表里不再显示该条用户信息。 （4）权限管理 权限管理用例图如图 2-5 所示。用例详细描述如表 2-9，表 2-10 所示。 丛峰日：大连华信内网网站设计与实现 14 管理员 权限管理 用户权限 主题权限 管理员 超级管理员 设置读贴条件 主题置顶 主题隐藏 普通用户 图 2-5 权限管理管理用例图 Figure2-5 Permission management use case diagram 表 2-9 修改用户权限用例描述 Table 2-9 Modify the user the use case description 用例编号ELE-401 用例名称修改用户权限 用例描述管理员可以修改用户权限信息 参与者管理员 事件流1. 基本流 1.1 显示主页面。 1.2 显示登录页面。 1.3 选择权限管理管理，点击修改。 1.4 系统连接后台，查询该条信息。 1.5 系统进入修改权限管理页面，显示权限管理信息。 1.6 修改权限管理信息。 1.7 点击提交按钮。 1.8 系统修改数据库权限管理信息。 1.9 系统跳转到权限管理列表。 2替代流 3. 异常流 1.4.a 查询指定权限管理信息失败，系统提示查询失败。 辽宁工程技术大学毕业设计（论文） 15 1.8.a 修改权限管理失败，系统提示修改失败。 前置条件操作者登录。 后置条件 系统中修改了该权限管理的信息，权限管理信息列表里显示修改后的权限 管理信息。 表 2-10 修改主题权限用例描述 Table 2-10 Modify the theme permission use case description 用例编号ELE-402 用例名称修改主题权限 用例描述管理员可以修改主题权限信息 参与者管理员 事件流1. 基本流 1.1 显示主页面。 1.2 显示登录页面。 1.3 选择对应主题，进入，点击“隐藏”或“阅读条件”。 1.4 系统连接后台，查询该条信息。 1.5 系统进入修改权限管理页面，显示权限管理信息。 1.6 修改权限管理信息。 1.7 点击确定按钮。 1.8 系统修改数据库权限管理信息。 1.9 系统跳转到权限管理列表。 2替代流 无。 3. 异常流 1.4.a 查询指定权限管理信息失败，系统提示查询失败。 1.8.a 修改权限管理失败，系统提示修改失败。 前置条件操作者登录。 后置条件系统中修改了该权限管理的信息，权限列表里显示修改后的权限信息。 丛峰日：大连华信内网网站设计与实现 16 3 系统架构设计 软件的系统架构是指通过某种特定的技术平台，完成软件系统整体功能的开发过程。 也可以通俗地理解为：总体设计和总体结构布局。系统设计这个过程工作需要非常细致， 也很繁琐，工作量很大，几乎已经到达伪代码级别的设计，加上系统中的许多功能具备 相似的实现模式，则没必要逐一地建立设计模型，一个典型功能的设计模型就可以起到 指导开发的作用。本系统采用 MVC 模式开发，采用 Java 语言作为实现语言，数据库采 用 SQL Server 2000。本章节将概括介绍系统设计几个必须完成的内容，包括系统体系结 构设计、数据库结构设计。 3.1 架构设计目标 软件架构设计要达到如下的目标： （1）可行性（Feasible） 。架构具有可行性是架构设计的基石。 （2）可靠性（Reliable） 。软件系统对于用户的商业经营和管理来说极为重要，因此 软件系统必须非常可靠。 （3）安全行（Secure） 。软件系统所承担的交易的商业价值极高，系统的安全性非常 重要。 （4）可定制化（Customizable） 。同样的一套软件，可以根据客户群的不同和市场需 求的变化进行调整。 （5）可扩展性（Extensible） 。在新技术出现的时候，一个软件系统应当允许导入新 技术，从而对现有系统进行功能和性能的扩展。 （6）可维护性（Maintainable） 。软件系统的维护包括两方面，一是排除现有的错误， 二是将新的软件需求反映到现有系统中去。一个易于维护的系统可以有效地降低技术支 持的花费。 （7）可升级性（Scalable） 。软件必须能够在用户的使用率、用户的数目增加很快的 情况下，保持合理的性能。只有这样，才能适应用户的市场扩展得可能性。 （8）客户体验（Customer Experience） 。软件系统必须易于使用。软件的最终用户很 可能是不具有计算机专业技术的人员。 辽宁工程技术大学毕业设计（论文） 17 3.2 系统架构设计 图 3-1 系统整体架构图 Figure3-1 System architecture diagram 根据架构设计原则和信息系统原理来建立系统的架构设计模型。系统采用 Java 平台 开发，实现系统与操作系统的无缝连接。采用传统的 Windows Forms 构建系统页面。业 务逻辑开发使用 Java 语言。通过 Java 提供的核心类库，可以方便快捷的实现系统功能的 开发。数据访问层采用 JDBC 作为访问接口。 用用户户界界面面数数据据交交互互业业务务处处理理 数数据据库库连连接接数数据据库库访访问问 图 3-2 主题管理模块包图 Figure3-2 Subject management module package diagram （1）主题管理用户界面包 主题管理用户界面包职责： 丛峰日：大连华信内网网站设计与实现 18 与用户交互，接收用户的输入以及输出提示信息或处理结果。 向数据交互对象发送数据或接受数据交互对象返回的数据。 主题管理用户界面包图展开如图： 用用户户界界面面 与用户交互 接收及返回数据 图 3-3 主题管理用户界面展开图 Figure3-3 The theme manager user interface diagram （2） 数据交互包 数据交互包职责： 接受用户界面数据及为用户界面返回数据。 封装接受的用户界面数据。 传递数据到业务处理对象及接受业务处理对象返回的数据。 数据交互包图展开图： 图 3-4 数据交互展开图 Figure3-4 Data transport package diagram 数据交互包包含的类： 图 3-5 数据交互类图 Figure 3-5 Data transport class （3）业务处理包 业务处理包职责： 接受数据交互对象数据及为数据交互对象返回数据。 辽宁工程技术大学毕业设计（论文） 19 传递数据到数据访问对象及接受数据访问对象返回的数据。 业务处理包图展开图： 图 3-6 业务处理展开图 Figure3-6 Service process package diagram 业务处理包包含的类： 图 3-7 业务处理类图 Figure 3-7 Service process class （4）数据库访问包 数据库访问包职责： 接受业务逻辑对象数据及为业务逻辑对象返回数据。 建立到数据库的连接。 执行对数据库操作。 数据库访问包图展开图： 图 3-8 数据访问展开图 Figure3-8 Data transport package diagram 数据库访问包包含的类： 丛峰日：大连华信内网网站设计与实现 20 图 3-9 数据访问类图 Figure3-9 Data transport class （5）数据库连接包 数据库连接包职责： 为数据库访问建立数据库连接。 数据库连接包图展开图： 图 3-10 数据库连接展开图 Figure3-10 Database connection package diagram 数据库连接包包含的类： 图 3-11 数据连接类图 Figure3-11 Database connection class 3.3 系统架构类图 系统架构类图反应的是系统内各类之间的静态关系。 用用户户界界面面数数据据交交互互业业务务处处理理数数据据库库访访问问数数据据库库连连接接 图 3-12 系统类图 Figure3-12 system class 辽宁工程技术大学毕业设计（论文） 21 4 系统详细设计系统详细设计 4.1 系统状态图 4.1.1 系统状态图 （1）主题管理状态图如下图 4-1 所示： 登录 登录成功 主题添加 主题修改主题删除 主题编辑 操作成功 数据库更新 主题名称重复 用户名或密码错误 图 4-1 主题管理状态图 Figure4-1 System sequence diagram （2）用户管理状态图如下图 4-2 所示： 丛峰日：大连华信内网网站设计与实现 22 登录 登录成功 用户信息修改 用户信息删除 数据库更新 用户名或密码错误 图 4-2 用户管理状态图 Figure4-2 System sequence diagram （3）权限管理状态图如下图 4-3 所示： 登录 登录成功 主题权限修改 用户权限修改 数据库更新 用户名或密码错误 图 4-3 权限管理状态图 Figure4-3 System sequence diagram 辽宁工程技术大学毕业设计（论文） 23 4.1.2 时序图 状态图用来说明系统如何实现一个用例或用例中的一个特殊场景。UML 提供两类状 态图：时序图和协作图。时序图按时间顺序描述系统元素之间的交互；协作图则按照时 间和空间顺序来描述系统元素之间的交互。 （1）游客访问时序图如图 4-4 所示。 :游客 :JSP:Service:DAO :DBConnection :Event 4: 调用 5: 发送请求 1: 进入页面 2: 初始化 3: 初始化事件 6: 处理请求 7:返回初始化数据 8：返回主页面 9：供用户浏览 10: 新用户注册 11: 提交表单 12: 注册事件 13: 调用 14: 发送请求 15: 处理请求 16：返回注册结果 17：返回注册页面 18：显示提示信息 图 4-4 游客访问时序图 Figure4-4 Tourists visit the timing diagram 未注册用户进入主页后，页面初始化。 初始化成功后，游客可选择浏览或注册。 选择注册，填写信息，提交表单，loginService 进行处理。 LoginServlet 类接受请求后通过 DBConnection 类向数据库发出操作请求。 DBConnection 类通过数据库查询结果返回 LoginServlet 类。 丛峰日：大连华信内网网站设计与实现 24 根据处理结果返回提示信息，注册成功则跳转到主页面。 （2）注册用户访问时序图如图 4-5 所示。 : 注册用户 :JSP:Service:DAO :DBConnection :Event 4: 调用 5: 发送请求 1: 进入页面 2: 主题管理 3: 异常检查 6: 处理请求 7: 返回处理结果 8: 返回主页面 9: 显示提示信息 10: 进入主题页面 11: 评论管理 12: 异常检查 13: 调用 14: 发送请求 15: 处理请求 16:返回处理结果 17: 返回评论页面 18：显示提示信息 图 4-5 注册用户访问时序图 Figure4-5 Registered user access sequence diagram 普通用户进入主页面，可进行主题发布和删除。 系统根据操作跳转到相应的主题管理页面，点击确认后提交。 信息提交到 TopicService 类，然后将主题信息传递到 DBConnection 类。 数据库将对主题信息表进行更新，并返回结果。 结果返回到 TopicService 类。 操作成功，页面跳转到主页面。若操作失败，给出提示信息。 （3）管理员访问时序图如图 4-6 所示。 辽宁工程技术大学毕业设计（论文） 25 : 管理员 :JSP:Service:DAO :DBConnection :Event 4: 调用 5: 发送请求 1: 进入页面 2: 用户管理 3: 异常检查 6: 处理请求 7: 返回处理结果 8: 返回主页面 9: 显示提示信息 10: 进入用户页面 11: 权限管理 12: 异常检查 13: 调用 14: 发送请求 15: 处理请求 16:返回处理结果 17: 返回评论页面 18：显示提示信息 图 4-6 管理员访问时序图 Figure4-6 Administrator access timing diagram 管理员进入主页面，选择用户，进行管理。 页面将请求和数据提交到业务逻辑层。 通过 DBConnection 类连接数据库，更新数据。 DBConnection 类返回执行后结果。 返回的结果再返回到主页面。 管理员进入权限管理页面。 修改信息被提交到 DBConnection 类。 DBConnection 类将更新权限信息并返回结果。 更新后的结果显示在页面。 注：管理员的主题管理和评论管理功能与普通用户基本一致，故在此不重复说明。 丛峰日：大连华信内网网站设计与实现 26 4.1.3 系统活动图 活动图是UML中用于对系统的动态方面建模的5种图中的一种图。一张活动图从本质 上说是一个流程图，显示从活动到活动的控制流。活动图用于对一个系统的动态方面建 模。当对象在控制流的不同点上从状态到状态移动时，用活动图也可以对该对象的控制 流进行建模。 游客活动图如图4-7所示： 游客访问 浏览主题 注册 注册成功 图 4-7 游客活动图 Figure4-7 Tourist activity diagram 活动图可以单独用来可视化、详述、构造和文档化对象群体的动态特性。也可以用 于对一个操作的控制流建模。状态图强调的是从对象到对象的控制流，而活动图强调的 是从活动到活动的控制流。一个活动是一个状态机中进行的非原子的执行单元。活动最 终导致一些动作，这些动作由可执行的原子计算组成，这些计算会导致系统状态的改变 或一个值的返回。活动图不仅对系统的动态特性建模是重要的，而且对于通过正向和逆 向工程构造可执行的系统也很重要。在活动图中用左右两端是圆弧的长方形表示活动， 用较粗的横线表示活动的分发，用带有箭头的线表示活动处理的先后顺序。 辽宁工程技术大学毕业设计（论文） 27 注册用户活动图如图4-8所示： 注册用户登录 浏览主题 主题管理 浏览评论 评论管理个人信息管理 修改主题删除主题新建主题信息修改新建评论修改评论删除评论 用户注销 图 4-8 注册用户活动图 Figure4-8 Registered user activity 图4-8是注册用户活动图。从起点开始，注册用户进入系统主页面，接下来进行活动 分发：主题管理，评论管理，个人信息管理。如果进入个人信息管理活动分发，可以进 行个人信息的维护，之后可以注销退出；如果进入主题管理分发，可以继续分发，进行 主题增删改查，完成活动后可以注销退出；如果进入评论管理分发，可以继续分发评论 增删改查，活动完成后可以注销退出；如果进入考勤管理活动分发，可以进行个人考勤 的填写，活动完成后可以注销退出。于每一个分发的活动，没有先后次序，完全由用户 丛峰日：大连华信内网网站设计与实现 28 进行选择。 管理员活动图如图4-9所示： 注册用户登录 浏览主题 主题管理 浏览评论 评论管理 个人信息管理 修改主题删除主题新建主题 信息修改 新建评论修改评论删除评论 用户注销 权限管理 设置主题权限 修改主题权限 修改用户权限 用户管理 设置用户权限修改用户信息删除用户 图 4-9 管理员活动图 Figure4-9 The administrator activity diagram 图 4-9 是管理员活动图。从起点开始以管理员身份进入系统，进行活动分发：主题管 理，评论管理，用户管理，权限管理，个人信息管理。如果进入主题管理活动，可以对 主题信息进行维护，之后可注销退出；如果进入评论管理活动，可以进行评论的维护， 完成后可注销退出；如果进入用户管理活动，可以进行用户信息的维护和管理，之后可 直接注销退出；如果进入权限管理管理活动，可以进行权限管理的管理及维护，之后可 直接注销退出；如果进入用户管理活动，可以进行部门的管理及维护，之后可直接注销 退出。 经历了一系列的建模工作，包括系统需求分析、系统设计，本章节将简要介绍系统 辽宁工程技术大学毕业设计（论文） 29 代码生成的过程。 UML被设计成一种人和机器都能够阅读的语言，这样建模工作才能够最大程度地获 利。为了用UML建立的模型直接翻译成代码，一种被称为MDA(Model-Driven Architecture)即 模型驱动架构的技术被开发出来。这一技术由OMG组织负责维护其标准，致力于将基于 标准UML的模型转换成应用程序8。简单的说就是通过模型生成代码。 这样的技术看上去很美。如果建模工作能够直接生成代码，那么编程工作将变得非 常简单。但是目前MDA还处在初级阶段，一方面，在设计阶段要把生成代码所有因素考 虑进来建模，估计所花的代价比直接写代码多得多；另一方面，UML与语言和平台关系 是比较松散的，离真正生成代码的条件还很远，因此不建议寄希望于MDA技术生成全部 代码。但是生成部分代码框架还是会给开发节省不少时间。开发人员根据分析模型、设 计模型及生成的代码框架，不断补充代码即可完成系统的开发。 4.2 业务逻辑对象类设计 类图就是显示出类、接口以及它们静态结构以及关系的图。类的基本元素是类或者 是接口。 类图中类的框可分为 类名 属性清单 方法清单 如果一个类有内部成员类，那么它的类图就会有4层。在类图中除了类名称不能省略 必须显示外，其他几层在UML中都可以省略。 第一层是类名。如果类名是正体字，表明类是具体的(即可以实例化的)，变量名如果 是斜体的表明类是抽象的。 第二层是属性层。属性名称左边，如果是一把锁，那么表明该属性是私有的，如果 左边是一个斜菱形，那么表明它是公共的。 第三层是方法层。方法左边的符号含义同属性的左边的符号表示的含义相同。方法 下面如果是一条下划线，表明它是静态方法。 在类和类之间，会有连线指明它们之间的关系。类和类，类和接口，接口和接口之 间可以建立一定的关系：一般化关系、关联关系、聚合关系、合成关系和依赖关系。这 丛峰日：大连华信内网网站设计与实现 30 几种关系都是静态的。 （1）一般化关系(Generalization)表示类和类之间的继承关系，接口和接口之间的继 承关系，或类对接口的实现关系。一般化的关系是从子类指向父类的，或者从实现接口 的类指向被实现的接口，与继承或者实现的方向相反。 （2）关联(Association)关系表示类和类之间的连结，它使得一个类可以知道。 另一个类的属性和方法。关联可以是双向的，也可以是单向的。双向关联可以有两 个箭头或者没有箭头。单向的关联有一个箭头，表示关联的方向。单向的关联更为普遍， 通常不鼓励使用双向箭头。 4.2.1 实体对象类设计 图 4-10 是实体对象的类图。每个主题都有相应的一个属性，其中包含该主题的详细 信息。用户权限被修改，其发布的主题也会受到影响。一个主题浏览页面页对应多条评 论记录，同时与一个用户相关联。主题权限被修改后，相应评论的状态也会跟着变化。 同时，主题访问数量及最终更新者也随记录同时存入数据库。 -序号 -标题 -内容 -置顶 -作者 -回复 -阅读次数 -发表日期 -上传文件 -是否隐藏 主主题题信信息息 -序号 -编号 -作者 -日期 -内容 -上传文件 评评论论信信息息 -序号 -用户名 -密码 -真实姓名 -发帖数量 -允许访问 -超级用户 -备注 用用户户信信息息 图 4-10 实体对象类图 Figure4-10 The object class diagram 辽宁工程技术大学毕业设计（论文） 31 4.2.2 业务对象类设计 （1）主题管理 是指管理员对发布的主题进行的操作。主要包括新主题信息添加，主题信息修改及 删除功能。如图 4-11 所示。 +addTopic() +deleteTopic() +modifyTopic() +initTopic() T To op pi ic cS Se er rv vi ic ce e +addTopicCheck() +de