본문 바로가기

백엔드 개발자 기록 일람/정보처리기사 준비 기록

 (42)
미들웨어 솔루션 ▼미들웨어(Middle Ware) 솔루션의 정의 클라이언트와 서버 간의 통신을 담당하는 시스템 소프트웨어이다. 이기종 하드웨어, 소프트웨어, 네트워크, 프로토콜, PC환경, 운영체제 환경 등에서 시스템 간의 표준화 된 연결을 도와주는 소프트웨어이다. 표준화된 인터페이스를 통하여 시스템 간의 데이터 교환에 있어 일관성을 제공한다. 운영체제와 에플리케이션 사이에서 중간 매개 역활을 하는 다목적 소프트웨어 이며 애플리케이션에 운영체제가 제공하는 서비스를 추가 및 확장하여 제공하는 컴퓨터 소프트웨어이다. 표준화된 인터페이스를 제공하여 다양한 환경을 지원하기 때문에 체계가 다른 업무와 상호 연동과 분산된 업무를 동시에 처리할 수 있기 때문에 자료의 일관성이 유지되어 분산이 가능하다. ★미들웨어 솔루션의 유형 데이..
인터페이스 대상 식별 -2- ▼시스템 연계기술 API(Application Programming Interface) 프로그래밍을 통하여 프로그램을 작성하기 위한 일련의 부프로그램, 프로토콜 등을 정의하여 상호작용을 하기 위한 인터페이스 사양을 말한다. WSDL(Web Services Dexcription Language) 관련된 서식, 프로토콜 등을 웹 서비스를 통해 표준적인 방법으로 기술하고 계시하기 위한 언어이다. UDD(Universal Description, Discovery, and Intergration) 인터넷에서 전 세계 비즈니스 목록에 자신을 등재하기 위한 확장성 생성 언어 기반의 규격화된 레지스트리다. SOAP(Simple Object Access Protocol) 웹 서비스를 실제로 이용하기 위한 객체 간의 통신..
인터페이스 대상 식별 -1- ▼ 시스템 아키텍쳐 요구사항 하드웨어, 소프트웨어를 모두 포함하는 전체 시스템에 대한 논리적 기능체게 그리고 그것을 실현하기 위한 구성 방식, 시스템 전체의 최적화를 목표로 한다. 요구사항과 시스템의 전체 생명주기를 고려한다. 시스템의 구성, 동작 원리를 정확하게 표현해야 하며, 각 컴포넌트에 대한 설계, 구현을 지원하는 수준으로 자세히 기술한다. 각 컴포넌트 사이의 상호작용, 외부 환경과의 관계를 기술한다. ▼시스템 인터페이스 식별 개별 대상 시스템과 연결된 연계 시스템 사이의 인터페이스를 식별하는 것으로 시스템의 업무 정의서, 시스템 아키텍처 정의서,유스케이스 정의서 등을통하여 송신,수신, 중계 시스템을 식별한다. 인터페이스 요구명세서, 인터페이스 요구사항 목록을 기반으로 개발 대상 시스템과 연계된 ..
인터페이스 요구사항 확인 ▼인터페이스 내/외부 요구사항 개발 대상 조직 내/외부의 시스템 연동을 통하여 상호작용을 위한 접속방법, 규칙을 의미한다. ▼인터페이스 요구사항 구성 요구사항의 구성, 내/외부 인터페이스 이름, 연계 대상 시스템, 연계 범위 및 내용, 연계 방식, 송신 데이터, 인터페이스 주기, 기타 고려사항 ▼인터페이스 요구사항의 분류 기능적 요구사항: 소프트웨어가 내 외부 시스템 간의 연계를 통하여 수행될 기능과 관련하여 가져야 하는 기능적 속성에 대한 요구사항이다. 비 기능적 요구사항 : 기능에 관련되지 않는 사항으로 기능 요구사항을 만족시키는 바탕에서 정상적으로 작동하기 위한 시스템 내/외부의 제약조건을 의미한다. ▼인터페이스 요구사항 명세서 요구사항 분류 시스템 인터페이스 요구사항 요구사항 번호 XX-6S7WH..
디자인 패턴 ▼디자인 패턴 자주 사용하는 실제 형태를 정형화하여 유형별로 설계 템플릿을 만들어 두고 소프트웨어 개발 중 나타나는 과제를 해결하기 위한 방법 중 한가지이다. 다양한 응용 소프트웨어 시스템들을 개발할 때 서로 간에 공통되는 설계 문제가 존재하는데, 각 해결책 사이에도 공통점이 있으며 이러한 유사점을 패턴이라고 한다. 이러한 패턴은 개발자 간의 원활한 의사소통, 소프트웨어 구조파악에 용이하며, 유지보수성, 운용성 등 소프트웨어 품질 향상에 도움을 준다. 객체지향 프로그래밍 설계 시 유사한 상뢍에서 구조적인 문제를 해결할 수 있도록 방안을 제공해 주며, Gof(Gang of Four)분류가 가장 많이 사용된다. ★디자인 패턴을 사용할 떄의 장·단점 장점 - 개발자 간의 원활한 의사소통 지원. - 소프트웨어의..
객체지향 설계 ▼구조적 프로그래밍 프로그램의 이해가 쉽고 디버깅 작업이 쉽다. 하나의 입력과 하나의 출력 구조를 갖지고 있다. 대신 분기(GOTO)문은 사용하지 않는다. 기본적으로 순차 구조, 선택 구조, 반복 구조등이 구조프로그래밍의 기본 구조라고 할 수 있다. ▼절차적 프로그래밍 순서대로 일련의 명령어를 나열하여 프로그래밍 한다. Function 기반의 프로그래밍이며, 프로시저로서 Function 외에도 Subroutine이 문법적으로 구현되어 있다. 절차형 언어의 경우 규모가 커지면 커질수록 함수가 기하급수적으로 늘어난다. 함수가 타 프로그램과 문제를 일으킬 수 있는 문제점을 가지고 있다. 프로그램과 별개로 데이터 취급이 되므로 완전하지 않고 현실 세계 문제를 프로그램으로 표현하는데 제약이 있다. ▼객체지향 분석..
소프트웨어 아키텍처 패턴 ▼소프트웨어 아키텍처 패턴 소프트웨어 아키텍처를 설계하는데 발생하는 문제점을 해결하기 위한 재사용 가능한 솔루션으로 디자인 패턴과 유사하나 더 큰 범위에 속한다. 아키텍처 패턴을 사용하는 이유는 다음과 같다. 개발시간 단축, 고품질 소프트웨어의 안정적 개발 가능. 개발 단계에서 관계자간의 의사소통이 간단해지며, 시스템 구조의 이해도가 높아 유지보수에 유리하다는 점이다. ▼계층 패턴 이 패턴은 소프트웨어를 계층 단위로 분할하여 n-티어 아키텍쳐 패턴이라고도 불린다. 이는 하위 모듈들의 그룹으로 나눌 수 있는 구조화된 프로그램, 계층적으로 조직화된 서비스로 구성된 애플리캐이션에 적합하다. 각 하위 모듈들은 특정한 수준의 추상화를 제공한다. 각 계층은 다음 상위 계층에 서비스를 제공한다. 일반적인 정보 시스템..
소프트웨어 아키텍처 ▼소프트웨어 아키텍처의 개요 - 요구사항을 기반으로 개발 대상 소프트웨어의 기본틀을 만드는 것이다. - 다수의 이해관계자가 참여하는 복잡한 개발에서 상호 이해, 타렵, 의사소통을 체계적으로 접근하기 위한 것이다. - 전체 시스템의 전반적인 구조를 체계적으로 설계하는 것이다. 권형도(2004) : 스프트웨어를 구성하는 컴포넌트들의 상호적용 및 관계, 각각의 특성을 기반으로 컴포넌트들이 상호 유기적으로 결합하는 소프트웨어의 여러가지 원칙들의 집합이다. 설계 및 구현을 위한 구조적/비구조적 프레임을 제공한다. 스트럭처 프래임: 시스템 개발을 위하여 결정된 컴포넌트의 구조 모델이다. 논 스트럭처 프래임 : 해당 구조 모델 이외 다른 아키텍처 설계의 결정들이다. ▼소프트웨어 아키텍처의 특징과 시스템품질의 7가지 ..

티스토리툴바