이것저것108 클래스 다이어그램 (Class Diagram) 클래스의 구성 요소로는 클래스의 이름, 속성, 메서드 등이 있다. 클래스관의 관계 1. 연관관계 : 클래스가 서로 개념적으로 연관된 선. 사슬 클래스 다이어그램에서 서로 개념적으로 연관없는 클래스는 없으므로 의존,상속,집합, 복합 등의 관계와 같이 표시하는건 별로 중요하지 않다. __________ __________ l student l * 1 l school l l-------- l ------------------------- l-------- l (각각의 Class) l l l l --------- ---------- 한명의 학생은 하나의 학교에 다닌다. 하나의 학교에는 여러명의 학생이 다닌다. 즉 학생과 학교는 (* - 1)관계이다. 2. 연관관계의 다중성 다중성은 두 클래스 사이에서 실제로 연.. 2016. 10. 26. 클래스 다이어그램 사용시 주의사항 1. 클래스 다이어그램을 사용하는 목적과 내용을 맞춘다. : 프로젝트가 진행하다 보면 클래스에 기존에 계획됐던것 이상의 내용이 추가되서 클래스명과 클래스가 하는 일에 차이가 있을 수 있다. 그럴때는 1. 클래스의 이름에 맞게 클래스의 내용을 수정한다. 2. 클래스의 내용에 맞게 클래스의 이름을 수정한다. 2. 한 클래스에는 기능을 1~2가지만 넣는다. (많은 기능을 넣지 않는다) : 한 클래스에 여러기능을 넣다보면 클래스 하나를 중심으로 여러 클래스가 뻗어 있는 중앙집권형 모양이 되는대 이것은 옳지 않다. 한 클래스에 여러 기능과 속성이 있으면 코드를 유지*보수하는대 어려움이 많이 생긴다. 3. 코드의 중복을 없앤다. : 코드에서 중복된 부분이 있다면 없애거나 내용을 따로 빼서 클래스를 만든다. 4. 다.. 2016. 10. 26. 유즈케이스(usecase) 다이어그램 작성할 때 주의사항 Use case : 모델화한 대상이 외부에 제공하는 서비스. 엑터가 사용함. 유즈케이스(usecase) 다이어그램 작성할 때 주의사항 1. 목적(독자)를 확인한다. : 유즈케이스 다이어그램을 그리는 목적이 무엇이며, 누구를 위해 만드는지를 확실히 해두는 것이 중요하다. 또한 그리면서도 목적에 맞는 것인지, 독자에게 의미가 있는 것인지 수시로 검토하는 습관을 가지면 좋다. 2. 명명법에 주의 -1) 추상도 : 액터를 사람으로 하면 너무 추상적이고 홍길동으로 하면 너무 구체적이다. 종업원, 손님, 비회원 등 적당한 추상도로 명명한다. -2) 정확성 : usecase를 작성할 때 너무 단축해서 쓰면( ex - 대출, 반납, 대여 등) 무엇을 대출, 반납, 대여하는지 알 수 없어서 의미를 정확하게 전달하지 못할.. 2016. 10. 26. DB시스템의 구성 스키마 : 데이타베이스의 논리적 정의, 즉 데이타베이스 구조와 제약조건에 대한 명세를 기술하는것. - 스키마에는 개체, 속성, 관계에 대한 정의와 유지 조건을 포함 외부 스키마 : 개개 사용자나 응용 프로그래머가 접근하는 데이타베이스를 정의 개념 스키마 : 조직 전체의 데이타베이스를 기술 내부 스키마 : 개념 스키마에 대한 저장구조를 정의 데이타 언어 데이타 정의어 - 데이타베이스 스키마를 컴퓨터가 이해할 수 있게끔 기술하는데 사용 데이타 조작어 - 데이타 처리(검색, 삽입, 삭제, 변경)를 지원 - 비절차적 데이타 조작어 데이타 제어어 - 데이타 제어(보안, 무결성, 회복, 병행수행)를 정의하고 기술하는 언어 2016. 10. 26. 이전 1 ··· 24 25 26 27 다음