"professional-engineer" 태그로 연결된 270개 게시물개의 게시물이 있습니다.

129

몽키테스트, 회귀테스트 개요​

몽키테스트와 회귀테스트 개념​

몽키테스트와 회귀테스트 배경​

• 애자일 개발 방법론 도입으로 소프트웨어의 잦은 변경으로 인하여 자동화되고 연속적인 테스트의 필요성이 증가.
• 기존 테스트로를 지속하면 살충제 패러독스가 발생하므로, 새로운 버그 발견을 위해 몽키테스트 실행.

몽키테스트와 회귀테스트 개념도, 구성요소​

몽키테스트와 회귀테스트의 개념도​

• 테스트케이스나 시나리오 없이 예측할 수 없는 방식으로 무작위 테스트

• 코드, 기능 변경 후 기존 기능이 정상적으로 동작하는지 테스트

몽키테스트와 회귀테스트 구성요소​

통합테스트 계획시 포함할 주요사항​

• 시스템 목적, 범위
• 대상시스템 구조
• 테스트 자원, 일정
• 시작 및 종료 조건
• 테스트 시나리오
• 테스트 방법 및 절차 교육

130

데이터옵스, 데브옵스 개념​

• 데이터옵스: 데이터 분석/관리 프로세스에 DevOps 원칙을 적용하여 분석 처리의 효율성을 높이는 방법론
• 데브옵스: 개발과 운영을 통합하여 SW개발주기를 단축하고 품질을 향상시키는 방법론
• 데이터 요구사항, 비지니스 요구사항에 실시간으로 대응하기 위해 필요성 대두

데이터옵스, 데브옵스 개념도, 구성요소, 적용방안​

데이터옵스, 데브옵스 개념도​

데이터옵스, 데브옵스의 구성요소​

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

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

131

소프트웨어 안정성 분석 개요​

• 각 개발 수명주기에서 안전 보증, 확인 활동 수행
• SW시스템의 오류, 장애, 실패를 예방하고, 위험을 회피, 전가, 감수, 수용하기 위해 시스템 위험요소를 식별하고 평가하는 과정.
• IoT와 안전필수시스템(자율주행, UAM 등)의 기능적 사고로 인한 인명피해방지를 위해 필요

소프트웨어 안정성 분석 주요 기법​

FTA, Fault Tree Analysis​

• 시스템 주요 실패 이벤트를 트리구조롤 분석하여 원인 규명
• Top-Down 방식
• 분석범위의 정의 및 분석수준의 결정 -> 대상제품의 특성 파악 -> 정상사상 정의 -> 결함수의 구성 -> 결함트리의 정성적 분석 -> 결함트리의 정량적 분석 -> 분석결과의 평가 및 보고

FMEA, Failure Mode and Effects Analysis​

• 분석 과제 정의 및 분석 준비 -> 분석 실시 -> 분석 결과의 정리 및 심층 분석

HAZOP, Hazard and Operability study​

• 목적 및 분석범위 설정 -> 분석팀 구성 -> 예비조사 -> 브레인스토밍 -> 분석결과 기록

소프트웨어 안정성 분석시 고려사항​

• ISO 26262 등 해당 산업의 규제 및 표준을 준수하여 분석 수행

통합테스트 개요​

통합테스트 개념​

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

통합테스트 필요성​

• 시스템에서 일부 모듈만 새로 구축하는 경우 안정성을 위해 통합테스트 필요.
• 연결된 외부 모듈의 테스트 환경이 제공되지 않을 경우 상위 모듈이면 테스트 드라이버로 모킹, 하위 모듈이면 테스트 스텁으로 모킹.

통합테스트의 절차, 통합방식 비교​

통합테스트의 절차​

• 통합계획 수립시 통합 방식 결정
• 모듈 통합시 테스트 드라이버, 테스트 스텁 사용

통합테스트 비점진적 통합방식, 점진적 통합방식 비교​

점진적 통합을 위한 테스트 드라이버, 테스트 스텁 비교​

통합테스트 고려사항​

• 일관된 기준 데이터를 각 스테이지별로 두어 데이터 정합성으로 인한 테스트 이슈 방지

129

리팩토링 개요​

리팩토링 개념​

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

리팩토링 필요성​

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

리팩토링의 개념도, 세부절차, 적용방안​

리팩토링의 개념도​

리팩토링의 세부절차​

리팩토링의 적용방안​

리팩토링시 고려사항​

• sonarlint, eslint 등 정적분석 도구를 활용하여 가독성, 복잡도 등 코드스멜 감지 및 수정 자동화

131

아키텍처스타일과 디자인패턴의 개념​

• 아키텍처스타일: SW를 구성하는 서브시스템, 컴포넌트 간 관계를 분리하는 시스템 구조 스타일
• 디자인패턴: SW개발 과정에서 발견된 설계의 노하우를 재사용하기 좋은 형태로 정리한 패턴

아키텍처스타일, 디자인패턴의 관계도, 주요 유형​

아키텍처스타일, 디자인패턴의 관계도​

아키텍처스타일의 주요 유형​

디자인패턴 주요 유형​

아키텍처스타일, 디자인패턴 적용시 고려사항​

• CBAM, ATAM을 통해 적절한 아키텍처 스타일 선택
• 디자인패턴이 적용되어있는 프레임워크 사용

128

CBAM의 개요​

CBAM의 개념​

• Cost Benefit Analysis Method
• 시스템 아키텍처 의사결정에 있어 시스템 엔지니어와 이해관계자들이 잠재적 비용과 편익을 비교한 SW아키텍처 평가모델

CBAM의 배경​

• SAAM, ATAM의 기술적 측면만 고려한 평가에서 기존 아키텍처 평가 방법의 한계로 비용 측면까지 고려 필요.
  • SAAM: Software Architecture Analysis Method
  • ATAM: Architecture Trade-off Analysis Method

CBAM의 구성도, 세부절차, 활용방안​

CBAM의 구성도​

• 비용대비 편익 고려하여 최종 의사결정

CBAM의 세부절차​

CBAM의 활용방안​

CBAM과 ATAM의 비교​

CBAM 고려사항​

• ATAM 이후 CBAM을 수행하여 품질속성 도출 후 비용편익이 좋은 아키텍처 결정

131/1/3

폭포수 방법론, 애자일 방법론의 개요​

개념​

• 폭포수 방법론: 요구사항 분석, 설계, 구현, 유지보수 과정을 순차적으로 접근하는 개발방법론
• 애자일 방법론: 고객의 다양한 니즈를 수용하기 위해 스프린트 주기 내 개발하고 변화에 대응하기 위한 개발방법론

배경​

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

폭포수 방법론, 애자일 방법론 개념도, 상세 비교, 적용방안​

폭포수 방법론, 애자일 방법론 개념도​

폭포수 방법론, 애자일 방법론 상세 비교​

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

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

개발방법론 적용시 고려사항​

• 애자일 방법론은 팀 구성원 역량에 따라 산출물이 크게 차이나므로, 폭포수 방법론과 애자일 방법론을 결합한 하이브리드 방법론 고려 필요

• 정보통신분야 기술사 훑어보기
• 정보통신분야 기술사 출제기준
• 기술사: IT경영
• 기술사: 융합 IT
• 기술사: 프로젝트관리
• 기술사: 소프트웨어 공학
• 기술사: 정보보안
• 기술사: 데이터베이스
• 기술사: 네트워크
• 기술사: 알고리즘
• 기술사: 에세이

에세이​

문제를 가지고 아래 내용들을 생각해봐야한다.

1. 개념적 What: 무엇인가 핵심, 원리, 가치, 결어 (기술, 서비스, 절차 중 하나)
2. Why: 왜 필요한가
3. 구체적 What: 세부구성은 무엇인가 아키텍쳐, 구성도 (개념도), 구성요소 (소스, 매커니즘, 결과)
4. How: 어떻게 구현하는가 Provider, Consumer 관점, 이전에는 뭐가 있었는지
5. Who: 누가 찾고, 활용하는가
6. 결론: 향후방안, 예상 이슈, 발전 방향

공통 작성법​

• 문제 내 단락은 줄을 띄우지 않는다.
• 다음 문제는 2줄을 띄운다.
• 체점자에게 파워포인트 프리젠테이션을 하는 것이다.

용어형​

1교시

문1)
I. ~의 개요
  - 개념
    개념도 또는 관계도
  - 시사점 || 배경
II. ~의 구조, 핵심요소, 적용방안
  가. ~의 구조 (구성도, 개념도)
  나. ~의 핵심요소
    가.에 그린 다이어그램을 3단 표로 작성
    | 구분 | 내용 | 비고 |
    | --- | --- | --- |
    |  -  |  -  |  -  |
  다. ~의 적용방안
    | 구분 | 내용             | 비고 |
    | --- | --------------- | --- |
    | 공공 | (대국민서비스 향상) |  -  |
    | 금융 | (가용성)         |  -  |
    | 민간 | (이윤추구)        |  -  |
    어려울 경우
    | 구분        | 내용 | 비고 |
    | ---------- | --- | --- |
    | 비지니스 관점 |  -  |  -  |
    | 기술 관점    |  -  |  -  |
    | 보안 관점    |  -  |  -  |
III. ~의 성공을 위한 추가적인 고려사항 || 성공 포인트
  - 1
  - 2                                   "끝"


// 두줄 띄우고 다음 문제

서술형​

2-4교시, 기승전결

문1)
답)
I. ~의 개요
  가. ~의 개념
  나. ~의 시사점 || 필요성 || 중요성 || 배경 || 목적

II. ~구조, 핵심요소, 적용방안
  가. ~의 구조 (구성도, 개념도)
  나. ~의 핵심요소
    가.에 그린 다이어그램을 3단 표로 작성
    | 구분 | 내용 | 비고 |
    | --- | --- | --- |
    |  -  |  -  |  -  |

III. ~의 적용 전략, 접근 전략
  가. ~의 적용 전략
    SWOT 분석
  나. ~의 적용 방안
    | 구분 | 내용             | 비고 |
    | --- | --------------- | --- |
    | 공공 | (대국민서비스 향상) |  -  |
    | 금융 | (가용성)         |  -  |
    | 민간 | (이윤추구)        |  -  |
    어려울 경우
    | 구분        | 내용 | 비고 |
    | ---------- | --- | --- |
    | 비지니스 관점 |  -  |  -  |
    | 기술 관점    |  -  |  -  |
    | 보안 관점    |  -  |  -  |

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


// 두줄 띄우고 다음 문제

주제별​

방법론​

• 프로세스 Process
• 도구 Tool
• 기법 Methods
• 조직 Organization

ISO/IEC 표준​

• 표준 Standard
• 프로세스 Process
• 조직 Organization
• 기술 Technology

보안​

• 공격매커니즘
• 공격절차
• 원인
• 대응방안

신기술​

• 구성도
• 구성요소
• 적용방안
• 적용사례

법/제도​

• 배경
• 개념도
• 핵심요소
• 적용방안

위험​

• 프로세스
  • 식별
  • 분석
  • 평가
  • 대응
• 대응방안
  • 회피 (Avoidance)
  • 전가 (Transference, 제 3자 책임)
  • 감수 (Mitigation)
  • 수용 (Acceptance)
  • 이관 (Escalation)

SW​

• 분석
• 설계
• 구현
• 테스트
• 유지보수

참조​

• Youtube: IT 전문가 - 에세이 시리즈

• 정보통신분야 기술사 훑어보기
• 정보통신분야 기술사 출제기준
• 기술사: IT경영
• 기술사: 융합 IT
• 기술사: 프로젝트관리
• 기술사: 소프트웨어 공학
• 기술사: 정보보안
• 기술사: 데이터베이스
• 기술사: 네트워크
• 기술사: 알고리즘
• 기술사: 에세이

종류​

• 정보관리기술사: Professional Engineer Information Management
  • 기존 정보처리기술사
  • 합격률 2022 5.2% 2021 8.8% 2020 7.1%
• 컴퓨터시스템응용기술사: Professional Engineer Computer System Application
  • 기존 전자계산조직응용기술사
  • 합격률 2022 12.5% 2021 11.9% 2020 18%
• 네트워크, 클라우드, 시스템 엔지니어면 컴퓨터시스템응용기술사, 나머진 정보관리기술사로.
• 기술사법으로 관리된다.

시험 관련​

출제경향​

• 60%는 거의 그대로 출제, 나머지 20%는 비슷한 유형 출제
• 총 80%가 기출 변형
• 시험관이 그때 그때마다 차출되고 해당 시점에 내고 싶은 문제를 내기 때문에 범위 예상이 힘들다.
• 기술 트랜드나 IT정책을 팔로잉하고 있어야한다.

준비물​

• 1.6mm 펜 4자루 이상: 큰 글씨 선호
  • 파일럿, 빅 볼펜이 볼펜똥이 안나옴.
  • Pilot Super Grip G
  • BIC Cristal
  • Dong-A AnyBall
  • Zebra Tapli Clip
• 모양자: 플로우차트 그리는데 필요

출제위원​

• 출제위원은 3명, 그 답안을 가지고 다른 사람 3명이 체점을 한다.
• 1교시 문제를 받자마자 교수, SI기술사, 공무원기술사일지 파악해야한다.
  • 교수: 학구적 스타일
  • SI기술사: 프로젝트를 해봤는데 이슈있는 스타일
  • 공무원기술사: 공공, 법 스타일
• 이걸 파악해서 연관된 서브노트를 쉬는 시간에 본다.
  • 평소 5년치 분석할 때에도 이런 관점에서 분석해야한다.

느낌​

• 회사에서 했었던 업무들에 대한 프레임워크들을 문서로 리뷰하는 느낌이였다.
• 이 시험은 기사처럼 암기로 되는 시험이 아니다. IT기법이 왜 그렇게 발전해왔는지, 그걸로 기업의 비지니스에 IT가 어떻게 기여했는지 산업 전반을 이해해야 답을 할 수 있다.
• 라이팅 문제처럼 에세이를 써야하고, 면접을 대비하는 것처럼 나만의 답안들을 만들어야한다.
• 장기 말에서 장기를 두는 사람을 만드는 시험이랄까.. 중인 중에서는 제일 높은 관직이지 않을까..
• 사람들을 설득하는 포지션이기에 질문에 대한 답변을 말로, 손으로, 다이어그램으로 설명할 수 있게 많이 연습해야할 것 같다.
• 손으로 작성하는게 생각보다 쉽지 않다.
• 시험의 70%가 공공 분야와 관련이 있다.
• KoreaScience의 자료가 좋다.

과정​

• 1,000 시간을 투자하면 얼추 합격한다고 한다. 9시간 투자시 4달, 보통 빨라야 6달이 걸린다.
• 토픽마다 컴포넌트 맵을 작성해야한다.
  • 정의, 필요성/목적, 배경/특징/주요 유형, 개념구성/기술구성 그림, 개념구성/기술구성 내용, 구현절차/방법론, 비교 사례/활성화/전략, 구현절차/방법론, 기대효과/발전제언
  • 토픽 이론 학습
• 서브노트를 안 쓰고 합격한 사람은 없다.
• 합격한 사람의 한 달 전 서브노트로 쓰는게 좋다.
• 한 번 포맷이 머리 속에 있으면 모든 주제에 대해 해당 포맷을 사용할 수 있다.
• 아는 걸 쓰지말고 물어본 걸 써라. 이건 목차를 잘 만들어야한다.
• 이해한 걸 중심으로 서브노트를 만들고, 1시간마다 8회 반복하면 6개월 이상 암기된다. 외우는 범위를 형광펜을 칠하며 줄여간다.
• 10가지 과목 중에 6개는 80%, 4개는 20%의 에너지로 공부해야한다. 그 중 2개는 강의할 정도로 들여다봐야한다.
• 매번 나오는 것들, 공학적인 기본기는 반드시 알아야한다. 거져주는 문제들이고, 1년에 3번 중 한 번은 이런 문제들을 잡을 기회가 온다.

국제기술사​

• 기술사상호인정 협정(MRA) 따라 가능하긴한데 미국은 1년간 미국 근무 경력 또는 비슷한 경력를 요구하여 실질적으로 전환하는 케이스는 드물다.
• 국제 기술사는 컴퓨터 관련 과를 졸업해야만 인정이 가능하다.

공부방법​

5W1H 개념, 배경, 특징, 방향 나열한 것을 묶는 연습 -> 다시 늘리는 연습 자크만 프레임워크 / 싸이클론 모델

1. 개념적 What: 무엇인가 핵심, 원리, 가치, 결어 (기술, 서비스, 절차 중 하나)
2. Why: 왜 필요한가
3. 구체적 What: 세부구성은 무엇인가 아키텍쳐, 구성도 (개념도), 구성요소 (소스, 매커니즘, 결과)
4. How: 어떻게 구현하는가 Provider, Consumer 관점, 이전에는 뭐가 있었는지
5. Who: 누가 찾고, 활용하는가
6. 결론: 향후방안, 예상 이슈, 발전 방향

예시: ML​

• 개념적 What
  • 핵심
    • 기계
    • 학습
      • 지도
      • 비지도
      • 강화
    • 데이터
  • 원리: 기계가 많은 데이터를 지도, 비지도, 강화학습을 통해 학습하여
  • 가치: 사람 대신 판단하여 의사결정을 지원하는
  • 결어: 기술
• Why
  • 비용절감
  • 자동화
  • 편의성 (의사결정)
    • 생산성 증가
    • 품질 증가
• 구체적 What
  • 아키텍쳐
    • 학습데이터 -> 지도/비지도/강화 -> 대시보드, 자동화도구
• How
  • 동작원리
  • 절차
  • 적용방법
• Who
  • 개인 Personal Assistant
  • 기업
    • 의사결정
    • 고객관리
    • 마케팅
    • 생산
  • 공공 서비스
    • 교통
    • 안전
    • 환경
• 향후방향
  • 예상이슈
    • 편향적 판단
    • 적대적 공격
    • 검증
  • 발전방향

예시: 개념도​

입력(사용자) / 프로세싱(플랫폼, 기술) / 출력(서비스)
<---------><------------------><--------->

자크만 프레임워크​

싸이클론 모델​

RTE 를 만들기 위한 비지니스 + 기술 리더의 자세로 토픽을 고민해야한다.

• Lead: 기술사
• Manage: 관리자
• Operation: 개발자

토픽별 전략​

보안 토픽​

• 리스크 -> 결과 -> 더 많은 대응책
• ISMS 목차를 외우면 대부분의 보안문제를 풀 수 있다.

거버넌스 토픽​

• 전략 -> 가치 -> 위험 -> 자원관리 -> 성과관리

융합IT 토픽​

• 원칙 문제들은 나의 의견과 응용 포인트를 결론에다가 달아줘야한다.
  • 국가: 법 제도 정비
  • 서비스제공자: 개선 포인트
  • 사용자: 자세, 기준
• IaaS / SaaS 표준 (+PaaS) / SaaS 간편 / DaaS
  • 코로나 / 재택근무 도입으로 인한 DaaS의 중요성 대두

참조​

• Gartner: The Real-Time Enterprise Cyclone Model
• ITPRO: 데이터베이스 시리즈 2023