微軟解決方案架構（模組五）(2) (轉)

微軟解決方案架構（模組五）(2) (轉)[@more@]

:namespace prefix = o ns = "urn:schemas--com::office" />

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.在一個解決方案概念中的典型方式

途徑

負責角色

設計和架構過程

開發人員和經理

溝通和市場過程

產品經理

專案或質量保證過程

程式經理

開發過程

開發人員

可用性

使用者體驗

測試過程

測試人員