블로그 이미지
SITD

카테고리

분류 전체보기 (34)
1.DB (4)
2.OS (3)
3.PROGRAMMING (14)
4.학업 (0)
5.영어 (0)
6.KSIT (5)
7.증권 (1)
8.EXCEL (0)
9.Graduate (2)
기타 (5)
Total
Today
Yesterday

달력

« » 2024.3
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31

공지사항

태그목록

최근에 올라온 글

출처1 : http://www.catonmat.net/blog/bash-vi-editing-mode-cheat-sheet/

출처2 : http://blog.naver.com/PostView.nhn?blogId=massy2002&logNo=41346662&redirect=Dlog&widgetTypeCall=true


요약하자면,


set -o vi


를 하면 커맨드 모드를 쓸 수 있다

즉 쉘에서 명령입력하는 걸 vi처럼 쓸 수 있다.


아래 출처의 

set editing-mode vi

set keymap vi


이것도 가능하다고 한다.(실험 ㅇ

Posted by SITD
, |

UML 5일차

6.KSIT / 2012. 4. 20. 20:55

계층 - Layed Architecture

- Seperate Of Concept 사용.

- 각각의 상위 컴포넌트가 하위 컴포넌트 참조.


1계층) Presentation


2계층) Process


3계층) Entity(실제 컨트롤)


4계층) Resource(설계시 사용안한다. 실제 DB이기 때문)


외부계층) Utility(여러군데서 호출되나 타 서비스 호출 안함. like a library)


장점 : 의존성 줄이기. 


테이터타입상세설계 : 클래스 다이어그램을 이용. 생긴게 비슷하게 나온다.

매치바인더 : 승패 or 순위 처리를 위함. 


1. 컴포넌트 다이어그램(물리적 실행 모듈)

1.1 재사용, 단위, 독립적

1.2 관점 : 시스템 관점 - 질의에 대한 완료된 응답을 주는 기능 단위(조각).

: 비즈니스 관점 - 외부의 비즈니스를 완성시킬 수 있는 기능 단위(조각).

1.3 인터페이스 -> 컴포넌트의 관계는 Realization이나, 인터페이스가 구현된게 컴포넌트인 건 당연하므로 관계를 굳이 계산할 필요는 없다.

    -> 컴포넌트의 핵심. 인터페이스 외에 컴포넌트로 접근 불가.








UML05.txt



UML과 소프트웨어개발(5일차)_1.0.pdf


Test.eap




2012-04_UML.ZIP


UML과 소프트웨어개발 실습.eap


'6.KSIT' 카테고리의 다른 글

UML 4일차  (0) 2012.04.19
UML 3일차  (0) 2012.04.18
UML 2일차  (0) 2012.04.17
UML 1일차  (0) 2012.04.16
Posted by SITD
, |

UML 4일차

6.KSIT / 2012. 4. 19. 21:58

#. 도메인모델 : 자주 사용되는 단어이므로, 도메인 모델 앞에 특정 프리픽스를 붙일 것.



1. 분석모델

1.1 컴포넌트

1.1.1 가장 큰 문제 : 잦은 비즈니스의 변화 때문에, 비즈니스 요구사항과 IT컴포넌트간의 상호추적이 어려워진다.

!!. bridge : 비즈니스와 IT컴포넌트 간 매핑.

1.1.2 비즈니스 프로세스 식별 + 유스케이스 명세 + 비즈니스 객체로 구성, 상호 보완적으로 하나라도 부족할 경우 나머지 정보로 메꾼다.

1.1.3 가장 중요한 건 경험이다.

1.1.4 비즈니스 요소 식별이 핵심.

1.1.5 자원 비즈니스 요소

- Focus(실질적이고 독립적인 요소. 즉, 그룹에 영향받는다고 속성이 변하지 않는 것.) 찾는 것이 핵심.

1.1.6 서비스 비즈니스 요소 = 유스케이스의 흐름 이라고 보면 된다.

1.1.7 컴포넌트의 특징 : 재구성, 다용도.


1.2 행위 다이어그램

1.2.1 액티비티 다이어그램

1.2.1.1 파워포인트 같은 것. 순서도.

1.2.1.2 하나의 기능.

1.2.1.3 교차선을 줄여야 가독성이 증가한다.

1.2.2 시퀀스 다이어그램 ★

1.2.2.1 시간의 순서 도식화.

1.2.2.2 시퀀스 다이어그램의 오브젝트는 일반적으로 화면이며, 화면 구현 전이므로 플로우만 의미하면 된다.

1.2,2,3 커뮤니케이션 다이어그램

1.2,2,3.1 객체 사이 상호관계. 동적.

1.2,2,3.2 넘버링 = 시간순

1.2,2,3.3 시퀀스 다이어그램의 또다른 모습

1.2.2.4 객체 오브젝트로 할 수도 있고, 인터페이스 오브젝트로 할 수도 있다.


UML04.txt


UML과 소프트웨어개발(4일차)_1.0.pdf



Test.eap






'6.KSIT' 카테고리의 다른 글

UML 5일차  (0) 2012.04.20
UML 3일차  (0) 2012.04.18
UML 2일차  (0) 2012.04.17
UML 1일차  (0) 2012.04.16
Posted by SITD
, |

최근에 달린 댓글

글 보관함