Service Manager 작성을 사용하여 클래스 사용자 지정 및 작성
클래스는 Service Manager에서 사용되는 개체를 나타내는 데 사용되는 기본 요소입니다. 클래스는 컴퓨터, 사용자, 인시던트 또는 양식을 나타낼 수 있습니다.
Service Manager 기능과 같이 더 큰 요소를 나타내는 클래스 정의는 종종 함께 그룹화됩니다. 클래스 정의는 Service Manager 기능을 사용하도록 설정하기 위해 Service Manager로 가져와야 하는 관리 팩에 저장됩니다.
클래스의 주요 개념
Service Manager의 개체는 특정 기본 클래스의 인스턴스입니다. 기본 클래스의 모든 인스턴스에는 속성의 공통 집합 및 공통 동작이 있습니다.
모든 관리 팩 요소처럼, 클래스에는 ID 및 표시 이름 속성이 있습니다. 이 설명서 에서 ID 는 작성 도구에만 표시되는 클래스의 고유한 이름을 나타내고 이름 및 표시 이름은 Service Manager 콘솔에 표시되는 언어별 이름을 참조합니다.
참고 항목
클래스를 만들 때는 항상 클래스 이름이 관리 팩 간에 고유한지 확인합니다. 가능한 경우 사용자 환경에서 의미 있는 클래스 이름을 사용합니다. Service Manager 작성 도구의 클래스 브라우저 창에서 검색 기능을 사용하여 클래스 이름이 이미 있는지 여부를 확인할 수 있습니다.
속성
특정 클래스의 모든 인스턴스는 공통 속성 집합 을 공유합니다. 이러한 속성의 값은 사용자에 따라 다양한 방법으로 제공되며 인스턴스마다 다를 수 있습니다. 속성은 고유한 이름, 위치, 사용자와 관련되거나 관리 시나리오에 필요한 기타 세부 정보 등 실제 개체의 세부 정보를 나타내는 데 사용됩니다.
키 속성
키 속성 은 특정 클래스의 각 인스턴스를 고유하게 식별합니다. 속성이 키 속성으로 표시된 경우 클래스의 각 인스턴스에는 해당 속성에 대한 고유 값이 있어야 하며 값은 null일 수 없습니다. 호스트된 클래스의 경우 값은 동일한 호스팅 부모가 있는 클래스의 모든 인스턴스에 대해서만 고유해야 합니다. 호스트되지 않은 클래스의 경우 관리 그룹의 모든 클래스 인스턴스에 대해 고유해야 합니다. 호스트 관계에 대해서는 이 섹션의 뒷 부분에서 더 자세히 설명합니다.
클래스에 항상 키 속성이 필요한 것은 아닙니다. 키 속성은 단일 부모에 대해 클래스의 하나 이상의 인스턴스가 필요한 경우에만 필수입니다. 단일 인스턴스만 필요한 경우 키 속성은 필요하지 않지만 여전히 정의될 수 있습니다.
예를 들어 단일 컴퓨터에 Microsoft SQL Server의 인스턴스를 둘 이상 설치할 수 있으므로 SQL 데이터베이스 엔진 에 Instance Name 의 키 속성이 있습니다. SQL 데이터베이스 엔진에 여러 인스턴스가 있는 경우 각 인스턴스는 다른 개체 간에 분명히 구분할 수 있도록 Instance Name 에 대해 다른 값을 포함해야 합니다. 반면 IIS 웹 서버 클래스는 컴퓨터에 하나의 인스턴스만 설치할 수 있으므로 키 속성을 정의하지 않습니다.
모든 개체에는 개체의 키 속성 또는 속성과 호스팅 부모 또는 부모의 속성에서 계산되는 Path Name 속성이 있습니다. 호스트되지 않는 개체의 경우 Path Name 가 클래스 자체의 키 속성이 됩니다. Path Name 은 관리 그룹의 모든 클래스 인스턴스를 고유하게 식별하는 데 사용할 수 있습니다.
기본 클래스 및 상속
모든 클래스는 새로운 클래스가 특수화 할 기존 클래스를 식별하는 기본 클래스를 지정해야 합니다. Service Manager에 포함된 관리 팩 라이브러리에는 관리 팩에서 사용자 지정 클래스의 기반으로 사용할 수 있는 여러 클래스가 포함되어 있습니다. 관리 팩에는 일반적으로 라이브러리 클래스에서 상속되는 최소 한 개의 클래스가 있으며, 동일한 관리 팩의 클래스에서 상속되는 다른 클래스도 포함될 수 있습니다.
기본 클래스의 개념은 Windows Server 운영 체제 관리 팩을 통해 설명할 수 있습니다. 이 관리 팩에는 컴퓨터에 설치된 논리 디스크를 나타내는 클래스가 포함됩니다. 다음 설명은 클래스 Windows Server 2003 논리 디스크 및 Windows Server 2008 논리 디스크를 나타냅니다. 이러한 클래스는 모두 Microsoft.Windows.Server.Library 관리 팩 파일에 정의된 논리 디스크(서버) 에 기반합니다. 논리 디스크(서버)는 논리 하드웨어, 논리 엔터티 및 마지막으로 엔터티를 통해 논리 디바이스를 기반으로 하는 논리 디스크를 기반으로 합니다. 모든 클래스는 비슷한 상속 경로를 추적할 수 있으며 항상 클래스 구조의 루트인 엔터티에서 종료됩니다. 이 클래스는 기본 클래스가 없는 유일한 클래스이며, 다른 모든 클래스는 결국 해당 클래스에서 상속됩니다.
클래스 간의 속성 상속
엔터티 에는 표시 이름이라는 단일 속성이 있습니다. 이 속성은 Entity에서 상속되는 모든 클래스에서 상속됩니다. 모든 클래스는 결국 엔터티에서 상속됩니다. 따라서 모든 클래스에 표시 이름 속성이 있습니다. 이 예에서는 논리 디바이스가 Name, Description및 DeviceID를 정의할 때까지 다른 클래스는 속성을 포함하지 않습니다. DeviceID 가 키 속성으로 지정됩니다. 이러한 속성은 모두 논리 디스크 및 논리 디스크(서버)를 통해 상속됩니다. 논리 디스크(서버) 는 추가 속성 Size, Drive Type및 File System을 추가합니다. 운영 체제의 버전별 하위 수준 클래스는 상속 트리에서 해당 클래스 위에 있는 클래스에서 제공하는 속성의 전체 집합을 상속합니다.
클래스 형식
대부분의 클래스에는 하나 이상의 실제 인스턴스가 있으며 구체적 클래스라고 합니다. 추상 클래스 와 단일 항목 클래스 는 서로 다르게 동작하며 특정 시나리오에 사용되는 특별한 종류의 클래스입니다.
추상 클래스
추상 클래스에는 인스턴스가 없으며 이와 같은 추상 클래스는 다른 클래스의 기본 클래스 역할로만 존재합니다. 추상 클래스 수준에서 정의된 모든 속성과 관계는 자식 클래스에서 상속되며 다시 정의할 필요가 없습니다. 관리 팩 라이브러리에 정의된 대부분의 클래스는 사용자 지정 관리 팩에 정의된 클래스의 기본 클래스로만 제공되므로 추상적입니다.
추상 클래스는 클래스의 모든 추가 특수화에서 정의할 수 있는 공통 속성, 관계 또는 그룹화 집합이 있는 경우 사용됩니다. 이전 예제에서는 Windows Server 2003 논리 디스크 및 Windows Server 2008 논리 디스크 위에 표시된 모든 클래스가 추상적입니다. 이러한 클래스는 상속할 하위 수준 클래스에 대해서만 존재합니다.
싱글톤 클래스
싱글톤 클래스는 클래스의 인스턴스가 하나뿐인 경우 사용됩니다. 클래스는 인스턴스이며 항상 존재합니다. 단일 항목 인스턴스는 관리 팩이 설치될 때 생성됩니다. 마찬가지로 단일 인스턴스만 있기 때문에 키 속성은 싱글톤 클래스에 필요하지 않습니다. 관리 그룹 전체에 이 클래스의 단일 인스턴스만 필요하므로 Singleton 클래스의 일반적인 사용은 Groups 클래스에 사용됩니다.
클래스 확장
클래스를 사용자 지정하려면 기존 클래스 정의에 새로운 속성을 추가하여 확장할 수 있습니다. 이제 새 속성이 이미 존재하는 해당 클래스의 모든 인스턴스와 만들어질 새 인스턴스에 포함됩니다. 추상 클래스는 확장할 수 없습니다.
관계
관계 는 한 클래스의 특정 인스턴스와 다른 클래스의 특정 인스턴스 간의 연결을 나타내기 위해 클래스 간에 정의됩니다. 세 가지 유형의 관계가 있으며 다음 섹션에서 자세히 설명합니다.
호스트 관계
포함 관계
참조 관계
클래스 관계는 다음과 같은 방법으로 개체에 영향을 줍니다.
| 관계 유형 | 키 속성 및 존재 | 사용 가능한 속성 |
|---|---|---|
| 호스팅 | 키 속성의 값은 관리 그룹에 있는 클래스의 모든 인스턴스에 대해 고유해야 합니다. 그러나 호스트된 클래스의 경우 키 속성 값은 동일한 호스팅 부모가 있는 모든 개체에 대해서만 고유해야 합니다. 호스트된 개체를 고유하게 식별하려면 개체와 개체의 부모 모두의 키 속성이 필요하며 호스트 클래스의 키는 호스팅 클래스 키 속성과 호스트된 클래스 키 속성의 조합입니다. 호스트된 클래스의 존재는 호스트 클래스의 존재에 따라 결정됩니다. |
클래스를 대상으로 하는 모든 워크플로는 호스팅 부모 속성 외에도 해당 클래스의 속성에 액세스할 수 있습니다. 예를 들어 대상으로 SQL 2008 DB 엔진 클래스를 사용하는 워크플로의 스크립트에는 SQL Server 2008의 인스턴스가 설치된 컴퓨터의 이름이 필요할 수 있습니다. 개체의 호스트 부모는 하나만 포함할 수 있으므로 SQL 2008 DB 엔진 클래스의 특정 인스턴스를 호스트하는 컴퓨터를 확인할 수 있습니다. 워크플로 스크립트는 대상 개체의 속성과 해당 대상의 호스팅 부모의 속성에 액세스할 수 있습니다. |
| 억제 | 키 속성 및 존재는 컨테이너 개체에 종속되지 않습니다. | 클래스를 대상으로 하는 모든 워크플로는 해당 컨테이너 부모 속성 외에 해당 클래스의 속성에 액세스할 수 있습니다. 예를 들어 인시던트 클래스를 대상으로 하는 워크플로의 스크립트는 컨테이너 큐 클래스의 속성에 액세스할 수 있습니다. |
| 참조 | 키 속성 및 존재는 참조된 개체에 종속되지 않습니다. | 클래스를 대상으로 하는 모든 워크플로는 해당 클래스의 속성에만 액세스할 수 있습니다. |
참조 관계
참조 관계 는 가장 일반적인 관계 유형입니다. 참조 관계는 부모 클래스와 자식 클래스가 서로 종속되지 않는 경우에 사용됩니다. 예를 들어 데이터베이스는 복제 중인 다른 데이터베이스를 참조할 수 있습니다. 한 데이터베이스는 다른 데이터베이스에 종속되지 않으며 개체는 별도로 존재합니다.
포함 관계
포함 관계 유형은 호스트 관계보다 덜 제한적입니다. 다른 클래스에는 필요하지 않지만 한 클래스는 다른 클래스와 관련이 있다고 선언합니다. 호스트 관계와 달리 포함 관계는 다대다입니다. 즉, 하나의 개체에 여러 개체가 포함될 수 있으며 하나의 개체가 여러 개체에 포함될 수 있습니다. 예를 들어 하나의 그룹에 여러 개체가 포함될 수 있으며 하나의 개체가 여러 그룹의 구성원이 될 수 있습니다.
포함 관계는 일반적으로 그룹과 구성원 개체 간의 포함 관계를 통해 개체가 그룹에 포함되는 그룹 멤버 자격에 사용됩니다.
호스트 관계
클래스 간의 가장 제한적인 관계는 호스트 관계입니다. 다른 클래스가 호스트하는 클래스를 호스트된 클래스라고 하며 클래스의 인스턴스를 호스트된 개체라고 합니다. 클래스가 다른 클래스에서 호스트되지 않은 경우 호스트되지 않은 클래스라고 하며 클래스의 인스턴스를 호스트되지 않은 개체라고 합니다.
개체가 다른 개체를 통해 호스트된 경우 해당 개체는 호스트 부모에 따라 존재 여부가 결정됩니다. 호스트 부모가 제거되는 경우 호스트된 자식도 제거됩니다. 예를 들어 논리 디스크가 설치된 컴퓨터가 없으면 논리 디스크가 존재할 수 없습니다.
호스트된 개체에는 단 하나의 호스트 부모만 있을 수 있지만 하나의 부모는 여러 자식을 호스트할 수 있습니다. 예를 들어 특정 디스크는 하나의 컴퓨터에만 설치할 수 있지만 하나의 컴퓨터에 여러 디스크를 설치할 수 있습니다.
SQL Server 관리 팩은 호스트 관계의 다른 예를 제공합니다. Windows 컴퓨터 클래스, SQL 2008 DB 엔진 클래스, SQL 2008 DB 클래스 간의 호스트 관계가 여기에 표시되어 있습니다.
SQL Server 2008 클래스에 대한 호스팅 관계
SQL 2008 DB 엔진 클래스는 특정 컴퓨터에 설치된 SQL Server 2008의 인스턴스를 나타냅니다. 데이터베이스는 하나의 데이터베이스 엔진에만 설치할 수 있으므로 SQL 2008 DB 엔진 클래스는 SQL 2008 DB 클래스를 호스트합니다. 관리 그룹에 동일한 이름의 데이터베이스가 여러 개 있을 수 있지만 SQL Server 클래스의 특정 인스턴스에 설치된 모든 데이터베이스의 이름은 고유해야 합니다. 데이터베이스 엔진은 Windows 컴퓨터 클래스를 통해 호스트됩니다. 관리 그룹에 동일한 이름의 SQL Server 인스턴스가 여러 개 있을 수 있습니다. 특정 컴퓨터의 각 인스턴스 이름은 고유해야 합니다.
두 개의 호스트 관계가 있으므로 각 데이터베이스에 대한 경로 이름은 컴퓨터 이름과 인스턴스 이름, 데이터베이스 이름을 차례로 나열한 것입니다. 다음 그림에서는 이러한 예를 보여 줍니다.
샘플 데이터베이스 호스팅 관계
클래스에 대한 일반 지침 및 모범 사례
Service Manager 작성 도구에서 클래스를 사용자 지정할 때는 다음 지침과 모범 사례를 사용합니다.
형식 정의에 대한 명명 규칙
Service Manager 스키마 모델 명명 규칙은 .NET 네임스페이스 명명 규칙을 기반으로 합니다.
기본 명명 규칙
기본 명명 규칙은 회사이름.기술영역.제품이름.기능영역.이름입니다.
이 경우제품이름 은 선택 항목이며, 정의가 임의의 특정 제품으로부터 독립적인 경우 사용합니다.
기능영역 은 선택 항목이며 정의를 다른 영역에 적용할 수 있는 경우 사용합니다.
이름 은 상속 계층이 아닌 클래스의 의미를 반영합니다.
예: Microsoft.AD.Printer, Microsoft.Windows.Computer, System.Knowledge.Article, System.WorkItem.Incident및 System.StarRating.Average
시스템 네임스페이스
System 네임스페이스는 Microsoft 및 Windows와 독립적인 정의를 의미합니다. 이는 주로 Windows 애플리케이션 또는 Unix 애플리케이션이 종속된 기본 정의에 적용됩니다. 이러한 기본 정의는 회사와 독립적이어야 합니다.
시스템 접두사에 대한 다음 지침을 따르십시오.
System.Computer 는 모든 유형의 컴퓨터를 나타내며 공급업체별 컴퓨터가 아닙니다.
다른 사용자가 해당 네임스페이스 위에 스키마를 정의할 것으로 예상되는 경우 System 접두사를 사용합니다.
Microsoft.Windows.Computer는 System으로 시작되지 않지만 대부분의 Windows 애플리케이션(이를 정의하는 공급업체에 관계없이)은 이 정의에 의존합니다.
클래스 명명 모범 사례
클래스의 이름을 지정할 때는 다음 모범 사례를 사용합니다.
두 클래스의 서로 다른 개체에 대해 동일한 키 값이 저장되는 두 개의 별도 클래스(두 개의 다른 관리 팩에 있는 경우에도)를 만들지 마세요.
클래스를 확장할 때는 항상 클래스 확장 이름이 관리 팩에서 고유한지 확인합니다. 가능하면 의미 있는 클래스 확장 이름을 사용합니다.
클래스를 확장하는 경우 해당 클래스에서 이미 사용 중인 ID를 사용하여 속성을 정의하지 마세요.
사용자 지정 클래스의 속성 이름에 마침표는 사용하지 마세요.
큐브를 제작할 때 사용자 지정 이름의 계산을 추가하는 경우 명명된 계산의 이름 앞에 NC_를 추가합니다. 그러면 이미 존재하는 속성의 이름을 사용할 가능성이 줄어듭니다.
너무 많은 클래스를 만들지 마세요.
너무 많은 클래스를 만들면 최소 값이 불필요하게 복잡해질 수 있습니다. 좋은 규칙은 최소 개수의 클래스를 사용하여 원하는 결과를 얻는 것입니다. 추상 클래스 외에 클래스가 워크플로의 대상이 아니거나 데이터를 저장하는 데 사용되는 경우 생성해서는 안 됩니다. 또한 두 클래스가 비슷한 경우, 모든 차이점의 값을 보유할 수 있는 하나의 속성을 사용하여 두 클래스에 대해 단일 클래스를 사용해 볼 수 있습니다.
자주 업데이트하는 속성을 사용하지 마세요.
속성 값은 처음 채워진 후에는 거의 변경되지 않습니다. 자주 발생하는 속성 값 변경의 원인은 사용자 지정 커넥터 또는 Service Manager 데이터베이스를 프로그래밍 방식으로 업데이트하는 다른 사용자 지정입니다. 이러한 상황에서는 속성 값이 너무 자주 업데이트될 수 있습니다(예: 다수 개체의 경우 10 ~ 15분 이하의 간격으로 업데이트됨).
속성 값을 이렇게 자주 변경하면 워크플로의 성능에 영향을 주는 것은 물론 다른 성능에도 영향을 줄 수 있습니다. 시스템이 기록에서 계속 이러한 변경 내용을 추적하기 때문입니다. 또한 변경되는 속성에 따라 이러한 변경 내용은 데이터 웨어하우스에서 처리 및 저장되는 데이터의 양을 심각하게 증가시킬 수 있습니다.
추상 클래스를 확장하지 마세요.
Service Manager에서는 추상 클래스를 확장할 수 없습니다. 추상 클래스를 확장해야 하는 경우 다음 중 하나를 수행할 수 있습니다.
추가할 속성을 사용하여 새로운 클래스를 만든 후 새 클래스와 추상 클래스 간의 관계를 만듭니다.
추상 클래스에서 파생되는 관련 구체적 클래스를 각기 확장합니다.
작업 항목 클래스에 대한 간단한 검색 개선
"System.WorkItem" 클래스에서 파생된 사용자 지정 클래스를 정의하는 경우 해당 클래스의 DisplayName 속성을 WorkItem.ID<SPACE>WorkItem.Title 형식으로 저장하는 것이 좋습니다.
이렇게 하면 단순 검색의 성능이 개선됩니다. 단순 검색은 DisplayName 속성만 검색하므로 Title 속성 값 및 ID 속성 값을 DisplayName 속성 값에 명시적으로 포함하면 단순 검색의 결과가 개선됩니다. 사용자가 제목에 포함된 단어 또는 ID로 검색할 수 있기 때문입니다.
작성 도구에서 클래스 찾아보기
Service Manager 작성 도구의 클래스 브라우저 창을 사용하여 클래스 및 해당 속성을 찾아볼 수 있습니다. 클래스를 탐색하는 동안 클래스 브라우저 창에서 작성 중인 양식으로 속성을 끌어 폼에 컨트롤을 추가할 수 있습니다.
클래스 브라우저 창에는 라이브러리 폴더에 있는 모든 관리 팩과 작성 도구에서 열린 관리 팩의 클래스가 표시될 수 있습니다. 클래스를 선택하면 클래스 브라우저 창에 해당 클래스에 대해 특별히 정의된 속성과 시스템에서 생성한 내부 속성이 표시됩니다. 기본적으로 라이브러리 폴더는 C:\Program Files (x86)\Microsoft System Center\Service Manager <version> Authoring\Library 위치에 있습니다.
클래스 브라우저 창에서 관리 팩을 선택하면 선택한 관리 팩의 모든 클래스가 표시되며 속성을 보려는 클래스를 확장할 수 있습니다. 모든 관리 팩을 선택하면 라이브러리 폴더에 있는 모든 관리 팩의 모든 클래스가 표시됩니다. 관리 팩의 선택을 변경할 때마다 클래스 브라우저 창을 새로 고쳐야 합니다.
클래스 찾아보기
작성 도구에 클래스 브라우저 창이 표시되지 않으면 보기를 선택하고 클래스 브라우저를 선택합니다.
클래스 브라우저 창의 관리 팩 목록에서 찾아보려는 클래스가 포함된 관리 팩을 선택합니다. 예를 들어 시스템 라이브러리 관리 팩을 선택합니다.
컴퓨터 클래스와 같이 보려는 클래스를 찾은 다음 다음을 수행합니다.
설명 및 내부 이름과 같은 클래스의 세부 정보를 보려면 클래스를 마우스 오른쪽 단추로 클릭하고 세부 정보를 선택합니다.
표시 이름 및 자산 상태와 같은 클래스 속성 목록을 보려면 클래스 브라우저 창에서 클래스를 확장합니다. 속성의 세부 정보를 자세히 보려면 속성을 마우스 오른쪽 단추로 클릭하고 세부 정보를 선택합니다.
클래스의 정의가 포함된 관리 팩을 열려면 클래스를 마우스 오른쪽 단추로 클릭하고 보기를 선택합니다.
작성 도구에서 클래스의 세부 정보 편집
Service Manager 작성 도구를 사용하여 클래스의 속성을 보고 클래스의 이름 또는 설명과 같은 세부 정보를 편집할 수 있습니다.
관리 팩 탐색기에서 클래스를 선택하고 세부 정보 창에서 세부 정보를 볼 수 있습니다. 봉인되지 않은 관리 팩에 정의된 클래스를 선택하는 경우 해당 클래스의 이름과 설명을 변경할 수 있습니다.
클래스의 이름 또는 설명 변경
바탕 화면에서 시작을 선택합니다.
Service Manager 제작 도구를 선택하고 제작 도구가 열릴 때까지 기다립니다.
관리 팩 탐색기와 세부 정보 창이 모두 열려 있는지 확인합니다.
파일을 선택하고 열기를 선택합니다.
파일 열기 대화 상자에서 변경할 클래스가 포함된 봉인되지 않은 관리 팩을 선택하고 열기를 선택합니다. 예를 들어 제작 도구 설치 폴더 \Samples\Woodgrove.AutomatedActivity.AddComputerToGroupMP.xml 샘플 관리 팩을 엽니다.
관리 팩 탐색기에서 변경할 클래스가 포함된 관리 팩을 확장합니다.
클래스를 확장 한 다음 변경할 클래스를 찾아 선택합니다.
Name 또는 Description 속성의 값을 선택한 다음 새 값을 입력합니다. 변경할 수 없는 값을 사용할 수 없습니다.
관리 팩 탐색기에서 변경된 클래스가 포함된 관리 팩을 마우스 오른쪽 단추로 클릭하고 저장을 선택합니다.
제작 도구에서 상속을 사용하여 클래스 만들기
Service Manager 작성 도구에서 기존 기본 클래스에서 속성 및 관계를 상속하는 클래스를 만들 수 있습니다. 그런 다음 새 클래스에 속성 및 관계를 수정하거나 추가할 수 있습니다.
클래스 상속을 정의하는 첫 번째 단계로 속성과 관계를 상속할 기본 클래스를 선택합니다. 작성 도구에서 다음 방법 중 하나를 사용하여 기본 클래스를 선택할 수 있습니다.
바로 가기를 사용하여 기본 구성 항목 클래스에서 속성 및 관계를 상속합니다.
바로 가기를 사용하여 기본 작업 항목 클래스에서 속성 및 관계를 상속합니다.
먼저 기본 클래스를 선택한 다음 상속 정의를 시작합니다.
특정 기본 클래스 선택 없이 상속 정의를 시작합니다.
다음 절차에서는 작성 도구에서 클래스 상속을 정의하는 모든 메서드를 설명합니다.
구성 항목 클래스 또는 작업 항목 클래스를 기본 클래스로 시작합니다.
제작 도구에 관리 팩 탐색기가 표시되지 않으면 보기를 선택하고 관리 팩 탐색기를 선택합니다.
관리 팩 탐색기에서 관리 팩을 선택한 다음 확장합니다.
클래스를 마우스 오른쪽 단추로 클릭하고 구성 항목 클래스 만들기 또는 작업 항목 클래스 만들기를 선택합니다.
봉인된 관리 팩에서 클래스를 만드는 경우 대상 관리 팩 대화 상자에서 봉인되지 않은 관리 팩을 선택하여 클래스 사용자 지정을 저장하고 확인을 선택합니다.
참고 항목
봉인되지 않은 관리 팩에서 클래스를 만드는 경우 이 클래스 사용자 지정은 선택한 관리 팩에 저장됩니다.
클래스 만들기 대화 상자에서 새 클래스의 내부 이름을 지정하고 만들기를 선택합니다.
이제 작성 창에서 새 클래스의 속성 목록을 볼 수 있습니다. 구성 항목 클래스를 만드는 경우 구성 항목 클래스의 모든 속성이 나열됩니다. 작업 항목 클래스를 만드는 경우 작업 항목 클래스의 모든 속성이 표시됩니다.
속성 만들기 또는 만들기 관계를 선택하여 클래스에 대한 새 속성 및 새 관계를 정의합니다.
선택한 기본 클래스로 시작
제작 도구에 관리 팩 탐색기가 표시되지 않으면 보기를 선택하고 관리 팩 탐색기를 선택합니다.
관리 팩 탐색기에서 새 클래스가 속성과 관계를 상속할 기본 클래스를 찾아 마우스 오른쪽 단추로 클릭합니다. 이 클래스에서 상속을 선택합니다.
새 클래스 상속 대화 상자에서 클래스의 내부 이름을 입력합니다.
작성 창 에서 클래스 속성 및 관계 목록에는 기본 클래스의 속성이 표시됩니다.
이제 속성 만들기 또는 만들기 관계를 선택하여 새 클래스에 속성 또는 관계를 추가할 수 있습니다.
선택한 기본 클래스 없이 시작
제작 도구에 관리 팩 탐색기가 표시되지 않으면 보기를 선택하고 관리 팩 탐색기를 선택합니다.
관리 팩 탐색기에서 관리 팩을 선택한 다음 확장합니다.
클래스를 마우스 오른쪽 단추로 클릭하고 다른 클래스 만들기를 선택합니다.
기본 클래스 대화 상자에서 속성 및 관계를 상속할 기본 클래스를 선택합니다.
필요에 따라 사용하려는 기본 클래스가 정의된 관리 팩을 알고 있는 경우 해당 관리 팩을 필터링한 다음 이 사용자 지정에 대한 기본 클래스를 선택할 수 있습니다.
확인을 선택합니다.
속성 및 관계를 상속하기 위해 선택한 기본 클래스가 봉인된 관리 팩에 있는 경우 대상 관리 팩 대화 상자에서 봉인되지 않은 관리 팩을 선택하여 클래스 사용자 지정을 저장하고 확인을 선택합니다.
속성 및 관계를 상속하기 위해 선택한 기본 클래스가 봉인되지 않은 관리 팩에 있는 경우 이 클래스 사용자 지정은 선택한 관리 팩에 저장됩니다.
클래스 만들기 대화 상자에서 이 클래스의 내부 이름을 지정하고 만들기를 선택합니다.
이제 작성 창에서 새 클래스의 속성 목록을 볼 수 있습니다. 이 목록에는 선택한 기본 클래스의 모든 속성이 포함됩니다.
작성 도구에서 클래스 확장
클래스 정의에 속성 및 관계를 추가하여 Service Manager 작성 도구에서 클래스를 확장할 수 있습니다. 클래스를 확장하면 해당 클래스의 모든 기존 인스턴스에 영향을 줍니다. 새 속성 및 관계를 포함하도록 해당 클래스의 모든 인스턴스가 업데이트됩니다.
클래스 확장
제작 도구에 관리 팩 탐색기 창이 표시되지 않으면 보기를 선택하고 관리 팩 탐색기를 선택합니다.
관리 팩 탐색기 창에서 확장하려는 클래스를 찾아 마우스 오른쪽 단추로 클릭하고 클래스 확장을 선택합니다.
대상 관리 팩 대화 상자에서 봉인되지 않은 관리 팩을 선택하여 클래스 확장을 저장하고 확인을 선택합니다.
작성 창의 클래스 확장 탭에 있는 클래스 속성 및 관계 목록에는 클래스의 속성과 관계가 표시됩니다. 다음과 같이 새 속성 및 관계를 만듭니다.
속성 만들기를 선택하고 속성 만들기 대화 상자에서 새 속성의 내부 이름에 이름을 입력하고 만들기를 선택합니다.
관계 만들기를 선택하고 관계 만들기 대화 상자에서 새 관계의 내부 이름에 이름을 입력하고 만들기를 선택합니다.
참고 항목
클래스를 확장하는 경우 해당 클래스에서 이미 사용 중인 ID를 사용하여 속성을 정의하지 마세요.
클래스 속성 및 관계 목록에서 새 속성 또는 관계를 찾아 선택하고 필요에 따라 세부 정보 창에서 해당 속성을 수정합니다.
다음 단계
- 개체의 속성을 보고 편집하려면 양식 사용자 지정 및 작성을 참조 하세요.