回答

3

CASE的基本問題是,當您繼續進行分析/設計/編碼/部署(或您選擇的任何步驟)的迭代時,會出現指數級的細節和映射爆炸,需要在各種維護和合理化軟件系統的觀點。正是這種爆炸 擊敗了我遇到的每一個Case工具。他們似乎都工作得很好,但前進 ,但是當面對中等水平的人工製品的改造時,改變的影響非常難以傳播,而不會破壞別的東西,這反過來破壞了別的東西,並最終導致級聯變成難以管理。影響級聯只是當人們從更高層次的抽象層次轉移到更低層次的細節層面時爆發出的關係的邏輯結果。

最終,用於管理Case工具內變更控制/影響的時間/資源超過了其優勢 ,我們都回到了簡單的非Case圖表編寫工具。

所以我的建議是忘記試圖建立一個緊密集成的CASE系統。提供基本的圖表和對UML的符號支持。除此之外,它還提供宏功能,以便用戶可以自定義行爲,並與用於管理軟件開發的其他工具集成。

最後,將由Case工具管理的所有「工件」保存在XML中,這真的爲用戶添加 自己的定製處理器和xsl產品提供了大門。

最終真正的價值可能不是你的CASE工具實際上做了多少,而是你爲用戶提供的框架,以建立他們自己的解決方案 。