需求分析報(bào)告參考

需求分析報(bào)告篇一：軟件需求分析報(bào)告模板（完好版）軟件需求分析報(bào)告模板（完好版）目錄范圍1總體要求1TOC\o"1-5"\h\z總體功能要求 1軟件開發(fā)平臺要求 1軟件工程的開發(fā)施行過程治理要求 2軟件工程施行過程總體要求 2軟件工程施行變更要求 2軟件工程施行里程碑操縱 2軟件開發(fā)3軟件的需求分析 3需求分析 3需求分析報(bào)告的編制者 4需求報(bào)告評審 4需求報(bào)告格式 4軟件的概要 4概要設(shè)計(jì) 4編寫概要設(shè)計(jì)的要求 4概要設(shè)計(jì)報(bào)告的編寫者 4概要設(shè)計(jì)和需求分析、詳細(xì)設(shè)計(jì)之間的關(guān)系和區(qū)別 4概要設(shè)計(jì)的評審 4概要設(shè)計(jì)格式 4軟件的詳細(xì)設(shè)計(jì) 5詳細(xì)設(shè)計(jì) 5特例 5詳細(xì)設(shè)計(jì)的要求 5數(shù)據(jù)庫設(shè)計(jì) 5詳細(xì)設(shè)計(jì)的評審 5詳細(xì)設(shè)計(jì)格式 5軟件的編碼 5軟件編碼 5軟件編碼的要求 5編碼的評審 6編程標(biāo)準(zhǔn)及要求 6軟件的測試 6軟件測試 6測試打算 6軟件的交付預(yù)備 6交付清單 6軟件的鑒定驗(yàn)收 7軟件的鑒定驗(yàn)收 7驗(yàn)收人員 7驗(yàn)收詳細(xì)內(nèi)容 7軟件驗(yàn)收測試大綱 7培訓(xùn) 7系統(tǒng)應(yīng)用培訓(xùn) 7系統(tǒng)治理的培訓(xùn)（可選） 8附錄A軟件需求分析報(bào)告文檔模板9附錄B軟件概要設(shè)計(jì)報(bào)告文檔模板21附錄C軟件詳細(xì)設(shè)計(jì)報(bào)告文檔模板33附錄D軟件數(shù)據(jù)庫設(shè)計(jì)報(bào)告文檔模板43附錄E軟件測試（驗(yàn)收）大綱錯誤！未定義書簽。5范圍本指南用于指導(dǎo)軟件開發(fā)者為南京市交通局開發(fā)軟件工程的過程，通過標(biāo)準(zhǔn)軟件工程承擔(dān)單位的開發(fā)過程到達(dá)提高軟件質(zhì)量，降低維護(hù)本錢的目的。開發(fā)者應(yīng)按照本指南進(jìn)展軟件開發(fā)和編制軟件開發(fā)文檔。本指南是對軟件工程承擔(dān)單位的根本要求。在本指南的附錄A至E中提供了文檔的編寫模板供開發(fā)者參考，在進(jìn)展詳細(xì)軟件開發(fā)時(shí)，開發(fā)者可按照實(shí)際情況采編寫，但必須提供雙方商定的文檔，文檔中商定的內(nèi)容必須描繪明晰?？傮w要求總體功能要求網(wǎng)絡(luò)應(yīng)用環(huán)境以Internet/Intranet技術(shù)為核心。開發(fā)者應(yīng)在充分分析需求的根底上，選擇采納B/S構(gòu)造或者C/S構(gòu)造。軟件系統(tǒng)的數(shù)據(jù)庫應(yīng)按照《南京市交通局信息化數(shù)據(jù)庫建立標(biāo)準(zhǔn)》進(jìn)展設(shè)計(jì)和建立。本指南中沒有規(guī)定開發(fā)者采納何種詳細(xì)的軟件工程開發(fā)方法，開發(fā)者可按照工程詳細(xì)特點(diǎn)、本身擅長來選擇采納面向過程的方法、面向?qū)ο蟮姆椒ɑ蛎嫦驍?shù)據(jù)的方法，但建議開發(fā)商使用面向?qū)ο筌浖こ痰姆椒ǎ纾翰杉{目前被廣泛使用的RUP（RationalUnifiedProcess）方法來進(jìn)展分析、設(shè)計(jì)和開發(fā)。軟件開發(fā)平臺要求開發(fā)者開發(fā)的軟件必須可以在南京市交通局規(guī)定的軟件平臺上正常運(yùn)轉(zhuǎn)。目前軟件平臺為：數(shù)據(jù)庫治理系統(tǒng)：Oracle9i以上版本中間件（應(yīng)用效勞器）系統(tǒng)：IBMWebSphereOA系統(tǒng)：LotusDomino/Notes網(wǎng)絡(luò)架構(gòu)：完全支持TCP/IP協(xié)議開發(fā)工具或技術(shù)體系：為保證軟件的上下兼容性，開發(fā)者應(yīng)選擇比較通用的開發(fā)工具的較新版本進(jìn)展開發(fā)，如MicrosoftVisualStudio.Net，BorlandDelphi，C++Builder,或J2EE（Java2P1atformEnterpriseEdition）等。軟件工程的開發(fā)施行過程治理要求軟件工程施行過程總體要求（一）開發(fā)者提交軟件開發(fā)工作大綱，交通局組織專家組對工作大綱進(jìn)展評審，并提出整改意見。（二）通過評審后，開發(fā)者按照整改意見完善工作大綱，通過交通局認(rèn)可后組織工程組進(jìn)展軟件開發(fā)。軟件開發(fā)工作按照需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試等幾個階段進(jìn)展，在開發(fā)過程中，開發(fā)者需分階段提交相關(guān)文檔。（三）在軟件開發(fā)工作完成后，開發(fā)者應(yīng)向交通局提交完好的軟件文檔，交通局組織驗(yàn)收組對軟件進(jìn)展驗(yàn)收審查。軟件工程施行變更要求在開發(fā)過程中，需求或設(shè)計(jì)不可防止地需要發(fā)生變更，相關(guān)變更必須通過交通局書面同意方可進(jìn)展。在需求或設(shè)計(jì)發(fā)生變更時(shí)，需要對原有文檔進(jìn)展修正，并提供完好的變更記錄，以使變更處于可操縱的狀態(tài)。變更單如下表所示：表2-1變更單軟件工程施行里程碑操縱交通局將分四個階段進(jìn)展把關(guān)，召開專家審查會。（一）需求分析（結(jié)合原型進(jìn)展審查）確認(rèn)；（二）概要設(shè)計(jì)+數(shù)據(jù)庫設(shè)計(jì)；（三）預(yù)驗(yàn)收（試運(yùn)轉(zhuǎn)后）；（四）正式驗(yàn)收（推行使用后）。軟件開發(fā)合同簽訂以后，工程承擔(dān)單位即可組織工程組進(jìn)展軟件開發(fā)工作。軟件開發(fā)必須嚴(yán)格按照軟件工程的要求進(jìn)展。開發(fā)過程包括開發(fā)者的活動和任務(wù)。此過程由軟件需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測試、驗(yàn)收、鑒定等活動組成。軟件的需求分析需求分析首先，開發(fā)者和交通局應(yīng)共同對交通局的應(yīng)用需求作充分的調(diào)研，提交完好的需求分析報(bào)告。在需求分析報(bào)告中必須描繪的根本征詢題是：功能、功能、強(qiáng)加于實(shí)現(xiàn)的設(shè)計(jì)限制、屬性、外部接口。應(yīng)當(dāng)防止把設(shè)計(jì)或工程需求寫入需求分析報(bào)告中。它必須說明由軟件獲得的結(jié)果，而不是獲得這些結(jié)果的手段。軟件需求可以用假設(shè)干種方法來表達(dá)，如通過輸入、輸出說明；使用代表性的例子；用標(biāo)準(zhǔn)化的模型。開發(fā)者應(yīng)盡可能地使用模型的方式，由于這是表達(dá)復(fù)雜需求的準(zhǔn)確和有效的方法。比方用統(tǒng)一建模語言（UML）來描繪需求。編寫需求分析報(bào)告的要求a.無歧義性對最終產(chǎn)品的每一個特性用某一術(shù)語描繪；假設(shè)某一術(shù)語在某一特別的行文中使用時(shí)具有多種含義，那么應(yīng)對該術(shù)語的每種含義做出解釋并指出其適用場合。b.完好性需求分析報(bào)告應(yīng)該包括全部有意義的需求，不管是關(guān)系到功能的、功能的、設(shè)計(jì)約束的、仍然關(guān)系到外部接口方面的需求；對所有可能出現(xiàn)的輸入數(shù)據(jù)的響應(yīng)予以定義，要對合法和非合法的輸入值的響應(yīng)做出規(guī)定；填寫全部插圖、表、圖示標(biāo)記等；定義全部術(shù)語和度量單位。c.可驗(yàn)證性需求分析報(bào)告描繪的每一個需求應(yīng)是可以驗(yàn)證的?？梢酝ㄟ^一個有限處理過程來檢查軟件產(chǎn)品是否滿足需求。d.一致性在需求分析報(bào)告中的各個需求的描繪不能互相矛盾。e.可修正性需求分析報(bào)告應(yīng)具有一個有條不紊、易于使用的內(nèi)容組織；沒有冗余，即同一需求不能在需求分析報(bào)告中出現(xiàn)屢次。f.可追蹤性每一個需求的源流必須明晰，在進(jìn)一步產(chǎn)生和改變文件編制時(shí)，可以方便地引證每一個需求。g.運(yùn)轉(zhuǎn)和維護(hù)階段的可使用性需求分析報(bào)告必須滿足運(yùn)轉(zhuǎn)和維護(hù)階段的需要。在需求分析報(bào)告要寫明功能的來源和目的。篇二：需求分析報(bào)告需求分析報(bào)告引言在市場經(jīng)濟(jì)中，進(jìn)銷存治理是企業(yè)運(yùn)作的重要環(huán)節(jié)。隨著企業(yè)規(guī)模的開展壯大，商品數(shù)量急劇增加，有關(guān)商品的各種信息量也成倍增加。企業(yè)需要實(shí)時(shí)動態(tài)地對商品的各種信息進(jìn)展統(tǒng)計(jì)分析為了便好地增加業(yè)務(wù)量，另外不少企業(yè)通過分公司或代理商把產(chǎn)品推向最終用戶，這些分公司或代理商分布在不同的地理位置，跨空間、跨時(shí)間的頻繁業(yè)務(wù)信息交流是這些企業(yè)業(yè)務(wù)活動的主要特點(diǎn)。在這種情勢下，傳統(tǒng)的人工傳遞信息和數(shù)據(jù)的治理方式就無法滿足企業(yè)需求了。編寫目的此份軟件產(chǎn)品需求分析報(bào)告是為進(jìn)銷存治理信息系統(tǒng)編寫的，開發(fā)這個軟件旨在建立一個高效率、高準(zhǔn)確率、通用性好的進(jìn)銷存治理系統(tǒng)，借助計(jì)算機(jī)進(jìn)展信息治理，在特別大程度上提高治理者分析與決策的科學(xué)性，提高企業(yè)運(yùn)營治理水平。通過這份軟件產(chǎn)品需求分析報(bào)告詳盡說明了該軟件產(chǎn)品的需求規(guī)格，包括對產(chǎn)品進(jìn)展的準(zhǔn)確的定義。開發(fā)目的及意義本設(shè)計(jì)為一個根本的B/S構(gòu)造的進(jìn)銷存治理系統(tǒng)，即利用網(wǎng)絡(luò)、信息化手段來實(shí)現(xiàn)商品信息的跨時(shí)間、空間的治理。本系統(tǒng)對企業(yè)中常見的采購、庫存、銷售等商業(yè)活動以及相關(guān)的供應(yīng)商和客戶等根本信息進(jìn)展治理。功能貼近實(shí)際，內(nèi)容精練。預(yù)期讀者和閱讀建議本軟件產(chǎn)品需求分析報(bào)告所針對的各種不同的預(yù)期讀者，可能包括：?用戶；?開發(fā)人員；?企業(yè)治理者；?營銷人員；?測試人員；?文檔編寫入員。系統(tǒng)功能需求按照軟件本身的系統(tǒng)機(jī)構(gòu)，我們本小組從功能的角度對系統(tǒng)的功能進(jìn)展了初步的模塊劃分，主要區(qū)分了每個功能的邊界，這是第一次將系統(tǒng)功能進(jìn)展細(xì)化的過程，分析結(jié)果如下表2-1所示。按照表2-1用戶描繪的需求，將系統(tǒng)功能模塊劃分如表2-2所示，并對其模塊的劃分和功能進(jìn)展描繪。劃分模塊的目的是使系統(tǒng)的構(gòu)造更加明晰，開發(fā)難度降低并有利于團(tuán)隊(duì)的開發(fā)。系統(tǒng)功能本系統(tǒng)的功能主要包括系統(tǒng)登錄、根本材料維護(hù)、采購、銷售、庫存治理和系統(tǒng)維護(hù)等，按照詳細(xì)情況，該系統(tǒng)的功能可分為四類：第一類是根本信息業(yè)務(wù)，主要負(fù)責(zé)客戶信息、供應(yīng)商信息、商品信息、入庫信息、出庫信息的治理；第二類是進(jìn)貨業(yè)務(wù)，主要負(fù)責(zé)對物資生成采購單，并采購入庫；第三類是銷售業(yè)務(wù)，主要負(fù)責(zé)對商品的銷售，并銷售出庫；第四類是庫存治理業(yè)務(wù)，主要負(fù)責(zé)庫存盤點(diǎn)。系統(tǒng)功能樹圖子系統(tǒng)一（請改成詳細(xì)的名稱，如“用戶治理子系統(tǒng)”。假設(shè)未劃分子系統(tǒng)，那么刪除本標(biāo)題，直截了當(dāng)寫“模塊”，并將等標(biāo)題晉級為四級標(biāo)題。）對該子系統(tǒng)的描繪。模塊一（請改成詳細(xì)的名稱）（1）用例圖（2）需求說明（3）輸入/輸出數(shù)據(jù)列出輸入數(shù)據(jù)（用戶輸入、來自外部接口的輸入或者其它輸入）同時(shí)定義針對這些輸入數(shù)據(jù)的處理（計(jì)算）方法，以及相應(yīng)地輸出數(shù)據(jù)，描繪對應(yīng)區(qū)別：輸入數(shù)據(jù)和輸出數(shù)據(jù)。當(dāng)有大量數(shù)據(jù)需要描繪時(shí)，也可以分類描繪數(shù)據(jù)，同時(shí)注明各項(xiàng)數(shù)據(jù)的輸入、輸出屬性。模塊二（1）用例圖（2）需求說明（3）輸入/輸出數(shù)據(jù)詳細(xì)寫法，參照3.1.2節(jié)。請按照需要，增加3.1.4，3.1.5等小節(jié)。用戶界面與運(yùn)轉(zhuǎn)環(huán)境需求通過本節(jié)描繪可以確定，保證軟件產(chǎn)品能和外部組件正確連接的需求。用戶界面主要是對用戶界面風(fēng)格、規(guī)劃等方面的描繪。以下是可能包括的一些特征：?將要采納的圖形用戶界面（GUI）標(biāo)準(zhǔn)或者產(chǎn)品系列的風(fēng)格；？有關(guān)屏幕規(guī)劃或者處理方案的限制；?將要使用在每一個屏幕（圖形用戶界面）上的軟件組件，可能包括：?選單；?標(biāo)準(zhǔn)按鈕；?導(dǎo)航鏈接；?各種功能組件；?消息欄；?快捷鍵；?各種顯示格式的規(guī)定，可能包括：?不同情況下文字的對齊方式；?不同情況下數(shù)字的表現(xiàn)格式與對齊方式?日期的表現(xiàn)方法與格式；?計(jì)時(shí)方法與時(shí)間格式；?等等。?錯誤信息顯示標(biāo)準(zhǔn)；關(guān)于用戶界面的細(xì)節(jié)，例如：一個特定對話框的規(guī)劃，應(yīng)該寫入詳細(xì)的用戶界面設(shè)計(jì)說明中，而不能寫入軟件需求規(guī)格說明中。假設(shè)采納現(xiàn)成的、適宜的用戶界面設(shè)計(jì)標(biāo)準(zhǔn)（標(biāo)準(zhǔn)），或者另文描繪，可以在這里直截了當(dāng)說明，同時(shí)將其參加參考文獻(xiàn)。運(yùn)轉(zhuǎn)環(huán)境描繪了本軟件的運(yùn)轉(zhuǎn)環(huán)境，一般包括：?硬件平臺；SUNV880或以上，雙CPU，2G內(nèi)存，200G以篇三：需求分析報(bào)告模板需求分析報(bào)告編者年月日審核年月日批準(zhǔn)年月日XXX二O一三年四月一、引言編寫目的對產(chǎn)品或工程進(jìn)展定義，包括修正或發(fā)行版本號。假設(shè)這個軟件需求規(guī)格說明只與整個系統(tǒng)的一部分有關(guān)系，那么只定義文檔中要說明的部分或子系統(tǒng)。背景說明說明工程或模塊開發(fā)背景。預(yù)期讀者和閱讀建議列舉軟件需求規(guī)格說明書所針對的不同讀者，如用戶、設(shè)計(jì)人員、編程人員、測試人員、工程經(jīng)理、市場人員等。指出最適宜于每一類型讀者閱讀文檔的建議。術(shù)語定義解釋需求說明書中的術(shù)語、名詞、簡稱及縮寫等等。參考文獻(xiàn)列出所有參考材料、參照的軟件名稱，包括標(biāo)題名稱、作者、版本號、日期、出版單位或材料來源，以方便讀者查閱這些文獻(xiàn)。二、任務(wù)概述目的描繪工程或業(yè)務(wù)模塊要到達(dá)的目的。用戶特點(diǎn)描繪主要的用戶及其特點(diǎn)（水平、經(jīng)歷、計(jì)算機(jī)水平等）。確定可能使用該產(chǎn)品的不同用戶類別并描繪它們的特征。有些需求可能只與特定的用戶類相關(guān)。將該產(chǎn)品的重要用戶類與那些不太重要的用戶類區(qū)分開。假定和約束一般約束、假設(shè)及對用戶的要求。三、業(yè)務(wù)功能概要描繪現(xiàn)有系統(tǒng)分析對現(xiàn)有系統(tǒng)（包括自動或人工的）進(jìn)展簡要分析。業(yè)務(wù)描繪描繪實(shí)際業(yè)務(wù)的過程和特點(diǎn)，即業(yè)務(wù)建模。系統(tǒng)角色畫出系統(tǒng)中的角色，并用文字進(jìn)展說明。主題描繪（或：系統(tǒng)用例視圖）畫出主題圖，描繪主題內(nèi)的業(yè)務(wù)和主題間的業(yè)務(wù)。或用UML語言描繪系統(tǒng)總的用例視圖。業(yè)務(wù)流程圖用UML的活動圖描繪系統(tǒng)總的業(yè)務(wù)流程。業(yè)務(wù)接口外部業(yè)務(wù)接口描繪與其它工程或業(yè)務(wù)模塊的功能接口。例如：工資模塊與考勤、考核、任免、職稱等模塊的功能接口描繪。內(nèi)部業(yè)務(wù)接口描繪各個主題之間的業(yè)務(wù)接口。四、業(yè)務(wù)功能詳細(xì)描繪用語言和圖對每個子系統(tǒng)、主題或業(yè)務(wù)模塊要完成的功能進(jìn)展完好詳細(xì)的描繪。即功能建模。子系統(tǒng)（模塊一）業(yè)務(wù)功能描繪用文字語言描繪子系統(tǒng)、主題或業(yè)務(wù)模塊要完成的功能。業(yè)務(wù)流程圖用UML的活動圖描繪子系統(tǒng)或業(yè)務(wù)模塊的業(yè)務(wù)流程，在活動圖中標(biāo)注用到的或輸入輸出的表格、材料。留意，這里的活動圖描繪的是該子模塊的業(yè)務(wù)流程。主題描繪及用例視圖假設(shè)主題下面還含有子主題，那么畫出主題圖，描繪主題內(nèi)的業(yè)務(wù)和主題間的業(yè)務(wù)；同時(shí)接著畫出子系統(tǒng)或業(yè)務(wù)模塊的詳細(xì)用例視圖。假設(shè)主題下面不含子主題，那么直截了當(dāng)畫出子系統(tǒng)或業(yè)務(wù)模塊的詳細(xì)用例視圖。用例描繪對全部用例或主要的用例用文字進(jìn)展詳細(xì)描繪。用例名稱一【用例功能說明】用文字詳細(xì)描繪該用例的目的、功能。【操作描繪】用文字描繪子系統(tǒng)或業(yè)務(wù)模塊中主要用例的操作流程和要求。【活動圖、順序圖或協(xié)同圖】（可選內(nèi)容）