Madrid から New York 以降のリリースへのモバイル移行
モバイルアプリケーションを New York 以降のリリースに移行し、スタジオ 内で、改善された機能を活用して編集を続行します。
アップグレード中に行われた変更
- ネイティブクライアント
- ネイティブクライアント [sys_sg_native_client] テーブルを追加します。このテーブルのレコードは、使用可能なネイティブクライアントを表します。 モバイルエージェント、 Now Mobile、および モバイルオンボーディング。
- ナビゲーションバー
- ナビゲーション [sys_sg_navigation] テーブルを追加します。このテーブルのレコードは、各ネイティブクライアントのナビゲーションバーを表します。移行中のこのテーブルのレコードでは、 レガシーアプリケーション [legacy_application] フィールドが有効になります。
- [通知] タブ
- 通知タブ [sys_sg_notifications_tab] テーブルを追加します。このテーブルのレコードは、各ナビゲーションバーの通知のタブを表します。
- 設定タブ
- 設定タブ [sys_sg_settings_tab] テーブルを追加します。このテーブルのレコードは、各ナビゲーションバーの設定のタブを表します。
このアップグレードには、アプリケーションランチャーや構成可能なナビゲーションバーなどの新機能が含まれています。インスタンスにインストールされている未変更のベースシステムモバイルアプリケーションは、新しいデザインで動作するように自動的に更新され、すぐに スタジオ で使用できます。New York 以降で使用されるモバイル階層の詳細については、「モバイル階層」を参照してください。
変更したベースシステムアプリケーション、および Madrid で作成したアプリケーションは、アップグレード後も引き続き機能します。これらのアプリケーションは、モバイル移行スクリプトを実行するまで スタジオ で構成できません。
アップグレード後の考慮事項
アップグレード後は、次の情報を考慮してモバイル実装が期待どおりに機能していることを確認し、モバイル移行スクリプトが実行されていることを確認します。
- 変更されたベースシステムアプリケーション
- ServiceNow が提供するモバイルアプリケーションに加えた変更や、作成したアプリケーションを文書化します。これらの各アプリケーションをテストして、引き続き期待どおりに機能することを確認します。
- アップグレードのデバッグ機能を使用する
アップグレードのデバッグ機能は、アップグレードの問題を迅速に診断するのに役立ちます。この機能の詳細については、「アップグレードのデバッグ」を参照してください。
このツールに関するビデオトレーニングコースが利用可能です。このコースを表示するには、「アップグレードのデバッグの使用」を参照してください
- スキップしたレコードを確認
カスタマイズが上書きされないようにするため、アップグレードプロセスでは変更したレコードは更新されません。代わりに、アップグレードプロセスはこのスキップされたレコードをアップグレードログに記録します。
スキップされたレコードの解決に関するビデオトレーニングコースを利用できます。このコースを視聴するには、「 スキップされたレコードのアップグレード」を参照してください。
- アップグレード後に機能を確認する
- インスタンスをアップグレードして移行スクリプトを実行した後、回帰テストを行うことで、アップグレード後もユーザーが期待どおりに作業し続けることができるようになります。回帰テストでは、アプレット、画面の UI ポリシー、および機能が意図したとおりに機能していることを確認するためのレビューです。
モバイル移行スクリプトの実行
このスクリプトは、カスタムアプリケーションと変更されたベースシステムアプリケーションを、 New York リリースで使用可能な新しいモバイルスキーマに変換します。スクリプトは、実行時にのみ現在のスコープを変更します。スコープ対象のモバイルアプリケーションが複数ある場合は、スコープごとにスクリプトを実行する必要があります。
アップグレード後、カスタムアプリケーションまたは変更したベースシステムアプリケーションに初めてアクセスしたときに、移行スクリプトを実行するオプションが表示されます。たとえば、変更されたアプレットレコードやカスタムのアプレットレコードを開く場合などです。スタジオでアプレットピッカーにアクセスしたときの移行プロンプトを確認することもできます をクリックし、ポップアウトアイコン ( 
) をクリックします。ピッカーに表示されているアプレットのいずれかに移行が必要な場合、移行プロンプトが表示されます。
スクリプトが完了すると、移行プロセスによって検出された競合を解決するように求められる場合があります。競合は、変更した ServiceNow によって作成されたレコードであり、自動的にはアップグレードされません。競合は、 New York 以降のリリースにアップグレードする前にベースシステムアプリケーションを変更した場合にのみ発生します。
モバイル移行スクリプトによって行われた変更
[ 移行] をクリックして、現在のスコープの移行スクリプトを開始します。移行スクリプトは、開いたアプレットだけでなく、スコープ内のすべてのレコードを移行します。
- アプリケーションとフォルダーがアプレットランチャーに移行する
従来の Madrid スキーマでは、モバイルアプリケーションとフォルダーを使用してアプレットを整理していました。Now Mobileスキーマでは、UI セクションに分割されたアプレットランチャー画面を使用します。アプレットランチャーにアクセスするには、アプリ画面の下部に表示されるナビゲーションバーのタブをタップします。
図 : 1. New Yorkスキーマ内のアプリケーションに対する変更 移行スクリプトは、モバイルアプリケーションレコードごとにアプレットランチャーを作成します。このスクリプトは、元のモバイルアプリケーション内の各フォルダーを、そのアプレットランチャー内の新しい水平アイコンセクションに変換します。次に、スクリプトは、フォルダーを持つ各アプレットのアイコンセクションにアイコンを作成します。アイコンセクションに非表示の画面は表示されません。次に、スクリプトは、新しい各アプレットランチャーのナビゲーションバーにタブを追加します。
サンプル画像は、移行プロセス後にインシデントアプリケーションがどのように表示されるかを示しています。元のフォルダー ([自分のインシデント] および [グループインシデント]) は、 インシデント アプレットランチャーに UI セクションとして表示されます。これらの UI セクションは、水平方向にスクロールして、必要な数のアプレットを表示できます。インシデントアプリケーションにアクセスするには、ナビゲーションバーの [インシデント] タブをタップします。
移行後、スクリプトは従来のフォルダー [sys_sg_folder] とモバイルアプリケーション [sys_sg_application] レコードを削除します。
ナビゲーションバー、アプレットランチャー、およびそれらの UI セクションの詳細については、「 ナビゲーションバー」および「 ランチャー画面」を参照してください。
- フォームの移行
- フォームアプレットは、 Madrid リリースでレコードフォームの表示に使用されるルート詳細画面に代わるものです。移行により、フォーム画面 [sys_sg_form_screen] レコードが作成されます。このスクリプトは、元のメイン詳細画面の埋め込み画面ごとにセグメントを作成します。元のメイン詳細画面に関連付けられているボタン [sys_sg_button] レコードは、新しいフォームアプレットに関連付けられるように変更されます。
- マップの移行
- Madridリリースでは、マップアプレットはマップカードのフィールドを表示するためにアイテムビューを使用しませんでした。移行スクリプトは、元のマップアプレットの [タイトル]、[ タグ]、[ サブタイトル]、および [情報 ] フィールドを使用して、各マップアプレットのアイテムビュー [sys_sg_item_view] レコードを作成します。
- カレンダーの移行
- 移行スクリプトは、カレンダーごとにタイムスパンアイテムストリーム [sys_sg_time_span_item_stream] レコードを作成し、カレンダーの元のデータアイテムを新しいアイテムストリームに関連付けます。移行スクリプトは、フォームアプレット [sys_sg_form_screen] レコードも作成し、カレンダーの元の埋め込み画面から新しいフォームにボタンを移行します。
- アイテムストリームとアイテム構成
移行スクリプトは、スコープ対象のアプリケーションの各画面のアイテムストリーム [sys_sg_item_stream] レコードを作成します。従来のアプリケーションに関連付けられていた元のデータアイテムレコードが、新しいアイテムストリームレコードに関連付けられるように変更されます。このスクリプトは、各カレンダー画面のタイムスパンアイテムストリーム [sys_sg_time_span_item_stream] レコードと、マップ画面の場所アイテムストリーム [sys_sg_location_item_stream] レコードを作成します。これら 2 つのテーブルはアイテムストリームテーブルから拡張されますが、これらの画面タイプ専用に使用されます。
- 画面のクリーンアップ
- 次のフィールドは画面レコードで使用されなくなりました。スクリプトは、画面 [sys_sg_screen] テーブルのコールレコードからこれらのフィールドを削除します。
- ユーザーロール [application_roles]
- 順番 [order]
- 親 [parent]
- 親テーブル [parent_table]
- データアイテム [sys_sg_data_item]
- 非表示 [hidden]
さらに、スクリプトはマップ画面 [sys_sg_map_screen] レコードの次のフィールドからも値を削除します。- データアイテムテーブル [data_item_table]
- タイトル [title]
- サブタイトル [subtitle]
- 情報 [info]
- 場所 [location]
- タグ [tag]
- タグのフォント色 [tag_font_color]
- タグの背景色[tag_background_color]
- タグスタイル [tag_style]
- 電話 [phone]
- ピンカラータイプ [pin_color_type]
- ピンの色 [pin_color]
このスクリプトは、アイテム構成 [sys_sg_master_item] レコードの次のフィールドから値を削除します。- テーブル [table]
- 画面 [screen]
- 条件 [condition]
- 条件順序 [condition_order]
このスクリプトは、詳細画面 [sys_sg_details_screen] レコードのアイテムビュー [item_view] フィールドの値を削除します。
このスクリプトは、リスト画面 [sys_sg_list_screen] レコードのアイテムビュー [item_view] フィールドの値を削除します。
このスクリプトは、アイテムビュー [item_view] レコードのデータアイテム [data_item] フィールドの値を削除します。
その他のリソース
移行プロセスの詳細については、 ServiceNow コミュニティサイトの『Mobile Migration Guide for New York』を参照してください。 https://community.servicenow.com/community?id=community_article&sys_id=f5121a33dba7f788fff8a345ca961957