나구리의 개발공부기록

출처 : 인프런 - 스프링 MVC 2편 - 백엔드 웹 개발 핵심 기술 (유료) / 김영한님    유료 강의이므로 정리에 초점을 두고 코드는 일부만 인용  https://inf.run/GMo431.  로그인 요구사항/프로젝트 생성 / 홈 화면1) 로그인 요구사항(1) 홈 화면 - 로그인 전회원가입로그인(2) 홈 화면 - 로그인 후본인 이름(OO님 환영합니다.)상품 관리로그 아웃(3) 보안 요구사항로그인 사용자만 상품에 접근하고 관리할 수 있음로그인 하지 않은 사용자가 상품 관리에 접근하면 로그인 화면으로 이동(4) 회원 가입, 상품 관리2) 프로젝트 생성제공된 소스코드의 login-start의 폴더를 login으로 변경하여 사용여태까지는 java 버전이 11로 프로젝트가 생성되어있어 그냥 11로 했으나 이..

출처 : 인프런 - 스프링 MVC 2편 - 백엔드 웹 개발 핵심 기술 (유료) / 김영한님    유료 강의이므로 정리에 초점을 두고 코드는 일부만 인용  https://inf.run/GMo431. 소개/시작/프로젝트준비V31) Bean Validation 소개검증 기능을 매번 코드로 작성하는 것은 상당히 번거롭다(기존의 ItemValidator 클래스 처럼)이런 검증 로직을 모든 프로젝트에 적용할 수 있게 공통화, 표준화 한것이 Bean Validation이며 애노테이션 하나로 검증 로직을 매우 편리하게 적용할 수 있음(1) Bean Validation 예시public class Item { private Long id; @NotBlank private String itemName; @NotNull @R..

출처 : 인프런 - 스프링 MVC 2편 - 백엔드 웹 개발 핵심 기술 (유료) / 김영한님    유료 강의이므로 정리에 초점을 두고 코드는 일부만 인용  https://inf.run/GMo431. 오류 코드와 메시지 처리11) 에러 메시지 파일 생성오류 메시지가 항목마다, 기능마다 모두 다르다면 규모가 큰 애플리케이션에서 수정시 매우 번거올 수 있으므로 일관성 있게 오류 메시지를 다루는 것이 좋음FieldError와 ObjectError의 생성자는 codes, arguments를 제공하는데 이것은 오류 발생 시 오류 코드로 메시지를 찾기위해 사용되며 이것을 활용기존 messages.properties에 error.item 이런식으로 등록해도 되지만 오류 메시지를 구분하기 쉽게 별도의 파일로 관리하는것이 ..

출처 : 인프런 - 스프링 MVC 2편 - 백엔드 웹 개발 핵심 기술 (유료) / 김영한님    유료 강의이므로 정리에 초점을 두고 코드는 일부만 인용  https://inf.run/GMo431.  검증 요구사항 및 프로젝트 설정 V11) 요구사항 : 검증 로직 추가(1) 타입 검증가격, 수량에 문자가 들어가면 검증 오류 처리(2) 필드 검증상품명 : 필수, 공백 x가격 : 1000원 이상, 1백만원 이하수량 : 최대 9999(3) 특정 필드의 범위를 넘어서는 검증가격 * 수량의 합은 10,000원 이상2) 현재까지 만든 웹 애플리케이션의 문제점폼 입력시 숫자를 문자로 작성하여 검증 오류가 발생하면 오류 화면으로 바로 이동해서 사용자가 처음부터 해당 폼으로 다시 이동해서 입력해야함값을 넣지 않아도 상품이..

출처 : 인프런 - 스프링 MVC 2편 - 백엔드 웹 개발 핵심 기술 (유료) / 김영한님    유료 강의이므로 정리에 초점을 두고 코드는 일부만 인용  https://inf.run/GMo431. 설정 및 소개1) 프로젝트 설정(1) 프로젝트제공된 소스코드의 message-start 폴더의 이름을 message로 변환하여 임포트해서 사용GradleJava 11Spring Boot 2.4.4(2) MetadataGroup: helloArtifact: messagePackaging: Jar(3) Dependencies스프링 웹타임리프롬복2) 소개(1) 메시지HTML 파일에 하드코딩된 메시지를 수정해야할 때 지금처럼 단순히 HTML파일이 몇개 없을 때에는 문제가 되지 않지만 HTML파일이 수십개라면 수십개의 ..

2024년도 수제비 실기책(6판) 내용 정리CHAPTER 01 - UI 요구사항 확인 / 1. UI 요구사항 확인1) UI 설계 원칙직관성 - 누구나 쉽게 이해하고 쉽게 사용할 수 있어야 함유효성 - 정확하고 완벽하게 사용자의 목표가 달성될 수 있도록 제작학습성 - 초보와 숙련자 모두가 쉽게 배우고 사용할 수 있게 제작유연성 - 사용자의 요구사항을 최대한 수용하고 실수를 방지할 수 있도록 제작2) UI 품질 요구사항(ISO/IEC 9126기반)기능성 : 실제 수행 결과와 품질 요구사항과의 차이를 분석 -> 실제 사용 시 정확하지 않은 결과가 발생할 확률과 관련하여 시스템의 동작을 관찰하기 위한 품질 기준신뢰성 : 일정한 시간 또는 작동되는 시간 동안 의도하는 기능을 수행함을 보증하는 품질 기준사용성 : ..

2024년도 수제비 실기책(6판) 내용 정리1. 현행 시스템 파악1) 소프트웨어 아키텍처 4 + 1 뷰뷰설명유스케이스 뷰(Usecase View)유스케이스 또는 아키텍처를 도출하고 설계, 다른 뷰를 검증하는데 사용되는 뷰사용자, 설계자, 개발자 테스트 관점논리 뷰(Logical View)시스템의 기능적인 요구사항이 어떻게 제공되는지 설명해주는 뷰설계자, 개발자 관점프로세스 뷰(Process View)시스템의 비기능적인 속성으로서 자원의 효율적인 사용, 병행 실행, 비동기, 이벤트 처리 등을 표현한 뷰개발자, 시스템 통합자 관점구현 뷰(Implementation View)개발 환경 안에서 정적인 소프트웨어의 모듈 구성을 보여주는 뷰컴포넌트 구조와 의존성을 보여주고 컴포넌트에 관한 부가적인 정보 정의배포 뷰..

2024년도 수제비 실기책(6판) 내용 정리1. 소프트웨어 개발 방법론1) 소프트웨어 생명주기 모델 (SDLS) 종류종류설명폭포수 모델(Waterfall Model)소프트웨어 개발 시 각 단계를 확실히 마무리 지은 후 다음 단계로 넘어감절차 : 타당성 검토 > 계획 > 요구사항 분석 > 설계 > 구현 > 테스트 > 유지보수프로토타이핑 모델(Prototyping Model)고객 요구사항의 주요 기능을 프로토타입으로 구현 -> 고객피드백 반영하여 소프트웨어 만듦나선형 모델(Spiral Model)위험을 최소화 하기위해 점진적으로 완벽한 시스템으로 개발해 나가는 모델절차 : 계획 및 정의 > 위험 분석 > 개발 > 고객평가반복적 모델(Iteration Model)구축 대상을 나누어 병렬적으로 개발 후 통합하거..

2024년도 수제비 실기책(6판) 내용CHAPTER 02 - 애플리케이션 통합 테스트(기출문제)1)  애플리케이션을 실행하지 않고, 소스 코드에 대한 코딩 표준, 코딩 스타일, 코드 복잡도 및 남은 결함을 발견하기 위해 사용하는 도구는?정답더보기정적 분석 도구2) (   1   ) 테스트는 최하위 모듈로부터 위쪽 방향으로 제어의 경로를 따라 이동하면서 테스트와 통합을 수행하는 방식이고, 하위 모듈을 포함하는(   2   )이/가 필요하다. 괄호(   ) 안에 들어갈 용어를 작성정답더보기1. 상향식2. 테스트 드라이버3) 다음 통합 테스트에 대한 설명 중 괄호 (    ) 안에 들어갈 용어를 작성(   1   ) 은/는 제어 모듈이 호출하는 타 모듈의 기능을 단순히 수행하는 더미 모듈로 하향식 통합 테스트..

2024년도 수제비 실기책(6판) 내용CHAPTER 02 - 애플리케이션 통합 테스트1. 애플리케이션 테스트 수행1) 단위 테스트(Unit Test)개별적인 모듈(또는 컴포넌트)을 테스트하며 구현 단계에서 각 모듈을 구현한 후 수행함개별적인 모듈에 대해 컴포넌트 테스트를 수행하려면 모듈을 단독으로 실행 할 수 있는 테스트 베드(Test Bed)라는 환경이 필요함(1) 단위 테스트 수행 도구구분설명테스트 드라이버Test Driver- 모듈 테스트 수행 후의 결과를 도출하는 시험용 모듈- 필요 테스트를 인자를 통해 넘겨주고, 테스트 완료 후 그 결괏값을 받는 역할을 하는 가상의 모듈- 하위 모듈을 호출하는 상위 모듈의 역할테스트 스텁Test Stub- 일시적으로 필요한 조건만을 가지고 임시로 제공되는 시험용..