需求分析報告工作報告

需求分析報告 - 工作報告 （文章一）：軟件需求分析報告模板(完整版) 軟件需求分析報告模板(完整版) 目錄 1. 范圍 1 2. 總體要求 1 2.1 總體功能要求 . 1 2.2 軟件開發(fā)平臺要求 . 1 2.3 軟件項目的開發(fā)實施過程管理要求 . 2 2.3.1 軟件項目實施過程總體要求 . 2 2.3.2 軟件項目實施變更要求 . 2 2.3.3 軟件項目實施里程碑控制 . 2 3. 軟件開發(fā) 3 3.1 軟件的需求分析 . 3 3.1.1 需求分析 . 3 3.1.2 需求分析報告的編制者 . 4 3.1.3 需求報告評審 . 4 3.1.4 需求報告格式 . 4 3.2 軟件的概要設(shè)計 . 4 3.2.1 概要設(shè)計 . 4 3.2.2 編寫概要設(shè)計的要求 . 4 3.2.3 概要設(shè)計報告的編寫者 . 4 3.2.4 概要設(shè)計和需求分析、詳細(xì)設(shè)計之間的關(guān)系和區(qū)別 . 4 3.2.5 概要設(shè)計的評審 . 4 3.2.6 概要設(shè)計格式 . 4 3.3 軟件的詳細(xì)設(shè)計 . 5 3.3.1 詳細(xì)設(shè)計 . 5 3.3.2 特例 . 5 3.3.3 詳細(xì)設(shè)計的要求 . 5 3.3.4 數(shù)據(jù)庫設(shè)計 . 5 3.3.5 詳細(xì)設(shè)計的評審 . 5 3.3.6 詳細(xì)設(shè)計格式 . 5 3.4 軟件的編碼 . 5 3.4.1 軟件編碼 . 5 3.4.2 軟件編碼的要求 . 5 3.4.3 編碼的評審 . 6 3.4.4 編程規(guī)范及要求 . 63.5 軟件的測試 . 6 3.5.1 軟件測試 . 6 3.5.2 測試計劃 . 6 3.6 軟件的交付準(zhǔn)備 . 6 3.6.1 交付清單 . 6 3.7 軟件的鑒定驗收 . 7 3.7.1 軟件的鑒定驗收 . 7 3.7.2 驗收人員 . 7 3.7.3 驗收具體內(nèi)容 . 7 3.7.4 軟件驗收測試大綱 . 7 3.8 培訓(xùn) . 7 3.8.1 系統(tǒng)應(yīng)用培訓(xùn) . 7 3.8.2 系統(tǒng)管理的培訓(xùn)（可選） . 8 附錄A 軟件需求分析報告文檔模板 9 附錄B 軟件概要設(shè)計報告文檔模板 21 附錄C 軟件詳細(xì)設(shè)計報告文檔模板 33 附錄D 軟件數(shù)據(jù)庫設(shè)計報告文檔模板 43 附錄E 軟件測試(驗收)大綱 錯誤！未 定義書簽。5 1. 范圍 本指南用于指導(dǎo)軟件開發(fā)者為xx市交通局開發(fā)軟件項目的過程，通過規(guī)范軟件項目承擔(dān)單位的開發(fā)過程達(dá)到提高軟件質(zhì)量，降低維護(hù)成本的目的。開發(fā)者應(yīng)根據(jù)本指南進(jìn)行軟件開發(fā)和編制軟件開發(fā)文檔。本指南是對軟件項目承擔(dān)單位的基本要求。在本指南的附錄A至E中提供了文檔的編寫模板供開發(fā)者參考，在進(jìn)行具體軟件開發(fā)時，開發(fā)者可根據(jù)實際情況采編寫，但必須提供雙方約定的文檔，文檔中約定的內(nèi)容必須描述清楚。 2. 總體要求 2.1 總體功能要求 網(wǎng)絡(luò)應(yīng)用環(huán)境以Inter/Intra技術(shù)為核心。 開發(fā)者應(yīng)在充分分析需求的基礎(chǔ)上，選擇采用B/S結(jié)構(gòu)或者C/S結(jié)構(gòu)。 軟件系統(tǒng)的數(shù)據(jù)庫應(yīng)依照xx市交通局信息化數(shù)據(jù)庫建設(shè)規(guī)范進(jìn)行設(shè)計和建設(shè)。 本指南中沒有規(guī)定開發(fā)者采用何種具體的軟件工程開發(fā)方法，開發(fā)者可根據(jù)項目具體特 點、自身擅長來選擇采用面向過程的方法、面向?qū)ο蟮姆椒ɑ蛎嫦驍?shù)據(jù)的方法，但建議開發(fā) 商使用面向?qū)ο筌浖こ痰姆椒?，如：采用目前被廣泛使用的RUP(Rational Unified Process)方法來進(jìn)行分析、設(shè)計和開發(fā)。 2.2 軟件開發(fā)平臺要求 開發(fā)者開發(fā)的軟件必須能夠在xx市交通局規(guī)定的軟件平臺上正常運行。目前軟件平臺為： 數(shù)據(jù)庫管理系統(tǒng)： Oracle 9i以上版本 中間件(應(yīng)用服務(wù)器)系統(tǒng)： IBM WebSphere OA系統(tǒng)： Lotus Domino/Notes 網(wǎng)絡(luò)架構(gòu)： 完全支持TCP/IP協(xié)議 開發(fā)工具或技術(shù)體系： 為保證軟件的上下兼容性，開發(fā)者應(yīng)選擇比較通用的開發(fā)工具的較新版本進(jìn)行開 發(fā)，如Microsoft Visual Studio.，Borland Delphi，C+ Builder, 或J2EE(Java2 P1atform Enterprise Edition)等。2.3 軟件項目的開發(fā)實施過程管理要求 2.3.1 軟件項目實施過程總體要求 （一）開發(fā)者提交軟件開發(fā)工作大綱，交通局組織專家組對工作大綱進(jìn)行評審，并提出整改意見。 （二）通過評審后，開發(fā)者根據(jù)整改意見完善工作大綱，經(jīng)過交通局認(rèn)可后組織項目組進(jìn)行軟件開發(fā)。軟件開發(fā)工作按照需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、測試等幾個階段進(jìn)行，在開發(fā)過程中，開發(fā)者需分階段提交相關(guān)文檔。 （三）在軟件開發(fā)工作完成后，開發(fā)者應(yīng)向交通局提交完整的軟件文檔，交通局組織驗收組對軟件進(jìn)行驗收審查。 2.3.2 軟件項目實施變更要求 在開發(fā)過程中，需求或設(shè)計不可避免地需要發(fā)生變更，相關(guān)變更必須經(jīng)過交通局書面同 意方可進(jìn)行。在需求或設(shè)計發(fā)生變更時，需要對原有文檔進(jìn)行修改，并提供完整的變更記錄， 以使變更處于可控制的狀態(tài)。變更單如下表所示： 表 2-1 變更單 2.3.3 軟件項目實施里程碑控制 交通局將分四個階段進(jìn)行把關(guān)，召開專家審查會。 （一） 需求分析（結(jié)合原型進(jìn)行審查）確認(rèn)； （二） 概要設(shè)計+數(shù)據(jù)庫設(shè)計； （三） 預(yù)驗收（試運行后）； （四） 正式驗收（推廣使用后）。 3. 軟件開發(fā) 合同簽訂以后，項目承擔(dān)單位即可組織項目組進(jìn)行軟件開發(fā)工作。軟件開發(fā)必須嚴(yán)格按照軟件工程的要求進(jìn)行。開發(fā)過程包括開發(fā)者的活動和任務(wù)。此過程由軟件需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、測試、驗收、鑒定等活動組成。 3.1 軟件的需求分析 3.1.1 需求分析 首先，開發(fā)者和交通局應(yīng)共同對交通局的應(yīng)用需求作充分的調(diào)研，提交完整的需求分析 報告。在需求分析報告中必須描述的基本問題是：功能、性能、強加于實現(xiàn)的設(shè)計限制、屬 性、外部接口。應(yīng)當(dāng)避免把設(shè)計或項目需求寫入需求分析報告中。它必須說明由軟件獲得的 結(jié)果，而不是獲得這些結(jié)果的手段。 軟件需求可以用若干種方法來表達(dá)，如通過輸入、輸出說明；使用代表性的例子；用規(guī)范化的模型。開發(fā)者應(yīng)盡可能地使用模型的方式，因為這是表達(dá)復(fù)雜需求的精確和有效的方法。比如用統(tǒng)一建模語言（UML）來描述需求。 編寫需求分析報告的要求 a無歧義性 對最終產(chǎn)品的每一個特性用某一術(shù)語描述；若某一術(shù)語在某一特殊的行文中使用時具有多種含義，那么應(yīng)對該術(shù)語的每種含義做出解釋并指出其適用場合。 b完整性 需求分析報告應(yīng)該包括全部有意義的需求，無論是關(guān)系到功能的、性能的、設(shè)計約束的、還是關(guān)系到外部接口方面的需求；對所有可能出現(xiàn)的輸入數(shù)據(jù)的響應(yīng)予以定義，要對合法和非合法的輸入值的響應(yīng)做出規(guī)定；填寫全部插圖、表、圖示標(biāo)記等；定義全部術(shù)語和度量單位。 c可驗證性 需求分析報告描述的每一個需求應(yīng)是可以驗證的?？梢酝ㄟ^一個有限處理過程來檢查軟件產(chǎn)品是否滿足需求。 d一致性 在需求分析報告中的各個需求的描述不能互相矛盾。 e可修改性 需求分析報告應(yīng)具有一個有條不紊、易于使用的內(nèi)容組織；沒有冗余，即同一需求不能在需求分析報告中出現(xiàn)多次。 f可追蹤性 每一個需求的源流必須清晰，在進(jìn)一步產(chǎn)生和改變文件編制時，可以方便地引證每一個需求。 g運行和維護(hù)階段的可使用性 需求分析報告必須滿足運行和維護(hù)階段的需要。在需求分析報告要寫明功能的來源和目的。（文章二）：需求分析報告 需求分析報告 1 引言 在市場經(jīng)濟(jì)中，進(jìn)銷存管理是企業(yè)運作的重要環(huán)節(jié)。隨著企業(yè)規(guī)模的發(fā)展壯大，商品數(shù)量急劇增加，有關(guān)商品的各種信息量也成倍增加。企業(yè)需要實時動態(tài)地對商品的各種信息進(jìn)行統(tǒng)計分析為了便好地增加業(yè)務(wù)量，另外不少企業(yè)通過分公司或代理商把產(chǎn)品推向最終用戶，這些分公司或代理商分布在不同的地理位置，跨空間、跨時間的頻繁業(yè)務(wù)信息交流是這些企業(yè)業(yè)務(wù)活動的主要特點。在這種形勢下，傳統(tǒng)的人工傳遞信息和數(shù)據(jù)的管理方式就無法滿足企業(yè)需求了。 1.1 編寫目的 此份軟件產(chǎn)品需求分析報告是為進(jìn)銷存管理信息系統(tǒng)編寫的，開發(fā)這個軟件旨在建立一個高效率、高準(zhǔn)確率、通用性好的進(jìn)銷存管理系統(tǒng)，借助計算機進(jìn)行信息管理，在很大程度上提高管理者分析與決策的科學(xué)性，提高企業(yè)經(jīng)營管理水平。通過這份軟件產(chǎn)品需求分析報告詳盡說明了該軟件產(chǎn)品的需求規(guī)格，包括對產(chǎn)品進(jìn)行的準(zhǔn)確的定義。 1.2 開發(fā)目的及意義 本設(shè)計為一個基本的B/S結(jié)構(gòu)的進(jìn)銷存管理系統(tǒng)，即利用網(wǎng)絡(luò)、信息化手段來實現(xiàn)商品信息的跨時間、空間的管理。本系統(tǒng)對企業(yè)中常見的采購、庫存、銷售等商業(yè)活動以及相關(guān)的供應(yīng)商和客戶等基本信息進(jìn)行管理。功能貼近實際，內(nèi)容精練。 1.3 預(yù)期讀者和閱讀建議 本軟件產(chǎn)品需求分析報告所針對的各種不同的預(yù)期讀者，可能包括： ? 用戶； ? 開發(fā)人員； ? 企業(yè)管理者； ? 營銷人員； ? 測試人員； ? 文檔編寫入員。2 系統(tǒng)功能需求 根據(jù)軟件本身的系統(tǒng)機構(gòu)，我們本小組從功能的角度對系統(tǒng)的功能進(jìn)行了初步的模塊劃分，主要區(qū)分了每個功能的邊界，這是第一次將系統(tǒng)功能進(jìn)行細(xì)化的過程，分析結(jié)果如下表2-1所示。根據(jù)表2-1用戶描述的需求，將系統(tǒng)功能模塊劃分如表2-2所示，并對其模塊的劃分和功能進(jìn)行描述。劃分模塊的目的是使系統(tǒng)的結(jié)構(gòu)更加清晰，開發(fā)難度降低并有利于團(tuán)隊的開發(fā)。 2.1 系統(tǒng)功能 本系統(tǒng)的功能主要包括系統(tǒng)登錄、基本資料維護(hù)、采購、銷售、庫存管理和系統(tǒng)維護(hù)等，根據(jù)具體情況，該系統(tǒng)的功能可分為四類：第一類是基本信息業(yè)務(wù)，主要負(fù)責(zé)客戶信息、供應(yīng)商信息、商品信息、入庫信息、出庫信息的管理；第二類是進(jìn)貨業(yè)務(wù)，主要負(fù)責(zé)對貨物生成采購單，并采購入庫；第三類是銷售業(yè)務(wù)，主要負(fù)責(zé)對商品的銷售，并銷售出庫；第四類是庫存管理業(yè)務(wù)，主要負(fù)責(zé)庫存盤點。 2.1.1 系統(tǒng)功能樹圖2.1.2 子系統(tǒng)一 （請改成具體的名稱，如“用戶管理子系統(tǒng)”。若未劃分子系統(tǒng)，則刪除本標(biāo)題，直接寫“模塊”，并將3.1.2.1等標(biāo)題升級為四級標(biāo)題。） 對該子系統(tǒng)的描述。 2.1.2.1 模塊一（請改成具體的名稱） （1）用例圖 （2）需求說明 （3）輸入/輸出數(shù)據(jù) 列出輸入數(shù)據(jù)(用戶輸入、來自外部接口的輸入或者其它輸入)并且定義針對這些輸入數(shù)據(jù)的處理(計算)方法，以及相應(yīng)地輸出數(shù)據(jù)，描述對應(yīng)區(qū)別：輸入數(shù)據(jù)和輸出數(shù)據(jù)。 當(dāng)有大量數(shù)據(jù)需要描述時，也可以分類描述數(shù)據(jù)，并且注明各項數(shù)據(jù)的輸入、輸出屬性。 2.1.2.2 模塊二 （1）用例圖 （2）需求說明 （3）輸入/輸出數(shù)據(jù) 2.1.3子系統(tǒng)二 具體寫法，參照3.1.2節(jié)。 請根據(jù)需要，增加3.1.4，3.1.5等小節(jié)。3 用戶界面與運行環(huán)境需求 通過本節(jié)描述可以確定，保證軟件產(chǎn)品能和外部組件正確連接的需求。 3.1 用戶界面 主要是對用戶界面風(fēng)格、布局等方面的描述。 以下是可能包括的一些特征： ? 將要采用的圖形用戶界面(GUl)標(biāo)準(zhǔn)或者產(chǎn)品系列的風(fēng)格； ? 有關(guān)屏幕布局或者解決方案的限制； ? 將要使用在每一個屏幕(圖形用戶界面)上的軟件組件，可能包括： ? 選單； ? 標(biāo)準(zhǔn)按鈕； ? 導(dǎo)航鏈接； ? 各種功能組件； ? 消息欄； ? 快捷鍵； ? 各種顯示格式的規(guī)定，可能包括： ? 不同情況下文字的對齊方式； ? 不同情況下數(shù)字的表現(xiàn)格式與對齊方式 ? 日期的表現(xiàn)方法與格式； ? 計時方法與時間格式； ? 等等。 ? 錯誤信息顯示標(biāo)準(zhǔn)； 對于用戶界面的細(xì)節(jié)，例如：一個特定對話框的布局，應(yīng)該寫入具體的用戶界面設(shè)計說明中，而不能寫入軟件需求規(guī)格說明中。 如果采用現(xiàn)成的、合適的用戶界面設(shè)計規(guī)范(標(biāo)準(zhǔn))，或者另文描述，可以在這里直接說明，并且將其加入