基于的需求分析及解决方案设计幻灯片02.pptVIP

第2章 收集和分析信息 使用建模表示法 创建用例和使用场景 收集信息 分析信息 使用建模表示法 建模的优点 UML UML 视图 UML 图 ORM 建模的优点 建模可以清楚地阐明复杂的问题 对于当前的状态，建模可以识别 需求 问题和风险 缺少的信息 对于提议的解决方案，建模能够 在投入资源前对计划进行评估 对战略性决定达成共识 模型的概念 模型是对系统的一种抽象 从某个视点、在某种抽象层次上详细说明被建模的系统 模型是对架构设计师和开发人员构造的系统的抽象 他们不关心系统从内部看起来像什么，而只关心对于用户来说它能做什么 UML UML 是将软件系统可视化和为其建模的一种语言 UML 包含了根据多种编程语言结构而定义的各种符号 UML 可以用来 创建规格说明 构建模型 将模型文档化 UML 视图 UML 图 每种图表类型的视角不同 类图 对象图 用例图 组件图 部署图 协作图 时序图 状态图 活动图 UML 图 类图 对象图 用例图 用例图 活动图 协作图示例 ORM ORM 是为数据相关的业务需求建立模型的方法 使用 ORM 记录业务规则并设计数据库 设计 ORM 概念架构所涉及的任务有 分析外部信息及将其转换为基本事实 对事实类型进行普查 识别基本实体类型 应用惟一性约束 应用强制性角色约束 添加值约束（value constraint）、集合比较约束（set-comparison constraint）和子类型约束（subtype constraint） 添加环型约束（ring constraint） 第2章 收集和分析信息 使用建模表示法 创建用例和使用场景 收集信息 分析信息 创建用例和使用场景 用例 派生用例 使用场景 创建使用场景 创建当前状态使用场景的原因 确定需求 完善需求 用例 用例描述了系统中实现一个目标所涉及到的操作者、对象和行为 用例标识了 系统边界 任务顺序和层次 示例 销售代表创建订单 销售经理批准较高的折扣 派生用例 分析信息来源以获取任务 每个任务都需要定义 谁来完成行为——操作者 行为 行为的对象 使用场景 使用场景更详细地描述了用例的细节 一个用例常常需要几个场景来描述 使用场景还用于描述异常 异常就是边界情况 创建使用场景 确定前提条件 在场景发生前需要怎样的信息和条件 识别后置条件 任务序列完成了怎样的工作或目标 将活动拆分为离散的步骤 识别异常 可能需要为异常设定使用场景 识别使用场景说明的需求 识别使用场景来源 创建当前状态使用场景的原因 当前状态使用场景描述了目前业务活动发生的方式 未来状态场景描述了未来业务活动发生的方式 当前状态使用场景可以 识别系统中的问题 确定可用性目标 了解对当前问题的理解和真实问题之间的差别 使用场景示例 用例标题：在线查询书本信息 缩略标题：在线查询书本信息 用例 ID：UC1.1 需求 ID：1.1 描述 客户需要获取某本书的相关信息。客户可以在线查看本书的前言和目录；通过网上支付平台可以购买电子文档或者纸版书 角色：客户 前提条件 客户具有 Internet 访问权 客户浏览了E-Book Store 的网站 客户在首页登录该网站，输入想查的书名，点击“查询” 产品信息位于数据库中，而且该网站工作正常 使用场景示例 使用场景示例 后置条件 完成了将书下载到本地，通过阅读软件进行阅读。该书已经放入了可下载列表，并保存在数据库中，可供下次使用 未决的问题 一旦支付失败，用户需重新在线下订单 如果可以保存订单，在支付失败时可以再次支付 负责人：王伟民 修改历史 日期：2002 年 1 月 1 日 作者：李建国 描述：初始版本 确定需求 在收集信息的整个过程中创建候选需求的清单 扩展候选需求清单 重新检查收集来的所有信息，从中寻找潜在的候选需求 确定候选需求，候选需求是需要进一步收集的信息 收集这些信息 完善需求 分清需求和期望之间的区别 确定约束和假定 约束是一种已设定的边界，如预算 澄清假定可以避免误解 识别隐藏的需求 一些需求可能不会马上显现 第2章 收集和分析信息 使用建模表示法 创建用例和使用场景 收集信息 分析信息 收集信息 信息分类 信息收集的方法 信息来源 定义信息收集策略 信息分类 业务 目标和目的、产品和服务、财务结构和主要组织结构之间的相互作用 应用程序 支持业务流程的自动化和非自动化服务 运营 运行业务流程所需的信息 技术 执行和支持业务任务的技术服务 收集信息的方法 信息来源 成品 业务环境中的实物：培训手册、作业辅助工具 系统 用来完成某项工作的信息系统和其他流程：库存跟踪系统、内部网 人 业务系统中的人，能提供有价值的看法和信息 定义信息收集策略 确定 信息范围 信息收集的时间框架