실버라인의 잡다한 정보

3.2.11 단위시험 케이스 【산출물 양식】 ▣ 제·개정 이력날짜버전작성자승인자내용 D11단위시험 케이스시스템명서브시스템명단계명설계작성일자버전단위시험ID설명관련 컴포넌트 ID관련프로그램ID케이스ID케이스명작업권한시험데이터시험항목 및 처리절차예상결과 및 검증방법시험결과 【작성 목적】 단위 프로그램 및 컴포넌트를 설계한 개발자가 컴포넌트 명세서에 정의된 바와 같이 설계한 컴포넌트 프로그램의 오류를 검출할 목적으로 배포하는 컴포넌트 단위로 시험하기 위한 시험 설계를 기술한다. 【작성 방법】 개발자가 설계한 컴포넌트 단위로 작성하며 컴포넌트별 시험케이스를 작성한다. 【항목 설명】 • 단위시험 ID 단위 컴포넌트(프로그램)별 유일한 ID를 부여하여 기입한다. • 설명 단위 컴포넌트(프로그램)에 대한 간략한 설..

2.10 통합시험 시나리오【산출물 양식】 ▣ 제·개정 이력날짜버전작성자승인자내용 D10통합시험 시나리오시스템명서브시스템명단계명설계작성일자버전 1. 시험 시나리오시험시나리오 ID시험시나리오명시험시나리오설명관련 유스케이스ID시험케이스 ID시험케이스 설명시험 절차시나리오 설명비고 2. 시험케이스차수시험시나리오 ID시험케이스 ID시험 절차시험 항목사전조건입력자료예상결과화면ID시험결과비고순번업무처리내용 【작성 목적】 각 응용 프로그램의 단위 프로그램 내에서의 작업 흐름 연계, 단위 프로그램간의 상호 연동 및 대내외 인터페이스를 포함한 사용자 요구사항을 만족하는지를 검증한다. 【작성 방법】 시험시나리오별로 통합 시험 케이스를 기술하고 시험 예상결과와 시험결과를 비교 할 수 있도록 한다. 【항목 설명】 ▣ 시험 시나..

2.9 데이터베이스 설계서【산출물 양식】 ▣ 제·개정 이력날짜버전작성자승인자내용 D9데이터베이스 설계서시스템명서브시스템명단계명설계작성일자버전 1. 데이터베이스 목록데이터베이스주관부서비고ID명칭 2. 데이터베이스 정의데이터베이스 ID데이터베이스명Storage GroupBufferpool인덱스 BPTS IDTS 용량테이블 ID테이블 명인덱스 ID인덱스 용량비고 3. 테이블 명세테이블ID테이블명데이터베이스명TS명트리거 구성테이블 설명초기건수증가량(일)보관주기최대건수용량비고컬럼명컬럼ID타입 및 길이Not NullPKFKIDX기본값제약조건 【작성 목적】 최종적으로 설계된 테이블과 인덱스를 데이터베이스 공간에 맵핑시키고 저장공간 등의 물리 모델을 기술한다. 【작성 방법】 부서에서 운영하는 데이터베이스 목록을 ..

2.8 엔티티 관계 모형 설계서 【산출물 양식】 ▣ 제·개정 이력날짜버전작성자승인자내용 D8엔티티 관계 모형 설계서시스템명서브시스템명단계명설계작성일자버전 1. 엔티티 관계도(ERD)ERD IDERD 명 2. 엔티티 명세서엔티티 ID엔티티명관련 클래스 ID관련 클래스명엔티티 설명속성명동의어타입길이NOT NULLPKFKINX기본값제약조건Y/NY/NY/NY/N 【작성 목적】 시스템의 요구사항을 만족하기 위한 주요 엔티티 및 엔티티간의 관계를 표현하고 엔티티에 대한 명세를 기술한다. 【작성 방법】 논리적 데이터 모델링을 통한 엔티티 관계 모형도(ERD)를 작성하여 엔티티를 식별한다. 작성한 엔티티 관계 모형도와 개념적 클래스도를 비교하여 볼 필요가 있다. ERD에서는 엔티티가 모두 속성을 가져야하나 개념 클래..

1.3 요구사항 추적표【산출물 양식】 ▣ 제·개정 이력날짜버전작성자승인자내용 R3요구사항 추적표시스템명서브시스템명단계명분석작성일자버전분석 단계설계 단계구현 단계시험 단계사용자 요구사항 명세서유스케이스 명세서사용자 인터페이스 설계서컴포넌트 설계서데이터베이스 설계서프로그램 코드단위시험 결과서통합시험 결과서시스템시험 결과서요구사항ID요구사항명유스케이스ID유스케이스명화면ID컴포넌트ID테이블ID파일 ID단위시험ID시나리오ID시나리오ID 【작성 목적】 시스템의 요구사항을 도출하여 개발의 각 단계별로 작성한 산출물이 일관성을 가지는지를 추적할 수 있도록 각 단계별 산출물의 추적성을 관리하기 위하여 작성한다. 【작성 방법】 사용자 요구사항 정의서로부터 시작하여 분석, 설계, 구현, 시험의 각 단계별 산출물에 ID를..

1. 분석 단계 1.1 사용자 요구사항 정의서【산출물 양식】 ▣ 제·개정 이력날짜버전작성자승인자내용 R1사용자 요구사항 정의서시스템명서브시스템명단계명분석작성일자버전요구사항 ID요구사항명구분요구사항 설명요구사항 출처제약사항중요도해결방안검수기준비고 【작성 목적】 시스템의 요구사항을 도출하여 발주자와 내용을 합의하고 하나의 업무 단위로서 가치를 가지고 수행될 수 있는 단위로서의 업무를 도출하여 업무 내용을 기술한다. 【작성 방법】 산출물 양식의 표를 이용하여 해당 항목에 기술하며 이해하기 쉽고 구체적인 언어표현을 사용한다. 기능적 요구사항과 비기능 요구사항을 그룹핑하여 별도의 표로 작성한다. 【항목 설명】 • 요구사항 ID 요구사항별로 유일한 ID를 부여하여 기입한다. • 요구사항명 도출된 요구사항을..

전자정부프레임워크 3.0 프로젝트에서 UserService와 UserServiceImpl처럼 똑같은 이름 뒤에 **Impl**이 붙은 클래스를 보셨을 거예요. 여기서 Impl은 **Implementation(구현)**의 약자입니다.왜 굳이 인터페이스를 만들고, 그 뒤에 Impl을 붙여서 클래스를 따로 만드는지 그 이유를 명확히 파악하는 것이 2단계의 핵심입니다.1. 인터페이스와 Impl의 관계비유를 하자면 **인터페이스는 '메뉴판'**이고, **Impl은 '실제 요리사'**입니다.인터페이스 (Menu): "우리 식당은 비빔밥, 김치찌개를 팝니다"라고 목록만 적어둔 것입니다. (알맹이가 없음)Impl (Chef): 실제로 주방에서 비빔밥을 어떻게 비비고, 김치찌개를 어떻게 끓이는지 **구체적인 조리법(코드..

상속은 한마디로 **"이미 잘 만들어진 클래스(부모)의 변수와 메서드를 다른 클래스(자식)가 그대로 물려받는 것"**입니다.1. 상속(Inheritance)의 개념자바에서는 extends라는 키워드를 사용합니다. "확장한다"는 뜻이죠.부모 클래스 (Parent/Super Class): 공통적인 기능을 가진 클래스 (예: Animal)자식 클래스 (Child/Sub Class): 부모를 물려받아 더 구체적인 기능을 더한 클래스 (예: Dog, Cat)📂 코드 예시Java // 부모 클래스public class User { String id; public void login() { System.out.println(id + "님이 로그인하셨습니다."); }}// 자식 클래스 (..

결론부터 말씀드리면, 현대적인 자바 개발 환경(Spring Boot, 전자정부 4.0 이상 등)에서는 롬복(Lombok) 사용을 압도적으로 권장합니다. 하지만 현재 사용 중인 전자정부프레임워크 3.0 환경이라면 상황에 따라 다를 수 있습니다.두 방식 중 무엇을 선택할지 결정하는 기준을 명확히 정리해 드릴게요.1. 왜 롬복(Lombok)을 더 권장하나요?실무에서 롬복이 표준이 된 이유는 **"실수 방지"**와 "코드 가독성" 때문입니다.수정의 편의성: 필드 이름을 userName에서 userId로 바꾼다고 가정해 봅시다. 직접 작성했다면 Getter/Setter 메서드 이름도 일일이 다 바꿔야 하지만, 롬복은 필드명만 바꾸면 끝입니다.핵심 로직 집중: 클래스 파일이 500줄인데 그중 450줄이 Getter..

자바의 Getter/Setter는 객체의 데이터를 안전하게 꺼내고(get) 넣는(set) 통로입니다. 이걸 직접 타이핑하느냐, **롬복(Lombok)**이라는 도구에게 맡기느냐의 차이를 명확히 정리해 드릴게요.1. 직접 선언하는 방식 (전통적 방식)자바의 정석적인 방법입니다. 클래스 내부에 메서드를 일일이 작성합니다.📂 코드 예시Java public class UserVO { private String id; private String name; // 직접 작성 (또는 이클립스/인텔리제이 단축키로 생성) public String getId() { return id; } public void setId(String id) { this.id = id; } public..