기간 : 10.24 ~ 10.30 팀 : 칠전팔기(김환희, 손다희, 안준우, 최준희) 프로젝트 : 키오스크 프로그램 KEEP - 좋았던 부분, 계속해서 유지되었으면 하는 부분 서로 힘을 모아서 프로젝트를 완성했다. 분업이 잘 되어있고, 질문하기 편한 분위기여서 좋았다. git 활용을 적극적으로 했다. PROBLEM - 잘되지 않았던 부분, 문제라고 생각하는 부분 코드 컨벤션, git 커밋 메시지 규칙 등 초반에 결정해야 할 부분을 지나쳤다. 팀의 수준이 천차만별이라 따라가기 어려웠던 부분이 있었다. 일상적인 대화가 부족했다. TRY - Problem을 해결할 수 있도록 실천해 보았으면 하는 부분 프로젝트 시작 전 많은 대화를 나눠서 컨벤션을 정해야겠다. 팀끼리 코드리뷰를 진행해봐야겠다. 다른 과제였던 호텔 프로그램을 만들어보고, 주석 사용을 활발히 해봐야겠다. 회의시간 외에도 일상적인 대화를 자주 해봐야겠다. 팀원들 한 마디 김환희 일주일이란 짧은 시간동안 모두 기능 구현하고 …

수정목록 1. Cart 클래스 신규 생성 현재상황 : 주문 상태를 필드가 아닌 리스트로 관리하기로 팀원들과 협의 → 주문 상태 필드 삭제 및 대기/완료리스트 신규 생성 문제점 : 대기리스트에 주문을 담으려고 하니까 값이 초기화되는 문제 발생 원인 : Order 클래스가 장바구니의 역할까지 하고 있는 것 해결방안 : Cart 클래스를 추가하여 Order 클래스의 역할 부담을 덜어줌 느낀점 : 혼자서 헤메이다가 팀원들과 대화를 나누다보니 해결방안이 딱 나왔다! 하나의 클래스는 하나의 역할을 담당하는 것이 얼마나 중요한건지 한번 더 깨닫게 되었다. 2. 관리자 모드 추가 대기목록 출력 현재상황 : 주문을 할 때마다 새로운 Order 인스턴스를 생성하여 Cart에 있는 값을 넣어주고 waitingList에 추가해 줌 문제점 : 대기목록을 출력하기위해 waitingList에 있는 Order 인스턴스의 값을 가져옴 → 다른 필드들은 값이 있는데 orderMap만 사라지는 문제 발생 원인 O…

팀 과제에 추가된 요구사항을 구현했다. 간단한 부분을 맡게되어서 빨리 끝났다. 1. 요청사항 입력 기능 추가 요청사항은 필수가 아니기 때문에 입력한다고 선택할 경우에만 입력받도록 했다. 20자이하의 조건이 만족할 때까지 재요청을 한다. 조건을 만족한다면 order 인스턴스가 가지고 있는 request 필드에 저장한다. 2. 주문 확인 시 요청사항 출력 order인스턴스가 가지고 있는 request를 가지고 온다. 3. 주문 상태 및 주문 상태 변경 기능 추가 Order 클래스에 status 필드를 추가하고 false로 초기화했다. 주문 상태를 받아 변경해주는 switchStatus 메소드를 구현했다.

1, 2차 과제 구현 게시글을 작성하면서 코드의 변화를 기록하기가 어려웠는데, 이번 게시글은 간단하게 작성하기로 하고 깃 커밋내역을 활용하기로 했다😗 3차 구현에서 수정된 부분은 아래와 같다. 1. OrderProcess 클래스 신규 생성 현재 상황 : Order 클래스에서 주문을 처리하기 위한 모든 작업을 진행했음 문제점 : 주문 인스턴스를 위한 멤버들과 주문을 처리하기 위한 멤버들이 혼잡하게 섞여있었다. 해결방안 : Order 클래스에서 주문을 처리하는 부분을 분리하여 OrderProcess 클래스로 신규 생성 결론 : 각각의 클래스가 본인의 역할만 수행하고 있게 된 것 같다. 2. 전체 주문 목록에 값이 잘못 들어가는 부분 수정 문제점 : 메소드에 기본값을 잘못 입력하여 전체 주문 목록에 값이 한번 더 더해져서 들어가는 상황 발생 해결방안 : 기본 값을 0으로 변경 3. 메소드의 분리 현재 상황 : 화면에 안내문구를 출력하는 메소드에서 관련 없는 작업(총 금액 구하기 등..…

더이상 혼자 고민하는건 의미가 없다는 생각이 들어서 제출을 완료했다! 이제 피드백을 받고 내 코드에 무슨 문제가 있는지, 앞으로 어떻게 개선해 나가면 좋을지 생각해봐야겠다🥺 1차 과제 구현과 달라진 점 예외처리 진행 메뉴 초기화 방법 변경 기능별로 메소드 분리하려고 노력함 관리자 메뉴 추가 Main.java insertMenu()는 앱이 시작될 때 항상 실행되어야 하는 메소드로, KioskApp 객체를 생성할 때 실행되도록 하였다. 예외처리를 진행하여 호출 된 메소드들이 예외를 던질 때 예외 메시지를 출력하도록 했다. KioskApp.java 각각의 입력이 숫자가 아닐 경우 오류를 던지게 수정 : if문보다 switch문이 가독성이 더 좋아보여 변경하였다. : 관리자의 메뉴를 출력하는 메소드를 추가하였다. Product.java : 개수에 따른 출력을 위해 추가하였다. Order.java : 개수 출력을 위해 List에서 Map으로 변경 : 사용자가 화면에서 선택한 값에 …

자바 강의 완강 후 시작 된 개인 프로젝트! 키오스크 만들기이다. 1차 기능 구현은 완료했지만 아직 부족한 부분이 많이 보인다. 선택 요구사항을 구현하면서 차차 고쳐나가봐야지! Main.java 프로젝트의 메인 클래스 KioskApp 객체를 생성한 후 메소드로 메뉴를 세팅하고, 메소드로 키오스크를 실행했다. KioskApp.java 키오스크 실행 클래스, 메뉴를 출력하는 메소드를 오버로딩하여 사용했다. 인스턴스 변수 : 상세 메뉴 전체를 담는 리스트 : 메인 메뉴를 담는 리스트 , , , : 각각의 상세메뉴를 담는 리스트 인스턴스 메소드 : 키오스크 실행 전, 메뉴를 세팅하는 메소드 : 키오스크 실행 메소드 : 메인 메뉴 출력 메소드 : 상세 메뉴 출력 메소드 Menu.java 메인메뉴 클래스 : 선택한 메뉴를 화면에 출력함 Product.java 상세 메뉴 클래스 : 상속받은 Menu의 메소드를 재정의해서 사용함 Order.java 주문 클래스, 주문에…

내일배움캠프 미니프로젝트를 마치며 6조 팀원들과 함께 KPT를 작성해 보고자 한다. “근데 KPT가 뭐지?” Keep, Problem, Try의 약자로 회고 내용을 세 가지 관점으로 분류하고 회고를 진행하는 회고 방법론 중 하나라고 한다… 는데 바로 시작해보자! KEEP - 좋았던 부분, 계속해서 유지되었으면 하는 부분 모르는 부분이 생길때 스스로 해결해보려 노력하고, 문제가 있을 땐 주저없이 질문하고, 반대의 상황에서도 주저 없이 서로 도와주었다. 각자 맡은 기능들을 완벽하게 구현하기 위해 모두 성실하게 임했다. 협업 경험을 위한 Git hub repository 생성과 기능별 branch 생성이 잘 이루어 졌다. PROBLEM - 잘되지 않았던 부분, 문제라고 생각하는 부분 프로젝트 기간이 너무 짧아서 개발 일정을 구체화 할 수 없었다. 회의록 작성을 하지 못했다. JavaScript 비동기 처리에 대한 이해가 부족했다. TRY - Problem을 해결할 수 있도록 실천해 보…