“没。”
“可你这份方案做得很规整呢！”
“这还不简单，到图书馆借几份规整的方案，依葫芦画瓢就是了啊。”
好吧，这个理由很强大！
看来天才就是天才，啥东西都不能用普通人的标准来衡量！
骆俊鹏只能这么想了。
他开始细看起方案的目录来。
“第一部分：方案概述。”
“第二部分：用户需求分析。”
“第三部分：方案设计。”
“第四部分：安全性设计及突发事件应对。”
“第五部分：扩展、对接、兼容性设计。”
“第六部分：项目实施计划。”
……
骆俊鹏又暗暗吃了一惊。
他发现，这份方案除了格式规整之外，目录部分的结构也是非常严谨的，整个方案被分成了六大部分，每一部分下面还细分了章节，并详细标注了章节的内容。
作为一位技术专家，单看目录的内容，他就能感觉到，先不说里面的内容如何，最起码整个方案的思路是非常清晰的，给人一种一目了然的感觉。
这就厉害了。
从上次谈话到现在，好像才过去二十天左右吧？
在短短的二十天内，这小子就能完成一份如此高质量的技术解决方案？
这样的效率，恐怕绝大部分熟手也未必能做到吧？
对此，他确实又颇感惊讶了。
不过他转念一想，天才是不能用普通人的标准来衡量的，于是又收起了再次出声盘问的念头，把精力放到了方案的正文里面。
行家看方案，是不需要逐行逐句地去看的，只需根据目录去看方案的关键部分，就能看出这份方案是否大致可行。
方案概述部分没啥问题。
用户需求分析部分也没啥问题。
对于这两部分非核心内容，骆俊鹏只是粗粗浏览了一下，在没发现明显错误的情况下，他跳到了下一部分。
方案设计部分！
这是整个方案的关键部分。
整个技术解决方案是否可行，关键就看这一部分的整体架构有没有问题，这一部分出错，整份方案就可以推到重来了。
因此这一部分他必须细看。
可这一看，他立即又大吃了一惊。
在这一部分，最开始的是两张图，一张是网络拓扑图，另一张是系统功能图。
可以说，整份方案只要这两张图没问题，那方案的整体架构就没问题了，剩下的就算有问题，那也是技术实现方面的问题。
那这两张图有问题吗？
骆俊鹏这一看就是好一阵，他很想从中挑出一点毛病来，可挑来挑去，他却发现，自己根本就挑不出半丝毛病。
网络拓扑图的设计、分布是合理的！
系统功能图的划分、架构也是清晰、合理的！
这两部分就算他自己来架构、设计，也没法比余文钢现在的做得更好。
天哪，他是怎么做到的？
难道天才真的不能用普通人的标准来衡量？
……