第354章 天才是不能用普通人的标准来衡量的(2 / 2)

加入书签

“没。”

“可你这份方案做得很规整呢!”

“这还不简单,到图书馆借几份规整的方案,依葫芦画瓢就是了啊。”

好吧,这个理由很强大!

看来天才就是天才,啥东西都不能用普通人的标准来衡量!

骆俊鹏只能这么想了。

他开始细看起方案的目录来。

“第一部分:方案概述。”

“第二部分:用户需求分析。”

“第三部分:方案设计。”

“第四部分:安全性设计及突发事件应对。”

“第五部分:扩展、对接、兼容性设计。”

“第六部分:项目实施计划。”

……

骆俊鹏又暗暗吃了一惊。

他发现,这份方案除了格式规整之外,目录部分的结构也是非常严谨的,整个方案被分成了六大部分,每一部分下面还细分了章节,并详细标注了章节的内容。

作为一位技术专家,单看目录的内容,他就能感觉到,先不说里面的内容如何,最起码整个方案的思路是非常清晰的,给人一种一目了然的感觉。

这就厉害了。

从上次谈话到现在,好像才过去二十天左右吧?

在短短的二十天内,这小子就能完成一份如此高质量的技术解决方案?

这样的效率,恐怕绝大部分熟手也未必能做到吧?

对此,他确实又颇感惊讶了。

不过他转念一想,天才是不能用普通人的标准来衡量的,于是又收起了再次出声盘问的念头,把精力放到了方案的正文里面。

行家看方案,是不需要逐行逐句地去看的,只需根据目录去看方案的关键部分,就能看出这份方案是否大致可行。

方案概述部分没啥问题。

用户需求分析部分也没啥问题。

对于这两部分非核心内容,骆俊鹏只是粗粗浏览了一下,在没发现明显错误的情况下,他跳到了下一部分。

方案设计部分!

这是整个方案的关键部分。

整个技术解决方案是否可行,关键就看这一部分的整体架构有没有问题,这一部分出错,整份方案就可以推到重来了。

因此这一部分他必须细看。

可这一看,他立即又大吃了一惊。

在这一部分,最开始的是两张图,一张是网络拓扑图,另一张是系统功能图。

可以说,整份方案只要这两张图没问题,那方案的整体架构就没问题了,剩下的就算有问题,那也是技术实现方面的问题。

那这两张图有问题吗?

骆俊鹏这一看就是好一阵,他很想从中挑出一点毛病来,可挑来挑去,他却发现,自己根本就挑不出半丝毛病。

网络拓扑图的设计、分布是合理的!

系统功能图的划分、架构也是清晰、合理的!

这两部分就算他自己来架构、设计,也没法比余文钢现在的做得更好。

天哪,他是怎么做到的?

难道天才真的不能用普通人的标准来衡量?

……

↑返回顶部↑

书页/目录