微軟解決方案架構（模組六）(1) (轉)

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

6：計劃你的專案:namespace prefix = o ns = "urn:schemas--com::office" />

解決方案架構的計劃階段

計劃要生成什麼

計劃如何生成

計劃什麼時候生成

準備開發和測試環境

I.  微軟解決方案架構的測試階段的概述

目標：

l 建立解決方案的架構，設計，專案計劃和進度表

團隊焦點：

l 儘早找到儘量多的資訊

l 知道什麼時候你有足以繼續前進的資訊

II.  微軟解決方案架構的計劃階段的里程碑和提交的物品

技術驗證完成/定好了規格說明的基線/定好了主專案計劃的基線定好了主專案進度表的基線/建立了開發和測試環境

傳遞的產品：

l 規格說明

l 主專案計劃

l 主進度表

III.  有效的計劃促使專案完成

計劃可以減少風險

l 早檢測缺陷

l 控制費用

l 提高質量

計劃需要努力

n 預先計劃

n 將計劃像過程一樣對待

IV.  微軟解決方案架構對計劃的觀點

計劃是個迭代的過程

有效的計劃回答關鍵的問題

l 我們要生成什麼？

l 我們如何去生成它？

l 什麼時候生成它？

l 我們準備好生成它了嗎？

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 抽象的，邏輯的和物理的設計產物