2016-01-23 61 views
-1
  1. 解決方案架構適合敏捷方法嗎?
  2. 哪種體系結構方法最適合敏捷實施,目前我假設微服務體系結構是敏捷方法學的最佳套件,任何人都可以提供這方面的理由嗎?

請在這方面幫助我。敏捷方法論

回答

2

我不會選擇軟件開發生命週期或項目管理(例如Agile vs. Waterfall)來選擇軟件架構(例如Micro-Services vs. Monolith)。

軟件架構應基於產品的質量屬性進行選擇,同時考慮到性能,安全性,易用性,使用性,可用性,互操作性,可維護性等..

軟件之間的權衡開發程序,管理風格和組織單位應該根據團隊的最高生產力來選擇和建立。一個偉大的Scrum團隊可能更喜歡在一個項目中進行微服務,而在另一個項目中則是一個巨型服務器。同樣,一家遵循瀑布流程的公司可能會選擇將應用程序拆分爲微服務或將其作爲一個龐然大物。敏捷和瀑布之間的區別可能是體系結構出現的方式:在瀑布中,人們經常在前期做更多的體系結構,而在敏捷中,有一些體系結構在前面,但更多的體系結構隨着需求被發現而出現在衝刺期間。

+0

感謝您的回答。非常感激。 –

+0

導致另一個問題,敏捷中的任何戰略方法是否會在性能下降方面處理未來的主要設計更改? –

+1

我沒有一個完美的答案。 Rebecca Wirfs-Brock是撰寫此主題的一位作者(http://wirfs-brock.com/)。但我可以說,開發人員一次添加一項功能並不會自然產生好的架構。通常我們需要特殊的架構和再造工作。敏捷過程不會自行處理。人們需要接受有關建築的重要角色的教育。 –