微软解决方案架构(模块五)(3)

原创 2003年12月19日 23:16:00

5)      确定解决方案的功能范围<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

I.         功能范围

范围:能够在给定版本的约束下完成的解决方案的设想的各个部分

l 解决方案的范围:在一个版本的解决方案中提供的产品和服务的总和

l 项目的功能范围:在解决方案的范围内团队工作提交的物品

为完成一个整体的解决方案可能要做多个项目

II.       通过版本化约束功能范围

任务:

l 通过将解决方案划分成一系列的发布版本来确定它的功能范围

l 决定目前的解决方案和接下来的解决方案的内容

l 创建多版本的计划

l 为版本1设置功能范围

III.    功能范围管理

功能范围管理的重点

l 避免功能范围的蔓延

l 清楚的定义功能范围的边界

功能范围管理的技术

l 平衡三角形

l 平衡矩阵

定义:

l 功能范围的蔓延:无管理的功能范围的扩张

IV.   使用平衡三角形来管理功能范围

三角形代表资源,日程和特性之间的变量关系

V.     使用项目平衡矩阵来管理功能范围

微软解决方案架构是团队和用户之间的一个协议

资源是固定的,日程是可选择的,特性是可以调整的

VI.   起草功能范围

功能范围的文档包括:

l 问题描述

l 设想

l 初始需求

l 用户档案

l 功能范围

l 解决方案的概念

l 项目的功能范围

记住:设想是一个迭代的过程

临时里程碑:功能范围的基线被定义

VII.评估风险

任务:

l 在项目启动阶段就开始

l 核心团队集结在一起通过头脑风暴来发现项目风险

l 继续风险评估过程以便:

n         分析和排列风险

n         创建风险评估文档

重要:

l 表现项目风险的初始评估

l 为正在进行的风险管理提供基础

l 被用做安排日程和做决策的基础

2)      建立复查和变动的基础

I.         建立可追溯性

确保最后结果满足初始业务目标和需求

II.       可追溯性的益处

把特性与业务需求联系在一起

与变化控制紧密结合

推动与正式质量管理标准的一致

III.    建立变化控制

重要:

l 应用于所有的变化

l 推动变化的简单结合

l 建立在微软解决方案架构核心创建活动文档概念的基础上

l 早做文档基线,但尽可能晚的定型以保持团队的灵活性

定义:

l 变化控制:一个要求,审核,通过,建文档和发布变化的过程

IV.   建立配置管理

重要:

l 推动早期配置的再生或回滚

l 要求团队将配置文档化到数据库或其他工具中去

定义:

l 配置管理是用来跟踪和控制不同解决方案产物的状态的正式过程

V.     设想阶段的里程碑和传递物品复习

组建核心团队/为功能范围定基线

提交的物品

l 功能范围文档

l 项目结构文档

l 初始风险评估文档

VI.   设想阶段的成功标准

投资人和项目团队就以下几个方面达成了一致:

l 项目的动机

l 解决方案的设想

l 解决方案的功能范围

l 解决方案的概念

l 项目团队和结构

约束和目标已经形成文档

做了初始的风险评估

建立了变化控制和配置管理的过程

发起人或关键投资人正式批准了设想

3)      模块总结

设想阶段的目标是为了创建一个高级别的项目目标和解决方案的初始概念的视图。

优化团队准备情况的关键步骤是度量熟练程度,分析差距,创建学习计划并且执行学习计划。

一个共有的设想使团队适应一个共同的方向,强化方案的目标,并且保持关注方案的质量。

设想阶段的临时里程碑是核心团队的组建,功能范围的起草,提交的物品是功能范围文档,项目结构文档,以及初始评估文档。

微软解决方案构架(模块七)(1)

10.     模块7:开发你的解决方案1)      模块概叙微软解决方案架构的开发阶段测试解决方案2)      微软解决方案架构的开发阶段I.         微软解决方案架构的开发阶段的概述目...
  • hurricane
  • hurricane
  • 2003年12月19日 23:22
  • 1049

微软解决方案架构(模块五)(2)

4).定义解决方案I.         定义问题或机会任务:l 通过个人面谈或举行一组投资人的会议来获取信息l 查看已知问题l 固化并分析信息l 将问题或机会清楚地写入文档重要:l        建立...
  • hurricane
  • hurricane
  • 2003年12月19日 23:16
  • 969

微软解决方案架构(模块五)(1)

8.     模块5:开始你的项目1)      模块概叙微软解决方案架构的设想阶段选择并且准备项目团队定义解决方案确定解决方案的功能范围为复查和变化建立一个基础2)      微软解决方案架构的需求...
  • hurricane
  • hurricane
  • 2003年12月19日 23:17
  • 1070

微软解决方案架构(模块二)(3)

1)      为提高项目效率而进行的团队调整I.         团队扩大的办法使用复杂度,大小,风险和技术作为扩充因素将大的团队分成更小的团队,它们有更低层的过程,管理和与上层的沟通并允许快速实现...
  • hurricane
  • hurricane
  • 2003年12月17日 11:02
  • 976

微软解决方案架构(模块四)

7.     模块4:建立你的项目的生命周期1)      模块概叙微软解决方案框架的过程模型的基础声明每个阶段的责任2)      微软解决方案架构的过程模型的基础I.         讨论:你的项...
  • hurricane
  • hurricane
  • 2003年12月19日 23:16
  • 1501

微软解决方案架构(模块十)

13.     模块10:课程总结1)      模块概叙该模块的用途:复习本课程的关键点提供最后讨论不清楚概念的机会交流下一步怎么做I.         什么是微软解决方案架构微软解决方案架构为组织...
  • hurricane
  • hurricane
  • 2003年12月22日 18:17
  • 915

微软解决方案架构(模块一)

模块1:微软解决方案架构的介绍1)      模块概叙微软解决方案架构的介绍2)      微软解决方案架构的介绍I.         业务环境业务和技术中的变化速度加快l         产品周期缩...
  • hurricane
  • hurricane
  • 2003年12月17日 23:57
  • 1132

微软解决方案架构(模块八)

11.     模块8:稳定你的解决方案1)      模块概叙微软解决方案架构的稳定阶段为稳定阶段测试和试运行2)      微软解决方案架构的稳定阶段I.         微软解决方案架构的稳定阶...
  • hurricane
  • hurricane
  • 2003年12月19日 23:23
  • 882

CORBA公共对象请求代理体系结构

 CORBA(Common Object Request Broker Architecture公共对象请求代理体系结构)是由OMG组织制订的一种标准的面向对象应用程序体系规范。或者说 CORBA体系...
  • liang_binglian
  • liang_binglian
  • 2008年08月01日 14:39
  • 2136

微软解决方案架构(模块九)(2)

4)      完成你的项目I.         结束活动调查用户满意度准备结束报告l 正式的项目结束l 最终提交的版本l 客户调查编辑l 引导项目复查获得客户签字临时里程碑:部署完成II.     ...
  • hurricane
  • hurricane
  • 2003年12月22日 18:17
  • 910
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:微软解决方案架构(模块五)(3)
举报原因:
原因补充:

(最多只允许输入30个字)