정처기 11

[ 정처기 실기 ] 서버 프로그램 구현 #2 / 공통 모듈 구현

응집도 / 결합도 중요 필수 암기 1. 응집도 (Cohesion) - 모듈의 독립성을 나타내는 정도 / 응집도가 높을 수록 좋은 품질 [응집도의 유형 - 우논시절 통순기] 1) 우연적 (Coincidental) - 모듈 내부의 각 구성요소가 연관이 없을 경우 2) 논리적 (Logical) - 유사한 성격을 갖거나 특정 형태로 분류되는 처리 요소들이 한 모듈에서 처리되는 경우 3) 시간적 (Temporal) - 특정 시간에 처리되어야 하는 활동들을 한 모듈에서 처리할 경우 4) 절차적 (Procedural) - 모듈이 다수의 관련 기능을 가질 때 모듈 안의 구성요소들이 그 기능을 순차적으로 수행할 경우 5) 통신적 (Communication) - 동일한 입력과 출력을 사용하여 다른 기능을 수행하는 활동들이..

[ 정처기 실기 ] 통합 구현 #3 / 내외부 연계 모듈 구현

1. SOAP (Simple Object Access Protocol) - HTTP, HTTPS, SMTP 등을 사용하여 XML 기반의 메시지를 네트워크 상태에서 교환하는 프로토콜 / HTTP 프로토콜 상에 SOAP Envelope, 헤더(Header), 바디(Body) 등이 추가된 XML 문서 / HTTP 로 기본적인 송수신 2. EAI 유형 1) 포인트 투 포인트 (Point -to - point) - 가장 기초적인 애플리케이션 통합방법 / 1:1 단순 통합 방법 지향 / 개발자 간의 커뮤니케이션을 통해서 통합 가능한 EAI 2) 허브 앤 스포크 (Hub & Spoke) - 단일한 접점의 허브 시스템을 통하여 데이터를 전송하는 중앙 집중식 방식 / 허브 장애시 전체 장애 발생 3) 메시지 버스(Mes..

[ 정처기 실기 ] 통합 구현 #2 / 연계 메커니즘 구성

1. DB링크 - 직접 연계 방식 중 하나 / 데이터베이스에서 제공하는 DB 링크 객체를 이용하는 방식으로 수신 시스템에서 DB링크를 생성하고 송신 시스템에서 해당 DB링크를 직접 참조하는 방식 2. 커넥션 풀(Connection Pool) - 데이터베이스에 연결하기 위해 매번 커넥션을 생성할 때마다 많은 시스템 자원이 사용되므로 이걸 해결하고자 연결된 커넥션을 미리 만들어 풀(pool)속에 저장해 두고 필요할 때 커넥션 풀에서 가져다가 쓰고 다시 풀에 반환하는 기법 3. JDBC(Java Database Connectivity) - 데이터베이스에서 자료를 조회하거나 업데이트 하기 위해서 자바에서 데이터베이스에 접속 할 수 있도록 자바 API를 사용하는 방식 4. 하이퍼링크 - 현재 페이지에서 다른 부분..

[ 정처기 실기 ] 통합 구현 #1 / 연계 데이터 구성

1. 델파이 기법 - 업무 전문가 등 각 분야의 전문가의 경험적 지식을 통한 연계 요구사항 분석 기법 2. 개체(Entity) 정의서 - 데이터베이스 개념 모델링 단계에서 도출한 개체의 타입과 관련 속성, 식별자 등의 정보를 개괄적으로 명세화한 정의서 3. 중계 서버 or 중계 시스템 - 송신 시스템과 수신 시스템 사이에서 데이터를 송수신 / 송수신 현황을 모니터링 하는 시스템

[ 정처기 실기 ] 데이터 입출력 구현 #2 / 물리 데이터 저장소 확인

1. 물리 데이터 모델링 - 논리 모델을 적용하고자 하는 기술에 맞도록 상세화해 가는 과정 2. 인덱스 컬럼 선정 기준 - 분포도가 좋은 컬럼은 단독적으로 생성. - 자주 조합되어 사용되는 컬럼은 결합 인덱스로 생성. 3. 관계형 데이터베이스의 인덱스 개념 - 검색 연산의 최적화를 위해 데이터베이스 내 열에 대한 정보를 구성한 데이터 구조 / 전체 데이터의 검색 없이 필요한 정보를 신속히 조회가 가능하게 하는 데이터 구조 4. 파티셔닝 기법 [종류] (1) 레인지 파티셔닝(Range Partitioning) - 연속적인 숫자나 날짜를 기준으로 하는 파티셔닌 기법 / 손쉬운 관리 기법을 제공하여 관리 시간의 단축이 가능 (2) 해시 파티셔닝(Hash Partitionning) - 파티션 키의 해시 함수 값..

[ 정처기 실기 ] 데이터 입출력 구현 #1 / 논리 데이터 저장소 확인

1. 데이터 모델링 절차 [순서] 요구사항 분석 -> 개념적 데이터 모델링 -> 논리적 데이터 모델링 -> 물리적 데이터 모델링 2. 디비전(Division) - 릴레이션 A, B 가 있을 때 릴레이션 B 조건에 맞는 것들만 릴레이션 A에서 튜플을 꺼내 프로젝션 하는 관계 대수 3. 이상 현상(Anomaly) 데이터의 중복성으로 인해 릴레이션을 조작할 때 발생하는 비합리적 현상 [이상 현상의 종류] - 삽입 이상 / 삭제 이상 / 갱신 이상 4. 비 정규화(De-Normalization) - 정규화된 엔터티, 속성, 관계에 대해 성능 향상과 개발 운영의 단순화를 위해 중복, 통합, 분리 등을 수행하는 데이터 모델링 기법 5. 논리 데이터 모델링 속성 개체(Entity) - 관리할 대상이 되는 실체 속성(..

[ 정처기 실기 ] 화면 설계 #2 / UI 설계

1. UML - Unified Modeling Language - 객체 지향 소프트웨어 개발 과정에서 산출물을 명세화, 시각화, 문서화할 때 사용되는 모델링 기술과 방법론을 통합하여 만든 표준화된 범용 모델링 언어 2. UML의 구성요소 사물(Things) / 추상적인 개념, 주제를 나타내는 요소 관계(Relationships) / 사물의 의미를 확장하고 명확히 하는 요소 다이어그램(Diagrams) / 사물과 관계를 모아 그림으로 표현 3. UML 다이어그램 - 구분에 따라 구조적(정적) 다이어그램 , 행위적(동적) 다이어그램으로 구분 구조적 다이어그램(Structural Diagram) / 정적 다이어그램(Static Diagram) 1) 클래스 - Class - 객체지향 모델링 시 클래스의 속성 및..

[ 정처기 실기 ] 요구사항 확인 #4 / 분석 모델 확인하기

1. 유스케이스 모델 검증 방법 - 시스템 기능에 대한 유스케이스 모형 상세화 수준 및 적정성 검증을 위해서 액터, 유스케이스, 유스케이스 명세서를 점검하는 기법 2. 분석 모델의 기술적 타당성 검토 항목 1) 성능 및 용량 산정의 적정성 2) 시스템 간 상호 운용성 3) IT 시장 성숙도 및 트렌드 부합성 4) 기술적 위험 분석

[ 정처기 실기 ] 요구사항 확인 #3 / 요구사항 확인

1. 요구 공학 - 사용자의 요구가 반영된 시스템을 개발하기 위해 사용자 요구사항에 대한 도출, 분석, 명세, 확인 및 검증을 하는 구조화된 활동 2. 기능적 요구사항 vs 비기능적 요구사항 기능적 요구사항 - 말 그대로 기능 / 목표시스템이 반드시 수행해야 하거나 사용자가 반드시 수행할 수 있어야 하는 기능 비기능적 요구사항 - 기능 요구사항을 제외한 성능, 시스템 장비 구성 요구사항 등 소프트웨어 개발 생산성에 영향을 미치는 요인 3. 요구사항 개발 단계 (1) 도출 - 소프트웨어가 해결해야 할 문제 이해 / 고객이 제시하는 추상적 요구에 대해 관련 정보 식별 및 수집된 요구사항을 구체적으로 표현하는 단계 (2) 분석 - 도출된 요구사항에 대한 충돌, 중복, 누락 등의 분석을 통해 완전성과 일관성 확..

[ 정처기 실기 ] 요구사항 확인 #2 / 현행 시스템 분석

1. 소프트웨어 아키텍처 - 여러 가지 소프트웨어 구성요소와 그 구성요소가 가진 특성 중에서 외부에 드러나는 특성, 그리고 구성요소 간의 관계를 표현하는 시스템의 구조나 구조체 2. 소프트웨어 아키텍처 4+1 뷰 - 고객의 요구사항을 정리해둔 시나리오를 4개의 관점에서 바라보는 소프트웨어적 접근 방법 [4+1 뷰] 1) 유스케이스 뷰 (Usecase View) - 유스케이스 또는 아키텍처를 도출하고 설계하며 다른 뷰를 검증하는데 사용되는 뷰 / 사용자, 설계자, 개발자, 테스트 관점 2) 논리 뷰 (Logical View) - 시스템의 기능적 요구사항이 어떻게 제공되는지 설명 / 설계자, 개발자 관점 3) 프로세스 뷰 (Process View) - 시스템의 비기능적인 속성으로서 자원의 효율, 병행 실행,..

반응형