决策支持系统评估报告.DOCVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
决策支持系统评估报告 一、现状描述及评价 一)现有不足 目前,大部分公司财务、精算、业务、销售、咨询、投诉、业务员信息等分别使用不同的系统,特别是业务方面又包括几个不同的系统,各地的查询系统仅从以上某些系统中取数,而没有一个囊括公司全部业务系统相关数据的平台进行查询支持。 1、统计报表多人工操作,费时费力。 信息部疲于奔命,尚不能满足业务部门的统计需要。原因在于数据分布在不同的系统中,而业务部门的要求往往是全面的数据统计。业务部门不能及时掌握第一手业务资料,在业务管理上缺乏有力的事实证据,经营决策时的底气不足。同时也导致各部门间的统计报表有交叉,有些同名统计指标的表达不一致 2、缺乏整个公司统一的分析指标体系。 各种数据的口径不统一,目前数据主要涉及到财务、精算、代理人、业务等多个系统,但各个部门的报表口径不一:如“新单保费”的概念,到底包括不包括月缴,再如某个险种,到底是按照团体险统计还是按照短期险统计等等。各种口径不统一加大了系统间接口的复杂,更增加了数据准确性、一致性、效率控制的难度。 上海、深圳等公司对部分统计分析指标进行了初步的解释,应在全公司采用统一的统计分析指标,为建立统一的查询、分析系统奠定基础。 信息化战略规划是信息、资源的整合。数据仓库的搭建要基于一定的管理目的,从业务发展和管理的需求入手。查询系统应可提供行业分析结果的查询、理赔情况分析的查询、客户保费结构构成的查询等多方位查询功能。例如: 业绩分析系统 业绩分析系统是为了满足当前各级公司管理人员的决策需要,该系统中包含了原来设想的渠道管理系统中的系统功能。 销售状态分析。按照时间、公司、险种三个角度对团险各险种的保费收入、给付、退保、计划完成率、增幅、业绩排序等进行分析。 销售渠道分析。包括团队、个人的险种结构、给付、销售业绩、人均产能统计和排序,以及经纪公司、代理公司的销售收入、赔付率和退保率。 面向客户的决策分析系统 现有客户群体特征分析:客户的行业、规模、所有制特征、单位关键人物描述、接触过程描述。 现有客户承保行为分析:某时间点或时间段的保费收入、同比情况、客户群体占公司的保费规模、客户群体对某险种的需求特征、查询保费规模较大的客户、客户投保的变化、客户的给付(赔付)情况、保费规模大且赔付率高的客户名单统计分析。 现有客户质量综合分析:某一时间段的费用贡献、赔付情况的统计分析、红利分配比例。 潜在客户分析:规模大且保费低的现有客户名录、期末保费同比降幅较大的客户名录、与公司有过接触、行业转暖、财务状况趋好的潜在客户名单 二)、目前计算机系统支持状况 系统作用 “中国人寿综合查询系统” 提供中国人寿保险公司的每一级机构的每一位管理者和代理(业务)人员能比较及时、准确和全面地了解和掌握他责权范围内的各种信息,如:客户信息、业务状况、财务状况、员工工作业绩等,实现信息资源共享。 在业务、财务、精算、代理人管理等应用系统间藕合度比较松散的情况下,查询系统将要作为各系统间联系的纽带,采用统一的操作界面和丰富多彩的信息展现形式,为各级应用层提供简便、快捷、易学的决策支持服务。 主要使用部门 各级业务管理部门和决策层。 系统功能 主要功能划分为:查询、统计、分析、决策、监控等几部分。能够针对不同的机构、不同部门、不同的查询对象,定制不同的查询内容。前台强调查询条件和查询结果灵活设置,运行高效性。 系统构架 通过开发的抽取程序将系统所需的基础数据抽到中间库中,并通过清理、加工、整合等工序,将中间库中的数据添加到查询库中。如图示: 中间库结构和稳定性以及从业务数据库抽取到中间库数据的及时性和准确性将是影响综合查询系统至关重要的因素。针对信息查询功能,系统设计时,为确保展现的中间库数据与就用系统的实时数据一致,在展现查询结果的同时对中间库相应数据进行刷新处理。 经清理、抽取、加工后的数据将按详细数据层、统计数据层的预定制数据层等数据层面存放在查询数据(仓)库中,分别提供不同应用层的服务(查询、统计、分析),以提高系统运行效率。 实现方式 查询系统采用三层体系结构实现,系统后端为数据库服务器,中间层为应用服务器(分析引擎考虑采用专用工具),前端是集成化的数据分析展现工具。 数据库服务器实现数据的采集、抽取转换以及数据的存储功能,数据的抽取、加工与系统维护功能目前采取人工编程方式实现。 我们将查询数据库与中间库放在相同地点即省分公司和总公司(建立DB Server),采用以WebServer/Browser方式为主的展现形式为不同机构(建立Application Server)的不同用户提供不同层面的服务(查询、统计分析、实时监控及决策支持等)。如图示: 系统模型如下所示: 系统的开发将按阶段进行,即系统需求分析、数据仓库建模与系统功能分

文档评论(0)

企管文库 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档