셀프 서비스

애플리케이션에 최종 사용자가 데이터 모델에 액세스할 수 있는 방법이 필요할 수 있으므로 셀프 서비스 옵션을 사용할 수 있습니다.

서비스 포털

애플리케이션에 요청자 또는 셀프 서비스 사용자가 있는 경우 서비스 포털을 사용하여 친숙한 웹 환경을 제공합니다.

셀프 서비스 사용자에게 서비스 포털에서 애플리케이션 기록을 쉽게 만들 수 있는 기능을 제공하려면 기록 생성자를 만듭니다. 기록 생성자는 일반 양식보다 최종 사용자에게 더 나은 환경을 제공할 수 있습니다. Service Portal을 통해 기록 생성자에 액세스할 수 있도록 적절한 카탈로그 및 범주화에 대해 ServiceNow 관리자와 상의하십시오.

또는 다음이 true인 경우 앱에 대한 서비스 포털을 생성합니다.

애플리케이션에는 조직의 현재 Service Portal과는 다른 브랜딩, 탐색 또는 사용자 경험이 필요합니다.

또는

조직에 기존 Service Portal이 없습니다.

및

애플리케이션에는 기본 포털에서 제공하는 것보다 더 많은 기능이 필요합니다.

및

이 애플리케이션에는 기본 양식과 목록이 제공할 수 있는 것보다 더 개인화된 사용자 경험이 필요합니다.

또는

애플리케이션은 기본 인터페이스에서 제공하는 것보다 브랜딩 및 테마를 더 많이 제어해야 합니다.

팁:

애플리케이션에서 기존 서비스 포털 페이지를 재사용하지 마십시오. 새 페이지를 만든 다음 위젯 및 헤더와 같은 페이지의 구성요소를 재사용합니다.

위젯

위젯은 포털 콘텐츠를 정의하는 것입니다. 서비스 포털과 함께 제공되는 기본 시스템 위젯을 사용하거나 개발자가 비즈니스 요구에 맞게 사용자 지정 위젯을 빌드할 수 있습니다.

애플리케이션에 대한 사용자 지정 서비스 포털 위젯을 만들 때 고려해야 할 사항:

• 위젯을 처음부터 생성하는 대신 기존 위젯에서 시작합니다. 기존 위젯이 실수로 수정되지 않도록 보호하기 위해 모든 기준선 위젯은 읽기 전용입니다.
• 위젯을 개발할 때 미리 보기 창을 사용하여 위젯의 동작을 빠르게 테스트합니다. 위젯을 프로덕션으로 릴리스하기 전에 항상 포털 페이지에서 위젯을 테스트하십시오.
• 브라우저 기반 애플리케이션을 디버깅할 때는 타사 디버깅 도구를 사용하십시오. 예를 들어 Angular JS용 ng-inspector Chrome 확장 프로그램이 있습니다.
• $rootScope.$broadcast()를 사용하지 마십시오. 대신 $rootScope.$emit() 를 사용하여 이벤트를 루트 범위에 게시하십시오.
• 위젯 옵션을 사용하여 위젯을 보다 쉽게 재사용할 수 있도록 합니다. 위젯 옵션 스키마는 사용자가 구성할 수 있는 필드를 정의합니다.
• 옵션 스키마에서 지원되지 않는 필드 유형의 경우 확장 테이블을 생성하여 사용자 지정 위젯 옵션 스키마를 저장합니다.
• 여러 위젯에 삽입할 수 있는 재사용 가능한 구성 요소인 Angular 공급자를 사용합니다. 빠른 위젯 로드와 고성능 포털을 보장하려면 영구 데이터 및 추가 로직으로 클라이언트 컨트롤러에 과부하를 걸지 말고 Angular 공급자를 생성합니다. Angular 공급자를 사용하면 서비스 포털의 수명 동안 데이터를 유지관리하고 여러 위젯에서 구성요소와 데이터 객체를 재사용할 수 있습니다.

자세한 내용은 서비스 포털 교육을 참조하십시오.