使用实体关系模型来制作料模型.pdfVIP

CHAPTER 2 使用實體關係模型來 製作㈾料模型 1 系統架構與 UML 在國內，一直以來不論是企業資訊部門或是軟體公司的開發團隊，都缺乏系統 架構設計師(Architect)的編制，形成國內資訊技術界普遍的隱憂，而系統架構 規劃的工作則大都由專案經理、系統分析師或程式設計師兼任。這種情形在過 去系統架構並不複雜的情況下，還不至於發生什麼大問題，但是一旦進入分散 式架構的時代，系統本身所涉及的層面愈來愈廣，再加上系統服務的範圍與其 重要性與日俱增，使得像是安全性(Security) 、可用性(Availability) 、可靠性 (Reliability) 、延展性(Scalability) 、效能(Performance) Ö等系統層次的非功 能性需求也顯得日益重要。 什麼是 Architecture 所謂「軟體架構」就是要藉由對大型軟體系統架構的剖析，建立一個符合高安 全性、高可用性、高可靠性、可延伸性、高效能 Ö等非功能性需求的企業級應 用系統。 在傳統的軟體設計中的軟體架構，通常指的是模組（ Module ）的架構、模組 間的依存性、作業的分工 Ö等等，但是隨著系統複雜度從單一主機到主從架 構，到三層式架構，到多層式架構及網路化，還需要考慮到網路架構、集線器 （hub ）、伺服器、終端機的配置，我們必須設計應用程式的那些部分在前端 執行，那些部分在伺服器端執行，它們之間如何溝通，如何交換資料 Ö等問 題。 非功能性需求 我們先前所提到的非功能性需求主要有： ! 延展性(Scalability) ：當負載增加時，仍能維持所需品質的能力‧ 2-2 CHAPTER.2 使用實體關係模型來製作資料模型 ! 可維護性(Maintainability) ：在現有功能上作修改而不會影響其它元件 或系統的能力‧ ! 可靠性(Reliability) ：應用程式與其所執行的交易 的正確性與一致性的 保證 ，這包括從作業系統到應用程式與服務的提供 ‧ ! 可用性(Availability) ：保證服務或資源可以永遠使用‧ ! 可延伸性 (Extensibility) ：增加或 修改 功能而不會影響現有功能的能 力‧ ! 易管理性(Manageability) ：管理系統以確定系統在延展性、可用性、 可靠性、執行效能與安全性 Ö等各方面是否正常的能力‧ ! 容錯能力(Fault tolerance) ：能夠處理系統錯誤並回覆正常的能力‧ 容 錯 錯誤容忍度是當一些系統元件有錯誤時預防錯誤的能力，而備份則視其 復原的能力，常見的備份技術有下列三種： 熱備份(Hot backup) ：物件多餘、存留的複本可提供給客戶，且持續地 與第一物件同步化，如第一物件同步化失敗的話，其中一個複本就會接 管。 暖備份(Warm backup) ：物件的備份複本可執行，但不提供給用戶，而 是在某種規律的間距下同步發生，萬一同步化失敗的話，複本會從最後 一個同步點開始接管。 冷備份(Cold backup) ：原始物件與穩定的儲存設備在某種間距中同步 化。萬一同步化失敗的話，新的物件會舉例並讀取儲存器作準備。 錯誤處理包括服務複製、錯誤偵測、錯誤修復與錯誤通知 ...等，錯誤偵 測通常是使用 Hheartbeats(伺服器傳送週期訊號給監視器)或 Polling(監 視器一段時間檢查伺服器一次)來執行。