01 데이터베이스 기본 ▶ 트랜잭션 하나의 논리적 기능을 정상적으로 수행하기 위한 작업의 기본 단위 ▶ 트랜잭션의 특성 ⦁ 원자성(Atomicity) : 분해가 불가능한 작업의 최소단위, 연산 전체가 성공 또는 실패 ⦁ 일관성(Consistency) : 트랜잭션이 실행 성공 후 항상 일관된 데이터베이스 상태를 보존 ⦁ 격리성(Isolation) : 트랜잭션 실행 중 연산의 중간 결과를 다른 트랜잭션이 접근 불가 ⦁ 영속성(Durability) : 성공 완료된 트랜잭션의 결과는 영속적으로 데이터베이스에 저장 ▶ 트랜잭션 제어언어 TCL ⦁ 커밋(COMMIT) : 트랜잭션을 메모리에 영구적으로 저장 ⦁ 롤백(ROLLBACK) : 오류가 발생했을 때, 오류 이전의 특정 시점 상태로 되돌려주는 제어어 ⦁ 체크포..
02 인터페이스 기능 구현 ▶JSON(Javascript Object Notation) 속성-값 쌍 또는 “키-값 쌍”으로 이루어진 데이터 오브젝트를 전달하기 위해 인간이 읽을 수 있는 텍스트를 사용하는 개방형 표준 포맷, AJAX에서 많이 사용되고 XML을 대체하는 주요 데이터 포맷 ▶ XML(Extensible Markup Language) HTML의 단점을 보완한 인터넷 언어, SGML의 복잡한 단점을 개선한 특수한 목적을 갖는 마크업 언어 ▶ AJAX(Asynchronous Javascript And XML) 자바스크립트를 사용하여 웹 서버와 클라이언트 간 비동기적으로 XML 데이터를 교환하고 조작하기 위한 웹 기술, XMLHttpRequest 객체를 이용해 전체 페이지를 새로 로드하지 않고 필요..
02 연계 메커니즘 구성 ▶ 연계 메커니즘 응용 소프트웨어와 연계 대상 모듈 간의 데이터 연계 시 요구사항을 고려한 연계방법과 주기를 설계하기 위한 메커니즘 ▶ 연계 메커니즘의 방식 분류 ◇ 직접 연계 ⦁ DB 링크, DB 연결, API, JDBC, 하이퍼 링크 ⦁ API : 응용 프로그램에서 사용할 수 있도록, 운영체제나 프로그래밍 언어가 제공하는 기능을 제어할 수 있게 만든 인터페이스, 응용프로그램에서 데이터를 주고받기 위한 방법 ⦁ 커넥션 풀 : 데이터베이스와 연결된 커넥션을 미리 만들어서 풀 속에 저장해 두고 필요할 때 커넥션을 풀에서 가져다가 쓰고 다시 풀에 반환하는 기법 ◇ 간접 연계 ⦁ 연계 솔루션(EAI) : 기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션들 간의 정보 전달, 연계, 통..
02 물리 데이터 저장소 설계 ▶ 참조무결성 제약조건 참조하는 외래키의 값은 항상 참조되는 릴레이션에 기본키로 존재해야한다. ⦁ 제한(RESTRICT), 연쇄(CASCADE), 널값(SET NULL) ▶ 파티션(Partition)의 종류 ⦁ 레인지(Range) 파티셔닝 : 연속적인 숫자나 날짜 기준 ⦁ 해시(Hash) 파티셔닝 : 파티션 키의 해시 함수 값 ⦁ 리스트(List) 파티셔닝 : 특정 파티션에 저장 될 데이터에 대한 명시적 제어 가능 ⦁ 컴포지트(Composite) 파티셔닝 : 레인지, 해시, 리스트 중 2개 이상의 파티셔닝 결합 03 데이터베이스 기초 활용하기 ▶ 데이터베이스의 정의 ⦁ 통합된 데이터 : 자료의 중복을 배제한 데이터의 모임 ⦁ 저장된 데이터 : 저장 매체에 저장된 데이터 ⦁ ..
01 논리데이터 저장소 확인 ▶ 데이터 모델 현실 세계의 정보를 인간과 컴퓨터가 이해할 수 있도록 추상화하여 표현한 모델 ▶ 데이터 모델 절차 개념적 데이터 모델 -> 논리적 데이터 모델 -> 물리적 데이터 모델 ▶ 논리적 데이터 모델 종류 ⦁ 관계 데이터 모델 : 테이블 ⦁ 계층 데이터 모델 : 트리 ⦁ 네트워크 데이터 모델 : 그래프, 망 ▶ 관계 대수 : 원하는 정보와 그 정보를 어떻게 유도하는가를 기술하는 절차적 정형 언어 ⦁ 일반 집합 연산자 : 합집합, 교집합, 차집합, 카티션 프로덕트 ⦁ 순수 관계 연산자 : 셀렉트, 프로젝트, 조인, 디비전 ▶ 관계 해석 : 튜플 관계 해석과 도메인 관계 해석을 하는 비절차적 언어 ▶ 정규화(Normalization) 데이터의 중복성을 제거해 이상현상을 방..
03 요구사항 확인 ▶ 요구공학(Requirements Engineering) 사용자의 요구가 반영된 시스템을 개발하기 위해서 사용자의 요구사항에 대한 도출, 분석, 명세, 확인 및 검증하는 구조화된 활동 ▶ 기능적 요구사항 : 시스템이 제공하는 기능, 서비스에 대한 요구사항(기능성, 완전성, 일관성) ▶ 비기능적 요구사항 : 시스템이 수행하는 기능 이외의 사항, 시스템 구축에 대한 제약사항에 관한 요구사항, 품질, 시스템 환경, 프로젝트 계획에 관한 요구사항 ▶ 요구사항 도출 단계 주요 기법 ⦁ 인터뷰, 워크숍, 브레인스토밍, 설문 조사 ⦁ 델파이 기법 : 전문가의 경험지식을 통한 문제 해결 및 미래예측을 위한 방법 ⦁ 롤 플레잉 : 현실에서 일어나는 장면을 설정하고 여러 사람이 각자가 맡은 역을 연기..
02 현행 시스템 분석 ▶ 현행 시스템 파악 구성/기능/인터페이스 파악 -> 아키텍처 및 소프트웨어 구성 파악 -> 하드웨어 및 네트워크 구성 파악 ▶ 소프트웨어 아키텍처 여러 가지 소프트웨어 구성요소와 그 구성요소가 가진 특성 중 외부에 드러나는 특성, 그리고 구성요소 간의 관계를 표현하는 시스템의 구조나 구초체이다. ▶ 소프트웨어 아키텍처 4+1 뷰 고객의 요구사항을 정리해 놓은 시나리오를 4개의 관점에서 바라보는 소프트웨어적인 접근 방법 ⦁ 유스케이스 뷰 : 다른 뷰를 검증하는데 사용 ⦁ 논리 뷰 : 시스템의 기능적 요구사항 설명 ⦁ 프로세스 뷰 : 시스템의 비기능적 요구사항 설명 ⦁ 구현 뷰 : 모듈의 구성, 컴포넌트 구조, 의존성 ⦁ 배포 뷰 : 어떻게 배치되는가. ▶ 유스케이스(Usecase)..
요구사항확인 01 소프트웨어 개발 방법론 ▶ 소프트웨어 생명주기(SDLC) 시스템의 요구분석부터 유지보수까지 전 공정을 체계화한 절차 ▶ 소프트웨어 생명 주기 모델 종류 ⦁ 폭포수 모델 : 각 단계를 확실히 마무리 지은 후에 다음단계로 넘어간다. ⦁ 프로토타이핑 모델 : 프로토타입을 구현해, 고객의 피드백을 반영하며 만들어 간다. ⦁ 나선형 모델 : 위험을 최소화하기 위해 점진적으로 개발한다. ⦁ 반복적 모델 : 구축 대상을 나누어 병렬적으로 개발 후 통합하거나, 반복적으로 개발한다. ▶ 소프트웨어 개발방법론 종류 ⦁ 구조적 방법론 : 전체 시스템을 기능에 따라 나누어 개발하고, 이를 통합한다. 나씨-슈나이더만 차트 사용 ⦁ 정보공학 방법론 : 정보시스템 개발에 필요한 관리 절차와 작업 기반을 체계화 ⦁..
