VLAN的好處在于有效地限制了L2的廣播域。對(duì)于有線網(wǎng)絡(luò)，常見(jiàn)的VLAN劃分方法包括基于交換機(jī)端口的劃分、基于MAC地址的劃分、基于L3的IP劃分以及基于802.1x的安全憑證劃分等，這方面的資料比較多，支持的產(chǎn)品也很多，應(yīng)用很成熟。

但對(duì)于WLAN，該如何劃分VLAN呢？

WLAN的網(wǎng)絡(luò)結(jié)構(gòu)基本單位是BSS。BSS有兩種形態(tài)：獨(dú)立基礎(chǔ)結(jié)構(gòu)（IBSS，也叫自組網(wǎng)Adhoc）和基礎(chǔ)結(jié)構(gòu)Infrastructure。自組網(wǎng)就是多個(gè)站點(diǎn)自發(fā)組成一個(gè)可以互通的WLAN，而基礎(chǔ)結(jié)構(gòu)模式則以AP為中心，其它站點(diǎn)都先與AP關(guān)聯(lián)，然后才能與BSS中的其它站點(diǎn)進(jìn)行通信。以下所提到的BSS僅指基礎(chǔ)結(jié)構(gòu)。

WLAN中的VLAN劃分必須要有AP的支持。每一個(gè)VLAN由一個(gè)VLAN ID來(lái)標(biāo)示，因此以什么作為VLAN ID的依據(jù)，決定了VLAN在哪個(gè)層次劃分。根據(jù)VLAN與BSS的關(guān)系，WLAN中的VLAN劃分有幾種情況。

1. 以MAC層依據(jù)作為VLAN ID

一個(gè)AP至少可以組建一個(gè)BSS，而且不少實(shí)際的產(chǎn)品還支持同時(shí)虛擬出多個(gè)BSS，每個(gè)BSS擁有不同的BSSID。對(duì)于每個(gè)BSS，一些AP產(chǎn)品還可以同時(shí)支持多個(gè)SSID，不同的SSID共享大部分的BSS配置和Radio接口配置，可以有少部分配置不一樣（比如密鑰）。

1.1 以SSID或BSSID為劃分依據(jù)

一種容易實(shí)現(xiàn)的VLAN劃分方法就是以SSID為劃分依據(jù)，每個(gè)SSID對(duì)應(yīng)一個(gè)VLAN ID。這種劃分依據(jù)完全來(lái)自于802.11 MAC層的SSID，因此可以完全在AP內(nèi)部實(shí)現(xiàn)。根據(jù)AP對(duì)多SSID支持情況的不同，具體情況又有所不同。

1.1.1 AP支持多個(gè)BSS，每個(gè)BSS又支持多個(gè)SSID

這種情況下按照SSID來(lái)劃分VLAN，所有連接到該SSID的站點(diǎn)都屬于同一個(gè)VLAN。每個(gè)SSID提供給STATION的接入端口均為VLAN的Access端口，是不帶tag的端口。

由于一個(gè)BSS內(nèi)有多個(gè)SSID，因此一個(gè)BSS內(nèi)就會(huì)有多個(gè)VLAN。由于這些SSID均屬于同一BSS，因此如果位于兩個(gè)VLAN內(nèi)的STATION要通信，只需要經(jīng)過(guò)AP內(nèi)部的轉(zhuǎn)發(fā)橋接即可。

1.1.2 AP僅支持一個(gè)BSS，每個(gè)BSS支持多SSID

這種情況下按照SSID來(lái)劃分VLAN，跟上面的情況類似。

1.1.3 AP支持多個(gè)BSS，每個(gè)BSS僅支持一個(gè)SSID

這種情況下SSID與BSSID一一對(duì)應(yīng)，因此根據(jù)SSID來(lái)劃分VLAN與根據(jù)BSSID來(lái)劃分是一樣的。這種情況下屬于同一個(gè)BSS的站點(diǎn)屬于同一個(gè)VLAN，位于兩個(gè)VLAN內(nèi)的STATION要通信，只需要經(jīng)過(guò)AP內(nèi)部的轉(zhuǎn)發(fā)橋接即可也僅僅需要AP內(nèi)部的轉(zhuǎn)發(fā)。

1.1.4 AP僅支持BSS，每個(gè)BSS僅支持一個(gè)SSID

這種情況下如果按照SSID或BSSID來(lái)劃分VLAN，則整個(gè)BSS均屬于同一VLAN。由于不存在多個(gè)VLAN，因此不存在VLAN互通的問(wèn)題。

可見(jiàn)，如果在同一AP內(nèi)部劃分不同的VLAN，那么這些VLAN間的互通僅需要AP內(nèi)部的MAC橋接即可實(shí)現(xiàn)，而不需要將數(shù)據(jù)交到更高層進(jìn)行轉(zhuǎn)發(fā)或橋接。

1.2 以MAC地址為劃分依據(jù)

這種情況根據(jù)STATION的MAC地址在BSS內(nèi)劃分VLAN。AP根據(jù)從STATION發(fā)來(lái)的幀中的源地址決定該STATION所屬的VLAN，從而可以保證同一VLAN的互通和不同VLAN的橋接。

上面的兩種劃分均是以802.11 MAC層的信息作為VLAN ID的劃分依據(jù)，因此同一VLAN內(nèi)部的轉(zhuǎn)發(fā)和不同VLAN之間的橋接均可在AP內(nèi)部實(shí)現(xiàn)，而不需要分發(fā)。

在上面的兩種情況下，在AP內(nèi)部只需要維護(hù)兩張表即可：一張表是VLAN ID與VLAN依據(jù)（SSID/BSSID或MAC地址）之間的對(duì)應(yīng)表，另一張表示VLAN ID與VLAN接口之間的對(duì)應(yīng)表。Access端口上的數(shù)據(jù)收發(fā)情況如下：

進(jìn)入Access端口的數(shù)據(jù)：可以不帶tag。如果需要分發(fā)到AP外（目的地址不是BSSID且不是任何BSS中的其它站點(diǎn)），則加上tag通過(guò)分發(fā)接口分發(fā)；如果不需要分發(fā)到AP外，則有幾種情況：

DA為BSSID，則由AP接收并處理；
DA為同一VLAN中的其它STATION，則MAC層轉(zhuǎn)發(fā)；
DA為不同VLAN，但同一AP中的其它STATION，則執(zhí)行VLAN之間的橋接協(xié)議。
從Access端口發(fā)出的數(shù)據(jù)：不帶tag，直接發(fā)到STATION。

這種劃分的缺點(diǎn)僅適合于較小的網(wǎng)絡(luò)，靈活性較差。比如，無(wú)法實(shí)現(xiàn)跨AP的VLAN，也就是連接到不同AP的兩個(gè)STATION無(wú)法劃分到同一個(gè)VLAN。

2. 動(dòng)態(tài)VLAN劃分方式

動(dòng)態(tài)劃分方式并不由AP來(lái)決定VLAN ID，而是由其它更高級(jí)的設(shè)備來(lái)決定。一種方法是由RADIUS服務(wù)器來(lái)劃分。當(dāng)一個(gè)STATION與AP關(guān)聯(lián)時(shí)，AP中的RADIUS客戶端與RADIUS服務(wù)器進(jìn)行通信，從而得到該STATION所屬的VLAN ID。RADIUS決定STATION服務(wù)器所屬VLAN的依據(jù)可以是用戶名、IP地址等，因此具有很大的靈活性。當(dāng)用戶的位置改變后，他所屬的VLAN仍然不變。

采用動(dòng)態(tài)VLAN方式后，同一個(gè)AP的同一個(gè)SSID中的兩個(gè)STATION可能屬于不同的VLAN，而連接到兩個(gè)不同AP中的STATION卻可能屬于同一VLAN。因此這種情況下，要實(shí)現(xiàn)同一VLAN中不同STATION之間的互通，需要更高層的轉(zhuǎn)發(fā)和橋接，可能需要經(jīng)過(guò)位于WDS接口或以太網(wǎng)DS接口等接口之上的VLAN trunk、hybrid端口。

本文來(lái)自CSDN博客，轉(zhuǎn)載請(qǐng)標(biāo)明出處：http://blog.csdn.net/rangzh/archive/2008/07/02/2606778.aspx

從用例到代碼, 第一部分： 用例分析

從用例到代碼，第二部分：用例設(shè)計(jì)

第1章前言

目的

需求調(diào)研是為需要說(shuō)明書做前期工作，可以說(shuō)需要說(shuō)明書說(shuō)是從需求調(diào)研表中得到或抽取而出。

需求調(diào)研是要了解現(xiàn)實(shí)世界中做實(shí)際工作的人們真正需要什么樣的程序的過(guò)程，再把這些需求開(kāi)進(jìn)細(xì)節(jié)整理由設(shè)計(jì)部開(kāi)發(fā)，再由銷售部銷售給用戶。

用戶：系統(tǒng)分析人員

回頁(yè)首

第2章前期準(zhǔn)備

2.1. 確定工具

• 沒(méi)有什么工具是好還是壞的問(wèn)題，問(wèn)題是關(guān)鍵是如何使用它們，無(wú)論是什么工具也只是一個(gè)輔助工具，也不是生成工具。
• 工具的選取要求是自己（本組）熟悉的工具，不能是一件最新時(shí)髦工具而自己對(duì)它了解很少，結(jié)果大部分時(shí)間化在學(xué)習(xí)工具上，而不是使用它為你工作。
• 工具最好也是要求是普通流行的，因?yàn)橐紤]交流的問(wèn)題。

2.2. 要做什么就要先了解什么

• 如果做的項(xiàng)目是你所不了解的一個(gè)行業(yè)（專業(yè)）同組有要最好有要專家----最終用戶做為這個(gè)專家是最好的，最少你有了解這個(gè)專業(yè)，不是要你成為專家，但最少要了解一定的專業(yè)知識(shí)（最少專來(lái)詞匯你要知道），不然您甚至不知道去問(wèn)什么問(wèn)題或者如何去問(wèn)他們，甚至于人家在說(shuō)什么你也不知道。
• 相應(yīng)的專業(yè)資料是必須的，最少要有專業(yè)入門書籍和對(duì)應(yīng)的資料，也需要求更深入的一些資料。當(dāng)然有專家的參入就另當(dāng)別論。
• 如果行業(yè)的難度不是很大，可以通入分析人員的自我學(xué)習(xí)在短時(shí)間內(nèi)了解行業(yè)，也許可以不用專家，否則專家是必須的。

2.3. 建立設(shè)計(jì)環(huán)境

一定建立一個(gè)專門的設(shè)計(jì)環(huán)境來(lái)為本項(xiàng)目服務(wù)，進(jìn)行一定的資源分配，進(jìn)行必要的文件管理。

2.4. 真正了解自己和用戶

• 那些是用戶可能明確要達(dá)到的目地
• 要知道那些是自己能做到的，那些是自己不能做的。
• 對(duì)于不能做的處理方法，如拒絕，轉(zhuǎn)包等
• 那些是用戶想要做到的

2.5. 列出人員分配表和所有工具列表

• 明確項(xiàng)目人員分工
• 統(tǒng)一項(xiàng)目所用的工具
• 統(tǒng)一項(xiàng)目文件模版
• 其它資源列表（資料，相關(guān)網(wǎng)站，資詢電話。。。）

回頁(yè)首

第3章調(diào)研過(guò)程

3.1. 搜集需求得到需求說(shuō)明書

注意：

1. 雖然最終必須要編成基于計(jì)算機(jī)解決方案的描述，但到目前為止，我們關(guān)注的焦點(diǎn)的文檔在相應(yīng)領(lǐng)域方面的部分。
2. 記住這里沒(méi)有計(jì)算機(jī)方面的行話，如果是編寫一個(gè)會(huì)計(jì)軟件，那么一位會(huì)計(jì)師都應(yīng)該清楚地理解程序員寫的會(huì)計(jì)方面的問(wèn)題說(shuō)明書
3. 需求說(shuō)明書問(wèn)題中，不要太正式。只要描述能表達(dá)您想要做的事情就行了，就和另外一個(gè)人在說(shuō)話一樣就可以。
4. 對(duì)于客戶或相應(yīng)人員了解問(wèn)題時(shí)，一定要有記筆記的習(xí)慣，談上幾個(gè)小時(shí)，很多細(xì)節(jié)是記不住的。

3.2. 整理，檢查和細(xì)化需求說(shuō)明書

1. 對(duì)于客戶的需要進(jìn)行必要的整理和分類有進(jìn)從用戶那里會(huì)得到很多信息，不行進(jìn)必要的整理就不能從中進(jìn)行合理的分析
2. 分清有用功能、可選功能用、無(wú)用功能及不可實(shí)現(xiàn)功能對(duì)于用戶來(lái)講他可以說(shuō)出他想要的很多功能，但這些功能間的關(guān)系有時(shí)是清晰的，但對(duì)于很多用戶來(lái)講想通過(guò)計(jì)算機(jī)或新系統(tǒng)實(shí)現(xiàn)他以前沒(méi)有的功能，在這時(shí)他所提出的新需求的可行性和與其它模塊之間的關(guān)系就已經(jīng)不清，所以對(duì)于分析員來(lái)講，要從用戶的需求中分清有用功能和無(wú)用功能和可選功能，進(jìn)行分別區(qū)分處理，比如不可實(shí)現(xiàn)功能請(qǐng)用戶放棄。
3. 不要忽略明顯的錯(cuò)誤用戶倒是不經(jīng)常提及他需要的東西，而這些東西對(duì)問(wèn)題來(lái)說(shuō)都是很基本的，要細(xì)化檢查一定有注意這個(gè)問(wèn)題。
4. 你認(rèn)為的也許不是對(duì)的對(duì)于系統(tǒng)分析員對(duì)需求分析的自認(rèn)為的情況要加以注意，對(duì)于一個(gè)行業(yè)來(lái)說(shuō)，有些規(guī)則可以不是最合理，但它就是那樣存在和使用，所以對(duì)于每一個(gè)非明確確定的需求，要由專業(yè)人員來(lái)審定。除非你就是專家。

3.3. 改進(jìn)

最初的第一次需求在分析，細(xì)化一定有不明及不確定之處，那么就把整理出一份問(wèn)題細(xì)化問(wèn)詢表，對(duì)發(fā)現(xiàn)的問(wèn)題進(jìn)行整理，列出不明之處，可根椐以下格式

問(wèn)詢?nèi)耍?
            問(wèn)題：
            業(yè)務(wù)不清問(wèn)題列表（業(yè)務(wù)描述不清）：
            1 ….是什么含義？
            2 …..與XX是什么關(guān)系？
            多種選擇可以列表（請(qǐng)用戶進(jìn)行選擇）：
            1 ……有多個(gè)可能，那么現(xiàn)在我們使用
            A ……   B…….   C……..  D ……

3.4. 審核需求

1. 自我審枋
   把自己從用戶的角度來(lái)考慮
   是否合理，是否可以提高效率，是否可以達(dá)到目的，是否有完整
2. 由用戶來(lái)評(píng)價(jià)
   由最終用戶來(lái)評(píng)價(jià)你所列的需求是否達(dá)到了用戶要求（用戶人數(shù)1-3人，再多也沒(méi)有什么益處）。
3. 重復(fù)過(guò)程，最終通過(guò)審核完成需求說(shuō)明書

參考資料

• 標(biāo)準(zhǔn)版API 規(guī)范，JAVA 2 核心技術(shù)和其他方面的信息。
  

軟件項(xiàng)目需求調(diào)研總結(jié) ：
http://blog.csdn.net/success_dream/archive/2007/10/14/1824730.aspx

軟件項(xiàng)目調(diào)研內(nèi)容分為：項(xiàng)目管理方面調(diào)研和業(yè)務(wù)調(diào)研，其中項(xiàng)目管理方面調(diào)研包括：項(xiàng)目目標(biāo)、項(xiàng)目時(shí)間、資源、地點(diǎn)、需要協(xié)調(diào)的事宜等，二：業(yè)務(wù)調(diào)研包括：業(yè)務(wù)目標(biāo)、業(yè)務(wù)范圍、業(yè)務(wù)流程等，因此每次調(diào)研應(yīng)該分兩部分來(lái)整理調(diào)研報(bào)告。

5  MVC design
    http://javadude.com/articles/index.html