개발::비주얼아키텍쳐

원본 : http://dreamfactory7.springnote.com/pages/2845696

-------------------------------------------------------------------------------------------

개발::비주얼아키텍쳐

편집하기

정의 :

프로그램의 논리적인부분을 화면상에 보여주게하는 기술

 

---

 

• 사전설계기능
  사용자(설계자) 는 프로그램의 큰틀의 설계를 할수있다. 또한 이틀을 검증한다. 이틀의 결과물은 프레임워크가 될수있고 크게는 시스템을 구성하는 아키텍쳐가 될것이다.

 

• 역할
  벤더사 : 더 화려한 다이어그램이나 애니메이션 조각(클립)을 제공한다.
  사용자 : 비주얼 아키텍쳐 테그로 조각을 적절한위치에 맞춘다.

 

• 구분
  UML로 따진다면 패키지 다이어그램이나 그이상의 형태로 구분된다.

 

• 개념
  우리는 하나의 아키텍쳐라는것을 사용하게 될것이다.
  그에따른 디자인은 벤더사들에게 맞겨져야할것이다.
  아키텍쳐는 아키텍쳐 디자이너에의해 만들어진 일정한 스펙(사양)으로 구성운영되어진다.
  = java의 package와 비슷한개념

 

• 배경
  복잡한 아키텍쳐를 이해할수있는가?
  또 그복잡한 아키텍쳐중에 현재 이 모듈이 어디에속하고
  지금 상태가 어떤상태인줄알수는있는가?
  물론 잘만든 응용프로그램들은 그걸알수있게 해놨을지모른다.
  그러나 그런 UI마져 일관되지못하고 매번 밴더사들의 인터페이스에 맞겨져있을뿐이다.

 

 

• 용어
  = Architecture Discription
  = 레이어
  = 아키텍쳐
  = 포지션
  = Discriotion
  
  그리고 그아키텍쳐의 각각의 흘러나온값들은
  우리의 공간에서 현재의 위치와 상태등을 비주얼한형태로 표시되어져야한다.
  
  비주얼한형태는 개발자가 허용하는선까지 그내부를 열어볼수있다.
  개발자들의 View모듈이나 또는 그러한 비주얼들은 공간에대한 아키텍쳐에 종속되어질것이다.

 

• 문서의 가독성
  보여주는 부분은 그래픽적이어도 저장의 형태는 확장성이 좋은 XML로 기술되어야한다.

 

• 연동
  이 프로젝트는 UDL과 연동될것이다.

 

개념 : 필요한부분을 강조시켜 보이는 모델로 바꾼다음 흐름을 관장한다.

- 해당 프로그램에대한 위치를 기술한다.
- 프로그램 코드에서는 이 모듈이 없어도 에러는 뜨지않지만 경고사항은 뜬다.
-  해당문서에는 다음의 내용이 기술된다.
- 프로그램버전, 프로그램명, 주의사항, 전체구조(또는 자신과 관련된 위치만 적어도됨), 자신의 위치,
- 구조에서는 자신이 어떤프로그램과 연동될수있는지가 기술된다.
- 또한 어떤프로그램과는 연동될수없는지도 기술한다.
- 구조부분은 자바에서 package라는 키워드처럼 기술되기는 하지만 이로인한 에러사항은 컴파일시에는 나타나지않고
설치시에서 다른 프로그램과 의존성및 관계를 검사할때 주의 항목으로 나타난다.
- 다른프로그램과 연동될때 자동설정이될수있다.
(예컨데 어플리케이션서버 이름=톰켓 버전=1.0은 웹서버= 아파치 버전=1.3 일경우 다음과같은 스크립트가 실행된다.
다음내용에는 상호 연동설정되는 스크립트가 들어있음)

- 이런 구조를 그래픽적으로 보여주고 관리할수있는 관리도구의 개발도 필요할것이다.

------------
2009 02 13
------------

키워드 :
임으로 레이어의 개념을 잡고 그레이어의 관계를 기술하게함.
- 이객체는 어디에 속하고 어떤관계에있다.
- 자신객체를 중심으로 상위와 하위를 모두 기술할수있다.
- 디스크립션이다.
- 옵션(있어도 없어도 상관없는)형태.

- 다른 객체서로 공통된점이있어야 서로 관계가 이뤄진다.
- 자신의 객체는 반드시 정의가 되어있어야한다. (이게 빠진상태에서 다른객체가 적혀있다면 에러를 발생한다.)
- 연동 : 자신의 레이어와 주변레이어의 관계가 다른 등록된 레이어들과 서로 연결이되는가?
- 한객체안에 하위객체들이 여러개있어도 이를 중앙에서는 한꺼번에 열람할수있다.

<디스크립터내의 카테고리 개념>
- 맵=배치=위치기능
- UDL은 구조적이다.
비록 주석과같은 영향력이겠지만.
해당 프로그램이 구성요소중에 어디에 속하는지 기술되어지고
그에따라 관리되어진다.
ex) 이프로그램은 미들웨어다라고 카테고리를 구분시켜주면
관리프로그램이나 기타의 감지 프로그램이 이부분을 읽고
미들웨어에는 이프로그램이 들어있다라고 알린다.
또한 비주얼하게 해당위치에 배치되기도한다.

-전체위치중에 내위치는 현재 어디이다라는걸 정의함
- 전체위치를 감지하는 프로그램(관리프로그램)은 이를
알수있다.
- 전체 관리프로그램은 이프로그램이 뭐다라는걸 알려주기도하고
어느위치에있는지도 알려준다.
- 이렇게 알려주는이유는 단일프로그램은 상관없지만
모듈 프로그램(부품으로서 동작하는 프로그램)들에게 현위치와 상태를 한번에 알려줄수있게
하기위함이다.

- 이런배치는 종속관계 협력관계등으로 구성된다.

- 기존디스크립션보다 확장되어있고 선택적이다.
- 다음의 내용이 들어간다.
- 프로그램설명.
- 버전
- 프로그램 장르 = 카테고리
; 비슷한 이로인해 뭐와같은 프로그램이아니라.
  이카테고리에 해당하는것들은 □□,○○,◁◁ 등이있다 라고 표현될수있다.

  이런 카테고리는 개발자가 지정하고 개발자들이
  그룰을 따라간다.
  이런 카테고리는 잘못된 이름이있을경우 이카테고리는 다른카테고리명 ㅁㅁ와 같다라고
  선언할수있다.
  만약 이게 선언되지않으면 완전히 다른프로그램으로 인식되버린다.
  그렇게되면 그두개가 설치되었을때 다른 부모 노드를 가진다.

- 현재위치
- 관계
; 주종관계 협력관계 등을 설정할수있다.
- 연동에따른 스크립팅
- 프로그램 설명
- 해당 프로그램의 아이콘

-----------------------------------------

< 중앙관리자 >
- 이런관계는 마치 레지스트리처럼 한꺼번에 운영체제에서 관리된다. (또는 관리 프로그램이있게한다.)
- 중앙관리에서는 이런 관계를 도형으로 표시한다.
- 모든 레이어들이 도형또는 기호 또는 기타의 형태로 표기되며 이형태는 각각 연결관계에있다.
- 약한관계는 연결된 형태가 연하게 표시되며 이는 서로 상관되어있지않다라는걸의미

- 강한관계는 연결된 형태가 진하게 표시되며 이는 서로 연동되어있음을 의미

페이지 히스토리

2009-03-27 20:33 에 우루사3호님이 마지막으로 수정