2022年统计报表类应用需求分析浅谈.docx

《2022年统计报表类应用需求分析浅谈.docx》由会员分享，可在线阅读，更多相关《2022年统计报表类应用需求分析浅谈.docx（17页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、精选学习资料 - - - - - - - - - 统计报表类应用需求分析浅谈摘要：本文针对统计报表需求的特点, 对分析该类需求的方法和过程进行梳理和总结,重点提出统计报表类需求分析面对的重点内容、最终产生的结果,分析过程包括的步骤,关键字：统计报表需求分析分析内容分析步骤分析结果需求分析是对用户需求懂得、分析、确定的过程,通过分解和细 化需求来形成合理的需求范畴、各方的一样懂得及可衡量的验收标 准；良好的分析活动有助于防止或尽早剔除早期错误,从而提高软件 生产率,降低开发成本,改良软件质量；本文针对统计报表应用的特 点,对该类应用需求分析方法和过程进行了归纳与总结；1需求分析内容统计报表应用以

2、报表形式呈现用户关注的统计信息,包括统计数据处理和统计信息呈现两个主要部分,前者完成对原始数据的统计处理,后者实现对统计结果的报表出现；环绕上述两个部分,在该类应用的需求分析过程中重点关注如下内容：1、统计信息,应用中涉及的统计维度、统计指标、统计条件等；2、统计频率,应用执行间隔和周期,如日统计、月统计、季统计等；3、统计粒度, 应用供应信息的明细程度, 如细节数据、 汇总数据等；4、数据范畴,与统计内容相关的数据源系统信息和数据时间范畴,如 cbps8 系统产生的数据,时间范畴跨2022 年、2022 年两个年度；5、统计口径,维度标准和指标定义,后者包括业务描述和规律实现 脚本两个组成部

3、分；6、报表样式,与信息呈现有关的内容,包括报表表头和报表功能；7、非系统数据,无法在数据源系统中直接识别猎取的信息,或数据 源系统不具备而需要用户定义保护的信息,如重点关注险种、大客名师归纳总结 - - - - - - -第 1 页,共 9 页精选学习资料 - - - - - - - - - 户、营销服务部等信息；8、用户范畴及权限, 应用可被授权的用户范畴和数据范畴,如总部、省、地市用户,及不同级别用户可供拜访的数据范畴；2需求分析步骤在进行统计报表需求分析中,除关注需求本身外, 仍需要综合考虑两方面因素：一、公司业务和数据源系统情形,用于确定满意需求 的基础数据信息是否具备；二、可采纳的

4、报表实现技术,用于判定需求提出的数据细度和统计频度是否影响系统效率；包括如下主要步骤：熟识需求内容2.1.1 梳理报表内容1、整理需求中涉及的维度、指标信息；具体需求分析过程1） 维度方面,确定与需求有关的维度内容, 及每个维度相关的粒度、层次、成员等信息；2） 指标方面,确定与需求有关的指标内容、指标间的运算关系、基 础指标、衍生指标及衍生指标的运算公式；对于每个指标,明白相关的统计频度、可参照的统计标准、或新指标的统计要求；2、报表样式；报表的样式包括：表名、表头、查询条件、数据显示单位、排序功能、下载打印功能、备注说明等；3、报表间关系；确定报表间存在的上钻和下钻层次关系；对于具有该类关

5、系的报表,可将位于最顶层的报表作为拜访其他报表的入口,从顶层报表逐 层下钻进行拜访；2.1.2 明白权限范畴1、应用的拜访用户范畴；从安全性角度而言, 应用产生的统计信息一般仅对经过授权的用 户开放,不同的用户具备不同的拜访权限, 需要明白需求的用户范畴、用户级别、用户数量等；名师归纳总结 - - - - - - -第 2 页,共 9 页精选学习资料 - - - - - - - - - 2、用户的拜访数据范畴；对于组织架构掩盖全国的公司而言,用户范畴广、分类多,不同级别的用户可拜访的数据范畴存在差异,如总部用户可拜访全国数据,省级用户仅可拜访本省及辖下机构数据等；用户拜访数据的限制和要求；2.

6、1.3 确定需求干系人需要明白需求对不同干系人的确立除考虑直接需求方外,仍需结合公司组织架构, 确 定潜在需求方；对于我公司而言,统计需求的干系人包括：1、需求方,需求的提出者,对需求内容负责,参与需求分析、测试 验收、系统推广使用等工作；2、其他干系方,包括：1） 数据源系统方,源系统数据信息的说明方,对维度、指标取数来 源和规律关系供应专家建议；2） 系统测试方, 进行系统上线前的功能性能测试,并组织用户验收；3） 系统运维方,提出系统部署、运维限制要求,并供应系统上线后 的部署运维服务；2.2 深化分析沟通2.2.1 确定维度、指标统计信息1、进行数据探查,确定维度、指标数据来源、业务规

7、律、统计脚本,包括：1）维度数据探查；对于存a 确定取数来源, 判定数据取自现有系统仍是手工录入；在多个取数来源的情形, 需要结合具体的应用要求挑选适当的 数据信息；b 统一代码标准,建立不同源系统维度代码与标准代码间的对比 关系；c 发觉反常数据,制定清洗处理规章；d 构建维度层次, 确定维度的分类和层次关系,合理的维度层次 关系将有助于 OLAP引擎的预处理,提高报表的拜访速度；名师归纳总结 2）指标口径探查；第 3 页,共 9 页- - - - - - -精选学习资料 - - - - - - - - - a 请用户依据对指标的懂得, 形成业务规律描述, 并供应指标的 统计时间范畴；b 确

8、定取数来源,依据指标业务描述判定数据源系统是否具备基 础数据信息,以及数据在源系统的分布情形；c 编写指标统计脚本, 依据指标业务描述和源系统数据模型,设计实现指标统计的SQL脚本；在此过程, 一方面需要分析人员对数据源系统的业务和系统有肯定明白,另一方面需要源系统人员赐予技术支持,保证统计脚本设计质量；d 反复验证修改,将统计结果与用户供应的体会数据进行比较,不断分析和修正业务规律描述,户对数据精确性的要求；并更新统计脚本, 直至满意用e 确定验收标准,以字典卡片形式详见 3.3 记录最终形成的 业务描述和统计脚本, 并以此作为衡量统计结果精确性的验收 标准；2、结合系统的部署架构,确定合理

9、的统计粒度；对于需求所需的细粒度数据仅在省公司部署而总部只有粗粒度 数据的部署架构, 总部报表不宜供应粒度过细的统计信息,由于涉及在总分公司间传输大量的细节数据,需求需要掌握；影响系统的稳固运行； 对于该类3、结合系统的运行效率,确定合理的统计频度；影响系统的实现效率主要包括两方面因素：一、实现规律的复杂度,复杂度越高就运行效率越低；二、统计涉及的数据量,数据量越 大就运行效率越低；运行效率较低的应用不宜挑选较短的统计周期,否就会对整套报表系统资源造成较大压力,影响其他报表应用； 比方对于非累加性指标, 如期末有效件数, 统计时需要对截至当前的全部 有效保单件数进行合计,数据量较大,一般统计周

10、期选为按月统计,不建议按日统计；2.2.2 确定需求的合理性结合对维度、指标信息的分析,判定报表表样、功能的合理性,与用户确定合理的需求范畴；1、报表表样方面：名师归纳总结 - - - - - - -第 4 页,共 9 页精选学习资料 - - - - - - - - - 1）基于对指标是否具备足够数据信息支持的分析,确定可实现的 指标范畴,结合该信息从报表中去除不能实现的指标,对需求 进行适当裁剪；2）基于对指标粒度和统计频率的分析,对于同一报表中存在不同 统计频率或统计粒度指标的情形,提出表样修改建议,防止规 就不同的指标显现在同一张报表上,引起报表内容的纷乱；3）对于一张报表存在多个维度组

11、合的情形,假设将全部维度组合 均以报表间链接跳转的方式实现,就报表间关系较为复杂,不 便于用户快速查询定位信息；建议在报表中仅对重点关注维度 供应报表链接方式进行逐层下钻拜访,其他维度作为报表的统 计条件供用户挑选组合使用；2、报表功能方面：依据对维度数据是否需要手工录入保护的判定,确定报表系统 1）中是否需要供应数据采集功能；2）对于涉及大量明细数据查询的报表,建议尽可能防止在总部报 表中呈现,可在省分公司端形成数据文件包供用户下载分发使 用,防止总部因猎取大量细节数据而引起的系统不稳固问题；3）确定每张报表供应的操作功能,如查询条件设置、数据排序、数据下钻上钻、数据导出、数据下载等；2.2

12、.3 确定用户范畴分析拜访用户范畴的合理性,与用户沟通确定用户范畴和权限；一般总部单点部署的报表系统可支撑总、省、市用户,但对于县级用 户范畴,由于用户量过大,对系统造成压力,因此要掌握县级用户范 围,可采纳增加数据下载功能, 由地市级用户下载下辖各县数据后通 过邮件发送给相关人员；2.2.4 提出非功能需求基于对前述内容的分析,结合报表需求的复杂度、数据量、统计 频度、拜访用户量等情形, 确定报表性能方面的报表响应效率、后台 数据预备效率指标要求,以及运行环境方面的设备资源要求；名师归纳总结 - - - - - - -第 5 页,共 9 页精选学习资料 - - - - - - - - - 2

13、.3 分析结果评审在形成需求分析结果后, 需要组织需求干系人参与评审会议,以保证各方对分析结果达成共识, 使后期的开发工作具有正确的参考依据；评审的主要内容包括：1、业务需求分析结果,请需求方就需求范畴、报表表样及功能、维度指标业务规律描述等分析结果进行确认,保持一样；以保证双方对需求的懂得2、维度指标实现分析结果,请数据源系统人员结合对源系统的专业 明白,对比需求分析产生的维度指标业务规律描述,判定需求分析提出的信息取数来源和实现规律是否合理,与业务描述保持一样；以确保维度指标的脚本实现3、运行环境需求,由后期系统上线的运维方进行评判和认可,确保 系统上线的资源支持；经过评审的需求分析结果,

14、将作为后期系统验收的依据；3需求分析结果3.1 表样原型采纳 Excel 工具制作表样原型； Excel 供应的单元格合并功能和边框设置功能有助于清楚呈现报表的页面布局、操作功能、报表表样名师归纳总结 等；其sheet 链接功能有助于清楚表达报表间的拜访关系和拜访层第 6 页,共 9 页- - - - - - -精选学习资料 - - - - - - - - - 次；使用该工具进行报表原型设计即便利又快捷；图；3.2 需求规格说明书具体例如详见以下需求规格说明书针对本文第 1 部分中提出的各项需求内容, 对需求分析结果进行汇总和整理, 形成最终可实现需求的业务描述和技术说明,并与用户和各相关干系

15、人达成一样看法,项供应重要依据；为开发过程和验收结统计报表类应用的需求规格说明书一般包括以下几部分内容：需求背景；需求综述如系统功能、 数据范畴,用户权限、部署情形等；维度指标统计口径采纳字典卡片形式,详见3.3 部分；报表要求逐一描述说明每张报表需求内容,如报表名称、报表间层次关系、统计频度、粒度、挑选条件、数据单位、下载功能、拜访响应时间等；设计约束如软件环境、遵循的开发标准等件环境、资源需求等 ；3.3 维度指标字典卡片；运行环境约束如硬字典卡片以卡片形式记录需求分析形成的维度指标业务描述和规律实现脚本, 便于记录具体信息及再次查看使用；具体内容形式详见下面各表实例；维度卡片形式如下：需

16、求分析人员填写信息填写人业务组填写日期：2022 年 05 月 07 日类型维度名称险种 product 定义表示取值范1依据保监会的销售渠道的划分标准,分4 级；目前用到的包括渠道、围2公司内部没有明确的划分标准,参考保监会分类；个险；取值含1行业监管机构对机构的划分,满意行业监管需要；义2公司内部治理需要代码1保监会的机构分为 4 级；2业务需求涉及的属性包括：1销售渠道：参考销售渠道维度2长、短险标志：寿险与长期健康险归为长险,短期健康险与意外险归为短名师归纳总结 - - - - - - -第 7 页,共 9 页精选学习资料 - - - - - - - - - 险；3投资、风险标志：标识

17、是投资型险种,仍是风险型险种；4业务系统中集团与股份有重复的险种代码；5财务的长短险标志、财务的险种分类属性维度属 原始维度性数据流 业务库来源备注 遗留问题：1需要保留哪些维度属性的历史；保监会一级分类代码；技术人员填写信息填写人技术人员填写日期2022 年 05 月 07 日名称险种CBPS7 险种码表：insur_policies/s_insur_pol CBPS8 险种码表： product 库的 policy 健康及意外险 险种码表： product 库的 policy 年金 险种码表： t_prd 万能 险种码表： t_prd AMIS 备注各系统的险种代码唯独；总公司保护pol_

18、attrib 指标卡片形式如下：需求分析人员填写信息填写人 业务组 填写日期：2022 年 7 月 10 日类型 指标名称 保费收入权责发生制定义 公司直接承保业务所取得的保费收入表示 n.16,n2 取值含义 1、新单首期保费依据保单生效日和实收日期确认保费；2、非寿险业务短期健康险、短期意外险,下同的月缴、季缴、半年缴保单的保费需要在合同成立日确定全部保费,即短期险首期保费依据保单生效日期和实收日期大者确认保费,效日一次性确认保费；全部续期保费依据保单生3、附加险续保或者中途增加附加险按新单首期确认保费收入；4、寿险或长期健康险业务续期保费依据料收日期和产生应收日期 大者确认保费；5、年金

19、业务续期保费依据资金到帐日确认保费；6、寿险业务保全引起的保费增减变化,依据料收付日期和产生应 收付日期的大者确认保费；名师归纳总结 - - - - - - -第 8 页,共 9 页精选学习资料 - - - - - - - - - 7、非寿险期交业务保全产生的保费增减变化,依据料收付日期和 产生应收付日期的大者确认保费；非寿险趸交非期交业务保全产生 的保费增减变化,依据实收付日期和应收付日期的大者确认保费；8、寿险清算产生的保费增减变化,依据清算日期确认保费收入；9、撤单退保费依据料对日期和产生应对日期的大者确认保费；10、部分基金险拟不再作为保费核算,涉及险种有：国寿团体补充医疗保险基金型

20、,险种代码YF4 ；国寿康瑞团体补充医疗保险账户管相关协议理型险种代码YF7 、YF7A ；保单指标属性基础指标指标特点数据流来源涉及以下业务系统：cbps7 版、cbps8 版、健康及意外险、团体年金、统括年金、投连万能；数据流去向 财务部、个险部、团险部、中介部运算公式运算频率 月计量单位 元考察时间 财务核算日期技术人员填写信息填写人技术人员填写日期2022 年 7 月 10 日名称名师归纳总结 加工数据源短险系统年金系统万能系统第 9 页,共 9 页CBPS7 系统基于 CBPS7 系统的实现脚本规律CBPS8系统基于 CBPS8 系统的实现脚本规律短险系统基于短险系统的实现脚本规律年金系统基于年金系统的实现脚本规律万能系统基于万能系统的实现脚本规律- - - - - - -