四、 系統需求調查
4.4 合作需求規劃
「合作需求規劃」（JRP）工作會議，是為了檢討及發掘需求，
經由系統所有人、使用者、系統分析師共同重複召開 JRP 工作會 議，直到完成需求之確認為止[3]。會議參與者如下：
1. 系統所有人：由總務長或副總務長代表出席。
2. 系統使用者：
（1） 一級主管：由總務長或副總務長代表一級主管以上 之高階管理者。
（2） 營繕組成員：由營繕組組長及承辦人代表。
（3） 教職員：由總務處各組組長代表一般教職員層級。
（4） 學生：僅接受校方所公佈之工程資訊，故由與會者 討論公布之工程資訊內容。
3. 系統分析師：由協助規劃之系統廠商派淺有經驗之系統 分析師擔任，並作為會議之引導人。
4. 紀錄：由協助規劃之系統廠商派員擔任
「合作需求規劃」（JRP）工作會議之一般會議議程包含三個 部分：[3]
1. 開始：用來溝通會議的期望，溝通基本原則，以及影響 或啟發出席者的參與。
2. 主體：用來詳述在 JRP 會議上將提出的主題或問題。
3. 結論：容許有時間來摘要當天的會議和提醒出席者為解 決的議題（將會繼續討論）。
本研究進行流程如下：
1. 說明資料收集狀況、工作網站雛形架構及問題描述，並
表 4-3 需求說明文件範例之 2
發現式雛形（Discovery Pototyping）（也稱為需求雛形法）是 藉著讓使用者對一個針對其需求而快速與簡略的實做之回應，來 用 Microsoft Frontpage 2003 網頁製作軟體，進行基本網站雛形製 作。但是，那一類之使用者可以或應該看到哪些工程資訊？經初 步與各類使用者討論，除承辦工程案件之營繕組成員外，其餘各 類使用者大部分均未曾接觸過營繕工程業務，對許多工程資訊所 代表之意義及其用途大多不瞭解，故以工程承辦單位提供之資訊 作為初期規劃。並參考 De Troyer 及 C.J. Leune 的 WSDM（Web Site Design Method）網站設計法[6]，進行工程資訊展現系統網站架
構規劃，工作網站基本架構圖如附圖 4-4。部分工作網站網頁如 附圖 4-5～4-9。
圖 4-4 基本網站架構圖 資料來源：本研究
圖 4-5 工作網站網頁之 1 資料來源：本研究
圖 4-6 工作網站網頁之 2 資料來源：本研究
圖 4-7 工作網站網頁之 3 資料來源：本研究
圖 4-8 工作網站網頁之 4 資料來源：本研究
圖 4-9 工作網站網頁之 5 資料來源：本研究
4.6 需求分析
五、系統架構規劃
5.1 網站規劃方法
本研究網站架構規劃方法是參考 De Troyer 及 C.J. Leune 於 1998[4] [5]所發表的一個網站設計方法論：網站設計法（WSDM，
Web Site Design Method）。它是一個以使用者為中心的一個網站 設計方法。並以一個網站使用者的資訊需求為基礎，來定義導覽 物件，進行概念設計及實做設計。他們假設網站的「任務詳細描 述」（Mission statement Specification）已經被系統性的陳述，並將 這個方法區分成：製作使用者模型（User Modeling）、概念設計
（Conceptual Design）、實做設計（Implementation Design）、實做
（Implementation）等四個階段。在 2001，De Troyer 及 Sven Casteleyn [6]他們已經將 WSDM 中網站之「任務詳細描述」
（Mission statement Specification）納入 WSDM 的第一個階段，
形成五個階段，WSDM 各階段示意圖，如圖 1-1。
本研究依據第四章需求調查之結果，參考 WSDM（Web Site Design Method）網站設計法，對工程資訊展現系統網站架構進行 規劃，不對網頁實做設計及網頁實做進行細部研究。並將網站設 計流程簡化。修正後之網站架構規劃示意圖，如圖 5-1。
本研究網站架構之各階段工作概述如下：
1. 網站任務詳細描述：此階段主要目的是要定義網站之「任 務描述」，說明網站之目的、網站的目標及誰是目標使用 者？
2. 製作使用者模型：有二個步驟，第一是使用者分類，不 同種類的使用者要被鑑別及分類，同一類使用者擁有相 同的資訊及功能需求。第二是使用者類別特性或觀點之 描述，不同類別之使用者有不同特性，相同類別的使用
者有相同的特性。使用者模型化是使用者類別的階層型 態，是資訊、功能、導覽及使用性需求的描述。
3. 網站架構設計：有二個步驟，第一是工程資訊分解，依 照發現式雛形法所建立之工作網站，針對不同使用者類 別其所需資訊進行分解，並以工程專案為主，工程專案 由多個單一工程組成，再依各工程生命週期各項作業活 動進行分解，各作業活動在分解成更細項之作業活動，
最後為作業活動項目之資料表。第二是進行導覽設計，
結合各使用者類別之資訊分解圖，建立導覽軌跡圖，成 為網站架構。
圖 5-1 本研究網站架構規劃示意圖 資料來源：本研究
5.2 網站任務詳細描述（Mission Statement Specification）
「多層式工程資訊展現系統」的網站任務詳細描述如下：
本網站目標為提供學校一級主管、教職員及學生等全校教職 員生瞭解工程專案之相關工程資訊及圖文資訊，以多層式及多元 化型態展現之網站環境。其目的有：提供一級主管決策之參考；
使學校教職員生瞭解工程專案執行概況；提供土木、建築、室內 設計系所專案管理範本教材，增加教學資源。
5.3 製作使用者模型（Audience Modeling）
5.3.1 使用者分類（Audience Classification）
本系統目標使用者是學校全體教職員生，其使用者分類 區分為：
1. 一級主管：總務長（含）及以上之高階主管層級。
2. 營繕組成員：工程專案之承辦人。
3. 教職員：與工程專案無關之教職員。
4. 學生：在校學生。
在「多層式工程資訊展現系統」中，其主要活動有：基 本資料查詢、工程資訊查詢、保固維護查詢、圖文資訊下載、
圖文資訊借閱、進入專案管理系統。橢圓形代表「作業活動」
（Activity），矩形代表「使用者」，依據活動內容與使用者之 關係繪製活動圖，如附圖 5-2。
圖 5-2 活動圖 資料來源：本研究
5.3.2 使用者特性描述（Audience Characterization）
本系統目標使用者為學校全體教職員生，區分一級主 管、營繕組成員、教職員、學生等四類使用者，依據各使用 者需求，將不同使用者類別之觀點進行非正式的描述，並說 明各類使用者觀點之資訊需求、功能需求、導覽需求等。工 程資訊展示系統各使用者觀點描述，如表 5-1。
表 5-1 工程資訊展示系統各使用者觀點描述 使用者類別 資訊需求
Information Requirement
功能需求
Functional Requirement
導覽需求
Navigation Requirement 一級主管 1. 工程專案之基本資
5.4 網站架構設計
依照發現式雛形法所建立之工作網站，針對不同使用者類別 其所需資訊進行分解，其中圓角矩形表示資訊類別或可分解之作 業活動，矩形為無法在分解之作業活動資料表。以「一級主管」
之使用者類別為例，將欲展現之資訊分解為工程資訊及圖文資訊 二大資訊類別，工程資訊中第一層級為專案層級，展現專案層級 之資訊。第二層級為契約層級之資訊，以工程專案內之工程案件 為分支，展現各工程契約中，工程生命週期各階段之作業活動相 關工程資訊，如規劃設計、發包、施工、驗收結案等階段。第三 層級為可再向下分解之作業活動，分解至僅剩工程資訊項目為 止，即是作業活動項目之資料表。一級主管、營繕組成員、教職 員及學生四種使用者類別之資訊分解圖如圖 5-3～圖 5-6。結合各 使用者類別之資訊分解圖，即成為導覽軌跡圖，也就是工程資訊 展示系統網站架構，如圖 5-7。
圖 5-3 「一級主管」資訊分解圖 資料來源：本研究
圖 5-4 「營繕組成員」資訊分解圖 資料來源：本研究
圖 5-5 「教職員」資訊分解圖
圖 5-6 「學生」資訊分解圖 資料來源：本研究
圖 5-7 網站架構圖
資料來源：本研究
Hierarchical
（無交集） ＊ ＊ ＊
Hierarchical
（有交集） ＊
Hierarchical
（計算功能） ＊
資料來源：本研究整理
表 5-3 施工階段之多層式、多元化與圖形狀態策略
進度排程 預算/成本 資訊請求 製程 資源 變更設計 發包
工程進度 工程進度圖表 計價請款 現金流量表 材料送審 施工圖送審 工程日報 工程週報 施工缺失明細 驗收缺失明細 竣工圖說 施工相片 變更設計審查 變更設計明細 廠商資料表 決標記錄
1-D ＊ ＊ ＊ ＊
2-D ＊ ＊
3-D ＊
Multi-D ＊ ＊
1D+Time ＊ ＊ ＊
Multi-D+Time ＊ ＊ ＊
Hierarchical
（無交集） ＊ ＊ ＊
Hierarchical
（有交集） ＊
Hierarchical
（計算功能） ＊ ＊
Network ＊
不同面向 ＊
轉型 ＊
連結 ＊ ＊
作業活動 資料表
資料型態 與特性
資料來源：本研究整理
表 5-4 維護階段之多層式、多元化與圖形狀態策略
Hierarchical
（無交集） ＊ ＊ ＊
Hierarchical
（有交集） ＊
Hierarchical
（計算功能） ＊
Network 不同面向
表 5-5 工程管理資訊系統網站環境應用多層次、多元化說明
需求功能 多層次、多元化或
圖形型態 應用說明
不同使用者介面 Hierarchical（無交集 及有交集）
文件管理及共用 Hierarchical（無交集） 以每一工程專案為大分類，依文件種類（如 會議記錄、公文等）區分，形成樹狀結構 (H-無交集)之操作介面。
圖說管理及共用 Hierarchical（無交集） 以每一工程專案為大分類，依圖說用途別
（建築圖、水電圖等）區分，草圖、設計 圖、施工圖等再分類形成樹狀結構(H-無交 集)之操作介面。
工程資訊查詢 Hierarchical（無交集） 以校區配置圖為底，以立體圖案顯示校舍 建築，依校舍圖形不同顯示施工中之建築 Chart 作不同圖形之展示。(H-無交集、
Mutil-D、Mutil-D+Time 、Network、轉型) 設計成果展現 2-D、3-D、Mutil-D、
Mutil-D+Time
設計成果除 2D 圖形展示外，並可選擇以 3D 影像顯示，點選構件可顯示設計屬性，
如尺寸、材質等設計參數。（2-D、3-D、
Mutil-D、Mutil-D+Time) 施工進度資訊展
現
Hierarchical（無交 集）、Mutil-D、
Mutil-D+Time 、 Network、轉型
營造廠施工進度表選擇以 Network、Gantt Chart、 4D 虛擬影像作不同圖形之展示 外，並以燈號或圖案顯示工程進度超前、
正常或落後。(H-無交集、Mutil-D、
Mutil-D+Time 、Network、轉型) 施工影像展現 2-D、3-D、Mutil-D、
Mutil-D+Time
施工過程以 3D 影像顯示，點選構件可顯示 施工資訊，如開始、完成時間、施工規範、
施工圖、施工相片或動態影像等。(2-D、
3-D、Mutil-D、Mutil-D+Time) 建築物空間資訊
查詢
2-D、3-D、Mutil-D、
Mutil-D+Time
工程完工後，將空間名稱、裝修材料、技 術文件、影像、各種工程圖等工程資訊，
連結至 3D 構件上，作為竣工資料及維護營 運期間之資料查詢。(2-D、3-D、Mutil-D、
Mutil-D+Time)
Mutil-D+Time)