Section 006. 요구사항 정의

요구사항

: 서비스에 대한 설명과 정상적으로 운영되는데 필요한 제약조건 등을 나타냄

 

• 기능 요구사항

    ▶ 시스템 기능에 대한 사항

    ▶ 시스템이 반드시 수행해야 하는 기능

    ▶ 시스템이 어떤 데이터를 저장하거나 연산을 수행해야 하는지에 대한 사항

 

 

• 비기능 요구사항

    ex 1. 병원 진료 관리 시스템 - 시스템 장애로 인한 정지 시간이 한 달에 1시간을 넘어서는 안 된다.

    ex 2. 호텔 예약 시스템 - 해외 분점 호텔의 고객 정보까지 관리하기 위해 시스템을 확장할 수 있도록 설계해야 된다.

 

    ▶ 시스템 장비 구성 요구사항

    ▶ 성능 요구사항

    ▶ 인터페이스 요구사항

    ▶ 데이터 요구사항

    ▶ 테스트 요구사항

    ▶ 보안 요구사항

    ▶ 품질 요구사항

    ▶ 제약사항

    ▶ 프로젝트 관리 요구사항

    ▶ 프로젝트 지원 요구사항

 

 

• 사용자 요구사항

    ▶ 사용자 관점에서 본 시스템이 제공해야 할 요구사항

 

 

• 시스템 요구사항

    ▶ 개발자 관점에서 본 시스템 전체가 사용자와 다른 시스템에 제공해야 할 요구사항

 

 

# 요구사항 개발 프로세스

• 요구사항 도출

    : 요구사항이 어디에 있는지, 어떻게 수집할 것인지 식별하고 이해하는 과정

      ▶ 소프트웨어 개발 생명 주기 동안 지속적으로 반복됨

      ▶ 질문 기술 활용

 

 

• 요구사항 분석

    : 요구사항 중 명확하지 않거나 모호해 이해되지 않는 부분을 발견하고 걸러내기 위한 과정

      ▶ 분석과 중재 기술 활용

 

 

• 요구사항 명세

    : 분석된 요구사항을 바탕으로 모델을 작성하고 문서화하는 과정

      ▶ 관찰 및 모델 작성 기술 활용

 

구분	정형 명세 기법	비정형 명세 기법
기법	수학적 원리 기반, 모델 기반	상태 / 기능 / 객체 중심
작성 방법	수학적 기호, 정형화된 표기법	일반 명사, 동사 등의 자연어를 기반으로 서술 또는 다이어그램으로 작성
특징	- 요구사항을 정확하고 간결하게 표현 - 요구사항에 대한 결과가 작성자에 관계 없이 일관성이 있으므로 완전성 검증 가능 - 표기법이 어려움	- 자연어 사용으로 인해 작성자에 따라 다를 수 있어 일관성이 떨어지고, 해석이 달라질 수 있음 - 내용의 이해가 쉬워 의사소통이 용이
종류	VDM, Z, Petri-net, CSP	FSM, Decision Table, ER모델링, State Chart

 

 

• 요구사항 확인

    : 개발 자원을 요구사항에 할당하기 전에 요구사항 명세서가 정확하고 완전하게 작성되었는지를 검토하는 과정