UML 클래스 다이어그램2 - 설계 예시, 제약 사항

예시 원본

[요구사항] 현재 우리는 RFID 키를 사용하는 대학 보안 관리에 관련한 데이터베이스를 설계 예정입니다. 이 데이터베이스는 아래의 규칙을 따르게 제작해주셔야 합니다.

1. 대학 건물의 출입문들은 RFID 잠김 시스템을 가지고 있습니다.
2. 대학의 사람들은 그들의 ID에 해당하는 그들만의 RFID 키를 가지고 있습니다.
3. 대학의 사람들은 학생, 직원, 교수 세 가지로 분류됩니다.
4. 직원은 자기 부서 건물의 모든 접근 권한을 가집니다.
5. 학생은 미리 지정된 건물과 방을 접근 권한만 가집니다.
6. 교수는 본인에게 배정된 방에만 접근 권한을 가집니다.
7. 각각의 건물의 출입 기록을 가져야 합니다. (기록 기재 내용 : 이름, 분류, 부서, 접근 시간, 건물 번호, 문 번호)

하지만 이러한 UML로 모든 의미론적 내용을 표현하는 것이 불가능하다. 예를 들어, ‘남자의 나이가 여자의 나이보다 반드시 작아야 한다.’라는 조건을 UML 다이어그램만으로 표현하는 것은 매우 어려운 일이다. 이러한 표현의 제한을 넘어서기 위해서 우리는 제약(constraints)을 표기하는 방법을 알아야 한다. 이러한 제약의 대표적인 것으로 2가지가 있다.

제약사항

1. 키 제약(Key constraints)
2. 참조 무결성(Referential integrity)

1. 키제약

-식별자 (ex.학번,주민등록번호), 서로 다른 객체는 같은 키를 가질 수 없다.

-객체를 유일하게 구별할 수 있는 한 개(citizen number) 또는 그 이상의 집합([name,address] set)

-키 중에서 객체를 구별하거나 그 특징을 명확하게 보여주는 가장 중요한 키를 기본키라고 지칭 (예를 들어 휴대폰 번호,집 주소,주민번호 등 다양한 키가 존재할 수 있지만 이 중 가장 명확한 키는 주민등록번호이다.)

2. 참조 무결성 (참조 제약)

 

이 말은 다른 객체에 의해 참조되는 값이 데이터베이스에 실제로 존재해야 함을 의미한다. 데이터베이스 내에서 이러한 참조는 다른 객체의 기본키를 참조하는 것으로 이루어진다. 이때 이러한 다른 기본키로의 참조를 할 수 있도록 만들어주는 키를 외래키라고 합니다. 하지만 이러한 외래키를 참조하는 경우에 객체가 존재하지 않게 되면 해당 외래키는 정상적인 기능을 하지 못하는 프로그래밍 언어에서 말하는 허상 포인터(dangling pointer)나 허상(dangling reference)와 비슷한 일이 벌어지게 됩니다. 따라서 이를 제한하는 것을 참조 무결성 조건이라고 합니다.