本節(jié)向大家介紹一下UML輔助網(wǎng)站規(guī)劃和設(shè)計(jì)指南，這里主要介紹一下規(guī)劃階段，希望通過本節(jié)的學(xué)習(xí)你對UML輔助網(wǎng)站規(guī)劃和設(shè)計(jì)有一定的了解。下面讓我們一起來學(xué)習(xí)詳細(xì)介紹吧。

UML輔助網(wǎng)站規(guī)劃和設(shè)計(jì)指南
　　
一、概述
　　Web網(wǎng)站往往具有復(fù)雜與高度動(dòng)態(tài)的特點(diǎn)。為了讓W(xué)eb應(yīng)用在短時(shí)間之內(nèi)開始運(yùn)作，開發(fā)周期應(yīng)該盡量地短。許多時(shí)候，開發(fā)者直接進(jìn)入編寫代碼這一階段，卻不去仔細(xì)考慮自己想要構(gòu)造的是什么樣的網(wǎng)站以及準(zhǔn)備如何構(gòu)造：服務(wù)器端代碼往往是毫無準(zhǔn)備的即興式編寫，數(shù)據(jù)庫表也是隨需隨加，整個(gè)應(yīng)用的體系有時(shí)候呈現(xiàn)一種無規(guī)劃狀態(tài)。然而，只要我們運(yùn)用一些建模技術(shù)和軟件工程技術(shù)，就能夠讓開發(fā)過程更加流暢，確保Web應(yīng)用將來更容易維護(hù)。

　　UML（UnifiedModelingLanguage，統(tǒng)一建模語言）是一種通用的可視化建模語言，用于對軟件進(jìn)行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)的文檔。UML適用于各種軟件開發(fā)方法、軟件生命周期的各個(gè)階段、各種應(yīng)用領(lǐng)域以及各種開發(fā)工具。UML能夠描述系統(tǒng)的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為：靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中重要對象的屬性和操作以及這些對象之間的相互關(guān)系；動(dòng)態(tài)行為定義了對象的時(shí)間特性和對象為完成目標(biāo)任務(wù)而相互進(jìn)行通信的機(jī)制。UML不是一種程序設(shè)計(jì)語言，但我們可以用代碼生成器將UML模型轉(zhuǎn)換為多種程序設(shè)計(jì)語言代碼，或使用反向生成器工具將程序源代碼轉(zhuǎn)換為UML模型。

　　本文介紹用UML為Web網(wǎng)站建模的一些方法。全面采用UML技術(shù)是一個(gè)復(fù)雜的過程，但UML的某些部分很容易使用，而且它能夠幫助你用更少的時(shí)間構(gòu)造出更好的系統(tǒng)。

　　為了示范UML在網(wǎng)站建設(shè)中的應(yīng)用，本文將構(gòu)造一個(gè)支持無線用戶、提供各個(gè)地區(qū)天氣報(bào)表和交通流量報(bào)表的網(wǎng)站。本文不準(zhǔn)備詳細(xì)介紹UML本身。但為了方便起見，附錄中簡要介紹了常見的UML符號(hào)和術(shù)語。要了解更多有關(guān)UML的信息，請參見文章最后的參考資源。UML輔助網(wǎng)站規(guī)劃和設(shè)計(jì)指南的第一個(gè)階段。
　　
二、規(guī)劃階段

　　不論你是從頭開始構(gòu)造網(wǎng)站、移植網(wǎng)站還是增加某個(gè)重要的功能，為了確保設(shè)計(jì)決策的最優(yōu)化，進(jìn)行一些先期規(guī)劃是必要的。如果你和其他人協(xié)作完成一項(xiàng)工程，就工作總量及其分配達(dá)成明確的共識(shí)具有不可估量的作用。在規(guī)劃期間，你應(yīng)該努力對系統(tǒng)的以下方面形成正確的認(rèn)識(shí)：

用戶和角色。
應(yīng)用需求。
各個(gè)界面之間的轉(zhuǎn)換流程。
要用到的工具和技術(shù)。
　　
2.1用戶
　　UML輔助網(wǎng)站規(guī)劃和設(shè)計(jì)指南中了解使用系統(tǒng)的用戶是很重要的。不僅系統(tǒng)分析要求你接觸一些用戶（通過問卷調(diào)查、email，或者面對面交談），而且你經(jīng)常還要讓系統(tǒng)能夠控制不同的用戶角色和權(quán)限。通過對用戶進(jìn)行分類并了解他們的需求，你就可以找出線索來確定數(shù)據(jù)庫的安全機(jī)制、功能限制方法、用戶界面分組、培訓(xùn)和幫助需求、對具體內(nèi)容的需求，甚至還可以從側(cè)面了解到潛在廣告客戶的分布。

2.2定義需求
　　在正式開始編寫代碼之前，你應(yīng)該對準(zhǔn)備構(gòu)造一個(gè)怎樣的系統(tǒng)有一個(gè)清晰的認(rèn)識(shí)。雖然在編寫代碼的同時(shí)也可以逐步完成這一工作，而且這種做法也很有吸引力，但借助圖形和文字資料事先集體進(jìn)行討論效率要高得多。為網(wǎng)站編寫詳細(xì)的需求說明往往不那么合算，但你應(yīng)該有時(shí)間畫出幾個(gè)草圖、寫下幾段注解去說明網(wǎng)站準(zhǔn)備提供的服務(wù)。這就要用到UseCase圖（用例圖）。UseCase可以看成一組功能——它可能對應(yīng)網(wǎng)站上的一個(gè)頁面、一個(gè)必須編寫的程序，或者網(wǎng)站上可能發(fā)生的一個(gè)動(dòng)作（比如，驗(yàn)證用戶登錄，改變用戶的配置文件，清除過期的帳號(hào)，等等）。下面就是一個(gè)能夠幫助你規(guī)劃網(wǎng)站的UseCase圖。注意，該圖并沒有顯示出網(wǎng)站的所有UseCase，通常我們需要多個(gè)UseCase圖才能描述完整的網(wǎng)站功能。
　　
2.3用戶界面組織
　　在制作UseCase的過程中，你會(huì)得到一些指示網(wǎng)站需要哪些用戶界面的線索。也許你早就有了設(shè)計(jì)某些頁面的絕妙主意，但UseCase幫助我們從另外一個(gè)角度來看問題。用戶是否確實(shí)需要那么多的界面？某個(gè)頁面是否過于復(fù)雜？網(wǎng)站的導(dǎo)航設(shè)施是否簡單易用，即從主頁訪問常用服務(wù)是否很方便？在勾畫界面草圖、制作網(wǎng)站原型之前，你應(yīng)該先在UseCase圖中解決這些問題。

　　當(dāng)UseCase逐漸清晰時(shí)，我們就可以開始勾畫出網(wǎng)站的大致結(jié)構(gòu)。有些人會(huì)強(qiáng)調(diào)說頁面和文件應(yīng)該用相應(yīng)的構(gòu)件圖（ComponentDiagram）建模，其實(shí)類圖（ClassDiagram）工具也很方便。

　　用戶界面布局圖能夠幫助你避免網(wǎng)站混亂，它對于規(guī)劃網(wǎng)站是很有用的。而且，一旦確定了一種有效的網(wǎng)站結(jié)構(gòu)組織方式，它還可以作為一個(gè)固定的模式在多個(gè)網(wǎng)站上應(yīng)用。

2.4工具選擇
　　UML輔助網(wǎng)站規(guī)劃和設(shè)計(jì)指南中如何選擇工具？對于小型網(wǎng)站，選擇工具和技術(shù)相當(dāng)簡單。特別是由于投資的原因，只有少數(shù)幾種工具組合才具有現(xiàn)實(shí)意義——Apache，MySQL或者PostgreSQL，PHP、Perl或JSP/Servlet。當(dāng)前最流行的組合是Apache+PHP+MySQL，有許多低價(jià)位的Web托管服務(wù)支持并主要集中在這種工具組合上。而對于規(guī)模較大的網(wǎng)站，在投資應(yīng)用軟件之前，它必須對各種工具進(jìn)行更嚴(yán)格的評估和測試。下面是一個(gè)構(gòu)件圖的例子，它可以用來說明網(wǎng)站的體系結(jié)構(gòu)。這個(gè)圖形雖然簡單，但它已經(jīng)描述出了當(dāng)前大多數(shù)網(wǎng)站的體系結(jié)構(gòu)，對于你的網(wǎng)站，重新制作該圖可能也沒有必要，因?yàn)樵僖矝]有什么與眾不同的內(nèi)容值得加入這個(gè)圖形了。

【編輯推薦】

1. 專家推薦 UML用戶指南
2. 深度剖析九大UML視圖及其作用
3. 實(shí)例講解UML對象圖使用
4. 軟件設(shè)計(jì)過程中面向?qū)ο骍ML技術(shù)如何使用
5. UML設(shè)計(jì)的九種圖例及其區(qū)別