可行性分析報告模板

.專業(yè).整理. 研究報告明可行性分析的必要性。簡述項目的來源、現(xiàn)狀，研發(fā)組織，要求，目標等。1.2術(shù)語定義將該可行性分析中的術(shù)語、縮寫詞進行定義。1.3相關(guān)文檔查2.1組織機構(gòu)與業(yè)務圍2.1.2各部門業(yè)務圍及職能說明2.2組織信息處理流程現(xiàn)行信息處理辦法與流程，可用業(yè)務流程圖表示。2.3現(xiàn)行系統(tǒng)存在問題3.1目標3.2新系統(tǒng)功能圍及劃分說明劃分子系統(tǒng)，畫出系統(tǒng)總體結(jié)構(gòu)圖。.專業(yè).整理. 可行性綜合評述4.1經(jīng)濟可行性對需要的資金與其他資源進行估計，并分析可能的效益4.2技術(shù)可行性分析現(xiàn)有技術(shù)能否解決系統(tǒng)問題4.3管理可行性(略)5.1首選方案:首先相關(guān)人員信息記錄在相關(guān)人員管理系統(tǒng)中，。相關(guān)人員進書信息統(tǒng)計在進書管理系統(tǒng)中。而進書管理系統(tǒng)把進書數(shù)據(jù)傳給統(tǒng)計管理系統(tǒng)統(tǒng)計分析。普通顧客購書可以通過銷售管理系統(tǒng)，而銷售管理系統(tǒng)則把購書信息反應給庫存管理系統(tǒng)，庫存管理系統(tǒng)通過分析判斷信息，發(fā)貨給顧客，并把發(fā)貨信息傳給統(tǒng)計管理系統(tǒng)，統(tǒng)計管理系統(tǒng)則統(tǒng)計，記錄信息。最后相關(guān)人員通過查詢統(tǒng)計系統(tǒng)則可以得到進書和銷售信息。如果是會員，則會進入會員管理系統(tǒng)，會員管理系統(tǒng)則會發(fā)送打折等相關(guān)信息給銷售管理系統(tǒng)，便會執(zhí)行相關(guān)的程序。5.2可選方案：其他與首選方案差不不多，只是每個管理系統(tǒng)需要相關(guān)人員的手動操作和配合.5.3方案對比：相對的來說，首選方案突出了自動化管理的特色，適合時代飛速發(fā)展的今天。這樣不但結(jié)束了很多繁雜的工作，帶來了方便和利益。而且還可以大大的減少員工的數(shù)量，減少開支，給公司帶來了更多的效益。劃劃依據(jù)上述的估算和分析結(jié)果，進度計劃采用甘特圖表示(甘特圖用PROJECT畫)，人員按功.專業(yè).整理. 目目標應是明確的、可度量的、可以達到的,項目的圍應能確保項目的目標可以達到。1.2術(shù)語定義將該用戶需求報告中的術(shù)語、縮寫進行定義,包括用戶應用領(lǐng)域與計算機領(lǐng)域的術(shù)語與1.3相關(guān)文檔說明用戶需求報告的變更，以及可能受變更影響的其他相關(guān)文檔，如：項目開發(fā)計劃2．問題初始分析(可略)2.1場景描述2.2初始功能提取3.1功能需求分析O3.2功能需求點列表試中使用，更是為了用戶測試驗收中使用。功能需求點列表的格式，如表2-1所示。編編號功能名稱使用人功能描述輸入容輸出容123 4.1時間要求(1)響應時間，如查詢的最長等待時間。(2)更新處理時間，如記賬的最長時間。(3)數(shù)據(jù)的轉(zhuǎn)換和傳送時間，如遠程數(shù)據(jù)傳輸?shù)臅r間要求。(4)解題時間。4.2空間要求(1)支持的終端數(shù)。(2)支持的并行操作的使用者數(shù)。(3)處理的文件和記錄數(shù)。(4)處理任務的數(shù)量。(5)對輸入和輸出數(shù)據(jù)的精度要求。(6)對處理和傳輸過程中的精度要求。4.3性能需求點列表詳細列出用戶性能點列表，提供給后續(xù)分析、設計、編程、測試中使用，更是為了用戶編編號性能名稱使用部門使用崗位性能描述輸入容輸出容1235.1界面需求模塊的特殊的界面要求。(1)輸入設備：鍵盤、鼠標、條碼掃描器、掃描儀等；(2)輸出設備：顯示器、打印機、光盤刻錄機、磁帶機、音箱等；4*768、640*480等；(5)輸出格式：顯示布局、打印格式等。5.2接口需求府網(wǎng)絡系統(tǒng)及其他系統(tǒng)等。.專業(yè).整理..專業(yè).整理. (1)與系統(tǒng)特殊外設的接口，如CT機、磁共振、柜員機(ATM)、IC卡、盤點機等。(2)與中間件的接口，要列出接口規(guī)、入口參數(shù)、出口參數(shù)、傳輸頻率等。外部接口名稱、接口標準、規(guī)。外部接口列表，如表2-3所示。編編號接口名稱接口規(guī)接口標準入口參數(shù)出口參數(shù)傳輸頻率1236.1安全性6.2可靠性6.3靈活性6.4特殊需求(1)進度需求：系統(tǒng)的階段進度要求。(2)運行環(huán)境需求：平臺、體系結(jié)構(gòu)、設備要求。(3)培訓需求：用戶對培訓的需求，是否提供多媒體教學光盤。(4)推廣需求：推廣的要求，如在上百個遠程部門推廣該系統(tǒng)，是否要有推廣的支持假設與約定條件是對預計的系統(tǒng)風險的描述,如：(1)法律、法規(guī)和政策方面的限制。(2)硬件、軟件、運行環(huán)境和開發(fā)環(huán)境方面的條件和限制。(3)可利用的信息和資源。(4)系統(tǒng)投入使用的最晚日期。 三、總體設計規(guī)格說明書本章對該文檔的目的、功能圍、術(shù)語、相關(guān)文檔、參考資料、版本更新進行說明。1.1目的1.2命名規(guī)則變量對象命名規(guī)則：申明全局變量、局部變量對象的命名規(guī)則。數(shù)據(jù)庫對象命名規(guī)則：申明數(shù)據(jù)庫表名、字段名、索引名、視圖名等對象的命名規(guī)則。1.3術(shù)語定義術(shù)術(shù)語定義向部件(構(gòu)件)的設計方法，則總體邏輯結(jié)構(gòu)為部件(構(gòu)件)的組裝圖數(shù)據(jù)結(jié)構(gòu)包括：數(shù)據(jù)庫表的結(jié)構(gòu)、其他數(shù)據(jù)結(jié)構(gòu)等關(guān)系數(shù)據(jù)庫的邏輯設計模型，叫做概念數(shù)據(jù)模型。主要容包括一邏輯E-R圖及其相應的數(shù)據(jù)字典關(guān)系數(shù)據(jù)庫的物理設計模型，叫做物理數(shù)據(jù)模型。主要容包括一物理表關(guān)系圖及其相應的數(shù)據(jù)字典理表的許多性質(zhì)，在數(shù)據(jù)處理和授權(quán)上很有用數(shù)據(jù)庫中享有某些特權(quán)操作的用戶，叫做角色。角色的權(quán)利通過授權(quán)來實現(xiàn)化設計中的概念等術(shù)語名稱構(gòu)口構(gòu)MPDM視圖子系統(tǒng)模塊部接口123456789.專業(yè).整理..專業(yè).整理.M1-1MM1-1M1-2M2-1M2-2件料相關(guān)文件是指當本文件容變更后，可能引起變更的其他文件。如需求分析報告、詳細設計說明書、測試計劃、用戶手冊參考資料是指本文件書寫時用到的其他資料。如各種有關(guān)規(guī)、模板、標準、準則1.4參考資料.5相關(guān)文檔2.1體系結(jié)構(gòu)設計圖。2.2子系統(tǒng)清單2.3模塊設計畫出各模塊界面效果圖，并給出主要功能及功能詳細說明。2.4功能模塊清單模塊(類)清單，如表3-3所示。模塊模塊編號.專業(yè).整理. 3.1數(shù)據(jù)庫表名清單文表名表功能說明號1233.2數(shù)據(jù)庫表之間關(guān)系說明3.3數(shù)據(jù)庫表的詳細清單主鍵/外鍵、空否、取值約束(默認值、最大值、最小值)。詳細清單可以用列表給出，如表空空默認值主鍵/外鍵度123名名束3.4其他數(shù)據(jù)結(jié)構(gòu)設計此小節(jié)描述系統(tǒng)的其他數(shù)據(jù)結(jié)構(gòu)設計容。對應每一個接口，都要詳細列出下列容。(1)接口名稱(2)接口容(3)接口設施(4)接口的數(shù)據(jù)結(jié)構(gòu)(5)接口的傳輸速率(Mbps)(6)接口帶寬(7)接口協(xié)議.專業(yè).整理.