11.1.5 项目监理机构应检查施工单位报送的各类信息，施工单位未按要求报送或信息不符合要求的，应要求其进行整改。
老丁：“应要求其进行整改”说起来容易，写在规范里也容易，不容易的是如何能做得到。
11.1.6 项目监理机构应对归档的施工文件进行审查，并签署监理意见。
老丁：做好竣工文件的实时收集、整理。
具体措施最好是：每天对一下账。今天计划应该到哪里了？现场的实际情况如何？不符合，或未做到，原因何在？
11.2 监理文件内容
略。
一是因为我们谈的是国际工程的OE（业主工程师），不是国内项目的监理；
二是因为所述内容均为常规要求，no comments——此处用的是“不予置评”的意思，不是新闻发布会上的“无可奉告”的意思。
如有相关内容，则在此学习一下。
11.2.2 监理日志应包括下列主要内容:
1 天气和环境情况。
2 当日施工、调试进展情况 。
3 当日监理工作情况，包括文件审查、旁站、巡视、见证取样、平行检验等情况。
4 当日存在的问题及处理情况。
5 其他有关事项。
老丁：这一段内容值得点评一下，而且是老丁的一个创意。
理论上或前瞻性的OE日志应当是这样“写”的：
天气：在数据库里的某个表格中设置一个字段“天气”，定时（上午x点、下午x点、晚上x点）抓取来自权威天气预报的网页或app里的数据；或者不用定时，直接让一张可放大的带实时数据的缩略图。
环境情况：环境情况是个啥情况？正常？异常？有无山崩地裂？有无洪水滔天？这一点老丁需要请教一下各位专家。
当日监理工作情况，包括文件审查、旁站、巡视、见证取样、平行检验等情况——不知为啥，基本上都是检验&试验方面的内容呢？先不管内容，继续说数据库：数据库里面的是不是应该有几个 table是关于检验&试验的？
肯定是噻。这些内容是不是都应该输入数据库？
是的。从进度计划来说就应该有这些内容。
那么，到点了，弹出一个弹窗，提醒：一周后、三天后、一天后、今日应受到总包商报审xx文件；并且，这些kind reminder（好心提醒）会自动署上老丁的大名（电子签名）发送给总包商的相关负责人——这又应该是某个table（老丁忘记了数据库中的table是不是应该叫“表格”了）中的一个字段。
总包商的相关负责人不堪其扰，终于不早不晚提交了应报审的文件。
老丁认真翻阅后，勾选此文件，勾选出优先级（含自动提醒的频率），在几位同事中勾选出审核人，点击“发送”按钮。
然后，提醒出现三次后（因为事不过三的原则），审核意见返回给老丁。
老丁假装很内行地看了几眼后，电子签名，返还给总包商。
旁站：随着先进的检测&试验设备的不断应用（希望如此哈），数据是不是应该实时发送到我们的数据库里呢？
应该是。
那么，哪位出来造假给老丁看看呢？
检测&试验设备本身？那是要事先核查检定证书有效期的。
友谊+公益非广告（因为正好和老丁今天讲述的内容密切相关）：老丁的高中同学夫妇俩，将无损探伤的数据导入数据库，包括影像全过程在内，不仅很好地在生产过程中能提前预警，防止实时检测到的数据跑出上下限（thresholds），而且随便怎么事后核查，点击鼠标全过程全数据重播给你看一遍。这个公司的名字很好记：成都金意软件（https://www.gold-idea.cn/）——金意就是黄金创意、黄金主意 - gold idea - 金点子的意思。
为啥老丁突然好像懂得比较多的样子呢？无他，同学夫妇朋友很久之前就给老丁科普过。
另外，他们做项目管理软件！做得很好！应该找机会请两位专家来做现场施工的项目管理软件——对两位专家来说就是手拿把掐的事儿。
国际工程如何？人家有in-house的海归程序员！
好了，明天继续学习老丁刚才想到的金点子。
未完待续。
