2008年5月24日 星期六

Q01 輔助的文件(8)──將使用的文件與工具建立為範本

大家都知道,最底層的Data Model固定後才能往上構築出對應的API、Controller,這個道理也同樣適用在開發系統時的產出。當我們的設計結構遵循著一定的樣式後,同樣可以把處理各個區塊的處理工具及產出收集起來,作為未來直接reuse 的標準。

想法的根本在於Component的結構明確地切割為MFAV四個部分,把所屬的方法放置在對應的地方;在此前提下,就可以使用結構產出工具快速得到。不管是在哪個專案,只要全部的SA或SD都應用同樣的結構,快速產出與容易相互了解都會是顯而易見的好處。

在SA與SD階段都有個重要的任務:決定Use Case並分析設計出裡面的Flow與Action。Use Case List、Action List以及建立Use Case與Action關連的Flow是該階段的重要工作,在收集資訊的同時建立關聯的對應,並依照產出的位置所撰寫的小工具同樣具有reuse的好處。

還有一個階段是從實作的程式裡再取回需要的資訊,像是列出Component裡所有用到的Data Name、Property Name與Message Name(可再去記錄每一個資料是從哪裡取得的)、倒回Rose Model建立靜態圖表、擷取Flow或是Action裡的處理流程產出動態圖表等等。

輔助工具的reuse擁有的最大好處是節省很多設計、實作與記錄的時間,但是這些好處都必須在擁有自己的方法論並固定好自己的產出結構才能擁有的!

沒有留言:

張貼留言