정보처리기사) 소프트웨어(1) - 인터페이스/ UI/ 아키텍처

정보처리기사

은line 2022. 2. 2. 17:20

: 두 시스템/ 장치 사이의 정보와 신호 전달시(내/외부 모둘연계) 접점, 경계면

> 설계서 (시스템 인터페이스 현황파악에 도움)

: 시스템 사이 교환 데이터/ 업무/ 기능의 세부 인터페이스 정보/ 인터페이스 목록과 상세데이터의 명세내역 정의

> 구축방식

- EAI : 연계성/ 효율성/ 확장성 ↑

- ESB : 관리/보안 용이, 높은수준 품질지원가능, 연계/데이터 변환, 서비스 중심 통합지향

: 웹 서비스 지원등 표준기반의 인터페이스 제공 솔루션, 범용적사용을 위해 결합도 약하게 유지

> 모듈 간 기능식별

- 연계 기능식별 : 시나리오 형태로 구체화하여 식별

- 인터페이스 기능식별 : 인테페이스 동작(외부모듈 결과와 요청에 따른)에 필요기능 식별, 실질적 필요기능 선별해서 구현

> 기능 구현

: 컴포넌트 /인터페이스 명세서 확인→ 데이터 표준, 모듈내부 설계서 통해 일관된 기능구현 정의→ 정의된 기능 구현 정형화(usecase다이어그램, 프로세스 형태로)

> 예외처리

- 데이터 통신을 이용한 방법 AJAX기술 : JSON, XML객체 주고 받음 - 인터페이스 엔티티를 이용한 방법

: 결과오류 최소화, 구체적 방법 제공, 사용성 향상과 상호작용 수단/방식 제공이 목적

: 쉽게 사용가능 하도록 사용자 요구사항 반영되도록 제작

> 입력 인터페이스 종류 : 문자방식명령어 CUI / 그래픽 환경기반 마우스 GUI / 사용자 말,행동 기반 제스쳐 NUI

> 설계원칙 : 직관성, 유효성, 학습성, 유연성

> 개발시스템 기능 : 사용자 입력 검증, 에러/메시지 처리, 도움/ 프롬프트 제공

: 품질 요구사항을 반영하여 품질 속성을 결정, 시스템 구조/행위/뷰를 정의하는 개념적 모형 (SW기본구조)

: 개발시간 단축, 품질향상, 예측가능, 유지보수 용이함

> 프레임워크 - 구성요소: 아키텍처 명세서, 이해관계자, 관심사, 관점, 뷰, 근거, 목표, 환경, 시스템

> 아키텍처 4+1 뷰 : 고객요구사항을 정리해놓은 시나리오를 4가지관점에서 바라보는 SW적인 접근법

: 4개의 분리된 구조로 구성되는 아키텍처의 개념 제시해 충돌/ 요구충족 여부를 증명을 위해 usecas사용

- 구성요소 : (논리/구현/프로세스/배포) 뷰 + usecase(사용자, 설계자, 개발자, 테스트관점) 뷰

> 패턴종류

> 품질속성

> 아키텍처 비용평가 모델

- SAAM : 변경용이성, 가능성에 집중과 평가가 용이

- ATAM : 품질속성 판단과 이해 상충관계를 평가

- CBAM : ATAM중심, 의사결정에 대한 요구평가

- ADR : 구성요소간 응집도를 평가

- ARID : 전체 아키텍처가 아닌 특정부분의 품질요소에 집중하여 평가