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

기술사 관련 포스트

모든 태그 보기

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

2024년 3월 3일 · 약 4분

Eunkwang Shin

Owner

131

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

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

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

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

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

구분	내용	비고
Layered Architecture	소프트웨어를 계층으로 나누어 각 계층이 특정 기능을 담당하며 상위 계층이 하위 계층에 의존하는 구조	MVC 패턴
Client-Server	요청-응답 구조, 주로 네트워크 기반 애플리케이션에서 사용	웹 애플리케이션
Microservices	독립적으로 배포 가능한 작은 서비스들로 구성된 아키텍처로, 각 서비스는 특정 비즈니스 기능을 담당	대규모 시스템에
Event-Driven	시스템 구성 요소가 이벤트를 발생시키고, 이벤트를 수신하여 처리하는 구조	실시간 처리
SOA	서비스 단위로 시스템을 구성, 각 서비스는 명확하게 정의된 인터페이스로 통신	재사용, 유연성 향상
Serverless	요청시 CSP가 자동으로 서버 자원을 할당하고 실행하는 구조	AWS Lambda 등
Reactive	비동기 데이터 스트림을 사용하여 변화에 빠르게 반응하는 시스템을 구성	고성능 실시간 시스템
Pipeline	데이터가 여러 단계를 거쳐 처리되는 구조로, 각 단계는 독립적으로 작동하고 데이터를 변환	ETL 프로세스 등
Broker	클라이언트와 서버가 직접 통신하지 않고 중개자를 통해 통신하는 구조	메시지 큐
Peer-to-Peer	모든 노드가 동등한 자격으로 통신하고 자원을 공유하는 구조	분산 시스템

디자인패턴 주요 유형

구분	개념	비고
생성패턴	객체의 생성방식 결정, 클래스 정의, 구조화, 캡슐화	Factory, Builder, Singleton
구조패턴	객체 조직화 방법 제시, 객체 구성에 확장성 추가	Adaptor, Bridge, Decorator
행위패턴	객체 행위를 조직화, 그룹화, 객체와 클래스 연동	Strategy, Observer, Visiter, Template

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

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

CBAM, 비용편익분석 방법

2024년 3월 3일 · 약 4분

Eunkwang Shin

Owner

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 고려사항

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

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

2024년 3월 3일 · 약 4분

Eunkwang Shin

Owner

131/1/3

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

개념

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

배경

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

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

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

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

구분	폭포수 개발 방법론	애자일 개발 방법론
프로세스	선형 순차적 모델, 단계별 완료 후 다음 단계로 진행, 큰 변경 비용	반복적이고 점진적인 접근, 짧은 개발 주기(스프린트)로 진행, 변경 수용 가능
도구	요구사항 문서, 설계 문서, 테스트 계획서 등	사용자 스토리, 백로그, 번다운 차트 등
기법	요구사항 분석, 설계, 개발, 테스트, 배포	CI/CD, 스프린트, 스크럼, 칸반
조직	명확한 역할 구분(기획자, 디자이너, 개발자, 테스터)	자율적인 팀 구성, 크로스 펑셔널 팀

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

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

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

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

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

기술사 - 에세이

2024년 3월 2일 · 약 5분

Eunkwang Shin

Owner

에세이

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

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

공통 작성법

문제 내 단락은 줄을 띄우지 않는다.
다음 문제는 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 전문가 - 에세이 시리즈

정보통신분야 기술사 훑어보기

2023년 10월 7일 · 약 10분

Eunkwang Shin

Owner

종류

정보관리기술사: 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 개념, 배경, 특징, 방향 나열한 것을 묶는 연습 -> 다시 늘리는 연습 자크만 프레임워크 / 싸이클론 모델

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

예시: ML

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

예시: 개념도

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

자크만 프레임워크

-	경영진	관리자/직원	개발자/고객	운영자/통제자
누가	-	-	-	-
언제	-	-	-	-
어디서	-	-	-	-
무엇을	-	-	-	-
어떻게	-	-	-	-

싸이클론 모델

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

cyclone-model

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

토픽별 전략

보안 토픽

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

거버넌스 토픽

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

융합IT 토픽

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

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

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

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

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

디자인패턴 주요 유형​

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

CBAM의 개요​

CBAM의 개념​

CBAM의 배경​

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

CBAM의 구성도​

CBAM의 세부절차​

CBAM의 활용방안​

CBAM과 ATAM의 비교​

CBAM 고려사항​

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

개념​

배경​

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

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

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

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

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

에세이​

공통 작성법​

용어형​

서술형​

주제별​

방법론​

ISO/IEC 표준​

보안​

신기술​

법/제도​

위험​

SW​

참조​

종류​

시험 관련​

출제경향​

준비물​

출제위원​

느낌​

과정​

국제기술사​

공부방법​

예시: ML​

예시: 개념도​

자크만 프레임워크​

싸이클론 모델​

토픽별 전략​

보안 토픽​

거버넌스 토픽​

융합IT 토픽​

참조​

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

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

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

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

디자인패턴 주요 유형

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

CBAM의 개요

CBAM의 개념

CBAM의 배경

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

CBAM의 구성도

CBAM의 세부절차

CBAM의 활용방안

CBAM과 ATAM의 비교

CBAM 고려사항

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

개념

배경

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

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

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

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

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

에세이

공통 작성법

용어형

서술형

주제별

방법론

ISO/IEC 표준

보안

신기술

법/제도

위험

SW

참조

종류

시험 관련

출제경향

준비물

출제위원

느낌

과정

국제기술사

공부방법

예시: ML

예시: 개념도

자크만 프레임워크

싸이클론 모델

토픽별 전략

보안 토픽

거버넌스 토픽

융합IT 토픽

참조