基于struts框架的保险产品管理系统毕业论文.doc

东北石油大学本科生毕业设计 论文 0 基于基于 strutsstruts 框架的保险产品框架的保险产品 管理系统毕业论文管理系统毕业论文 目目 录录 第第 1 1 章章 概概 述述 1 1 1 1 研究背景 1 1 2 课题任务 2 1 3 论文结构 2 第第 2 2 章章 系统相关技术介绍系统相关技术介绍 3 3 2 1 J2EE 平台介绍 3 2 2 Struts 框架 7 2 3 Hibernate 框架 8 2 4 本章小结 10 第第 3 3 章章 系统分析系统分析 1 11 1 3 1 系统开发环境确定 11 3 2 系统可行性分析 11 3 3 总体功能概述 12 3 4 系统安全需求 13 3 5 用户界面需求 13 3 6 技术线路 14 3 7 本章小结 14 第第 4 4 章章 系统设计与实现系统设计与实现 1 15 5 4 1 系统设计的总体原则 15 4 2 数据库设计 15 4 3 用户界面设计 20 4 4 本章小结 20 东北石油大学本科生毕业设计 论文 1 第第 5 5 章章 系统详细实现系统详细实现 2 22 2 5 1 公用模块实现 22 5 2 用户登录实现 22 5 3 员工信息管理 24 5 4 客户管理 24 5 5 客户反馈处理 25 5 6 保险产品购买 26 5 7 本章小结 27 结论结论 2 28 8 参考文献参考文献 2 29 9 致谢致谢 3030 第 1 章 概 述 1 1 研究背景 保险公司是专门经营保险业务的公司 主要的业务功能是经营保险业务和组织保险 经济活动 通过收取保险费 建立保险基金 对社会提供保险保障 并通过调用保险资 金 从中获得一定的利润 保险公司的主要功能就是保险补偿被保人损失 即通过承保 业务把被保险人的损失集中在自己身上 出险时根据合同履行对应的赔偿责任 以此缩 小被保险人的经济损失 同时保险公司为了减少风险 确保盈利 通常通过加大承保面 标的大量化 和再保险业务把风险进一步分散出去 在被保险人和保险人之间以及保险人 和再保人之间把风险分摊 进而达到分散危险损失的功能 确保保险公司的正常资金运 转 财产保险公司的主营业务是财产保险 财产保险是把财产和其相关利益作为保险标 的 因发生保险事故导致财产损失 用金钱或事务进行补偿的一种保险 主要有家庭财 产保险 工程保险 机动车保险 企业财产保险 货物运输保险 航空航天保险等等很 多业务种类 因为财产保险比较特殊 通常保标的价值非常高 保险公司所要承担的风 险也相对较大 为了能够有效率的减小风险 必须要使用再保险 将一部分风险分给其 东北石油大学本科生毕业设计 论文 2 他再保人 从而确保财产保险公司稳定的经营 综上所述 再保险业务在财产保险公司 的经营中有非常重要的作用 传统的再保险系统实现通常具有以下特点 1 保险公司的直接业务 再保险业务和财务系统都是单独设计 彼此靠事后数据提 取来数据交互 无法实现保险公司精细化管理 2 由于财产保险公司的再保险业务种类相对较多 以前根据业务模式不一致而分别 开发系统 无法很好的实现集成 增加了管理再保险业务的复杂性 同时再保数据的管 理分散在不同的系统中 很难满足保险公司的日常管理需要 保险公司随着业务量的增 加 提出了精细化管理的思路 同时为了达到保险公司提出的财务管理 信息披露和风 险控制等方面的要求 保险公司对数据质量和数据的及时性提出了更高的要求 传统再 保险系统的实现模式已经无法满足保险公司再保险业务管理的需要 财产保险公司迫切 需要实现再保险业务的统一集中处理 同时实现再保险业务处理与直接业务处理和财务 处理的 无缝连接 以便更好的支持保险公司业务的快速发展 1 2 课题任务 1 分析系统所需要实现的功能 并做系统设计包括界面设计 数据设计等工作 2 学习 CSS 和 DIV 页面布局和 PS 常用使用技巧 3 学习 java 语言 JSP 开发以及 SSH 框架 4 撰写本科毕业设计论文 1 3 论文结构 本文共分五章 内容安排如下 第一章引言 介绍本课题的意义 任务 预期目标等 第二章相关理论技术调研综述 介绍了系统开发工具 数据库及软件工程等理论技 术 为后面提出的解决方案做准备 第三章系统需求分析 需求分析是软件开发的非常重要的一个步骤 因此在本章我 们进行了比较详细的分析 详细介绍用户在软件功能上的需求 其中包括用户要求的软 件的运行环境 软件基本功能 构建系统的总体结构图 并详细分析了各模块的功能 为系统的设计及实现打下一个良好的基础 第四章系统设计与实现 主要结合相关先进技术及具体实现方案描述整个系统功能 的设计与实现 包括系统的运行模式与开发环境 数据库的设计与构建 系统的实现介 绍 第五章系统测试 对本文开发的系统的测试 东北石油大学本科生毕业设计 论文 3 第 2 章 系统相关技术介绍 2 1 J2EE 平台介绍 Java 2 Platform Enterprise Edition 是 J2EE 的全称 是 Sun 公司于 1999 年 6 月发布 它是由 Sun 公司领导各厂商共同制定的 得到世界广泛认可的工业标准 它是基于 Java 技术的一系列的规范 技术框架及技术的集合 用于创建分布式企业系统 J2EE 是利用 Java 2 平台简化企业级应用解决方案的复杂问题的一种体系结构 1 核心 Java 平台的标 准版是 J2EE 的技术基础 J2EE 不仅拥有标准版的所有优点 而且还全面支持 Enterprise JavaBeans EJB Java Server Pages JSP Java Servlet API XML Extensible Markup Language 等技术 为了满足高可靠性 高可用性及可扩展性而又无需太多费用的应用需 求 J2EE 提供中间件集成框架 它通过提供统一的开发平台来降低开发多层应用的复杂 性和费用 还提供对现有应用程序集成强有力的支持 并增强了安全机制 提高了性能 和效率 最终达到了 J2EE 的目的 使企业开发者大幅缩短产品投放市场的时间 J2EE 体 系结构是目前使用最多 最方便的结构模式 2 1 1 J2EE 多层结构 J2EE 使用多层分布式应用模型 按功能不同把应用逻辑划分为多个组件 各个应用 组件又根据它自己所在的层分布在不同的机器上 Sun 公司设计 J2EE 的初衷正是为了解 决 Client Server 模型的弊端 在传统的 Client Serve 模式中首次部署时比较容易 但由 于客户端承担了过多的角色而难于对其进行改进或升级 这就导致了其可伸展性不理想 传统的两层模型中的不同层面被 J2EE 的多层模型划分为许多层 一个多层化应用框架给 不同的每种服务提供独立的层 J2EE 模型通常分为四层 分别如下 1 运行在客户机上的组件属客户层 2 运行在 J2EE 服务器上的组件属 Web 层 3 运行在 J2EE 服务器上的业务逻辑层组件属业务层 4 运行在 EIS Enterprise Information System 服务器上的软件系统属企业信息系统层 以上层次也可以按三层来划分 如图 2 1 所示 因为每个层分布在三个不同的位置 客户计算机 J2EE 服务器及后台数据库或过去遗留下来的系统 我们可以将客户层和 Web 层视为一个层 2 东北石油大学本科生毕业设计 论文 4 Web浏览器 APPLET 应用服务器 Web容器 EJB容器 客户层 J2EE应用服务器 数据库 目录服务器 应用服务器 企业MIS 图 2 1 三层 J2EE 体系结构 2 1 2 J2EE 技术规范 J2EE 平台由一系列的应用程序接口 API 一整套服务 Service 和协议构成 J2EE 中 的 13 种技术规范 EJB JDBC Java Database Connectivity JNDI Java Name andDirectory Interface Java IDL RMI Remote Method Invoke JSP Java servlets XML JMS Java Message Service JTS Java Transaction Architecture JTA JAF JavaBeansActivation Framework 和 JavaMail 以下是对 13 种技术规范的简单介绍 1 EJB EJB 是 J2EE 技术赢得用户广泛重视的原因之一 它提供了一个框架来开发 和实施分布式商务逻辑 显著地简化了具有高度复杂和可伸缩性的企业级应用的开发 EJB 规范定义了它的组件如何与容器进行交互作用 容器负责提供目录服务 事务管理 安全性及容错性等公用的服务 值得我们注意的是 EJB 并不是实现 J2EE 的唯一途径 在 J2EE 的技术大家庭中 EJB 只占据了一定的份量 2 EJB 是一种重型框架 设计思想 追求完美 模型复杂 对于一些中小型企业应用系统 根本不需启动厚重的 EJB 容器来 解决事务管理等问题 目前流行的一些轻型框架足以解决这样的问题 2 JDBC JDBC 是一种可用于执行 SQL 语句的 JavaAPI JDBC API 提供了一种统一 的途径为实现应用程序访问不同类型的数据库 通过使用 JDBC 开发人员可以很方便地 将 SQL 语句传送给几乎任何一种数据库 跟 ODBC 一样 JDBC 对开发者屏蔽了一些细 节问题 另外 JDBC 对数据库的访问还具有平台无关性 3 JNDI JNDI API 是一种标准的 Java 命名系统接口 它被用于执行名字和目录服务 类似 JDBC 都是构建在抽象层上 它提供了一致的模型来存取和操作企业级的资源 如 DNS LDAP 本地文件系统 应用服务器中的对象 像其它很多 Java 技术一样 JDNI 是 provider based 的技术 包括了一个 API 和一个服务供应接口 SPI 这意味着任何基于 名字的技术都能通过 JNDI 而提供服务 只要 JNDI 支持这项技术 JNDI 目前所支持的技 东北石油大学本科生毕业设计 论文 5 术包括 LDAP CORBA Common Object Service COS 名字服务 RMI NDS DNS Windows 注册表等 很多 J2EE 技术 包括 EJB 都依靠 JNDI 来组织和定位实体 可把 JNDI 理解为一种将对象和名字捆绑的技术 对象工厂负责生产出对象 这些对象都和唯 一的名字绑在一起 外部资源可以通过名字获得某对象的引用 4 JSP JSP 是一种动态网页技术标准 它的页面由 HTML 代码 JSP 标记 tag 和嵌入 其中的 Java 程序脚本所组成 3 服务器在 JSP 页面被客户端所请求以后对这些 Java 代码 进行处理 然后将执行结果以动态生成的 HTML 格式的 Web 页面返回给客户端的浏览器 JSP 技术具有的优点 将内容的生成和显示进行分离 强调可重用的组件 采用标记简化 页面开发 适应平台广 5 Java Servlet Servlet 是一种小型的 Java 服务器端程序 它扩展了 Web 服务器的功 能 它和 CGI Common Gate Interface Perl 脚本很相似 被请求时开始执行 是一种服 务器端的应用 但它们有个很大的区别是 Servlets 是在 Servlet 引擎中以分离的线程来运 行的 对比每个 CGI 在开始的时候都要求开始一个新的进程 Servlets 在可伸缩性上提供 了很好的改进 Servlet 适用于多种多样的网络协议 Servlet 提供的功能大部分与 JSP 类似 只是实现的方式不同 Servlets 全部由 Java 写成并且生成 HTML 而 JSP 通常是大多数 HTML 代码中嵌入少量的 Java 代码 从应用的角度来讲 JSP 有标签支持更适合做表现 层的事情 而 Servlet 适合做数据逻辑层的数据处理 6 RMI RMI 协议调用远程对象上方法 它使用了序列化方式在客户端和服务器端传 递数据 它是被 EJB 使用在更底层的一种协议 7 XML XML 是一种可扩展的标记语言 用来定义其它标记语言的语言 XML 与 超文本标记语言 HTML 不同 用户可以定义自己所需的标记 它被用于共享数据 在互 不兼容的系统间交换数据 还可用存储数据 它使数据更有用 XML 的发展和 Java 是相 互独立的 但它们有个共同目标就是平台独立性 4 通过 Java 和 XML 的组合 可以得 到一个具有平台独立性的完美解决方案 8 JMS JMS 是用于与面向消息的中间件相互通信的 APIo JMS 支持点对点的域 还 支持发布 订阅类型的域 并且提供经过认可的消息 事务型消息的传递和一致性消息的 支持 JM S 还为您的应用与旧的后台系统相集成提供另一种方式 4 它是一个与具体平 台无关的 API 绝大多数 MOM 提供商都对 JMS 提供支持 9 JTA JTA 定义了一种标准的 API 它为 J2EE 平台提供了分布式事务服务 隔离 了事务与底层的资源 实现了透明的事务管理方式 应用系统由此可以访问各种事务监 控 JTA 主要包括高层接口即面向应用程序的接口 XAResource 接口即面向资源的接口 以 及事务管理器的接口 5 要强调的是 JTA 只提供了接口 没有具体的实现 10 JTS JTS 是 CORBA OTS 事务监控的基本实现 简单的说 JTS 实现了 JTA 接口 并且符合 OTS 的规范 JTS 规定了事务管理器的实现方式 5 该事务管理器是在高层支 持 JTA 规范 并且在较底层实现 OMG OTS specification 的 Java 映像 11 JavaMail JavaMail 是用于存取邮件服务器相关的 API 它提供了一套邮件服务 器的抽象类 它可以方便地执行一些常用的邮件传输 支持 SMTP IMAP 服务器 东北石油大学本科生毕业设计 论文 6 12 JAF JavaMail 利用 JAF 来处理 MIME 编码的邮件附件 MIME 的字节流可以被 转换成 Java 对象 JAF 没有被大多数的应用直接使用 2 1 3 J2EE 优势 J2EE 为搭建具有可伸缩性 灵活性 易维护性的商务系统提供了良好的机制 保留 现存的 IT 资产 由于企业必须适应新的商业需求 利用己有的企业信息系统方面的投资 而不是重新制定全盘方案就变得很重要 这样 一个以渐进的 而不是激进的 全盘否定 的 方式建立在已有系统之上的服务器端平台机制是公司所需求的 JZEE 架构可以充分利 用用户原有的投资 如一些公司使用的 BEATuxedo IBMCICS IBMEneina InpriseVisiBroker 及 Netseape Appli ationServer 这之所以成为可能是因为 J2EE 拥有广泛的业界支持和一些重要的企 业计算领域供应商的参与 每一个供应商都对现有的客户提供了不用废弃己有投资 进 入可移植的 JZEE 领域的升级途径 由于基于 J2EE 平台的产品几乎能够在任何操作系统 和硬件配置上运行 现有的操作系统和硬件也能被保留使用 1 高效的开发 J2EE 允许公司把一些通用的 很繁琐的服务端任务交给中间件供应商去完成 这样 开发人员可以集中精力在如何创建商业逻辑上 相应地缩短了开发时间 高级中间件供 应商提供以下这些复杂的中间件服务 a 状态管理服务让开发人员写更少的代码 不用关 心如何管理状态 这样能够更快地完成程序开发 b 持续性服务让开发人员不用对数据访 问逻辑进行编码就能编写应用程序 能生成更轻巧 与数据库无关的应用程序 这种应 用程序更易于开发与维护 6 分布式共享数据对象 CACHE 服务让开发人员编制高性能的 系统 极大提高整体部署的伸缩性 2 支持异构环境 J2EE 能够开发部署在异构环境中的可移植程序 基于 J2EE 的应用程序不依赖任何特 定操作系统 中间件 硬件 因此设计合理的基于 J2EE 的程序只需开发一次就可部署到 各种平台 这在典型的异构企业计算环境中是十分关键的 JZEE 标准也允许客户订购与 JZEE 兼容的第三方的现成的组件 把他们部署到异构环境中 节省了由自己制订整个方 案所需的费用 3 可伸缩性 企业必须要选择一种服务器端平台 这种平台应能提供极佳的可伸缩性去满足那些 在他们系统上进行商业运作的大批新客户 基于 J2EE 平台的应用程序可被部署到各种操 作系统上 例如可被部署到高端 UNIX 与大型机系统 这种系统单机可支持 64 至 256 个 处理器 这是 NT 服务器所望尘莫及的 J2EE 领域的供应商提供了更为广泛的负载平衡策 略 能消除系统中的瓶颈 允许多台服务器集成部署 这种部署可达数千个处理器 实 现可高度伸缩的系统 满足未来商业应用的需要 稳定的可用性 一个服务器端平台必须 能全天候运转以满足公司客户 合作伙伴的需要 7 因为 INTERNET 是全球化的 无处 东北石油大学本科生毕业设计 论文 7 不在的 即使在夜间按计划停机也可能造成严重损失 若是意外停机 那会有灾难性后 果 JZEE 部署到可靠的操作环境中 他们支持长期的可用性 一些 JZEE 部署在 WINDOWS 环境中 客户也可选择健壮性能更好的操作系统如 SunS laris IBM05 390 最健壮的操作系统可达到 99 999 的可用性或每年只需 5 分钟停机时间 这是实时性很强 商业系统理想的选择 2 2 Struts 框架 2 2 1 Struts 介绍 Struts 框架是一个基于 J2EE 规范并遵循 MVC 设计模式的开发框架 提供了对开发遵 循 MVC 设计模式应用系统的底层支持 主要实现技术是 Servlet JSP 和标签 它简化了 J2EE 应用的开发 实现了表现逻辑的分离 使用 Struts 技术极大的提高了 J2EE 应用的开 发效率 并且使应用系统具有更好的维护性和可扩展性 8 Struts 与 Tomcat Turbine 等众 多的 Apache 项目一样 属于开源软件 使开发者能更深入的了解其内部实现机制 f211 为了使开发者在构建基于 Java Servlet 和 JavaServerPages JSP 技术的 Web 应用时更加容 易 Struts 开放源码框架的创建 它提供了一个统一的标准框架给开发者 开发者通过使 用 Struts 作为基础 可以更专注于应用程序的商业逻辑 Struts 是实现了 MVC Model View Controller 模型一视图一控制器 模式的框架 2 2 2 Struts 原理介绍 在 Struts1 框架中的一个请求处理步骤的工作原理如下 1 客户端发出一个指向 servlet 容器的请求 tomcat 2 这个请求会经过图中的几个过滤器 最后会到达 Filter Dispatcher 过滤器 3 过滤器 Filter Dispatcher 是 Struts2 框架的心脏 在处理用户请求时 它和请求一 起相互配合访问 Struts2 的底层框架结构 在 web 容器启动时 Struts2 框架会自动加载配 置文件里相关参数 并转换成相应的类 如 ConfigurationManager ActionMapper 和 ObjectFactoryo ConfigurationManager 存有配置文件的一些基本信息 ActionMapper 存有 action 的配置信息 在请求过程中所有的对象 Action Results Interceptors 等 都是通过 句 ect Factory 来创建的 过滤器会通过询问 Action Mapper 类来查找请求中需要用到的 Action 4 如果找到需要调用的 Action 过滤器会把请求的处理交给 Action Proxy o ActionProxy 为 Action 的代理对象 Action Proxy 通过 Configuration Manager 询问框架的 配置文件 找到需要调用的 Action 类 9 5 Action Proxy 创建一个 Action Invocation 的实例 Action Invocation 在 Action Proxy 层之下 它表示了 Action 的执行状态 或者说它控制的 Action 的执行步骤 它持有 东北石油大学本科生毕业设计 论文 8 Action 实例和所有的 Interceptoro 6 ActionInvocation 实例使用命名模式来调用 当 Action Invocation 初始化时 根据 配置 加载 Action 相关的所有 Interceptor 通过 Action Invocation invoke 方法调用 Action 实现时 执行 Interceptor 在调用 Action 的过程前后 涉及到相关拦截器 intercepetor 的 调用 7 一旦 Action 执行完毕 Action Invocation 负责根据 Struts xml 中的配置找到对应 的返回结果 返回结果通常是一个需要被表示的 JSP 或者 FreeMarke 的模版 也可能是另 外的一个 Action 链 在表示的过程中可以使用 Struts2 框架中继承的标签 2 3 Hibernate 框架 2 3 1 Hibernate 介绍 Hibernate 是一个开放源代码的 非常优秀 成熟的 O R Mapping 框架 它对 JDBC 进行了轻量级的对象封装 它提供了强大 高性能的 Java 对象和关系数据的持久化和查 询功能 使用面向对象的方法操作数据库 Java 程序员能使用对象编程思维来操纵数据 库 使用 Hibernate 可以大大减少操作数据库的工作量 Hibernate 可以应用在任何使用 JDBC 的场合 既可在 Java 的客户端程序使用 也可在 Servlet JSP 的 WEB 应用中使用 它能取代 CMP 应用在 EJB 的 J2EE 架构中 完成数据持久化的重任 如图 2 2 所示 JNDIJDBCJTA SesssionTranstionQuery 持久层 业务逻辑 业务操作类 业务操作类 数据库驱动 图 2 2 Hibernate 原理图 Hibernate 的核心接口一共有 5 个 分别为 Configuration Session Factory Session 东北石油大学本科生毕业设计 论文 9 Transaction Criteria 和 Query 这 5 个核心接口在任何开发中都会用到 通过这些接口 不仅可以对持久化对象进行存取 还能够进行事务控制 1 Configuration 接口 Configuration 对象用于配置并且启动 Hibernate Hibernate 应用通过 Configuration 实例来指定对象关系映射文件的位置或者动态配置 Hibernate 的属性 然后创建 Session Factory 实例 10 2 SessionFactory 接口 初始化 Hibernate 充当数据存储源的代理 创建 Session 对象 一个 Session Factory 实例对应一个数据存储源 应用从 Session Factory 中获得 Session 实例 Session Factory 有以下特点 它是线程安全的 它应用的多个线程能共享同一个实例 它是重量级的 所 以它的实例不能随意创建或销毁 如果应用只访问一个数据库 那只创建一个 SessionFactory 实例即可 该实例是在应用初始化的时候创建的 同理 如果应用同时访 问多个数据库 就要创建一一对应的单独的 Session Factory 实例 称 Session Factory 是重 量级的原因是因为它需要一个很大的缓存 用来存放预定义的 SQL 语句及映射元数据等 用户还能给 Session Factory 配置一个缓存插件 这个插件被称为 Hibernate 的二级缓存 被工作单元读过的数据存放在该缓存 将来这些数据有可能会被其他工作单元重用 因 此这个缓存中的数据能够被所有工作单元共享 一个工作单元通常对应一个数据库事务 11 3 Session 接口 Session 接口负责保存 更新 删除 加载和查询对象 是 Hibernate 应用最多的接 口 Session 也被称为持久化管理器 它提供了和持久化相关的操作 如添加 更新 册 除 加载和查询对象 Session 不是线程安全的 它代表与数据库间的一次操作 Session 有以下特点 设计软件的架构时 要避免多个线程共享同一个 Session 实例 实例化的 Session 是个轻量级的类 它的创建和销毁不需要消耗太多的资源 Session 通过 SessionFactory 打开 所有工作完成后要关闭 如果不断地在程序中创建及销毁 Session 对 象 会给系统带来不良影响 要合理使用 4 Transaction 接口 Transaction 接口是对实际事务实现的一个抽象 是 Hibernate 的数据库事务接口 该 接口可以实现 JDBC 的事务 JTA 中的 User Transaction 甚至是 CORBA 等跨容器的事务 这样的设计能让开发者使用一个统一事务的操作 能使项目在不同环境和容器之间方便 地移植 5 Query 和 Criteria 接口 Query 和 Criteria 接口用于执行数据库查询 Query 和 Criteria 接口是 Hibernate 的查 询接口 用于向数据库查询对象 以及控制执行查询的过程 Query 实例包装了一个 HQL 查询语句 HQL 查询语句和 SQL 查询语句有些相似 它引用类句及类的属性句 而不是表句及表的字段句 Criteria 接口完全封装了基于字符串的查询语句 比 Query 接 口更加面向对象 Criteria 接口擅长执行动态查询 Session 接口的 find 方法也具有数据查 东北石油大学本科生毕业设计 论文 10 询功能 但它只是执行一些简单的 HQL 查询语句的快捷方法 它的功能远没有 Query 接 口强大 2 4 本章小结 本章阐述了 java 的一些常用技术 J2EE 的优势 以及实现本系统需要用到的框架 包括 JSP 技术 JDBC 技术 Hibernate Struts 框架等等 确保了本系统运行的基础 东北石油大学本科生毕业设计 论文 11 第 3 章 系统分析 3 1 系统开发环境确定 1 开发环境 系统采用 Myeclispe 10 作为开发环境数据库采用微软的 SQL server 2008 进行组合开发 eclipse 是一个开源的开发平台 Myeclipse 作为 Eclipse 平台下的一 个插件也备受很多开发者的青睐 我们才用它第一个它是一个比较轻量级的开发环境 同时它又是以一款功能强大的开发平台 SQL SERVER 2008 是微软的一款比较好的数据 库系统适合于中小型数据库 我们选择 SQL server 2008 是以为系统是一个中心性系统 SQL SERVER 2008 有着微软的一贯作风简单易用 2 操作系统采用 window XP 3 技术框架 采用当前比较流行且通用的 MVC 框架 STUCTS 和持久化框架 Hibernae 进行开发 在前端框架上采用 jquery 和 daowenUI 进行组合开发 可以做到比较 好的界面效果 3 2 系统可行性分析 开发任何一个系统 都会受到时间和资源上的限制 因此 在每一个项目开发之前 都要进行可行性分析 可以减少项目的开发风险 避免人力 物力和财力的浪费 下面 就技术 经济 操作和法律四个方面来介绍 1 技术可行性 本系统开发工具是 MyEclipse 和 Sqlserver 数据库 开发语言是 Java 主要使用了 J2EE 的技术 java 是一种面向对象编程语言 简单易学而且灵活方便 协议供货管理系 统总体上开发难度不高 数据库的设计和操作是本系统设计的核心 在大学期间学习过 软件工程 软件测试 UML 统一建模语言等课程 具备一定的系统分析 设计和测试能 力 因此 完成系统实现在技术上完全具有可行性 2 经济可行性 如今是信息化时代 信息化管理可以使财务运输工作更加系统化 快速化 全面化 这样可以为企业带来较高的工作效益和经济效益 本系统对计算机配置的要求不高 企 业机房更换下来的低配置电脑都可以完全满足需要 再者 企业在管理工作上的高效率 和便捷性远远超过了开发本系统的成本 所以在经济上具有完全的可行性 3 操作可行性 本系统操作简单 输入信息页面大多数都是下拉框的选择形式 在某些页面 信息 东北石油大学本科生毕业设计 论文 12 可以自动生成 无需输入 时间的输入也是用的日历控件 操作简便 对操作人员的要 求很低 只需对 WINDOWS 操作熟练 加之对本系统的操作稍加培训即可工作 而且本 系统可视性非常好 所以在技术上不会有很大难度 4 法律可行性 系统是自行开发的管理系统 是很有实际意义的系统 开发环境软件和使用的数据库 都是开源代码 开发这个系统不同于开发普通的系统软件 不存在侵权等问题 即法律 上是可行的 3 3 总体功能 系统的各个业务模块以及功能如图 3 1 所示 保险系统 系统管理员业务经理 普通业务员 后 台 用 户 管 理 部 门 管 理 职 务 管 理 员 工 管 理 客 户 管 理 产 品 管 理 差 评 分 类 管 理 系 统 登 录 信 息 维 护 密 码 修 改 客 户 开 户 客 户 反 馈 处 理 客 户 理 赔 管 理 保 单 购 买 保 单 查 询 系 统 登 录 信 息 维 护 密 码 修 改 客 户 反 馈 处 理 客 户 理 赔 审 核 保 单 购 买 保 单 查 询 客 户 开 户 客户 系 统 登 录 信 息 维 护 密 码 修 改 在 线 充 值 在 线 反 馈 理 赔 申 请 在 线 下 单 我 的 保 单 图 3 1 系统功能模块图 东北石油大学本科生毕业设计 论文 13 3 4 系统安全需求 数据库安全性是数据能被集成共享的关键之一 汽车维修保养管理系统采用以下安 全措施保证系统安全性 1 用户识别 系统对每一位用户设置了用户帐户 用户登录系统时要输入正确的口 令 只有合法用户才能进入系统 2 角色管理 不同角色的用户拥有不同的访问权限 防止用户对数据库进行 非法操作 3 建立日志文件 跟踪记录用户对系统每一次操作的详细情况 4 建立数据定期备份机制 3 5 用户界面需求 3 5 1 用户界面设计原则 用户界面是系统与用户之间的接口 也是控制和输入输出数据的主要途径 对用户 而言 界面就是系统 友好的用户界面可以提高整个系统的使用效率 用户界面设计与 用户需求之间有极其密切的关系 设计时需要综合考虑用户的目标 专业水平 艺术性 等诸多因素 用户界面一般应该遵循以下几个原则 1 简单化 用户界面一目了然 操作简单 尽量减少需要用户输入的参数 2 标准化 用户界面所用的术语应该具有标准性和一致性 直接显示给用户的图 表 数据等都应当模拟真实的图形显示和表格格式 遵从用户的工作习惯 3 可视化 操作过程可视化 使用户可以了解整个操作的过程 4 可读性 整个界面应该清晰简洁 易于阅读 便于用户理解 界面层次分明 布 局合理 以最简洁的方式提供用户所需的信息 总之 用户界面设计应坚持友好 简便 实用 易于操作的原则 3 5 2 界面设计方式 从用户与计算机交互的角度来看 界面设计包括菜单方式 会话方式 操作提示方 式 以及操作权限管理方式等 1 菜单方式 菜单是信息系统功能选择操作的最常用方式 按照目前软件所提出的菜单设计工具 菜单的形式可以是下拉式 弹出式的 也可以是按钮选择方式的 2 会话管理方式 东北石油大学本科生毕业设计 论文 14 在所有的用户界面中 几乎都会遇上人机会话问题 最为常见的是 当用户操作错误 时 系统向用户发出提示和警告性的信息 当系统执行用户操作命令遇到多种可能时 系 统会要求用户进一步说明 系统定量分析的结果通过屏幕向用户发出控制型的信息等 一 般的会话系统设计必须满足会话的基本要求 如画面清晰 形象直观 明了 简洁 具 有容错和纠错的能力 提供信息汉字化 图形化 表格化等 在语音会话方式还没有广 泛使用的今天 会话的基本工具是键盘 屏幕和打印机 常用的方式是回答式 菜单式 表格式和图形式 3 提示方式 对于用户的输入错误 操作错误做出明确提示 并给出明确指示 按照这种界面设 计方式 用户可以方便快捷的输入数据 清晰的了解事件的处理流程 消除了在使用过 程中对数据进行误操作的可能性 3 6 技术线路 本系统根据需求将开发一个基于 B S 结构的系统 系统开发采用的技术路线 1 系统采用 Java SSH Struts2 Spring Hibernate 框架 其中 Struts 实现 MVC Spring 负责架构的结合 Hibernate 进行数据的持久化 SSH 是典型的 J2EE 三 层结构 分为表现层 V 控制层 C 和模型层 M 三层体系将业务规则 数据访问及合 法性校验等工作放在控制层处理 客户端不直接与数据库交互 而是通过控制层建立连 接 再由控制层与数据库交互 表现层是传统的 JSP 技术 2 采用 JSON 进行数据交换 JSON 提供了一种更适合 Ajax 应用的标准数据交换 格式 JSON JavaScript Object Notation 是一种轻量级的数据交换格式 易于人阅读和编 写 同时也易于机器解析和生成 与 XML 相比 JSON 更易于在客户端处理数据 XML 比较适合于标记文档 而 JSON 却更适合于时行数据交换处理 3 采用 Ajax 在不刷新页面的情况下访问服务器处理数据 并根据数据的处理结果 对页面作出即时更改 改善用户体验 3 7 本章小结 本章就本次设计进行了技术可行性和运行可行性分析 对用户安全需求和界面设计 方式做了详细的介绍 最后对技术线路进行了总结 东北石油大学本科生毕业设计 论文 15 第 4 章 系统设计与实现 经过需求分析阶段的工作 接着进行数据库设计 包括实体的确立 实体关系的确 立 数据表的创建及每个表各种字段的属性的确立等 4 1 系统设计的总体原则 为了实现计算机管理的需要 使管理既有科学性又实用方便 该系统采用了以下原 则 1 实用性 系统是一个基于网络技术 实用性很强的信息系统 系统应能替代繁琐重复性的手 工劳动 设备及软件易于操作 维护 管理 界面宜人友好 2 开放性 系统是基于网络的 因此必须采用开放的系统设计原则 保证各部分协调工作 3 安全可靠性 安全可靠是一个应用系统的灵魂 一个极小的差错 可能会造成整个系统的瘫痪 甚至可能造成企业的巨大损失 因此系统设计必需把安全性 可靠性 容错性放在首位 4 先进性 系统设计 运行平台 开发工具 体系结构 数据库选型 硬件设备选型等 要符 合主流技术发展方向 5 可操作性与易用性 系统在设计与实施中要考虑系统面对的用户 使得系统使用操作 开发维护 日常 管理等工作简单易用 符合开发维护人员和各类使用者的操作习惯 减轻其日常工作量 提供友好的用户界面 6 经济性 在满足上述原则的基础上 应尽可能降低项目费用 追求最佳的性能价格比 一方 面 应根据现有条件 设计系统另一方面 系统设计中应尽量避免不必要的复杂化 各 模块应尽量简洁 以便缩短处理流程 减少处理费用 4 2 数据库设计 东北石油大学本科生毕业设计 论文 16 4 2 1 数据库设计特点 数据库建设是硬件 软件和干件的结合 三分技术 七分管理 十二分基础数据 技术与管理的界面称之为 干件 数据库设计应该与应用系统设计相结合 结构 数据 设计 设计数据库框架或数据库结构 行为 处理 设计 设计应用程序 事务处理等 结 构和行为分离的设计 传统的软件工程忽视对应用中数据语义的分析和抽象 只要有可 能就尽量推迟数据结构设计的决策早期的数据库设计致力于数据模型和建模方法研究 忽视了对行为的设计 4 2 2 数据库概念设计 通过第三章对本系统的需求分析 明确了系统的总体目标 各个子系统的功能和数 据流程 可以据此分解出数据实体 并确定实体之间的关系 针对系统业务的需求 通 过对工作过程的内容和数据分析得出系统的领域模型图 如图 4 1 所示 东北石油大学本科生毕业设计 论文 17 职工 用户名密码登录次数相片性别手机注册时间邮箱职业 部门 邮箱 部门名介绍 属于 部门职务面貌学历 客户 邮箱备注 客户名性别籍贯电话相片身份证 1 开户 客户分类属于 产品 产品名称产品编号类型开卖时间图片图片 产品分类属于 1 名称介绍 购买 1 理赔申请 标题申请时间金额状态联系电话 图 4 1 系统 E R 4 2 3 数据库逻辑设计 本系统中需要用到的表有 后台用户信息表 表 4 1 员工信息表 表 4 2 客户信息 表 表 4 3 客户分类信息表 表 4 4 保单信息表 表 4 5 在线反馈信息表 表 4 6 保 东北石油大学本科生毕业设计 论文 18 险信息表 表 4 7 产品分类信息表 表 4 8 理赔信息表 表 4 9 表 4 1 后台用户信息表 列名列名注释注释主键主键外键外键类型类型 id编码是否int username用户名否否varchar password密码否否varchar email邮箱否否varchar creator创建人否否varchar createtime创建时间否否DateTime tel电话否否varchar sex性别否否varchar xiangpian相片否否varchar logtimes登录次数否否int 表 4 2 员工信息表 列名列名注释注释主键主键外键外键类型类型 id编码是否int name姓名否否varchar sex性别否否Varchar idcardno身份证否否varchar birthday生日否否DateTime age年龄否否int xiangpian相片否否varchar jiguan籍贯否否varchar aihao爱好否否varchar tel电话否否varchar shengao身高否否varchar tizhong体重否否varchar address住址否否varchar registerdate注册日期否否DateTime password密码否否varchar hkleixing户口类型否否varchar des备注否否varchar 表 4 3 客户信息表 东北石油大学本科生毕业设计 论文 19 xiangpian相片否否varchar yue余额否否FLOAT logintimes登录次数否否int idcardno身份证号否否varchar regdate注册日期否否DateTime dizhi地址否否varchar aihao爱好否否varchar eamil邮箱否否varchar des介绍否否Text khfenlei客户分类否否varchar 表 4 4 客户分类信息表 列名列名注释注释主键主键外键外键类型类型 id编码是否int name分类名否否varchar des备注否否varchar 表 4 5 保单信息表 列名列名注释注释主键主键外键外键类型类型 id编码是否int ddno订单号否否varchar title标题否否varchar spno商品号否否varchar spname商品名否否varchar khaccountname客户账户否否varchar khname客户名否否varchar shuliang数量否否int xiadanren下单人否否varchar xdtime下单时间否否DateTime totalfee总金额否否FLOAT sptupian商品图片否否varchar des说明否否varchar 表 4 6 在线反馈信息表 列名列名注释注释主键主键外键外键类型类型 id编码是否int title标题否否varchar dcontent内容否否Text lwren留言人否否varchar replyren回复人否否varchar replycontent回复内容否否Text pubtime留言时间否否DateTime status状态否否varchar 东北石油大学本科生毕业设计 论文 20 表 4 7 保险信息表 列名列名注释注释主键主键外键外键类型类型 id编码是否int pno产品编号否否varchar pname产品名称否否varchar xtype分类否否Varchar kmtime开卖时间否否DateTime des介绍否否Text tupian图片否否varchar 表 4 8 产品分类信息表 列名列名注释注释主键主键外键外键类型类型 id编码是否int name名称否否varchar des说明否否Text 表 4 9 理赔信息表 列名列名注释注释主键主键外键外键类型类型 id编码是否int title标题否否varchar khaccountname客户账户否否varchar khname客户姓名否否varchar jine金额否否FLOAT status状态否否varchar sqtime申请时间否否DateTime tel联系电话否否varchar des理赔描述否否varchar 4 3 用户界面设计 4 3 1 用户界面设计原则 用户界面是系统与用户之间的接口 也是控制和输入输出数据的主要途径 对用户 而言 界面就是系统 友好的用户界面可以提高整个系统的使用效率 用户界面设计与 用户需求之间有极其密切的关系 设计时需要综合考虑用户的目标 专业水平 艺术性 等诸多因素 12 用户界面一般应该遵循以下几个原则 1 简单化 用户界面一目了然 操作简单 尽量减少需要用户输入的参数 2 标准化 用户界面所用的术语应该具有标准性和一致性 直接显示给用户的图 表 数据等都应当模拟真实的图形显示和表格格式 遵从用户的工作习惯 东北石油大学本科生毕业设计 论文 21 3 可视化 操作过程可视化 使用户可以了解整个操作的过程 4 可读性 整个界面应该清晰简洁 易于阅读 便于用户理解 界面层次分明 布 局合理 以最简洁的方式提供用户所需的信息 总之 用户界面设计应坚持友好 简便 实用 易于操作的原则 4 3 2 界面设计方式 从用户与计算机交互的角度来看 界面设计包括菜单方式 会话方式 操作提示方 式 以及操作权限管理方式等 1 菜单方式 菜单是信息系统功能选择操作的最常用方式 按照目前软件所提出的菜单设计工具 菜单的形式可以是下拉式 弹出式的 也可以是按钮选择方式的 2 会话管理方式 在所有的用户界面中 几乎都会遇上人机会话问题 最为常见的是 当用户操作错误 时 系统向用户发出提示和警告性的信息 当系统执行用户操作命令遇到多种可能时 系 统会要求用户进一步说明 系统定量分析的结果通过屏幕向用户发出控制型的信息等 一 般的会话系统设计必须