需求分析報告參考

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