2팀

Q&A

  • javaFX와 왜 다른 브랜치를 썼나요!? 아예 다른 프로젝트 관리로 발전할 수도 있지 않았나!? MVC 아키텍처를 잘 적용했다면 UI를 단순히 바꾸는 것만으로 프로그램이 잘 실행되는 것을 보여주는 것이 좋았을 것 같다. 교수님
  • grass나 solid 원칙 적용!? ooad 원칙? 설계문서에서 이런 부분을 잘 고려해서 작성하면 좋겠다. 교수님

3팀

발표

  • strategy 패턴
  • “복잡한 관계는 그래프로 모델링할 수 있다.”
  • 코드 재사용성 확보 OCP를 지킴
  • 느슨한 결합

Q&A

  • 다른 해보고 싶은 것들이 뭐가 있을까?! 교수님
  • Observer 패턴을 사용해보고 싶었음
  • method call로 MVC 패턴을 선택했다.
  • 테스트 케이스? MVC 패턴으로 만들다 보니까, model에 있는 코드를 위주로 봐도 테스트 코드를 작성할 수 있었다. view, controller도 몰라도 작성하기 괜찮았다. 교수님

4팀

발표

  • 당일책임원칙, 개방폐쇄원칙, 인터페이스분리및의존역정(observer pattern) 언급

Q&A

  • PR 기반 협업이 어떤 것인가요?! 교수님
  • 여러 작업자들의 코드를 동시 작업할 수 있게 PR 방법을 채택했다
  • UseCase Diagram을 보여달라! 말 업기, 상대 말 잡기를 왜 extend로 표현했나요!? IF문으로 생각한 것인가요!? Include로 묶지 않은 이유가 무엇인가요? 교수님
  • extend의 목적에 대해서는 다르게 오해되는 경우가 많다! 어떤 국가에 가면 필요 없다. 필요없는 요구사항일 경우에, extend를 가지고 모델링한다. 경우에 따라서 말 업기, 상대 말 잡기의 경우에는 include가 맞다! 강의 자료를 더 찾아보거라!
  • MVC 적용하면서 어려웠던 점은?

5팀

발표

  • 모두 아는 내용은 빼고 설명하기로 함
  • 목차 설명하고 시작함

Q&A

  • 발표자료에서는 잘 설명했지만, 설계 문서에는 내용이 좀 빈약함… 교수님
  • 원칙을 잘 적용했지만, 문서에서는 UseCase 위주로 작성함
  • 더 해보고 싶은거? 부족한거? 교수님
  • 좀 Concrete하게 만들었는데, 시간이 더 있었다면 더 확장 가능한 7각형, 8각형이 가능하면 좋을 것 같다. UX 개선하고 싶었다.
  • State Diagram을 잘 썼는가!? 교수님

6팀

발표

Q&A

  • 보고서에는 있는 UseCase를 보여주세요! 교수님 이 방향성이 이게 맞는건가요?! 한번 말씀해주세요
  • comment : 말 이동 방향 이상함, extend 관계가 조금 이상함
  • Game User 유스케이스는 연결된 액터가 없는데, 의도된 건가요?! 교수님
  • 애초에 잘 연결을 했어야했다.
  • 타이머 같은 액터를 두면 된다. 시스템이 자체적으로 판단해서 사용할 수 있음. 시스템이 종료할 순간인지 판단하는,,, 게임종료를 액터와 연결되기는 해야한다(?)
  • 설계 원칙을 적용하는 것을 강조했었는데, 기억에 남는 설계원칙에 대해서 말씀해주시겠어요? 교수님
  • 단일책임원칙 SRP이 기억에 남는다.

7팀

발표

  • MVC + Observer Pattern, MVC - passive model

Q&A

  • 네 가지 버전?! 교수님 MVC passive pattern
  • MVC observer pattern(교수님 언급 후에)을 적용하려고 했는데, 너무 복잡해져서 다시 passive pattern으로 제출함
  • Git directory를 보니까(교수님께서 다른 화면을 보면서 말씀하심,, 아마 모들 폴더 구조, 파일 내용, 위치 확인하시는 듯!?) model이 양쪽에 copy and paste를 한 것 같은데, 이 구조 말고 model을 공유할 수는 없었을까요!? 교수님
  • 최종버전은 통합이 안되었다… 통합이 되었는데, 왜 통합된 버전을 안냈죠!? 교수님
  • 발표자료 다시 보시죠! 교수님 프로젝트 개요 - 진행 환경 및 MVC 화면 표현할 때 주의해야 함,,, control flow를 해야한다. Get State?! (이해 못하겠음) passive와 active(observer?)가 그렇게 다른 것이 아니라. 표현이 그렇게 다르지 않다.
  • 아마 이 말은,,, 음… 두 모델의 그림이 잘못되었다는 것을 말씀하신 듯?!
  • 보충 답변?! 옵저버 패턴, 모델의 이벤트 기반으로 정보를 입력받을 수 있었다. ?? 쨋든 결론은,, 제출은 안했지만, 두 UI든 observer 패턴을 사용하지는 않았다. integrate 하지도 안않았다.

8팀

발표

  • MVC + Observer Pattern, MVC - passive model

Q&A