[정보처리기사 필기] 인터페이스 설계 - 027. 미들웨어 솔루션 명세

1. 미들웨어(Middleware)의 개념분산 컴퓨팅 환경에서 서로 다른 기종 간의 하드웨어나 프로토콜, 통신 환경 등을 연결하여 운영체제와 응용 프로그램, 또는 서버와 클라이언트 사이에서 원만한 통신이 이루어지도록 다양한 서비스를 제공표준화된 인터페이스를 제공함으로써 시스템 간의 데이터 교환에 일관성을 보장위치 투명성을 제공위치 투명성 : 액세스하려는 시스템의 실제 위치를 알 필요 없이 단지 시스템의 논리적인 명장면으로 액세스할 수 있는 것을 의미사용자가 미들 웨어의 내부 동작을 확인하려면 별도의 응용 소프트웨어를 사용해야 함시스템들을 1:1, 1:N, N:M 등 여러 가지 형태로 연결할 수 있음미들웨어의 종류 : DB, RPC, MOM, TP-Monitor, ORB, WAS 등2. DB (DataBa..

• format_list_bulleted 자격증/정보처리기사
• · 2025. 1. 23.
• textsms

[정보처리기사 필기] 인터페이스 설계 - 026. 인터페이스 방법 명세화

1. 인터페이스 방법 명세화의 개념내외부 시스템이 연계하여 작동할 때 인터페이스별 송수신 방법, 송수신 데이터, 오류 식별 및 처리 방안에 대한 내용을 문서로 명확하게 정리하는 것인터페이스별로 송수신 방법을 명세화하기 위해서는 시스템 연계 기술, 인터페이스 통신 유형, 처리 유형, 발생 주기 등에 대한 정보가 필요2. 시스템 연계 기술개발할 시스템과 내외부 시스템을 연계할 때 사용되는 기술주요 시스템 연계 기술의 종류DB Link : DB에서 제공하는 DB Link 객체를 이용하는 방식API / Open API : 송신 시스템의 데이터베이스에서 데이터를 읽어 와 제공하는 애플리케이션 프로그래밍 인터페이스 프로그램연계 솔루션 : EAI 서버와 송수신 시스템에 설치하는 클라이언트를 이용하는 방식Socket ..

• format_list_bulleted 자격증/정보처리기사
• · 2025. 1. 23.
• textsms

[정보처리기사 필기] 인터페이스 설계 - 025. 인터페이스 요구사항 검증

1. 요구사항 검증 Requirements Verification인터페이스의 설계 및 구현 전에 사용자들의 요구사항이 요구사항 명세서에 정확하고 완전하게 기술되었는지 검토하고 개발 범위의 기준인 베이스라인을 설정하는 것인터페이스의 설계 및 구현 중에 요구사항 명세서의 오류가 발견되어 이를 수정할 경우 많은 비용이 소요되므로 프로젝트에서 요구사항 검증은 매우 중요인터페이스 요구사항 검증의 순서 : 요구사항 검토 계획 수립 -> 검토 및 오류 수정 -> 베이스라인 설정2. 인터페이스 요구사항 검토 계획 수립검토 계획 수립의 고려 사항검토 기준 및 방법 : 프로젝트의 규모와 참여 인력, 검토 기간 등을 고려하여 검토 기준 및 방법을 정함참여자 : 프로젝트 규모에 따라 이해관계자들을 파악하여 프로젝트 관리자, ..

• format_list_bulleted 자격증/정보처리기사
• · 2025. 1. 23.
• textsms

[정보처리기사 필기] 인터페이스 설계 - 024. 시스템 인터페이스 요구사항 분석

1. 시스템 인터페이스 요구사항 구성시스템 인터페이스 : 독립적으로 떨어져 있는 시스템들끼리 서로 연동하여 상호 작용하기 위한 접속 방법이나 규칙시스템 인터페이스 요구사항 : 개발을 목표로 하는 시스템과 외부 시스템을 연동하는데 필요한 시스템 인터페이스에 대한 요구사항을 기술시스템 인터페이스 요구사항 명세서프로젝트 개발 시 요구사항들을 구체화하여 명세화한 문서시스템 기능, 데이터, 인터페이스, 품질 등의 요구사항 단위별로 작성인터페이스 이름, 연계 대상 시스템, 연계 범위 및 내용, 연계 방식, 송신 데이터, 인터페이스 주기, 기타 고려사항 등이 포함되어야 함요구사항 분류 요구사항 고유번호 요구사항 명칭인터페이스 이름요구사항 상세설명정의연계 대상 시스템세부내용연계 범위 및 내용송신 데이터연계 방식인터페이..

• format_list_bulleted 자격증/정보처리기사
• · 2025. 1. 23.
• textsms

[정보처리기사 필기] 애플리케이션 설계 - 018. 객체지향

1. 객체지향의 개요현실 세계의 개체(Entity)를 기계의 부품처럼 하나의 객체(Object)로 만들어, 기계적인 부품들을 조립하여 제품을 만들 듯이 소프트웨어를 개발할 때에도 객체들을 조립해서 작성할 수 있는 기법을 말함구조적 기법의 문제점으로 인한 소프트웨어 위기의 해결책으로 채택되어 사용되고 있음구조적 기법 : 프로시저에 근간을 두고 하나의 커다란 작업을 여러 개의 작은 작업으로 분할하고, 분할된 각각의 소작업을 수행하는 모듈을 작성한 다음 한 곳에 모아 큰 작업을 수행하는 하나의 완벽한 프로그램으로 작성하는 기법구조적 기법의 문제점유지보수는 고려하지 않고 개발 공정에만 너무 집중함개발이 시작된 이후 추가적인 요구사항에 대응하기 어려움재사용이 어려워 예전에 개발한 소프트웨어와 유사한 소프트웨어를 ..

• format_list_bulleted 자격증/정보처리기사
• · 2025. 1. 23.
• textsms

[정보처리기사 필기] 애플리케이션 설계 - 017. 아키텍처 패턴

1. 아키텍처 패턴의 개요아키텍처 스타일, 표준 아키텍처아키텍처를 설계할 때 참조할 수 있는 전형적인 해결 방식 또는 예제소프트웨어 시스템의 구조를 구성하기 위한 기본적인 윤곽을 제시서비시스템들과 그 역할이 정의되어 있으며, 서브시스템 사이의 관계와 여러 규칙, 지침 등이 포함아키텍처 패턴의 장점시행착오를 줄여 개발 시간을 단축, 고품질의 소프트웨어를 생산할 수 있음검증된 구조로 개발하기 때문에 안정적인 개발이 가능이해관계자들이 공통된 아키텍처를 공유할 수 있어 의사소통이 간편해짐시스템의 구조를 이해하는 것이 쉬워 개발에 참여하지 않은 사람도 손쉽게 유지보수를 수행할 수 있음시스템의 특성을 개발 전에 예측하는 것이 가능해짐아키텍처 패턴의 종류 : 레이어 패턴, 클라이언트-서버 패턴, 파이프-필터 패턴, ..

• format_list_bulleted 자격증/정보처리기사
• · 2025. 1. 22.
• textsms