Rational Build Forge可以控管版本，從開發端到QA端有一至的發行版本。不會再有燒光碟給QA，來確認版本無誤的這種石器時代的動作發生。不過這個東西可以用SVN來做發行版本的控管。不太需要買IBM的。

Ration Team Concert可以將專案進行的所有需要的資訊，用網頁呈現出來。包括專案的需求，每個需求所需要的模組，一直到實作每個模組的負責人。每個人都可以上線去更新自己的進度，然後提出問題或是分享心得。

過去系統開發常使用water fall的方式，也就是按照一個個階段開發，最後再一次整合，這種方式的問題很多。但是沒辦法，過去的協同開發工具很缺乏，不容易做到高頻率的整合。但如果使用Rhapsody，可以達到一改變系統就建置。建置完就自動測試，讓問題提早發生

軟體最重要的東西就是智慧財產(IP)，如果老闆把code當作他的財產，那是不是換了個平台，這些code就要重寫了呢?就無法繼續維持他的IP。但如果把IP的維護提升到產品的使用情境，是不是就更穩固了呢。

Rhapsody提供他的osal，因此可以選擇不同的OS。所以在它之上研發出的know how可以延續下去，不會因為換OS或是換語言而有所中斷。

Rhapsody可以匯入客戶的文字需求，並且確認use case確實已經100%涵蓋到客戶的要求。

Rhapsody可以模擬sequence diagram，並與state chart同步模擬。討論邏輯上的問題可以不用看程式。

每一個畫出來的use case，都要能夠測量、驗收才叫做use case。

聽到：臺北市要建置13000支攝影機

書上提到：以下三種情況，不是use case：1.訊息或事件，2.低階的介面，像是如何操作機械手臂，應該要強調why，而不是how，3.系統設計上功能性的分解，因為use case不是拿來描述如何實做C語言。