软件需求模式阅读笔记1

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

原文地址:https://www.cnblogs.com/yyh-678/p/8455221.html