데이터베이스 종류 1. 데이터베이스 - 다수의 인원, 시스템 or 프로그램이 사용할 목적으로 통합하여 관리되는 데이터의 집합 2. 데이터베이스 정의 정의 설명 통합된 데이터 자료의 중복을 배제한 데이터의 모임 저장된 데이터 저장 매체에 저장된 데이터 운영 데이터 조직의 업무를 수행하는 데 필요한 데이터 공용 데이터 여러 애플리케이션, 시스템들이 공동으로 사용하는 데이터 3. 데이터베이스 특성 - 실시간 접근성, 계속적인 변화, 동시 공용, 내용 참조 4. DBMS - 데이터 관리의 복잡성을 해결하는 동시에 데이터 추가, 변경, 검색, 삭제 및 백업, 복구 보안등의 기능을 지원하는 SW - DBMS의 특징 특징 설명 데이터 무결성 부적절한 자료가 입력되어 동일한 내용에 대해 서로 다른 데이터가 저장되는 것..
정보처리기사/DB
물리 데이터 저장소 구성 1. 참조무결성 제약 조건 - 참조하는 외래키의 값은 항상 참조되는 릴레이션에 기본키로 존재해야 함 개념 설명 제한(RESTRICT) 참조무결성 원칙을 위배하는 연산을 거절하는 옵션 연쇄(CASCADE) 참조되는 릴레이션에서 튜플을 삭제하고, 이 튜플을 참조하는 튜플들도 함께 삭제하는 옵션 널 값(SET NULL) 참조되는 릴레이션에서 튜플을 삭제하고, 해당 튜플을 참조하는 튜플들의 외래 키에 NULL값을 넣는 옵션 2. 인덱스 - 전체 데이터 검색 없이 필요한 정보에 대해 신속한 조회 가능 3. 뷰 - 접근이 허용된 자료만을 제한적으로 보여주기 위해 하나 이상의 기본 테이블로 구성된 가상 테이블 4. 클러스터 - 데이터 엑세스 효율을 향상시키기 위해 동일한 성격의 데이터를 동일..
논리 데이터 모델 검증 1. 논리 데이터 모델링 속성 - 개체(Entity), 속성(Attribute), 관계(Relationship) 2. 관계 데이터 모델 - 데이터를 행과 열로 구성된 2차원 테이블 형태로 구성한 모델 3. 관계 데이터 모델의 구성요소 구성요소 설명 릴레이션 (Relation) 행(Row)과 열(Column)로 구성된 테이블 튜플 (Tuple) 행에 해당되는 요소 속성 (Attribute) 열에 해당되는 요소 카디널리티 (Cardinality) 튜플의 수 차수 (Degree) 애트리뷰트(속성)의 수 스키마 (Schema) DB의 구조, 제약 조건 등의 정보를 담고 있는 기본적인 구조 인스턴스 (Instance) 정의된 스키마에 따라 생성된 테이블에 실제 저장된 데이터 집합 사진첨부 ..
데이터 모델 (Data Model) 1. 데이터 모델 - 현실 세계의 정보를 인간과 컴퓨터가 이해할 수 있도록 추상화하여 표현한 모델 - 데이터 모델 표시요소 표시요소 설명 연산 (Operation) - DB에 저장된 실제 데이터를 처리하는 작업에 대한 명세 - 릴레이션을 조작하기 위한 관계 연산을 나타냄 구조 (Structure) - DB에 논리적으로 표현될 대상으로서의 개체 타입과 개체 타입 간의 관계 - 데이터 구조 및 정적 성질을 표현하는 요소 제약 조건 (Constraint) - DB에 저장될 수 있는 실제 데이터의 논리적인 제약 조건 2. 데이터 모델 절차 단계 설명 요구사항 분석 - 사용자에게 DB를 사용하는 용도를 파악 - 다양한 요구사항을 수집하는 단계. 요구사항 명세서를 작성 개념적 설..
UI 설계 도구 1. UI 시나리오 문서의 작성 요건 작성 요건 설명 완전성 (Complete) UI 시나리오는 누락이 없어야 하고, 최대한 빠짐없이 가능한 상세하게 기술 일관성 (Consistent) 서비스에 대한 목표, 시스템 및 사용자의 요구사항이 일관성이 있어야 함 이해성 (Understandable) 처음 접하는 사람도 이해하기 쉽도록 구성하고 설명 가독성 (Readable) 문서를 쉽게 읽을 수 있어야 함 추적 용이성 (Traceable) 쉽게 추적이 가능해야 함 수정 용이성 (Modifiable) 쉽게 변경이 가능해야 함
UI 설계를 위한 UML 1. UML (Unified Modeling Language) - 객체지향 SW 개발 과정에서 산출물을 명세화, 시각화, 문서화할 때, 사용되는 모델링 기술과 방법론을 통합해 만든 표준화된 범용 모델링 언어 2. UML의 특징 특징 설명 가시화 언어 - 개념 모델 작성 시, 오류가 적고 의사소통 용이 구축 언어 - 다양한 프로그래밍 언어로 실행 시스템의 예측 가능 - UML을 소스 코드로 변환해 구축 가능, 역 변환해 역공학 가능 명세화 언어 - 정확한 모델 제시, 완전한 모델 작성 가능 문서화 언어 - 시스템에 대한 평가 및 의사소통의 문서 3. UML 구성요소 구성요소 내용 사물 (Thing) - 추상적인 개념. 주제를 나타내는 요소 관계 (Relationships) - 사물..
UI 지침 1. UI 개발을 위한 주요 기법 기법 설명 3C 분석 고객(Customer), 자사(Company), 경쟁사(Competitor)를 비교하고 분석 SWOT 분석 기업 내부 환경과 외부 환경을 분석해 Strength(강점), Weakness(약점), Opportunity(기회), Threat(위협) 요인을 규정하고 이를 토대로 경영 전략 수립 시나리오 플래닝 상황 변화를 사전에 예측하고 다양한 시나리오를 설계하는 방법 사용성 테스트 사용자가 직접 제품을 사용하고 미리 작성된 시나리오에 맞춰 과제 수행 후, 질문에 대답하도록 하는 테스트 워크숍 소집단 인원으로 특정 문제 or 과제에 대한 새로운 지식, 기술, 아이디어들을 서로 교환하고 검토하는 세미나
UI 요구사항 확인 1. UI (User Interface) - 사용자와 사이에서 의사소통할 수 있도록 고안된 물리적, 가상의 매개체 ※ UX : 사람의 감정이나 경험을 나타내는 개념 2. UI 유형 유형 설명 CLI (Command Line Interface) 명령어를 텍스트로 입력하여 조작하는 사용자 인터페이스 GUI (Graphical User Interface) 그래픽 환경을 기반으로 한 마우스 or 전자펜을 이용하는 사용자 인터페이스 NUI (Natural User Interface) 키보드 or 마우스 없이 신체 부위를 이용하는 사용자 인터페이스 OUI (Organic User Interface) 현실에 존재하는 모든 사물이 입출력장치로 변화할 수 있는 사용자 인터페이스 3. UI 설계 원칙 ..
요구사항 1. 요구공학 - 사용자의 요구가 반영된 시스템을 개발하기 위해 요구사항에 대한 도출, 분석, 명세, 확인 및 검증하는 구조화된 활동 2. 요구사항의 분류 - 기능적 요구사항 : 시스템이 제공하는 기능, 서비스에 대한 요구사항 - 비기능적 요구사항 : 시스템이 요구하는 기능 이외의 사항, 시스템 구축에 대한 제약사항에 관한 요구사항 ※ 비기능은 성능 관련 3. 요구사항 개발 프로세스 프로세스 설명 요구사항 도출 (Elicitaion) SW가 해결해야 할 문제를 이해하고, 고객으로부터 제시되는 추상적 요구에 대해 관련 정보를 식별하고 수집 방법 결정, 수집된 요구사항을 구체적으로 표현하는 단계 요구사항 분석 (Analysis) 도출된 요구사항에 대해 충돌, 중복, 누락 등의 분석을 통해 완전성과 ..
디자인 패턴 1. 디자인 패턴 - SW 설계에서 공통으로 발생하는 문제에 대해 자주 쓰이는 설계 방법을 정리한 패턴 2. 디자인 패턴 유형 - 목적 유형 설명 생성 객체 인스턴스 생성에 관여, 클래스 정의와 객체 생성 방식을 구조화, 캡슐화를 수행하는 패턴 구조 더 큰 구조 형성 목적으로 클래스 or 객체의 조합을 다루는 패턴 행위 클래스 or 객체들이 상호 작용하는 방법과 역할 분담을 다루는 패턴 ※ 디자인 패턴 구성요소 구성요소 설명 패턴의 이름 디자인 패턴을 부를 때 사용하는 이름 문제 및 배경 디자인 패턴이 사용되는 분야 or 배경 솔루션 디자인 패턴을 이루는 요소들 사례 디자인 패턴의 간단한 적용 사례 결과 디자인 패턴을 사용하면 얻는 이점 or 영향 샘플 코드 디자인 패턴이 적용된 원시 코드 ..
SW 아키텍처 1. SW 아키텍처 - SW 구성요소와 그것이 가진 특성 중 외부의 특성, 구성요소 간의 관계를 표현하는 시스템의 구조 및 구조체 ※ 아키텍처 : HW와 SW를 포함한 컴퓨터 시스템 전체의 설계방식 2. SW 아키텍처 프레임워크 - SW 시스템에서 아키텍처가 표현해야 하는 내용 및 이들 간의 관계를 제공하는 아키텍처 기술 표준 ※ SW 아키텍처는 비기능 요구사항이 중요 (제약 사항 & 품질 속성 반영) 3. SW 아키텍처 4+1뷰 - 고객의 요구사항을 정리한 시나리오를 4개의 관점에 바라본 SW 접근 방법 - SW 아키텍처 4+1뷰 구성요소 구성요소 내용 유스케이스 뷰 - 유스케이스 or 아키텍처를 도출하고 설계하며, 다른 뷰를 검증하는 데 사용되는 뷰 논리 뷰 - 시스템의 기능적 요구사항..
현행 시스템 파악 개념 및 절차 1. 현행 시스템 파악 - 현행 시스템이 어떤 하위 시스템으로 구성되어 있고, 제공 기능 및 연계 정보는 무엇이며, 어떤 기술 요소를 사용하는지를 파악하는 활동 2. 현행 시스템 파악 절차 - 1단계 : 구성, 기능, 인터페이스 파악 - 2단계 : 아키텍처 및 SW 구성 파악 ※ 아키텍처 : 기능 면에서 본 컴퓨터의 구성 방식 - 3단계 : HW 및 네트워크 구성 파악
