軟件可行性研究報告模板

TOC\o"1-3"\h\z1引言 11.1編寫目的 11.2背景 11.3定義 11.4參照資料 12可行性研究的前提 22.1規(guī)定 22.2目的 22.3條件、假定和限制 32.4進行可行性研究的措施 32.5評價尺度 33對既有系統(tǒng)的分析 33.1處理流程和數(shù)據(jù)流程 43.2工作負荷 43.3費用開支 43.4人員 43.5設備 43.6局限性 44所提議的系統(tǒng) 44.1對所提議系統(tǒng)的闡明 54.2處理流程和數(shù)據(jù)流程 54.3改善之處 54.4影響 54.4.1對設備的影響 54.4.2對軟件的影響 54.4.3對顧客單位機構(gòu)的影響 54.4.4對系統(tǒng)運行過程的影響 64.4.5對開發(fā)的影響 64.4.6對地點和設施的影響 64.4.7對經(jīng)費開支的影響 64.5局限性 64.6技術條件方面的可行性 75可選擇的其他系統(tǒng)方案 75.1可選擇的系統(tǒng)方案1 75.2可選擇的系統(tǒng)方案2 76投資及效益分析 76.1支出 76.1.1基本建設投資 86.1.2其他一次性支出 86.1.3非一次性支出 86.2收益 96.2.1一次性收益 96.2.2非一次性收益 96.2.3不可定量的收益 96.3收益／投資比 106.4投資回收周期 106.5敏感性分析 107社會原因方面的可行性 107.1法律方面的可行性 107.2使用方面的可行性 108結(jié)論 11GB8567——88可行性研究匯報1引言1.1編寫目的目前學校已經(jīng)建成了許多現(xiàn)代化的管理信息系統(tǒng)，如:財務管理系統(tǒng)、圖書管理系統(tǒng)和食堂售飯系統(tǒng)等。但這些系統(tǒng)大部分都是單獨建設,沒有統(tǒng)一的規(guī)劃,存在著數(shù)據(jù)反復錄入,數(shù)據(jù)不能共享等問題。一卡通取代了各個校區(qū)此前的多種卡證，實現(xiàn)了身份識別一卡通；此前所有卡證的信息管理系統(tǒng)，其身份識別部分都連通一卡通系統(tǒng)，實現(xiàn)校內(nèi)所有地方，包括食堂、圖書館、超市的身份識別，提高學校的管理水平，并以便學生校園生活系列消費操作（例如水電氣的充值查詢繳費）。預期讀者：重慶師范大學校領導。1.2背景伴隨校園的數(shù)字化、信息化建設的逐漸深入，校園內(nèi)的多種信息資源整合已經(jīng)進入全面規(guī)劃和實行階段，校園一卡通以結(jié)合學校正在進行的統(tǒng)一身份認證、人事、學工等MIS和應用系統(tǒng)等建設。通過共同的身份認證機制，實現(xiàn)數(shù)據(jù)管理的集成與共享，使校園一卡通系統(tǒng)成為校園信息化建設有機的構(gòu)成部分。通過這樣的有機結(jié)合，可以防止反復投入，提高建設進度，為系統(tǒng)間的資源共享打下基礎。軟件系統(tǒng)名稱：重慶師范大學校園一卡通管理系統(tǒng)；本項目的任務提出者、開發(fā)者：葉陽、周沁怡；顧客：系統(tǒng)面向的顧客群體重慶師范大學各部門：圖書館、食堂、超市、電信聯(lián)通移動、物業(yè)、學校內(nèi)人群，學生、老師、學校職工等有關顧客；實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡以及該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的互相來往關系：各消費點通過校園主干網(wǎng)和中心服務器聯(lián)結(jié)，通過校園主干網(wǎng)與中心進行數(shù)據(jù)互換，主干網(wǎng)的安全是整個校園一卡通系統(tǒng)運行的安全保證。為了保證系統(tǒng)安全，設計上采用了中心服務器與各消費點服務器之間的非實時性及實時性相結(jié)合原則，即：主干網(wǎng)通可進行數(shù)據(jù)互換，便于數(shù)據(jù)記錄，主干網(wǎng)不通各消費點服務器可承擔各消費系統(tǒng)運行任務，保證各消費系統(tǒng)正常運行。校園卡采用MIFAREONE非接觸式IC卡作為信息記載媒體，有16個應用區(qū)，可存儲消費數(shù)據(jù)，和數(shù)據(jù)庫內(nèi)的數(shù)據(jù)對應，作了雙備份，保證了數(shù)據(jù)的安全性。1.3定義重慶師范大學校園一卡通管理系統(tǒng)SystemBasedonCampusCardSystemofChongqingNormalUniversity1.4參照資料【1】《校園卡管理系統(tǒng)可行性研究匯報》來源【2】<<校園一卡通系統(tǒng)的基礎平臺建設和應用功能分析>>來源【3】<<校園一卡通管理系統(tǒng)>>來源【4】<<校園一卡通管理系統(tǒng)>>來源【5】<校園一卡通-項目開發(fā)計劃>>來源【6】<<校園卡管理系統(tǒng)可行性匯報>>來源【7】<<校園一卡通可行性匯報>>來源【8】<<校園一卡通系統(tǒng)規(guī)劃匯報>>來源2可行性研究的前提規(guī)定：一卡通的概念包括了三個“一”，即“一卡、一庫、一線”，這就規(guī)定設置一種校園卡管理中心，從而實現(xiàn)帳戶、校園卡發(fā)放、財務和系統(tǒng)維護的統(tǒng)一管理。目的：

校園“一卡通”系統(tǒng)是通過一卡通平臺采用一張卡來替代卡、證、票、現(xiàn)金，以便學校廣大師生的教學、科研、學習、生活和管理。同步提高學校的管理水平、服務水平，減少學校和師生在卡、證、票方面的投入，在取代原有的卡、證、票、現(xiàn)金過程中也到達財務統(tǒng)管的目的。

校園一卡通建設的目的：首先，建立統(tǒng)一平臺，構(gòu)建學校信息共享的環(huán)境，實現(xiàn)數(shù)字化、網(wǎng)絡化、智能化、集中化等目的；另一方面，實現(xiàn)統(tǒng)一的管理，徹底處理校內(nèi)各類費用收繳難、管理亂的問題；第三，為各管理部門提供綜合信息服務和輔助科學決策，提高學校管理效率和管理水平；第四，加強學校網(wǎng)絡應用基礎平臺的建設，使學校應用系統(tǒng)體系構(gòu)造逐漸完善。限制：食堂、超市等多種使用顧客所需功能的綜合協(xié)調(diào)以及數(shù)據(jù)的搜集管理、由于學校人員過多導致的信息處理管理的延遲。2.1規(guī)定功能：顧客身份認證、一卡通顧客信息查詢、錢包充值轉(zhuǎn)賬、一卡通掛失以及解掛、一卡通功能自助查詢、校園水電氣查詢繳費、宿舍物業(yè)保修、校園網(wǎng)絡有關業(yè)務管理、顧客消費詳細查詢。性能：新的校園一卡通管理系統(tǒng)的設計遵照學校管理的理論和系統(tǒng)工程的措施，運用計算機技術、數(shù)據(jù)通訊技術、數(shù)據(jù)庫技術，實現(xiàn)以計算機為重要工具的人機交互、信息存儲系統(tǒng)。它存儲學生的個人信息、圖書借閱信息以及消費信息。詳細原則如下：1）信息資源共享2）提高信息處理速度3）提高信息存儲密度4）減輕管理人員的工作強度，提高管理水平5）疏通信息傳播渠道，加強職能部門的橫向聯(lián)絡新系統(tǒng)仍可使用本來的軟件進行操作，對軟件沒有影響。各消費點通過校園主干網(wǎng)和中心服務器聯(lián)結(jié)，通過校園主干網(wǎng)與中心進行數(shù)據(jù)互換，主干網(wǎng)的安全是整個校園一卡通系統(tǒng)運行的安全保證。為了保證系統(tǒng)安全，設計上采用了中心服務器與各消費點服務器之間的非實時性及實時性相結(jié)合原則，即：主干網(wǎng)通可進行數(shù)據(jù)互換，便于數(shù)據(jù)記錄，主干網(wǎng)不通各消費點服務器可承擔各消費系統(tǒng)運行任務，保證各消費系統(tǒng)正常運行。校園卡采用MIFAREONE非接觸式IC卡作為信息記載媒體，有16個應用區(qū)，可存儲消費數(shù)據(jù)，和數(shù)據(jù)庫內(nèi)的數(shù)據(jù)對應，作了雙備份，保證了數(shù)據(jù)的安全性。處理流程和數(shù)據(jù)流程：圖1財務處理系統(tǒng)構(gòu)造圖圖2學生系統(tǒng)構(gòu)造圖在安全與保密方面的規(guī)定：系統(tǒng)具有安全性，包括網(wǎng)絡系統(tǒng)、主機系統(tǒng)、數(shù)據(jù)存取系統(tǒng)、數(shù)據(jù)傳播系統(tǒng)的安全性，數(shù)據(jù)備份和劫難恢復的可靠性。為保證系統(tǒng)軟件、應用軟件及數(shù)據(jù)安全，系統(tǒng)嚴格選用操作系統(tǒng)平臺，開發(fā)平臺，設計防病毒功能，保護系統(tǒng)數(shù)據(jù)，并建立備份系統(tǒng)，定期自動進行全量及增量備份。在系統(tǒng)中采用射頻證卡作為身份識別，并在關鍵信息的處理，傳播中采用加密處理，防止信息被未授權訪問，保證系統(tǒng)的不可襲擊性。同本系統(tǒng)相連接的其他系統(tǒng)：圖書館管理系統(tǒng)、銀聯(lián)絡統(tǒng)、電信網(wǎng)絡系統(tǒng)、食堂就餐管理系統(tǒng)、超市收費管理系統(tǒng)、校醫(yī)院管理系統(tǒng)、校物業(yè)管理系統(tǒng)、校園信息管理系統(tǒng)等。完畢期限：表1：完畢時間表日期任務目的一大概5天確定設計方向二大概5天可行性分析三大概5天概要設計四大概5天詳細設計五大概30天編寫代碼六大概5天軟件測試七大概5天編寫項目文檔八大概5天項目展示2.2目的首先，建立統(tǒng)一平臺，構(gòu)建學校信息共享的環(huán)境，實現(xiàn)數(shù)字化、網(wǎng)絡化、智能化、集中化等目的；另一方面，實現(xiàn)統(tǒng)一的管理，徹底處理校內(nèi)各類費用收繳難、管理亂的問題；第三，為各管理部門提供綜合信息服務和輔助科學決策，提高學校管理效率和管理水平；第四，加強學校網(wǎng)絡應用基礎平臺的建設，使學校應用系統(tǒng)體系構(gòu)造逐漸完善；第五：改善既有校園充值系統(tǒng)非智能化的死板充值；第六：改善校園宿舍物業(yè)水電氣繳費查詢系統(tǒng)、以便學生校園生活；第七：精簡開放測試人員，提高生產(chǎn)力；第八：將本系統(tǒng)智能化，并聯(lián)合其他系統(tǒng)、提高有關業(yè)務的人員運用率，提高校園工作人員工作效率。2.3條件、假定和限制闡明對這項開發(fā)中給出的條件、假定和所受到的限制，如：所提議系統(tǒng)的運行壽命的最小值；進行系統(tǒng)方案選擇比較的時間；經(jīng)費、投資方面的來源和限制；法律和政策方面的限制；硬件、軟件、運行環(huán)境和開發(fā)環(huán)境方面的條件和限制；可運用的信息和資源；系統(tǒng)投入使用的最晚時間。2.4進行可行性研究的措施闡明這項可行性研究將是怎樣進行的，所提議的系統(tǒng)將是怎樣評價的。摘要闡明所使用的基本措施和方略，如調(diào)查、加權、確定模型、建立基準點或仿真等。2.5評價尺度闡明對系統(tǒng)進行評價時所使用的重要尺度，如費用的多少、各項功能的優(yōu)先次序、開發(fā)時間的長短及使用中的難易程度。3對既有系統(tǒng)的分析這里的既有系統(tǒng)是指目前實際使用的系統(tǒng)，這個系統(tǒng)也許是計算機系統(tǒng)，也也許是一種機械系統(tǒng)甚至是一種人工系統(tǒng)。分析既有系統(tǒng)的目的是為了深入闡明提議中的開發(fā)新系統(tǒng)或修改既有系統(tǒng)的必要性。3.1處理流程和數(shù)據(jù)流程闡明既有系統(tǒng)的基本的處理流程和數(shù)據(jù)流程。此流程可用圖表即流程圖的形式表達，并加以論述。3.2工作負荷列出既有系統(tǒng)所承擔的工作及工作量。3.3費用開支列出由于運行既有系統(tǒng)所引起的費用開支，如人力、設備、空間、支持性服務、材料等項開支以及開支總額。3.4人員列出為了既有系統(tǒng)的運行和維護所需要的人員的專業(yè)技術類別和數(shù)量。3.5設備列出既有系統(tǒng)所使用的多種設備。3.6局限性列出本系統(tǒng)的重要的局限性，例如處理時間趕不上需要，響應不及時，數(shù)據(jù)存儲能力局限性，處理功能不夠等。并且要闡明，為何對既有系統(tǒng)的改善性維護已經(jīng)不能處理問題。4所提議的系統(tǒng)本章將用來闡明所提議系統(tǒng)的目的和規(guī)定將怎樣被滿足。4.1對所提議系統(tǒng)的闡明概括地闡明所提議系統(tǒng)，并闡明在第2章中列出的那些規(guī)定將怎樣得到滿足，闡明所使用的基本措施及理論根據(jù)。4.2處理流程和數(shù)據(jù)流程給出所提議系統(tǒng)的處理流程和數(shù)據(jù)流程。4.3改善之處按2.2條中列出的目的，逐項闡明所提議系統(tǒng)相對于現(xiàn)存系統(tǒng)具有的改善。4.4影響闡明在建立所提議系統(tǒng)時，預期將帶來的影響，包括：4.4.1對設備的影響闡明新提出的設備規(guī)定及對現(xiàn)存系統(tǒng)中尚可使用的設備須作出的修改。4.4.2對軟件的影響闡明為了使現(xiàn)存的應用軟件和支持軟件可以同所提議系統(tǒng)相適應。而需要對這些軟件所進行的修改和補充。4.4.3對顧客單位機構(gòu)的影響闡明為了建立和運行所提議系統(tǒng)，對顧客單位機構(gòu)、人員的數(shù)量和技術水平等方面的所有規(guī)定。4.4.4對系統(tǒng)運行過程的影響闡明所提議系統(tǒng)對運行過程的影響，如：顧客的操作規(guī)程；運行中心的操作規(guī)程；運行中心與顧客之間的關系；源數(shù)據(jù)的處理；數(shù)據(jù)進入系統(tǒng)的過程；對數(shù)據(jù)保留的規(guī)定，對數(shù)據(jù)存儲、恢復的處理；輸出匯報的處理過程、存儲媒體和調(diào)度措施；系統(tǒng)失效的后果及恢復的處理措施。4.4.5對開發(fā)的影響闡明對開發(fā)的影響，如：為了支持所提議系統(tǒng)的開發(fā)，顧客需進行的工作；為了建立一種數(shù)據(jù)庫所規(guī)定的數(shù)據(jù)資源；為了開發(fā)和測驗所提議系統(tǒng)而需要的計算機資源；所波及的保密與安全問題。4.4.6對地點和設施的影響闡明對建筑物改造的規(guī)定及對環(huán)境設施的規(guī)定。4.4.7對經(jīng)費開支的影響扼要闡明為了所提議系統(tǒng)的開發(fā)，設計和維持運行而需要的各項經(jīng)費開支。4.5局限性闡明所提議系統(tǒng)尚存在的局限性以及這些問題未能消除的原因。4.6技術條件方面的可行性本節(jié)應闡明技術條件方面的可行性，如：在目前的限制條件下，該系統(tǒng)的功能目的能否到達；運用既有的技術，該系統(tǒng)的功能能否實現(xiàn)；對開發(fā)人員的數(shù)量和質(zhì)量的規(guī)定并闡明這些規(guī)定能否滿足；在規(guī)定的期限內(nèi)，本系統(tǒng)的開發(fā)能否完畢。5可選擇的其他系統(tǒng)方案扼要闡明曾考慮過的每一種可選擇的系統(tǒng)方案，包括需開發(fā)的和可從國內(nèi)國外直接購置的，假如沒有供選擇的系統(tǒng)方案可考慮，則闡明這一點。5.1可選擇的系統(tǒng)方案1參照第4章的提綱，闡明可選擇的系統(tǒng)方案1，并闡明它未被選中的理由。5.2可選擇的系統(tǒng)方案2按類似5.1條的方式闡明第2個乃至第n個可選擇的系統(tǒng)方案。6投資及效益分析6.1支出對于所選擇的方案，闡明所需的費用。假如已經(jīng)有一種現(xiàn)存系統(tǒng)，則包括該系統(tǒng)繼續(xù)運行期間所需的費用。6.1.1基本建設投資包括采購、開發(fā)和安裝下列各項所需的費用，如：房屋和設施；ADP設備；數(shù)據(jù)通訊設備；環(huán)境保護設備；安全與保密設備；ADP操作系統(tǒng)的和應用的軟件；數(shù)據(jù)庫管理軟件。6.1.2其他一次性支出包括下列各項所需的費用，如：研究（需求的研究和設計的研究）；開發(fā)計劃與測量基準的研究；數(shù)據(jù)庫的建立；ADP軟件的轉(zhuǎn)換；檢查費用和技術管理性費用；培訓費、旅差費以及開發(fā)安裝人員所需要的一次性支出；人員的退休及調(diào)動費用等。6.1.3非一次性支出列出在該系統(tǒng)生命期內(nèi)按月或按季或按年支出的用于運行和維護的費用，包括：設備的租金和維護費用；軟件的租金和維護費用；數(shù)據(jù)通訊方面的租金和維護費用；人員的工資、獎金；房屋、空間的使用開支；公用設施方面的開支；保密安全面的開支；其他常常性的支出等。6.2收益對于所選擇的方案，闡明可以帶來的收益，這里所說的收益，體現(xiàn)為開支費用的減少或防止、差錯的減少、靈活性的增長、動作速度的提高和管理計劃方面的改善等，包括；6.2.1一次性收益闡明可以用人民幣數(shù)目表達的一次性收益，可按數(shù)據(jù)處理、顧客、管理和支持等項分類論述，如：開支的縮減包括改善了的系統(tǒng)的運行所引起的開支縮減，如資源規(guī)定的減少，運行效率的改善，數(shù)據(jù)進入、存貯和恢復技術的改善，系統(tǒng)性能的可監(jiān)控，軟件的轉(zhuǎn)換和優(yōu)化，數(shù)據(jù)壓縮技術的采用，處理的集中化／分布化等；價值的增升包括由于一種應用系統(tǒng)的使用價值的增升所引起的收益，如資源運用的改善，管理和運行效率的改善以及出錯率的減少等；其他如從多出設備發(fā)售回收的收入等。6.2.2非一次性收益闡明在整個系統(tǒng)生命期內(nèi)由于運行所提議系統(tǒng)而導致的按月的、