(软件系统开发技术）第3章需求分析和规格说明方法.ppt

　　软件开发一般涉及两方面的人员：由用户提出问题，并期望由软件开发人员给出问题的解答。所以，开发过程由用户向开发人员提出问题开始。这两方面人员往往缺乏共同的语言，用户熟悉本身的业务(如飞机订票)但不熟悉计算机技术，软件人员熟悉计算机技术但不了解用户的业务，软件人员习惯用数据结构、程序结构、编程语言等方式来讨论问题，而用户不能确切地理解这些概念，所以双方交流时存在着隔阂。 　　更糟的情况是：用户本身也不知道他究竟要计算机做些什么，这就更增加了交流的困难。开发人员往往急于求成，于是在未明确软件系统应该“做什么”的情况下，就开始进行设计、编程，而用户则不清楚软件人员在设计一个怎样的系统，直至系统完成交付给用户之后，才发现它不符合要求，但这时已太迟了。这一类教训，国内、国外都不少见，用户与软件人员之间交流困难是造成软件危机的重要原因之一。　　 在上述教训的基础上，人们认识到：为了开发出满意的软件系统，开发过程应该分为两大阶段进行，第一阶段是正确地确定问题，第二阶段才是为问题寻找合适的解答。所以，开发时首先必须有一段时间集中精力分析理解用户究竟要求系统“做什么”，这就是需求分析和规格说明阶段的由来。 　　 需求分析和规格说明阶段(Requirement Analysl’s and Specification)，又称需求确定阶段或分析阶段，其目的是澄清用户的需求。这个阶段的基本任务是：用户和软件人员双方一起来充分地理解用户的要求，并把双方共同的理解明确地表达成一份书面文档——需求说明书。所以分析阶段的两大任务就是“理解”和“表达”，“分析”就是理解问题，“规格说明”就是按某种标准的方式把问题表达出来。 在软件生命期的各个阶段中，分析阶段是面向“问题”的，它主要是对用户的业务活动(如飞机订票)进行分析，明确在用户的业务环境中，软件系统应该“做什么”；后面的设计、编程阶段则是面向“解答”的，这时考虑的是如何构造一个满足用户要求的系统。所以，在分析阶段，我们应集中考虑软件系统“做什么”，而尽可能少考虑系统将怎么样具体实现的问题，这些问题都应尽量推迟到以后的阶段去解决。 　　下面讨论什么是“用户要求”(Requirements)。　 在电气工程中，为了研制一台收音机，首先必须明确用户对这台收音机有什么要求，它包括收音机应具有的功能及种种限制，例如“三波段，频率范围分别是Mw(530～l605)kHz、sw 1(2.3～6.0)MHz、sw 2(6.0～1 8)MHz，两喇叭，输出功率3.5 w×2，电源为交直流两用，可以连续工作50 h以上，体积小于(40×20×l0)cm3，重量小于2 kg，成本费低于5 0元”。 　　 在软件工程中，所谓“用户要求”(或称“需求”)是指软件系统必须满足的所有性质和限制。用户要求通常包括功能要求、性能要求、可靠性要求、安全必威体育官网网址要求以及开发费用、开发周期、可使用的资源等方面的限制，其中功能要求是最基本的，它又包括数据要求和加工要求两方面。　 用户和软件人员充分地理解了用户的要求之后，要将共同的理解明确地写成一份文档——需求说明书(Requirement specification)，所以需求说明书就是“用户要求的明确表达。 　　需求说明书主要有以下三个作用： ·作为用户和软件人员之间的合同，为双方相互了解提供基础。 ·反映出问题的结构，可以作为软件人员进行设计和编写的基础。 ·作为验收的依据，即作为选取测试用例和进行形式验证的依据。　 这三种作用对需求说明书提出了不同的、有些矛盾的要求： 　　 作为设计的基础和验收的依据，需求说明书应该是精确而无二义的，这样才不致被人误解。需求说明书越精确，则以后出现错误、混淆、反复的可能性就越少。例如“本系统应能令人满意地处理所有的输入信息”是一种含糊不清的描述，验收时无法检查这一要求是否满足。又如“响应时间足够快”也是不明确的，而“响应时间小于3 s”则是精确的描述，在测试时可以检查系统“满足”还是“不满足”这个要求。 　　 用户能看懂需求说明书，并能发现和指出其中的错误是保证软件系统质量的关键，所以需求说明书必须简明易懂，尽量不包含计算机技术上的概念和术语，使用户和软件人员双方都能接受它。　 由于用户往往不是一个人，而是企业组织中各个部门的好几个工作人员，他们可能提出相互冲突的要求，分析阶段必须协调和解决这些冲突，最后在需求说明书中表达的应该是一致的、无矛盾的用户要求。 　　 由于用户的要求时时会发生变化，需求说明书也就需要作相应的修改，所以需求说明书的表达方式又必须是易于修改维护的。　 总之，需求说明书应该既完整、一致、精确、无二义，又要简明易懂并易于维护。显然，要达到这样的目标并非容