Challenges/정보처리기사

[정보처리기사]1. 소프트웨어 설계/요구사항 확인/소프트웨어 생명 주기

뚱요 2021. 8. 1. 23:23
반응형

소프트웨어 생명 주기(Software Development Life Cycle,SDLC)

정처기 5장과 겹치는 파트로 따로 5장에서 다루지 않았습니다.

1. 시스템 구성요소

  • 입력
  • 처리
  • 출력
  • 제어
  • 피드백
상태 아님(자주 오답으로 나옴)

1.1 특징

  • 규칙적,정형적 구조가 없다.
  • 요구/환경 변화에 적절히 변형한다.
  • 무형 -> 마모/소멸 되지 않는다.
  • 논리적 절차에 따른 개발 (코드)

2. 소프트웨어 생명 주기(Software Development Life Cycle,SDLC): 시스템 개발 주기

- 소프트웨어(SW) 개발 방법론의 바탕

- SW 개발하기 위해 과정을 각 단계별로 나누어 각 단계별 주요 활동 및 활동의 결과를 산출물로 표현

- 특정 모형을 선택하여 사용하거나 개별적인 모형을 사용할 수 있음

- 폭포수 - 프로토타입- 나선형- 에자일

 

1) 폭포수 모형

 - sw 공학에서 가장 오래되고 가장 폭넓게 사용된 고전적 생명 주기 모형

- 한 단계가 끝나야만 다음 단계로 넘어가는 선형 순차적 모형(병행 불가)

- 개발 중간에 요구사항의 변경이 용이하지 않음

- 단계별 정의 및 산출물이 명확

- 매뉴얼을 작성해야 함

 타당성검토 → 계획 → 요구 분석 → 설계 → 구현(코딩) → 테스트(검사) → 유지보수

#분설구테유

 

 2) 프로토타입 모형

- 폭포수 모델의 단점을 보완하기 위해 만들어진 모형 

 - 요구사항을 파악하기 위해 실제 개발될 SW 견본(시제)품을 만들어 최종 결과물을 예측하는 모형

- 사용자-시스템 인터페이스 중점을 두어 개발 (공동의 참조 모델)

- 개발 중간에 요구사항의 변경이 용이하고 개발 단계에서 유지보수하기 때문에 따로  유지보수 단계 없음

 

3) 나선형 모형 20년 1, 2, 3,22년 1회

 - 폭포수 모형과 프로토타입 모형의 장점에 위험 분석 기능을 추가한 모형

- 목적: 대규모 SW 개발에서의 위험 관리 & 최소화

- 점진적 개발 과정 반복으로 요구사항 추가 가능(강인성)

- 정밀하고 유지보수 과정 구분 없음

- 요구사항이나 아키텍처를 이해하기 어렵다거나 중심이 되는 기술에 문제가 있는 경우 적합한 모델

계획 및 정의 → 위험 분석 → 공학적 개발 → 고객 평가

#계위개고

 

 4) 애자일 모형   20년 1, 2, 3, 4회 기출문제

- 민첩, 기민하게 변화에 유연하게 대응 (상호작용, 고객 협업, 변화 반응)

- 일정한 개발 주기(Iteration, Sprint)를 반복하면서 SW 기능 중심 개발과정 진행

      -  요구사항에 우선순위 부여하며 개발 진행

      - 매 주기마다 결과물에 해당 평가와 요구 수용

- 빠르게 절차와 도구보다 고객(개인)과의 소통에 초점을 맞춤

ex) XP(eXtreme Programming), 스크럼(Scrum), 칸반(Kanban), 크리스탈(Crystal), 린(LEAN), ASD, FDD,SDM  #엑스칸크린

* 폭포수 모형과 애자일 모형 비교

  폭포수 애자일
새로운 요구사항 어려움 지속적 반영 용이
고객과 의사소통 적음 지속적으로 함
테스트 주기 마지막 단계에 한번에 테스트 일정 주기를 반복하여 테스트
개발 중심 계획, 문서(매뉴얼) 고객

[정보처리기사] 정보처리기사 필기 목차

 

[정보처리기사] 개정된 정보처리기사 필기 목차

 정처기 필기 100문제 중 각 챕터 당 20문제로 구성됩니다. 출판사 시나공의 정보처리기사 교재와 이전 기출문제들을 참고로 하여 간단히 키워드로요약하여 작성하였습니다. 각 중요도에 따라서

potato-potahto.tistory.com

 

반응형