要点用例粒度-Read.PPT

第七章 概念设计的创建 谭火彬 内容安排 计划阶段 概念设计过程 构建概念设计 基于用例技术构建概念模型 优化概念设计 概念设计基线：功能规格说明书 内容安排 计划阶段 概念设计过程 构建概念设计 基于用例技术构建概念模型 优化概念设计 概念设计基线：功能规格说明书 计划阶段 计划阶段 处理构思阶段中收集的信息 三个设计过程 三个设计过程 计划阶段的角色和责任 计划阶段里程碑和交付成果 交付成果 功能说明书 主项目计划 主项目进度 更新的风险评估文档 内容安排 计划阶段 概念设计过程 构建概念设计 基于用例技术构建概念模型 优化概念设计 概念设计基线：功能规格说明书 概念设计 概念设计是解决方案的概要说明 从业务和用户的视角出发 收集和分析问题以及解决方案，并确定其优先级 使用建模的方式沟通需求 概念设计的目标 理解需要解决的业务问题 了解问题 定义业务流程在改进后的未来状态 理解业务、客户和最终用户的需求 确定需求背景 从业务流程和用户的视角来看待方案 描述未来的业务状态 概念设计范围 概念设计有助于 开展功能说明书的制定 识别最终组件可解决的业务问题的各个方面 记录业务活动并描绘其边界和关系 概念设计不是 完整的功能说明书 系统组件的定义 技术解决方案 概念设计的三个步骤 调研 调研：团队将收集更多的数据来完善和验证构思阶段收集到的数据 主要工作任务 获取关键问题的答案 识别关键业务流程和活动 设定过程和活动的优先级 验证、完善和扩展在构思阶段创建的需求草案、用例和使用场景 分析 分析：综合调研步骤收集到的信息，创建详细的使用场景，并完善用例模型 审核用户和业务研究 完善候选需求 为业务状态、工作流、任务序列和环境关系建模 构建概念设计 优化 优化：按照解决方案在最后应用程序中的情况来发展解决方案的概念从而开始设计解决方案 优化构思阶段创建的解决方案概要 验证并测试改进的业务流程 优化概念设计 内容安排 计划阶段 概念设计过程 构建概念设计 基于用例技术构建概念模型 优化概念设计 概念设计基线：功能规格说明书 概念设计的分析步骤 目的 回顾用户、业务流程和活动 为任务、业务关系和业务状态建模 任务 综合信息 完善用例模型 为解决方案选择应用程序架构 创建解决方案的概念模型 概念设计的分析步骤 交付成果 信息模型 业务流程、业务系统和用户之间的关系 工作流程 任务序列 更新的用户设置 候选需求 详细用例 当前使用场景 重述需求 对需求进行重新描述，使其 定义严谨 可测试 对需求进行分类 对需求进行分类，以确保发现了所有关键性的需求 对需求进行分类：用户需求 用户需求特点 定义用户与解决方案进行交互的非功能性方面 有助于确定解决方案的用户界面和性能期望值 有助于识别用户为了有效地使用解决方案而需要进行的培训 好的描述 既能够满足组织在技术方面的需要 又能够满足使用该技术的用户的期望 对需求进行分类：系统需求 系统需求 指定了系统中的原子级事务及其顺序 定义了新解决方案与现有系统的交互方法 举例 支持向注册客户电子邮件或普通信件方式提供新书通知 除了登录时提供的凭据外，解决方案不需要用户提供其他凭据 对需求进行分类：操作需求 操作需求特点 描述了解决方案为了实现可操作性的最大化 关键要素 安全性 可用性和可靠性 易管理性 可扩展性和灵活性 可支持性 对需求进行分类：业务需求 业务需求 描述组织对解决方案的需求和期望 举例 解决方案必须在６月底完成部署 解决方案必须能够与书评系统及其数据库进行交互，显示当前的评价值 呼叫中心经理必须能够查看每个接线员的电话应答数量，当前呼叫时间和平均呼叫时间 可以强制设定某一客户的折扣率 完善用例模型 创建子用例 为每个子用例创建使用场景 验证每个用例和使用场景 审核最初的访谈记录和文档 与用户交谈 按照已验证的用例和使用场景信息对需求进行完善 完善用例图实例 应用程序体系结构 应用程序体系结构由形成一个应用程序结构的定义、规则和关系所组成 展示了应用程序的组织方式，但不包含实现细节 关注于解决方案而非用来实现解决方案的技术 在概念设计阶段，需要选择解决方案将要使用的应用程序模型以及候选应用程序体系结构 应用程序体系结构描述了在解决方案中服务的组织方式，根据所需的服务类型选择合适的应用程序体系结构 解决方案中的服务 服务：一个应用程序逻辑单元 一个操作、一个功能或一个转换的方法 与行为相关，用于实现业务规则、操纵数据，并允许一些行为 可以使用一个包含接口规范的公共接口通过网络来访问 客户不关心服务如何实现，只关心完成必要行为的能力 常见的服务类型 用户服务 在应用程序中提供用户界面的应用程序逻辑单元 业务服务 以正确顺序执行业务规则的应