1 / 22
文档名称:

CI实施简要指南.doc

格式:doc   大小:322KB   页数:22页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

CI实施简要指南.doc

上传人:sssmppp 2019/11/1 文件大小:322 KB

下载得到文件列表

CI实施简要指南.doc

相关文档

文档介绍

文档介绍::..1•系统规划1/,都有哪些业务类型,将來町能扩展的业务*ci主要实现的业务有:综合统计、财务决算、部门决算、财务快报等*是否包含合并报表、关联交易*其他业务:产权登记、平衡记分卡、(指标数、报表数、公式、单位数);,使用的用户是否有交叉,数据收集的对象(单位)是否冇交叉*用户和数据收集对彖有交叉时,考虑将业务放在一个实例中,做成不同业务方案*如果三者没冇任何交叉,,各业务表是否会发生变化,,数据收集的对彖是否存在变化的要求,,数据收集对象个数,,进行数据填报的用八在本企业中都是什么角色(财务人员、业务人员)、报表、单据、数据项、以及数据之间的运算/钩稽关系等,要确定各类数据的采集周期、数据氏度、数据类型等。,有哪些是用八需要的,哪些是不用给用八提供的*提供的原则:用户不需要的功能不要提供,省得画蛇添足*比较消耗系统资源、响应速度比较慢的功能有:录入界面的全部审核(审核公式上千条),批量的Excel导出、批量打印、大批量数据查询、灵活查询(大数量的查询、特别是计算指标的查询可能会占用几百兆的内存)、编译大量公式等;使用吋要特别注意*使用率比较高的功能冇:数据录入、数据冇效性审核、节点汇总、综合查询、首页、分析表、系统管理等*在使用特殊功能或者较少使用的功能时,要提前对功能进行学****验证,,,给功能设査适合用户理解的、,,,用户是否需要口己维护系统参数*如果合同中没冇明确写明,尽量不要将参数构建平台直接捉供给用户使用*如果用户明确提出需要使用构建平台维护参数,建议给川户提供的版本要进行调整,将不需要提供的功能进行隐藏,、操作的角色、、性能规划分析系统要承载多大的容量和负载,容量和负载将直接影响系统的性能表现,不同的容量和负载情况,选择的部署方式和实施方式应该有所不同。*指标数量、指标映射、一•个业务方案最多报表数;i个实例指标数量不宜超过2万;报表不宜超过1000个单元格*一个业务方案运算公式、审核公式数量;*单位数量,单位数量不宜超过10万,直接下级超过白条建议使用分页*浮动行最人记录数,一个单位一张浮动表记录数不宜超过上千条,超过百条应分页*查询的最大数据量,査询记录数不宜超过,查询指标数不宜超过上千个,同时一次查询期数不宜过多,不要超过12期。*不同角色的用户数量,特别是数据填报人员*业务高峰期,,,分析系统可能的性能风险,选择合适的部署、,目前CI系统反映比较强烈的问题是系统的性能,影响系统性能的因素比较多,按其重要程度依次如下:*指标数/维度数*公式数*单位数*浮动表数*基础表数/基础表人小*角色数/权限控制粒度(ACL条冃数)*首页板块数*单一枚举字典的条目数*Java虚拟机内存大小*并发用户数*,提髙CI应用系统运行性能的途径如下:*通过实例和业务方案的划分减少指标体系的规模*根据指标的重要程度、访问频度对指标进行分类*通过增加虚拟单位减少指标数*设计分布式服务部署方案*尽量减少自动运算的公式数*首页展现的板块数量适量(4七)*尽量使用杏询模板而不是分析表*尽量减少角色数,尽量加大访问资源授权粒度,比如将权限控制到基础表而不是指标*二级部署时尽量统-•指标体系和角色设置*首次实施尽量不要将高级功能特征捉供给用户,如统计预测、数据地图、专家系统、数据催报等卜市针对指标、基础表、公式、单位数多等几种悄况具体讨论其解决方案:性能瓶颈点解决措施针对指标多*建立虚拟单位,所谓虚拟单位是为了减少指标数最而增加的数据实休,比如中国网通互联互通月报指标中,“互联网间数据流量(China