ⓐ 위치 투명성(Location Transparency) : 하드웨어와 소프트 웨어의 물리적 위치를 사용자가 알 필요가 없다. ⓑ 중복 투명성(Replicant Transparency) : 사용자에게 통지할 필요 없이 시스템 안에 파일들과 자원들의 부가적인 복사를 자유롭게 할 수 있다. ⓒ 병행 투명성(Concurrency Transparency) : 다중 사용자들이 자원들을 자동으로 공유할 수 있다. ⓓ 장애 투명성(Failure Transparency) : 사용자들은 어느 위치의 시스템에 장애가 발생했는지 알 필요가 없다.

Import 아무것도 없는 서버의 저장소에 맨 처음 소스 파일을 저장 Check-in 체크아웃으로 가져온 파일을 수정한 뒤 저장소에 새로운 버전으로 갱신 Check-out 타 개발자가 수정 작업을 위하여 저장소에 저장된 파일을 자신의 작업 공간으로 인출 Commit 체크인 시 이전 갱신 사항이 있는 경우 충돌이 있을 경우 알림을 표시하고 dilf도구를 이용하여 수정한 뒤, Commit 과정 수행 Dilf 새로운 개발자가 추가된 파일의 수정기록을 보면서 기존 개발자가 처음 추가한 파일과 이후 변경된 파일의 차이를 확인

정책 MAC DAC RBAC 권한 부여 시스템 데이터 소유자 중앙 관리자 접근 결정 보안 등급(Label) 신분(Identify) 역할(Role) 정책 변경 고정적(변경 어려움) 변경 용이 변경 용이 장점 안정적 / 중앙 집중적 구현 용이 관리 용이

단계 내용 1. 초기(Initial) 예측/통제 불가능 2. 관리(Managed) 기본적인 프로젝트 관리 체계 수립 3. 정의(Defined) 조직 차원의 표준 프로세스를 통한 프로젝트 지원 4. 정량적 관리(Quantitaively Managed) 정량적으로 프로세스가 측정/통제함 5. 최적화(Optimizing) 프로스세 개선 활동

ⓐ public : 모든 접근을 허용한다. ⓑ private : 같은 패키지에 있는 객체와 상속 관계의 객체에만 허용한다. ⓒ defualt : 같은 패키지에 있는 객체에만 허용한다. ⓓ protected : 현재 객체 내에서만 허용한다.

외부 스키마 (External Scheme) 사용자나 응용 프로그래머가 접근할 수 있는 정의를 기술한다. 개념 스키마 (Conceptual Scheme) 범 기관적 입장에서 데이터베이스를 정의한 것. 개체 간의 관계와 제약 조건을 나타내고, 데이터베이스 접근 권한, 보안 및 무결성 규칙 명세가 있다. 내부 스키마 (Internal Scheme) 물리적 저장 장치의 입장에서 본 데이터베이스 구조로서 실제로 데이터베이스에 저장될 레코드의 형식을 정의하고 저장 데이터 항목의 표현 방법, 내부 레코드의 물리적 순서 등을 나타낸다.