行政院國家科學委員會專題研究計畫 成果報告
數位典藏系統分析程序與建置再造
計畫類別： 個別型計畫
計畫編號： NSC93-2422-H-011-001-
執行期間： 93 年 03 月 01 日至 94 年 02 月 28 日 執行單位： 國立臺灣科技大學資訊工程系
計畫主持人： 林彥君
計畫參與人員： 王祥安、洪麗玲、黃建中、郭令斌、吳俊融、林泰安、陳弼暐、
簡愛卉
報告類型： 完整報告
處理方式： 本計畫可公開查詢
中 華 民 國 94 年 5 月 19 日
目次
摘要...1
一、六份數位典藏軟體需求規格書之架構剖析與建議...2
摘要...2
1.
簡介 ...2
2.
DAAL SRS
S章節架構比較 ...3
3.
由 DAAL SRS
S到數位典藏 SRS 初期建議 ...5
4.
結論與未來的方向 ...9
附錄.
DAAL SRS
S各章節內容整理剖析與建議 ...10
參考資料...31
二、數位典藏軟體需求規格書建議架構...32
摘要...32
1.
簡介 ...32
2.
RPSRS 與 SRS 初期建議架構比較 ... 33
3.
數位典藏 SRS 建議標準 ...44
4.
結論 ...46
參考資料...47
三、五份數位典藏軟體設計規格書之架構剖析與改進建議...48
摘要...48
1.
簡介 ...48
2.
DAAL SDD
S章節架構比較 ...49
3.
SDD 建議標準 ... 52
4.
結論與未來的方向 ...54
附錄.
DAAL SDD
S架構之整理剖析與建議 ...54
參考資料...72
四、數位典藏權限管理模組之剖析與建議...73
摘要...73
1.
簡介 ...73
2.
UML 簡介... 74
3.
模組功能 ...81
4.
模組架構 ...82
5.
以 UML 圖形表示...85
6.
以 MVC 架構圖表示 ...101
7.
問題與建議 ...106
8.
結論 ...107
參考資料...107
五、數位典藏中文缺字顯示模組剖析與建議報告...108
摘要...108
1. 簡介 ...108
2. UML 與 MVC 簡介 ... 109
3. 模組功能與架構簡介... 113
4. 剖析結果... 114
5. 問題與建議...123
6. 結論...124
參考資料...124
六、數位典藏代碼管理模組剖析與建議...125
摘要...125
1. 前言 ...125
2. UML 簡介 ... 126
3. 代碼管理模組簡介...130
4. 剖析結果...134
5. 問題與建議...143
6. 結論...144
參考資料...144
七、數位典藏異動管理模組剖析與建議...145
摘要...145
1.
簡介 ...145
2.
剖析方法與相關技術 ...145
3.
異動管理模組簡介 ...151
4.
剖析結果 ...152
5.
問題與建議 ...159
6.
結論 ...160
參考資料...160
計畫成果自評...161
可供推廣之研發成果資料表...162
摘要
本報告包含七大部分，各部份的作者除了主持人之外都另有共同作者。各部 份之主題及其共同作者於下:一、六份數位典藏軟體需求規格書之架構剖析與建 議，共同作者黃建中、王祥安。二、數位典藏軟體需求規格書建議架構，共同作 者黃建中、王祥安。三、五份數位典藏軟體設計規格書之架構剖析與改進建議，
共同作者吳俊融、王祥安。四、數位典藏權限管理模組之剖析與建議，共同作者 郭令斌、王祥安。五、數位典藏中文顯示模組剖析與建議，共同作者洪麗玲、王 祥安。六、數位典藏代碼管理模組剖析與建議，共同作者陳弼暐、王祥安。七、
數位典藏異動管理模組剖析與建議，共同作者林泰安、王祥安。
關鍵詞
數位典藏、軟體需求規格書、軟體設計規格書、權限管理、中文顯示、代碼管理、
異動管理
一、六份數位典藏軟體需求規格書之架構剖析與建議 摘要
本 文整理剖析中央研究院 資訊科學研究所 數位典藏技術發展組(Digital Archive Architecture Laboratory， DAAL) 產出之六份軟體需求規格書(software requirements specification，SRS)，找出其異同，包含列出各章節共同項目、整理 各章節內容並尋找與其它章節之關聯性及重複性，歸納出目前 DAAL 之 SRS 架 構。接著，並提出較具共通性之數位典藏 SRS 建議標準，以便與其他軟體工程 相關標準做比較，作為評估與改進目前 DAAL 之 SRS 架構與內容的依據。
1. 簡介
數位典藏(digital archive)是將重要的文物數位化保存與管理。配合現今的網 路環境，文物的資料可以方便地呈現與使用。
在一般大型軟體製作，系統需求分析為系統開發最初的階段。系統分析師與 客戶訪談需求之後，系統分析師將需求以文字及圖形的方式呈現給客戶，亦即產 生 可 閱讀、客戶 容易了解及 需求定義完整且不模稜兩可的軟體需求規格書 (software requirements specification，SRS)，做為系統分析師與客戶溝通之媒介，
以及系統設計及開發的依據。在確定客戶實際需求後，系統分析師開始進行系統 分析與設計，並撰寫軟體設計規格書(software design description，SDD)。SDD 具 體呈現 SRS 分析結果，將客戶的需求轉化成實際的設計資訊，可做為系統分析 師與程式開發人員討論系統設計規格的媒介。
由於系統需求分析為系統開發最初的階段，在此階段所產出之 SRS 為具體 表達分析結果的主要方式，關係到整個系統成敗與否。好的需求分析文件有助於 需求的確認與驗證(verification and validation)，以期在系統開發時及早發現瑕 疵，減少整個系統開發的成本。
中央研究院資訊科學研究所發展的數位典藏系統與一般大型軟體製作一 樣，系統需求分析為整個系統開發的最初階段。該階段係由數位典藏技術發展組 (Digital Archive Architecture Laboratory，DAAL) 、後設資料工作組 (Metadata Archive and Application Team，MAAT)及內容提供者共同合作。MAAT 先與內容 提供者溝通典藏文物的後設資料需求，將根據分析結果撰寫後設資料需求規格 書。DAAL 再依據後設資料規格書與內容提供者訪談，進行系統需求分析並撰寫 SRS。待確定實際需求後，DAAL 整合後設資料需求規格書及 SRS，進行系統分 析與設計並撰寫 SDD。最後，程式開發人員以 SDD 的分析結果進行系統的開發。
本文整理剖析六份 DAAL 所撰寫之 SRSs [1-6]。這些 SRSs 為 DAAL 分別與
傅斯年圖書館、國立故宮博物院書畫處等典藏單位訪談後，依據各單位的典藏文
物的性質及數位典藏需求之特性製作出來的。在不造成混淆的情況下，文中將以
DAAL SRSs 統稱該六份 SRSs。本文先整理剖析 DAAL SRSs 架構，進而提出較 具共通性之數位典藏 SRS 初期建議，以供下一階段與其他軟體工程相關標準比 較，而提出數位典藏 SRS 標準，使文件的撰寫有依據可循，加速未來類似系統 的開發。
本文的組織如下：第 2 節剖析比較目前 DAAL SRSs 章節架構。第 3 節提出 較具共通性之數位典藏 SRS 初期建議。第 4 節為結論與未來發展的重點。附錄 為整理剖析 DAAL SRSs 及建議理由之細節。
2. DAAL SRSs 章節架構比較
由於 DAAL SRSs 並無標準化之章節架構，造成章節名稱、順序不一致；且 各章節應說明的內容定義不清，造成內容重複。因此，我們整理 DAAL SRSs，
交叉比對各文件，剖析其章節架構，找出彼此的異同及缺失，作為調整章節架構 之依據。為了方便閱讀，將以簡稱代替各 DAAL SRS 全名。全名與對應的簡稱 分別如下：
l 傅斯年圖書館藏圖籍印記資料庫軟體需求規格書 version 1.2，簡稱為圖 印資料。
l 故宮書畫處數位典藏計畫軟體需求規格書 version 0.9.3，簡稱為故宮書 畫。
l 考古發掘遺物、照片、記錄與檔案數位典藏計畫遺物典藏管理系統軟體 需求規格書 version 0.9，簡稱為考古發掘。
l 台灣大學昆蟲標本館典藏數位化計畫軟體需求規格書，簡稱為台大昆 蟲。
l 故宮先秦銅器紋飾資料庫軟體需求規格書 version 1.1，簡稱為故宮先秦。
l 拓片與古文書數位典藏計畫漢代簡牘數位典藏系統軟體需求規格書 version 1.3，簡稱為漢代簡牘。
為了明示 DAAL SRS 各章節名稱，文中將採用以下的標示法：以『』表示 DAAL SRS 的章名，如『前言』 ；而節名則以「」表示，如「標的軟體系統摘述」。
當提及初期建議架構各章節名稱時，會以 “ ” 表示章名，例如“系統描述”；而 節名則以‘ ’表示，例如‘標的軟體系統摘述’。我們會以表格的方式顯示或比較 各文件之章節架構；並以ˇ作為標記，以表示 DAAL SRSs 有某章節。
2.1. DAAL SRSs 之『前言』
『前言』包含「標的軟體系統摘述」、「定義與縮寫符號」與「參考資料」
三個小節，提供系統整體的概要、名詞定義及參考資料等相關資訊。表 1 顯示
DAAL SRSs 在『前言』的章節架構一致。
表 1. 『前言』之章節架構比較
SRS 名稱 標的軟體系統摘述 定義與縮寫符號 參考資料
圖印資料 ˇ ˇ ˇ
故宮書畫 ˇ ˇ ˇ
考古發掘 ˇ ˇ ˇ
台大昆蟲 ˇ ˇ ˇ
故宮先秦 ˇ ˇ ˇ
漢代簡牘 ˇ ˇ ˇ
2.2. DAAL SRSs 之『文件目的與系統描述』
『文件目的與系統描述』包含「名稱」、 「目標」 、 「範圍」 、 「系統開發環境」
及「系統用戶種類特性」等，說明系統名稱、目標、架構及用戶特性等相關資訊。
DAAL SRS之章節架構如表2。
表2. 『文件目的與系統描述』之章節架構比較 SRS 名稱 名稱 目標 範圍 系統開
發環境
系統用戶 種類特性
數位化 規格
與相關系統或 專案之關係 圖印資料 ˇ ˇ ˇ ˇ ˇ
故宮書畫 ˇ ˇ ˇ ˇ ˇ ˇ
考古發掘 ˇ ˇ ˇ ˇ ˇ ˇ
台大昆蟲 ˇ ˇ ˇ ˇ ˇ 故宮先秦 ˇ ˇ ˇ ˇ ˇ 漢代簡牘 ˇ ˇ ˇ ˇ ˇ 2.3. DAAL SRSs 之『分項功能需求』
『分項功能需求』包含「系統整體性需求」、「功能性需求」 、 「非功能性需
求」及「人機界面」四個小節，說明系統各功能細部的操作流程、資料保護的需 求及人機界面等相關資訊，其章節架構比較如表 3。
表3. 『分項功能需求』之章節架構比較
SRS 名稱 系統整體性需求 功能性需求 非功能性需求 人機界面
圖印資料 ˇ ˇ ˇ ˇ
故宮書畫 ˇ ˇ ˇ ˇ
考古發掘 ˇ ˇ ˇ
台大昆蟲 ˇ ˇ ˇ
故宮先秦 ˇ ˇ ˇ ˇ
漢代簡牘 ˇ ˇ ˇ ˇ
2.4. DAAL SRSs 之後續章節
由於『計畫時程需求』、『需求規格表』、『需求回溯表』及『附錄』並無 分出任何小節，且其內容大多為用來確認客戶需求之的表格，為了減少篇幅，在 此一併比較於表 4。
表 4. 後續章節之架構比較
SRS 名稱 計畫時程需求 需求規格表 需求回溯表 附錄
圖印資料 ˇ ˇ ˇ
故宮書畫 ˇ ˇ ˇ ˇ
考古發掘 ˇ ˇ ˇ
台大昆蟲 ˇ ˇ ˇ
故宮先秦 ˇ ˇ ˇ
漢代簡牘 ˇ ˇ ˇ
3. 由 DAAL SRSs 到數位典藏 SRS 初期建議
根據第 2 節比較 DAAL SRSs 章節架構的結果，在不大幅度更改原本架構的 原則之下，本節將原本分散在不同章節但性質相似之內容合併，並提出數位典藏 SRS 初期建議。本節簡單說明如何根據 DAAL SRSs 來產生此數位典藏 SRS 初期 建議，並比較 DAAL SRSs 與數位典藏 SRS 初期建議的差異。更詳細的內容剖析 及建議的理由請參見附錄。
3.1. 數位典藏 SRS 初期建議之第 1 章－前言
為了使計畫名稱、系統名稱及著錄範圍等基本資訊集中在第 1 章說明，改善 原本分散在各章節的情形，針對 DAAL SRSs 建議的變動如下：
l 將『前言』的「標的軟體系統摘述」與『文件目的與系統描述』的「名 稱」合併，在數位典藏 SRS 初期建議的 1.1 節 ‘標的軟體系統摘述’ 加 入計畫名稱、系統名稱及委託人等相關資訊。
l 將『文件目的與系統描述』的「範圍」搬到第 1 章來，並將節名改為 ‘著 錄範圍’ 以說明著錄範圍。
其餘章節維持原狀。DAAL SRSs 與數位典藏 SRS 初期建議架構比較如表 5。
表 5. 第 1 章－前言－架構比較
DAAL SRSs 數位典藏 SRS 初期建議 標的軟體系統摘述 標的軟體系統摘述
(加入計畫及系統名稱等資訊) 著錄範圍
定義與縮寫符號 定義與縮寫符號
參考資料 參考資料
3.2. 數位典藏 SRS 初期建議之第 2 章－系統描述
為了將性質相似的內容集中，區分各章節的定位，故將系統目標、架構、典 藏文物儲存格式及與其他系統整合情形等較為大方向之系統相關資訊集中在第 2 章說明，並將章名改為 “系統描述”。針對 DAAL SRSs 建議的變動如下：
l 正如前述，將 DAAL SRSs『文件目的與系統描述』的「名稱」及「範 圍」搬到第 1 章。
l 由於 DAAL SRSs『文件目的與系統描述』的「目標」與『分項功能需 求』的「系統整體性需求」內容相似，因此將兩小節合併，使系統目標 的相關資訊集中在第 2 章說明。
l 包含僅出現於考古發掘的「數位化規格」，說明文物圖片儲存格式。
l 評估各系統的特性後，若有必要與其它相關系統整合，則應包含「與相 關系統或專案之關係」來說明系統整合的相關資訊。
其餘章節維持原狀。DAAL SRSs 與數位典藏 SRS 初期建議架構比較如表 6。
表 6. 第 2 章－系統描述－架構比較
DAAL SRSs 數位典藏 SRS 初期建議 名稱
目標 目標
範圍
系統開發環境 系統開發環境
系統用戶種類特性 系統用戶種類特性 數位化規格
(僅出現於考古發掘) 數位化規格 與相關系統或專案之關係
(僅出現於故宮書畫)
與相關系統或專案之關係 (需評估系統的特性而加入) 3.3. 數位典藏 SRS 初期建議之第 3 章－分項功能需求
由於 “系統描述” 的 ‘目標’ 與『分項功能需求』的「系統整體性需求」內
容相似，因此刪除「系統整體性需求」，其餘章節則維持原狀。DAAL SRSs 與
數位典藏 SRS 初期建議架構比較如表 7。
表 7. 第 3 章－分項功能需求－架構比較 DAAL SRSs 數位典藏 SRS 初期建議 系統整體性需求
功能性需求 功能性需求 非功能性需求 非功能性需求
人機界面 人機界面
3.4. 數位典藏 SRS 初期建議之附錄
數位典藏 SRS 初期建議之附錄除了包含原先在 DAAL SRSs『附錄』之會議 記錄及著錄範例之外，並加入確認客戶需求之相關表格，亦即原本 DAAL SRSs
『計畫時程需求』、『需求規格表』及『需求回溯表』三章的內容，使性質相似 的內容集中，改善原本分成三章的情形。表 8 顯示數位典藏 SRS 初期建議之 “附 錄”所包含的內容並比較與 DAAL SRSs 架構之異同。
表8. 數位典藏 SRS 初期建議之“附錄”與 DAAL SRSs 相關架構之比較 DAAL SRSs 數位典藏 SRS 初期建議
計畫時程需求 需求規格表 需求回溯表
附錄
附錄
(包含計畫時程需求、需 求規格表及需求回溯表)
3.5. 數位典藏 SRS 初期建議內容概要
綜合前面所述並根據附錄之整理結果，我們提出數位典藏 SRS 初期建議之 各章節內容概要如下：
1. 前言 1.1. 標的軟體系統摘述
簡要介紹系統，包含計畫名稱、系統名稱、系統建置目的及委託人。
1.2. 著錄範圍
說明著錄範圍，包含典藏文物特性、出土地與系統資料來源。
1.3. 定義與縮寫符號
說明SRS所使用到的重要定義、縮寫符號與簡稱，如定義典藏單位之專有名
詞，如CDWA、漢代簡牘。
1.4. 參考資料
列出SRS所參考引用之資料及其出處，如後設資料規格書。
2. 系統描述 2.1. 目標
說明建置系統之目的及系統欲達成的目標。
2.2. 系統開發環境
說明系統開發環境，如使用者可透過網際網路及瀏覽器操作系統所有功能。
本節並說明系統架構之相關資訊。
2.3. 系統用戶種類特性
說明各系統用戶特性及其擁有的權限，如系統管理員主要負責資料的建檔與 系統維護。
2.4. 數位化規格
說明典藏文物儲存格式，如印刷出版格式是以 A4 大小為標準，檔案的解 析度為 400-600 dpi。
2.5. 與相關系統或專案之關係
說明系統與其它外部系統在資料及系統功能之整合情形，如與人名權威資料 管理系統進行整合。建議依照各系統的特性，評估是否有加入本章節的必要。
3. 系統功能需求 3.1. 功能性需求
說 明 各系統功 能 的操作 流 程及細 部 的設定 ， 並以 使用案例圖 (use case diagram)呈現各功能與系統用戶的關係。
3.2. 非功能性需求
說明系統在使用操作上及資料保護的需求，如系統之可靠性、資料之正確性 及安全性需求。
3.3. 人機界面
說明本系統操作界面之相關資訊，如螢幕解析度、圖形設計原則及網頁設計
原則。
附錄
附上有助於瞭解SRS的相關背景資料及確認客戶需求之相關表格，如計畫時 程規劃表、需求規格表、需求回溯表、會議記錄及著錄範例等資料。
4. 結論與未來的方向
本文整理剖析了六份 DAAL 所撰寫之 SRSs，包含剖析各章節共同項目，及 不同章節內容之相關性，找出章節架構之異同，進而提出數位典藏 SRS 初期建 議。
數位典藏 SRS 未來發展方向包含：
l 提出正式、更好之數位典藏 SRS 標準。由於尚未有正式之數位典藏 SRS 標準，值得將本文之數位典藏 SRS 初期建議與其他軟體工程相關標準 做比較，並考量數位典藏之特性，提出更佳之建議。經實際應用於 SRS 之撰寫一段時間之後，再檢討是否有其缺失，以期成為數位典藏 SRS 標準。
l 發展數位典藏 SRS 自動產生工具。根據數位典藏 SRS 標準，發展自動
化數位典藏 SRS 產生工具，協助數位典藏 SRS 之撰寫。自動產生工具
將產出符合標準的章節格式及內容，以加速系統的開發。
附錄. DAAL SRSs 各章節內容整理剖析與建議
依照 DAAL SRSs 章節順序，逐一整理剖析各章節內容，包含列出各章節共 同項目及尋找章節間有無相同或近似之處，並針對各章節內容之缺失提出建議。
A.1. 『前言』
本章含有「標的軟體系統摘述」 、 「定義與縮寫符號」及「參考資料」 ，各節 內容如下。
A.1.1. 「標的軟體系統摘述」
本節為系統摘述，可分為以下項目：
a. 系統建置目的，相關內容概要整理如表A.1。
b. 著錄範圍，相關內容概要整理如表A.2。
c. 委託人，相關內容概要如表A.3。
表 A.1. 系統建置目的
SRS名稱 相關內容概要
圖印資料 將數位典藏國家型科技計畫各單位典藏品中重覆的印記資料加以 整理和記錄，並提供印記資料管理與分類導覽功能。
故宮書畫
針對國立故宮博物院書畫處之書畫數位典藏需求，建置數位化的典 藏環境。本系統整合書畫資料、相關研究性資料及內部作業流程，
簡化作業程序，提高資料處理的正確性及時效性。
考古發掘
將考古調查與發掘所發現之遺物、所有過程之記錄與影像檔案，以 數位化的方式保存於電腦系統中，使得考古調查與發掘之研究現場 與過程，能儘可能完整的記錄與保存。
台大昆蟲 將台灣大學昆蟲標之模式標本數位化並完成昆蟲標本典藏管理系 統，以利後續資料處理及建檔。
故宮先秦 為故宮器物數位典藏子計畫中主題 紋飾權威檔之先導工作，提供 著錄與查詢功能並建立紋飾描述標準，完成權威檔之建置。
漢代簡牘
建置資料庫檢索與管理系統，進行影像、釋文資料數位化工作。本
系統除了提供網路線上瀏覽漢簡、釋文等基本資料之外，也整合相
關研究性資料及內部作業流程，以提供完善的數位典藏環境。
表 A.2. 著錄範圍
SRS名稱 相關內容概要
圖印資料 傅斯年圖書館藏圖籍印記，並整合歷史語言研究所藏 青銅器全形拓資料庫系統中的印記資料。
故宮書畫 國立故宮博物院書畫處之書畫。
考古發掘
考古調查與發掘所發現之遺物、所有過程之記錄與影 像檔案。在器物方面，將結合金石拓片計畫小組等單 位，進行資料交換之整合工作。
台大昆蟲 台灣大學昆蟲標本館的昆蟲標本及相關文獻資料。
故宮先秦 以故宮器物的銅器、瓷器之紋飾為主，並包含青銅器 影像資料庫及故宮器物數位典藏子計畫等資料。
漢代簡牘 中央研究院歷史語言研究所簡牘整理小組自90年代 初期起，以紅外線攝影儀，重新釋讀所藏簡牘。
表 A.3. 委託人 SRS 名稱 相關內容概要 圖印資料
故宮書畫 考古發掘
台大昆蟲 台灣大學昆蟲標本館。
故宮先秦 漢代簡牘
表A.4顯示各DAAL SRS在本章的「標的軟體系統摘述」有無包含上述三個 項目。
表 A.4. 「標的軟體系統摘述」內的項目 SRS名稱 系統建置目的 著錄範圍 委託人
圖印資料 ˇ ˇ
故宮書畫 ˇ ˇ
考古發掘 ˇ ˇ
台大昆蟲 ˇ ˇ ˇ
故宮先秦 ˇ ˇ
漢代簡牘 ˇ ˇ
章節間之關聯性：『前言』的「標的軟體系統摘述」與『文件目的與系統描述』
的「範圍」內容相似，均有著錄範圍及系統功能之相關資訊。
文章中的錯誤：無。
建議：將『前言』的「標的軟體系統摘述」與『文件目的與系統描述』的「名稱」
合併，使計畫名稱、系統名稱及委託人等基本資訊集中在第1章說明。
A.1.2. 「定義與縮寫符號」
本節說明SRS所使用到的重要定義、縮寫符號與簡稱。各DAAL SRS定義的 項目及在文章中出現但未定義的項目整理如表A.5。
表A.5. 「定義與縮寫符號」內的項目及文章中出現但未定義項目 SRS名稱 定義與縮寫符號項目 文章中出現但未定義項目 圖印資料 中央研究院圖書館館藏目錄
(WebPAC)
XML Metadata
故宮書畫 CDWA
NPM
XML Metadata
考古發掘 XML
CDWA Metadata
台大昆蟲 Linux Metadata
JSP 故宮先秦 主題 紋飾權威檔
青銅器影像資料庫及應用網路計畫
FTP HTML 漢代簡牘
漢代簡牘
歷史語言研究所藏漢代簡牘資料庫 簡帛金石資料庫
Metadata XML Dublin Core 由表A.5可看出：
l 各DAAL SRS所定義的項目不一致。
l 有項目在SRS中出現，但未在本章的「定義與縮寫符號」中定義。
章節間之關聯性：無。
文章中的錯誤：無。
建議：在SRS出現之重要的定義、縮寫符號與簡稱，都應在本節定義，並注意專 有名詞的大小寫與縮寫表示法的正確性，力求前後文一致。
A.1.3. 「參考資料」
本節列出SRS所參考之資料，並說明各資料的相關資訊，如作者、版本、出
版日期及超連結等。主要的參考資料有：
a. 後設資料(metadata)需求規格書。
b. 相關系統之後設資料需求規格書。
c. 相關系統之SRS。
表A.6顯示各DAAL SRS在本章的「參考資料」有無列出上述三個參考資料。
表A.6. 參考資料比較
SRS名稱 後設資料需 求規格書
相關系統之 後設資料需 求規格書
相關系統 之SRS 圖印資料 ˇ
故宮書畫 ˇ
考古發掘 ˇ ˇ
台大昆蟲 ˇ ˇ ˇ
故宮先秦 ˇ
漢代簡牘 ˇ ˇ ˇ
章節間之關聯性：無。
文章中的錯誤：有些參考資料之資訊不足，如僅列出名稱，但缺少作者、版本及 超連結等相關資訊。
建議：正確並完整列出各參考資料的作者、版本及超連結等相關資訊。
A.2. 『文件目的與系統描述』
本章含有「名稱」 、 「目標」 、 「範圍」 、 「系統開發環境」 、 「系統用戶種類特性」 、
「數位化規格」及「與相關系統或專案之關係」 ，各節內容如下。
A.2.1. 「名稱」
本節說明計畫名稱、系統名稱及委託人等相關資訊。各項目舉例如下：
a. 計畫名稱：故宮先秦的計畫全名為“故宮先秦銅器紋飾資料庫”。
b. 系統名稱：故宮先秦的系統名稱為“先秦銅器紋飾資料庫系統”。
c. 委託人：故宮書畫為國立故宮博物院書畫處數位典藏計畫所委託。
表A.7顯示各DAAL SRS在本章的「名稱」內容有無包含上述三個項目。
表A.7. 「名稱」內的項目
SRS名稱 計畫名稱 系統名稱 委託人
圖印資料 ˇ ˇ
故宮書畫 ˇ ˇ
考古發掘 ˇ ˇ
台大昆蟲 ˇ ˇ
故宮先秦 ˇ ˇ
漢代簡牘 ˇ ˇ
章節間之關聯性：台大昆蟲在『前言』的「標的軟體系統摘述」說明委託人但故 宮書畫卻在『文件目的與系統描述』的「名稱」說明委託人。
文章中的錯誤：無。
建議：計畫名稱、系統名稱及委託人等基本資訊，應集中在『前言』的「標的軟 體系統摘述」說明。考量內容搬移後之整體架構，應將本章名改為“系統描述”。
A.2.2. 「目標」
本節內容可分為以下兩類：
第一類為系統建置目的，相關內容概要整理如表A.8。
表A.8. 系統建置目的
SRS名稱 相關內容概要
圖印資料 將典藏品所包含之印記資料加以統一管理，並提供印記資料 管理功能，以滿足各計畫對印記資料的存取需求。
故宮書畫 建構書畫藏品專屬的資訊管理系統，將過去研究的成果予以 數位化保存，以長久保存書畫內容及其相關資料。
考古發掘 記錄考古發掘之遺物、調查之過程與研究之成果，以建立考 古發掘資料庫整合中心，做為研究及教育學習之知識平台。
台大昆蟲 有效地管理昆蟲標本館所收集的標本及其相關的研究資 料，並針對不同的使用對象，提供適切的查詢檢索界面。
故宮先秦 將故宮所藏銅器、瓷器上的紋飾資料加以記錄、整理，並建 立紋飾資料庫系統以提供紋飾檢索與管理功能。
漢代簡牘 將史語所藏漢代簡牘資料加以整理、著錄，並且依照後設資
料需求規格進行開發，並提供線上瀏覽檢索之功能。
第二類為系統欲達成的目標，整理如下：
1. 依數位化典藏環境之需求，建置典藏文物資料庫系統，利用資料庫 系統共同管理各計畫之資料，以確實保存典藏文物資料。
2. 建立跨系統之資料交換機制，減少各計畫整合的困難。
3. 透過數位化的技術整合文物影像與文字資料，提供圖文共同顯示的 作業環境，呈現多樣化的資訊。
4. 提供線上瀏覽檢索服務，以增進典藏文物研究的便利性。
5. 統一文物的標準名稱，減少與權威檔整合上的困難。
6. 有完整的權限控管功能，適合不同層次的系統操作需求。
表A.9顯示各DAAL SRS在本章的「目標」內容有無包含上述系統欲達成的 目標。
表A.9. 系統欲達成的目標
SRS名稱 第1點 第 2 點 第3點 第 4 點 第 5 點 第 6 點 圖印資料 ˇ ˇ ˇ ˇ ˇ
故宮書畫 ˇ ˇ ˇ ˇ ˇ 考古發掘 ˇ
台大昆蟲 ˇ ˇ ˇ
故宮先秦 ˇ ˇ ˇ ˇ ˇ
漢代簡牘 ˇ ˇ ˇ ˇ ˇ ˇ
章節間之關聯性：『文件目的與系統描述』的「目標」與『分項功能需求』的「系 統整體性需求」內容相似，兩者比較如表A.10。
表A.10. 「目標」與「系統整體性需求」之內容
「目標」 「系統整體性需求」
建置典藏文物資料庫系統，確實保存 典藏文物資料。
建置資料庫系統，支援網路多人線上 同時操作之能力。
建立與 其它計畫系統 資料之交換機 制，減少各計畫整合的困難。
系統必須具有支援 XML 資料匯入及 匯出的能力，做為資料交換的基礎。
透過數位化技術整合文物影像與文字 資料， 提供圖文共同顯示的作業環 境，呈現多樣化的資訊。
中文化操作界面，於顯示藏品內容的 網頁上，需同時呈現藏品文字資料與 多媒體內容。
有完整的權限控管功能，適合不同層 次的系統操作需求。
系統須具備安全控管機制，依不同使 用者權限，提供不同的功能。
文章中的錯誤：無。
建議：『文件目的與系統描述』的「目標」與『分項功能需求』的「系統整體性
需求」內容相似，建議將兩節合併，使系統目標之資訊集中在『文件目的與系統 描述』的「目標」說明，減少內容重複描述。
A.2.3. 「範圍」
本節內容可分為兩類：系統功能與著錄範圍。DAAL SRSs 相關內容概要整 理如表 A.11。
表A.11.「範圍」之內容
SRS 名稱 系統功能 著錄範圍
圖印資料 傅斯年圖書館藏圖籍印記
故宮書畫 展覽選件 內部作業流程控管 考古發掘
資料著錄與維護 檢索及導覽 資料整合與轉換工具
各遺址所發掘之 標本、照片、記錄 台大昆蟲 標本資訊查詢
教育展示 故宮先秦 資料著錄建置與維護
漢代簡牘
資料著錄 查詢檢索 權限控管 校對報表
中央研究院歷史語言研究所 歷史文物陳列館典藏之簡牘
章節間之關聯性：DAAL SRSs『文件目的與系統描述』的「範圍」與『前言』
的「標的軟體系統摘述」有部分內容重複，兩者皆說明著錄範圍。
文章中的錯誤：無。
建議：正如前述，DAAL SRSs有內容重複的現象，應將本章的「範圍」搬到第1 章，並將節名改為“著錄範圍”，將典藏文物特性、出土地與系統資料來源等資訊 集中在此節說明，減少內容重複的現象。
A.2.4. 「系統開發環境」
除了故宮書畫有「軟體環境」，其餘DAAL SRS皆有「系統開發環境」，且
內容相似度高。以下面之圖印資料為例，除了{ }及【】標記中的內容會因不同
計畫而改變，其餘內容的文字描述均相同。圖印資料「系統開發環境」之內容為：
本系統建置在開放網路環境之中，並以網頁為操作介面，使用者 可透過網際網路及瀏覽器操作系統所有功能。在系統架構上主要包括 {四種類型}的軟體規劃分別是【資料庫管理系統(database)、印記管理 系統、印記存取服務與多媒體整合中心】 。
表 A.12 顯示 5 個 DAAL SRS 本章的「系統開發環境」內容中{ }與【】的內 容。
表A.12. 5個「系統開發環境」內容 SRS 名稱 系統架構類型 系統架構內容
圖印資料 四種類型
資料庫管理系統 印記管理系統 印記存取服務 多媒體整合中心 考古發掘 三種類型
資料庫 網頁應用程式 多媒體整合中心 台大昆蟲 三種類型
後端資料庫 應用程式伺服端
使用者界面端 故宮先秦 三種類型
資料庫管理系統 資料管理系統 資料檢索系統
漢代簡牘 四種類型
資料庫系統 資料管理系統 資料檢索系統 多媒體整合中心
由表A.12可看出：系統架構內容均包含資料庫系統，此外則差異頗大。
除了文字敘述之外，本節並以系統架構圖輔助說明，其圖形表示法可分為三 種，舉例如下：
表示法一：以考古發掘為例，如圖 A.1。
系統
Database 網頁應用程式 多媒體整合中心
使用者
圖 A.1. 考古發掘系統架構圖 表示法二：以台大昆蟲為例，如圖 A.2。
資料庫
應用程式伺服器 Ÿ Web 伺服器 Ÿ 典藏系統伺服器
Ÿ 管理系統 Ÿ 查詢系統 Ÿ 教育展示系統 Ÿ 影像媒體管理系統 Ÿ 文獻管理系統
使用者界面 Ÿ 多媒體影像檔案系統
Ÿ 典藏資訊資料庫 Ÿ 昆蟲標本資料庫 Ÿ 影像媒體資料庫 Ÿ 參考文獻資料庫
磁碟陣列
圖 A.2. 台大昆蟲系統架構圖
表示法三：以故宮書畫為例，如圖 A.3。
圖 A.3. 故宮書畫系統架構圖 表A.13顯示各DAAL SRS系統架構圖的表示法。
表 A.13. 系統架構圖表示法 SRS 名稱 系統架構圖表示法 圖印資料 表示法一 故宮書畫 表示法三 考古發掘 表示法一 台大昆蟲 表示法二 故宮先秦 表示法一 漢代簡牘 表示法一
由表A.13可看出：系統架構圖表示法沒有一致性的規則，但表示法一較多。
章節間之關聯性：無。
文章中的錯誤：對系統架構圖之說明不詳盡，如圖印資料、考古發掘(如圖A.1) 及漢代簡牘的系統架構圖出現多媒體整合中心，但在整份SRS中都未說明多媒體 整合中心的功能及其相關資訊。
建議：
l 各DAAL SRS的系統架構圖在內容及表示法都不固定，內容會因為各系 統的需求不同而造成不統一，但系統架構圖的表示法應統一。
l 系統架構圖應說明清楚。
A.2.5. 「系統用戶種類特性」
本節定義各系統用戶之特性及所擁有的權限。系統用戶種類整理如下：
a. 系統管理員：主要負責資料的建檔與系統維護管理工作。
b. 研究人員：需要參考完整典藏資料以進行相關研究工作之人員。
c. 一般使用者：提供一般社會大眾基本欄位檢索及分類導覽功能。
表A.14顯示各DAAL SRS定義之系統用戶。
表 A.14. 系統用戶
SRS名稱 系統管理員 研究人員 一般使用者
圖印資料 ˇ ˇ ˇ
故宮書畫 ˇ ˇ ˇ
考古發掘 ˇ ˇ ˇ
台大昆蟲 ˇ ˇ ˇ
故宮先秦 ˇ ˇ ˇ
漢代簡牘 ˇ ˇ
章節間之關聯性：『文件目的與系統描述』的「系統用戶種類特性」定義之系統 用戶將影響『分項功能需求』的「功能性需求」之系統使用案例圖內容。
文章中的錯誤：故宮先秦在本章的「系統用戶種類特性」將系統用戶分為二類，
之後卻列出三類用戶，前後文不一致，應為筆誤。
建議：除了以文字說明系統用戶權限與系統功能的對應關係之外，可加入表格說 明，使其關係更容易了解，以漢代簡牘為例，兩者對應如表A.15。
表 A.15. 漢代簡牘各用戶權限與系統功能對應 系統功能 系統管理員 一般使用者
系統管理 ˇ
著錄表單 ˇ
著錄代碼維護 ˇ
著錄作業管理 ˇ
資料檢索 ˇ ˇ
A.2.6. 「數位化規格」
本節僅出現於考古發掘，說明典藏文物以何種數位格式儲存，三種格式如下：
l 公用典藏格式：以 A4 大小為準，檔案的最高解析度為 150 dpi。
l 印刷出版格式：以 A4 大小為標準，檔案的解析度為 400-600 dpi。
l 國家典藏格式：以 4×5 幻燈片底片為標準，檔案的解析度為 130 百萬 畫素以上。
章節間之關聯性：無。
文章中的錯誤：無。
建議：由於數位典藏系統是將典藏文物以數位化的方式儲存，其儲存格式將影響 後續系統的設計，如儲存空間的大小及系統操作界面的展現方式，建議加入本節 以說明典藏文物的數位化規格。
A.2.7. 「與相關系統或專案之關係」
本節僅出現於故宮書畫，說明與相關系統及系統資料的整合情形，如故宮書 畫典藏系統需與故宮庫房管理系統整合，其系統資料須與人名權威系統整合。
章節間之關聯性：無。
文章中的錯誤：無。
建議：評估各系統的特性，若需與其它相關系統整合，則應加入一個小節來說明 系統整合的相關資訊。
A.3. 『分項功能需求』
本章含有「系統整體性需求」、 「功能性需求」 、 「非功能性需求」及「人機 界面」 ，各節內容如下。
A.3.1. 「系統整體性需求」
本節說明系統整體性需求，可分為以下幾點：
1. 建置資料庫系統，並可支援網路多人線上同時操作之能力，提供多人同 時使用系統之功能。
2. 系統必須具有支援 XML 資料匯入 匯出的能力，提供與同領域之
Metadata 資料交換機制。
3. 中文化操作界面，其網頁需同時呈現藏品文字資料與多媒體內容，並相 容 Netscape 4.0 或 Internet Explorer 5.0 以上版本之瀏覽器。
4. 以 Web 架構建置所需的典藏管理系統。
5. 提供舊有系統資料轉換到新系統的支援，轉換後所產生的資料以人工方 式檢驗與修正。
6. 系統須具備安全控管機制，可依不同使用者權限，提供不同的功能。
7. 依照系統著錄流程，提供媒體影像轉檔及管理工具。
表A.16顯示各DAAL SRS在本章的「系統整體性需求」有無包含上述七點。
表 A.16. 「系統整體性需求」內容
SRS 名稱 第 1 點 第 2 點 第 3 點 第 4 點 第 5 點 第 6 點 第 7 點
圖印資料 ˇ ˇ ˇ ˇ ˇ ˇ ˇ
故宮書畫 ˇ ˇ ˇ ˇ ˇ ˇ
考古發掘 ˇ ˇ ˇ ˇ ˇ ˇ
台大昆蟲
故宮先秦 ˇ ˇ ˇ ˇ
漢代簡牘 ˇ ˇ ˇ ˇ ˇ ˇ
章節間之關聯性：『文件目的與系統描述』的「目標」與『分項功能需求』的「系 統整體性需求」內容相似(參見表A.10)。
文章中的錯誤：無。
建議：『文件目的與系統描述』的「目標」與『分項功能需求』的「系統整體性 需求」內容相似，建議將兩節合併，使系統目標集中在『文件目的與系統描述』
的「目標」說明，減少內容重複描述。
A.3.2. 「功能性需求」
本節說明系統包含哪些功能及其子功能操作細節，並以使用案例圖(use case
diagram)呈現系統用戶與系統功能的關係，如圖 A.4 為圖印資料系統使用案例圖。
圖 A.4. 圖印資料系統使用案例圖 表 A.17 顯示各 DAAL SRS 本章的「功能性需求」內容。
表 A.17. 「功能性需求」內容
SRS 名稱 系統功能 ※ 輔助說明之圖示
圖印資料
印記著錄 印記導覽 印記存取 系統管理
印記著錄使用案例圖 印記導覽使用案例圖 印記存取服務使用案例圖
系統管理使用案例圖 故宮書畫
書畫資料 展覽選件 內部作業流程控管 考古發掘
遺物基本資料建置 合編資料建置
遺物管理
系統功能圖
台大昆蟲
資料管理 資料查詢 教育展示 故宮先秦 資料檢索系統
資料管理系統
資料檢索系統使用案例圖 資料管理系統使用案例圖 漢代簡牘 資料檢索系統
資料管理系統
資料檢索系統使用案例圖
資料管理系統使用案例圖
( ※ 各系統功能之子功能未列出)
由表A.17可看出：考古發掘在本章的「功能性需求」所使用的輔助說明圖示 為系統功能圖(如圖A.5)。
遺物基本資料建置
遺物基本資料新增 遺物基本資料維護
合編資料建置
合編資料新增 合編資料維謢
考古發掘遺物典藏管理系統
遺物管理功能
科學鑑定分析 維護與修復 保存狀況記錄 媒體檔案維謢 代碼選項維謢
