[카테고리:] 소프트웨어공학

TDD (Test Driven Development)

I. 테스트 기준 개발 방법, TDD 가. TDD(Test Driven Development)의 개념 테스트 설계를 선수행하여, 테스트 통과 위해 프로그램 코드 리팩토링 과정 반복 개발방법론 나. TDD의 특징 특징 설명 Design of Testablility – 소스코드 의존성 감소, 독립테스트 테스트 커버리지 확보 – 단위 테스트 커버리지, 디버깅용이 견고성 보장 – 발생 가능 오류 조기 탐지 가능 Clean Code

MSA (Micro Service Architecture)

I. 대용량 분산 웹 서비스 위한, MSA의 개념 소프트웨어를 독립적으로 배치 가능 단위로 분리하여 시스템을 구성하는 아키텍처   II. MSA 구성요소 가. MSA 구성도 API Gateway는 API 통신 중계, 공통 기능 추상화 역할 나. MSA 구성요소 구성요소 세부 기능 설명 API G/W – 라우팅 – 로드밸런싱 – 상호 독립적 API 서비스 중계 – 인증/로깅, 공통기능

아키텍처, 프레임워크, 플랫폼

I. 아키텍처 프레임워크 플랫폼 비교 가. 아키텍처 구분 설명 개념 – S/W의 주요 특징을 결정 짓는 주요 설계 구조 특징 – 소프트웨어의 주요 구성요소, 인터페이스, 동작방식 등 주요 특징을 결정 짓는 설계 구조 설명 – 소프트웨어의 주요 특징 결정, 개발 영향도 높음 – 지원 프로그램, 라이브러리, 언어, 구성요소 등 – 구체적 구현을 포함하지 않는 점에서

소프트웨어 아키텍처 품질속성 시나리오

I. 비기능 요구사항 도출, 품질속성 시나리오 가. 품질속성 시나리오 개념 비기능 요구사항을 도출하기 위해 시스템과 이해관계자의 상호작용으로 표현한 시나리오 기반 요구사항 도출 기법 나. 품질속성 시나리오 필요성 핵심 요구사항 발굴 – 아키텍처 분석에 시간 소비 방지 – 고객 관심 이슈 검토/도출 품질 정량화 – 특정 환경의 대상체에 자극 시 응답을 측정하여 품질을 정량화   II. 품질속성

소프트웨어 아키텍처 평가 모델 ATAM, CBAM

I. 소프트웨어 아키텍처 평가 아키텍처 접근법이 품질속성에 미치는 영향을 판단하여, 아키텍처 적합성 평가 표준 절차   II. 소프트웨어 아키텍처 평가 모델 유형과 분류 가. 소프트웨어 아키텍처 평가 모델 유형 구분 유형 설명 평가의 가시성 가시적 평가 – Inspection, Review, Walk-Through 비가시적평가 – SAAM, ATAM, CBAM, ARID, ADR 평가의 시점 이른 평가 – 구축 과정 중

소프트웨어 관계 정의 표준 프레임워크, IEEE1471

I. 관계 정의 표준 프레임워크 IEEE1471 가. IEEE 1471의 정의 아키텍처에서 표현해야 하는 내용 및 이들간의 관계를 제공하는 아키텍처 명세를 위한 표준 메타 모델 나. 범위관리의 특징 특징 내용 표준화 아키텍처와 관련된 용어 및 개념 통일 중립성 모델링 언어, 방법론 제시 않음, 개발 상위 레벨에서 SA 표현 유연성 다양한 규모의 시스템 구축 시 적용 의사소통

소프트웨어 아키텍처(SW Architecture)

I. 소프트웨어의 뼈대, Software Architecture 가. 소프트웨어 아키텍처(Software Architecture)의 정의 SW 컴포넌트들과의 관계를 정의한 시스템 구조로, 컴포넌트들 간의 상호관계를 설계하고 전개하기 위한 지침과 원리 나. 소프트웨어 아키텍처의 특징 특징 내용 간략성 이해하고 추론할 수 있을 정도의 간결성 유지 추상화 시스템의 추상적인 표현을 사용(복잡도 관리) 가시성 시스템이 포함해야 하는 것들을 가시화, 청사진   II. 소프트웨어 아키텍처

프로젝트 요구사항 보장 방안

I. 프로젝트 수행 시 요구사항 보장 방안 – SW개발 사업에서 최초 요구사항의 상세화와 요구사항 분석, 설계 전문화 위해 분할 발주 필요, 산출물에 대한 검증 활동인 감리 수행 시 프로젝트 전체 단계 요구사항 활동 필요   II. 소프트웨어사업 요구사항 상세화 및 발주 방안 – 설계 과정에서 요구사항 불명확으로 재작업이 발생하면 사업 효율성 저하 및 S/W 산업

SW 분할발주

I. SW 분할발주의 문제점 – 공공SW 발주체계 개선위해 분할발주를 시행하였으나, 책임소재, 행정처리 등 다양한 문제 도출   II. SW 분할발주의 유형 가. SW 분할발주 개념도 – 분할발주를 광의로 해석 시 기능, 부품 분할도 포함 나. SW 분할발주 유형 세부 설명 구분 세부특징 설명 공정 분할 – 설계우선 – 설계분할 – 2회 걸친 발주로 사업자 선정

소프트웨어 기술성 평가

I. 소프트웨어 기술성 평가 개정 배경 및 목적 가. 개정 배경 및 목적 나. 개정 배경 상세 내용 기준 세부 내용 상위 법령내용에 따른 정비 – 분리발주 대상 SW구매 시 BMT 의무화 – 공동 수급제 참여 활성화 심사평가의 공정성 – 평가위원회 구성 및 운영 시 비리 관련 위원 참여 배제 평가기준 정비 – 목표 함수 설정,