今天一大早就赶过去，平时九点才到上班地方，今天刚八点就到上班地，赶紧开电脑把即将验收的各个系统看了一遍，看看各个服务是否正常。
大家还是按照之前验收的标准模式进行准备，先演讲PPT，后讲系统走流程，然后等专家就此发问。专家组如期到达会议室，坐下也没那么多余的话题，直接上来就让安排那个项目先来，客户单位安排我方平台先来。作为技术人员心想出面的机会应该比较少吧，只要做好演示期间各系统保障工作，应对下专家组的简单提问应该问题不大。
出乎大家意料之外，专家组牵头的人员直接抛开繁复的系统及验收文档，从软件系统工程角度来进行发问。
让我方弄一个系统整体架构图给他看（估计各位看官觉得这不很正常么），可万没想到这块竟然出问题了，没有，找不到，演讲者也是一脸蒙圈滴看看我，看看经理，这下搞的有点大啊，好吧，这东西没有，那就继续。《系统整体设计方案》应该有吧，赶紧从N多档案资料里面找出这本子递给专家。
专家先翻看到系统概要设计，提问开始，密保等级做了没？定到几级？第三方测评做了没？有测评报告没？这块回复甲方帮我方回复了，感觉上这块应该是过去了。接下来又问档案材料本子上的内容，文档格式是否按照国标进行的？是否有监理出具的意见书？监理是否认真核对过？这块工作由合作方经理回复，明确是按照国标进行的编写的，但是监理这块没有认真核对并且出具相应的意见书，这块是需要进行补充的。
以下几点感觉第一次提出的如此清晰：
1、边界管理，如何管理的；
2、WebService接口、数据交换如何管理，接口日志、交换日志、用户操作日志、访问控制、关键敏感数据的处理；
3、数据交换平台的正规化，如何在页面上创建新的交换任务，配置交换任务的SQL，而不是通过线下进行创建；
4、平台用户操作记录；
5、各个子系统采取的是单独部署还是一个系统多个分模块？
6、流程是否支持自定义；
7、软件系统的架构是如何设计的；
8、系统安全、敏感数据如何保密、权限控制（当前人员只能看到自己处理过的）
整个过程完全被专家控制，说有的东西一定要拿出具体的功能给对方演示看，演示过程中还要针对细节问题进行深入的询问。好几次都被问的“熄火”了，都不知道如何回复了。比如：当问起系统架构设计相关问题的时候，一是之前就没准备过这块东西，二是我并没有参与过这套系统设计，也是半路参与进来的，所以仅能说是三层架构，之后就不知道该说点啥了。再比如：查看日志的时候，给对方说的是有日志记录，可是打开日志文件，却什么内容也没（相当衰）。
整个审核会议开完后，感觉压力巨大，
1、感觉自己也很冤，系统上本来也是没有用户操作日志的，我没有办法给对方展示这块内容，但是有点感觉就是我领导有点不相信，看他们也是急的给系统开发打电话咨询；
2、半路接手的项目，从未考虑过系统整体架构这类东西，也或许公司也没打算让我了解这些，所以对这块提问我也是爱莫能助啊，可是领导的言行让我感觉貌似是我的错，快两年了怎么连这个也没搞清楚。
3、没好的语言表达能力，不知道如何从那样的“残局”中找到有利我方的信息，领导坐了一圈，也不敢轻易说，担心自己说错了。
哎，该扛的雷还得扛啊，三十多岁了，突然感觉自己白干了这么多年软件，自己的领导又如何看自己呢，前途未卜啊。
话说回来，这次的验收工作也算是让自己看明白自己不足的地方，让自己学习了很多东西：
1、系统运维或实施（说实话自己都不知道自己现在到底是干啥的），最好搞清楚系统的整体架构设计；
2、系统验收的时候，相关准备材料都必须按照国标进行编写；
3、比较重要的系统，日志记录不仅要明细还要全面；详细记录用户的每一步操作；
4、对外接口管理也一定要精确，比如：IP地址管理、访问用户管理、日志明细等；
5、数据交换平台，其一定要保持一定的完整性（交换日志、数据源、任务管理、任务日志）；
6、一定要做到心中有数，一定要把自己手头上的事情搞清楚、明白。边界在哪、接口、数据交换、数据库、系统平台等等。
7、面对各种误解，一定要及时与对方沟通，可能自己会说错话，但是一定要鼓起勇气说。