怎么用bi 数据分析，能否举个例子

对于商业智能系统，有超过90%的用户并没有真正从头开始自行构建报表系统，致使最终的报表不一定满足决策者的需要。所以，企业中的数据仓库（DW）或商业智能（BI）队伍就不得不提供一种更简单的数据访问方法。本文就介绍一套基本的商业智能标准报表的规划设计方法。

商业智能或者商业智能应用并没有得到公认的定义，所以本文给出了自己的定义：商业智能应用就是提供商业智能的机制――报表和分析应用为企业提供了有用的信息。商业智能应用包括：一系列广泛的报表和分析应用，从固定格式的简单报表，到复杂的分析应用程序（使用复杂的嵌入算法和领域专门知识），不一而足。有必要根据复杂程度来划分这一系列报表和分析应用。我们把标准报表称为简单类型，把分析应用称为复杂类型。

在没有数据仓库的帮助下也有可能创建商业智能应用，但这种情况很少出现。精心设计的数据仓库通过商业维度模型（dimensional model）以及抽取、转换和加载（ETL）流程来添加价值，所以重复这项工作来构建独立的商业智能应用是毫无意义的。最成功的商业智能应用往往是数据仓库实现面向用户应用必不可少的一部分。

标准报表通常拥有固定格式，是参数驱动的，而最简单的报表是预运行的。标准报表提供了有关某个商业领域方面的一组基本信息。听上去很枯燥，但这些报表是商业智能应用的基础。不同行业的例子包括:本年迄今的销售额与销售代表的预测数字、按照服务计划的每月流失率以及按产品促销的直接邮寄回复率等。

标准报表系统包括几个技术部分：它必须为报表设计人员（IT部门的人员或者技能娴熟的商业用户）提供工具，用来定义报表；需要有管理服务用于报表存储、执行和安全;最后，报表系统应当有一个导航门户，帮助用户找到他们所需的报表。

分析应用比标准报表来得复杂。它们以特定的业务流程为中心，对有关如何分析及解决该流程的领域专门知识进行封装。它们可能包括复杂的算法或者数据挖掘模型。有些分析应用为用户提供了这项高级功能：根据使用分析应用获得的宝贵信息，把变更内容返回到事务处理系统。

其他分析应用作为黑盒系统或者托管系统来销售。分析应用的常见例子包括：预算编制和预测系统、促销效果和商品类别管理应用、检测及Web路径分析等。

构建还是购买

大多数组织自行构建标准报表集，使用买来的报表工具来设计报表，并且在企业内联网上发布――通常是在相应的报表门户上面。市面上有许多流行的工具，可以简化定义及发布报表,并且定制捆绑的门户。

对分析应用而言，决定采用自己构建还是购买全比较复杂。无论数量还是质量，套装应用市场都在增长，组织购买套装应用也越来越常见。不过，实施的每个套装分析应用所需要的定制量几乎都超过预先构建的事务处理系统。要对套装应用的灵活性和定制简易性进行评估。它是否基于设计良好的维度模型？如果是这样，把你的数据模型映射到应用的数据模型应当很容易。如果数据模型与应用本身紧密相关，实现起来可能需要大量工作，即使该应用来自你的维度数据仓库。

有些组织仍构建定制的分析应用，结合使用标准工具和定制代码，以捕获及运用符合最佳实践的业务规则。如果组织在分析业务流程方面具有特殊专长，或者拥有不同寻常的系统和业务模型，它们更有可能自行构建应用。

设计报表系统

只有快要部署数据仓库或商业智能项目了，才可以具体构建报表，不过可以并且应当及早开始启动设计过程。一旦完成了向业务部门询问他们的信息和分析需求这一步，就可以创建报表规格了――等的时间越长，就越难记住细节。这个步骤包括以下任务：

创建目标报表列表。尽快为业务部门提供价值，这点很重要，不要等上百个报表开发、测试完毕再让用户使用系统。确认第一轮要创建的10到15个报表。

创建目标报表列表的最佳办法就是，从备选报表的完整列表开始着手，办法就是对业务需求进行审查，了解任何人表达的每一个信息请求、愿望或者设想。为每个报表赋予名称和描述，根据从1到10分的范围，对报表的商业价值及构建所需的工作量进行评分。

一旦拥有了备选报表的完整列表，就要确定各自的优先级，把相关报表分成一组，然后与一组有能力、感兴趣的业务部门用户共同审查报表优先级。定好首次交付的报表为10到15个。提醒用户：许多优先级比较低的报表可以交给对它们最感兴趣的部门专家。

创建标准模板。不妨把报表系统看成刊物、把报表设计人员看成编辑。为了有效沟通，就需要有一致的格式和内容标准。创建一个模块，确认将在每个报表上出现的标准元素（参见以下的模型）。基本元素包括：

● 报表名称和标题

● 报表主体

● 数据调整、数据精确度和数据格式

● 列和行标题格式

● 背景填充和颜色

● 总计和小计的格式编排

● 页眉和页脚

● 报表名称和导航类别

● 报表运行日期和时间

● 所用的数据源和参数

● 报表附注，包括重要的例外情况，譬如“不包括公司内部销售额。”

● 页面编号

● 保密声明

● 数据仓库/商业智能引用（数据仓库/商业智能系统的名称和标记）

● 报表文件名称

不是所有的报表信息都在报表本身上面显示。可以使用规格文档或者储存库来收集以下的报表元数据：

● 用户变量及其他用户交互关系，譬如深入分析（drill downs）

● 报表计算、导出、作者及创建日期

● 安全需求

● 执行周期或者触发事件，如果报表自动运行的话

● 分发机制，譬如电子邮件、网站、文档目录或者打印机

● 标准输出格式，譬如HTML、PDF或者Excel

● 页面定向、尺寸和边距等设置

创建报表规格和文档说明。对于目录报表列表上的每个报表，都要创建包括以下部分的规格：

● 如上所述的报表模板信息

● 报表模型

● 用户交互列表

● 详细的文档说明

报表模型是传达报表内容和用途的一个好办法。使用符号来表明这些函数，譬如:

= User entered variable

> = Drillable field

{} = Application entered variable

\\ \\ = Link to another report or documentation source

( ) = Page or section break field

[ ] = Report template comments

函数符号告诉设计人员哪种交互关系是可能的，但它们没有明确规定该交互关系是如何进行的。所以需要创建用户交互列表来确认用户与每个报表之间的交互关系的性质和程度，其中包括变量规格、选择列表描述、深入分析以及字段添加或者替换。

把与报表显示没有直接关系的所需信息记入文档，譬如报表类别、数据源、每个行和列的计算以及添加到查询里面的任何异常或排斥情况。可以把该文档添加到用户交互列表后面。

模型、用户交互列表和附加文档说明必须提供足够信息，以便开发人员可以构建报表。

设计导航框架。一旦知道了要构建哪些报表，就要对它们进行分类。这种结构应当让知道企业情况的任何人都能够迅速找到所需信息。最好的办法就是，按照业务流程来组织管理报表――就像数据仓库总线矩阵那样。这种导航框架是进入商业智能系统的主要入口点。我们称之为商业智能门户。

进行用户审查。与用户群体一起审查报表规格，以便：

● 验证所选择的高优先级报表，并且检验规格的清晰程度；

● 验证商业智能门户里面的导航层次;

● 让用户参与进来，突出他们的作用，让他们做出承诺；

● 让用户了解几个月后有可能出现什么。

一旦规格审查完毕，就可以把它们搁到一边、暂不考虑，直到需要开发报表时再拿出来。如果要评估前端工具，这些规格很有用，因为备选报表应当能够易于处理初始报表集里面的那部分报表。

★ 小经验

设计标准报表快速入门

标准报表是为绝大部分用户提供商业智能的主要机制。收集用户需求后不久，就要采取以下方法来为数据仓库中的每个业务流程维度模型设计一套基本的标准报表：

● 创建高优先级报表的目录列表；

● 设计确认报表布局和内容的模板;

● 为每个目标报表创建规格和文档说明;

● 设计导航框架，组织管理报表，便于用户找到所需的信息;

● 与重要的商业用户一起审查报表规格和导航框架。

报表设计应赶早

对90%的商业用户来说，商业智能应用――无论是标准报表，还是先进的分析应用――通常都是使用数据仓库或商业智能系统的惟一方法。标准报表是这种系统的基础，所以用户应该做好设计报表、创建导航框架方面的工作。这项工作要在项目的早期阶段进行，这时候商业用户的需求在你脑中记忆犹新。

个 人 简 历

姓 名：xxx 性 别：xx

出生年月：xx年xx月 籍 贯： xxxx

学 历：xx 电子邮件： xxxxxx

手 机：xxxx 现居地：xxxxxx

自我评价

1 本人喜欢帮助别人，乐于协同同事共同完成任务，有很强的团队沟通和配合意识。

2 有比较强的开发能力，勇于面对困难和挑战，有很好的分析问题与解决问题的能力。

3 自学能力及适应能力强，可以快速掌握新的技术点，融入新的环境。

4 可以连续作战，抗高压。

求职意向

目标职位：软件开发工程师工作性质：全职

个人技能

1 对ERP外贸进出口业务有较深刻的理解。

2 熟悉会计基础和财务电算化。

3 熟练使用JSP, Servlet, JDBC, EL, JSTL,Tomcat下的编程开发。

4 熟练使用Struts2、Hibernate、Spring三大框架进行组合开发。

5 熟练使用mysql、SqlServer、oracle数据库进行开发。

6 熟悉使用当前一些优秀的JavaScript框架，如jquery框架等。

7 熟悉ubuntu系统下项目的部署。

工作经历

2011/7-2013/4 北京南北天地科技股份有限公司

职位：JAVA开发工程师

项目经验

1南北N7协同办公群件平台

系统环境：Windows XP

开发工具：MyEclipse85, Dreamweaver8 ,Tomcat60 ,Mysql

项目描述：

基于J2EE平台，采用Struts2, Hibernate, Spring以及Jquery,Ajax,等技术。系统采

用多层架构设计：展现层，控制转发层，业务逻辑层，Dao层，持久化层。层之间使用

接口通信，降低系统耦合。该系统实现了企业内部各种信息资源的共享，加强了员工

之间的交流、提高整体工作效率，同时方便领导对公司情况的及时了解、提供决策支持。

具体模块分为个人办公、报销管理、公文管理、公共信息、行政办公、消息管理、工作

流程、部门管理、考勤管理、车辆管理、人事档案、我的工作台等模块。

其中展现层使用Struts2框架来实现MVC模式，使用ognl，使用Ajax技术和Struts2来进行表单验证的验证机制以及表单重复提交的问题，使系统具有较好的用户体验。业务逻辑层使用Spring的AOP进行声明式事务管理，使用Spring的依赖注入IOC来维护业务对象之间的关联，持久化层使用hibernate来实现，通过DAO模式封装PO对象，采用DWR+Jquery来实现动态授权，自定义拦截器来实现权限的认证；采用JBPM开源的工作流引擎实现公文流转模块和工作流程模块，结合Freemarker模板技术实现动态表单定义模型。

责任描述：负责报销管理模块、部门管理模块和权限管理模块以及部分需求文档的编写

2中信金属N7外贸管理系统

系统环境：Windows XP

开发工具：Eclipse,Tomcat60 , SQL Server2005

项目描述：

中信金属外贸erp包括“自营出口、代理出口、自营进口、代理进口、转口业务、内贸业务”这6个主要业务流程。因为货物流通必然会产生费用，为了实现财务业务一体化，这些费用都要实时进行核算，财务要实时做记账凭证，登记账薄。所以南北外贸系统是基于财务系统开发的，整个财务系统体系又可分为“账务系统、报表系统、固定资产、工资系统等”。内外贸业务流程都是由货物流和资金流两部分组成，如：

自营出口：

货物流：自营出口合同à国内采购合同à自营出口入库单à销售发货单；

资金流（收）：销售发票à收款登记；

资金流（付）：货款、费用发票à付款申请à财务实际支付

自营进口：

货物流：一般贸易进口合同à国内销售合同à进口入库单à销售发货单；

资金流（收）：销售发票à收款登记；

资金流（付）：进口成本发票（进口到单）à进口付汇申请à财务实际支付

进口费用发票à费用付款申请à财务实际支付

此外，还有特殊的内贸业务“钢材自营和钢材代理”、非业务管理、ERP财务处理等。

责任描述：

负责数据库的搭建、各个业务流程的界面搭建及业务逻辑开发和部分系统需求文档的编写。

可以给分了您的 谢谢

1、数据处理

相比于Excel，BI软件能直接对接数据库类的企业数据源，快速拉取数据，并且可以以任何的字段作为维度进行筛选整合数据。

在数据处理的灵活性是仅次于Excel，但其又可以处理比Excel无法处理的大数据量。如果说企业的数据业态很成熟且数据量很大，数据分析需求强烈，是很建议上BI的。

2、数据展现

说到展现，就会想到各种图表和可视化报告。

图形的选择是在可视化过程中很重要的环节，然而很多实际实施过程中都将其忽略，这就造成图形选择较为随意，看到的维度不够等问题。

现在BI软件的可视化已经很“傻瓜化”，相比于Excel。BI图表基本能做到自动推荐，类似数据透视图的 *** 作，拖拽字段到横纵维度，多样化展现。另有下钻、联动的功能，能多一层级的分析。

3、自助式分析

某运营上商的BI大佬曾聊到：10多年前做了很多定制化分析的系统，现在留下来还在发挥作用的，就是自助取数。由此延伸出来的自助概念很好，因为它改变了数据分析支撑的模式。

传统的数据处理方式由IT导出数据给业务，业务拿到数据后在excel中进行简单且固定的计算；或者直接给IT提需求，IT部门负责制作相应的报表，这样的流程会很长，响应的及时性也不够，那能不能提供给业务部门一些自助的工具让它自己来DIY数据呢？比如基于指标灵活的组装形成报表，这就是当前BI提倡的自助分析。

关于需求分析的文章相信大家都看过不少了，而且对于如何获取用户需求的方式方法也很多，最常用的就是报告了。今天，昌平IT培训主要就来简单讲解一下，当我们获得这些用户需求之后，如何根据不同的商业目的进行需求分类整理呢？

我们在进行需求分类的时候，一般有两种方式同时进行。

一、横向分类

首先来说，为什么我们拿到需求后，要把需求进行分类因为产品在不同时期，对于不同类别的需求，会有不同的权重。我们常说，产品有起步期、发展期、稳定期。而需求根据每个公司或者产品经理的定义，可能将需求分类为：功能类、bug修复类、体验类、运营类、数据类等。

(1)产品的起步期

在产品的起步期，我们会将核心功能的需求放在权重高一些的位置，把产品的地基打好，骨架搭好，快速上线来验产品模式。别连房子还没盖好，就在纠结地砖的颜色。此时的产品经理一定要控制好自己完美偏执狂的内心冲动，对于增加新功能和体验上的需求要做好排序，此时开发核心功能，快速投入市场试错才是我们的目标。

(2)产品的发展期

到了发展期会让产品尽快做完善，或根据市场反馈对产品方向进行一定的调整，此时bug修复类、运营类的需求就放在首位了。产品投入市场后，可以收集各渠道的用户反馈，有没有切实解决目标用户的问题产品的方向是不是正确的在产品发展期，完善产品的过程中，对于需求更是要有把控力，做需求分析最后输出的结果就是做需求决策，学习乔帮主做简约主义者，决定不做什么比决定做什么更加重要，往往鸡肋需求，开发出来上线容易，但是要去掉，就没那么容易了。

(3)产品的稳定期

再到了产品的稳定期，产品趋于成熟，用户数也多起来了，产品不断迭代，此时提升用户体验和数据类的需求就变得很重要了。比如A/Btest，在用户量小的时候，得到的数据会有较大的出入，是不可取的。在产品的稳定期，有比较大的用户量时，可以用数据来驱动产品的迭代。

总结就是对一个时期的学习、工作或其完成情况进行一次全面系统的回顾和分析的书面材料，它有助于我们寻找工作和事物发展的规律，从而掌握并运用这些规律，为此要我们写一份总结。总结怎么写才不会千篇一律呢？以下是我收集整理的IT技术工作总结，仅供参考，欢迎大家阅读。

回顾20xx年，自己干了很多工作，涉及到的范围比较广，所做的工作带来的成果也不错，告别了20xx年的那种没有自信，总是被动的局面；业务上对发信息，资料，boss相关，语音这几个核心的业务模块更加熟悉；组织协调能力上得到提高，整体把握一块儿工作的进度，承受得住压力的能力逐步提升。工作方式上有所改善，由被动变成主动，由接收变成主动提出自己见解；知识体系得到补充完善，眼界由局部上升到更高一个层面，找到自己要发展的方向，阅读管理类和技术类的书籍给自己充电加油！20xx年，我在期待，期待更大的进步，期待更多更强的成就感。

一、主要工作业绩

（一）工作职责、主要工作及成果

1、hbjxt发信息系统、河北后台搭建移植

工作职责：部门模块参与人

hbjxt系统搭建过程中前期我主要负责的是发信息模块，后期转到新后台的搭建移植工作上。

a、发信息存储过程的移植

b、0元3元产品的并行

c、信息回执的添加

d、学校相关查询，用户相关查询，教师相关查询，信息相关查询功能移植

e、河北应用报表开发

在这个工作的过程中我最大的收获是对数据库简单知识的掌握和发信息相关业务的熟悉。以前对数据库的学习就到书写sql语句的层面上，目前对存储过程，函数，调度，触发器，表分区等常用的简单知识有了使用和了解。对于核心业务发信息也告别了一头雾水。

2、语音平台接手，为解决串号问题的改造

工作职责：平台负责人

a、日常的维护统计

b、语音新需求的开发

c、语音优化建议的处理

d、语音串号问题的

在语音web页面方面要发展成一个能提出自己见解能拍板的员工，目前尚未完全达到这个目标，不过日常的维护和遇到的问题大部分可以跟踪解决。

3、长短信页面负责人

工作职责：页面负责人

a、学校长短信的设置和取消

b、家长长短息接收的管理

c、老师长短息的设置选择

d、发信息类里面对于设置长信息和文件发送等逻辑的修改。

长短信的主要负责方是数据库组，中间组织了几次会议，都是权威人物，从大家的发言角度和发言内容里可以学到好多东西，先是需求的讨论确定，开发方案提出几种，大家一起讨论，最后让领导审核，每一次的会议组织都会有新的收获。是一次很好的推进工作案例。

4、新版短信模板

工作职责：部分模块参与人

a、发信息页面的改版

b、信息收藏夹的导入导出

c、jxlx下总导航和左边登陆框的调整。

我参与的阶段有：用例的审核，表结构设计的讨论，开发。

在这个工作中的收获是数据库表的设计，主要是按位存储的优点，合理的利用存储过程来定时的分析和生成数据，excel表格的上传下载相关知识。

5、语音外呼系统

工作职责：整体负责人

a、组织需求的讨论确定原型

b、拿出设计方案组织审核

c、参与后续开发

d、系统的跟踪和维护

这是我第一次以项目负责人的身份在公司出现，感觉很惊喜，也很有压力，一直都是在接收安排好的工作，这次领导告诉我，我要把握项目的进度，要去和需求人沟通给系统一个合适的定位，把合适的工作分给合适的人，要设计能满足需求，要保证项目保质保量的完成。当然这些工作我一个人是做不下来的，一是我经验不够，二是我一个人没有那么多的时间和精力，这时候就体现出来如何利用大家的智慧了。这个团队的一个特点是一个没有经验的负责人带着几个充满智慧的队友，刚开始在工作分配上很不合理，我把很多的工作揽到自己这里，但是这样我会很累，大家的智慧不能及时的融进来，还会打击积极性，在主管的指导下及时对工作安排分工进行了调整，让大家都积极的参与进来。有了前面的教训，在后期的开发中进展的很顺利，大家积极的讨论拿方案，对自己负责模块都尽职尽责，从中收获很多。

语音外呼项目的推动中，收获可以从两个方面来总结，一个是经验的积累，通过这个工作，经历了一个项目负责人的过程，此时经历就是收获，设计方案的一次次被推翻，就是一次次的进步，从沟通到设计再到开发，去组织去推动，也逐步的流畅，和大家的合作，借用别人智慧的能力也稍有提高。另一个是信心的增强，刚开始对需求的混乱和对系统不清晰的定位让我对这个工作无从下手，对它的思考时易时难，对设计更是心里没底儿，设计好了对开发又不自信，需要的知识点还很多，虽然前期是这样思考的，但是随着设计的明朗化和大家智慧的迸发，感觉越来越顺利，信心提高了很多。所以一个项目负责人不一定要是一个样样精通的人，但是一定要是一个能把大家智慧凝聚到一起的有思想有自信的人。以后我继续向大家学习！

6、资料迁移

工作职责：整体负责人

a、收集需求人，使用人的意见整理文档，弄清楚要解决的问题，和造成问题的原因

b、给参与人员分工梳理现有流程

c、组织技术内部对此熟悉的同事讨论，铲出一份需求设计文档，之后又进行审核

d、和需求人，使用人碰面沟通，对设计文档中涉及的流程进行了二次审核

e、页面开发和测试

f、功能模块维护和数据跟踪

带来的成果：在移动进行大规模的ecid重整时期，资料迁移功能发挥了很重要的作用，解决了博客博客圈的匹配，校讯通积分影响问题，客服的资料处理流程效率也得到了大大的提高。

资料迁移整体上考验的是对业务的熟悉和对需求的梳理沟通。我的总结感受：对于请教的问题，别人并没有责任一定要参与，即使参与了也不能把自己的疑惑全部抛给大家，应该做好前备工作，把能梳理的都梳理通，真正想不通的给几个选项，尽可能的节省大家时间，缩短这个环节在整体上大家就有精力给与更多的指导和建议。另外还要写好文档，一份好的文档可以给沟通带来好的影响，如果自己都稀里糊涂文档的逻辑性不强，让别人看着更不感兴趣，虽然沟通是双方的，但是如果想在沟通中掌握主动权，必须比别人多想点，多做点。

7、资料录入助手

工作职责：整体负责人（但是到最后没有用）

a、沟通确定需求

b、参与代码书写以及后期意见搜集

资料录入给我感触很大，我面对的问题有两个：一是自己对技术水平不达标，书到用书方恨少啊，打击了自信；二是时间比较紧急，还和几个经理直接沟通需求，有恐惧心理，状态相当不好；到最后还是按时完成了，虽然让大家并不是特别满意，在没有征求对方意见的情况下我自己简化了需求，但是感悟甚多；我的感悟：一是要增加自己的求知欲，提高技术水平，增强自信心；二是要学从大局考虑事情，多项紧急工作并行的时候也要有个轻重缓急，做好分配；三是会做人会做事会说话很重要。

8、学生综合素质测评系统

工作职责：整体负责人

a、参与需求的讨论和原型确定

b、系统的设计

c、组织并参与开发

该系统的特点：使用对象是一个学校，核心内容是对学生进行综合素质的评价，项目时间和紧迫，所以选择了一切从简，组织结构和权限使用的都是校讯通系统内的，老师管理员的账号使用的也是xxt的，家长的账号是学生的学号。

9、日常维护，优化建议

工作职责：模块参与人

a、语音平台，hbjxt有关信息的数据统计工作以及日常投诉维护

b、有关语音，tj平台，短信后台，策划后台，hbjxt后台的优化，报表新功能，30tomcat错误日志等的维护开发

c、需求的沟通和讨论

（二）工作及学习经验及收获

1、对发信息，资料，boss相关，语音这几个核心的基础业务模块更加熟悉，这些都是在工作中进行的积累，这些方面出现问题，可以更快更准确的定位出错的地方。

2、组织协调能力提高，这些是担当项目负责人锻炼的结果，平时负责的工作不再是具体的开发，而是负责把大家召集起来，整体把握一个事情的进度，这样的话就在无形中锻炼组织协调的能力，承受得住压力。

3、看了一些管理类的书籍，在做人做事儿做工作的方式上有所提升，不让自己的想法行为那么极端。

4、技术知识框架更加完善，毕竟看的多了，遇到的问题多了，思考的也就多了，逐步提升中……

（三）主动发现并跟进解决的问题（非任务类的，自己主动发现工作或项目中的问题，并思考和跟进解决的）

1、资料迁移上线后，关于sign_falg的变更，在走路的时候突然意识到迁移之后发给移动的sign_falg和connector中的没有同步，虽然当时问题还没有暴露，时间久了就会出现问题了，马上给领导请示让数据库组协助我排查数据，最后通过全量核对把已经不一致的资料纠正，同时修改程序的漏洞。

2、100数据库存储过程proc_person_count有效学生数，禁用学生数，有效班级数的计算错误，修改上传！

此过程是在20xx年12月18日开始运行，每天晚上00：00执行，作用是计算有效学生数，所有学生数，家长总数，教师总数，拥有联通号码的教师总数等一些数据，数据是以学校为单位

发现的问题：有效学生数，禁用学生数，有效班级数的计算错误

错误原因：河北的规则和河南的差异所致！

河南：有效学生：第一联系人激活的

禁用学生：第一联系人禁用的

有效班级：有有效学生的

河北：有效学生：两个联系人至少有一个激活的（排除网站用户）

禁用学生：至少一个禁用的，两个联系人不存在激活的（排除网站用户）

有效班级：和河南一致，但是有效学生统计错了，这个也就错了

3、100数据库存储过程proc_num_of_class执行报错！因为调度的问题引起，另外计算数据规则有问题！

此过程是在20xx年12月18日开始运行，每天晚上00：00执行，作用是计算有效学生数，所有学生数，家长总数数据，数据是以班级为单位

发现的问题：存储过程执行报错！计算数据规则有问题！问题同上！

错误原因：存储过程中定义了一个临时变量num1，number（2）类型！但是执行的时候存进去的数据是三位数，故报错！存储过程中用这个变量是判断当天的数据时候已经存进num_of_class表中，按照正常情况num1是0才对，不会报错，跟踪原因是因为proc_num_of_class一天执行了两次，晚上00：00和中午12：00，当中午12：00执行的时候数据已经生成，并且数据超过了number（2）所容纳的最大值！故报错！

至于为什么这个过程一天执行两次，请教数据库组同事未果，因为从调度语句上看频率是一天，每晚00：00执行！

解决办法：原调度删除，重新添加调度！执行时间放在00：01

4、个人话务量统计跟踪数据时候发现异常，一个人的话务量比所有人加一起都高

排查生成个人话务量统计的sql语句，在语音重要的表中加看个call_id，把电话的保存表和通话表精确的关联起来了。上线以前所有的数据此字段都是0，目前外呼的此字段值也是0，所有要把等于0的全排出掉！防止异常数据！

（四）进步及亮点（主要的2—3个）

1、对业务的熟练，当做的东西需要和系统内融合借鉴的时候，这个优点显得尤为重要。对做好工作更有把握，更有自信

这点的进步源于工作中对业务逻辑的梳理和积累。有些新工作的开展必须把现有的业务逻辑梳理清楚。

2、组织协调能力提高，整体把握一块儿工作的进度，承受得住压力的能力逐步提升。

这点的进步源于当了几次项目负责人。不管项目大小，是负责人就要负责工作的安排，人员的协调。

3、做人做事儿做工作的方式上有所改变，不让自己的想法行为那么极端。

有效的沟通往往能更快的推动工作，有效就要求是合理的沟通方式，大家都喜欢听好听的，都喜欢愉快的沟通氛围，就要尽量的去营造这种氛围，减少撕破脸的场合，看了一些管理类的书籍，有些还是很有道理的，可以逐步的在和别人沟通中派上用场。

二、工作中遇到的问题或困惑及解决办法

工作中由于大组的工作方向而定，如果一个月里很多时候都是在排查，配合的工作，这些很繁琐，没有什么技术含量但是需要全面细心，如果接二连三的都是类似的就很疲惫烦躁，困惑。

解决办法：加强学习，多看些书充充电，让自己能感觉到还在进步，不是在机械重复的工作，月度绩效中会流露出我的想法，让领导了解。

三、对公司、部门、小组的建议

希望部门能在大组的整体工作上可以均衡，让人员和工作量可以协调，不至于有的太忙没有时间学习，有的太闲只能学习，总结一下主要是以下几点：

1、多少人干多少的活。

2、工作的技术含量上均衡一下，干维护如果一直查漏补缺，会烦躁

3、部门需要重视基础业务和维护

以上就是关于[设计标准的BI报表] 财务报表按照以报表编制单位为标准全部的内容，包括:[设计标准的BI报表] 财务报表按照以报表编制单位为标准、求一份好的java简历 关于 IT技能 方面较好好的模板、怎么用bi 数据分析，能否举个例子等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！