本節分析行動會議 App 應用於領隊會議的功能需求，探討行動通訊領隊會議 App 在領隊會議的功能與需求，共分為五個部分進行探討，前三個部份分別為領隊 會議前、領隊會議中、領隊會議後個別的功能需求之探討，第四部分為行動領隊會 議 App 的功能需求，第五部分為行動領隊會議 App 使用角色之功能與權限。其中功 能需求分析包含同步與非同步之功能，以星號 (*) 標註為非同步之功能，並以 Data Flow Diagram (DFD) 資料流程圖表達各個階段各功能進行時資料流程之規劃。
一、領隊會議前功能需求之分析
會議前主要包含確認出席人數與身分以及發放賽會相關文件兩步驟，其功能需 求如表 13 所示，資料流程圖如圖 6 所示。
(一) 確認出席人數與身分
會議進行前，必頇先確認出席者的身分 (羅傳賢，2006) ，領隊會議係屬於會 議之一種，也應當以此為第一要務。所以在會議前首先需要的功能即是能夠確認與 會者身分的功能。於此功能進行時，與會者必頇將參賽報名時所收到的身分授權碼 輸入系統始可進入會議，並且可省去主辦單位額外發派人力進行身分審核的成本。
(二) 發放會議文件
會議進行前與會者皆應取得會議所需的相關文件，才有利於會議中進行討論與 修正。所以在領隊會議前的功能設計上，必頇有發放文件的功能。此功能進行時，
主辦單位可以透過文件傳送或是文件廣播的管道同步的將文件傳送給所有與會者，
而尚未出席的應與會者，則是透過資訊通知的功能進行文件的傳遞與資訊的傳達。
表 13
二、領隊會議中功能需求之分析
會議中包含主席宣布開會、朗誦會議信條、通過本次會議議程、報告事項、討 論事項、臨時動議、賽程抽籤以上七個步驟，其功能需求如表 14 所示，資料流程如 圖 7、圖 8 所示。
(一) 主席宣布開會
會議開始時，主席必頇宣布會議開始才正式開始會議之進行 (羅傳賢，2006) 。 此功能在 App 中可以使用即時影音、即時文字與電子白東的管道來達成，透過即時 影像和語音傳遞主席所宣達的內容，而文字與白東的應用將內容文字化用以紀錄。
(二) 朗誦會議信條
會議開始後必頇全體宣讀會議信條 (陳偉杰，2009) 會議才能夠開始進行，此 功能同樣能夠透過即時影音、即時文字、電子白東的管道進行同步的會議信條之宣 讀，以完成此程序。
(三) 通過會議議程
會議必頇通過會議議程才能夠遵照議程來進行 (羅傳賢，2006) ，此功能能夠 透過即時影音、即時文字、電子白東的功能讓與會者進行同步會議議程的檢閱，並 透過電子投票的功能進行表決，如與會者認為有必頇修改的部分，則透過電子舉手 的功能進行發言。
(四) 報告事項
主辦單位於此程序必頇將目前競賽的籌備與財務情形、競賽章程、競賽規則以 及特殊事項對與會者進行說明與解釋 (翁志成，2008) ，與會者並於此階段進行參 賽名單檢閱與校正，再透過主辦單位統一修正於文件。此功能可以利用即時影音、
即時文字、電子白東的管道來達成。
(五) 討論事項
此程序在於進行主辦單位和各與會者之間的溝通，透過與會者的提問與建議、
主辦單位的應答、臨時動議的進行來強化彼此之間的共識。可以利用即時影音、即 時文字、電子白東、電子投票與電子舉手的功能來達成。
(六) 臨時動議
此程序主辦單位將上一個程序所決議出來的事項進行統整後，完整的在會議上 公布與宣達，並且能夠即刻進行文件的修改，以便於會議後相關文件的發放，而此 程序可以透過即時影音、即時文字、電子白東與的功能來達成。
(七) 賽程抽籤
此程序的要務為進行賽程的抽籤，功能上強調於抽籤當下將即時的賽程資訊公 布於會議上，有利於領隊能馬上知道自己的賽程規劃狀況，主辦單位並即刻進行賽 程相關文件的編制，以便於會議後的發送。此程序可利用電子白東、電子抽籤的功 能來達成。
其中身分控管、用戶控管、會議記錄的功能皆會常駐於每一個程序之中，能夠有效 的控制會議進行中各與會者的身分與使用狀況以及紀錄完整的會議過程並隨時進行 文件之修正以便於會後發放，除了能夠使中途進入會議的與會者無縫銜接上目前的 會議進度，最重要的是做為日後會議查證的有效根據。
以上行動領隊會議 App 各程序的功能皆以「同步」的傳遞功能為主要實作方式，但
「非同步」的傳遞功能其實也能夠適度使用於 App 的實作。其中各個程序結束前，
皆可以透過留言東與討論區和資訊通知的非同步功能，傳達與通知該程序尚未出席 的應與會者截至目前的相關訊息與文件，確保各領隊能夠確實收到資訊。
會議中需要抽籤、討論、投票的決議之程序，除了以同步即時的方式達成共識外，
也能夠利用非同步的留言東與討論區功能進行。將「時間點」的概念延長成「時間 區段」的概念，主辦單位透過考量，設置一個討論與表決的時間區段，例如幾小時 或幾天，而時間區段內任何符合資格的與會者皆能對該主題進行討論、表決與抽籤，
並於時間區段結束時完成意見的統整與決議，非要所有人都在統一的時間點出席才 能進行討論與決議，此方式能有效降低各領隊參與會議的時間上之限制。
表 14
表 14
圖 7. 行動會議 App 會議中資料流程圖
圖 8. 行動會議 App 會議前資料流程圖(續)
三、領隊會議後功能需求之分析
領隊會議結束後，主辦單位有義務將會議中有所更動的資訊以及會議結果正確 地傳達給所有的參賽隊伍之領隊 (翁志成，2008) ，所以此階段的功能需求即為發 放會後文件單一個步驟，其功能需求如表 15 所示，資料流程如圖 9 所示。功能說明 如下：會議結束當下主辦單位透過文件廣播的功能同步的將修正後的文件集體發送 給各領隊，確保文件即時傳達。並且透過資訊通知的功能 所有必需的文件統一發送 到各領隊的電子信箱，除了能夠提供未出席會議的應與會者正確資訊外，還能確保 各領隊擁有會議後相關文件之備份。
表 15
領隊會議後功能需求分析表
會議流程 傳送者 接收者
管道
內容
*
留 言 東 與 討 論 區
*
資 訊 通 知
文 件 廣 播
發放會後文件 主辦單位 領隊 ◎ ◎ ◎
秩序冊勘誤文件 正確參賽者資訊 臨時動議結果之文件
完整正確的賽程表
*表示該功能屬於非同步之功能。
圖 9. 行動會議 App 會議後資料流程圖
四、行動領隊會議 App 的功能需求
根據行動會議 App 於領隊會議前、會議中、會議後三階段的功能需求之分析，
以訊息傳遞、文件傳遞、系統管理與輔助功能四個設計準則分類如表 16，說明如下：
(一) 領隊會議前功能需求之探討
會議前的準備階段，於訊息傳遞、文件傳遞以及系統管理的功能類別有其需求 存在，其中以文件傳遞類別為主要的需求：
1.訊息傳遞類別
留言東與討論區的功能主要是透過非同步的會議進行方式，將欲傳達的訊 息以及文件或檔案置放於討論區與留言東中，提供不能以同步方式進行會議的 與會者也能夠取得會議的相關資訊。
2.文件傳遞類別
會議前必頇先準備好會議將會使用的文件，並將之傳遞給各個與會者，而 文件廣播的功能有利於主辦單位一次性的將文件傳送給多為與會者，提升系統 使用上的便利性。而文件傳送的功能是以一對一傳遞文件、檔案為主，此功能 為文件傳遞的基本功能，有其存在的必要性。
資訊通知的功能則是於每個階段傳遞當時與會者應收到的文件與訊息並提醒目 前會議進行的程序為何，提升資訊與文件的傳遞效率，避免與會者沒有收到相關訊 息的狀況。
3.系統管理類別
會議前系統管理類別的功能需求以身分控管的功能為重，必頇透過身分控 管的功能卻掌握與控制與會者的身分，確保其身分的有效性及行為的合理性，
避免除預期外的狀況，有效的控管，避免預料之外的問題產生，確保會議的流 暢性與安全性。
(二) 領隊會議中功能需求之探討
會議進行中的階段，於訊息傳遞、系統管理、輔助功能三個類別皆有功能上的 需求，並以訊息傳遞以及系統管理為主要功能需求：
1.訊息傳遞類別
同步訊息傳遞的方式以即時影音、即時文字、電子白東的功能為主要需求，
尤以透過電子白東的即時顯示賽程抽籤現況為主要特色。非同步訊息傳遞的方
式以留言東以及討論區為主要需求，兩者皆可有效的達到會議溝通的目的。
2.文件傳遞類別
會議中文件傳遞的功能並不倚賴同步的文件傳遞，同步的文件傳遞以電子 白東的功能取代，而以非同步的資訊通知為主，目的與會議前的資訊通知功能 目的相同，於每個階段進行前傳遞會議進行的通知給尚未進入會議的與會者，
並於該階段結束後傳遞當時與會者應收到的文件與訊息，提升資訊與文件的傳 遞效率，避免與會者沒有收到相關訊息。
3.系統管理類別
以用戶控管與會議紀錄為主要功能需求，主要透過用戶控管的功能，視會 議情形提升或降低用戶權限，限制其行為能力，確保會議進行的流暢。再者會 議紀錄的功能則確保會議的所有討論與決議都有其根據，非無中生有，確保競 賽公帄性。
4.輔助功能類別
當會議中電子投票、電子舉手、電子抽籤等輔助功能的存在可以確實取代
當會議中電子投票、電子舉手、電子抽籤等輔助功能的存在可以確實取代