軟件需求之性能需求分析實例

1、軟件需求之性能需求分析實例我們首先來看一個需求：這是一個證券系統(tǒng)中某個業(yè)務(wù)的“實際需求”，系統(tǒng)總?cè)萘窟_到日委托6000萬筆，成交9000萬筆，系統(tǒng)處理速度每秒 7300筆，峰值處理能力達 到每秒10000筆，實際數(shù)3000萬這個例子中已經(jīng)包括幾個明確的需求：最佳并發(fā)用戶數(shù)需求：每秒 7300筆，最大并 發(fā)用戶數(shù)需求：峰值處理能力達到每秒10000筆，基礎(chǔ)數(shù)據(jù)容量：實際數(shù) 3000萬，業(yè)務(wù)數(shù)據(jù)容量：日委托 6000萬筆，成交9000萬筆一一可以根據(jù)這個推算出每周、每月、 每年系統(tǒng)容量的增長模型要想獲得效的性能需求，就要先了解什么樣的需求是“有效的”。有效的性能需求應(yīng) 該符合以下三個條件。1 .明

2、確的數(shù)字，而不是模糊的語句。結(jié)合上面的例子來看，相信這個應(yīng)該不難理解。但是的時候了數(shù)字未必就不模糊。例如常見的一種需求是“系統(tǒng)需要支持5000用戶”，或者“最大在線用戶數(shù)為 8000 ”。這些數(shù)字的需求仍然不夠明確，因為還需要考慮區(qū)分 系統(tǒng)中不同業(yè)務(wù)模塊的負載，以及區(qū)分在線用戶和并發(fā)用戶的區(qū)別。2 .憑據(jù)，合理，實際意義。通常來說，性能需求要么由客戶提出，要么由開發(fā)方提出。 對于第一種情況，要保證需求是合理的，有現(xiàn)實意義的，不能由著客戶使勁往高處說，要 讓客戶明白性能是有成本的。對于第二種情況，性能需求不能簡單的來源于項目組成員、 PM或者測試工程師的估計或者猜測,要保證性能需求的提出是有根據(jù)

3、的，所使用的數(shù)據(jù) 和計算公式是有出處的一一本文后面的部分會介紹獲得可用的數(shù)據(jù)和計算公式的方法。3 .相關(guān)人員達成一致。這一點非常關(guān)鍵。如果相關(guān)人不能對性能需求達成一致，可能 測了也白測一一特別是在客戶沒有提出明確的性能需求而由開發(fā)方提出時。這里要注意 “相關(guān)人員”的識別，通常項目型的項目的需要與客戶方的項目經(jīng)理或負責人進行確認， 產(chǎn)品型的項目需要與直屬領(lǐng)導(dǎo)或者市場部進行確認。如何獲得效的性能需求呢，有下面幾種方法來獲取：1 .客戶方提出，這是最理想的一種方式，通常電信、金融、保險、證券以及一些其他 運營商級系統(tǒng)的客戶一一特別是國外的客戶都會提出比較明確的性能需求。2 .根據(jù)歷史數(shù)據(jù)來分析，根據(jù)

4、客戶以往的業(yè)務(wù)情況來分析客戶的業(yè)務(wù)量以及每年、每月、每周、每天的峰值業(yè)務(wù)量。如果客戶舊的系統(tǒng)，可以根據(jù)已系統(tǒng)的訪問日志，數(shù)據(jù)庫記錄,業(yè)務(wù)報表來分析。要特別注意的是，不同行業(yè)、不同應(yīng)用、不同的業(yè)務(wù)是各自的特 點的。例如，購物網(wǎng)站在平時的負載主要集中在晚上，但是節(jié)假日時訪問量和交易量會是 平時的數(shù)倍；而地鐵的售票系統(tǒng)面臨的高峰除了周末，還周一到周五的一早一晚上下班時間。3 .參考歷史項目的數(shù)據(jù)，如果該產(chǎn)品已其他客戶使用，并且規(guī)模類似的，可以參考其 他客戶的需求。例如在線購物網(wǎng)站，或者超市管理系統(tǒng)，各行業(yè)的進銷存系統(tǒng)。4 . 參考其他同行類似項目的數(shù)據(jù)，如果本企業(yè)沒做過類似的項目，那么可以參考其他同

5、行企業(yè)的公布出來的數(shù)據(jù)通常在企業(yè)公布的新聞或者成功解決方案中會提到，包括系統(tǒng)容量，系統(tǒng)所能承受的負載以及系統(tǒng)響應(yīng)能力等。5 . 參考其他類似行業(yè)應(yīng)用的數(shù)據(jù)，如果無法找打其他同行的數(shù)據(jù)，也可以參考類似的應(yīng)用的需求。例如做IPTV 或者 DVB 計費系統(tǒng)的測試，可以參考電信計費系統(tǒng)的需求雖然不能完全照搬數(shù)據(jù)，但是可以通過其他行業(yè)成熟的需求來了解需要測試的項目有哪些，應(yīng)該考慮到的情況有哪些種。6 . 參考新聞或其他資料中的數(shù)據(jù)，最后的一招，特別是對于一些當前比較引人關(guān)注的行業(yè)，涉及到所謂的“政績”的行業(yè)，通常可以通過各種新聞媒體找到一些可供參考的數(shù)據(jù)，但是需要耐心的尋找。例如我們在IPTV 和 DV

6、B 系統(tǒng)的測試中，可以根據(jù)新聞中公布的各省、各市，以及國外各大運營商的用戶發(fā)展情況和用戶使用習慣來估算系統(tǒng)容量和系統(tǒng)各個模塊的并發(fā)量.在軟件開發(fā)過程中，需求管理要遠遠簡單于需求開發(fā)，CMMI 中也體現(xiàn)了這一點，并且實際工作中也常常需要我們思考，如何根據(jù)客戶的實際使用或粗線條的性能要求來開發(fā)滿足客戶需要的性能需求來。就拿文中例子來說，客戶告訴我們“系統(tǒng)總?cè)萘窟_到日委托 6000 萬筆，成交9000萬筆；系統(tǒng)處理速度每秒7300 筆，峰值處理能力達到每秒10000 筆”，那我們將客戶的這個要求管理起來并實現(xiàn)了這一點，這叫需求管理；而如果我們根據(jù)以下2 個假設(shè)：采用 2/8 比例，即80% 的業(yè)務(wù)在

7、20% 的峰值時間內(nèi)完成，20% 的業(yè)務(wù)在80% 的非峰值時間內(nèi)完成，那么我們可以得到峰值處理業(yè)務(wù)量1.5 億( 6000w+9000w )的 80% 為1.2 億，非峰值處理業(yè)務(wù)量1.5 億的 20% 為 3000 萬； 1 天系統(tǒng)運行時間為20 小時，另4小時為非營業(yè)的后臺處理時間，那么峰值時間20 小時的 20% 為 4 小時，非峰值時間20小時的 80% 為 16 小時。我們可以計算到：平均峰值處理速度1.2 億 /4*3600 秒接近 9000 個 /秒；平均非峰值處理速度3000 萬 /16*3600 秒約 500 個 /秒；考慮到特殊情況的發(fā)生，我們建議實際峰值處理速度要能達到理

8、論計算的平均峰值處理速度的1.5 到 2 倍，所以最終確定下來的建議峰值處理速度為9000 個 / 秒 *2=18000 個/ 秒。拿這個結(jié)果向客戶說明，告訴他們原來的需求很可能在發(fā)生特殊情況時無法有效處理，客戶可能就會接受我們的說法并調(diào)整了他們的需求。這叫需求開發(fā)，通過分析修正了客戶的不合理需求，滿足了他們最根本的需要“系統(tǒng)總?cè)萘窟_到日委托 6000 萬筆，成交9000萬筆”，而處理速度是他們根據(jù)自己的需要估算出來的，并不準確。所謂需求開發(fā)，也就是根絕客戶的核心需求，為客戶設(shè)計完整的需求體系，甚至根據(jù)客戶的業(yè)務(wù)發(fā)展需要，為客戶設(shè)計核心需求和需求體系。在我說的這個例子中只用了1 個計算，而實際的需求開發(fā)中需要做調(diào)研、出可研報告、做需求方案、設(shè)計等一整套的工作。( 1 )計算平均的并發(fā)用戶數(shù)：C=nL/T(2)并發(fā)用戶數(shù)峰值：C' C+3根號C公式( 1 )中， C 是平均的并發(fā)用戶數(shù)；n 是 loginsession 的數(shù)量；L 是 loginsession 的平均長度；T 指考察的時間段長度。公式（ 2 ）則給出了并發(fā)用戶數(shù)峰值的計算方式中，其中，C 指并發(fā)用戶數(shù)的峰值，C 就是公式（1 ）中得到的平均的并發(fā)用戶數(shù)。該公式的得出是假設(shè)用戶的loginsession產(chǎn)生符合泊松分布而估算得到的。實例：假設(shè)一個OA 系統(tǒng)，該系統(tǒng)有3000 個