微软解决方案架构（模块六）(1)

9. 模块6：计划你的项目

1) 模块概叙

微软解决方案架构的计划阶段
计划要生成什么
计划如何生成
计划什么时候生成
准备开发和测试环境

2) 微软解决方案架构的计划阶段

I. 微软解决方案架构的测试阶段的概述

目标：
l 创建解决方案的架构，设计，项目计划和进度表
团队焦点：
l 尽早找到尽量多的信息
l 知道什么时候你有足以继续前进的信息

II. 微软解决方案架构的计划阶段的里程碑和提交的物品

技术验证完成/定好了规格说明的基线/定好了主项目计划的基线定好了主项目进度表的基线/建立了开发和测试环境
传递的产品：
l 规格说明
l 主项目计划
l 主进度表

III. 有效的计划促使项目完成

计划可以减少风险
l 早检测缺陷
l 控制费用
l 提高质量
计划需要努力
n 预先计划
n 将计划像过程一样对待

IV. 微软解决方案架构对计划的观点

计划是个迭代的过程
有效的计划回答关键的问题
l 我们要生成什么？
l 我们如何去生成它？
l 什么时候生成它？
l 我们准备好生成它了吗？

3) 计划要生成什么

I. 验证技术

开始评估用来评定技术的性能和每种性能的操作的技术的
l 手工安装或配置新技术
l 将什么运行正常和需要什么环境写入文档
l 为设计过程提供输入
l 明确条目和技术风险
l 在项目计划和进度表中反映这些条目和风险
临时里程碑：技术验证完成

II. 设计解决方案

概念设计
逻辑设计
物理设计

III. 概念设计

提出业务需求和用户需求
l 将需求和特性放入业务逻辑中
l 创建使用关节作为预备规格说明的输入
最小化努力的重复
明确需求
l 安全性
l 可用性
l 可靠性
l 可管理性
l 伸缩性
l 支持性

IV. 数据收集的技巧

面谈
询问用户
已有的文档或图表
原型法
小组讨论
用户调查
帮助小组
扮演用户

V. 逻辑设计

以解决方案的组织，结构和交互的方式来描叙解决方案
为应用创建一系列的对象，服务和属性，一个逻辑数据库和一个用户界面
明确逻辑上的底层架构和组件的结合
公开在概念设计时候的错误和矛盾
为物理设计提供基础

VI. 物理设计

描叙逻辑设计的特定的实现
l 明确物理的底层架构和布局
l 为应用创建一系列的物理设计模型，包括组件设计，用户接口设计，以及物理数据库设计
l 提供建立在组件基础上的灵活设计
寻找与企业架构的兼容性
估计实现选项
成为费用，进度表和资源估计的基础

VII.设计目标类型

安全性
可维持性
伸缩性
可操作性
可用性
开发和部署的容易程度
可扩展性
可复用性
可管理性
可靠性
与现有系统的整合

VIII. 规格说明的用途

规格说明描叙即将生成的解决方案的功能和在设计阶段产生的包含产物
这个重要的提交的物品：
l 固化对业务和用户需求的一般理解
l 作为团队和客户对最后提供什么的一种合同
l 以逻辑的方式清晰明白的分解问题并将其模块化
l 为计划，安排日程和生成方案提供一条路径和结构
临时里程碑：为规格说明确定基线

IX. 创建规格说明的建议

理解听众的需要
将特性映射到用户和业务过程
简明指定到一定的详细程度
对必要的地方进行限定
包括输入作为约束
迭代用来鼓励反馈
早做基线，晚冻结

X. 规格说明的元素

功能范围的总结
信息背景
设计目标
用户使用场景
特性和服务的描叙
组件的详述（产品和配置）
依赖
附件：
l 企业架构文档
l 抽象的，逻辑的和物理的设计产物