분류 전체보기

어쩌다보니 합격했습니다.어라. 자바 폴더를 잘못 만들어서 2개 Fail 뜰 줄 알았는데 하나만 Fail 떠서 스무스하게 합격했습니다.생각보다 지필이 정말 쉬웠고 이상하게도 제가 본 부분만 시험에 나왔어요. SQL이 특히나 쉬웠고, 인터페이스 구현, 서버프로그램 구현은 유튜브 영상만 잘 보고 가면 쉽게 하실 수 있습니다. 정말 몇년만에 보는 자격증 시험이라서 떨렸는데, 합격하니 뿌듯하긴 하네요 ㅎㅎ 공부는 그냥 NCS 학습 모듈 다운 받아서 개념부분 빼고 다 페이지 지운다음에 기출, 예상에 나온 키워드만 다 형광펜으로 칠하고 봤습니다.키워드 중심으로 공부하시면 되고 SQL은 평소에도 자주 써서 문제 없이 했습니다.jsp가 익숙치 않았는데 요건 그래도 난이도가 어렵지 않았어요.자바 임포트하는 부분만 까먹지 ..

1. 애플리케이션 통합 테스트 수행1.1 통합 테스트 수행 방법통합 테스트: 소프트웨어의 각 모듈 간 인터페이스 오류 및 결함을 확인하는 테스트.목적: 단위 테스트가 끝난 모듈 간 통합으로 전체 시스템 구현 검증.수행 방법 분류:하향식 통합(Top Down)상향식 통합(Bottom Up)1.2 하향식 통합(Top Down)방식: 메인 제어 모듈에서 하위 모듈로 이동하며 통합 수행.수행 단계:스텁(Stub)을 개발하여 하위 모듈 대체.하위 모듈을 실제 모듈로 대체하며 테스트 수행.특징: "깊이 우선 방식" 또는 "너비 우선 방식"으로 진행.1.3 상향식 통합(Bottom Up)방식: 하위 모듈에서 상위 모듈로 이동하며 통합 수행.수행 단계:하위 모듈의 클러스터 단위로 테스트.드라이버(Driver)를 사용하..

1. 애플리케이션 테스트 케이스 작성1.1 테스트의 목적회복(Recovery) 테스트시스템에 고의로 실패를 유도하고 시스템이 정상적으로 복귀하는지 확인한다.안전(Security) 테스트시스템이 불법적인 접근을 차단하고 보안 결함이 없는지 점검한다.강도(Stress) 테스트과다한 정보량을 부과하여 과부하 상황에서도 시스템이 정상 작동하는지 검증한다.성능(Performance) 테스트특정 시간 내 업무 처리량, 사용자 이벤트에 대한 반응 속도를 평가한다.구조(Structure) 테스트시스템 내부 논리 경로 및 복잡도를 분석한다.회귀(Regression) 테스트코드 변경 또는 수정 후 새로운 결함 발생 여부를 점검한다.병행(Parallel) 테스트기존 시스템과 변경된 시스템에 동일 데이터를 입력하고 결과를 비..

1. 제품 소프트웨어 버전 등록1.1. 버전 관리의 중요성목적:작성된 패키지의 변경 내역 관리.제품 소프트웨어의 일관성과 안정성 유지.버전 관리의 핵심 요소:Baseline 관리: 특정 시점의 버전을 기준으로 기록하고 변경사항 추적.변경 통제: 변경 사항에 대한 명확한 기록과 통신 중요.1.2. 버전 등록의 상세 개념버전 관리 용어 정리:가져오기(Import): 버전 관리지 않은 로컬 디렉토리 파일을 처음으로 저장소(Repository)에 복사.체크아웃(Check-out): 저장소(Repository) 파일 받기.체크인(Check-in): 저장소(Repository)에 새로운 버전으로 갱신.커밋(Commit): 체크인 시 이전 갱신 사항이 있는 경우 충돌(conflict) 알림, diff 도구 이용 수정..

1. 제품 소프트웨어 설치 매뉴얼1.1. 설치 매뉴얼의 개요정의: 소프트웨어 설치 기준 및 절차를 문서화하여 사용자에게 안내하는 문서.목적: 설치 방법과 실행 환경을 상세히 설명하여 사용자의 이해를 돕는 데 있음.1.2. 설치 매뉴얼 작성 기본 사항사용자 기준 작성: 매뉴얼은 개발자 관점이 아닌 일반 사용자가 이해할 수 있는 기준으로 작성합니다.순차적 설명: 설치 과정은 시작부터 완료까지 순서대로 기술합니다.상세한 단계 설명: 각 단계의 메시지, 화면 등을 구체적으로 설명합니다.오류 메시지 포함: 설치 중 발생할 수 있는 오류 메시지와 해결 방안을 포함합니다.1.3. 설치 매뉴얼의 주요 항목목차 및 개요매뉴얼의 전체 내용을 간략히 요약합니다.설치 방법, 주요 특징 및 구성 방식을 기술합니다.서문문서 이력..

1. 사용자 중심의 패키징 수행1.1. 제품 소프트웨어 패키징의 개요제품 소프트웨어 패키징의 개념개발 완료된 제품 소프트웨어를 고객에게 전달하기 위한 형태로 패키징-> 설치와 사용에 필요한 제반 절차 빛 환경 등 전체 내용을 포함하는 매뉴얼 작성-> 제품 소프트웨어에 대한 패치 개발과 업그레이드를 위한 버전 관리 수행 능력제품 소프트웨어 적용상의 특성제품 소프트웨어는 개발자가 아닌 사용자 중심으로 진행된다.신규 및 변경 개발 소스를 식별하고, 이를 모듈화하여 상용 제품으로 패키징한다.고객의 편의성을 위해, 신규/변경 이력을 확인하고, 이를 버전 관리 및 릴리즈 노트를 통해 지속적으로 관리해 간다.사용자의 실행 환경을 이해하고, 범용 환경에서 사요이 가능하도록 일반적인 배포 형태로 분류하여 패키징이 진행된..

1. 분석모델 검증1.1. 분석모델 검증검증 방법유스케이스 모델 검증점검 대상점검 내용액터기능 구현에 관계되는 액터가 모두 도출되었는가?액터 목록에서 액터명이 역할 중심으로 명명되었는가?요구사항 정의서, 요구사항 기술서에 외부/내부 액터가 모두 도출되었는가?액터 목록과 액터 명세서에 기록된 액터가 타당한지 확인유스케이스요구기능 구현에 필요한 유스케이스가 모두 도출되었는가?도출된 유스케이스를 논리적으로 연결하여 누락된 기능을 파악도출된 유스케이스가 유스케이스 목록과 유스케이스 명세서에 반영되었는지 확인도출된 유스케이스의 논리적인 합이 과업 범위와 일치하는지 비교도출된 유스케이스들이 논리적으로 그룹화되었는지 확인- 그룹화는 액터 기준, 연관 관계 기준, 동시성 기준이 가능유스케이스 기능 범위가 다른 유스케이..

1. 요구사항 정의1.1. 요구공학 개요요구공학 - 요구사항을 정의하고 문서화하고 관리하는 프로세스요구사항 개발 프로세스도출 - 분석 - 명세 - 확인요구사항 도출(Requirement Elicitation)요구사항이 어디에 있고, 어떻게 수집할 것인가?이해관계자 식별 & 개발 팀과 고객 사이의 관계 형성다양한 이해관계자와 효율적인 의사소통 중요요구사항 분석(Requirement Analysis)요구사항들 간 상충되는 것 해결소프트웨어 범위 파악소프트웨어와 환경 간의 상호 작용 이해시스템 요구사항을 정제하여 소프트웨어 요구사항을 도출요구사항 명세(Requirement Specification)체계적으로 검토, 평가, 승인될 수 있는 문서를 작성시스템 정의, 시스템 요구사항, 소프트웨어 요구사항요구사항 확..