概念设计的创建.docVIP

PAGE 106 第4章 概念设计的创建 PAGE 107 第4章 概念设计的创建 概念设计的创建 在构思阶段，项目团队收集足够多的信息来启动项目，这样允许他们创建基准远景/范围文档。在构思阶段接近结束时，团队进入 Microsoft? 解决方案框架（MSF）过程模型的计划阶段。在这一阶段，要保证待解决的业务问题得到充分地理解，这样才能设计出解决业务问题的解决方案。此外，还要计划如何开发解决方案，并确定是否已经有了开发解决方案的资源。 在计划阶段，创建一个模型和需求文档的集合。这个模型和文档的集合构成了解决方案的功能说明书或蓝本。在计划阶段开始制作解决方案的功能说明书。 在本章中，将学习计划阶段的目的，以及在计划阶段发生的三个设计过程：概念设计、逻辑设计和物理设计。还将学习功能说明书的用途和优点。另外，将详细地学习概念设计。 注意：有很多建模方法可以用来对一个公司的业务过程和主要活动进行建模。本课程主要使用用例和使用场景来对业务过程建模。 学习完本章后，将能够： 描述 MSF 过程模型的计划阶段的目的 描述计划阶段内功能说明书的作用 描述概念设计的目的 分析一个概念设计 优化一个概念设计 计划阶段概述 在计划阶段，团队定义解决方案：要开发什么，如何开发，由谁来开发。在这一阶段，团队准备功能说明书，完成设计过程，准备工作计划、成本估计以及各种交付成果的日程表。 在本课中，将学习计划阶段的目的以及在计划阶段中不同 MSF 角色的责任。此外，还将学习本阶段的主要交付成果。 学习完本课后，将能够： 描述计划阶段的目的 描述计划阶段的三个步骤和中间角色 描述计划阶段中不同 MSF 角色的责任 确定计划阶段的公共交付成果 计划阶段 图4-1 计划阶段 在开始学习计划阶段及其交付成果之前，理解计划阶段在整个 MSF 过程中的位置是非常重要的。 图4-2说明了计划阶段在 MSF 过程模型中的位置。 图4-2 计划阶段在 MSF 过程模型中的位置 进入计划阶段 在构思阶段，团队收集足够多的信息以确定项目的范围。在构思阶段，只要团队收集了足够的信息，可以开始组织和分析那些信息，计划阶段就可以开始了。在计划阶段，团队接过构思阶段已经完成的工作，然后继续完善并进一步组织这些工作。 图4-1说明了项目团队如何从构思阶段进入计划阶段。 计划阶段的目的 在计划阶段，团队继续构思阶段开始的工作，特别是需求草案、任务和任务序列以及用户档案。计划阶段将得出解决方案的体系结构和设计，完成开发和部署解决方案的计划，以及与任务和资源有关的日程表。在计划阶段期间，团队努力工作以获得一个更加清晰的解决方案构想。虽然计划过程的目的是使项目前进，但是很多团队却把很多精力花在计划阶段——本质上说，他们做了过多的计划。团队的关键是知道什么时候有了足够的信息可以继续前进。信息太少是一个风险，信息过多又会引起项目团队停滞不前。 三个设计过程：概念设计、逻辑设计和物理设计 图4-3 三个设计过程 在计划阶段有三个设计过程：概念设计、逻辑设计和物理设计。这三个过程不是并行的。它们的开始和结束是交错的。这些过程是相互依赖的。逻辑设计依赖于概念设计，物理设计依赖于逻辑设计。概念设计的任何变动都会影响到逻辑设计，同时又会引起物理设计的变动。 图4-3展示了计划阶段的三个过程。 三个设计过程 REF _Re\h 表 41 概括了计划阶段的设计过程。 表 STYLEREF 1 \s 4 SEQ 表 \* ARABIC \s 1 1 设计类型 角度 目的 概念 从用户和公司的角度查看问题 根据使用场景定义问题和解决方案 逻辑 从项目团队的角度查看解决方案 将解决方案定义为一套逻辑上协同的服务 物理 从开发人员的角度查看解决方案 定义解决方案的服务和技术 注意：概念设计可以分成概念设计调研、概念设计分析和概念设计优化三个步骤。本章将着重讲述概念设计过程的这三个步骤。 计划阶段的角色和责任 图4-4计划阶段的角色和责任 虽然在计划阶段项目团队作为一个整体工作，但是在这一阶段团队中每个角色都有不同的责任。 产品管理角色保证计划满足客户需要。这个角色负责完善需求、分析当前的业务状态、优化解决方案概念以及创建概念设计 程序管理角色保证团队得到了完成项目计划所需要的所有资源。这个角色负责整体设计，重点是放在逻辑设计和功能说明书。这个角色创建项目计划和日程表，负责完成计划阶段 开发角色保证计划在技术上是可行的。这个角色负责创建解决方案的逻辑设计和物理设计，并将它们添加到功能说明书中。这个团队还确定开发和稳定解决方案所需的时间和工作 测试角色保证计划满足需求。这个角色负责评估设计，评估设计的目的是确定功能是否已经测试过，并为测试功能提供一个计划和日程表 发布管理角色为使部署、