共用方式為


概念模型:應用程式需求

設計概念模型時,您需要定義商務問題和解決這些問題所需的函式。 最佳做法方法是與實際使用應用程式的人員交談、與廣大用戶會面,並盡可能包含盡可能多的商務或使用者案例。 判斷系統潛在使用者的身分識別和數目,以及所涉及的數據大小和範圍。 雖然收集這項資訊可能是設計程式最不重要的技術層面,但它是其中一個最重要的。 若要開發成功的應用程式,您需要清楚瞭解需要解決的商務問題和程式。

在判斷應用程式需求時,請記住下列考慮:

  • 效能需求。 應用程式工作的預期回應時間為何? 需要哪些向下伺服器的故障轉移支援? 可用性的時數為何?
  • 環境。 有哪些伺服器可供使用? 其他伺服器是否計劃處理任何調整需求?
  • 部署。 應用程式如何與目前的系統整合? 應用程式會與哪些其他系統互動? 其他系統使用哪些作業系統? 應該支援哪些通訊協定? 您可以使用哪些 API 與其他系統互動? 網路上的其他系統位於何處? 機器使用有哪些限制? 允許哪些用戶帳戶存取?
  • 位置。​​ 與客戶端相關的數據位於何處? 數據是遠端訪問的,還是本機數據?
  • 安全性。 是否有加密或完整性檢查需求? 是否有驗證或數據保護需求?
  • 訪問許可權。 是否允許誰執行特定作業的條件約束? 若是如此,您應該先記錄哪些作業需要授權,然後記載可擁有授權的用戶類型。 這些需求可能會對應用程式的部分實作方式產生重大影響。

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

實體模型:應用程式架構