基于.net的需求分析和解决方案设计幻灯片04

第 1章 商务解决方案设计 第 2章 收集和分析信息 第 3章 解决方案的构思 第 4章 概念设计的创建 第 5章 逻辑设计的创建 第 6章 物理设计的创建 第 7章 表示层的设计 第 8章 数据层的设计 第 9章 设计安全规范 第 10章 完成计划阶段 第 11章 稳定和部署方案 基于 .NET的需求分析和解决方案设计 第 4章 概念设计的创建 计划阶段概述 功能说明书概述 概念设计过程概述 构建概念设计 优化概念设计 计划阶段概述 计划阶段 三个设计过程：概念设计、逻辑设计和物理设计 计划阶段的角色和责任 计划阶段的里程碑和交付成果 4.1 计划阶段概述 计划阶段 4.1.1 计划阶段 计划阶段 处理构思阶段中收集的信息 构思阶段 计划阶段 概要需求 概要场景 解决方案概要 详细需求 详细使用场景 功能说明书 候选方案 设计文档 概念 逻辑 物理 4.1.1 计划阶段 三个设计过程：概念设计、逻辑设计和物理设计 远景认可 项目计划认可 概念 逻辑 物理 从用户和业务的视 角出发 从开发人员的 视角出发 从团队的视角 出发 4.1.2 三个设计过程：概念设计、逻辑设计和物理设计 设计类型 视角 目的 概念 从用户和业务的视角出发来看待问题 根据使用场景来定义问题和解决方案 逻辑 从项目团队的视角出发来看待解决方案 将解决方案定义为逻辑上相互协作的服务 物理 从开发人员的视角出发来看待解决方案 定义了解决方案的服务和技术 4.1.2三个设计过程：概念设计、逻辑设计和物理设计 三个设计过程：概念设计、逻辑设计和物理设计 计划阶段的角色和责任 分析业务需求 开始沟通计划 创建概念设计 负责概念和逻辑设计 负责功能说明书 创建主项目计划、预 算和进度表 确保技术可行性 创建逻辑和物理 设计 确定开发计划、 估算和进度表 评估设计 开发测试需求 提供测试计划和进度表 评估设计 负责运营需求 计划和安排解决方案的 部署 开发用例和使用场景 负责用户需求、本地化 和辅助功能需求 开发用户文档和培训计 划 产品管理 程序管理 开发 测试 发布管理 用户体验 4.1.3 计划阶段的角色和责任 计划阶段的里程碑和交付成果 交付成果 功能说明书 主项目计划 主项目进度 更新的风险评估文档 技术验证完成 远景 /范围 认可 项目计划 认可 功能说明书基线建立 主项目计划基线建立 主项目进度基线建立 开发 / 测试环境建立 4.1.4 计划阶段的里程碑和交付成果 第 4章 概念设计的创建 计划阶段概述 功能说明书概述 概念设计过程概述 构建概念设计 优化概念设计 功能说明书概述 功能说明书 功能说明书的目标 功能说明书的元素 4.2 功能说明书概述 功能说明书 功能说明书包括 解决方案设计 设计相关工作结果 用例图 使用场景 候选需求 候选功能 功能说明书是开发团队交流项目范围和功能的依据 4.2.1 功能说明书 功能说明书的目标 描述当前版本解决方案的范围 通过罗列解决方案的功能特性的方式 记录与解决方案内容有关的决定和协议 与其它团队进行有关设计成果的沟通 开发 测试 体验 潜在的功能特性（不包括） 4.2.2 功能说明书的目标 功能说明书的目标 功能说明书是虚拟的 功能说明书可以使用不同的表达形式 电子的或纸张的 文本或图像 Word 或 PowerPoint 不一定是一份简单的文档 需要多角色参与 4.2.2 功能说明书的目标 功能说明书的目标 沟通需求 以文档形式记录问题 实现解决方案的模块化 为项目计划和进度安排提供基础 定义解决方案交付的内容 作为团队和客户之间的合同 4.2.2 功能说明书的目标 不创建功能说明书的风险 解决方案可能无法完全实现客户的需求 可能无法知道是否在开发所需的解决方案 可能缺乏足够的细节来验证方案是否符合客户的期望值 无法确定是否达到了所要求的质量标准 可能无法精确估计整个项目的预算和进度 4.2.2 功能说明书的目标 功能说明书的元素 概念设计摘要 用例图 使用场景 上下文模型 屏幕截图 当前用户手册 报告的影印件 4.2.3 功能说明书的元素 功能说明书的元素 逻辑设计摘要 任务和任务序列模型 逻辑对象和服务模型 所提议解决方案的概念模型 用户界面流 逻辑数据库模型 系统体系结构 4.2.3 功能说明书的元素 功能说明书的元素 物理设计摘要 组件打包 组件分布拓扑 技术使用指导方针 基础设施体系结构和设计 用户界面 UI 屏幕描述 物理数据库模型 4.2.3 功能说明书的元素 功能说明书的元素 标准和过程 标准和过程的信息 质量细节 性能衡量标准的细节 不应包含的信息 远景 /范围文档 风险评估文档 4.2.3 功能说明书的元素 第 4章 概念设计的创建 计划阶段概述 功能说明书概述 概念设计过程概述 构建概念设计 优化概念设计 概念设计过程概述 概念设计 概念设计的目标 概念设计的步骤 4.3 概念设计过程概述 项目计划 认可 远景 /范围 认可 物理设计 逻辑设计 概念 基线 概念设计 解决方案的概要说明 从业务和用户的视角出发 收集和分析问题以及解决方案，并确定其优先级 使用建模的方式沟通需求 4.3.1 概念设计 概念设计的目标 理解需要解决的业务问题 了解问题 定义业务流程在改进后的未来状态 理解业务、客户和最终用户的需求 确定需求背景 从业务流程和用户的视角来看待方案 描述未来的业务状态 4.3.2 概念设计的目标 概念设计范围 概念设计有助于 开展功能说明书的制定 识别最终组件可解决的业务问题的各个方面 记录业务活动并描绘其边界和关系 概念设计不是 完整的功能说明书 系统组件的定义 技术解决方案 4.3.2 概念设计的目标 概念设计的步骤 项目计划 认可 远景 /范围 认可 物理设计 逻辑设计 概念 基线 概念设计 基线 研究基线 分析 基线 优化 基线 4.3.3 概念设计的步骤 第 4章 概念设计的创建 计划阶段概述 功能说明书概述 概念设计过程概述 构建概念设计 优化概念设计 构建概念设计 概念设计的分析步骤 重述需求 对需求进行分类 完善用例图 选择应用程序体系结构 4.4 构建概念设计 概念设计的分析步骤 目的 回顾用户、业务流程和活动 为任务、业务关系和业务状态建模 任务 综合信息 完善用例图 为解决方案选择应用程序架构 创建解决方案的概念模型 4.4.1 概念设计的分析步骤 概念设计的分析步骤 交付成果 信息模型 业务流程、业务系统和用户之间的关系 工作流程 任务序列 更新的用户设置 候选需求 详细用例 当前使用场景 4.4.1 概念设计的分析步骤 重述需求 对需求进行重新描述，使其 定义严谨 可测试 必须能够分析客户数据 必须能够按照产品分析利润水平 必须能够按照客户分析利润水平 必须能够按照销售量对客户进行排序 按照产品和地域识别最佳客户，销售人员应该在他们身上花力气 重新描 述后 简练 结构清晰 重新描述后的需求文档 来自构思阶段的 需求 4.4.2 重述需求 对需求进行分类 示例 分类 呼叫中心经理必须能够查看每个操作员的最后一次呼叫、当前呼叫和平均呼叫次数 业务 出纳员能够在一分钟内完成多个事务处理 用户 客户能够按照规定的服务级别访问站点并使用其资源 操作 除了登录公司网络时提供的用户凭据外，解决方案不需要其他凭据 系统 对需求进行分类，以确保发现了所有关键性的需求 4.4.3 对需求进行分类 对需求进行分类 用户需求特点 定义用户与解决方案进行交互的非功能性方面 有助于确定解决方案的用户界面和性能期望值 有助于识别用户为了有效地使用解决方案而需要进行的培训 好的描述 既能够满足组织在技术方面的需要 又能够满足使用该技术的用户的期望 4.4.3 对需求进行分类 对需求进行分类 系统需求 指定了系统中的原子级事务及其顺序 定义了新解决方案与现有系统的交互方法 举例 支持向注册客户电子邮件或普通信件方式提供新书通知 除了登录时提供的凭据外，解决方案不需要用户提供其他凭据 4.4.3 对需求进行分类 对需求进行分类 操作需求特点 描述了解决方案为了实现可操作性的最大化 关键要素 安全性 可用性和可靠性 易管理性 可扩展性和灵活性 可支持性 4.4.3 对需求进行分类 对需求进行分类 业务需求 描述组织对解决方案的需求和期望 举例 解决方案必须在月底完成部署 解决方案必须能够与书评系统及其数据库进行交互，显示当前的评价值 呼叫中心经理必须能够查看每个接线员的电话应答数量，当前呼叫时间和平均呼叫时间 可以强制设定某一客户的折扣率 4.4.3 对需求进行分类 完善用例图 创建子用例 为每个子用例创建使用场景 验证每个用例和使用场景 审核最初的访谈记录和文档 与用户交谈 按照已验证的用例和使用场景信息对需求进行完善 4.4.4 完善用例图 完善用例图实例 4.4.4 完善用例图 选择应用程序体系结构 表示层 用户 用户界面组件 用户界面流程组件 服务接口 业务工作流 业务组件 业务实体 服务代理 数据访问逻辑组件 安全 操作管理 通信 数据源 服务 1 2 业务服务层 附加服务层 数据层 缓存？ 状态？ 概念模型示例 4.4.5 选择应用程序体系结构 第 4章 概念设计的创建 计划阶段概述 功能说明书概述 概念设计过程概述 构建概念设计 优化概念设计 优化概念设计 优化过程 评估重新设计的过程 验证概念设计模型 4.5 优化概念设计 优化概念设计 优化阶段的任务及交付成果 任务 交付成果 改进流程 对解决方案要处理的问题的描述 验证设计 经过验证的解决方案的未来状态 4.5 优化概念设计 优化过程 由项目团队、用户和流程重建专家参与 检查当前状态的场景 构思目标未来状态 重新设计当前流程，以便 支持重要业务活动 消除低效能、瓶颈和冗余 与干系人一起验证未来使用场景 根据需要重复优化过程 4.5.1 优化过程 评估重新设计的过程 评估收益 评估成本 整体和局部的有效性和效率 资源、工作投入和时间 解决方案的受益人 技术和方案的运营成本 组织和文化效力 每年和反复发生的生命周期成本 潜在的收入增长和成本降低 4.5.2 评估重新设计的