ワークフローシステム開発の進め方/やり方/流れや方法/手法/工程/手順

ワークフローシステム開発は、業務フローと承認ルールを整理したうえで、要件定義から運用・保守まで工程ごとに検証しながら進めます。また、各部門の利用者と連携条件は、早い段階で確認しておきます。

▼全体ガイドの記事
・ワークフローシステム開発の完全ガイド

ワークフローシステム開発の概要

ワークフローシステムは、業務上の申請・承認・通知といった一連のプロセスを電子化・自動化するシステムです。たとえば、稟議申請や経費精算などの社内業務フローをデジタル化し、業務効率の向上やペーパーレス化を実現します。休暇申請や契約承認も、対象になります。

ワークフローシステムを自社開発するメリットは、業務フローに完全にフィットしたシステムを構築できる点です。パッケージ製品では対応しきれない複雑な承認ルートや独自の業務ロジックにも、対応できます。

ワークフローシステム開発の全体的な流れ

要件定義からテストまでの5工程を矢印でつないだ図解。
設計を二段階に分けてから、実装とテストへ進みます。

一般的には、要件定義からテストまでを次の順に進めます。

  • 要件定義:現状の業務フローを整理し、システム化する範囲と要件を決める
  • 基本設計:システム全体の構成と、データベースや画面の基本方針を決める
  • 詳細設計:画面・API、承認ロジックを具体的に設計する
  • 開発・実装:フロントエンド、バックエンド、インフラを作る
  • テスト:単体テスト、結合テスト、ユーザー受け入れテストで動作を確かめる

各工程の内容は、このあとのステップで順番に説明します。

ステップ1:要件定義

ワークフローの機能要件5項目を中心から放射状に示す図解。
申請から承認後の通知、周辺システムとの連携までを並べて確認できます。

現状の業務フローの整理

要件定義では、まず現状の業務フローを詳細に整理します。発注側と開発会社がともに、どの部署がどのような申請・承認フローを持っているか、承認者は誰か、条件分岐はあるかなどを洗い出します。

ヒアリングでは、申請者・承認者・管理者など複数の立場の担当者に話を聞きます。現場の運用と規定上の手順が異なるケースも珍しくないため、立場ごとの話を突き合わせて確かめます。

ポイント

判断の目安は、申請者・承認者・管理者それぞれの話を集めたうえで、現場の運用と規定上の手順のずれを洗い出せているかどうかです。

システム化の要件定義

業務フローの整理が終わったら、システム化する範囲を決めます。そのうえで、申請の入力から承認、通知、既存システムとの連携まで、要件を書き出します。

  • 申請フォームの項目・バリデーション:入力項目の並びと、入力値のチェック方法を決める
  • 承認ルート:固定ルート、条件分岐ルート、代理承認などを要件として決める
  • 通知・リマインド機能:通知とリマインドの機能を、要件として決める
  • 既存システムとの連携:ERPや人事システムとの連携を、要件として決める
  • アクセス権限の設定:誰がどの申請や承認を扱えるかを決める

また、要件は「機能要件」と「非機能要件(パフォーマンス、セキュリティ、可用性など)」に分けて整理します。

ステップ2:基本設計

システム全体のアーキテクチャの決定

基本設計では、システム全体の構成の方針を固めます。Webアプリケーションとして構築するのか、既存システムのモジュールとして組み込むのか、クラウドとオンプレミスのどちらで構築するのかを決めます。

データベース設計の基本方針

申請データ、承認履歴、ユーザー・組織情報などのデータ構造を設計します。加えて、将来の機能追加や組織変更にも柔軟に対応できる設計が求められます。

UI/UXの基本方針

申請者・承認者・管理者それぞれの画面について、設計の基本方針を定めます。特に、承認者にとって使いやすい一覧や通知のUIは、システムの利用率に直結します。

ステップ3:詳細設計

画面設計・API設計

各画面の詳細な仕様(入力項目、バリデーション、画面遷移)と、APIのインターフェース仕様を設計します。フロントエンドとバックエンドの開発者が同時に作業を進められるよう、APIの仕様は先に固めておくと効率的です。

ポイント

画面とAPIの仕様がそろっているか、承認ロジックが差し戻しや代理承認、タイムアウトまで設計されているかを、判断の目安にします。

承認ロジックの設計

承認ロジックは、ワークフローシステムの核となる部分です。承認ルートの組み方から差し戻し、代理承認、タイムアウトの処理まで、動きを一つずつ設計します。

  • 承認ルートのデータモデル:直列・並列・条件分岐の承認ルートを、データとして表せるように設計する
  • 状態遷移:承認・差し戻し・取り消しの流れを、状態の変化として整理する
  • 代理承認・委任承認:代理や委任による承認の処理方法を決める
  • タイムアウト・エスカレーション:承認が期限を過ぎたときの処理を決める

ステップ4:開発・実装

フロントエンド開発

申請フォーム、承認一覧画面、ステータス確認画面などのUIを開発します。ReactやVue.jsなどのモダンなフレームワークを使うと、インタラクティブで使いやすいUIを実現できます。

バックエンド開発

承認ロジック、通知処理、外部システム連携などのバックエンドを実装します。特に承認フローのエンジン部分は、後から業務フローが変わっても対応できるよう、設定ベースで動く形にしておくことが推奨されます。

インフラ構築

開発・ステージング・本番環境のインフラを構築します。クラウド(AWS・Azure・GCP)を活用すると、スケーラブルで可用性の高いシステムを実現できます。

ステップ5:テスト

単体テスト・結合テスト

各モジュールの動作を確かめる単体テストと、複数のモジュールを組み合わせた結合テストを行います。承認ロジックは複雑な条件分岐を含むため、特に網羅的なテストケースを用意することが欠かせません。

ユーザー受け入れテスト(UAT)

実際の業務担当者に操作してもらい、業務フローに沿って動くかを確かめます。この段階で現場から集めたフィードバックをもとに、必要な修正を行います。

ポイント

テストは、承認ロジックの条件分岐を網羅できたか、業務担当者が実際の業務フローどおりに操作して確かめられたかを判断の目安にします。

パフォーマンステスト

大量のデータや同時アクセスに対するパフォーマンスを検証します。月末や決算期のように申請が集中するタイミングを想定した負荷テストが必要です。

ステップ6:リリース・移行

データ移行

既存システムから新システムへデータを移行します。進行中の申請案件の扱いや、移行期間中の二重管理をどうするかの方針は、事前に定めておく必要があります。

段階的リリース

まず一部の部署や申請種別から段階的にリリースします。こうすることで、リスクを最小限に抑えられます。

利用者向けトレーニング

申請者・承認者・管理者それぞれに向けて、操作説明会を開いたり、マニュアルを用意したりします。

ステップ7:運用・保守

継続的な改善

リリース後も利用者からのフィードバックを集め、業務フローの変化に合わせてシステムを改善し続けます。組織変更や規程改定に伴う承認ルートの変更は、定期的に起こります。

ポイント

判断の目安は、利用者の声を集めて承認ルートを見直せているかと、定期的なセキュリティ診断と脆弱性対応が続けられているかです。

セキュリティ・脆弱性対応

申請・承認データには機密情報が含まれることが多いため、定期的なセキュリティ診断と脆弱性への対応が必要です。

ワークフローシステム開発を成功させるポイント

現場ヒアリング、柔軟な承認フロー、既存システム連携の3項目を並べた図解。
利用現場と将来の変更、外部連携を並行して考える構成です。

現場ヒアリングの徹底

要件定義での現場ヒアリングが不十分なままだと、リリース後に「実際の業務に合わない」という問題が起きます。

フレキシブルな承認フロー設計

業務フローは変わっていくものです。承認ルートの変更や条件の追加を、開発し直さずに管理者が設定できるような柔軟な設計が理想です。

ポイント

判断の目安は、現場ヒアリングが立場ごとに十分か、承認フローを管理者が設定で変えられるか、既存システムとの連携を要件定義の段階で確認できたかです。

既存システムとの連携の早期検討

ERP・人事システム・グループウェアとの連携は、技術的に複雑になりやすい部分です。要件定義の段階から連携方式を確認し、開発工数を見積もっておくことが大切です。

まとめ

ワークフローシステム開発は、要件定義から運用・保守まで一連の工程を丁寧に進めることが、成功の鍵です。

特に、要件定義での現場ヒアリングを徹底することと、フレキシブルな承認ロジックを設計することが、長く使われ続けるシステムにつながります。

開発会社に依頼するときは、ワークフローシステムの開発実績や、業務フロー設計の支援経験が豊富なベンダーを選ぶのがおすすめです。

▼関連記事

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。