ユースケース入門 - 成果編 -

成果編では、開発編で作成したタスクボードアプリをレビューし、指摘事項をもとに修正して完成させるまでの流れを紹介します。

レビューでは、実際にアプリケーションを利用することを想定して、画面の表示や操作性などを確認します。佐藤さんは、高橋さんからの指摘をもとにアプリケーションを修正し、完成したアプリケーションを公開します。

また、アプリケーションを公開して終わりにするのではなく、今後の改善に向けてバージョンを管理したり、検証用のアプリケーションを作成したりする方法も紹介します。

レビュー結果をもとに修正する

作成したアプリケーションは、第三者にレビューを依頼し、指摘事項をもとに修正します。今回、佐藤さんは作成したタスクボードアプリのレビューを高橋さんに依頼しました。高橋さんは、実際にアプリケーションを利用することを想定し、画面の表示や操作性などの観点から確認します。

レビューではいくつかの指摘がありました。ここでは、その中から気づきにくい3つのポイントを紹介します。

[ 対処1 ] プロファイル画像の下にユーザ名を追加する

登録・編集・詳細画面では、コメントを投稿したユーザの情報としてプロファイル画像だけが表示されていました。

＜修正内容＞

登録・編集・詳細画面の「Refer Area」にユーザ名を表示するエレメントを追加します。今回は、「共通マスタ」の「単一選択ユーザ検索」エレメントを使用します。エレメントのselected変数にユーザコードを設定することで、対象ユーザの情報を表示します。

このように、既存のテンプレートをそのまま使うのではなく、必要なエレメントを追加して画面を調整できます。

[ 対処2 ] 更新日時の表示形式を変更する

登録・編集・詳細画面では、更新日時が世界標準時間の形式で表示されていました。

＜修正内容＞

登録・編集・詳細画面や一覧画面に表示されている更新日時は、今回は使用しない【画面】アプリの「一覧参照処理」に関連するため、新たに設置します。「フォーム部品」から「水平フィールド」と「日付入力」エレメントを追加し、ラベルを多言語で設定します。

「日付入力」エレメントでは、表示する変数とタイムゾーンを設定します。

[ 対処3 ] ステータスに合わせてタスクの色を変更する

一覧画面では、タスクのカードがデフォルトの色で表示されていました。

＜修正内容＞

「自己紹介」テンプレートでは、選択した色をデータベースに保存し、その色をカードに表示していました。今回は、タスクのステータスに応じてカードの背景色を変更するため、「背景色」を変数として設定します。その上で、ステータスに応じた色を設定するカスタムスクリプトを作成します。

このように、テンプレートで使用されていた設定をそのまま流用するだけでなく、アプリケーションの仕様に合わせて変更することもできます。

完成したアプリケーションを公開する

レビュー結果をもとに修正が完了したら、アプリケーションを利用するメンバーがアクセスできるように設定します。 Accel Studioのアプリケーション管理画面から、「メニュー」と「認可」を設定します。

ポータルサイトのメニューに表示する

作成したアプリケーションを、ポータルサイトのメニューからアクセスできるようにします。

「テナント管理」画面から、ポータルサイトのメニューに表示するためのメニューグループを追加し、権限を設定します。Accel Studioのアプリケーション管理画面からも、「権限設定」の「メニュー設定」を開いて設定できます。

アプリケーションの認可を変更する

次に、アプリケーションにアクセスできるユーザを設定します。

Accel Studioのアプリケーション管理画面から「権限設定」の「認可設定」を開き、アプリケーションを利用するユーザやロールに必要な権限を設定します。

今後の改善に向けた準備

アプリケーションは、公開して終わりではありません。実際に利用してもらうことで、新しい改善点や追加したい機能が見つかることがあります。そこで、今後の修正に備えて、バージョンを管理する方法や検証用のアプリケーションを用意する方法を検討しておきます。時間の都合上、今回は対応できませんでしたが、プロジェクトが落ち着いたらアプリケーションを修正したいと考えています。

佐藤さんも、今回のタスクボードアプリを利用しながら、今後追加したい機能をいくつか整理しました。

アプリケーションのバージョンを管理する

アプリケーションを修正する前に、現在のバージョンを残しておくことで、修正後に問題が発生した場合でも、以前の状態を確認・復元しやすくなります。

今回は、IM-LogicDesignerとIM-BloomMakerでそれぞれバージョンを確認したうえで、Accel Studioのアーカイブ機能を利用してアプリケーションの情報を保持します。修正後に不具合が発生した場合、前のバージョンに戻すことができるように準備しておきましょう。

アプリケーションを別の目的で使用する

佐藤さんは、タスクボードアプリをもとにテンプレートを作成し、「改善管理アプリ」という検証用のアプリケーションを作ることにしました。このアプリケーションには、タスクボードアプリで今後改善したい内容を記録していきます。

現時点では、次のような機能を追加したいと考えています。

• 一覧画面でステータスごとに縦表示したい
• タスクボードだけではなく、一覧形式でも表示したい
• 他のユーザからコメントできる機能を追加したい

また、改善管理アプリを使って新しい設定や機能を試すことで、実際のアプリケーションに影響を与えずに検証できます。

まとめ

アプリケーションの開発では、実際に動かしてみたり、第三者にレビューしてもらったりすることで、開発中には気づかなかった改善点が見つかることがあります。今回のユースケースでは、佐藤さんがテンプレートからアプリケーションを作成し、ローコード資材をカスタマイズしたうえで、レビュー結果をもとに修正しました。その後、メニューや認可を設定してアプリケーションを公開し、今後の改善に向けた準備まで進めました。

このように、ローコード開発では、テンプレートを活用して作成する → カスタマイズする → レビュー・修正する → 公開する → 改善するという流れを繰り返しながら、アプリケーションを育てていくことができます。今回のユースケースを通して、Accel Studioを中心としたローコード開発の進め方や、IM-Repository、IM-LogicDesigner、IM-BloomMakerを組み合わせたアプリケーション開発の流れを確認してみてください。

次回のユースケースでは、実際のプロジェクトを通して、どのようなプロセスで開発を進めていくかについて具体的に紹介する予定です。より実践的な内容をお届けしますので、ぜひご期待ください。