본문 바로가기

it자격증 준비/정보처리기사(실기)

01. 요구사항 확인 | 요구사항 정의, 요구사항 개발 프로세스

반응형

 
 
 
 

토글

 
 
 
 

006. 요구사항 정의

1) 요구사항
- 소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 운영되는 데 필요한 제약조건

- 기능 요구사항(Functional requirements)
: 기능이나 수행과 관련된 요구사항

- 비기능 요구사항(Non-functional requirements)
: 품질이나 제약사항과 관련된 요구사항 

- 사용자 요구사항(User requirements)
: 사용자 관점에서 본 시스템이 제공해야 할 요구사항

- 시스템 요구사항(System requirements)
: 개발자 관점에서 본 시스템 전체가 제공해야 할 요구사항



007. 요구사항 개발 프로세스

1) 요구사항 개발 프로세스

- 요구사항을 체계적으로 도출하고 분석한 후 명세서에 정리한 다음 확인 및 검증하는 활동 
- 도분명확
도출(Elicitation, 요구사항 수집)
   : 시스템 개발에 관련된 사람들이 서로 의견을 교환하여 요구사항을 식별하고 이해하는 과정
   : 청취와 인터뷰, 설문, 브레인스토밍, 워크샵, 프로토타이핑, 유스케이스 
 
분석(Analysis)
   : 요구사항 중 이해되지 않는 부분을 걸러내기 위한 과정 : 타당성 확보, 비용과 일정에 대한 제약 설정   : 구조적 분석 기법
     - 자료의 흐름과 처리를 중심으로 하는 요구사항 분석 방법(조직도 형태로 하향식 세분화) 
     - 자료 흐름도(DFD; Data Flow Diagram)
        : 자료의 흐름 및 변환 과정과 기능을 도형 중심으로 기술하는 방법
    - 자료 사전(DD; Data Dictionary)
        : 자료 흐름도에 있는 자료를 더 자세히 정의하고 기록한 것
        : 데이터를 설명하는 데이터(데의터의 데이터 또는 메타 데이터라고도 함)
 

반응형



: 요구사항 분석용 CASE(자동화 도구)
   - 요구사항을 자동으로 분석하고, 요구사항 분석 명세서를 기술하도록 개발된 도구
   - SADT, SREM = RSL/SREVS, PSL/PSA, TAGS

: HIPO(Hierachy Input Process Output)
   - 시스템 실행 과정인 입력, 처리, 출력의 기능을 표현한 것
   - HIPO Chart : 시스템의 기능을 여러 개의 고유 모듈로 분할하여 이들 간의 인터페이스를 계층구조로 표현한 것
 
명세(Specification)
: 분석된 요구사항을 바탕으로 모델을 작성하고 문서화하는 것

: 정형 명세 기법
   - 수학적 원리 기반, 모델 기반
   - 일관성 있음 -> 완전성 검증 가능, 사용자 이해 어려움

: 비정형 명세 기법
   - 상태/기능/객체 중심
   - 자연어를 기반으로 서술 또는 다이어그램으로 작성
   - 일관성 떨어짐 -> 해석이 달라질 수 있음, 사용자 이해 쉬움

확인(Vaildation, 검증)
: 요구사항 명세서가 정확하고 완전하게 작성되었는지를 검토

2) 요구공학(Requirements Engineering)
- 요구사항을 정의하고 분석 및 관리하는 프로세스를 연구하는 학문
 
 
 
 
 

반응형