第8章系统架构.ppt

第8章 系統架構 Prepared by S. F. Chang 簡介 P474 系統架構(system architecture #)將資訊系統的邏輯設計轉變成包含硬體、軟體、網路支援，處理方法及安全的實體結構。 系統設計階段的最終產物是完成系統設計規格文件，如果它經過批准，下一步就是系統建置。 系統架構查核清單 P477 分析師必須考量以下七項會影響系統架構選擇的具體事項: 企業資源規劃(ERP) 初始成本與總取得成本(TCO) 規模彈性 網頁整合 老舊系統之介面需求 處理選擇 系統安全 企業資源規劃 系統架構查核清單 P477 企業資源規劃(ERP, enterprise resource planning #) ，ERP的目標是建立企業整體運用資訊科技資源之策略。 ERP定義一個明確的架構，包含資料、處理過程、網路，及使用者介面設計之標準。 ERP的主要優點是它描述一個特定的硬體與軟體環境(environment #)，也稱為平台(platform #)，可以保證硬體連結性及易於整合未來的應用系統，包括組織內自建軟體與商業套裝軟體。 初始成本與總取得成本(TCO) 系統架構查核清單 P480 在設計階段的最後，你所做的決策，將會對新系統的初始成本與TCO產生重要影響。 在此時，你必須再檢視所有先前所做的成本預估並再自問以下問題: 如果選擇在組織內自行開發為最佳初始解決方案，現在仍是最佳解決方案嗎? 所需的專業技術都可以取得嗎? 原來的成本估算實際嗎? 如果最初選擇某特定套裝軟體，它仍然是最佳選擇嗎? 是否可找到新的版本，或是競爭性產品? 在價格上或是支援上有沒有改變? … 是否已更新原始的TCO預估? 如果有，差異很大嗎? 系統架構查核清單 P481 規模彈性 規模彈性(scalability #)，也稱為擴展性(extensibility #)是指一個系統為滿足企業經營不斷變動的需求，而可以任意地擴大、改變，或縮小的能力。 規模彈性在建置如交易處理系統之類的處理大資料量的系統時特別重要。 例如，一個有規模彈性的網路可以處理從幾十個節點到數千個節點之間; 一個有規模彈性的DBMS可以支援新增的業務部門。 網頁整合 系統分析師必須知道是否新應用系統將成為電子商務策略的一環，及它與其他以網頁為基礎的元件之整合程度。 系統架構查核清單 P481 以網頁為中心的(Web-centric)架構依據網際網路設計協定，並使得公司可以將新應用系統整合於其電子商務策略中。 即使不涉及電子商務，以網頁為中心的應用系統也可以在網際網路或是公司intranet或extranet上執行。 老舊系統之介面需求 新系統可能必須與一個或多個老舊系統(legacy systems #)互動，這些老舊系統通常是指在大型主機上執行的老系統。 當考慮實體設計時，系統分析師必須決定，新系統將如何與現存的老舊系統溝通。 系統架構查核清單 P483 在某些狀況下，公司必須轉換老舊資料檔案，這將會是昂貴且耗時的處理工作。 最後，選擇最佳應用系統架構，分析師必須先知道新系統是否終將要取代老舊系統。 處理選擇 在規劃系統架構時，設計師也必須考量系統將如何處理資料----線上或分批。 例如，一個大量交易處理系統，像是訂單登錄系統，比每月以批次方式處理資料的帳務系統需要更多網路、處理程序，及資料儲存資源。 如果系統必須在線上操作，每天24小時，每週7天(通常稱為24/7),則必須預先做好在系統失效時備份及快速回復的準備工作。 系統架構查核清單 P483 安全議題 系統安全是系統發展中每一個階段都必須考慮的。 本章討論的是那些當資料或處理工作是在各種不同的地方而非在一個集中的設備上執行時發生的安至議題。 以網頁為基礎的系統產生新的安全考量，重要資料必須在網際網路環境中加以保護。 一旦系統開始運行安全議題就變得十分重要。 架構的規劃 P485 每一個資訊系統都牽涉到三個主要功能: (1)資料儲存與取用的方法、 (2)完成處理邏輯的應用程式，以及 (3)允許使用者與系統互動的介面。 依架構而定，這三個功能可以是在伺服器、在用戶端，或是分配在伺服器與用戶端執行。當你在規劃系統設計時，你必須確定這些功能是要在哪裏進行，以及每一種設計方式的優缺點。 伺服器 伺服器(server #)是為一個或是多個稱為用戶端(client #)的電腦提供資料、處理服務，或是其他支援的電腦。由伺服器執行所有處理工作的系統設計稱為大型主機架構(mainframe architecture #)，而由伺服器支援在不同位置的大量用戶端的系統設計，稱為集中式系統(centralized