按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
他立即就笑着看了余文钢一眼。
这小子还挺吃香的嘛，没想到连李一诚都盯上他了！
对于李一诚的到来，骆俊鹏并不排斥，这是因为校团委并非电信院的竞争院系，而是合作单位甚至是某种意义上的主管部门，他既不用担心李一诚挖他的人，也不用担心功劳被校团委抢了。
甚至于说，如果余文钢真能参加挑战杯并获奖的话，那也少不了电信院的那份荣誉。
这是好事！
“欢迎欢迎，只不过校园卡这一项目能不能参赛，暂时还不好说啊！”
骆俊鹏谨慎地回了一句。
他接着又解释道：“从小余当初的思路来说，还是挺不错的，不过具体可不可行，还得看了具体的技术解决方案才能下初步结论。”
毕竟是做学术出身的，骆俊鹏的表态也非常严谨。
在把李一诚迎进去坐下后，他转向了余文钢，问道：“小余，怎么样，你现在还对校园卡项目信心十足吗？”
按照他原本的计划，是等余文钢到了后，先问问电脑服务社的情况的，不过既然李一诚是为校园卡项目而来，那就先过问一下这个项目再说。
“骆院长，你先看看我做的方案书吧。”
余文钢平静地递上了早已准备好的技术解决方案。
看似平静而已。
其实现在他内心正在犯嘀咕。
原来李一诚那家伙，竟然在打我的主意，想让我去参加挑战杯的比赛！
他算是明白李一诚心里那点小九九了。
不过现在不是考虑那个的时候，现在要做的，是等着跟骆俊鹏互动。
骆俊鹏此时又小吃了一惊。
为手中这份方案的分量而吃惊。
他原本以为，像余文钢这种尚未正式搞过项目的大一新生，就算能拿出一份所谓的解决方案，那应该也只是薄薄的几页纸，能有个十几页纸就很了不得了。
可他发现自己错了。
现在他手中这一份已经装订好了的方案，竟然厚达八十多页。
不仅如此，这份方案的格式还非常规整，从封面，到目录，到内容格式，无一不符合规范的技术解决方案。
“小余，你以前写过技术方案？”
粗略翻了一下，还来不及细看正文，他先惊讶地问了这么一句。
“没。”
“可你这份方案做得很规整呢！”
“这还不简单，到图书馆借几份规整的方案，依葫芦画瓢就是了啊。”
好吧，这个理由很强大！
看来天才就是天才，啥东西都不能用普通人的标准来衡量！
骆俊鹏只能这么想了。
他开始细看起方案的目录来。
“第一部分：方案概述。”
“第二部分：用户需求分析。”
“第三部分：方案设计。”
“第四部分：安全性设计及突发事件应对。”
“第五部分：扩展、对接、兼容性设计。”
“第六部分：项目实施计划。”
……
骆俊鹏又暗暗吃了一惊。
他发现，这份方案除了格式规整之外，目录部分的结构也是非常严谨的，整个方案被分成了六大部分，每一部分下面还细分了章节，并详细标注了章节的内容。
作为一位技术专家，单看目录的内容，他就能感觉到，先不说里面的内容如何，最起码整个方案的思路是非常清晰的，给人一种一目了然的感觉。
这就厉害了。
从上次谈话到现在，好像才过去二十天左右吧？
在短短的二十天内，这小子就能完成一份如此高质量的技术解决方案？
这样的效率，恐怕绝大部分熟手也未必能做到吧？
对此，他确实又颇感惊讶了。
不过他转念一想，天才是不能用普通人的标准来衡量的，于是又收起了再次出声盘问的念头，把精力放到了方案的正文里面。
行家看方案，是不需要逐行逐句地去看的，只需根据目录去看方案的关键部分，就能看出这份方案是否大致可行。
方案概述部分没啥问题。
用户需求分析部分也没啥问题。
对于这两部分非核心内容，骆俊鹏只是粗粗浏览了一下，在没发现明显错误的情况下，他跳到了下一部分。
方案设计部分！
这是整个方案的关键部分。
整个技术解决方案是否可行，关键就看这一部分的整体架构有没有问题，这一部分出错，整份方案就可以推到重来了。
因此这一部分他必须细看。
可这一看，他立即又大吃了一惊。
在这一部分，最开始的是两张图，一张是网络拓扑图，另一张是系统功能图。
可以说，整份方案只要这两张图没问题，那方案的整体架构就没问题了，剩下的就算有问题，那也是技术实现方面的问题。
那这两张图有问题吗？
骆俊鹏这一看就是好一阵，他很想从中挑出一点毛病来，可挑来挑去，他却发现，自己根本就挑不出半丝毛病。
网络拓扑图的设计、分布是合理的！
系统功能图的划分、架构也是清晰、合理的！
这两部分就算他自己来架构、设计，也没法比余文钢现在的做得更好。
天哪，他是怎么做到的？
难道天才真的不能用普通人的标准来衡量？
……
重回一把火
第355章 意外的变故
稍稍花了点时间，细看了一遍方案的核心部分后，骆俊鹏沉默了片刻。
他在考虑如何来给这份方案下结论。
此时的他心情相当复杂。
在上一次，当余文钢跟他提起校园卡项目的解决思路时，当时他就有了眼前一亮的感觉，按照他原本的想法，是由他亲自牵头来成立项目组，按照余文钢的思路来启动这一项目。
但因为余文钢的执拗，他不得不同意了让他先试一试的方案。
可事实上，他并没有因此撒手不管，而是顺着余文钢的思路，再暗暗构思和完善着整个项目的解决方案。
他这是在做第二手准备。
在他看来，余文钢的思路虽然不错，可他毕竟属于没大型项目开发经验的学生，在没有名师的指点下，想把一个创意变成一个实用的系统是有着太大难度的。
因此，他在准备着随时接手这个项目。
可今天余文钢所做的这份解决方案，却又一次动摇了他原本的看法。
这份技术解决方案实在是太完美了！
很多关键的地方，他不仅挑不出任何毛病来，反而在看了后有了一种豁然开朗的感觉，这足以说明，这份技术方案绝对是可行的。
那么问题来了。
思路可行，技术解决方案也可行，那接下来要做的，就是进入详细设计阶段，并组织人手准备开始项目的编码开发。
也就是说，如果这个项目不考虑具体的需求方的话，已经可以组织人手来开始进行项目开发了。
由谁来组织开发？
继续让余文钢去折腾？
骆俊鹏还是下不了这个决心。
没办法，这个项目对电信院来说，实在是太重要了一点，不管余文钢有多天才，他都不敢把宝全部压到他身上去。
他决定再跟余文钢好好沟通一番。
“从这份技术解决方案来看，总体上应该是切实可行的，至少目前我还没发现什么大问题。”
骆俊鹏谨慎地开口了。
先肯定了这份方案的可行性。
已经耐心等了很久的李一诚又露出了惊讶的神情。
连骆院长都肯定这份方案切实可行？这么说来，余文钢这小子还真有几分本事？
这结论一出，他又暗暗欣喜起来，因为这意味着挑战杯的事又多了一丝希望。
余文钢却反应平平。
对于自己的这份方案，他当然是有信心的，若是他的这份技术解决方案都没法过关，那才怪了。
他静待骆俊鹏的下一句。
下一句很快就来了。
“不过对一个重大项目来说，从思路到技术解决方案，还只不过是走出了万里长征的第一步，接下来才是关键。”
这一句带上了一丝转折的意愿。
似乎是为了让李一诚听一个明白，骆俊鹏开始解释一个软件项目的大致运作流程。
通常来说，任何一个软件项目的出现，都是从需求开始的。
就以校园卡项目为例。
因为国家教委提出了教育信息化和数字化校园的规划，并且校园卡项目确实对大学校园内的消费、支付提供很大的便利，因此这一项目的存在便有了迫切的需求。
有了业务需求以后，就需要针对业务需求来提供可行的技术实现方案。
在技术实现方案中，针对需求提出可行的解决思路是第一步，在解决思路的基础上完成概要设计，也就是简单的技术解决方案是第二步。
就好比说骆俊鹏现在手中的这份方案，也可以称之为概要设计。
概要设计是比较笼统的，不会涉及到太多的开发细节。
概要设计通过后，接下来要做的就是详细设计。
所谓详细设计，是指在概要设计的基础上，针对系统的功能进行模块化处理，并描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系等。
通俗一点说，技术解决方案，也就是所谓的概要设计，是给客户看的，让他们大致明白整个系统是怎么来实现的，而详细设计是给系统开发人员看的，谁负责哪一部分的开发，各部分在开发上该如何考虑、怎么处理，都会有详细的要求。
有了详细设计方案后，就可以组织人马开始软件开发及编码了，最终由各个功能模块整合成一个完整的系统。
软件开发完成后，就进入测试阶段，如果测试没问题，就可以交付给客户进行使用，然后根据使用效果来进行维护或升级。
从整个流程上来说，余文钢的技术解决方案确实还只