[정보처리기사] 실기정리_1: 요구사항 확인

현행 시스템 파악 절차

1) 구성/기능/인터페이스 파악

2) 아키텍처/소프트웨어 구성 파악

3) 하드웨어, 네트워크 구성 파악

 

소프트웨어 아키텍처

: 소프트웨어 구성요소와 그 특성/관계를 표현하는 시스템 구조 => 소프트웨어 설계 지침

 

소프트웨어 아키텍처 프레임워크

: 아키텍처 기술 표준

(구성요소) 아키텍처 명세서, stakeholder, 관심사, 관점, 뷰, 근거

 

소프트웨어 아키텍처 4+1 뷰

: 요구사항 시나리오를 4가지 관점에서 접근하는 방법. +1은 use case 뷰로 아키텍처 도출/설계를 담당한다.

 

https://www.archimetric.com/what-is-uml/

Use-case view: 아키텍처 도출/설계 담당

Logical view: 설계 모델 추상화, 기능적 요구사항. 클래스 다이어그램으로 표현.

Process view: 런타임시 시스템의 task, thread, process 간의 상호작용 표현. 비기능적 요구사항.

Component view: 모듈 구성을 표현하는 뷰. 컴포넌트 다이어그램으로 표현

Deployment view: 물리적인 노드 구성과 상호작용 표현. 배포 다이어그램으로 표현.

 

 

개발 기술 환경 정의

1) 운영체제: 사용자와 하드웨어 간의 인터페이스를 담당하는 프로그램.

=> 고려사항

- 품질 측면: 신뢰도, 성능

- 지원 측면: 기술 지원, 주변 기기, 구축 비용

 

2) 네트워크: 데이터 링크를 사용하여 데이터를 교환할 수 있게 하는 기술.

백본망: 다른 LAN이나 부분망 간 통신경로를 제공하는 망

라우터: 3계층에서 데이터 패킷을 제공하기 위한 최적 경로를 지정/전달하는 장비

스위치: 동일 네트워크 안에서 데이터 프레임을 MAC주소 기반으로 전달하는 장비

게이트웨이: 서로 다른 통신망/프로토콜을 사용하는 네트워크 간 통신이 가능하게 하는 장비

방화벽: 불법침입/유출을 방지하기 위해 외부네트워크의 영향을 차단하는 보안 프로그램

 

3) DBMS

: DB를 만들고 관리하는 기능을 제공하는 응용 프로그램

<기능>

- 중복제어, 접근 통제, 인터페이스 제공, 관계 표현, 파티셔닝, 무결성 제약조건, 백업....

<고려사항>

가용성, 성능, 기술지원, 호환성, 구축비용

 

4) 미들웨어

: 응용프로그램과 환경 간 통신을 제어하는 소프트웨어

=> WAS: 서버 계층에서 app이 동작할 수 있는 환경 제공

 

요구사항

: 시스템이 가져야 하는 서비스 또는 제약사항

 

요구사항 프로세스

1) 요구사항 도출: 인터뷰, 설문조사

2) 요구사항 분석: UML

3) 요구사항 명세

4) 요구사항 확인: 동료검토, 워크스루(짧은 회의), 인스펙션(제작자 제외)

 

요구사항 관리

- 요구사항 협상

- 요구사항 기준선(합의된 명세서)

- 요구사항 변경관리

- 요구사항 확인/검증

 

요구사항 분석기법

- 요구사항 분류

- 개념 모델링

- 요구사항 할당

- 정형 분석

 

요구사항 확인기법

- 요구사항 검토

- 프로토타이핑

- 모델 검증

- 인수 테스트

 

비용산정 모델

- 하향식

전문가 판단

델파이 기법: 여러 전문가와 조정자로 구성됨.

 

- 상향식

LoC: Line of Code

Man Month: LoC/월간 생산성

COCOMO 모형: LoC 기반. organic/semi-detached/embedded로 나뉨.

Putnam 모형: 생애주기 기반. SLIM(툴)

FP 모형: 기능 중심

 

분석모델 검증

- Use Case 모델 검증

- 개념 수준의 분석 클래스 검증

- 분석 클래스 검증

 

타당성 분석

- 성능 및 용량 산정의 적정성

- 시스템 간 상호운용성

- IT 시장 성숙도 및 트렌드 부합성

- 기술적 위험분석

 

타당성 분석 프로세스

1) 컬럼 추가

2) 의견 작성

3) 결과 검증

4) 배포/공유