軟件工程可行性分析報告
關(guān)于軟件工程可行性分析報告是怎么樣的呢，下面是軟件工程可行性分析報告范文，供大家參考。
1.引言
1.1編寫(xiě)目的【闡明編寫(xiě)可行性研究報告的目的，指出讀者對象�！�
1.2項目背景【應包括:a.所建議開(kāi)發(fā)軟件的名稱(chēng).b.項目的任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)及實(shí)現軟件的單位.c.項目與其他軟件或其他系統的關(guān)系�！�
1.3定義【列出文檔中用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和縮寫(xiě)詞的原文�！�
1.4參考資料【列出有關(guān)資料的作者、標題、編號、發(fā)表日期、出版單位或資料來(lái)源，可包括:a.項目經(jīng)核準的計劃任務(wù)書(shū)、合同或上級機關(guān)的批文.b.與項目有關(guān)的已發(fā)表的資料.c.文檔中所引用的資料，所采用的軟件標準或規范�！�
2.可行性研究的前提
2.1要求【列出并說(shuō)明建議開(kāi)發(fā)軟件的基本要求，如a.功能.b.性能;c.輸出;d.輸入;e.基本的數據流程和處理流程;f.安全與保密要求;g.與軟件相關(guān)的其他系統;h.完成期限�！�
2.2目標【可包括:a.人力與設備費用的節省.b.處理速度的提高.c.控制精度或生產(chǎn)能力的提高;d.管理信息服務(wù)的改進(jìn).e.決策系統的改進(jìn);f.人員工作效率的提高，等等�！�
2.3條件、假定和限制【可包括.a.建議開(kāi)發(fā)軟件運行的最短壽命.b.進(jìn)行系統方案選擇比較的期限.c.經(jīng)費來(lái)源和使用限制;d.法律和政策方面的限制.e.硬件、軟件、運行環(huán)境和開(kāi)發(fā)環(huán)境的條件和限制;f.可利用的信息和資源;g.建議開(kāi)發(fā)軟件投入使用的最遲時(shí)間�！�
2.4可行性研究方法
2.5決定可行性的主要因素
3.對現有系統的分析
3.1處理流程和數據流程
3.2工作負荷
3.3費用支出【如人力、設備、空間、支持性服務(wù)、材料等項開(kāi)支�！�
3.4人員【列出所需人員的專(zhuān)業(yè)技術(shù)類(lèi)別和數量�！�
3.5設備
3.6局限性【說(shuō)明現有系統存在的問(wèn)題以及為什么需要開(kāi)發(fā)新的系統�！�
4.所建議技術(shù)可行性分析
4.1對系統的簡(jiǎn)要描述
4.2處理流程和數據流程
4.3與現有系統比較的優(yōu)越性
4.4采用建議系統可能帶來(lái)的影響
4.4.1對設備的影響
4.4.2對現有軟件的影響
4.4.3對用戶(hù)的影響
4.4.4對系統運行的影響
4.4.5對開(kāi)發(fā)環(huán)境的影響
4.4.6對運行環(huán)境的影響
4.4.7對經(jīng)費支出的影響
4.5技術(shù)可行性評價(jià) 【包括.a-在限制條件下，功能目標是否能達到.b.利用現有技術(shù)，功能目標能否達到.c.對開(kāi)發(fā)人員數量和質(zhì)量的要求，并說(shuō)明能否滿(mǎn)足;d.在規定的期限內，開(kāi)發(fā)能否完成�！�
5.所建議系統經(jīng)濟可行性分析
5.1支出
5.1.1基建投資
5.1.2其他一次性支出
5.1.3經(jīng)常性支出
5.2效益
5.2.1一次性收益
5.2.2經(jīng)常性收益
5.2.3不可定量收益
5.3收益/投資比
5.4投資回收周期
5.5敏感性分析【敏感性分析是指一些關(guān)鍵性因素，如:系統生存周期長(cháng)短、系統工作負荷量、處理速度要求、設備和軟件配置變化對支出和效益的影響等的分析�！�
6.社會(huì )因素可行性分析
6.1法律因素【如，合同責任、侵犯專(zhuān)利權、侵犯版權等問(wèn)題的分析�！�
6.2用戶(hù)使用可行性【如，用戶(hù)單位的行政管理、工作制度、人員素質(zhì)等能否滿(mǎn)足要求�！�
7.其他可供選擇的方案
【逐個(gè)闡明其他可供選擇的方案，并重點(diǎn)說(shuō)明未被推薦的理由�！�
8.結論意見(jiàn)
【結論意見(jiàn)可能是:a.可著(zhù)手組織開(kāi)發(fā).b.需待若干條件(如資金、人力、設備等)具備后才能開(kāi)發(fā).c.需對開(kāi)發(fā)目標進(jìn)行某些修改;d.不能進(jìn)行或不必進(jìn)行(如技術(shù)不成熟，經(jīng)濟上不合算等).e.其他�！�
軟件工程可行性分析報告【2】
1. 引言
(1)編寫(xiě)目的
可行性研究的目的是為了對問(wèn)題進(jìn)行研究，以最小的代價(jià)在最短的時(shí)間內確定問(wèn)題是否可解。
經(jīng)過(guò)對此項目進(jìn)行詳細調查研究，初擬系統實(shí)驗報告，對軟件開(kāi)發(fā)中將要面臨的問(wèn)題及其解決方案進(jìn)行初步設計及合理安排。
明確開(kāi)發(fā)風(fēng)險及其所帶來(lái)的經(jīng)濟效益。
本報告經(jīng)審核后，交項目經(jīng)理審查。
(2)項目背景
開(kāi)發(fā)軟件名稱(chēng):高校圖書(shū)館管理系統
項目任務(wù)提出者:某某大學(xué)
項目開(kāi)發(fā)者:某某大學(xué)信息學(xué)院
用戶(hù):某某大學(xué)圖書(shū)館
實(shí)驗軟件單位:某某大學(xué)及某某大學(xué)信息學(xué)院
項目與其他軟件，系統的關(guān)系:本項目采用客戶(hù)機/服務(wù)器原理，客戶(hù)端的程序是建立在Windows NT系統上以Microsoft Visual C++為開(kāi)發(fā)軟件的應用程序，服務(wù)器端采用Linux為操作系統的工作站，是采用Oracle 8為開(kāi)發(fā)軟件的數據庫服務(wù)程序。
(3)定義
[專(zhuān)門(mén)術(shù)語(yǔ)]:
[縮寫(xiě)詞]:
(4)參考資料
張海藩，《軟件工程導論》。
北京:清華大學(xué)出版社
鄭人杰等，《實(shí)用軟件工程》。
北京:清華大學(xué)出版社
2. 可行性研究的前提
(1)要求
主要功能:為學(xué)校圖書(shū)館進(jìn)行管理，和對學(xué)生對圖書(shū)的借閱管理和查詢(xún)管理，以及學(xué)生對圖書(shū)的查詢(xún)。
性能要求:能夠及時(shí)反映圖書(shū)的庫存信息，正確完整的維護圖書(shū)信息，快速準確的完成圖書(shū)信息的查詢(xún)。
輸入要求:數據完整，詳實(shí)。
輸出要求:簡(jiǎn)捷，快速，實(shí)時(shí)。
安全與保密要求:保證圖書(shū)借閱的數據準確完整，防止學(xué)生的借閱覽室信息被修改。
完成期限:預計12個(gè)月，即從20xx年1月到20xx年12月。
(2)目標
系統實(shí)現后，大大提高圖書(shū)館圖書(shū)借閱的效率，提高圖書(shū)庫存信息的準確性和完整性，提高對圖書(shū)信息的檢索效率。
(3)條件，假定和限制
建議軟件壽命:5年。
經(jīng)費來(lái)源:某某高校圖書(shū)館。
硬件條件:服務(wù)器sun工作站，終端為pc機。
運行環(huán)境:Linux
數據庫:Oracle8
投入運行最遲時(shí)間:20xx/02/01
(4)決定可行性的主要因素
成本/效益分析結果，效益>>成本。
技本可行，現有技術(shù)可完全承擔開(kāi)發(fā)任務(wù)。
操作可行，軟件能被原有工作人員快速接受。
3. 技術(shù)可行性分析
(1) 系統簡(jiǎn)要描述
在圖書(shū)館中的終端是安裝了Windows NT的PC機，主要目的是向圖書(shū)館的服務(wù)器傳遞數據。
當學(xué)生在圖書(shū)館進(jìn)行查詢(xún)時(shí)，終端向服務(wù)器發(fā)生查詢(xún)請求，服務(wù)器根據圖書(shū)信息庫的實(shí)時(shí)數據，向終端發(fā)送數據，顯示在終端的屏幕上。
當學(xué)生向操作員借書(shū)時(shí)，終端向服務(wù)器發(fā)出還書(shū)請求，服務(wù)器接收后，查詢(xún)借閱信息庫，核對后，修改圖書(shū)庫存信息庫。
(2) 處理流程和數據流程如圖書(shū)1.1所示
4. 經(jīng)濟可行性分析
(1)支出
基礎投資:終端PC機器20臺 5000*18=9萬(wàn)
網(wǎng)絡(luò )設備 10萬(wàn)
輔助配置 5萬(wàn)
共計:24萬(wàn)
其他一次性投資:Oracle 8.0 10萬(wàn)
Windows 2000 1萬(wàn)
操作員培訓費 1萬(wàn)
共計:12萬(wàn)
經(jīng)常性支出:人工費用 12(月)*10(人)*5000(元)=60萬(wàn)
其他不可知額處支出 4萬(wàn)
共計:64萬(wàn)
支出共計:100萬(wàn)
(2)效益
一次性收益0元
經(jīng)常性收益(按銀行利率:1%);
減少員工20人(1000元/人)五年收益
1000*[1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5]*20*12*5=120萬(wàn)
工作效率提高收益(工作效率提高30%)
30*[1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5]*(30%)*5=45萬(wàn)
經(jīng)常性收益共計:160萬(wàn)
不可定量收益
因服務(wù)質(zhì)量提高增加10%:
1000萬(wàn)*10%*[90%+(90%)2+(90%)3+(90%)4+(90%)5]=360萬(wàn)
收益共計:520萬(wàn)
(3)收益/投資比
520萬(wàn)/151萬(wàn)=344%
(4)投資回收周期
2.3年
(5)敏感性分析
設計系統周期為5年，估計最長(cháng)可達10年
處理速度:一般查詢(xún)速度<4秒
關(guān)鍵數據查詢(xún)速度:<2秒
5. 社會(huì )因素可行性分析
(1)法律因素
所有軟件都選用正版
所有技術(shù)資料都由提出方保管
合同制定確定違約責任
(2)用戶(hù)使用可行性
使用本軟件人員要求有一定計算機基礎的人員，系統管理員要求有計算機的專(zhuān)業(yè)知識，所有人員都要經(jīng)過(guò)本公司培訓。
管理人員也需經(jīng)過(guò)一般培訓。
經(jīng)過(guò)培訓人員將會(huì )熟練使用本軟件。
兩名系統管理員，一名審計員將進(jìn)行專(zhuān)業(yè)培訓，他們將熟練管理本系統。
6. 其他可供選擇的方案
客戶(hù)端與服務(wù)器端聯(lián)系在一起。
數據輸入由終端輸入，所有數據都由服務(wù)器處理，只在終端上顯示數據結果。
此設計簡(jiǎn)化了數據處理，但加重了服務(wù)器的數據處理，而使用客戶(hù)端/服務(wù)器機理，簡(jiǎn)化數據流量，加快數據處理。
7. 結論意見(jiàn)
由于投資效益比遠大于100%，技術(shù)，經(jīng)濟，操作都有可行性，可以進(jìn)行開(kāi)發(fā)。
軟件工程可行性分析報告【3】
1引言
1.1編寫(xiě)目的
編寫(xiě)本報告的目的是研究本系統的總需求，實(shí)現方案，并分析開(kāi)發(fā)系統的可行性，為決策者提供是否開(kāi)發(fā)系統的依據和建議
1.2背景
說(shuō)明:
A. 所建議開(kāi)發(fā)的軟件系統的名稱(chēng):圖書(shū)管理系統。
B. 本項目的任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)及實(shí)現該軟件的計算中心或計算機網(wǎng)絡(luò );
項目開(kāi)發(fā)者: 河南大學(xué)民生學(xué)院計算機科學(xué)與技術(shù)系“圖書(shū)管理系統”
開(kāi)發(fā)人員: 曾景景 沈天品 趙瑜 張迪 崔文博
C. 該軟件系統同其他系統或其他機構的基本的相互來(lái)往關(guān)系。
1.3定義
列出本文件中用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。
1.4參考資料
列出用得著(zhù)的參考資料
(1)張海藩 軟件工程導論 北京 :清華出版社，20xx年
(2)周蘇 王文 軟件工程試驗 北京:科學(xué)出版社，20xx年
2可行性研究的前提
說(shuō)明對所建議的開(kāi)發(fā)項目進(jìn)行可行性研究的前提，如要求、目標、假定、限制等。
2.1要求
說(shuō)明對所建議開(kāi)發(fā)的軟件的基本要求，如:
A. 功能:負責圖書(shū)館的日常管理，書(shū)信息的查詢(xún)等性能;
B. 輸出如報告、文件或數據，對每項輸出要說(shuō)明其特征
C. 輸入說(shuō)明系統的輸入，包括數據的來(lái)源、類(lèi)型、數量、數據的組織以及提供的頻度;
D. 處理流程和數據流程用圖表的方式表示出最基本的數據流程和處理流程，并輔之以敘述;
E. 在安全與保密方面的要求:登錄借閱系統時(shí)，需要驗證學(xué)號才能進(jìn)行借閱。
F. 同本系統相連接的其他系統;
G. 完成期限:20xx年9月至20xx年12月
2.2目標
說(shuō)明所建議系統的主要開(kāi)發(fā)目標，如:
目標:為了方便圖書(shū)管理人員對圖書(shū)的借閱，歸還等進(jìn)行管理，同時(shí)也方便廣大的讀者對圖書(shū)的的查詢(xún)、借閱。
節約了人力和設備費用。
圖書(shū)的查詢(xún)及管理速度
2.3進(jìn)行可行性研究的方法
說(shuō)明這項可行性研究將是如何進(jìn)行的，所建議的系統將是如何評價(jià)的。
目標圖書(shū)管理系統添加了圖書(shū)查詢(xún)模塊及管理模塊，方便了對圖書(shū)的查詢(xún)及管理，使圖書(shū)館系統更加健壯，節約成本。
2.4評價(jià)尺度
說(shuō)明對系統進(jìn)行評價(jià)時(shí)所使用的主要尺度，如費用的多少、各項功能的優(yōu)先次序、開(kāi)發(fā)時(shí)間的長(cháng)短 及使用中的難易程度。
尺度:使讀者及管理員更方便操作，成本大大降低等。
3對現有系統的分析
這里的現有系統是指當前實(shí)際使用的系統，這個(gè)系統可能是計算機系統，也可能是一個(gè)機械系統甚 至是一個(gè)人工系統。
分析現有系統的目的是為了進(jìn)一步闡明建議中的開(kāi)發(fā)新系統或修改現有系統的必要性。
3.1處理流程和數據流程
說(shuō)明現有系統的基本的處理流程和數據流程。
此流程可用圖表即流程圖的形式表示，并加以敘述。
1.進(jìn)書(shū)
發(fā)放訂單到圖書(shū)公司;拿到需要的書(shū)目單;得到上級的許可;預算金額購買(mǎi);對書(shū)籍進(jìn)行分類(lèi)
2.書(shū)籍入架
圖書(shū)入架
3.2工作負荷
列出現有系統所承擔的工作:
1、圖書(shū)借閱
2、學(xué)生查閱書(shū)號借書(shū)
3、服務(wù)器記錄借書(shū)學(xué)生學(xué)號
4、登記借出圖書(shū)
3.3費用開(kāi)支
列出由于運行現有系統所引起的費用開(kāi)支，如人力、設備、空間、支持性服務(wù)、材料等項開(kāi)支以及開(kāi) 支總額。
3.4人員
列出為了現有系統的運行和維護所需要的人員的專(zhuān)業(yè)技術(shù)類(lèi)別和數量。
館長(cháng)1名 閱覽部9名 網(wǎng)絡(luò )技術(shù)員1名
3.5局限性
列出本系統的主要的局限性，例如處理時(shí)間趕不上需要，響應不及時(shí)，數據存儲能力不足，處理功能 不夠等。
并且要說(shuō)明，為什么對現有系統的改進(jìn)性維護已經(jīng)不能解決問(wèn)題。
局限性:系統處理時(shí)間比較慢，相應不及時(shí)，查詢(xún)功能不完善。
4所建議的系統
本章將用來(lái)說(shuō)明所建議系統的目標和要求將如何被滿(mǎn)足。
4.1對所建議系統的說(shuō)明
概括地說(shuō)明所建議系統，并說(shuō)明在第2章中列出的那些要求將如何得到滿(mǎn)足，說(shuō)明所使用的基本方法及理論根據。
對所建議的系統的說(shuō)明
a、功能更加齊全，方便師生使用
b、師生借閱管理，圖書(shū)庫存管理
c、多種圖表統計，可統計每年、每月、每日的圖書(shū)借出和借入情況統計
d、多種排行統計
4.2處理流程和數據流程
給出所建議系統的處理流程和數據流程。
a、系統能對書(shū)籍信息進(jìn)行管理
b、借書(shū)時(shí)，系統記錄借書(shū)者的學(xué)生信息、借閱書(shū)籍名稱(chēng)、借書(shū)時(shí)間
c、還書(shū)時(shí)，系統記錄還書(shū)者的信息、歸還書(shū)籍名和還書(shū)時(shí)間。
系統設定節約時(shí)間最長(cháng)為1個(gè)月。
如果超過(guò)最長(cháng)時(shí)間則繳納罰金
d、操作人員和讀者可以根據書(shū)籍名稱(chēng)對書(shū)籍信息進(jìn)行查詢(xún)
f、操作人員可根據查詢(xún)借閱書(shū)籍的借閱者的學(xué)號及借閱者所借閱的書(shū)籍查詢(xún)借閱者的姓名、借閱時(shí)間、還書(shū)時(shí)間
g、系統由圖書(shū)館工作人員操作分析為:系統管理員、書(shū)籍管理員、借閱管理員
h、所有操作人員憑賬號和密碼登錄系統
圖書(shū)管理系統日常工作
讀者
圖書(shū)名稱(chēng)
管理員
數據輸入
出示一卡通
借書(shū)成功
結束
此書(shū)是否存在
否
圖書(shū)歸還
是否過(guò)期
繳納罰金
歸還成功
存檔
存檔
數據輸入
否
否
是
4.3影響
4.3.1對軟件的影響
說(shuō)明為了使現存的應用軟件和支持軟件能夠同所建議系統相適應。
而需要對這些軟件所進(jìn)行的修改和補充。
4.3.2對用戶(hù)單位機構的影響
說(shuō)明為了建立和運行所建議系統，對用戶(hù)單位機構、人員的數量和技術(shù)水平等方面的全部要求。
主要開(kāi)發(fā)工具是C#，即需要使C#與數據庫相適應
4.3.3對系統運行過(guò)程的影響
說(shuō)明所建議系統對運行過(guò)程的影響，如:
a用戶(hù)的操作規程;運行中心的操作規程;b運行中心與用戶(hù)之間的關(guān)系;c源數據的處理;d數據進(jìn)入系統的過(guò)程;e對數據保存的要求，對數據存儲、恢復的處理;f輸出報告的處理過(guò)程、存儲媒體和調度方法;g系統失效的后果及恢復的處理辦法。
4.3.4對開(kāi)發(fā)的影響
說(shuō)明對開(kāi)發(fā)的影響，如:
a為了支持所建議系統的開(kāi)發(fā)，用戶(hù)需進(jìn)行的工作;b為了建立一個(gè)數據庫所要求的數據資源;c為了開(kāi)發(fā)和測驗所建議系統而需要的計算機資源;d所涉及的保密與安全問(wèn)題。
4.3.5對地點(diǎn)和設施的影響
說(shuō)明對建筑物改造的要求及對環(huán)境設施的要求。
4.3.6對經(jīng)費開(kāi)支的影響
扼要說(shuō)明為了所建議系統的開(kāi)發(fā)，設計和維持運行而需要的各項經(jīng)費開(kāi)支。
4.5局限性
說(shuō)明所建議系統尚存在的局限性以及這些問(wèn)題未能消除的原因。
由于時(shí)間倉促，人力和物力資源缺乏，本系統仍存在許多不完善之處。
整體系統不夠強，還需要添加其它功能模塊和查詢(xún)功能。
4.6技術(shù)條件方面的可行性
本節應說(shuō)明技術(shù)條件方面的可行性，如:
a. 在當前的限制條件下，該系統的功能目標能否達到:現有技術(shù)條件能夠巡禮完成開(kāi)發(fā)條件，硬件、軟件配置都能滿(mǎn)足需求。
b.利用現有的技術(shù)，該系統的功能能否實(shí)現:對C#及數據庫之間的連接都比較熟悉，在規定期內能夠完成該系統的開(kāi)發(fā)。
c. 對開(kāi)發(fā)人員的數量和質(zhì)量的要求并說(shuō)明這些要求能否滿(mǎn)足:在數量質(zhì)量上，主要是組內成員相互商討，不懂得問(wèn)題借助參考資料以及網(wǎng)上資源。
d. 在規定的期限內，本系統的開(kāi)發(fā)能否完成:這是毋庸置疑的。
6投資及效益分析
6.1支出
對于所選擇的方案，說(shuō)明所需的費用。
如果已有一個(gè)現存系統，則包括該系統繼續運行期間所需的費用。
6.1.1基本建設投資
包括采購、開(kāi)發(fā)和安裝下列各項所需的費用，如:
a房屋和設施;b ADP設備;c數據通訊設備;d環(huán)境保護設備;e安全與保密設備;f ADP操作系統的和應用的軟件;g 數據庫管理軟件。
6.1.2其他一次性支出
包括下列各項所需的費用，如:
a研究(需求的研究和設計的研究);開(kāi)發(fā)計劃與測量基準的研究;b 數據庫的建立;c ADP軟件的轉換;d 檢查費用和技術(shù)管理性費用;e培訓費、旅差費以及開(kāi)發(fā)安裝人員所需要的一次性支出;f 人員的退休及調動(dòng)費用等。
6.1.3非一次性支出
列出在該系統生命期內按月或按季或按年支出的用于運行和維護的費用，包括:
a設備的租金和維護費用; b軟件的租金和維護費用;數據通訊方面的租金和維護費用;c人員的工資、獎金;房屋、空間的使用開(kāi)支;d 公用設施方面的開(kāi)支;e 保密安全方面的開(kāi)支;f 其他經(jīng)常性的支出等。
6.2收益
對于所選擇的方案，說(shuō)明能夠帶來(lái)的收益，這里所說(shuō)的收益，表現為開(kāi)支費用的減少或避免、差錯的減少、靈活性的增加、動(dòng)作速度的提高和管理計劃方面的改進(jìn)等，包括;
6.2.1一次性收益
說(shuō)明能夠用人民幣數目表示的一次性收益，可按數據處理、用戶(hù)、管理和支持等項分類(lèi)敘述，如:
a開(kāi)支的縮減包括改進(jìn)了的系統的運行所引起的開(kāi)支縮減，如資源要求的減少，運行效率的改進(jìn)，數據進(jìn)入、存貯和恢復技術(shù)的改進(jìn)，系統性能的可監控，軟件的轉換和優(yōu)化，數據壓縮技術(shù)的采用，處理的集中化/分布化等; b 價(jià)值的增升包括由于一個(gè)應用系統的使用價(jià)值的增升所引起的收益，如資源利用的改進(jìn)，管理和運行效率的改進(jìn)以及出錯率的減少等;c 其他如從多余設備出售回收的收入等。
6.2.2非一次性收益
說(shuō)明在整個(gè)系統生命期內由于運行所建議系統而導致的按月的、按年的能用人民幣數目表示的收益，包括開(kāi)支的減少和避免。
6.2.3不可定量的收益
逐項列出無(wú)法直接用人民幣表示的收益，如服務(wù)的改進(jìn)，由操作失誤引起的風(fēng)險的減少，信息掌握情況的改進(jìn)，組織機構給外界形象的改善等。
有些不可捉摸的收益只能大概估計或進(jìn)行極值估計(按最好和最差情況估計)。
7社會(huì )因素方面的可行性
本章用來(lái)說(shuō)明對社會(huì )因素方面的可行性分析的結果，包括:
7.1法律方面的可行性
法律方面的可行性問(wèn)題很多，如合同責任、侵犯專(zhuān)利權、侵犯版權等方面的陷井，軟件人員通常是不熟悉的，有可能陷入，務(wù)必要注意研究。
7.2使用方面的可行性
例如從用戶(hù)單位的行政管理、工作制度等方面來(lái)看，是否能夠使用該軟件系統;從用戶(hù)單位的工作人員的素質(zhì)來(lái)看，是否能滿(mǎn)足使用該軟件系統的要求等等，都是要考慮的。
8結論
在進(jìn)行可行性研究報告的編制時(shí)，必須有一個(gè)研究的結論。
結論可以是:
a可以立即開(kāi)始進(jìn)行;b 需要推遲到某些條件(例如資金、人力、設備等)落實(shí)之后才能開(kāi)始進(jìn)行;c 需要對開(kāi)發(fā)目標進(jìn)行某些修改之后才能開(kāi)始進(jìn)行;d 不能進(jìn)行或不必進(jìn)行(例如因技術(shù)不成熟、經(jīng)濟上不合算等)。
根據以上分析可知，開(kāi)發(fā)該圖書(shū)管理信息系統不僅有巨大的經(jīng)濟效益，而且有更大的學(xué)校管理效益，從而使該系統開(kāi)發(fā)具有價(jià)值，也節省了大量資源。
所以，我們認為開(kāi)發(fā)此系統的條件已經(jīng)具備，可以進(jìn)行開(kāi)發(fā)。
更多相關(guān)閱讀：
【軟件工程可行性分析報告】相關(guān)文章：
可行性分析報告03-30
可行性分析報告范文07-16
項目可行性分析報告12-09
項目可行性報告分析08-16
論文開(kāi)題報告可行性分析08-19
市場(chǎng)可行性分析報告范文11-07
項目可行性報告分析(熱門(mén))10-14
軟件工程可行性研究報告09-30
房地產(chǎn)可行性分析報告09-15
論文的可行性分析08-22