<delect id="sj01t"></delect>
  1. <em id="sj01t"><label id="sj01t"></label></em>
  2. <div id="sj01t"></div>
    1. <em id="sj01t"></em>

            <div id="sj01t"></div>

            軟件工程可行性分析報告

            時間:2025-11-05 06:21:30 可行性研究報告

            軟件工程可行性分析報告

              關于軟件工程可行性分析報告是怎么樣的呢,下面是軟件工程可行性分析報告范文,供大家參考。

            軟件工程可行性分析報告

              1.引言

              1.1編寫目的【闡明編寫可行性研究報告的目的,指出讀者對象。】

              1.2項目背景【應包括:a.所建議開發軟件的名稱.b.項目的任務提出者、開發者、用戶及實現軟件的單位.c.項目與其他軟件或其他系統的關系。】

              1.3定義【列出文檔中用到的專門術語的定義和縮寫詞的原文。】

              1.4參考資料【列出有關資料的作者、標題、編號、發表日期、出版單位或資料來源,可包括:a.項目經核準的計劃任務書、合同或上級機關的批文.b.與項目有關的已發表的資料.c.文檔中所引用的資料,所采用的軟件標準或規范。】

              2.可行性研究的前提

              2.1要求【列出并說明建議開發軟件的基本要求,如a.功能.b.性能;c.輸出;d.輸入;e.基本的數據流程和處理流程;f.安全與保密要求;g.與軟件相關的其他系統;h.完成期限。】

              2.2目標【可包括:a.人力與設備費用的節省.b.處理速度的提高.c.控制精度或生產能力的提高;d.管理信息服務的改進.e.決策系統的改進;f.人員工作效率的提高,等等。】

              2.3條件、假定和限制【可包括.a.建議開發軟件運行的最短壽命.b.進行系統方案選擇比較的期限.c.經費來源和使用限制;d.法律和政策方面的限制.e.硬件、軟件、運行環境和開發環境的條件和限制;f.可利用的信息和資源;g.建議開發軟件投入使用的最遲時間。】

              2.4可行性研究方法

              2.5決定可行性的主要因素

              3.對現有系統的分析

              3.1處理流程和數據流程

              3.2工作負荷

              3.3費用支出【如人力、設備、空間、支持性服務、材料等項開支。】

              3.4人員【列出所需人員的專業技術類別和數量。】

              3.5設備

              3.6局限性【說明現有系統存在的問題以及為什么需要開發新的系統。】

              4.所建議技術可行性分析

              4.1對系統的簡要描述

              4.2處理流程和數據流程

              4.3與現有系統比較的優越性

              4.4采用建議系統可能帶來的影響

              4.4.1對設備的影響

              4.4.2對現有軟件的影響

              4.4.3對用戶的影響

              4.4.4對系統運行的影響

              4.4.5對開發環境的影響

              4.4.6對運行環境的影響

              4.4.7對經費支出的影響

              4.5技術可行性評價 【包括.a-在限制條件下,功能目標是否能達到.b.利用現有技術,功能目標能否達到.c.對開發人員數量和質量的要求,并說明能否滿足;d.在規定的期限內,開發能否完成。】

              5.所建議系統經濟可行性分析

              5.1支出

              5.1.1基建投資

              5.1.2其他一次性支出

              5.1.3經常性支出

              5.2效益

              5.2.1一次性收益

              5.2.2經常性收益

              5.2.3不可定量收益

              5.3收益/投資比

              5.4投資回收周期

              5.5敏感性分析【敏感性分析是指一些關鍵性因素,如:系統生存周期長短、系統工作負荷量、處理速度要求、設備和軟件配置變化對支出和效益的影響等的分析。】

              6.社會因素可行性分析

              6.1法律因素【如,合同責任、侵犯專利權、侵犯版權等問題的分析。】

              6.2用戶使用可行性【如,用戶單位的行政管理、工作制度、人員素質等能否滿足要求。】

              7.其他可供選擇的方案

              【逐個闡明其他可供選擇的方案,并重點說明未被推薦的理由。】

              8.結論意見

              【結論意見可能是:a.可著手組織開發.b.需待若干條件(如資金、人力、設備等)具備后才能開發.c.需對開發目標進行某些修改;d.不能進行或不必進行(如技術不成熟,經濟上不合算等).e.其他。】

              軟件工程可行性分析報告【2】

              1. 引言

              (1)編寫目的

              可行性研究的目的是為了對問題進行研究,以最小的代價在最短的時間內確定問題是否可解。

              經過對此項目進行詳細調查研究,初擬系統實驗報告,對軟件開發中將要面臨的問題及其解決方案進行初步設計及合理安排。

              明確開發風險及其所帶來的經濟效益。

              本報告經審核后,交項目經理審查。

              (2)項目背景

              開發軟件名稱:高校圖書館管理系統

              項目任務提出者:某某大學

              項目開發者:某某大學信息學院

              用戶:某某大學圖書館

              實驗軟件單位:某某大學及某某大學信息學院

              項目與其他軟件,系統的關系:本項目采用客戶機/服務器原理,客戶端的程序是建立在Windows NT系統上以Microsoft Visual C++為開發軟件的應用程序,服務器端采用Linux為操作系統的工作站,是采用Oracle 8為開發軟件的數據庫服務程序。

              (3)定義

              [專門術語]:

              [縮寫詞]:

              (4)參考資料

              張海藩,《軟件工程導論》。

              北京:清華大學出版社

              鄭人杰等,《實用軟件工程》。

              北京:清華大學出版社

              2. 可行性研究的前提

              (1)要求

              主要功能:為學校圖書館進行管理,和對學生對圖書的借閱管理和查詢管理,以及學生對圖書的查詢。

              性能要求:能夠及時反映圖書的庫存信息,正確完整的維護圖書信息,快速準確的完成圖書信息的查詢。

              輸入要求:數據完整,詳實。

              輸出要求:簡捷,快速,實時。

              安全與保密要求:保證圖書借閱的數據準確完整,防止學生的借閱覽室信息被修改。

              完成期限:預計12個月,即從20xx年1月到20xx年12月。

              (2)目標

              系統實現后,大大提高圖書館圖書借閱的效率,提高圖書庫存信息的準確性和完整性,提高對圖書信息的檢索效率。

              (3)條件,假定和限制

              建議軟件壽命:5年。

              經費來源:某某高校圖書館。

              硬件條件:服務器sun工作站,終端為pc機。

              運行環境:Linux

              數據庫:Oracle8

              投入運行最遲時間:20xx/02/01

              (4)決定可行性的主要因素

              成本/效益分析結果,效益>>成本。

              技本可行,現有技術可完全承擔開發任務。

              操作可行,軟件能被原有工作人員快速接受。

              3. 技術可行性分析

              (1) 系統簡要描述

              在圖書館中的終端是安裝了Windows NT的PC機,主要目的是向圖書館的服務器傳遞數據。

              當學生在圖書館進行查詢時,終端向服務器發生查詢請求,服務器根據圖書信息庫的實時數據,向終端發送數據,顯示在終端的屏幕上。

              當學生向操作員借書時,終端向服務器發出還書請求,服務器接收后,查詢借閱信息庫,核對后,修改圖書庫存信息庫。

              (2) 處理流程和數據流程如圖書1.1所示

              4. 經濟可行性分析

              (1)支出

              基礎投資:終端PC機器20臺 5000*18=9萬

              網絡設備 10萬

              輔助配置 5萬

              共計:24萬

              其他一次性投資:Oracle 8.0 10萬

              Windows 2000 1萬

              操作員培訓費 1萬

              共計:12萬

              經常性支出:人工費用 12(月)*10(人)*5000(元)=60萬

              其他不可知額處支出 4萬

              共計:64萬

              支出共計:100萬

              (2)效益

              一次性收益0元

              經常性收益(按銀行利率:1%);

              減少員工20人(1000元/人)五年收益

              1000*[1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5]*20*12*5=120萬

              工作效率提高收益(工作效率提高30%)

              30*[1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5]*(30%)*5=45萬

              經常性收益共計:160萬

              不可定量收益

              因服務質量提高增加10%:

              1000萬*10%*[90%+(90%)2+(90%)3+(90%)4+(90%)5]=360萬

              收益共計:520萬

              (3)收益/投資比

              520萬/151萬=344%

              (4)投資回收周期

              2.3年

              (5)敏感性分析

              設計系統周期為5年,估計最長可達10年

              處理速度:一般查詢速度<4秒

              關鍵數據查詢速度:<2秒

              5. 社會因素可行性分析

              (1)法律因素

              所有軟件都選用正版

              所有技術資料都由提出方保管

              合同制定確定違約責任

              (2)用戶使用可行性

              使用本軟件人員要求有一定計算機基礎的人員,系統管理員要求有計算機的專業知識,所有人員都要經過本公司培訓。

              管理人員也需經過一般培訓。

              經過培訓人員將會熟練使用本軟件。

              兩名系統管理員,一名審計員將進行專業培訓,他們將熟練管理本系統。

              6. 其他可供選擇的方案

              客戶端與服務器端聯系在一起。

              數據輸入由終端輸入,所有數據都由服務器處理,只在終端上顯示數據結果。

              此設計簡化了數據處理,但加重了服務器的數據處理,而使用客戶端/服務器機理,簡化數據流量,加快數據處理。

              7. 結論意見

              由于投資效益比遠大于100%,技術,經濟,操作都有可行性,可以進行開發。

              軟件工程可行性分析報告【3】

              1引言

              1.1編寫目的

              編寫本報告的目的是研究本系統的總需求,實現方案,并分析開發系統的可行性,為決策者提供是否開發系統的依據和建議

              1.2背景

              說明:

              A. 所建議開發的軟件系統的名稱:圖書管理系統。

              B. 本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡;

              項目開發者: 河南大學民生學院計算機科學與技術系“圖書管理系統”

              開發人員: 曾景景 沈天品 趙瑜 張迪 崔文博

              C. 該軟件系統同其他系統或其他機構的基本的相互來往關系。

              1.3定義

              列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。

              1.4參考資料

              列出用得著的參考資料

              (1)張海藩 軟件工程導論 北京 :清華出版社,20xx年

              (2)周蘇 王文 軟件工程試驗 北京:科學出版社,20xx年

              2可行性研究的前提

              說明對所建議的開發項目進行可行性研究的前提,如要求、目標、假定、限制等。

              2.1要求

              說明對所建議開發的軟件的基本要求,如:

              A. 功能:負責圖書館的日常管理,書信息的查詢等性能;

              B. 輸出如報告、文件或數據,對每項輸出要說明其特征

              C. 輸入說明系統的輸入,包括數據的來源、類型、數量、數據的組織以及提供的頻度;

              D. 處理流程和數據流程用圖表的方式表示出最基本的數據流程和處理流程,并輔之以敘述;

              E. 在安全與保密方面的要求:登錄借閱系統時,需要驗證學號才能進行借閱。

              F. 同本系統相連接的其他系統;

              G. 完成期限:20xx年9月至20xx年12月

              2.2目標

              說明所建議系統的主要開發目標,如:

              目標:為了方便圖書管理人員對圖書的借閱,歸還等進行管理,同時也方便廣大的讀者對圖書的的查詢、借閱。

              節約了人力和設備費用。

              圖書的查詢及管理速度

              2.3進行可行性研究的方法

              說明這項可行性研究將是如何進行的,所建議的系統將是如何評價的。

              目標圖書管理系統添加了圖書查詢模塊及管理模塊,方便了對圖書的查詢及管理,使圖書館系統更加健壯,節約成本。

              2.4評價尺度

              說明對系統進行評價時所使用的主要尺度,如費用的多少、各項功能的優先次序、開發時間的長短 及使用中的難易程度。

              尺度:使讀者及管理員更方便操作,成本大大降低等。

              3對現有系統的分析

              這里的現有系統是指當前實際使用的系統,這個系統可能是計算機系統,也可能是一個機械系統甚 至是一個人工系統。

              分析現有系統的目的是為了進一步闡明建議中的開發新系統或修改現有系統的必要性。

              3.1處理流程和數據流程

              說明現有系統的基本的處理流程和數據流程。

              此流程可用圖表即流程圖的形式表示,并加以敘述。

              1.進書

              發放訂單到圖書公司;拿到需要的書目單;得到上級的許可;預算金額購買;對書籍進行分類

              2.書籍入架

              圖書入架

              3.2工作負荷

              列出現有系統所承擔的工作:

              1、圖書借閱

              2、學生查閱書號借書

              3、服務器記錄借書學生學號

              4、登記借出圖書

              3.3費用開支

              列出由于運行現有系統所引起的費用開支,如人力、設備、空間、支持性服務、材料等項開支以及開 支總額。

              3.4人員

              列出為了現有系統的運行和維護所需要的人員的專業技術類別和數量。

              館長1名 閱覽部9名 網絡技術員1名

              3.5局限性

              列出本系統的主要的局限性,例如處理時間趕不上需要,響應不及時,數據存儲能力不足,處理功能 不夠等。

              并且要說明,為什么對現有系統的改進性維護已經不能解決問題。

              局限性:系統處理時間比較慢,相應不及時,查詢功能不完善。

              4所建議的系統

              本章將用來說明所建議系統的目標和要求將如何被滿足。

              4.1對所建議系統的說明

              概括地說明所建議系統,并說明在第2章中列出的那些要求將如何得到滿足,說明所使用的基本方法及理論根據。

              對所建議的系統的說明

              a、功能更加齊全,方便師生使用

              b、師生借閱管理,圖書庫存管理

              c、多種圖表統計,可統計每年、每月、每日的圖書借出和借入情況統計

              d、多種排行統計

              4.2處理流程和數據流程

              給出所建議系統的處理流程和數據流程。

              a、系統能對書籍信息進行管理

              b、借書時,系統記錄借書者的學生信息、借閱書籍名稱、借書時間

              c、還書時,系統記錄還書者的信息、歸還書籍名和還書時間。

              系統設定節約時間最長為1個月。

              如果超過最長時間則繳納罰金

              d、操作人員和讀者可以根據書籍名稱對書籍信息進行查詢

              f、操作人員可根據查詢借閱書籍的借閱者的學號及借閱者所借閱的書籍查詢借閱者的姓名、借閱時間、還書時間

              g、系統由圖書館工作人員操作分析為:系統管理員、書籍管理員、借閱管理員

              h、所有操作人員憑賬號和密碼登錄系統

              圖書管理系統日常工作

              讀者

              圖書名稱

              管理員

              數據輸入

              出示一卡通

              借書成功

              結束

              此書是否存在

              否

              圖書歸還

              是否過期

              繳納罰金

              歸還成功

              存檔

              存檔

              數據輸入

              否

              否

              是

              4.3影響

              4.3.1對軟件的影響

              說明為了使現存的應用軟件和支持軟件能夠同所建議系統相適應。

              而需要對這些軟件所進行的修改和補充。

              4.3.2對用戶單位機構的影響

              說明為了建立和運行所建議系統,對用戶單位機構、人員的數量和技術水平等方面的全部要求。

              主要開發工具是C#,即需要使C#與數據庫相適應

              4.3.3對系統運行過程的影響

              說明所建議系統對運行過程的影響,如:

              a用戶的操作規程;運行中心的操作規程;b運行中心與用戶之間的關系;c源數據的處理;d數據進入系統的過程;e對數據保存的要求,對數據存儲、恢復的處理;f輸出報告的處理過程、存儲媒體和調度方法;g系統失效的后果及恢復的處理辦法。

              4.3.4對開發的影響

              說明對開發的影響,如:

              a為了支持所建議系統的開發,用戶需進行的工作;b為了建立一個數據庫所要求的數據資源;c為了開發和測驗所建議系統而需要的計算機資源;d所涉及的保密與安全問題。

              4.3.5對地點和設施的影響

              說明對建筑物改造的要求及對環境設施的要求。

              4.3.6對經費開支的影響

              扼要說明為了所建議系統的開發,設計和維持運行而需要的各項經費開支。

              4.5局限性

              說明所建議系統尚存在的局限性以及這些問題未能消除的原因。

              由于時間倉促,人力和物力資源缺乏,本系統仍存在許多不完善之處。

              整體系統不夠強,還需要添加其它功能模塊和查詢功能。

              4.6技術條件方面的可行性

              本節應說明技術條件方面的可行性,如:

              a. 在當前的限制條件下,該系統的功能目標能否達到:現有技術條件能夠巡禮完成開發條件,硬件、軟件配置都能滿足需求。

              b.利用現有的技術,該系統的功能能否實現:對C#及數據庫之間的連接都比較熟悉,在規定期內能夠完成該系統的開發。

              c. 對開發人員的數量和質量的要求并說明這些要求能否滿足:在數量質量上,主要是組內成員相互商討,不懂得問題借助參考資料以及網上資源。

              d. 在規定的期限內,本系統的開發能否完成:這是毋庸置疑的。

              6投資及效益分析

              6.1支出

              對于所選擇的方案,說明所需的費用。

              如果已有一個現存系統,則包括該系統繼續運行期間所需的費用。

              6.1.1基本建設投資

              包括采購、開發和安裝下列各項所需的費用,如:

              a房屋和設施;b ADP設備;c數據通訊設備;d環境保護設備;e安全與保密設備;f ADP操作系統的和應用的軟件;g 數據庫管理軟件。

              6.1.2其他一次性支出

              包括下列各項所需的費用,如:

              a研究(需求的研究和設計的研究);開發計劃與測量基準的研究;b 數據庫的建立;c ADP軟件的轉換;d 檢查費用和技術管理性費用;e培訓費、旅差費以及開發安裝人員所需要的一次性支出;f 人員的退休及調動費用等。

              6.1.3非一次性支出

              列出在該系統生命期內按月或按季或按年支出的用于運行和維護的費用,包括:

              a設備的租金和維護費用; b軟件的租金和維護費用;數據通訊方面的租金和維護費用;c人員的工資、獎金;房屋、空間的使用開支;d 公用設施方面的開支;e 保密安全方面的開支;f 其他經常性的支出等。

              6.2收益

              對于所選擇的方案,說明能夠帶來的收益,這里所說的收益,表現為開支費用的減少或避免、差錯的減少、靈活性的增加、動作速度的提高和管理計劃方面的改進等,包括;

              6.2.1一次性收益

              說明能夠用人民幣數目表示的一次性收益,可按數據處理、用戶、管理和支持等項分類敘述,如:

              a開支的縮減包括改進了的系統的運行所引起的開支縮減,如資源要求的減少,運行效率的改進,數據進入、存貯和恢復技術的改進,系統性能的可監控,軟件的轉換和優化,數據壓縮技術的采用,處理的集中化/分布化等; b 價值的增升包括由于一個應用系統的使用價值的增升所引起的收益,如資源利用的改進,管理和運行效率的改進以及出錯率的減少等;c 其他如從多余設備出售回收的收入等。

              6.2.2非一次性收益

              說明在整個系統生命期內由于運行所建議系統而導致的按月的、按年的能用人民幣數目表示的收益,包括開支的減少和避免。

              6.2.3不可定量的收益

              逐項列出無法直接用人民幣表示的收益,如服務的改進,由操作失誤引起的風險的減少,信息掌握情況的改進,組織機構給外界形象的改善等。

              有些不可捉摸的收益只能大概估計或進行極值估計(按最好和最差情況估計)。

              7社會因素方面的可行性

              本章用來說明對社會因素方面的可行性分析的結果,包括:

              7.1法律方面的可行性

              法律方面的可行性問題很多,如合同責任、侵犯專利權、侵犯版權等方面的陷井,軟件人員通常是不熟悉的,有可能陷入,務必要注意研究。

              7.2使用方面的可行性

              例如從用戶單位的行政管理、工作制度等方面來看,是否能夠使用該軟件系統;從用戶單位的工作人員的素質來看,是否能滿足使用該軟件系統的要求等等,都是要考慮的。

              8結論

              在進行可行性研究報告的編制時,必須有一個研究的結論。

              結論可以是:

              a可以立即開始進行;b 需要推遲到某些條件(例如資金、人力、設備等)落實之后才能開始進行;c 需要對開發目標進行某些修改之后才能開始進行;d 不能進行或不必進行(例如因技術不成熟、經濟上不合算等)。

              根據以上分析可知,開發該圖書管理信息系統不僅有巨大的經濟效益,而且有更大的學校管理效益,從而使該系統開發具有價值,也節省了大量資源。

              所以,我們認為開發此系統的條件已經具備,可以進行開發。

              更多相關閱讀:

              軟件工程論文答辯申請報告

              前端設計師簡歷模板下載

              軟件工程碩士論文致謝

              軟件工程師簡歷模板下載

              軟件工程的安全檢測和維護

              軟件工程師就業前景

              軟件工程就業前景

              軟件工程專業就業方向

            【軟件工程可行性分析報告】相關文章:

            可行性分析報告03-30

            可行性分析報告范文07-16

            項目可行性分析報告12-09

            項目可行性報告分析08-16

            論文開題報告可行性分析08-19

            市場可行性分析報告范文11-07

            項目可行性報告分析(熱門)10-14

            軟件工程可行性研究報告09-30

            房地產可行性分析報告09-15

            論文的可行性分析08-22

            <delect id="sj01t"></delect>
            1. <em id="sj01t"><label id="sj01t"></label></em>
            2. <div id="sj01t"></div>
              1. <em id="sj01t"></em>

                      <div id="sj01t"></div>
                      黄色视频在线观看