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