Portal 內容轉置的探討

　　此可分為兩部份來看，首先是對原內容儲存庫中結構性內容，即有定義內容型態的部份，要定義對應的新系統Content type, 且要加上新系統所需要的考量。而對非結構性內容，亦即未定義內容型態者，則視客戶實際需求來決定，是否要在新系統中定義對應的新內容型態，而所欠缺必要的Content attribute，則要由原內容中以程式(可行的話)或以人工(極耗工)找出來補足。

　　還有非結構性內容的Layout，通常與內容交雜在一起的且難以分離，新系統能否正常顯示，也必須注意。此外，Style與內容是否有以CSS分離，也必須留意才行，否則在新系統的顯示會變得很不協調！

　　因此，對原結構性內容部份，需要定義新系統的內容型態，而無結構性內容部份，則還需要與客戶溝通，確認是否有某些類型內容需要轉換為結構性或混合性(兩者都兼而有之)，最好是全部都不需要轉換，或是另案加以處理，否則會是極大的人力負荷！就算是全部都先不轉換，為過無障礙檢測，所有內容不分結構或非結構者，仍然會需要補足內容中許多被包含的多媒體物件或檔案的Metadata(必要的)，因為原系統中這部份極可能是欠缺的，至少非結構性內容很可能沒有。

　　綜合以上所述，要進行內容轉換所需進行的處理作業應該就顯而易見了：

1. 要能區分原系統中結構性與非結構性內容。
2. 識別出原系統所有內容已有之Metadata, 並建立與新系統Metadata的轉換對應規則。對於新系統為必要而原系統欠缺的Metadata，須提供補足的方法。
3. 在新系統中定義所需的內容型態，Metadata及資料結構。
4. 對結構性內容建立顯示時套版所需要的版型。
5. 對所有內容可以程式自動轉換的部份，撰寫轉換程式並進行轉換，應在此設法補足所欠缺的必要Metadata，以減少人力負荷！
6. 對無法以程式自動補足的部分，以人力進行補足！
7. 測試在新系統中對所轉換內容，是否可以正常運作(CRUD及全文檢索)

　　以上僅就CMS中的內容轉置來討探，但會以內容儲存庫來存取內容者，並不局限於CMS，若要考量到所有儲存庫內容的轉置時，則勢必要做更深入且廣泛的考量才行。其實對客戶而言，重要的是我們能否提出多個完備且可行的內容轉換方案，並詳列所有重要的決策點，再由使用者討論決定採取那個方案進行，再預估內容轉置時程才有意義。

台北市政府入口網內容轉置的做法

現有情況：

　　以RDB及File System做為內容儲存方式，以RDB為主而File System為輔。有General及Adevenced兩種版型，其中General是後來加入較為結構性之版型，但用此種版型的網站並不多，原來的Adevenced版型是以在Template中安插特殊註解符號做為代換之位置，而使用者輸入之內容則直接以HTML形式編輯，再存放為靜態之檔案，顯示所代換引入之項目，除節點靜態檔案內容外，亦包括動態生成之功能表及其他相關內容。存放內容的HTML檔，因為使用者可以任意編輯其內容，故而Layout和Style會與內容以任意方式組合，將難以程式來自動分離內容與格式，只能以人工方式進行分離作業，初期應該可以保持原狀即可，但系統必須能區分新舊內容，以免顯示會有問題！

內容及Metadata轉置處理流程：

1. 瞭解JCR定義Schema的方式，並先定義資料結構
2. 瞭解以標準XML組織內容及Metadata的方式
3. 瞭解現有內容及Metadata的組成結構
4. 撰寫將Adevenced的內容轉換為JCR滙出入XML格式的程式, 應儘力設法以自動方式補足所需之Metadata
5. 撰寫將General內容轉換為JCR滙出入XML格式的程式, 應儘力設法以自動方式補足所需之Metadata
6. 滙入步驟4,5產生的XML至JackRabbit中，先試行少量內容待測試無誤再進行全面性轉置，轉換後應驗證是否能正常顯示及編輯
7. 最耗費人力的部份，則在於為好幾百個網站進行型版的客製，最好能教導各網站管理人員自行客製，部份執行有問題的網站再加以輔導，可能需要市府政令宣達方式來要求各單位配合！
8. 另外，對原有內容先不要補足欠缺的Metadata(含研考會要求的)，若有單位被要求要檢驗時，再協助該單位進行Metadata的補足，但系統必須能區分無必要Mettadata的內容，以免顯示Metadata會有問題！

ps. 對於所有轉置的內容資料，新系統應該提供能涵蓋原系統資料編輯的功能，否則所轉置的資料將不可再被編輯修改！