Check Requirements

m_ngyeong·2024년 4월 26일
0

정보처리기사 이론

목록 보기
1/25
post-thumbnail

✔️ Check Requirements


Agile Model

애자일(Agile)은 '민첩한', '기민한'이라는 의미로, 고객의 요구사항을 변화에 유현하게 대응할 수 있도록 일정한 주기를 반복하면서 개발하는 모형이다.

  • 어느 특정 개발 방법론이 아니라 좋은 것을 빠르고 낭비 없게 만들기 위해 고객과의 소통에 초점을 맞춘 방법론을 통칭
  • 대표적인 개발 모형 : Scrum(스크럼), Kanban(카반), XP(eXtreme Programming), Lean, FDD(Feature Driven Development, 기능 개발 중심)

XP(eXtreme Programming)의 Practice

  • Pair Programming : 다른 사람과 함께 프로그래밍을 수행함으로써 개발에 대한 책임을 공동으로 나눠 갖는 환경을 조성
  • Collective Ownership : 개발 코드에 대해 권한과 책임을 공동으로 소유
  • Test-Driven Development : 개발자가 실제 코드를 작성하기 전에 테스트 케이스를 먼저 작성하므로 자신이 무엇을 해야할지를 정확하게 파악하고, 테스트가 지속적으로 진행될 수 있도록 자동화된 테스팅 도구(구조, 프레임워크)를 사용
  • Whole Team : 개발에 참여하는 모든 구성원(고객 포함)들은 각자 자신의 역할이 있고 그 역할에 대한 책임을 가져야 함
  • Continuous Intergration : 모듈 단위로 나눠서 개발된 코드들은 하나의 작업이 마무리될 때마다 지속적으로 통합함
  • Refactoring : 프로그램 기능의 변경 없이 시스템을 재구성하며, 프로그램을 쉽게 이해하고 쉽게 수정하여 빠르게 개발할 수 있도록 함
  • Small Releases : 릴리즈 기간을 짧게 반복함으로써 고객의 요구 변화에 신속히 대응할 수 있음

Requirements

Function Requirements(기능 요구사항)

기능 요구사항은 시스템이 무엇을 하는지, 어떤 기능을 하는지 등 사용자가 시스템을 통해 제공받기를 원하는 기능이나 시스템이 반드시 수행해야 하는 기능을 의미한다.

Non-Function Requirements(비기능 요구사항)

비기능 요구사항품질이나 제약사항과 관련된 요구사항으로, 시스템의 장비 구성, 성능, 인터페이스, 테스트, 보안 등의 요구사항을 말한다.

DED; Data Flow Diagram

자료 흐름도는 요구사항 분석에서 자료의 흐름 및 변환 과정과 기능을 도형 중심으로 기술하는 방법이다.

자료 흐름도 구성 요소

  • Process(프로세스) : 자룔르 변환시키는 시스템의 한 부분을 나타내며 처리, 기능, 변환, 벼블이라고도 함
  • Data Flow(자료 흐름) : 자료의 이동이나 연관관계를 나타냄
  • Data Store(자료 저장소) : 시스템에서의 자료 저장소를 나타냄
  • Terminator(단말) : 시스템과 교신하는 외부 개체로, 입력 데이터가 만들어지고 출력 데이터를 받음

Diagram

다이어그램은 사물과 관계를 도형으로 표현한 것이다.

구조적 다이어그램의 종류

  • Class Diagram : 객채(Object)들을 클래스로 추상화하여 표현하는 다이러그램으로 대표적 구조적 다이어그램이며, 클래스는 각각의 객체들이 갖는 속성과 메소들을 표현한 것으로 3개의 구획으로 나눠 이름, 속성, 메소드를 표기함
  • Object Diagram
  • Component Diagram
  • Deployment Diagram(배치 다이어그램)
  • Compisite Structure Diagram(복합체 구조 다이어그램)
  • Package Diagram :유스케이스나 클래스 등의 요소들을 그룹화한 패키지 간의 의존 관계를 표현한 것

행위 다이어그램의 종류

  • Use Case Diagram : Actor(사용자)와 Use Case로 구분
  • Sequence Diagram
  • Communication Diagram
  • Sate Diagram
  • Activity Diagram
  • Interaction Overview Diagram
  • Timing Diagram

수학 산정 기법

COCOMO Model

COCOMO Model은 원시 프로그램의 규몽니 LOC에 의한 비용 산정 기법이다.

COCOMO의 SW 개발 유형

  • Organic Mode(조직형) : 트랜잭션 처리 시스템이나 운영체제 등의 30만(300KDSI) 라인 이상의 소프트웨어를 개발하는 유형
  • Semi-Detached Mode(반분리형) : 트랜잭션 처리 시스템이나 운영체제, 데이터베이스 관리 시스템 등의 30만(300KDSI) 라인 이하의 소프트웨어를 개발하는 유형
  • Embedded Mode(내장형) : 일괄 자료 처리나 과학기술 계산용, 비즈니스 자료 처리용 등의 5만(50KDSI) 라인 이하의 소프트웨어를 개발하는 유형

Putnam Model

FP(Function Point) Model



참고,
길벗알앤디. 『정보처리기사 실기 단기완성』. 길벗. 2023.

profile
사용자 경험 향상과 지속적인 성장을 추구하는 프론트엔드 개발자 ʚȉɞ

0개의 댓글