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

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

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

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

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