1、北京市高等教育自学考试毕业设计 北京市高等教育自学考试毕业设计 北京市高等教育自学考试毕业设计 北京市高等教育自学考试毕业设计寿险保险公司 寿险保险公司 寿险保险公司 寿险保险公司 CRM销售管理系统的实现 销售管理系统的实现 销售管理系统的实现 销售管理系统的实现专 专 专 专 业 业 业 业 计 算机 及应 用 计 算机 及应 用 计 算机 及应 用 计 算机 及应 用学 学 学 学 生 生 生 生 肖 肖 肖 肖 明 明 明 明 卫 卫 卫 卫指 导老 师 指 导老 师 指 导老 师 指 导老 师 刘 刘 刘 刘 扬 扬 扬 扬日 日 日 日 期 期 期 期 2010年 年 年 年 10
2、月 月 月 月摘 要目前我国中外寿险保险公司大约有 150家，它 们之间对客户资源的竞争日 趋激烈， 谁 得到有限的优质客户资源越多， 谁 的优势就越明显， 但 是寿险公司首 先应该考虑如何从基于内部流程管理的需求中转变为 “ 以客户为中心 ” 的管理中 去 ，而从国外涌入 的客 户关系 管 理 CRM其核心思想即 是以 “ 客户为中心 ” ，它通过信息技术实现客户资源的有效利用，帮 助企业提高客户服务质量已获得更多优 质客户，是企业提高核心竞争力的最佳选择。 CRM的全面实现对于企事业单位 来说不是一 件小事，在 人力、物力 和时间上都将是长期的大量的投入， 本 文以 CRM理论在寿险保险行
3、业近些年的实际 应用为基础， 主 要论述操作型 CRM系统在人寿保险领域中个险渠道销售管理的 实现 ，系 统 以 B/S架构为实现技术，采用 Oracle10g作为企业级的数据库， WebSphere为应用服务器，运用了 MVC模式，采用 UML和 JAVA进行的设计和开发。在国内由于寿险业务发展的需要和其本身业务复杂性等原因，寿 险公司为 了指导公司内部管理以适应市场变化， 在 这方面已投放了大量的时间和精力， 系 统在中国人寿、新华人寿、恒安标准人寿等公司的实际运行情况良好，性能可靠， 达到了设计功能要求和用户的需求，并且 CRM销售管理系统已经对寿险企业的 发展做出了强有力的运营支持，
4、同 时信息技术的不断变化和飞速进步也在推动 CRM系统的继续发展和完善 。关键词：客户关系管理、保险销售管理、 CRM、 UML、 JAVA目 录第一章 绪论 .11.1项目背 景 .11.1.1问题的 提出 11.1.2CRM概述 .11.2项目描 述 .31.3项目意 义 .31.4本文组 织结构 .4第二章 相关技术介绍 .52.1Oracle概述 52.2Jdbc技术 .52.3Spring技术 62.4Xm l 技术 7第三章 需求分析 .93.1功能需 求描述 93.1.1数据流 图 .103.1.2数据字 典 .183.2非功能 需求描述 .20第四章 系统设计 214.1系统架
5、 构 .214.2系统模 块结构图 .224.3数据库 设计 .234.4系统开 发和运行环 境 .29第五章 系统功能的实现 305.1人员管 理的实现 .305.1.1人员入 司的实现 .305.1.2人员查 询的实现 .345.2Excel导入和 导出的实现 .385.2.1Excel导入和 导出简述 385.2.2实现的 方法 .385.3PDF导出的 实现 405.3.1为什么 要使用 PDF导出 405.3.2实现 PDF导出功 能 405.4日志邮 件的实现 435.4.1为什么 要使用日志 邮件 435.4.2实现的 方法 .435.5定时器 的实现 465.5.1定时器 的实
6、现方法 465.5.2对比讨 论 .50第六章 结论 516.1个人收 获 516.2项目情 况 51致谢.52参考文献.53第一章 绪论1.1项目背景 项目背景 项目背景 项目背景1.1.1问题的提出随着中国经济的快速发展，国 内寿险市场迅速增长，并 且自从我国加入 WTO后， 外 资企业也开始进入国内寿险市场， 这 也促使和要求国内寿险市场逐步要 与国际接轨，采 用现代信息技术加快信息化建设和应用以提高经营和管理水平已 初见成效，而 且从注重内部流程管理转变为以客户为中心的经营理念已成为中外 各家寿险公司的共识。 中国寿险市场的前景是广阔的， 但 其市场竞争也必将是激烈的。 在 当今竞 争
7、如此激烈的商业环境中， 我相 信无论如何强调企业与客户建立关系、 维 持关系 与发展关系的重要性都不为过。客 户关系管理作为一种能够提升公司核心竞争力 的管理和经营理念，已经成为寿险公司获得竞争优势的最佳选择。 客户关系管理通过采用信息技术， 使 企业的市场营销、 销 售管理、 客 户服 务与支持等经营流程信息化， 从 而实现客户资源有效利用， 其 核心思想是以 “ 客 户为中心 ” ，以不同的产品服务和不同的销售渠道来满足不同的顾客需求，并经常与顾客保持不同层次的沟通， 以 达到提高客户满意度和改善客户关系的目的， 从而提高企业的核心竞争力 2。1.1.2CRM概述客户关系管理 （ CRM，
8、 Custom er RelationshipManagem ent） 最 早是由世界 著名 IT系统项目论证与决策权威机构 -GartnerGroup于 20世纪 80年代提出，它 是90年代随着互联网和电子商务涌入中国的最重要的 IT技术和管理理念之一， 近些年来已经成为学术界和企业界研究的热点问题3。CRM的主要过程是由市场营销、 销售管理和 客户服务与 支持这三部 分业务流程的信息化构成。 在 CRM软件系统中， 各 种渠道的集成是非常重要的， CRM2的管理思想就是要求企业真正以客户为导向，满足客户多样化和个性化的需求。 CRM的研究内部由管理理念、管 理机制和管 理技术三部 分组成
9、，从 而构成了 CRM完整的知识体系2。CRM管理技术 ：数据仓库、数据挖掘、客户智能、 CRM系统、 呼叫中心、 系统整合CRM管理机制 ： 组织结构 重组 、业务流 程再造、管 理制度创新CRM管理理念 ：客户分析、 客 户价 值、 客户满 意、客 户忠 诚图 1-1CRM知识体 系从技术角度来讲， CRM系统大致分为三大模块：操作型 CRM-主要是对市场营销、 销 售管理和客户服务与支持这三部分业 务流程进行信息化。 协作 型 CRM-主要 是 实 现 与 客 户 进 行 沟 通 所 需 要 的 手 段 的 集 成 和 自 动 化 处理。 分析型 CRM-主要是对前两部分所积累下的信息进
10、行加工和处理， 以 数据 仓库和数据挖掘为基础， 支 持、 发 掘和理解顾客行为， 产 生客户智能， 为 企业的 战略决策作支持。 CRM技术名词解释：数据仓库： 它是 CRM的基础， 是 满足系统对各方面数据的要求， 主 要数 据资源分为操作型和分析型两类。 数据挖掘 ： 在数 据仓 库 中进 行数 据 挖掘 是 CRM系统接口 的 核心 ， 是 CRM中实现数据分析的技术基础。 数据分析：分析出的结果数据为领导层和管理层提供分析和决策数据支持。31.2项目描述 项目描述 项目描述 项目描述本文将主要对 “ 操作型 CRM” 中的销售管理进行论述，项 目具体实现 了寿险企业中的个险渠道的销售
11、管理， 体 现了操作型 CRM的特点， 目 前个险渠道 的销售管理系统的主要业务功能有： 一、人员管理，是指根据个险渠道的管理结构，支持区部组的管理模式。二、 薪 资计算， 是 指计算每个销售人员的佣金， 薪 资的计算在系统中是自 动完成的。 三、业绩考核，是根据考核标准进行考核的计算和管理。其中， 具 体在个险渠道中实现的系统功能有： 团 队管理、 人 员管理、 合 同 管理、 证 件管理、 品 质管理、 资 格管理、 薪 资管理、 加 扣款管理、 差 勤管理、 孤 儿保单管理、 考 核管理、 预 警考核管理、 报 表管理、 培 训管理、 活 动量管理、 保 单信息管理、产品信息管理、参数管
12、理、权限管理等。 我主要参与分析设计的功能模块有团队管理、 人 员管理、 合 同管理、 薪 资 管理、孤儿保单管理、考核管理和培训管理等。1.3项目意义 项目意义 项目意义 项目意义依据寿险公司个险渠道的基本管理办法 （ 简称： 基 本法） 实 现了其销售团 队管理的标准化、 流 程化和信息化， 借助 CRM销售管理系统的实现， 使 寿险保 险公司的管理流程化和标准化， 提 高了管理水平和工作效率。 销 售管理是 CRM应用中最 为 困 难 的一 个 过 程 ，这 不 仅 是 因为 销 售 能 力关 系 到 一 个企 业 的 存 亡和发展， 更 在于销售过程本身是动态和多变的， 如 不断变化的
13、销售策略、 不 同地区 的经济发展不一样，最 终形成不同地域的不同产品配置方案和销售人员的基本管 理办法等的不同， 从 而形成复杂的业务规则和易变的业务周期， 所 以最终对其进 行流程化和自动化，较之客户服 务等相对静态的业务流程要困难得多。运用客户关系管理理论，能 够让企业的中高层管理人员能够在实际操作中 实时把握销售情况、 了 解客户需求， 通 过第一时间的销售管理数据， 能 够很好地 达到通过保险产品的销售情况反馈产品在渠道的销售业绩，即 能够让企业发现客 户需求从而为客户提供更加合适的产品和服务，同 时也可以为销售人员改进销售 策4略和提供更加完善的指导与培训，这 些都是具有传统方式难
14、以达到的反应速度 和效率。 最重要的是通过 CRM销售管理系统的实施已基本实现了销售人员队伍、 销售人员薪资和考核的自动化管理，特 别是通过绩效考核直接把销售人员的职级 升降和薪资福利挂钩， 从 管理上就保证了销售团队的人员从业能力和从业素质， 以确保用最优秀的团队来赢得更多更好的优质客户， 正 是因为通过 CRM销售管 理系统实现了销售队伍的有效管理，从 而可以帮助企业提高客户服务质量已获得 更多优质客户，这正 是 CRM销售管理系统的价值所在， 真正体现 了 CRM销售管理系统的意义。1.4本文组织结构 本文组织结构 本文组织结构 本文组织结构本文共分为七个章节，具体的组织结构如下：第一章
15、为绪论，主要介绍项目背景、项目描述和项目意义。 第二章为相关技术介绍，主要是系统涉及的相关技术的引入。 第三章为需求分析，主要对项目中关键的业务需求和功能需求进行描述。第四章为系统设计， 主 要阐述系统的开发目标和任务， 并 且实现系统的功 能模块设计和数据库设计。 第五章为系统功能与实现， 描 述系统一般性的开发流程， 并 且对系统部分 功能模块的实现做出详细的介绍。 第六章为系统开发的思考，是 对项目设计和开发过程中所遇到问题的提出 和思考。第七章为总结，是对本文的结论和工作展望。5第二章 相关技术介绍2.1Oracle概述 概述 概述 概述现在开源软件的势头很不错，并且已经成为一个应用相
16、当广的独立软件阵营， 那 么在数据库选型上为什么没有选择开源的 MySQL数据库呢？为什么也 没有选择 SQLServer和 DB2呢？主要是基于以下两点原因： 1开源的 MySQL等软件，需要 自己 有强大 的技 术支持 力量 做后盾 ，出了问题需要自己想办法解决，而商业软件有完善的售后服务，没有后顾之忧。2保险行业的数据量大，数 据的安全性 和一致性要 求都很高， Oracle是适合大中型企业级开发的， 具 有安全性和并发性好， 并 且支持跨系统， 同 时在国 内拥有 60%以上的市场占有率，证明其服务能力和品牌都很好。所以， Oracle最终被客户所采用， 就 是因为其是优秀的关系数据库
17、之一， 它提供了基于角色分工的安全保密管理，在 数据库管理功能、完 整性检查、安 全 性 、一致性方面都有良好的表现。2.2Jdbc技术 技术 技术 技术JDBC简介：JAVA数据库连接规范 JDBC(JavaDatabaseConectivity)。JDBC是一种用于执行 SQL语句的 JavaAPI，可 以为多种关系数据库提供 统一访问， 它 由一组用 Java语言编写的类和接口组成。 JDBC为开发人员提供了 一个标准的 API， 据 此可以构建更高级的工具和接口， 使 数据库开发人员能够用 纯JavaAPI编写数据库应用程序 6。JDBC原理概述：1、 JDBC是一套协议， 是 JAV
18、A开发人员和数据库厂商达成的协议， 也 就 是由 Sun定义一组接口， 由 数据库厂商来实现， 并 规定了 JAVA开发人员访问数 据库所使用的方法和规范。2、 JDBC的实现是由数据库厂商提供，以驱动程序形式提供。3、 JDBC在使用前要先加载驱动， 一个 Java程序要访问数据库 ,需要通过 以6下几步来完成 :第一 ,打开数据库连接 ;第二 ,建立语句对象 ;第三 ,通过该语句对象将SQL语句传送给数据库 ,进行数据库操作 ;第四 ,获取结果及有关结果集的信息。JDBC对于使用者要有一致性，对不同的数据库其使用方法都是相同的。现在关于 ORM框架有很多，那么 JDBC和 Hibernat
19、e等 ORM框架相比较 的优缺点是什么呢？具体如下： 优点：灵活、快速、方便、高效。缺点：实现步骤较多复杂性较高、实现代码多、对操作人员要求较高！ 综 上 所 述 ， JDBC对操作人员要求是比较高的，其 复杂性有时让人望而却 步 ，由于项目的历史原因和项目实施时间相对比较早当时没有采用 ORM框架， 但 是为了提高项目开发的效率和 CRM销售管理系统的数据可移植性等因素， 日 后 是应该肯定要向 ORM方面发展的， 比 如使用 Hibernate、 Ibatis、 TopLink或者 JDO来做数据的持久化，这是技术发展的大趋势，项目组也正在做这方面的准备。2.3Spring技术 技术 技术
20、 技术Spring是 JAVA系统上的一个开源应用框架， 其 框架本身并没有强制实行 任何特别的编程模式，在 Java社区里 Spring作为 EJB模型之外的另外一个选择 甚至是替代品而广为流行 16。从设计上看， Spring给予了 Java程序员许多的自由度，但同 时 对业 界常 见 的问 题也 提 供了 良好 的 文档 和易 于 使用 的方 法 。 Spring框架的核心功能在任何 Java应用中都是适用的。在 基于 Java企业系统上的 WEB应用中， 大 量的 拓展 和 改进 得以 形 成。 为 此 Spring获得了广 泛 的欢 迎， 并 被许多公司认可为具有战略意义的重要框架。
21、Spring简化企业级软件开发的关键是提供一个隐藏了复杂性 （ 例如事务、 安全性和永续性）的 应用框架，同 时良好设计的框架组件可以提升代码的复用能 力 ，提高开发效率，从而得到更好的软件质量。基于以上原因，我们在项目 中选择了它 ，下面简要 介绍 下 Spring框架 ，它是一个分层架构 ，主要 由 7个定义良好的模块组成 ，具体包括： IOC， DAO，CONTEXT， AOP， MVC， ORM， WEB。 Spring框架的显著特 点在 于 框架的每个模块 （ 或组件） 都 可以单独存在 ， 本 系统主要应用了 Spring框架的 IOC模块 。IOC是 Spring的核心技术之一。
22、 核心容器提供 Spring框架的基本功能 ，它的主要组 件 是 BeanFactory，它是工 厂 模式 的实 现 。 BeanFactory使用控制 反转7（ IOC） 模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。 Spring其他的 模块构建在核心容器 （ IOC） 之上，核 心容器定义了创建、配 置和管理 bean的方式 ， IOC技术将对象之间的通信通过 XML配置文件实现， 降 低了软件模 块之间的耦合性 9。图 2-3Spring框架图2.4Xml技术 技术 技术 技术XML（ ExtensibleMarkupLanguage， 即可扩展标记语言 ） 是由 W3C于
23、 1998年 2月发布的一种标准 17。 XML自从问世以来， 至 今已经有十多年了， 这在 IT界已经算很久了， 但 是在我们看来， 人 们对 XML的关注还仅仅是个开始。 它 能够根据应用的需要， 描 述很多不同类型的文档的逻辑结构， 这 种广泛而灵活的 可扩展的方法拓展了 XML广泛的应用， 无 论是电子商务的文档处理还是信息的 存档以及 Web应用程序和数据集成等，它都大受欢迎。XML是一组技术的 集合 ，不是 单个 技术。 它包 括 DTD（文档类型定 义）、XMLSchem a（ XML数 据 模 式 ）、 XSL（可扩展 的 样式 语 言 EXtensibleStylesheet
24、Language） 、 XML链接语言 （ 包括 XPATH、 XPOINT等 ）、 XML名称空间、 XML查询语言 XQL、 XML文档对象模型 DOM（ documentobjectm odel ） 等 ， 下面 就CRM销售管理系统中所用到的相关技术分别做简要的介绍：一 、 XML： 它 与 HTML一 样 ， 都 是 SGML(StandardGeneralizedMarkupLanguage， 标准通用标记 语言 )。 XML是 Internet环境中跨系统 的， 依赖于 内容8的技术， 是 当前处理结构化文档信息的有力工具。 扩 展标记语言 XML是一种 简单的数据存储语言， 使
25、 用一系列简单的标记描述数据， 而 这些标记可以用方便 的方式建立，虽然 XML占用的空间比二进制数据要 占用更多的 空间， 但 XML极其简单易于掌握和使用。 二 、 XSL/XSLT： XSL是 指 可 扩 展 样 式 表 语 言 (EXtensibleStylesheetLanguage)，是 一 种 用 于 以 可 读 格 式 呈 现 XML数据 的 语 言 。 XSL之于 XML,就 像 CS之 于 HTML。 它 是 指 可 扩 展 样 式 表 语 言 (EXtensibleStylesheetLanguage)。 这 是一种用于以可读格式呈现 XML数据的语言。 XSL实际上包
26、含两个部分 XSLT和 Xpath，其中 XSLT用于转换 XML文档的语言； XPath用于在 XML文档中导航的语言。 XSLT是指 XSL转换 (XSLTransform ation) ，它是 XSL最 重 要 的 部 分 。 XSLT可 以 将 XML文 档 转 换 为 其 它 XML文 档 、XHTML输出 或 简 单 的 文 本 ， 这 通 常 是 通 过 将 每 个 XML元素 转 换 为 HTML元素来完成的 。由 于 XML标签是用户定 义的 ，浏览 器不 知道如 何解 释或呈现每个标签 ， 因此 必须 使 用 XSL， XML标签的意 义 是为 了方 便 用户 （而 不 是
27、计算机）理解。三、 JAXB： JAXB（ JavaArchitectureforXMLBinding)是一个业界的标准 ，是一项 可 以 根 据 XMLSchem a产生 Java类的技 术 。 该 过程 中 ， JAXB也提供了将 XML实例文档反向 生 成 Java对象树的方法 ，并 能 将 Java对象树的内容 重新写到 XML实例文档。从 另一方面来讲， JAXB提供了快速而简便的方法将 XML模式绑 定 到 Java表示， 从 而 使 得 Java开发者 在 Java应用程 序 中 能 方便 地 结 合XML数据和处理函数。XML技术在项目应用中的展现原理：使用 XML文件做为数据
28、存储、 传 输、 交 互方式， 此处数据包括界面展现 格式数据、查询结果数据。使用 XMLSchem a文件限制 XML文件的编写格式；使用 JAXB根据 XMLSchem a文件定义的格式生成 Java类，使 用生成的 Java类在服务器端对 XML文件进行操作；使用 XSL文件将 XML文件解析为 HTML格式，传 输到浏览器端进行展现 。9第三章 需求分析简单地说， 软 件需求是指用户对新系统在功能、 行 为、 性 能、 设 计约束等 方面的期望，也 就是说系统必须完成的事情以及必须具备的品质。需 求是多层次 的 ，包括业务需求、用 户需求和系统需求（ 包括功能需求、非 功能需求和设计约
29、束 等 ） ，这三个不同层次从目标到具体，从整体到局部，从概念到细节。据统计， 软 件中的错误大约有 15%是由于软件需求分析错误， 软 件开发失 败大约有 50%是需求的不合理所导致的。 可 以得出这样的一个结论： 完 善的需求 分析是软件开发成功的关键。高 质量的需求分析的需求促使我们必须审视我们在 软件需求分析过程中所采用的方法、技术以及过程的管理 8。下面采用结构化分析 （ StructuredAnalysis） 方 法， 利 用数据流图、 数 据字 典对系统需求进行分析，对 软件需求从功能需求和非功能需求两个角度分别进行 分析。 3.1功能需求描述 功能需求描述 功能需求描述 功能需
30、求描述寿险公司主要是从业务应用和技术实现这两个方面提出了具体的需求目标，就是以客户关 系管 理（ CRM）理念和技术 为基 础，采 用以 客户为 中心 ，以销售活动为主线，以销售人员和管理人员为最终用户的信息系统。开发功能模块： 团 队管理、 人 员管理、 合 同管理、 证 件管理、 品 质管理、 资格管理、 薪 资管理、 加 扣款管理、 差 勤管理、 孤 儿保单管理、 考 核管理、 预 警 考核管理、 报 表管理、 培 训管理、 活 动量管理、 参 数管理、 职 级管理、 基 本法管 理 、产品管理、建议书、客户管理、预算跟踪分析、权限管理等功能。 同时， 要 求系统易用、 灵 活和高配置、
31、 高 稳定， 能 够适应业务发展需要， 并且为后续的数据仓库提供高质量的合规的数据来源，以 最终实现快速响应市场 需求和达到客户分析的要求，从而为企业决策提供可靠数据来源。 该软件需求参与者与用况之间的关系使用用况图说明如下：10系统管理系统管理员渠道管理 人员管理培训管理保单管理薪资管理考核管理销售管理员图 3-1用况图3.1.1数据流图数据流图是一种描述数据变换的图形工具， 系 统接受输入的数据， 经 过一 系列的加工变换，最后输出结果数据 1。本系统中存在多种角色， 主 要的角色有： 系 统管理员和销售管理员， 其 中 销售管理员可以分为人员管理、 业 务管理、 培 训管理、 销 售支持
32、人员、 渠 道主管 和财务和产品管理人员等。11管理员 操作结果管理员 操作要求当前时 间用户操 作要求用户操 作结果CRM销售 管理系统销 售 管理 员系统时钟系统管理员图 3-2顶层数据流图下面对个险渠道的主要模块讲解如下：根据不同的管理要求， 0层数据流图分为系统管理、 销 售管理以及产品和 财务管理三个方面。销售管 理处理产品、 财务管理处 理销售管 理系统管 理 有效系 统管理有效销 售管理无效登 录产品、 财务管理 有 效 产 品 管 理 、财务管 理系统管 理处理1.登录有效 性 验证 3.销售管理 的 处理要求2.系统管理 的 处理要求4.产 品 管理 和 财 务的 处 理 要
33、求图 3-30层数据流图12下面是系统管理的处理要求， 主 要由角色、 菜 单、 用 户和机构维护四个方 面构成。角色文 件用户文 件机构管 理菜单文 件机构文 件系统时 间系统管 理 系统角 色管理系统菜 单管理系统用 户管理系 统 管 理处理2.系统管理 的 处理要求 2.2菜单 管理2.1角色 维护2.3用户 维护2.4机构 维护图 3-41层数据流图下面是销售管理的处理要求， 主 要由人员管理、 薪 资管理、 考 核管理、 参 数管理等七个部分组成，具体如下所示。13计算控 制文件参数文 件孤儿保 单文件薪资文 件人员和 团队文件业务数 据处理 参数管 理特案申 请、审批 特案文 件孤
34、儿保 单管理考核文 件系统时 间有效销 售管理人员管 理 薪资管 理考核管 理系统管理处 理3.销 售 管 理的处理 要求3.2薪资管 理3.1人员管 理3.3考核管 理3.4特案申 请审 批3.5孤儿保 单管 理3.6参数管 理3.7业务数 据处 理图 3-51层数据流图下面是产品管理和财务管理的处理要求， 主 要由产品费率、 保 单数据导入 和财务报表这三个部分组成，具体如下所示。14产品文 件财务文 件保单文 件系统时 间有 效 的 产 品 管理、财 务管理 产品管 理 薪资保 单数据财务报 表处理系 统 管 理处理4.产品管理 和 财务 的 处理要求 4.2保 单 数 据导入4.1产
35、品 费 率维护4.3财务报表导 出和上 传 财务系 统图 3-61层数据流图下面是销售管理中的人员管理的具体处理要求， 主 要由人员信息维护、 团 队查询、入司管理、离司管理、合同管理、证件管理和品质管理这七个部分组成， 具体如下所示。15品质文 件证件文 件合同文 件人员、 团队文件人员文 件品质维 护 证件管 理人员离 司 人员、 团队文件合同查 询人员、 团队文件系统时 间人员管 理人员信 息查询和修 改 团队查 询人员入 司系统管理处 理3.1人员管 理3.1.2团队查 询3.1.1人员信 息维护3.1.3入司管 理3.1.4离司管 理3.1.5合同管 理3.1.6证件管 理3.1.7
36、品质管 理图 3-72层数据流图下面是销售管理中的薪资管理的具体处理要求，主 要由薪资查询、薪 资导 入 、工资单打印、加扣款管理、差勤管理等七个部分组成，具体如下所示。16薪资文 件薪资文 件差勤文 件薪资文 件薪资文 件发薪凭 证导入销售费 用统计加扣款 操作 薪资文 件日常差 勤记录薪资文 件系统时 间薪资管 理薪资查 询 薪资导 入工资单 打印系统管理处 理3.2薪资管 理3.2.2薪资导 入3.2.1薪资查 询3.2.3工资单 打印3.2.4加扣款 管理3.2.5差勤管 理3.2.6销售 费 用 分解表3.2.7发 薪 凭 证导入图 3-82层数据流图下面是销售管理中的考核管理的具体
37、处理要求，主 要由预警考核、系 统考 核 、系统复核、职级确认等六个功能组成，具体如下所示。17考核保 单数据参数文 件保单、 考核文件保单、 考核文件聘才留 存率查询职级确 认 考核文 件特批名 额维护保单、 考核文件系统时 间考核管 理预警考 核计算和查 询 系统考 核系统复 核系统管理处 理3.3考核管 理3.3.2系统考 核3.3.1预警考 核3.3.3系统复 核3.3.4职级确 认3.3.5特批 名 额 查询人员文 件3.3.6聘才 留 存 率查询DW系统图 3-92层数据流图下面是人员管理中的人员信息维护的具体处理要求，主 要包括人员基本信 息查询、人员轨迹列表查询和人员信息修改，
38、 3层数据流图如下图所示。18轨迹信 息查询人员信息 Excel导出人员、 团队文件人员信 息修改系统时 间人员信 息维护 人员基 本信息查询系统管理处 理3.1.1人 员 信息维护3.1.1.1人 员 基本信息 查询3.1.1.3人 员 信 息修改人员、 团队文件3.1.1.2人 员 轨迹列表 查询 人员信 息文件图 3-103层数据流图3.1.2数据字典数据字典是在数据流图的基础上，对数据流图中出现的所有元素加以定义，从而使每一个图形元素的名字都有一个确切的解释，通 过从图形和文字两个方 面对系统的逻辑模型进行完整的描述8。数据字 典 以 一 种准 确 的 和 无二 义 的 方 式定 义
39、所 有 被加 工 引 用 的数 据 流 和数据存储，通常包括三类内容：数据流条目、数据存储条目和数据项条目。该系统的数据字典信息如下： 1.数据流条目登录信息 =用户名 +密码 有效系统管理 =菜单管理 |角色管理 |机构管理 |用户管理 有效销售管理 =渠道管理 |人员管理 |薪资管理 |考核管理 | 有效产品和财务管理 =产品费率维护 |保单数据导入 |财务报表数据 | 人员管理要求 =人员入司 |人员查询 |品质管理 |合同管理 | 薪资管理要求 =薪资查询 |加扣款管理 |工资单打印 人员查询要求 =人员基本信息 |人员轨迹信息 |人员信息导出 | 人员基本信息 =机构名称 +团队编码
40、 +团队名称 +业务编码 +人员姓名人员轨迹信息 =团队轨迹 +职级轨迹 +增员轨迹 +育成轨迹人员信息导出 =导出 Excel表 192.数据存储条目：文件名称：人员基本信息文件 组成： 人员编码 +人员姓名 +人员类型 +所属机构 +入司时间 +离司时间 +人员状态 +最后一次操作时间 组织：按人员编码递增顺序排列文件名称：人员职级文件 组成： 人员编码 +变更前职级编 码 +变更后职级编 码 +变更原因代码 +开始时间 +结束时间 +备注 组织：按人员编码递增顺序排列 文件名称：管理部门信息文件组成： 分支机构编码 +管理部门编码 +主管姓名 +管理部门类型 代码 +管理部门名 称 +上
41、级 管 理 部 门 编 码 +开始 时 间 +结束 时 间 +状态 +部门 级 别 +部门序列 +操作员 +操作时间 组织：按分支机构编码递增顺序排列 文件名称：团队文件组成： 团队编码 +团队名称 +团队类型代码 +管理部门编码 +开始时间 +结束 时间 +状态 +操作员 +操作时间 组织：按团队编码递增顺序排列文件名称：保单文件 组成： 保单序列号 +保单所属日期 +代理人代码 +代理人类型 +所属机构 +地 区代码 +客户 经 理 代 码 +渠道 经 理 代 码 +产品 代 码 +产品 状 态 +保费 状 态 +续期 标 志 +保单 号 +投保 人 姓 名 +保单 类 型 +保费 +缴费
42、 期 数 +孤儿 保 单标志 +承保日期 +受理日期 +加热标志 +抽取日期 +数据处理时间 组织：按保单序列号递增顺序排列文件名称：险种文件 组成： 险种代码 +险种名称 +险种类型代码 +险种标志 +开始时间 +结束时间 +主附险标志 组织：按险种代码递增顺序排列 文件名称：薪资文件组成： 人员编码 +人员姓名 +人员类型 +人员状态 +职级名称 +所属机构 +计算日期 +指标代码 +指标值 +开始时间 +结束时间 组织：按计算日期和人员编码进行递增顺序排列文件名称：考核文件 组成： 人员编码 +职级编码 +推荐职级编码 +确认职级 +职级转换类型代码 +计算日期 +确认标志 组织：按计算
43、日期、人员编码组合进行递增顺序排列203.2非功能需求描述 非功能需求描述 非功能需求描述 非功能需求描述 1.灵活性和可扩展性需求系统数据模型设计灵活， 系 统可伸缩性可扩展， 对 新的市场、 新 的产品、 新的流程和规则，系统能够快速部署，对于业务变化能够通过系统配置快速响应， 能够快速给业务运行提供支持，保证提高效率、降低成本和风险。2.日志需求系统对关键性的操作要求保留操作日志， 增 加系统的安全性和审计轨迹， 对于程序出错也要保留详细记录，能 够辅助系统维护人员和开发人员定位问题的 处理。 3.性能需求在大量用户规模的条件下， 要 保证对查询和统计的快速响应， 系 统支持客 户操作响
44、应时间小于 3秒，并支持 7*24小时不间断处理服务。4.稳定性需求应用服务器具备负载均衡能力，系统在长时间大容量高压力的使用情况下，能稳定运行， 某 一个局部性错误的发生不影响整个系统的正常运行， 系 统有较 好的健壮性和稳定性。 5.安全性需求系统使用人员较广， 全 国各级管理人员、 销 售支持人员的使用， 因 此要求 提供高的安全机构， 在 系统安全、 应 用安全、 传 输安全、 数 据安全上有充分的保 证和考虑，系统能保证数据安全性，操作员只能操作权限范围内的数据。21第四章 系统设计系统设计是信息系统开发过程中一个非常重要的阶段。其 任务就是根据系 统需求规格说明书中规定的业务功能要
45、求， 具 体设计实现逻辑模型的技术方案， 为下一阶段的系统实施实现工作奠定基础。 系统设计的主要内容包括概要设计和详细设计。概 要设计又称为系统总体 结构设计， 它 是开发系统过程中很关键的一步， 其 主要任务是将系统的功能需求 分配给软件模块， 确 认每个模块的功能和调用关系， 形 成软件的模块结构图， 即 系统结构图。 根 据任务不同， 详 细设计要以分为代码设计、 输 入输出设计、 处 理 流程设计、数据存储设计、用户界面设计、安全性和可靠性设计等。 本章首先简述下系统的架构， 然 后讲述系统模块结构图和数据库设计， 最 后讲系统的开发和运行环境。4.1系统架构 系统架构 系统架构 系统
46、架构 随着经济全球化进程的不断推进， 知 识经济的时代已经到来。 要 增加软件 产品的国际竞争力， 软 件质量作为企业发展的战略问题变得越来越重要， 软 件质 量正被视为软件企业的生命。 软 件质量管理开始在软件组织内全面开展， 强 烈的 质量意识正慢慢扎根于软件技术和管理人员的心灵深处，直 至整个组织质量文化 的形成，所以如何设计高质量的软件产品，也成为软件架构设计的重要主题 15。统计表明， 软 件质量问题 80%是由需求分析和架构设计两个环节造成的， 因此， 根 据前文需求分析占软件质量问题的 50%的话， 那 么架构设计即占软件质 量问题的 30%的份额， 在 架构设计上， 研 究如何
47、尽可能利用已有信息， 合 理组织 技术方案， 把 人和任务作为一个重要因素进行考虑， 在 达到质量需求的基础上， 使高的投资回报率成为可能。架 构设计绝不是某个神秘人物冥思苦想然后又自鸣 得意的产物， 架 构设计应该是集体智慧的成果， 软 件设计与开发也应该是集体共 通劳动的结果， 重 要的是各种相互矛盾的要求的合理平衡， 这 都需要有非常良好 的方法。 软 件架构设计 是一个非常严肃、 细 致、 敏 感而且困难的工作， 所 以我们 必须摒弃那些华而不实的名词堆砌， 一 点一滴认真做起， 扎 扎实实的努力， 实 实 在在的积累经验。22本系统三层 B/S架 构 ：数 据 层（ 数 据 库 服
48、务 器 ）、 功 能 层（ 应 用 服 务 器 ）、 表示层（客户机 浏览 器），其中表示层采用 了 AJAX等技术，虽然 在 JAVA这样的跨系统语言出现之后， B/S架构管理软件 很 是 方 便 、 快 捷 、 高 效 。 但为了结合 C/S架构反应速度快和交互性强的优点， 弥补 B/S架构存在的一些不足， 提 高用户 体验，所以系统开发引入了 AJAX技术。与传 统 的 B/S结构 不 同 ， AJAX采用 异 步 交 互 过 程 ， AJAX（ AsynchronousJavaScriptandXML） 其 实是多种技术的综合， 包括 Javascript、 XHTML和 CS、DOM
49、、 XML和 XSTL、 XMLHtpRequest。其 中 ： 使 用 XHTML和 CS标准化呈现，使用 DOM实现动态显示和交互，使用 XML和 XSTL进行数据交换与处理，使 用 XMLHtpRequest对象进 行 异 步 数据 读 取 ， 使 用 Javascript绑定和 处理所有数据。 在 AJAX提出之前， 业 界对于上述技术都只是单独的使用， 几乎没 有综合运用， 这 也是由于之前的技术需求所决定的。 随 着应用的广泛， AJAX成 了“ 香饽饽 ” ，借助于 AJAX这样客户端也允许用户构建一个高响应、交互式的应用程序，系统从而可以提供更加丰富、更加具有交互性的用户体验 14。4.2系统模块结构图 系统模块结构图 系统模块结构图 系统模块结构图 根据以个险渠道为基础的需求分析的结果， 本 系统由 9个模块组成， 这 些 模块分别是：人员管理、薪资管理、考核管理、特案申请和审批、孤儿保单管理、 参数管理、 业 务数据处理、 产 品和财务管理、 以 及系统管理。 这 些模块有机地 形成本系统的总体框架。23寿险 CRM销售管 理系统人员管理薪资管理考核管理特案申请和审批孤儿保单管理参数管理业务数据处理产品和财务管理系统管理图 4-
