Check Requirements

m_ngyeong·2024년 4월 26일

정보처리기사 이론

목록 보기

1/36

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

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

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

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

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

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

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

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