trac模型

Trac是以面向進度模型為項目管理模型的，很明顯的特點就是它以里程碑(Milestone)方式進行項目管理的。每個里程碑中的具體要做哪些事情，就使用Ticket來進行定義、跟蹤等。里程碑是什么呢?為什么我不用時間點呢?原因在于使用時間點往往讓人誤以為，里程碑是按照時間來設(shè)計的，而不是按照事件來設(shè)立的。

另外，Trac做一個SCM配置管理平臺，意味著它有良好的擴充性。通過WebAdmin界面中的Plugin功能，可以很方便的安裝下載的插件，也可以通過此功能查看已經(jīng)安裝的插件，并可對其中的插件進行啟用或停用操作。

Trac的權(quán)限體系是比較完備的設(shè)計，默認(rèn)情況下trac有anonymous和authenticated兩種性質(zhì)的用戶組。Anonymous即匿名組，默認(rèn)情況下只要能訪問apache提供的trac實例服務(wù)，那么就屬于這個組，這個組瀏覽trac實例界面時，將根據(jù)trac實例設(shè)定的權(quán)限方案提供可以瀏覽的內(nèi)容。

在通常情況下，我們都給某個trac實例指定admin用戶，即權(quán)限最大的用戶?？梢酝ㄟ^trac-admin 實例名 permission add 用戶名 TRAC_ADMIN，命令在dos提示符下創(chuàng)建此實例的管理員帳戶。需要注意的是權(quán)限是區(qū)分大小寫的。設(shè)置成功后，此用戶驗證登錄后，將能夠看到Admin這個webadmin管理界面。可以通過此界面可視化的對trac實例進行管理。

Trac使用Subject和Action方法綁定來進行賦權(quán)。Subject即操作對象，Action即可以執(zhí)行的動作。通過這種關(guān)系映射，從而實現(xiàn)Trac的權(quán)限管理。默認(rèn)情況下Trac包含anonymous和authenticated兩個Subject，通過前面的trac-admin后，將出現(xiàn)第三個subject，即用戶名。

對于Subject具體的賦權(quán)操作，可通過下圖完成。通過對Subject的分配Action即可完成賦權(quán)操作，通過Remove selected items可以取消某個Subject已經(jīng)分配的權(quán)限。需要注意的是TRAC_ADMIN是最大權(quán)限。同時也可以對Subject進行分組管理。某個組擁有的權(quán)限，組員將會自動繼承。

在Trac中隨處可見WIKI的影子。Trac的welcome頁面，Ticket的編寫等等，在整個Trac界面中均可以使用WIKI的語法書寫文檔。WIKI包含自己的一套語法，采用Genshi才渲染W(wǎng)eb頁面，或者說解釋W(xué)IKI語法到HTML語法。

Roadmap中文翻譯路線圖。在Trac中使用Roadmap展現(xiàn)某個軟件的開發(fā)過程。在Roadmap中，通過Milestone來分解軟件開發(fā)的整個生命周期。多個Milestone就構(gòu)成了一個Roadmap。當(dāng)然一個軟件交付后，在以后的維護過程中的變更、修改等都創(chuàng)建新的Milestone進行管理。

Timeline中文可譯作時間線，它是以時間進度為參考軸，按時間倒序的方式顯示此trac實例中所以的操作日志。它監(jiān)控的對象包括:

Ticket是trac中管理項目的核心元素，它在trac中被用作項目的任務(wù)、功能需求、錯誤報告、軟件發(fā)布支持等，它采用WIKI作為其描述部分文字的語法.

Report在trac中主要的用于顯示ticket，可以根據(jù)上文中提到的ticket所有的屬性進行過濾，同時也可以定義顯示ticket哪些字段屬性，如果覺得用戶設(shè)定的查詢條件及顯示方式很有價值，那么你可以保存此查詢Report，在下次直接使用。這樣在菜單"VIEW TICKETS"中看到此報表。需要注意的是Report只查詢ticket。

Search主要是對ticket和WIKI進行查詢的，查詢的內(nèi)容為ticket和wiki內(nèi)容，其實查詢的就是timeline菜單中列出的所有的內(nèi)容。Trac使用全文檢索的方式進行查詢。具體就不在描述。Search輸入框中的最小長度的設(shè)置在Trac.ini配置文件中進行配置，參考Help/Guide。

Trac中的admin都是一些重要的操作，但是同時也是很簡單的操作，都是對trac整個環(huán)境的基本信息做一些設(shè)置。包含兩個部分的設(shè)置，即general和ticket。

Trac采用面向進度的開發(fā)模型，因此產(chǎn)生了Milestone的概念，那么Milestone雖然建立了階段性的里程碑，但是里程碑具體怎么才能到達(dá)呢?這就需要采用ticket方式進行處理。當(dāng)定義的所以的ticket全部closed時，就說明到達(dá)了里程碑，但是達(dá)到了也并不表示所有的ticket都是fixed，也許是其他的原因關(guān)閉的。還有雖然到達(dá)了里程碑，但是未必是按時完成的，但是總的階段性結(jié)束點是很明確的。

因此用trac管理一個項目，就要做好以下幾方面的工作:

前面三項屬于項目架構(gòu)范疇，后面三項屬于操作范疇。對于前面三項各自的劃分原則是:

劃分里程碑原則

里程碑是一些事件，我們設(shè)立這些事件是為了表明當(dāng)這些事件發(fā)生的時候，我們的工作已經(jīng)達(dá)到了某種程度。而我們不能夠僅僅使用時間點來劃分里程碑。

至于選擇什么事件作為里程碑，其實就是選擇項目利益相關(guān)人員最關(guān)心的事件作為里程碑。如果為項目計劃時間表開一個會議，肯定有很多人提出他們關(guān)心的事件或者時間點，比如銷售人員會問開發(fā)人員什么時候完成alpha測試，好讓他們?nèi)フ铱蛻糇鯾eta測試，老板在聽完大致計劃之后會問什么時候拿出第一個運行版本，開發(fā)人員會問什么時候能夠簽約以便可以開始正式的工作。這些事件或者時間點就是最好的里程碑，里程碑之所以能夠標(biāo)示項目進度，是因為它是項目相關(guān)人員關(guān)心的事件，里程碑標(biāo)示進度的含義也是事件的含義。

在實際項目工作中，里程碑是否已經(jīng)達(dá)到，也是非常明確的事情。事件是否發(fā)生應(yīng)該是很明確的，如果不明確說明選擇的里程碑不是一個事件，比如"評審?fù)ㄟ^"、客戶在合同上簽字、需求分析文檔被老板批準(zhǔn)，測試中bug收斂，這些事情是否發(fā)生都是很清晰的，是一個明確的時間點。

劃分Component原則

一般情況下按功能模塊來劃分，比如協(xié)同辦公系統(tǒng)可以劃分為公文處理、個人辦公、電子郵件等等。組件和里程碑之間的關(guān)系是，一個組件可以屬于多個里程碑，當(dāng)然一個里程碑里面也可以包含多個組件，它們之間是多對多的關(guān)系，但是在trac里面是以里程碑為導(dǎo)向的，所以我們應(yīng)該站在里程碑這條軸上去管理軟件項目。

具體的Component如何劃分，這就需要跟實際的情況決定了。

劃分Ticket原則

Ticket系統(tǒng)簡介 Ticket系統(tǒng)是Trac中關(guān)于項目管理的一個重要單元，它是一個簡單有效的版本差異和Bug跟蹤系統(tǒng)。

在項目開發(fā)過程中出現(xiàn)的任何問題，都可以用一個Ticket來標(biāo)識，例如Bug，項目計劃，功能改進，項目建議，Todo等等，都可以寫成一個Ticket，開發(fā)人員通過訪問查看Ticket系統(tǒng)，可以及時的了解到項目進度，有待解決的地方等等

每個Ticket都可以被修改和說明(Description屬性)，并說明這個Ticket是Bug還是項目建議還是其他什么(Type屬性)，指派由哪個人對這個Ticket負(fù)責(zé)(Assigned to/Owner屬性)，設(shè)定Ticket的優(yōu)先級(Priority屬性)，設(shè)定Ticket的最終完成時間(Milestone屬性)，設(shè)定這個Ticket屬于哪個模塊(Component屬性)。一個Milestone包含一個名稱和時間，其中時間即為項目中這個階段的預(yù)計完結(jié)時間，我們通過設(shè)定這個屬性，來表明所要創(chuàng)建的Ticket屬于哪個Milestone，屬于項目的哪個階段，該在哪個時間之前完成。

旋轉(zhuǎn)導(dǎo)向系統(tǒng)按其導(dǎo)向方式可分為推靠鉆頭式(Push the Bit)和指向鉆頭式(Point the Bit)兩種系統(tǒng)。

1. AutoTrak X-treme系統(tǒng)

AutoTrak X-treme系統(tǒng)是由井下鉆井馬達(dá)驅(qū)動的旋轉(zhuǎn)導(dǎo)向系統(tǒng)。其最大的優(yōu)勢是將普通轉(zhuǎn)盤式RSS最高250rpm的轉(zhuǎn)速提高到400rpm。該系統(tǒng)由旋轉(zhuǎn)閉環(huán)導(dǎo)向系統(tǒng)Auto Trac和高效鉆井馬達(dá)X-treme組合而成。其特殊設(shè)計的模塊化結(jié)構(gòu)可以允許BHA持續(xù)高速旋轉(zhuǎn)，而X-treme馬達(dá)的設(shè)計也解決了導(dǎo)向數(shù)據(jù)通過馬達(dá)傳輸?shù)膯栴}，真正實現(xiàn)了精確、實時的近鉆頭導(dǎo)向。

2. Revolution RSS

Revolution旋轉(zhuǎn)導(dǎo)向系統(tǒng)是一種"指向"式的旋轉(zhuǎn)導(dǎo)向系統(tǒng)，導(dǎo)向的主要組件為不可旋轉(zhuǎn)的套筒穩(wěn)定器、近鉆頭旋轉(zhuǎn)穩(wěn)定器和旋轉(zhuǎn)傳動軸(drive shaft)。地面導(dǎo)航設(shè)施接收到泥漿脈沖傳輸?shù)腖WD信號后確定偏移方向和偏移角度，使傳動軸產(chǎn)生偏移。傳動軸在套筒穩(wěn)定器中運轉(zhuǎn)，將扭矩和載荷傳遞至鉆頭，"指引"鉆頭向既定方向前進。近鉆頭旋轉(zhuǎn)穩(wěn)定器起到支點的作用。

3. 3D旋轉(zhuǎn)導(dǎo)向系統(tǒng)--Pathfinder RSS

Pathfinder 3D旋轉(zhuǎn)導(dǎo)向系統(tǒng)實現(xiàn)了在沖蝕井眼中的定向鉆進。一般的旋轉(zhuǎn)導(dǎo)向工具依靠與井壁的直接接觸來施加導(dǎo)向力，或者通過這種接觸來維持導(dǎo)向部件的穩(wěn)定。Pathfinder RSS采用特殊設(shè)計的導(dǎo)向墊塊最多可以伸長1in，使121/4in的井眼工具在13in的井眼中仍能與井壁接觸。

4. PowerDrive系統(tǒng)

PowerDrive旋轉(zhuǎn)導(dǎo)向系統(tǒng)是通過高速旋轉(zhuǎn)同時導(dǎo)向來進行鉆進的，然而高速旋轉(zhuǎn)下的定位比較困難。斯倫貝謝公司的PowerDrive采用了在RSS內(nèi)部安裝不旋轉(zhuǎn)組件的方法解決該問題，因其外部鉆桿始終處于旋轉(zhuǎn)狀態(tài)而大大提高了鉆速。"讓每個接觸井壁的部分都在轉(zhuǎn)動"的思想是斯倫貝謝旋轉(zhuǎn)導(dǎo)向系統(tǒng)的核心，也是優(yōu)于其它RSS系統(tǒng)的根本。

雙向開關(guān)管就是正向伏安特性與反向伏安特性對稱、并且正向和反向都具有負(fù)阻的一種半導(dǎo)體開關(guān)器件;它在正向和反向工作時都具有開和關(guān)的兩個狀態(tài)。這種器件屬于晶閘管之列。眾所周知的SCR(可控硅整流器)也是一種晶閘管，但這是一種單向開關(guān)的晶閘管。

雙向開關(guān)管有雙向開關(guān)二極管(DIAC)和雙向開關(guān)三極管(TRIAC)等。TRIAC是常用的一種交流開關(guān)管;DIAC常用作為TRAC和SCR的觸發(fā)管。