本第11章需求工程.pptVIP

第3部分 传统的软件工程 第11章 需求工程 业务过程工程与产品工程 需求获取 需求分析建模 需求规约与验证 需求管理 举例 11.1 业务过程工程与产品工程 软件工程要处理两类工程： 面向用户的业务过程工程：为用户定制系统。 面向市场的产品工程：开发产品，向市场销售。 1、业务过程工程 目标是定义使得组织能够有效的使用信息的体系结构。如企业的服务计算、分布式处理和计算机网络。需要分析设计三种体系结构： ? 数据体系结构：为业务功能的信息提供框架，数据对象及其属性、关系被组织到数据库。 ? 应用体系结构 包含了为业务需要而在数据体系结构中变换数据对象的系统元素,即完成这种变换的软件系统的体系结构。 ? 技术基础实施 为上述两类体系结构提供技术基础。包括用于支持应用和数据的计算机、网络、通信连路、存储技术和为实现这些技术而设计的体系结构（如客户/服务器）。 业务过程工程的层次见下图： 2、产品工程 目标是将客户已定义好的一组功能映射为可使用的产品。同样导出体系结构和基础实施。体系结构包含4种不同的系统构件：硬件、软件、数据（与数据库）和人员。 产品工程层次图见下图： 3、需求工程 需求工程描述了不同层次的基于计算机的系统或产品规约。包括6个活动： 需求获取，需求分析与建模，需求规约， 需求确认，需求管理。 11.2 需求获取 1、需求（requirements）的概念 （1 需求的定义：Jones 定义为用户所需要的软件必须达到的目标和能力。Lethbridge定义为需求是关于系统将要完成什么工作的一段描述，他们必须经过所有相关人员的认可，其目的是彻底的解决用户的问题。 ? 需求是一段描述…：意思是每个需求是相对短小简明的一段信息，表现为一个事实。它可以是一段话或用各种图表示。一组需求的集合成为需求文档。 ?…关于系统将要完成什么工作…：需求描述了系统应当完成的任务，不描述系统将如何实现。 ?…必须经过所有相关人员的认可…：意指需求必须经过评审，才能成为正式的需求。 ?…其目的是彻底的解决用户的问题。有助于解决用户的问题，该需求才有存在的价值。 （2）需求的类型 ? 功能性需求：描述系统应该做什么，即为用户和其它系统完成的功能、提供的服务。 ? 非功能性需求：必须遵循的标准，外部界面的细节，实现的约束条件，质量属性等等。 非功能需求限定了选择解决问题方案的范围，如运行平台、实现技术、编程语言和工具等。 （3）需求的描述 ? 结构化语言 ? 图形化表示 ? 数学描述（形式化描述） 例：将飞机订票系统中的以下方面做如下的划分，F代表“功能性”，NF代表“非功能性”，X代表“不应当是需求”。简要的说明功能性或非功能性需求的种类。 ? 如何输入有关航班、乘客及订票信息。F：输入。 ? 什么信息要出现在机票和报告中。F：输出。 ? 如何计算乘机费用。F：计算。 ? 什么信息必须存储在旅行社和其他人访问的数据库中。 F：数据存储。 ? 这个系统应该设计成可以处理旅行常客计划。 NF：增强的容限。 ? 这个系统在任何时候都必须是可用的。一周中只允许有 2分钟宕机时间。 NF：有效性。 ? 必须使用排序算法根据离开时间对航班排序。 X：这是一个设计问题。 11.3 需求分析建模 需求分析是指开发人员通过对应用问题及其环境的调查分析，将获取到的需求准确的理解，并将其转化为完整的需求定义，编写成需求规格化说明的过程。 对于一些新的复杂的系统，如果没有专门进行可行性研究，需求分析过程前应集中回答以下几个问题： （1）系统是否符合组织机构的总题目标？（业务需求）。 （2）系统是否可能在现在的技术条件、预算和时间限制内完成？（经济、技术上的可行性） （3）系统能否与已经存在的其他系统集成？ 当收集到信息并评估后，需要对系统是否要开发给出意见和建议，书写可行性报告。该过程可能提出对系统功能范围的修正、对预算和时间安排的调整意见或者是对系统高层需求的建议。 获取的需求可能有模糊的、冗余的、有冲突的或不易理解的地方，需要用文字和图形描述不同视图以揭示更深的、易混淆的问题，确保与所有风险承担者达成共识。 需求分析中的主要任务： （1）分析需求的可行性：允许的成本、性能；与其他需求的冲突；外界因素的依赖和技术障碍等。 （2）对于渐增式开发要确定需求的优先级别，以便确立产品版本。 （3）建模：即描述需求。图形化的表示分析模型可以增强对软件需求的理解，也为软件设计奠定了基础。 （4）产生需求文档。 在过去的数年中，人们提出了许多种分析建模的方法，其中两种在分析建模领域占有主导地位： 第一种是结构化分析 Structured Analysis，SA ，70年代末由DeMarco等人提出。该方法不是被所有的使用者一致地使用的单一方法，众多