第03章需求工程讲义.pptVIP

软件工程; 软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根” 。 可许多组织仍在那些基本的项目功能上采用一些不合规范的方法，这样导致的后果便是一条鸿沟（期望差异）—开发者开发的与用户所想得到的软件存在着巨大期望差异。; 在软件工程中，所有的风险承担者(stakeholder)都感兴趣的就是需求分析阶段。 这些风险承担者包括客户、用户、业务或需求分析员(负责收集客户需求并编写文档，以及负责客户与开发机构之间联系沟通的人)、开发人员、测试人员、用户文档编写者、项目管理者和客户管理者。 这部分工作若处理好了，能开发出很出色的产品，同时会使客户感到满意，开发者也倍感满足、充实。若处理不好，则会导致误解、挫折、障碍以及潜在质量和业务价值上的威胁。因为需求分析奠定了软件工程和项目管理的基础。;内容摘要;内容摘要;Alan Davis 把需求工程定义为“直到（但不包括）把软件分解为实际架构构件之前的所有活动” Herb Krasner定义了需求工程的五阶段生命周期：需求定义和分析、需求决策、形成需求规格、需求实现与验证、需求演进管理 Matthias Jarke和Klaus Pohl提出了三阶段周期的说法：获取、表示和验证 … … ;;需求开发和需求管理之间的区别;内容摘要;软件需求包括; 下面这些定义是需求工程领域中常见术语的定义说明。 软件需求包括三个不同的层次——业务需求、用户需求和功能需求（包括非功能需求）。 ⑴ 业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。 ⑵ 用户需求（user requirement）文档描述了用户使用产品必须要完成的任务，这在使用实例（use case）文档或方案脚本（scenario）说明中予以说明。 ⑶ 功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。所谓特性（feature）是指逻辑上相关的功能需求的集合，给用户提供处理能力并满足业务需求。 ;;需求获取; 需求获取方法;需求获取方法与策略 ;建立顺畅的通信途径 ;访谈与调查 ;例子：“赛艇比赛成绩计算系统”的第一次面谈的准备计划 ;调查的方式;调查中应注意的事项;观察用户操作流程 ;组成联合小组 ;当前状况;解决问题的建议;内容摘要;需求分析与协商 ;软件需求分析的任务;需求分析研究的对象是软件项目的用户要求 准确地表达被接受的用户要求 确定被开发软件系统的系统元素 将功能和信息结构分配到这些系统元素中;需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。;通常软件开发项目是要实现目标系统的物理模型 目标系统的具体物理模型是由它的逻辑模型经实例化，即具体到某个业务领域而得到的;信息域 ;; 从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。;;疑问？;抽象、分解与多视点分析 ;问题分解的目的是要能以层次化的方式对问题进行分解和不断细化。 较大规模或较为复杂的问题可以被分解为若干子问题进行理解和分析 分解可以逐级进行，直至子问题被分解为一个容易分析理解的部分 例如;软件需求分析的原则;需求分析流程;需求协商 ;通常会议是解决冲突最快的方式 参加者应该包括发现冲突、遗漏或重叠的分析员，以及可以解决发现的问题的项目相关人员 会议应该讨论那些非正式讨论不能解决的问题 通常会议分为三个阶段： 叙述阶段 讨论阶段 决策阶段 ;需求建模 ;系统建模 ;常用的分析方法： 面向数据流的结构化分析方法 (SA) 面向数据结构的Jackson方法 (JSD) 面向数据结构的结构化数据系统开发方法 (DSSD) 面向对象的分析方法 (OOA);内容摘要;需求规约 ;需求规约的原则 ;需求规约的原则 (续);需求规约 ;引言：陈述软件目标，在基于计算机的系统语境内进行描述。 信息描述：给出软件必须解决问题的详细描述，记录信息内容和关系、流和结构。 功能描述：描述解决问题所需的每个功能。其中包括，为每个功能说明一个处理过程；叙述设计约束；叙述性能特征；用一个或多个图形来形象地表示软件的整体结构和软件功能与其他系统元素间的相互影响。 行为描述：描述作为外部事件和内部产生的控制特征的软件操作。 检验标准：描述检验系统成功的标志