因為UML提供了太多的觀點而不知從何下手
這時候可以先從系統的開發角度來看
階段 | 說明 |
---|---|
設計 | 分析需求,將需求分類,並針對有效的需求做出相應設計 |
實作 | 針對設計出的模型,將需求實際的功能填入模型 |
評估 | 根據實作出的成品,審視需求的滿足狀態 |
而UML的模型套用的地方,就是從設計階段到實作階段時
透過設計者(非工程師)與實作者(工程師)共同瞭解的表示法
有效的將設計的理念傳達出來
在評估階段,也可以透過當初設計者所制定的UML
確認實作者是否將設計者所想的都做了出來
另外,由於上面列的這段流程會是一個循環
從設計出發,實作、分析、修正設計、添加實作、重新分析...
透過螺旋式(Spiral model)的放大,一步步的進化成完成品
所以UML在使用上也會是這樣的進化
並不需要在一開始的時候就訂的非常完整
而是經過不同階段的實作及分析修改設計,漸漸的完善出來的
沒有留言:
張貼留言