본문 바로가기

정보처리기사 실기/02. 응용SW엔지니어링

[2020 정보처리기사 실기 - 요구사항 확인] 1. 현행 시스템 분석하기

 

1) 시스템 분석을 위한 단계/활동/산출물

  1단계 현행시스템 분석 : 구성과 이슈 파악 -> 분석서, 고객 아키텍쳐 요구사항 -> 아키텍처 요구사항 정의서

  2단계 목표시스템 아키텍쳐 선정 : 아키텍쳐 정의 -> SW 아키텍쳐 정의서, 아키텍쳐 평가 -> 평가 결과서

  3단계 목표시스템 개발 표준 정의 : 목표시스템 모델링 표준 정의 -> 모델링 표준 정의서

                                                                 프로그램 표준 정의 -> 프로그램 표준 정의서

                                                                 개발환경 표준 정의 -> 개발환경 표준 정의서

 

2) 현행 시스템 분석 단계 

  현행 시스템 구성 및 이슈 파악 : 현행시스템 분석 개요, 현행시스템 분석서 작성, 현행시스템의 하드웨어 구성 파악,

                                                             현행 시스템의 네트워크 구성 파악, 현행 시스템 구성 장단점 분석, 개선 방안 도출

  고객 아키텍처 요구사항 파악

 

3) 목표 시스템 개발 표준 정의 단계

 

4) 소프트웨어 아키텍처

  개념적 설계도 

   - 마이크로 서비스 아키텍처 : 하나의 어플리케이션을 독립된 여러 단위의 작은 APP으로 나누어 변경과 조합 가능

   - 람다 아키텍처 : BATCH와 REAL TIME 모두 지원하는 빅데이터 실시간 처리 아키텍쳐

   - 카파 아키텍처 : 람다의 코드 공유 복잡성 문제를 해결, 배치 레이어 제거, 모든 계산을 피드 레이어에서 스트링으로 처리

  IEEE1471 : 아키텍처 표준

   - 유연성, 확장성을 가진 SW 시스템 아키텍처를 기술하기 위한 개념적 프레임워크

   - 용어와 개념 표준화, 모델링 언어에 무관한 독립적 메타모델 제공, 아키텍처 표현을 위한 요소들과 관계의 일반화,  

      의사소통 지원, 고수준의 아키텍처 식별, 구체적인 문서 작성

  4+1VIEW 모델 : 요구사항을 정리한 시나리오를 네개의 관점에서 봄

                                (USECASE, LOGICAL, IMPLEMENTATION, PROCESS, DEPLOYMENT)

  아키첵처 드라이버 : 요구사항 항목을 분석 추출 정제, 기능요구사항 품질속성 제약사항의 영향

  아키텍처 품질속성 시나리오(가용성) : 자극의 원천 자극 대상체 환경 응답 응답측정

  유틸리티트리 : 유틸리티 -> 품질속성 -> 세분화한 품질속성 -> 시나리오 순서로 작성

  SW아키텍처 스타일 : 데이터구조, 데이터흐름, 가상머신, 호출과 리턴, 독립적 컴포넌트

 

* 주요 아키텍처 스타일 

저장소 구조 : 서브&중앙, 컴포넌트 추가, 삭제 편리, DATA 관리 편리, 저장소 오류가 시스템 전체에 영향

MVC 구조 : MODEL VIEW CONTROLLER DATA를 여러 방법으로 표현 가능, DATA 구조가 변해도 다른 컴포넌트에 영향 X

클라이언트/서버 구조 : DATA 분배 편리, 서버관리 어려움, 네트워크 영향을 많이 받음, 서버 의존성 강함

DATA FLOW : 이해가 쉽고 재사용 가능, 출력이 입력으로 들어가서 필터간 데이터 포멧이 같아야 함

계층구조 : INCREMENTAL 개발 가능, 유지보수 용이, 각 층은 쉽게 변경 가능, 레이어 분리가 어려움