5.2.1 U-DMS 內容模組化設計(Content Module)
針對文管中心現有文件的特性進行分析，這些文件內容的結構主要有文件的屬性 (Attribute)及本文(Body)兩部份。文件屬性如：Author、Title、Doc. No.、Version、Date、
Type、Owner、Reviewer 等，本文則由封面(Coverpage) 、章節(Chapter) 、段落(Section) 等元件所構成，如圖 5-6。而這些構成本文的元件，在 U-DMS 實驗系統會切割成可再使 用內容，以達到相似內容可共用的功能。
圖 5-6 U-DMS Document Structure
依據使用者需求調查結果，使用者認為會有相同內容的文件類別，其前四名依序為 研發的技術文件、生產的材料規格、法定的作業程序書、設備的操作規範，所以 U-DMS 實驗系統以這四類文件做為實驗的範例。表 5-1 是分析這四類文件的用途、主要內容及 內容重複狀況。
表 5-1 U-DMS 文件特性分析
圖 5-7 是這四類文件之結構分析，經過其結構分析後，U-DMS 實驗系統即依據這四 類文件設計樣版，方便作者的編寫作業。有關樣版的設計，請參考圖 5-8，是以材料規格 為範例。
圖 5-7 U-DMS 各類文件結構分析
圖 5-8 U-DMS 文件樣版設計(材料規格類為範例)
5.2.2 U-DMS 詮釋資料設計(Metadata)
依據文件內容結構的分析，定義了表5-2的Document Metadata及表5-3的Template Metadata。詮釋資料的欄位名稱是以都柏林核心集(Dublin Core)為基礎(Dublin Core Metadata Initiative [DCMI], 2004)，Document Metadata包含Identifier(識別碼)、Creator(創 作者)、Reviser(修訂者)、Title(題名)、Version(版本)、Date(日期)、Owner(負責者)、Type(資 源類型)、Reviewer(審核者)、Distribution(發行)、Chapter(章節)、Section(段落)、Reuse(再 使用)、Review Status(審核狀況)等14個Element。Template Metadata包含Identifier(識別碼)、
Title(題名)、Type(類型)、Chapter(章節) 、Section(段落)、Logo(公司標識)、Right(版權宣 告) 等元件。U-DMS實驗系統可以由這些詮釋資料達到以下之目的：
1. 對內容元件進行定義及搜尋
使用者可以經由這些文件的屬性搜尋要參考的文件，例如使用作者名稱、文件 編號、文件類別等屬性來搜尋文件。
2. 追蹤 Reuse 的方式及內容來源
作者在詮釋資料提供欄位建立內容，若有引用相似內容，作者會依其需求設定 內容再使用的方式，如：鎖住式再使用或衍生性再使用等。
3. 追蹤審核狀況
審核結果會記錄在 Metadata 所定義的欄位，使後續能追蹤其審核的意見。
4. 資料移轉及交換
可發行 XML 格式，使能提供 PDF、Word、HTML 等供其他媒體使用。
表 5-2 U-DMS Document Metadata
Creator Department Code
作者部門代號 A100
Reviser Department Code
修改者部門代號 A100
Title
題名 Document title
文件名稱 Quality Manual
Version
版本 Document Version
文件的版本 Version 0.1
負責者 Owner Department Code
文件負責部門代號 A200
Type
資源類型 Document type
文件類別 材料規格
Reviewer
審核者 Reviewer Departmentt Code
審核者部門代號 Q100
表 5-2 U-DMS Document Metadata(續)
Company Chinese Name
公司中文標識 ABC 公司
5.2.3 U-DMS 文件結構定義(Document DTD)
以下 DTD 範例是描述文件 DTD 的用法及涵意，文件的屬性(DCNMeta)包含文件編 號(Doc_No)、作者(Author)、題名(Title)、版本(Version)、日期(Date)、負責者(Owner)、
文 件 類 別 (Doc_type)、審核者(Reviewer)、本文(Body)...等。其中作者又包含創作者 (Creator*) 、修訂者(Reviser*)，創作者又包含創作者部門代號(Creator_Dept_Code)、創作
者姓名(Creator_Name)、創作者識別碼(Creator_ID)。前述的結構元件中，文件編號、版 本、創作者部門代號...等不再包含任何結構元件，它們均只容納文數字(#PCDATA)。依 據前面的描述將之轉換成 DTD 資訊，以定義文件所包含的元件及結構，如下範例：
DTD 範例：
<?xml version="1.0" encoding="big5" ?>
<!ELEMENT DCNMeta (Doc_No, Author, Title, Version, Date, Owner, Doc_type, Reviewer, Distribution, Body, Review_Status>
<!ELEMENT Doc_No (#PCDATA)>
<!ELEMENT Author (Creator*, Reviser*)>
<!ELEMENT Creator (Creator_Dept_Code, Creator_Name, Creator_ID)>
<!ELEMENT Creator_Dept_Code (#PCDATA)>
<!ELEMENT Creator_Name (#PCDATA)>
<!ELEMENT Creator_ID (#PCDATA)>
<!ELEMENT Reviser (Reviser_Dept_Code, Reviser_Name, Reviser_ID)>
<!ELEMENT Reviser_Dept_Code (#PCDATA)>
<!ELEMENT Reviser_Name (#PCDATA)>
<!ELEMENT Reviser_ID (#PCDATA)>
<!ELEMENT Title (Title_Eng, Title_Chi)>
<!ELEMENT Title_Eng (#PCDATA)>
<!ELEMENT Title_Chi (#PCDATA)>
<!ELEMENT Version (#PCDATA)>
<!ELEMENT Date (Create_Date, Revise_Date, Effective_Date)>
<!ELEMENT Create_Date (#PCDATA)>
<!ELEMENT Revise_Date (#PCDATA)>
<!ELEMENT Effective_Date (#PCDATA)>
<!ELEMENT Owner (Owner_Dept_Code)>
<!ELEMENT Owner_Dept_Code (#PCDATA)>
<!ELEMENT Doc_Type (#PCDATA)>
<!ELEMENT Reviewer (Reviewer_Dept_Code)>
<!ELEMENT Reviewer_Dept_Code (#PCDATA)>
<!ELEMENT Distribution (Customer*, Deptartment*)>
<!ELEMENT Customer (Customer_Name)>
<!ELEMENT Customer_Name (#PCDATA)>
<!ELEMENT Department (Department_Code)>
<!ELEMENT Department_Code (#PCDATA)>
<!ELEMENT Body (Coverpage, Content*, Reuse_Status*, Logo*, Copyright*)>
<!ELEMENT Coverpage (#PCDATA)>
<!ELEMENT Content (Chapter_No, Chapter_Name, Chapter_Text, Section_No, Section_Name, Section_Text)>
<!ELEMENT Chapter_No (#PCDATA)>
<!ELEMENT Chapter_Name (#PCDATA)>
<!ELEMENT Chapter_Text (#PCDATA)>
<!ELEMENT Section_No (#PCDATA)>
<!ELEMENT Section_Name (#PCDATA)>
<!ELEMENT Section_Text (#PCDATA)>
<!ELEMENT Reuse_Status (Reuse_Method, Ref_Doc_ID)>
<!ELEMENT Reuse_Method (#PCDATA)>
<!ELEMENT Ref_Doc_ID (#PCDATA)>
<!ELEMENT Logo (Company_Eng, Company_Chi)>
<!ELEMENT Company_Eng (#PCDATA)>
<!ELEMENT Company_Chi (#PCDATA)>
<!ELEMENT Copyright (Copyright_Eng, Copyright_Chi)>
<!ELEMENT Copyright_Eng (#PCDATA)>
<!ELEMENT Copyright_Chi (#PCDATA)>
<!ELEMENT Review_Status (Review_Result, Comment)>
<!ELEMENT Review_Result (#PCDATA)>
<!ELEMENT Comment (#PCDATA)>
<?xml version="1.0" encoding="UTF-8" ?>
<ucs>
<doc_detail>
<doc_no>Doc-003</doc_no>
<title>目的</title>
(Attribute)、弱實體(Weak Entity Type)、鍵值屬性(Key Attribute)、及多值屬性 ( Multivalued Attribute)。這些元素的定義是參考劉仁宇的文獻，如圖 5-9(劉仁 宇，2002)。鍵值屬性是指其值僅為單一且不可重複的欄位特性，如 Doc.No.是 文件屬性的主鍵，不能空值也不會重複。多值屬性( Multivalued Attributes )是指 這個屬性有多個值，如 Chapter 的屬性可能包含 Chapter ID、Chapter Name、Text 等。若實體沒有鍵值屬性則稱為弱實體(Weak Entity Type)。圖 5-9 即為各元素圖 示表示法。
圖 5-9 U-DMS 實體關聯圖元素示意圖
2. U-DMS 實體關聯圖關係
圖 5-10 是 U-DMS 實體關聯圖，其實體與實體的關係如下：
(1) 一份文件與本文有著一對一的連結關係，也就是一份文件連結一個本文。
(2) 一份文件與作者有著一對一的編寫關係，也就是一份文件經由一個作者完成 編寫。
(3) 一份文件與審核者有著一對多的審核關係，也就是一份文件經由多個審核者 完成審核。
(4) 一份文件與文件發行有著一對多的發行關係，也就是一份文件可以發行給多 個使用者。
(5) 一個本文與章節有著一對多的連結關係，也就是一個本文連結多個章節。
(6) 一個本文與特定內容有著一對一的連結關係，也就是一個本文連結一個特定 內容。
(7) 一個本文與樣版有著一對一的連結關係，也就是一個本文連結一個樣版。
(8) 一個章節與內容再使用方法有著一對一的使用關係，也就是一個章節設定一 種再使用方法。
圖 5-10 U-DMS E-R Model