系統(tǒng)開發(fā)中的需求分析與管理(已修改)
2024-10-28 03:38 本頁面
【正文】 第九章 系統(tǒng)開發(fā)中的 需求分析與管理 ?一、 需求工程概述 ?二、需求開發(fā) ?三、 需求管理 ?四、需求工程方法與工具 ： ； :； ： 一、需求工程概述 用戶需求 產(chǎn)品需求 系統(tǒng)設(shè)計(jì) 系統(tǒng)實(shí)現(xiàn) 單元測試 集成測試 系統(tǒng)測試 驗(yàn)收測試 一、需求工程概述 ? 什么是需求 ? 基本概念： 寬泛地講，需求來源于用戶的一些 “ 需要 ” ，這些 “ 需要 ” 被分析、確認(rèn)后形成完整的文檔，該文檔詳細(xì)地說明了產(chǎn)品 “ 必須或應(yīng)當(dāng) ” 做什么。 ? 需求可能來自以下幾個(gè)方面：用戶（客戶）、接口、環(huán)境（硬件、組織文化、政策等）。 ? 需求的重要性 : 開發(fā)軟件系統(tǒng)最困難的部分就是準(zhǔn)確說明開發(fā)什么。最困難的概念性工作是編寫出詳細(xì)的需求，包括所有面向用戶、面向機(jī)器和其它軟件系統(tǒng)的接口。此工作一旦做錯(cuò)，將會(huì)給系統(tǒng)帶來極大的損害，并且以后對(duì)它修改也極為困難。（ Brooks： 《沒有銀彈》） 案例 ——憑空想象的需求 一家大型電信設(shè)備企業(yè)有多個(gè)分支機(jī)構(gòu) ， A與 B是研發(fā)機(jī)構(gòu) ， B是核心平臺(tái)的研發(fā)機(jī)制 ， A做增值業(yè)務(wù)的研發(fā) ， C是整個(gè)公司的項(xiàng)目管理機(jī)構(gòu) ， 負(fù)責(zé)立項(xiàng) 、 結(jié)項(xiàng)與經(jīng)費(fèi)管理 ， D是銷售機(jī)構(gòu) 。 B研制出一種數(shù)據(jù)接入服務(wù)器的原型 ， 找到 A， 說該產(chǎn)品市場前景看好 ， 請(qǐng)你們開發(fā)網(wǎng)管軟件 ， 一起做好產(chǎn)品 。 D對(duì) A， B說 “ 你們把軟硬件都做好 ， 我負(fù)責(zé)銷售 ， 掙到錢大家分 ” 。 于是 A決定參與合作 ， 向 C提出立項(xiàng) ， 立項(xiàng)后 ， A把該項(xiàng)目外包給一家專業(yè)的網(wǎng)管軟件開發(fā)公司E， 預(yù)期半年完成 。 由于網(wǎng)管軟件要運(yùn)行于 B的產(chǎn)品上 ， A與 E派出開發(fā)人員到 B處進(jìn)行需求分析 ， 而 B的產(chǎn)品還是原型并不成熟 ， 不斷在變化 ， 最終用了 1年時(shí)間才完成軟件開發(fā) 。 開發(fā)完成后 ， E將軟件交付給 A后 ， A付清開發(fā)費(fèi)用 ， 再把軟件交付到 D， D又賣給某電信局 F， 結(jié)果 F對(duì)軟件的功能不滿意 ， 要求按自己的要求修改后才能付錢 。 D不得不要求 A修改軟件 ， 而 A已經(jīng)將開發(fā)費(fèi)用付給了 E， 只能自己吞苦果 ， 結(jié)果是 A想辦法把軟件轉(zhuǎn)讓給 B， 希望拿出成本并且以后再也不與 B合作 。 ——這在很多大企業(yè)中都是普遍發(fā)生的事實(shí)。產(chǎn)品是閉門造車出來的，根本沒有弄清楚要開發(fā)的系統(tǒng)應(yīng)該是什么樣的。 一、需求工程概述 ? 系統(tǒng)需求的來源 ? 1) 客戶：購買系統(tǒng)的人。 ? 2）用戶：實(shí)際使用系統(tǒng)進(jìn)行日常業(yè)務(wù)活動(dòng)的人。 ? 3）技術(shù)人員：維護(hù)系統(tǒng)運(yùn)行的人。 ? 4）其他系統(tǒng)相關(guān)者。 一、需求工程概述 ? 需求工程 ? 1)基本概念：在軟件開發(fā)的生命周期中，與需求直接相關(guān)的活動(dòng)。主要包括：需求開發(fā)和需求管理兩部分內(nèi)容。 一、需求工程概述 ? 需求工程 需求開發(fā)過程：通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。 需求調(diào)查的目的是通過各種途徑獲取用戶的需求信息（原始材料），產(chǎn)生《用戶需求說明書》。 需求分析的目的是對(duì)各種需求信息進(jìn)行分析，消除錯(cuò)誤，刻畫細(xì)節(jié)等。常見的需求分析方法有 “ 問答分析法 ” 和 “ 建模分析法 ” 兩類。 需求定義的目的是根據(jù)需求調(diào)查和需求分析的結(jié)果，進(jìn)一步定義準(zhǔn)確無誤的產(chǎn)品需求，產(chǎn)生《產(chǎn)品需求規(guī)格說明書》。系統(tǒng)設(shè)計(jì)人員將依據(jù)《產(chǎn)品需求規(guī)格說明書》開展系統(tǒng)設(shè)計(jì)工作。 一、需求工程概述 ? 需求工程 需求管理過程：在客戶與開發(fā)方之間建立對(duì)需求的共同理解，維護(hù)需求與其它工作成果的一致性，并控制需求的變更。 需求確認(rèn)是指開發(fā)方和客戶共同對(duì)需求文檔進(jìn)行評(píng)審，雙方對(duì)需求達(dá)成共識(shí)后作出書面承諾，使需求文檔具有商業(yè)合同效果。 需求跟蹤是指通過比較需求文檔與后續(xù)工作成果之間的對(duì)應(yīng)關(guān)系，建立與維護(hù) “ 需求跟蹤矩陣 ” ，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開發(fā)。 需求變更控制是指依據(jù) “ 變更申請(qǐng)－審批－更改－重新確認(rèn) ”的流程處理需求的變更，防止需求變更失去控制而導(dǎo)致項(xiàng)目發(fā)生混亂。 一、需求工程概述 ? 需求工程 ? 2）需求工程的主要內(nèi)容： ? 需求開發(fā)產(chǎn)生的主要文檔為《用戶需求說明書》與《軟件需求規(guī)格說明書》。 ? 需求管理產(chǎn)生的主要文檔為《需求評(píng)審報(bào)告》、《需求跟蹤報(bào)告》和《需求變更控制報(bào)告》 一、需求工程概述 ? 需求工程中的主要問題 ? 知識(shí)技能問題 ? 態(tài)度問題 ? 合作關(guān)系 ? 用戶說不清楚需求 ? 雙方誤解需求 ? 開發(fā)人員寫不好需求文檔 ? 用戶經(jīng)常變更需求 知識(shí)技能問題 ? 應(yīng)用域的知識(shí)是無邊無際的 ， 任何人都不可能是“ 萬事通 ” 。 俗話說 “ 隔行如隔山 ” ， 需求分析員可能是某一領(lǐng)域的專家 ， 但當(dāng)他接手陌生的業(yè)務(wù)時(shí) ， 他可能是個(gè) “ 無知 ” 者 。 一個(gè)企業(yè)要謀求發(fā)展 ， 不能總在做老的業(yè)務(wù) 。 人一生中會(huì)有許多充滿挫折的 “ 第一次 ” ， 不可以逃避 。 ? 當(dāng)需求分析員缺乏應(yīng)用域知識(shí)時(shí) ， 他該怎么辦 ？ –首先要有勇氣做事 ， 否則連實(shí)踐的機(jī)會(huì)都沒有 。 –其次應(yīng)當(dāng)趕緊補(bǔ)習(xí)應(yīng)用域知識(shí) ， 不論是通過自學(xué)還是培訓(xùn)的方式 ， 否則他很難與用戶交流 。 如果可能的話 ， 開發(fā)方最好請(qǐng)既懂軟件又懂應(yīng)用域知識(shí)的行家來幫忙 。 態(tài)度問題 ? 相當(dāng)多的開發(fā)人員習(xí)慣于被動(dòng)地對(duì)待需求開發(fā) 。 每當(dāng)遇到麻煩 、 挫折時(shí) ， 他們會(huì)發(fā)牢騷 ， 找出一堆用戶的毛病 。 很多開發(fā)人員錯(cuò)誤地以為：需求是用戶的事情 ， 不是我們的事情 。我們?yōu)橛脩糸_發(fā)軟件 ， 難道用戶不該告訴我們應(yīng)當(dāng)開發(fā)什么嗎 ？ 如果用戶說不清楚需求 ， 或者經(jīng)常變更需求 ， 這類問題是用戶產(chǎn)生的 ， 應(yīng)當(dāng)由他們自己負(fù)責(zé) 。 ? 用戶說不清楚需求或者需求發(fā)生變更 ， 這些都是常見的問題 ，并不是絕癥 ， 是人們可以設(shè)法解決的 。 可悲的是開發(fā)人員把這些問題當(dāng)成了借口 ， 不愿主動(dòng)攻克問題 ， 導(dǎo)致需求問題擴(kuò)散到整個(gè)軟件開發(fā)過
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1