Design Pattern&UML

Use Case는 Delivering 매커니즘과 분리되어야 한다.

클레잇 2016. 12. 17. 16:27

Use Case는 Delivering 매커니즘과 분리되어야 한다.

https://youtu.be/sYPsm93qIkY?t=9m23s



UI DB Framework Tool에 대한 결정은 Use Case와는 완전히 Decoupled 되어야 한다.

(Decoupled = 상관 없다 = 절연되어야 한다)



Use Case와 구현사항(UI FW WAS 등)이 분리되면 좋은 이유

1. 클라이언트에게 설명이 쉽다

2. 좋은 UI, FW, WAS 등의 결정을 미룰 수 있다(= 충분한 시간을 갖고 생각할 수 있다)



시장에서 통하는지 만들어 보는건 시간이 생명(변수명 아무렇게나, 카피&페이스트 권장)

여기까지는 굉장히 좋은데, 문제는 이 조잡한 시제품에 개발을 이어간다는 것.

새로 만들어야 하는데 그렇게 하지 않아서 문제 발생할 때 있음(리팩토링이라도 해야 하지만, 리팩토링보단 새로만드는게 훨씬 좋음)




https://www.youtube.com/watch?v=sYPsm93qIkY