基于JVS实现企业内部私有化红头文件的思考对于文件管理，这个实现的逻辑是在基础框架层面实现的，还是在应用程序内部实现的？先介绍一下背景：JVS是整合用户系统的后台用户系统，企业文档是JVS之上的应用前台。为什么会有前后之分呢？其实整个架构如下。它可以在业务级别进行逻辑分离。我们的企业文档已经支持在线富文本协同编辑、在线表单协同编辑、在线脑图编辑、在线线框编辑、各种格式的MSoffice文件预览，以及现在收到的新红头文件管理，然后产品经理梳理了整个思考过程的第一步，首先考虑功能如何实现。编辑往往更多地是关于编辑而不是格式化。如富文本编辑paas所示，需要思考如何实现文件的密文。第二步是找出实线模式。最后，产品经理经过大量的研究和思考，在现网找到了一个实现案例。然后我们需要对其进行加工整合，通过模板实现。模板试图定义抽象并支持更多格式。如图：支持图片，支持格式化文本，支持生成图片，支持长文本，支持签名，支持表单等，从功能层面来说，基本可以实现严格的红文档集。从功能层面实现，配置红色头文件模板（样式、变量等），通过表单输入红色头文件。第三步，内部讨论（si）讨论（bi）实现技术能力的可能性。讨论产品和技术，从产品出发实现企业文档的作用有两种方式：a、在企业文档内部添加文件类型“格式化文件”，直接在企业文档中创建文件；b、在基础框架层面实现，编辑器是通用能力，用到的时候调用。如图：最后综合考虑，选择第二个选项，因为从产品规划的角度，除了需要红头文件，风控报表，打印模板都需要这个能力，所以这个功能被视为一项基本能力。第四步，基于技术实现的可能性，思考使用场景Scenariodesign：a．流程管理管理员配置模板（展示样式+信息录入表单）使用用户选择模板，填写信息，预览红头文件。结合流程引擎配置流程提交并启动审批流程。红头文件签名，生成红头文件。使用用户导出的文件来发出b。合成格式文件编辑用户在企业文档中新建格式文件，通过界面跳转到格式文件在编辑器中完成配置后，保存退出，系统生成相应的文件，并显示在企业文档中.Step5、设计编辑器的原型和粗略的原型格式文件编辑器如图所示：使用入口设计：Step6、产品经理与技术人员讨论进度。大概的计划版本，2.1.5，即将实施。再分析需求端：现在越来越多的公司希望将很多在线管理格式文件私有化，所以格式要求高的文件，比如红头文件，标准报表（风控报告，评估报告），在线管理和应用报关单据闭环管理的需求越来越大。设计流程：从产品经理接到需求，找到合理的技术方案，到思考场景，最后设计并实现原型。当然，整个过程并没有小的那么简单。其实很多产品经理都缺乏全流程的思考，很多产品经理不会去追求已经有了的轮子。后来思考：产品经理应该逛github、gitee等，不一定只有技术人员才会看技术相关的资料。演示环境：http://knowledge.bctools.cn/开源地址：https://gitee.com/software-mi...欢迎投诉，完美钓鱼，改天吧。
