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

类别:软件工程 点击:0 评论:0 推荐:
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.在一个解决方案概念中的典型方式

途径

负责角色

设计和架构过程

开发人员和程序经理

沟通和市场过程

产品经理

项目或质量保证过程

程序经理

开发过程

开发人员

可用性

用户体验

测试过程

测试人员

 

本文地址:http://com.8s8s.com/it/it37419.htm