제2장 요구사항 확인

제1절 현행 시스템 분석

1. 플랫폼 기능 분석

(1) 플랫폼의 정의

• 플랫폼은 다양한 종류의 시스템이나 서비스를 제공하기 위해 공통적이고 반복적으로 사용하는 기반모듈, 어떤 서비스를 가능하게 하는 일종의 '토대'라고 할 수 있다. 제품, 서비스, 자산, 기술, 노하우 등 모든 형태가 가능하다.
• 일반적으로 응용 프로그램을 구동시키는데 사용되는 하드웨어와 소프트웨어의 결합이라 할 수 있다.

(2) 플랫폼 서능 특성 분석

• 현재 사용하는 시스템의 플랫폼의 성능을 분석해야 의한 객관적 성능 평가를 제시할 수 있고, 사용자에게 안정적 서비스를 제공할 수 있다.
• 일반적으로 성능평가는 초기조건과 종료조건을 설정하고, 여러 개의 파라미터를 측정하여 수행한다.
  성능평가에 사용되는 파라미터는 서비스 응답속도, 응답결과 정확도 등이 있다.
• ⭐️ 소프트웨어 설계 시 구축된 플랫폼의 성능특성 분석에 사용되는 측정 항목으로는 응답시간(Response Time), 가용성(Availability), 사용률(Utilization)이 있다.

2. 운영체제 분석

(1) 운영체제의 정의

• 컴퓨터의 제한된 각종 자원을 효율적으로 관리, 운영함으로써 사용자에게 편리성을 제공하고자하는 인간과 컴퓨터 사이의 인터페이스를 위한 시스템 소프트웨어이다.
• 컴퓨터 시스템의 모든 부분(소프트웨어, 하드웨어)을 제어하는 프로그램으로서 그 시스템에서 제공하는 기능을 사용할 수 있게 하는 소프트웨어이다.

(2) 운영체제의 구성

• 제어프로그램 (Control Program)
  • 컴퓨터 전체의 동작 상태를 감시, 제어하는 기능을 수행하는 프로그램을 말한다.
  • 감시프로그램, 데이터 관리 프로그램, 작업 관리 프로그램, 통신제어
• 처리프로그램 (Processing Program)
  • 제어프로그램의 감시 하에 특정 문제를 해결하기 위한 데이터 처리를 담당하는 프로그램을 말한다.
  • 언어번역 프로그램, 서비스 프로그램, 사용자 프로그램

(3) 운영체제의 종류

• 원도우(Windows) : 안정적이고 표준화된 GUI를 갖추고 있는 운영체제로 개인용 PC, 중소규모 서버, 태블릿 PC 등에서 사용된다.
• 유닉스(UNIX) : AT&T에서 개발하여 멀티태스킹이 가능하고 다양한 사용자가 공유할 수 있다. 유닉스 운영체제의 경우는 컴퓨터 서버, 워크 스테이션, 휴대용 기기 등에서 사용된다.
• 리눅스(linux) : Linus Torvals에 의해 1991년에 만들어 졌으며, 공개를 원칙으로 하기 때문에 무료 사용가능하다.
• 모바일 운영체제 : Android, iOS

(4) 운영체제 분석의 특성

• 현재 사용하는 시스템의 운영체제를 분석한다.
• 현재 시스템의 운영체제의 종류를 파악하고, 버전, 패치, 백업 주기 등을 분석한다.

3. 네트워크 분석

(1) 네트워크의 정의

• 컴퓨터와 같은 통신기능을 갖춘 두 개 이상의 통신장치(communication devices) 사이에서 동선이나 광섬유, 혹은 무선 링크를 포함하는 전송미디어를 사용하여 정해진 규칙으로 통신 프로토콜에 따라 데이터로 표현되는 정보를 교환하는 통신망이다.

(2) OSI 7계층 참조 모델(ISO Standard 7498)

• 같은 종류의 시스템만이 통신을 하는 것이 아니라 서로 다른 기종이 시스템의 종류, 구현방법 등에 제약을 받지 않고 통신이 가능하도록 통신에서 요구되는 사항을 정리하여 표준 모델로 정립하였다.
• 개방형 시스템과 상호접속을 위한 참조 모델이다.

(3) 네트워크 분석의 특성

• 현재 사용하는 시스템의 네트워크를 분석한다.
• 현재 시스템의 네트워크 구조를 분석하여, 전체 시스템의 네트워크 구성도를 작성한다.
• 현재 시스템의 구조를 분석하기 위하여 스위치, 라우터, IDC(인터넷데이터센터), 백본망, 방화벽, IDS(침입방지시스템), 방화벽등을 분석한다.

4. DBMS 분석

(1) DBMS의 정의

• 응용프로그램과 데이터의 중재자로서, 모든 응용 프로그램들이 데이터베이스를 공유할 수 있도록 관리해 주는 소프트웨어 시스템이다.
• 데이터베이스를 엑세스하기 위해 필요한 제어, 접근방법, 관리 등의 기능을 수행하는 소프트웨어이다.

(2) DBMS 분석의 특성

• 현재 사용하는 시스템의 DBMS를 분석한다.
• 현재 시스템의 DBMS 종류, 버전, 구성방식, 백업주기 등을 분석한다.
• ⭐️ DBMS 분석시 고려사항으로는 성능, 가용성, 상호 호환성 등이 있다.

5. 비즈니스융합분석

(1) 비즈니스 융합 개념

• 산업 또는 시장 간의 경계를 허물고 ICT 등을 통한 새로운 전달방식을 도입함으로써 비즈니스모델의 적용범위를 확대시키는 것을 의미한다.
• 비즈니스 모델 : 가치를 창출하고 시장에서 성공적인 경쟁을 하기 위하여 고안된 조직 목표, 전략, 프로세스, 기술, 구조 등을 포함하는 요소들의 구성체라 할 수 있다.

(2) 비즈니스 융합 분석

• 고객분석
  • 비즈니스 모델 상에서 사업자에게 수익을 제공하는 참여자를 식별하고 분석한다.
• 제품 서비스 및 서비스 분석
  • 비즈니스 모델 상에서 자사가 제공하는 상품 또는 서비스를 식벽하고 분석한다.
  • 비즈니스 융합 참여자간 제공하는 서비스와 제공받는 서비스를 식별하고 분석한다.
• 사업구조 분석
  • 상품 및 서비스의 제공자, 소비자 등 참여자간의 관계와 구조를 식별하고 분석한다.

제2절 요구사항 확인

1. 요구분석기법

(1) 요구분석기법의 정의

• 요구사항 분석은 사용자의 요구사항을 명확히 규정하고, 시스템의 특성을 반영하는 과정이며, 이 단계에서 사용자의 뜻을 이해하고 업무를 분석한다.
• 사용자의 막연한 문제의식이나 요구로부터 시스템이나 소프트웨어의 목적, 수행할 작업 등을 요구조건으로 명세화한다.

(2) 요구분석기법의 특성

• 기능요구
  • 사용자가 필요로 하는 정보처리 능력에 대한 것으로 절차나 입, 출력에 대한 요구이다.
  • 요구 기능이란 시스템SW가 반드시 수행해야 하거나 시스템SW를 이용하여 사용자가 반드시 수행할 수 있어야 하는 기능이다.
• 비기능 요구
  • 비기능 요구사항이란 시스템SW의 동작에 필요한 특정 요구기능 외에 전체 시스템의 동작을 평가하는 척도를 정의하며, 안정성, 확정성, 보안성, 성능 등이 포함된다.

(3) 요구분석기법의 종류

• 회의

  • 프로젝트와 관련된 여러 사람들이 한 장소에 모여서 의견을 교환하고 자료를 수집하는 방법이다.
  • 주료 문제 정의, 해결 전략 수립, 사용자(부서)간 분쟁 조정 등을 목적으로 한다.
  • 회의 주최자는 회의 목적을 분명히하고 시간내에 원하는 결과를 얻을 수 있도록 참여자들이 회의에 집중할 수 있도록 유도할 수 있어야 한다.
  • 회의 주최자는 회의 전에 회의 목적, 참석자, 주요 안건, 시간 및 장소 등을 통보하고, 회의 후에는 회의록을 작성하여 회의 내용에 대해 참석자들의 확인을 받아 향후 발생할 수 있는 오해나 갈등을 미연에 방지한다.

• 인터뷰 (면담조사)

  • 회의가 다 대 다 소통 방법이라면 인터뷰는 주로 일 대 일 또는 일 대 다의 요구사항 분석방법으로 상세 요구사항을 도출할 때 주로 사용된다.
  • 효율적인 인터뷰를 위해서 사전에 인터뷰 가이드를 작성하고 인터뷰 후에는 인터뷰 노트를 작성하여 참여자의 확인을 받도록 한다.

• 설문 조사

  • 설문 조사는 불특정 다수에게 기본적인 요구 사항이나 특정 황목에 대한 소극적인 의견을 파악하기 위해 활용하는 방법이다.
  • 전체 구성원의 전반적인 성향을 확인하고 방향을 결정하기 위한 방법으로 설계에 직접 반영되거나 시스템 사양을 결정하는 직접 요인이 되지는 않는다.

• 프로토타이핑 (시제품)

  • 프로토타이핑이란 시스템의 전체 또는 일부에 대하여 실제로 운영하기 될 모델을 구성하는 방법으로 최정 시스템의 중요한 기능이나 특징을 사전에 테스트하여 시스템 설계, 개발 과정에서의 위험요소를 최소화하고 사용자의 불명확한 요구 사항을 효과적으로 도출하기 위해 활용될 수 있다.

⭐️ ※ 워크스류(walk-through) : 검토회의 전에 요구사항 명세서를 미리 배포하여 사전 검토한 후 짧은 검토회의를 통해 오류를 조기에 검출하는데 목적을 두는 요구사항 검토 방법.

워크스루 : 오류발견
인스펙션 : 오류발견 + 해결방안 모색

2. 구조적 분석

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

• 자료 흐름도는 가장 보편적으로 사용되는 시스템 모델링 도구로서 기능 중심의 시스템을 모델링하는데 적합하다.
• DeMarco, Youdon에 위해 지안되었고, 이를 Gane, Sarson이 보완하였다.
• ⭐️ 자료 흐름도의 구성 : 프로세스(process), 흐름, 자료 저장소(data store), 단말(terminator)

O : 처리
-> : 흐름
= : 자료저장소
ㅁ : 단말

(2) 자료 사전 (Data Dictionary, DD)

• 자료 사전은 개발 시스템과 연관된 자료 요소들의 집합이며, 저장 내용이나 중간 계산 등에 관련된 용어를 이해할 수 있는 정의이다. 자료 사전은 다음과 같은 작업에 의해 자료 요소를 정의한다.

⭐️

자료 사전 기호	의 미
=	항목의 정의(로 구성되어 있다)
+	그리고, 순차(and)
()	선택사양, 생략가능(optional)
{}	반복(iteration)
[ㅣ]	여러 대안 중 하나 선택
* *	주석(comment)

(3) 프로세스 명세서 (소단위 명세서)

• 자료 흐름도의 계층상에서 최하위 단계, 즉 더 이상 분해할 수 없는 단계의 버블은 원시 버블 또는 프리미티브 버블(primitive bubble)이라 부르며, 그 처리 절차를 기술하는 것을 프로세스 명세(process specification)라 하고, 모델링한 결과를 명세서라고 한다.
• DeMacro는 프로세스 명세서를 미니스펙(minispec)이라 하였다.
• 자료흐름도 상의 최하위 처리를 정밀하게 다룬다.

DFD 상세화

레벨
L1	배경도(상위도)
L2	중위도
L3	하위도