スキップしてメイン コンテンツに移動

投稿

ラベル(アーキテクチャ)が付いた投稿を表示しています

UiPath設計時にMSA(Micro Software Architecture)式の切り分け方

イメージがあまりなくてつまらないと思いますが、自分の経験のコツを共有したく設けたページになります。 RPA(Robotic Process Automation)を利用して色々やってます。 大手のK様から個人の趣味までRPAの使い方は幅広いし一つだけではなくいくつかの自動化ツールを利用してRPAを進めてます。 今回はUiPathを利用して開発するときの設計の切り分けをどうすべきかとの個人の意見を書いてみます。 UiPath(https://www.uipath.com)はご存じの前提で始めます。 まず、 MSA式というのを考えてできるだけ細かく切ります。 しかし分けすぎると多くなってしまい逆に管理が困ります。 UiPathの特徴は「単純作業の自動化」から「ML(マシンランニング)」の複雑な組み合わせが楽なこと。 ということで 自分でよくやってるのをチェックします。 * メールの確認 * グループウェアのチェック * スケジュールの確認 * 毎日のサービス及びシステム点検 * スケジュールの登録 * 忘れないようにチェックすべきもの などなどいっぱいあるんですね。 これをするだけで一日が行っちゃうとかの方多いでしょうね。 ここで一つの作業をプロジェクトとし、1枚にシートに書いてみます。私は紙が好きなのでA4用紙で1プロジェクトを書いたりします。 A4用紙を使う理由の一つは1枚に収まるように設計するためにはたくさんの機能が入りきれないので他のプロジェクトから呼び出しが多くなりMSAに充実な設計ができます。 しかし、多すぎる場合には統合したりしてます。 外の開発とは異なり、 UIPは利用者が自分で修正ができないと長く使えないので ユーザーの修正領域と共有領域、専用領域をきちんと分けないといけません。 基本的なファイルの作成はこんな感じ * Main.xaml   * 最初実行するファイルですが、できるだけ内容は少なめにして置きます。   * 初期設定をファイルにConfig.json等に落としての読み込みなどを定義します。 * Config.json   * ユーザーが自分の環境に合わせて起動前修正すべきの内容を記入します。 * <FunctionA>.xaml