实用需求开发过程简述.pptVIP

需求移交的目的： （1）形成甲乙双方的工程实施技术合同 （2）确定了施工团队的施工方案、依据 （3）达成了多方公认的验收依据、标准 需求移交的方式： （1）了解需求的属性与类型 （2）度量需求类型的完备性 （3）度量需求属性的质量 END 实用需求开发过程综述 要旨 学会“以目标为基础、以用例为中心的三次迭代式需求分析”的过程 体会“初始、细化、构造与移交四步走”的路线 第一次迭代（初始）：学会进行项目目标分解、进行项目目标可研分析，构造提交项目目标模型，形成项目大纲 第二次迭代（细化）：学会进行用例图建模，进行客户需求分析，构造提供软件功能模型，形成客户需求文档 第三次迭代（构造）：学会对用例进行“三位”一体的描述方式，分析软件用例的动态行为，构造提交用例的业务流程图、实体类图、原型图，形成产品需求说明书。 需求验证（移交）：学会从需求类型与属性角度评估需求的质量，移交产品需求说明书 初始：目标建模（早期需求分析） 目标方法在实际项目中的运用 第一步:建立业务目标到软件功能目标的转化模型 第二步：建立业务限制因素到软件非功能目标的转化 第三步：建立软件功能目标与非功能目标之间的双向束定关系 第一步：业务目标建模 * 项目目标 业务目标1 业务目标2 业务目标… 业务目标m 软件目标1 软件目标2 软件目标… 软件目标n 软件目标3 包含或派生… … 角色划分 包图 每一个需求用一个包来表示，称为需求包。包与包之间用组成关系关联起来。需求包可以逐层分解，构成分层用例需求结构。需求结构图有两种形式： 书店信息系统需求结构图 书店信息系统需求结构图 第二步：业务限制因素分析 * 限制因素 限制因素1 限制因素2 限制因素… 限制因素m 非功能目标1 非功能目标2 非功能目标… 非功能目标n 非功能目标3 包含或派生… … 包含或派生… … 第三步：两种底层目标的束定 非功能目标1 非功能目标2 非功能目标… 非功能目标m 功能目标1 功能目标2 功能目标… 功能目标n 功能目标3 束定…… 为包进行用例建模 细化：用例建模 用例建模的基本原理 软件目标是用例建模的依据。 软件目标是用例引入的主要来源。 用例图描述用例建模的结果。一个系统的全部用例图构成该软件包的需求模型。 用例 用例(Use Case)是用户与系统之间，为达到确定目的所进行的一次交互活动。用户向系统提供某些交互要求，系统向用户反馈可见的结果。用例是系统功能需求的反映，一个用例描述用例的一项功能。 用例是系统功能需求的反映。 参与者 用例 边界 包含关系 用例图(Use Case Diagram)用来描述软件系统向交互活动参与者提供的一组相关的功能。在一个用例图中，有一个或多个参与者与一个或多个用例相互关联。 参与者 计划管理 订单管理 合同管理 到货管理 计划订购 采购员 计划员 书目管理 供书商管理 事务管理功能用例图 办公员 员工基本信息管理 事务管理 员工工资管理 员工勤绩管理 日常事务管理 事务管理分解功能用例图 编辑员工基本信息 浏览员工基本信息 输出员工信息 员工基本信息管理 员工工资计算 员工工资发放 员工工资管理 编辑员工勤绩信息 员工勤绩统计 员工勤绩管理 浏览员工勤绩信息 办公员 包含关系 依赖关系 构造：用例的动态行为分析 用例分析是软件行为分析的手段 诸如：在线支付用例的三位一体描述 业务流程图 实体类图 界面原型图 用例规约 用例说明(UseCase Explanation)是对功能用例图中的用例做出的说明。在用例说明中，需要描述用例的编号、名称、参与者和用例的功能以及交互过程。（说明文本格式目前尚未统一，下表仅供参考。） 用例卡模版 名称。名称无疑应该表明用户的意图或用例的用途，如“研究班招生”。 标识符 [可选]。唯一标识符，如 UC1701，在项目的其他元素（如类模型）中可用它来引用这个用例。 说明。概述用例的几句话。 参与者 [可选]。与此用例相关的参与者列表。尽管这则信息包含在用例本身中，但在没有用例图时，它有助于增加对该用例的理解。 状态 [可选]。指示用例的状态，通常为以下几种之一：进行中、等待审查、通过审查或未通过审查。 频率。参与者访问此用例的频率。这是一个自由式问题，如用户每次录访问一次或每月一次。 前置条件。一个条件列表，如果其中包含条件，则这些条件必须在访问用例之前得到满足。 后置条件。一个条件列表，如果其中包含条件，则这些条件将在用例成功完成以后得到满足。 被扩展的用例 [可选]。此用例所扩展的用例（如果存在）。扩展关联是一种广义关系，其中扩展用例接续基用例的行为。这是通过扩展用例向基用例的操作序列中插入附加的操作序列来实现的。这总是使用带有 extend 的用例关联来建模的