软件需求模式阅读笔记1

要做好软件需求分析，我们首先要知道什么事需求。
需求，就是定义系统需要做什么而不是怎么做。需求定义了必须解决的问题：系统的目的是什么，以及为了多达到目的系统需要的所有功能。需求不定义解决方案。一个需求是系统bicultural满足的单一的，可测量的目标。
最好使用清晰的文字来表达每个需求。需求最重要的是定义了系统必须做什么和它必须能完成的行为。这些叫做功能性需求。定义需求的过程就是确定一个系统需要做什么的过程。每一个被开发的系统都定义过需求，
一个程序员决定什么事需要的，然后开始编码。我们应该写下所有对需求的思考，并独立于解决方案的设计。一个新的系统最终成型要经历很多的阶段。当然，在决定需求的时候也有一些原则。定义的是问题，而不是解决方案。需求
定义的是做什么而不是怎么做，也就是说需求的目的不是企图定义任何的解决方案。需求定义的是系统，而不是项目。需求定义了系统需要做什么：它们是一组目标。项目实在一段时间内动员一组人来完成这些目标。需求不涉及系统如何完成
目标。传统的定义需求的方法，就是有一个专门的需求阶段，交付一根详细的需求规格，然后再开始设计和开发系统。首先我们要收集信息，只有收集好了信息我们才能进行有效的分析。然后就是编写规格草稿了。再就是评审规格。信息的主要来源是人，文档，以及
现有的系统。收集信息的关键在于注意细节。首先，在与人交谈前，尽可能找到一些资料，同时熟悉所有相关的系统。但是人士获得新系统信息的最好来源。