자격증/정보처리기사 (16) 썸네일형 리스트형 [ IV ] 통합 구현 - 연계 메커니즘 구성 [ 1 ] 연계 메커니즘 정의 ( 1 ) 연계 메커니즘의 개념 응용 소프트웨어와 연계 대상 모듈 간의 데이터 연계 시 요구사항을 고려한 연계방법과 주기를 설계하기 위한 메커니즘이다. ( 2 ) 연계 매커니즘의 기능 데이터를 생성하여 전송하는 송신 시스템과 송신 데이터를 수신하여 DB에 반영하는 수신 시스템으로 구성된다. ( 3 ) 연계 방식 연계 방식 분류 직업 연계 장점 연계 및 통합 구현이 단순하며 용이함 개발 소요 비용 및 기간이 짧음 중간 매개체가 없으므로 데이터 연계 처리 성능이 대체로 좋음 단점 시스템 간의 결합도가 높아 시스템 변경에 민감 암ㆍ복호화 처리 불가 연계 및 통합 가능한 시스템 환경이 제한적 간접 연계 장점 서로 상이한 네트워크, 프로토콜 연계 및 통합 가능 인터페이스 변경 시에도.. [ III ] 데이터 입출력 구현 - 데이터베이스 기초 활용하기 [ 1 ] 데이터베이스 종류 ( 1 ) 데이터베이스 데이터베이스(Database) 개념 데이터베이스는 다수의 이원, 시스템 또는 프로그램이 사용할 목적으로 통합하여 관리되는 데이터의 집합이다. 데이터베이스 정의 통합된 데이터 : 자료의 중복을 배제한 데이터의 모임 저장된 데이터 : 저장 매체에 저장된 데이터 운영 데이터 : 조직의 업무를 수행하는데 필요한 데이터 공용 데이터 : 여러 애플리케이션, 시스템들이 공동으로 사용하는 데이터 데이터베이스 특성 실시간 접근성(Real-Time Accessibility) 쿼리에 대하여 실시간 응답이 가능해야 함 계속적인 변화(Continuous Evolution) 새로운 데이터의 삽입(Insert), 삭제(Delete), 갱신(Update)으로 항상 최신 상태를 유지.. [ III ] 데이터 입출력 구현 - 물리 데이터 저장소 설계 [ 1 ] 물리 데이터 모델 설계 물리 데이터 모델링 개념 물리 데이터 모델링은 논리모델을 적용하고자 하는 기술에 맞도록 상세화해가는 과정이다. [ 2 ] 물리 데이터 저장소 구성 ( 1 ) 데이터베이스 무결성 데이터 베이스 무결성 개념 데이터 무결성은 데이터 베이스에 저장된 데이터 값과 그것이 표현하는 현실 세계의 실제 값이 일치하는 성질이다. 무결성은 권한이 있는 사용자로부터 데이터베이스를 보호한다. 데이터베이스 무결성 종류 개체 무결성 한 엔티티에서 같은 기본 키(PK)를 가질 수 없거나, 기본 키의 속성이 NULL을 허용할 수 없는 제약 조건 주요 기법 : 기본키, 유니크 인덱스 참조 무결성 외래 키가 참조하는 다른 개체의 깁노키에 해당하는 값이 기본 키값이나 NULL이어야 하는 제약 조건 주요 .. [ III ] 데이터 입출력 구현 - 논리 데이터 저장소 확인 [ 1 ] 데이터 모델 ( 1 ) 데이터 모델( Data Model ) 개념 데이터 모델은 현실 세계의 정보를 인간과 컴퓨터가 이해할 수 있도록 추상화하여 표현한 모델이다. 모델 표시 요소 연산 : 저장된 실제 데이터를 처리하는 작업에 대한 명세 릴레이션 조작을 위한 관계연산 ( SELECT, PROJECT, JOIN, DIVISON ) 구조 : 논리적으로 표현될 대상으로서의 개체 타입과 개체 타입 간의 관계 데이터 구조 및 정적 성질을 표현하는 요소 제약 조건 : 저장될 수 있는 실제 데이터의 논리적인 제약 조건 릴레이션의 특정 컬럼에 설정하는 제약을 의미 ( 개체 무결성, 참조 무결성 등 ) ( 2 ) 데이터 모델 절차 데이터 모델 절차는 요구사항 분석, 개념적 데이터 모델, 논리적 데이터모델, 물리.. [ II ] 화면 설계 - UI 설계 [ 1 ] - UI 설계를 위한 UML ( 1 ) UML UML(Unified Modeling Language)의 개념 UML은 객체 지향 소프트웨어 개발 과정에서 산출물을 명세화, 시각화 할 때 사용되는 모델링 기술과 방법론을 통합해서 만든 표준화된 범용 모델링 언어이다. UML의 특징 가시화 언어 : 개념 모델 작성시 오류가 적고 의사소통이 용이 구축 언어 : 다양한 프로그래밍 언어로 실행 시스템의 예측 가능 명세화 언어 : 정확한 모델 제시, 완전한 모델 작성 가능 문서화 언어 : 시스템에 대한 평가 및 의사소통의 문서 UML의 구성요소( 사물, 관계, 다이어그램 ) 사물( Things ) : 추상적인 개념으로, 주제를 나타내는 요소 관계( Releationships ) : 사물의 의미를 확장하고 .. [ I ] 요구사항 확인 - 요구사항 확인 [ 1 ] - 요구사항 ( 1 ) 요구사항 개념 요구공학(Requirements Engineering)의 개념 요구공학은 사용자의 요구가 반영된 시스템을 개발하기 위하여 사용자 요구사항에 대한 도출, 분석, 명세, 확인 및 검증하는 구조화된 활동이다. 요구공학의 목적 이해관계자 사이에 효과적인 의사소통 수단을 제공하고 시슽메 개발의 요구사항에 대한 공통된 이해를 설정한다. 요구사항 누락 방지 및 이해 오류로 인한 불필요한 비용을 절감하고 요구사항 변경 추적을 가능하게 한다. 초기 요구사항 관리로 개발 비용과 시간을 절약하고 효과적인 의사소통 수단을 제공한다. 요구사항의 분류 기능적 요구사항 시스템이 제공하는 기능, 서비스에 대한 요구사항 ( 결제기능, 회원가입 기능 등 ) 기능성, 완전성, 일관성 비기능.. [ I ] 요구사항 확인 - 현행 시스템 분석 [ 1 ] - 현행 시스템 파악 (1) 현행 시스템 파악 개념 현행 시스템 파악이란 현행 시스템이 어떤 하위 시스템으로 구성 되어있고, 제공 기능 및 연계 정보는 무엇이며 어떤 기술 요소를 사용하는지를 파악하는 활동이다. (2) 현행 시스템의 파악 절차 ( 구 - 아 - 하 ) 1단계 ( 구성 / 기능 / 인터페이스 파악 ) 시스템 구성 현항 파악 시스템 기능 파악 시스템 인터페이스 현황 파악 2단계 ( 아키텍처 및 소프트웨어 구성 파악 ) 아키텍처 파악 소프트웨어 구성 파악 3단계 ( 하드웨어 및 네트워크 구성 파악 ) 시스템 하드웨어 현황 파악 네트워크 구성 파악 (3) 소프트웨어 아키텍처 소프트웨어 아키텍처 4+1 뷰 소프트웨어 아키텍처 4+1 뷰는 고객의 요구사항을 정리해 놓은 시나리오 4개의 관.. [ I ] 요구사항 확인 - 소프트웨어 개발 방법론 목차더보기소프트웨어 개발 방법론소프트웨어 개발 방법론프로젝트 관리현행 시스템 분석현행 시스템 파악개발 기술 환경 정의요구사항 확인요구사항요구사항의 싯템화 타당성 분석 [ 1 ] - 소프트웨어 개발 방법론(1) 소프트웨어 생명주기 ( SDLC; Software Developement Life Cycle) 모델 개념소프트웨어 생명 주기는 시스템의 요굽분석부터 유지보수까지 전 공정을 체계화한 절차이다.시스템 개발 부터 운용 및 유지보수를 거쳐 생애를 마칠 때 까지 어떠한 순서에 대한 작업 프로세스를 모델화 한 것소프트웨어 생명주기 모델 프로세스순서프로세스설명활동1요구사항분석개발할 소프트웨어의 기능과 제약 조건, 목표 등을 소프트웨어 사용자와 함께 명확히 정의하는 단계- 기능 요구사항- 비기능 요구사항2설계시.. 이전 1 2 다음