開始學習微軟的缺陷管理方法(5)

　　-Application Program Interface(API) Design

　　-Financial Acumen: What is or not profitable,What's realistic to ask of a Test/Developer

　　-Basic legal Knowledge: Patent Law, Copright Law, Contract Law

　　設計是功能和性能的邏輯實現;以體系結構為中心的軟件設計重點在，定義構件的規格說明與接口，分析構件間的關系;大的體系結構是由小的輕量級的體系結構組成。

　　框架為某個問題涉及的各個方面，以及這些方面的相互關系;相互關系可以是結構性的，但更多的是非結構性的。如：兩國就某河水利用問題達成框架協議。

　　MSF為微軟就應該做哪些方面工作，以及如何做才能得到較好解決方案的建議。

　　MSF優勢在于迅速將前沿技術迅速轉化為工程應用，而不強調理論的完美性;對體系結構的設計與實現基于未來的需求，而非當前現狀;需求的獲取，回避過早，過嚴的需求規格說明，在應用和系統設計完成之前，詳細的需求定義一直在修改與增補。

　　企業服務框架ESF(Enterprise Service Framework)

　　為微軟為用戶提供的開發企業級應用的規范，由三個子框架組成，MRF(Microsoft Readiness Framework)準備框架，MSF，與MOF(Microsoft Operation Framework)營運框架。

　　MRF：ESF的準備階段，提供一種結構化方法，來評估個人與組織的信息技術需求，以便規劃，建造和管理微軟平臺上的IT解決方案。

　　MSF： ESF的核心部分，為項目計劃，建造及部署階段提供指南，涉及EA(enterprise architecture)企業體系結構，應用開發(application development)，構件設計(component design)，及基礎設施部署(infrastructure deployment)等多個方面。

　　MOF：ESF的管理階段，為關鍵系統提供技術指南，保證其可靠性，可用性與可管理性;涉及評估工具，最佳實踐，案例研究及支持工具等。

　　企業體系結構 BAIT模型

　　1 業務(Business)

　　1)組織的目的和目標 業務是什麼?

　　2)組織的結構 負責人?

　　3) 關鍵的業務過程與活動 組織如何做業務?

　　4)與客戶的關系 誰是最終客戶?

　　5) 與供應商/制造商的關系 組織需要和誰協同工作?

　　2 應用(Application)

　　自動化服務支持的業務過程;識別冗余的應用;識別重用的機會。

　　3 信息(Information)

　　識別信息的來源與消費者;描述關鍵業務和數據對象，及其相互間關系。

　　數據為記錄上下文的原始事實的符號;信息為有組織的數據;而知識為表現某種觀點的有組織的數據和信息。

　　4 技術(Technology)

　　定義了執行業務使命所需的技術服務，如拓樸結構，開發環境，應用編程接口，網絡服務，數據庫系統，技術規范，操作系統等;在部署工作站，服務器，應用程序，基礎設施服務，網絡連接及系統軟件平臺時，提供建立標準和指導原則。

　　描述構件和技術，用以建造和運行該組織的系統;描述基礎設施和營運環境;連接應用和信息體系結構的技術。

　　目標：企業長期戰略的組成部分，為業務要實現的東西;

　　目的：企業長期戰略目的的細化，是可以測量及完成的事情，必須是明確的，有優先級和時間限制。

　　找出關鍵業務過程

　　1) 確定企業體系結構的范圍;

　　2) 尋求更高的收入，節約開銷的方式，客戶界面，更廣泛的使用(高容量/高頻率)。

　　業務功能分解 功能-過程-活動-任務

　　如：功能(財務管理)- 過程(會計接收)- 活動(做單據)- 任務(計算客人的收費和清單)

　　業務過程，活動，任務，步驟四個環節，逐級定義;場景是指定角色，執行任務序列的文檔化，是用例的實例。

　　風險管理

　　1　風險的標識

　　從兩個方向入手：1) 潛在問題一旦出現，會產生什麼后果;2)　可能的后果，引起的原因

　　2 風險分析

　　1) 估計風險出現的概率

　　概率采用簡化模量，如：1= 低，2= 中，3=高，分別相當于 <25%，=50%，與>75%。

　　2) 估計風險的影響

　　滅頂之災(catastrophic)=4，嚴重(critical=3)，非緊要(marginal=2)，輕微(negligible=1)。

　　3) 量化風險災害　RE = 概率P×影響C relative evaluation

　　3 風險計劃 (Risk Mitigation, Monitoring & Management) RMMM

　　4 風險追蹤與控制

　　1 Envisioning Phrase 工作產品為三個文檔

　　1)前景文檔(vision document): 以業務用例形式，表達項目的目標和約束。

　　問題陳述：說明項目要解決的業務問題，是前景文檔開發的基礎;

　　前景陳述：工作產品要達成的目標，為產品開發的基礎;

　　解決方案概念：描述前景的業務過程，是目標的具體化。業務場景為動態業務過程的快照，是解決方案實施后的結果;而解決方案為設計的目標，其實現為設計過程。

　　用戶概述user profile: 指出最終用戶，找出所有可能潛在的用戶;產品的開發為小組與用戶共同提高的過程。

　　業務目標：實現的產品功能和性能，體現產品的業務優勢;明確目標的相對優先級，說明產品的非目標no-goals，界定范圍;制定評估產品的量化指標。

　　設計目標：怎樣實現這些功能和性能;重申產品的需求與約束，為下一步計劃，開發的基礎。

　　2) 風險評估文檔：項目風險的初步考察與處理策略。

　　3) 項目結構文檔：項目人員的組織結構，管理過程的基礎。

　　2 Planning Phrase

　　1) 設計過程

　　概念設計：對業務前景用軟件術語描述或解釋，如訂票，出票，入賬改為輸入，輸出，入庫等。

　　獲取問題，解決方案的業務和用戶視圖;標識業務需要及其運作環境，理解用戶操作和需求的大框架;不能期望從概念設計得到完整的功能規范;輸出工件為場景，場景為理解需求，與用戶交流的有效方法。

原文轉自：http://www.kjueaiud.com