軟件需求第2章-資料下載頁
2024-09-04 17:51本頁面
【導(dǎo)讀】“我們需要建立一套化學(xué)制品跟蹤信息系統(tǒng)”，Gerhard說道。所需的藥品，而不必再買一瓶新的。另外，衛(wèi)生保健部門也得為聯(lián)邦政府寫些關(guān)于化學(xué)藥品。你們小組能在五個(gè)月內(nèi)開發(fā)出該系統(tǒng)來嗎？“我已經(jīng)明白這個(gè)項(xiàng)目的重要性了，Gerhard”Cynthia說道?！暗谖抑贫ㄓ?jì)劃前，我們?！皩?shí)際上，你只說明了整個(gè)項(xiàng)目的概念與目標(biāo)”，Cynthia解釋道?！斑@些高層次的業(yè)務(wù)需。求并不能為我們提供足夠的詳細(xì)信息以確定究竟要開發(fā)什么樣的軟件，以及需要多長時(shí)間。Gerhard此前還從未遇到過類似這位系統(tǒng)開發(fā)人員的看法。Cynthia盡力解釋從使用新系統(tǒng)的用戶處收集需求的合理性。戶要求，結(jié)果不會(huì)令人滿意。“行了，行了，我們沒有那么多時(shí)間”Gerhard堅(jiān)持道。就自認(rèn)為能充分代表產(chǎn)品用戶的興趣要求?？商娲谋匾?。通過對(duì)8380個(gè)項(xiàng)目的調(diào)查發(fā)現(xiàn)，導(dǎo)致項(xiàng)目失敗的最主要兩個(gè)原因是缺乏用。Gerhard代表支付、采購或投資軟件產(chǎn)品的這類客戶，處于Gerhard層次上的客
【正文】 是正式的還是非正式的方式，對(duì)需求文檔進(jìn)行評(píng)審都會(huì)對(duì)軟件質(zhì)量提高有所幫助。讓客戶參與評(píng)審才能真正鑒別需求文檔是否的確完整、正確說明了期望的必要特性。評(píng)審也給客戶代表提供一個(gè)機(jī)會(huì)，給需求分析人員帶來反饋信息以改進(jìn)他們的工作。如果你認(rèn)為編寫的需求文檔不夠準(zhǔn)確，就有義務(wù)盡早告訴分析人員并為改進(jìn)提供建議。 通過閱讀需求規(guī)格說明，很難想象實(shí)際的軟件是什么樣子的。更好的方法是先為產(chǎn)品開發(fā)一個(gè)原型。這樣你就能提供更有價(jià)值的反饋信息給開發(fā)人員，幫助他們更好地理解你的需求。必須認(rèn)識(shí)到：原型并非是一個(gè)實(shí)際產(chǎn) 品，但開發(fā)人員能將其轉(zhuǎn)變、擴(kuò)充成功能齊全的系統(tǒng)。 義務(wù) 8：需求出現(xiàn)變更要馬上聯(lián)系 不斷的需求變更會(huì)給在預(yù)定計(jì)劃內(nèi)完成高質(zhì)量產(chǎn)品帶來嚴(yán)重的負(fù)面影響。變更是不可避免的，但在開發(fā)周期中變更越在晚期出現(xiàn)，其影響越大。變更不僅會(huì)導(dǎo)致代價(jià)極高的返工，而且工期也會(huì)被迫延誤，特別是在大體結(jié)構(gòu)已完成后又需要增加新特性時(shí)。所以一旦你發(fā)現(xiàn)需要，變更需求時(shí)，請(qǐng)一定立即通知分析人員。 義務(wù) 9：應(yīng)遵照開發(fā)組織處理需求變更的過程 為了將變更帶來的負(fù)面影響減少到最低限度，所有的參與者必須遵照項(xiàng)目的變更控制過程。這要求不放棄所有提出的變 更，對(duì)每項(xiàng)要求的變更進(jìn)行分析、綜合考慮，最 后 作出合適的決策以確定將某些變更引入項(xiàng)目中。 義務(wù) 10：尊重開發(fā)人員采用的需求工程過程 軟件開發(fā)中最具挑戰(zhàn)性的莫過于收集需求并確定其正確性。分析人員采用的方法有其合理性所在。也許你認(rèn)為需求過程不太 劃算 ，但請(qǐng)相信花在需求開發(fā)上的時(shí)間是“很有價(jià)值”964e4b2d8b5c2e6e2afaf616361fccba 21 的。如果你理解并支持分析人員為收集、編寫需求文檔和確保其質(zhì)量所采用的技術(shù)，那么整個(gè)過程將會(huì)更為順利。盡管去詢問分析人員為什么他們要收集某些信息，或參與與需求有關(guān)的活動(dòng)。 “簽約”意味著什么？ 為所開發(fā)產(chǎn)品的需求簽訂協(xié)議是客戶 與開發(fā)人員關(guān)系中的重要部分。許多組織在需求文檔中使用“簽約”這個(gè)概念來作為客戶同意需求的標(biāo)志行為。故要讓所有需求參與者都真正明白“簽約”的意思。 但存在這樣一個(gè)問題：客戶代表經(jīng)常把“簽約”看作是毫無意義的。“他們要我在一張紙的最后一行文字下面簽上名字，于是我就簽了，否則這些開發(fā)人員不開始編碼?！边@種態(tài)度會(huì)給將來帶來麻煩。譬如客戶想更改需求或?qū)Ξa(chǎn)品有不滿時(shí)?！安诲e(cuò)，我是在需求上簽署了名字，但我并沒有時(shí)間去讀完所有的內(nèi)容。我是相信你們的，是你們非要讓我簽字的。” 同樣的問題也會(huì)發(fā)生在僅把簽約看作是完成文檔的管理 人員身上。一旦有需求變更出現(xiàn)，他便指著軟件需求規(guī)格說明說道：“但你已經(jīng)在需求上簽約了，所以這些便是我們所要開發(fā)的。如果你想要?jiǎng)e的什么，你應(yīng)早些告訴我們。” 這樣的態(tài)度都是不對(duì)的，不可能在項(xiàng)目早期就了解所有需求，而且毫無疑問需求將會(huì)出現(xiàn)變更。在需求上簽約是終止需求開發(fā)過程的正確方法。然而，參與者必須明白他們的簽約意味著什么。 更為重要的是簽約名字是建立在一個(gè)需求協(xié)議的基線上，因此在需求規(guī)格說明上的簽約應(yīng)該這樣理解：“我同意這份文檔表述了目前我們對(duì)項(xiàng)目軟件需求的了解。進(jìn)一步的變更可在此基線上通過項(xiàng)目定義的變更過 程來進(jìn)行。我知道變更可能會(huì)使我們要重新協(xié)商成本、資源和項(xiàng)目工期任務(wù)等”。 關(guān)于基線達(dá)成一定共識(shí)會(huì)易于忍受將來的摩擦，這些摩擦來源于項(xiàng)目的改進(jìn)和需求的誤差或市場(chǎng)和業(yè)務(wù)的新要求等。給初步的需求開發(fā)工作畫上雙方都明確的句號(hào)會(huì)有助你形成一個(gè)持續(xù)良好的客戶與開發(fā)人員的關(guān)系，為項(xiàng)目的成功奠定了基礎(chǔ)。 下一步： ? 讓客戶提供項(xiàng)目的業(yè)務(wù)需求和用戶需求。對(duì)權(quán)利書和義務(wù)書的條目，哪些被客戶接受、理解并付諸實(shí)踐了？那些沒有？ ? 與你的重要 客戶一起討論權(quán)利書和義務(wù)書，以達(dá)成協(xié)議，并付諸實(shí)踐。這些行為會(huì)有助于客戶和開發(fā)人員更好地互相理解，以形成更融洽的關(guān)系。 ? 如果你是軟件開發(fā)項(xiàng)目中的客戶參與方，你感到你的需求權(quán)利書沒有被充分尊重，就可以與軟件項(xiàng)目的領(lǐng)導(dǎo)人員或業(yè)務(wù)分析人員一起討論權(quán)利書的內(nèi)容。要想建立一種合作的工作關(guān)系，就要盡力使對(duì)方對(duì)你的義務(wù)書感到滿意。
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1