关于软件开发技术和挖掘机技术。。。

前几天在bbs上，看到有人说需求文档太难写了，他在帖子里面这样写：有时候我认为，写需求文档本身比作系统分析更难。真的是这样么？实际上在我看来，很多时候我们觉得写不出来分析文档，根本的原因是我们没有对这个问题作出很好的分析。其实系统分析产生的文档只有那么几个，有些项目中可能是用系统功能说明书或者是系统分析报告，各种原型或者一些别的文档，比如说遗留系统分析，业务流程改进说明，等等吧，甚至有的以概要设计

写这一篇文章的初衷来自于我从一个人blog上看到的东西，他在blog上及其坚定地说了这样一句话：业务永远比技术重要。而在现实中，我也总是听到这样的声音，即决定一个软件项目成败的最大因素并不是技术问题，更多的是业务问题。有时候我们也经常看到有人以“过来人”的身份告诫后来者：不要执迷于技术细节，更多的要去了解各种业务。  首先我想用几句话概括我的观点：即n         一个软件项目如果能够成功，技

需求具体包含些什么虽然我们每个人都在谈论“需求”，但是“需求”到底是什么呢？我们需要关注需求，但是抽象的“需求”到底包含哪些具体方面呢？我想，这是值得我们每个人，特别是分析和设计人员关注的问题。从高斯和温博格《探索需求-设计前的质量》一书中，我们大概可以得到一些启发：在关注需求的时候，我们需要关注几个具体方面，也就是功能，属性，约束，偏好。功能和属性大家应该都很熟悉指的是什么。一个软件产品，人们之