逢甲大學
資 訊 工 程 學 系 專 題 報 告
家庭生活資料庫設計
~家庭生活管理系統~
以虛擬家庭王家為例
游士誼（資四丙）
學 生： 林一龍（資四丙）
沈鎮山（資四丙）
謝瑋哲（資四丙）
指導教授： 謝信芳
中華民國九十一年十一月
目錄……….1 圖表目錄……….2 摘要……….3 第一章 導論……….8 1.1 動機………..8 1.2 目的………..10 第二章 系統概述……….11 2.0 沿革………11 2.1 問題概述………..13 2.1.1 家庭成員表……….14 2.1.2 家中成員的職責……….15 2.1.3 生活問題範例……….16 2.2 問題分析………. 17 2.3 家庭生活管理程式系統之子系統架構圖……. 18 2.3.1 構想圖……….18 2.3.2 架構圖……….19 2.4 軟硬體需求………..20 第三章 系統分析……….21 3.1 系統分析………21 3.2 評估分析………23 3.3 正規化………24 3.4 行事曆管理子系統………27 3.4.1 行程管理子系統………...30 3.4.2 記事管理子系統……….34 3.4.3 日記管理子系統……….37
3.4.4 個人資料設定……….40 3.5 名片簿管理子系統………..43 3.5.1 名片簿登錄管理子系統……….45 3.6 收支管理子系統………48 3.6.1 收支管理子系統……… 50 第四章 系統建置……….53 4.0 登入系統………53 4.0.1 新手註冊………..55 4.1 行事曆子系統……….57 4.1.1 檢視模式………57 4.2 記事本子系統……….71 4.3 收支簿系統……….78 4.4 日記本子系統……….86 4.5 名片簿子系統……….89 4.5.1 名片簿檢視……….89 4.5.2 名片簿詳細內容……….91 第五章 系統評估……….93 5.1 行程管理子系統………93 5.2 記事管理子系統………93 5.3 日記管理子系統………93 5.4 個人資料設定子系統………93 5.5 名片簿管理子系統………94 5.6 收支管理子系統………94 5.7 未達成的部分………94
6.1 心得……….95
6.2 未來展望………106
參考書目………108
圖表目錄 圖 2-1 利用網路使的公司和家中電腦結合……….5 圖 2-2 家庭成員圖……….7 圖 2-3 構想圖………11 圖 2-4 架構圖………12 表 3-1 各種系統模型………..14 圖 3.1 行事曆管理系統全景圖………..21 圖 3-2 行事曆管理系統的資料流程圖………..22 圖 3-3 行事曆之系統之系統功能圖………..23 圖 3-4 行程管理系統的系統流程圖………..24 表 3-2 行程管理系統的紀錄格式………..26 圖 3-5 記事管理系統的系統功能圖………..27 圖 3-6 記事管理系統的系統流程圖………..28 表 3-3 記事管理系統的紀錄格式………..29 圖 3-7 日記管理系統的系統功能圖………..30 圖 3-8 日記管理系統的系統流程圖………..31 表 3-4 日記管理系統的紀錄格式………..32 圖 3-9 個人資料設定的系統流程圖………..33 圖 3-10 個人資料設定的系統流程圖………..34 表 3-5 個人資料設定的紀錄格式………..35 圖 3-11 名片簿管理子系統之系統全景圖………36 圖 3-12 名片簿管理子系統之系統流程圖………37 圖 3-13 名片簿登錄管理子系統之系統功能圖………38 圖 3-14 名片簿登錄管理子系統之系統流程圖………39
圖 3-15 收支管理系統的系統全景圖……….41 圖 3-16 收支管理系統的資料流程圖………..42 圖 3-17 收支管理子系統的系統功能圖………43 圖 3-18 收支管理子系統的系統流程圖………44 表 3-7 收支管理子系統的檔案格式………..45 圖 4-1 登入畫面……….46 圖 4-2 使用者註冊……….48 圖 4.3 行事曆日檢視……….51 圖 4.4 行事曆週檢視………53 圖 4.5 行事曆月檢視……….55 圖 4.6 新增行程……….56 圖 4.7 新增行程輸出圖……….58 圖 4.8 修改行程後輸出畫面……….61 圖 4.9 刪除行程後輸出畫面……….63 圖 4-10 按下新增記事鈕………64 圖 4-11 編輯並儲存………65 圖 4-12 儲存成功畫面………66 圖 4-13 新增完成………..66 圖 4-14 按下刪除鈕……….67 圖 4-15 刪除畫面………..68 圖 4-16 按下查詢鈕………..69 圖 4-17 記事列表………..70 圖 4-18 錯誤訊息畫面………..70 圖 4-19 按下新增帳目………..71 圖 4-20 輸入畫面………..72
圖 4-21 結果畫面……….73 圖 4-22 按下欲修改項目……….74 圖 4-23 修改畫面……….75 圖 4-24 完成畫面……….76 圖 4-25 輸入查詢條件……….77 圖 4-26 查詢結果畫面……….78 圖 4-27 我的日記開始畫面……….79 圖 4-28 日記修改完成畫面……….81 圖 4-29 名片佈展示畫面……….82 圖 4-30 新增名片資料畫面……….83 圖 4-31 名片簿新增完成畫面……….85
摘要
隨著時代之進步，科技之演進，在新世代的產品和電腦資訊的發 展，大家的生活是越來越便利，但生活卻越來越忙碌，也越來越缺乏 規律性，是新時代來臨的挑戰，也是個人生活管理的重大挑戰，如何 改變不良的生活習慣，以迎接改變的生活，利用新科技，迎向新時代。
第一章 導論 1.1 動機 在今日的工商業社會中，經濟不景氣造成人們工作繁忙，無心照 料家中大小瑣事；又因缺乏財務管理之觀念，且經濟困難，而有了不 當投資策略，造成經濟上的惡性循環；親朋好友因為忙碌而失去聯繫， 造成不必要誤會；時間上管理不夠確實，未妥善安排。以上種種情況， 也造成以下弊病出現在現在家庭中： 1. 重要事項常遺忘：諸如紀念日，開會日，出外旅遊，家中重要 大事等，還有何時開會，以及種種重要記事或行程，明明重要卻 又老是遺忘，受人責難。 2. 家庭收支缺乏控制：金錢收支是家庭生活重要之一環，缺乏優 良理財觀念，縱使月入數百萬也會喊窮，而整理每日每月帳目是 觀察自己對金錢控制的方式，現代人投資股票缺乏設立獲利停損 觀念，只知賣高買低，一直利用融資融券買賣，結果負債累累了。 3. 缺乏預備金之管理與設置：無論何時，總有突發狀況，有時孩 子要繳費，信用卡帳單來了，家人受傷助院都要用錢，突如其來 的大筆金錢需求，家中身上卻不夠、有時會造成煩惱。 4. 臨時的小事情常遺忘：要老公買便當回來，或者臨時要出門， 叫孩子不要擔心，或者臨時要加班開會，不回來吃，要家人先吃 飯，等等一堆堆瑣事。夠煩人的了。 5. 親朋好友的電話住址生日缺乏管理：朋友多，但都沒聯絡更是 不好，會讓對方認為你不是真誠的朋友，而彼此產生嫌隙。 6. 缺乏方向感或認路的能力：老是迷路，或去過便宜實在的良好 商店，要再去時卻忘了在哪裡。
時間，那就由電腦程式來幫你我管理這些重要但零星的瑣事吧。 在以上的這些問題之中，大多均可利用我們資工系在二年級和三 年級的電子資料處理、檔案結構與管理和資料庫程式設計中所學的資 料處理的方法，以及系統分析時所學的系統分析方式來達成。例如利 用資料庫設計的程式來幫你方便新增、刪除、修改你的親朋好友資料， 甚至可以依照友好度來排序呢。
1.2 目的 設計一個程式，使生活便利。更為了避免上述所提之情況，改善 個人與家庭生活，維持良好人際互動關係，渡過這不景氣的嚴酷日子， 使自己能在這樣環境下，依然活的輕鬆自在。 1.設計一個人性化的資料庫和管理程式，以親切的界面幫助現代人 對自我生活的管理：有優良的介面令使用者使用的得心應手，更有 自信去管理自己的生活。 2.和電子商務有所結合：現在流行網上購物，方便，快速且有新鮮 感。 3.打理帳目：帳目的管理就是金錢的管理，如何妥善運用每一分 錢，更是馬虎不得的大事。 4.和網路結合：上網查詢自己的借書資料，帳戶記錄，收發郵件都 是必須的。 5..管理名片與電話簿：名片管理和提醒你親朋好友的生日，更是 重要的維持良好人際關係的工作。 6.幫助提醒重要記事：孩子的註冊日，父母的生日，該開會的日子， 結婚紀念日等，有妥善的行程規劃，就有充分的時間了。 7.提供簡易地圖：看到好的商店，記錄簡單的地圖，方便日後的需 要，更可避免迷路。 以上均是為了幫助人們過更有計畫，更有意義的生活而存在的， 為了這些目的就設計一套結合上述功能的軟體，也就是這樣的題目。 在以服務為基礎，人性化介面為要求下，結合網路、資料庫、電子地 圖等電腦軟體，和記事本，電話簿，收支簿的應用軟體。也就是這個 系統。
第二章 系統概述 2.0 沿革 常有人抱怨太窮了，沒有時間，生活太繁忙，想要休假，又沒錢 出去玩，孩子老是要東要西，每年賺的錢都不夠用，卻又要繳交那麼 多的稅。對生活需求的不滿，為此，在這新 E 世代，二十一世紀，資 訊的時代，一個好的程式，一個幫助人們管理家庭大小瑣事的管理系 統就是必須的。在未來更和 IA 家電有所結合，幫助人類更舒服的生活， 更是人類的美好遠景。 利用現代幾乎家家戶戶都有電腦與方便的網路情況下，以家中的 電腦作為資料庫的主機和 service，利用 DNS 的技術，建立公司或遠端 電腦和家中電腦主機的連線，直接進行行程的規劃或生活上的管理， 也因為是自己家中的電腦，更不怕被不法份子盜取你家人的資料。使 用 pchome 或者是一些搜尋引擎提供的個人行程管理程式，也因為一次 可盜取多筆資料，且出名，就較易被駭客盜取，而個人的電腦為主機 的情況下，連 IP 都不易直接取得，且資料在自己的掌握下，更令人安 心。
2.1 問題概述 在家庭中常有發生一些容易發生衝突的瑣事，有時只是因為沒做 好管理所發生的，在彼此溝通不良，或者來不及通知的情況下，例如： 夫妻間最常發生的是妻子在家中準備了丈夫的晚餐，卻等不到人，晚 上一回來就說已經吃飽了，讓人生氣不已等諸如此類的種種生活瑣事 所衍生的家庭問題。以下之問題範例就是沒做好生活規劃所導致的， 也是現代家庭常發生的問題。
2.1.1 家庭成員表
2.1.2 家中成員的職責 王父 ：年齡 40 歲，公家銀行中階主管，副理，一家之主。 負責事務：賺錢 王母 ：年齡 41 歲，家庭主婦，家中的真正管理者 負責事務：收支管理和重要記事登錄。 王小胖：年齡 20 歲，大學生。星期六、日在家附近小說出租店打工 負責事務：讀書和打工 王小妹：年齡 17 歲，高中生。補習與上課是她生活的全部 負責事務：讀書和補習 王家大伯：久居日本，只有重要事務才返台。 王家小叔：多次離婚結婚的小說家，有一餐沒一餐的度日，常到王家 共用晚餐。
2.1.3 生活問題範例 看到桌上那一堆紅字的本子，不知情的想必會認為這又是誰的成 績單了。王母想到就不禁煩惱起來，又透支了，房貸扣一扣，還是不 夠用，只能怪股市一片綠，套牢太多了。看看時鐘，快五點了，也該 是時候門鈴響了。果然，小叔又來按門鈴了，一定又因為又沒得吃了 才又上門的。想想，也還比這個小叔好的多了，做個小說家，卻因東 忘西漏，又缺乏金錢觀念，老婆也跑了，還有一頓沒一頓的挨餓，真 是缺乏生活上的管理阿。 收拾了餐桌，孩子和小叔都吃飽了，奇怪的卻是老公還不回來， 王母正這麼想時，一陣急迫的叩門聲，不，應該是撞門聲，打開一看， 王父一臉醉樣的回來，正想責備他為何又沒打電話說他不回來吃飯， 還害自己多浪費了一個人的量時。王父已經睡著了，真是讓她氣死了。 隔天早上，王小弟去打工，王小妹去補習時，王母和王父正在為 了房貸和每月透支在傷腦筋的討論中，此時接到了他大伯來自日本的 長途電話，原來他明天要回來掃墓了，此時夫婦兩人才想起明天是父 親的忌日，卻又忘了準備，趕忙打電話找小叔通知一聲，才臨時想起 小叔為了躲支付贍養費而換了電話，家中這支是舊的。這下肯定會被 他們那重視生活管理的大伯責備了。 星期日晚上，正式家庭和樂休息的時間，突然王小妹明天要繳交 三科補習費 17000 元的一句話，又讓他們夫婦兩開始忙了，東翻西找， 一時間也不易湊齊，此時王小弟拿出了一疊千元大鈔，說了：「早猜到 會這樣了，這是打工存的先拿去用吧。」他搖搖頭，又說到：「希望不 要哪天連房貸也要從自己戶頭拿了，真是一點儲備金觀念都沒有。」 夫婦兩只好在那呆笑了。
2.2 問題分析
在以上的問題中，有著忘記重要事情，並未妥善管理金錢，已至 於沒法及時繳交該繳交的金錢，等到缺了才知道，重要親友的名片及 電話未能記錄下來等問題。缺乏管理的常識，更是造成這種結果的主 因。
2.3 家庭生活管理程式系統之子系統架構圖 2.3.1 構想圖
2.3.2 架構圖
2.4 軟硬體需求 硬體需求 個人電腦（P2 以上相容 128RAM）：作為資料的顯示與查詢 鍵盤與滑鼠：資料輸入 螢幕與印表機：資料輸出 個人行動助理或 PDA：隨身攜帶方便查詢 ADSL 或寬頻網路：方便資料的傳輸與網上資料下載與更新 軟體需求 個人電腦用視窗 98/2000/ME/XP 相容作業系統：基本作業系統 IE5.0 以上版本或網景瀏覽器：網路瀏覽用 ADSL 撥號軟體：上網必備
第三章 系統分析 3.1 系統分析 資訊系統開發模式是資訊開發活動一系列的步驟及執行程序。當 系統開發依循系統化、邏輯化的步驟進行時，有利於標準、規範與政 策之進行和建立，開發的過程將更有效率，更能確保品質，也更容易 管理。有鑑於此，所以我們必須先熟悉、了解各種系統開發模式以期 能更有效率的開發系統。以下則是各種系統模式的特性分析、比較： 模 式 主 要 特 性 適 用 條 件 瀑 布 模 式 1. 開發階段有清楚的定義，每階段 均需考量完整的系統範圍，且各 階段僅循環一次。 2. 強調先有完整的設計與規劃，在 進行編碼。 3. 重視設計與規劃之文件。 4. 一階段的完成需經驗證通過後， 才能進入下一階段 1. 使用者需求可完整 且清楚的描述。 2. 解決問題之知識， 例如模式或方法可 得到。 3. 軟硬體之技術與支 援沒問題 漸 增 模 式 1. 開發階段有清楚的定義，把整個 問題範圍分解成若干子問題，各 子問題之開發可依序以瀑布模式 進行，亦可平行進行再整合。 2. 強調先有完整的設計與規劃，在 進行編碼。 3. 開發週期反覆的進行 1. 使用者需求可完整 且清楚的描述。 2. 解決問題之知識， 例如模式或方法可 得到。 3. 軟硬體之技術與支 援沒問題 雛 型 1. 系統開發階段無清楚之分別，且 開發週期反覆的進行。 1. 使用者需求無法完 整且清楚的描述。
模 式 2. 不強調有完整的設計與規劃再進 行編碼。 3. 強 調 快 速 的 完 成 雛 型 且 儘 早 使 用，以作為雙方需求溝通與學習 的工具 2. 解決問題之知識， 例如模式或方法無 法立即得到。 3. 軟硬體之技術與支 援不確定。 螺 旋 模 式 1. 上述各情形之綜合。 2. 強調各開發週期之規劃與風險評 估。 1. 上述各情形均可。 同 步 模 式 1. 將開發工作分割並同時進行。 2. 整合及系統測試不可分割，且各 功能組都要執行。 1. 需求可明確且完整 的描述。 2. 有 足 夠 的 能 力 參 與。 3. 團隊間有良好的溝 通，資訊交換與專 業管理。 表 3-1 各種系統模型
3.2 評估分析 我們考量資訊系統之特性及其適用之系統開發模式，決定採用螺 旋模式，主要因素： 螺旋模式的重要特色是每週期隻結束需由與系統有關隻主要人員或組 隻來檢討系統績效，檢討的內容包含上一週期之所有系統發展，對下 一週期之規劃及所需之資源等。檢討之主要目標是確保相關組織均互 相承諾下一階段之方式。對下一階段之規劃也可能包括把系統分割成 幾個後續發展之部份或由其他組織或個人開發之元件。對後者而言， 每一元件有一螺旋週期，因此若元件同時開發可看到一系列平行的螺 旋週期。另外螺旋模式的特色與應用原則是： 1. 在高風險部份設計尚未穩定前，規格之發展不需要一致，詳盡或正 式以避免不必要之設計修改。 2. 在開發之任一階段，螺旋模式可整合雛型模式以降低風險。事實上， 再細部設計到程式編輯之程序上，雛型模式與風險分析常被應用以 降低風險。 3. 當更吸引人之方案被找出或新風險需被解決時，螺旋模式整合重作 或回到前面之階段。
3.3 正規化 正規化的定義： 正規化行市可由第一階段進化到第五階段，每一階段具有符合前 一階段需求的特性。依照正規劃準則來做資料庫系統通常就意味著將 資料表格切割成兩個或多個資料較小且欄位較少的資料表格，在重新 設計聯外鍵的關係，把資料表格縮小後，可用連結運算來將資料之間 的關係重新連結起來。把資料表格依照正規化法則加以切割，最大的 優點就是可以避免資料表格內資料的重複情形。正規化法則就像主體 關聯性模型化一樣，也是根據某種資料庫理論發展出來的，讓資料表 格的設計符合某種標準樣式，即稱為正規化。 正規化的目的： 從事資料庫設計基本要求的欄位中應包含充分，清晰。且意義明 確的資料，才能達成資料共享，同時避免資料重複儲存，進而節省儲 存空間，亦可避免資料之不一致性。 正規化的步驟： Step1：將原始資料中的重複群組去除，就是第一正規化 Step2：其次去除部份相關性，得到第二正規化 Step3：消除遞移相關，得到第三正規化 1. 第一正規化型式(1NF)：每一個資料與欄位的交會，其值必須只有一 個，爾且是不可在被分割的。也就是說，在第一正規化的過程中， 所有資料表格不會有重複的資料，第一正規化符合下列條件： （1） 必須是二維式的表格 （2） 表格的每一資料只描述一事件 （3） 每一欄位只含有單一事務的特性
（5） 每個欄位的名稱必須是獨一無二的 （6） 沒有任兩筆資料相同 以行程管理系統為例： 序號 欄位名稱 1 Member_clendar_id 2 Member_id 3 Calendar_date 4 Calendar_todate 5 Calendar_subject 6 Calendar_body 7 Calendar_place 8 Calendar_contact 9 Is_public 每一筆行程記事資料皆唯一，因為再現實生活之中同一時間內不會有 完全相同兩事件同時發生。 2. 第二正規化型式(2NF)：所有非鍵值得欄位必須完整的依存在主鍵之 下。因此，資料表格裡不能有不符合於複合主鍵的欄位。 主鍵是 member_clendar_id，而 member_id 是所有資料的共同索引鍵， 在 member_clendar_id 底下，所有的資料均依附在主鍵下 1 Member_clendar_id 2 Member_id 3. 第三正規化型式(3NF)：符合第二正規化的大部分原則，但並不限制 一定要使用複合主鍵。他要求沒有任何的非鍵值欄位依附瘥其他非 鍵值欄位。每個非鍵值欄位必須依附在主鍵之下。
4. 第四正規化型式(4NF)：不允許主鍵與非鍵值欄位之間有獨立的一對 多關聯性。
5. 第五正規化型式(5NF)：將資料表格進可能分成最小資料表格，以讓 資料表格裡沒有重複出現的資料。
3.4 行事曆管理子系統 1. 行程管理系統：以年曆、月曆、週曆、日曆、時間表來顯示日期， 以簡單的下拉式功能表來對各式行程和紀念日作安排，用鮮豔的色 彩、圖案和簡易單句作為表示，以求淺顯易懂。每日要做的行程工 作都在其中，進度和目標由你決定，何時要開始，何時要結束都在 個人的掌握中，小視窗提醒你重要的工作，使你不遺忘 2. 日記管理系統：每日的日記，明確的表示方式來方便你做每日點點 滴滴回憶的紀錄。 3. 記事管理系統：和 DATA MODE 的功能相結合，提供適當的空間和每 日記事的標題作為搜尋的索引，使你更明白你紀錄的事項內容。不 只是每日的備忘和行程內容，更可以市重要的生活資訊紀錄。 4. 個人資料設定：更自由，更方便，更個人化，想修改啥種的設定都 在自己。
3.4.1 行程管理子系統 1. 行程管理系統的處理： 主要功能： 1. 新增行程事項紀錄檔：增加每日每月每一時刻的重要行程資 料，可快速登錄所記事項。 2. 刪除行程事項紀錄檔：刪除不必要的行程事項。 3. 查詢行程事項紀錄檔：查詢你所要找的時間時的重要紀錄。 4. 列印重要行程紀錄檔：印出你所要的當日當周當月的記事與行 程。 2. 行程管理系統的系統流程圖： 主系統 行事曆 行事曆子系統 事件查詢處理 事件修改處理 事件刪除處理 事件新增處理 列印行事曆 圖 3-3 行事曆之系統之系統功能圖
member_calendar.NDF Procedure 4-1 行事曆管 理.SCX 完成訊息.SCX 錯誤訊息.SCX 行事曆資料 報表.RPT 圖 3-4 行程管理系統的系統流程圖
3. 行程管理系統的檔案說明： 1. Procedure1-1：對於事件進行動作的選擇，新增，刪除，修改 的處理，並在事件處理完後依照開始的日期標記並儲存，顯示 在螢幕上，並進行列印的選擇。 2. 行事曆管理.SCX：進行動作的選擇，資料的輸入畫面。 3. 行事曆報表.RPT：列印的文件。 4. 錯誤訊息.SCX：選擇錯誤或輸入錯誤的提醒畫面。 5. 完成訊息.SCX：完成訊息的提醒畫面。 6. member_calendar.NDF：儲存行程資料紀錄的檔案。
4.行程管理系統的紀錄格式：member_calendar.NDF 序號 欄位名稱 資料型態 欄 位 大 小 備註 1 Member_clendar_id varchar 50 主索引鍵 2 Member_id varchar 50 使 用 者 的 帳 號 3 Calendar_date datetime 8 事 件 開 始 日 期 4 Calendar_todate datetime 8 事 件 結 束 日 期 5 Calendar_subject varchar 50 事件標題 6 Calendar_body varchar 150 事件內容 7 Calendar_place varchar 50 事件地點 8 Calendar_contact varchar 50 聊絡資料 9 Is_public varchar 50 是否公開 表 3-2 行程管理系統的紀錄格式
3.4.2 記事管理子系統 1. 記事管理系統的處理： 主要功能： 1.新增記事：增加新的記事項目和內容。 2.刪除記事：刪除舊有的記事項目。 3.修改舊有記事：對舊的記事內容進行修改。 4.查詢記事：依照主題、日期，進行查詢動作。 5.列印記事內容：逐項列印所選取的記事內容。 2. 記事管理系統的系統流程圖：
3. 記事管理系統的檔案說明： 1. Procedure1-2：處理記事資料新增、刪除、修改的動作，並進行動 做選擇的判斷 2. 日記管理.SCX：進行處理動作的選擇，與記事資料的輸入。 3. 記事內容.RPT：列印記事項目與內容。 4. 記事顯示畫面.SCX：顯示記事的內容與相關訊息。 5. member_note.NDF：紀錄記事資料的檔案。 4. 記事管理系統的紀錄格式：member_note.NDF 序號 欄位名稱 資料型態 欄位大小 備註 1 Member_note_id Varchar 50 主索引鍵 2 Member_id Varchar 50 使用者的帳 號 3 Note_subject varchar 50 記事標題 4 Note_body varchar 1200 記事本文 5 Note_contact varchar 50 記事資料 表 3-3 記事管理系統的紀錄格式
3.4.3 日記管理子系統 1. 日記管理系統的處理： 主要功能： 1.新增日記：增加新的日記項目和內容。 2.處理老舊日記：壓縮或刪除舊有的日記項目。 3.修改舊有日記：對舊的日記內容進行修改。 4.查詢日記：依照主題、日期，進行查詢動作。 5.列印日記內容：逐項列印所選取的日記內容。 2. 日記管理系統的系統流程圖： 圖 3-7 日記管理系統的系統功能圖
3. 日記管理系統的檔案說明： 1. Procedure1-3：處理日記資料新增、刪除、壓縮、修改的動作，並 進行動做選擇的判斷。 2. 日記管理.SCX：進行處理動作的選擇，與日記資料的輸入。 3. 日記內容.RPT：列印日記項目與內容。 4. 日記顯示畫面.SCX：顯示日記的內容與相關訊息。 5. member_diary.NDF：紀錄日記資料的檔案。 4. 日記管理系統的紀錄格式：member_diary.NDF 序號 欄位名稱 資料型態 欄位大小 備註 1 Member_diary_id Varchar 50 主索引鍵 2 Member_id Varchar 50 使用者的帳 號 3 Diary_date Datetime 8 日記日期 4 diary_subject varchar 50 日記標題 5 diary_body varchar 1200 日記本文 6 diary_contact varchar 50 日記資料 表 3-4 日記管理系統的紀錄格式
3.4.4 個人資料設定 1. 個人資料設定的處理： 主要功能： 1.個人資料設定：設定個人姓名生日等資料。 2.修改行事曆相關設定：依自己喜好設定。 3.變更密碼：變更密碼。 4.還原基礎設定：還原基礎設定回復原先預設。 5.其他：保密設定。 2. 個人資料設定的系統流程圖：
3. 個人資料設定的檔案說明： 1. Procedure1-5：處理設定的儲存工作 2. 個人設定 SCX：進行處理動作的選擇，與個人設定資料的輸入。 3. 成功設定.RPT：顯示成功設定儲存的相關訊息。。 4. 錯誤訊息.SCX：顯示輸入或選擇錯誤相關訊息。 5. member_function.NDF：紀錄設定資料的檔案。 4. 個人資料設定的紀錄格式：member_function.NDF 序號 欄位名稱 資料型態 欄位大小 備註 1 Member_set_id Varchar 50 主索引鍵 2 Member_id Varchar 50 使 用 者 的 帳 號 3 Member_name Char 20 使用者名字 4 Member_birthday Datetime 8 使用者生日 5 Member_phone Char 50 使用者手機 6 Set_startph Char 50 選 擇 開 始 畫 面 7 Set_color Char 50 選擇背景 8 Member_pwd Int 14 密碼 表 3-5 個人資料設定的紀錄格式
3.5 名片簿管理子系統
1. 名片簿登錄管理子系統：登錄親朋好友的各項資料，或生意來往商 家的資料，方便搜尋，查找。
2. 賀卡寄送子系統：寄發郵件或賀卡。
3.5.1 名片簿登錄管理子系統 1. 名片簿登錄管理子系統的處理： 主要功能： 1.新增名片資料：新增好友名單 2.刪除名片資料：刪除惡友資料 3.修改名片資料：修改舊有資料 4.列印名片資料：列印朋友相關資料 5.依索引分類名片資料：依自己喜好分類朋友資料 2. 名片簿登錄管理子系統的系統流程圖： 圖 3-13 名片簿登錄管理子系統之系統功能圖
3. 名片簿登錄管理子系統的檔案說明： 1. Procedure2-1：動作選擇與輸入資料的處理，輸入錯誤的判斷。進 行新增、刪除、修改等動作 2. 名片管理.SCX：動作的選擇和資料的輸入介面。 3. 朋友資料.RPT：列印朋友的一切相關資料，如電話、住址諸如此類。 4. 名片管理訊息.SCX：顯示錯誤訊息或查詢結果。 5. member_addbook.NDF：紀錄名片簿登錄管理子系統資料的檔案 4. 名片簿登錄管理子系統的紀錄格式 member_addbook.NDF 序號 欄位名稱 資料型態 欄位大小 備註 1 Member_add_id Varchar 50 主索引鍵 2 Member_id Varchar 50 使 用 者 的 帳 號 3 Add_fname Varchar 20 朋友姓 4 Add_lname Varchar 10 朋友名 5 Add_add Varchar 50 朋友住址 6 Addbook_tel Varchar 50 朋友電話 7 Add_email Varchar 50 朋 友 郵 件 信 箱 8 Add_birth Datetime 8 朋友生日 9 Add_nick Varchar 30 暱稱 10 Add_nphone Varchar 20 朋 友 手 機 號 碼 11 Add_cont Varchar 50 備註 表 3-6 名片簿登錄管理子系統的紀錄格式
3.6 收支管理系統
1. 收支管理子系統：進行收支的登錄，查詢，列印，儲存的動作，分 成個人的或家庭的兩類。
3.6.1 收支管理子系統 1. 收支管理子系統的處理： 主要功能： 1. 新增收支資料：新增新的資料 2. 刪除收支資料：刪除錯誤資料 3. 修改收支資料：修改舊有資料 4. 統計收支資料：計算每日或每週每月的收支總合並列印 5. 收支資料圖表分析：作成圖表 2. 收支管理子系統的系統流程圖： 圖 3-17 收支管理子系統的系統功能圖
3. 收支管理子系統的檔案說明： 1. Procedure3-1：動作選擇與輸入資料的處理，輸入錯誤的判斷。 進行新增、刪除、修改等動作。並進行收支總合計算。 2. 收支管理.SCX：動作的選擇和收支資料的輸入介面。收支資 料.RPT：列印收支的一切相關資料，如名目、總合、單價發票 諸如此類。 3. 收支管理訊息.SCX：顯示錯誤訊息或查詢結果。 4. 圖表顯示.SCX：顯示製程的圖表。 5. member_acc.NDF：紀錄收支簿登錄管理子系統資料的檔案 4. 收支管理子系統的檔案格式：member_acc.NDF 序號 欄位名稱 資料型態 欄位大小 備註 1 Member_acc_id Varchar 50 主索引鍵 2 Member_id Varchar 50 使 用 者 的 帳 號 3 Acc_id Int 20 項目編號 4 Acc_subject Varchar 50 項目名稱 5 Acc_kind Varchar 50 項目類別 6 Acc_money Numeric 9 金額 7 Acc_account Varchar 50 總計 8 Acc_person Varchar 50 人 9 Acc_endorse Varchar 50 月結 10 Acc_date Datetime 8 日期 表 3-7 收支管理子系統的檔案格式
第四章 系統建置 4.0 登入系統 a.指令動作： 請先輸入【帳號】和【密碼】，如果沒有帳號密碼，請先進行【新手註 冊】動作。忘了密碼請選擇【忘記密碼】，圖 4-1 為登入畫面。 圖 4-1 登入畫面
b. 演算法： Key in (帳號, 密碼) if (Click 進入系統){ SQL(讀取帳號密碼) if(比對帳號密碼正確){ 設定使用者 cookie name }else{ 顯示[登入失敗] } } if (Click 新手註冊) 導引至網頁[新手註冊] if (Click 忘記密碼) 導引至網頁[忘記密碼]
4.0.1 新手註冊： a..指令動作： 在此新增新使用者資料，並進進行【功能設定】和【密碼修改】等動 作，請注意【密碼】需和【確認密碼】一致，且務必輸入【帳號】和 【電子郵件】。 b.圖示： 圖 4-2 使用者註冊 c.演算法： Key in (帳戶資料) if (Click 確定) SQL(更新帳號內容) else if (Click 取消)
4.1 行事曆子系統 4.1.1 檢視模式 包含新增，刪除，修改，查詢等功能 （1）日檢視 進入行事曆首頁後即會以日檢視暴示系統時間該日的所有行程 a.指令動作： 選擇事件【開始的時間】和【結束的時間】，並確定是否【公開】，如 果要公開是指讓其他使用者看到。第二步，輸入【主題】，【發生地點】， 【聯絡資料】和【內容】。完成後請按下【儲存】並返回行事曆畫面。 點選月曆上任一日期，即可檢視點選日期一天的行程 b.演算法 click 月曆上的日期 { if(點選一日期) then 加入查詢的條件 if(會員帳號) then 加入查詢的條件 display 符合查詢條件的整天行程資料 }
c.結果畫面
（2）週檢視 a.指令動作 點選月曆左方的箭頭符號，即可以檢視點選日期一週的行程 b.演算法 click 月曆上的箭頭符號 { if(點選一週) then 加入查詢的條件 if(會員帳號) then 加入查詢的條件 display 符合查詢條件的整週行程資料 }
c.結果畫面
（3）月檢視 a.指令動作 點選紫色箭頭上方的綠色箭頭符號即可檢視整月行程表 b.演算法 click 月曆上的箭頭符號 { if(點選一個月) then 加入查詢的條件 if(會員帳號) then 加入查詢的條件 display 符合查詢條件的整月行程資料 }
c.結果畫面
（4）新增新的行程 a.指令動作 圖 4.6 新增行程 b.演算法 click 新增行程的日期 { display 一天的時間 } click 新增行程的時間 { display 輸入行程的介面 設定日期和時間 select 項目 = 所選取的日期與時間
click 儲存修改 { if( 行程名稱欄位 != null ) then insert 行程資料 to 行事曆資料庫 輸出事件新增成功訊息 else 輸出資料輸入不完全訊息 } click 回我的行事曆 { 回行事曆首面 } }
c.結果畫面
（5） 修改行程 a.指令動作 以上圖為例，點選所要修改的行程標題 b.演算法 click 行程標題 { if( 行程編號 ) then 查詢符合的行程資料 display 符合查詢的資料 } change 想要更新的資料欄位 click 儲存修改 { if( 行程名稱欄位 != null ) then update 行程資料 to 行事曆資料庫
else 輸出資料輸入不完全訊息 } click 回我的行事曆 { 回行事曆首面 }
c.結果畫面
（6）刪除行程 a.指令動作 以上圖為例，點選行程標題旁邊的垃圾桶圖形 b.演算法 click 垃圾桶圖形 { if(行程編號) then
delete data from 行事曆資料表 }
c.結果畫面
4.2 記事本子系統 具有新增記事，刪除記事，修改編輯記事等功能 （1）新增 a.指令動作 按下【新增記事】，就可進入記事編輯畫面（圖 4-11），輸入主題和內 容，結束後若還要繼續新增，按下【儲存並新增】，若結束，按下【儲 存】返回 b.圖示： 圖 4-10 按下新增記事鈕
圖 4-11 編輯並儲存 c.演算法： CLICK 新增記事 DISPLAY 編輯畫面（圖 4-11） KEYIN 新記事資料 CHECK 資料合法性 { IF （TRUE）THEN DISPLAY 儲存成功畫面（圖 4-12） END IF }
d.結果畫面：編輯並儲存成功完成畫面。
圖 4-12 儲存成功畫面
（2）刪除 a.指令動作： 選好欲刪除記事項目後，按下【垃圾桶】按鈕，即可完成。 b.圖示： 圖 4-14 按下刪除鈕 c.演算法： KEYIN 刪除 CLICK 刪除 { IF （TRUE）THEN } DISPLAY 刪除畫面（圖 4-15）
d.結果畫面：刪除成功。
（3）查詢 a.指令動作： 輸入欲查詢記事名稱，按下【搜尋】。 b.圖示： 圖 4-16 按下查詢鈕 c.演算法： KEYIN 欲查詢記事名稱 CLICK 開始查詢 CHECK 欲查詢記事名稱 { IF （TRUE）THEN DISPLAY 記事列表（圖 4-17） ELSE
d.結果：
圖 4-17 記事列表
4.3 收支簿系統
具有新增，修改，查詢之功能，可紀錄收支狀況 （1）新增：
a.圖示：
圖 4-20 輸入畫面 b.演算法： KEYIN 新帳目資料 CLICK 新增帳目 CHECK 帳目資料 { SELECT 日期 SELECT 類別 KEYIN 資料 IF 帳戶 NOT NULL THEN DISPLAY 結果畫面（圖 4-21） END IF }
c.結果畫面：
（2）修改 a.圖示
圖 4-23 修改畫面 b.演算法 CLICK 欲修改項目 DISPLAY 修改畫面（圖 4-23） KEYIN 修改資料 CHECK 修改資料合法性 CLICK 儲存 { IF （TRUE）THEN DISPLAY 完成畫面（圖 4-24） END IF } c.結果畫面
（3）查詢 a.圖示： 圖 4-25 輸入查詢條件 b.演算法 SELECT 欲查詢類別 KEYIN 欲查詢項目 CLICK 查詢 CHECK 欲查詢項目是否存在 IF （TRUE）THEN DISPLAY 查詢結果畫面（圖 4-26） END IF }
c.結果畫面
4.4 日記本子系統
a.指令動作：選擇日期後，按下新增日記內容即可。
b.演算法 if(沒有 Click (日期)) 日期=今天 if (日期>今天) 顯示[無法心增未來日記] else{ if(此日期無資料){ 顯示[新增日記] if (Click(新增日記)){ SQL(新增日記) } }else{ 顯示[更新日記] 顯示[刪除日記] if (Click(更新日記)) SQL(新增日記) else if(Click(刪除日記) SQL(刪除日記) } }
c.結果畫面
4.5 名片簿子系統 4.5.1 名片簿檢視 a.指令動作：選擇新增，執行下一步 圖 4-29 名片佈展示畫面 b.演算法： 顯示名片摘要並每項加上連結 if (Click(新增名片)) 導引至網頁[新增名片] else if(Click(摘要的連結)) 導引至網頁[詳細內容]
c.結果畫面：
4.5.2 名片簿詳細內容 a.指令動作：如圖 4-30 所示 b.演算法： if (Click(修改)) 導引至網頁[修改名片] else (Click(回名片簿)) 導引至網頁[名片簿] if (Click(修改)) 導引至網頁[修改名片] else (Click(回名片簿)) 導引至網頁[名片簿]
c.結果畫面：
第五章 系統評估 5.1 行程管理子系統 在原先的目的上，是要達成【設計一個人性化的資料庫和管理程 式，以親切的界面幫助現代人對自我生活的管理】以及【幫助提醒重 要記事】兩個目標，在功能上利用行事曆的檢視，新增，刪除，修改， 等功能大致上能做到目標一，至於目標二的幫助提醒重要記事則須在 開啟此網頁時才能做到，主要原因是做到常駐和即時訊息傳送上的困 難。利用圖形按鈕和操作方便是我們這一子功能的主要特點。 5.2 記事管理子系統 在原先的目的上，也是是要達成【設計一個人性化的資料庫和管 理程式，以親切的界面幫助現代人對自我生活的管理】，不過不是瑣 事，而是再日常生活上臨時記下的凸發事件，在此功能上已和我們當 初的目標符合，介面的不足和美觀上的問題則是我們依然想加強的目 標。 5.3 日記管理子系統 在原先的目的上，並不包含此項目，因組員一時想到而加的，當初 仍有隱私性和安全性的考量，而將此一功能做成各帳號之間各自獨 立，也因為此功能使我們在資料庫軟體上不用微軟的 Access，而改用 SQL，因為在儲存的資料太過於龐大時，Access 會發生錯誤，而日記的 資料，不會是數萬筆而已，一天一筆，二十年就會有六千多筆，家中 四人，就會有數萬筆了，隨著使用者增加，時間過去，那就很龐大了， 而日記就是記憶，是不可任意消去的。 5.4 個人資料設定子系統 個人化的設定，同時也是系統中的安全性部份，因為對於密碼學仍 未修習過，所以在這部分顯的薄弱，安全性的設計是參考書本中設計
的。 5.5 名片簿管理子系統 在原先的目的上，是要達成【設計一個人性化的資料庫和管理程 式，以親切的界面幫助現代人對自我生活的管理】以及【管理名片與 電話簿】兩個目標，因為缺乏即時訊息傳送上和郵件寄送上在 client 的問題，所以刪除了郵件自動寄送功能。 5.6 收支管理子系統 在原先的目的上，是要達成【設計一個人性化的資料庫和管理程 式，以親切的界面幫助現代人對自我生活的管理】以及【和電子商務 有所結合】和【打理帳目】三個目標，因為在電子商務上有實作上的 考量，因此這個子系統主要著重在記錄並管理一般家庭裡的生活收入 與支出，而在帳目的打理上，只能提醒你，而無法幫你實際運作你的 錢。 5.7 未達成的部分 【提供簡易地圖】，因為電子地圖已有太多人要做，也不是本系統的主 要部分，怕做的不好，濫竽充數。或影響他組，故刪除。
第六章 結論 6.1 心得 1.沈鎮山心得： 這次我們專題的題目是家庭資料庫的應用，主要是結合資料庫與 網路，利用動態網頁存取技術在網路上對資料庫做存取，而既然是以 家庭生活為例，所以內容當然也就與一般家庭生活息息相關，我們的 系統一共分為會員登入，行事曆，記事本，日記本，名片簿，收支簿 等六個主要功能，而我所負責的為行事曆、記事本與收支簿三個子系 統，另外還參與會員登入和系統整合的一些部分。 在一開始建置系統時，原本大家決定是要以 ASP 來開發這次的子 系統，但是後來還是改成用 ASP.NET 配合 C#來建構這個系統，雖然要 進入 ASP.NET 的門檻要比 ASP 來得高一些，也造成了我們一些組員不 小的困擾，但是由於 ASP.NET 是 ASP 較新的版本，並且也改進了 ASP 許多缺點，且若要仔細區分的話，兩者之間還是有著許多不同點，例 如 ASP 原本是採直譯式語言，而 ASP.NET 改成用編譯式的語言，還有 ASP.NET 比 ASP 多了更多的控制項，讓使用者能更快速的開發網頁，因 此我們決定採用 ASP.NET。 而我所負責的系統中，以開發行事曆過程中遇到最多困難，一開 始開發系統的時候，由於對 SQL 語法並不熟悉，因此也造成了在存取 資料時的一些困擾，不過最主要的是由於行事曆需要處理到大量 DateTime 型別的資料，這個資料型別在以前幾乎可以說沒有接觸到 的，所以在使用這個資料型別時也就跌跌撞撞的，但是經過了許多次 的失敗，總算對這個資料型態有了最基本的掌握，再來還有一個問題 是如何把資料以自己想要的型式展現在網頁上，由於網頁上的許多表 格和控制項都是動態產生的，因此在動態產生網頁時就必須先構思版
面的安排，並且如何將資料以自己的想法展現在網頁上，這也是我遇 到的困難點之一。 行事曆完成之後，因為已經有了使用 ASP.NET 實作的經驗，所以 接下來的記事本和收支簿再個子系統也就較為得心應手了，雖然還是 有遇到一些動態網頁上控制項的處理問題，但是由於已經較為熟悉， 所以也就能比較快解決問題。 完成了這次的專題之後，雖然做得辛苦，但其實收獲真的滿多 的，除了學到了新東西，發現熟悉了 ASP.NET 之後，開發動態網頁的 速率可以提升不少，還有 C#，果然是為.NET 量身打造的語言之外，還 有就是與組員們的合作，再來是與組員們的合作，在學校之前所做的 作業和報告中，大部分都是個人的單打獨鬥，比較不需要團隊的合作， 而這次的專題，孤軍奮戰要完成這個系統確實是有難度的，所以還必 須要仰賴組員間的團隊合作才能完成，在團隊合作上則是首重溝通， 因為每個人所做的工作都是息息相關的，如果沒有良好的溝通，就會 導致進度嚴重落後，當然，我們也因為沒有足夠的良好溝通，所以有 時候難免會產生一些小衝突，但另一方面，也因為大家都想把專題給 完成，因此也都有同甘共苦的決心，但是我想，如果組員之間能有更 好的溝通的話，相信對於我們專題的品質將會更有所提升。 最後，還是要感謝謝信芳老師的指導，不管是在系統分析上或是
的專題報告之後，相信對自己的實務經驗有很大的幫助，對未來在工 作上也會是一次寶貴的經驗。
2.謝瑋哲的心得： 我們專題的題目是家庭資料庫的應用，主要是結合資料庫與網路， 利用動態網頁存取技術在網路上對資料庫做存取，所以內容當然也就 與一般家庭生活息息相關，系統一共分為會員登入，行事曆，記事本， 日記本，名片簿，收支簿等六個主要子系統，而我所負責系統整合和 文書報告處理的部分。 中間作的過程中，撰寫的程式聽沈鎮山組員的建議從 ASP 換成 ASP.NET，使用 SQL 來做資料庫，這兩個程式功能都比原先的規劃使用 的程式來的更強，但因為在三年級時，所看的書籍是 ASP 的，原先的 設計也依照 ASP 作，一時之間要用 ASP.NET 撰寫實在很不習慣，因為 要重學 ASP.NET，也花了不少的時間，使的整個程式在做的時候，大家 彼此也多了許多衝突，也總算是順利解決了，這也是大家珍貴的記憶。 在原先的構想設計中，功能很多，想著要管理物品數量，要管理資 金，還要加上幫忙節稅的設計，，隨著一步步做下去的同時，也一點 一點刪除了許多功能，一方面刪除這些功能，一方面也知道自己所學 的不足，更想讓自己再未來的時間裡去補足那些不足的部分。 在做的時候，自己原先是負責鬧鐘的功能，但因為卡在無法常駐， 也怕常駐後增加了系統的負擔，而改用在開網頁時再執行的方式，後 又因為不可能老是在同一個網頁不動，又因換頁後功能可能會喪失等 等問題，整個鬧鐘系統只好作罷。等待看在發表前能不能在做的出來， 也希望在發表前能加上此功能，補足整個系統。 整體來說，在做這個專題期間，大家有時也會有小衝突，彼此時間 上無法配合，有打工，有補習，也因分工不均，使的組內時有怨言。 大家協調上的問題，也是整個專題製作時遭遇的困難，總算一切都順
式使用，舊的程式撰寫技巧的整合，更重要的是組員彼此間的合作， 和人與人之間的溝通協調，也謝謝陪著我們的謝信芳老師，感謝老師 的指導與建議，才能完成。
3.游士誼的心得 這是我第一次作專題，在完全沒有專題的經驗的情況下，看到其 他組的專題龐大且有規劃，總覺得自己的專題做的不好，有許多地方 都是要改進的。但是我覺得這個專題給我最大的收穫除了在 ASP.NET 及 ASP 上之外，最重要的還是整個工作團隊之間的溝通與協調，而且 我覺得這是我們這組最能夠感到令我覺得信運的地方。 最初在開始規劃系統的時候，大家對這個系統的認知都很不相 同，甚至有過南轅北轍的情形，但在大家多次相聚討論下，總算能抓 到一些共識，不至於相差太遠，這些討論專題的共識，耗掉了大多數 討論專題的時間，雖然頻繁到幾乎兩三天就討論一次，但總覺得時間 不足及討論沒有效率。感謝的是，我和謝瑋哲是因為系統分析的課選不 到而三下又衝到必修，沒有這些概念的我們只好買些中文書進修，可 是每本書的表示法都有些差異，雖然是中文的但看起書來相當吃力， 還好有另外兩位團隊的夥伴，細心的教導才比較有些概念，整個專題 才開始動手實作。
在實作的過程中，從 ASP 到 ASP.NET 也是一個轉折，ASP.NET 在今 年的 4 月中文版才正式在台上市，在和團隊的夥伴討論過後決定放手 做著個大膽的嘗試，將原先的 ASP 程式碼全改為以 ASP.NET 來實作，
的一些方式跟 ASP 有所不同(當然用 ASP 的方式還是運做，但是有些方 法卻不能跟心撰寫使用 ASP.NET 網頁互通)，因此後來皆重新撰寫程式 碼，最後因為時間緊迫而有點手忙腳亂，但是在這過程中因為壓力的 關係，卻也學習到了不少東西，看到大家因為重視專題的關係，討論 又比以往更加的熱烈，並且交換學習心得，使得後來專題的架構樣子 很快又都出來了，這是轉到使用 ASP.NET 之後料想不到的。 ASP.NET 將程式碼與網頁分開 Coding，除了為了動態網頁的分工 外，程式碼是經過編譯為.dll 的函式庫檔來使用，因此在執行效率上 比傳統直譯式的 ASP 好了許多，不過因為每次修改都要編譯過才能使 用，而編譯較為耗時，常常讓我們在電腦旁等的心急，但是這種做法， 為了運作時的效率，而多花些時間在編譯上，我卻覺得是值得的。再 做專題時，看到大家為著相同的目的－專題的完工，而在旁心急的神 情，大家都很緊張，不過回想起來，那種畫面，感覺起來還真的滿美 的呢。 在程式時做上遇到的困難大部分是因為對 ASP.NET 的一些物件方 法不了解所致，在撰寫程式碼的時候，有時候想法不是那麼容易就做 出演算法，尤其是想法一旦不對，邏輯出錯，因為程式碼正確，編譯 器並沒有辦法察覺出錯誤，那時可真的是累人了，要用人腦當電腦去 跑程式或是假碼寫的演算法，才知道錯在哪裡，舉例來說像是登入程
式，好像都沒有問題，但是做出登出的程式後，卻發現原來可以的新 增使用者卻無法進入了。除錯到了最後才發現原來新增使用者的網頁 也被安全性給保護住了，可是使用者要新增帳號就是因為沒有帳號， 如何能登入再新增呢？所以新增使用者要匿名就能存取才行。每次辛 苦找到一個錯誤，都有很喜悅的感覺，像是如釋重負的感覺，大家莞 爾相視一笑，感覺真是不錯成。 在日記的部分也是，究竟要使用同一個畫面來顯示確認訊息，還 是要如同沈鎮山設計的使用新網頁來顯示，因為在修改使用者資料 中，我所使用的也是使用用另一個網頁來顯示訊息，為了整體感應該 是使用相同的設計，但是在此處使用此法會讓使用者比較親切，因此 在討論之後決定使用同一個畫面的方式，來顯示確認訊息及畫面，但 是為了保留整體的感覺，許多畫面的地方就得做出一些修飾。 通訊錄的方面則是因著資料表格的做法有許多方式，可以用 DataGrid，可以直接用 HTML 的 Table 做，也可能用 DataList，Web 控 制項或是 HTML 控制項的 Table，每個方法的特性不同，因為不了解他 們的特性，怎麼做都不對勁，因此和在做行事曆上已有經驗的沈鎮山 求助，在他耐心的教導下總算能夠比較了解，使實作才得以成功，不 然還真的不知道要如何做呢。
其實能夠做出這專題，真的要感謝我身旁的這群團隊夥伴，因為彼 此的互相提醒，有問題的時候互相扶持，甚至在出錯的時候不吝協助 提出各種可以解決的方式，使的我們這個團隊沒有出過什麼大衝突， 而解在聽到以前的室友傾吐苦水時，更讓我覺得這點是我們這組最幸 運且最好的地方，我們雖然能力不強，可是大家相處的很融洽，且為 了相同的一個專題，大家互盡全力，共同奮鬥。我想如果未來有著一 起合作的機會，我一定會想到這群和我一起奮鬥的夥伴們。
4.林一龍的心得 記得自己大一時，曾聽到竹友會(來自新竹區學生所組成)的 學長、學姊在跟我們分享一些有關他們或他們身邊所發生的事，而我 當初聽到他們在講說”畢業前要做出專題才能畢業”時，瞬間覺得有點 恐懼甚至一陣莫名。心中想著”那是什麼？”轉眼間到了大四，也經歷 了這麼一段時期，而才了解其中所蘊含的酸、甜、苦、辣。覺得做專 題是一種磨練亦是一個很棒的練習機會，而它奠定了日後朝資訊發展 的基礎，並間接的啟示我們在溝通、合作間的重要。 過程中發現其實自己所學是有限的，必須不斷的充實自 己，唯有靠自己不斷的學習、不斷的練習也才能發現更多的東西；發 現更多是我們所不知道的。而古人常說”工欲善其事，必先利其器”平 日應多進修，以迎難題。在寫程式時才發現之前學的 SQL 語法的用法 有點模糊，於是透過翻書找資料再加強這部分的不足。因為常會用到 SQL 語法如”select * from 資料表名稱 where 條件式”所以用到最後 也就記了起來。
再來遇到的問題則是有關資料庫概念上的問題，以前對資 料庫的概念只重在”喔!資料庫是當資料量增加時如果只是用幾個檔案 來存放，在資料的維護上就會隨著資料量的增加而逐漸顯的捉襟見
會去產生一個 Web 資料庫的實體機會。在這之前也沒有機會。但現在 也藉此專題實作實現了這機會。覺得蠻好玩也有點陌生。不管如何， 還是覺得自己可能比別人起步的更晚、覺得自己還有更多的知識是不 了解的而有待去學習。相信能藉這次的專題使自己能再專業領域上更 加進步也更加收益良多，不停地充實自己所缺乏的知識。 當自己愈成長愈覺得應該要好好把握時間多學習，不要到 了想學習卻不能學習而更加悔恨。這也是一直提醒我把握時間的一句 話，也常因專業知識的缺乏使得整體專題進度的延後，或剩餘討論時 間的配合度…等問題覺得對組員非常抱歉。且也因為時間分割上沒辦 法的緣故、心有餘而力不足使得討論困難，真的非常愧疚，最後說聲” 組員們，辛苦了！”希望日後有機會合作能是愉快的。
6.2 未來展望 隨者時代進步，科技日新，資料和資訊成了這個時代的重要構成物 件，如何掌握，如何分析利用，更是重要。日常生活的種種事件，也 是資訊的一種，如何讓需要知道的人快速知道，更是效率的展現。 日常生活的種種事件，或偶發情況，兩者一起發生，打亂你自己的 原先計畫，更是令人惱怒不已。有多少人能好好按照自己的生活步調 來走呢？ 在原先的系統規劃中，有者想要統計家庭內日常生活用品消耗的構 想，但是，在現在的科技中，藍芽技術實在仍未完全普及到各個家庭 的每一個角落。在未來的時光中，時代在進步，可以想見的是藍芽科 技逐漸普及，家中的家電可以由家中的一台電腦主控，那就可以做到 由電腦幫你掌握家中日常用品的銷耗，１幫你管理日常用品，快耗光 了就提醒你，甚至幫你在網路上直接訂購，這就是電子商務的範圍了， 利用物流公司，幫你送到你家，這一切的種種，在未來必定不是夢想， 也由此可見，那日常生活行程，由電腦幫你記憶，幫助你安排行程。 人類的大腦，最擅長的是創造思考，發明種種物品，設計許多構思， 讓生活更加便捷；電腦有硬碟、光碟、軟碟等記憶功能強大的周邊， 論記憶力絕對遠大於人類，論計算快速也是一般人類所不能及的，那 為何浪費腦力去記憶那許多瑣事，而擾亂你自己的思考呢！ 在原先的構思，是來自網路上眾多的各式網路行事曆，幾乎所有的 網站都有提供，但是，那邊的管理者是外人，不是自己家人或自己， 難不成你不會擔心有心人讓你的資料外洩嗎？甚至由於大多數提供者 都是著名網路入口網站，被駭客攻擊的事件時有所聞，放在那裡真的 安心嗎？那與其讓別人管，那為何不自己來呢？這就是這一次專題構
參考書目 1、曹祖聖 、 吳名哲 、 黃世陽 、 林義証 、 蔡文龍 / ASP.NET 實戰 For C#.NET / 文魁 / 2002 年 4 月初版 / PP.6-1 ~ 6-54, PP.A-34 ~ A-43 2、孫三才 、 許薰 / 精通 C#與 ASP.net 程式設計 / 學貫 / 2002 年 5 版 / 出版 PP4-1 ~ PP6-5
3、Steven A. Smith 著 、 普悠瑪數位科技譯 / ASP.NET 實例導引 / 碁峰 / 2002 年出版 / PP.3-4~3-25, PP.7-15~7-24 4 、 章 立 民 / 用 實 例 學 ASP.NET / 基 峰 / 2002 年 6 月 初 版 / PP.13-43~13-56 5、張尊偉 / ASP 網頁資料庫設計 / 全華科技圖書股份有限公司 / 90 年 06 月 初版 / PP.2-2 ~2-28 ， PP.4-2 ~ 4-34 6、吳仁和 、 林信惠 / 系統分析與設計 / 智勝文化事業有限公司 / 2000 年 10 月 / PP.23 ~34 ， PP.104~156 7、木村博文 、 高橋麻奈 / 入門 SQL / 博碩文化股份有限公司 / 2002 年 04 月 / PP.3-2 ~ 3-25 ， PP.5-1 ~ 5-33 8、資訊教育小組 / ASP & SQL 網頁資料庫程式設計 / 知城數位科技 股份有限公司 / 2001 年 08 月 / PP.3-15 ~ 3-20
參考網站：
1、http://www.pchome.com.tw/ PC home Online 網路家庭 2、http://tw.tahoo.com / Yahoo!奇摩
3、http://www.msn.com.tw / MSN 台灣首頁 4、http://www.sina.com.tw/ 新浪網台灣
