Goooooood

Ⅰ. 가상환경과 컨테이너 개념비교구분가상환경컨테이너개념도개념하이퍼바이저를 통해 물리적인 자원을 재구성하여 논리적인 자원으로 제공하는 가상 컴퓨팅 환경컨테이너 엔진을 통해 물리적인 자원을 격리하여 논리적인 자원으로 제공하는 가상 컴퓨팅 환경- 가상환경은 게스트OS로 완전 격리되고 컨테이너는 호스트OS 공유  Ⅱ. 가상환경과 컨테이너 상세비교구분가상환경컨테이너운영체제VM별 자체 OS호스트 OS 공유격리성OS 단위 격리프로세스 단위 격리성능OS 가상화로 오버헤드 큼OS 커널 공유로 성능 우수부팅게스트OS 부팅으로 느림추가 OS 부팀없어 빠름리스소할당된 게스트 OS 리소스 활용OS 공유로 리소스 활용도 높음배포VM 무겁고 배포 어려움이미지로 경량화 및 배포 용이보안성높은 보안성상대적으로 낮음유지보수VM별 OS ..

Ⅰ. 소프트웨어 내부로직의 재구조화 작업, 리팩토링의 정의 및 목적가. 리팩토링의 정의- 소프트웨어 모듈의 외부적 기능은 수정하지 않고 내부적인 구조, 관계를 재구조화함으로써 소프트웨어의 유지보수성을 향상시키는 기법 나. 리팩토링의 목적- 소프트웨어 디자인 개선- 설계 의도화 구현 코드의 일관성 유지- 소프트웨어 이해도 향상- 이해하기 쉬운 코드로 개발자 작업 단축- 오류발견 용이성 확보- 소스 구조를 명확히 하여 오류 디버깅 용이- 전체 개발 생선성 유지 - 좋은 디자인으로 개발자 생선성 향상  Ⅱ. 리팩토링의 절차 및 주요 기법가. 리팩토링의 절차  나. 소프트웨어 리팩토링 주요 기법기법정의기대효과매서드 추출(Extract Method)- 긴 메서드의 일부 코드를 별도의 메서드로 분리- 유지보수 용이..

Ⅰ. 안전한 시스템 개발을 위한 시스템 위험분석의 개요가. 위험분석의 개념- 시스템 내의 위험 요소를 평가하는 분석 방법으로, 시스템 안전 프로그램의 초기 단계에서 주로 사용 나. 위험분석의 필요성시스템 대형화자율주행, 로봇전통적 기법복잡도 증가스마트시티FMEA, HAZOPMission Critical스마트팩토리STPA필요성도메인안전성 기법- 중요도와 복잡도가 증가하는 SW 기술 발전에 대응 가능한 안전성 기법 고도화 필요 Ⅱ. 전통적 위험 분석 기법 FMEA와 HAZOP의 특징 및 한계점가. FMEA와 HAZOP의 특징항목FMEAHAZOP개념- 시스템 구성하는 서브시스템이나 기능에서 발생하는 고장모드(Failure Mode)가 시스템에 미치는 영향 분석하는 기법- 시스템이나 프로세스의 가능한 모든 이탈..

Ⅰ. 공통 감리의 두번째 단계, 현장감리의 개요가. 현장 감리의 정의- 예비 감리, 현장 감리, 조치확인 3단계 감리 중 2번째 감리 단계로, 현장에서 제3자 관점에서 감리 수행 나. 현장 감리 활동 및 작업 내용활동작업 내용산출물감리 준비- 감리 수행 범위, 환경 확인- 감리 계획서착수 회의- 감리 수행 계획 정의감리 수행- 제 3자 입장에서 감리 수행- 감리 산출물보고서 작성- 감리 수행 결과 보고서 작성- 감리 수행 결과서(안)종료 보고- 결과 보고 및 검토, 개선- 감리 수행 결과 보고서보고서 확정- 감리 수행 결과 보고 확정 Ⅱ. 현장 감리와 PMO의 차이가. 제도 도입 측면의 차이구분정보시스템 감리PMO도입 취지- 발주 기관의 요구대로 사업을 수행하였는지를 점검하여 정보시스템 품질 보장- 발주..

Ⅰ. 상용 소프트웨어 직접구매 제도의 개요가. 상용 소프트웨어 직접구매 제도 개념- 소프트웨어 진흥법 제54조에 따라 상용 SW만을 별도로 발주, 평가, 선정 계약하는 방식으로 상용SW 직접 구매하는 제도 나. 상용 소프트웨어 직접구매 제도 개념도 Ⅱ. 상용 소프트웨어 직접구매 제도 적용 및 제외 기준 기준구분설명적용 기준1차 조건- 3억원 이상(VAT 포함) 사업2차 조건- 조달철 종합쇼핑몰 등록 SW 포함(5천만원 미만)- GS, CC, NEP, NET 및 국가정보원 검증/지정 소프트웨어제외 기준대상 사업 제외- 민간투자형 소프트웨어 사업대상 SW 제외- 현저한 비용 상승- 현저한 지연 우려- 현저한 비효율성  Ⅲ. 상용소프트웨어 직접구매 업무 처리 흐름도구분처리절차설명1단계SW 사업 유형 및 사업비..

Ⅰ. 비계획적 소프트웨어 테스트 접근법, 탐색적 테스팅의 개념- 테스트 스크립트 또는 테스트 케이스 문서 없이 경험을 바탕으로 두고 반복적으로 개선하며 수행하는 테스팅 기법 Ⅱ. 탐색적 테스팅의 절차 및 구성요소가. 탐색적 테스팅의 절차 나. 탐색적 테스팅의 구성요소구분구성 요소설명테스트 준비테스트 목표- 기능, 성능, 보안 등의 테스트 목적 설정테스트 차터- 초기 테스트 아이디어나 접근 방법 설정테스트 실행테스트 세션- 실제 테스트 진행 과정, 문제발결 및 접근법 조정테스터- 도메인 지식과 경험을 가진 테스트 실행자분석결과 분석- 발견 결함 분석 및 새로운 테스트 방법 도출문서화테스트 노트- 발견 버그, 결함 및 아이디어 기록  Ⅲ. 탐색적 테스트의 발전구분설명Agile Testing사전 계획 없는 즉..

Ⅰ. 소프트웨어 모듈간의 의존성, 소프트웨어 결합도의 개요가. 소프트웨어 결합도의 정의- 모듈 간의 상호 의존성을 나타내는 개념으로, 결합도가 낮을수록 독립성이 높아 유지보수와 확장성이 우수 나. 소프트웨어 결합도의 특징- 낮은 결합도: 모듈 간 의존성이 적어 변경 시 영향이 적고 유지보수에 용이- 높은 결합도: 모듈 간 강한 의존성이 있어 하나의 변경이 다른 모듈에 영향을 미침  Ⅱ. 소프트웨어 결합도의 종류결합 정도종류설명높은 결합도내용 결합도- 한 모듈이 다른 모듈 내부 데이터에 직접 접근 공통 결합도- 여러 모듈이 동일한 전역 변수 공유 외부 결합도- 여러 모듈이 외부의 동일한 데이터 포맷 공유 제어 결합도- 한 모듈이 다른 모듈의 실행 흐름 제어 스탬프 결합도- 모듈 간 데이터 구조 전체 전달하..

Ⅰ. 시스템 품질 향상을 위한 패턴, 소프트웨어 아키텍처 스타일의 개요가. 소프트웨어 아키택처 스타일의 정의- 아키텍처 설계에서 반복해서 나타나는 문제를 해결하고 아키텍처가 만족 시켜야하는 시스템 품질 속성을 달성할 수 있는 방법을 정리한 스타일 나. 소프트웨어 아키텍처 스타일의 특징- 견고하고 안정적이며 고품질의 시스템 구축 가능- 검증된 아키텍처로 문제 초기단계에서 해결 가능- 전체 시스템의 구조, 설계 모형의 재사용 가능  Ⅱ. 소프트웨어 아키텍처 스타일 유형유형개념도설명저장소 구조 스타일- 여러 서브시스템이 하나의 중앙 저장소의 데이터에 접근하여 서비스 제공하는 구조MVC 구조 스타일- Model, View, Controller로 분류하여 데이터 관리, UI 관리, 상호작용을 수행하는 구조클라이언..

Ⅰ. 상속되는 기능을 재정의하는 다형성의 개요가. 다형성의 정의- 상속되는 기능을 재정의하거나 하나의 인터페이스에 다양한 매소드를 정의하여 확장성, 유연성을 제공하는 객체지향 특징 나. 다형성의 특징 및 장점구분항목내용특징동적 바인딩프로그램이 실행되는 시점에 호출 함수 연결확장성 지원수직적 확장성 Overriding, 수평적 확장성 Overloading재사용성 지원기존 구현 함수 재사용 및 필요 부분 수정하여 활용장점확장성기존 코드 수정하지 않고 새로운 기능 추가 용이유연성상속과 인터페이스를 활용하여 유연한 코드 설계 가능 Ⅱ. 다형성의 동작원리와 구현방법가. 다형성 동작원리- 하나의 인터페이스 draw(), erase() 함수명 사용- 디자인패턴 prototype 이용하면 효과적 코딩 가능 나. 다형성..

Ⅰ. 데브옵스의 가속화, 플랫폼 엔지니어링의 개념정의- 여러 애플리케이션과 서비스를 지원하고 수명 주기를 관리하는 내부 개발자 플랫폼을 제공하는 엔지니어링필요성- 반족 작업 자동화, 표준화 환경에서의 개발로 생산성 향상- 인프라, 배포, 모니터링 등 운영 및 관리의 중앙 집중화- 개발, 테스트, 운영 환경 일관성으로 개발자간 협업 원활  Ⅱ. 플랫폼 엔지니어링의 구성도 및 구성요소가. 플랫폼 엔지니어링의 구성도 나. 플랫폼 엔지니어링의 구성 요소관점구성요소역할기술적 관점인프라 자동화- 코드 기반 인프라 관리(IaC) 지원CI/CD 파이프라인- 통합/배포 자동화로 개발 주기 단축모니터링 및 로깅- 상태 실시간 감시, 장애 감지운영 및 개발 관점개발자 포털- 내부 개발자 플랫폼(IDP) 제공셀프서비스 기능-..