行政院國家科學委員會補助專題研究計畫成果報告
※※※※※※※※※※※※※※※※※※※※※※※※※
※ ※
※ 彈性資訊展示於管理資訊系統之研究與應用 ※
※ ※
※※※※※※※※※※※※※※※※※※※※※※※※※
計畫類別：
þ個別型計畫 □整合型計畫
計畫編號：NSC89－2416－H－110－031
執行期間： 88 年 8 月 1 日至 89 年 7 月 31 日
計畫主持人：吳仁和
國立中山大學資訊管理學系
共同主持人：夏則智
美和技術學院企管系
本成果報告包括以下應繳交之附件：
□赴國外出差或研習心得報告一份
□赴大陸地區出差或研習心得報告一份
□出席國際學術會議心得報告及發表之論文各一份
□國際合作研究計畫國外研究報告書一份
執行單位：國立中山大學資訊管理學系
中 華 民 國 八十九 年 十 月 日
行政院國家科學委員會專題研究計畫成果報告
彈性資訊展示於資訊管理系統之研究與應用
The Study of Flexiable Infor mation Pr esentation:
Resear ch and Application
計畫編號：NSC 89-2416-H-110-031
執行期限：88 年 8 月 1 日至 89 年 7 月 31 日
主持人：吳仁和 國立中山大學資訊管理學系
共同主持人：夏則智 美和技術學院企管系
計畫參與人員：
一、摘要 隨著電腦應用於商業管理經驗的成長 與經營環境快速變遷，傳統的管理資訊系 統已無法滿足管理者的需求。理想上，系 統必須要有足夠的彈性以提供容易的資料 存取與運算及多樣與多變的資訊展示，以 滿足管理者在不同情況下之需求。但傳統 的設計方法僅提供一般性的系統開發步 驟、步驟之順序及應做之工作，很少有提 供建立上述彈性之設計技術。因此，系統 之開發多以固定式模組與展示之方式設 計，所以當環境或管理者的需求稍改變， 系統程式亦需跟著修改。 一般中小企業限於組織規模與財務狀 況，大都使用套裝軟體(例如：進銷存、會 計與人事薪資等)輔助處理日常業務。然而 這些軟體僅能夠處理一般性的作業與產出 固定式的報表，對於突發性報表或額外的 資訊需求均無法滿足，即使是資料庫中儲 存了相關的資料。有鑑於此，本研究希望 應用 Wu(1996;1998)與 Wu 等人(1998)所提 出彈性模組與資訊展示設計架構與技術， 透過理論研究及雛型開發之研究方法，將 之應用於一般中小企業之資訊系統。本研 究成果對於中小企業電腦化程度的提升與 管理資訊系統實務應用上將有實質的貢 獻。 關鍵詞：資訊系統；彈性資訊展示；中小 企業。In response to the growing
experience of electronic data processing, changing business environment and improving computer technology, decision support systems (DSSs) began to emerge in the 1970s and dominate the field of organizational decision making. Ideally, a system should have enough flexibility to provide the needed pieces of data, operations and presentation that support different decision making for a variety of circumstances. Most of the traditional system development methods, utilizing fixed solvers, emphasize on the design process, sequence of the processes and/or the major tasks under each process, while the method for providing flexible design techniques is lacking. The system codes for the fixed solvers approach need to be changed frequently in order to cope with the change of business environments.
limitations of monetary and human resources most of the small businesses utilize application package to support their daily operations. However, these packages only provide standard report supporting. The support of semi-structured report is lacking, but the flexibility can be achieved by utilizing design techniques. Therefore, the objectives of this research are (1) to develop a flexible design framework and techniques adopted from Wu (1996; 1998) and Wu, et al., (1998), (2) to develop a prototype to verify the applicability of the framework and techniques. The findings of this research will contribute to the area of information management.
Keywords: Information Systems; Flexible Information Presentation; Small Business 二、研究緣由與目的 傳統的資訊系統開發，強調在系統分 析階段要完全掌握使用者需求，並進一步 以結構化或物件導向技術進行系統分析與 設計，以建構出滿足使用者需求之系統行 為，並進而將分析與分析之結果轉換成可 滿足使用者需求之電腦系統（包括軟 硬 體結構）。若使用者需求改變（例如報表 輸出格式更改），需藉由資訊人員修改系 統，才能滿足使用者所需。然而在今日競 爭的環境中，組織之運作與管理常需隨時 調整以因應環境的快速變遷，所以系統提 供之資料與展示需求亦常需隨著變動，因 此造成使用者無法掌握即時資訊。 在台灣一般中小企業限於組織規模與 財務狀況，大都使用套裝軟體(例如：進銷 存、會計與人事薪資等)輔助處理日常業 務。然而這些軟體僅能夠處理一般性的作 業與產出固定式的報表，對於突發性報表 或額外的資訊需求均無法滿足，即使是資 料庫中儲存了相關的資料。在今日競爭的 環境中，組織之運作與管理常需隨時調整 以因應環境的快速變遷，多樣與多變的報 表需求日益重要。有鑑於此，本研究希望 應用 Wu(1996;1998)所提出彈性模組與資 訊展示設計架構與技術，透過理論研究及 雛型開發之研究方法，將之應用於一般中 小企業之資訊系統，並實際以知更書店之 進銷存系統為例。應用該方法可在其現有 的進銷存系統上進一步擴充功能，讓使用 者自行擷取資料、運算及展示報表，而不 需經由修改程式。 為讓使用者可自行擷取資料與定義樣 板，以解決使用者多樣與多變之報表展示 需求，Wu(1996;1998)提出彈性報表處理之 概念模式及其設計方法，以幫助該系統之 開發。該模式之主要概念是在系統設計過 程中，先將有形的報表分解成無形的個別 單元並分別儲存，這些個別單元包括資料 值、表頭項目、運算模式與報表樣板等; 然 後在系統操作階段，使用者再依其需求利 用系統從無形的個別單元組成有形的報 表，這包括由使用者自行定義樣板、擷取 資料並做報表展示等。 在應用 Wu 之設計方法前，需先說明 報相關之名詞及概念。報表是由一些相關 欄位（field）的組合，用以表示資料輸入 與展示的適當格式。報表由兩個主要部分 所組成：表頭及表例。表頭是報表之背景 文字，用以描述報表及報表元件的名稱 等，可被用以正式定義報表的表名、欄位 及欄位間的結構關係。表頭一般亦可被分 成縱表頭及橫表頭，且常分別位於報表之 上方及左方。縱 橫表頭常具有階層式結 構，表例是報表欄位結構下之空白部份， 用以表示表頭屬性之資料值。表名對每一 報表而言是唯一的。報表元件可以是項目
及群組的任一組合，項目是資料之最小單 位，而群組則是各個項目的順序關係或巢 狀結構（Shu et al. 1982）。 此外，Batini 等人（1984）進一步將報 表 的 結 構 分 成 認 證 部 分 （ certification part）、外延部分（extensional part）、內 涵 部 分 （ intensional part ） 及 描 述 部 分 （descriptive part）。認證部分包含之資料 如列印日期、戳記、流水號碼及簽名；外 延部分是在報表編輯時預先定義之背景文 字部分。內涵部分在報表編輯時需填入資 料，其填入資料之值會有隱含或明確的參 考代碼提供。描述部分包含如何填寫外延 部分的指示或規則。其中，外延與內涵部 分經常同時出現，故可合併，且組成外延 內涵部份的最基本資訊單位稱為區域 （area）。一個區域是報表中的一部份，由 具有相同性質資料所組成。每一區域中用 來表示記錄之屬性稱為概念（concept）， 若一個 concept 可由更細之幾個 concepts 組 成 ， 則 此 一 concept 具 有 複 合 屬 性 （composite attribute）之 concept。每一個 區域依其格式可再區分為： 限定式文字（parametric text）：依上 下文之限制，以自然語言填入適當之文 字。 結構化框架（structured frame），報表 中具有 n-維表格之資料結構者稱之。 本 研 究 所 使 用 之 報 表 型 式 （ form type）、報表（form）、報表樣板（form template）及樣板類型（meta template）， 其意義說明如下： 報表型式（form type）：由一組代表 屬性的報表欄位（field）及限制條件所組 成。 報表樣板（form template）：資料之展 示格式，包含報表名稱（form name），縱 橫欄位之項目名稱（item name）、縱橫欄 位資料項目間之運算關係並以報表方式展 示。樣板可以紙張或螢幕方式輸出。 報表（form）：一組配合樣板縱橫欄 位之項目名稱及其間運算關係之特定值的 集合。 樣板類型（meta template）：樣板類型 是由所有縱 橫表頭中性質相似的報表樣 板，進一步抽象化而成的。 報表處理模式主要是應用 factoring（分 解）與 synthesis（整合）之概念（Isakowitz 等人, 1995）於系統設計階段之報表分析及 系統操作階段之報表建立。也就是在系統 分析與設計時，factoring 之概念將組織目 前及未來之報表抽離成資料、運算模式及 樣板，接著再建立報表表頭項目結構、設 計資料庫，並把樣板抽象化成樣板類型等 以開發系統。依此方法建構之系統於產生 報表時，也就是 synthesis 概念之應用，使 用者先構思其所需之資料、運算及展示格 式後，即可依需求選擇適合之樣板類型， 定義縱橫表頭項目及運算模式等以建立樣 板，進而設定輸入變數以便系統自動擷取 資料，並將之併入樣板以展示資訊。 在 Factoring 之過程，主要是將有形的 報表分解成無形的個別單元並分別儲存。 因此，首先須拆解報表成資料、運算模式 及樣板等單元，在這時要考慮如何管理這 些單元，例如資料與報表樣板分離後如何 存取資料及樣板與資料如何連結等問題。 因此，為能有效的存取資料，必須對每一 資料建立其存取之指標（index），該指標 可藉由分析與整合報表表頭之縱/橫項目而 建立之。由於資料項繁多且常新增，故資 料之儲存應以 cell 為最基本單元，以避免 資料庫綱目之修改。 報表表頭項目的結構設計目的是找出 足以表達每個儲存格之資料群，並建立資 料群內的層級架構。因資料項目繁多且性 質不同，故設計時資料項目需依性質分群 以便管理及應用，也就是將性質相同之資 料歸為一群，且建立其層級結構關係。例 如，有關描述地方之項目應獨立為一群， 並依行政劃分建立起層級結構，每個層級 結構是個獨立的資料群，因此指標可能由 一個或數個不同性質的資料群所組成。 完成報表表頭項目之結構設計後，即 可進行樣板類型設計，這包括利用所得之 資料群分析報表樣板，並將具有相同資料 性質之報表樣板進一步抽象化成報表樣板 類型，這些樣板類型除了可用以產生原有
之樣板外，亦能產生新的樣板。另外，需 將原來各報表中之資料運算模式整理並整 合成運算模組群，例如加總或平均等運算 以便定義樣板。資料庫設計之考量是以資 料結構設計中所整理出的數個資料群，表 達所有報表儲存格之資料，也就是說資料 庫之綱目設計是以每個資料群為其屬性， 每張報表儲存格在本設計中是一筆記錄。 此種設計之主要考量是可容忍資料項之新 增或修改，於不需再修改資料庫。 完成上述設計後，為方便使用者擷取 資料與展示資訊，需透過處理程序設計以 整合資料、樣板與模式，讓使用者依樣板 類型定義其所需之樣板，並進而以報表展 示資訊。系統開發完成後，使用者便可進 行 視 覺 化 的 報 表 資 料 處 理 ， 此 過 程 稱 synthesis。這包括由使用者在螢幕上自行製 作樣板與展示報表，也就是 “What you sketch is what you get.”概念之展示。在 synthesis 的過程，使用者須先構思其所需 之資料，資料在報表之縱/橫項目及與其它 資料間之關係等，接著便可以系統所展示 之介面選擇適合其構思性質之樣板類型， 並進行樣板定義。此時使用者可藉由系統 所展示之資料群中選取所需之資料項，並 排定其所在樣板之縱/橫項目及項目間之相 關位置等。完成該動作後，系統會將所定 義之資料送到編輯區，以便使用者定義樣 板之運算模式及最終之樣板格式、線條與 字體等外觀修飾。 使用者完成視覺化之樣板定義後，便 可進行資訊展示，整個處理程序如圖一所 示。資訊展示時，系統會連續的做以下各 項工作：（1）根據所定義之樣板項目自動 產生可擷取所述資料之查詢語言，（2）進 而從資料庫中擷取所需資料，（3）並將資 料對映至所製之樣板上，此時在樣板中定 義之運算式將同時做必要之運算處理等以 完成最後報表展示。 在整個樣 板定義 與資訊展 示之過 程 中，使用者完全不須處理查詢語言、資訊 擷取及與樣板之對映等複雜問題。因此， 一般的使用者可容易的依其需求自行製作 所需之報表。 選擇樣 板類型 定義 橫項目 定義 縱項目 編輯報表格 式及定義運 算式 產生查 詢語言 擷取 資料 資料與樣板 結合及運算 樣板定義 資訊展示 圖一. 彈性報表展示之處理程序 三、彈性資訊展示設計方法 根據上述之概念模式，Wu(1996;1998) 針對 factoring 之過程提出一套彈性報表展 示系統之 設計方法。應用該方法首先須從事報 表分析，接著進行報表表頭項目之結構設 使用者
計，再進行樣板類型、運算模組、資料庫 及處理程序設計等（如圖二）。該設計方 法以報表為系統的主要輸入，並同時考量 使用者的限制、政策與需求等。在報表分 析階段之主要工作是將資料及運算模式與 報表樣板分離，設計人員首先須拆解報 表，清除預設的報表格式，所有資料均以 報表之資料儲存格（cell）為最基本單元， 並建立起每個資料的相對應資料辭彙（data glossary）及其間之關係。 報表表頭項目之結構設計目的是找出 足以表達每個儲存格之資料群，並建立資 料群內的層級架構。在此設計階段乃以前 述之報表分析結果為基礎，再考慮資料及 作業特性，將資料間之關係逐步整合成一 或數個不同性質之層級結構。每個層級結 構是個獨立的資料群，這些資料群需能表 達所有報表之儲存格內之資料。完成報表 表頭項目之結構設計後，即可進行樣板類 型設計，這包括分析其目前所使用的報 表，配合使用者的限制、政策及新需求， 將各種報表樣板進一步抽象化成數個報表 樣板類型，這些樣板類型除了可用以產生 原有之樣板外，亦能產生新的樣板。
使用者限制、
政策及需求
報表輸入 報表分析 報表表頭項目之結構設計 樣板類型設計 運算模組設計 資料庫設計 處理程序設計 彈性報表展示 圖二. 彈性報表展示系統之設計架構 運算模組設計乃將原來各報表中之資 料運算模式整理，並整合成運算模組群， 例如加總或平均等運算，以便定義樣板。 資料庫設計之考量是以資料結構設計中所 整理出的數個資料群表達所有報表儲存格 之資料，也就是說資料庫之綱目（schema） 設計是以每個資料群為其屬性，每張報表 之每一儲存格在本設計中是一筆記錄。此 種設計之主要考量是可容忍資料項之新增 或修改，而不需再修改資料庫。完成上述 設計後，為方便使用者擷取資料與展示資 訊，需透過處理程序設計，讓使用者依樣 板類型定義其所需之樣板，並進而以報表 展示資訊。 Wu 之彈性報表展示架構，均將問題領 域定義於統計資料(例如台灣省交通處道 安資訊系統與台灣省主計處統計決策支援 系統)。以下本研究將擴充此架構，使其適 用於一般商業問題領域，並實際以知更書 店為例。 報表分析 在報表分析階段，所有報表之資料、 運算模式與報表樣板均被分離並分開儲 存。過程中對每一張報表，需仔細審視其 儲存 格 資料 以 區 別出 該 報表 的 parts 與 areas，導出其 elementary concept 及分析 concept 是否具備複合屬性，並建立一份相對應的資料 辭彙以描 述這些 concept 及 elementary proprieties 等。一般而言，系統 所處理的報表通常不只一張，故必須將每 張報表所得到的資料辭彙予以整合，以導 出該系統完整的資料辭彙。報表分析的程 序詳如下。 報表分析 （Form Analysis） Begin
For each form
區別 parts 及格式（分成 descriptive parts, extensional/intensional parts） 找出 areas 與 subareas，加以編號並賦予 area 的名稱
針對每一個 area（for each area） 萃取其 elementary concepts
分析其 concept 的複合屬性 （composite attribute） 根據 concept 的 elementary properties 建立 data glossary Until 所有 area 的 data glossary 都已建立
Until 所有報表都被檢驗過 整合所有報表之資料辭彙並解決資料辭彙的衝突部分 End of 報表分析 知更書店各部門銷售統計表 時間範圍 : ____年____月____日 至____年____月____日 分店名稱 : … 圖書 … 雜誌 現代文學 武俠科幻 法律行政 漫畫 貴 賓 非 貴 賓 貴 賓 非 貴 賓 貴 賓 非 貴 賓 旅遊休閒 電腦 文學 圖三. 知更書店各部門銷售統計表（部分） Area1 Area1.1 Area1.1.2 Area1.1.1
根據上述程序，報表分析之第一步驟 是針對每張報表區分出 descriptive parts 與 extensional/intensional parts，並分析其屬於 何種格式。以知更書店各部門銷售統計表 （如圖三）為例，時間範圍與分店名稱等 皆 為 extensional/intensional parts 的 parametric text 的格式；而圖書、雜誌、文 具 皆 有 階 層 關 係 ， 因 此 為 一 structured frame。 完成 parts 與格式分析後，接下來需找 出具有同質性的資料區塊，將其定義為一 個 area 並加以編號及命名。通常報表中常 有同性質的資料組合成資料區塊，因此在 尋找 areas 時，可以檢視報表內是否已有階 層式的資料區塊，若有則該區塊通常可以 視為一個 area，且區塊中的子區塊則可視 為 subareas。 區分及命名 area 後，便可探討每個 area 以萃取其 concepts。有兩個準則可依循以幫 助 concept 之萃取：（1）在 parametric text 部分，通常填寫值的前導說明文字可能為 一個 concept；（2）在 structured frame 部 分，frame 的欄位說明文字也有可能是個 concept。接著，對所建立之 concepts 需檢 查是否具備複合屬性，也就是檢視每一個 concept 是否可由其他更細的 concepts 所組 成，該工作主要目的在於將 concepts 分解 到 最 基 本 之 單 元 。 通 常 在 報 表 中 ， 由 extensional/intensional parts 的 parametric text 所建立起的 concept 有可能再進一步被 分解。 完 成 上 述 分 析 後 ， 再 將 結 果 依 其 elementary properties（包括編號、名稱、所 在的 area、concept 意義的描述、實例、同 義字等）記錄成資料辭彙。由於在一個系 統中，報表通常不只一張，因此必須將每 張報表所得到的資料辭彙整合成完整的資 料辭彙。整合時通常需要對報表資料辭彙 檢查是否有下列可能發生的異常情況︰ （1）area 同名或同編號；（2）各 concept 同名異義或異名同義；（3）重複的 concept （redundancy）。資料辭彙整合過程中，若 發現異常需隨時更新以保持資料辭彙的正 確性。 報表表頭項目之結構設計 完成報表分析完成後便可進行報表表 頭項目之結構設計，此時除以資料辭彙中 各 concepts 之層級結構為基礎外，尚需考 量使用的政策、限制與需求等以建立完整 的資料結構。例如，尚需考量使用者新的 資訊處理及報表展示需求，組織目前的軟 硬體平台、工具及作業方面等之限制，使 報表分析之成果能完全符合新系統之需 求。 該結構設計需先針對目前組織中所提 供的各種報表，瞭解縱 橫表頭項目及其 間之關係，並進一步審視資料辭彙間是否 可以再抽象化成為更高層級的資料項。若 縱 橫表頭項目與原始資料辭彙間完全獨 立，則可以將這項目視為一個獨立的資料 群；若不獨立，可以將其加入先前已定義 的獨立資料群中，並建立起層級關係。報 表表頭項目之結構設計之程序描述如下。 報表表頭項目之結構設計 Begin
For each report
For each column and row Do
If 該縱表頭或橫表頭與先前建立的獨立資料群相關 Then 將縱表頭或橫表頭歸成該獨立資料群中且建立起抽像化層級結構 Else 成立另外一個新的獨立資料群 Until 所有的報表都被檢驗 End of 表頭項目結構設計 對於同一資料群所需建立的抽象化層 級結構，有兩種概念性的資料整合方法可
供 運 用 ： aggregation 與 generalization 。 Aggregation 是將數個 concepts 間之關係視 為一個更高層級的 concept，也就是每一個 下層 concept 可為其上層 concept 的屬 性。Generalization 是指上層 concept 包含 數個下層 concepts，而每一下層的 concept 為上層 concept 之一子集。經 aggregation 或 generalization 整合後，需將結果分別記 錄 在 資 料 辭 彙 的 Aggregation of 與 generation of 的欄位中，並進而將所有之 concepts 整理獨立資料群，以供下一階段運 用。 以知更書店之個案為例，由於在同一 張報表或與其它報表間之資料項目常具有 相同特性及層級結構關係。因此，經逐一 檢查在報表分析階段所完成之資料辭彙， 並透過與使用者之訪談以瞭解其作業特性 後，發現報表內之資料可歸納為：時間項 目、收銀機項目、與統計項目等三個獨立 資料群，且依資料辭彙中 aggregation 與 generalization 的結果，可將此三個獨立資 料群內的資料建立層級化的結構。其中， 時間項目是由年、月、日、時、分所組成。 此 外 ， 統 計 項 目 部 份 經 aggregation 與 generalization 後共分三層。詳細之層級如 圖四所示。 由於在資料辭彙上，三大資料群間並 沒有 aggregation 與 generalization 的關係， 因此資料結構設計已完成。完成報表表頭 項目之結構設計，接著可進行樣板類型、 運算模組與資料庫設計等。 圖四 統計項目層級 樣板類型設計 為讓資料之處理與展示更具有彈性， 本研究除將資料、運算模式與樣板分離 外，亦進一步將縱 橫表頭之項目與格式 相似之樣板整合並抽象化成樣板類型，該 類型除了可產生原有之樣板外，亦可產生 其它相似格式之新樣板。進行樣板類型設 計時，可先將每張報表之縱 橫表頭項目 以資料群名稱表示，再將重複之型式合 併，便可得到該系統所需之樣板類型。樣 板類型之設計程序如下： 樣板類型設計 Begin
For each report
將報表縱表頭與橫表頭項目以獨立資料群名稱表示 If 該報表不能歸併在先前已建立的樣板類型 Then 產生一個新的樣板類型 第一層 第二層 第三層 文具 圖書 雜誌 …… 電腦 旅遊休閒 …… 現代文學 漫畫 …… 部門
Until 所有的報表都被檢驗 End of 樣板類型設計 在個案中，將所有報表之縱 橫表頭 項目以所建立的時間、收銀機與統計項目 等三個獨立資料群名稱取代，再將相同的 類型予以整合後，即可得到四種報表樣板 類型：收銀機項目 統計項目型、統計項 目 統計項目型、時間項目 統計項目 型、時間與收銀機項目 統計項目型（如 圖五所示）。為便於表達，在圖五中縱 橫表頭各項目僅以一層表示，但實際上它 可有多個層次。 完成樣板類型定義後，這些類型除了 可產生使用者原有之樣板外，另可產生額 外許多新的樣板，因為樣板類型之項目可 為該資料群元素之任意子集合。綜言之， 樣板類型可以產生多種的報表樣板，而報 表樣板可進一步產生多種報表。因此，此 種設計除了可滿足使用者的現有報表需求 外，亦尚可提供新的報表需求。 收銀機／統計項目型 統計項目／統計項目型 統計項目 統計項目 收銀機 統計項目 時間項目／統計項目型 時間與收銀機／統計項目型 統計項目 統計項目 時間項目 時間項目 收銀機 圖五. 個案系統樣板類型範例 運算模組設計 一般而言，報表中所展示之資料大概 分為兩種：原始資料及衍生資料。原始資 料即是輸出於報表之資料就是原來輸入系 統之資料，未經過任何處理；而衍生資料 即是該資料由原始資料經過進一步處理 （例如，加、減、乘、除等運算）後產生 的。以道安系統為例，各縣市之肇事資料 為原始資料，而台灣省之資料可經由各縣 市之肇事資料加總產生，因此為衍生資 料。衍生資料並沒有儲存於資料庫中，其 主要之考量因素之一是資料一致性問題。 因此在資訊展示時，報表樣板必需要能被 定義適當之運算式，以產生所需之衍生資 料。為能達到上述功能，本設計方法在資 料、運算模式與樣板分離的過程中，亦同 時將衍生資料之運算模式整理成運算模組 群，以幫助於樣板之運算模式定義，當然 這群運算模組需能組合出所考量報表之運 算式。 資料庫設計 由於本研究針對之問題領域，其報表 樣式很多（例如可能幾十或百種以上）， 報表之樣式或縱 橫表頭之項目經常改變 （不穩定），且希望資料庫皆能容忍這些 變更（不需跟著修改），為能擁有此種彈 性，資料庫設計之考量乃以報表中每個儲
存格之資料為基本單位，也就是將每個儲 存格之資料存成一筆記錄。因此，當報表 之縱 橫表頭增加一個項目，該報表將增 加一行或列之儲存格資料，此種修改對本 設計之資料庫而言僅需增加記錄而已，並 不需要修改資料庫格式。 為能達成上述功能，資料庫設計乃以 報表表頭項目之結構設計階段所得之資料 群做為資料庫綱目設計之基礎。由於在報 表表頭項目之結構設計階段所得之資料群 可以描述報表中任一個儲存格之資料項， 因此每一資料群可視為資料庫之一屬性。 此外，因每個資料項均有值，故需另加一 屬性（例如稱資料值）以表示該值，所以 若報表表頭項目之結構設計階段產生 n 個 資料群，則其資料庫綱目之一般式可為｛資 料群 1, 資料群 2, … , 資料群 n, 資料值｝， 其中每一屬性之長度是以該屬性項目之最 大層級長度為主。 處理程序設計 彈性的報表展示系統可讓使用者依其 需求，以所建立之表頭項目資料結構自行 擷取所需之資料，並依樣板類型自製所需 之報表。為讓系統擁有此項彈性及易於操 作，在處理程序設計階段，需將上述各階 段所獲得的資料結構、樣板類型、資料庫 與運算模組等予以結合起來，讓使用者可 依其需求方便的由樣板類型、資料結構及 運算模組等來定義樣板，再進而從資料庫 中自動擷取資料且將之併入所定義之樣板 中，以獲得其所需的報表。因此，處理程 序主要包括報表樣板定義與資訊展示兩個 步驟，詳細如下: (1).報表樣板定義 (1.1)選擇樣板類型 (1.2)定義縱 橫表頭項目 (1.3)編輯報表格式及定義運算模式等 (2)資訊展示 (2.1)輸入資料期間 (2.2)系統依所定義項目及資料期間自動產生資料庫查詢語言 (2.3)系統擷取資料且將其併入樣板及依定義做運算處理 在報表樣板定義過程中，使用者必需 先構思其所需之資料及資料之展示位置 （亦即其在縱 橫表頭之位置），才能選 擇合適之樣板類型。接著以表頭項目結構 設計階段所得之資料群，在所選擇之樣板 類型上分別定義其縱 橫表頭之項目。完 成該工作後，使用者可將這些項目送到編 輯區，進一步編輯報表格式（例如畫框線 與定義字體等）及定義衍生資料所需之運 算式等。在資訊展示之過程中，系統會自 動產生擷取這些資料之查詢語言，再以所 產生之查詢語言自動從資料庫中擷取所需 資料，並將其對映到所定義之樣板中，以 進一步處理衍生資料及報表展示。 四、結果與討論 由於在競爭多變的環境中，企業的資 訊需求亦需不斷的更新。因此，以預先定 義的報表格式提供資料處理與展示之設計 方法，已無法滿足使用者多樣、多變的報 表展示需求。本研究提出彈性報表展示之 設計方法以解決上述問題，並以知更書店 進銷存系統為例說明該設計方法之設計過 程。該設計方法之主要概念是在設計過程 中，先將資料、運算模式與報表樣板分離 並分別儲存。 本研究之主要貢獻為提出彈性報表展 示之設計方法，應用該方法所開發的系 統，因具有彈性的資料結構、樣板類型與 資料庫設計等，故對性質相同之問題領 域，系統可不用再修改程式，僅需重新定
義資料結構與樣板，便可直接將系統移植 到該問題領域，知更書店進銷存系統即是 一個範例，因此可大幅提昇系統之重用， 對增進資訊系統開發與維護之效率及減低 資訊系統延遲之問題將有具體之貢獻。 五、計劃成果自評 計劃內容與原計劃相符，亦達成預期 進度。本研究提出彈性報表展示之設計方 法以解決在競爭多變的環境中，企業的資 訊需求不斷的更新且滿足使用者多樣、多 變的報表展示需求，並以知更書店進銷存 系統為例說明該設計方法之設計過程。因 此，本研究對於實務界有重大貢獻，並且 非常適合在學術期刊上發表彈性資訊展示 設計概念。 參考文獻
Banker, R. D., Kauffman, R. J., and Zweig, D., “Repository Evaluation of Software Reuse,” IEEE on Software Engineering, Vol. 19, No. 4, April 1993, 379-389.
Bantini, C., Demo, B., and Di Leva, A., “A Methodology for Conceptual Design of Office Data Bases,” Information System, Vol. 9, No. 3/4, 1984, 251-263.
Benjamin, R.I. “Information Technology in the 1990’s: A Long Range Planning Scenario,“ MIS Quarterly Vol. 6, No. 2, June 1982, 11-31.
Benson, D.H. “A Field Study of End-User Computing: Findings and Issues,” MIS Quarterly Vol. 7, No. 4, Dec. 1983, 35-45.
Burrows, P., “Compaq: Ready to Rumble,” Business Week August 22, 1994, 29.
Caginalp, E. G., “Small-to-Midsize Companies Light Fire Under PC Sales,” Computer Reseller News, 2, August 29, 1994, 215.
Choobineh, J. and Mannino, M. V., and Tseng, V. P, “A Form-Based Approach for Database Analysis and Design,”
Communication of ACM, Vol. 35, No. 2, February 1992, 108-120.
Choobineh, J. and Venkatraman, S. S., “A Methodology and Tools for Derivation of Functional Dependencies from Business form,” Information System, Vol. 17, No. 3, 1992, 269-282.
Choobineh, J. Mannino, M. V., Nunamaker, J. F., and Konsynski, B. R., “An Expert Database Design System Based on Analysis of Forms,” IEEE Transactions on Software Engineering, Vol. 14, No. 2, February 1988, 242-253.
Due, R. T., “The Real Cost and benefits of CASE,” Journal of Information Systems Management, Vol. 8, Issue 3, Summer 1991, 63-66.
Gaskell, C., and Phillips, R., “Executable Specification and CASE,” Software Engineering Journal, July 1994, 174-182.
Isakowitz, T. Socken, S., and Lucas, Jr. H. C., “Toward a Logical/ Physical Theory of Spreadsheet Modeling,” ACM Transactions on Information Systems, Vol. 13, No. 1, January 1995, 1-37.
Jarzabek, S., “Domain Model-driven Software Reengineering and Maintenance,” Journal of Systems Software, Vol. 20, 1993, 37-51
Lefkovits, H.C. “A Status Report on the Activities of Codasyl End-User Facilities Committee (EUFC),” Information and Management Vol. 2, 1979, 137-163.
McLean, E. R., Kappelman, L. A., and Thompson, J. P., “Converging End-user and Corporate Computing,” Communication of the ACM, Vol. 36, No. 12, 1993.
Mii, N., and Takeshita, T., “Software Re-engineering and Reuse from a Japanese Point of View,” Information and Software Tech., Vol. 35, No. 1, Jan. 1993, 45-53.
Murphy, J., and Grimson, J., “ Formal Specification of a Persistent Object Management System,” Information and Software Tech., Vol. 35, No. 5, May 1993, 277-286.
Patton, R., “Japanese Domestic PC Sales Sharply Higher,” Electronics, Vol. 78,
No. 3, February 13, 1995, 12.
Preston, H.H., “Recession Reward,” PC Week, Vol. 11, No. 44, November 7, 1994, A1.
Shu, N. C., “FORMAL: A Form-Oriented, Visual-Directed Application Development System,” Computer, 1985, 38-49.
Shu, N. C., Lum, V. Y., Tung, F. C. and Chang, C. L., “Specification of Forms Processing and Business Procedures for Office Automation,” IEEE Transactions on Software Engineering, Vol. SE-8, No. 5, September 1982, 499-512.
Siau, K. L., Chan, H. C., and Tan, K. P., “A CASE tool for Conceptual Database Design,” Information and Software Tech., Vol. 34, No. 12, Dec. 1992, 779-808.
Trichritzis, D., “Form Management,” Communication of ACM, Vol. 25, No. 5, July 1982, 453-478.
Tsui, F., Hofmann, S.C., and Goldstrohm, W. J., “Software Development Post-mordern Summary,” Software Engineering Journal, July 1992, 277-284.
Van Kirt, D., “Poor Asset Management is Breaking the Bank,” INFOWORD, January 23, 1995.
Williams, M. L., “Knowledge-based CASE TOOLS: Improving Performance Using Domain-specific Knowledge,” Software Engineering Journal, July 1994, 167-173.
Wolczko, M., “Encapsulation, Delegation & Inheritance in Object-Oriented Language,” Software Engineering Journal, Mar. 1992, 95-101.
Wu, Jen-Her, ‘SDSS’ Basis and Application — A Case Study of The Taiwan Provincial Government,’ Journal of Chinese Institute of Industrial Engineering, Vol. 13, No. 3, 1996, 203-213
Wu, Jen-Her, Lee, Ching-Chang, Doong, Her-Sen, Hsia, Tse-Chih, and Ting-Peng Liang, “Office Information Systems: A Methodology for Conceptual Design of Flexible Form Presentation,” Second Asia Pacific Decision Science Annual Meeting, June 7-11, 1998.
Wu, Jen-Her, "A Visual Approach to End User Form Management," Second Asia Pacific Decision Science Annual Metting , June 7-11, 1998.
Yao, S. B., Hevner, A. R., Shi, Z., and Luo, D., “FORMANAGER: An Office Forms Management System,” ACM Transactions on Office Information System, Vol. 2, No. 3, July 1984, 235-262
