EVO

어느새 인증 구현, 메뉴구현에 이어 가장 중요하다 싶은 주문 관리 페이지를 만들어 보도록 하겠습니다. 시나리오 1. 고객이 주문을 했을 때, 직원이 주문 등록 페이지에서 쉽게 주문 정보를 입력한다. 2. 직원은 간단한 폼을 사용하여 필요한 정보(이름,연락처,주문내역 등)을 입력하도록 한다. 3. 주문 등록 페이지에 주문 상태(조리중, 조리완료, 배달중,배달완료)를 등록하고 추후 변경할 수 있도록 합니다. 4. 메뉴 품절정보를 표시하여 직원들이 주문시 품절된 품목을 확인할 수 있도록 합니다. 일단 UI를 보면 로직을 짜기 쉽기에 이런식으로 만들면 될듯 합니다. 다시 정확하게 컨트롤러에 넘길 데이터를 알기 위해 주문 테이블 스키마를 자세히 살펴보겠습니다. 그리고 팀원이 짠 OrderService 코드중 주문..

문제 인지 현재 저의 사항은 다음과 같습니다. 보시다시피 feature-auth 브랜치에 다음과 같은 문제가 발생했습니다. 1. feature-auth는 인증 관련 기능을 수행하는 브랜치 2. 브랜치를 바꾸지 않은 상태로 상품등록폼 구현 및 리스트 구현 중에 브랜치 바뀌지 않은 상태였다는 것을 인지 3. 다행이 아직은 커밋을 하지 않은 상태 문제 해결 어떻게 하면 안전하게 상품등록폼 구현 및 리스트 구현중인 작업을 feature-product 브랜치에 옮길 수 있을까 고민을 해봤습니다. 저의 생각은 다음과 같습니다 먼저, develop브랜치로 switch 2번째, develop 브랜치에서 feature-branch를 생성(git checkout -b feature-branch): 위의 그림처럼 아직 생성..

implementation group: 'org.springframework.boot', name: 'spring-boot-starter-security', version: '3.0.5' 시큐리티를 구현하기 위해 먼저 MVN Repository에서 위의 코드를 따와 의존성 주입을 하였습니다. 현재 저희가 진행 중인 스프링부트 버전은 3.0.5 버전으로 2.7+ 버전에서부터는 Spring Security의 WebSecurityConfigureAdapter를 통해 security config를 override 할 때 오류가 발생합니다. 따라서 아쉽게도 제가 알고 있던 방식으로는 더 이상 진행할 수 없기에 이참에 새로운 버전인 시큐리티를 공부하며 인증구현을 하도록 하겠습니다. 비교 다음은 HTTP로 모든 엔드..

인증 페이지(비회원): GET /auth/signin : 로그인 페이지로 이동 POST /auth/signin: 로그인 요청 GET /auth/signup: 회원가입 페이지로 이동 POST /auth/signup: 회원가입 요청 GET /auth/admin/signup : member가입 페이지로 이동 POST /auth/admin/signup: member 가입 요청 회원관리페이지(관리자용): GET /admin/customers: customer 목록 조회 페이지로 이동 GET /admin/customers/{customerId} : 특정 customer 수정 페이지로 이동 GET /api/customers :customer 데이터들 불러오기 PUT /api/customers/{id}/status :..

소프트웨어 생명주기는 요구사항 분석=> 설계=>구현=> 테스트=>유지보수 로 이루어집니다. 앞으로 이 프로세스를 진행하는데 이 주기를 지켜야 할 것 입니다. 현재 문제점... 현 단계에 저희는 요구사항 분석(요구사항 수집후 명세서 작성)이 끝나서 이제 설계를 건너뛰어 구현을 바로 할 생각이었습니다. 하지만 요구사항 명세서가 어느정도 작성되었지만 이해관계자들이 이 명세서를 봤을 때 과연 이해를 할 수 있을까? 또한 내가 이 명세서만을 보고서 구현이 쉽고 빠르게 이루어질까? 하는 생각이 들었습니다. 그래서 이러한 문제점때문에 그동안 작성한 것들을 바탕으로 빠른 시간내에 수정작업을 할 것 입니다. 요구사항 분석 전 모델 채택 : 애자일 프로세스 일단 소프트웨어 공학 관점을 지키기 위해 소프트웨어 생명주기를 가..