傲宇阁

手机浏览器扫描二维码访问

第四十一章 隐患（第1页）

这章其实昨天晚上就码出来了，睡了一觉才发现不对，又重写了一半，都是没有存稿的麻烦。

wｗw.QВ5、ｃ0m另：第一hunluàn完本了，又少一本好书，现在只能希望老猫和ask状态能一直好下去了。

不得不说丁飞羽很有语言天赋，大多数人在描述一件事物的时候，语言都会比较匮乏，这和学生时代很少写叙事文大有关系。

丁飞羽同样不善于堆砌词藻，但是他很聪明的加强了细节的描绘，这样做很làng费时间，如果我在这里记述他的言谈的话，估计一定会有人骂我凑字数，但是对蓝叶来说，丁飞羽的话却很有吸引力，所以她一直都在认真的听他说话。

听了一会，蓝叶就觉得不对了，她作了一个手势，打断丁飞羽的话：“好像和我说的有偏差。”

丁飞羽毫不意外的撇撇嘴，程序员和客户出于不同的职业习惯，对于一个项目的解理出现偏差太正常不过了，而且这种偏差常常可以追溯到需求分析那边去，所以极限编程才要求客户方全程参与开发，不是为了不出错，而是为了尽早发现错误。

从第一眼看到这份文档，丁飞羽就有一种怪怪的感觉，这份文档非常正规，完全可以作为软件工程课上的范例，但是丁飞羽就是觉得有些不适应。

因为一时找不到原因，所以丁飞羽就把这种感觉当作了自己太长时间不做项目分析后的不适应感。

但是随着给蓝叶的讲解，丁飞羽慢慢发现了问题，如果说这份文档有缺点，那就是它太完美了。

一份文档的首要用途是给人看，所以用于商业用途的开发文档很少有写得这么规范的，一般情况下，真正用心去读一份需求分析的人只有负责这个项目的分析员，如果有很多人去读一份需求分析，要么是这份文档成教材了，要么就是这个项目出事了。

所以在大多数的情况下，需求分析更加侧重技术实现，而不注重格式和词语，就算给客户拷贝也只是为了将来打起官司来方便，很少有人会huā时间把一份需求分析写得这么正式的。

丁飞羽虽然是职业程序员，对于软位开发行业其实并不熟悉，他又不是从底层干起的，所以并没有从这个现象里看出什么东西来。

其实还有一个问题他也发现了，却也同样没有意识到其中的问题。

蓝叶要做的是自动点餐系统，需要在餐位上提供lcd屏和触mo式输入设备，这份需求分析上却只涉及到软件功能，没有提及硬件接口。

对于这一点，丁飞羽很想当然的认为这家公司对于硬件接口很熟悉，根本没有当作难点来处理，或者本来就有成熟的解决方案。

所以他认为现在需要做的，就是帮蓝叶细化这份需求分析。

其实如果只考虑消除开发过程中的偏差，丁飞羽完全可以为蓝叶的这个系统写出概要设计，她这个东西外行看起来很难，但是其实没有技术难度，属于典型的数据库应用，如果让丁飞羽自己来做，几个工作日就能jiāo工。

但是蓝叶既然没有提出这方面的要求，丁飞羽当然也不会自己主动要求。

虽然蓝叶是张雨的朋友，丁飞羽也绝没有替朋友的朋友白干活的想法。

替蓝叶细化需求说明书huā了一些时间，丁飞羽惦记着晚上的会议，谢绝了蓝叶请他们吃晚饭的提议，带着张雨离开了咖啡厅。

张雨其实并不介意蹭蓝叶一顿，反正又不会吃穷她，但是能有单独和丁飞羽共进晚餐的机会，她当然不会放弃。