國史館臺灣文獻館人名權威檔後設資料需求規格書（原6-1-46 ）

國史館臺灣文獻館日治時期檔案數位化「人名權威控制系統」計畫的建置是因應國史館臺灣文獻館參加數位典藏國家型計畫的總督府檔案、專賣局檔案等，檔案 ... 人名權威檔：國史館臺灣文獻館人名權威檔後設資料需求規格書（原6-1-46） 出自TELDAP 前往： 導覽、 搜尋 目錄 1計畫簡介與說明 2計畫參與人員 3後設資料需求規格書範圍與進度限制 4需求欄位總表 5代碼表 6後設資料標準對照表 7查詢功能需求 8權威控制功能說明 9Entities-RelationshipModel 10實體間之關係型態 11系統功能需求說明 12後設資料需求規格書確認表單 13參考資料 計畫簡介與說明 國史館臺灣文獻館日治時期檔案數位化「人名權威控制系統」計畫的建置是因應國史館臺灣文獻館參加數位典藏國家型計畫的總督府檔案、專賣局檔案等，檔案中所涉及的多數為日治時期臺灣及相關人物，為周延建置日治時期臺灣及相關人物的人名權威控制，以此期望能便利讀者檢索日治時期臺灣及相關人物權威參考資料。

計畫參與人員 v國史館臺灣文獻館：劉峰松、蕭富隆、鄒擅銘、洪瑞豐、張清輝、蕭明治、張谷源、張家榮、林永狄 v數位典藏國家型科技計畫後設資料工作組：陳亞寧、陳淑君、陳雅惠、鍾豐謙（需求規格書撰寫者） 後設資料需求規格書範圍與進度限制 本份需求規格書係依據國史館臺灣文獻館於92年6月所提出之需求撰寫完成。

需求欄位總表 本需求欄位總表主要是把主題計畫專家的需求經系統化，並列成單表供系統開發人員建置資料庫時設定欄位所用，同時也供程式設計人員在撰寫程式時參考使用。

需求欄位總表之各項說明如下： v項目名稱：主題計畫專家所需著錄項目之中文名稱。

v英文名稱：項目名稱對應之英文名稱。

v資料型態：著錄資料之資料型態。

包括： nInt存放純數字型態的資料。

nVarchar、Text存放字元型態的資料。

v大小：欄位所需之空間，以byte為單位。

一個英文字元或一個阿拉伯數字需用一個byte表示，而一個中文字元則需兩個byte表示。

v必填：標示「＊」者表示為必填欄位，建檔時需填寫該欄位之值，不能空白。

v多值：標示「◎」者表示為多值欄位，該組欄位資料可重複著錄。

v屬性：標示該欄位的屬性，包括： n「唯一」表示欄位的值在資料庫中是唯一存在的。

n「不開放」表示該欄位只供管理者使用，不對外開放。

n「下拉式選單」表示著錄方式為下拉式的選單。

n「系統自動產生」表示該欄位的值由系統自動產生，非由著錄人員著錄。

v提供者：記錄這筆資料是由系統自動產生或由填表人所填入。

代碼表 註1：出處之書目欄位，著錄時選擇書目名稱，在資料存放到資料庫之前，系統須先依所選擇之書目名稱轉換成Chicago的書目格式，才存放到資料庫去。

以下是書目名稱與Chicago書目格式的轉換列表，其中粗體字部份是填入欄位資料： 後設資料標準對照表 6.1後設資料需求欄位與MARC21FormatforAuthorityData後設資料標準對照表 國史館臺灣文獻日治時期檔案數位化「人名權威控制系統」計畫採用MARC21FormatforAuthorityData作為後設資料標準，由於MARC21FormatforAuthorityData中，對於「關係人－姓名」、「關係人－關係」並無適當欄位可供對應，分析評估後，建議可採用「CDWAAuthority-CreatorIdentification」標準的「RELATEDPEOPLE」這一部份的元素來做對應（註2）。

以下之列表為系統所需之欄位與MARC21FormatforAuthorityData的mapping結果： 註2：CDWAAuthority-CreatorIdentification之相關資訊，請參見： http://www.getty.edu/research/institute/standards/cdwa/4_categories/2_authorities/index.html 6.2DublinCoremapping 為使主題計畫未來能作跨學科之資料交換，另附上國史館臺灣文獻日治時期檔案數位化「人名權威控制系統」計畫需求欄位與DublinCore之對照。

查詢功能需求 在權威控制方面，當輸入了欲檢索之姓名後，系統會按照使用者輸入之字串比對資料庫中的姓名欄位和異名姓名欄位，若有符合之結果，則把該結果回應給使用者。

但對使用者與管理者而言，單單姓名之查核未盡嚴謹也未能完全滿足需求，因此以下表說明相關之查詢功能。

功能註記說明： I：查詢檢索的進入點與款目 可作出查詢之欄位。

L：查詢結果的限制條件 當出現多筆紀錄符合查詢之條件時，可利用L欄位進一步之限制查詢，可與主查詢欄位組合成不設欄位的檢索。

A：提供權威查核 資料著錄到資料庫前，先檢查A欄位是否有重覆著錄該筆資料。

H：與其他系統資料庫結合應用 日後需連接到其他資料庫，相關資訊已標示在需求欄位總表之屬性欄位。

D：紀錄顯示 符合查詢條件之結果，顯示D欄位供使用者瀏覽。

S：標示與統計 需對S欄位作出統計。

註3：姓名－姓（surname）與異名－名稱（othernames）合併新產生一個authorityaccesstable。

註4：出處之書目，在未來希望可以連結書目資料庫，直接提供讀者詳細之書目瀏覽。

權威控制功能說明 權威控制所使用的詞彙表單由「姓」合併「名」欄的資料及「姓」合併「異名」欄的資料所組成。

例如有某位人士，「姓」為乃木，「名」為希典，「異名」有一個為靜堂、一個為石林子，則其詞彙表單有下列三筆資料：乃木希典、乃木靜堂、乃木石林子。

人名詞彙需進行完全比對。

也就是說，若主檔人名的資料著錄為「楊」時，在做人名權威控制時，不會比對到「楊○○」或「楊※※」等，當人名權威資料庫中的詞彙表單沒有一個「楊」時，就沒有相關的詞彙表單。

人名進行權威查核時，於人名權威資料中所得筆數多於一筆時，需再進行年代區間的比對，以找到確實的人物。

例如：於日治時期總督府或專賣局檔案後設資料人名資訊欄位中的某人，連至人名權威資料中一查，發現有二個不同的名字，此時要再比對此件檔案的時間是否在某人生卒年區間中，即為查詢者所需的人名權威檔。

Entities-RelationshipModel 附：（書目資料為由書目代碼連結另一參考資料對照表推論而來的虛擬欄位，僅在瀏覽端藉由連結來呈現） E-Rmodel之說明： 本系統是由多筆『人物』這個實體的資料紀錄所組成的。

『人物』這個實體的單值實體（single-valueentity）包含有「紀錄編號」、「姓名」、「國別」、「生卒年」、「籍貫（出生地）」、「學歷」、「專長」和「一致性資源識別號」。

其中，屬性「紀錄編號」是唯一且由系統利用遞增的方式所產生的。

「姓名」可分為「姓」與「名」二個小屬性。

而「生卒年」這個屬性是可以分為「西曆」、「日曆」兩個較小的屬性。

「籍貫」可分為「原名」、「今名」二個小屬性；「學歷」則可分為「年號」、「學歷」、「備註」三個小屬性。

除了上述所提到的單值實體之外，『人物』也包含了一些多值實體（multi-valuedentity）如：、「異名」、「傳略」、「經歷」、「作品」和「關係人」。

其中，「異名」可分為「名稱」、「出處」和「類別」三個較小的屬性；「傳略」也可分為「引文」和「出處」兩個小屬性；而「經歷」這個屬性是可以分為「經歷」、「任期」和「出處」；「作品」則能分為「作品」和「版本」這兩個小屬性；最後，「關係人」也可以分為「姓名」和「關係」兩個較小的屬性。

「出處」為「異名」、「傳略」、「職銜」的屬性之一，又可分為「書目代碼」、「卷冊號」、「頁次」三個小屬性及一個推論之虛擬屬性–「書目資料」，其推論方式是由書目代碼連結另一參考資料對照表推論而來的虛擬欄位，僅在瀏覽端藉由連結來呈現。

『籍貫（出生地）』原為『人物』的屬性之一，但因『籍貫』這個屬性必須連接到GIS資料庫，故把此屬性獨立出來，把它視為一個實體，方便系統開發人員更加了解實體與實體間的關係（relationshipofentities）。

『籍貫』這個實體包含了兩個單值屬性，分別為「原名」與「今名」，其中「今名」可作為連接GIS資料庫之索引值。

『歷史管理紀錄』因屬於管理端的資訊，因此獨立成為一個實體，方便系統開發人員了解其用處。

『歷史管理紀錄』包含了三個單值屬性–「代碼」（primarykey）、「建檔者」、「建檔時間」及二個多值屬性–「更新者」、「更新時間」。

此實體之所有屬性資料皆由系統在執行中自動產生紀錄，「代碼」為主key，用來與同一「代碼」之『人物』實體做dependentof；「建檔者」為新增該筆之建檔人員名稱，由系統至「工作人員基本資料檔」摘錄資料；「建檔時間」則由系統自動記錄新增時之時間；「更新者」則記錄每一次更新的更新者名稱，亦由系統至「工作人員基本資料檔」摘錄資料；「更新時間」則由系統自動記錄每一次之更新時間。

實體間之關係型態 此系統包含了四個實體，分別為『人物』、『籍貫』、『影音資料』和『歷史管理紀錄』。

實體與實體之間的關係型態茲分述如下： 『人物』與『籍貫』之間是1：1的關係型態。

這表示說一個人只有一份對應之籍貫資料；一份籍貫資料只屬於一個人。

『人物』與『歷史管理紀錄』之間是1：1的關係型態。

這表示說一個人物的資料只有一份歷史管理紀錄。

系統功能需求說明 1.歷史管理紀錄需求 1.1.建檔需求： 需求欄位總表中歷史管理紀錄之建檔者欄位與建檔日期欄位皆由系統自動產生：著錄人員進入著錄介面之前需經過身份的確認，藉由著錄人員輸入的姓名與密碼，系統自動把著錄人員之姓名存放到建檔者欄位，同時也把系統日期存放到建檔日期欄位。

建檔者欄位與建檔日期欄位的資料是不可更修或刪除。

1.2.更新需求： 著錄人員具有對紀錄之新增、刪除、更新、查詢、列印與瀏覽之權限。

當著錄人員需更新紀錄時，也須經過身份的確認。

當紀錄資料被更新，系統須自動把著錄人員之姓名存放到更新者欄位，同時把系統日期及時間存放到更新日期及時間欄位。

每次的更新歷史紀錄都必須記錄起來，因此更新者欄位與更新日期及時間欄位為多值欄位。

更新者欄位與更新日期及時間欄位的資料是不可更修的，但可整批刪除。

2.工作人員基本資料檔 本計畫需建置一工作人員基本資料檔，用於管理所有工作人員之基本資料與系統使用權限。

包含「工作人員名稱」、「工作人員系統代號」、「工作人員權限」、「工作人員所屬群組」、「工作人員所屬子群」、「工作人員密碼」、「密碼提示」與「備註」欄位。

其中工作人員權限之權限層級分為「系統管理者」、「著錄者」與「瀏覽者」三種，各人之權限茲分述如下： v系統管理者：包含一切系統功能。

v著錄者：包含對人物的新增、刪除、維護、查詢、列印、瀏覽。

v瀏覽者：僅能查詢與瀏覽。

3.系統自動產生紀錄編號 紀錄編號係由系統所自動產生，其格式為： 其中， 「國史館臺灣文獻館代碼」共為2碼，預設值為TH 「人名權威檔代碼」預設值為P 「資料時期代碼」共為2碼，時期為日治預設值為01 「編目流水號」為不限定位元數，由系統自動產生。

系統自1開始依編目的流水號編碼。

例如： 紀錄編號：THP01-1表示此筆紀錄是第1筆建檔的紀錄 4.下拉式選單代碼維護 主題計畫可自行新增、修改或刪除下拉式選單之代碼內容。

5.統計與報表列印需求 主題計畫需對歷史管理紀錄部份的建檔者、建檔日期、更新者與更新日期及時間欄位作統計與報表列印需求，在進行統計或報表列印時，出現下列選項畫面供使用者選擇： 則表示要統計的量為張清輝這位著錄人員在2003年10月份所更新的筆數。

另外，系統必須提供主題計畫列印目前已建檔的紀錄功能。

主題計畫著錄想要列印的紀錄編號範圍後，系統即可列印出該範圍的全部建檔紀錄供主題計畫人員進行校對確認。

後設資料需求規格書確認表單 參考資料 參與研發單位：技術研發分項計畫-後設資料工作組、國史館臺灣文獻館 提供單位：技術研發分項計畫-後設資料工作組 使用單位：國史館臺灣文獻館 取自"http://wiki.teldap.tw/index.php?title=人名權威檔：國史館臺灣文獻館人名權威檔後設資料需求規格書（原_6-1-46_）&oldid=5881" 分類：技術彙編 導覽選單 個人工具 登入 命名空間 頁面 討論 變體 檢視 閱讀 檢視原始碼 檢視歷史 更多 搜尋 導覽 首頁近期變動隨機頁面使用說明 工具箱 連結至此的頁面相關頁面修訂記錄特殊頁面可列印版靜態連結頁面資訊 本頁最後更動時間在2013年5月15日(週三)06:40。

本站的文字內容除另有聲明外，全部以知識共享署名-非商業性使用-相同方式共享條款授權使用。

隱私政策 關於TELDAP 免責聲明