國立臺東大學資訊管理學系
環境經濟資訊管理碩士在職專班碩士論文
指 導 教 授：謝昆霖 先生
應用 APPS 於財產管理系統之整合研究 -以臺東大學財產管理系統為例
研 究 生：鄧昌華 撰 中華民國一Ｏ二年六月
June, 2013
國立臺東大學資訊管理學系
環境經濟資訊管理碩士在職專班碩士論文
Department of Information Science and Management Systems
National Taitung University Master Thesis
應用 APPS 於財產管理系統之整合研究 -以臺東大學財產管理系統為例
研究生：鄧昌華 撰 Chang-hwa Teng
指導教授：謝昆霖 博士 Advisor: Kun-Lin Hsieh, Ph.D.
中華民國一Ｏ二年六月
June, 2013
謝 誌
本論文得以順遂完成，首先最感激指導教授 謝昆霖老師無私的授業解惑、
耐心的教導，致上最誠摯的謝意，在論文撰寫的過程中給予我許多建議及支援，
尤其在應用程式測試上給予我不斷的修正及改善，得以使本論文研究順利完成，
在論文口試期間，特別感謝口試委員 趙家民教授及 施能木教授的審視，給我許 多非常寶貴的意見，使我的論文更臻完整。
在論文的應用程式實作測試上，感謝臺東大學的同仁在有限的資源上給予我 精闢的建議，讓我的論文應用程式更為有用性、便利性；另外感謝與我相伴的研 究所同學們，在求學期間中課業的相互協助及鼓勵，使得年近半百的我內心增添 許多年輕氣息及新知，雖然當了兩年吃力不討好的班代，但總覺得為同學們付出 是值得的，口頭言｢歡喜做甘願受｣，可以驅使我繼續求學下去的動力就是因為有 你們，讓我兩年求學生涯過得多采多姿，懷念一起緊繃上課一起排隊上廁所的情 境，以及同學們相互約定中午吃火鍋商討論文進度的種種，在此也感謝口考期間 明呈、君懷、文杰、秀容同學們的鼎力相助，讓我的口試得以順利，能與你們一 起修讀研究所是我的福分，望來日還能再續情誼。
最後由衷感謝默默支持我的內人小娟以及時時給我鼓勵的兩個寶貝兒子，在 我最難熬的期間給我信心作我最有力的後盾，｢老婆｣只能說沒有妳的包容及相伴，
我很難撐過這兩年的日子，謝謝妳，也謝謝我兩個寶貝兒子，並要把這份喜悅獻 給在天之靈的前世情人｢母親｣。
要感謝的人不勝枚舉，你們都是我的貴人及恩師，因為有你們的協助及參與 使得我的人生更精彩，學業才能順利完成，感謝大家。
鄧昌華 謹誌 國立臺東大學資訊管理學系環境經濟資訊管理碩士在職專班 中華民國一 O 二年六月
應用 APPS 於財產管理系統之整合研究 -以臺東大學財產管理系統為例
作者：鄧昌華
國立臺東大學資訊管理學系環境經濟資訊管理碩士在職專班
中文摘要
本研究以委外之財產管理資訊系統結合 APP 軟體行動載具來達到 個人管轄之財物隋時隨地可查性、透明性、易用性，且本論文採用雛 型開發模式，搭配 Linux 為基礎的開放原始碼作業系統 Android，後 端為 MySQL 5.0.51b 資料庫，及中介伺服器（Intel Core i5-650）之 中介軟體，開發一個 APPS 財產管理系統；最後依據問卷結果及實地使 用者操作訪談後，歸納出以下二點主要的研究貢獻：
（一） 財產管理 APPS 應用系統對於財產保管人的財產新增、財產異 動、半年內可報廢財產即時提醒是有幫助的。
（二）行動資訊化管理模式於財產保管人之財產自行盤點表，自行檢 視勾稽以利日後總務處年度財產盤點。
關鍵詞：APPS 應用服務、財產管理系統、行動載具、雛型開發模式
An Application of APPS to Property Management System Integration for Taitung University Property
Management System
Abstract
By combining the property management outsourcing system with App mobile device in this research, it provides a friendly user interface for people to administer their properties which can be searched in anywhere and at any time.
In addition, a prototype model is used in developing this system for the research.
And it uses the Android system which is the open source operating system that based on Linux, along with MySQL 5.0.51b database and the Intel Core i5-650 Server. And two main research approaches are resulted from the final questionnaire and interview for user operation:
1. It assists the assignee in adding and modifying properties, in addition with the function of sending announcement within half a year for properties which are needed to be discarded.
2. The inventory can be checked in a mobile way by assignee themselves, which may be helpful when checking the inventory by general administration department in the future.
Keywords: APPS Application Service, Property Management System, Mobile Device, Prototype Model
目 次
中文摘要... i
Abstract ... ii
目 次... iii
表目錄... iv
圖目錄... v
壹、 緒論... 1
第一節 研究背景與動機 ... 1
第二節 研究目的 ... 1
第三節 研究範圍與限制 ... 2
第四節 名詞釋義 ... 2
第五節 研究論文架構 ... 4
貳、 文獻探討... 5
第一節 財產管理 ... 5
第二節 無線區域網路環境介紹及建置佈署 ... 7
第三節 ＡＰＰＳ應用程式之建置環境條件 ... 10
第四節 財產管理系統伺服器之場域環境 ... 15
第五節 軟體開發模式種類及演進 ... 18
參、 研究程序... 26
第一節 使用者需求分析 ... 26
第二節 系統架構設計 ... 28
第三節 系統開發環境介紹 ... 32
肆、 系統展示... 35
第一節 系統畫面設計 ... 35
第二節 系統實作展現 ... 35
第三節 操作使用性評估 ... 41
伍、 結論與建議... 50
第一節 結論 ... 50
第二節 後續研究之建議 ... 51
附錄... 56
表目錄
表 2-1 無線區域網路傳輸技術比較表： ... 9
表 2-2 Android 系統各版本代表稱號 ... 11
表 3-1 載具設備規格 ... 33
表 4-1 性別統計表 ... 41
表 4-2 年齡統計表 ... 41
表 4-3 教育程度統計表 ... 42
表 4-4 在校工作年資統計表 ... 42
表 4-5 使用電腦經驗統計表 ... 43
表 4-6 使用智慧型手機經驗統計表 ... 43
表 4-7 財產管理 APPS 應用系統在易學性方面-教師、職員及行政助理之比較 . 45 表 4-8 財產管理 APPS 應用系統在有效率性方面-教師、職員及行政助理之比較 ... 46 表 4-9 財產管理 APPS 應用系統在易記性方面-教師、職員及行政助理之比較 . 47 表 4-10 財產管理 APPS 應用系統在失誤率方面-教師、職員及行政助理之比較 48 表 4-11 財產管理 APPS 應用系統在滿意度方面-教師、職員及行政助理之比較 49
圖目錄
圖 1-1 論文架構 ... 4
圖 2-1 摘錄自本校財產管理資訊系統 ... 6
圖 2-2 可攜帶式節點架構 ... 10
圖 2-3 有線與無線網路交通架構 ... 10
圖 2-4 Android 沿革期 ... 11
圖 2-5 Android 系統架構圖 ... 13
圖 2-6 系統硬體架構圖 ... 16
圖 2-7 系統軟體架構圖 ... 16
圖 2-8 網路服務功能 ... 17
圖 2-9 系統資料架構圖 ... 17
圖 2-10 瀑布模式 ... 19
圖 2-11 漸增模式 ... 20
圖 2-12 雛型模式 ... 20
圖 2-13 螺旋模式 ... 21
圖 2-14 同步模式 ... 22
圖 2-15 開發程序模式 ... 23
圖 2-16 反覆定義與改善程序模式 ... 23
圖 2-17 連續改善程序模式 ... 24
圖 2-18 軟體開發模式演進 ... 24
圖 3-1 臺東大學請購憑証黏貼單示意圖 ... 27
圖 3-2 應用架構關聯圖 ... 31
圖 3-3 系統架構圖 ... 31
圖 3-4 使用者案例圖 ... 33
圖 3-5 實體關聯圖 ... 37
圖 4-1 系統水平畫面 ... 36
圖 4-2 系統起始畫面 ... 38
圖 4-3 系統最高權限使用者登入畫面 ... 39
圖 4-4 新增財產資料畫面 ... 37
圖 4-5 財產查詢結果畫面 ... 38
圖 4-6 提醒畫面 ... 38
圖 4-7 提醒畫面–財產新增 ... 39
圖 4-8 提醒畫面–財產移轉 ... 40
圖 4-9 提醒畫面–半年內可報廢財產 ... 41
圖 4-10 性別分佈圖 ... 42
圖 4-11 年齡分佈圖 ... 42
圖 4-12 教育程度分佈圖 ... 43
圖 4-13 在校工作年資分佈圖 ... 43 圖 4-14 使用電腦經驗分佈圖 ... 46 圖 4-15 使用智慧型手機經驗分佈圖 ... 47
壹、 緒論
第一節 研究背景與動機
基於財物保管有涉及損益賠償之問題，個人保管財物及產籍管理以國立臺東 大學來說，涉及財產產籍管理就已具備表單格式有 46 種再加上制式報表格式則 超過 50 種；依目前要求行政效率及現代化前提下，在職場上資訊化及自動化已 嚴然成為無法抵擋的潮流，落實建置一個健全財產及物品管理資訊系統，並協助 各機關及機構彙整完整正確之公有財產資料，以確實掌握國有公用財產之流向及 使用狀況，並以最科學的方法來簡化行政作業程序，讓動產管理人員及財物保管 人員能充分配合並提升財產管理之效能，以落實民國 80 年 5 月 9 日行政院研考 會訂頒之『加強推動政府機關實施辦公室自動化方案』。
綜觀全國大專學院校財產建置管理系統大致可分為單機版、網路版兩種，其 表格都依循國有財產產籍管理作業要點規定而制定，一般國有公用財產建置可歸 納為不動產、動產、非消耗品、消耗品以及無形資產「軟體」等七大類，不動產 包含土地、土地改良物、建物；動產包含機械設備、交通及運輸設備、雜項設備；
非消耗品係指單價不及壹萬元且使用耐用年限兩年者；消耗品係指單價不及壹萬 元且無法重複使用之物品；無形資產係指一般買斷授權之軟體。由於單單一個學 年度所購置之設備幾近萬筆，累計購買之數量不計其數，鑑於財產為教學品質之 母，故本研究針對如何讓保管人所保管之財物能充分提供了確實掌握，提供了一 種更有效率的管理方式，以達到提昇為具有網頁瀏覽功能的管理介面。並透過互 動式的操作介面，讓使用者得以即時地掌握財產的現況。因應目前人力的精減以 及種類繁瑣的財產設備，透過電腦帳與實物快速搜尋比對，系統建立以跨平台應 用，並整合空間管理、設備採購之校務行政整合，確實掌握每一空間存放之財產 設備，形成設備從採購至存放空間完整的管理體系，落實財產帳與實物比對提昇 財產管理效率。
第二節 研究目的
財產乃教學品質之根本，在採購程序上都須依照政府採購法之採購，在財產 建置上都需依國有公用財產管理辦法規定辦理，所以很多現象普遍只注重採購流 程而忽略了財物保管後續衍生之權責歸屬糾紛，因此本研究目的有二：
一、探討應用 APPS 於財產管理系統，能夠達到財務透明化、充分利 用化、權屬明確化三大要件的目的。
二、探討應用 APPS 的財產管理系統，得到使用者的使用意見與反應 為目的。
第三節 研究範圍與限制
考量財產管理系統在管理機制上要求，故有以下之研究範圍及限制：
一、本研究範圍設定在財產管理系統之三個主題：「保管財產即時查 詢」、「財產屆報廢之提醒」、「財產異動移轉資料之提醒」。
二、行動載具附加平台部分，開發的環境有很多種，在此不勝枚舉，
本研究只針對使用 Android 系統為主要開發環境，其餘 IOS、BlackBerry OS、Symbian..等平台環境則不在本研究範圍之內。
第四節 名詞釋義
本研究主要在 Apps 軟體應用在財產管理系統場域提到之相關名詞加以解 釋。
一、財產管理資訊系統（Property Management Information System.PMIS）
Davis (1985)定義：「管理資訊系統(Management Information System, 簡稱 MIS)是一種人機整合系統。它提供資訊以支援組織的日常作業、管理以及決策 活動。這一類系統使用到電腦硬體、電腦軟體、作業程序、業務模式以及資料庫 等科技」，並將財產融入加以活化管理。
二、APPS
APPS 是 Applications 的縮寫，也就是應用程式。應用程式（Applications）
原是指使用於個人電腦系統平台的應用程式，例如文書軟體、影音軟體、繪圖軟
體等等，之後因行動載具的快速發展，將原本個人電腦的應用程式功能移植到行 動載具系統平台，讓使用者能依照自己的需求安裝應用程式在行動載具中，讓行 動載具增加更多的功能。
三、行動載具
輔助個人生活或教學活動的手持式行動裝置（hand-held device），包含個人 數位助理（PDA）及智慧型手機等，根據教育部說明，行動學習載具應具備：可 隨身攜帶，具電腦運算、儲存和傳送數位資料、無線通訊等功能，並能支援使用 者在不同場地進行各種有效學習方式的工具，本研究所採用的行動載具為智慧型 手機。
第五節 研究論文架構
此節說明本論文之論文架構，如圖 1-1 所示：
圖 1-1 論文架構
資料來源：研究者自行整理 緒論
文獻探討
(蒐集相關文獻與開發技術)
研究程序
系統發展與測試
系統展示
依據受測者使用調查分析
結論與建議
貳、 文獻探討
校園資產每年增購不計其數，常造成財產保管人歸屬混淆難辨，更因教育校 園總以教學品質優劣為前提考量，常忽略財產有否善盡保管之責的重要性，本文 獻探討旨意探討財產管理系統的定義及各個財產保管人所面對權責、本研究的實 驗場域，以及運用在本研究的開發模組、軟體套用技術、基礎區域建設條件，故 本章節將探討財產管理的相關文獻，和 Apps 相關文獻與技術開發拓展趨勢，來 做為後續建立研究方法的依據。
第一節 財產管理
一、財產管理之定義
財產管理是內部控制制度中八大循環之一，是企業或機關管理活動的重要項 目。任何企業或機關，不論行業及規模如何都必須做好財產管理工作，始能促進 企業或機關有效營運（黃振賢,2005）。依據國有財產管理手冊開宗明義述明為利 機關、非公司組織之公營事業、公立學校（以下簡稱各機關）國有公用財產管理 工作執行，健全國有公用財產管理制度，增進業務處理效能，指辦理國有公用財 產增置、產籍登記、經管、養護、減損、報告及檢核等事項（行政院，94.6.30 院授財產接字第 0940020028 號函）。
二、財產管理資訊系統
本校財產管理資訊系統係主要區分為財產管理、非消耗品管理、消耗品管理 三大類，而其功能大致上分為異動作業、現況查詢、報表作業、帳務報表作業、
檔案管理、系統輔助、網路申請案作業、消耗品建置等八大類別如圖 2-1。
圖 2-1 摘錄自本校財產管理資訊系統
然每一個功能細項皆有所差異，而其中財產為學校主要之資產，因此在各項 功能上的運作需求上遠遠比非消耗品管理、消耗品管理更加嚴謹繁瑣。就異動作 業而言，有（1）土地及土地改良物：增加作業、增減值作業、甲卡管理作業、
報廢作業、減損作業、撥出入作業；（2）房屋及建築：增加作業、增減值作業、
甲卡管理作業、報廢作業、減損作業、撥出入作業；（3）動產設備：增加作業、
增減值作業、甲卡管理作業、報廢作業、減損作業、撥出入作業、報廢後處置狀 況；（4）傳票回登入帳作業；（5）每月過帳作業：每月財產帳務作業、匯入有價 證券類財產、每月再利用財產帳務作業；（6）每月折舊作業：財產折舊、財產折 舊入帳；（7）盤點作業：盤點計畫代碼檔、盤點結果紀錄檔、盤點報表預設內容 設定檔、盤點通知書列印、盤點相關報表列印、盤點機資料交換作業；（8）經費 科目調整：土地改良物經費科目調整、土地改良物折舊調整、房屋及建物經費科 目調整、房屋及建物折舊調整、動產經費科目調整、動產折舊調整；（9）再利用 動產；（10）維修作業：修繕登錄、維修報表列印。
三、國有公用財產管理辦法相關法規
依據財政部國有財產署頒定財產管理相關法規有：
(一)中央政府各機關珍貴動產不動產管理要點 (二)國有財產法
(三)國有財產法施行細則
(四)機關堪用財物無償讓與辦法 (五)國有公用財產管理手冊 (六)國有動產贈與辦法
(七)各機關奉准報廢財產之變賣及估價作業程序 (八)物品管理手冊
(九)國有財產產籍管理作業要點
本研究基於維護財產保管人之權益而開發出一套即時查詢服務系統，並以財 產管理相關法規第二項國有財產法為例，財產保管人免因涉及國有財產直接經管 人員或使用人，因故意或過失，致財產遭受損害時，除涉及刑事責任部分，應由 管理機關移送該管法院究辦外，並應負賠償責任（國有財產法第 27 條）。
第二節 無線區域網路環境介紹及建置佈署
一、 無線區域網路（Wireless LAN）簡介
無線區域網路免除佈線困擾，克服環境上障礙，並提供漫遊使用者（roaming user），隨時隨地的網路環境。所以無線區域網路不是用來取代有線區域網路，
而是來彌補有線區域網路之不足，以達網路延伸之目的，下列場域情形需要用到 無線區域網路。
無固定場所的使用者
有線區域網路架設受環境限制
作為有線區域網路的備用系統
需機動性查詢網路的流動情形
1997 年 7 月無線區域網路的標準化 IEEE 802.11 已正式定案，歸納無線區域 網路有下列優點：
1. 可節省龐大的硬體投資及線路的架設費用。
2. 時間、空間上的運用較為彈性，不需複雜的管線工程，可解決佈線不易及 線路老化問題。
3. 容易安裝，且易於維護、搬遷容易。
4. 體積小，不佔空間。
建置佈署無線區域網路使用必備基本元件如下：
(一)無線基地台：
AP 是「Access Point」的簡稱，在個人電腦的領域中，「Access Point」指的 是可提供無線網路（WLAN）登入、存取的路由器，又可稱為無線網路基地台。
(二)無線網路卡：
用於與無線基地台溝通的介面，透過此介面與室內的無線區域網路連線，無 線網路卡的介面隨著硬體設備差異也有所不同，主要安裝在用戶端。
(三)無線橋接器：
主要是用來作為兩個無線 AP 間，訊號連結使用。也就是如果範圍太大，一 個 AP 無法涵蓋區域，導致區域有些地方無法無線上網，那就可以透過安裝無線 橋接器的方式，延伸無線訊號的範圍。當然，必須要同時安裝兩台 AP，才會需 要使用到橋接器。
二、 無線區域網路傳輸技術大約可分為三種：
(一)微波（Microwave）：
主要用於大樓間 LAN 網路連接，這須要使用到碟形天線，且天線必需位於 視線範圍 Line-of-sight。
(二)展頻（Spread Spectrum）：
目前 Wireless LAN 使用最廣泛的傳輸技術，原先由軍方發展用以避免信號 的擁擠與被監聽，又可分為兩種展頻技術 Frequency Hopping Spread Spectrum 信 號透過一系列頻率範圍廣播出去，傳送裝置會先去傾聽（listens）頻道（channel），
當此頻道處於閒置狀態，信號會利用此頻道傳送出去，若此頻道已經在使用，傳 送端便會跳躍（hops）到另一個頻道，因此接收端必須知道傳送端的跳躍程序，
且傳送端與接收端必須同步切換頻道才可正常收送資料 Direct Sequence Spread Spectrum 對每一信號加入多餘資料位元，這些資料稱為”chips”，每一筆資料 必須加入至少 10 個 chips，如此接收端才可以根據這些編碼正確接收資料。
(三)紅外線（Infrared ray）：
使用紅外線傳送資料，又可分為兩種型號，散射式（Difused ）紅外線一種 非直線式傳輸方式，只要在一定區域內，可介藉由物體表面反射方式，達到傳送 資料目的；直射（Directed）紅外線以直線形態傳輸資料，若途中遇到任何障礙，
接收端將無法收到資料，因此網路環境必須是視線範圍（Line-of-sight）。
表 2-1 無線區域網路傳輸技術比較表：
種類 項目
展頻
(Spread Spectrum)
微波 (Microwave)
紅外線 (Infrared)
頻率
902MHz~928MHz;
2.4GHz~2.4385GHz;
5.725GHz~5.825GHz
18.825GHz~19.205GHz 3x10^14Hz
傳輸範圍 105~800 呎，或 50000 平方呎
40~130 呎，或
5000 平方呎 30~80 呎
Line of sight No No Yes
傳輸功率 小於 1W 25mW N/A
建築物內使用 須要天線 No Yes
傳輸率 2~5Mbps 3.3Mbps 1.152，4 Mbps
三、 無線區域網路的種類：
(一)Ad-Hoc LAN：
數個可攜帶式節點（例如：筆記型電腦），同處於一個小區域，彼此以點對 點（peer-to-peer）方式通訊，而不必透過有線或無線主幹的輔助，如下圖：
圖 2-2 可攜帶式節點架構
(二)Infrastructured wireless LAN：
包含有線或無線主幹（backbone），網路交通可分為兩種： uplink（station 到 backbone）及 downlink（backbone 到 station），通往 backbone 的接點稱之為 Access Point ，Access Point 可以是有線主幹或無線橋接的 base station，如下圖：
圖 2-3 有線與無線網路交通架構
第三節 ＡＰＰＳ應用程式之建置環境條件
一、Android 的沿革介紹及各版本代稱
Android 系統是一個以 Linux 為基礎的半開放原始碼作業系統，主要用於行 Base Station Back Bone
BSA(Basic Service Area)
動設備，由 Google 成立的 Open Handset Alliance（OHA，開放手機聯盟）持續 領導與開發中。Android 系統最初由安迪·魯賓（Andy Rubin）開發製作，最初主 要支援手機，於 2005 年 8 月被美國科技企業 Google 收購。2007 年 11 月，Google 與 84 家硬體製造商、軟體開發商及電信營運商成立開放手持設備聯盟來共同研 發改良 Android 系統，隨後，Google 以 Apache 免費開源許可證的授權方式，發 布了 Android 的源代碼。讓生產商推出搭載 Android 的智慧型手機，Android 作 業系統後來更逐漸拓展到平板電腦及其他領域上，2010 年末數據顯示，僅正式 推出兩年的 Android 作業系統在市場佔有率上已經超越稱霸逾十年的諾基亞 Symbian 系統，成為全球第一大智慧型手機作業系統（摘自維基百科）。
圖 2-4Android 沿革期 表 2-2.Android 系統各版本代表稱號
版本 英文代稱 中文代稱
1.5 Cupcake 紙杯蛋糕
1.6 Donut 甜甜圈
2.0 Éclair 鬆餅
2.2 Froyo 凍酸奶
2.3 Gingerbread 薑餅
3.0 Honeycomb 蜂巢
4.0 Ice Cream Sandwich 冰淇淋三明治
4.1 Jelly Bean 雷根糖
4.2 Jelly Bean 雷根糖
二、Android 特性及優越性
Android 受到網路巨擘 Google 的加持使得讓手持式行動裝置各家廠牌如虎 添翼，讓一些加值服務很多得到免費使用，其主要的特性讓全世界精英開發者所 吸引。
主要特性如下：
1. 應用程式框架（Application framework ）：可重複使用，可替換的元件 2. Dalvik 虛擬機：專為行動裝置設備最理想化的虛擬機內嵌式的搜尋引擎：
本於開發原始碼 WebKit 引擎。
3. 最佳化的圖形編造：其中定義 2D 圖形資料庫，而 3D 圖形資料庫立基於 OpenGL ES 1.0 可選擇硬體加速。
4. SQLite：是一個很小的 C 語言程式庫。這個程式庫本身就完全包含資料庫引 擎的功能，而且可以嵌入至其他程式中，完全不用額外的設定。
5. 多媒體支援：支援常用的音樂、語音、視訊和各種圖片檔格式，如 MPEG4、
H.264、MP3、AAC、AMR、JPG、PNG 及 GIF 等
6. GMS 電話、藍芽﹙Bluetooch﹚、EDGE、3G 及 WiFi：都需要硬體支援。
7. 照相攝影功能、GPS 定位系統、電子羅盤、加速度計﹙accelerometer﹚：需 要硬體支援。
8. 嚴謹的開發環境：包含設備模擬器﹙Device Emulator﹚、除錯工具、記憶體 與效率剖析與 Eclipse IDE 的外掛套件。
9. 現在市場上多款智慧手機使用谷歌的 Android 操作系統，頗有流行的勢頭。
和蘋果的 iPhone、微軟的 Windows 7 手機平台相比，Android 似乎略勝一籌。
主要優勢如下：
(一)、 開放性平等性 (二)、 無界限性 (三)、 方便性 (四)、 硬體豐富性
三、Android 的架構
Android 系 統 整 體 架 構 區 分 為 五 大 層 級 ， 由 上 至 下 分 別 為 ： 應 用 程 式 (Applications)、應用程式框架(Application Framework)、Android 執行時期環境
(Android Runtime)、函式庫(Libraries)、Linux 核心(Kernel)(如圖 2-5 所示)。
圖 2-5 Android 系統架構圖
1. 應用程式：
Android 附有一系列以 Java 語言 8 撰寫的核心應用程式，包含郵件程式、簡 訊程式、日歷、地圖、瀏覽器、聯絡人與其它應用程式。
2. 應用程式架構：
開發者可以完整使用與核心應用程式相同的 API,應用程式框架為簡化元件 重用而設計;應用程式可以發佈功能並為其它應用程式所使用(受限於應用程式 框架的安全限制)，使用者用同樣的機制用來置換元件。
應用程式底層是一組系統與服務，包含：
豐富且延伸自View用以建立應用程式，包含lists, grids, text boxes, buttons, 甚至是嵌入式的瀏覽器。
Content Providers使應用程式可以存取或分享資料給其它應用程式(如聯 絡人)。
Resource Manager提供存取非程式碼資源如本地化字串、圖形或布局檔案
Notification Manager讓應用程式得以在狀態列顯示自訂的警示。
Activity Manager管理應用程式生命週期並提供一般性的回溯導航 (navigationbackstack )
3. 函式庫：
包含一組系統元件使用的 C/C++ 函式庫，使用者透過應用程式框架使用這 些功能，部分核心函式庫列示如下：
系統C函式庫引用BSD標準系統C函式庫(libc)，調整為嵌入式Linux裝置。
媒體函式庫建立在PacketVideo's OpenCORE 之上;該函式庫支援聲音的播放 與錄製、影片格式、與靜態影像格式，包含MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, GIF。
Surface Manager 管理顯示次系統存取、與來自多重程式2D與3D組合圖層的 串流。
LibWebCore 現代化的Web瀏覽器引擎。
SGL 2D圖形底層引擎。
3D libraries OpenGL ES 1.0 API 實做;該函式庫使用硬體加速(視硬體提 供功能)與3D軟體rasterizer最佳化。
FreeType 圖形與向量字的繪製。
SQLite 提供給所有應用程式使用的強大且輕量的關聯式資料庫存取引擎。
4.Android 執行時期環境：
每一個 Android 應用程式執行於獨立的行程與獨立的 Dalvik 虛擬機器，
Dalvik 被設計成單一裝置可有效率地使用多個虛擬機器, Dalvik 虛擬機器執行 Dalvik 執行檔(附檔名為.dex，最佳化使用記憶體的格式)，虛擬機器為登記制，
並執行"dx"工具編譯並轉換格式的 class 檔案。
5.Linux 核心：
Android 依靠 Linux2.6 版的核心系統服務如安全性、記憶體管理、行程管理、
網路堆疊與趨動程式模型。該核心同樣是作為硬體與軟體積木間的抽象層。
四、Android 的 Activity 生命週期
Activity 是 Android 最基本的應用程式元件，而在該應用程式中，一個 Activity 通常就是一個獨立的螢幕，用來表現資料與操作者進行交流互動。
Android 將 Activity 區分為五大模式，分別是前景模式(foreground process)、
可見模式(visible process)、背景模式(background process)、空白模式(empty process) 和服務模式(service process)，Android 給於不同的模式產生 Activity 不同的生命 週期。
Activity 運作流程：
由實際運行的記錄來看，我們可以歸納出所有 Android 應用程式都遵循的
動作流程：
一般啟動：啟動一個 Activity 的基本流程是，分配資源給這個 Activity
（Create 狀態），然後將 Activity 內容顯示到螢幕上（Start 狀態）。在一 切就緒後，取得螢幕的控制權（Resume 狀態），使用者可以開始使用這個程 式。
呼叫另一個 Activity：這是個先凍結原本的 Activity，再交出直接存取螢 幕能力（Pause 狀態）的過程。 直到 Activity 2 完成一般啟動流程後，
Activity 1 才會被停止。
回原 Activity：點 Back 按鈕可以回到原本的 Activity。
退出結束：如果程式中有直接呼叫「finish」函式來關閉 Activity的話，系 統假設我們很確定我們在做什麼，因此會直接跳過先凍結(Freeze)的階段，
暫停(Pause)，停止(Stop)，然後銷毀(Destroy)。
回收後再啟動：被回收掉的 Activity 一旦又重新被呼叫時，會像一般啟動 一樣再次呼叫 Activity 的 onCreate 函式。 當我們使用「Android」手機 一陣子，在手機上已經執行過多個應用程式。只要按下「Back」（返回）鍵，
「Android」就會開啟最近一次開啟過的 Activity。
基於如此本研究以目前最普遍最常見搭載 Android 應用系統之 MobileAPP 為研究工具做考量。
第四節 財產管理系統伺服器之場域環境
本校財產管理系統伺服器之財產管理系統開發技術說明整理如下。
一、 系統架構說明：
該公司產品-財產管理系統，可以區分為 AP 服務、網頁服務、資料庫服務。
AP 服務對應實體機器為 AP 應用伺服器，管理財產系統程式與散佈程式，主要 使用群組為總務處的財產管理人員。網頁對應實體機器為 IIS 財產網路服務伺服 器，提供統一登入入口，在網際網路上查詢與異動財產資料，主要使用本校的財 產保管人員。
資料庫服務對應實體機器為 Microsoft SQL server 資料伺服器，提供上述兩 種作業所需要的儲存空間。屬於標準的三層式架構，在機器不足的情況下也可以 合併實體機器，如圖 2-6 所示。
圖 2-6 系統硬體架構圖 二、 軟體環境說明：
區域網路使用者-總務處的財產管理人員，使用的應用程式為微軟 VISUAL FOXPRO(註 2)所開發出來的應用程式，屬於一個撰寫資料庫的開發工具。考量 更新程式所需，拆解成上百隻的小應用程式，存放於 AP 應用伺服器，如圖 2-7 所示。
圖 2-7 系統軟體架構圖
廣域網路經由財產網路服務伺服器存取資料，目前因版本考量因素僅允許操
作者使用 IE 為介面操作系統，目前有網路服務功能如圖 2-8 所示。
圖 2-8 網路服務功能
申請案管理功能就是將網路申請案件作審核或是退回。
三、 資料架構說明：
依資料流程與資料來源拆解成數個主要資料表群體，在主交易檔中包含交易 明細檔為傳統的關聯式資料庫架構。對於不確定的申請作業有一個資料表群體來 儲存跟正式帳務資料進行區隔，如圖 2-9 所示。
圖 2-9 系統資料架構圖
註 1
非營業基金:除為適應政府施政一般用途所需之「普通基金」外，尚有歲入專供特殊用途之
「特種基金」。後者按其性質，可分為（一）營業基金、（二）債務基金、（三）信託基金、（四）
作業基金、（五）特別收入基金、以及（六）資本計畫基金六種，這些特種基金除”營業基金及信 託基金”外，其餘四種通稱為「非營業基金」。本校國立臺東大學校務基金即屬於作業基金歸屬教 育部。
註 2
Visual FoxPro，主要用於資料庫，目前最新的版本是 9.0 (發行於 2007 年)。
日前，在微軟官方網站釋出了一份公告說明未來將不會再推出 VFP 10，並且持續 VFP 9 的 支援到 2015 年。
第五節 軟體開發模式種類及演進
工欲善其事必先利其器《論語·魏靈公》，首先了解軟體開發模式有區分為編 碼與修正模式、階段模式、瀑布模式、漸增模式、雛型模式、螺旋模式、同步模 式、軟體開發程序模式。其目的是提供開發者一系統的流程以成功的開發使用者 所需要的軟體。然而開發的環境、長期的目標和專案的類型不盡相同，因此不同 的開發模式乃因應而生，以配合不同條件下的專案開發（王文良,2008）。
一、軟體開模式種類
基本上軟體開發模式可分為軟體生命週期模式（Software Life Cycle Models）和軟體開發程序模式（Software Process Models）。
1.軟體生命週期模式（Software Life Cycle Models）： (1)瀑布模式：
軟體開發應依照一序列的階段進行，一個階段的產出並須經過驗證或確認才 能視為完成，任何更改、錯誤或爭議都必須回溯到前面相關的階段加以修正，若 發現錯誤或新需求時，都必須回溯到前面相關階段。
圖 2-10 瀑布模式 (2)漸增模式：
將一個軟體系統分割成好幾個子系統，每一個子系統各執行一部份功能，設 計一個彈性、開放的系統架構，使後續的功能能夠加入，而不需修改基本的架構，
後續的子系統陸續可以與已完成的部分整合在一起（林信惠、黃明祥、王文 良,2005）。也就是說把需求分成幾個部分，然後將每個部分的需求之開發訂為 一個開發週期，每個週期可依序或平行開發。每個週期之階段清楚定義要做那些 工作及交付那些文件，每個週期內，各階段循序進行且僅循環一次。
系統需求確 認
軟體需求確 認
初步設計驗 證
細部設計驗 證
編碼與除錯 單元測試
操作與維護 確認
整合測試驗 證
圖 2-11 漸增模式 (3)雛型模式：
此方法先針對使用者需求較清楚的部分或資訊人員較能掌握之部份，依分析、
設計與實施等步驟快速進行雛型系統開發。過程中，強調儘早以雛型系統做為使 用者與資訊人員需求溝通與學習之工具，雙方透過雛型之操作與回饋，以釐清、
修改及擴充需求，並藉以修改與擴充雛型系統。上述步驟反覆進行，直到系統符 合雙方約定為止（林信惠、黃明祥、王文良,2005）。
圖 2-12 雛型模式 第一個子系統的分
析、設計、編碼與測 試
新子系統的
設計、編碼與測試
操作與維護 整合新子系統
至現有系統
觀察需求
抽象化確認
規格驗證
雛型建立驗
試驗確認
(4)螺旋模式：
在生命週期的每一個階段，應該主動發覺風險並設法解決，運用模擬、雛型、
模式建立、標竿﹙Benchmarks﹚等方法來降低風險，每一個階段都必須經過確認 或驗證，考量每一個階段的目標、可行的方案及限制條件（林信惠、黃明祥、王 文良,2005）。
圖 2-13 螺旋模式 (5)同步模式：
主要是為了縮短系統開發時間，加速版本之更新，因應商業套裝軟體的市場 競爭。需求可明確與完整的描述，有足夠的人力參與，團隊間有良好的溝通、資 訊交換與專案管理。也就是說可以一個階段內的工作、多個階段性的工作、或多 個專案的工作、或軟硬體的工作多層平行進行（林信惠、黃明祥、王文良,2005）。
圖 2-14 同步模式
2.軟體開發程序模式（Software Process Models）： (1)開發程序模式：
程序是一個連續的循環，是一個持續執行、不斷改進的過程，一個階段的輸 出成為下一個階段的輸入，程序中的每一個階段都包含一系列的活動，每項活動 都有負責的人員，每項活動都必須依循設定的標準與程序，每一階段都必須定義 它所包含的活動（林信惠、黃明祥、王文良,2005）。
開始
功能組劃分
獨立整合
獨立測試
結束 第
一 團 隊 開 發
第 ｎ 團 隊 開 發
下 一 版 本
下 一 版 本
圖 2-15 開發程序模式
(2)反覆定義與改善程序模式：
將程序視為產品，程序產品應配合顧客的特殊需求以達成其企業的目標，強 調反覆的定義及改進，程序的定義必須符合組織的目標並適合所處的環境（林信 惠、黃明祥、王文良,2005）。
圖 2-16 反覆定義與改善程序模式
(3)連續改善程序模式：
此模式以八個階段來闡述反覆且連續改善程序，界定程序、確立所有權、採 納使用者需求、衡量、評估、找尋改善機會、排定改善順序、最後執行改善（林 信惠、黃明祥、王文良,2005）。
淘汰
維護
操作支援
裝置
專案發起
設計
系統配置
需求分析 編碼
概念探索
定義 交付
精練
評量
應用 目標與科技
目標與科技
圖 2-17 連續改善程序模式
3.軟體開發模式演進
軟體開發模式演進如下圖2-18所示：
圖 2-18 軟體開發模式演進（吳仁和、林信惠,2009）： 排定改善的
順序
找尋改善機 會
界定程序 執行改善
評估 衡量
確立所有權
採納使用者 需求
本研究論文中採用雛型模式來開發財產管理 APPS 系統，主要是因為系統開 發需要與財產保管人使用配合，探討實際財產保管人的需求，並讓財產保管人能 充分實際操作增加系統開發的實用性、易用性，以及讓日後其他財產保管人相對 高度興趣使用，以達到使用者因參與而了解所謂財產管理等相關法規及財物保管 重要性的知識領域，也是本研究開發建置系統成功與否主要關鍵。
參、 研究程序
本章節要探討說明系統開發之程序，並以實際財產保管人的需求分析、設計 出財產管理資訊系統連結架構、之後設計資料庫，制定資料表，最後以實作財產 管理 APPS 系統、以及中介軟體，達到即時查詢之目的。
第一節 使用者需求分析
本研究系統開發以使用雛型模式為主，故先進行需求調查以臺東大學行政單 位、教學單位各個財產單位管理人，包括老師 10 人、職員 10 人、行政助理 20 人，總共 40 人，並以提供財產管理資訊系統資料庫之個人或單位全部保管財產 明細表，透過開放式問卷作法調查過 40 位教職員，根據受訪者的調查意見分析，
有幾項回饋紀錄是財產保管人需要即時查閱紀錄及追蹤，如：新增保管財產即時 查詢、財產屆報廢之提醒、財產異動資料之提醒。
圖 3-1 臺東大學請購憑証黏貼單示意圖
財產保管人員當財物請購時因流程的繁瑣及核章欄位甚多，致使請購案不知 何時能批准核銷（如圖 3-1），往往礙於政府採購法之規定，不得不按部就班的 層層陳核，使得請購案曠日費時有時也人為因素導致請購案遺失；當請購案層層
核章程序完成採購核銷建置財物時，財產保管人員尚不知財產保管歸屬，而衍生 日後財產保管之紛爭；當財物異動移轉時經過 Web 端申請後，因涉及國有財產 產籍管理辦法，單位內部移轉無須經過財產管理單位（總務處保管組）同意審核，
而單位財產外部移轉時才須經得財產管理單位（總務處保管組）審核同意，往往 導致財產移出人列印財產移動單後核章後財產接交人未核章，讓整個申請案件延 宕或不了了之。
本研究透過行動化加值服務，財產保管人員將可配合手上行動載具，隨時隨 地將財產建置、移轉、報廢…等相關申請案掌握完成程序與否，最終可以達到以 下目的：
即時查詢申請案完成與否，確立財產管理機制。
減少紙張的浪費，避免申請案重複申請。
隨時查詢個人或單位所管轄之財物是否已屆報廢年限。
釐清管轄之財物，減少不必要的財物歸屬紛爭。
第二節 系統架構設計
依據上述財產保管人的需求分析，配合中介軟體與本校現有財產管理系統資 料庫結合，建置規劃出財產管理 APPS 應用系統架構（圖 3-2 和 3-3 所示），本研 究主要重點在於整體架構中最前端部分，也就是將資訊行動化的加值服務，導入 於財產管理的場域之 APPS 運用，財產保管人員可以任何時間或對任何財物疑問 時，使用本論文開發的財管 APPS 應用程式，透過無線網路與中介軟體
（middleware）溝通，連結後端的財產管理系統資料庫，以財產管理的應用程式 將財產保管人所要查詢的資料從財產管理系統資料庫擷取出來，傳送到財產保管 人的行動載具，即時獲得操作者想要的資訊及清單。
圖 3-2 應用架構關聯圖 資料來源：研究者自行整理 使
用 者 行 動 載 具
網 頁 介 面
S QL
財 產 管 理 資 料 庫 財 產 管 理 系 統 工 作 站
（1、保管財產即時查詢 2、財產屆 報廢之提醒 3、財產異動移轉資料之 提醒）
圖 3-3 系統架構圖
訪談過程中使用者的觀點描述系統之行為與系統互動行為關係如（圖 3-4 所 示），在圖 3-4 中說明參與系統使用的角色，角色與系統之間的關係，包含使用 者登入、個人或單位財產物品現狀查詢、個人或單位財產物品已屆報廢查詢、個 人或單位財產物品異動查詢四項功能，下列分別描述：
1 使用者登入：
使用者進入本系統時，必須先通過認證，此認證的帳號及密碼需在資料庫中 有建立使用者帳號及密碼才可通過認證，如果無法通過認證，就無法使用此系 統。
2.個人或單位財產物品新增現狀查詢：
此功能可以查詢個人保管之財產及物品，如單位財產管理人就可以有權限查 詢單位整個財產及物品。
Microsoft SQLsever 資料庫伺服器
Apsever 應用程式
伺服器
使用者 行動載具
3.個人或單位財產物品已屆報廢查詢：
此功能可以依照財產或物品查詢已達耐用年限之明細清冊，就可以依據國有 公用財產管理辦法提出報廢相關事宜。
4.個人或單位財產物品異動查詢：
此功能可以查詢財產物品外部移轉或內部移轉是否完成，免受財產有帳無物 或有物無帳之苦。
圖 3-4 使用者案例 使用者驗證
查詢新增財產
查詢屆報廢明細
查詢移轉動態
財管APPS應用
使用者
財管系統資料庫
第三節 系統開發環境介紹
依照上述的需求分析，開始進行開發作業，本節將詳細介紹整個系統開發需 要的軟硬體環境，說明如下：
一、軟體方面
1.系統環境
(1)作業系統：Windows 7 (2)資料庫：MySQL 5.0.51b
本系統開發之資料庫採取 MySQL 資料庫，版本為 5.0.51b。MySQL 是一個 開放原始碼的關聯式資料庫管理系統，原開發者為瑞典的 MySQL AB 公司，該 公司於 2008 年被昇陽微系統（Sun Microsystems）收購。2009 年，甲骨文公司
（Oracle）收購昇陽微系統公司，MySQL 成為 Oracle 旗下產品(引用自維基百 科)。
(3)網頁伺服器：Apache 2.2.8 (4)開發語言：PHP 5.2.6
PHP 是一種新型的 CGI 程序编寫语言，易學易用,運行速度快，可以方便 快捷地编寫出功能强大，運行速度快，並可同時運行於 Windows、Unix、Linux 平台的 Web 後台程序，内置了對文件上傳、密碼認證、Cookies 操作、郵件收 發、動態 GIF 生成等功能，PHP 直接為很多資料庫提供原本的連接，包括 Oracle、
Sybase、Postgres、Mysql、Informix、Dbase、Solid、Access 等，完全支持 ODBC 接口，用户更换平台時，也無需變换 PHP 代码，可即拿即用（摘錄 phpfans 網）。
2.App 開發環境
1. Eclipse Java EE IDE
2. Java Development Kit 7u21 (JDK 7) 3. Android Software Dev
二、硬體方面
1.伺服器規格
(1) CUP：Intel Core i7-2600 (2) RAM：4GB
(3) 硬碟：500GB
2.中介伺服器
(1)CUP：Intel Core i5-650 (2)RAM：6GB
(3)硬碟：250GB
3.測試載具設備
由於 Android 為 Open Source System 受限於版本、硬體廠商的不同，而產生 系統操作介面不同、客製化功能不同等差異，本論文為避免各機種間的系統差異 所造成的系統錯誤，採用多種市場主流品牌、主流載具機種進行系統開發測試，
並且進行系統功能修正，載具規格如下表:
表 3-1 測試載具規格
測試載具 載具規格
Samsung Galaxy R i9103 處理器：NVIDIA Tegra 2 1GHz 記憶體：1GB
韌體版本：2.3
Acer ICONIA A500 處理器：NVIDIA Tegra 2 1GHz 記憶體：1GB DDR2
韌體版本：4.0.3
Samsung Galaxy S3 (SHV-E210L) 處理器：Exynos 4412 1.4GHz 記憶體：2GB
韌體版本：4.1.2
Samsung Galaxy Note 10.1(GT-N8000) 處理器：Exynos 4412 1.4GHz 記憶體：2GB
韌體版本：4.1.1
Samsung Galaxy Tab 10.1(GT-P7510) 處理器：NVIDIA Tegra 2 1GHz 記憶體：1GB
韌體版本：3.2
ASUS Transformer TF101 處理器：NVIDIA Tegra 2 1GHz 記憶體：1GB
韌體版本：4.0.3
ASUS Transformer TF201 處理器：NVIDIA Tegra 3 1.5GHz 記憶體：1GB
韌體版本：4.0.3
Motorola Defy MB525 處理器：TI OMAP 3630 800MHz 記憶體：512MB
韌體版本：2.2.2
本系統之實體關聯圖(Entity Relationship Diagram)，主要有五個實體型，分 別為 user、propertyform、propertyNew、propertyChange、propertyDiscard，其詳 細資訊欄位及關連如圖 3-5 所示。
圖 3-5 實體關聯圖
肆、 系統展示
第一節 系統畫面設計
本系統為將表單特性與智慧型載具螢幕尺寸進行整合，達到最佳使用者體驗，
而將畫面強制設定為水平顯示，使財產清單可以以水平方向展開於載具螢幕中如 圖 4-1 所示，而不須讓使用者在系統操作的過程中不斷滑動畫面位置，並且改變 畫面大小。
圖 4-1 系統水平畫面
第二節 系統實作展現
本系統主要分為兩大部分，第一部分為新增及查詢功能，第二部分則為提醒 功能。將在以下分別一一介紹。圖 4-2 為本 APP 一開啟於平板之畫面截圖，右 半部為登入畫面。
圖 4-2 系統起始畫面
在使用者登入後，如果是最高權限管理者（Super User），會有兩個功能，分 別是新增財產資料以及財產查詢，如圖 4-3 所示。如果只是一般使用者登入，則 只會有財產查詢之功能。新增財產資料之實際操作畫面如圖 4-4 所示，財產查詢 結果之畫面如圖 4-5 所示。
圖 4-3 系統最高權限使用者登入畫面
圖 4-4 新增財產資料畫面圖
圖 4-5 財產查詢結果畫面
第二部分則為使用者提醒功能，會針對三個面向去做提醒，分別在新增財產、
財產轉移，以及半年內有可報廢財產時，會在此頁面顯示，並且針對其資料數，
會顯示在畫面上，圖 4-6 為測試案例中，所呈現的畫面截圖，共有四筆資料異動，
點取藍色字體，就可以詳細地看見各筆之資訊。
圖 4-6 提醒畫面
財產新增部分，主要是比對上次登入系統時，是否有新增的財產資料，如果 有新增資料，並會於系統中呈現，其詳細畫面圖如圖 4-7 所示。
圖 4-7 提醒畫面-財產新增
財產移轉部分，一樣是比對上次登入資料，如果有財產保管人異動，才會於 此畫面顯示，其主要顯示原本保管人及轉移後之保管人的資訊，供使用者可以清 楚明瞭財產是否轉移，以及被轉移給誰。詳細操作圖如圖 4-8 所示。
圖 4-8 提醒畫面–財產轉移
最後一個功能是半年內可報廢財產，主要是比對資料庫中，該使用者之財產 的取得日期，以及使用年限，經過程式計算後，會在可報廢日期的前半年中，於 提醒畫面中顯示，讓管理者不需要時常登入，也可以知道有那些財產已屆報廢年 限，讓使用者可以提前準備報廢事宜，其操作畫面圖如圖 4-9 所示。
圖 4-9 提醒畫面–半年內可報廢財產
第三節 操作使用性評估
一、本研究實驗場域在臺東大學知本校區及臺東校區，受測者為教學單位及行政 單位財產管理者及財產保管者，受測人數共 40 人，以實際操作並在旁講解 驗證所設計的功能是否符合使用者需求。
二、本研究依據實地訪測本校教師、職員及行政助理取得需求，而設計出財產管 理 APPS 應用系統，最後需針對所開發的財產管理 APPS 應用系統來進行使 用調查，本研究發出 40 份問卷，回收 40 份問卷，問卷分兩大部分第一為基 本資料，第二為使用性評估；問卷一受訪實測者基本資料彙整如下：
i. 性別 表 4-1 性別統計表
數量/
選項 男性 女性 合計
人數 18 22 40
百分 比
45％ 55％ 100％
圖 4-10 性別分佈圖 ii. 年齡
表 4-2 年齡統計表
數量/選項 未滿 18 歲 18-30 歲 31-40 歲 41-50 歲 51 歲以上 合計
人數 0 4 16 12 8 40
百分 比
0％ 10％ 40％ 30％ 20％ 100％
性別(人數)
男性 女性 45%
55% 男性
女性
圖 4-11 年齡分佈圖 iii. 教育程度
表 4-3 教育程度統計表
數量/選項 國小 國中 高中/職 專科/
大學
研究所
以上 合計
人數 0 0 0 21 19 40
百分 比
0％ 0％ 0％ 52％ 48％ 100％
圖 4-12 教育程度分佈圖 iv. 在校工作年資
表 4-4 在校工作年資統計表
數量/選項 一年以下 一年 二年 三年 四年以上 合計
人數 3 2 2 9 24 40
百分 比
8％ 5％ 5％ 23％ 59％ 100％
年齡(人數)
未滿18歲
0% 18-30歲
10%
31-40歲 41-50歲 40%
30%
51歲以上 20%
未滿18歲 18-30歲 31-40歲 41-50歲 51歲以上
教育程度(人數)
專科/大學 52%
研究所以上 48%
國小 國中 0%
0%
高中/職 0%
國小 國中 高中/職 專科/大學 研究所以上
圖 4-13 在校工作年資分佈圖 v. 使用電腦的經驗
表 4-5 使用電腦經驗統計表 數量/選項 一年
以下 一年 二年 三年 四年 五年
以上 合計
人數 0 0 1 0 0 39 40
百分 比
0％ 0％ 3％ 0％ 0％ 97％ 100％
圖 4-14 使用電腦經驗分佈圖 vi. 使用智慧型手機的經驗
表 4-6 使用智慧型手機經驗統計表 數量/選項 否 一年
以下 一年 二年 三年 四年 五年
以上 合計
人數 3 3 4 8 6 0 16 40
百分 8％ 8％ 10％ 20％ 15％ 0％ 39％ 100％
在校工作年資(人數)
一年 5% 二年
5%
三年 四年以上 23%
59%
一年以下 8%
一年以下 一年 二年 三年 四年以上
使用電腦的經驗(人數)
四年 0%
五年以上 97%
三年 0%
二年 3%
一年 一年以下 0%
0%
一年以下 一年 二年 三年 四年 五年以上
圖 4-15 使用智慧型手機經驗分佈圖
綜觀以上資料顯示可得知受測者男女生幾乎各占一半共為男生 18 位，女生 22 位，年齡分布為 18-30 歲有 4 位（10％）；31-40 歲有 16 位（40％）；41-50 歲 有 12 位（30％）；51 歲以上有 8 位（20％），教育程度因為在國立大學工作因素 只呈現為專科/大學有 21 位（52％）；研究所以上有 19 位（48％），在校工作年 資部分為一年以下有 3 位（7％）；一年有 2 位（5％）；兩年有 2 位（5％）；三年 有 9 位（23％）；四年以上有 24 位（60％）為最大宗，使用電腦的經驗則兩年有 1 位（2％）；五年以上者高達 39 位（98％），使用智慧型手機的經驗為目前尚未 使用（未來會用者）有 3 位（8％）；一年以下有 3 位（8％）；一年有 4 位（10
％）；兩年有 8 位（20％）；三年有 6 位（15％）；五年以上有 16 位（39％）。
問卷二根據受測者教師 10 位、職員 10 位及行政助理 20 位對於本研究財產 管理 APPS 應用系統的使用調查分析結果如下所示：
使用智慧型手機的經驗(人數)
四年
0% 三年
15%
二年 20%
一年 10%
一年以下 8%
否 五年以上 8%
39%
否 一年以下 一年 二年 三年 四年 五年以上
表 4-7 財產管理 APPS 應用系統在易學性方面-教師、職員及行政助理之比較
以上資料經卡方考驗後，均呈現顯著差異，在非常同意、同意選項中呈現正 向意見，顯示｢職員｣對於本研究財產管理 APPS 應用系統的易學性高度認同性，
顯示｢職員｣對於系統了解性及學習性非常同意。
易學性--新增財產查詢是容易學習的
非常同意 同意 普通 不同意 非常不同意
χ
2人數 ％ 人數 ％ 人數 ％ 人數 ％ 人數 ％ 教師 5 50% 5 50% 0 0% 0 0% 0 0% 15*
職員 8 80% 2 20% 0 0% 0 0% 0 0% 24**
行政助理 12 60% 8 40% 0 0% 0 0% 0 0% 32**
易學性--財產異動提醒是容易學習的
非常同意 同意 普通 不同意 非常不同意
χ
2人數 ％ 人數 ％ 人數 ％ 人數 ％ 人數 ％ 教師 6 60% 4 40% 0 0% 0 0% 0 0% 16*
職員 8 80% 2 20% 0 0% 0 0% 0 0% 24**
行政助理 10 50% 10 50% 0 0% 0 0% 0 0% 30**
易學性--可報廢財產提醒是容易學習的
非常同意 同意 普通 不同意 非常不同意
χ
2人數 ％ 人數 ％ 人數 ％ 人數 ％ 人數 ％ 教師 7 70% 2 20% 1 10% 0 0% 0 0% 17*
職員 8 80% 2 20% 0 0% 0 0% 0 0% 24**
行政助理 11 55% 9 45% 0 0% 0 0% 0 0% 30.5**
易學性--整體使用是容易學習的
非常同意 同意 普通 不同意 非常不同意
χ
2人數 ％ 人數 ％ 人數 ％ 人數 ％ 人數 ％ 教師 8 80% 2 20% 0 0% 0 0% 0 0% 24**
職員 8 80% 2 20% 0 0% 0 0% 0 0% 24**
行政助理 13 65% 7 35% 0 0% 0 0% 0 0% 34.5**
表 4-8 財產管理 APPS 應用系統在有效率性方面-教師、職員及行政助理之比較
以上資料經卡方考驗後，均呈現顯著差異，在非常同意、同意選項中呈現正 向意見，也顯示在執行行政事務人員對於本研究開發財產管理 APPS 應用系統，
有著非常同意有效率性的可以幫助他們處理繁雜的財產管理業務。
有效率性--新增財產查詢是有效率的對工作上有幫助
非常同意 同意 普通 不同意 非常不同意
χ
2人數 ％ 人數 ％ 人數 ％ 人數 ％ 人數 ％ 教師 6 60% 3 30% 1 10% 0 0% 0 0% 13*
職員 8 80% 2 20% 0 0% 0 0% 0 0% 24**
行政助理 14 70% 4 20% 2 10% 0 0% 0 0% 34**
有效率性--財產異動提醒是有效率的對工作上有幫助
非常同意 同意 普通 不同意 非常不同意
χ
2人數 ％ 人數 ％ 人數 ％ 人數 ％ 人數 ％ 教師 4 40% 6 60% 0 0% 0 0% 0 0% 16*
職員 8 80% 2 20% 0 0% 0 0% 0 0% 24**
行政助理 16 80% 3 15% 1 5% 0 0% 0 0% 46.5**
有效率性--可報廢財產提醒是有效率的對工作上有幫助
非常同意 同意 普通 不同意 非常不同意
χ
2人數 ％ 人數 ％ 人數 ％ 人數 ％ 人數 ％ 教師 5 50% 5 50% 0 00% 0 0% 0 0% 15*
職員 9 90% 1 10% 0 0% 0 0% 0 0% 31**
行政助理 17 85% 2 10% 1 5% 0 0% 0 0% 53.5**
有效率性--整體使用是有效率的對工作上有幫助
非常同意 同意 普通 不同意 非常不同意
χ
2人數 ％ 人數 ％ 人數 ％ 人數 ％ 人數 ％ 教師 5 50% 5 50% 0 0% 0 0% 0 0% 15*
職員 8 80% 2 20% 0 0% 0 0% 0 0% 24**
行政助理 16 80% 3 15% 1 5% 0 0% 0 0% 46.5**
表 4-9 財產管理 APPS 應用系統在易記性方面-教師、職員及行政助理之比較
以上資料經卡方考驗後，均呈現顯著差異，在非常同意、同意選項中呈現正 向意見，顯示本研究開發財產管理 APPS 應用系統操作介面簡易，離開系統後過 了一段時間，再重新登入也不需要從頭學起，普遍受到非常同意及同意之肯定。
易記性--新增財產查詢是容易記憶性的，離開此系統後不需再從頭學起
非常同意 同意 普通 不同意 非常不同意
χ
2人數 ％ 人數 ％ 人數 ％ 人數 ％ 人數 ％ 教師 2 20% 8 80% 0 0% 0 0% 0 0% 24**
職員 7 70% 2 20% 1 10% 0 0% 0 0% 17*
行政助理 10 50% 9 45% 1 5% 0 0% 0 0% 25.5**
易記性--財產異動提醒是容易記憶性的，離開此系統後不需再從頭學起
非常同意 同意 普通 不同意 非常不同意
χ
2人數 ％ 人數 ％ 人數 ％ 人數 ％ 人數 ％ 教師 3 30% 7 70% 0 0% 0 0% 0 0% 19**
職員 7 70% 2 20% 1 10% 0 0% 0 0% 17*
行政助理 11 55% 8 40% 1 5% 0 0% 0 0% 26.5**
易記性--可報廢財產提醒是容易記憶性的，離開此系統後不需再從頭學起
非常同意 同意 普通 不同意 非常不同意
χ
2人數 ％ 人數 ％ 人數 ％ 人數 ％ 人數 ％ 教師 3 30% 7 70% 0 0% 0 0% 0 0% 19**
職員 7 70% 2 20% 1 10% 0 0% 0 0% 17*
行政助理 10 50% 9 45% 1 5% 0 0% 0 0% 25.5**
易記性--整體使用是容易記憶性的，離開此系統後不需再從頭學起
非常同意 同意 普通 不同意 非常不同意
χ
2人數 ％ 人數 ％ 人數 ％ 人數 ％ 人數 ％ 教師 5 50% 5 50% 0 0% 0 0% 0 0% 15*
職員 7 70% 2 20% 1 10% 0 0% 0 0% 17*
行政助理 11 55% 8 40% 1 5% 0 0% 0 0% 26.5**
