[정보처리기사] 오답노트 2
1. 소프트웨어 설계
#1
플랫폼 성능 특성 분석 기법 : 성능 테스트, 산출물 점검, 사용자 인터뷰
사용자 인터뷰 - 현행 플랫폼 사용자 인터뷰를 통해 속도의 적정성 확인
성능 테스트 - 현행 플랫폼을 대상으로 성능, 부하 테스트 수행
산출물 점검 - 현행 플랫폼과 유사한 타사 제품의 성능 자료 분석
#4 객체 지향 방법론 종류
Jacobson (야콥슨) : 유즈케이스에 의한 접근 방법으로 유즈 케이스를 모든 모델의 근간으로 활용하는 객체 지향 방법론 종류
럼바우 : 객체지향 분석, 시스템 설계, 오브젝트 설계 및 구현의 4단계로 구성
럼바우의 객체 지향 분석 철차는 객체 모델링 (시스템의 정적 구조 표현)-> 동적 모델링 (객체의 제어 흐름/상호 반응 표현)-> 기능 모델링 (데이터 값의 변화 과정 표현)
부치 : 설계 문서화를 강조하여 다이어그램 중심으로 개발하는 방법론 , 설계 부분만 존재 , 미시적 개발 프로세스와 거시적 개발 프로세스를 모두 사용하는 분석 방법
+ Coad 와 Yourdon : E-R 다이어그램을 사용하여 객체의 행위를 모델링하며, 객체 식별, 구조 식별, 주체 정의, 속성및 관계 정의, 서비스 정의 등의 과정으로 구성되는 객체지향 분석 방법
+ Wirfs-Brock : 분석과 설계 간의 구분이 없고 고객 명세서를 평가해서 설계 작업까지 연속적으로 수행하는 분석 방법
# 6
* 활동(Activity) 다이어그램 : 동적 다이어그램 중 시스템이 어떤 기능을 수행하는지 객체의 처리 로직이나 조건에 따른 처리의 흐름으로 순서대로 표현하는 다이어그램
# 9 요구사항 분석 단계 : 추출된 요구 사항에 대해 충돌, 중복, 누락 등의 분석을 통해 완전성과 일관성을 확보하는 단계
요구사항 분류 : 요구사항이 기능인지 비기능인지 확인. 소프트웨어 생명 주기 동안 변경이 발생하는지 확인
개념 모델링 생성 및 분석
요구사항 할당 : 요구사항을 만족시키기 위한 아키텍처 구성요소를 식별하는 활동
요구 사항 협상 : 두명의 이해관계자가 서로 상충하는 내용을 요구하는 경우, 적절한 지점에서 합의하기 위한 기법
정형 분석
- 형식적으로 정의된 의미를 지닌 언어로 요구사항을 표현.
- 구문(Syntax)와 의미(Semantics)를 갖는 정형화된 언어를 사용하여 수학적 기호로 표현
- 요구사항 분석의 마지막 단계에서 이루어짐
# 20 EAI와 ESB의 세부 기술 및 토폴로지
1) EAI(Enterprise Application Integration)
- 기업내 각종 플랫폼 및 어플리케이션 간의 상호 연동이 가능하도록 통합하는 솔루션. 기업 내부의 이기종 응용 모듈간 통합
- 허브앤 스포크 방식 / 어댑터 , 브로커, 메세지 큐
- 어플리케이션 간의 단단한 통합
- 기업 내부망
2) ESB (Enterprise Service Bus)
- 기업 간의 서비스 교환을 위해 표준 API로 통합
- 분산형 토폴로지 구성
- 웹서비스, 지능형 라우터, 포맷 변환, 개방형 표준
- 서비스 간의 느슨한 통합
- 기업 외부 채널망
허브앤 스포크 / 어댑터 / 브로커 / 메세지 큐
허브앤 스포크 : 중앙 집중된 허브를 통해서 통합을 진행, 중앙에서 통제와 관리, 중앙 허브의 통합된 연결 인터페이스를 통해서 단위 어플리케이션의 업무 간의 재사용성이 극대화
어댑터 : 다양한 패키지 앱 및 기업에서 자체 개발한 앱을 연결하는 EAI 핵심 장치
브로커 : 시스템 상호 간 데이터가 전송될 때, 데이터 포맷과 코드를 변환하는 솔루션
메시지 큐 : 비동기 메시지를 사용하는 다른 응용 프로그램 사이에서 데이터를 송수신하는 기술