observe_db

Further Topics in Functional Dependencies: Inference Rules, Equivalence, and Minimal Cover 함수 의존성(Functional Dependency) X->Y 속성의 집합 X는 속성의 집합 Y를 functionally determines한다. X의 값이 Y값을 유일하게 결정할 때 FD의 성질을 결정하는 것이 목적 두개의 튜플 t1, t2에 대해 r(R): 만약 t1[X]=t2[X]이면 t1[Y]=t2[Y] relation R에서 함수 종속 F가 X->Y를 모든 legal relation 상태 r에서 hold함. Armstrong's inference rules IR1(Reflexive): Y가 X의 부분집합이면 X->Y IR2(Augmen..

11/14, 11/16 4-1: Requirement Engineering 서비스를 설립하는 단계 -고객이 시스템에 원하는 것 -운영과 개발시의 제약조건 시스템 요구사항 -시스템 서비스에 대한 설명 - 요구사항 공학 단계 동안에 생성되는 제약조건 요구사항 범위 - 최고 수준으로는 서비스의 추상화 상태 or 시스템 제약사항 - 자세한 수학적 기능 명세 요구사항의 타입 -사용자 요구사항: 자연어와 다이어그램. 운영적 제약조건. 고객이 작성 -시스템 요구사항: 시스템의 기능, 서비스, 운영적 제약조건에 대한 자세한 서술. 어떤것이 구현되어야할지 정의. 고객과 contractor의 계약 Reader 사용자요구사항-client manager/system end-users/client engineers/contra..

11/2 Relational Databases의 Informal한 설계 -Relation 속성의 의미 -중복정보로 인한 update anomaly -Null value -과잉 튜플(Spurious Tuple): 원하지 않은 튜플 Functional Dependencies(FDs): X->Y이면, X가 정해지면 Y도 정해짐. Normal Form Based on PK -normalization은 중복성 제거가 목적. Update Anormality를 일어나지 않게 하기 위해. -1NF/2NF/3NF --> FD General Normal Form은 2NF, 3NF에서만 정의(다양한 후보키 candidate key에 의해) BCNF: FD만 고려 Fourth Normal Form: multivalue dep..

11/7 3-1 Project Planning : 일을 쪼개고(break down), 멤버 설정, 일어날 수 있는 예상 문제 선정 : 어떻게 일을 끝낼지 팀과 고객과 소통. 진행사항 확인하게. Planning 단계 -Proposal stage: 계약을 위한 비드 대략적 outline을 세움. 요구사항 수집. 가격 책정을 위한 정보 공유.(가격 책정에는 staff 비용, 하드웨어 비용, 소프트웨어비용 등) -Project startup phase: 계획을 세움-누가할 것이고, 어떻게 프로젝트를 나눌 것이고, 어떻게 자원을 할당할지 등등 설계나 구현 정보보다는 시스템 요구사항을 잘 알아야. 계획을 세움-예산과 인력에 대한 결정 모니터링 매커니즘으로 startup plan(아직 agile 개발에 사용-프로젝트..