PNM의 개념​

• 메모리와 프로세서를 다이 차원에서 가깝게 연결하여 별도의 논리연산을 수행하는 메모리
• 메모리 접근을 위한 병목 최소화, 대역폭 최대화 가능

PNM의 구성도, 구성요소, 적용방안​

PNM의 구성도​

PNM의 구성요소​

구분	내용	비고
프로세서	연산처리 담당 중앙처리장치	데이터 처리
고속 인터페이스	메모리와 프로세서 간 통신 속도 향상	CXL 등
DRAM Cell	대용향 휘발성 기억 장치	데이터 저장
다이	회로가 제작된 공간	직접회로 연결

• 다이 접합과 인터페이스 통합으로 제작이 가능하기에 기존 프로세서 사용 용이

PNM 활용방안​

구분	내용	비고
데이터 집중형 앱	데이터 접근 빈도가 높은 어플리케이션 적용	빅데이터 분석, LLM 등
실시간 처리 앱	실시간 데이터 처리가 필요한 슈퍼컴퓨팅에 활용	금융모델, 기상 예보 등
전력효율 필요 앱	높은 전성비를 유지해야하는 환경	모바일, 임베디드시스템 등

PNM 고려사항​

• CPU와 PNM간 메모리 데이터 젖아시 경합을 고려한 SW개발 필요

메모리 관리 기법의 개념​

• 제한된 메모리 리소스를 효율적으로 사용하기 위해 메모리 관리 기법 필요

페이징 기법, 세그먼테이션 기법 개념도, 핵심요소​

페이징 기법, 세그먼테이션 기법 개념도​

• 페이징 기법은 동일한 크기로, 세그먼테이션 기법은 가변크기로 분할

페이징 기법, 세그먼테이션 기법 핵심요소​

구분	페이징	세그먼테이션
단위크기	고정, 페이지	가변, 세그먼트
외부단편화	없음	있음
내부단편화	있음	없음
주소사상	페이지테이블	세그먼트테이블
복잡성	단순	주소, 사이즈 관리 복잡
프로세스 간 공유	어려움	용이
교체시간	짧은	느림

• 페이징 기법의 메모리 관리 효율성, 세그먼테이션 기법의 논리적 메모리 관리 이점을 결합한 페이지드 세그먼테이션 기법 사용

페이지드 세그먼테이션 기법​

• 파일 관리는 세그먼트 단위로, 프로그램 조각은 페이지 단위로 관리

메모리 관리 기법 선택시 고려사항​

• 외부단편화와 내부단편화를 줄이기 위해 버디메모리, 슬랩할당자 기법 사용 고려.
• 스레싱이 발생하지 않게 적절한 테이블 크기 설정

뉴로모픽 칩의 개요​

• 인간의 뇌를 모방하여 정보를 연산, 저장하는 비 폰노이만 구조의 저전력, 고성능 칩
• 기존 폰노이만 구조의 프로세서로 연산하기 어려운 인공지능, 시뮬레이션 등 병렬 작업을 처리하기 위해 필요

뉴로모픽 칩의 구성도, 구성요소, NPU와 비교​

뉴로모픽 칩의 구성도​

뉴로모픽 칩의 구성요소​

구분	내용	비고
뉴로모픽 칩	시냅스와 뉴런으로 구성, 스파이크 자극에 의해 유기적으로 자율 조절	인간 뇌와 같이 저전력으로 학습
스파이킹 신경망, SNN	생물학적 신경 네트워크 구조를 모방	대규모 병렬 연산, 가중치 전달
뉴로모픽 소자	뉴런과 시냅스를 구성하는 핵심 소자로 메모리와 레지스터의 결합	멤리스터
PIM	뉴런을 배열하여 스파이크 입력 변환, 뉴런 배열에서의 스파이크 발화 동작 및 학습, 학습 결과 특성 분류 수행	SRAM 기반

NPU와 뉴로모픽 침의 차이점​

구분	NPU	뉴로모픽 칩
구조	폰노이만	생물의 뉴런 시스템
목적	GPU를 CPU로 만들어 연산 활용	메모리를 CPU로 만들어 연산 활용
중점	인공신경망 연산의 효율적 수행	인공신경망 외 다양한 프로그램 연산
관련 업체	엔비디아 등	IBM, 인텔 등
장점	LLM 등 인공지능 모델 확산 기여	전력, 면적, 성능 등에서 압도적 결과
단점	대규모 데이터센터 공간/전력 소모	뉴로모픽 칩 개발의 어려움

뉴로모픽 칩 고려사항​

• 뉴로모픽 하드웨어를 최대한 활용할 수 있는 알고리즘 및 SW개발, 연구 병행 필요

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 기반

기능 점검지표​

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

성능 점검지표​

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

요구사항 추출의 개념​

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

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

요구사항 추출 기법​

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

요구사항 품질 속성​

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

요구사항 추출 프로세스​

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

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