본문으로 건너뛰기

"pe" 태그로 연결된 20개 게시물개의 게시물이 있습니다.

모든 태그 보기

화이트박스, 블랙박스 테스트 비교

· 약 1분

129/1/8

I. 개요

개념

배경

테스트 V모델에서 요구사항/분석/설계/코딩 측면은 개발자 관점의 화이트박스 테스트로 Verification 하고, 단위/통합/시스템/사용자 테스트 측면은 사용자 관점의 블랙박스 테스트로 Validation 하게 설계 필요.

II. 구조, 핵심요소, 적용방안

가. 구조 (구성도, 개념도)

나. 핵심요소

가.에 그린 다이어그램을 3단 표로 작성

구분내용비고
---

다. 적용방안

구분내용비고
비지니스 관점--
기술 관점--
보안 관점--

"끝"

응집도, 결합도 비교

· 약 1분

128/3/1

I. 개요

개념

개념도 또는 관계도

배경

최근 MSA 적용에 따른 모듈화의 중요성이 증가되었고, MSA의 각 서비스 단위는 응집도가 높고 결합도가 낮게 구현되어야함.

II. 구조, 핵심요소, 적용방안

가. 구조 (구성도, 개념도)

나. 핵심요소

가.에 그린 다이어그램을 3단 표로 작성

구분내용비고
---

다. 적용방안

구분내용비고
비지니스 관점--
기술 관점--
보안 관점--

"끝"

몽키테스트, 회귀테스트 비교

· 약 2분

129/4/4

I. 개요

개념

배경

애자일 개발 방법론 도입으로 소프트웨어의 잦은 변경으로 인하여 자동화되고 연속적인 테스트의 필요성이 증가.

기존 테스트로를 지속하면 살충제 패러독스가 발생하므로, 새로운 버그 발견을 위해 몽키테스트 실행.

II. 몽키테스트와 회귀테스트 비교

가. ~의 구조 (구성도, 개념도) 나. ~의 핵심요소 가.에 그린 다이어그램을 3단 표로 작성

구분내용비고
---

다. ~의 적용방안

구분내용비고
비지니스 관점--
기술 관점--
보안 관점--

"끝"

데이터옵스, 데브옵스 비교

· 약 2분

130/4/6

I. 개요

가. 데이터옵스, 데브옵스 개념

나. 배경

디지털트랜스포메이션으로 인한 빅데이터, DevOps의 중요성 증가.

II. 데이터옵스 아키텍처

가. ~의 구조 (구성도, 개념도) 나. ~의 핵심요소 가.에 그린 다이어그램을 3단 표로 작성

구분내용비고
---

III. 데이터옵스 주요 기술

가. ~의 적용 전략 SWOT 분석

나. ~의 적용 방안

구분내용비고
공공(대국민서비스 향상)-
금융(가용성)-
민간(이윤추구)-

어려울 경우

구분내용비고
비지니스 관점--
기술 관점--
보안 관점--

IV. 데이터옵스의 추가적인 고려사항

  • AI를 활용하는 MLOps로까지 확장하여, 데이터 기반의 의사결정을 더 빠르게 가져갈 수 있음.

"끝"

소프트웨어 안정성 분석

· 약 1분

131/3/4

I. 개요

IoT, IoE 시대가 도래함에 따라, 모든 IT 디바이스가 사람에게 위험요인이 될 수 있음. 위험을 회피, 전가, 감소, 수용, 이관하기 위해 SW 안정성 분석 필요.

II. FTA 분석 기법과 절차

III. FMEA 분석 기법과 절차

IV. HAZOP 분석 기법과 절차

"끝"

통합테스트

· 약 2분

131/3/3

I. 개요

가. 개념

소프트웨어 각 모듈간의 인터페이스 관련 오류 및 결함을 찾아내기 위한 테스트 방법

나. 필요성과 배경

시스템에서 일부 모듈만 새로 구축하는 경우 안정성을 위해 통합테스트 필요.

연결된 외부 모듈의 테스트 환경이 제공되지 않을 경우 상위 모듈이면 테스트 드라이버로 모킹, 하위 모듈이면 테스트 스텁으로 모킹.

II. ~구조, 핵심요소, 적용방안

가. ~의 구조 (구성도, 개념도)

나. ~의 핵심요소

가.에 그린 다이어그램을 3단 표로 작성

구분내용비고
---

III. ~의 적용 전략, 접근 전략 가. ~의 적용 전략 SWOT 분석

나. ~의 적용 방안

구분내용비고
공공(대국민서비스 향상)-
금융(가용성)-
민간(이윤추구)-

어려울 경우

구분내용비고
비지니스 관점--
기술 관점--
보안 관점--

IV. ~의 성공을 위한 추가적인 고려사항 || 성공 포인트

  • 1
  • 2

"끝"

리팩토링

· 약 1분

129/2/6

I. 개요

개념

외부적 기능은 수정하지 않고, 내부를 단순화하여 유지보수성을 향상시키는 기법

배경

애자일 개발 방법론의 도입으로 TDD를 기반으로 코드스멜을 제거하기 위한 리팩토링의 중요성이 강조됨.

II. 리팩토링의 핵심요소, 적용방안

가. 리팩토링의 구조 (구성도, 개념도)

나. 리팩토링의 핵심요소

가.에 그린 다이어그램을 3단 표로 작성

구분내용비고
---

다. 리팩토링의 적용방안

구분내용비고
비지니스 관점--
기술 관점--
보안 관점--

"끝"

아키텍처 스타일, 디자인 패턴 비교

· 약 2분

131/2/6

I. 개요

개념

시사점

II. 차이점, 핵심요소, 적용방안

가. 아키텍처 스타일과 디자인 패턴의 차이점

구분아키텍처 스타일디자인 패턴
역할--

나. 아키텍처 스타일 유형

구분내용비고
MVC--
서버-클라이언트--
브로커--

다. 디자인패턴 유형

구분내용비고
생성패턴--
구조패턴--
행위패턴--

III. 아키텍처 스타일과 디자인 패턴의 적용 전략, 접근 전략

가. ~의 적용 전략 SWOT 분석

나. ~의 적용 방안

구분내용비고
공공(대국민서비스 향상)-
금융(가용성)-
민간(이윤추구)-

어려울 경우

구분내용비고
비지니스 관점--
기술 관점--
보안 관점--

IV. 적용시 추가적인 고려사항

  • 1
  • 2

"끝"

CBAM 비용편익분석 방법

· 약 1분

128/1/7

I. ~의 개요

개념

개념도 또는 관계도

배경

SAAM, ATAM의 기술적 측면만 고려한 평가에서 기존 아키텍처 평가 방법의 한계로 비용 측면까지 고려 필요.

  • SAAM: Software Architecture Analysis Method
  • ATAM: Architecture Trade-off Analysis Method

II. 구조, 핵심요소, 적용방안

가. 구조 (구성도, 개념도)

나. 핵심요소

가.에 그린 다이어그램을 3단 표로 작성

구분내용비고
---

다. 적용방안

구분내용비고
비지니스 관점--
기술 관점--
보안 관점--

"끝"

폭포수 개발 방법론, 애자일 개발 방법론 비교

· 약 3분

131/1/3

I. 개요

개념

배경

급변하는 비지니스 요구사항과 소비자의 니즈 변화에 대응하기 위해 SDLC 와 개발 리드타임이 짧아질 필요가 있음. 전통적인 폭포수 개발 방법론은 변경에 유연하게 대응하지 못하여 애자일 개발 방법론 대두.

II. 구조, 핵심요소, 적용방안

가. 구조

워터폴 그림 / 스프린트 그림

나. 핵심요소

구분폭포수애자일
요구사항기준요구사항 정의시 모든 요구사항 정의 필요한 스프린트 주기 (2w-1m)에 가능한 만큼 정의
테스트기능 구현 후 단위/통합/시스템 테스트TDD 기반의 테스트 주도 개발
프로세스프로세스 준수 강조리뷰와 테스트를 토대로 유연하게 적용

다. 폭포수, 애자일 방법론의 적용방안

구분내용비고
공공대국민 서비스는 전통적인 기능을 제공하는 경우가 많으므로 신 RFP 기반의 폭포수 개발 방법론 도입레거시어플리케이션
금융전통적인 여신/이체 기능과 신규 서비스 기능을 나눠 두 가지 개발 방법론 선택복합적
민간비지니스 니즈에 대응하기 위해 애자일 개발 방법론 도입인터넷 비지니스, 이커머스

인터넷 비지니스에 가까우면 애자일 개발방법론, 전통적인 기능을 제공하면 폭포수 개발방법론 적용.

"끝"