요구사항 정의, 파악 및 아키텍처 설계

요구사항 정의

• 특정 요구를 충족하는 솔루션이나 제품에 필요한 조건 또는 능력

요구사항 파악

• 사용자의 요구사항을 제대로 파악하는 것이 중요
• 요구사항 파악에 실패하면 제품 개발이 완전히 다른 방향으로 흘러갈 수 있음

아키텍처 설계

• 요구사항 명세의 '무엇(what)'에 대한 대답을 찾음
• 상세 설계는 명세의 '어떻게(how)'에 대한 대답을 찾음

요구사항 유형

• 사용자 요구사항: 사용자가 시스템을 통해 무엇을 하고 싶어하는지에 초점을 맞춤
• 시스템 요구사항: 개발자가 시스템 구현 방법에 초점을 맞춤

요구사항 분석 과정

• 정보 수집 후 검증을 위해 요구사항을 도출하고 문서화하는 과정

요구분석 절차

• 자료 수집: 프로젝트 관련 자료 및 정보 획득
• 요구사항 도출: 인터뷰, 설문 조사 등을 통해 요구사항 식별 및 수집
• 문서화: 요구사항 명확하고 이해하기 쉬운 형식으로 기록
• 검증: 문서화된 요구사항이 완전하고 정확한지 확인

요구사항 분류

• 기능적 요구사항: 시스템이 수행해야 하는 특정 기능이나 작업을 정의
• 비기능적 요구사항: 성능, 보안, 사용 편의성 등 시스템의 품질 속성을 정의

성능 요구사항

• 시스템의 속도, 처리량, 응답 시간, 리소스 사용률과 같은 성능 측면을 명시
• 예: "웹 페이지는 3초 이내에 로드되어야 한다"

가용성 요구사항

• 시스템의 안정성과 오류 없이 운영될 수 있는 정도를 나타냄
• 측정 지표에는 평균 고장 간격(MTBF), 평균 수리 시간(MTTR), 가동률 등이 포함

표현 방법

• 텍스트 기반: 자연어, 다이어그램, 표 등을 사용
• 형식 기반: 수학적 모델, 프로그래밍 언어 등을 사용

모델링

• 복잡한 시스템의 구조와 동작 방식을 시각적으로 표현하는 방법
• 모델링을 통해 이해관계자 간의 의사소통을 원활하게 하고 시스템의 문제를 사전에 발견 가능

모델링 종류

• 유스케이스 다이어그램: 사용자 관점에서 시스템의 기능을 표현
• 클래스 다이어그램: 시스템의 구조와 클래스 간의 관계를 표현
• 상태 다이어그램: 객체의 상태 변화를 표현

UML (Unified Modeling Language)

• 소프트웨어 공학에서 사용되는 표준화된 모델링 언어
• 시스템 아키텍처, 설계, 구현 과정을 시각적으로 표현하는 데 사용

구조적 분석 기법

• 시스템의 데이터 흐름과 처리 과정을 중심으로 분석하는 방법
• 데이터 흐름 다이어그램(DFD), 자료 사전(DD) 등을 활용

자료 흐름도 (Data Flow Diagram, DFD)

• 시스템 내 데이터 흐름을 그림으로 표현
• 프로세스, 데이터 저장소, 외부 엔티티 사이의 데이터 이동을 나타냅

자료 사전(Data Dictionary)

• DFD에 사용된 데이터 요소들에 대한 정의를 명확하게 기술
• 데이터 이름, 데이터 타입, 값의 범위 등을 포함

E-R 다이어그램 (Entity-Relationship Diagram)

• 데이터베이스 설계를 위해 개체(Entity)와 관계(Relationship)를 시각적으로 표현
• 개체, 속성, 관계 유형 등을 포함

유스케이스 모델링

• 사용자 관점에서 시스템의 기능적인 요구사항을 명확하게 정의하고 시각화하는 방법
• 유스케이스 다이어그램, 유스케이스 명세서 등을 활용

유스케이스 다이어그램

• 시스템과 사용자 간의 상호작용을 나타내는 다이어그램
• 액터(Actor)와 유스케이스(Use Case) 간의 관계를 그림

유스케이스 명세서

• 각 유스케이스에 대한 상세 설명을 기술한 문서
• 액터, 선행 조건, 후행 조건, 이벤트 흐름 등을 포함

좋은 유스케이스

• 기능을 명확하게 정의하고 기술
• 이름이 명확하고 이해하기 쉬움
• 액터와의 상호 작용을 명확하게 표현

비기능 요구사항 명세

• 시스템의 품질 속성인 성능, 사용성, 보안 등을 명확하게 정의
• 측정 가능한 지표를 사용하여 검증 가능하게 작성

요구사항 검증

• 소프트웨어 개발 과정에서 만들어진 요구사항 문서가 완전하고 정확한지 확인

요구사항 검증 항목

• 완전성: 요구사항이 빠짐없이 명확하게 기술되었는지 확인
• 일관성: 요구사항 간 모순이 없는지 확인
• 명확성: 모든 참여자가 요구사항을 명확하게 이해할 수 있는지 확인
• 기능성: 요구사항이 시스템의 기능적인 측면을 잘 반영하는지 확인
• 검증 가능성: 요구사항을 테스트하고 검증할 수 있는지 확인
• 추적 가능성: 요구사항이 설계, 구현, 테스트 단계에서 추적 가능한지 확인
• 변경 용이성: 요구사항 변경이 시스템에 미치는 영향을 최소화할 수 있는지 확인

품질 확보

• 완전성, 정확성, 명확성을 확보하여 개발 과정에서 발생할 수 있는 오류를 최소화하고 효율성을 높임

공학적 검토

• 산출물이 고객의 요구사항을 만족하는지 공식적으로 확인하는 활동
• 잠재적인 문제점을 조기에 발견하고 해결

테스트

• 시스템이 예상대로 동작하는지 확인하고 결함을 찾는 과정
• 단위 테스트, 통합 테스트, 시스템 테스트, 인수 테스트 등 다양한 수준에서 수행

요구사항 변경 관리

• 요구사항이 변경될 때 체계적으로 관리하고 추적하는 과정
• 변경 요청, 분석, 승인, 구현, 검증 단계를 거침

상충 관계 해결

• 요구사항 간에 충돌이 발생할 경우 우선순위를 결정하고 해결 방안을 찾는 과정
• 이해관계자들과의 협의를 통해 합의점을 도출

추적 가능성

• 요구사항이 소프트웨어 개발 생명주기 전체에 걸쳐 연결되어 있음을 의미
• 요구사항, 설계, 코드, 테스트 케이스 간의 연관성을 유지