【江苏中法水务】1+1绝对大于2，利用帆软和泛微构建敏捷化开发平台

精读生产力大赛案例，打卡第26天，[数据是第一生产力，开发部门要在符合业务逻辑的前提下整合各个部门之间的流程，减少业务繁琐度。]

精读生产力大赛案例，打卡第26天，[充分利用各平台的优势，发挥其各自的节点重要作用，最后用FR将各数据岛屿连通，达到数据分析的目的，将数据成果多形式展现。]

精读生产力大赛案例，打卡第26天，[充分了解不同业务系统的流程操作模式，业务部门、财务部门和开发部门往往各有符合自身的操作流程和思维模式，作为开发部门要在符合业务规则的情况下对流程进行平衡、融合和简化。]

精读生产力大赛案例，打卡第26天，我怎麼有時候看不到這些帖子

FR里面有数据录入的功能，可以实现简单的OA功能。
一些简单的办工自动化的需求，也可以实现。
如果加上一些复杂的业务逻辑，将企业的流程需求嵌套进来，是不是相当于一个OA系统了。

精读生产力大赛案例，打卡第26天，[业务流程和业务数据我们可以通过系统进行整合，然后利用帆软把数据展示出来]

精读生产力大赛案例，打卡第26天，[多系统融合，反映了帆软的兼容性和可扩展性是非常强的。案例非常有借鉴意义，学习之]

精读生产力大赛案例，打卡第26天，[报表工具是手段，业务数据是基础，好用的报表一定是基于详细的用户需求调研和大量的实际业务数据的，只有基于这两点制作的报表，才能是最大程度整合各个系统的数据，同时满足业务人员实际需要的报表]

精读生产力大赛案例，打卡第26天，[将各个系统的数据、流程整合，让数据升华。单个数据就像一个独立的士兵，整合后，使数据之间有关联，就像士兵成建制，成为一个集团军。1+1远大于 2，甚至是 N！]

精读生产力大赛案例，打卡第26天，[帆软支持各种数据库,和大部分软件都能很好的整合]

精读生产力大赛案例，打卡第26天，[前后端系统打通，监测流程实时状态；简洁明了的报表才能突出重点，而做减法比做加法难多了。这方面非常值得人思考报表展现]

精读生产力大赛案例，打卡第26天，[开发部门要进行详尽的需求调研，充分了解不同业务系统的流程操作模式，业务部门、财务部门和开发部门往往各有符合自身的操作流程和思维模式，作为开发部门要在符合业务规则的情况下对流程进行平衡、融合和简化，最终才能真正落地使用】

精读生产力大赛案例，打卡第26天，认真学习！

精读生产力大赛案例，打卡第26天，[帆软与泛微的整合确实可以大大减少开发量，我们公司也是这么用的，在基本满足需求的情况下，能节省许多开发费用]

精读生产力大赛案例，打卡第26天，[要进行详尽的需求调研，充分了解不同业务系统的流程操作模式，业务部门、财务部门和开发部门往往各有符合自身的操作流程和思维模式，作为开发部门要在符合业务规则的情况下对流程进行平衡、融合和简化]

精读生产力大赛案例，打卡第26天，[泛微和帆软好像一直有在合作，之前很多客户也都是用泛微，然后帆软做增强，感觉还挺不错的]

精读生产力大赛案例，打卡第26天，实现了业务的平台整合，减少业务系统平台的数量，减少APP的数量，尽量减少业务人员操作繁琐度，提高用户体验。这句话非常认同,报表就是为了减少业务人员的操作繁琐度,需要简洁明了,并不是华而不实的东西,那样只能给业务人员造成不便.

精读生产力大赛案例，打卡第26天，[详尽的需求调研非常重要，既保证了项目最终交付的认可性，也为项目过程中的实施树立了航标]

精读生产力大赛案例，打卡第26天【利用有限的资源对自身数据进行合理的优化整合，减少了相应人员的工作量，方便了公司高效的获取数据】

精读生产力大赛案例，打卡第26天，[帆软与其他系统的集成也做的相当好，与泛微集成的案例给我启发，正好也要做这一块]

精读生产力大赛案例，打卡第26天，对于传统数据处理的转变是一个问题，既要考虑原有计算逻辑的复杂性，又要考虑系统数据的兼容性，同时还要兼顾用户的便利性以及数据处理的效率，选对平台很关键。方向对了，才能更好的前进。

精读生产力大赛案例，打卡第26天，[]

精读生产力大赛案例，打卡第26天，【帆软平台的最大魅力是整合企业的信息分散化，将非标准变成标准】

精读生产力大赛案例，打卡第26天，项目资金管控是非常复杂和难实现的，在以前各个业务系统割裂的时候，项目系统没法实时准确地体现项目资金进出情况，无法对每笔资金进行追踪和管控，报表数据体现不够及时。

精读生产力大赛案例，打卡第26天，[看了很多案例，觉得需求在项目中最重要，其次是数据的标准化。这两个都做到，做起后面的工作才能事半功倍]