技术服务工程师小鱼儿(注:Pilot Fish,本文主角的名字)接到一个任务,需要去外地的一个客户那里检查他们的电脑设备。那里的客户抱怨他们的电脑屏幕会时不时的颤动。
小鱼儿接到了一个软件项目,项目的要求是能够处理公司客服中心收到的各种服务请求,内容包括服务调度,设备跟踪,工程师的服务请求以及一些设计问题。
我们都听说过这样的故事:某某公司将要开发一套大型的先进的ERP系统。这套系统将要取代三分之一的公司里现有的软件系统,可以消减二分之一的费用,每个人都会因此受益而高兴。但现实中,这个项目超期2年还未完工
通常人们有个误解,认为我们有计算机,它们应该解决我们的所有问题,甚至一些极端情况。极端情况——根据定义——只会发生在极端条件下,缺少一定的投入,用常规的方式很难处理。
软件需求会不断的发展、繁殖、变化,在其随后的设计和编码阶段统计出的数据,每月增加的量大概是1%到4%,基于这种现状,很显然,要想达到对需求的完全理解是十分困难的。
需求是软件开发的重要一环节,但由于掺杂着有毒的需求,缺失的需求和多余的需求,使得简单的诸如“品质的标准就是照需求完成”这样的定义成为了软件工业的毒药。
“哦,对,需求说明书上有点问题,但我们需要马上去做这个东西。系统上线时少不了它。每个人都需要它。它只是个小小的 […]