1. EAI(Enterprise Application Integration)의 개요 개념 필요성 서로 다른 다양한 정보 시스템간 연결을 위해 Mediation, Federation 기반 데이터, 오브젝트, 프로세스를 연계하고 통합하는 정보시스템 아키텍처/프레임워크 – IT시스템 거대화에 따른 데이터 관리 필요 – 개별 APP 간 직접 통신에 한계 발생 – 통합이 필요한 이기종 시스템 간 연동 필요 – 인터페이스 기반 효과적 데이터 통신 필요 기업
1. 소프트웨어 자재 명세서, SBOM의 개요 (1) SBOM (Software Bill of Materials)의 개념 개념도 개념 소프트웨어 패키지 및 구성 요소 등 고유하게 식별 가능한 메타데이터, 저작권 및 라이선스 등 소프트웨어 콘텐츠에 대한 정보를 포함하는 공식 명세서 (2) SBOM의 필요성 보안 취약점 해소 소프트웨어 복잡성 증가로 인한 보안 취약점 해소 필요 소프트웨어 관리 다양한 오픈소스 라이선스
1. 프로세스 개선 참조 모델, CMMI의 발전 과정 및 개념 발전 과정 개념 전세계 여러 국가에서 심사가 수행되고 있는 사실상(de facto) 프로세스 개선 모델이자 능력 성숙도를 판정하는 심사 방법을 제공하는 모델 – CMMI(Capability Maturity Model Integration) 1999년 미 국방부 지원으로 산업계와 정부, 카네기 멜론 대학 소프트웨어 공학센터(SEI)가 공동 개발, 이후 SW-CMM의 발전된 형태로 2002년 V1.1이
I. SW 개발사업의 적정 사업기간 산정 목적과 적용대상 사업 판단 기준 가. SW 개발사업의 적정 사업기간 산정 목적 소프트웨어사업의 개발규모나 개발 특이사항 등 적정 사업기간 산정에 영향을 미치는 환경요인을 종합적으로 고려하여 합리적이고 객관적인 사업 기간을 확보함으로써 소프트웨어 개발사업의 품질 향상과 소프트웨어산업 경쟁력 확보 가능 나. SW 개발사업의 적정 사업기간 산정 적용대상 사업 판단 기준 사업 유형
I. 동적 연결 라이브러리 (Dynamic Link Library)의 개요 가. 동적 연결 라이브러리의 개념 컴파일 시점에 실행 파일에 함수 복사 없이 함수의 위치 정보를 이용하여 기능을 호출하는 라이브러리 참조 기술 나. 동적 연결 라이브러리의 특징 리소스 최적화: 하나의 코드를 여러 프로그램이 동시에 사용하므로 메모리 및 디스크 공간 절약 배포 및 설치 용이: 프로그램과 독립적으로 DLL 함수
I. 블랙박스 테스트와 화이트박스 테스트 개념 비교 비교 항목 블랙박스 테스트 화이트박스 테스트 개념도 “Input/Output 값 검증“ “내부 로직 검증“ 개념 제품에 대한 요구사항과 결과물의 일치 여부를 확인하기 위한 입출력 데이터 기반 검증 및 결함 도출 테스트 기법 제품에 대한 컴포넌트 로직의 정상 동작 여부를 확인하기 위한 제품 내부구조 기반 검증 및 결함 도출 테스트
I. 효과적인 DevOps 적용 기술, SRE의 개요 가. SRE(Site Reliability Engineering)의 개념 시스템, 서비스 및 제품에서 적절한 수준의 안정성을 지속적으로 달성할 수 있도록 지원하는 소프트웨어 엔지니어링 기술 DevOps 적용에 따라 개발팀은 속도를, 운영팀은 안정성을 중요시 하므로 이를 적절히 중재, 관리하기 위하여 SRE가 등장 나. SRE의 목적 적절한 안정성 달성 – 시스템 및 서비스 장애로 인해
I. 소프트웨어 결함 추적 관리 방안 테스트 도구로 Jira, Mantis, Trac, Excel 등 도구 활용하며, 간결한 Metric을 소수 선정하여 점차 확산 II. 소프트웨어 결함 추적 세부 방안 세부 방안 개념도 결함 추적 목표 달성 방안 결함 추적관리 프로세스 수립 – 결함 생명주기(Life-cycle) 정의 – 결함 상태(Status) 별로 추적 관리 – 상태: New, Postponed, Assigned,
I. 연동 계획 (Rolling Wave Planning)의 개념 곧 착수할 작업은 하위 수준까지 세밀하게 계획하고, 먼 미래의 작업은 상위 수준에서 개략적으로 계획하는 방식의 반복 점진적 계획 수립 기법 II. 연동 계획의 절차와 작성 원칙 가. 연동 계획의 절차 단계 절차 1단계 범위, 예산, 일정과 성과 측정을 위한 마스터 플랜 계획 2단계 작업을 분류할 수 있는
I. HW, SW 관점의 안전 설계 가. 안전 설계의 개념과 프로세스 개념 프로세스 하드웨어 또는 소프트웨어에서 발생할 수 있는 위험원 리스크를 분석(HARA)하여, 안전 무결성 기준(SIL)을 결정하고, 이에 따른 안전 요구사항을 정의하는 작업 위험원 리스크 분석(HARA): 위험 분석(Hazard Analysis, 위험을 식별) + 리스크 평가(Risk Assessment, 식별된 위험을 평가) 나. HW, SW 안전 설계를 위한 안전성 분석