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

4).定义解决方案

I. 定义问题或机会

任务：
l 通过个人面谈或举行一组投资人的会议来获取信息
l 查看已知问题
l 固化并分析信息
l 将问题或机会清楚地写入文档
重要：
l 建立初始化项目的动力
l 表达为什么你想做这个项目以及你要做什么
l 是否关注业务价值？
l 可能包括额外的相关信息，如市场数据，竞争分析和客户反馈

II. 创建一个共享的前景

任务：
l 在核心团队的会议中起草一个预想
l 接受发起人提交的设想，并把它作为项目的任务之一
重要：
l 使团队适应共同的方向
l 简化同时确保决定做出的一致性
l 激励团队
l 强化解决方案的目标
l 保持关注解决方案的质量
定义：
l 预想是解决方案的一个没有边界的视图。

III. 收集高层需求：

任务：
l 驱动过程（产品经理完成）
l 使用面谈，调查，制作原型，观察和检查以有文档的技术
l 简练的表达需求并且描叙“什么”而不是“如何”
l 关注业务需求
l 包括可接受的标准
重要：
l 由所有的角色提供输入来创建解决方案的概念
l 为估计功能范围形成部分标准
l 在后续阶段进化到详细的需求
定义：
l 需求是一个解决方案必须达到的条件

IV. 创建用户档案

任务：
l 明确用户的类别
l 决定他们需要做什么
l 估计用户的技能等级
l 管理用户的期望和需要
l 推动设计决定
定义：
l 用户档案：通过地理学，组织和沟通结构，用户功能，资源可用性，以及其他信息来描述最终用户。

V. 解决方案的概念

重要：
l 包括由不同角色驱动的一系列高层方法
l 在高层描叙特性
l 帮助设置项目的初始功能范围
l 创建一个设计的第一视图
定义：
l 解决方案的概念：关于解决方案如何将解决问题的高层的描述

VI. 创建解决方案的概念：第一步

以目标和约束的方式来定义解决方案
l 定义目标
l 设计目标
明确使得目标实现的对象
将必须用来生成或应用该解决方案的假定和约束写成文档
将达成一致的成功的标准写成文档

VII.在一个解决方案概念中的典型方式

途径	负责角色
设计和架构过程	开发人员和程序经理
沟通和市场过程	产品经理
项目或质量保证过程	程序经理
开发过程	开发人员
可用性	用户体验
测试过程	测试人员