共用方式為


實體模型:應用程式架構

在概念和邏輯模型完成之後,您可以決定應用程式的實體實作。 若要建立實體模型,您必須瞭解應用程式的各種服務應位於何處,以及如何實作這些服務。 判斷各種服務所在的位置之前,應該如何實作服務。

判斷各種服務所在位置的基本規則如下:放置正在使用的元件。 例如,如果元件顯示基底用戶端的資訊,它應該會移至使用者的計算機上。 如果元件驗證基底客戶端的資訊,它也應該位於基底客戶端的計算機上。 如果元件更新資料庫中的資訊,它應該位於資料庫伺服器上。

當然,還有其他考慮會對此規則進行例外狀況。 效能和安全性問題也可以決定元件所在的位置。 請考量下列各項:

  • 元件是否會經常變更,使得散發更新變得困難嗎?
  • 元件是否會由其他應用程式使用,例如常見的安全性驗證元件?
  • 元件是否會進行冗長的計算,或執行可卸除至伺服器的函式,例如列印?
  • 是否可以將元件的安全性放在伺服器上來增強?

如果系統或數據的位置變更,適當地尋找應用程式的元件,也可以讓開發小組與成本高昂的重新編碼隔離。 例如,藉由將數據存取規則放在數據層中,而不是在預存程式中,應用程式更容易與特定 DBMS 的相依性隔離。 不僅會限制變更並測試分割,而且可以變更數據源,而且數據可以散發,而不會從根本上變更應用程式。

最後,尋找元件應利用系統效率。 將商務物件放在網路上的集中式位置是有時間且符合成本效益的。 物件可以在應用程式之間共用,而且可以在部署任何元件之前完成單元測試。 維護成本也可以降低,因為規則變更只會發生在單一點。

概念模型:應用程式需求

邏輯模型:應用程式定義和規劃