◆有目的的建模
對于自己的產出 ， 例如模型、源代碼、文檔 ， 很多開發(fā)人員不是擔心它們是否夠詳細 ， 就是擔心它們是否太過詳細 ， 或擔心它們是否足夠正確 。你不應該毫無意義的建模 ， 應該先問問 ， 為什么要建立這個產出 ， 為誰建立它 。和建模有關 ， 也許你應該更多的了解軟件的某個方面 ， 也許為了保證項目的順利進行 ， 你需要和高級經理交流你的方法 ， 也許你需要創(chuàng)建描述系統(tǒng)的文檔 ， 使其他人能夠操作、維護、改進系統(tǒng) 。如果你連為什么建模 ， 為誰建模都不清楚 ， 你又何必繼續(xù)煩惱下去呢？首先 ， 你要確定建模的目的以及模型的受眾 ， 在此基礎上 ， 再保證模型足夠正確和足夠詳細 。一旦一個模型實現(xiàn)了目標 ， 你就可以結束工作 ， 把精力轉移到其它的工作上去 ， 例如編寫代碼以檢驗模型的運作 。該項原則也可適用于改變現(xiàn)有模型：如果你要做一些改變 ， 也許是一個熟知的模式 ， 你應該有做出變化的正確理由（可能是為了支持一項新的需求 ， 或是為了重構以保證簡潔） 。關于該項原則的一個重要暗示是你應該要了解你的受眾 ， 即便受眾是你自己也一樣 。例如 ， 如果你是為維護人員建立模型 ， 他們到底需要些什么？是厚達500頁的詳細文檔才夠呢 ， 還是10頁的工作總覽就夠了？你不清楚？去和他們談談 ， 找出你想要的 。
◆多種模型
開發(fā)軟件需要使用多種模型 ， 因為每種模型只能描述軟件的單個方面 ， “要開發(fā)現(xiàn)今的商業(yè)應
敏捷開發(fā)
用 ， 我們該需要什么樣的模型？”考慮到現(xiàn)今的軟件的復雜性 ， 你的建模工具箱應該要包容大量有用的技術（關于產出的清單 ， 可以參閱AM的建模工件） 。有一點很重要 ， 你沒有必要為一個系統(tǒng)開發(fā)所有的模型 ， 而應該針對系統(tǒng)的具體情況 ， 挑選一部分的模型 。不同的系統(tǒng)使用不同部分的模型 。比如 ， 和家里的修理工作一樣 ， 每種工作不是要求你用遍工具箱里的每一個工具 ， 而是一次使用某一件工具 。又比如 ， 你可能會比較喜歡某些工具 ， 同樣 ， 你可會偏愛某一種模型 。有多少的建模工件可供使用呢 ， 如果你想要了解這方面的更多細節(jié) ， 我在Be Realistic About the UML中列出了UML的相關部分 ， 如果你希望做進一步的了解 ， 可以參閱白皮書The Object Primer -- An Introduction to Techniques for Agile Modeling 。
成功
隨機應變
要達到敏捷的成功—交付支撐業(yè)務的最佳軟件—軟件專家也可以引用這些規(guī)則 。
自主權
專注于工作 ， 交付正確的軟件 ， 而不是被他人的憤怒情緒所影響 。
分享經驗
構建完美軟件開發(fā)流程 ， 并沒有統(tǒng)一的模式 。但是在這個領域 ， 敏捷技術 ， 加上持續(xù)的應用和改進 ， 都能夠達到敏捷的成功 。
什么是敏捷軟件開發(fā)首先什么是敏捷開發(fā)呢？
敏捷開發(fā)指的是一種面臨迅速變化的需求快速開發(fā)軟件的能力！
什么是敏捷設計
【敏捷開發(fā)到底是什么意思 什么是敏捷開發(fā)(敏捷開發(fā)軟件)】“在按照我的理解方式審查了軟件開發(fā)的生命周期后 ， 我得出一個結論：實際上滿足工程設計標準的唯一軟件文檔 ， 就是原代碼清單 ?！薄狫ack Reeves
推薦閱讀
- 帶小貓去絕育，回來后不理人還猛翻白眼，我到底做錯了什么？
- 1光年到底有多遠？ 1光年等于多少公里
- 有一技之長，到底有多重要？ 學什么技術
- 到底什么叫機床？ 機床是什么?
- 完全不懂南紅，到底該怎買才能不吃虧？ 南紅是什么
- 取環(huán)到底痛不痛
- 姬存希到底好不好 姬存?；瘖y品怎么樣
- 肺結節(jié)到底是怎么回事
- 無花果盆栽到底該怎么種植？ 無花果怎么種
- 新型飛行機器人像果蠅一樣敏捷