앱 개발 계획
(AES)의 앱 엔진 스튜디오 애플리케이션 개발 프로세스는 다음 효과적인 앱에 대한 아이디어에서 시작됩니다. 신중한 계획은 비즈니스에 도움이 되는 성공적인 앱을 만드는 열쇠입니다.
에 적합 Now Platform
| 좋은 핏 | 핏 불량 |
|---|---|
|
|
빌드하기 전에 계획하기
애플리케이션을 빌드하려면 인스턴스에 대한 ServiceNow 액세스 권한과 해당 인스턴스의 관리자 또는 위임된 개발자 역할이 필요합니다. 위임된 개발자 권한이 있는 경우 애플리케이션을 개발할 수 있지만 관리자보다 권한이 적습니다.
기본적으로 애플리케이션은 사용자 작업을 지원하는 디지털 프로그램입니다. 앱을 계획할 때 다음 표의 질문을 고려합니다.
| 질문 | 답변 및 고려 사항 |
|---|---|
| 애플리케이션의 목표, 목적 및 출력은 무엇입니까? 어떤 비즈니스 문제를 해결하려고 합니까? | 명확한 비즈니스 목표가 없으면 응용 프로그램의 성공 여부를 측정하거나 조직 내에서 계속 사용하는 것을 정당화하기 어려울 수 있습니다. |
| 스프레드시트를 애플리케이션으로 ServiceNow 전환하고 있습니까, 아니면 애플리케이션이 다른 곳에 존재합니까? | 이 질문에 대한 답은 노력을 지원하기 위해 사용할 Now Platform 도구를 결정하는 데 도움이 됩니다. |
| 누가 애플리케이션을 사용합니까? | 대상 그룹을 식별하면 응용 프로그램에 포함하는 기능, 캡처하기로 선택한 데이터 및 응용 프로그램에 대해 제공하는 인터페이스에 직접적인 영향을 줍니다. |
| 모든 사용자가 애플리케이션의 일부를 보고 편집할 수 있는 동일한 기능을 갖기를 원하십니까, 아니면 일부 사용자가 다른 사용자보다 더 많거나 적은 액세스 권한을 가져야 합니까? | 계획 단계에서 누가 어떤 정보에 액세스할 수 있는지 파악하는 것은 애플리케이션 개발에서 중요한 단계입니다. |
| 응용 프로그램의 주요 목적은 무엇입니까? 애플리케이션이 정보 제공, 정보 수집, 정보 라우팅, 정보 조회, 요청 또는 정보 공동 작업에 사용됩니까? | 애플리케이션의 용도를 파악하면 애플리케이션에 빌드해야 하는 특성과 기능을 설정하는 데 도움이 됩니다. |
| 애플리케이션에서 정보를 입력해야 합니까, 아니면 애플리케이션의 데이터(즉, 사용자 데이터)가 ServiceNow 인스턴스에 존재합니까? 외부 소스에서 데이터를 임포트합니까? | 데이터 중복을 방지하고 애플리케이션에 비즈니스 목표를 충족하는 데 필요한 데이터가 있는지 확인하려면 사용 가능한 데이터 원본을 최대한 많이 사용합니다. |
| 사용자가 애플리케이션과 어떻게 상호 작용합니까? 사용자가 컴퓨터 또는 모바일 장치를 사용하여 애플리케이션에 액세스합니까? | 사용자가 응용 프로그램에 액세스하는 방법을 이해하면 응용 프로그램의 기능을 빌드하는 방법에 영향을 줍니다. |
| 이해 관계자에게 애플리케이션에 대해 어떻게 보고할 것입니까? | 애플리케이션이 비즈니스 목적을 충족하는 경우 애플리케이션과 관련된 사용량, 채택 및 주요 비즈니스 목표를 보여주는 보고서를 제공해야 할 수 있습니다. |
| 이 애플리케이션을 어떻게 유지관리할 것입니까? | 처음부터 응용 프로그램 유지 관리를 계획하면 개발 프로세스에 대한 장애물을 방지할 수 있습니다. |
이러한 질문에 대한 답변은 미리 정의된 템플릿을 기반으로 애플리케이션을 사용할지 아니면 처음부터 앱을 만들지 결정하는 데 도움이 될 수 있습니다.
되돌릴 수 없는 고려 사항
애플리케이션을 빌드할 때 수행하는 일부 작업은 되돌릴 수 없습니다. 이러한 조치를 인지하고 미리 계획하십시오.
| 작업 | 고려 사항 |
|---|---|
| 범위가 지정된 애플리케이션 또는 전역 애플리케이션 생성 | 애플리케이션을 만들 때 개별 범위(범위가 지정된 애플리케이션) 또는 전역 범위(전역 애플리케이션)에서 만들도록 선택할 수 있습니다. 범위가 지정된 애플리케이션에는 개발, 애플리케이션 배포 및 데이터 보안을 관리하기 위한 추가 기능이 있습니다. 기본적으로 모든 애플리케이션은 비공개 범위에서 만들어집니다. 일반 사용자 개발자는 일반적으로 범위가 지정된 애플리케이션으로 작업해야 합니다. |
| 다른 인스턴스 사용 |
PoC(Proof of Concept) 애플리케이션은 다음에서 얻은 PDI(개인 개발자 인스턴스)에서 빌드할 수 있습니다. ServiceNow 개발자 사이트.
조직에서 사용하는 프로덕션 애플리케이션은 조직의 테스트 및 배포 프로세스를 적용할 수 있도록 개발 인스턴스에서 만들어야 합니다. ServiceNow 최종적으로 조직의 프로덕션 인스턴스에 배포될 애플리케이션을 개발하는 데 사용할 인스턴스를 관리자에게 문의하십시오. |
| 애플리케이션 이름 선택 | 애플리케이션의 표시 이름을 기반으로 자동 완성은 애플리케이션 범위라고도 하는 내부 이름에 대한 제안을 표시합니다. 애플리케이션 범위는 x_[회사 코드]_[app_name] 형식으로 작성됩니다(예: x_acme_legal_request). 애플리케이션에서 생성된 모든 속성은 애플리케이션 범위 이름을 상속하므로 애플리케이션 개발을 시작하기 전에 신중하게 선택해야 합니다. 주: 언제든지 애플리케이션의 표시 이름을 변경할 수 있지만 애플리케이션 범위 이름은 변경할 수 없습니다. |
| 테이블 및 필드 이름 선택 | 애플리케이션이 생성되면 테이블 및 필드 생성을 시작합니다. 테이블과 필드에는 생성 시에만 편집해야 하는 내부 데이터베이스 이름이 있습니다. |
애플리케이션 접수 프로세스
조직의 모든 구성원은 애플리케이션 접수라는 프로세스를 통해 앱 개발에 대한 아이디어를 제출할 수 있습니다. 아이디어를 제출하고 승인한 후 개발자는 에서 안내되고 직관적인 앱 개발 환경을 앱 엔진 스튜디오사용하여 앱 빌드를 시작할 수 있습니다.
애플리케이션 수용 요청 프로세스는 다음과 같은 조직의 이점을 제공합니다.
- 앱 아이디어를 요청, 승인, 추적 및 저장하는 프로세스를 단순화합니다.
- 모든 앱 아이디어에 대한 가시성을 제공하여 계획을 개선합니다.
- 반복 요청을 필터링하는 효율적인 프로세스를 제공합니다.
자세한 내용은 앱 개발을 위한 아이디어 제출 문서를 참조하십시오.
- 접수 요청 양식은 표준 서비스 카탈로그. 이 양식을 수정하는 방법에 대한 자세한 내용은 서비스 카탈로그 항목을 참조하십시오.
- 접수 요청 프로세스는 플로우 인을 워크플로우 스튜디오 사용하여 승인 플로우를 결정합니다. 승인 플로우를 조정하려면 플로우를 참조하십시오.
- 관리자는 에서 접수 애플리케이션 요청을 검토합니다 앱 엔진 관리 센터 . 자세한 내용은 를 사용하여 앱 개발 관리 앱 엔진 관리 센터 문서를 참조하십시오.
애플리케이션 템플릿
애플리케이션 템플릿은 특정 목적을 지원하기 위해 미리 정의된 콘텐츠를 제공합니다. 예를 들어, 출장 요청 템플릿은 직원 출장 요청을 제출하고 승인하기 위한 애플리케이션 콘텐츠를 제공합니다. 애플리케이션 목표에 가장 근접한 템플릿을 선택합니다.
사용 가능한 템플릿이 애플리케이션 목표에 맞지 않는 경우 앱을 처음부터 생성하고 개발 프로세스의 모든 측면을 제어할 수 있습니다.
앱 개발 계획을 위한 추가 자원
| 앱 개발 계획에 대해 자세히 알아보기 | ServiceNow 리소스 |
|---|---|
|
ServiceNow 은 앱 개발 계획에 대한 추가 리소스를 제공합니다 |