2010-11-03 30 views
1

我目前得到了一些小遊戲的文檔(類圖,一些協作圖和順序圖),作爲手頭的任務,將這個編碼工作交給一個程序員是多麼容易,他們的團隊。您希望在設計架構中具備哪些素質,以便由一組編碼人員輕鬆實現?

我應該看的基本點是什麼?這是我想到的:

  • 看看類圖,我可以看到它的一個大問題。 95%的類依賴於具體的類,所以你必須首先爲整個系統創建存根類,甚至在放入任何邏輯之前。

  • 它沒有任何包裝圖,所以它可能不是那麼明顯,看看如何分解這個系統在不同的團隊。如果我有辦法看到不同模塊打包在一個包/命名空間系統中的方式,我可以更容易地看到更高級別的依賴關係,並更輕鬆地將我的團隊成員分配到不同的任務上。

我在團隊工作中沒有經驗,所以我基本上是盲目猜測。我應該尋找哪些其他因素?

感謝

回答

2

爲了分配工作,您必須能夠以某種方式分割代碼庫。根據團隊的不同,有些人可能會在水平切片(DB開發,服務器開發,UI開發)中工作,而其他團隊對垂直切片更加舒適(特徵1,特徵2)。

如果您要對代碼庫進行評級,那麼您需要尋找模塊化,凝聚力和關注點分離。所以對於一款遊戲,是否有物理模塊?它有一個定義明確的界面嗎?它封裝好嗎?它可以用於多種類型的東西(角色,盒子,球,炸彈等)?

製作需求/功能列表。鑑於手頭的架構,功能1和功能2可以由不同的開發人員/成對人員並行工作?

+0

這將是很好的幫助! – 2010-11-03 14:19:03

0

如果你從來沒有在一個團隊工作,我建議你閱讀Scrum and XP from Trenches。它非常容易閱讀並且有很大的意義。很高興知道有什麼問題會在那裏。這就是我推薦這個的原因。

此外,還有很多其他問題,

  • 知識和你的團隊的經驗
  • 任務分解的方式,都可以在同一時間
  • Continuous integration
  • 溝通工作;儘早溝通,以避免任何溝通不暢/假設
  • 對於提出完整的UML圖表並不重要。它應該是精益和敏捷

這些是我可以從我的頭頂建議的幾件事情。

相關問題