申請・審査ワークフロー

オンライン申請ポータルを段階的に刷新する

BCTチームの実務経験に基づくソリューションです。開発範囲と体制は、各プロジェクトの要件に合わせて調整します。

オンライン申請ポータルを段階的に刷新する

ソリューション概要

申請の受付と審査を行うポータルのソリューションです。機能を置き換える前に利用フローと運用担当を整理します。

課題

開発範囲を決める前に確認すること:

  • 対象とする申請と添付書類は何か。
  • 職員が差し戻しや進捗連絡を行う流れはどうなっているか。
  • 権限、保存期間、アクセシビリティについて何を合意するか。

開発の進め方

  • 利用者と職員の流れを整理: 申請書、判断箇所、引き継ぎを確認し、初回公開の対象業務を絞ります。
  • 一つの業務を開発・検証: 申請、差し戻し、進捗確認を試作し、キーボード操作とエラー対応を検証します。
  • 移行と運用引き継ぎ: 移行と切り戻しを試行し、職員向け手順と問い合わせ対応の担当を決めます。

ソリューションの設計

業務フローからシステム設計へ

  • 業務フロー開発
  • アクセス制御
  • 既存システム連携
業務フロー開発・アクセス制御・既存システム連携の参考構成。設計意図と成果物は以下に記載しています。
ソリューションの構成要素とデータの流れを示す参考構成です。各プロジェクトの要件に合わせて設計します。
構成図を操作して詳しく見る ↗図の内容は日本語です。ビューアの操作メニューと言語設定は英語です。

開発体制

アプリケーション開発:一つの申請手続きから移行

お客様の役割と業務の確認

業務責任者が申請条件、審査、例外対応を説明します。システム責任者が連携、保存期間、アクセシビリティ、セキュリティの要件を確認します。

BCTの実装・検証の分担

BAが利用者と審査担当にヒアリングし、既存帳票を整理します。アーキテクトが既存システムとの境界を設計し、開発・QAが状態遷移、権限、キーボード操作、移行データを検証します。

確認の節目と対象範囲

対象手続きを広げる前に要件と検証資料をお客様と確認します。開始前に適用される調達要件と各組織の責任範囲を確認します。

設計のポイント

申請を明示的な状態と役割ごとの遷移で管理します。判断履歴と既存システムとの接続範囲を設け、一つの手続きから置き換えて検証します。

成果物

開発範囲の合意時に成果物を定め、以下の検収・評価項目と合わせて確認します。

  1. 手続き一覧、権限表、アクセシビリティを考慮した申請画面
  2. 状態履歴と接続仕様を備えた案件ワークフロー
  3. キーボード操作・権限・移行のテスト記録

検収・評価の観点

  • 申請から職員による確認まで追跡できるか検証します。
  • 合意したアクセシビリティ項目を自動・手動で確認します。
  • 移行データを照合し、運用上の担当を文書化します。