引言 網(wǎng)站建設(shè)的發(fā)展使得保證支持)*+站點(diǎn)的,- 基礎(chǔ)結(jié)構(gòu)能夠?yàn)樵L問(wèn)公司的信息、產(chǎn)品和服務(wù)提供可用、可擴(kuò)展、快速且高效的途徑成為了關(guān)鍵任務(wù)。 規(guī)劃網(wǎng)站時(shí)必須確保網(wǎng)絡(luò)及其組件能夠處理將來(lái)訪問(wèn)站點(diǎn)的用戶數(shù)量。容量規(guī)劃是一個(gè)長(zhǎng)期過(guò)程。它需要不斷監(jiān)視服務(wù)器的使用情況，以確保有足夠的資源來(lái)保證客戶的訪問(wèn)。隨著時(shí)間的推移，大多數(shù)規(guī)劃都會(huì)碰到用戶數(shù)量和訪問(wèn)的內(nèi)容總量大大增加的情況。當(dāng)高峰用戶數(shù)量訪問(wèn)網(wǎng)絡(luò)上的應(yīng)用程序和服務(wù)時(shí)，容量規(guī)劃對(duì)于確保系統(tǒng)能夠充分運(yùn)行至關(guān)重要。因此必須充分規(guī)劃網(wǎng)站，使其能夠瞞足最大數(shù)量用戶同時(shí)訪問(wèn)網(wǎng)站的請(qǐng)求，并在此基礎(chǔ)上確保網(wǎng)絡(luò)的硬件和軟件容量能夠滿足預(yù)期需求。本論文介紹容量規(guī)劃所涉及的有關(guān)問(wèn)題，以及如何規(guī)劃網(wǎng)絡(luò)的容量要求。 1、容量規(guī)劃的簡(jiǎn)介 任何網(wǎng)站的目標(biāo)都是向用戶提供優(yōu)質(zhì)的服務(wù)。當(dāng)用戶遇到反應(yīng)速度慢、超時(shí)和錯(cuò)誤、鏈接斷開等問(wèn)題時(shí)，他們會(huì)失去耐心，并轉(zhuǎn)向其他網(wǎng)站去查找所需內(nèi)容。要防止這一點(diǎn)，就必須提供一個(gè)不但能處理常規(guī)需求水平，而且能處理高峰需求水平甚至更高水平的基礎(chǔ)結(jié)構(gòu)。容量規(guī)劃讓我們能夠計(jì)算滿足用戶需求所需的硬件要求。這類計(jì)算可以使我們識(shí)別在網(wǎng)絡(luò)設(shè)計(jì)中造成性能降低和導(dǎo)致服務(wù)質(zhì)量降低的瓶頸，然后我們可以修改設(shè)計(jì)或根據(jù)需要做出更改來(lái)解決瓶頸問(wèn)題。 網(wǎng)站容量是由用戶數(shù)量、服務(wù)器容量、硬件和軟件配置、以及網(wǎng)站內(nèi)容來(lái)確定。容量規(guī)劃可被表述為一個(gè)簡(jiǎn)單等式：支持用戶數(shù)量. 硬件容量/ 硬件的人均用戶負(fù)載在這個(gè)等式中，支持用戶數(shù)量指同時(shí)訪問(wèn)的用戶數(shù)量，硬件容量指服務(wù)器和網(wǎng)絡(luò)容量，硬件的人均用戶負(fù)載是指訪問(wèn)用戶的人均硬件開銷。容量規(guī)劃通常基于兩個(gè)概念： (1)降低每位用戶給硬件增加的負(fù)載，這可以通過(guò)對(duì)網(wǎng)站內(nèi)容進(jìn)行規(guī)劃、程序設(shè)計(jì)和配置可以更加有效地利用現(xiàn)有資源。 (2)配置網(wǎng)站的基礎(chǔ)結(jié)構(gòu)以增加硬件容量，方式有硬件擴(kuò)展（增加服務(wù)器數(shù)量）或升級(jí)（將現(xiàn)有服務(wù)器升級(jí)）。 如果網(wǎng)站內(nèi)容復(fù)雜性提高了，那么就增加了人均用戶的硬件負(fù)載，但仍然要保持可支持的用戶數(shù)量，那么就必須增加硬件容量。這可以通過(guò)擴(kuò)展和升級(jí)兩種方法解決；如果希望能夠支持更多的用戶，就需要增加硬件容量或降低硬件的人均用戶負(fù)載。 通過(guò)統(tǒng)計(jì)訪問(wèn)網(wǎng)站的用戶數(shù)量并測(cè)量每位用戶對(duì)服務(wù)器的需求，然后對(duì)支持當(dāng)前和將來(lái)使用水平的計(jì)算資源（CPU、RAM、磁盤空間和網(wǎng)絡(luò)帶寬）進(jìn)行計(jì)算，這樣可以確定網(wǎng)站的容量水平。 2、容量規(guī)劃過(guò)程中應(yīng)考慮的幾個(gè)因素 容量規(guī)劃所涉及的幾個(gè)因素： 2.1 通信 當(dāng)瀏覽器向WEB 服務(wù)器發(fā)出請(qǐng)求時(shí)，瀏覽器首先會(huì)與服務(wù)器建立一個(gè)傳輸控制協(xié)議（TCP）連接。然后瀏覽器通過(guò)該連接發(fā)出請(qǐng)求，服務(wù)器則相應(yīng)請(qǐng)求發(fā)出頁(yè)面，這種輸入請(qǐng)求與輸出相應(yīng)的互換被稱為通信。通信不可完全預(yù)測(cè)。比如，有很多站點(diǎn)可能經(jīng)歷過(guò)工作日開始及結(jié)束時(shí)的活動(dòng)高峰，而中間那段時(shí)間的活動(dòng)水平則較低。另外，每天的高峰規(guī)模也會(huì)有所不同。通信量與支持通信所需的網(wǎng)絡(luò)帶寬之間也存在直接的聯(lián)系。站點(diǎn)訪問(wèn)者越多，服務(wù)器提供的頁(yè)面就越多，從而就要求更多的網(wǎng)絡(luò)帶寬。 2.2性能 WEB應(yīng)用程序的性能對(duì)于確定網(wǎng)站的容量至關(guān)重要。確定WEB應(yīng)用程序的容量和性能的唯一方法是進(jìn)行測(cè)試。常用的測(cè)試工具有：公用程序WEB容量分析工具（WCAT）和WEB應(yīng)用程序STRESS 工具（WAST)。 2.3可用性 可用性是規(guī)劃網(wǎng)絡(luò)容量要求時(shí)需要考慮的重要因素。首先必須確定要獲得什么類型的可用性。爭(zhēng)取達(dá)到多高的程度？這取決于公司打算投入多少財(cái)力來(lái)保證網(wǎng)絡(luò)始終能夠滿足高峰容量需求？必須確定的一點(diǎn)是因網(wǎng)站不可用而引起的問(wèn)題是否能抵消為此聯(lián)機(jī)狀態(tài)所支付的費(fèi)用。 2.4伸縮性 準(zhǔn)備對(duì)網(wǎng)站進(jìn)行升級(jí)以提高其可用性、增加同時(shí)用戶數(shù)量、或減少網(wǎng)站等待時(shí)間加快響應(yīng)時(shí)間時(shí)，網(wǎng)站的伸縮性是需要考慮的首要因素。網(wǎng)站的伸縮性與可用性機(jī)密相連。網(wǎng)站升級(jí)不應(yīng)該產(chǎn)生無(wú)計(jì)劃或不必要的停機(jī)時(shí)間。 3.規(guī)劃網(wǎng)絡(luò)容量步驟： 3.1確定站點(diǎn)的用途和類型 開始規(guī)劃站點(diǎn)的容量需求之前，您必須確定站點(diǎn)的用途，以及要?jiǎng)?chuàng)建什么類型的站點(diǎn)。例如，要?jiǎng)?chuàng)建一個(gè)事務(wù)處理站點(diǎn)，以允許用戶檢索并存儲(chǔ)信息，一般是在一個(gè)數(shù)據(jù)庫(kù)中。事務(wù)處理站點(diǎn)涉及可靠性和安全性要求，而其他類型的站點(diǎn)則沒有這樣的要求。除確定站點(diǎn)類型之外，必須確定站點(diǎn)是否要支持某些形式的動(dòng)態(tài)內(nèi)容。動(dòng)態(tài)內(nèi)容有很多形式，而且各種不同的,INTERNET 及數(shù)據(jù)庫(kù)技術(shù)都提供動(dòng)態(tài)內(nèi)容，如SQL、ASP或CGI。簡(jiǎn)單來(lái)說(shuō)，動(dòng)態(tài)內(nèi)容涉及到WEB 服務(wù)器與數(shù)據(jù)庫(kù)聯(lián)系、檢索數(shù)據(jù)、將數(shù)據(jù)格式化、然后作為)WEB頁(yè)面發(fā)送到用戶的瀏覽器上。例如，如果一位用戶要查看某個(gè)特定產(chǎn)品的信息，服務(wù)器就會(huì)聯(lián)系SQL Server數(shù)據(jù)庫(kù)以檢索該產(chǎn)品說(shuō)明、照片、價(jià)格信息，以及該產(chǎn)品是否還有庫(kù)存。檢索結(jié)果會(huì)以常規(guī)的HTML頁(yè)面顯示在用戶的瀏覽器上，就像一個(gè)靜態(tài))WEB頁(yè)面，但它卻是服務(wù)器在用戶發(fā)了請(qǐng)求時(shí)在運(yùn)行過(guò)程當(dāng)中創(chuàng)建中。使用動(dòng)態(tài)內(nèi)容的站點(diǎn)比靜態(tài)站點(diǎn)需要的處理容量要多得多。 3.2確定用戶基數(shù) 下一步是計(jì)算)WEB站點(diǎn)的容量，以確定同時(shí)使用站點(diǎn)的用戶數(shù)量。這個(gè)數(shù)字通常有兩個(gè)主要來(lái)源：市場(chǎng)分析和系統(tǒng)分析。 如果站點(diǎn)還未建立或發(fā)布，站點(diǎn)所有者和操作人員就可能需要借助市場(chǎng)分析報(bào)告來(lái)預(yù)測(cè)站點(diǎn)發(fā)布初期及以后的預(yù)期通信量。如果站點(diǎn)已經(jīng)建立且已在運(yùn)行，分析WEB服務(wù)器的日志文件，以了解站點(diǎn)在不同時(shí)間的點(diǎn)擊數(shù)以及可以表明站點(diǎn)內(nèi)容受歡迎程度是否增加的所有使用趨勢(shì)。計(jì)算站點(diǎn)當(dāng)前支持的用戶數(shù)量時(shí)，要根據(jù)高峰使用來(lái)計(jì)算，而不是根據(jù)典型使用或平均使用。 3.3確定硬件需求 通過(guò)預(yù)測(cè)站點(diǎn)某一段時(shí)間的訪問(wèn)者數(shù)量或統(tǒng)計(jì)一段時(shí)間的實(shí)際訪問(wèn)者數(shù)量并將該數(shù)據(jù)與硬件容量相比較,您可以確定站點(diǎn)的硬件需求。 3.3.1 CPU需求 WEB應(yīng)用程序受處理器約束。多個(gè)線程試圖執(zhí)行相同的關(guān)鍵部分或訪問(wèn)相同資源可導(dǎo)致資源爭(zhēng)奪問(wèn)題，從而導(dǎo)致頻繁的環(huán)境轉(zhuǎn)換并在吞吐量很低的時(shí)候也使CPU處于忙碌狀態(tài)。如果多數(shù)線程阻塞，如等待數(shù)據(jù)庫(kù)時(shí)，就還有可能出現(xiàn)CPU利用很低，吞吐量也很低的情況。 可以通過(guò)兩個(gè)基本方式獲得所需處理能力：向每臺(tái)服務(wù)器添加更多的處理器，或者添加服務(wù)器。與添加服務(wù)器相比，向現(xiàn)有服務(wù)器添加處理器的成本更低（也更更簡(jiǎn)單）。但對(duì)于多數(shù)應(yīng)用程序來(lái)說(shuō)，添加處理器到一定程度時(shí)就不起作用了。另外，操作系統(tǒng)支持的處理器數(shù)量也有限。 添加服務(wù)器可以將群集線性擴(kuò)展到您所需要的大小。（線性擴(kuò)展就是說(shuō)兩臺(tái)服務(wù)器可處理兩倍于一臺(tái)服務(wù)器可處理的負(fù)載，三臺(tái)服務(wù)器可處理三倍的負(fù)載，九臺(tái)服務(wù)器呆處理九倍的負(fù)載，以此類推。） 3.3.2內(nèi)存需求 RAM存?。s10毫微秒）大約比磁盤存取（約10毫秒）快一百萬(wàn)倍，所以每次將一個(gè)頁(yè)面交換到內(nèi)存中時(shí)，就是在降低應(yīng)用程序的速度。添加充足的RAM對(duì)任何系統(tǒng)來(lái)說(shuō)都是獲得最佳性能最好、最經(jīng)濟(jì)的辦法。而且您可以通過(guò)檢查分頁(yè)計(jì)數(shù)器（應(yīng)用程序一旦開始運(yùn)行，分頁(yè)活動(dòng)就應(yīng)當(dāng)很少）來(lái)保證應(yīng)用程序有足夠內(nèi)存。 3.3.3存儲(chǔ)需求 隨著企業(yè)網(wǎng)絡(luò)不斷增長(zhǎng). 網(wǎng)絡(luò)存儲(chǔ)解決方案正在日漸成為人們的選擇。每個(gè)公司在選擇數(shù)據(jù)存儲(chǔ)的介質(zhì)和方法時(shí)都有不同的考慮。有些公司受制于成本，而有些公司則著重考慮性能。在評(píng)估存儲(chǔ)需求時(shí)，需要將可提供高可用性的存儲(chǔ)系統(tǒng)的成本與可能出現(xiàn)的數(shù)據(jù)損失、生產(chǎn)率、商業(yè)等因素相比較。制定存儲(chǔ)管理策略之前，應(yīng)考慮下列需求： ·對(duì)公司來(lái)說(shuō)成本最合算的技術(shù) ·可以滿足網(wǎng)絡(luò)發(fā)展需求的充足的存儲(chǔ)容量 ·對(duì)小時(shí)訪問(wèn)重要數(shù)據(jù)的需求 ·數(shù)據(jù)存儲(chǔ)的安全環(huán)境 在尋找成本最合算的解決方案時(shí)，需要在購(gòu)買并維護(hù)軟硬件的成本和出現(xiàn)災(zāi)難性數(shù)據(jù)損失的后果之間進(jìn)行權(quán)衡。成本包括下列費(fèi)用： ·硬件方面的初期投入，如磁帶和磁盤驅(qū)動(dòng)器、電源供應(yīng)、控制器 ·相關(guān)介質(zhì)，如磁帶和光盤 ·軟件，如存儲(chǔ)管理工具和備份工具 ·當(dāng)前的軟硬件維護(hù)費(fèi)用 ·人員配備 ·如何使用新技術(shù)方面的培訓(xùn) ·脫站存儲(chǔ)設(shè)備 將上述費(fèi)用與下列費(fèi)用做比較： ·更換文件服務(wù)器、郵件服務(wù)器或打印服務(wù)器的費(fèi)用 ·更換運(yùn)行SQL Server或系統(tǒng)管理服務(wù)器（Systems Management Server）的費(fèi)用 · 更換運(yùn)行路由和遠(yuǎn)程訪問(wèn)服務(wù)（Routing and Romote Access Server ,RRAS）、SNA Server、Proxy Server或Novell Net Ware的費(fèi)用. ·為不同部門的人員更換工作站的費(fèi)用 ·更換個(gè)別計(jì)算機(jī)組件如硬盤或網(wǎng)絡(luò)卡使用 選擇存儲(chǔ)系統(tǒng)時(shí)需要考慮的另一個(gè)重要因素是數(shù)據(jù)恢復(fù)的速度。如果服務(wù)上的數(shù)據(jù)丟失，多快能夠恢復(fù)數(shù)據(jù)？在故障開始嚴(yán)重影響到公司業(yè)務(wù)之前，您能夠承擔(dān)的服務(wù)器（或整個(gè)網(wǎng)絡(luò)）故障時(shí)間有多長(zhǎng)？ 存儲(chǔ)技術(shù)發(fā)展迅速，所以在作出采購(gòu)決定之前，最好對(duì)各種類型的相關(guān)優(yōu)點(diǎn)都有所了解。要使用的存儲(chǔ)系統(tǒng)應(yīng)該具備比備份關(guān)鍵數(shù)據(jù)所需容量還要高的容量。而且這個(gè)存儲(chǔ)系統(tǒng)還應(yīng)該能夠在備份和恢復(fù)操作過(guò)程中執(zhí)行錯(cuò)誤檢測(cè)和更正。 3.3.4數(shù)據(jù)服務(wù)器和磁盤需求 數(shù)據(jù)庫(kù)是一個(gè)潛在的瓶頸，一旦有問(wèn)題會(huì)很難修復(fù)。讀E 寫實(shí)時(shí)數(shù)據(jù)必須有一份完全相同的數(shù)據(jù)副本，所以增加數(shù)據(jù)庫(kù)容量更有難度。有時(shí)瓶頸可能在數(shù)據(jù)庫(kù)服務(wù)器上，有時(shí)又可能在磁盤陣列中。 如果問(wèn)題在服務(wù)器的CPU 容量方面，則可通過(guò)添加CPU來(lái)解決。數(shù)據(jù)庫(kù)應(yīng)用程序如SQL SERVER可充分利用新增處理器；如果磁盤是瓶頸，則可采用更快的磁盤陣列。若數(shù)據(jù)庫(kù)應(yīng)用程序可利用高級(jí)緩存技術(shù)，添加RAM也會(huì)有所幫助。 另外一個(gè)選擇是將數(shù)據(jù)庫(kù)分配到多個(gè)服務(wù)器上。首先可將目錄數(shù)據(jù)庫(kù)放到一臺(tái)服務(wù)器或一組服務(wù)器上。因?yàn)槟夸浲ǔＪ侵蛔x的，復(fù)制數(shù)據(jù)會(huì)很安全。其次可以將經(jīng)常閱讀的數(shù)據(jù)如客戶信息進(jìn)行分段或?qū)⒆xE 寫數(shù)據(jù)分段，這樣可加快數(shù)據(jù)庫(kù)的訪問(wèn)速度。 3.4確定網(wǎng)絡(luò)帶寬 一旦確定了特定時(shí)間要支持的用戶數(shù)量，就有了網(wǎng)絡(luò)連接帶寬的下限，能夠支持常規(guī)負(fù)載和使用尖峰。但站點(diǎn)類型在很大程度上影響到這個(gè)問(wèn)題。例如，如果網(wǎng)站在很大程度上是基于用戶或完全基于用戶，或者站點(diǎn)只是在內(nèi)聯(lián)網(wǎng)上或是內(nèi)聯(lián)網(wǎng)結(jié)合外聯(lián)網(wǎng)，可以估算最大尖峰時(shí)刻的網(wǎng)絡(luò)帶寬。硬件聯(lián)網(wǎng)后可能存在若干潛在瓶頸。首先，對(duì)于您所發(fā)送的所有數(shù)據(jù)來(lái)說(shuō)，網(wǎng)絡(luò)與Internet的連接可能不夠快。如果應(yīng)用程序很受歡迎，您就可能需要速度更快的連接或使用冗余連接。冗余連接也可以增加站點(diǎn)的可靠性和可用性。通過(guò)減少發(fā)送的數(shù)據(jù)量，特別是圖形、聲音、和視頻，可以降低對(duì)帶寬的需求，從而防止瓶頸發(fā)生。如果您的防火墻不能夠快速處理通信量，也會(huì)成為瓶頸。需要注意的一點(diǎn)是以太網(wǎng)絡(luò)不能以接近其理論容量的水平運(yùn)行，因?yàn)檫@會(huì)產(chǎn)生很多沖突（兩個(gè)發(fā)送機(jī)試圖同時(shí)發(fā)送）。發(fā)生沖突時(shí)，兩個(gè)發(fā)送機(jī)在重新發(fā)送之前都必須等待一段時(shí)間。有些沖突無(wú)法避免，但隨著網(wǎng)絡(luò)趨于飽和，沖突會(huì)迅速增加，這樣您就幾乎沒有有效帶寬了。 使用交換機(jī)（而不是使用集線器）將網(wǎng)絡(luò)互連可大大減少?zèng)_突。交換機(jī)直接連接兩個(gè)端口，而不是將通信傳播到所有端口，所以多對(duì)端口可以通信而不發(fā)生沖突。與集線器相比，交換機(jī)則是不錯(cuò)的選擇。 3.5查找潛在瓶頸問(wèn)題 通常在網(wǎng)絡(luò)出現(xiàn)擁塞之前，盡可能提前查找那些潛在的隱蔽的瓶頸問(wèn)題，找出那些可能最先出現(xiàn)問(wèn)題的地方。查找潛在瓶頸可遵循下列步驟： (1)畫出標(biāo)示所有進(jìn)入站點(diǎn)路徑的方框圖，包括：如到FTP下載站點(diǎn)的鏈接、其他URL等。 (2)確定容納各個(gè)功能組件（數(shù)據(jù)庫(kù)、郵件、FPT等等）的機(jī)器是什么。 (3)畫出站點(diǎn)網(wǎng)絡(luò)模型和到它的環(huán)境的連接。確定吞吐量，確定鏈接的速度。 (4)為每個(gè)頁(yè)面創(chuàng)建一個(gè)回答下列問(wèn)題的用戶配置文件： · 用戶停留在該頁(yè)面上的時(shí)間有多長(zhǎng)？ · 哪些數(shù)據(jù)傳送到該頁(yè)面上或該頁(yè)面?zhèn)魉土四男?shù)據(jù)？ · 該頁(yè)面生成多少數(shù)據(jù)庫(kù)活動(dòng)（或其他活動(dòng)）？ · 每個(gè)頁(yè)面上有什么對(duì)象？這些對(duì)象對(duì)系統(tǒng)的友善程度有多高？（即這些對(duì)象加在系統(tǒng)資源上的負(fù)載有多重？如果這些對(duì)象出現(xiàn)問(wèn)題，有沒有影響到其他對(duì)象或應(yīng)用程序？） (5)定哪些是客戶端對(duì)象，哪些是服務(wù)器端對(duì)象。 3.6更新WEB站點(diǎn) 在確定了站點(diǎn)每臺(tái)服務(wù)器可支持的用戶數(shù)量以后，可以考慮站點(diǎn)的擴(kuò)展問(wèn)題，以支持更多用戶或向現(xiàn)有用戶提供更好的服務(wù)。 下列基本策略可用來(lái)更新站點(diǎn)： · 提高每臺(tái)服務(wù)器可支持的用戶數(shù)量 · 提高站點(diǎn)可支持的同時(shí)用戶的數(shù)量 · 縮短站點(diǎn)的延遲時(shí)間，以提高響應(yīng)速度 您可以選用下列一種或多種方式來(lái)實(shí)施上述策略： · 優(yōu)化內(nèi)容重新設(shè)計(jì)動(dòng)態(tài)內(nèi)容，以減輕站點(diǎn)體系結(jié)構(gòu)負(fù)擔(dān)?？梢跃帉懜悄埽╯marter）的ASP或更改站點(diǎn)，以降低普通用戶調(diào)用重Cheavy ASP的次數(shù)。 · 提高服務(wù)器性能（升級(jí)）添加速度更快的&’( 和內(nèi)存；升級(jí)到速度更快的軟件，如從windows NT 升級(jí)到Windows 2000；并通過(guò)優(yōu)化配置來(lái)調(diào)節(jié)服務(wù)器。 · 添加服務(wù)器（擴(kuò)展）向@6: 群集添加更多的服務(wù)器。采取這些措施之前以及之后通過(guò)分析站點(diǎn)來(lái)測(cè)量改變之后的效果，然后比較結(jié)果。這也有助于預(yù)測(cè)未來(lái)可能發(fā)生的變化。 4、規(guī)劃網(wǎng)絡(luò)容量原則 在規(guī)劃@6A 站點(diǎn)的容量需求時(shí)，需要遵循下列原則： （1）通過(guò)開展市場(chǎng)分析（如果站點(diǎn)還沒有發(fā)布）或分析WEB服務(wù)器的日志（如果站點(diǎn)已經(jīng)在運(yùn)行）確定同時(shí)用戶數(shù)量。 （2）使用高峰通信量來(lái)確定最大同時(shí)用戶數(shù)量。 （3）根據(jù)高峰同時(shí)用戶數(shù)量來(lái)計(jì)算硬件和網(wǎng)絡(luò)帶寬。處理器功率和RAM必須充足，以避免高峰使用時(shí)間性能降低。存儲(chǔ)應(yīng)當(dāng)非常充足，能保證@6: 站點(diǎn)所需的性能和可用性。 （4）站點(diǎn)拓樸結(jié)構(gòu)必須考慮到服務(wù)器操作，如備份和復(fù)制、預(yù)期使用尖峰時(shí)段期間的性能、可用性需求，以及預(yù)期的未來(lái)增長(zhǎng)。 （5）實(shí)施站點(diǎn)之前對(duì)其進(jìn)行測(cè)試。 （6）將站點(diǎn)升級(jí)或擴(kuò)展。擴(kuò)展通常會(huì)大大提高性能，而且可提供更高的操作靈活性。 適應(yīng)不斷的需求變更。 下面，本文以一個(gè)簡(jiǎn)單的小例子來(lái)說(shuō)明如何在軟件開發(fā)中應(yīng)用敏捷建模。 投資方在他需要的財(cái)務(wù)管理系統(tǒng)中，對(duì)商品采購(gòu)入庫(kù)的核算有如下要求：根據(jù)進(jìn)項(xiàng)稅發(fā)票調(diào)用業(yè)務(wù)系統(tǒng)數(shù)據(jù)，由系統(tǒng)自動(dòng)制作會(huì)計(jì)憑證。于是，開發(fā)人員就可以用非常簡(jiǎn)潔的模型來(lái)表達(dá)這個(gè)需求然后，開發(fā)設(shè)計(jì)人員根據(jù)該圖完成該需求的開發(fā)工作。很顯然，這個(gè)功能很容易就被實(shí)現(xiàn)了。這就是第一次迭代過(guò)程。然后當(dāng)演示給投資方時(shí)，他們的反饋如下： 由于公司的發(fā)展壯大，業(yè)務(wù)量增加很快，而且進(jìn)口商品的采購(gòu)也已經(jīng)成為經(jīng)常性業(yè)務(wù)，因此有如下要求： 1.在財(cái)務(wù)中，商品采購(gòu)分為國(guó)內(nèi)商品采購(gòu)和進(jìn)口商品采購(gòu)分別核算； 2.在進(jìn)口采購(gòu)中，記帳的依據(jù)是進(jìn)口發(fā)票和稅單，而且記帳科目是物資采購(gòu)； 3.國(guó)內(nèi)采購(gòu)中，記帳科目是庫(kù)存商品。 根據(jù)這些反饋，設(shè)計(jì)人員對(duì)上述功能進(jìn)行了調(diào)整，首先，必須將原商品采購(gòu)模塊一分為二———進(jìn)口采購(gòu)和國(guó)內(nèi)采購(gòu)，原模塊可以擴(kuò)充為國(guó)內(nèi)采購(gòu)模塊，進(jìn)口采購(gòu)模塊則需要重新開發(fā)。于是，很快就完成設(shè)計(jì) 應(yīng)該說(shuō)，到目前為止，變化的需求已大部分被修改并實(shí)施到軟件中了。此時(shí)已經(jīng)經(jīng)歷了兩次迭代。然后又可以把開發(fā)完成的軟件拿到客戶那里去演示了，也許客戶又有了新的要求，比如說(shuō)，為避免業(yè)務(wù)上的數(shù)據(jù)有問(wèn)題，應(yīng)該允許財(cái)務(wù)人員手工錄入核算信息，于是開始了第三次迭代過(guò)程。依次類推，也就實(shí)踐了敏捷建模的迭代思想。 當(dāng)然，本人并不認(rèn)為要完全遵照敏捷建模的方法去完成需求管理，我們必須結(jié)合軟件工程中需求管理的方法和流程，將敏捷建模的思想融入在需求管理過(guò)程之中。 雖然，需求管理到目前為止尚無(wú)定法，但是只要我們?cè)趯?shí)踐中不斷探索，不斷總結(jié)，就一定能不斷的完善需求管理。