共用方式為

概念模型：應用程式需求

  • 發行項

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

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

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

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

實體模型：應用程式架構