Future in the android

모듈(Module)

모듈은 확장하여 새로운 기능들과 특징들을 제공하기 위한 하나의 패키지입니다. 모듈은 아래의 <그림>과 같은 여러 확장 요소들의 조합으로 만들 수 있습니다. 또한 목적에 따라 하나의 확장 요소만으로 독립적인 모듈을 구성하거나, 모듈 내에 같은 유형의 확장 요소들을 여러 개 만들 수도 있습니다.

모듈을 사용하면 다음과 같은 것들이 가능해 집니다.

• 메인 메뉴 혹은 팝업 메뉴의 확장 
• 새로운 접근법의 추가 
• 새로운 프레임워크의 추가 
• 새로운 프로파일 추가
• 스테레오타입과 노테이션 확장을 통한 새로운 요소의 추가 
• 새로운 기능에 대한 구현 (COM Server를 통해 혹은 단순한 Script 파일을 통해서 가능) 
• 다른 애플리케이션들과의 연동
• 그 외의 확장팩 지원 기능

접근법 

소프트웨어를 개발하기 위한 방법론은 수도 없이 많으며, 각 회사나 조직마다 독자적인 방법론을 가지고 있거나 이미 존재하는 것을 조금씩 다른 방법으로 사용하기도 합니다. 또한 개발할 소프트웨어에 대한 애플리케이션 영역(Application Domain)과 사용될 프로그래밍 언어와 플랫폼도 모두 다릅니다. 이러한 특성 때문에 소프트웨어 모델링 도구는 초기에 설정해야 할 사항들이 많아집니다. 이러한 내용들을 한번에 설정할 수 있는 접근법(Approach)이라는 개념을 제공합니다.

접근법의 구성

하나의 접근법은 다음의 항목들로 구성됩니다.

프레임워크

프레임워크(Framework)는 클래스 라이브러리(Class Library)나 MFC, VCL, JFC 등과 같은 애플리케이션 프레임워크 등을 표현하는 소프트웨어 모델을 의미합니다. 프레임워크가 프로젝트에 포함되어 사용되어지면, 사용자는 특정 클래스 라이브러리나 애플리케이션 프레임워크에 의존하는 소프트웨어를 모델링하는데 있어서 매우 편리합니다.

프레임워크의 구성

프레임워크는 하나의 프레임워크 파일(.FRW)과 하나 이상의 유닛(.UNT)으로 구성됩니다.

UML 프로파일

UML(Unified Modeling Language)은 어떠한 생각이나 개념도 표현할 수 있을 만큼 일반적입니다. 그러나, 그것은 또 다른 측면에서의 약점이 되기도 하는데, 특정 영역(Domain)의 개념들에 대해서는 정교하게 표현할 수 없습니다. 이러한 약점을 보완하기 위해서 UML을 확장할 수 있는 메커니즘을 제공하고 있는데, 그것이 바로 UML 프로파일(Profile)입니다. UML 프로파일의 개념을 직접적으로 수용하여 UML을 쉽게 확장할 수 있도록 지원합니다.

UML 프로파일의 구성요소

UML 프로파일은 다음의 구성요소들로 이루어집니다.

UML 프로파일의 응용

UML 프로파일은 다음과 같은 용도 등으로 응용될 수 있습니다. 그리고 OMG(Object Management Group)에서는 특정 용도를 위한 UML 프로파일의 표준을 제정하고 있으므로 그것들을 참고하실 수 있습니다.

• 특정 프로그래밍 언어(C/C++, Java, C#, Python)용 프로파일
• 특정 개발 방법론(RUP, Catalysis, UML Components, ...)을 위한 프로파일
• 특정 도메인(EAI, CRM, SCM, ERP, ...)을 위한 프로파일

모듈의 추가

사용자가 개발하거나 써드 파티 벤더에 의해 배포되는 모듈을 추가적으로 설치하면 확장된 기능을 사용할 수 있습니다. 시스템에 새로 추가되는 모듈을 설치하는데 별도의 복잡한 등록과정이 필요치는 않습니다. 모듈을 설치하려면 해당 모듈을 <install-dir>\modules\  하위 디렉토리에 서브 디렉토리를 만든 다음 모듈을 구성하는 파일들을 복사하면 됩니다.

프로젝트

프로젝트(Project)는 가장 기본이 되는 단위를 의미합니다. 프로젝트는 하나 혹은 그 이상의 소프트웨어 모델들을 관리할 수 있으며 항상 존재하는 최상위 패키지(Top-level Package)로도 이해될 수 있습니다. 하나의 프로젝트는 일반적으로 하나의 파일에 저장됩니다.

프로젝트 구성

프로젝트 하위에는 다음의 요소들이 포함되며 관리될 수 있습니다. 

프로젝트 파일 

프로젝트 파일은 XML 형태로 저장되며 확장명은 ".UML" 입니다. 모든 모델, 뷰, 다이어그램들은 하나의 프로젝트 파일에 저장됩니다. 프로젝트를 여러 파일에 나누어 저장하려면 유닛을 사용할 수 있습니다. 프로젝트 파일에는 다음과 같은 정보들이 저장됩니다.

• 프로젝트가 사용하는 UML 프로파일들
• 프로젝트가 참조하는 유닛 파일들
• 프로젝트에 포함된 모든 모델 정보
• 프로젝트에 포함된 모든 다이어그램 및 뷰 정보

유닛

프로젝트는 기본적으로 하나의 파일에 저장되지만 프로젝트를 여러 명이 작업하거나 하는 등의 이유로 여러 개의 파일로 나누어서 다루어야 할 경우가 있습니다. 이러한 경우, 프로젝트를 여러 개의 유닛(Unit)으로 만들어서 다룰 수 있습니다. 유닛은 계층적으로 구성될 수 있어서 유닛의 하부에 여러 개의 서브 유닛을 가질 수도 있습니다. 유닛은 .UNT 파일에 저장되며, 프로젝트 파일(.UML) 혹은 다른 유닛 파일(.UNT)에서 참조됩니다.

유닛의 단위

패키지(Package), 서브시스템(Subsystem) 그리고 모델(Model) 요소만이 하나의 유닛(Unit)이 될 수 있습니다. 이러한 패키지류 요소들의 하위에 포함된 모든 요소들은 해당 유닛 파일(.PUX)내에 저장됩니다.

유닛 계층구조

프로젝트가 하위에 여러 개의 유닛을 관리할 수 있는 것 처럼, 유닛 자체도 하위에 여러 개의 유닛을 관리할 수 있습니다. 상위 유닛은 하위 유닛들에 대한 참조를 가지게 되고 이러한 관계에 의하여 유닛은 계층구조(Hierarchical Structure)를 이루게 됩니다.

모델 조각

모델 조각은 프로젝트의 일부분을 별도의 파일로 저장한 것을 말합니다. 모델 조각의 대상은 모델(Model), 서브시스템(Subsystem), 패키지(Package)에만 해당되며 이것은 ".MFG"라는 확장명의 파일로 저장됩니다. 이렇게 저장된 모델 조각 파일은 언제든지 어떤 프로젝트에서 쉽게 포함시킬 수 있으며 일단 포함된 모델 조각은 프로젝트의 일부로 완전히 포함되므로 유닛과는 다소 차이가 있습니다.

모델(Model)은 소프트웨어 모델에 관한 정보를 담고 있는 요소를 의미합.
뷰(View)는 모델이 담고 있는 정보를 시각적으로 표현한 것을 의미.
다이어그램(Diagram)은 뷰 요소들의 집합으로써 사용자의 일정한 생각을 표현한 것을 의미합.