observe_db

5-1: System modeling : 개발 과정에서의 산출물 시스템에 대한 추상적인 모델. 관점이 다양하니 여러가지 모델. 시각적인 표기법을 사용하여 표현 이해를 돕는다-시스템의 기능, 고객과의 소통. 기존 및 계획된 시스템 모델 기존 시스템의 모델은 요구사항 공학에서. -기존 시스템이 무엇을 하는지, 장점과 약점을 논의할 기초로 사용될 수 있음. -새로운 시스템의 요구사항 유도 새로운 시스템의 모델도 요구사항 공학에서 소개된 요구사항을 다른 시스템 stakeholder에게 설명하는것을 도움 -공학자는 이 모델들을 설계 proposal 논의에 사용, 구현을 위한 문서에 사용 모델기반 공학 프로세스에서, 시스템 모델에서 전체 혹은 일부 시스템 구현이 가능하다. System perspectives -ex..

11/14 DB는 보통 Magnetic disks에 저장된다. -메모리(Main Memory)가 빠르고, Secondary가 느리다. 근데 메모리가 작으니, Secondary에서 disk I/O를 시도. Primary: CPU, Main memory Secondary: Magnetic, Flash, Solid-state Teritory: USB 등 Cache memory: Static, DRAM //제약적 Mass Storage: Magnetic //unlimitted Performance의 유지. too large to fit entirely in main memory - 가끔 하는 놈들이 있는데, Memory DB라고 부름. Secondary Storage Devices HDD 구조는 다른곳 참조....

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..