軟件專項可行性研究報告寫作提綱

1、 軟件專項可行性研究報告 寫 作 提 綱 一、 概述 簡述項目提出的背景、技術(shù)開發(fā)狀況、現(xiàn)有產(chǎn)業(yè)規(guī)模；項目產(chǎn) 品的主要用途、性能；投資必要性和預期經(jīng)濟效益；本企業(yè)實施該 項目的優(yōu)勢。 二、 技術(shù)可行性分析 1、項目的技術(shù)路線、工藝的合理性和成熟性，關(guān)鍵技術(shù)的先進 性和效果論述。 2、產(chǎn)品技術(shù)性能水平與國內(nèi)外同類產(chǎn)品的比較。 3、項目承擔單位在實施本項目中的優(yōu)勢。 三、 項目成熟程度 1、成果的技術(shù)鑒定文件或產(chǎn)品性能檢測報告、產(chǎn)品鑒定證書。 2、產(chǎn)品質(zhì)量的穩(wěn)定性，以及在價格、性能等方面被用戶認可的 情況等。 3、核心技術(shù)的知識產(chǎn)權(quán)情況。對引進技術(shù)的消化、吸收、創(chuàng)新 和后續(xù)開發(fā)能力。 四、 市場需

2、求情況和風險分析 1、國內(nèi)市場需求規(guī)模和產(chǎn)品的發(fā)展前景、在國內(nèi)市場的競爭優(yōu) 勢和市場占有率。 2、國際市場狀況及該產(chǎn)品未來增長趨勢、在國際市場的競爭能 力、產(chǎn)品替代進口或出口的可能性。 3、風險因素分析及對策。 五、 投資估算及資金籌措 1、項目投資估算 2、資金籌措方案 3、投資使用計劃 六、 經(jīng)濟和社會效益分析 1、未來五年生產(chǎn)成本、銷售收入估算。 2、財務分析：以動態(tài)分析為主，提供財務內(nèi)部收益率、貸款償 還期、投資回收期、投資利潤率和利稅率、財務凈現(xiàn)值等指標。 3、不確定性分析：主要進行盈虧平衡分析和敏感性分析，對項 目的抗風險能力作出判斷。 4、財務分析結(jié)論 5、社會效益分析 七、 綜

3、合實力和產(chǎn)業(yè)基礎(chǔ) 1、企業(yè)員工構(gòu)成（包括分工構(gòu)成和學歷構(gòu)成） 2、企業(yè)高層管理人員或項目負責人的教育背景、科技意識、市 場開拓能力和經(jīng)營管理水平。 3、企業(yè)從事研究開發(fā)的人員力量、資金投入，以及企業(yè)內(nèi)部管 理體系等情況。 4、企業(yè)從事該產(chǎn)品生產(chǎn)的條件、產(chǎn)業(yè)基礎(chǔ)（包括項目實施所需 的基礎(chǔ)設(shè)施及原材料的來源、供應渠道等） 。 八、 項目實施進度計劃 九、 其它 1、環(huán)境保護措施 2、勞動保護和安全 3、必要的證明材料 （1） 特殊行業(yè)許可證（如食品、農(nóng)藥、醫(yī)藥、化肥產(chǎn)品生產(chǎn) 許可證及批文） ；通信產(chǎn)品入網(wǎng)許可證；公共安全產(chǎn)品生產(chǎn)許可證； 壓力容器生產(chǎn)許可證等。 （2） 可提供項目立項證明、高新技術(shù)

4、企業(yè)證書、產(chǎn)品質(zhì)量認 證、環(huán)保證明；產(chǎn)品訂貨意向、合同等補充材料。 十、 結(jié)論 范文: 文檔編號： 200411161 版 本： 1.0 文檔名稱： 可行性研究報告 項目名稱： minispace 項目負責人： 楊世泉 編寫： 楊世泉 2004 年 12 月 2 日 校對： 楊暉 2004 年 12 月 2 日 審核： 王曉峰 2004 年 12 月 2 日 1 引言 .1 1.1 編寫目的.1 1.2 背景.1 1.3 定義.1 1.4 參考資料.1 2 可行性研究的前提 .2 2.1 要求.2 2.2 目標.2 2.3 條件、假定和限制.3 2.4 進行可行性研究的方法.3 2.5 評價尺

5、度.3 3 對現(xiàn)有系統(tǒng)的分析 .3 3.1 處理流程和數(shù)據(jù)流程.4 3.2 工作負荷.4 3.3 費用開支.4 3.4 人員.4 3.5 設(shè)備.4 3.6 局限性.4 4 所建議的系統(tǒng) .4 4.1 對所建議系統(tǒng)的說明.5 4.2 處理流程和數(shù)據(jù)流程.5 4.3 改進之處.5 4.4 影響.5 4.4.1 對設(shè)備的影響 .5 4.4.2 對軟件的影響 .5 4.4.3 對用戶單位機構(gòu)的影響 .5 4.4.4 對系統(tǒng)運行過程的影響 .6 4.4.5 對開發(fā)的影響 .6 4.4.6 對地點和設(shè)施的影響 .6 4.4.7 對經(jīng)費開支的影響 .6 4.5 局限性.6 4.6 技術(shù)條件方面的可行性.7

6、5 可選擇的其他系統(tǒng)方案 .7 5.1 可選擇的系統(tǒng)方案 1 .7 5.2 可選擇的系統(tǒng)方案 2 .7 6 投資及效益分析 .7 6.1 支出.7 6.1.1 基本建設(shè)投資 .8 6.1.2 其他一次性支出 .8 6.1.3 非一次性支出 .8 6.2 收益.9 6.2.1 一次性收益 .9 6.2.2 非一次性收益 .9 6.2.3 不可定量的收益 .9 6.3 收益投資比.10 6.4 投資回收周期.10 6.5 敏感性分析.10 7 社會因素方面的可行性 .10 7.1 法律方面的可行性.10 7.2 使用方面的可行性.10 8 結(jié)論 .11 gb856788 可行性研究報告 1引言 1

7、.1 編寫目的 本文的編寫目的是為了研究項目的實現(xiàn)難度，成功可能，確定項目 的基本實施方案，為進一步的開發(fā)工作做準備。本文的預期讀者為項 目經(jīng)理、項目的設(shè)計人員及以該團隊的主要負責人員（在這里指項目 的設(shè)計開發(fā)人員） 。 1.2 背景 1.2.1系統(tǒng)的名稱 minispace 個人助手軟件； 1.2.2項目開發(fā)背景 本項目是重慶大學微軟技術(shù)俱樂部的申請項目，任務提出者是 重慶大學微軟技術(shù)俱樂部 msky 小組，并由 msky 開發(fā)小組負責設(shè)計 開發(fā)。 本項目的預期用戶是一切使用 pc 機的學生、辦公人員。 1.2.3軟硬件系統(tǒng)基本支持 系統(tǒng)的運行平臺是 pc 機。 本系統(tǒng)擬采用 microso

8、ft visual studio 2005 beta1 開發(fā)，一 期開發(fā)實現(xiàn)單機模式，選擇 c# 為開發(fā)語言。 運行平臺硬件支持： cpu：pentium 133 mhz cpu 推薦：pentium 133 mhz 或更快 ram：128 mbram 推薦： 256 mb 或更高 運行平臺軟件支持： 操作系統(tǒng)：windows 2000/xp/2003 其他：.net framework 2.0 注：以上假定可能根據(jù)實際情況更改，以需求分析說明書 中定義的為準。 1.3 定義 minispace 基于.net 平臺和 c# 技術(shù)的一款小型個人助手軟件,實現(xiàn)鬧鐘、 提醒休息、通知事務、日記本、個

9、人相冊等功能。 sgml-standard for general markup language 通用 標記語言標準 xml-extensible markup language 可擴展標記語言 mathml-math markup language 數(shù)學標記語言 1.4 參考資料 1.4.1軟件設(shè)計文檔國家標準_gb856788-可行性研究報告 （gb856788） 1.4.2使用 uml關(guān)于對象和組件軟件工程 英perdita stevens rob pooley 著 包曉露 趙曉玲 譯 人民郵電出版社 2003 年 6 月第一版 2 可行性研究的前提 2.1 要求 a. 功能 1min

10、iclock： 1.1 日期和時間：實現(xiàn)多種日歷表,如農(nóng)歷表； 1.2 日程事務提醒： 1.2.1辦公日程提醒：如會議，出差，上課，課間休息 1.2.2生活瑣事提醒：如就餐時間，體育鍛煉； 1.3 提醒方案 1.3.1實現(xiàn)多種提醒設(shè)定選項：比如每日、每周 （and more。 。 。 ） 循環(huán)提醒； 1.3.2提醒方式：以娛樂提醒方式為主（可以是音頻或視頻片斷） ， 比如學習工作中休息時刻到時就播放范曉萱的 健康歌 ； 1.3.3編制個性化提示源作為提示內(nèi)容； 2minischedule： 2.1 編輯日程安排； 2.2 設(shè)定提醒方式； 2.3 事務處理模型； 2.4 提供日程分類； 3min

11、iablum： 3.1 個性化的相冊集； 4minidiary： 4.1 簡單而又具個性化的個人日記編輯環(huán)境； 4.2 加密功能； 5附加功能： 5.1 數(shù)據(jù)備份：安裝時就要求用戶設(shè)定備份路徑，一般不應與安裝路 徑一樣（大家肯定有感忘記備份數(shù)據(jù)而重裝系統(tǒng)之后信息丟失的 痛苦 - ） ； 5.2 個性化安裝組件：將以上功能做成組建，安裝時用戶自行選擇； 5.3 miniaddress：兼容 outlook 與 foxmail 的地址本，方便軟件間 互相導入與導出； b. 性能 1. miniclock 1) 在用戶指定的時間點,提醒用戶時間到. 2) 日常事務,如休息,用餐等的提醒 2. min

12、ischedule： 1) 用戶編制日程安排后,我們能夠按照用戶已經(jīng)定制的提醒方式按時 提醒用戶時間到., 3. miniablum 2) 用戶選擇了相冊的分類標準后,本軟件可以實現(xiàn)照片的快速分類,查 找. 4. minidiary 3) 采用普通密碼和密碼公式的方式保護用戶的日記內(nèi)容.界面美觀. 5. 附加功能: 4) 在系統(tǒng)崩潰的時候,只要用戶設(shè)定了備份路徑,必須保證能夠恢復用 戶以前的數(shù)據(jù). c. 系統(tǒng)輸出 1miniclock a) 當既定的事務時間到達時,采用用戶選定的提醒方式提醒用戶 2minischedule b) 按照軟件提供的處理模型,用戶填寫一段時間內(nèi)所有的日程之后,本 軟

13、件按照事務的輕重緩急提醒用戶 3miniablum c) 提供照片的快速查找功能 4minidiary d) 輸出某個日期內(nèi)用戶的日記內(nèi)容. 5附加功能 e) 輸出備份數(shù)據(jù). d. 系統(tǒng)輸入 1.miniclock a) 輸入日常事務,如吃飯時間,休息時間 2.minischedule b) 按照本軟件提供的事務處理模型輸入需要完成的事務日程 3.miniablum c) 輸入個人,家人,朋友照片 4.minidiary d) 每天輸入日記內(nèi)容 5.附加功能 e) 初次使用輸入備份路徑. e. 在安全與保密方面的要求； 1. minischedule a) 所有的日程安排都不應該隨便被別人看到

14、. 2. minidiary a) 日記內(nèi)容應該保證不被別人看到 f. 完成期限 1. 預計開發(fā)日期 5 個月,到 2005 年 03 月完成. 2.2 目標 a. 管理信息服務的改進 1. 更好利用現(xiàn)有技術(shù)提高事務處理的效率 b. 自動決策系統(tǒng)的改進； 1. 事務處理模型支持按照事務的輕重緩急提醒用戶,保證最緊急最重要 的事務能夠首先被處理. 2.3 條件、假定和限制 說明對這項開發(fā)中給出的條件、假定和所受到的限制，如： a所建議系統(tǒng)的運行壽命的最小值:32 位 windows 上永遠都可以運行 b經(jīng)費、投資方面的來源和限制:暫時沒有 c法律和政策方面的限制:法律和政策方面沒有任何限制 d硬

15、件、軟件、運行環(huán)境和開發(fā)環(huán)境方面的條件和限制； 1) 硬件限制: pentium 133 mhz cpu,64m 內(nèi)存 2) 軟件限制:windows xp,windows 2003 3) .net framework 1.1 或是更高版本 e系統(tǒng)投入使用的最晚時間:2005 年 6 月 3 對現(xiàn)有系統(tǒng)的分析 這里的現(xiàn)有系統(tǒng)是指當前實際使用的系統(tǒng)，這個系統(tǒng)可能是計算機系統(tǒng)， 也可能是一個機械系統(tǒng)甚 至是一個人工系統(tǒng)。 分析現(xiàn)有系統(tǒng)的目的是為了進一步闡明建議中的開發(fā)新系統(tǒng)或修改現(xiàn)有系 統(tǒng)的必要性。 3.1 處理流程和數(shù)據(jù)流程 現(xiàn)有系統(tǒng)是指當前實際使用的系統(tǒng)，這個系統(tǒng)可能是計算機系統(tǒng)，也可 能是個

16、機械系統(tǒng)甚至是一個人工系統(tǒng)。 對現(xiàn)有系統(tǒng)進行分析的目的是為了進一步闡明建議中的開發(fā)新系統(tǒng)或修 改現(xiàn)有系統(tǒng)必要性。 現(xiàn)有系統(tǒng)主要功能簡單，主要包括通訊錄、日程表、文檔管理、鬧鐘等； 處理流程和數(shù)據(jù)流程通訊錄 通信錄主要記錄與用戶相關(guān)聯(lián)的一些人的基本聯(lián)系方式。這 是大部分個人助理軟件都具有的功能，簡單處理流程以及數(shù)據(jù)流程見下： 用戶添加通訊信息 通訊錄處理流程通訊錄處理流程 通訊錄列表 修改信息刪除信息 通訊錄查詢 一條通信錄記錄 通訊錄數(shù)據(jù)流程通訊錄數(shù)據(jù)流程 查詢顯示 修改 刪除 更新 日程表 顯示日歷 日程表處理流程日程表處理流程 選擇日期 修改信息刪除信息 填寫相關(guān)重要信息 日歷數(shù)據(jù) 日程表

17、數(shù)據(jù)流程日程表數(shù)據(jù)流程 查詢顯示重要個人事務數(shù)據(jù) 更新 選定 刪除 文檔管理 文檔填寫 文檔管理處理流程文檔管理處理流程 文檔分類 修改文檔信息刪除文檔信息 文檔查詢 文檔數(shù)據(jù) 日程表數(shù)據(jù)流程日程表數(shù)據(jù)流程 整理分類 更新 刪除 添加 文檔填寫 文檔管理處理流程文檔管理處理流程 文檔分類 修改文檔信息刪除文檔信息 文檔查詢 現(xiàn)有系統(tǒng)的鬧鐘提醒功能欠佳，通常以文本或者簡單音樂方式實 現(xiàn)，缺乏個性化。 同時數(shù)據(jù)的保密性不完善，缺乏數(shù)據(jù)備份功能，或者備份功能不 能最大程度滿足用戶需求。 費用開支 由于當前系統(tǒng)運行于用戶 pc 機，除了正常的電費、上網(wǎng)費，不 需要花費額外的計算機 管理維護費用。 3.

18、2 人員 現(xiàn)有系統(tǒng)運行所需人員主要為用戶，不需要專門的計算機技術(shù)人 員。 3.3系統(tǒng)開發(fā)成本 開發(fā)成本隨個人助理軟件面向的群體不同而有所不同?，F(xiàn)有面向 大眾的個人助理軟件基 本都是免費 軟件或者共享軟件。系統(tǒng)開發(fā)需要人力 34 人，開發(fā)周期 23 月。 3.4設(shè)備 現(xiàn)有系統(tǒng)大都運行在 pc 機上，對操作系統(tǒng)要求不高，所需要配 置的軟件也不高。 3.5 局限性 現(xiàn)有系統(tǒng)主要缺點還是缺乏人性化東西，各種系統(tǒng)五花八門，雖 然個人助理軟件實現(xiàn)起來不難，但是對于一些讓人感覺到親切的東西，現(xiàn) 有軟件很少體現(xiàn)。 4 所建議的系統(tǒng) 4.1 對所建議系統(tǒng)的說明 4.1.1 鬧鐘,用于提醒各種事務,包括用餐,休息

19、等. 日期和時間：實現(xiàn)多種日歷表,如農(nóng)歷表； 根據(jù)已經(jīng)成熟的日期換算算法直接得到結(jié)果, 4.1.2 日程事務提醒： 根據(jù)用戶設(shè)定的某個時間的具體事務,當時間到達時,將用鬧鐘 或是語音的方式提醒用戶. 提供日程安排提醒功能.使用了一個比較有效的事務處理模型, 即緊急-重要事務處理模型.如圖,事務按照緊急性和重要性排在 二維坐標上,那么我們通知的時候我們會按照圖示的模型提醒, 保證用戶的工作最高效 事務 1 事務 2 事務 3事務 4 緊急 重 要 4.1.3 休息提醒 用戶自行指定各個時間段的休息時間點,當?shù)竭_休息時間時,我 們將提示要休息.提醒方式多種多樣,可以播放一段音樂,舞蹈視 頻,或是定

20、制的家人朋友的聲音,自己錄制的視頻等. 4.1.4 miniablum： 提供個人相冊的管理功能,比如私人的,朋友的,家人的,次相冊集還 有一個功能是給事務提醒提供材料,我們會從中隨機檢索出一張照 片用于提醒. 4.1.5minidiary： 采用數(shù)據(jù)庫存儲日記內(nèi)容,保證日記不會被別人偷看.用戶可以隨時 更改密碼,或是采用我們的特定密碼公式進行身份驗證. 所謂密碼公式,即,我們定義公式,里面的某些變量只有用戶自己知 道具體數(shù)值,當用戶把具體數(shù)值帶入公式然后填寫結(jié)果,如果正確則 認為用戶通過檢驗.如 z=3*x+5*y+7*t,那么 x,y,t,各代表年齡,生 日,或是其他的用戶指定的信息,用戶

21、把結(jié)果填寫正確時,我們認為 他通過了身份驗證. 在用戶體驗上力求做到更好. 6附加功能： 6.1 數(shù)據(jù)備份：安裝時就要求用戶設(shè)定備份路徑，一般不應與安裝路 徑一樣（大家肯定有感忘記備份數(shù)據(jù)而重裝系統(tǒng)之后信息丟失的 痛苦； 采用類似數(shù)據(jù)庫文件異地存儲的方式,用戶可以選擇其他磁盤來保 存重要聯(lián)系人信息,這樣在系統(tǒng)崩潰后信息不會丟失. 6.2 個性化安裝組件：將以上功能做成組建，安裝時用戶自行選擇； 以上所有功能都采用組件原則實現(xiàn),用戶可以選擇某些自己需要的 功能安裝 4.2 處理流程和數(shù)據(jù)流程 事務提醒功能 日程安排提醒 個性化相冊 日記本 備份 4.3 影響 (a)4.3.1 對設(shè)備的影響 改變

22、了人一貫控制電腦的模式,電腦同樣可以提醒人類去做事情 精美的界面給人們帶來美的感受,電腦不再只是機器. (b)4.3.2 對軟件的影響 對現(xiàn)有軟件沒有任何影響,該軟件可以獨立運行于 windows 平臺之上. (c)4.3.3 對用戶單位機構(gòu)的影響 為每個員工建立起事務的提醒的機制,從整體上提升工作效率. 在單位建立起人性化的休閑提醒,對每個員工都將產(chǎn)生深遠的影響. 對技術(shù)水平?jīng)]有特別的要求,只要熟練操作 windows 就可以. (d)4.3.4 對系統(tǒng)運行過程的影響 a 用戶的操作規(guī)程: 1) 在事務和休息提醒模塊中,用戶只需設(shè)定提醒的時間就可以在以后的日 子里天天使用. 2) 在日程提醒

23、模塊中,用戶只需按照既定的規(guī)則輸入自己的事務,系統(tǒng)到 時間會自動按照事情的輕重緩急進行提醒 3) 個人相冊模塊,選擇相冊類別,然后添加照片. 4) 日記模塊,第一次使用,用戶需要選擇密碼提醒方式,設(shè)定初始密碼,然 后就可以放心的使用了. 5) 備份功能.用戶只需提供備份路徑. b 運行中心的操作規(guī)程； 1) 在公司內(nèi)部可以提供一個中心服務功能,即到了休息時間提醒做眼保健 操或是提供其他的休息方式. c 源數(shù)據(jù)的處理,數(shù)據(jù)源可以放在 pc 上處理,也可以有一個中心服務主機 d 數(shù)據(jù)進入系統(tǒng)的過程:除了基本的運行數(shù)據(jù),其他的全部來自用戶的輸 入 e 對數(shù)據(jù)保存的要求，對數(shù)據(jù)存儲、恢復的處理:要求不

24、要存放在系統(tǒng)盤 下面,提供備份恢復功能,一旦系統(tǒng)崩潰,信息不會丟失. f 輸出報告的處理過程、存儲媒體和調(diào)度方法；輸出即提醒的方式,既可 以采用系統(tǒng)給定的提醒方式,也可以用戶自定義提醒方式. g 系統(tǒng)失效的后果及恢復的處理辦法。只要采取了備份措施,系統(tǒng)失效后 所有的信息都不會丟失,只需要卸載本軟件然后重新安裝,所有的數(shù)據(jù)仍 然存在. (e)4.3.5 對開發(fā)的影響 a. 為了支持所建議系統(tǒng)的開發(fā)，用戶需進行的工作,提供一下信息: 1) 在目前情況下各種提醒功能都有哪些不足 2) 個人信息的保密程度夠不夠?能不能有效的防止信息丟失? b. 為了建立一個數(shù)據(jù)庫所要求的數(shù)據(jù)資源； 1) 系統(tǒng)自定義的

25、數(shù)據(jù)源,包括一些娛樂信息 2) 用戶輸入是最重要的數(shù)據(jù)源. c. 為了開發(fā)和測驗所建議系統(tǒng)而需要的計算機資源； 1) 基本的配置,windows 平臺 d. 所涉及的保密與安全問題。 2) 可以按照用戶的需求進行兩種級別的上的保密,可以滿足一般用戶的需 要. 4.4 局限性 目前不支持移動平臺,所以用戶定義的事務和日程僅僅能夠在 pc 上 提醒 提醒的方式還不能夠完全自定義,必須依賴于系統(tǒng)已有提醒模型. 4.5 技術(shù)條件方面的可行性： a 在當前的限制條件下，該系統(tǒng)的功能目標能否達到 1) 該方案采用 c#和.net 技術(shù)實現(xiàn),在技術(shù)上不存在困難,完全可以達到. b 利用現(xiàn)有的技術(shù)，該系統(tǒng)的功能能否實現(xiàn)； 1) 利用現(xiàn)有的技術(shù),該系統(tǒng)功能完全可以實現(xiàn). c 對開發(fā)人員的數(shù)量和質(zhì)量的要求并說明這些要求能否滿足； 1) 對發(fā)人員要了解 c#基本語法,基本數(shù)據(jù)庫的操作,這些要求已經(jīng)滿足