數位典藏軟體需求規格書之架構比較.doc

目次 目次 1 摘要 2 1. 簡介 3 2. DAAL SRSs章節架構比較 4 3. SRS初步建議架構 7 4. 結論與未來的方向 12 參考文獻 12 附錄A. DAAL SRSs各章節內容整理與比較 14 A.1. 『前言』 14 A.2. 『文件目的與系統描述』 18 A.3. 『分項功能需求』 27 A.4. 『計畫時程需求』 33 A.5. 『需求規格表』 33 A.6. 『需求回溯表』 36 A.7. 『附錄』 37 附錄B. 需求確認表 38 摘要 本報告整理分析中央研究院資訊科學研究所數位典藏技術發展組(Digital Archive Architecture Laboratory，DAAL)產出之六份軟體需求規格書(software requirements specification，SRS)，找出其異同處，包含列出各章節共同項目、整理各章節內容並尋找與其它章節之關聯性及重複性，歸納出目前DAAL所採用之SRS架構，並提出較具共通性之初步建議架構，以利於與其他軟體工程相關標準做比較，作為評估目前DAAL之SRS架構與內容改進的依據。 1. 簡介 數位典藏(digital archive)是將重要的典藏文物數位化保存與管理。配合現今的網路環境，數位典藏文物資料可以方便地呈現與使用，以提升知識的累積、傳承與運用，促進人文與社會、產業與經濟的發展，是知識經濟的重要基礎。 在一般大型軟體製作中，系統需求分析為系統開發最初的階段。系統分析師與欲開發系統之客戶訪談需求之後，系統分析師將需求以文字及圖形的方式呈現給客戶，亦即產生可閱讀、客戶容易了解及需求定義完整(complete)且無模稜兩可(unambiguous)的軟體需求規格書(software requirements specification，SRS)，做為設計開發系統前，系統分析師與客戶溝通之媒介，以及系統設計及開發的依據。在確定客戶實際需求後，系統分析師開始進行系統分析與設計，並撰寫軟體設計規格書(software design description，SDD)。SDD具體呈現SRS分析結果，將客戶的需求轉化成實際的設計資訊，如說明系統所使用資料庫、資料庫綱要(schema)、系統開發語言及製作流程等相關資訊，可做為系統分析師與程式開發人員討論系統設計規格的媒介。最後，程式開發與視覺設計人員根據SDD進行工作切割並分派應負責的工作，以進行後續的開發動作。 由於系統需求分析為系統開發最初的階段，在此階段所產出之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架構，進而提出較具共通性之初步建議架構，以利於與其他軟體工程相關標準比較，將數位典藏需求分析之文件架構標準化，使文件的撰寫有依據可循，加速未來類似系統的開發。 本報告的組織如下：第2節比較目前DAAL SRSs章節架構。第3節提出較具共通性之SRS初步建議架構。第4節為結論與未來發展的重點。附錄A為整理分析DAAL SRSs的細節。附錄B則為需求確認表之範例。 2. DAAL SRSs章節架構比較 由於DAAL SRSs並無標準化之章節架構，造成章節名稱、順序不一致，且各章節應說明的內容定義不清，造成內容重複。因此，我們整理DAAL SRSs，交叉比對各文件，分析所採用之章節架構，找出彼此的異同及缺失，作為調整章節架構之依據，進而提出初步的建議架構，以供下一階段