培养数据分析能力，提升决策支持作用

发布日期：2017-07-04来源：本站编辑：邵慧平

[摘要]

　　软件测试，从基础做起，熟悉企业的业务流程及相关的业务逻辑

　　软件测试，是让计算机背景的专业人员快速融入企业业务的一个方法。对没接触过建筑施工企业的计算机专业人员来说，往往不了解施工企业的业务特性，习惯采用软件技术思维模式看业务，容易陷入困境。通过参与各类管理信息系统的测试，可以为专业软件人员提供一个了解业务的快捷入口。

　　软件测试，其中就包含大量的数据核对和数据测试，这两项虽然是重复性工作，却是锻炼处理数据能力的好方法。通过不断地对业务系统进行数据核对，测试，可以快速了解该业务系统的操作过程，从而熟悉相关的业务流程及相应的业务逻辑，为以后的数据分析打下基础。比如刚进入施工企业时，对企业情况不了解，对相关业务不熟悉，可以从收集系统B U G和核对报表数据开始做起。这不但有利于提升自身的系统性思维，更有利于看清楚整个系统的操作过程，从而熟悉实际的业务流程及逻辑关系。同时，在核对报表数据的过程中，信息化人员就相当于模拟一个业务人员，有些人觉得信息化人员在做业务人员的事情，乍一看觉得资源分配不合理，其实在建设信息化过程中，信息化人员有责任承担一部分的数据核对工作，只有亲自做过数据的核对，才能体验到业务人员在业务流程上的某些规定，再结合自身的计算机专业知识，提出对应的优化方案。

　　在参与软件测试过程中要做到：第一，争做将军，但不嫌弃当士兵。在很多人眼里，软件测试是个低端职位，比不上软件开发之类的。但系统开发就跟打仗一样，没有士兵，打不了仗，同样，开发一个系统，没有软件测试作为后备支援，系统同样上不了线。当然，“不想当将军的士兵不是好士兵”，信息化人员在做软件测试同时，也应争取提高自身能力，往更高一层发展。第二，软件测试要有思路地去测试。比如一些人在处理B U G的时候，总是A问题来时就处理A问题，B问题来时就处理B问题，很少会去想A和B之间的关联，结果就是解决了A，B就出现了，再解决B，A又重新回来了。在做软件测试时，最好从系统性出发，把各个B U G结合起来看，看看是否有关联，尽量避免系统重复修改却又重复出现B U G的情况。第三，要发挥好软件开发人员与系统用户的桥梁作用。系统用户的反馈问题都是先给到测试人员去验证，测试人员测试后再做整理上交到开发人员。如何发挥好这个中间桥梁作用，对测试人员是一个很大的考验。测试人员在测试时应该与各方面人员多做沟通，有些问题是客户操作不当引起的，此时测试人员就可以指导用户解决;如果是系统B U G问题，测试人员可以结合业务流程，给开发人员提出系统优化建议。

　　提高主观能动性，建立相关的业务逻辑，一方面提升数据整理能力，主动优化系统功能;另一方面提高对数据的敏感性，主动发现数据错误

　　提升数据整理能力。一些软件测试人员，在做了一段软件测试后，在数据分析能力上没多大提升，其实很大原因是这些人缺乏主动提升意识。一些人在测试系统，一直是把项目部反馈的问题没怎么验证就直接上交给软件开发人员;或者是软件开发人员开发出新功能后，只做很简单的测试，没有结合业务管理方面去提出自己的优化建议。就像前面说到的，在施工企业里做软件测试，能够熟悉相关的业务流程，并建立起相关的业务逻辑，形成计算机与业务双重的知识背景，信息化人员需要积极发挥这个优势。比如信息化人员在测试市场部的“营销系统”时，可以充分了解市场部在市场营销的整个业务流程，从而也清楚在这个过程中，哪些信息是管理者所关注的;在与市场部的同事沟通过程中，也能够收集到相关的优化需求，从而建立相应的业务背景。在之后开发针对高层管理者的“营销信息展示系统”时，业务与计算机双重背景的信息化人员，能够把管理者的关注信息和用户优化需求进行整理，提出关于“营销信息展示系统”的优化方案，并交给软件开发人员与用户共同讨论优化方案的可行性，提高需求分析与方案设计的成型度。

　　提高数据的敏感性。软件测试人员在做数据核对时，仅仅只找出哪一个数据不同其实是不够的，最好是能提升一下自己，利用自己对业务逻辑的理解，不仅能找出哪个数据不同，而且能判断出哪个数据是对的，哪个数据是错的。比如在产值系统，当月的产值完成情况只占计划的10%，此时测试人员应当要察觉到这数据的不正常，更要主动发现究竟是哪个数据发生错误，测试人员可以通过对比产值和计划两个数据，分析哪个数据更符合企业实际情况，从而判断出是产值统计出错还是产值计划出错。

　　协助系统开发，利用自身的数据分析能力，负责新系统开发的部分功能模块

　　信息化人员通过系统测试积累下来的经验，可以用来指导其他业务系统的开发，进而利用软件开发的经验来再次提升自身的数据分析能力。比如说A部门和B部门有业务上的来往，之前测试过A部门相关的业务系统，并一直跟进该系统的后续运维工作的技术人员，可以在开发B部门新系统时，提供系统开发的经验，并进而参与到系统的设计、开发、测试等软件生命周期中。这样做的好处是可以给软件测试人员提供一条稳步提升自身数据分析能力的道路。因为仅仅是通过做软件测试来提升数据分析能力其实比较有限，适当的参与软件开发，可以让软件测试人员接触到系统架构方面，方便让测试人员更加整体、更加全面地了解系统。其实在各行各业里，各部门是相关联的，同样的，作为软件测试人员，也可以通过熟悉某一个业务系统而触类旁通，这样测试人员在熟悉一个业务系统时，也对其他业务有大概的了解，在参与其他业务系统开发时就拥有一定的数据分析能力。当软件测试人员参与过一定数量的软件开发后，软件测试人员其实就变成了数据分析人员，这是一个量变到质变的过程，当中的过程需要软件测试人员不断自我提升。

　　数据分析，对项目数据信息进行提取整理，负责开发相应系统的数据展示系统，向管理者提供所需的项目数据信息

　　当业务部门相应的系统已经成功上线，系统也已经部署到项目部层面，此时就面临着一个问题，就是如何把项目部的数据用一个更好的方式展示给管理者看，让管理者通过看数据的方式就能够对项目部的情况有一个具体的了解。此时我们可以利用数据分析对项目信息进行综合展现，实现辅助决策分析;其次进一步优化设计系统架构，建立相关整合规范，实现业务、功能、数据、流程的整合，实现业务数据共享，提高数据的准确性和利用率。比如说，市场部的营销系统和工程部的产值系统已经成功上线，营销系统上面某项目有合同信息，产值系统上该项目也有产值信息，对于管理者来说，他们要清楚该项目当前产值对比合同价的完成比例情况。数据分析员可以充分发挥自己的特长，对两系统的数据进行提取整理，把合同数据和产值数据以不同的角度做成表单或者图形等形式展示给管理者看。当然数据分析员仅仅做到这一步可能还不够，数据分析员可以根据自己的数据分析能力，对数据进行综合分析，设计综合的信息图表，用于辅助管理决策。

　　信息化系统在数据分析上做得越完善，各级单位在上报数据时就越能摆脱手工重复劳动，逐步实现营销、合同、产值、计划、采购、收发存、分包履约、计量支付、结算收款等全业务生命周期的综合数据分析展示系统，在实现整个项目管理业务链条的闭合和上下游资源的整合的同时，通过对源头采集的业务数据的逐级自动汇总，全面展现企业的生产经营状况，使各种管理决策合理、科学。

　　(作者单位：中交第四航务工程局有限公司信息中心)

　　版权声明：本文系工程建设网独家稿件，版权为工程建设网所有。转载须注明来源及作者，否则将追究法律责任。

【相关阅读】

• 以应用架构的可持续保障信息化持续发展
• 建筑施工企业信息化的定位与发展
• 打造互联网浪潮下的传统业务管控新模式
• 顶层设计与实践探索相结合 ——中交四航局信息化探索
• 中交四航局信息化： 逐“浪”前行
• 岳口汉江特大桥主塔成功封顶