第4讲 需求分析工具.pptVIP

第4讲 需求分析工具与设计工具 一、需求工程 1.定义 需求工程是需求的供需双方采取被证明行之有效的原理、方法，通过使用适当的工具和符号体系，正确、全面地描述用户待开发系统的行为特征、约束条件的过程。需求工程的结果是对待开发系统给出清晰的、一致的、精确的并且无二义性的需求模型（Model），并通常以SRS（需求规格说明书）的形式来定义待开发系统的所有外部特征。该模型实际上是对用户在不同需求层次上的模拟性说明，是用户的“业务世界（可系统化业务对象）”向由软硬件组成的“电脑世界”建立—一映射的过程。 五、软件设计概要 1. 软件设计所产生的设计成果应该满足下面的需求 ·满足需求规格说明书中所指定的功能需求和非功能需求。 ·符合设计相关条件的限制。 ·程序设计阶段的开发人员依照该设计成果能够构造出系统。 * * 2.开发人员 需求工程涉及的角色（不要与人相混淆，角色是指一种职责，同一个人可以担当多种角色）包括客户方（客户、系统使用者）、系统分析师、项目开发及管理人员。其中系统分析师起到桥梁工程师的作用，负责完成用户“业务世界（可系统化业务对象）”逻辑向由软硬件组成的“电脑世界”逻辑的获取和转换过程。 3. 需求工程3个阶段 需求工程包括需求获取、需求生成和需求验证3个阶段。 4. 其他要求 业务需求（business requirement）反映了用户对系统和产品的高层次的目标要求，它们是用户组织机构流程的再现和模拟，是从用户组织机构工作流程的角度进行的需求描述。 用户需求（user requirement）描述了用户使用产品必须要完成的任务，一般通过用例或方案脚本予以说明。它是从系统使用者的角度对待开发系统进行的需求描述。UML中的用例图描述的正是该方面的需求。 功能需求（functional requirement）定义了开发人员必须实现的软件功能，从而使得用户能完成任务，满足其业务需求。功能需求针对的是系统开发人员，一般情况大多通过文档对功能需求进行定义和说明。 二、需求分析工具 需求分析工具应用于软件生命周期的第一个阶段，即软件开发的需求分析阶段。它是能够辅助系统分析人员对用户的需求进行提取、整理、分析并最终得到完整而正确的软件需求分析式样，从而满足用户对所构建的系统的各种功能、性能需求的辅助手段。它可以是符号、图形体系或是某个具体的软件（一般是 CASE具）。需求分析阶段对整个软件周期的作用至关重要，同样，需求分析工具的产品特性将直接影响到下一阶段工具的选择与使用。 1．分类 （1）从自动化程度来看，需求分析工具可以分为两类 以人工方式为主的需求分析工具。人工方式为主的工具为系统分析师们提供了一种意义明确的技术（通常附有某种图形、符号的表示方式），该技术使得需求分析工作能够系统地进行。虽然该技术可以由一个或多个自动工具来协助实施，但是分析和规格说明却仍然要求人工实现。 以自动化方式为主的需求分析工具。过去的10年中，对于需求规格说明已经有了一些自动工具。在证实人工描述系统的一致性和完善性的过程中所遇到的困难促使形成了一种自动方式。该方式通过保证需求信息的一致性和完整性来实现需求分析的自动化。 （2）从支持分析设计技术的角度，需求分析工具分为下面几类 支持传统的结构化方法的需求分析工具。这类工具的共同特点是支持数据流程图的生成和分解，支持对数据流程图的索引，同时支持数据字典的生成和管理。不少工具还支持程序结构图的生成和分解。 面向对象分析的需求分析CASE工具。这类工具支持OMT、OOSE、Booch）等面向对象的方法。就目前来讲，不少市面的面向对象分析的需求工具均支持UML的全部或是一部分（主要针对基于用例的面向对象方法），从内容上讲这类工具至少支持用例分解和描述。用例索引的生成等。 原型化分析的需求分析工具。该类工具支持画面的快速生成，能够较快地生成用户界面，不少工具自身内建了标准的代码模板，经过简单修改后能够生成系统的大致框架以供用户和系统分析师参考。原型化分析的需求工具特别适合于RAD开发。 基于其他方法的需求分析工具。这类工具往往针对特定的领域，因为在这些领域需要专有化的方法来进行需求分析。比如实时系统一般采用的Petri网技术就属于该类型。 （3）根据需求工具和客户的业务领域的关系，需求分析工具划分为多类 比如 ERP领域需求分析工具、实时领域的需求分析工具和其他业务领域的需求分析工具等。 目前需求分析工具非常多，而且大多与设计、乃至代码生成工具组合在一起，从而使得开发人员使用时可以非常方便地从需求分析阶段平滑地过渡到设计阶段，然后