这周一直在跟进测试离线填报的项目,这个项目的产生就是顺应客户的需求,客户的设备不可能随时随地都带在身边,或者说不可能在每台设备上都有我们的平台,所以就得提供在离线环境下,用户可以正常工作,工作完成后,可以将完成的报表导入到平台,流转到另一个节点,这样工作就可以正常流转。
离线是通过邮件的下发进行导出,邮箱服务器将邮件发送到此节点的负责人邮箱,负责人可以通过本地下载将报表导出,然后进行填报,填报完成之后,再回复服务器邮箱所填的报表,服务器邮箱会对接收到的报表进行校验,如果数据合理会回执给负责人。当热不合理也会回执过来,然后负责人进行相应修改。反馈合理的话,任务将流转到下一个节点。这就是整个流程。
离线填报是比较人性化的一个模块。在这一实现过程中,主要是导出时将平台上的报表转换成excel,转换时需要excel支持才行。导入时需要转换成平台认识的属性,需要一个转化器,我这样认为。
总之这块的产生是结合实际的需求,需求会促进产品的发展。
离线是通过邮件的下发进行导出,邮箱服务器将邮件发送到此节点的负责人邮箱,负责人可以通过本地下载将报表导出,然后进行填报,填报完成之后,再回复服务器邮箱所填的报表,服务器邮箱会对接收到的报表进行校验,如果数据合理会回执给负责人。当热不合理也会回执过来,然后负责人进行相应修改。反馈合理的话,任务将流转到下一个节点。这就是整个流程。
离线填报是比较人性化的一个模块。在这一实现过程中,主要是导出时将平台上的报表转换成excel,转换时需要excel支持才行。导入时需要转换成平台认识的属性,需要一个转化器,我这样认为。
总之这块的产生是结合实际的需求,需求会促进产品的发展。