第10章 黑白世界
第10章 黑白世界 (第1/2页)党委扩大会议后的第三天上午，通过OA，陈默收到了运营公司下发的成立专项工作小组的正式通知。小组架构没变动，小组职责也充分采纳了会上大家提的建议。
在OA上输入‘已阅’，点击提交。然后把通知下载到本地后，陈默又对OA页面进行了拍照留存。
做完这一切，他便起身去找于剑。
于剑办公室。
简单地聊了几句，陈默便直接切入正题：“于总，专项小组的正式通知也下来了，我建议组织个会，对智通科技的技术方案做个审核，你觉得呢？”
闻言，于剑说道：“你和我想到一起了。你不来找我，我也要去找你的。技术方案肯定要审的，否则后续系统出了问题，锅都得我们背。”
陈默点点头，认同地说道：“是呀，如果系统在上线后出了问题，就智通科技那个水平，我觉得不但要背锅，还得负责擦屁股。不说那些了，还是先把该做的事做好，该走的流程走了吧。我建议咱们先通过OA给工程组发个通知，叫他们把技术方案提交给我们技术组，我们花几天时间先仔细看看方案，会议的时间暂定在下周一，你觉得怎么样？”
于剑说道：“可以。”
陈默说道：“那好。那我现在就安排李思涵拟个会议通知，我审完再发给你审一下，没问题了就发给工程组。”
于剑笑着看了陈默一眼，说道：“你审就可以了，咱们俩之间没那么多说道。”
陈默也笑了，随后走出了于剑办公室。
周四上午，陈默办公室。
看着老周、李思涵、王宇三人，陈默说道：“工程组已经把技术方案提交过来了，接下来咱们技术组的人就要一起把技术方案过一遍，重点看这么几块：
一是架构部分。确认他们架构是否清晰，模块划分是否合理，容灾能力怎么样——高可用怎么实现的，有没有故障隔离机制。智通如果还是论证会上那套单体架构，没有微服务拆分，那就是硬伤，要单独列出来。
二是技术栈选型。用什么语言、什么框架、什么数据库，有没有依据，为什么选它不选别的。如果用的是老技术栈，要分析是否能够满足咱们得业务需求。
三是性能指标。看他们方案里的并发处理能力、响应时间，是否能够满足业务峰值。
四是数据库采用的是单实例还是有主从热备？有没有读写分离方案？异地灾备怎么设计的？
五是接口设计。跨省互联互通的编码格式、协议规范，是否和交通部统一标准兼容。接口文档是否要完整，异常处理机制是否明确。
六是安全合规方面。数据加密、等保要求、合规条款在设计方案里是否明确。
七是可维护性。部署流程、监控方案、故障恢复计划是否清晰明确，RTO和RPO是否给出了具体数据。
最后一条就是验收标准。方案里有没有明确的功能验收清单、性能验收指标。”
陈默说完审查内容条目，又接着说道：“你们记住，审核的时候，每一条都要对照咱们前期的需求文档和测试报告来写依据。不但要把问题列出来，还得清晰地告诉人家你凭什么说它不对。不能只说问题，但是没有任何依据。明白吗？我们要对我们的审核结果负责。”
三个人纷纷点头，在陈默的办公室里，当场对审核任务进行了划分。
对他们三个人，不论是技术能力，还是责任心，陈默都很放心。五年的朝夕相处，对他们还是很了解的。
在陈默的指导下，三人划分好工作内容后，就各自忙自己的去了。
办公室里安静了下来。
陈默打开电脑，新建了一个文件夹，命名“智通方案审核”，然后把一份空白的审核意见模板复制进去，也开始写了起来。
忙碌的时候，时间总是会过得很快。
转眼间，就到了周一。
在四楼会议室里，看到技术组和工程组的人都各自坐好了之后，于剑对着陈清飞说道：“陈总，那咱们现在就开始？”
陈清飞点点头，“开始吧。”
于剑看了看会议桌对面的工程组的人，开口说道：
“今天这个会，是按照专项工作小组的工作安排召开的。前期我们技术组对智通科技提交给工程组的技术方案进行了初步审查，并形成了一份书面审核意见，已提前发给了工程组。
今天会议内容很明确，审议智通科技的技术方案——先请智通科技对方案做一个整体的说明，然后技术组针对审核意见中的问题点和智通科技进行交流，最后我们三方共同汇总形成一个正式的评审结论。
我希望通过这个评审会，大家能够一起把技术方面的问题说清楚、议透彻，把技术层面的风险隐患提前解决掉，为建设一个高质量、高性能、高稳定性的系统平台打下一个扎实的基础。下面就请智通科技的李总做方案说明。“
听到于剑的话，李明远直接把技术方案投屏，开始对方案进行讲解说明。
这份技术方案，主体内容和上次在召开的论证会没什么改动，只是把一些内容的描述换了种方式。在介绍的过程中，别说技术组的人，就连第一次听汇报的陈清飞，都不由得皱起了眉头。
在介绍过程中，李明远对技术组提出的审核意见也没做任何回答。这使得于剑和陈默愈发地不满。
“各位领导和技术组的同事，我的讲解就到这里，各位有什么问题尽管提出来，我们现场沟通解答。”最后李明远说道。
（本章未完，请点击下一页继续阅读）