國立台東大學體育學系 體育教學碩士論文
指導教授：林大豐 博士
以全球資訊網為基礎之田徑競賽 資訊管理系統開發研究
研 究 生：趙子文
中 華 民 國 九 十 七 年 八 月
謝 誌
首先感謝指導教授大豐老師耐心的指導與協助及美珠老師、維杉老師對論文修 改的指正，讓我終於完成此篇論文的撰寫。回顧過去在東大四個暑期碩士班的學習
，因為兼任行政職務及承辦縣運之因素，導致在工作壓力及負擔過大時，經常燃起
「以時間換取空間」想要放棄的念頭，但是大豐老師總是以「一鼓作氣」來鼓勵，
在沒有放棄我的情形下，終於能與班上的同學一起畢業了。
從台中到台東來修習研究所的課程，雖然每年就只有暑假這 6~8 週，但是大學 的學弟兼研究所的學長宗賢總是不厭其煩的張羅我在台東期間的食衣住行，在此對 宗賢賢伉儷致上十二萬分的謝意，同時也謝謝中哥、小咪、汶哲及所有在台東的朋 友，感謝您們！
田徑競賽賽務的承辦可以說是除了教職之外，投入最多心力的工作。但是沒有 大道國中甘之信老師在系統程式撰寫的支援及台中縣體育會田徑委員會前後任總幹 事敏卿老師、瑞昌老師的提攜與田徑界前輩及夥伴肯定下，也許不會有今日的研究 成果。謝謝在田徑場上一路陪著我的人，感謝您們！
最後，感謝我的爸媽及內人枝燕，由於你們的支持，讓我完成了碩士學業。再 次為自己歡呼，「不要放棄，一鼓作氣！」。
以全球資訊網為基礎之田徑競賽 資訊管理系統開發研究
摘 要
隨著資訊科技的發達，網際網路的普及，全球資訊網的出現更帶動使用者人機 介面有轉向網頁化發展的趨勢，以瀏覽器為操作介面的資訊管理系統，具有操作介 面一致及普遍性高的優點。
本研究目的為開發以全球資訊網為基礎之田徑競賽管理系統，系統的開發技術 以 PHP 動態網頁語言撰寫，搭配 MySQL 資料庫伺服器及 Apache Server 網頁伺服器 平臺，系統架構採用以瀏覽器為操作介面的 B/S 三層架構模式，建構於全球資訊網 之基礎上，系統建置完成後，藉由「96 年臺中縣中小學聯合運動會」之田徑競賽實 務，進行系統實作及修正。
研究結果為本系統依據使用對象及功能分為『系統管理』、『競賽報名』、『競賽 編配管理』、『競賽管理』、『競賽資料查詢』等五個子系統架構。本系統之特色如下
：一、操作介面一致性、普及化；二、系統操作簡單化且功能完整；三、報名作業 網路化；四、競賽編配作業自動化；五、競賽資料處理迅速正確化，競賽報表美觀 化；六、版面編輯多元化；七、功能設計彈性化；八、競賽工作整合化；九、成績 資料查詢網頁化、即時化。
關鍵詞：全球資訊網、瀏覽器、田徑競賽、田徑競賽資訊管理系統
Research on Development of WWW-Based Information Management System for Athletic Games
Abstract
In the wake of progressive information technologies, internet is getting more and more widespread. Consequently, world wide web leads to the trend of webpage development, concerning with human-machine interface. Information Management System, using browsers as operation interface, has the advantages of generality along with popularity.
This research was aimed to explore WWW-based Information Management System for athletic games. Such exploring skills included PHP dynamic webpage language, MySQL database server, and Apache Server webpage-server platform. In terms of system framework, we adapted WWW-based B/S triple-framework mode, using browsers as operation interface. To put into practice, we refered to the athletic games of “2007 Taichung County High Schools and Primary Schools Athletic Game”. By analyzing the performance of the system, the study had made some suggestive conclusions on the development of Information Management System for athletic games.
Keywords：world wide web、browsers、athletic game、
Information Management System for athletic games
目 次
謝 誌 ... I 中文摘要 ... II 英文摘要 ... III 目 次 ... IV 表 次 ... VI 圖 次 ... VII
第一章 緒論 ...1
第一節 研究背景 ...1
第二節 研究目的 ...3
第三節 研究的範圍 ...4
第四節 名詞解釋 ...5
第五節 研究的重要性 ...6
第二章 文獻探討 ...7
第一節 全球資訊網之探討 ...7
第二節 資訊管理系統之開發 ...12
第三節 動態網頁之設計 ...19
第四節 田徑賽會競賽資訊化之探討...22
第五節 本章總結 ...25
第三章 系統開發 ...27
第一節 系統規劃 ...27
第二節 系統分析 ...29
第三節 系統設計 ...31
第四章 競賽資訊管理系統實作與結果分析 ...39
第一節 系統管理子系統之實作...39
第二節 競賽報名子系統之實作...51
第三節 競賽編配管理子系統之實作...55
第四節 競賽管理子系統之實作...58
第五節 競賽資料查詢子系統之實作...72
第六節 實作結果分析 ...77
第五章 研究結論與建議 ...81
第一節 研究結論 ...81
第二節 研究建議 ...84
參考文獻 ...85
附 錄 ...89
附錄一 系統管理子系統相關資料表...89
附錄二 競賽報名子系統相關資料表...93
附錄三 競賽管理子系統相關資料表...96
表 次
表 2-1 PHP、ASP 及 JSP 的比較 ...20
表 3-1 競賽資訊管理系統計統分析之整理 ...30
表 4-1 網站首頁內容列表...42
表 4-2 比賽項目屬性列表...45
表 4-3 競賽管理子系統使用者身分與管理權限 ...58
表 4-4 競賽資料處理功能途說明 ...60
圖 次
圖 2-1 文件的原始檔...8
圖 2-2 瀏覽器所顯示的HTML檔 ...9
圖 2-3 中央集權式架構...13
圖 2-4 二層式架構圖...14
圖 2-5 三層式架構圖...15
圖 2-6 瀑布模式系統發展生命週期 ...17
圖 3-1 田徑競賽資訊管理系統規劃 ...28
圖 3-2 系統管理子系統架構圖 ...31
圖 3-3 系統管理子系統操作介面 ...32
圖 3-4 競賽報名子系統架構圖 ...33
圖 3-5 競賽報名子系統單位選單 ...33
圖 3-6 競賽編配管理子系統架構圖 ...34
圖 3-7 競賽編配管理子系統操作介面 ...35
圖 3-8 競賽管理子系統架構圖 ...36
圖 3-9 競賽管理子系統之操作畫面 ...36
圖 3-10 競賽資料查詢子系統架構圖 ...37
圖 3-11 競賽資料查詢子系統之功能選單 ...37
圖 4-1 競賽名稱及系統公告設定 ...40
圖 4-2 各參賽單位報名選單畫面設定 ...40
圖 4-3 報名頁面安排管理...41
圖 4-4 公佈欄管理...41
圖 4-5 系統首頁報名功能開啟 ...43
圖 4-6 系統首頁報名關閉...44
圖 4-10 競賽組別管理...46
圖 4-11 混合運動成績換算公式管理 ...47
圖 4-12 混合運動成績換算公式及男女比賽項目計分參數...48
圖 4-13 大會紀錄管理...48
圖 4-14 重置參賽單位管理員資料 ...49
圖 4-15 報名資料備份確認...49
圖 4-16 報名資料回復處理訊息 ...49
圖 4-17 報名資料清空警告對話 ...50
圖 4-18 參賽單位管理員資料登錄 ...51
圖 4-19 報名作業流程...52
圖 4-20 帳號密碼認證及參賽組別選單 ...52
圖 4-21 參賽單位職員編修及接力項目勾選 ...53
圖 4-22 參賽單位資料編修選單 ...53
圖 4-23 選手資料註冊畫面...53
圖 4-24 參賽單位報名列印...54
圖 4-25 競賽編配管理子系統之介面 ...55
圖 4-26 同單位選手姓名重複檢核結果編輯畫面 ...55
圖 4-27 混合運動選手參賽項目轉換 ...56
圖 4-28 參賽單位代號一覽表 ...56
圖 4-29 參賽單位隊職員名單 ...57
圖 4-30 各項目參賽名單暨參考成績 ...57
圖 4-31 競賽管理子系統管理（系統管理員） ...58
圖 4-32 競賽管理子系統管理（競賽管理員） ...58
圖 4-33 競賽管理子系統管理（檢錄管理員） ...59
圖 4-34 競賽管理子系統管理（成績登錄管理員） ...59
圖 4-35 賽程編排管理欄位內容 ...59
圖 4-36 報名資料管理編修頁面 ...60
圖 4-37 點名功能操作介面...61
圖 4-38 徑賽成績輸入介面...61
圖 4-39 田賽成績輸入介面...62
圖 4-40 成績輸入操作流程...62
圖 4-41 預、複賽及決賽「錄取參數」操作介面 ...62
圖 4-42 出賽資料『編修』介面 ...63
圖 4-43 接力棒次登錄介面...63
圖 4-44 接力棒次資料儲存後畫面 ...64
圖 4-45 參數功能編修...65
圖 4-46 徑賽分道項目檢錄單 ...65
圖 4-47 徑賽不分道項目檢錄單 ...66
圖 4-48 徑賽接力項目檢錄單 ...66
圖 4-49 田賽高度項目檢錄單 ...67
圖 4-50 田賽遠度項目檢錄單 ...67
圖 4-51 徑賽分道項目預（複）賽成績報告表 ...68
圖 4-52 徑賽不分道項目預（複）賽成績報告表 ...68
圖 4-53 徑賽項目決賽成績報告表 ...69
圖 4-54 徑賽接力項目成績報告表 ...69
圖 4-55 田賽高度項目成績報告表 ...70
圖 4-56 田賽遠度項目成績報告表 ...70
圖 4-57 混合運動項目成績報告表 ...71
圖 4-58 場次選手編配查詢...72
圖 4-59 場次選手成績查詢...72
圖 4-60 破大會紀錄一覽表查詢 ...73
圖 4-61 每日比賽成績總表查詢 ...73
第一章 緒論
本章中，第一節闡述研究背景；第二節說明研究目的；第三節列出研究範圍；第 四節為名詞解釋界定；第五節提出本研究的重要性。
第一節 研究背景
隨著資訊科技的發達，網際網路的普及，全球資訊網（world wide web, WWW）
的出現，使得網路從一般文字資訊的傳輸，躍升為結合圖片影像來展現的資訊平台。
由於操作簡單方便，使用者只要具備操作鍵盤及滑鼠的能力，透過 WWW 的瀏覽器
（browser）便可以輕鬆進入網際網路的世界，如同「秀才不出門，能知天下事」，世 界每一個角落所發生的訊息，即時地傳遞到我們的手中。
電腦產業面對資訊網路興起及網際網路的普及，過去以主機（mainframe）為核 心的中央系統漸漸式微，取而代之的是以主從式（client/server, C/S）架構為基礎、具 高效率與資源分享特性的各項電腦網路資訊系統及設備（林正偉、陳玲鈴，1996）。
主從式架構模式推出之初，大多為二層式架構模式，之後因二層式架構模式中有些運 算邏輯必須在客戶端完成，對於客戶端電腦配備常常有較嚴格的要求，並且操作期間 必須一直維持與資料庫伺服器保持連線狀態，導致伺服器負載過重，影響系統整體效 能。並且，一旦資訊系統需要擴充功能或更改功能時，若需要更動到商業邏輯部分，
在二層式架構模式下，便要更動所有分散在各地使用者之客戶端程式，造成系統擴充 的不便與複雜性，因此以客戶端只需安裝瀏覽器之三層式架構模式逐漸取而代之，成 為系統設計之主流。
微軟公司總裁比爾•蓋茲在《數位神經系統》一書所言『您管理、蒐集與使用資 訊的方式決定了輸贏。』由於網路技術日新月異，資訊系統的架構已經受到全面性的 挑戰，網路科技不僅改變各行各業的交易方式與競爭策略，而且也改變了一般使用者 的行為。Peter Keen 在 1980 年第一屆的資訊管理年會上曾經對資訊管理做一個定義
，認為資訊管理就是有效地使用資訊，同時應用其他領域的科學。因此，資訊管理是 一個跨領域的學門，包括工程、電腦、管理、組織、教育、政治、心理、社會等各個
學域，都幾乎都可以被收納在資訊管理的研究範圍內（謝翠娟，1999）。
「田徑為運動之母」，就台灣地區而言，大型的運動賽會，舉凡「全國運動會」、
「全國大專校院運動會」及「全國中等學校運動會」，田徑項目均列為必辦之競賽種 類，由此可知田徑競賽在運動賽會的普遍性及重要性。針對規模較大的運動賽會，其 相關的資訊作業經費，主辦單位都會編列一筆為數可觀的經費，開發建置所需的資訊 系統（鄭志富，1997；黃金柱，1999）。然而，在臺灣地區每年所舉辦的縣市級、鄉 鎮市級等中小型的田徑運動賽會，估計有數百場以上。這些中小型規模的運動會，尤 其是鄉鎮市級的運動會，由於經費、資源、技術等相關因數無法配合下，往往採用傳 統人工作業。傳統的運動會採用人工編排、人工統計，存在費時費力、效率低、工作 量大、重複性高及錯誤率高等缺點（肖國良，2001）。運動競賽的組織和編排、輸入 和輸出、統計與查詢，一直是運動競賽籌備單位最繁重、複雜和辛苦的工作（陳春慶
、王力晨、張樹玲、晏琳、彭超，2003）。
柯政良（2002）指出，良好的成績管理系統有助於參與者對運動賽會的整體評價
，其重要程度不容忽視。藉助電腦技術來進行運動賽會的編排，將會達到事半功倍的 效果（唐桂黔，2004）。因此，建置以全球資訊網為基礎的田徑競賽資訊管理系統，
改善過去人工作業費時費力、效率低、工作量大、重複性高及錯誤率高等缺點，並提 升田徑賽會競賽管理資訊化之程度為本研究最主要之研究動機。
第二節 研究目的
本研究旨在開發建置以全球資訊網為基礎之田徑競賽資訊管理系統，提供主辦單 位、競賽參與單位、媒體及一般大眾，透過全球資訊網執行系統管理、報名作業、競 賽編配、競賽管理及競賽資料查詢等工作。並藉由本競賽管理系統的開發，解決以往 人工作業工作量大、重複性高、費時費力、效率低且錯誤率高等缺點。
本研究目的如下：
一、設計開發以全球資訊網為基礎之田徑競賽資訊管理系統。
二、以「96 年臺中縣中小學聯合運動會」之田徑競賽項目為例，進行系統實作 結果分析。
第三節 研究的範圍
一、本系統適用於國際田徑總會（international association of athletic federations, IAAF）所頒布之國際田徑規則 2006~2007 中所列之徑賽項目、田賽項目及混合 運動項目之賽會。
二、本系統適用對象以主辦競賽單位為主，其他行政單位、參賽單位、媒體及一般 民眾為輔。
三、研究資料來源，依據中華民國田徑協會所公佈之最新田徑規則、現行各級辦理 田徑競賽之競賽規程及秩序冊。
四、系統開發技術：以網頁伺服器語言 PHP 及 MySQL 資料庫為開發技術，Apache Server 為伺服器平臺，開發設計 B/S 架構模式之田徑競賽資訊管理系統。
第四節 名詞解釋
一、全球資訊網
全球資訊網，指的是world wide web的全球共通的網路系統，以超文件標示語言
（hyper text markup language, HTML）做為要求和傳送網頁的標準。使用瀏覽器（
browser）進行資料搜尋與瀏覽，透過網頁之機制，來呈現資料內容。
二、瀏覽器
是一個用戶端的應用程式，使用者在網址列輸入網址或位址，透過 HTTP 傳輸協 定可至網頁伺服器讀取網頁資料或下載檔案。
三、田徑競賽
本研究中之『田徑競賽』為國際田徑總會所頒布之國際田徑規則 2006~2007 中 所列徑賽項目、田賽項目及混合運動項目之比賽。
四、田徑競賽資訊管理系統
本研究所指之「田徑競賽資訊管理系統」為以網頁伺服器語言 PHP 及 MySQL 資料庫伺服器為開發技術，搭配 Apache Server 網頁伺服器平臺，設計 B/S 架構模式 之資訊管理系統。包含系統管理、競賽報名、競賽編配管理、競賽管理及競賽資料查 詢等五個子系統，提供競賽事務資訊化之管理。
第五節 研究的重要性
一、一致性及普遍性的操作介面
由於超文件的出現，使得相當多的應用軟體搬到了全球資訊網，舉凡企業資源規 劃系統、資訊管理系統、決策資源系統及顧客關係管理系統等，都已經有相當多的實 作了。目前使用者人機介面有轉向網頁化發展的趨勢，簡單的統一操作方法可以促進 使用者的接受度增加（陳忠興，2006）。因此，以瀏覽器為操作介面的資訊管理系統
，具有操作介面一致及普遍性高的優點，對使用者電腦操作能力門檻並無太大限制，
有助於提升使用者熟練度與接受度，對於資訊管理系統的應用與推展有極大的助益。
二、低成本且可跨平台使用
Apache 是目前應用最廣的網頁伺服器；PHP 是伺服器端的程式語言；而 MySQL 是一個小巧的資料庫系統，這三套軟體皆可以免費使用，並且支援 Linux、UNIX、
OS/2 和 Windows 等多種作業系統平台（趙鶴芹，2007）。因此，就相關軟體之版權 費用而言，可以說是零成本，並且提供跨平台作業系統之支援。
三、以田徑競賽管理者之角度所開發的資訊管理系統
由於資訊科技人員與體育運動專家缺乏整合與溝通管道，以致於資訊科技在體育 管理、體育教育與休閒運動等領域的應用仍無具體的整合性成果（郭瑞庭，1999）。
筆者基於多年參與田徑運動賽會競賽事務之經驗，有感於競賽管理資訊化之必要性，
乃積極推動競賽事務管理資訊化，開發以田徑競賽管理者之角度為出發點的資訊管理 系統，藉由競賽資訊管理系統在田徑運動賽會的運作，對於系統管理、競賽報名、競 賽編配管理、競賽管理、競賽資料統計及查詢等各項作業能達到事半功倍的效果。
第二章 文獻探討
本章共分五節，第一節為全球資訊網之探討；第二節為資訊管理系統之開發；第 三節動態網頁之設計；第四節為田徑競賽資訊化之探討；第五節為本章總結。期待透 過相關文獻之探究與分析，做為本研究設計與發展之基礎。
第一節 全球資訊網之探討
全球資訊網使用超鏈結（hyperlink）的技術提供網頁資料，其採用的傳輸協定為 超文件傳輸協定（hypertext transfer protocol, HTTP），使用的文件語法為超文字標示 語言（hypertext markup language, HTML），使用的伺服器稱為網頁伺服器（web server），提供使用者觀看網頁的程式稱之為瀏覽器（browser）。本節藉由全球資訊網 之探討，以瞭解全球資訊網之特性。
一、網際網路與全球資訊網的關係
許多人都會將網際網路與全球資訊網混為一談，其實全球資訊網只是網際網路的 一種應用而已。
Ross A. Malaga（2004）、榮泰生（2006）指出，網際網路的應用有電子郵件、資 料會議、檔案傳輸協定（FTP）、電傳視訊（Video Tex）、瀏覽器、搜尋引擎、新聞群 組與部落格、立即訊息、網路電話、視訊會議。全球資訊網可以說是促進網際網路發 展的大功臣，因為它是結合文字、聲音、影像於一體的網路資料傳送系統。
雖然大部分的人因為瀏覽器而認識網際網路，但是網路的功用可不是僅有全球資 訊網而已。諸如電子郵件、檔案傳輸、電子佈告欄、遠端登入、Gopher 等都是網際 網路的應用。因此，全球資訊網只能說是網際網路的一種應用。
二、全球資訊網的由來與特色
全球資訊網是由歐洲量子物理實驗室（European Particle Laboratory, CERN）所發 展出來的構想。
全球資訊網目的是為了與其他地方的研究人員做更簡單的溝通，因而產生WWW 的構想，希望所有資訊的存取方式都能達到簡單一致的目標，讓使用者可以輕易上網
，取得各式各樣的資料（榮泰生，2006）。
廖信彥（2000）指出，全球資訊網的發展是為了讓人能方便且快速地閱讀到彼此 的文件，於是採用超文件的觀念，發展出一套稱為超文件標籤的語言。全球資訊網的 定義為：「全球資訊網上分散式的超文件系統，其架構是主從式計算（server/client computing）模式。客戶端的軟體叫做瀏覽器，使用者可藉此從伺服器下載各類資訊
，例如：文件、圖形與聲音或其他型態的資料等，並透過客戶端的瀏覽器來呈現。瀏 覽器可在各系統平台內安裝，而使用者則是利用超鏈結來連結伺服器進行資訊漫遊。
伺服器主要功能是管理本身的資訊物件，而客戶端則是管理區域或廣域網路之間轉換 所需要的通訊協定」。
全球資訊網是一超媒體（hypermedia）系統，文件中可以混合文字、圖片、聲音
、影片……等，提供多媒體的展現方式；資料間可以利用超文字互相連結（link），
而形成一超文字的資訊網路，突破傳統閱讀文件的限制。網頁（web page）乃是利用 超文字標示語言（hypertext markup language, HTML）製作的，以HTML檔案格式儲 存通常以html為附加檔名（謝清佳、吳琮璠， 2000）。而 Malaga（2004）指出，
HTML並不是一個程式語言，它是一個確定網頁如何顯示的方法，HTML的文件會在 文字或其他周圍加上標籤（圖2-1），瀏覽器依據標籤（Tag）來呈現文件（圖2-2）。
圖 2-2 瀏覽器所顯示的 html 檔
林宏達、何端成（2003）指出，全球資訊網具有下列特點：
（一）使用介面一致。由於使用者所間接視同一份HTML文件，因此只要瀏覽器 能正確辨識HTML標籤，即能正確顯示訊息。
（二）使用上的便利性。因為只要有瀏覽器及網路，即可瀏覽網頁，不需太繁雜 的技巧，就能暢遊網路世界。
（三）使用者投資成本低。對使用者的終端電腦而言，只需能夠執行瀏覽器即可
，不需投資其他的軟硬體設備。
伺服器和瀏覽器是全球資訊網兩個主要元件。伺服器存放文字、圖片、影像、動 畫、聲音及任何存放在電腦的數位內容提供客戶端利用瀏覽器透過全球資訊網來存取 使用。全球資訊網具有跨平台的特性，網站架設門檻低，使用介面一致、使用便利性 及投資成本低等特點。
三、全球資訊網的應用
網際網路的發展已促成資訊流通的熱潮，繼以提供整合性服務介面的全球資訊網 之出現與蓬勃發展，挾帶大量多媒體及資料庫的全球資訊網使用者急速擴增，全球資 訊網伺服器更以非線性的指數速度成長。
陳湘林（1996）指出，全球資訊網是目前世界最大電腦網路―網際網路上的一項 資訊服務，若能將應用軟體與全球資訊網整合將有以下的優點：
（一）圖形化的使用者介面（GUI）
大多數的資料庫或其他的分析軟體都只提供文字模式的使用者介面或下拉式 的螢幕介面，這些介面或多或少都會讓使用者覺得親和力和使用的方便性不夠；
而 GUI 可提供高親和力且方便使用的使用者介面，可改善此一缺點。WWW 的 應用端瀏覽器可提供一個很好的 GUI，不需要很專門的硬體規劃，就可為應用 軟體設計一個很好的 GUI。
（二）為網際網路（Internet）上的定型架構
由於全球資訊網為網際網路上的定型架構，以 HTTP 做為伺服器端與應用端 的通訊協定，不論是使用者或是 HTML 的製作者均不需要深入瞭解硬體網路的 動作情形；而且由於全球資訊網的內建網路（Internet Network）特性，也解決兩 個不同硬體平台上的溝通問題，也節省購買額外網路化軟體的成本。
（三）擴展軟體的應用範圍
由於網際網路無遠弗屆的能力，全球資訊網與應用軟體的整合可讓世界任何 角落的網際網路使用者方便的執行特定軟體，其友善的操作介面與互動式媒體的 特性，使系統設計者更便於設計更親和方便的介面供使用者使用。
（四）跨平台軟體的執行
目前全球資訊網路成為最容易使用，也是格式最豐富的傳輸協定後，現在只 要以 HTML 的資料配合 TCP/IP 標準通信協定，再透過應用端瀏覽器，個人電腦 可以讀取工作站的資料，工作站也可以讀取迷你電腦或大型電腦的資料，採用 Intel CPU 的機器也可以跟採用 PowerPC CPU 的機器交換資料，不同平台、不同 CPU、不同系統都可透過 HTML 格式溝通，使我們有機會擺脫單一作業系統的 依賴，只要透過應用端瀏覽器即可以某類資料的原生格式觀看其資料；軟體輸出 只要遵循 HTML 格式即可以在各種平台上執行應用軟體的目的。
邱顯雄（2001）指出，全球資訊網在資訊系統應用上有以下的貢獻：
進一步達成遠端溝通訊息的功能。因此，相繼有學者（林尚毅、李俊賢、王宗銘、林 芳邦、施仁傑，2002；謝佳盛，2002）提出，以全球資訊網為基礎的的應用機制，則 是已被廣泛討論的議題及成為網路程式設計的主流。
綜合以上所述，全球資訊網的普遍性高、使用者介面的統一、介面圖形化、通 訊協定標準化、軟體應用的擴展性、軟體的執行跨平台性、使用便利性、溝通互動性
……等等的優勢，促使以全球資訊網為基礎的應用機制成為被廣泛討論的議題，瀏覽 器介面的應用也成為當前網路程式設計的主流。
第二節 資訊管理系統之開發
資訊管理的基本目的在於利用資訊系統為企業或組織創造最大的利益，其利益可 透過節省成本、創造利潤、提升效率及建立有效溝通管道等來達成。資訊管理系統的 開發則關係未來系統是否能發揮最大功能及效益。
一、資訊管理系統的概念
Gordon B. Davis（1985）對管理資訊系統（Management Information System, MIS
）的定義：『管理資訊系統是一種人機整合系統，它提供資訊以支援組織的例行作業
、管理及決策活動。這一類系統使用到電腦硬體、電腦軟體、人工作業程序、模式及 資料庫等科技。』而管理資訊系統原先的定義是一個可提供組織運作管理所需資訊的 系統。現階段已延伸為所有支援組織營運的資訊系統之統稱（郭瑞庭，1999）。但陳 思源（2003）認為，Management Information System 許多中文文獻多以資訊管理系統 一詞或是直譯為管理資訊系統，不論中文名稱如何定義，資訊管理系統的精義在於如 何以資訊系統為核心創造企業或組織最大的利益。資訊管理系統所代表的不僅止於單 一電腦系統的管理，或僅止於管理資訊系統技術的領域，所涵蓋的範圍包含了硬體、
軟體、資料庫、流程、人、策略。
然而，「管理資訊系統」這一個名詞也被用來泛指在一般組織中，採用電腦化系 統時，所牽涉到所有技術管理層面的課題。這包含了系統規劃、系統開發、系統整合
、系統管理及導入、策略性系統、資訊人力資源管理、資訊社會的倫理及法律課題等 等（林嘉洽，2005）。郭瑞庭（1999）也認為以電腦為主的資訊系統（Information System，簡稱 IS）期涵蓋的範圍遠比資訊科技廣泛。而林震岩（2006）認為，從現 在的眼光來看，Gordon 當初對 MIS 的定義意及相當於 IS，故 MIS 泛指所有的 IS。
曹中天（2004）在《管理資訊系統》一書提到，「Laudon 認為：『資訊系統是企 業組織回應環境挑戰的一個解決方案，是一個以資訊科技為基礎的管理與組織上的解 決方案。』涵義如下：（一）資訊系統的意義在於強調是否對環境的挑戰提出較好的
因此，資訊管理系統泛指所有的資訊系統，該系統是利用資訊科技的技術，為了 某一特定目標或方案進行系統規劃、系統開發、系統整合及系統管理從而提出解決的 方案，所涵蓋的範圍包含了硬體、軟體、資料庫、流程、人及策略等各個層面。
二、資訊系統架構的發展
電腦產業面對資訊網路興起及網際網路的普及，過去以主機（mainframe）為核 心的中央集權式系統漸漸式微，取而代之的是以主從式（client/server）架構為基礎的
、具高效率與資源分享特性的電腦網路資訊系統及設備（林正偉、陳玲鈴，1996）。
邱顯雄（2000）曾針對資訊系統架構的演進描述如下，「由於電腦及網路技術不 斷的創新，導致資訊系統架構不斷的演進：從中央集權式架構（mainframe）、主從 式架構（client/Server）、網際網路（internet）到分散式物件環境（distributed object
）。而主從式架構也從二層式（2-tier）演變成為三層式（3-tier）甚至是多層式（n- tier）的架構。
由於中央集權式（圖2-3）的伺服器負責全部的運算動作，應用程式集中的結果 導致對電腦配備的要求也急遽升高，因而相對中央主機電腦的價格也較高。當電腦成 本降低，且處理功能增強之後，主從式架構漸成為主流。主從式架構能避免中央集權 式架構所導致單點當機的問題。
中央伺服器
終端機 終端機 終端機
圖 2-3 中央集權式架構
在主從架構下，任一電腦設備只要是提供服務者即扮演伺服器的角色，而相對要 求服務者即扮演客戶端的角色，與中央集權式架構最大不同點在於『任何一台可提供 服務的電腦都可為伺服器，而只有單一高階伺服器電腦可以提供服務』，如此一來由 於提供服務的電腦不只一台，應用程式被分散至多台電腦上，因此不會有當機的問題
；再者，由於某些服務本身並不太複雜，一般較低階的電腦便可以勝任，經採用便可 以有效降低成本，因此中央集權架構漸被主從架構所取代。
主從式架構推出之初，大多為二層式架構（圖2-4），之後漸漸轉成三層式架構
。二層式架構中有些運算邏輯必須在客戶端完成，因此對於客戶端電腦配備常常有較 嚴格的要求；當應用環境為資料庫存取時，一旦客戶端的連線要求過多時，由於客戶 端直接存取資料庫內容，並於操作期間一直維持與資料庫伺服器保持連線狀態，如此 佔用系統資源不放會導致伺服器負載過重，整體效能因而受到影響。
伺服器 管理系統
資料庫 客戶端
應用軟體
圖 2-4 二層式架構圖
在三層式架構（圖2-5）下，便是在客戶端的應用程式獨立一層，只需要在交易 時與資料庫連線，如此便可有效降低資料庫負載提升效能。
再者，一旦資訊系統需擴充功能或更改功能時，若需要更動到商業邏輯部分，在 二層式架構下，便要更動所有分散在各地使用者的第一層客戶端程式，但若在三層式 架構下，則僅需更動位於伺服器端第二層的商業邏輯部分，因此可見三層式系統顯然 有較好的彈性。」
王宏濤、羅正才（2003）指出，二層式架構相對於三層式架構存在有跨平台性差
、缺乏開放性、難以與網際網路接軌、維護升級不方便及系統資源冗餘度大等缺點，
影響訊息網路建立的完整性及與其他系統的相容性。同時，採用三層式架構可以加強 系統的可控性、集中性及可伸縮性；客戶端不需要再安裝任何動態資料庫或程式軟體
，簡化客戶端使用；所有的網頁和資料庫皆存在於伺服器端，將資料庫從客戶端分離 出來，從而增加系統的完整性；透過瀏覽器進行資料訊息的傳輸，使用者和管理者只
資料庫伺服器
管理系統 網頁伺服器
客戶端 網頁瀏覽器
圖 2-5 三層式架構圖
在C/S二層式架構中，用戶介面業務功能集中在客戶端，伺服器只完成數據處理 及維護的功能，工作方式是客戶端向伺服器傳送SQL命令編寫的請求，經伺服器分析 處理後，將得到的結果傳回客戶端；B/S三層式架構，則是隨著網際網路技術興起，
對二層式架構的一種變化或改進的結構，在這種模式結構下，用戶介面完全透過全球 資訊網瀏覽器來傳送資料或得到伺服器將資料庫分析處理的結果（吳大剛、肖榮榮，
2003）。
傳統的二層式架構，雖然採用的是開放模式，在特定的應用中無論是客戶端或是 伺服器端都需要特定軟體的支援；隨著網際網路技術的興起，三層式架構完全藉由客 戶端的瀏覽器來呈現資料的傳送及運算的結果，管理軟體僅需安裝於伺服器端，客戶 端僅須具備網頁瀏覽器，無需再安裝任何軟體，具有開發成本低、擴充性高及易於管 理等優點（徐穎，2005）。
隨著網路技術的進步、硬體設備的提升，需要高成本建置的中央集權式架構在成 本的考量上已逐漸為個人電腦設備所組成的二層式架構模式或三層式架構模式所取代
。然而，隨著全球資訊網的盛行，以客戶端瀏覽器為主要介面的三層式架構模式，基 於使用介面一致、具有開發成本低、良好的擴充性及易於管理等特性，已成為當今資 訊系統設計之主要架構模式。
三、資訊系統的開發
吳仁和、林信惠（2000）及陳思源（2003）認為，資訊系統的開發階段，是開發 活動的一系列步驟與執行程序；這些開發階段主要是考量軟體開發過程應分成哪些階 段及每階段應如何進行與要做什麼等議題。系統開發常因被要求迅速完成，以至於整 個系統開發的工作在沒有規劃的情形下便草草開始，因此難以評估所需花費的時間及 人力，隨著專案規模逐漸加大後，系統的控管變得更不容易，最後常導致無法完成系 統的開發。因此，在系統開發的過程中，開發模式的建立是相當重要的。
建 立 資 訊 系 統 時 會 遵 循 的 流 程 叫 做 系 統 開 發 方 法 （ system development methodology, SDM）。SDM是一個開發和維護一個資訊系統的基本流程。系統開發 方法提供一個成功開發資訊系統的架構，遵循這個方法，可以吸取經驗並改善下一次 流程（Malaga, 2004）。
楊亨利（1998）將系統發展生命週期分成五大階段：（1）系統規劃、（2）系統分 析、（3）系統設計、（4）系統建置、（5）系統維護。因為這五大階段有如階梯狀的瀑 布，故此模式常被稱為瀑布模式（waterfall model）（圖 2-7）。
Bally、Brittan & Wagner（1977）提出雛型軟體開發模式（prototyping model）。 吳仁和、林信惠（2000）指出，雛型模式是先針對使用者較清楚的部分或資訊人員能 掌握的部分，依分析、設計與實施等步驟快速開發雛型。
季延平、郭鴻志（1995）結合生命週期模式、雛型開發模式的優點，提出改良式 生命週期模式。此種模式，一方面在系統開發初期，讓使用者共同參與分析及設計的 工作，以便能迅速正確發現軟體的需求及規格；另一方面，在發現需求及規格後，以 生命週期模式的架構進行系統設計及測試工作。
資訊系統開發的方法架構大同小異，大多脫離不了系統規劃、分析、設計及實作 維護等四個層面，每一種模式也都存在其優缺點，至於採用何種開發模式，則應端視 所開發系統的需求的程度、開發成本及規模來決定。
系統規劃
系統分析
系統設計
系統建置
系統維護
圖 2-6 瀑布模式系統發展生命週期（楊亨利，2005）
四、資訊系統在全球資訊網的應用
陳湘林（1996）認為，全球資訊網是屬於網際網路上的一項資訊服務，一般而言
，區域網路（local area network, LAN）是將同一網路上的機器設備與資料連結起來，
具有軟硬體與資料整合共享的優點，而網際網路則是將這些許許多多性質互異且目標 不同的網路連結起來，讓電腦網路的優點得以完全發揮，但網際網路並不是實體存在 的網路，而為網路之間相連的統稱，各網路之間還是由其所屬單位管理與維護。
蘇漢良（2000）指出，隨著企業不斷地成長，公司內部的作業流程更是日趨複雜
，以傳統人工處理流程與傳遞之方式，已不符合經濟效益與企業需求，且由於近年來 資訊技術日新月異，因此許多企業紛紛朝向資訊化與電子化的方向建立其資訊系統。
不過近年來由於網際網路的出現，造成使用者激增、資料量不斷膨脹，且企業全球化 之新需求湧現，使得傳統架構發生瓶頸，因此需要建立新的架構來滿足這些需求。
羅仕偉（2001）也認為，在今日急速變遷的產業環境之下，企業為了求生存並因 應市場上激烈的競爭態勢，大多希望在資訊科技的協助之下，能夠整合企業內部過多 的資訊以及有限的資源，並進而奠立競爭優勢以達成企業目標。
謝佳盛（2000）指出，隨著科技的日新月異，若是要擴充近端的控制與配合的系
統，最好能夠以普遍性高的通訊媒介，做為開發的基礎，來進一步達成遠端溝通訊息 的功能。例如以全球資訊網為基礎，則是已被廣泛討論的議題。
陳湘林（1996）指出，應用軟體的發展常受限於所屬的公司和發展的環境不同，
而僅適用於某些特定的平台，同樣一套應用軟體移植於另一平台上即無法正常執行其 功能；但是藉著網際網路現有的強大傳播的能力，可由世界上任何一台網際網路上的 電腦透過全球資訊網應用端瀏覽器跨平台的執行位於伺服器端的應用軟體，使應用軟 體效益發揮至極致。
陸承志、張享煒（2002）指出網際網路應用的蓬勃發展促成網際網路本身成為最 重要的技術平台：如電子郵件成為可靠的非同步的溝通工具；超文件成為廣泛的文件 表達方式；動態網頁大大提升與使用者的互動能力；瀏覽器也從以往顯示超文件進而 成為新一代程式執行環境。
全球資訊網具有使用便利性及溝通互動性，並且可以確實記錄任何所需的資料於 伺服器上，因此以全球資訊網為基礎的瀏覽器之相關應用便漸漸成為網路程式設計的 主流（林尚毅等，2002）。
由於超文件的出現，使得相當多的應用軟體搬到了全球資訊網上，舉凡企業資源 規劃系統、資訊管理系統、決策資源系統及顧客關係管理系統等，都已經有相當多的 實作了。目前使用者人機介面有轉向網頁化發展的趨勢，簡單的統一操作方法可以促 進使用者的接受度增加（陳忠興，2006）。
綜合以上所述，由於全球資訊網具有普遍性高的瀏覽器介面、通訊協定及跨平 台的執行能力，且瀏覽器從以往顯示超文件進而成為新一代程式執行環境，因此以全 球資訊網為基礎的網路技術已普遍應用於資訊系統設計上。
第三節 動態網頁之設計
網際網路是目前資訊傳遞最廣泛、最快速、也是最龐大的資料環境。隨著網際網 路技術的發展，網路使用者不僅要求瀏覽靜態的網路頁面，還希望從中獲得「動態」
的交互訊息。這裡所說的「動態」與視覺上的動態效果並無直接的關係，而是指採用 動態網頁開發技術而生成的「動態網頁」（崔俊杰，2006）。隨著網站數據資料處理 量的加大，並且與用戶端互動需求的增加，靜態網頁已不能滿足大眾的需求，從而出 現動態網頁開發技術（王紅艷、金經華，2006）。
一、動態網頁的特點
網頁依據其開發技術可分為靜態網頁和動態網頁兩種，靜態網頁指網頁輸出內容 和網頁文件本身固定不變，而動態網頁則依據用戶的選擇或輸入及其他具體情況，輸 出不同的內容（吳溥峰、李峰，2005）。
「動態」網頁是指網站網頁內容會依照不同的時間及不同的使用者，提供不同的 網頁內容，無需以人工方式對網頁內容進行更新，網頁內容會依照使用者的需要或選 擇而改變（顧海林，1999）。
朱小川（2005）指出，靜態網頁是運用標記語言（如：HTML語言）所構建出的 網頁，這種網頁形式僅能單純地呈現網頁的內容，而不能即時對不同網頁瀏覽狀況做 出回應；動態網頁則指能夠依照用戶不同的操作情況立即做出不同的回應。
崔俊杰（2005）指出，動態網頁的特點：
（一）動態網頁以資料庫技術為基礎，可以大大降低網站維護的工作量。
（二）採用動態網頁技術的網站可以實現更多的功能。
（三）動態網頁並不是存在於伺服器上的文件，只有當客戶端請求服務時，才會 將執行結果以網頁形式呈現。
因此，動態網頁的特點在於（一）頁面的內容來自於用戶的請求或系統的狀態，
而不是事先編寫好的內容；（二）動態網頁是以資料庫為基礎，隨著用戶的請求的不 同，而會產生不同內容的頁面；（三）採用動態網頁技術的網站，維護的工作量相較 於靜態網頁降低許多；（四）由於動態網頁是以資料庫為基礎，利用網頁伺服器來處
理用戶的請求，因此可以應用於數據資料的處理。
二、動態網頁的開發技術
動態網頁是由位在伺服器後端之動態網頁應用程式，依客戶端在網頁上之輸入值
，於伺服器後端依據資料庫運算執行產生後，將結果傳回客戶端。因此，動態網頁的 開發技術包括網頁語言、網頁（Web）伺服器及資料庫伺服器三部分。
動態網頁語言主要有ASP（active server pages）、PHP（hypertext preprocessor）
和JSP（java server pages）三種（肖紅，2001；魏紅，2006；羅暉、陳秀川、郭建，
2004）。其比較如表2-3-1。其中ASP只能在Win32之作業系統下執行，無法跨平台；
而JSP則因開發時間較短，函數支援尚在開發；PHP為目前最為廣泛使用的動態網頁 語言（朱小軍等，2006；肖紅，2001；魏紅，2006）。
表 2-1 PHP、ASP 及 JSP 的比較
PHP ASP JSP
作業系統 均可 Win32 均可
Web 伺服器 多種 IIS 多種
執行效率 快 快 快
穩定性 佳 中等 一般
開發時間 短 短 較短
修改時間 短 短 較短
程序語言 PHP VB Java
網頁結合 佳 佳 差
學習門檻 低 低 較低
函數支援 多 少 不定
系統安全 佳 極差 佳
使用網站 極多 多 多
資料來源：肖紅（2001）。
王宏濤、羅正才（2003）指出，Apache、MySQL及PHP彼此之間結合緊密、具 有更高的安全性、低廉的開發成本、使用方便、均可運行於Linux、Unix、Windows
Apache是目前應用最廣的網頁伺服器；PHP是伺服器端的程式語言；而MySQL 是一個小巧的資料庫系統軟體，這三套軟體皆可以免費使用，而且支援Linux，UNIX
，OS/2和Windows多個作業系統平台，且可移植性高，因此這個組合是動態網站設計 的最佳解決方案（趙鶴芹，2007）。
綜合以上所述，全球資訊網早期因為電腦設備、網路技術、網路頻寬及人工智慧 等等因素的限制，網頁的瀏覽大都侷限於靜態網頁。近來，全球資訊網的盛行、寬頻 網路的普及、網路技術的提升，過去的靜態網頁已經不能滿足當前的需求。站在設計 者易於維護、使用者易於操作的立場，動態網頁已成為網頁技術之主流。基於開發成 本、系統的安全性、跨平台性及可移植性而言，PHP、MySQL、Apache的結合，應 是當前動態網頁開發設計的最佳組合。
第四節 田徑賽會競賽資訊化之探討
蘇金德（1996）指出，所謂的競賽資訊化，應自選手報名、查核資料統計、競賽 編排、獎狀、成績公佈、查詢等一貫作業，其中之過程與結果皆由電腦控制產生，而 不只是用文書編輯軟體將人工作業結果輸入電腦而已。時代的進步迫使各界必須朝向 資訊化的目標邁進，在未來的規劃中，除了加強在競賽成績處理的效能之外，必須利 用現代科技產品的便利性，完成競賽資訊化一貫化作業的理想。
一、競賽資訊化之分析
蘇金德（1996）針對歷年區運會，在競賽資訊化的過程中面臨的問題提出以下之 分析：
（一）資訊化的認知不足：競賽資訊在整個運動賽會中是最不備受重視的一環，但 卻能主導整個比賽流程的核心作業。尤其是競賽資訊化之後的各項優點－－
迅速美觀、正確性高、節省大量人力及時間、資訊廣泛流通，均為人工作業 所不及。
（二）經費不足：每年在舉辦區運都投入相當龐大的經費，但投入於資訊化的經費 與其他項目花費作比較，卻嫌不足。若能增加電腦化經費來源，必能將國內 競賽資訊做得更好。
（三）時間匆促：以歷年區運資訊開發時間來看，往往在比賽半年前才開始找合作 廠商，到正式委託開發時，離正式比賽已經不到四個月的時間。在如此匆促 的時間內，想要面面俱到，實在是一件困難的事。
（四）缺少整合：在競賽組、資訊組、獎品組、服務組、裁判組、場地組、行政組 等之間不易整合，使資訊化的開發困難重重，得不到各組及有關單位全力配 合，如此障礙，是造成資訊發展困難的瓶頸之一。各承辦單位由於多年才舉 辦一次區運，大多將區運視為營利機會，而出現許多廠商為了既得利益而出
（五）經驗不足：各屆區運舉辦時之工作人員與電腦操作人員大多由承辦單位內各 學校老師及學生借調而來，不僅對大型運動會的比賽流程與內容完全陌生，
對於比賽時資訊的傳遞亦不積極。
柯政良（2002）提到，從運動賽會舉辦過程來說，賽程安排原先就已經規劃完成
，當各分組、各場比賽結束後，成績的彙整與發布即是運動賽會幕後的重頭戲，然當 主辦單位延遲或處理資訊錯誤，皆可能導致運動賽會舉辦的失利。因此，從比賽前選 手的登錄、比賽後成績登入至最後成績公佈，一連串的資訊處理過程，必須具備良好 完善的管理程序，方能使資訊流程不會斷絕或延宕。也因如此，良好的成績管理系統 有助於參與者對運動賽會的評價，其重要的程度不容忽視。
孔令文（2007）針對馬拉松賽會競賽科技整合提出以下之看法：
（一）如何藉由資訊科技工具來協助競賽處理，簡化人工作業流程，以提升其整 體效率，實有其必要性。
（二）與馬拉松有關的資訊管理系統包含下列四部份：「賽會資訊系統」、「網路 報名系統」、「競賽成績處理系統」、「成績公告查詢系統」。
（三）競賽資訊科技整合服務設計可同時兼顧專業、效率、服務與賽會品質，進 而提升辦理競賽的水準。
綜合以上所述，競賽資訊化應包括報名註冊、成績處理、競賽資料查詢等工作及 其過程皆以電腦控制處理產生，而不是以一般文書編輯軟體來繕打。報名註冊包含選 手報名、資料審核、秩序冊編排；成績處理包含成績登入、排名及獎狀、報表的列印
；競賽資料查詢包含各項成績統計查詢及賽會訊息資訊之公告。
二、田徑賽會競賽資訊化探討
人力資源固然重要，但資訊發達的時代，由人力操作轉化為機械、電腦處理，可 降低繁瑣的工作，使工作進行更為順利。而善用有系統的資訊管理，提供了完整的參 考資訊，可提升作業的層次，發揮最大的效益（李祥毅，2001）。在政府行政、工商 企業、民間團體無不透過電腦處理提升工作效率，同時與網路結合使資訊傳達到無遠 弗屆（朱幕君，1999）。在網際網路無遠弗屆的影響下，運動賽會資訊的設置、管理
、更新、與建立消費者互動的機制等，更是目前最新的趨勢（彭小惠，2004）。
陳思耀、陳靜伊（2002）及田學軍、郭嘉順、張士傳（2005）研究指出，傳統的 運動會是先由籌備會印發有關競賽規程，然後進行一系列的手工登記工作和分組安排 工作，在比賽中、結束後又必須進行大量的枯燥計算統計工作。因此，組織田徑運動 賽會是一項複雜而細緻的管理工作，特別是編排、記錄、公告等工作，頭緒繁多、抄 寫任務重、工作量大、投入的人力物力也多，且效率低、易出錯。
焦翠珍、戴文華（2006）指出，中小型田徑運動會在規模上雖然不如大型運動會
，但其編排、記錄及公告工作仍是一項複雜的工程，由於受規程的制約，如果手工進 行賽前及臨場編排，我們必須考慮眾多因素，需要花費大量人力和時間。
筆者在擔任田徑裁判時發現，基層田徑運動賽會的競技水準雖遠不如全國性賽會
，但是競賽編排的複雜性絕對不亞於全國性賽會。以鄉、鎮、市級的賽會為例，參賽 單位不多，但除了依性別分組外，還依學校的規模細分成甲、乙組或甲、乙、丙組。
縣、市級的賽會也有此類的情形。競賽組別的增加，相對增加比賽秩序的編排、成績 統計、成績公告及獎狀製作的工作量與複雜性。
因此，善用當前資訊科技之優勢，建置田徑競賽資訊管理系統，統整處理田徑賽 會之報名註冊作業、秩序冊編排、競賽秩序編訂、競賽分組、競賽成績管理、競賽成 績查詢及大會公告事項。針對田徑賽會競賽資訊化作如下之歸納：
（一）報名作業網路化：網路報名是目前辦理國內大型賽會的趨勢。在網路報名 中，已經包含選手參賽資格、競賽項目、組別之確認，因此可以簡化人工 作業的繁雜及減少錯誤發生的機率。
（二）競賽資料處理電腦化：田徑賽會所有的成績資料透過電腦控制處理，提供 排名、報表列印及獎狀列印的功能，取代傳統沒有效率且容易出錯的抄寫 工作。
（三）成績查詢網頁化：將所有田徑賽會成績處理的結果，利用動態網頁技術，
第五節 本章總結
綜合以上文獻之探討經歸納分析，所得結論如下：
一、全球資訊網是網際網路的一種應用。
二、瀏覽器與伺服器是全球資訊網兩個重要元件。全球資訊網乃是客戶端與全球資訊 網站經由標準的通訊協定，透過客戶的瀏覽器以網頁的型態來呈現超文件的資訊
，而這些超文件的形式不限定於文字，也可以是圖形、聲音、影像、動畫……等 多元化之形態。
三、全球資訊網具有跨平台的特性，網站架設門檻低，使用介面一致、使用便利性及 投資成本低等特點。
四、全球資訊網具有普遍性高的瀏覽器介面、通訊協定及跨平台的執行能力，因此以 全球資訊網為基礎的網路技術已普遍應用於資訊系統設計上。
五、資訊管理系統泛指所有的資訊系統，該系統是利用資訊科技的技術，為了某一特 定目標或方案進行系統規劃、系統開發、系統整合及系統管理從而提出解決的方 案，所涵蓋的範圍包含了硬體、軟體、資料庫、流程、人及策略等各個層面。
六、全球資訊網的普及化、使用者介面圖形化、通訊協定標準化、軟體應用的擴展性
、軟體的執行跨平台性、使用便利性、溝通互動性……等等的優勢，促使全球資 訊網瀏覽器的應用成為當前網路程式設計的主流。
七、隨著全球資訊網的盛行，以客戶端瀏覽器為主要介面的三層式架構模式，基於使 用介面一致、具有開發成本低、良好的擴充性及易於管理等特性，已成為當今資 訊系統設計之主要架構模式。
八、資訊系統開發的方法架構大同小異，大多脫離不了系統規劃、分析、設計及實作 維護等四個層面，每一種模式也都存在其優缺點，至於採用何種開發模式，則應 端視所開發系統的需求的程度、開發成本及規模來決定。
九、動態網頁的特點在於頁面的內容來自於用戶的請求或系統的狀態；動態網頁是以 資料庫為基礎，隨著用戶的請求的不同，而產生不同內容的頁面；採用動態網頁 技術的網站，維護的工作量相較於靜態網頁降低許多；由於動態網頁是以資料庫 為基礎，利用網頁伺服器來處理用戶的請求，因此可以應用於數據資料的處理。
十、基於開發成本、系統的安全性、跨平台性及可移植性而言，動態網頁語言 PHP
、關聯性資料庫 MySQL 及網頁伺服器平臺 Apache 的結合，應是當前動態網頁 開發設計的最佳組合。
十一、運動賽會的競賽資訊化應包括報名註冊、成績處理、成績公告等工作及過程皆 以電腦控制處理產生，並且達到迅速、美觀、正確的要求。
十二、善用當前的科技優勢，建置田徑競賽資訊管理系統，對於田徑賽會資訊化是有 幫助的。
第三章 系統開發
系統開發方法提供成功開發資訊管理系統的架構，遵循擬定的系統開發方法，建 立系統開發的架構，將有助於系統開發的速度及品質。本研究採用使用者自建系統，
搭配季延平、郭鴻志（1995）所提出結合「雛型＋生命週期模式」兩種開發模式的優 點之改良式生命週期模式，進行田徑競賽資訊管理系統的開發。
採用使用者自建系統的主要原因在於筆者曾於 1996 年主導臺中縣體育會田徑委 員會田徑競賽管理軟體 DOS 版本之規劃與設計，並於 2000 年將前述版本改編為在 windowns 視窗作業系統下運行之視窗版。因此，本競賽資訊管理系統以上述兩種版 本之管理軟體做為系統開發之雛型。
在系統開發期間為能隨時掌握系統開發的進度及設計的規格，因此採用改良式生 命週期模式之系統開發法。利用田徑運動賽會的辦理，針對競賽資訊管理系統運作提 出檢討，針對缺失及漏洞進行修正與改善。
改良式生命週期模式之系統開發法之優點在於系統開發初期，使用者可以參與系 統規劃、分析與設計的工作，使軟體能正確符合需求與設計規格，而生命週期結構化 的設計、寫碼及測試的工作，更可確保系統的品質及效能，提高系統的正確性、可靠 性及可維護性。
系統的開發技術以 PHP 動態網頁語言撰寫，搭配 MySQL 資料庫伺服器及 Apache Server 網頁伺服器平臺。為了兼具系統管理的便利性、擴充性、跨平台性、
資料庫的關聯性及使用介面的普遍性，系統架構採用以瀏覽器為操作介面的 B/S 三層 架構模式，建構於全球資訊網之基礎上。
第一節 系統規劃
系統規劃的目的在瞭解當前的資訊科技如何能達成開發的目的與使用者的需求 進行調查研究，並針對其可行性進行評估。蘇金德（1996）指出，所謂的競賽資訊 化，應自選手報名、查核資料統計、競賽編排、獎狀至積分、成績公佈、查詢等一 貫作業，其中之過程與結果接由電腦控制所產生。本研究將參考許樹淵（1978）《
最新田徑競賽實務》所提之運動賽會的舉辦分為籌備期、競賽期、結束期等三個階
段與競賽管理相關之工作，將田徑競賽資訊管理系統規劃為『系統管理』、『競賽報 名』、『競賽編配管理』、『競賽管理』及『競賽資料查詢』等五個子系統（圖 3-1）。
田徑競賽資訊 管理系統
系統管理 子系統
競賽報名 子系統
競賽編配管理 子系統
競賽管理 子系統
競賽資料查詢 子系統
圖 3-1 田徑競賽資訊管理系統規劃
第二節 系統分析
本節依據系統規劃，將五個子系統針對使用對象、使用階段及執行工作之內容 進行系統分析。
一、 『系統管理』子系統
『系統管理』子系統提供大會競賽組之系統管理人員（不同於程式維護及網路 管理，該人員通常為賽務主要負責人）管理介面，在運動賽會籌備期間報名作業前 置工作做準備，針對『網站首頁』、『競賽資料』及『報名資料』進行管理。
二、 『競賽報名』子系統
『競賽報名』子系統提供參賽單位承辦註冊報名業務之人員利用網際網路於報 名期間進行線上報名之介面，使用介面為網頁瀏覽器，操作內容分為（一）報名作 業人員資料登錄、（二）參賽單位報名註冊作業。
三、『競賽編配管理』子系統
『競賽編配管理』提供負責競賽資料編配之人員操作介面，由系統針對報名資 料進行自動化之系統編配作業，使用階段為競賽的準備期間報名作業結束後，分為 三大功能：（一）報名資料檢核、（二）競賽資料編配處理、（三）編配資料輸出。
四、『競賽管理』子系統
『競賽管理』子系統提供賽程編排、報名資料編修與競賽資料處理之管理介面
，使用對象為競賽期間負責成績輸入及報表列印工作之人員，分為三大功能（一）
賽程管理、（二）報名資料管理、（三）競賽資料處理、（四）資料列印。
五、『競賽資料查詢』子系統
『競賽資料查詢』子系統提供教練、選手、媒體從業人員及觀眾在全球資訊網 上查詢競賽資料及統計結果之介面。
針對上述之系統分析結果，整理如表 3-1。
表 3-1 競賽資訊管理系統計統分析之整理
主要使用對象 使用期間 擔負工作
系統管理子系統 競賽主要負責人 籌備期
（報名作業前置階段）
競賽報名子系統 參賽單位負責報 名之人員
籌備期
（報名作業期間） 網路報名平臺
競賽編配管理子系統 負責報名資料編 配之人員
籌備期
（秩序冊編製階段） 競賽編配事務
競賽管理子系統 競賽期間處理競 賽資料之人員
競賽期
（編配工作完成後至賽會結束） 競賽資料處理 競賽資料查詢子系統 教練、選手、媒
體及觀眾 競賽期、結束期 查詢競賽資料及
統計結果
第三節 系統設計
本節針對系統分析的結果進行系統設計，系統設計內容包括系統的架構、操作 介面設計及資料庫結構。系統架構設計以工作分類及執行順序為考量；操作介面設 計以使用者易於操作為原則；資料庫設計以易於搜尋及擷取，減少伺服器之負擔為 前提。
以下就各子系統之系統架構、操作介面及資料庫結構之設計說明如下：
一、 『系統管理』子系統
（一）系統架構
依據系統分析，『系統管理』子系統之系統架構如圖 3-2。
系統管理 子系統
1 網站首頁 公告管理
2 網站首頁 切換管理
4 報名資料 管理 3 競賽參數
管理
1 網站首頁 公告管理
競賽名稱及 系統公告設定
報名選單 畫面設定
公佈欄 管理
2 網站首頁 切換管理
報名功能 關閉
報名功能 開啟
成績查詢 網頁
3 競賽參數
管理
比賽項目 資料管理
參賽單位 資料管理
競賽組別 資料管理
混合運動成績 換算公式管理
大會紀錄 管理
4 報名資料 管理
報名資料 備份
報名資料 回覆
報名資料 清空
重置參賽單位 管理員資料
圖 3-2 系統管理子系統架構圖
（二）操作介面設計
『系統管理』子系統操作介面（圖 3-3）之設計，以「點選」功能連結開 啟新視窗網頁之方式，進行儲存格資料內容編修或顯示系統執行訊息。
圖 3-3 系統管理子系統操作介面
（三）資料庫結構
『系統管理』子系統相關之資料表（見附錄一）包含『網站首頁管理』資 料表、『公佈欄管理』資料表、『比賽項目』資料表、『參賽單位管理』資料表
、『競賽組別』資料表、『混合運動成績換算』資料表、『大會紀錄管理』資料 表。
二、 『競賽報名』子系統
（一）系統架構
依據系統分析，『競賽報名』子系統之系統架構如圖 3-4。
（二）操作介面設計
『競賽報名』子系統操作介面（圖 3-5）之設計，以「點選」單位名稱執 行連結，進入報名作業頁面。
競賽報名 子系統
報名作業人員 資料登錄
參賽單位 報名註冊作業
帳號密碼 登錄
選擇 參賽組別
編修 參賽單位資料
選手報名
註冊作業 報名表列印
圖 3-4 競賽報名子系統架構圖
圖 3-5 競賽報名子系統單位選單
（三）資料庫結構
『競賽報名』子系統之相關資料表（見附錄二）包含『報名人員基本資料
登錄』資料表、『編修職員名單及接力賽註冊』資料表、『選手報名作業資料表
』資料表。
三、 『競賽編配管理』子系統
（一）系統架構
依據系統分析，『競賽編配管理』子系統之系統架構如圖 3-6。
競賽編配管理 子系統
1 報名資料
檢核
2 競賽資料
編配處理
3 編配資料
輸出
1 報名資料
檢核
檢查組別 重複報名
檢查選手 重複報名
2 競賽資料
編配處理
參賽單位 編碼
參賽選手 編碼
參加接力賽 編碼
混合運動選手 參賽項目轉換
3 編配資料
輸出
參賽單位 一覽表
參賽單位 隊職員名單
各項目
參賽名單 號碼布 對照表
項目參賽 人數統計
圖 3-6 競賽編配管理子系統架構圖
（二）操作介面設計
『競賽編配管理』子系統操作介面（圖 3-7）設計，以「點選」功能連結
（三）資料庫結構
『競賽編配管理』子系統以擷取已存資料之方式執行系統運作，並將運作 結果記錄於資料錄中，無單獨之資料庫。
圖 3-7 競賽編配管理子系統操作介面
四、『競賽管理』子系統
（一）系統架構
依據系統分析之結果，『競賽管理』子系統之系統架構如圖 3-8。
（二）操作介面設計
『競賽管理』子系統操作介面（圖 3-9）設計，以「點選」功能連結之 方式，由系統自動執行資料處理。
（三）資料庫結構
『競賽管理』子系統之相關資料表（見附錄三）包含『比賽秩序管理』
資料表、『競賽資料處理』資料表、『選手報名作業資料表』資料表。
競賽管理 子系統
1 賽程管理 2 報名資料
管理
3 競賽資料
處理
4 資料列印
1 賽程管理
賽程編排 賽程編修 賽程刪除 賽程列印
2 報名資料
管理
單位資料 管理
選手資料 管理
3 競賽資料
處理
場次分組 點名登錄 成績登錄 場次資料 編修
接力賽 棒次登錄
4
資料列印
檢錄單 列印
成績報表 列印
獎狀 列印
圖 3-8 競賽管理子系統架構圖
五、 『競賽資料查詢』子系統
（一）系統架構
依據系統分析，『競賽資料查詢』子系統之系統架構如圖 3-10。
競賽資料查詢 子系統
一般資料 查詢
獎牌數統計 查詢
團體成績 查詢
混合運動 成績查詢
場次編配 查詢
場次成績 查詢
破紀錄 查詢
每日成績 總表查詢
成績總表 查詢
圖 3-10 競賽資料查詢子系統架構圖
（二）操作介面設計
『競賽資料公告』子系統操作介面（圖 3-11）設計，以「點選」功能連 結之方式，由系統執行資料處理，處理完成後開啟新視窗網頁顯示結果。
圖 3-11 競賽資料查詢子系統之功能選單
（三）資料庫結構
『競賽資料查詢』子系統以搜尋及擷取已存資料之方式執行系統運作，並 將運作結果輸出於網頁，無單獨之資料庫。
