셀프 서비스
애플리케이션에는 최종 사용자가 데이터 모델에 액세스할 수 있는 방법이 필요할 수 있으므로 셀프 서비스 옵션을 사용할 수 있습니다.
Service Portal
애플리케이션에 요청자 또는 셀프 서비스 사용자가 있는 경우 Service Portal을 사용하여 친숙한 웹 환경을 제공하십시오.
셀프 서비스 사용자가 Service Portal에서 애플리케이션 기록을 쉽게 만들 수 있는 기능을 제공하려면 기록 생성자를 생성합니다. 기록 생성자는 일반 양식보다 더 나은 최종 사용자 환경을 제공할 수 있습니다. Service Portal을 통해 기록 생성자에 액세스할 수 있도록 적절한 카탈로그 및 분류에 대해 ServiceNow 관리자에게 문의하십시오.
또는 다음에 해당하는 경우 앱에 대한 Service Portal을 생성합니다.
애플리케이션에는 조직의 현재 Service Portal과는 다른 브랜딩, 탐색 또는 사용자 경험이 필요합니다.
OR
조직에 기존 Service Portal이 없습니다.
AND
애플리케이션에는 기본 포털이 제공하는 것보다 더 많은 기능이 필요합니다.
AND
애플리케이션에는 기본 폼과 목록이 제공할 수 있는 것보다 더 사용자 지정된 사용자 환경이 필요합니다.
OR
위젯
위젯은 포털 컨텐츠를 정의합니다. Service Portal과 함께 제공되는 기본 시스템 위젯을 사용하거나 개발자가 비즈니스 필요에 맞게 사용자 지정 위젯을 빌드할 수 있습니다.
애플리케이션에 대한 사용자 정의 Service Portal 위젯을 작성하기 위한 고려사항:
- 위젯을 처음부터 생성하지 않고 기존 위젯에서 시작합니다. 기존 위젯이 실수로 수정되지 않도록 보호하기 위해 모든 기준선 위젯은 읽기 전용입니다.
- 위젯을 개발할 때 미리 보기 창을 사용하여 위젯의 동작을 빠르게 테스트합니다. 위젯을 프로덕션에 릴리스하기 전에 항상 포털 페이지에서 위젯을 테스트하십시오.
- 브라우저 기반 응용 프로그램을 디버깅할 때 타사 디버깅 도구를 사용합니다. 예를 들어 Angular JS용 ng-inspector Chrome 확장 프로그램이 있습니다.
- $rootScope.$broadcast()의 사용을 피하십시오. 대신 $rootScope.$emit() 를 사용하여 rootscope에 이벤트를 게시합니다.
- 위젯 옵션을 사용하여 위젯을 보다 쉽게 재사용할 수 있도록 합니다. 위젯 옵션 스키마는 사용자가 구성할 수 있는 필드를 정의합니다.
- 옵션 스키마에서 지원되지 않는 필드 유형의 경우 확장 테이블을 생성하여 사용자 지정 위젯 옵션 스키마를 저장합니다.
- 여러 위젯에 삽입할 수 있는 재사용 가능한 구성 요소인 Angular 공급자를 사용합니다. 빠른 로딩 위젯과 고성능 포털을 보장하려면 영구 데이터 및 추가 논리로 클라이언트 컨트롤러를 오버로드하는 대신 Angular 공급자를 생성하십시오. Angular 제공자를 사용하면 서비스 포털의 수명 동안 데이터를 유지관리하고 여러 위젯에서 구성요소 및 데이터 객체를 재사용할 수 있습니다.
자세한 내용은 Service Portal 교육을 참조하십시오.