在軟硬體系統總體架構設計完成之後，為保證架構設計的合理性、完整性和針對性，從根本上保證系統質量，降低成本及投資風險，需要對總體架構進行評估。
1、架構評估內容
（1）對軟體的架構評估
對軟體的架構評估，主要是根據具體的評估依據，看軟體設計是否符合體系化設計原則；產品中所開發的軟體是否易於公升級，是否滿足可擴充套件性強等要求。
（2）對硬體的架構評估
對硬體架構的評估，主要是根據具體的評估依據，看研發的系統是否盡量採用了低功率處理器和較少的功耗部件，是否滿足低功耗的要求；系統是否具有較大的基礎資源空間以及資源擴充套件空間（如程式指令空間，內部外部儲存空間等）；是否易於運維管理；研發產品的硬體是否易於公升級，是否滿足可擴充套件性的要求等。
（3）對系統總體的架構評估
將以上軟體架構和硬體架構綜合起來進行評估，看研發的系統是否具備高可用性、高穩定性、高可靠性、高安全性、高價效比；是否具備良好的可擴充套件性等。通過總體架構評估，達到增強各功能模組的整合度和聯動性、提高總體效能的目的。
架構評估主要側重於以下幾個方面：
架構設計是否符合架構設計模板？
架構設計是否符合《設計檔案檢查表》的要求？
通過架構設計，能否看到足夠的系統表象以指引我們繼續以後的設計活動？
架構設計是否組織性良好，並提供了簡明的系統概要，背景資訊，約束條件，和乙個清晰的組織結構給所有下游的設計？
架構設計是否對可能的變化作了適應性設計？
架構設計是否位於詳細設計和使用者介面設計之上?
兩個有相互依賴的架構設計圖是否結合在一起？
系統架構，包括資料流、控制流、高層要件和介面，是否清楚地表現了？
是否忽略了細節的要件並將之遺留給以後的設計產物？
架構設計是否乾淨地分解了系統的頂級要件？
是否描述了系統的物理結構？
架構設計是否重視了不可避免的技術或其它方面的約束，即，這個架構能為目標環境而實現？
使用了反覆設計，並選擇了其中最好的嘗試結果？對未選擇的是否列出了理由？
對於問題域、使用者介面、任務管理、資料管理，架構設計是否作了區分？
如果沒有，那麼缺少的部分有解釋並通過驗證了嗎？
2、架構評估流程
評估工作按照時間的先後順序可以分為五個階段即：評估分析階段、評估設計階段、資訊獲取階段、評估綜合分析階段、評估報告階段。
架構評估的具體流程為：
（1）評估分析階段
1）確定評估活動的目標、邊界和重點
通過分析評估委託者的需求和主要使用者關注的問題，確定評估活動的主要目標任務和服務物件，並明確評估重點回答的問題。
2）蒐集現有的資料和資訊，初步描述評估物件
收集現有的資料，包括：相關的評估報告和與評估物件相關的文獻資料，形成對評估物件的初步印象。
3）評估者與委託者達成共識
就評估的目標、邊界、重點、雙方的責任等必要條件與委託者達成共識。
（2）評估設計階段
1）確認評估問題
確認評估必須回答的問題和側重回答的問題，並按重要性排序
2）設計評估框架
根據評估問題，設計評估的框架，主要包括評估的內容、重點、標準、指標等。
3）選擇評估的方法和工具
根據評估活動的特點，選擇適當的方法和工具，並調查獲得這些方法和工具的途徑。如果由於問題的特殊性以至於找不到成熟的方法，則應考慮現有的方法進行改進。
4）設計評估結果的表達方式
設計評估報告的內容和格式。
5）確定評估主持人及評估組的構成
根據評估活動的特點，確定評估主持人和評估組的構成，保證其能力、經驗和專業知識結構適應評估設計的要求，並符合評估規範的迴避原則。
6）制定評估活動的時間表
評估活動的時間表取決於以下兩方面的因素：
委託者要求的完成評估的最後期限；
根據規範要求，評估各階段、各步驟所需要的最少時間。如果上述兩方面的要求相差較大，則需要啟用變通條例。
7）確定評估設計方案
通過介紹評估方案進一步與委託者溝通，使委託者理解方案的主要特點，明確委託者必須提供的條件，同時向委託者說明方案存在的問題和涉及的風險，在進入下乙個階段之前，確定評估設計方案。
（3）資訊獲取階段
1）評估資料資訊的採集
按照評估設計的要求，進行各種資料資訊的調查，包括案例調查、專題面訪，實地調查及網上採集資訊等，必要時需要選擇諮詢專家並進行相應的諮詢。
2）資料資訊的整理和檢驗
對採集的各類資料資訊進行分類和整理、初步分析，為綜合評估做準備。
3）必要的補充調查
在完成資料檢驗和初步分析之後，如果某些關鍵資料資訊缺乏，不符合要求或難以確定其置信度，則需要採取補救措施，進行必要的補充調查。
（4）評估綜合分析階段
1）按評估問題組合資訊，形成評估問題單元
根據評估設計中要回答問題和評估框架，對資料資訊進行分組，形成評估問題單元。
2）問題判斷
運用相應的評估方法，從回答問題的角度，對資料資訊進行分析，分別形成對評估問題的判斷。
3）綜合分析評價
個體評估：在對評估問題判斷的基礎上，運用綜合評估方法對個體進行分析評價。
群體評估：除了對個體進行綜合分析評價以外，還要運用適當的方法，對群體進行分類、分級或排序。
4）形成評估初步結論
個體評估：評估初步結論一般包括關於評估物件各方面的評估意見和整體評估結論。
群體評估：評估初步結論首先是關於被評估物件的分類、等級劃分或排序表，根據評估合同的要求，有時也要提供全部或部分個體的評估結論。
5）形成正式評估結論
個體評估：針對評估要回答的重點問題，對評估初步結論進行確認或修正，形成正式評估結論。
群體評估：重點對被評估的物件的分類、等級劃分或排序表進行核查、驗證和必要的調整。
（5）評估報告階段
1）撰寫評估報告初稿
根據評估規範的規定和評估設計中關於評估報告的內容及格式的具體要求，撰寫評估報告初稿。
2）討論並修改評估報告初稿
在評估組內對評估報告初稿中的主要結論進行討論，確定修改的方案。在制定評估活動的時間表時，安排適當的時間用於修改評估報告初稿。
3）評估組確認提交的正式評估報告版本
根據質量控制標準對擬提交的評估報告進行檢查，確定正式評估報告版本。
4）提交正式評估報告
確認後的正式評估報告版本，由評估機構負責人和該評估專案主持人簽字並蓋章後提交給委託者。
5）回答有關評估報告的提問
在提交評估報告後，在一段時間內，準備回答有關評估報告的提問。
6）整理和儲存評估檔案
3、架構評估過程的質量保證
評估質量保證以質量控制為核心，以本單位的全面質量控制為基礎，以外部的監督檢查為補充。
評估內部質量控制系統由評估規範、實施程式、獎勵處罰制度和其他保證措施組成。評估質量控制既涉及嚴格的技術層面（資料採集和方法的選取、對相關事實的分析、評估報告的撰寫等），又涵蓋職業道德、行為規範等非技術層面。
評估的質量控制覆蓋從評估準備到提交評估報告的全過程，重點控制以下環節：
（1）合同中關於評估的內容
評估合同/協議是評估活動的基礎，也是評估專案質量控制的重要依據，必須保證合同或協議內容全面，委託方和受託方雙方約定的表達清楚，無疑義。
（2）委派專案主持人
專案主持人是否稱職對於保證專案的質量十分重要，評估機構在委派專案主持人時，要認真考察其職業道德和業務能力，並確認是否符合問題原則?
（3）評估方案執行
評估主持人負責對參加評估人員進行關於評估方案的培訓，監督每個環節，每個評估人員的執**況，並對執行過程中的薄弱環境進行分析和採取補救措施，負責修正評估方案。
（4）評估結論的檢查與複核
在正式提交評估報告之前，評估機構應對評估的主要結論進行檢查和複核。對評估結論的檢查與複核的重點內容主要包括：
（5）是否符合評估標準
檢查評估結論及依據是否符合評估方案中設定的標準，尤其要檢查不同評估人員掌握的評估標準能否保持一致，評估質量能否達到要求，盡可能減小人為誤差。
（6）評估依據是否充分
目前還沒有公認的辦法用來直接檢測評估依據的充分性，但在正式提交評估報告之前，評估者必須做出判斷，所提供的依據能否支撐評估結論。一般來說，如果採用多渠道、多角度採集和分析資訊，評估依據的充分性可以得到改善?
（7）評估結論是否可靠
檢查評估結論是否可靠的重要途徑是檢查評估活動的可重複性，即產生同樣結論的過程是否重複。例如：採用同樣的問卷，用同樣的標準選擇另一批諮詢專家，採用同樣的問卷徵詢專家的意見，採用同樣的方法對專家的意見進行分析綜合，是否可獲得基本一致的評估結論。如果上述兩次評估活動的結論差異很大，說明評估結論是否可靠較差，須謹慎使用。
mmo 技術評估
關於技術評估的幾個問題 1.基於什麼樣的引擎進行研發的mmorpg？伺服器系統整體是基本遊戲什麼樣的分割槽模式 前後臺通訊型別 連線型別進行研發的？2.伺服器架構 接入層 邏輯層 儲存層的設計邏輯 3.系統外部介面描述，如tloged，tdirty等可能涉及的伺服器介面 4.伺服器設計要點 負載均衡...
UniSWF技術評估
2，uniswf提供了類似flash的api，能把flash的素材像用as3程式設計類似，只不過環境要在c 或者js中程式設計。1，對於有flash基礎的人員來說，uniswf的出現，無疑是改進了流程。能夠輕鬆有效地做出非常棒的gui。2，簡化設計人員和開發人員之間的工作流程精簡生產過程。3，便捷的...
O O好的 架構 架構評估
架構評估有兩種方式。第一種評估方式是確定架構的屬性，通常通過建模或模擬系統的乙個或者多個方面。例如，通過效能建模來評估吞吐量和伸縮性。通過失效樹模型來評估可靠性和可訪問性。其他型別的模型包括複雜性和耦合指標，用於評估可變性和可維護性。第二種評估方式，也是最廣泛使用的方式。就是通過對架構師提出質詢來評...