首頁‎ > ‎電子期刊‎ > ‎2005 年 第 14 期‎ > ‎

文件服務架構3.0版規劃(一)

摘要

  • 文章編號:20051101
  • 投稿日期:2005/10/25
  • 作者:張騉翔
  • 備註:


文件服務架構(Document Service Architecture)由中學資管學會尤弘志老師所研發及設計,其主要目的在於整合現有或未來將被開發之資訊系統;文件服務架構已歷經前2版的開發, 提供了系統間整合的基礎服務,例如在網路上文件傳遞之服務、帳號管理服務、權限控管服務…等。


本文將與讀者一同探討文件服務架構3.0版之規劃,期望能夠以目前環境中面對眾多資訊系統待整合的狀況,勾勒出未來資訊系統整合解決之道。底下筆者列出目前已與弘志老師討論出的文件服務架構3.0版規劃方向:

好的整合解決方案需易於使用

資訊系統的開發在開始的可行性探討、範圍定義、需求分析、系統設計到系統實作、系統驗收及測試會經歷相當多的階段,並且資訊系統的最終樣貌往往會在過程中不斷改變;資訊系統的開發往往需投入大量人力才能完成,並且往往時程上很難依照原本的規劃。


在探討資訊系統間的整合問題時,需瞭解到資訊系統開發過程已是相當繁累,若整合的解決方案仍要開發者或使用者投入大量時間及資源,乃是相當不切實際的;以 筆者為例,筆者在寫研究的程式(Java平台)時,因為許多的演算法開發曠日費時,所以常會遇到需要呼叫別人所寫好的函式庫,而這些函式庫往往以C語言寫 成,開發本身的程式需要花時間,瞭解別人寫好的函式庫需要花時間,若整合之解決方案還需花個把月才能套用其中,乃是相當不切實際的。


使用者往往期待方便好用的解決方案,最好能在半天內或甚至是15分鐘內學會,整合的解決方案不能太複雜,對於開發者已開發之資訊系統不需大幅度變動;最好整合的解決方案能像膠水一樣,將資訊系統間黏起來。膠水的使用相當方便簡單,但是背後的製造過程卻可能很繁瑣。

好的整合解決方案不僅考慮到資訊系統間的整合,更應考慮到其他面向的整合

資訊系統的開發及整合不單只需考量系統本身設計及實作的問題,更需從整體企業營運及市場需求來考慮,若讀者想要在工作的地方導入整合的解決方案,讀 者的老闆想瞭解的可能不是技術細節,而是效益問題,他會問的問題是「導入這樣的方案可為組織帶來多少收益?或可節省多少成本」。若解決方案只單純從技術的 角度探討資訊系統間如何解決,恐在還沒導入前就否決了,因為無法回答上述老闆關心的問題。


成功的資訊系統整合解決方案,考慮的不單只是「技術」的整合,例如跨平台(Linux、Windows)、跨語言的整合(C#、Java、PHP)、跨資 訊庫的整合(SQL Server、My SQL)…等;引導成功更重要的關鍵是它能考慮到「人」的整合,資訊系統開發的過程中需要大量的溝通與協調,若整合的解決方案不能在團隊溝通的過程中導 入,那麼它會變成是項額外需安排時間去做的工作;好的整合解決方案具有潛移默化的效果,在團隊溝通的過程中,即可被討論著哪些需求需被整合,或是需獨立開 發即可。


資訊系統的整合解決方案,從「人」的角度來探討,需能回答以下團隊成員在溝通時會討論到的問題:

  • 組織經營者:
  1. 導入此解決方案可為組織節省多少成本?
  2. 導入此解決方案可為組織帶來多少收益?
  3. 導入此解決方案如何能讓我瞭解在導入過程中的進度,所遇到的困難?
  • 專案經理:
  1. 導入此解決方案要如何評估專案會增加多少工作項目?
  2. 導入此解決方案要如何評估專案會增加多少工作時程?
  3. 對於導入此解決方案,有哪些方法是可以去檢驗工作項目是否已被完成?
  • 產品經理:
  1. 導入此解決方案要如何勾勒出欲開發產品的特性。
  2. 如何向使用者解說產品運用了此解決方案後所帶來的好處。
  • 需求分析人員:
  1. 在做系統分析時,要如何進行子系統的劃分?
  2. 要如何分析及描述規劃中資訊系統與其他資訊系統整合的項目及整合的緊密程度?
  3. 如何從撰寫需求文件中就表達整合的需求?
  4. 要如何驗證程式開發人員所撰寫出的程式符合所提之需求?
  • 程式設計及開發人員:
  1. 該解決方案如何使用?
  2. 該解決方案如何設定及發佈?
  3. 採用此解決方案對於系統的架構設計及程式功能設計會帶來哪些影響?


藉由把解決方案的層次提升,考慮到人與人之間溝通搭配的問題,可使解決的問題更廣泛及更深入;有些在組織中的整合需求一開始並不明確,例如校園中對於e- Learning系統的開發,可能一開始並不會投入大量資源開發系統,而是先從試卷的分數自動化填寫開始,慢慢的收集需求,並採循環式的開發。好的整合解 決方案所帶來不只是工具,而是開發的觀念,在整合的需求並未明確出現時,也藉由正確的整合觀念引導,而讓系統在未來真正需求整合時,只需付出極少的心力。 並且時常整合的瓶頸不在技術問題,而在行政問題;整合亦謂著資源分享,資源的使用者當然很高興能有更多的資源可使用,然而資源的分享者卻會擔心其原本的優 勢會不在。


在本文中我們探討了兩點關於文件服務架構3.0未來的規劃方向,筆者期望以讓讀者直接思考問題的本身,能清楚地瞭解未來文件服務架構3.0未來的發展方向;下期我們再繼續探討其他特性。

Comments