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

UML 개념​

• SW산출물을 가시화, 명세화, 구축, 문서화하는 도구로 구조, 동작, 인터랙션 다이어그램으로 구분

시퀀스 다이어그램, 커뮤니케이션 다이어그램 구성도, 구성요소, 절차​

시퀀스 다이어그램, 커뮤니케이션 다이어그램 구성도 비교​

• 시퀀스 다이어그램은 시간 순서에 따라, 커뮤니케이션 다이어그램은 구조에 따라 인터렉션 표현

시퀀스 다이어그램, 커뮤니케이션 다이어그램 구성요소 비교​

구분	시퀀스	커뮤니케이션
개념	객체 간 상호작용을 시간 흐름에 따라 메세지 표현	객체 간 메세지의 구조적 구성 표현
핵심요소	라이프라인, 액티베이션박스, 메세지	객체, 링크, 메세지
사례	시스템 내부 프로세스, 실행 순서	시스템 아키텍처 개념적 이해

시퀀스 다이어그램, 커뮤니케이션 다이어그램 절차 비교​

구분	절차	비고
시퀀스 다이어그램	액터와 활성 객체 나열	시간순서 배치
-	객체 간 메세지 작성	상호 작용 추가
-	활성객체별 액티베이션박스 작성	활성화 시간 표현
커뮤니케이션 다이어그램	중요 객체, 클래스, 액터 식별	구조적 중요성 강조
-	객체 및 액터 배치, 연결	커뮤니케이션 구조 중심
-	메세지 링크 강조	연결성 명확화

UML 작성시 고려사항​

• OMG 글부 표준을 준수하여 정확성, 효용성, 유지보수성을 가진 산출물 작성

MSA, 모놀리틱 아키텍처 개념​

• 모놀리틱 아키텍처에서 비지니스 프로세스를 독립된 서비스로 분리한 SOA로 전환, SOA의 ESB 부하집중, 기술스택 일원화 문제를 해결하기 위해 MSA 등장

MSA, 모놀리틱 아키텍처 구성도, 구성요소, 적용방안​

MSA, 모놀리틱 아키텍처 구성도​

• 하나의 어플리케이션을 여러 개의 서비스로 나눠 조합하여 서비스를 제공

MSA, 모놀리틱 아키텍처 구성요소​

구분	모놀리틱	MSA
모듈성	영향도, 의존성 높음	서비스 간 의존성 낮음
유지보수성	규모가 커질수록 어려움	개별 서비스
확장성	부분 Scale-out 어려움	서비스 단위 유연한 Scale-out
조직	기능 중심 조직 구조	비지니스 중심 DevOps 구조
장점	배포, 테스트 표준화된 방식으로 관리 용이	서비스 단위 빠른 개발, 배포 용이
단점	One Codebase로 의존성이 높아 신규 개발 어려움	분산시스템에서 트랜잭션 관리 어려움

MSA 적용 방안​

• Istio 등 서비스 메쉬를 도입하여 MSA 간 서비스 디스커버리, 라우팅, 보안, 로드밸런싱 등 처리

MSA 도입시 고려사항​

• MSA 전환시 네트워크 지연시간이 추가되므로 성능에 민감한 시스템일 경우 도입을 신중히 검토해야함

테스트 커버리지와 코드 커버리지의 개념​

• 테스트 커버리지: SW 테스트시 얼마나 많은 기능이 테스트되었는지를 측정하는 지표
• 코드 커버리지: 코드의 각 구문이 테스트 중 얼마나 실행되었는지 측정하는 지표

테스트 커버리지, 코드 커버리지 구성요소, 적용방안​

테스트 커버리지, 코드 커버리지 구성요소​

구분	커버리지	비고
테스트 커버리지	기능 커버리지	요구사항별, 유스케이스, 시나리오
-	사용자시나리오 커버리지	UI, 통합, 시스템
코드 커버리지	라인 커버리지	코드라인, 구문, 조건
-	함수 커버리지	함수 호출, 함수 내부
-	분기 커버리지	조건, 결정, 다중 조건

테스트 커버리지, 코드 커버리지 적용방안​

구분	적용방안	비고
테스트 커버리지	테스트 계획 단계부터 목표 수립	테스트 관리도구 활용
-	테스트 실행시 커버리지 측정 보고서 작성	-
코드 커버리지	코드 커버리지 측정도구 활용	적정분석도구 통합
-	테스트 실행 후 커버리지 분석	CI/CD 통합

커버리지 측정시 고려사항​

• 비용과 시간, 테스트 품질을 고려한 현실적인 커버리지 목표 설정 필요

품질비용 항목의 개념​

• SW제품의 품질을 유지하고, 향상시키기 위해 설계부터 유지보수 단계까지 발생하는 모든 비용
• SW개발 초기 단계부터 품질 비용 항목을 관리해야 후속 단계에서 결함 수정 및 유지보수 비용 절감 가능
• 품질비용을 투자하면 원가가 줄어든다는 것은 6시그마(DMAIC)에서 증명

품질비용항목 개념도, 구성요소, 주요사례​

품질비용항목 개념도​

• 예방, 평가 비용을 높혀 실패비용을 줄이는 것이 품질비용 관리의 목표

품질비용항목 구성요소​

예평내외

구분	내용	비고
예방비용	결함 예방 투입 비용	교육, 훈련, 프로세스 개선
평가비용	제품 품질 평가 및 검증 비용	테스트, 리뷰, 감리
내부실패비용	개발단계에서 발견된 결함 수정 비용	재작업, 수정, 폐기
외부실패비용	출시 후 결함 발생 비용	고객지원, 환불, 소송

품질비용항목 주요사례​

구분	사례	비고
예방비용	프로젝트 및 자원관리	품질 계획, 수립, 통제, 형상, 보안 관리
-	예방품질활동	프로세스 점검, 산출물 검토, 내부QA
평가비용	평가품질활동	장비검수, 피어리뷰, 코드리뷰
-	테스트	단위, 통합, 시스템, 인수
내부실패비용	내부실패 관리, 품질활동	추가 작업비용, 조치
-	테스트 결함 조치	테스트 후 결함 조치
외부실패비용	결함 처리 조치	이미지 손실, 고객불만 처리
-	납기 지연 대응	프로젝트 지연 대응, 장애 복구

• 품질비용은 예방, 평가, 내부실패, 외부실패 순으로 사용 권장

품질비용 고려사항​

• 납기일을 준수하기 위해 테스트기간을 줄이고 있는 현황을 해결하기 위해, 프로젝트 계획 단계에서부터 품질비용을 고려한 기간산정 필요.

구조적 방법론, 애자일 방법론 개념​

• 구조적방법론: 전체 시스템을 기능에 따라 분할하여 개발하고, 이를 통합하는 프로세스 중심의 하향식 방법론
• 애자일방법론: SW개발을 반복적이고 점진적으로 진행하고, 변경에 유연하게 대응하는 방법론

구조적 방법론, 애자일 방법론 구성요소, 주요 기법, 적용방안​

구조적 방법론, 애자일 방법론 구성요소 비교​

구분	구조적 방법론	애자일 방법론
접근방식	계획중심, 단계적	반복적, 유연한 방식, 짧은 개발 사이클
문서화	모든 단계에서 상세한 문서화	문서보다는 동작하는 SW에 가치
고객 참여	프로젝트 초기에 요구사항 정의 후 참여 없음	지속적인 피드백과 개선
변경관리	변경에 유연하지 않음	유연한 변경 수용
개발 속도	긴 개발 주기	빠른 개발 주기
장점	명확한 구조와 규정된 프로세스를 통한 크고 복잡한 프로젝트 적합	변화하는 시장 요구사항에 빠른 대응
단점	유연성 부족, 계획 변경 어려움	문서 부족으로 인한 리스크
주요 기법	데이터 흐름 다이어그램, 분할 정복, 정형화	스크럼, 칸반, TDD

애자일 방법론의 주요 기법 스크럼, 칸반 비교​

구분	스크럼	칸반
개념	고정된 역할과 이벤트를 통한 작업관리	시각화를 통한 작업 흐름 관리
특징	스프린트, 데일리스크럼, 회고	칸반보드, 대기행렬, 총 주기 시간
장점	명확한 역할분담, 짧은 주기와 반복작업	유연한 작업관리, 지속적인 개선
단점	초기적응 어려움	역할 불명확, 관리 어려움

개발 방법론 선택시 고려사항​

• 레거시시스템 여부, 팀 성숙도 측면을 고려하여 구조적 방법론과 애자일 방법론 중 선택 필요.

차세대 시스템 오픈관련 문제점 개요​

• 사업 사전준비 부족과 프로젝트 관리 역량 부족 등 미진한 대응으로 대국민 서비스 품질 저하 및 공공기관 신뢰성 저하

오픈 관련 문제점의 원인​

기술적 원인​

구분	문제짐	내용
데이터	데이터 전환 미흡	마이그레이션 후 정합성 문제
-	도메인 분석 미흡	시스템 통합에 딸느 영향도 파악 부족
기능	기능 미구현	다양한 유저의 필요 기능 불안전 구현
-	개발자 역량	개발자의 도메인 지식 부족
시스템	테스트 부족	시스템 통합 후 미구현 기능 발견
-	시스템 검수 미흡	성능 요구사항 미준수

관리적 원인​

구분	문제점	내용
요구사항	불명확한 요구사항	일정 지연 원인
-	리스크 관리 부족	위험 수집, 판별, 분석, 대응 미흡
제도	대기업 참여제한	프로젝트 관리 경험 부족
-	감리체계 미흡	산출물 위주 감리로 실무 괴리
적정대가 미지급	불공정한 과업 변경	이해관계자 협의 없는 변경
-	개발자 이탈	핵심인력 중 90% 과업 진행 중 이탈

재발 방지를 위한 대책 및 법,제도 보완점​

재발 방지를 위한 대책​

구분	대책	내용
요구사항	공공 PMO 활용	사업의 성공적 수행을 위한 관리
-	사전심사제도	과제 진행 전 이슈 분석
적정대가 미지급	과업심의위원회	심의 의무화로 합의 진행
-	RFP	FP 기반한 대가 산출
데이터	데이터 품질 검증	마이그레이션 테스트 계획 수립
-	전문가 활용	업무 도메인, 데이터 전문가 활용

재발 방지를 위한 법, 제도 보완점​

구분	보완점	내용
발주	발주 시행근거 마련	발주기관 지표 항목 개선
-	분리분할발주 강화	사업 규모 따른 관리 위험 완화
사업참여	대기업 참여제한 완화	프로젝트 관리 경험 증가로 안정성 증가
-	컨소시엄 구성 체계 변경	동일 사업 참여 컨소시엄 책임 조정
제도	감리제도 강화	업무 부문 감리 항목 강화
-	하도급 제도 개선	하도급 관리 기준 개정 효율화
-	SW산업 진흥법 개선	공공 SW사업 기반 제도 수정

오픈준비 점검지표​

ISO 25010 기반

기능 점검지표​

• 적합성
• 정확성
• 상호운용성
• 호환성

성능 점검지표​

• 사용성
• 신뢰성
• 유지보수성

요구사항 추출의 개념​

• 시스템, 제품, 서비스를 개발하는 과정에서 이해관계자들의 원하는 바를 파악하고 명확하게 정의하는 활동
• 프로젝트의 명확한 목표 설정, 이해관계자 만족, 리소스 절감, 리스크 관리를 위해 필요.

요구사항 추출 기법, 품질 속성, 개발 프로세스​

요구사항 추출 기법​

구분	내용	비고
인터뷰	이해관계자와 직접 대화	심층적 정보
설문조사	설문지 통한 다수 이해관계자 요구사항 확보	효율적, 정량적
브레인스토밍	다수가 자유롭게 아이디어 제시	창의적 아이디어
프로토타이핑	시스템 초기 모델 제작, 사용자 피드백	사용자 중심 요구사항
워크숍	이해관계자가 모여서 토론, 협의	합의 도출 효과
역공학	기존 시스템 및 문서 분석	숨겨진 요구사항 발견

요구사항 품질 속성​

구분	내용	비고
원자성	요구사항이 복합 목적이 아닌 단일 목적인지	요구사항 충돌 방지
완전성	요구사항이 정보의 모든 것을 포함하는지	모든 이해관계자 요구 반영
비모호성	명확하지 않거나 같은 내용을 다르게 언급했는지	오해소지 제거
추적가능성	요구사항을 쉽게 추적가능한 고유번호	변경관리 대응
테스트가능성	요구사항이 검증가능하게 기술되었는지	객관적 기준

요구사항 추출 프로세스​

요구사항 추출시 고려사항​

• 제한된 리소스 내에서 효율적인 개발을 위해 우선순위 설정 필요

객체지향방법론의 개념​

• SW 생명주기에 객체지향 개념을 접목시켜 객체를 중심으로 시스템을 모델링하는 방법론
• 캡슐화, 추상화, 상속, 다형성과 정보은닉을 통해 복잡성을 줄이고, 재사용성과 유지보수성을 극대화하여 비용 절감

캡슐화, 정보은닉의 개념도, 비교, 적용방안​

캡슐화와 정보은닉 개념도​

• 캡슐화(수단)는 정보은닉(요건)을 실현하기 위한 수단으로 활용

캡슐화와 정보은닉 비교​

구분	캡슐화	정보은닉
개념	객체의 속성과 메소드를 하나의 단위로 묶는 것	객체 내부 구현을 감추는 것
목적	응집도와 모듈성 향상	내부 상태 보호, 변경용이성 확보
수단	접근제어자, 접근메소드	접근제어자, 인터페이스
효과	모듈화, 재사용성	안정성, 유지보수성

캡슐화, 정보은닉 적용방안​

구분	캡슐화	정보은닉
설계단계	클래스 책임 분배, 접근제어자	모듈화, 추상화, 레이어설계
구현단계	getter/setter, 생성자	의존성 주입, 디자인패턴

객체지향 프로그래밍 고려사항​

• SOLID 원칙 준수, GoF의 디자인패턴 활용, 낮은 결합도, 높은 응집도를 가진 클래스, 모듈 구현

요구사항 명세서 개념​

• SDLC 전 단계에서 검토, 승인, 평가의 기준이 되는 SW가 갖추어야할 기능, 성능, 제약조건 등이 기술된 명세서
• 요구사항의 애매모호성을 제거하고, FP가 도출 가능한 수준까지 작성하여 의사소통 비용절감 및 변경관리용이성 증대를 위해 필요.

요구사항 명세서의 구성도, 핵심요소, 활용방안​

요구사항 명세서의 구성도​

요구사항 명세서 핵심요소​

구분	내용	비고
기능요구사항	시스템이 수행할 기능, 제공해야할 서비스 요구사항	사용자 관점
성능요구사항	시스템 속도, 처리량, 응답시간 등 시스템 성능 요구사항	측정가능한 구체적 수치
인터페이스요구사항	외부시스템 연동, 하드웨어와 상호작용 방식에 대한 요구사항	데이터 포맷, 프로토콜
설계 제약조건	시스템 설계, 구현에 제약을 가하는 요소 설명	개발환경, 표준 준수

요구사항 명세서 활용방안​

구분	내용	비고
설계	시스템 아키텍처, 인터페이스, UI/UX	요구사항 충족 설계
구현	코딩, 단위테스트 기준	기능 요구사항 준수
테스트	테스트케이스 설계, 요구사항 검증	결함 문서화
유지보수	변경관리, 사용자 교육, 개선	피드백 반영

요구사항 명세서 작성시 고려사항​

• 명확하고 일관된 용어를 사용하여 이해관계자 간 의사소통의 투명성 제고

합성데이터의 개념​

• 실제 데이터의 대체재로서 컴퓨터 시뮬레이션이나 알고리즘을 통해 생성하는 임의의 데이터
• 모델 학습시 충분한 양의 데이터 확보, 양질의 데이터 확보, 개인정보, 저작권 등 이슈 없는 안전한 데이터 확보

합성데이터의 유형 개념도, 구성요소, 사례​

합성데이터의 개념도​

합성데이터 구성요소​

구분	내용	비고
완전 합성 데이터	공개하려고 하는 데이터에 측정된 실제 데이터가 없는 가상 데이터	정보보호 보안성
부분 합성 데이터	공개하려는 변수 중 일부만을 선택하여 합성 데이터로 대체한 데이터	민감정보 대체
복합 합성 데이터	일부 변수 값을 합성 데이터로 생성, 합성된 데이터와 실제 데이터를 모두 사용하여 일부 변수 값을 다시 도출하는 방법으로 생성	정확성

합성데이터 사례​

구분	내용	비고
국내	자율주행용 합성 비디오데이터셋	네이버 Virtual KITTI
국외	이미지와 사람 수가 압도적인 군중 계수 데이터셋	GTA5 Crowd Counting
-	실내 장면 이해를 위한 하이퍼 리얼리즘 장면 데이터셋	애플 Hypersim

합성데이터 고려사항​

• 데이터 합성시 목표대로 데이터가 만들어졌는지 검증할 수 있는 측정 기준 마련 필요