建模
通過簡化一些細節，模型可以幫助我們理解系統。如何選擇建模對象對理解問題和提供解決方案有重大影響。Web 應用程序與其他軟件密集型系統一樣，通常由用例模型、實施模型、部署模型、安全模型等一組模型來表示。Web 系統還另有一個專用模型，即站點圖。站點圖是對貫穿整個系統的 Web 頁和導航路線的抽象。
目前采用的大部分建模方法都適用于各種 Web 應用程序模型的開發，因而無需對它們進行進一步的討論。不過，有一個非常重要的模型，分析/設計模型 (ADM)，在嘗試將 Web 頁、與其相關的可執行代碼和其他元素納入模型時，確實出現了一些困難。
在決定如何建模時，確定正確的抽象和詳細級別對于是否能讓模型用戶享受到建模帶來的好處至關重要。一般而言，最好對系統的工件建模。工件就是那些為生成最終產品而構建和操縱的真實生活中的實體。對 Web 服務器的內部構件建模，或者對 Web 瀏覽器的具體構成部分建模，這對于 Web 應用程序的設計員和構架設計師并沒有什么幫助。頁、頁之間的鏈接、構成頁的所有動態內容，以及在客戶機上出現過的頁的動態內容，對這些建模才是重要的，而且是非常重要的。設計員設計的、實施員實施的正是這些工件。頁、超鏈接、客戶機和服務器上的動態內容正是需要建模的對象。
下一步是將這些工件映射到建模元素。例如，超鏈接自然映射到模型中的關聯關系元素。超鏈接代表了從某一頁到另一頁的導航路徑。將這種思路進行擴展，頁就可以映射到模型邏輯視圖中的類。如果 Web 頁是模型的一個類，那么頁的腳本自然就映射為這個類的操作。腳本中的所有頁范圍 (內的) 變量映射為類屬性。Web 頁可能包括一套在服務器上執行的腳本（準備頁的動態內容），以及另一套完全不同的只在客戶機上執行的腳本（如 JavaScript），考慮到這一點時，一個問題就出現了。在這種情況下，當我們查看模型中的 Web 頁類時，我們搞不清楚在準備頁的過程中哪些操作、屬性甚至關系在服務器上處于活動狀態，而當用戶與頁交互時哪些在客戶機上處于活動狀態。另外，Web 應用程序中傳遞的 Web 頁最好是作為系統構件建模。簡單地將 Web 頁映射到 UML 類不會對我們理解系統有所幫助。
UML 的創始人意識到總會存在這樣的情況：初始的 UML 不足以獲取一個特定領域或構架的相關語義。為了解決這個問題，他們確定了一種正式擴展機制，允許實踐者擴展 UML 的語義。該機制允許定義可應用到模型元素的構造型、標注值和約束。
構造型是一種修飾，允許我們為建模元素定義新的語義。標注值是可以與建模元素相關聯的鍵值對，允許我們在建模元素?quot;標注"任何值。約束是定義模型外形的規則。它們可表示為任何形式的文本，或者用更正式的對象約束語言 (OCL) 表示。
本文討論的工作引入了為 Web 應用程序所作的一種 UML 擴展。這種擴展從整體上看超出了本文的范圍，然而這里還是討論了其中大部分的概念和解釋。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
