2011-07-31 120 views
3

我幾年來一直是程序員,但是想通過做一些恰當的應用程序設計而不是直接跳入編碼來嘗試成爲更好的程序員。我有一個新的應用程序來創建並希望從此開始。應用程序設計原理

我現在不想進行完整的設計,但是我能做些什麼來在大約30分鐘內瞭解應用程序?

我正在考慮做一個用例來展示我如何理解人們如何使用它然後做一個類圖。我可以使用哪些其他模型?

我已經看過相關的問題,但其中大部分都涉及了很多細節,正如我所說的,這需要大約30分鐘!

非常感謝您的幫助!

回答

3

你30分鐘計劃:

  1. 寫下與應用程序交互的所有角色(加上非常簡短描述)(管理員,用戶,玩家,開發商,...)。 10分鐘。
  2. 寫下主要功能(用例)。您可以稍後對其進行建模。 5分鐘。
  3. 寫下已知的技術要求/邊界(編程語言,基礎設施,數據庫等)。 5分鐘。

最後:

  1. 找到描述您的應用程序正是一個句子。 5分鐘。
  2. 拿出一面鏡子,向你解釋你正在構建的軟件。 5分鐘。
+0

這是絕對正確的,但這不是* design *('how')。它是*分析*('什麼')。設計會在後來出現,並且會包含模塊/類/序列圖。我相信這是一個重要的命運。兩者都是必要的。 –

+0

我在廣泛地佈置了術語「在大約30分鐘內顯示對應用程序的理解」。 –

+1

是的,我同意你的意見。我只是向ADRINGER和其他任何可能對設計進行分析的人員指出了這一點。 –

1

那麼,關於sJhonnys的評論更多的是關注設計部分。但是,設計必須遵循架構。接下來的30分鐘:

  1. 確定您的應用程序將具有的層(數據,業務邏輯,用戶界面) - 5分鐘。
  2. 確定您的應用程序需要使用的主要組件(自創組件,第三方,外部服務) - 10分鐘。
  3. 創建一個基本組件圖,顯示這些層和組件之間的接口(讀取,通知,存儲,管理...)。 - 10分鐘
  4. 跳架構的作用,並說明你的技術領導你的團隊將創建和重點是:
    • 利於
    • 新的概念和主題團隊會遇到
    • 風險,可能會延遲項目 - 嬉戲5分鐘。