태터데스크 관리자

도움말
닫기
적용하기   첫페이지 만들기

태터데스크 메시지

저장하였습니다.

'클래스다이어그램'에 해당되는 글 8건

  1. 2008/01/10 자주 쓰는 Eclipse hot key (1)
  2. 2007/11/10 [MoneyPlanner] 계좌관리 기본 설계
  3. 2007/11/06 [특별한 클래스간 관계] 클래스다이어그램
  4. 2007/11/06 [Dependency 관계] 클래스 다이어그램 작성법
  5. 2007/11/06 [Generalization 관계] 클래스 다이어그램 작성법
  6. 2007/11/06 [Composition 관계] 클래스다이어그램 작성법
  7. 2007/11/06 [Aggregation 관계] 클래스다이어그램 작성법
  8. 2007/11/06 [Association관계] 클래스 다이어그램 작성법
2008/01/10 11:48

자주 쓰는 Eclipse hot key

2008/01/10 11:48 in Tools/Eclipse
Ctrl + shift + o  : 자동  Class Organise
Ctrl + space : 자동완성 (가장 많이 사용)
Ctrl + 1 : warnning, error 때 무언가 제언사항 나옴
Ctrl + d : 한줄 삭제
Alt + Shift + s : Source Make

Shift + Ctrl + r : 해당 클래스를 검색하고 싶을떄 사용 (wildcard문자도 사용가능)

alt + shift + x : Junit Test 실행

ctrl 누를채로 메소드 클릭하면 링크 따라서 함수 구현부분으로 이동한다.

Ctrl + Alt + h : 해당 메소드를 호출하고 있는 부분을 검색해서 보여준다.

Ctrl + o : 현재 클래스의 구조를 보여준다. (좋네?)

Alt + >, Alt + < : 이전 단계, 다음 단계

Ctrl + F7 : 뷰간 화면 전환

Ctrl + F8 : 퍼스펙티브간 화면 전환

Ctrl + / : 주석달기, 주석 제거

Ctrl + k : 선택된 문장 검색. (현재 파일 내)

'Tools > Eclipse' 카테고리의 다른 글

Eclipse 성능 높이기  (0) 2008/01/20
[CVS] Source 다시 원상복귀 시키기...  (0) 2008/01/18
Eclipse에서 Javascript 한글 저장안될때...  (0) 2008/01/15
자주 쓰는 Eclipse hot key  (1) 2008/01/10
CVS 사용법  (0) 2007/12/27
Eclipse 실행 시 에러 해결  (0) 2007/12/22
Posted by 밥팅우기
Tag Eclipse, 클래스다이어그램
Trackback 0 Comment 1
  1. 버리 2008/07/16 10:33 address edit & del reply

    여기나와있는 ctrl키가 맥에선 다 cmd키로 대체되는데, mac을 쓰느라 단축키가 바뀌어서 검색하다가 들렀어요..ㅋㅋ

2007/11/10 00:53

[MoneyPlanner] 계좌관리 기본 설계

2007/11/10 00:53 in Portfolio/MoneyPlanner
사용자 삽입 이미지

기본적인 계좌관리 설계이다.

Presentation Layer인 AccountMgrAction은 AccountServiceHelper를 통해 AccountService를 얻어온다.

AccountService는 AccountDAO를 통해 DB에 접근을 한다.

이번 플젝에서는 ORM으로 Hibernate를 사용하므로 AccountDAO를 구현한 AccountDAOHibernate가

실제 클래스로 디비에 접근을 한다.

Presentation Layer는 Service Interface만 알고 접근을 하면 되고 persistence Layer인 DAO쪽은

직접 접근을 해서는 안된다.

일단  이러한 구조는 계좌관리 뿐만 아니라 전체 적인 시스템 구성이 되겠다.

'Portfolio > MoneyPlanner' 카테고리의 다른 글

threadLocal이라는 개념...  (0) 2008/01/11
[MoneyPlanner] 지출분류 선택 Ajax로 재구현  (0) 2007/11/19
[MoneyPlanner] Div위에 Selectbox가 나오네...  (0) 2007/11/17
[MoneyPlanner] 계좌관리 기본 설계  (0) 2007/11/10
[Money Planner] 카드결재 기능 추가 - ClassDiagram(1)  (0) 2007/11/06
[MoneyPlanner] 기본 설치 프로그램 & 패키지들  (0) 2007/11/05
Posted by 밥팅우기
Tag hibernate, ORM, Spring, Spring Hibernate, 클래스다이어그램
Trackback 0 Comment 0
2007/11/06 00:44

[특별한 클래스간 관계] 클래스다이어그램

2007/11/06 00:44 in Dev Design/UML
다중 연관관계 (Multiple Association)
두 클래스간에 두 가지 이상의 Association이 존재하는 경우를 말합니다. 이 경우
Association에는 반드시 관계 명이 정의되어야 합니다. 일반적으로 다중
연관관계는 바람직하지 않으며, 클래스를 분할하는 방식으로 이를 해소하는 것이
좋습니다.
사람과 교과목 사이에는 수강하다(사람이 수강생일 경우)와 강의하다(사람이
교수인 경우)의 두 가지 Association이 존재할 수 있습니다.
재귀 연관관계(Reflexive Association)
같은 클래스끼리 맺어지는 관계가 존재합니다.
과목에는 선수과목이라는 과목이 0개 혹은 다수 개가 존재합니다.

Qualifier 연관관계
관계 수가 복잡할 때 사용합니다. (one-to-many, many-to-many)
Qualifier
- 속성 혹은 속성의 집합이며 이들 값으로 Association에서 객체의 집합을
   구별하는 목적으로 쓰입니다.
- Association에서 객체를 분리하기 위한 Key의 일종으로 간주되기도 합니다.
- 복잡한 관계 수를 간략하게 하기 위해 정의합니다.
한번의 주문(주문 클래스)에는 여러 가지의 주문상품 Item(주문Item)이 있을 수
있습니다. 원래는 주문에 대한 주문 Item의 관계는 0..n 이었지만, Qaulifier로
"제품"이 정의된 후의 관계는 0..1로 되었습니다. 왜냐하면 어떤 주문에서 특정
제품에 대한 주문 Item은 없거나 하나이기 때문입니다.
연관 클래스(Association Class)
연관 클래스는 Many-to-many Association 관계에서 도출됩니다.
Association 관계가 고유의 속성이나 오퍼레이션이 필요할 경우에 정의됩니다.
Association 관계당 하나의 연관 클래스만이 도출 가능합니다.
첫 번째 모델에서 기술수준이라는 속성을 추가하고 할 때, 그 대상은 사람
클래스도 부적절하고 기술 클래스도 부적절합니다. Association에 추가해야
하는데, 이렇게 해서 연관 클래스가 새롭게 정의되었습니다.

'Dev Design > UML' 카테고리의 다른 글

StarUML 사용 가이드  (0) 2008/06/17
StarUML도 Rever engineering 된다!  (0) 2008/06/17
[특별한 클래스간 관계] 클래스다이어그램  (0) 2007/11/06
[Dependency 관계] 클래스 다이어그램 작성법  (0) 2007/11/06
[Generalization 관계] 클래스 다이어그램 작성법  (0) 2007/11/06
[Composition 관계] 클래스다이어그램 작성법  (0) 2007/11/06
Posted by 밥팅우기
Tag 다이어그램, 클래스, 클래스 다이어그램, 클래스다이어그램
Trackback 0 Comment 0
2007/11/06 00:42

[Dependency 관계] 클래스 다이어그램 작성법

2007/11/06 00:42 in Dev Design/UML
정의 및 특징
한 쪽 클래스가 실행 도중 다른 쪽 클래스의 실행을 요청하는 경우에 정의합니다.
Dependency 관계는 클래스간의 사용 관계를 표현합니다.
Association 관계에 비해 훨씬 종속적입니다.
(Association은 존재하는 단순히 다른 객체를 참조하고 실행을 의뢰하지만,
Dependency 관계는 다른 객체를 생성하고,소멸시키는 등 보다 종속적인 관계에
대해 정의합니다.)
표기법
화살표 붙은 점선
- TransactionManager 클래스와 Course
   클래스 사이에 Dependency 관계가 존재
- 위의 예는 TransactionManager 클래스의
   오퍼레이션에서 Course 클래스가
   파라메터로 사용됨
Dependency 관계로 정의되는 사례
클래스 사이에 Dependency 관계가 정의되는 경우는 다음과 같습니다.
(A 클래스와 B 클래스 사이에 A-->B의 Dependency 관계를 가정합니다.)
B 객체가 A 객체의 오퍼레이션에서 파라메터로 사용될 경우
B 객체가 A 객체의 오퍼레이션에서 지역 변수(local variable)로 선언될 경우
B 객체가 전역 객체일 경우 (속성과 오퍼레이션 모두 public 접근선언)

'Dev Design > UML' 카테고리의 다른 글

StarUML도 Rever engineering 된다!  (0) 2008/06/17
[특별한 클래스간 관계] 클래스다이어그램  (0) 2007/11/06
[Dependency 관계] 클래스 다이어그램 작성법  (0) 2007/11/06
[Generalization 관계] 클래스 다이어그램 작성법  (0) 2007/11/06
[Composition 관계] 클래스다이어그램 작성법  (0) 2007/11/06
[Aggregation 관계] 클래스다이어그램 작성법  (0) 2007/11/06
Posted by 밥팅우기
Tag 다이어그램, 클래스, 클래스 다이어그램, 클래스다이어그램
Trackback 0 Comment 0
2007/11/06 00:41

[Generalization 관계] 클래스 다이어그램 작성법

2007/11/06 00:41 in Dev Design/UML
정의 및 특징
generalization 관계는 두 클래스는 일반화-특수화 관계가 있을 때 정의합니다.
즉, 보다 보편적인 것과 보다 구체적인 것 사이의 관계입니다.(is-a 관계라고도
합니다)
generalization관계는 상속(inheritance) 특성을 가집니다.
표기법
삼각형 화살표가 붙은 실선
- 결재 클래스는 보다 일반적인 클래스 (Generalized Class)이고, 금결재,
   카드결재, e-cash결재는 보다 특수화(Specialized Class)된 관계임
- 결재 클래스의 속성과 오퍼레이션은 공통적이고 일반적인 것으로 정의되고,
   하위의 3개의 클래스는 자신만의 특수한 속성과 오퍼레이션을 정의함
- 일반화된 속성, 오퍼레이션과 동일한 것을 하위의 클래스가 정의해야할
   필요가 있더라도 이를 정의하지 않음. (상속되어 따로 정의하지 않더라도
   일반 클래스의 것을 그대로 사용할 수 있기 때문)

'Dev Design > UML' 카테고리의 다른 글

[특별한 클래스간 관계] 클래스다이어그램  (0) 2007/11/06
[Dependency 관계] 클래스 다이어그램 작성법  (0) 2007/11/06
[Generalization 관계] 클래스 다이어그램 작성법  (0) 2007/11/06
[Composition 관계] 클래스다이어그램 작성법  (0) 2007/11/06
[Aggregation 관계] 클래스다이어그램 작성법  (0) 2007/11/06
[Association관계] 클래스 다이어그램 작성법  (0) 2007/11/06
Posted by 밥팅우기
Tag 다이어그램, 클래스, 클래스 다이어그램, 클래스다이어그램
Trackback 0 Comment 0
2007/11/06 00:40

[Composition 관계] 클래스다이어그램 작성법

2007/11/06 00:40 in Dev Design/UML
정의 및 특징
Composition 관계 역시 Association 관계의 일종입니다.
Composition 관계는 Aggregation 관계와 유사하게 두 클래스 간에 "부분-전체"
(part-of)의 관계가 있을 경우 정의됩니다.
그러나 Composition 관계는 부분의 생명주기가 전체의 생명주기에 종속적인
관계입니다. 즉, 전체가 생성될 때 부분도 생성되고, 전체가 소멸될 때 부분도 함께
소멸합니다.
표기법
속이 찬 마름모가 붙은 실선
- Aggregation관계와 "전체-부분"의
  의미는 동일
- 이 관계는 생명주기가 서로 같은
  관계
- 왼쪽 예에서 고객등록 윈도우가
  생성될 때 저장버튼,취소버튼도
  생성됨
- 고객등록 윈도우가 소멸될 때 저장버튼, 취소 버튼도 소멸. 즉, 부분의
  생명주기는 전체의 생명주기에 종속적

'Dev Design > UML' 카테고리의 다른 글

[특별한 클래스간 관계] 클래스다이어그램  (0) 2007/11/06
[Dependency 관계] 클래스 다이어그램 작성법  (0) 2007/11/06
[Generalization 관계] 클래스 다이어그램 작성법  (0) 2007/11/06
[Composition 관계] 클래스다이어그램 작성법  (0) 2007/11/06
[Aggregation 관계] 클래스다이어그램 작성법  (0) 2007/11/06
[Association관계] 클래스 다이어그램 작성법  (0) 2007/11/06
Posted by 밥팅우기
Tag 다이어그램, 클래스, 클래스 다이어그램, 클래스다이어그램
Trackback 0 Comment 0
2007/11/06 00:40

[Aggregation 관계] 클래스다이어그램 작성법

2007/11/06 00:40 in Dev Design/UML
정의 및 특징
Aggregation 관계는 Association관계의 일종입니다.
Aggregation은 두 클래스간에 "전체-부분(whole-part)"의 관계가 있을 경우
정의됩니다.
Aggregation 관계는 클래스 각각이 독립적인 생명주기를 가집니다.
즉, 전체에 해당되는 클래스가 소멸되더라도 부분에 해당되는 클래스는 소멸하지
않고 계속 존재할 수 있습니다.
표기법
속이 빈 마름모가 붙은 실선
- 마름모가 붙은 쪽이 "전체" 클래스,
   반대쪽은 "부분" 클래스

- 왼쪽의 예는 자동차는 1개의
   엔진과 1개의 변속기와 4개의
   바퀴로 구성된다는 의미 자동차가
   소멸되더라도 부품으로서의 엔진,
   변속기,바퀴는 소멸되지 않음

'Dev Design > UML' 카테고리의 다른 글

[특별한 클래스간 관계] 클래스다이어그램  (0) 2007/11/06
[Dependency 관계] 클래스 다이어그램 작성법  (0) 2007/11/06
[Generalization 관계] 클래스 다이어그램 작성법  (0) 2007/11/06
[Composition 관계] 클래스다이어그램 작성법  (0) 2007/11/06
[Aggregation 관계] 클래스다이어그램 작성법  (0) 2007/11/06
[Association관계] 클래스 다이어그램 작성법  (0) 2007/11/06
Posted by 밥팅우기
Tag 다이어그램, 클래스, 클래스 다이어그램, 클래스다이어그램
Trackback 0 Comment 0
2007/11/06 00:39

[Association관계] 클래스 다이어그램 작성법

2007/11/06 00:39 in Dev Design/UML

정의 및 특징
Association은 두 클래스간 일반적인 협력 관계가 있을 경우 정의됩니다.
Association은 두 클래스의 객체들 사이에 존재하는 공통의 성질 및 의미를 갖는
링크들의 집합에 대한 표현입니다.
두 클래스가 서로 Association관계가 있다면 한쪽 객체에서 다른 객체를 참조할
수 있음을 의미합니다.
Association은 향후 다른 클래스에 대한 포인터나 레퍼런스로 구현됩니다.
표기법
화살표 없는 실선(양방향 관계)
- 제품과 공급자는 Association관계
- 보통 분석단계에서 정의하는 형태
- 아직 참조방향이 결정되지 않은
   의미적인 관련성만을 표현한 형태
한쪽 화살표를 가진 실선으로 표현(단방향-Navigation 관계)
- 화살표는 참조의 방향을 나타냄
- 공급자는 제품을 참조할 수 있지만,
   그 반대는 참조할 수 없음을
   나타냄 (Navigation)
- 참조방향을 정의하는 것은
   모델링 과정에서 진전함을 의미
- 클래스간 참조 방향을 정의하는
   것이 구현 과정에서 편리
여러가지 장식(adornment)이 부가된 상세한 표현
- Association관계에 대해 표현할 수 있는 모든 것을 표현한 형식
- 실무에서는 모든 클래스 다이어그램에서 위와 같은 상세한 표기를 전부
   적용하지는 않음
- 일반적으로 역할 명 > 관계 명 > 관계 수의 순서로 생략하는 비율이 높음
- 관계 수는 가른 두 종류의 부가표현보다 훨씬 의미가 중요하기 때문에,
   상세화가 진행되면서 반드시 정의하고 있음

'Dev Design > UML' 카테고리의 다른 글

[특별한 클래스간 관계] 클래스다이어그램  (0) 2007/11/06
[Dependency 관계] 클래스 다이어그램 작성법  (0) 2007/11/06
[Generalization 관계] 클래스 다이어그램 작성법  (0) 2007/11/06
[Composition 관계] 클래스다이어그램 작성법  (0) 2007/11/06
[Aggregation 관계] 클래스다이어그램 작성법  (0) 2007/11/06
[Association관계] 클래스 다이어그램 작성법  (0) 2007/11/06
Posted by 밥팅우기
Tag 다이어그램, 클래스, 클래스 다이어그램, 클래스다이어그램
Trackback 0 Comment 0
prev Prev 1 Next next