生成可靠的WindowsXPEmbedded平臺(轉)

生成可靠的WindowsXPEmbedded平臺(轉)[@more@]

　　嵌入式 Windows XP 程式碼基

　　嵌入式 Windows XP 和 Windows XP 都是在 Microsoft Windows NT 和 Windows 2000 的同一穩定程式碼基上生成的。該程式碼基提供了受保護的記憶體模型和搶先式多工 ― 這兩者都促進了系統穩定性。從這一經過檢驗的程式碼基開始，從根本上而言，嵌入式 Windows XP在從核心級別開始的各個級別上都是可靠的。

　　

　　Windows XP 桌面作業系統和嵌入式 Windows XP 作業系統之間的差別在於：嵌入式 Windows XP 被模組化為多個元件。瞭解嵌入式 Windows XP的元件化機制是部署可靠的嵌入式 Windows XP 生成的關鍵所在。

　　

　　嵌入式Windows XP 生成的概念

　　嵌入式 Windows XP 的生成 概念與嵌入式作業系統（如 Windows CE .NET）不同。對於嵌入式 Windows XP 而言，生成 意味著收集為支援目標裝置中需要的功能所需的二進位制檔案、登錄檔項和其他資源。對於 Windows CE .NET 而言，生成 意味著實際重新編譯和連結 OS 與應用程式。

　　

　　軟體工程設計準則

　　開發人員可以利用多個可能對可靠性產生重大影響的軟體工程設計準則。

　　

　　選擇供應商

　　嵌入式 Windows XP 的一個主要優點是開發人員可以使用現成的基於 x86 的硬體作為他們的客戶端裝置。這一便利可以節省時間和金錢。但是，從可靠性觀點來看，開發人員需要了解裝置硬體是決定裝置可靠性的關鍵因素。同樣，開發人員需要仔細選擇提供其他軟體驅動程式或應用程式的第三方供應商。開發人員應該在以下五個方面評估他們的供應商：

　　

　　• 供應商硬體能否滿足或超過目標系統要求（即，Intel Pentium II 或更高等級的 CPU、ACPI PnP 基本輸入/輸出系統 (BIOS) 支援、外圍裝置元件互聯 (PCI) 2.0 或更高等級的支援、5 MB 的儲存媒體、64 MB 的 RAM）？

　　

　　• 該硬體供應商是否注重質量？該供應商的質量過程是什麼？該供應商是否參與了 Microsoft 的 Windows Hardware Quality Lab (WHQL) 計劃？

　　

　　• 軟體供應商是否對它們的軟體驅動程式或應用程式進行擔保？

　　

　　• 這些供應商是否提供及時的技術支援？

　　

　　• 如果硬體或軟體的專用部件只有一個供應商並且出現了技術問題，那麼該供應商能夠以多快的速度做出反應？

　　

　　開發方法

　　在開始之前遵循一套開發方法（包括編寫軟體需求文件）可以間接提高最終生成的可靠性。生成嵌入式 Windows XP 映像是一個選擇和配置元件的過程。例如，藉助於概述了終端使用者將如何配置目標裝置的需求文件，開發人員可以選擇正確的元件以啟用正確的功能。藉助於概述瞭如何製造目標裝置的需求文件，開發人員在配置嵌入式 Windows XP 生成時可以適應生產流程。

　　

　　嵌入式Windows XP 技術支援

　　嵌入式 Windows XP 開發工具 Embedded Studio 易於使用，但如果開發人員具有可用的技術支援網路，則可以節省時間（並減少加班時間）。Microsoft 在該 Microsoft Web 站點中為嵌入式 Windows XP 支援非常強大的開發人員社群。開發人員可以在該站點中利用新聞組、技術文章、知識庫和其他資源。此外，可以從許多公司（如 BSQUARE）購買嵌入式 Windows XP 技術支援軟體包。

　　

　　嵌入式 Windows XP 開發過程

　　Microsoft 的 Web 站點詳細說明了嵌入式 Windows XP 開發過程和工具。這些步驟在第 1 頁上的圖 1 中進行了概述，分別為：分析硬體、創作元件、配置生成和部署映像。本部分不在這裡重複相同的資訊，而是針對開發人員可用來確保更為可靠的嵌入式Windows XP 生成的每個步驟提供專門的提示。

　　

　　開始之前提示 #1：載入 XP Pro 和應用程式

　　開發人員為確保可靠的生成而進行的最佳時間投入是，在開始的時候，在自己的 x86 目標裝置上安裝 Windows XP Professional（桌面作業系統）。透過安裝和執行 XP Professional 和指定的應用程式，可以提供有關硬體、驅動程式和應用程式的可靠性的基準。透過這種運用基準化的方法，開發人員可以在嵌入式 Windows XP 的可能源發生生成錯誤時將硬體、驅動程式二進位制檔案和應用程式在外。

　　

　　分析硬體提示 #2：瞭解目標分析器

　　目標分析器的兩個程式 ― 目標分析器專業版 (TAP.exe) 和目標分析器 (TA.exe) 互為補充。TAP.exe 是一種要求在目標裝置上安裝 Windows 2000 或 Windows XP 的 Microsoft Win32 應用程式。如果開發人員無法使用 TAP.exe，則可以選擇執行目標分析器 (TA.exe) ― 它在 DOS 環境中執行。TA.exe 只檢測 ACPI、USB、1394、SCSI、PCMCIA 和 ISA 的存在（與存在和裝置相對）。此外，TA.exe 可以為硬體抽象層 (HAL) 產生最佳推測，並且不檢測軟體列舉裝置。在使用 TA.exe 時，開發人員可能需要其他來源以便說明目標裝置體系結構。

　　

　　配置生成提示 #3：節省原型化時間

　　透過 Target Designer，開發人員可以生成作業系統映像以便進行測試，而無須對該作業系統進行授權。該映像將在 90 到 180 天內有效，然後該映像將“藍色畫面”。如果開發團隊已經選擇了嵌入式 Windows XP ，並且已經為貿易展或重要客戶開發了原型，則該團隊應該考慮使用產品許可證。這可以避免出現以下情況：即，在一段時間（例如四個月）以後的某個週末，因為演示版“藍色畫面”而找來某位工程師進行緊急處理。

　　

　　配置生成提示 #4：Target Designer 中的可見性設定

　　Target Designer 使開發人員可以設定可見性閾值，該值指示元件在配置過程中是否可見。使用可見性級別，可以減少開發人員必須處理的元件的數量。開發人員應該知道，當他們除錯生成並且認為缺少某個元件時，他們應該確認它的可見度設定。

　　

　　配置生成提示 #5：Target Designer 中的依賴項檢查

　　在配置嵌入式 Windows XP 生成時，Target Designer 不斷地檢查冗長的依賴項鍊。每個元件都具有它自己的需要和依賴項。如果選中了 Auto-resolve dependencies 核取方塊，則 Target Designer 會自動解決元件之間的依賴項問題。該自動化技術的弊端是：生成可能變得超過開發人員所希望的大小，並且不會提供有關哪些元件被新增以滿足依賴項的可見度。開發人員需要了解提高生成過程的速度並使用自動化依賴項檢查與最大限度地減小映像之間的折衷。

　　

　　部署映像提示 #6：使用系統克隆工具

　　在製造過程中，當準備將在多個裝置上覆制的生產映像時，開發人員應該包括系統克隆工具元件。如果每個裝置分別經歷獨立的 First Boot Agent (FBA) 過程，則無需該克隆元件。但是，FBA 過程非常費時，並且對製造環境不利。

　　

　　測試的作用

　　可以使用多個測試實用工具，以協助進行嵌入式 Windows XP 除錯。使用 PC Magazine () 提供的 InCtrl5，開發人員可以獲取系統的前後快照。FileMon 是一種免費提供的工具，它可以實時顯示檔案系統活動，包括程式使用了哪些檔案（包括動態連結庫 (DLL) 和配置檔案）。RegMon 也可從 Sysinternals () 獲得，它顯示了哪些應用程式正在訪問登錄檔。Microsoft 在它的 Platform SDK 中提供了 Dependency Walker 實用工具，它可以幫助開發人員確保為應用程式或驅動程式包含所有需要的 DLL。

　　

　　小結

　　該白皮書探討了開發人員可以重點關注以確保更加可靠的嵌入式 Windows XP 生成的四個方面。這些方面包括：瞭解嵌入式 Windows XP 的由來；使用可靠的軟體工程設計準則；透過使 Windows XP Professional 在目標裝置上執行來啟動專案以及其他一些可以提高可靠性的生成提示；以及將使用多個方便的測試實用工具進行測試結合到開發過程之中。但願剛剛接觸嵌入式 Windows XP 的開發人員能夠在這些主題中找到一些忠告，以減緩其嵌入式 Windows XP 學習曲線，並且幫助他們早日將可靠的產品投放市場。