400-606-2017
400-606-2017

软件工程在数据可视化领域还有用吗,针对报表工具来说

2021年4月20日 |

学过计算机的同学们都知道《软件工程》这门课,而做过研发的同学可能对这门课程理解的则更为深刻,尤其是其生命周期的定义问题定义、可行性分析、需求分析、总体设计、详细设计、编码、测试和维护,时至今日,在各个做研发的领域里,这个规律大部分还在遵循。就像云蛛系统的AutoBI报表工具的研发,也是严格的遵守这个生命周期来进行的,从而尽可能的保证产品的质量。

但是问题是,在工具化、模块化的今天,这个软件生命周期已经被彻底颠覆了。拿数据可视化领域里的排头兵、领航者-云蛛系统的AutoBI报表工具来说,其独家的分体式BI技术以及所见即所得的换衣模式,让报表的开发达到了的前所未有的高度。即使非常个性化的要求,也完全可以满足。由于其完全采用对象实例化的分体式BI技术,这个就让报表的开发,变成了机器加工的模式,即云蛛系统AutoBI是一台报表加工机器,开发报表的人员,不需要了解具体的语言以及实现,直接采用这台机器就可以加工出来各种各样的报表。而且所见即所得的换衣模式,能够让用户自定义加工出来的报表都长什么样子,这一切就完全和以前的人力定制化开发,没有了任何区别。

现实的案例中,已经出现了极端的情况。就是产品经理和业务部门确认需求的时候,不是像以前那种记录用户的需求,而是直接利用AutoBI直接创建页面,开发功能了,一个页面做好大概2-3分钟,面对最终用户,直接确认,这个是不是,而用户呢,也是可以直接看到结果,看到自己的需求是否合理,哪里不合理,直接开始修改,之后产品经理再修改,2-3分钟即可......就这样一场需求会下来,项目做完了,这个就是云蛛系统AutoBI,所带来的对软件工程的彻底颠覆,而这在以前是想也不敢想的。

以前的开发,产品经理都是需要和需求确认需求,然后还得自己把需求转化成程序员能看懂的需求,然后配着程序员一同开发确认,之后上线测试、交付。如果用户看到最终页面觉得不合适,这个时候需求变更就出现了,这个也是程序员最为害怕的,很大可能都是推倒重做。于是乎再走一遍流程,再确认.......反反复复,时间成本、人力成本就是这么的被浪费了。

而工具化的出现,尤其是想AutoBI报表工具这种,完全不要任何编码的工具出现,让一切发生了巨变,尤其AutoBI的分体式BI技术+所见即所得的试衣模式,让产品和业务人员完全可以充当原先程序员的角色,而且一场需求会下来,一个系统就会完成,这个彻底颠覆了原先的软件工程对于软件生命周期的定义。

从中我们应该理解了,对于做软件工具的人来说,还是应该遵循软件工程的定义的,如果是利用工具,尤其是像AutoBI这种接近“变态”的报表工具,由于其逆天的效率,软件工程就不适用了。

商务咨询

电话:400-606-2017

技术支持

微信:cobwebtimes

电话:400-606-2017

微信

微博