第三章 需求工程过程.pdfVIP

第3章 需求工程过程 第3章. 需求工程过程 3.1. 概述 过程是一组相关活动的集成，通过这些活动的执行，可以完成一项任务或者达到一个目标。需求工程过 程是系统开发当中需求开发活动的集成，它以用户所面临的业务问题为出发点，进行分析和各种转换，最终 产生一个能够在用户环境下解决用户业务问题的系统方案，并将其文档化为明确的规格说明。 为了有效的理解用户问题，分析各种可能的系统解决方案，并最终产生一个适宜的规格说明文档，需要 将需求开发活动组织成一个系统化和严格的需求工程过程，这是人们随着系统开发的进展而逐渐认识到的 [Siddiqi1996]。在最初的时期，系统开发的唯一焦点就是编码，此时不论系统大小，开发都同样是一个单 独的活动——编码，这个时期人们还不认为存在独立的需求开发活动。其后，随着生命周期模型的引入， 对系统开发活动的认知取得重大进展，人们认识到需求开发是系统开发当中一个独立的阶段，即软件开发生 命周期模型的第一个阶段。在此后的进一步发展当中，人们逐渐认识和接受了系统的演化式开发思想 ，认识 到系统的实现往往是开始于一个并非完备的需求体系，发现需求开发也是一个递进的过程，包含一系列的独 立活动。今天，大多数的软件专业人士已经意识到需求工程也有属于它自己的生命周期模型，即存在针对需 开发的需求工程过程，这个过程又作为系统工程和软件工程的一个子过程，部署在系统开发的初期阶段。 目前看来，如果所开发系统的类型不同，或者开发公司的规模和文化不同，或者系统开发资源获取的途 径不同，需求工程过程都会表现出极大的差异 [Martin2002]。例如，对一个大规模的军用或航空系统而言， 通常存在一个正式、严格的需求工程过程，它详细定义了过程的各个阶段，要求产生能够详细描述系统需求 和软件需求的规格说明文档。而对开发创新型软件的小公司而言，需求工程过程可能仅仅包含一些头脑风暴 会议，它产生的文档也可能仅仅是对系统期望的一段简短描述。但不管实际上执行的需求工程过程为何，它 们都拥有一些共同的需求工程活动：需求获取、需求分析、需求规格说明、需求验证和需求管理。其中，需 求获取、需求分析、需求规格说明、需求验证为需求开发活动，需求管理为项目管理活动。 在需求工程的开始，必须要获取用户期望系统表现出来的各种行为，这些期望并不是外在和可以直接得 到的，系统分析师需要利用一些方法和技术才能得到正确的结果。 为了取得对需求的正确和深入理解，系统分析师还需要对获取的结果进行综合与整理，通过分析保证需 求的正确性、完整性和可行性。 经过分析的需求被认为是有效的需求，它必须被进行记录和文档化，因为只有将需求文档化为正式的规 格说明，才可能将它们传递给其他参与系统开发的人员，让所有相关人员形成对系统需求的一致和正确的理 解。 规格说明文档可能被传递给设计人员、测试人员、项目管理人员等众多系统开发者，因此如果传递的规 格说明文档中存在一些错误或偏差，将造成很大的影响。为了尽可能减小不利因素，尽最大可能产生完善的 规格说明文档，就需要在规格说明文档产生之后和传递给相关人员之前，组织进行文档的验证，以尽可能的 发现文档中的错误和偏差并进行纠正。 49 / 446 第3章 需求工程过程 获取、分析、规格说明和验证这些需求开发活动并不是看上去的那样以线性、顺序地方式执行，实际上， 这些活动之间是互相交织的，整个开发活动也是不断迭代和递增的（如图3 －1 ）。 需求获取 需求分析 需求规格说明 需求验证 成果文档： 项目前景和范围文档 用户需求 用户需求文档 领域特性 需求规格说明