目的:將需求轉實作
=>要求都要配Controller
整合是持續性的在做整合
軟體開發方法
- Data-Orented
易陷入細節,不易抓出圖 - Service-Oriented
延展、彈性、重複利用
測試 unittest
功能性 => Controller
單元性 => Unit test, Business Object
User方面有UAT(User Acceptance Test)使幅者接受度測試
設計資料庫
設計表格
4大類 (人,事(event)/時,地物)
- 抓名詞(需求陳述中抓)
但片斷,不易看到全貌,需求明確,才能完整 - 抓核心
訂烏龜系統=>訂的event
門禁管理=>刷卡的event (書UML.P148)
儘可能容變動的需求
Enterprise => Transaction
Sub query易隱念企業邏輯,反而影響維
Q & A
- UML必要畫?
UML是個語言,語言是用來溝通,所以獨立一個人開發時,基本上不用畫 - 交接時?
需要時再畫,多一張就多需要維護成本 - 如何引導客戶提出需求
客戶分1.Domain Expert可用活動圖(作業流程)或火箭圖
2.Operator 直接用畫面UI溝通
流程圖最好能當場畫,讓使用者確認,避免誤解 - CURD
利用actor當授權
沒有留言:
張貼留言