UML 工具,最早用到的是「Visual Paradigm」;但是,當年的電腦,在速度方面的效能表現,無法支撐這套純由 Java 開發的工具,跑其來就是卡卡的慢.....;所以,就變心,轉投 EA 的懷抱。
近日,再度回來試用 Visual Paradigm Professional V 11.2,發覺它已支援「Agile Development」,使用者可以「User Story」作為系統功能的「需求」單元。
試用了一下,覺得挺好用的。
對於系統待開發的「功能」,使用者以「Use Case Statements」中的:「As a ....., I want to ......, so that ......」來定義「Use Case」,以此闡述高階的功能需求。
接下來,從 Use Case 去分解「系統功能」的單元個體-User Story。每一個 User Story ,可透過「Scenarios」,詳述系統中的使用者,如何與系統互動,進而達成該 User Story 應有的「功能」作為。
在「Scenarios」的步驟中,若需描繪「UI(使用者操作介面)」,則 Visual Paradigm 提供了「Wireframe」的功能,讓軟體開發者真的可以去繪製 UI ,使得這功能需求的定義,能夠越來越具象。
另外,如果「Scenarios」中的步驟,含有「if, loop」:這種依「狀況」做不同處理的地方,Visual Paradigm 可以依據「Scenarios」的敘述自動轉成 「活動圖」(Activity Diagram) 或「系統循序圖」(System Sequential Diagram),以便「給你好看」;藉由圖形,可清楚點出,原先文字描述,有些語意不清,讓人不知「意欲何為」,甚至容易誤解的地方,可以避免發生;程式設計者不知該怎麼寫程式碼的問題,當然就能因而免去。
講究軟體的品質,測試當然是必需的;甚至為了交付,進行 UAT(使用者驗收測試),軟體的開發者得規劃測試個案及測試程序步驟.......
在 Visual Paradigm 的 User Story 中,按個「Testing Procedure」鈕,軟體開發者就能利用原些已寫好的「Scenarios」;進行測試程序步驟及測試用值的規劃。
Visual Paradigm Professional V 11.2,值得評估、使用的 UML 工具!
有沒有什麼不好的地方?
有!
不便宜! ^^!!
User Story 有啥好?業者如是解說.......
《參考訊息》
Visual Paradigm - UeXceler 特色、用法簡介
Visual Paradigm - UeXceler 特色、用法簡介
User Story 有啥好?業者如是解說.......
沒有留言:
張貼留言