需求工程第三讲需求与建模技术方案.pptVIP

需求工程 第三讲 需求分析与建模 内容 需求分析概述 结构化需求分析方法 面向对象需求分析方法 需求分析成功的条件 需求分析 系统建模 系统模型描述了系统的某个特殊方面，在需求文档中对自然语言描述的系统需求加入补充信息。 系统模型的界定 需求规格说明中应该包含的高层次的模型 表示系统运行环境的模型 说明系统如何分解为子系统的体系结构模型 系统建模需要注意的事项 需求分析前的工作 需求（系统）分析与建模 理解真实世界中的问题和用户的需要并提出满足这些需要的解决方案的过程。 分析前的准备 确认系统的参与者 确认系统的运行环境 确认系统的约束 内容 需求分析概述 结构化需求分析方法 面向对象需求分析方法 需求分析与建模—结构化方法 结构化方法是一种系统分析和设计的方法，包括定义、开发和确认系统模型过程中用到的表示法、指南和规则。 功能需求分析与建模方法 功能需求说明数据的用途，以及如何记录、计算、转换、修改及传输数据等。 数据需求分析与建模方法 数据需求指定系统的存储数据 需求分析的方法 绘制系统关联图 创建用户接口原型 分析需求可行性 确定需求的优先级别 为需求建立模型 （模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互作用图 ） 创建数据字典 使用质量功能调配 需求分析方法（细节） 采用SRS模板 指明需求的来源 为每项需求注上标号 记录业务规范 创建需求跟踪能力矩阵 审查需求文档 以需求为依据编写测试用例 编写用户手册 确定合格的标准。 分析1:定义系统的边界 评估原始需求，定义将要开发的计算机系统的边界。 确定哪些是系统需求 哪些是和系统相关的操作过程的需求 哪些在系统范围之外的需求 原则 分析2:系统环境建模 环境模型是系统将要使用的语境模型，应该是最先开发的系统模型之一。 效益：记录必须说明接口的外部系统 模型包括： 和正在说明的系统直接交互的其他系统 其他有可能和本系统共存并发生交互的系统 系统所在的业务过程（定义涉及的行为、它们的输入和输出、负责这些过程的人以及支持这些过程的软件） 系统环境建模-上下文图 作用： 上下文图能很好地概括产品的必要接口，初步确新产品包含了哪些内容，产品之外又包含哪些内容。即说明产品及其环境的图示 说明产品的范围 优点： 上下文图为开发人员概括了所有的接口，在开发中或开发后，方便地验证是否已处理了所有接口 用户能不费力地理解上下文图，并发现遗漏的接口。 系统环境建模案例 邮件传阅系统环境建模 企业OA办公系统 图书管理系统 操作管理员 一般工作人员 分析3:系统体系结构建模 效益 体系结构模型有助于划分系统需求 体系结构模型说明了系统功能的概况 体系结构模型有助于需求工程师找出那些涉及多个子系统的需求 体系结构模型描述方式-方框图 系统体系结构“标准”模式 客户机-服务器 通用服务器提供共享的系统功能 分层系统 系统功能通过调用更低层次所提供的功能来实现 基于库的系统 子系统通过一个共享库进行通信 管道系统 系统中的每个部件都进行一定的计算，并将结果传给其他部件以进行进一步的操作 体系结构建模举例 分析4:开发互补的系统建模 互补的系统模型可以解释系统规格说明的不同方面。系统模型用来表达系统规格说明的行为视图或者结构视图。 系统模型的例子 数据处理模型 组合模型 分类模型 刺激-响应模型 过程模型 分析5:事件列表与功能列表 事件就是要求系统执行某项功能的请求 业务事件与产品事件 对复杂的业务任务采用任务说明、用例说明或数据流图等方法进行解释。 对复杂的功能采用数据流图、算法描述、活动图、数学说明等进行解释 事件列表与功能列表(续) 事件及功能列表的优点 主要作为核对清单，以说明应开发什么。而其中对这些功能的详细说明构成了功能需求的主要部分 开发人员可以方便的检查产品是否实现每一个功能 用户能够在某种程度上确认业务事件和任务列表 通过一致性检查确定列表是否完备 功能需求举例-活动图 分析6:数据需求 数据模型 数据流图（状态图、活动图） 数据字典 虚拟窗口（原型界面） 数据需求—数据模型 数据模型说明了系统所要存储的数据以及数据之间的关系 提供了对数据的高级“体系结构”视图，也可以描述信息的细节。 模型：E-R模型、概念模型 数据模型的优缺点 数据需求—数据模型 数据流图的用处 系统分析员用这种工具可以自顶向下分析系统信息流程； 可在图上划出需要计算机处理的部分和需要修改的部分； 根据逻辑存储，进一步作数据分析，向数据库数据过渡； 根据数据流向，定出存取方式； 对应一个处理过程，用相应的语言，判定表等工具来表达处理方法。 数据需求—数据字典 数据字典是一个系统组织的、叙述性的数据说明 效益 保证名字使用的一致性，避免名字重复使用和误解。 有助于