軟件專項(xiàng)可行性研究報(bào)告寫作提綱

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

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

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

4、企業(yè)證書、產(chǎn)品質(zhì)量認(rèn) 證、環(huán)保證明；產(chǎn)品訂貨意向、合同等補(bǔ)充材料。 十、 結(jié)論 范文: 文檔編號(hào)： 200411161 版 本： 1.0 文檔名稱： 可行性研究報(bào)告 項(xiàng)目名稱： minispace 項(xiàng)目負(fù)責(zé)人： 楊世泉 編寫： 楊世泉 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 目標(biāo).2 2.3 條件、假定和限制.3 2.4 進(jìn)行可行性研究的方法.3 2.5 評(píng)價(jià)尺

5、度.3 3 對現(xiàn)有系統(tǒng)的分析 .3 3.1 處理流程和數(shù)據(jù)流程.4 3.2 工作負(fù)荷.4 3.3 費(fèi)用開支.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 改進(jìn)之處.5 4.4 影響.5 4.4.1 對設(shè)備的影響 .5 4.4.2 對軟件的影響 .5 4.4.3 對用戶單位機(jī)構(gòu)的影響 .5 4.4.4 對系統(tǒng)運(yùn)行過程的影響 .6 4.4.5 對開發(fā)的影響 .6 4.4.6 對地點(diǎn)和設(shè)施的影響 .6 4.4.7 對經(jīng)費(fèi)開支的影響 .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 社會(huì)因素方面的可行性 .10 7.1 法律方面的可行性.10 7.2 使用方面的可行性.10 8 結(jié)論 .11 gb856788 可行性研究報(bào)告 1引言 1

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

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

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

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

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

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

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

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

15、件、軟件、運(yùn)行環(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)投入使用的最晚時(shí)間:2005 年 6 月 3 對現(xiàn)有系統(tǒng)的分析 這里的現(xiàn)有系統(tǒng)是指當(dāng)前實(shí)際使用的系統(tǒng)，這個(gè)系統(tǒng)可能是計(jì)算機(jī)系統(tǒng)， 也可能是一個(gè)機(jī)械系統(tǒng)甚 至是一個(gè)人工系統(tǒng)。 分析現(xiàn)有系統(tǒng)的目的是為了進(jìn)一步闡明建議中的開發(fā)新系統(tǒng)或修改現(xiàn)有系 統(tǒng)的必要性。 3.1 處理流程和數(shù)據(jù)流程 現(xiàn)有系統(tǒng)是指當(dāng)前實(shí)際使用的系統(tǒng)，這個(gè)系統(tǒng)可能是計(jì)算機(jī)系統(tǒng)，也可 能是個(gè)

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

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

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

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

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

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

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

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

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

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