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