2장. 물리 데이터 베이스 설계 2-0. 물리 데이터베이스 설계 논리적 DB를 디스크 등의 물리적 저장장치에 저장할 수 있는 물리적 구조의 데이터로 변환 도메인 : 객체에 포함된 속성들의 데이터 타입, 크기 등을 표준화 규칙에 따라 일관성 있게 정의한 것 데이터 사전 : 프로젝트 과정에서 일관성을 제공하기 위해 데이터 속성의 논리명,물리명,용어 정의를 기술 테이블 : 데이터베이스의 가장 기본적인 객체로 로우와 컬럼으로 구성 일반 테이블 : 데이터의 로우 위치는 속성 값에 상관없이 데이터가 저장되는 순서에 따라 결정 클러스터드 테이블 : 기본키나 인덱스 키의 순서에 따라 데이터가 저장되는 테이블 파티셔닝 테이블 : 대용량 테이블을 작은 논리적 단위인 파티션으로 나눈 테이블 외부 테이블 : DB에서 일반 테..
1장. 논리 데이터 베이스 설계 1-0. 데이터베이스 설계 사용자의 요구를 분석하여 그것들을 컴퓨터에 저장할 수 있는 DB의 구조에 맞게 변형한 후 특정 DBMS로 데이터베이스를 구현하여 일반 사용자들이 사용하게 함. 데이터베이스 설계시 고려사항 무결성 : 삽입, 삭제, 갱신 등의 연산 후에도 DB에 저장된 데이터가 정해진 제약조건을 항상 만족해야함. 일관성 : DB에 저장된 데이터들 사이나, 특정 질의에 대한 응답이 처음부터 끝까지 변함없이 일정해야함. 회복 : 시스템 장애 발생시 직전의 상태로 복구 할 수 있어야 한다. 보안 : 불법적인 상황에 대하여 보호할 수 있어야 한다. 효율성 : 응답시간 단축, 시스템 생산성 등 DB 확장 : DB 운영에 영향을 주지 않으면서 지속적으로 데이터 추가 1-1. ..
4장. 인터페이스 구현 4-0. 인터페이스 개요 모듈 간 교환되는 데이터가 저장될 파라미터를 의미. 인터페이스 설계서 : 시스템 사이의 데이터 교환 및 처리를 위해 교환 데이터 및 관련 업무를 정의한 문서 4-1. 인터페이스 식별 모듈 연계 : 내부 모듈과 외부 모듈 또는 내부 모듈 간 데이터 교환을 위해 관계를 설정, EAI와 ESB 방식이 있다. EAI : 상호 연동이 가능하게 해주는 솔루션, 효율성 및 확장성 용이. 구축 유형 Point to Point : 가장 기본적인 통합 방식. 1:1로 연결 Hub & Spoke : 중앙 집중형 방식. 확장, 유지보수 용이 Message Bus : 사이에 미들웨어를 두어 처리 함. 확장성, 대용량 처리 가능 Hybrid : Hub & Spoke와 Message..
3장. 애플리케이션 테스트 3-0. 애플리케이션 테스트 - 애플리케이션에 잠재되어 있는 결함을 찾아내는 일련의 행위 또는 절차 - 개발된 소프트웨어가 고객의 요구사항을 만족시키는지 확인하고 기능을 정확히 수행하는지 검증한다. - 애플리케이션 테스트의 기본원리 잠재적 결함은 줄일 수 있지만, 완벽한 테스팅은 불가하다. 결함은 대부분 특정 모듈에 집중 되어 있다. (파레토 법칙 : 발견된 80% 결함은 20%모듈에서 발견) 살충제 패러독스 ( 동일 테스트 반복시 더이상 결함 발견X) 정황에 따라서 테스트를 다르게 수행 오류 부재의 궤변 (결함을 모두 제거해도 사용자 요구사항을 만족X) 테스트를 많이하면 미래 발생 위험 감소 테스트는 작은 부분에서 점점 확대된다. 개발자와 관계 없는 별도의 팀에서 수행 - 프..
2장. 통합구현 & 소프트웨어 패키징 2-0. 단위 모듈 구현 - 단위 모듈 : 소프트웨어 구현에 필요한 여러 동작 중 한가지 동작을 수행하는 기능을 모듈로 구현한 것 - 단위 기능 명세서 : 설계 과정에서 작성하는 기능 및 코드 명세서나 설계 지침과 같이 단위 기능을 명세화한 문서들을 의미 - IPC : 모듈 간 통신 방식을 구현하기 위해 사용되는 대표적인 프로그래밍 인터페이스 집합 Shard Memory Socket Semaphores Pipes&Named Pipes Message Queueing 2-1. 단위 모듈 테스트 - 프로그램의 단위 기능을 구현하는 모듈이 정해진 기능을 정확히 수행하는지 검증 - 테스트 케이스 : 구현된 소프트웨어가 사용자의 요구사항을 정확하게 준수했는지 확인, 명세 기반 ..
1장. 데이터 입, 출력 구현 1-0. 자료구조 - 일련의 자료들을 조직하고 구조화 하는 것 - 종류 선형구조 : 순서가 있는 구조 배열 : 동일한 자료형의 데이터들이 같은 크기로 나열되어 순서를 갖고 있는 집합. 선형리스트 연속리스트(배열과 같이 연속되는 기억장소에 저장되는 자료구조) 연결리스트(임의의 공간에 기억, 자료 항목 순서에 따라 노드와 포인터를 이용하여 서로 연결시킨 자료구조) 스택 : 리스트의 한쪽 끝으로만 자료의 삽입, 삭제 작업이 이루어지는 자료구조, 후입 선출 큐 : 리스트의 한쪽에서는 삽입 작업이 이루어지고 다른 한쪽에서는 삭제 작업이 이루어지는 자료구조, 선입선출 비선형 구조 : 순서가 없는 구조 그래프 : 간선의 방향성 유무에 따라 방향그래프와 무방향 그래프로 이루어짐. 트리 :..
4장. 인터페이스 설계 4-0. 시스템 인터페이스 요구사항 분석 - 시스템 인터페이스 요구사항 구성 : 독립적으로 떨어져 있는 시스템들끼리 서로 연동하여, 상호작용 하기 위한 접속 방법이나 규칙을 의미. - 분석 절차 ( 요구사항 선별 - 자료 준비 - 요구사항 분류 - 분석 및 수정) 4-1. 요구사항 검증 - 설계 및 구현 전에 사용자들의 요구사항이 요구사항 명세서에 정확하고 완전하게 기술이 되었는지를 검토하고, 개발 범위의 기준인 베이스 라인을 설정. - 검증 방법 동료 검토 : 작성자가 명세서 내용을 직접 설명하고, 동료들이 이를 들으면서 결함을 발견하는 형태의 검토 방법 워크 스루 : 검토회의 전에 요구사항 명세서를 미리 배포하여, 사전 검토한 후에 짧은 검토 회의를 통해 결함을 발견하는 검토 ..
3장. 소프트웨어 아키텍처 3-0. 소프트웨어 아키텍처 - 소프트웨어의 골격이 되는 기본구조. - 추상화 : 포괄적인 개념을 설계한 후 차례로 세분화 하여 구체화 시켜나가는 것 - 단계적 분해 : 하향실 설계 전략으로, 문제를 상위의 중요 개념으로부터 하위의 개념으로 구체화 시키는 분할 기법 - 정보은닉 : 한 모듈 내부에 포함된 절차와 자료들의 정보가 감추어져, 다른 모듈이 접근하거나 변경할 수 없도록 하는 기법 3-1. 아키텍처 패턴 - 문제 해결의 윤곽 제시, 원칙과 지침의 역할. 레이어 패턴 : 계층으로 시스템을 구분하여 구성하는 고전적인 방법중의 하나 클라이언트-서버 패턴 : 하나의 서버 컴포넌트와 다수의 클라이언트 컴포넌트로 구성되는 패턴 파이프-필터 패턴 : 데이터스트림의 절차의 각 단계를 ..
