본문으로 건너뛰기

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

모든 태그 보기

구조적 방법론, 애자일 방법론

· 약 4분

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

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

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

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

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

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

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

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

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

차세대시스템과 오픈결함

· 약 4분

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

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

오픈 관련 문제점의 원인

기술적 원인

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

관리적 원인

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

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

재발 방지를 위한 대책

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

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

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

오픈준비 점검지표

ISO 25010 기반

기능 점검지표

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

성능 점검지표

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

요구사항 추출

· 약 3분

요구사항 추출의 개념

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

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

요구사항 추출 기법

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

요구사항 품질 속성

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

요구사항 추출 프로세스

요구사항 추출시 고려사항

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

객체지향 방법론

· 약 3분

객체지향방법론의 개념

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

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

캡슐화와 정보은닉 개념도

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

캡슐화와 정보은닉 비교

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

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

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

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

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

SRS, 요구사항 명세서

· 약 3분

요구사항 명세서 개념

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

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

요구사항 명세서의 구성도

요구사항 명세서 핵심요소

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

요구사항 명세서 활용방안

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

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

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

합성데이터

· 약 3분

합성데이터의 개념

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

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

합성데이터의 개념도

합성데이터 구성요소

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

합성데이터 사례

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

합성데이터 고려사항

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

텍스트마이닝, 오피니언마이닝

· 약 2분

데이터마이닝의 개념

  • 빅데이터에서 의미있는 패턴을 파악하거나 예측하여 의사결정에 활용하기 위한 분석기법

텍스트마이닝과 오피니언마이닝의 구성요소

텍스트마이닝 구성요소

구분내용비고
개념텍스트데이터에서 패턴, 정보 추출다양한 비정형데이터 처리
절차텍스트 수집 -> 텍스트 전처리 -> 특징 추출 -> 모델 구축 -> 패턴 분석데이터 전처리시 이상치 제거
주요기법표준화, 불용어제거, TF-IDFNLP, ML기법 활용
사례문서분류, 텍스트요약기업문서관리, 정보검색시스템

오피니언마이닝 구성요소

구분내용비고
개념텍스트데이터에서 감정, 의견분석긍정, 부정 분류
절차SNS데이터수집 -> 텍스트 전처리 -> 감성사전구축 -> 감정분류모델 구축 -> 결과시각화감성사전의 품질 중요
주요기법감성사전 구축, 감성분석 모델SVM, 로직스틱회귀, ML기법 활용
사례리뷰분석, SNS분석, 피드백분석마케팅, 고객전략 수립

오피니언마이닝 고려사항

  • 은어, 약어, 이모티콘 등의 비정형 표현들에 대한 추가 전처리 필요.

데이터베이스 트랜잭션

· 약 3분

데이터베이스 트랜잭션의 개념

  • 데이터의 정확환 일관성과 무결성을 보장하기 위해 완전히 종료해야하는 데이터베이스 처리의 논리적 작업 단위

데이터베이스 트랜잭션의 특징, 상태전이도, 종료기법

데이터베이스 트랜잭션의 특징

구분내용보장기법
원자성연산전체가 처리되거나 처리되지 않아야함Commit, Rollback
일관성트랜잭션 성공 후 일관된 데이터베이스 상태 유지무결성 제약조건, 동시성 제어
고립성트랜잭션 실행 중 다른 트랜잭션 접근 불가Isolation Level, Locking, 분산 트랜잭션
지속성성공된 트랜잭션은 어떤 고장에도 손실되지 않고 영속 저장회복기법, 회복컴포넌트 관리
  • 트랜잭션 특징에 따라 트랜잭션 상태 변경

데이터베이스 트랜잭션 상태전이도

  • 트랜잭션이 정상적으로 상태 전이되어 작업을 수행하기 위해 ACID와 직렬성 보장 필요

데이터베이스 트랜잭션 종료기법

구분기법내용
명시적 처리Commit변경 내용을 디스크에 영구 저장, 일관적 상태
-Rollback중지 또는 철최하고 갱신 작업취소, 비일관적 상태
묵시적 처리정상종료Commit과 동일하나 새 트랜잭션 다시 시작 안함
-비정상종료Rollback과 동일하나 프로그램 종료

분산DB 트랜잭션 고려사항

  • BASE 특성에 중점을 두어 트랜잭션 구현 및 관리 필요

병행제어

· 약 3분

병행제어의 개념

  • 다수의 트랜잭션이 동일한 데이터에 동시에 접근하고자할 때, 각 트랜잭션이 독립적으로 수행된 결과를 보장하는 기법
  • 갱신손실, 연쇄복귀, 모순성 제거, 무결성 일관성 보장

병행제어 미수행시 문제점과 해결기법

병행제어 미수행시 문제점

문제내용비고
갱실분실트랜잭션의 동일 데이터 동시 갱신시 발생고립성 위배
불일치다중 사용자 트랜잭션들이 동시 실행시 모순된 결과 반환일관성, 고립성 위배
연쇄복귀한 트랜잭션이 실패 후 롤백될 때 다른 트랜잭션 처리 취소 불가일관성, 원자성 위배

병행제어 해결기법

구분내용비고
Locking트랜잭션 사용 자원에 대해 상호배제 기능 제공DB락, Table락, Row락, Column락
2PL모든 트랜잭션의 lock과 unlock 연산을 확장, 수축단계로 구분하여 수행직렬가능성 보장, 교착상태 예방필요
Timestamp트랜잭션 입력시 Timestamp 시간 순으로 직렬화직렬가능성 보장, 교착상태 방지
낙관적 기법트랜잭션 수행시 미검사, 트랜잭션 종료 전 위반 검사Read, Validate, Write 단계
다중버전 병행제어여러 버전 저장 후 일관성이 보장된 트랜잭션 선택동시성 우수, I/O오버헤드 증가

병행제어 고려사항

  • 분산 데이터베이스 시스템의 경우, NW 지연, 노드 장애 등 문제 발생을 대비하기 위해 2PL 기법 사용

NoSQL

· 약 3분

NoSQL의 개념

  • 전통적인 RDBMS의 한계 극복을 위해 비정형 데이터를 다양한 형태로 저장하고 유연한 데이터 모델을 제공하는 데이터베이스
  • 대규모 데이터 R/W 처리 한계 극복, 클라우드 분산 환경 확장성 한계 극복, 스키마 유연성

NoSQL의 BASE특성, 유형

NoSQL의 BASE 특성

구분내용비고
Basically Available시스템 장애에도 부분적으로 데이터 접근 가능모든 요청 응답, 가용성 중시
Soft State데이터 일관성이 즉시 보장되지 않음최종적 일관성
Eventual Consistency모든 복제물이 결국에는 동일한 상태로 수렴일관성 완화

NoSQL의 유형

구분내용비고
Key-Value키와 값의 간단한 쌍으로 저장, 빠른 조회 가능Redis, DynamoDB
Column Family열 기반 데이터 저장, 유연한 스키마Cassandra, HBase
DocumentJSON 문서 형식으로 저장, 빠른 조회 가능MongoDB, CouchDB
Graph노드와 간선으로 구성된 그래프 형식의 데이터베이스Neo4j

NoSQL의 CAP 이론, 유형

CAP 이론

구성내용
Consistency모든 사용자는 항상 동시에 같은 데이터 조회
Availability모든 요청이 장애시에도 동작
Partition Tolerance물리적 분할에도 시스템 동작
  • CAP 중 2가지만 만족 가능

CAP 유형

구분내용비고
C + P네트워크 분할시에도 일관성을 보장, 가용성 일부 희생HBase, MongoDB
A + P네트워크 분할시에도 가용성을 보장, 일관성 일부 희생CouchDB, DynamoDB
C + A네트워크 분할 발생하지 않는 상황에서 일관성과 가용성 모듀 우지RDBMS

NoSQL 모델링시 고려사항

  • 비정형 데이터를 저장해야하므로 도메인 모델링 후 쿼리 결과를 정의한 뒤 저장할 테이블 모델을 설계해야함.