第226章 模式变产品

    方维敲门进来的时候，手里抱着一个蓝色文件夹，厚得把封面撑起了一个弧度。

    “方案出来了。”方维把文件夹放到李铮桌上，用手压了压翘起的封面。

    李铮放下手里的笔，把文件夹翻开。

    封面一行字：凉水县数字化先行区技术标准方案（初稿）。

    三十二页，字号小，排版密。

    “坐，我看一遍。”李铮把椅子往后挪了半步，开始翻。

    方维在对面坐下来，手搁在膝盖上，没有催。

    第一部分是统一数据标准。李铮看到了工单格式规范，每一条民声诉求从接收到办结，数据字段统一为十七项。包括诉求来源、类型编码、响应时限、办结标志、回访结果。

    “十七项字段。”李铮抬头看了他一眼。

    “最少需要十七项。”方维说，“少了任何一项，数据跑到别的县就对不上。”

    李铮点了下头，继续往下看。

    第二部分是权限管理架构。谁能看数据，谁能改数据，谁能调数据，分了四级权限。县级管理员、部门操作员、乡镇录入员、监督审计员。

    他在第九页停住，拿起笔在旁边空白处写了一行批注。

    方维凑近了些。“哪里有问题？”

    “监督审计员的权限太低了。”李铮指着那行字，“只给了查看权，连导出权都没有。纪委那边如果要做数据比对，每次都得找管理员申请导出，流程太长。”

    方维想了两秒，点头。“改，给审计员加导出权限，但限定导出范围和频次。”

    李铮在批注旁边打了个勾，翻到下一部分。

    第三部分是数据中台技术规范。服务器部署方案、接口标准、传输协议、安全加密方式，一条列得细。

    李铮不是技术出身，但这些年的基层经验让他知道什么地方会出问题。他在第二十一页又停了下来。

    “接口标准这块。”李铮用笔尖点着那段文字，“你写的是省内统一API格式。”

    “对。”

    “如果临河县那边用的系统跟我们底层架构不同呢？”

    方维愣了一下。“我写了兼容层。”他往后翻了几页，指着第二十五页的一段话。

    李铮看了看，摇头。“这个兼容层只覆盖了三种常见架构，万一对方用的是第四种呢？”

    方维把那段文字重新看了一遍。“加一个自定义适配模块，允许对方按照我们的标准做格式转换。”

    “写进去。”李铮在第二十五页

第226章 模式变产品-->>(第1/3页)，请点击下一页继续阅读。