如何編寫信息系統(tǒng)開發(fā)業(yè)務(wù)需求教學(xué)提綱

怎樣(zěnyàng)編寫業(yè)務(wù)需求第一頁，共22頁。一、背景知識介紹二、如何編寫高質(zhì)量的業(yè)務(wù)需求(xūqiú)文檔三、實例分析與展示第二頁，共22頁。一、背景知識(zhīshi)介紹第三頁，共22頁。1.軟件工程學(xué)的基本(jīběn)思想軟件工程學(xué)的基本思想就是將軟件當(dāng)作一種工程產(chǎn)品來處理，從時間角度對軟件開發(fā)和維護的復(fù)雜問題進行分解，把軟件生命(shēngmìng)的漫長周期依次劃分為若干個相對獨立的階段，并給每個階段賦予明確而有限的任務(wù)。第四頁，共22頁。階段關(guān)鍵問題結(jié)束標(biāo)準(zhǔn)可行性研究系統(tǒng)建設(shè)是否可行？可行性研究報告需求分析系統(tǒng)必須做什么？軟件需求說明書總體設(shè)計概括地說，應(yīng)該如何解決這個問題？推薦的系統(tǒng)架構(gòu)詳細設(shè)計怎樣具體實現(xiàn)這個系統(tǒng)？編碼和單元測試編寫正確的程序模塊源程序清單；單元測試方案和結(jié)果綜合測試符合要求的軟件綜合測試方案和結(jié)果系統(tǒng)運維持久的滿足用戶需要的軟件第五頁，共22頁。2.需求(xūqiú)分析的重要性1.在失敗的項目中，需求(xūqiú)不明確、需求(xūqiú)不完整和需求(xūqiú)變化等方面的因素占到了60％。2.軟件的需求(xūqiú)分析是軟件生存周期的重要階段，它是聯(lián)系用戶與軟件開發(fā)者的紐帶。第六頁，共22頁。3.業(yè)務(wù)(yèwù)需求文檔的定義業(yè)務(wù)需求文檔是對一個待開發(fā)的系統(tǒng)的描述，是系統(tǒng)開發(fā)人員與用戶就產(chǎn)生(chǎnshēng)一個什么樣的系統(tǒng)相互交流的產(chǎn)物，是系統(tǒng)各項后續(xù)開發(fā)的基礎(chǔ)。第七頁，共22頁。4.業(yè)務(wù)需求(xūqiú)文檔的作用開發(fā)公司根據(jù)包含在軟件需求說明書中描述的系統(tǒng)來估計(gūjì)開發(fā)成本，制定規(guī)劃并預(yù)測進度安排、工作量和資源；開發(fā)人員依賴它來理解他們將要開發(fā)的系統(tǒng)，并據(jù)此進行編碼工作；測試人員根據(jù)文檔中對系統(tǒng)行為的描述制定測試計劃、測試用例，進行測試工作。系統(tǒng)運維人員和技術(shù)支持根據(jù)文檔了解系統(tǒng)的功能；根據(jù)業(yè)務(wù)需求文檔編寫用戶手冊。第八頁，共22頁。業(yè)務(wù)需求文檔是我們系統(tǒng)建設(shè)過程樹立的一個正確的航標(biāo)(hángbiāo)。有了這樣一個航標(biāo)(hángbiāo)，就可以使我們最終能夠到達一個正確的彼岸。第九頁，共22頁。二、如何(rúhé)撰寫高質(zhì)量的

業(yè)務(wù)需求文檔

第十頁，共22頁。1.業(yè)務(wù)(yèwù)需求文檔的常見問題（1）需求過于簡單。（2）需求內(nèi)容(nèiróng)不完整。（3）需求內(nèi)容(nèiróng)描述不清晰。（4）需求不具有可行性。（5）需求文檔沒有統(tǒng)一撰寫格式。第十一頁，共22頁。2.提高(tígāo)撰寫質(zhì)量的措施（1）業(yè)務(wù)人員和技術(shù)人員要建立良好(liánghǎo)的交流與合作關(guān)系。提倡的讓業(yè)務(wù)人員、技術(shù)人員、開發(fā)人員組成一個團隊，使用統(tǒng)一的語言，來表達大家都清楚明白的概念。（2）技術(shù)人員應(yīng)該轉(zhuǎn)變觀念，積極參與業(yè)務(wù)需求的編寫，不要認為業(yè)務(wù)需求與技術(shù)人員無關(guān)。第十二頁，共22頁。（3）使用業(yè)務(wù)(yèwù)需求標(biāo)準(zhǔn)模板1．引言1.1編寫目的描述你編寫這篇文檔的目的和作用(zuòyòng)。但最關(guān)鍵的是，詳細說明哪些人可以使用這篇文檔，做什么。第十三頁，共22頁。1.2業(yè)務(wù)背景可以描寫與項目相關(guān)的單位現(xiàn)狀、問題分析與解決思路，以及觸發(fā)開發(fā)該項目的大背景、政策法規(guī)，等等。1.3項目目標(biāo)（或任務(wù)概述）就是項目能為用戶帶來什么利益，解決用戶什么問題，或者說怎樣才算項目成功。1.4參考資料參考資料的名稱、作者、版本、編寫(biānxiě)日期。1.5名詞定義文檔中可能使用的各種術(shù)語或名詞的定義與約定，可以根據(jù)需要刪減。第十四頁，共22頁。2．整體概述(ɡàishù)這部分可以對系統(tǒng)進行一個整體性框架性地描述。第十五頁，共22頁。3.功能需求一個一個的詳細描述系統(tǒng)(xìtǒng)中的每個功能模塊（或子系統(tǒng)(xìtǒng)），包括業(yè)務(wù)描述、功能描述、輸入輸出、表單樣式、數(shù)據(jù)來源等等。這部分是業(yè)務(wù)需求文檔中最主要的部分。3.1功能描述可以用自然語言描述模塊的功能。對一些流程性的事務(wù)，用自然語言比較繁瑣的，可以畫流程圖來輔助描述。3.2實現(xiàn)方式從用戶界面的角度，描述系統(tǒng)(xìtǒng)的功能。第十六頁，共22頁。4.非功能性需求主要關(guān)注系統(tǒng)的性能、安全性、可靠性、易用性等等。例：內(nèi)網(wǎng)考勤要支持高并發(fā)操作（預(yù)計(yùjì)并發(fā)用戶峰值：xxx）。例：數(shù)據(jù)導(dǎo)出功能。

第十七頁，共22頁?？煽啃跃褪窍到y(tǒng)可以可靠運行，包括(bāokuò)系統(tǒng)成熟度（數(shù)據(jù)吞吐量、并發(fā)用戶量、連續(xù)不停機性能等）、數(shù)據(jù)容錯度、系統(tǒng)易恢復(fù)性，等等?？芍С中裕涸谛枨蠓治雠c設(shè)計階段，可支持性實際上體現(xiàn)在，我們是否能有效識別系統(tǒng)可變的需求，并能夠提供合理的方案。第十八頁，共22頁。3.業(yè)務(wù)需求(xūqiú)文檔編寫的一般原則（1）完整性：對具體需求的描述應(yīng)該完整清楚。（2）一致性：對于同一業(yè)務(wù)描寫，不能出現(xiàn)多義性的描述，應(yīng)當(dāng)是一致，相互之間沒有矛盾。（3）避免在多處敘述同一需求：因為一個需求需要更新時，所有對它的描述都必須(bìxū)更新，否則容易導(dǎo)致不一致性，給閱讀人員帶來困惑。第十九頁，共22頁。例：“執(zhí)行任務(wù)時，系統(tǒng)應(yīng)在不少于每60秒的正常(zhèngcháng)周期內(nèi)顯示出狀態(tài)信息”。重寫需求的一種方法如下：1.在用戶界面的XX位置顯示狀態(tài)信息，狀態(tài)的刷新間隔為60秒；2.如果后臺進程處理正常(zhèngcháng)，那么應(yīng)該顯示任務(wù)已完成的百分比；3.任務(wù)完成時，應(yīng)顯示相關(guān)的信息；4.任務(wù)出錯時，應(yīng)該顯示XX錯誤信息。第二十頁，共22頁。例：“如果可能的