[2020 정보처리기사 실기] 2. 요구사항 확인

'시나공 2020 정보처리기사 실기' 교재 공부하면서 요약한 내용입니다. 중요한 내용과 시험에 빈출되는 내용만 정리하였습니다. 좋아요 꾸욱 눌러주세요 :)

 

▶ 목록 바로가기

현행 시스템 파악 절차 

 

• 시스템 구성 파악 : 현행 시스템의 구성은 조직의 주요 업무를 담당하는 기간 업무와 이를 지원하는 지원 업무로 구분하여 기술
• 시스템 기능 파악 : 현행 시스템의 기능은 단위 업무 시스템이 현재 제공하는 기능들을 주요 기능과 하부 기능, 세부 기능으로 구분하여 계층형으로 표시
• 시스템 인터페이스 파악 : 현행 시스템의 인터페이스에는 단위 업무 시스템 간에 주고받는 데이터의 종류, 형식, 프로토콜, 연계 유형, 주기 등을 명시
• 아키텍처 구성 파악 : 현행 시스템의 아키텍처 구성은 기간 업무 수행에 어떠한 기술 요소들이 사용되는지 최상위 수준에서 계층별로 표현한 아키텍처 구성도로 작성
• 소프트웨어 구성 파악 : 소프트웨어 구성에는 단위 업무 시스템별로 업무 처리를 위해 설치되어 있는 소프트웨어들의 제품명, 용도, 라이선스 적용 방식, 라이선스 수 등을 명시
• 하드웨어 구성 파악 : 하드웨어 구성에는 단위 업무 시스템들이 운용되는 서버의 주요 사양과 수량, 그리고 이중화의 적용 여부를 명시
• 네트워크 구성 파악 : 네트워크 구성은 업무 시스템들의 네트워크 구성을 파악할 수 있도록 서버의 위치, 서버 간의 네트워크 연결 방식을 네트워크 구성도로 작성

 

개발 기술 환경

 

개발하고자 하는 SW와 관련된 아래 4가지를 선정할 때 고려해야할 사항을 기술

 

운영체제(OS)	• 컴퓨터 시스템 자원 효율적 관리 SW • 사용자에게 편리한 환경 제공 • 요구사항 식별 시 고려사항 : 가용성 / 성능 / 기술 지원 / 주변 기기 / 구축 비용
데이터베이스 관리 시스템 (DBMS)	• 사용자와 DB사이에서 사용자 요구에 따른 정보 생성 및 관리 SW • 요구사항 식별 시 고려사항 : 가용성 / 성능 / 기술 지원 / 상호 호환성 / 구축 비용
웹 어플리케이션 서버 (WAS)	• 사용자 요구에 따라 변하는 동적인 콘텐츠 처리하는 미들웨어 • 요구사항 식별 시 고려사항 : 가용성 / 성능/ 기술 지원 / 구축 비용
오픈 소스(Open Source)	• 누구나 제한 없이 소스코드를 사용하도록 공개한 오픈 소스 라이선스를 만족하는 SW • 요구사항 식별 시 고려사항 : 라이선승 종류 / 사용자 수 / 기술 지속 가능성

 

요구사항 유형

 

 

기능 요구사항	시스템이 갖춰야할 필수적인 기능
비기능 요구사항	품질, 제약사항 관련
사용자 요구사항	사용자 관점, 시스템이 제공해야 할 요구사항
시스템 요구사항	개발자 관점, 시스템 전체가 사용자와 다른 시스템에 제공해야 할 요구사항

 

 

요구사항 개발 프로세스

 

1. 요구사항 도출

시스템, 사용자, 개발자들이 서로 의견 교환을 통해 요구사항 수집 방법 모색 및 식별하고 이해하는 과정

 

• 주요 기법

인터뷰 / 설문 / 브레인스토밍 / 워크샵 / 프로토타이핑 / 유스케이스

 

 

2. 요구사항 분석

명확하지 않은 사용자 요구사항 발견 및 걸러내는 과정, 비용 및 일정에 대한 제약 설정과 타당성 조사 진행

 

• 주요 기법

• 요구사항 분류 : 요구사항을 명확히 이해할 수 있도록
• 개념 모델링 : 현실세계 상황을 단순화하여 개념적으로 표현한 모델을 만드는 과정
  • 개념 모델 종류 : 유스케이스 다이어그램, DFD, 상태 모델, 사용자 인터액션, 객체 모델, 데이터 모델 등
• 요구사항 할당 : 요구사항 만족시키기 위한 구성 요소 식별
• 요구사항 협상 : 요구사항 서로 충돌 시 해결
• 정형 분석 : 구문과 의미를 갖는 정형화된 언어를 이용해 요구사항을 수학적 기호로 표현 후 분석

자료 흐름도(DFD) : 프로세스 / 자료 흐름 / 자료 저장소 / 단말

 

 

3. 요구사항 명세

요구사항 체계적 분석 후 문서화

 

 

4. 요구사항 확인

개발 자원을 요구사항에 할당 전, 요구사항 명세서가 잘 작성되었는지 검토

 

• 주요 기법

• 요구사항 검토 : 문서화된 요구사항 확인
• 프로토타이핑 : 초기 도출된 요구사항 토대로 프로토타입 제작 후, 개발 진행시 새롭게 도출되는 요구사항을 반영하여 지속적인 재작성
  • 프로토타입 : 상품 출시 전 개발 대상 시스템(또는 일부분)을 개략적으로 만든 것
• 모델 검증 : 요구사항 분석 과정 중 '개념 모델링'을 통해 개발된 모델이 요구사항을 충족하는지 검증
• 인수 테스트 : 사용자가 실제로 사용될 환경에서 사용자 입장에서 확인

 

UML(Unified Modeling Language)

 

UML

시스템 분석, 설계, 구현 등 시스템 개발 과정에서 시스템 개발자와 고객 또는 개발자 상호 간의 의사소통이 원활하게 이루어지도록 표준화한 대표적인 객체지향 모델링 언어

 

• UML의 구성 요소

 

사물	기본 요소, 관계를 가지는 대상 • 구조 사물 : 시스템의 개념적, 물리적 요소 • 행동 사물 : 시공간에 따른 요소의 행위 • 그룹 사물 : 요소들을 그룹으로 묶음 • 주해 사물 : 부가적 설명 또는 제약조건
관계	사물 간의 연관성 • 연관 관계 : 하나의 사물이 다른 사물에 포함 • 포함 관계 : 포함하는 사물의 변화가 포함되는 사물에게 영향을 미치는 관계 • 일반화 관계 : 한 사물이 다른 사물에 비해 일반적인지 구체적인지 표현 • 의존 관계 : 연관 관계 + 서로에게 영향을 주는 짧은 시간 동안만 연관 유지 • 실체화 관계 : 사물의 기능(행위, 인터페이스)으로 서로를 그룹화 할 수 있는 관계
다이어그램	사물과 관계를 도형으로 표현 • 정적 모델링 : 사용자가 요구한 기능 구현 시 필요한 자료들을 논리적인 구조로 표현 (구조적 다이어그램) • 동적 모델링 : 시스템 내부 구성 요소들의 상태가 시간의 흐름에 따라 변화하는 과정에서의 상호작용 표현 (행위 다이어그램)

 

 

UML 다이어그램 - 구조적 다이어그램

 

1. 클래스(Class) 다이어그램
- 클래스와 클래스가 가지는 속성, 클래스 사이의 관계를 표현하는 UML을 이용한 정적 모델링의 대표 다이어그램

 

• 클래스 다이어그램의 구성 요소

클래스	각 객체들의 속성, 오퍼레이션을 표현 • 속성 : 클래스의 상태 및 정보 • 오퍼레이션 : 클래스가 수행하는 동작 및 함수
제약조건	속성에 입력될 값에 대한 제약조건, 오퍼레이션 수행 전후 지정해야할 조건
관계	클래스 간 연관성

2. 객체(Object) 다이어그램

클래스에 속한 사물(객체)들, 즉 인스턴스(Instance)를 특정 시점의 객체와 객체 사이의 관계로 표현

3. 컴포넌트(Component) 다이어그램

실제 구현 모듈인 컴포넌트 간의 관계나 컴포넌트 간의 인터페이스를 표현

 

4. 배치(Deployment) 다이어그램

결과물, 프로세스, 컴포넌트 등 물리적 요소들의 위치를 표현

 

5. 복합체 구조(Composite Structure) 다이어그램

클래스나 컴포넌트가 복합 구조를 갖는 경우 그 내부 구조를 표현

6. 패키지(Package) 다이어그램

유스케이스나 클래스 등의 모델 요소들을 그룹화한 패키지들의 관계를 표현

 

 

UML 다이어그램 - 행위적 다이어그램

 

1. 시퀀스(Sequence) 다이어그램

시스템이나 객체들이 메시지를 주고받으며 시간의 흐름에 따라 상호 작용하는 과정을 그림으로 표현

 

• 시퀀스 다이어그램의 구성 요소

액터(Actor)	시스템으로부터 서비스를 요청하는 외부 요소
객체(Object)	메시지 송수신 주체 (콜론)
라이프라인(Lifeline)	객체가 메모리에 존재하는 기간 (점선)
활성 상자(Activation Box)	객체가 메시지를 주고받으며 구동 중 (직사각형)
메시지(Message)	객체가 상호작용을 위해 주고받는 메시지
객체 소멸	해당 객체가 더이상 메모리에 존재하지 않음
프레임(Frame)	다이어그램 전체 또는 일부를 묶음

 

 

2. 커뮤니케이션(Communication) 다이어그램
시퀀스 다이어그램 + 연관 관계 표현

• 커뮤니케이션 다이어그램의 구성 요소

액터, 객체, 링크, 메시지 등

링크(Link) : 객체들 간 관계 표현 (실선)

3. 상태(State) 다이어그램
• 하나의 객체가 자신이 속한 클래스의 상태 변화 혹은 다른 객체와의 상호 작용에 따라 상태가 어떻게 변화하는지를 표현한다.

• 상태 다이어그램의 구성 요소

상태	객체의 상태 (둥근 사각형) • 시작 상태 : 원(●) • 종료 상태 : 원(⊙)
이벤트	조건, 외부 신호, 시간의 흐름 등 상태에 변화를 주는 현상
상태 전환	상태 사이의 흐름, 변화 (화살표)
프레임	상태 다이어그램 범위 표현

 

 

4. 유스케이스 다이어그램
개발될 시스템과 관련된 외부 요소들, 즉 사용자와 다른 외부 시스템들이 개발될 시스템을 이용해 수행할 수 있는 기능을 사용자의 관점(View)에서 표현

 

• 유스케이스 다이어그램의 구성 요소

시스템 범위	시스템 내부에서 수행되는 기능들을 외부 시스템과 구분하기 위한 범위 (사각형)
액터	시스템과 상호작용하는 모든 외부 요소
유스케이스	사용자 관점에서 시스템이 액터에게 제공하는 서비스, 기능
관계	액터 - 유스케이스 / 유스케이스 - 유스케이스 사이에서 관계 (포함, 확장, 일반화)

 

 

5. 활동 다이어그램
자료 흐름도와 유사, 사용자 관점에서 시스템이 수행하는 기능을 처리 흐름에 따라 순서대로 표현

 

• 활동 다이어그램의 구성 요소

액션 / 액티비티	• 액션 : 더이상 분해할 수 없는 단일 작업 • 액티비티 : 몇개의 액션으로 분리될 수 있는 작업
노드	• 시작 노드 : 액션이나 액티비티가 시작됨 • 종료 노드 : 액티비티 안의 모든 흐름이 종료됨 • 조건 노드 : 조건에 따라 제어의 흐름이 분리됨 • 병합 노드 : 여러 경로의 흐름이 하나로 합쳐짐 • 포크 노드 : 액티비티의 흐름이 분리되어 수행됨 • 조인 노드 : 분리되어 수행되던 액티비티의 흐름이 다시 합쳐짐
스윔레인	액티비티 수행을 담당하는 주체를 구분