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

1、怎樣編寫業(yè)務(wù)需求 一、背景知識介紹 二、如何編寫高質(zhì)量的業(yè)務(wù)需求文檔 三、實(shí)例分析與展示一、背景知識介紹1.軟件工程學(xué)的基本思想 軟件工程學(xué)的基本思想就是將軟件軟件工程學(xué)的基本思想就是將軟件當(dāng)作一種工程產(chǎn)品來處理，從時(shí)間角當(dāng)作一種工程產(chǎn)品來處理，從時(shí)間角度對軟件開發(fā)和維護(hù)的復(fù)雜問題進(jìn)行度對軟件開發(fā)和維護(hù)的復(fù)雜問題進(jìn)行分解，把軟件生命的漫長周期依次劃分解，把軟件生命的漫長周期依次劃分為若干個(gè)相對獨(dú)立的階段，并給每分為若干個(gè)相對獨(dú)立的階段，并給每個(gè)階段賦予明確而有限的任務(wù)。個(gè)階段賦予明確而有限的任務(wù)。階段階段關(guān)鍵問題關(guān)鍵問題結(jié)束標(biāo)準(zhǔn)結(jié)束標(biāo)準(zhǔn)可行性研究系統(tǒng)建設(shè)是否可行？可行性研究報(bào)告需求分析系統(tǒng)必須

2、做什么？軟件需求說明書總體設(shè)計(jì)概括地說，應(yīng)該如何解決這個(gè)問題？ 推薦的系統(tǒng)架構(gòu)詳細(xì)設(shè)計(jì)怎樣具體實(shí)現(xiàn)這個(gè)系統(tǒng)？編碼和單元測試編寫正確的程序模塊源程序清單；單元測試方案和結(jié)果綜合測試符合要求的軟件綜合測試方案和結(jié)果系統(tǒng)運(yùn)維持久的滿足用戶需要的軟件2.需求分析的重要性 1.在失敗的項(xiàng)目中，需求不明確、需求不完整和需求變化等方面的因素占到了60。 2.軟件的需求分析是軟件生存周期的重要階段，它是聯(lián)系用戶與軟件開發(fā)者的紐帶。3.業(yè)務(wù)需求文檔的定義 業(yè)務(wù)需求文檔是對一個(gè)待開發(fā)的系統(tǒng)的描述，是系統(tǒng)開發(fā)人員與用戶就產(chǎn)生一個(gè)什么樣的系統(tǒng)相互交流的產(chǎn)物，是系統(tǒng)各項(xiàng)后續(xù)開發(fā)的基礎(chǔ)。4.業(yè)務(wù)需求文檔的作用 開發(fā)公司根

3、據(jù)包含在軟件需求說明書中描述的開發(fā)公司根據(jù)包含在軟件需求說明書中描述的系統(tǒng)來估計(jì)開發(fā)成本，制定規(guī)劃并預(yù)測進(jìn)度安系統(tǒng)來估計(jì)開發(fā)成本，制定規(guī)劃并預(yù)測進(jìn)度安排、工作量和資源；排、工作量和資源； 開發(fā)人員依賴它來理解他們將要開發(fā)的系統(tǒng)，開發(fā)人員依賴它來理解他們將要開發(fā)的系統(tǒng)，并據(jù)此進(jìn)行編碼工作；并據(jù)此進(jìn)行編碼工作； 測試人員根據(jù)文檔中對系統(tǒng)行為的描述制定測測試人員根據(jù)文檔中對系統(tǒng)行為的描述制定測試計(jì)劃、測試用例，進(jìn)行測試工作。試計(jì)劃、測試用例，進(jìn)行測試工作。 系統(tǒng)運(yùn)維人員和技術(shù)支持根據(jù)文檔了解系統(tǒng)的系統(tǒng)運(yùn)維人員和技術(shù)支持根據(jù)文檔了解系統(tǒng)的功能；功能； 根據(jù)業(yè)務(wù)需求文檔編寫用戶手冊。根據(jù)業(yè)務(wù)需求文檔編寫

4、用戶手冊。 業(yè)務(wù)需求文檔是我們系統(tǒng)建設(shè)過程業(yè)務(wù)需求文檔是我們系統(tǒng)建設(shè)過程樹立的一個(gè)正確的航標(biāo)。有了這樣樹立的一個(gè)正確的航標(biāo)。有了這樣一個(gè)航標(biāo)，就可以使我們最終能夠一個(gè)航標(biāo)，就可以使我們最終能夠到達(dá)一個(gè)正確的彼岸到達(dá)一個(gè)正確的彼岸。二、如何撰寫高質(zhì)量的二、如何撰寫高質(zhì)量的業(yè)務(wù)需求文檔業(yè)務(wù)需求文檔1. 業(yè)務(wù)需求文檔的常見問題（1）需求過于簡單。（2）需求內(nèi)容不完整。（3）需求內(nèi)容描述不清晰。（4）需求不具有可行性。（5）需求文檔沒有統(tǒng)一撰寫格式。2.提高撰寫質(zhì)量的措施 （1）業(yè)務(wù)人員和技術(shù)人員要建立良好的交流與合作關(guān)系。 提倡的讓業(yè)務(wù)人員、技術(shù)人員、開發(fā)人員提倡的讓業(yè)務(wù)人員、技術(shù)人員、開發(fā)人員組成

5、一個(gè)團(tuán)隊(duì)，使用統(tǒng)一的語言，來表達(dá)組成一個(gè)團(tuán)隊(duì)，使用統(tǒng)一的語言，來表達(dá)大家都清楚明白的概念。大家都清楚明白的概念。 （2）技術(shù)人員應(yīng)該轉(zhuǎn)變觀念，積極參與業(yè)務(wù)需求的編寫，不要認(rèn)為業(yè)務(wù)需求與技術(shù)人員無關(guān)。（3）使用業(yè)務(wù)需求標(biāo)準(zhǔn)模板 1引言 1.1 編寫目的 描述你編寫這篇文檔的目的和作用。但最關(guān)鍵的是，詳細(xì)說明哪些人可以使用這篇文檔，做什么。 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 參考資料 參考資料的名稱、作者、

6、版本、編寫日期。 1.5 名詞定義 文檔中可能使用的各種術(shù)語或名詞的定義與約定，可以根據(jù)需要刪減。 2整體概述 這部分可以對系統(tǒng)進(jìn)行一個(gè)整體性框架性地描述。3. 功能需求 一個(gè)一個(gè)的詳細(xì)描述系統(tǒng)中的每個(gè)功能模塊（或子系統(tǒng)），包括業(yè)務(wù)描述、功能描述、輸入輸出、表單樣式、數(shù)據(jù)來源等等。這部分是業(yè)務(wù)需求文檔中最主要的部分。3.1 功能描述 可以用自然語言描述模塊的功能。對一些流程性的事務(wù)，用自然語言比較繁瑣的，可以畫流程圖來輔助描述。3.2 實(shí)現(xiàn)方式 從用戶界面的角度，描述系統(tǒng)的功能。4. 非功能性需求 主要關(guān)注系統(tǒng)的性能、安全性、可靠性、易用性等等。 例：內(nèi)網(wǎng)考勤要支持高并發(fā)操作（預(yù)計(jì)并發(fā)用戶峰值

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