初めて記事を書きます。
2020年5月15日 UiPath Friends 東京 Orchestrator ハンズオン勉強会 パート2
https://qiita.com/masatomix/items/cb9c265f1d8010bed50b
に参加させていただき、たくさんの刺激を受けました。
こういった場で学んだ知識はどこかに残していくべきだと思い、他の方たちと同様、Qiita上で記事を書くことにしました。
また、職場のメンバーの人材育成やUiPathに関する知識の継承をどのように行っていくべきか常日頃悩んでいたのですが、インターネット上に書いておくと情報はなくならないな、と思ったこともきっかけの一つです。
Qiitaの記事を、このまま、研修や引継ぎに利用していけるように意識して書いてみました。
なお、私はUiPathアカデミー上級コースは修了済ですが、UiPath開発経験は皆無と言っていいです。（2020年5月16日現在）
間違っている部分もあるかもしれませんので、皆様、大目にみてください。。。
以下の記事は、RPAの大規模展開を見据えたときに、RPA開発・保守の効率性が最も大切だと私なりに考え、情報収集した結果や様々な方に教えていただいた内容を整理したものとなります。
それでは、「パッケージ（プロセス）」と「ライブラリ」をOrchestratorで管理し、利用していく方法について、解説していきます。
1.はじめに
1.1「プロセス」とは
- 自動化する業務ごとに作成します。（Robotに実行させたいジョブの単位に作成）
- 「プロセス」を作成した場合、Main.xamlが内包されたフォルダが作成されます。
- Orchestratorへパブリッシュすると、「パッケージ」として管理されます。
1.2「ライブラリ」とは
- UiPath Studioにて複数の「プロセス」を作成する際、例えば「システムへのログイン」などの工程に関する各種アクティビティ（"クリック"や"文字を入力"など）を毎回設定していては開発に時間がかかります。また、xamlファイル単位に行う単体テストも毎回行う必要があります。
- これらを省力化するために「ライブラリ」を作成し、各ワークフローにて「共通部品」として使用（Studio内でアクティビティとして使用）できます。
- 「ライブラリ」を作成した場合、NewActivity.xamlが内包されたフォルダが作成されます。
- Orchestratorへパブリッシュすると、「ライブラリ」として管理されます。
2.Studioで「プロセス」を作成⇒Orchestratorへパブリッシュ⇒Robotでジョブを実行
2.1「プロセス」を作成
↓作成されたフォルダ
↓フォルダ内の状態
2.2 ワークフローを作成し、パブリッシュする
2.3 Orchestratorを確認し、「プロセス」を追加する
↓「パッケージ」としてOrchestratorにアップロードされた状態
↓この時点におけるRobotの状態
↓「プロセス」を登録
↓「プロセス」登録後のRobotの状態
3.Studioで「ライブラリ」を作成⇒Orchestratorへパブリッシュ⇒Studioで共通部品として利用
【注意】Community Editionの場合は、以下のとおりOrchestratorの設定変更を事前に行ってください。また、StudioのインストールされているPCを一度再起動しておいてください。
Orchestratorの設定変更
↑事前設定はここまで
↓作成されたフォルダ
↓フォルダ内の状態
3.1 名前を変更する
3.2 ワークフローを作成し、パブリッシュする
UiPathアカデミーからダウンロードできる「UiDemo.exe」へログインする共通部品を作成してみます。
↓UiDemoログイン画面（UsernameとPasswordを入力してLog Inをクリック）
↓ワークフローの作成
3.3 Orchestratorを確認し、Studioでパッケージ管理する（取り込む）
↓ ２章で作成した「XXX申請書入力業務」のプロセスでこのライブラリを使用する
3.4 ログアウトの共通部品も作成し、アクティビティとして利用してみる
「UiDemo.exe」からログアウトする共通部品も作成してみます。
↓UiDemoログアウト画面（Exitをクリック）
↓ワークフローの作成
これで、ログインからログアウトまでの一連の動作を自動化することができました。
4. Orchestratorからパッケージをダウンロードし、Studioで再利用する
【注意】以下に記載する方法については「プロセス」（パッケージ）のみが対象です。
（「ライブラリ」（アクティビティ化したもの）はパブリッシュ時にxaml形式からdll形式に変換されているため、Studioでは再利用できません。）
5. 最後に
いかがでしたでしょうか。
バージョン管理ができ、また、共通部品をアクティビティとして利用できるのはOrchestratorの魅力的な部分だと思います。
RPAを大規模で展開していく場合、フォルダ上で「プロセス」や「共通部品」のバージョンを管理していくのはいずれ限界が来ると思います。Orchestratorは積極的に利用していくべきですね。
それにしても４章の注意事項にも記載していますが、一度パブリッシュした「ライブラリ」についてxaml形式に復元ができないのは、少し残念です。共通部品はフォルダ管理を続けていくしかなさそうです。
（xamlのままパブリッシュする方法も選択できればいいのですが。。。）
【2020年5月17日追記】
「共通部品はフォルダ管理を続けていくしかない」と記載しましたが、Gitなどを用いることで正しく管理できることを知りました。
（当方、プログラミング経験もシステム開発経験もありませんので、Gitというものを利用することで管理できることを知りませんでした。コメントをいただきありがとうございます。）
一元管理、という意味で、OrchestratorでもGitのような開発ファイルのバージョン管理機能があればいいな、と改めて感じました。