面向任務開發
（task-oriented development ）
是繼物件導向和面向構件開發後
，由道侖軟體公司提出
的一種新的軟體開發范型。
面向任務開發的核心理念是以業務為中心，將所有的業務活動包裝成普通使用者能理解的任務，使用者通過定義任務，再由各種不同的任務直接組成資訊系統。
那麼，面向任務開發
（tod ）與
基於構件的開發方法（
component-based development
，簡稱cbd
）相比有什麼優勢呢？優勢如下：
1.
tod直接反映和表達
業務需求，一般使用者都可以理解和操作，不需要技術人員的參與，這就消除了業務需求與軟體實現之間的鴻溝，能更快更好地滿足使用者的需求。
2.
tod中的任務
比cbd
中的構件
更「軟」和更「輕」。構件是物理上存在的程式**，需要軟體開發人員程式設計實現，而任務是使用者就可以定義的物件，因此更容易改變，改變花費的代價更小，更能適應業務的變化。
3.
業務層的可重用性強。定義好的任務可以很容易地放到別的任務中，就象搭積木一樣。
4.
由於tod 不需要沉重的應用伺服器和中介軟體之類的基礎結構，因此無論在開發還是執行方面，tod
比cbd
需要的環境都簡單得多，更容易維護，對使用者的要求更低。
5.
使用者基於
tod開發資訊系統比基於cbd 開發
所需的成本和費用要小
得多。
如果我們 能為所有的業務活動及其相互關係建模，使用者就能實現所有的業務邏輯，也就是說，使用者根本不需要通過程式設計來開發乙個個的業務應用了。於是那些困擾軟體開發人員的開發問題便煙消雲散，不復存在了。
不需要程式設計就能實現所有的業務應用，這就是道侖的「銀彈」！
之前軟體開發方面的進步大都集中在技術層面，而面向任務開發第一次跨越了業務需求與軟體實現之間的鴻溝，使得業務人員可以直接開發自己需要的資訊系統。這就是面向任務開發的本質所在！
面向任務開發已
成功在道侖公司數字神經系統平台road上實現，以業務（任務）為中心，就是road平台的指導思想。
面向任務開發將把資訊系統的建設帶入乙個使用者主導的時代！
任務驅動開發
如何讓任務驅動開發其實是挺簡單，也是複雜的事情，今天看了看兄弟分配下去的任務，感觸很多，如何做才能更好呢？在任務下達之前要做好充分的準備，要把具體的任務詳細分析，並量化為可執行的步驟，在這個分析的過程中就會發現很多任務量的估算是不準確的，如果任務的分配人對具體的任務都不能很好的估算，下達的任務也是無...
任務驅動開發
如何讓任務驅動開發其實是挺簡單，也是複雜的事情，今天看了看兄弟分配下去的任務，感觸很多，如何做才能更好呢？在任務下達之前要做好充分的準備，要把具體的任務詳細分析，並量化為可執行的步驟，在這個分析的過程中就會發現很多任務量的估算是不準確的，如果任務的分配人對具體的任務都不能很好的估算，下達的任務也是無...
外掛程式開發任務
1 背景頁與前台頁面通訊 外掛程式的背景頁 backgroundpage 瀏覽器外掛程式相當於乙個單獨開啟的標籤只不過在瀏覽器上看不到這個標籤。外掛程式的文件很豐富，可以自定義很多內容。背景頁前台頁即前面的控制台頁面，普通的瀏覽器網頁。前台頁面 要求 前台頁面傳送訊息到背景頁面，背景頁面響應前台傳送...