需求分析報告參考

需求分析報告篇一：軟件需求分析報告模板（完好版）軟件需求分析報告模板（完好版）目錄范圍1總體要求1TOC\o"1-5"\h\z總體功能要求 1軟件開發(fā)平臺要求 1軟件工程的開發(fā)施行過程治理要求 2軟件工程施行過程總體要求 2軟件工程施行變更要求 2軟件工程施行里程碑操縱 2軟件開發(fā)3軟件的需求分析 3需求分析 3需求分析報告的編制者 4需求報告評審 4需求報告格式 4軟件的概要 4概要設(shè)計 4編寫概要設(shè)計的要求 4概要設(shè)計報告的編寫者 4概要設(shè)計和需求分析、詳細(xì)設(shè)計之間的關(guān)系和區(qū)別 4概要設(shè)計的評審 4概要設(shè)計格式 4軟件的詳細(xì)設(shè)計 5詳細(xì)設(shè)計 5特例 5詳細(xì)設(shè)計的要求 5數(shù)據(jù)庫設(shè)計 5詳細(xì)設(shè)計的評審 5詳細(xì)設(shè)計格式 5軟件的編碼 5軟件編碼 5軟件編碼的要求 5編碼的評審 6編程標(biāo)準(zhǔn)及要求 6軟件的測試 6軟件測試 6測試打算 6軟件的交付預(yù)備 6交付清單 6軟件的鑒定驗收 7軟件的鑒定驗收 7驗收人員 7驗收詳細(xì)內(nèi)容 7軟件驗收測試大綱 7培訓(xùn) 7系統(tǒng)應(yīng)用培訓(xùn) 7系統(tǒng)治理的培訓(xùn)（可選） 8附錄A軟件需求分析報告文檔模板9附錄B軟件概要設(shè)計報告文檔模板21附錄C軟件詳細(xì)設(shè)計報告文檔模板33附錄D軟件數(shù)據(jù)庫設(shè)計報告文檔模板43附錄E軟件測試（驗收）大綱錯誤！未定義書簽。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ā)時，開發(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è)計和建立。本指南中沒有規(guī)定開發(fā)者采納何種詳細(xì)的軟件工程開發(fā)方法，開發(fā)者可按照工程詳細(xì)特點(diǎn)、本身擅長來選擇采納面向過程的方法、面向?qū)ο蟮姆椒ɑ蛎嫦驍?shù)據(jù)的方法，但建議開發(fā)商使用面向?qū)ο筌浖こ痰姆椒?，如：采納目前被廣泛使用的RUP（RationalUnifiedProcess）方法來進(jìn)展分析、設(shè)計和開發(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è)計、詳細(xì)設(shè)計、編碼、測試等幾個階段進(jìn)展，在開發(fā)過程中，開發(fā)者需分階段提交相關(guān)文檔。（三）在軟件開發(fā)工作完成后，開發(fā)者應(yīng)向交通局提交完好的軟件文檔，交通局組織驗收組對軟件進(jìn)展驗收審查。軟件工程施行變更要求在開發(fā)過程中，需求或設(shè)計不可防止地需要發(fā)生變更，相關(guān)變更必須通過交通局書面同意方可進(jìn)展。在需求或設(shè)計發(fā)生變更時，需要對原有文檔進(jìn)展修正，并提供完好的變更記錄，以使變更處于可操縱的狀態(tài)。變更單如下表所示：表2-1變更單軟件工程施行里程碑操縱交通局將分四個階段進(jìn)展把關(guān)，召開專家審查會。（一）需求分析（結(jié)合原型進(jìn)展審查）確認(rèn)；（二）概要設(shè)計+數(shù)據(jù)庫設(shè)計；（三）預(yù)驗收（試運(yùn)轉(zhuǎn)后）；（四）正式驗收（推行使用后）。軟件開發(fā)合同簽訂以后，工程承擔(dān)單位即可組織工程組進(jìn)展軟件開發(fā)工作。軟件開發(fā)必須嚴(yán)格按照軟件工程的要求進(jìn)展。開發(fā)過程包括開發(fā)者的活動和任務(wù)。此過程由軟件需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、測試、驗收、鑒定等活動組成。軟件的需求分析需求分析首先，開發(fā)者和交通局應(yīng)共同對交通局的應(yīng)用需求作充分的調(diào)研，提交完好的需求分析報告。在需求分析報告中必須描繪的根本征詢題是：功能、功能、強(qiáng)加于實(shí)現(xiàn)的設(shè)計限制、屬性、外部接口。應(yīng)當(dāng)防止把設(shè)計或工程需求寫入需求分析報告中。它必須說明由軟件獲得的結(jié)果，而不是獲得這些結(jié)果的手段。軟件需求可以用假設(shè)干種方法來表達(dá)，如通過輸入、輸出說明；使用代表性的例子；用標(biāo)準(zhǔn)化的模型。開發(fā)者應(yīng)盡可能地使用模型的方式，由于這是表達(dá)復(fù)雜需求的準(zhǔn)確和有效的方法。比方用統(tǒng)一建模語言（UML）來描繪需求。編寫需求分析報告的要求a.無歧義性對最終產(chǎn)品的每一個特性用某一術(shù)語描繪；假設(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.運(yùn)轉(zhuǎn)和維護(hù)階段的可使用性需求分析報告必須滿足運(yùn)轉(zhuǎn)和維護(hù)階段的需要。在需求分析報告要寫明功能的來源和目的。篇二：需求分析報告需求分析報告引言在市場經(jīng)濟(jì)中，進(jìn)銷存治理是企業(yè)運(yùn)作的重要環(huán)節(jié)。隨著企業(yè)規(guī)模的開展壯大，商品數(shù)量急劇增加，有關(guān)商品的各種信息量也成倍增加。企業(yè)需要實(shí)時動態(tài)地對商品的各種信息進(jìn)展統(tǒng)計分析為了便好地增加業(yè)務(wù)量，另外不少企業(yè)通過分公司或代理商把產(chǎn)品推向最終用戶，這些分公司或代理商分布在不同的地理位置，跨空間、跨時間的頻繁業(yè)務(wù)信息交流是這些企業(yè)業(yè)務(wù)活動的主要特點(diǎn)。在這種情勢下，傳統(tǒng)的人工傳遞信息和數(shù)據(jù)的治理方式就無法滿足企業(yè)需求了。編寫目的此份軟件產(chǎn)品需求分析報告是為進(jìn)銷存治理信息系統(tǒng)編寫的，開發(fā)這個軟件旨在建立一個高效率、高準(zhǔn)確率、通用性好的進(jìn)銷存治理系統(tǒng)，借助計算機(jī)進(jìn)展信息治理，在特別大程度上提高治理者分析與決策的科學(xué)性，提高企業(yè)運(yùn)營治理水平。通過這份軟件產(chǎn)品需求分析報告詳盡說明了該軟件產(chǎn)品的需求規(guī)格，包括對產(chǎn)品進(jìn)展的準(zhǔn)確的定義。開發(fā)目的及意義本設(shè)計為一個根本的B/S構(gòu)造的進(jìn)銷存治理系統(tǒng)，即利用網(wǎng)絡(luò)、信息化手段來實(shí)現(xiàn)商品信息的跨時間、空間的治理。本系統(tǒng)對企業(yè)中常見的采購、庫存、銷售等商業(yè)活動以及相關(guān)的供應(yīng)商和客戶等根本信息進(jìn)展治理。功能貼近實(shí)際，內(nèi)容精練。預(yù)期讀者和閱讀建議本軟件產(chǎn)品需求分析報告所針對的各種不同的預(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)隊的開發(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ù)據(jù)的處理（計算）方法，以及相應(yīng)地輸出數(shù)據(jù)，描繪對應(yīng)區(qū)別：輸入數(shù)據(jù)和輸出數(shù)據(jù)。當(dāng)有大量數(shù)據(jù)需要描繪時，也可以分類描繪數(shù)據(jù)，同時注明各項數(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)方法與格式；?計時方法與時間格式；?等等。?錯誤信息顯示標(biāo)準(zhǔn)；關(guān)于用戶界面的細(xì)節(jié)，例如：一個特定對話框的規(guī)劃，應(yīng)該寫入詳細(xì)的用戶界面設(shè)計說明中，而不能寫入軟件需求規(guī)格說明中。假設(shè)采納現(xiàn)成的、適宜的用戶界面設(shè)計標(biāo)準(zhǔn)（標(biāo)準(zhǔn)），或者另文描繪，可以在這里直截了當(dāng)說明，同時將其參加參考文獻(xiàn)。運(yùn)轉(zhuǎn)環(huán)境描繪了本軟件的運(yùn)轉(zhuǎn)環(huán)境，一般包括：?硬件平臺；SUNV880或以上，雙CPU，2G內(nèi)存，200G以篇三：需求分析報告模板需求分析報告編者年月日審核年月日批準(zhǔn)年月日XXX二O一三年四月一、引言編寫目的對產(chǎn)品或工程進(jìn)展定義，包括修正或發(fā)行版本號。假設(shè)這個軟件需求規(guī)格說明只與整個系統(tǒng)的一部分有關(guān)系，那么只定義文檔中要說明的部分或子系統(tǒng)。背景說明說明工程或模塊開發(fā)背景。預(yù)期讀者和閱讀建議列舉軟件需求規(guī)格說明書所針對的不同讀者，如用戶、設(shè)計人員、編程人員、測試人員、工程經(jīng)理、市場人員等。指出最適宜于每一類型讀者閱讀文檔的建議。術(shù)語定義解釋需求說明書中的術(shù)語、名詞、簡稱及縮寫等等。參考文獻(xiàn)列出所有參考材料、參照的軟件名稱，包括標(biāo)題名稱、作者、版本號、日期、出版單位或材料來源，以方便讀者查閱這些文獻(xiàn)。二、任務(wù)概述目的描繪工程或業(yè)務(wù)模塊要到達(dá)的目的。用戶特點(diǎn)描繪主要的用戶及其特點(diǎn)（水平、經(jīng)歷、計算機(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ù)?；蛴肬ML語言描繪系統(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ù)；同時接著畫出子系統(tǒng)或業(yè)務(wù)模塊的詳細(xì)用例視圖。假設(shè)主題下面不含子主題，那么直截了當(dāng)畫出子系統(tǒng)或業(yè)務(wù)模塊的詳細(xì)用例視圖。用例描繪對全部用例或主要的用例用文字進(jìn)展詳細(xì)描繪。用例名稱一【用例功能說明】用文字詳細(xì)描繪該用例的目的、功能?！静僮髅枥L】用文字描繪子系統(tǒng)或業(yè)務(wù)模塊中主要用例的操作流程和要求?！净顒訄D、順序圖或協(xié)同圖】（可選內(nèi)容）