dsdm業務中心框架開發方法（一）
author：袁琳
dsdm的基本原則
dsdm方法建立在9條原則之上，而且在實施過程中，這9條缺一不可。
原則1：使用者必須持續參與
dsdm過程中，使用者持續參與的概念是：在整個dsdm生命週期中，有一些專業使用者會一直對開發組提供支援和參與。能夠隨時解決開發組對業務流程的各種問題，使工作進展順暢，同時使用者也會對原型進行驗收，提出各種建議和想法。
dsdm鼓勵管理層將權利下放，團隊成員都應該得到授權。為了使專案快速進行，團隊成員必須能夠對他們的工作迅速做出決定，以保證專案能夠如期交付。當出現問題時團隊成員應該能做出決定，如下是一些常見的決定：
需求的實際含義。
從功能、可用性考慮開發中產生的中間產品是否可接受。
工作程序中需求的優先順序制定。
修改技術細節。
儘管dsdm不鼓勵團隊在出現問題時，逐層向上級反饋，但是也提供了這種問題的處理途徑。
可以看出，同為敏捷方法，dsdm方法與scrum方法的專案管理思路，特別是對團隊授權和對專案過程問題的處理機制還是存在很大差別的，scrum方法強調團隊成員反饋問題，並且對於開發組不能解決的問題，必須逐層反饋，獲取高層的指導，並且支援高層領導參與專案的scrum meeting，強調迅速向上級反饋，上級迅速做出決定。而dsdm方法中，團隊成員已經被授權直接做出決定了。
原則3：注重產品的經常交付
經常交付產品，能夠讓外部人員檢查團隊內部所做出的決定是否可以接受。這樣，專案就能夠得到控制。這裡說的產品是不僅僅是軟體，還包括資料模型。產品的經常交付能夠反映專案當前的進度，也能夠衡量專案是否沿著正確的方向在進行。
原則4：滿足業務使用者用途是接受交付品的主要依據
開發人員不必沉溺於完美的解決方案之中，耽誤專案時間。在受限的時間內，實現業務利益最大化的交付品才是最重要的。
原則5：迭代和增量式開發對得到正確的業務解決方案是必不可少的
採用迭代開發的方法，能夠使業務流程逐步進化，使系統不斷朝著滿足業務需求的方向前進。
原則6：開發過程的所有變化可逆
採用迭代和增量式開發過程中，很可能會碰到走錯的情況，此時需要回退到乙個已知的可靠的點上。
原則7：在高層次上制定需求的基線
在業務研究中所得出的需求必須在高層次上達成一致。接下來在迭代過程中再得到詳細的需求。
原則8：測試自始至終貫穿於開發周期之中
開發人員完成乙個模組的開發後，自己會進行單元測試。當模組整合到現有系統後，測試人員需要執行整合測試。另外，回歸測試在dsdm中占有很重要的地位。
原則9：所有專案涉眾間的通力合作是不可獲缺的
何時使用dsdm？
對於具有以下特性的應用，dsdm特別適合：
1、互動式、功能通過使用者介面體現。
2、有清晰的使用者群。
3、沒有複雜計算。
4、如果是大型應用，可以分解成小的功能部件。
5、有時間限制。
6、需求不清楚或不確定
1、《the new methodology》 martin fowler
2、《dsdm business focused development》 jennifer stapleton
3、《agile方法研究綜述》
錢樂秋②張敬周①② 朱三元①②
①（上海計算機軟體技術開發中心）
②（復旦大學計算機與資訊科技系）
jQuery物件導向定製業務框架開發
jbase.js 業務框架基類 class jbase description 定製框架基類 author fangxianghua var jbase function function extend description 父子類繼承函式 author fangxianghua jbase.ex...
關於框架開發
紀念 jar library installation jar檔案複製的目錄 2種方式區別 1.add checked libraries to project build path 把build path中引入的包指向myeclipse中lib的位置,就是把myeclipse中你需要的lib作為外...
框架開發1
config.inc.php配置檔案 cfg array cfg host localhost cfg user root cfg password 111111 conf.class.php讀取配置檔案的資訊，封裝類 單例類 class conf final protected function ...