miniSpace 個人助手軟件可行性研究報告

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

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

3、現(xiàn)鬧鐘、提醒休息、通知事務、日記本、個人相冊等功能。 sgml - standard for general markup language 通用標記語言標準 xml - extensible markup language 可擴展標記語言 mathml - math markup language 數(shù)學標記語言 1.4 參考資料 1.4.1 軟件設計文檔國家標準_gb856788-可行性研究報告（gb856788） 1.4.2 使用 uml關(guān)于對象和組件軟件工程 英perdita stevens rob pooley 著 包曉露 趙曉玲 譯 人民郵電出版社 2003 年 6 月第一版 2 可

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

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

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

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

8、inischedule a) 所有的日程安排都不應該隨便被別人看到. 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)費、投資方面的來源和限

9、制:暫時沒有 c 法律和政策方面的限制:法律和政策方面沒有任何限制 10 d 硬件、軟件、運行環(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 處理 流程

10、和數(shù)據(jù)流程 現(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)必要性。 現(xiàn)有系統(tǒng)主要功能簡單，主要包括通訊錄、日程表、文檔管理、鬧鐘等； 處理流程和數(shù)據(jù)流程通訊錄 通信錄主要記錄與用戶相關(guān)聯(lián)的一些人的基本聯(lián)系方式。這是大部分個人助理軟件都具有的功能，簡單處理流程以及數(shù)據(jù)流程見下： 11 用戶添加通訊信息 通訊錄列表 通訊錄查詢 修改信息 刪除信息 通訊錄處理流程 一條通信錄記錄 查詢顯示 修改 刪除 更新 通訊錄數(shù)據(jù)流程 日程表 12 顯示日歷 選擇日期 填寫相關(guān)重要信息 修

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

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

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

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

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

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

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

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

19、所要求的數(shù)據(jù)資源； 1) 系統(tǒng)自定義的數(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). 22 c 對開發(fā)人員的數(shù)量和質(zhì)量的要求并說明這些要求能否滿足； 1) 對發(fā)人員要了解 c#基本語法,基本數(shù)據(jù)庫的操作,這些要求已經(jīng)滿足. d 在規(guī)定的期限內(nèi)，本系統(tǒng)的開發(fā)能否完成。 1) 預定期限為四個月,可以完成. 5 可選擇 的其他系統(tǒng)方案 無 5.1 可選 擇的系統(tǒng)方案 1 無 5.2 可選 擇的系統(tǒng)方案 2 無 6 投資及效益分 析 1. 支出 1.1. 一次性支出 系統(tǒng)開發(fā)階段所需經(jīng)費主要為書籍資料費，由開發(fā)團隊自行準備，總額不超過 400 元。 開發(fā)所需硬件設備由開發(fā)團隊自行解決，