軟件開發(fā)工程管理2008(四)

軟件開發(fā)工程管理第四講上講提要需求獲取需求分析本講主要內(nèi)容需求規(guī)約說明需求驗證需求管理項目計劃介紹什么是軟件需求規(guī)約？SoftwareRequirementSpecification，簡稱SRS是對用戶需求和系統(tǒng)需求的詳細(xì)描述一般要用文檔描述需求規(guī)約說明（1/8）需求規(guī)約說明（2/8）需求規(guī)約說明書有什么作用？使用對象需求文檔作用客戶了解項目提交物,檢查軟件需求是否滿足需要項目管理人員根據(jù)需求文檔制定開發(fā)計劃,初步預(yù)測資源軟件開發(fā)人員理解要開發(fā)的產(chǎn)品及具體的開發(fā)內(nèi)容軟件測試人員驗證軟件系統(tǒng)是否滿足了預(yù)期要求軟件維護(hù)人員幫助理解軟件系統(tǒng)內(nèi)在邏輯關(guān)系軟件發(fā)布人員依據(jù)需求文檔編寫用戶手冊軟件培訓(xùn)人員依據(jù)需求文檔編寫培訓(xùn)材料需求規(guī)約說明書至少要有哪些內(nèi)容？產(chǎn)品能處理何種輸入？產(chǎn)品能提供何種輸出？如何能：將輸入=〉輸出？有沒有數(shù)據(jù)庫？有多少？什么樣？是不是網(wǎng)絡(luò)程序？c/s還是b/s？有沒有中間層？使用什么協(xié)議？用戶界面什么樣？菜單怎么設(shè)計？能提供哪些外部接口？……需求規(guī)約說明（3/8）需求規(guī)約說明書應(yīng)該有的內(nèi)容分類？待處理的數(shù)據(jù)控制功能性能約束接口可靠性需求規(guī)約說明（4/8）運(yùn)行軟件的硬件（如：處理機(jī)、外設(shè)）及不直接由軟件控制的設(shè)備（如：機(jī)器、顯示器）已存在的、且必須與新軟件連接的軟件（如：數(shù)據(jù)庫、可復(fù)用軟件構(gòu)件、OS）通過鍵盤或其他I/O設(shè)備使用軟件的人在該軟件之前或之后的過程，它們代表了一個順序操作系列凡是計劃要實(shí)現(xiàn)的，均寫入需求文檔凡是文檔中沒有的，統(tǒng)統(tǒng)不用實(shí)現(xiàn)！需求規(guī)約說明書的格式規(guī)范：要排版！消滅錯別字??！避免模糊的語言不要口語化圖的命名：圖2-1（figure2-1）表的命名：表2-1（table2-1）英文縮寫要在第一次出現(xiàn)的地方寫全名……需求規(guī)約說明（5/8）需求規(guī)約說明（6/8）例：傳送帶分類系統(tǒng) 傳送帶分類系統(tǒng)將沿傳送帶移動的盒子進(jìn)行分類。每一個盒子由一個包含零件號的條形碼來標(biāo)識，并在傳送帶末端分送到6個箱子中的一個。這些盒子要通過一個由條形碼閱讀器及一臺PC所組成的分類站。分類站的PC連接到一個分流器上，它把盒子分送到不同箱子中。盒子以隨機(jī)的順序通過且其間的距離相同。傳送帶以每分鐘5英尺的速度移動。需求規(guī)約說明（7/8）例：傳送帶分類系統(tǒng)的軟件功能 傳送帶分類系統(tǒng)軟件以和傳送帶速度一致的時間間隔接受來自條形碼閱讀器的信息。條形碼數(shù)據(jù)被解碼成盒子的標(biāo)識格式。軟件將在最多可容納1000個條目的零件號數(shù)據(jù)庫中進(jìn)行檢索，以確定當(dāng)前在閱讀器位置的盒子應(yīng)該放到哪個箱子中。該箱子的信息被傳送到分流器，以把盒子放進(jìn)合適的箱子中。每一個盒子所放進(jìn)的箱子的記錄均被保存起來以備后用。傳送帶分類系統(tǒng)軟件同時也接受來自脈沖流速計的輸入，用于使控制信號與分流器同步。根據(jù)分類站和分流器之間產(chǎn)生的脈沖數(shù)，軟件將產(chǎn)生一個控制信號給分流器，以適當(dāng)?shù)囟ㄎ缓凶?。需求?guī)約說明（8/8）傳送帶分類系統(tǒng)功能讀取條形碼輸入讀取脈沖流速計解碼零件編碼數(shù)據(jù)檢索數(shù)據(jù)庫確定合適的箱子產(chǎn)生分流器的控制信號維護(hù)盒子目的地的記錄傳送帶分類系統(tǒng)性能對于每個盒子的處理必須在下一個盒

子到達(dá)條形碼閱讀器前完成傳送帶分類系統(tǒng)約束該軟件受硬件、可用內(nèi)存、及

整個傳送帶的配置的約束Next廣義的需求管理狹義的需求管理需求管理

——概述（1/4）為什么要做需求管理？實(shí)驗表明：需求缺陷最多，而且隨著各階段的逐漸進(jìn)行，修復(fù)需求缺陷所付出的代價最大需求管理的目的是什么？使軟件需求受控，并建立供軟件工程和管理使用的需求基線使軟件計劃、產(chǎn)品和活動與軟件需求保持一致需求管理

——概述（2/4）管理中應(yīng)堅持哪些原則？需求一定要分類管理需求必須分優(yōu)先級需求必須文檔化需求一旦變化，就必須對需求變更的影響進(jìn)行評估需求管理必須與需求工程的其他活動緊密整合需求管理

——概述（3/4）需求管理活動活動的任務(wù)變更控制建議需求變更并分析其影響，做出是否變更的決策版本控制確定單個需求和SRS的版本需求跟蹤定義對于其他需求及系統(tǒng)元素的聯(lián)系鏈需求狀態(tài)定義并跟蹤需求的狀態(tài)需求管理

——概述（4/4）在需求管理中，項目經(jīng)理該干些什么？借助具體工具和手段，對需求的開發(fā)、實(shí)現(xiàn)和變更進(jìn)行控制和管理需求開發(fā)的管理

——需求處理階段在需求處理階段，項目經(jīng)理該干些什么？明確需求的來源指導(dǎo)需求形式化需求文檔化需求數(shù)據(jù)庫化指導(dǎo)建立需求跟蹤矩陣需求開發(fā)的管理

——需求驗證階段（1）步驟：編寫測試計劃和測試用例編寫用戶使用手冊編寫系統(tǒng)驗收標(biāo)準(zhǔn)通過需求評審需求開發(fā)的管理

——需求驗證階段（2）需求評審對象：軟件需求規(guī)格說明書需求評審內(nèi)容：確定不完整和遺漏的給定需求評審給定需求，并確定它們是否可行，適于軟件實(shí)現(xiàn)，說明是否清楚、適當(dāng)、一致，是否可測試確認(rèn)可能有問題的需求，評審并修改相關(guān)小組協(xié)商由給定需求得出的約定需求開發(fā)的管理

——需求驗證階段（3）良好的需求規(guī)格說明書：準(zhǔn)確完整無歧義一致需求分級可檢驗可修改可跟蹤可理解需求開發(fā)的管理

——需求驗證階段（4）驗證中應(yīng)進(jìn)行的檢查：有效性檢查一致性檢查完備性檢查現(xiàn)實(shí)性檢查可檢驗性檢查可跟蹤性檢查可調(diào)節(jié)性檢查可讀性檢查需求開發(fā)的管理

——需求驗證階段（5）在需求驗證階段，項目經(jīng)理該干些什么？參與評審關(guān)注評審內(nèi)容和結(jié)構(gòu)根據(jù)評審意見，與評審委員會一起決定項目的下一階段需求實(shí)現(xiàn)的管理

——需求屬性需求的創(chuàng)建時間需求的版本需求的創(chuàng)建者需求的批準(zhǔn)者需求狀態(tài)需求的起因或根據(jù)需求的優(yōu)先級需求的穩(wěn)定性需求和其他產(chǎn)品的關(guān)系需求實(shí)現(xiàn)的管理

——需求狀態(tài)已建議已批準(zhǔn)已拒絕已設(shè)計已實(shí)現(xiàn)已驗證已交付已刪除需求實(shí)現(xiàn)的管理

——需求跟蹤正向跟蹤以用戶需求為切入點(diǎn)，檢查用戶需求說明書或需求規(guī)格說明中的每個需求是否都能在后繼工作產(chǎn)品中找到對應(yīng)點(diǎn)逆向跟蹤檢查設(shè)計文檔、代碼、測試用例等工作產(chǎn)品是否都能在需求規(guī)格說明中找到出處需求跟蹤時需要考慮：需求本身的提出者等需求和其他需求的關(guān)系需求和設(shè)計的關(guān)系Next制定軟件項目開發(fā)計劃軟件項目計劃計劃從估算開始建立計劃整體計劃貫穿項目始終詳細(xì)計劃完成規(guī)格說明之后必須產(chǎn)生的估算什么？估算成本內(nèi)部成本外部成本估算開發(fā)周期影響估算的因素項目復(fù)雜性項目規(guī)模結(jié)構(gòu)不確定性影響估算結(jié)果的最大因素：？不同開發(fā)人員之間的差距：產(chǎn)品規(guī)模上： 6：1產(chǎn)品執(zhí)行時間上： 8：1開發(fā)時間上： 9：1編碼時間上： 18：1調(diào)試時間上： 28：1平均： 5：1軟件項目計劃活動

——估算需要的資源有哪些項目資源？開發(fā)環(huán)境可復(fù)用構(gòu)件人員軟件項目計劃活動

——軟件項目估算（1）怎么進(jìn)行估算？將估算拖延到項目的后期基于已經(jīng)完成的類似項目進(jìn)行估算使用相對簡單的分解技術(shù)以生成項目成本及工作量估算使用一個或多個經(jīng)驗?zāi)Ｐ瓦M(jìn)行軟件成本及工作量的估算軟件項目計劃活動

——軟件項目估算（2）估算內(nèi)容：產(chǎn)品規(guī)模度量產(chǎn)品成本估算產(chǎn)品規(guī)模度量

——代碼行（1）代碼行數(shù)代碼行（LOC）LinesOfCode已交付源代碼指令（KDSI）ThousandDeliveredSourceInstructions產(chǎn)品規(guī)模度量

——代碼行（2）項目LOC工作量成本文檔頁數(shù)錯誤缺陷人員A1210024168365134293B27200624401224321865C20200433141050256646……………………產(chǎn)品規(guī)模度量

——代碼行（3）可用的度量每千行代碼（KLOC）的錯誤數(shù)每千行代碼（KLOC）的缺陷數(shù)每個代碼行（LOC）的花費(fèi)每千行代碼（KLOC）的文檔頁數(shù)每人月的錯誤數(shù)每人月的代碼行（LOC）每頁文檔的花費(fèi)產(chǎn)品規(guī)模度量

——代碼行（4）支持者：LOC是所有軟件開發(fā)項目的“生成品”易于計算很多軟件估算模型使用LOC作為輸入反對者：LOC測量依賴于語言對設(shè)計得很好但較小的程序會產(chǎn)生不利的評判估算時需要一些難以得到的信息產(chǎn)品規(guī)模度量

——功能點(diǎn)（1）功能點(diǎn)（functionpoint）：用戶輸入數(shù)用戶輸出數(shù)用戶查詢數(shù)文件數(shù)外部接口數(shù)組件復(fù)雜級別簡單一般復(fù)雜輸入項346輸出項457查詢346主文件71015接口5710產(chǎn)品規(guī)模度量

——功能點(diǎn)（2）FP=a*Inp+b*Out+c*Inq+d*Maf+e*Inf

其中a,b,c,d,e為常數(shù)為產(chǎn)品的各個組件指定對應(yīng)的復(fù)雜度級別查表找出對應(yīng)級別的功能點(diǎn)系數(shù)對分配給每個組件的功能點(diǎn)求和上面得到的實(shí)際上是UFP（unadjusted）產(chǎn)品規(guī)模度量

——功能點(diǎn)（3）計算UFP計算技術(shù)復(fù)雜因子TCF（TechnicalComplexityFactor）查表得到各部分影響度累加得到總影響度DI（DegreeOfInfluence）TCF=0.65+0.01*DI計算功能點(diǎn)FPFP=UFP*TCF1系統(tǒng)需要可靠的備份和恢復(fù)嗎？2需要數(shù)據(jù)通信嗎？3有分布處理功能嗎？4性能很關(guān)鍵嗎？5系統(tǒng)是否在一個現(xiàn)存的、重復(fù)的操作環(huán)境中運(yùn)行？6系統(tǒng)需要聯(lián)機(jī)數(shù)據(jù)登錄？7聯(lián)機(jī)數(shù)據(jù)登錄是否需要在多屏幕或多操作之間切換以完成輸入？8需要聯(lián)機(jī)更新主文件嗎？9輸入、輸出、文件或查詢很復(fù)雜嗎？10內(nèi)部處理復(fù)雜嗎？11代碼需要被設(shè)計成可復(fù)用的嗎？12設(shè)計中需要包括轉(zhuǎn)換及安裝嗎？13系統(tǒng)的設(shè)計支持不同組織的多次安裝嗎？14應(yīng)用的設(shè)計方便用戶修改和使用嗎？產(chǎn)品規(guī)模度量

——功能點(diǎn)（4）可用的度量每個功能點(diǎn)（FP）的錯誤數(shù)每個功能點(diǎn)（FP）的缺陷數(shù)每個功能點(diǎn)（FP）的花費(fèi)每個功能點(diǎn)（FP）的文檔