隨著.net平台的推出，微軟不但使這種工作更加吃香，而且明顯又帶來了更多的挑戰。但是如果有充足的計劃，.NET結構設計師就能保證他們的開發團隊創建高質量的、可支持的以及可維護的應用程序，方法就是給出一個使用.NET平台先進性的創建或升級的標准和過程的可靠建議。
對於那些打算升級或者創造適應.NET的標准的結構設計師來說，有兩個主要問題需要考慮。一是如何改變開發標准，二是如何根據該平台的新的RAD能力以及開發部署環境的要求來修改開發過程。
開發標准
新開發平台的推出要求我們重新評價現有的開發標准。但是.NET平台為新的、令人激動地應用程序類型帶來了如此多的機會，以至於你需要對你的標准進行根本的改變。只有一些地方只需要較小的變動，例如命名標准和慣例以及文檔標准需要做的改變就不多。但是所有的使用.NET Framework的新應用開發都要有效地將應用程序視為松散的耦合組件和精心設計的接口的集合體。雖然很多C++開發人員不會發現這類思考過程困難，但是多數VB.NET開發人員卻會。為正確地開發類而要求的規范和知識將不得不來自.NET結構設計師，而不是來自VB開發人員，因為他們只有使用類而沒有設計類的經驗。開發一個高效的類設計、集成以及命名策略是使用.NET開發軟件走向成功的第一步。
另外，新的.NET安全特征強迫系統結構設計師重新檢查先前的有關安全管理議題的假設。像以前的COM系統一樣，.NET可以使用一個單獨的安全憑證集合，籍此不但可控制磁盤一般文件和可執行文件的訪問，還可以控制數據庫表和存儲過程(在SQL Server中使用集成安全性--.NET傾向使用的方法)的訪問。但是.NET為使用代碼訪問安全來訪問系統資源的代碼增加了請求或者需求權限的能力。事實上，.NET結構設計師必須考慮如何匯總管理和應用域，因為這些東西要求他們必須重新評價他們當前所有的有關應用程序內的以及應用程序間的管理信任邊界的假設。
另外一個結構設計師必須要考慮的主要標准區域是數據訪問。.NET應用程序使用ADO.NET訪問數據，因此它盡可能的工作在脫機以及無狀態的自然情況下，而基於ADO的COM應用程序需要高度聯機、有狀態的環境。使用消極鎖定的處理並發問題的開發建議在.NET環境裡不能簡單高效地實現，因為它更趨向於使用積極並發。結構設計師需要為處理貫穿於整個企業的並發問題建立一個標准。
開發過程
更新之後的新標准並不足以保證在采用.NET平台時能夠成功。平台提供的RAD功能要求結構設計師重新考慮軟件設計過程以及整個應用程序生命周期管理問題。當你的開發人員使用新的.NET Framework特征，比如說DataSets、DataGrids以及ASP.NET設計環境來創建健壯、可部署的原型時，你就要重新檢查你的軟件設計過程。VS.net使開發人員使用像極端程序設計法之類的新的方法學，以非常快的速度(相比老的開發工具而言)來創建軟件系統的特征豐富的新迭代發布版本。有了維護前面討論的標准的正確指導，我們就能創建更快適應時間改變，類型更加豐富的應用程序----只要結構設計師在向新的設計過程轉變的足夠快。
另外我已經看到人們對源代碼管理和構建基於微軟技術的系統的巨大興趣。曾經被遺忘的產品，Visual SourceSafe，又煥發出生機。在VS.NET工具集投入了成千萬美元的公司很不情願地在第三方源代碼管理系統上投入更多的錢。很多使用COM技術的公司忽視了共享源代碼的需求，因為他們遵從的是每個項目作為一個開發(one-developer-per-project)的規則。但是由於在.NET平台開發的組件具有高度可復用的本質，所以很多的應用程序的開發者變成了那些創建可復用組件或者子系統的團隊，而不再是那些開發單獨系統的個體。這些環境就需要高效的源代碼管理，源代碼系統的使用是整個開發、構建和測試過程的一個不可分割的一部分。
繼續向前
.NET Framework是微軟在開發工具上的一個主要的策略轉變。它需要開發人員和系統結構設計師共同回顧檢查開發過程的細節。這個過程的結果是一個每個人必須遵守的結構設計標准。
