地方公共団体の情報システム調達における機能要件の表記方法に関する調査研究

平成２７年３月

地方公共団体情報システム機構

はじめに地方公共団体情報システム機構の研究開発事業は、地方公共団体が共通的に利用できる情報システム及び新技術の導入並びに新分野へのコンピュータ利用等に関して、研究・開発、調査等を通じて地方公共団体の電子自治体の推進等に資することを目的に実施しております。
平成２６年度の調査研究では、情報システムの調達において、地方公共団体が意図するシステムの機能要件の内容が事業者に十分に伝わらず、結果的に追加カスタマイズや開発の遅延等の問題が発生する現状を鑑み、調達する情報システムに必要な要件の内容について地方公共団体、事業者双方の認識に齟齬が生じないよう業務フロー図を用いた機能要件の表記方法について研究することとしました。
その研究成果として、表記方法の国際標準となる BPMN（Business Process
Model and Notation）の手法を中心に、業務フロー図の作成方法等について解説した利用ガイドを作成しました。
本利用ガイドは、初めて業務フロー図を作成する地方公共団体の職員に役立
つよう工夫しております。地方公共団体の職員の皆様方におかれましては、情報システムの調達を検討する際に本利用ガイドを御活用いただければ幸いと存じます。
本調査研究の実施に当たり、適切な御指導、御助言を頂いた調査研究委員会の委員の皆様、ヒアリング調査等に御協力いただきました研究協力団体の皆様に厚く御礼申し上げます。

平成２７年３月
地方公共団体情報システム機構
理事長

西 尾

勝

目

―

調

査

研

次

究

報

告

―

第１章 調査研究の概要 ............................................................................................................... 1
第１節

背景及び目的 ......................................................................................................... 1

１

背景 ........................................................................................................................... 1

２

目的 ........................................................................................................................... 2３

本調査研究の成果...................................................................................................... 2第２節

実施内容................................................................................................................. 3１

調査研究の全体の流れ .............................................................................................. 3２

調査研究の実施内容 .................................................................................................. 4３

調査研究のスケジュール........................................................................................... 5

第３節

実施体制................................................................................................................. 6１

実施体制図 ................................................................................................................ 6２

調査研究委員会 ......................................................................................................... 6

第２章 地方公共団体の情報システム調達における業務フローの利用 ................................................ 7
第１節

地方公共団体における情報システム調達の状況................................................... 7１

地方公共団体における情報システム調達の実態 ...................................................... 7２

地方公共団体における情報システムの調達の課題 .................................................. 9第２節

地方公共団体等における業務フローの利用動向................................................. 10

１

業務フローについて ................................................................................................ 10

２

BPMN に関連する国の取組.....................................................................................11

３

BPMN の特徴 ......................................................................................................... 12４地方公共団体の情報システム調達における BPMN を用いた業務フロー図の利用 ............ 13

第３節

地方公共団体における業務フローの実態 ........................................................... 14１

調査の概要 .............................................................................................................. 14２

調査結果の概要 ....................................................................................................... 14３

調査結果の反映 ....................................................................................................... 18

第３章 調査研究の検討内容 ..................................................................................................... 19
第１節

BPMN の表記方法の解説について ..................................................................... 19

第２節

業務フロー図の事例について .............................................................................. 20

１

地方公共団体における業務選定についての検討内容 ............................................. 20２

住民基本台帳業務における事例選定の検討内容 .................................................... 20３

個人住民税業務における事例選定の検討内容 ........................................................ 21

第３節

BPMN を用いた事務作業の表記例について ...................................................... 23

１

事務作業の表記例について ..................................................................................... 23２

住民基本台帳業務における事務作業の表記例についての検討内容 ....................... 23３

個人住民税業務における事務作業の表記例についての検討内容........................... 25

第４章 まとめ ........................................................................................................................... 26

―

利

用

ガ

イ

ド

―

本利用ガイドについて............................................................................................................ 1
第１章 情報システム調達と業務フローの作成 ..................................................................... 4
第１節

地方公共団体の情報システム調達工程 ............................................................ 4

１

情報システムの調達工程...................................................................................... 4２

業務フローの利用場面 ......................................................................................... 4３

非機能要件の検討................................................................................................. 5

第２節

業務フローの作成 ............................................................................................. 6１体制整備 ............................................................................................................... 6２

業務フローの作成工程 ......................................................................................... 7３

作成工程の詳細内容 ............................................................................................. 7

第２章 BPMN の表記方法と事例等の解説 ......................................................................... 10
第１節

BPMN の表記方法 ......................................................................................... 10１

地方公共団体における BPMN の記載レベル .................................................... 10

２

BPMN の図形要素 ..............................................................................................11

３

BPMN の表現の多様性 ...................................................................................... 26

４

BPMN による業務フロー図作成に向けた準備 ................................................. 26

５

BPMN による業務フロー図の書き方 ................................................................ 30

第２節

BPMN を用いた作業の表記例 ....................................................................... 39

１

作業の表記例について ....................................................................................... 39２

住民基本台帳業務の作業の表記例 ..................................................................... 39３

個人住民税業務の作業の表記例......................................................................... 43

参考資料 ............................................................................................................................... 47

―

利

用

ガ

イ

ド

別

冊

事

例

集

―

地方公共団体における事例 ................................................................................................ 1
１

住民基本台帳業務における事例 .......................................................................... 2（１） A団体の事例 .................................................................................................. 2
ア 転入 .................................................................................................................... 3
イ 出生 .................................................................................................................... 7
ウ 住民票の写し等の交付（本人等請求） .............................................................. 9エ 住民票記載事項証明書交付（本人等請求）......................................................11
オ 世帯主変更 ....................................................................................................... 13
カ 戸籍異動 .......................................................................................................... 15
キ 転出 .................................................................................................................. 17
ク 死亡 .................................................................................................................. 19（２） B団体の事例 ................................................................................................ 21
ア 全部転入 .......................................................................................................... 22
イ 一部出生 .......................................................................................................... 34
ウ 住民票の写しの作成 ........................................................................................ 46
エ 一部・全部転出 ............................................................................................... 52
オ 一部・全部死亡届出・通知 ............................................................................. 58
カ 個人番号カード作成・交付 ............................................................................. 62２

個人住民税業務における事例 ........................................................................... 64（１） A団体の事例 ................................................................................................ 64
ア 当初（電子申告テーブル） .............................................................................. 65
イ 当初（税額計算） ............................................................................................. 66
ウ 当初（納入書作成かつ税通不作成リスト）..................................................... 67（２） B団体の事例 ................................................................................................ 68
ア 住民税賦課業務 ............................................................................................... 69（３） C団体の事例 ................................................................................................ 72
ア 課税対象者管理 ............................................................................................... 73
イ 当初課税・通知作成 ........................................................................................ 83

地方公共団体の情報システム調達における機能要件の表記方法に関する調査研究
調査研究報告平成 27 年３月
地方公共団体情報システム機構

目次
第１章 本調査研究の概要 .......................................................................................................... 1
第１節

背景及び目的 ......................................................................................................... 1

１

背景 ........................................................................................................................... 1

２

目的 ........................................................................................................................... 2３

本調査研究の成果 ..................................................................................................... 2第２節

実施内容 ................................................................................................................ 3１

本調査研究の全体の流れ .......................................................................................... 3２

本調査研究の実施内容 .............................................................................................. 4３

本調査研究のスケジュール ...................................................................................... 5

第３節

実施体制 ................................................................................................................ 6１

実施体制図 ................................................................................................................ 6２

調査研究委員会 ......................................................................................................... 6

第２章 地方公共団体の情報システム調達における業務フローの利用 .............................................. 7
第１節

地方公共団体における情報システム調達の状況 ................................................. 7１

地方公共団体における情報システム調達の実態 ..................................................... 7２

地方公共団体における情報システムの調達の課題 ................................................. 9第２節

地方公共団体等における業務フローの利用動向 ............................................... 10

１

業務フローについて ............................................................................................... 10２

BPMNに関連する国の取組 .....................................................................................11

３

BPMNの特徴 .......................................................................................................... 12４地方公共団体の情報システム調達におけるBPMNを用いた業務フロー図の利用 ............ 13

第３節

地方公共団体における業務フローの実態........................................................... 14１

調査の概要 .............................................................................................................. 14２

調査結果の概要 ....................................................................................................... 14３

調査結果の反映 ....................................................................................................... 18

第３章 本調査研究の検討内容 ................................................................................................. 19
第１節

BPMNの表記方法の解説について ..................................................................... 19

第２節

業務フロー図の事例について ............................................................................. 20

１

地方公共団体における業務選定についての検討内容 ............................................ 20２

住民基本台帳業務における事例選定の検討内容 ................................................... 20３

個人住民税業務における事例選定の検討内容 ....................................................... 21

第３節

BPMNを用いた作業の表記例について .............................................................. 23

１

作業の表記例について ............................................................................................ 23２

住民基本台帳業務における作業の表記例についての検討内容 ............................. 23３

個人住民税業務における作業の表記例についての検討内容 ................................. 25

第４章 まとめ ........................................................................................................................... 26

本調査研究報告における用語の定義について
本調査研究報告では、地方公共団体における機能要件の表記方法を分かりやすく解説するために、いくつかの用語の意味を定義している。
表 1 において、本調査研究報告で定義している用語の一覧を示す。
表 1

本調査研究報告における用語の定義一覧

用語

定義内容
地方公共団体で実施する行政サービスにおいて最も大きな枠組み

業務

1であり、調達する情報システムの対象となる項目。
【例】 住民基本台帳、個人住民税、国民健康保険 等業務を一段階分解した項目。
【住民基本台帳の例】

事務・新規登録、 住民票の写しの交付、記載事項変更 等【個人住民税の例】
・課税対象登録、課税資料収集、当初賦課、更生・決定 等
事務を一段階分解した項目。業務フローを構成する要素となる。

作業【住民基本台帳の例】
・受付、審査、登録、交付・通知 等

1

業務フロー

業務を構成している事務の一連の流れを示すもの。

業務フロー図業務フローを図示したもの。

粒度

業務、事務、作業の実施範囲の大小を示すもの。

地方公共団体では、一般的に行政サービスを提供するための仕事や行為全般を指して「事務」（自治事務、法定受託事務）という表現を用いることが多いと考えるが、本調査研究報告
では、表記方法の解説をわかりやすくするため、地方公共団体が行政サービスを提供する行
為を 3 階層に区分し、それぞれ「業務」「事務」「作業」という用語で定義している。

第１章 本調査研究の概要
第１節 背景及び目的
１

背景
地方公共団体の情報システムの調達における機能要件の定義は、多くの場合、機能一覧と呼ばれる機能項目と内容が列挙されたもので行われる。ただし、機能一覧は、それだけでは記載が不十分になる可能性があり、その機能が、どのような目的で、業務のどの場面で利用されるものなのか、また、その機能を利用する上での前提条件等
が読み手によって解釈が変わる可能性がある。
このため、多くの地方公共団体の情報システムの調達では、発注者である地方公共団体が意図する十分な機能要件を、提案者である事業者に提示することができていると言えず、事業者も地方公共団体が意図する機能要件を把握し、提案することができていない。このような背景の下、情報システムが調達されると、その詳細設計段階になって、地方公共団体が想定していた業務と事業者の想定していた業務がマッチしないといった事象が起こることがある。その結果、パッケージシステムの場合は、カス
タマイズが増大し、開発の遅延やコストの膨張といった問題を引き起こす可能性がある。

地方公共団体事業者

機能要件の十分な提示が難しい。
（例：機能一覧では機能の目的、前提条件等の共通的な解釈が図れない）

具体的な機能要件の提案が難しい。
（例：地方公共団体の業務の流れを把握できない）
ギャップ発生結果○十分な内容を含んだ機能要件を調達段階で利用できない○地方公共団体／事業者で共通認識を持てない、合意できない。
リスク
誘発

開発の遅延、運用による対応【計画の変更、情報システム調達による職員稼働の増大】

追加カスタマイズの増大【詳細設計段階での追加要件の発生】

図 1

情報システム調達における機能要件の問題点

1

一方で、総務省が示した「電子自治体の取組みを加速するための 10 の指針 2」（以下「10 の指針」という。）の「【指針 5】パッケージシステムの機能等と照合した業
務フローの棚卸し・業務標準化によるカスタマイズの抑制」において、現行の業務フ
ローを図示し、業務フローの棚卸し・分析を行い、情報システムの調達を実施することで、システム機能との照合と業務の標準化によるカスタマイズの抑制効果について示しており、地方公共団体において業務フローを図示し情報システムの調達に利用することが期待されている。

２

目的
上記 1 の 10 の指針の指針 5 において、最新の業務分析方法として BPMN（Business
Process Model And Notation）を紹介している。しかし、BPMN は国際標準となっているものの、地方公共団体において BPMN を含む業務フロー図を用いた情報シス
テム調達は普及していない。そのため、本調査研究では、機能要件の表記方法として
BPMN 等の業務フロー図を紹介した利用ガイドを作成し、全国の地方公共団体へ提供することを目的とする。

３

本調査研究の成果
本調査研究の成果は、調査研究報告及び地方公共団体の情報システム調達における機能要件の表記方法を示した利用ガイド（以下「利用ガイド」という。）の 2 点を作成する。調査研究報告は、本調査研究における検討の過程や結果をまとめるものであり、利用ガイドは、全国の地方公共団体が情報システムの調達において、業務フローを利用しやすいように、その利用方法や実例についてまとめたものである。

調査研究報告利用ガイド

本調査研究の検討過程等と検討結果をとりまとめた報告地方公共団体の情報システム調達における機能要件の表記方法を示したガイド

図 2

本調査研究の成果物

2 「世界最先端 IT 国家創造宣言」を踏まえ、自治体クラウドの導入をはじめとした、地方公共団体の電子自治体に係る取組みを促進することを目的として平成 26 年 3 月に策定されたもの。http://www.soumu.go.jp/menu_news/s-news/01gyosei07_02000018.html（最終アクセス日：平成 27 年 3 月 6 日）参照
2

第２節 実施内容
１

本調査研究の全体の流れ
本調査研究は図 3 に示す流れで実施した。

●地方公共団体の情報システム調達における業務フローの利用調査
地方公共団体における情報シ
ステム調達の状況調査

地方公共団体等における業務
フローの利用動向調査

地方公共団体における業務フローの実態調査

情報システムの調達状況及び業務フローの利用動向調査結果取りまとめ●地方公共団体におけるBPMNの使用方法の検討
BPMNの表記方法の解説に関する検討

業務フロー図の事例の調査

BPMNを用いた作業例の検討●調査研究報告書の取りまとめ
調査研究報告の作成

図 3

利用ガイドの作成

本調査研究のフロー

3

２

本調査研究の実施内容
表2

本調査研究の実施内容

調査項目

概要

調査手法

大項目

中項目

地方公共団体の地方公共団体に地方公共団体におけ○文献調査

情報システム調

おける情報シスる情報システムの調○ヒアリング達における業務

テム調達の状況達状況について調査

調査

フローの利用調調査を実施した。

査

地方公共団体等

業務フローを作成し○文献調査における業務フ

業務の可視化に取り○ヒアリング

ローの利用動向組んでいる事例の調調査

調査

査を実施した。

地方公共団体に地方公共団体の情報○調査研究

おける業務フロシステムの調達にお委員会でのーの実態調査

ける BPMN を用い

協議

本調査報告
の該当箇所
第２章
第１節

第２章
第２節

第２章
第３節

た業務フローの利用の実態調査を実施した。
情報システムの地方公共団体の情報○調査研究

調達状況及び業

システム調達の状況

委員会での務フローの利用及び業務フローの利協議

動向調査結果取用動向に関する調査りまとめの結果を取りまとめ

第２章
第３節

た。
地方公共団体にBPMN の表記方

地方公共団体の情報○文献調査

お け る BPMN法の解説に関すシステム調達におい○ヒアリングの使用方法の検る検討て、BPMN を用いた

調査

討

第３章
第１節

業務フロー図を記載するためのルール等について検討した。
業務フロー図の地方公共団体にて作

○文献調査

事例の調査

成されている業務フ○ヒアリングローの事例、ガイド

調査

ライン等を基に事例調査を実施し、業務フロー図の事例を取りまとめた。

4

第３章
第２節

調査項目

本調査報告

概要

調査手法

BPMN を用いた本調査研究にて選定○調査研究

作業例の検討した業務について、委員会での収集した事例を参考

協議

大項目

中項目

の該当箇所
第３章
第３節

とし、作業の表記例を作成した。
調査研究報告書

調査研究報告の本調査研究の結果を○調査研究の取りまとめ作成

総括するとともに、委員会での今後の展望や課題を協議‐

検討し、調査研究報告を作成した。
利用ガイドの作本調査研究の結果を

○調査研究

成

踏まえ、地方公共団

委員会での体職員に対する

協議

BPMN を 用 い た 業‐

務フローの作成方法等を示した利用ガイドを作成した。

３

本調査研究のスケジュール
本調査研究のスケジュールは図 4 のとおり。
項目

平成26年7月

8月

9月

10月

▲第1回

調査研究委員会
地方公共団体の情報システム調達における業務フローの利用調査
地方公共団体における情報システム調達の状況調査

地方公共団体等における業務フローの利用動向調査

地方公共団体における業務フローの実態調査

情報システムの調達状況及び業務フローの利用動向調査結果の取りまとめ
地方公共団体におけるBPMNの使用方法の検討
BPMNの表記方法の解説に関する検討

業務フロー図の事例の調査

BPMNを用いた作業例の検討
調査研究報告書の取りまとめ
調査研究報告の作成

利用ガイドの作成

図 4

本調査研究のスケジュール

5

11月

▲第２回

12月

平成27年1月

▲第３回

2月

▲第４回

第３節 実施体制
１

実施体制図
調査研究委員会

調査研究実施主体

地方公共団体情報システム機構

調査研究委員会
学識者、総務省、地方公共団体等

確認

意見等
研究協力

研究協力団体株式会社
情報通信総合研究所（調査研究協力機関）

実態把握

足立区、京都市、倉敷市、福山市
情報提供

図 5

２

本調査研究の実施体制図

調査研究委員会
本調査研究の実施に当たっては、本件に係る専門知識、知見を有する学識経験者、
地方公共団体における情報システム担当職員で構成する次の調査研究委員会を設置し、本調査研究の方向性、的確性、適時性、網羅性、地方公共団体のニーズとの合致性等のアドバイスを頂くとともに、幅広い意見、助言等を伺い報告書を作成した。
地方公共団体の情報システム調達における機能要求の表記方法に関する調査研究委員会

委員名簿（敬称略、五十音順）

≪委員≫
大山

永昭

東京工業大学教授

片山義信

福山市企画総務局企画政策部情報政策課

門田哲也

倉敷市企画財政局企画財政部（情報政策課担当）（併）倉敷市教育委員会

須藤
辻

正喜
史郎

保志野
松﨑

茂

参事

総務省自治行政局地域情報政策室
京都市総合企画局情報化推進室

広理事官
オープン化推進係長

足立区政策経営部情報システム課
地方公共団体情報システム機構

システム最適化統括係長
理事

≪事務局≫
地方公共団体情報システム機構

研究開発部

株式会社情報通信総合研究所（調査研究協力機関）
6

次長

第２章 地方公共団体の情報システム調達における業務フローの利用
第１節 地方公共団体における情報システム調達の状況
ここでは、地方公共団体における情報システム調達において、本調査研究の主眼である機能要件の定義に関して整理する。

１

地方公共団体における情報システム調達の実態
情報システムを調達するに当たっては、
どのような情報システムを求めるか要件を明確にする必要があり、その内容を情報システム調達仕様書として表す必要がある。
情報システム調達仕様書に表す内容としては、大きく分けると、図 6 に示すとおり情報システムに求める要件（機能要件、非機能要件）を記載する部分のほか、調達の対象・条件、付帯業務等を記載する部分がある。

調達の対象・条件等
・目的・対象業務
・委託内容・納品物
・設置環境条件
・実施スケジュール等
情報システムに求める要件
非機能要件

機能要件

・可用性
・性能・拡張性・運用保守性 等

・業務・帳票出力
・データ 等

付帯業務業務の実施と管理

・構築時
・運用時

図 6

・実施体制
・プロジェクト管理等

情報システム調達仕様書の要素（項目は例）

このうち、機能要件とは、どのような情報を入力し、どのような処理を行い、結果
どのような出力がされるか、といった業務の実現のために情報システムが提供する機能に関する要件である。例えば、「住民の異動情報を登録・管理したい」や「証明書を発行したい」といったものがそれに当たる。
具体的に機能要件として定義すべき事項としては、表 3 に示すように、
「業務」
「画
面」
「帳票出力」「データ」「外部連携」といった要素が挙げられる。このうち、「業務」
は、その情報システムの対象範囲や、具体的にどのような機能が提供され処理がなされるかを表すものであり、最も根幹ともいえる事項である。
近年の地方公共団体の情報システムのシステム形態は、パッケージシステムが多くなっている。パッケージシステムを前提とすると、表 3 に示す事項のうち「画面」
7

や「データ」は、システムの実装に直結する内容であるため、パッケージシステム側に委ねることが多く、通常、調達時の仕様としては示すことは少ないものと考えられ
る。
表 3

項目

業務

画面

帳票出力

データ

外部連携

機能要件で定義する事項と特徴定義する内容地方公共団体の情報システム調達仕様書で多く見られる表記例
・機能一覧

特徴等

情報システム化
・機能要件のうちで、最も基対象業務とシス
本的な要件。
テム化範囲、提供
・文章だけでは表しにくく関機能等係者で齟齬が生じやすい。
情報システムで －・パッケージシステムの場合表示する画面のは、画面表現はシステム側
内容や画面の遷で規定する事項であり、通移等常仕様として示さない。
出 力 す る 帳 票 の ・帳票一覧
・目に見える形のある「帳票」
種類、印字項目、 ・現行帳票レイアウトの仕様であり、表記しやすレイアウト等い。
蓄積、管理するデ －・パッケージシステムの場合
ータの項目、内は、データの持ち方はシス
容、アクセス権限
テム側で規定する事項であ等り、必ずしも仕様として示さない。
他 の 情 報 シ ス テ ・外部連携仕様
・定義すべき項目は、比較的
ムとやり取りす
明確で、文章でも表記しやる情報の内容、手すい。
段、タイミング等「画面」及び「データ」以外の項目は、地方公共団体の情報システム調達において、「業務」は「機能一覧」、「帳票出力」は「帳票一覧」等、「外部連携」は「外部連携仕様」として示されることが多いと考える。このうち、「帳票出力」は「帳票」という実物が存在し、「外部連携」は「データ項目」や「連携頻度」等定めるべき事項が明確であり、いずれも文章を中心とした記載でも表記がしやすい。一方、「業務」は人間の作業も含む形のない「動き」を扱うものである。前後の処理とのつながりや誰がどのような目的で、どのようなときに処理を行うかが複雑であり、文章だけでは表現しにくいのが特徴である。

8

●業務

－機能一覧の例

大分類
異動処理

小分類

内容

転入

転入者からの転入届に基づき、当市に新たに住民として登録を行う。

出生届出

戸籍の出生届に基づき、当市に新たに住民として登録を行う。

出生通知

戸籍の出生通知書の届出に基づき、当市に新たに住民として登録を行う。

帰化届出

帰化通知届に基づき、当市に新たに住民として登録を行う。

転出

住民からの転出届に基づき、住民基本台帳の当該異動者の記載を消除する。

●帳票出力－帳票一覧の例
用紙

出力枚数
出力頻度 （／１回）
平均 最大

送付
出力形態

保管
期限

印刷
方法

住民票

証明用

住民課

Ａ４

改ざん
防止用
紙

単票

－加工な －加工な －加工な －加工な －加工な －加工な
し
し
し
し
し
し

随時

○枚 ○枚

請求者

手渡
し

即日

オンライ
ン

なし

庁内 現住所、異動年月日、届出年月日、氏名、性別、生年月日、住実施 民となった年月日、続柄、筆頭者、本籍

2

住民票

証明用

住民課

Ａ４

汎用紙

単票

－加工な －加工な －加工な －加工な －加工な －加工な
し
し
し
し
し
し

随時

○枚 ○枚

請求者

手渡
し

即日

オンライ
ン

なし

庁内 現住所、異動年月日、届出年月日、氏名、性別、生年月日、住実施 民となった年月日、続柄、筆頭者、本籍3

住民票記載事項証明書

証明用

住民課

Ａ４

改ざん
防止用
紙

単票

－加工な －加工な －加工な －加工な －加工な －加工な
し
し
し
し
し
し

随時

○枚 ○枚

請求者

手渡
し

即日

オンライ
ン

なし

庁内
住所、氏名、生年月日、性別実施

4

住民票記載事項証明書

証明用

住民課

Ａ４

汎用紙

単票

－加工な －加工な －加工な －加工な －加工な －加工な
し
し
し
し
し
し

随時

○枚 ○枚

請求者

手渡
し

即日

オンライ
ン

なし

庁内
住所、氏名、生年月日、性別
実施

5

転出証明書

転入届の際転入先へ提出するため

住民課

Ａ４

改ざん
防止用
紙

単票

－加工な －加工な －加工な －加工な －加工な －加工な
し
し
し
し
し
し

随時

○枚 ○枚

届出者

手渡
し

即日

オンライ
ン

なし

庁内 転出予定日、転出先住所、届出年月日、氏名、性別、生年月
実施 日、

6

転出証明書

転入届の際転入先へ提出するため

住民課

Ａ４

汎用紙

単票

－加工な －加工な －加工な －加工な －加工な －加工な
し
し
し
し
し
し

随時

○枚 ○枚

届出者

手渡
し

即日

オンライ
ン

なし

庁内 転出予定日、転出先住所、届出年月日、氏名、性別、生年月
実施 日、

帳票名

使用目的

●外部連携

No.

1 住民の移動を県に報告するため
住民情報の整合性確保と業務効率化のため
住民情報の整合性確保と業務効
3率化のため
住民情報の整合性確保と業務効
4率化のため
住民情報の整合性確保と業務効
5率化のため
住民情報の整合性確保と業務効
6
率化のため

図 7

サイズ

種別

連／単

折り

裁断

圧着

封入

封緘

ラベル

送付先

手段

送付期限

帳票項目

住民記録システム

連携の目的や概要

2

課名－外部連携仕様の例

システム名

２

加工

1

No.

連携している対象システム名称

入力（In）／出力（Out）

連携しているデータ項目

連携の方法

連携頻度
／業務量（回数、時間）

住民基本台帳システム

In

出生者、死亡者、転入者、転その他出者、世帯数、人口

宛名システムOut

住民基本台帳データ

自動処理

常時

住基ネットシステム

Out

住民基本台帳データ

自動処理

常時

戸籍システムOut

住民基本台帳データ

自動処理

毎日1回

選挙資格システムOut

住民基本台帳データ

自動処理

常時

国民年金システムOut

住民基本台帳データ

自動処理

常時

月1回

地方公共団体の情報システム調達で利用される機能要件の表記方法例

地方公共団体における情報システムの調達の課題
先に示したように、地方公共団体の情報システム調達仕様書において、機能要件のうち「業務」は重要な要素であるが、文章だけでは内容を十分に表現しにくいという特徴がある。このため、従来から行われているような文章中心の機能一覧による仕様の表記だけでは、関係者間で認識している内容に齟齬が生じるおそれがある。その結果、開発段階になって、想定していなかったカスタマイズの実施を検討する必要が発
生し、想定外のコストが発生する、又は開発期間が逼迫するといった問題が起こるおそれがある。
情報システムを円滑かつ適正に調達するためには、関係者ができる限り齟齬なく機能要件を理解できるよう、その「可視化」を図ることが課題であるといえる。

9

第２節 地方公共団体等における業務フローの利用動向
１

業務フローについて
業務フローとは、業務の流れを可視化することで、関係者間の理解の齟齬を減らし、問題点や課題を分析するためのツールである。一般的に、業務フローにより業務を可視化することにより、次のような効果が期待できる。

誰が見ても業務が分かる

問題点を発見できる

課題を分析できる

無駄な機能や作業を排除できる

図 8

業務の可視化による一般的な効果

業務フローの表記方法には複数あり、代表的なものとして次の表記方法がある。
表 4

業務フローの代表的な表記法

表記法
BPMN（Business Process
Model And Notation）

特徴
米 OMG により開発された表記法。ISO19510 として国際標準となっている。情報システム担当者だけでなく、業務担当者や経営層でも理解できるよう配慮されている。

WFA（Work Flow

日本政府が独自に開発した表記法。自治体 EA 等で活用

Archtecture）

例が示されている。

UML（Unified Modeling
Language）

米 OMG により開発された表記法。情報システムの開発分
野では一般的な開発言語で、情報システムの機能を実装する際に使われる。

これらの中でも、BPMN は「10 の指針」の中で地方公共団体における活用例が示されるなど、その有用性が注目されている。
BPMNとは、業務プロセスをモデル化し、視覚的に表記する方法を標準化した仕様のことである。2011 年 1 月、米マサチューセッツ州に本部を置くOMG 3（Object
Management Group）により、BPMN2.0 の正式な仕様が公開された。更に、2013
年 7 月には、国際標準化機構より「ISO/IEC 19510:2013」が発行され、BPMNが国際標準となった。BPMNは、次のような観点に基づいて開発された 4ことから、業務
OMG は、非営利の標準化団体で、 IT 事業者、エンドユーザー、政府機関、学術機関等が参加している。OMG は、BPMN だけでなく、UML や CORBA 等のコンピュータ
ー関連の仕様の策定・維持を行っている。
4 Object Management Group（2013）「Business Process Model and Notation (BPMN)
3

10

主管部門と情報システム部門間のコミュニケーションギャップを埋めるために役立つと考えられる。
・業務に携わるすべての関係者が容易に理解できる業務プロセスの記法の規定
・業務視点で業務プロセスを視覚的に表現できるシステム言語の確立

２

BPMN に関連する国の取組
国における方針や研究において業務フローの有効性が示されている。特に BPMNは、行政組織における情報システムの調達等における有効性が注目され、活用の推進が図られている。BPMN に関連する主な公表資料には、以下のものがある。
表 5

BPMN に関連する国の取組

公表資料

要約

1

電 子 行 政 推 進 ○業務の電子化に際して業務プロセスの電子化が前提。
に 関 す る 基 本 ○IT 投資を最適化するためにも制度と業務プロセスの一体的な改革
方針が必要。
IT 戦略本部⇒行政組織の電子化の推進に向け、業務プロセスを軸に据えた取組の
平成 23 年 8 月
必要性が謳われた。

2○行政サービスの向上、行政コストの低減に向け、BPMN の行政組織への適用の可能性及び適用に際しての課題を明らかにするため、「業務業務最適化の最適化のための業務モデリングに関する調査研究」を実施。
ための○研究の結果、BPMN の導入により、「社会情勢変化へのキャッチアッ
業務モデリン
プスピードを速めること」「ユーザー主導で業務改革やサービス構築
グに関する調の品質を高めること」「定量指標に基づき的確な経営判断を行えるこ
査研究と」といったメリットがあると結論。
○BPMN の活用を普及推進することにより、ユーザー主導型の取組が推経済産業省進されることを想定。
平成 24 年 3 月⇒行政組織の業務最適化に向け、BPMN の導入の可能性が具体的に検証され、BPMN 導入の有効性が示された。

3○指針 5「パッケージシステムの機能等と照合した業務フローの棚卸
し・業務標準化によるカスタマイズの抑制」の中で示された地方公
電子自治体の共団体に期待される取組として、現行の業務フローの棚卸し・業務取組みを加速標準化の徹底を挙げている。
するための
１０の指針
○そのための最新の業務分析方法として「BPMN を用いた分析」を例示。
⇒BPMN は人の動きを含めて業務を可視化し、業務改善を図ることがで
総務省
きる表記法であることから、地方公共団体における情報システムの平成 26 年 3 月
調達においても、BPMN 導入による効果が期待されているものと考えられる。

Version 2.0.2」 P.1＜http://www.omg.org/spec/BPMN/2.0/PDF/＞(最終アクセス日：2014 年 3 月 6 日)参照
11

３

BPMN の特徴
BPMN は、組織的・継続的な業務改善の手法である「ビジネスプロセスマネジメ

ント（BPM）」において業務をモデル化するための表記法として開発された。人の動きを含めた業務全体を記述できることから、業務の棚卸しや標準化を検討することが容易となっており、行政組織における情報システムの調達といった場面での活用が期待されている。
BPMN の特徴として、「10 の指針」では、以下のような内容が示されている。
表 6

BPMN の特徴

項目

内容
調達において、中立・公平性が確保できる。

国際標準である

広く流通し、将来性の確保が期待され、作成した業務フ
ローを長期間活用できる。

業務担当者でも容易に理解可能
作成支援ソフトの充実により作成労力の抑制が可能

システムの操作フローを中心に記載する方法ではなく、人の動きを含めた表現が可能なため、非システム系の者でも利用が容易である。
有料無料の作成支援ソフトなどが多くあり、作成労力を抑制することが可能である。
使用目的や主体に応じて表記の粒度を分けることが可

目的に応じて表記の粒度を分けることが可能能であるため、幹部職員が業務の全体像を把握した上で業務分析を行ったり、現場の担当者が業務のシステム化の詳細検討を行うことが一連の記法の中で実施可能である。

システム開発工程との連続性作成支援ソフトを使うことで、作成した業務フローからプログラムソースコードを生成できる。このことにより開発の省力化を図ることが可能になる。

12

地方公共団体の情報システム調達における BPMN を用いた業務フロー図の利用
前節において、地方公共団体における情報システムの調達の課題として、機能要件の可視化を図ることを挙げた。この課題を解決するためのツールとして注目されているのが BPMN を用いた業務フロー図である。
業務の内容を視覚的に示す方法としては、業務フローによるものが最も一般的であり、関係者にも理解されやすいものと考える。業務要件記述書や機能一覧等と関係づけて業務フローを補完的に示すことで、システムで実現する範囲や実現したい機能の意図や内容を、より正確に伝えることが可能になるものと考える。

補完●業務フロー

業務フロー（レベル１現状図）

申請者

１
～を～する

６
～を～する

【課題１】
●●●●●
【課題３】
●●●●●

【課題２】
●●●●●

行政機関

～するか
２
～を～する

詳細化

行政機関

４

ＹＥＳ
ＮＯ

３
～を～する

５
～を～する

４
～を～する

業務フロー（レベル２現状図）

２-１
～を～する

●業務要件記述書等

２-２
～を～する
２-３
～を～する

２-４
～を～する

２-５
～を～する

●業務要件記述書等
業務区分
プロセス
サブプロセス
No.

図 9

処理名称

種類

業務フローを活用した機能要件の補完のイメージ

13

要件

第３節 地方公共団体における業務フローの実態
地方公共団体の情報システム調達における業務フローに関する取組の実態について、研究協力団体を対象としたヒアリング調査を中心に得られた知見を整理する。

１

調査の概要

（１） 目的業務フロー図を作成するための手順や方法を利用ガイドに反映するために情報収集を実施する。
（２） ヒアリングにおける主な質問内容
・業務フロー図作成の目的
・業務フロー図の作成体制・手順
・業務フロー図を作成するための業務の分解方法
・業務フロー図作成時の問題点
・業務フロー図の利用方法
・業務フロー図の利用により得られた効果（３） 調査期間
平成 26 年 9 月～10 月（４） 調査に協力いただいた地方公共団体（研究協力団体）

２

・足立区

政策経営部

情報システム課

・京都市

総合企画局

情報化推進室

・倉敷市

企画財政局

企画財政部

情報政策課

・福山市

企画総務局

企画政策部

情報政策課

調査結果の概要（１） 業務フロー図作成の目的
表 7

業務フロー図作成の目的に関する質問の主旨及び回答

質問の主旨
団体がどのような効果を期待し、業務フロー図を作成したか。
回答
調達の適正化（追加カスタマイズの防止、調達金額の適正化）
庁内における業務の可視化（組織内又は業務主管部門と情報システム部門における意識統一）
事業者との情報システムの要件に関する齟齬の防止
業務改革（BPR）
業務主管部門内での業務引継資料

14

回答団体数
4 団体
4 団体
4 団体
2 団体
1 団体

「調達の適正化」「庁内における業務の可視化」「事業者との情報システムの要件に関する齟齬の防止」は、全団体が目的として挙げていることから、業務フロー図を作成する目的として、地方公共団体が特に重視しているものはこの三点と考えられる。
（２） 業務フロー図の作成体制・手順
表 8

作成体制・手順に関する質問の主旨及び回答

質問の主旨
団体がどのような役割分担・作業手順で、業務フロー図を作成しているか。
調査協力
団体
A 団体

B 団体

C 団体

D 団体

回答
・業務主管部門にて業務フロー図作成に必要な情報を収集し、エクセル表を作成する。
・情報システム部門が上記エクセル表からツールを利用し、業務フロー図を生成する。（事業者へ委託することもある。）
・情報システム部門から業務分析を事業者に委託し、業務フロー図を作成する。（一部情報システム部門が作成する。）
・業務主管部門は必要な情報の提供と、作成された業務フロー図のチェックを実施する。
・システム開発を受注した事業者が、構築するシステムを可視化した業務フ
ロー図を作成する。
・上記について、業務主管部門がチェック・補足する。その際、情報システム部門が支援する。
・情報システム部門の支援のもと、業務主管部門主導で業務フロー図の作成を実施する。

業務の概要調査
A団体
パターン

業務の詳細調査

業務主管部門

業務フロー図の作成
業務フローの作成

業務フローの精査

情報システム部門（事業者）※1

業務主管部門及び情報システム部門

B団体
パターン

事業者※2及び情報システム部門

事業者※2及び業務
主管部門

C団体
パターン

事業者※3

事業者及び情報システム部門

D団体
パターン

業務主管部門及び情報システム部門※4

図 10

作成体制・手順のイメージ

研究協力団体の業務フロー図作成における作業分担は表 8 及び図 10 のとおり様々である。上記を基に整理すると、主たる作業者としては以下に示すケースが挙げられる。
・業務主管部門が主体的に実施するケース
15

・情報システム部門が主体的に実施するケース・システム構築事業者とは独立した事業者に委託するケース・システム構築事業者に作成を委託するケース
さらに、作業工程ごとに主たる作業者が変更となることを考えれば、様々な組み合わせが考えられる。
（３） 業務フロー図を作成するための業務の分解方法
表 9

業務フロー図を作成するための業務の分解方法に関する質問の主旨及び回答

質問の主旨
団体がどのように業務フロー図の最小記載単位に業務を分解しているか。
回答
各種マニュアルに記載されている業務説明を参考として最小記載単位に分解
業務主管部門により DMM を用いて最小記載単位を改めて検討し分解パッケージソフトのメニュー・機能一覧表を参考として最小記載単位に分解

回答団体数
2 団体
１団体
１団体

業務の分解方法は、上記のいずれかを単独で実施しているわけではなく、業務マ
ニュアルで業務内容を把握して、Diamond Mandara Matrix 5（以下「DMM」という。
）により業務の分解を実施する等、組み合わせていた。
（４） 業務フロー図作成時の問題点
表 10

業務フロー図作成時の問題点に関する質問の主旨及び回答

質問の主旨団体が業務フロー図を作成するに当たり、問題となることは何か。
回答
業務フローの最小記載単位や表記の粒度を統一することが難しい。
他システムとのデータ連携をどのように整理して記載するか悩ましい。
システム処理部分とシステム処理以外の部分を分類する際の判断が悩ましい。

回答団体数
３団体
１団体
１団体

業務フロー図を作成する際の問題としては、業務フロー図の最小記載単位や表記の粒度をどのように設定するのかということが 3 団体で挙げられた。
業務フロー図作成に当たり一定の記載ルールは必要であり、調達する情報システ
ムで扱う業務フロー図の記載単位や文章表現の詳細度を合わせる必要があるとの意見が出た。しかし、一方では、すべての地方公共団体において適切な記載ルールを定義することは困難であり、同じ団体内にあっても、使用目的・業務の複雑さ等の諸条件により、最適な表記の粒度は異なるとの意見もあった。

5

Diamond Mandara Matrix（略称：DMM）:
DMM とは現状の業務を分析する手法のひとつで、１つの業務を 8 つ以内の事務へ、また同様に１つの事務を 8 つ以内の作業に漏れなく、重複なく分解する手法である。
利用ガイド P8 で詳細に紹介しているので、あわせて参照されたい。
16

（５） 業務フロー図の利用方法
表 11

業務フロー図の利用方法に関する質問の主旨と回答

質問の主旨
団体が作成した業務フロー図をどのように利用しているか。
回答①RFI 資料として添付し、費用やカスタマイズ規模の調査に使用する。
②庁内における情報システムに関する説明や意識合わせに利用する。
③事業者選定時に調達仕様書における機能要件の一部として添付する。
④事業者選定後における事業者作業の確認に使用する。

本質問への回答は「（１）業務フロー図作成の目的」と関連している。上記回答のうち①③は「調達の適正化」、②は「庁内における業務の可視化」、③④は「事業者との情報システムの要件に関する齟齬の防止」にそれぞれ対応した利用方法であり、業務フロー図作成の目的として挙げられた 3 点に即して利用されていることがわかる。また、調達仕様書における機能要件の一部としている例もあった。
（６） 業務フロー図の利用により得られた効果
表 12

業務フロー図の利用により得られた効果に関する質問の主旨と回答

質問の主旨団体が業務フロー図を作成したことにより期待した効果が得られているか。
回答①事業者からの見積精度が向上した。
②事業者との齟齬の減少により、追加カスタマイズが減少した。
③業務の可視化により、庁内における意思疎通がしやすくなった。

前述の回答と同様に本質問への回答も（１）と関連している。上記回答のうち①②は「調達の適正化」、③は「庁内における業務の可視化」、②は「事業者との情報システムの要件に関する齟齬の防止」のそれぞれに対応する効果といえる。従って、地方公共団体が（１）で業務フロー図作成の目的として重視する三点について、それぞれ効果があったことがうかがえる。

17

３

調査結果の反映
調査結果から判明した、情報システム調達時の地方公共団体における業務フロー図の利用の状況と付帯的に生じる課題について、基本的な考え方を以下のとおり整理した。今後、広く地方公共団体が業務フロー図を利用した情報システム調達を可能にするため、整理した以下の事項を基幹に検討を加え、モデルとなる取組方法等を利用ガイドに示す。
（１） 情報システム調達における業務フロー図の利用の効果
情報システム調達時の業務フロー図の利用により、①調達の適正化、②庁内における業務の可視化、③事業者との情報システムの要件に関する齟齬の防止、という効果が見込まれ、調達に係る地方公共団体の事務の円滑化に繋がることが期待される。
このことから、業務フロー図を有効に利用している団体の取組を参考事例として
広く地方公共団体に紹介し、情報システム調達時における業務フロー図の利用促進を支援することが有効と考えられる。
（２） 業務フロー図作成のための作業体制の整備
業務フロー図を作成するための作業体制は、地方公共団体によりその実態は様々である。
このことから、個々の地方公共団体においては、業務フロー図の作成に当たり、団体が有するスキルの状況、投入可能な人的資源・外部委託経費等を総合的に判断し、最も適した作業体制を構築していくことが必要と考えられる。
（３） 業務フロー図作成のための業務分解の方法
業務フロー図の最小記載単位に業務を分解する方法として、以下のものがある。また、これらのうち複数の方法を組み合わせることも考えられる。
・各種マニュアルに記載されている業務説明を参考として最小記載単位に分解
・業務主管部門により DMM を用いて最小記載単位を改めて検討し分解・パッケージソフトのメニュー・機能一覧表を参考として最小記載単位に分解
このうち、各種マニュアル及びパッケージソフトのメニュー・機能一覧はその内容により業務単位が左右される可能性があることから、本調査研究において業務の記載単位を検討する方法としては、比較的汎用性が高い DMM を利用した業務分解手法が有効と考えられる。
（４） 業務フロー図の表記内容の統一化
業務フロー図の記載内容を作成者個々の主観で記述した場合、同じ業務フローであっても、業務の単位に係る粒度や事務処理についての表現方法に差異が生じ、結果的に第三者が見て分かりにくい業務フロー図となるおそれがある。
このことから、少なくとも同一の地方公共団体内で使用する業務フロー図の記載
内容の表現に統一性を持たせることは必要であり、その対応策として、業務フロー
図作成者の間で以下のことを共有することが必要になると考えられる。
・業務フロー図の業務の分解方法や表記方法のルール
・業務フロー図を作成する際の素材となる表記例
・業務フロー図の具体的な事例
18

第３章 本調査研究の検討内容
本調査研究の目的である、機能要件の表記方法として BPMN 等の業務フロー図を紹介
した利用ガイドを作成するため、「BPMN の表記方法の解説」「先行団体における業務フロ
ー図の作成事例の整理」「汎用的な作業の表記例の作成」の３点を調査研究委員会等で検討した。以下に検討内容の詳細を記載する。

第１節 BPMN の表記方法の解説について
BPMN による業務フロー図の導入を図るためには、BPMN そのものを理解する必要がある。また、先に BPMN の特徴として挙げた、「目的に応じて表記の粒度を分けることが可能」という点は、メリットである一方デメリットでもある。BPMN の仕様上、記載の自由度が許容されているため、BPMN で多様な業務フローを可視化することができるが、同じ業務フローを図示しようとしても、業務フロー図の作成者により内容が異なる業務フロー図が作成されることがある。その結果、業務フローの可視化により、関連する部門や事業者とのコミュニケーションを円滑に行うという目的を達成できず、不要な混乱を招く可能性が懸念される。このような状況を避け、効果的に BPMN を活用するため、あらかじめ統一的な考え方やルールを定めることが求められる。
上記を踏まえ、地方公共団体が情報システム調達における BPMN による業務フロー図の導入に関わる解説項目を検討した。BPMN の一般的な内容だけでなく、導入に当たって求められる検討項目を表 13 のように整理し、BPMN の表記方法についての利用ガ
イドで解説を行った。
表 13

BPMN 導入における検討項目

整理すべき事項

検討項目

解説項目

ガイド記載箇所

BPMN に つBPMN の概要○地方公共団体における BPMN の記載レ

第２章

いての理解

を把握できる

ベル

こと○BPMN の図形要素

参考資料

BPMN を使用○BPMN による業務フロー図の書き方

第２章

した 業 務 フ ロ

・業務フロー図作成条件の確認

ー図の作成

・基本プロセスの記載過程を把握で・サブプロセスの記載

きること・例外処理の記載

第１節１、２

第１節５

・全体を通じた必要事項の記載
・全体チェック
BPMN を 効

BPMN を導入○BPMN による業務フロー図作成に向け果的に活用する際に必要

た準備

するための

な検討事項

・使用する図形要素の取捨選択取組が把握できる・使用する図形要素の使い方の検討

こと

・ラベルの命名規則の検討

第２章
第１節４

・管理方法の検討

19

第２節 業務フロー図の事例について
１

地方公共団体における業務選定についての検討内容
多くの地方公共団体がより簡単に BPMN を用いた業務フロー図を作成するためには、より参考となる事例等を提示することが有益と考えられる。
事例で採り上げる業務は、以下のようなものが望ましいと考える。
・多くの地方公共団体職員に理解しやすいもの
・その業務に含まれる事務内容が、地方公共団体の他の業務にも類似する要素を多く含むもの
・参考となるバリエーションを複数提示するため、複数の研究協力団体の事例が示せるもの
以上のことに留意し、研究協力団体の作成した業務フロー図の事例の中から本調査研究で提示する事例の対象業務を選定した結果、「住民基本台帳業務」及び「個人住民税業務」を事例として取り上げた。

２

住民基本台帳業務における事例選定の検討内容
各研究協力団体で作成されている業務フロー図については、作成主体、作成方法等を各団体の各種条件に合わせて作成されているため、団体ごとに業務フロー図を比較すると事務分類（名称・分割単位）が異なることが分かった。また、各団体の事情により、部分的に抜粋した業務フロー図の一部を先行して作成しているものもあり、全く同じ条件で比較することは困難であった。
このことを踏まえ、研究協力団体における業務フロー図における事務分類の比較例を図 11 に示す。

○Ａ団体 住民基本台帳業務 事務分類（一部）○Ｂ団体 住民基本台帳業務 事務分類（一部）

No. 大項目
転入
１ 住民
基本
出生
２
台帳
転出取消
３
転居
４

No.
１

中項目

大項目

２

一部出生

３
４

中項目
全部転入
一部・全部転出

住民基本台帳（部分的に抜粋し作成している）

一部・全部死亡

５

世帯主変更

５

６

（狭義の）世帯変更（同一住所の別世帯の構成者になる変更）６

住民票の写しの作成

７

個人番号カード作成・交付

７

世帯合併

８

個人番号変更８

戸籍異動（婚姻・離婚・養子縁組・養子離縁等）

９

転出

１０

死亡

１１

住民票の写し等の交付（本人請求）

１２

住民票記載事項証明書交付（本人請求）

１３
１４
１５

２団体の住民基本台帳業務における事務分類は異なる

公用請求（国又は地方公共団体の機関の請求による住民票の写し等の交付）
特定事務受任者請求（本人等以外の者の申出による住民票の写し等の交付）除かれた住民票の写しの交付

図 11

転居

事務分類の比較例（住民基本台帳業務）

20

各団体の業務フロー図を事例として提示するに当たり、事例を体系的に整理するための事務分類の例が必要となった。このため、本調査研究では自治体EA 6に記載されたDMMにおける事務分類を参考に整理した。
A 団体、B 団体において作成した業務フロー図の業務分類を表 14 に示す。
表 14

事務分類例（住民基本台帳業務）

A 団体事務分類
・転入・出生 等
・住民票の写し等の交付
・住民票記載事項証明書交付‐
・世帯主変更・戸籍異動 等
・転出
・死亡 等
‐

B 団体事務分類
・全部転入
・一部出生
・住民票の写しの作成
等

‐

３

‐
‐

事例の事務分類
新規登録
住民票の写し、証明書等の発行
閲覧記載事項変更・一部・全部転出
消除・一部・全部死亡・個人番号カード作成・ 住基カードの発行
交付
‐
統計報告

個人住民税業務における事例選定の検討内容
個人住民税業務においても住民基本台帳業務と同様に、各研究協力団体で作成されている業務フロー図は、団体ごとに事務分類が異なり、全く同じ条件でこれを比較す
ることは困難である。
また、住民基本台帳業務以上に団体ごとの差異が大きい。これは、以下の理由によるものと考えられる。
・団体ごとに業務フロー図における表記の粒度が大きく異なる。
（税の計算方法を詳細に記載するか等。
）
・団体ごとに個人住民税システムのシステム化対象範囲が異なる。（団体によっては一部事務が別システムの対象範囲となっている。）
・団体ごとに事務の分解方法が大きく異なる。
（一連の流れをまとめて記載するか、共通化可能な単位に区切って記載するか等）
以上のことを踏まえ、研究協力団体における業務フロー図における事務分類の比較例を図 12 に示す。

6

自治体 EA(エンタープライズ・アーキテクチャ)：地方公共団体において IT を活用した行政改革を進め手法を紹介したもの。
http://www.soumu.go.jp/denshijiti/system_tebiki/intro/content01.html(最終アクセス
日：2015 年 3 月 6 日)参照
21

Ａ団体 個人住民税業務 事務分類
NO 大項目
1
2
3
4
税・個人住民税
5
6
7
8

中項目
当初課税処理例月処理
給報総括表作成
給与支払報告書
給報督促作成従業者数リスト作成
設立清算リスト作成
設立リスト作成

Ｂ団体 個人住民税業務 事務分類
NO 大項目
1
2
3

中項目
給与支払報告書
市県民税申告書
公的年金等支払報告書
所得にかかる特別徴収税額の4
通知
個人住民税の障がい者控除
5の適用
6 住民税賦課 個人住民税の減免
7 業務
個人住民税の課税
人住民税の配偶者控除，配偶8者特別控除，扶養控除の適用
9
資料課税
年金保険者の市町村に対する
10
通知
11
退職手当の特別徴収
12
給与所得者異動届出書

３団体とも個人住民税業務における事務分類は異なる
図 12

Ｃ団体 個人住民税業務 事務分類
NO 大項目 中項目
1
当初課税対象者ファイル作成
2
遡及更新処理3 課税対象 対象者情報管理
4 者管理 課税対象者関連帳票作成
5
扶養・専従世帯管理
6
配偶者設定保守7
当初賦課準備8 当初賦 当初賦課資料整備
9 課・通知 当初課税資料確認
10 作成
当初税額計算11
当初通知作成12
検税準備・まとめ
13
給報関連
14
区申関連
15 検税
裁定年金
16
確申・税務署関連
17
扶養調査
18
不明課税資料調査
19 ＯＬ更正・ OL更正
20 帳票発 OL帳票発行
21 行・照会 照会
22
窓口関連
定例・随
23
通知・郵送関連
時処理
24
閲覧・照会
25
会計・調定
各種統計
26
統計・報告資料

事務分類の比較例（個人住民税業務）

住民基本台帳業務と同様に、事例を体系的に整理するための事務分類の例として、
自治体 EA に記載された DMM における事務分類を参考に整理することとした。
A 団体、B 団体、C 団体において作成した業務フロー図の分類を表 15 に示す。
表 15

A 団体事務一覧－
・当初（電子申告テーブル）
・当初（税額計算）
・当初（納入書作成
かつ税通不作成リス
ト）
－
－
－
－

事務分類例(個人住民税業務)

B 団体事務一覧－

C 団体事務一覧
・当初課税対象者フ
ァイル作成
－

・資料課税
・市県民税申告書（市・県民税申告書）（申告支援システ
・当初税額計算ム）
・当初通知作成－－

・個人住民税の減免
－
－

－
－
－

22

事例の事務分類
課税対象登録
課税資料収集（他機関課税資料収集）
当初賦課（課税計算、納通・税通作成）
更正・決定（給報提
出依頼）
減免
問い合わせ
統計

第３節 BPMN を用いた作業の表記例について
１

作業の表記例について
地方公共団体職員が業務フロー図を作成する上で、参考となる事例について前節で示した。ただし、地方公共団体の業務は多岐に渡り、数多くの種類が存在する。
情報システムの調達に業務フローを用いる上で、すべての業務フローを図示することは、BPMN を用いた業務フロー図を作成した経験の無い地方公共団体、また、小規模の団体にとっては、大きな負担となることが想定される。
このため、本調査研究では、地方公共団体の多くの業務に共通し、業務フロー図作
成の素材となる作業の表記例を作成した。
作業の表記例は、住民基本台帳業務及び個人住民税業務において、一連の業務フローを構成する事務の作業部分について、研究協力団体の事例と自治体 EA の DMM を参考とし、汎用的な素材となるよう作成した。
住民基本台帳業務の作業の表記例は窓口での事務全般の素材、個人住民税業務の作業の表記例は税関連の賦課業務の素材となることを目指し作成した。

２

住民基本台帳業務における作業の表記例についての検討内容
本調査研究においては、住民基本台帳業務を「新規登録」「住民票・証明書の発行」「閲覧」「記載事項変更」「消除」「住基カード発行」「統計報告」の 7 つの事務に分解した。
「新規登録」等の７つに分類された事務をさらに詳細化した作業内容は、窓口での申請等を開始の契機とした共通的な項目が多く、一定の基準でまとめることができるのではないかと考えた。このようなことから、「受付」「審査」「登録」「交付・提供」「通知・報告」の５つの作業の表記例を作成することにより、住民基本台帳業務の業
務フロー図を作成するための汎用的な事例とした。

23

住民基本台帳業務

新規登録

住民票・
証明書の
発行

閲覧

記載事項
変更

消除

住基カー
ドの発行

統計報告

受付

受付

申請受付

受付

受付

受付

統計データ
収集

審査

審査

審査

審査

審査／
実態調査

審査

統計資料
作成

転出証明書
情報授受

広域交付
要求送信

決定通知

台帳記載

転出証明書
情報送信

作成

作成決裁

証明書
発送

報告・提供

台帳記録

作成

閲覧予約
受付

附票記載

転入通知
情報管理

附票記載

交付

閲覧簿
貸出

照合

台帳記載

交付

照合

手数料徴収

手数料
徴収

通知

附票記載

手数料
徴収

閲覧簿
作成

交付・通知

照合

転入通知

交付・通知

作業の表記例
受付

審査
交付・提供

登録
通知・報告

図 13 住民基本台帳業務における作業の表記例の作成の工程

24

３

個人住民税業務における作業の表記例についての検討内容
住民基本台帳業務と同様に、個人住民税業務についても「課税対象登録」「課税資料収集」「当初賦課」「減免」「課税調査」「問い合わせ」「統計」の７つの事務に分解した。
「課税対象登録」等の７つの事務を作業に分解した場合、共通的な作業は少なく、
住民基本台帳業務と同様に一定の基準を提示することが困難であった。このため、個人住民税業務において、その他の税業務で共通すると考えられる当初賦課の作業の表
記例を作成することとした。このようなことから、「課税計算」「情報抽出」「納通・税通作成」「決裁・発送」「公示送達」の５つの作業の表記例を作成し、税業務の賦課における業務フロー図の汎用的な事例とした。

個人住民税業務

課税対象
登録

課税資料
収集

当初賦課

更生・
決定

減免

問い
合わせ

統計

税法改正
把握

発送

課税計算

審査

対象把握

広報

収集

住民記録
情報把握

受付

情報抽出

調査

非課税
処理

受付

帳票作成

対象抽出

他機関課税
資料収受

納通・税
通作成

決裁

調査

申出整理

決裁

生活保護
情報把握

整理

決裁・発送

台帳修正

審査

審査

報告

相続人情
報把握

点検

公示送達

通知

決裁

帳票作成

検収

登録

調査

還付・充当
連絡

通知

交付

確認

申告催告
通知

照会対応

給報提出
依頼

作業の表記例
課税計算

情報抽出
決裁・発送

納通・税通作成
公示送達

図 14 個人住民税業務における作業の表記例の作成工程

25

第４章 まとめ
本調査研究においては、機能要件の表記方法の有力な手法として BPMN を採り上げ、地方公共団体の情報システム調達における機能要件を補完する業務フロー図の作成や活用のための利用ガイドを作成した。地方公共団体においては、本利用ガイドの活用により、
業務フロー図の利用が比較的容易になり、情報システム調達をより効率よく実施することが可能になるものと考える。
特に、業務フロー図を利用した情報システムの調達が広く行われるようになれば、地方公共団体と事業者の双方が認識する「機能要件」の内容に齟齬が生じるケースが抑制され、結果、追加カスタマイズの増大やそれに伴う開発期間の逼迫化、費用の増加等の問題の解決が進んでいくものと考えられる。
また、業務フロー図を利用することにより、業務の可視化が広く進められるようになると、以下のような可能性も開けるものと考えられる。
１

地方公共団体における業務の品質確保と改善作成した業務フロー図を、日常的な業務の運用にも活用することで、業務の品質確保や改善に活かすことができる。例えば業務フロー図を業務運用マニュアルに採り入れれば、業務の正確性が向上するとともに、職員の異動があった場合でも業務の方法がより確実に継承され、業務の品質を確保することができる。また、業務の問題点も見出しやすくなり、より効果的に業務の改善を図ることが可能になるものと考える。

２

業務フロー図の地方公共団体間の共有による業務の洗練化
多くの地方公共団体の様々な業務が可視化され、それらが共有されるようになると、他団体の業務の方法との比較が可能になる。この結果、互いの業務フローの優れた点や工夫点等も共有され、各団体がそれらを取り入れることにより、業務が洗練化され、業務の改善が一層進むものと考える。
３

業務の標準化と情報システムの共同利用・クラウド化の促進
業務の可視化により他団体の業務の方法との比較が容易になると、互いの業務の共通点や差異点も見出しやすくなり、業務の標準化の検討が進めやすくなる。
業務の標準化の検討が進むことで、より情報システムの共同利用やクラウド化が促進されるものと考える。
このように、業務フロー図による業務の可視化は、情報システム調達時における効果だ
けではなく、広く地方公共団体の業務改善等についても効果をもたらす可能性がある。利
用ガイド公表後の業務フロー図を利用した地方公共団体の情報システム調達及び業務改善について、今後の動向を注視していきたい。

26

＜参考文献＞
・Object Management Group 「Business Process Model and Notation (BPMN)
Version 2.0.2」平成 25 年 12 月
・IT 戦略本部「電子行政推進に関する基本方針」（http://www.kantei.go.jp/jp/singi/it2/pdf/110803_denshi.pdf/

最終アクセス日

平成 27 年 3 月 6 日）
・総務省「電子自治体の取組みを加速するための 10 の指針」平成 26 年 3 月
・経済産業省 「業務最適化のための業務モデリングに関する調査研究

調査報告書」平成 24 年 6 月
・Bruce Silver 「BPMN メソッド＆スタイル第 2 版 BPMN 実装者向けガイド付
き」平成 25 年 8 月
・総務省「自治体 EA

業務・システム刷新の手引き」（http://www.soumu.go.jp/denshijiti/system_tebiki/

最終アクセス日

平成 27

年 3 月 6 日）・夏目 哲也「政府における BPM の導入・活用に向けて」
通基盤研究センター・シンポジウム発表資料

第３回

社会情報流

平成 25 年 4 月（http://asist.ssr.titech.ac.jp/wp-content/uploads/d11ecc0c1cf4595212b1f8ad
1cdfd563.pdf

最終アクセス日：平成 27 年 3 月 6 日）

27

地方公共団体の情報システム調達における機能要件の表記方法
利用ガイド

平成 27 年３月
地方公共団体情報システム機構

目次
本利用ガイドについて ........................................................................................................... 1
第１章 情報システム調達と業務フローの作成 .................................................................... 4
第１節

地方公共団体の情報システム調達工程 ........................................................... 4

１

情報システムの調達工程 ..................................................................................... 4２

業務フローの利用場面 ......................................................................................... 4３

非機能要件の検討 ................................................................................................ 5

第２節

業務フローの作成 ............................................................................................ 6１体制整備 ............................................................................................................... 6２

業務フローの作成工程 ......................................................................................... 7３

作成工程の詳細内容 ............................................................................................ 7

第２章 BPMNの表記方法と事例等の解説 ......................................................................... 10
第１節

BPMNの表記方法 .......................................................................................... 10１

地方公共団体におけるBPMNの記載レベル ..................................................... 10２

BPMNの図形要素 ...............................................................................................11

３

BPMNの表現の多様性 ...................................................................................... 26

４

BPMNによる業務フロー図作成に向けた準備 ................................................. 26

５

BPMNによる業務フロー図の書き方 ................................................................ 30

第２節

BPMNを用いた作業の表記例 ....................................................................... 39

１

作業の表記例について ....................................................................................... 39２

住民基本台帳業務の作業の表記例 .................................................................... 39３

個人住民税業務の作業の表記例 ........................................................................ 43

参考資料 ............................................................................................................................... 47

本利用ガイドについて
総務省は「電子自治体の取組みを加速するための 10 の指針」
（平成 26 年 3 月）（以
下「10 の指針」という。）の【指針５】「パッケージシステムの機能等と適合した業務
フローの棚卸し・業務標準化によるカスタマイズの抑制」について挙げており、そのための最新の業務分析方法として「BPMN を用いた分析」が例示されている。BPMN
は人の動きを含めて業務を可視化し、業務改善を図ることができる表記方法と捉えられ、情報システムの調達を通じて BPMN 導入による効果が期待されるものである。
本利用ガイドはこの指針に提示されている内容を具現化するための一助となるものと認識している。
業務フローの表記方法にはいくつかの方法があるが、ここでは、10 の指針で紹介され、かつ国際標準になっている BPMN（図 1 参照）を中心に、業務フロー図の作成
方法等について解説する。
なお、本利用ガイドは、初めて BPMN を活用した業務フロー図を作成する職員に役立つように作成した。

参考：BPMN(Business Process Model and Notation)とはBPMN とは、業務フローをモデル化し、視覚的に表記する方法を標準化した仕様のことである。
「ビジネスモデル記法の国際標準」「業務担当者でも容易に理解可能」「ツールの充実により作成労力の抑制が可能」「目的に応じて表記の粒度を分けることが可能」「システム開発工程との連続性確保が可能」といった特徴があり、地方公共団体における活用の有効性にも注目が集まっている。
図 1 は、住民からの住民票の写しの交付申請に基づき、市民課が受付審査を行い、申請内容を登録後、住民票の写しの交付までをごく簡単に示した例である。

図 1

BPMN による業務フロー図の例

1

本利用ガイドは、表 1 に示すような構成となっている。
情報システム調達における業務フロー図の活用や作成全般について知りたい場合には第１章を、また BPMN を活用した業務フロー図の表記方法について知りたい場
合には第２章を参照されたい。
表 1

本利用ガイドの構成

章・節第１章

情報システム調達と情報システム調達における業務フローの作成の考え

業務フローの作成方や手順を示す。

第１節

地方公共団体の情本利用ガイドが想定している情報システム調達の工報システム調達工程と業務フロー図を作成・利用する工程の関係を示程す。

業務フローの作成

業務フローを作成する際の手順や方法を示す。

第２節
第２章

概要

BPMN の表記方法と事BPMN を活用して業務フロー図を表記する方法や業務例等の解説

フロー図の事例を示す。

第１節

BPMN の表記方法

BPMN を解説するとともに、BPMN を活用して業務フロ
ー図を作成する際に検討すべき事項や表記方法を示す。

第２節

BPMN を用いた作業

BPMN を活用して業務フロー図を作成する際に参考との表記例

なる、抽象化し、汎用性を高めた作業の表記例を示す。
業務フロー図を作成する際の素材（パーツ）として利用することを想定している。
ここでは、住民基本台帳業務及び個人住民税業務における表記例を示している。

参考資料

BPMN の図形要素のうち、地方公共団体において使用される可能性があるものを掲載し、各図形要素の概要を解説している。

別冊

事例集

地方公共団体で作成された、業務フロー図の事例を収集し、掲載している。事例として採り上げた業務は、地方公共団体職員の理解のしやすさという観点から、地方公共団体の最も基本的な業務であり、情報システ
ムの導入率の高い住民基本台帳業務及び個人住民税業務を対象としている。

2

本利用ガイドでは、地方公共団体における機能要件の表記方法を分かりやすく解説するために、いくつかの用語の意味を定義している。
表 2 において、本利用ガイドで定義している用語の一覧を示す。
表 2

本利用ガイドにおける用語の定義一覧

用語

定義内容
地方公共団体で実施する行政サービスにおいて最も大きな枠組み

業務

1であり、調達する情報システムの対象となる項目。
【例】 住民基本台帳、個人住民税、国民健康保険 等業務を一段階分解した項目。
【住民基本台帳の例】

事務・新規登録、 住民票の写しの交付、記載事項変更 等【個人住民税の例】
・課税対象登録、課税資料収集、当初賦課、更生・決定 等
事務を一段階分解した項目。業務フローを構成する要素となる。

作業【住民基本台帳の例】
・受付、審査、登録、交付・通知 等

業務フロー

業務を構成している事務の一連の流れを示すもの。

業務フロー図業務フローを図示したもの。

粒度

業務、事務、作業の実施範囲の大小を示すもの。

1

地方公共団体では、一般的に行政サービスを提供するための仕事や行為全般を指して「事務」（自治事務、法定受託事務）という表現を用いることが多いと考えるが、本利用ガイドでは、表記方法の解説をわかりやすくするため、地方公共団体が行政サービスを提供する行為を 3 階層に区分し、それぞれ「業務」「事務」「作業」という用語で定義している。
3

第１章 情報システム調達と業務フローの作成
第１節

地方公共団体の情報システム調達工程

１ 情報システムの調達工程
情報システムの調達工程は、一般的に図 2 に示すような流れが想定される。業務
フローは機能要件を補完するものであるため、本調査研究では、業務フローの作成は「要件の検討」で実施するものとする。また、作成した業務フローは、業務の改善検討や RFI の結果、その後の庁内調整等を踏まえ、「情報システム調達仕様書の作成」
までの工程で見直されることを想定する。
内容

工程
情報システムの企画

企画・
計画・
予算化

要件の検討

調達する情報システムに必要な要件（機能要件・非機能要件）を検討する。

情報システム調達仕様書原案の作成

業務フロー図を機能要件として織り込んだ情報システム調達仕様書
原案を作成する。

RFI／見積取得
予算化

情報システム調達仕様書の作成
調達

調達する情報システムの概要を検討、決定する。

事業者選定
契約交渉・締結図 2

要件定義書を基にRFIの実施や、見積りを取得する。
見積等を基に予算化を実施する。

予算やRFI結果に基づき、最終的な調達仕様書を作成する。
入札やプロポーザルにより事業者（パッケージソフト）を選定する。
選定した事業者と契約の交渉と締結を行う。

本利用ガイドで想定する情報システムの調達工程

２ 業務フローの利用場面
先述のように、「業務フローの作成」は、「要件の検討」のひとつの作業として実施される。本利用ガイドもこの「業務フローの作成」を中心に採り上げる。
「業務フローの作成」に当たっては、まず、業務の概要を調査し、調査結果に基づ
き詳細調査を行い、業務フロー図を作成・精査を行う。
その後、作成した業務フロー図を反映した要件定義書（情報システム調達仕様書の原案）を基に RFI を行い、予算化の検討を行う。予算化の実施を経て、調達する情報システムの内容を精査し、最終的な情報システム調達仕様書を作成する。その際、実現する情報システムの機能に応じた業務フロー図の精査を行う。
また、情報システム調達仕様書を作成する際には、業務フロー図だけでなく、それに対応する機能要件を文章で記載した「機能一覧」や「業務要件記述書」を併せて示す必要がある。業務フロー図は、業務の流れを分かりやすく示すことはできるが、それだけでは、業務に係る要件を漏れなく厳密に示すことは難しいからである（例えば、検索で使える文字の条件や対応する制度の詳細等）。
4

内容

工程
情報システムの企画

企画・
計画・
予算化

要件
の
検討

業務の
概要調査

対象業務の概要を把握し、作成する業務フロー図の単位等を設定す
る工程。

業務の
詳細調査

対象業務についての作業の詳細を把握する。

業務フロー図の作成

対象業務についての業務フロー図を作成する。

業務
フロー
の作成

情報システム調達仕様書原案の作成
RFI／見積取得

情報システム調達仕様書の作成
事業者選定

業務フロー図を機能要件として織り込んだ情報システム調達仕様書
原案を作成する。
要件定義書を基にRFIの実施や、見積りを取得する。

予算やRFI結果に基づき、最終的な調達仕様書を作成する。

業務フロー図活用の範囲

入札やプロポーザルによる事業者（パッケージソフト）を選定する。

契約交渉・締結

図 3

本利用ガイドで扱う範囲

見積等を基に予算化を実施する。

予算化

調達

調達する情報システムの概要を検討、決定する。

選定した事業者と契約の交渉と締結を行う。

業務フローの活用場面と本利用ガイドで扱う範囲

３ 非機能要件の検討
情報システムの調達に当たっては、
機能要件と非機能要件を並行して検討する必要がある。非機能要件の検討の参考としては、財団法人地方自治情報センター（当時）が、平成 25 年度に実施した「地方公共団体の情報システム調達仕様書における非機能要件の標準化に関する調査研究」の成果として「非機能要求グレード（地方公共団体版）」がある。この非機能要求グレード（地方公共団体版）の利用手順と図 2 に示した情報システムの調達工程との関係を図 4 に示すので併せて参考にされたい。
対応する非機能要求グレード（地方公共団体版）の利用手順

工程
全庁的な準備・環境整備

情報システムの企画
要件の検討
企画・
計画・
予算化

準備作業と全庁的要求事項シートの作成

調達案件に応じたシートの検討
業務主管部門要求事項シートの作成

情報システム調達仕様書原案の作成
RFI／見積取得

実現方法要求事項シートの作成

予算化

情報システム調達仕様書の作成
調達検討結果の情報システム調達仕様書への反映

事業者選定
契約交渉・締結図 4

情報システムの調達工程と非機能要求グレード（地方公共団体版）との関係

5

第２節 業務フローの作成
１ 体制整備業務フローの作成を実施する前に、どのような体制で業務フローを作成するかということを決定する必要がある。情報システム部門及び業務主管部門が業務フローを作成する上でどのような役割を担うかということを明確化することにより、業務フローの作成を円滑に実行することができる。
業務フローを作成するためには、当該業務の知識が必要となる。このため、情報シ
ステム部門の職員だけでは、業務の内容を把握するために大きな負担が発生する可能性がある。業務フローを正確かつ円滑に作成するためには、情報システム部門と業務
主管部門が連携して作業を進めることが求められる。
また、職員のみで業務フローを作成することは大きな負担になりえるため、業務フ
ローの作成を事業者へ委託することも考えられる。
このようなことから、地方公共団体ごとに「業務の概要調査」「業務の詳細調査」「業務フロー図の作成」の各工程において、情報システム部門、業務主管部門及び事業者の役割を事前に設定することが重要となる。

業務の概要調査
A団体
パターン

業務の詳細調査

業務主管部門

業務フロー図の作成
業務フローの作成

業務フローの精査

情報システム部門（事業者）※1

業務主管部門及び情報システム部門

B団体
パターン

事業者※2及び情報システム部門

事業者※2及び業務
主管部門

C団体
パターン

事業者※3

事業者及び情報システム部門

D団体
パターン

業務主管部門及び情報システム部門※4※1・・・作成する業務フロー図の対象となる業務量が多くなる場合は、事業者へ業務フロー図の作成を委託する。
※2・・・業務分析の受託事業者により、業務の概要調査等、各作業を再精査する予定。
※3・・・業務主管部門がシステム処理以外の部分を補足する。その際、情報システム部門が支援する。
※4・・・業務主管部門が主導で業務フローの作成を実施する。

図 5

研究協力団体の業務フロー作成における実施体制例

6

２ 業務フローの作成工程
業務フロー図の作成は、情報システム調達の工程の中で行われ（図 3 参照）、図 6の流れが想定される。ただし、この工程はあくまでも一例であるため、それぞれの団体における諸事情を踏まえ、柔軟に業務フローの作成を進めていく必要がある。
業務フローの作成工程

各作成工程の概要

業務の分解（事務内容の把握）
１

業務の概要調査
事務一覧等の作成
事務の詳細化（作業内容の把握）

２

第１章第２節３で概説

業務の詳細調査業務要件記述書等の作成
業務フローの図示（業務フロー図の作成）

３

業務フロー図の作成

第２章第１節で概説

業務フロー図の精査

図 6

業務フローの作成工程例

３ 作成工程の詳細内容（１） 業務の概要調査
業務フローを作成するために、調達する情報システムでどのような事務を行うのか事務で処理する内容を明確化する必要がある。このため、一つの事務の範囲を地方公共団体内で決定し、その範囲に応じて業務を分解する必要がある。事務の範囲を設定するためには、事務の開始と事務の終了の基準を決定する必要がある。事務の開始と終了を決定づける要因は、いくつかの考え方が想定されるが、本調査研究
では、申請や時間等の条件を事務の開始とし、それらに対する結果があった場合を事務の終了とする基準を例として挙げる。
表 3

事務開始及び終了の基準例

基準事務の開始基準

事例
・住民基本台帳業務における住民からの住民票の写しの交付請求等の要求事項
・個人住民税業務における賦課事務の時期等の時間に関する事項

事務の終了基準・住民基本台帳業務における住民への住民票の写しの交付等の提供事項
・個人住民税業務における納税通知書の送付等の提供事項

以上のような基準に応じて事務の範囲を決定し、その範囲に応じて業務の分解を実施する。業務の分解は、以下のような方法を組み合わせて実施することが考えら
7

れる。
・現行の業務マニュアルに記載されている業務内容を事務の範囲に応じて分解す
る方法
・現行システムの機能要件を参考として分解する方法
・DMM（Diamond Mandara Matrix）を利用して業務を分解する方法
以上のような方法で業務の分解を実施することにより、事務の開始から終了まで、一定の基準をもった事務を把握することができる。また、把握した事務は、事務一
覧等により体系化する。

事務一覧の例（住民基本台帳業務）

No
業務名
1 住民基本台帳
2
3
4
5
6
7
8

事務一覧の例（個人住民税業務）

No
業務名
1 個人住民税
2
3
4
5
6
7

事務
新規登録
住民票の発行
証明書の発行
閲覧記載事項変更消除
住基カードの発行
統計報告
図 7

事務
課税対象登録
課税資料収集
賦課決定
減免
課税調査
問い合わせ
統計

事務一覧の例

参考：ＤＭＭのよる業務の分解
DMM とは現状の業務を分析する手法のひとつで、１つの業務を 8 つ以内の事務へ、また同様に１つの事務を 8 つ以内の作業に漏れなく、重複なく分解する手法である。
No

業務分解手順1

調達する情報システムで扱う業務名を中央に設定

2調達する情報システムで扱う業務について、８つ以内の事務に分解する。

3

事務をさらに８つ以内の作業に分解する。

4

事務の開始から終了までが網羅されているかを確認する。

【No. 1】調達する情報システム
で扱う業務名を記載。

【No.4】作業1から作業８で、事務における事務の開始から終了までが網羅されていれば分解は終了となる。

【No.2】調達する情報システムで扱う業務を1段階分解したもの。

事務

事務

事務

事務

業務

事務

業務の
分解

作業１ 作業２ 作業３
作業８ 事務 作業４
作業７ 作業６ 作業５

事務

事務

8

事務

【No.3】事務を更に1段階分解したもの。

（２） 業務の詳細調査
事務の詳細内容を文章化する。まず、事務一覧等で体系化した調達する情報シス
テムで扱う事務を構成している作業について、業務マニュアル等を参考にすべて洗い出す。このとき作業１つ１つが極端に細かくならないよう注意し、同じ大きさの作業を洗い出せているか否かを確認する。
すべての作業が洗い出されたら、作業の実施内容について文章化する。これにより、事務ごとにどのような作業内容が必要であるかを網羅することができる。作業
内容は、業務要件記述書のような形で事務の内容を示すものとしてまとめることが望ましい。
業務要件記述書の例（住民基本台帳業務）

No
業務名
事務
1 住民基本台帳 新規登録 受付
2
審査
3
登録
4
交付・通知
5
報告・提供
6
料金徴収

図 8

作業

作業内容
申請書類を住民から受け取る申請書類に不備が無いかを確認する。
住民基本台帳への登録を実施する。
転出元団体、法務省への通知を実施する。
住民票の発行を実施する。
事務手数料を請求する。

業務要件記述書等の例（３） 業務フロー図の作成
業務フロー図の作成は、「業務の概要調査」及び「業務の詳細調査」によって把握した作業を BPMN 等の業務フローの表記方法によって図示する。また、作成した業務フロー図は、図示していく中で、事務の範囲や作業の粒度が異なっていないかを精査することも重要となる。
本利用ガイドでは、業務フロー図の表記方法について、第２章で BPMN を例に挙げ、具体的な内容を説明する。

9

第２章 BPMN の表記方法と事例等の解説
第１節 BPMN の表記方法
１ 地方公共団体における BPMN の記載レベル
BPMN は、表 4 のとおり、目的に応じて業務フロー図の記載レベルが分けられている。
組織のトップが業務改善の検討に利用するために実務担当者の業務フローを可視化する場合には業務の基本的なレベルを表記する「記述レベル」が望ましく、業務分析や業務の標準化を行う場合には業務の詳細や例外処理を表記した「分析レベル」が望ましい。また、記載した業務フロー図を情報システムに実装する際には「実行可能レベル」で記載する。
「記述レベル」と「分析レベル」を使いこなすことができれば、業務内容を把握し分析することが可能である。「実行可能レベル」では、情報システムに機能を実装するためにモデル化することが可能である。この「実行可能」とは、「システムで実行可能」という意味である。データ項目や条件式等の詳細な情報を定義することが可能であるが、使いこなすためには相当程度の専門的な知識や技能が求められる。
上記より、地方公共団体の職員は、「記述レベル」及び「分析レベル」を活用することが妥当である。「実行可能レベル」は、情報システムへの実装を行う場合に活用されることから、主に事業者が活用する。
表 4

BPMN における記載レベルの類型

記述レベル

主な目的

表記内容

主な活用者

分析レベル
業務分析、

業務フローの業務の標準化、可視化

システム化の分析

業務の基本的な部分を表記

実行可能レベル

情報システムへの実装

左記を含む詳細な要素・属

左記のすべて及び性、業務詳細や例外処理を

データ項目、条件式

表記の定義

地方公共団体職員

10

事業者

２ BPMN の図形要素（１） BPMN の図形要素分類
BPMN では、使用される図形要素が 5 つに分類されている。これらの図形要素の組み合わせにより、業務フロー図が構成されている。
表 5

分類

BPMN の図形要素分類

説明

主な図形要素フロー

業務フローの振る舞オブジェクトいを表現する主要な

Flow Objects

要素

データ

業務フローにおける

Data

データを表す要素

接続

フローオブジェクト

オブジェクト同士や、その他オブジ

Connecting

ェクトを接続するたObjects

めの要素

イベント

アクティビティ ゲートウェイ

データオブジェクト

データストア

シーケンスフローメッセージフロー関連／データ関連
プール、レーン

ための要素

窓口担当

でグルーピングする

市民課

Swimlanes

各要素を組織、役割等

審査担当

スイムレーン

成果物

追加的な情報を表す

Artifacts

ための情報

グループ

注釈

BPMN による基本的な業務フロー図は、必ず「開始イベント」から始まり、アクティビティやゲートウェイをシーケンスフローで接続し、「終了イベント」で終わ
る。

～を～する

図 9

BPMN による業務フロー図の簡単な例

11

（２） BPMN の主な図形要素
BPMN で使用される主な図形要素を図 10 の転入における事務の例を基に説明する。
図 11 は、申請者からの転入の届出に基づき、①市民課が受付及び審査を行い、新しい住民票を編成②住民票編成の後に世帯構成の変更、国籍等の申請者の条件に伴う事務を実施③関係省庁や他の地方公共団体に居住変更等を通知という転入における事務の流れを表している。
次ページから表 5 に示す分類に沿って図形要素について説明する。なお、ここで紹介していない図形要素は、P.47 からの参考資料で簡単な説明を提示しているので申請者

そちらを参照されたい。

転出元の地方公共団体に転入通知を実施し事務が終了する。

市民窓口

市民課

転入届

転出
証明書

転入届を受け付ける

転入届

転入届の審査戸籍システム

郵送、システム

新住民票を編成するあり

世帯構成変更を実施する

世帯構成変更があるか？

日本人

本籍地団体に通知
する

外国人

郵送、システム

住基システム

転出元団体に通知する

転入者は日本人か？

なし
法務省に通知する

戸籍の
附票の
記載事項の
通知

法務省
本籍地
団体

新住民票の編成を行った後、条件に基づき、いずれかの作業を行う。
・世帯構成に変更がある場合：
情報システムを使用して登録処理を行う。
・世帯構成に変更が無い場合：通知作業に進む。

図 10

戸籍の附票の記載事項の通知

転出元団体

市民窓 口が審 査を行う。
審査の詳細な内
容は業務フロー
図内のサブプロセスで示される。

条件に基づき、いずれかの作業を行う。
・日本人の場合：情報システムが本籍地のある地方公共団体に戸籍の附票の記載事項の通知を行う。
・外国人の場合：情報システムが法務省に居住地等の通知を行う。

BPMN による業務フロー図（転入における事務の例）

12

転入通知

居住地等
の通知
居住地等の通知

申請者から市
民窓口への申請に基づき、事務が開始さ
れる。

住基
システム

庁内実施マニュアルを参照転入通知

ア 「フローオブジェクト（Flow Objects）」の主な図形要素
フローオブジェクトは、イベント、アクティビティ、ゲートウェイの 3 つが定義されている。
（ア） 「イベント（Event）」の主な要素
イベントは、業務フロー図において活動の「開始」、「中間」及び「終了」を表すものである。それぞれ、属性を定めないもの（開始イベント・中間イベン
ト・終了イベント）と、属性を定めるもの（メッセージ開始イベント等）がある。イベントの主な要素は、表 6 の図形要素のとおり。
属性を定めるイベントは、イベントが発生する条件（トリガー）に応じて属性を定める。主に使用されるのは、「メッセージ」に関するものと「時間」に関するものである。
「メッセージ」は、申請書やメール、口頭での依頼等を受け取ったり送ったりすることが条件になる属性である。
「時間」は、特定の日時や時間を迎えた際や定期的なタイミングが条件になる属性である。
ただし、メッセージ属性のイベントは、メッセージタスクで代用可能である。
業務フロー図の読みやすさを確保するため、予め定めた組織内の規則に基づいて設定することが望ましい。詳細は、P.27 の「第２章第１節４（２）ア（ア）」を参照されたい。
表 6「イベント」の主な要素

中間イベント

開始イベント

終了イベント

メッセージ開始

メッセージ受信メッセージ送信

メッセージ終了

イベント

中間イベント中間イベントイベント

タイマー開始タイマー

イベント

中間イベント

-

-

13

a

開始イベント
開始イベントは、業務フロー図の最初に必ず使用する。事務が開始される条件（トリガー）を示す属性を設定することが可能である。例えば、メッセージ属性（メッセージ開始イベント）と時間属性（タイマー開始イベント）等がある。
メッセージ開始イベントは、住民基本台帳業務における転入届や住民票の写しの交付申請等、何らかの申し出に基づいて事務が開始する場合に使用する。
タイマー開始イベントは、個人住民税業務における納税額の通知等、ある時期を迎えたら事務が開始する場合や、例えば毎週月曜日の 9 時に定期的な申請者事務が開始する場合等において使用する。

市民窓口

転出
証明書

転入届を受け付け
る

戸籍
システム

転入届

郵送、システム

住基システム

庁内実施マニュアルを参照転入届の審査新住民票を編成するあり

世帯構成変更を実施する

世帯構成変更があるか？

日本人

本籍地団体に通知
する

転出元団体に通知する

転入者は日本
人か？

なし
外国人

郵送、システム

住基システム

法務省に通知する

戸籍の
附票の
記載事項の
通知

法務省
本籍地
団体

【開始イベント】
申請者から市民窓口への申請に基づき、事務が開始される。

図 11

開始イベントの使用例

14

転入通知

居住地等
の通知
居住地等の通知

転出元
団体

市民課

転入届

戸籍の附票の記載事項の通知

転入通知

b

中間イベント中間イベントは、業務フロー図の途中で事務の区切りを示す場合に使用する。開始イベントや終了イベントとは異なり、使用は任意である。また、事務を区切る条件（トリガー）を示す属性を設定することが可能である。例えば、メッセージ属性（メッセージ受信中間イベント及びメッセージ送信中間イベント）や時間属性（タイマー中間イベント）等がある。
メッセージ受信中間イベントは、他のプールからのメッセージを受けるまで事務が待機されることを示す。メッセージ送信中間イベントは、他のプー
ルにメッセージを送ってから、直ちに次の作業に移ることを示す。
タイマー中間イベントは、特定の日時又は定期的な周期になるまで作業が待機されることを示す。「日次」や「月次」等のラベルを付すことでそのタイミングを示す。
c

終了イベント
終了イベントは、業務フロー図の最後に必ず使用する。事務が終了する条件（トリガー）を示す属性として、メッセージ属性（メッセージ終了イベント）等を使用することが可能である。
メッセージ終了イベントは、住民基本台帳業務における転出元団体への転入通知を行う場合等、プールの外にメッセージを送信することで事務が終了する場合に使用する。

申請者

なお、終了イベントにはタイマー属性のイベントは定義されていない。

システム

庁内実施マニュアルを参照転入届の審査新住民票を編成するあり

世帯構成変更を実施する

世帯構成変更があるか？

日本人

本籍地団体に通知
する

転出元団体に通知する

転入者は日本
人か？

なし
外国人

郵送、システム

住基システム

法務省に通知する

戸籍の
附票の
記載事項の
通知

図 12

終了イベントの使用例

15

転入通知

居住地等
の通知
居住地等の通知

法務省

転入届を受け付け
る

戸籍
システム

転入届

本籍地
団体

転出
証明書

転出元
団体

市民窓口

市民課

転入届

【終了イベント】
転出元の地方公共団体に転入通知を実施し事務が終了する。
住基
郵送、システム

戸籍の附票の記載事項の通知

転入通知

（イ） 「アクティビティ（Activities）」の主な要素
アクティビティは、業務フロー図において作業の内容を示すものである。アクティビティは、大きく「タスク」と「サブプロセス」に分類される。
アクティビティの主な要素には、表 7 の図形要素がある。
表 7

タスク

「アクティビティ」の主な要素

ユーザータスク受信タスク

展開されたサブプロセス

折りたたまれたサブプロセス

a

送信タスク

サービスタスクタスク
タスクは、これ以上細分化できない作業の最小単位を示し、「～を～する」といった形式で目的語と動詞を 1 対 1 で表現する。タスクには任意に属性を設定することができる。ユーザータスク、サービスタスク、送信タスク、受信タスク等がある。
ユーザータスクは、市民窓口担当者が住民基本台帳システム使って転入者の住民票を新たに編成する場合等、人が情報システム等を使って作業を行う

申請者

際に使用する。

転出証明書

転入届を受け付け
る

戸籍
システム

転入届

郵送、システム

住基システム

庁内実施マニュアルを参照転入届の審査新住民票を編成するあり

世帯構成変更を実施する

世帯構成変更があるか？

日本人

本籍地団体に通知
する

外国人

法務省に通知する

郵送、システム

住基システム

転出元団体に通知する

転入者は日本
人か？

なし

戸籍の
附票の
記載事項の
通知

法務省

図 13

本籍地
団体

【ユーザータスク】
市民窓口が情報システムを使用して新しい住民票を編成する。

【ユーザータスク】
市民窓口が情報システムを使用して世帯構成の変更を実施する。

ユーザータスクの使用例

16

転入通知

居住地等
の通知
居住地等の通知

転出元
団体

市民課

市民窓口

転入届

戸籍の附票の記載事項の通知

転入通知

サービスタスクは、情報システムによって作業が自動化されている場合に使用する。
送信タスクは、転出元団体へ転入通知等の連絡を送る場合等、外部の関係者にメッセージ（申請書やメール、口頭での依頼等）を送る際に使用する。

申請者

同一プール（組織）内の関係者にメッセージを送る際には使用しない。

【送信タスク】
転出元団体（外部の関係者）に転入通知（メッセージ）を送る。
転出証明書

転入届を受け付け
る

市民窓口

戸籍
システム

転入届

郵送、システム

住基システム

庁内実施マニュアルを参照転入届の審査新住民票を編成するあり

世帯構成変更を実施する

世帯構成変更があるか？

日本人

本籍地団体に通知
する

転出元団体に通知する

転入者は日本人か？

なし
法務省に通知する

外国人

戸籍の
附票の
記載事項の
通知

戸籍の附票の記載事項の通知

居住地等の通知

転入通知

本籍地
団体

法務省

【送信タスク】
本籍地団体（外部の関係者）へ戸籍の附票の記載事項の通知（メッセージ）を送る。

転入通知

居住地等
の通知

郵送、システム

住基システム【送信タスク】
法務省（外部の関係 者）に居住地等の通知（メッセージ）を送る。
転出元
団体

図 14

送信タスクの使用例

受信タスクは、市民窓口で申請者から転入届を受け取る場合等、外部の関係者からメッセージ（申請書やメール、口頭での依頼等）を受け取る際に使用する。同一プール（組織）内の関係者からメッセージを受け取る際には使

申請者

用しない。

市民窓口

転入届

市民課

転出
証明書

転入届を受け付け
る

戸籍
システム

転入届

郵送、システム

住基システム

庁内実施マニュアルを参照転入届の審査新住民票を編成するあり

世帯構成変更を実施する

世帯構成変更があるか？

日本人

本籍地団体に通知
する

転出元団体に通知する

転入者は日本
人か？

なし
外国人

郵送、システム

住基システム

法務省に通知する

戸籍の
附票の
記載事項の
通知

法務省
本籍地
団体

【受信タスク】
申請者（外部の関係者）から転入届（メッセージ）を受け取る。

図 15

受信タスクの使用例

17

転入通知

居住地等
の通知
居住地等の通知

転出元
団体

市民課

転入届

戸籍の附票の記載事項の通知転入通知

b

サブプロセス
サブプロセスは、その内部に業務フローを持っており、サブプロセスを使用する業務フロー図の子レベルの業務フローとして捉えることができる。サブプロセス内部においても、通常の業務フロー図と同じように開始イベントと終了イベントを記載する必要がある。
例えば、図 16 の住民基本台帳業務の転入における事務では、「転入届の審査」に関する作業が折りたたまれた状態となっており、それを展開すると開始イベントと終了イベントが含まれる詳細な作業内容が示されている。
サブプロセスは、次のような場合に使用することが考えられる。
・他のタスクと比較した際に、細かいと考えられる一連の作業

申請者・他の業務フロー図に展開可能な一連の作業

市民窓口

転出
証明書

転入届を受け付け
る

戸籍
システム

転入届

郵送、システム

転入届の審査新住民票を編成するあり

世帯構成変更を実施する

世帯構成変更があるか？

日本人

本籍地団体に通知
する

転出元団体に通知する

転入者は日本
人か？

なし
外国人

郵送、システム

住基システム

法務省に通知する

戸籍の
附票の
記載事項の
通知

法務省
本籍地
団体

【折りたたまれたサブプロセス】
市民窓口が審査を行う。
審査の詳細な内容は子レベルの業
務フロー図（サブプロセス）で示される。「＋」が付してあるので、更に詳細な業務フロー（子レベルの業務フ
ロー図）があることを示している。

サブプロセスを展開した例

図 16

転入届の記載内容を確認する

転出元団体の情報を確認する

本人確認をする

折りたたまれたサブプロセスの使用例

18

転入通知

居住地等
の通知
居住地等の通知

転出証明書の確認
をする

住基
システム

庁内実施マニュアルを参照

転出元
団体

市民課

転入届

受理決定をする

戸籍の附票の記載事項の通知転入通知

（ウ） 「ゲートウェイ（Gateways）」の主な要素
ゲートウェイは、業務フローの分岐や統合の状態を示すものである。
ゲートウェイの主な要素には、表 8 の図形要素がある。
主に使用されるゲートウェイには、「排他ゲートウェイ」及び「並列ゲート
ウェイ」がある。
表 8「ゲートウェイ」の主な要素

排他ゲートウェイ

並列ゲートウェイ

又はa

排他ゲートウェイ
排他ゲートウェイは、業務フローの分岐を示す場合に使用し、ゲートウェ

イで設定された条件に基づいて一つの流出先の作業のみを実施することを示す。条件に合致しなかった流出先の作業は実施されない。
例えば、住民基本台帳業務の転入における事務の場合、世帯構成に変更があるかどうかで行う作業が変わってくる。世帯構成変更が有る場合は世帯情報を更新する必要があるが、世帯構成の変更が無い場合は不要である。また、転入者が日本人の場合は本籍地団体へ戸籍の附票の記載事項の通知を行い、外国人の場合には法務省に居住地等の通知を行う。いずれの場合でも、条件に合致した場合の作業のみを実施し、合致しなかった作業は実施しない。

申請者【排他ゲートウェイ】
転入者の国籍に基づき、いずれかの作業を実施する。
転入者が日本人の場合は本籍地団体へ戸籍の附票の記載事項の通知を行う。外国人の場合は法務省に対して居住地の通知を行う。

市民課

市民窓口

転入届

転出
証明書

転入届を受け付ける

転入届

転入届の審査戸籍システム

郵送、システム

新住民票を編成するあり

世帯構成変更を実施する

世帯構成変更があるか？

日本人

本籍地団体に通知
する

外国人

郵送、システム

住基
システム

法務省
本籍地
団体

排他ゲートウェイの使用例

19

法務省に通知する

戸籍の
附票の
記載事項の
通知

転入通知

居住地等
の通知
居住地等の通知

転出元団体【排他ゲートウェイ】
世帯構成の変更有無に基づき、いずれかの作業を実施する。
世帯構成の変更が有る場合は、市民窓口が情報シ
ステムを通じて世帯情報を更新する。
世帯構成の変更が無い場合は、次の作業に進む。

転出元団体に通知する

転入者は日本
人か？

なし

図 17

住基
システム

庁内実施マニュアルを参照戸籍の附票の記載事項の通知転入通知

b

並列ゲートウェイ
並列ゲートウェイは、業務フローの分岐や結合で使われ、無条件でゲートウェイを経由することを示す。
並列ゲートウェイが分岐時に使用される場合には、分岐先の作業は無条件で並列に実施される。排他ゲートウェイのように分岐条件が設定されることはない。
結合時に使用する場合には、流入するシーケンスフローがすべて到着するまで流出先のシーケンスフローには進まない（待機する）。

分岐時Aを実施するA も B も両方実施する
Bを実施するA と B の両方が完了するまで次に進まない

結合時Aを実施する

Bを実施する

図 18

並列ゲートウェイ（分岐時・結合時）の使用例

20

イ 「データ（Data）」の主な要素
データは、大きく「データオブジェクト」と「データストア」に分類される。
データの主な要素には、表 9 の図形要素がある。
表 9「データ」の主な要素

データオブジェクト

データストア

データオブジェクトは、プログラミングの構築対象物（データ）のことである。
データストアは、情報システムに蓄積される情報群（データベース）のことである。どちらも、業務フローを説明する上では必ずしも必要となる情報ではないが、機能要件全体の理解を深めるためには有効な情報となる。別で検討する帳票出力
項目、データ項目、外部連携項目と関連がある場合は積極的に活用することが望ましい。
例えば、住民基本台帳業務の転入における事務の場合、転出元団体への転入通
知や法務省への外国人の居住地等の通知の場合に外部連携が行われることから、
データオブジェクトを記載する。また、新しい住民票を編成する場合や世帯情報を更新する場合には、住民基本台帳システムを使用することからデータストアを

申請者

記載する。

転出
証明書

転入届を受け付け
る

戸籍
システム

転入届

転入届の審査

郵送、システム

住基システム

庁内実施マニュアルを参照新住民票を編成するあり

世帯構成変更を実施する

世帯構成変更があるか？

日本人

本籍地団体に通知する

転入者は日本
人か？

なし
外国人

郵送、システム

住基
システム【データストア】
住民基本台帳システムにデータが蓄積されることを示す。

転出元団体に通知
する

法務省に通知する

戸籍の
附票の
記載事項の
通知

戸籍の附票の記載事項の通知

本籍地
団体

法務省

居住地等の通知【データオブジェクト】
通知内容がデータの形式で関連省庁
や地方公共団体に届くことを示す。

【データオブジェクト】

図 19

データの使用例

21

転入通知

居住地等
の通知

転出元
団体

市民課

市民窓口

転入届

転入通知

ウ 「接続オブジェクト（Connecting Objects）」の主な要素接続オブジェクトは、フローオブジェクトやデータを接続し、相互の関連を示すものである。
接続オブジェクトの主な要素には、表 10 の図形要素がある。
表 10「接続オブジェクト」の主な要素

シーケンスフローメッセージフロー関連

シーケンスフローは、イベントやアクティビティを接続する。
メッセージフローは、プールを跨いでメッセージのやり取りがあることを示す際に使用する。メッセージとは口頭や文書、メール等であり、どのようなメディ
アやフォーマットでも使用できる。

申請者

関連は、データや注釈との関連があることを示す際に使用する。

【シーケンスフロー】「転入届の審査」の後に、「新住民票の編成をする」ユーザ
ータスクに進む流れを示す。

市民窓口

市民課

転入届

転出
証明書

転入届を受け付ける

転入届

転入届の審査戸籍システム

郵送、システム

住基システム

庁内実施マニュアルを参照新住民票を編成するあり

世帯構成変更を実施する

世帯構成変更があるか？

日本人

本籍地団体に通知する

転入者は日本
人か？

なし
外国人

【関連】
世帯構成の変更を実施するユー
ザータスクと住民基本台帳システムが関連していることを示す。

転出元団体に通知
する

郵送、システム

住基システム

法務省に通知する

戸籍の
附票の
記載事項の
通知

図 20

転出元
団体

本籍地
団体

法務省

居住地等の通知【メッセージフロー】
プ ール（ 市 民 課） から 外 部 の プ ール
（法務省）に居住地等のメッセージ（通知）が届くことを示す。

接続オブジェクトの使用例

22

転入通知

居住地等
の通知
戸籍の附票の記載事項の通知転入通知

エ 「スイムレーン（Swimlanes）」の主な要素
スイムレーンは、事務を実施する組織や役割を示す。大きく「プール」と「レーン」に分類される。
スイムレーンは、表 11 の図形要素がある。
表 11「スイムレーン」の要素

審査担当

市民課

窓口担当

プール、レーン

外枠（ここでは「市民課」）がプールで、プールの中の区切られた枠（ここでは「窓口担当」と「審査担当」）がレーンである。

プールとレーンは、水泳のプールに例えられており、プールの中に関係者とその活動内容が記載される。本利用ガイドでは 1 組織を 1 つのプールとし、レーンは当該組織内の部署や役割を示している。業務機能をプールやレーンに割り当てることも可能である。
また、プールは、ブラックボックスプールと呼ぶ内部に何も記載しない状態で表現することもできる。
例えば、住民基本台帳業務の転入における事務では、主な作業者が市民窓口となるのでレーンに市民窓口を設定し、プールには市民課を設定している。申請書を提出する住民や通知先の地方公共団体等の団体は、内部の業務フローを把握する必要が無いため、ブラックボックスプールで表現している。

23

申請者

【ブラックボックスプール】
内部の業務フローを把握する必要が無い場合は、プールの内容は記載しなくても良い。

市民窓口

市民課

転入届

転出
証明書

転入届を受け付ける

転入届

転入届の審査戸籍システム

郵送、システム

新住民票を編成するあり

世帯構成変更を実施する

世帯構成変更があるか？

日本人

本籍地団体に通知
する

転出元団体に通知する

転入者は日本
人か？

なし
外国人

郵送、システム

住基システム

法務省に通知する

戸籍の
附票の
記載事項の
通知

法務省
転出元
団体

本籍地
団体

ブラックボック ス
プール

図 21

スイムレーンの使用例

24

転入通知

居住地等
の通知
居住地等の通知【プール】【レーン】
プールが市民課に該当し、レーンが市民窓口に該当す
る。

住基
システム

庁内実施マニュアルを参照戸籍の附票の記載事項の通知転入通知

オ 「成果物（Artifacts）」の主な要素
成果物は、業務フローの内容をより明確にしたり、補足したりするために使用される。
成果物の要素は、表 12 の図形要素がある。
表 12「成果物」の主な要素

グループ

注釈

グループは、同一カテゴリー（分析の目的が同一の事務の一群等）に属する要素をグルーピングする。
注釈は、業務フロー図の読者に対する注釈を示す。ゲートウェイの判断基準や事務における課題や留意事項等を記載することができる。

【グループ】
注釈が示す範囲を指定【注釈】
情報システムに期待する役割を注釈として記載

図 22

成果物の使用例

25

３ BPMN の表現の多様性
BPMN は、多様な業務フローを表現することができるが、その分、同じ業務フローを対象として業務フロー図を描いても、表現に不統一が生じる可能性がある。そのため、業務フロー図を作成する場合には、記載における考え方や規則を定める等、組織的な合意に基づいて進めることが重要である。
上記の検討に際しては、業務フロー図作成の目的を念頭に置いて検討することが重要である。目的によって求められる事務や作業の粒度が変わってくるためである。例
えば、事業者が BPMN を用いてスクラッチ開発を行う場合は、実行可能レベルで記載することを前提とした規則を作る必要があるが、地方公共団体職員がパッケージソ
フトウェアの調達において業務フロー図を利用する場合は、分析レベルまでの記載を想定した規則にて対応が可能である。目的によって求められる規則は変わってくるので、取り組む前に十分な検討を行う必要がある。

４ BPMN による業務フロー図作成に向けた準備
上記のような BPMN の特徴を考慮すると、具体的な作成に入る前に、BPMN を使用する上での規則を定める等の準備が必要である。本項では業務フロー図作成に向けた準備内容の例を表 13 の項目に沿って示す。なお、これらの検討内容は、状況に応じて随時見直していくことが重要である。
表 13

BPMN による業務フロー図作成に向けた準備内容例

項目

内容

検討の観点例使 用す る 図 形要 素使用する図形要素を取捨「調達」や目指す効果に必要な

の取捨選択

選択する。

最低限の要素に限定

使 用す る 図 形要 素使用する図形要素の使い

業務フロー図の一義性や読みの使い方の検討方の定義を行う。

やすさの確保の観点で検討

ラ ベル の 命 名規 則の検討

管理方法の検討

図形要素に付す名称等のネーミング規則を設定する。

管理方法を検討する。

26

既存の書類で利用されているネーミング規則等を基に設定

継続的に利用できるような管理方法を検討（１） 使用する図形要素の取捨選択
先述のとおり、BPMNでは、基本要素が 5 つに分類されており、それぞれ複数の図形要素が定義されている。その中には、情報システムの調達の場面では使用頻度が低いと思われるものも含まれており、すべての図形要素を使用する必要性は低いと考えられる。そこで、記載や理解の容易さを確保するためにも、あらかじめ使用できる図形要素を取捨選択することが有効だと考える 2。
（２） 使用する図形要素の使い方の検討
BPMN は、同様の業務フローを異なる図形要素で表現することや、表現の方法を工夫することにより読み手に理解を促すことが可能である。そのため、使用する図形要素の使い方をあらかじめ定義しておくことは、業務フロー図の読みやすさの確
保や業務への理解を深めるために有用である。主な定義の例として次の事項が考えられる。
ア

業務フロー図の読みやすさを確保するための規則（ア） メッセージイベントとメッセージタスクの使用
メッセージイベントとメッセージタスクは、同様の事務内容を示すことが可能である。両方の図形要素を使用できるようにすることは、レイアウトの自由度を確保すること等のメリットがあるが、表記の統一を図ることが難しくなるというデメリットがある。そのため、両方の図形要素を使用可とした場合は、どちらを優先的に使用するかあらかじめ定めることが重要である。

どちらも、書類を交付して事務が終了していることを示している。

図 23

2

メッセージイベントとメッセージタスクを使って示される業務フロー図の比較

本利用ガイドでは、使用頻度が高いと考えられる図形要素を参考資料として整理している。
27

（イ） レーンの並び順
レーンには、役割や機能を設定することができる。まず、設定可能な役割や機能をあらかじめ定めておくと、統一的な業務フロー図の作成が可能となる。
例えば、「レーンで設定できるのは原則部課までとし、係や担当者は設定しない」
等の定義が考えられる。それらの組織をレーンに並べる際の順番をあらかじめ定めることは、業務フロー図の読みやすさを確保する上で重要である。
イ

業務への理解を深めるための規則（ア） インプット／アウトプット情報の記載（データの活用）
BPMN による業務フロー図は、作業の流れを示すことが主目的であるため、データの内容は必ずしも記載する必要は無い。しかし、情報システムの調達において業務フロー図を利用することとした場合、データの内容に関する記載が無ければ、説明が不十分となる可能性がある。そのため、必要な情報を業務フ
ロー図上に明示するため、データを活用することを規則として以下のようなことを定めることが考えられる。
・情報システムの直接的なインプット／アウトプット情報は必ず記載する
・情報システムへのインプット情報となりうる申請書類は記載する
・作業リストが蓄積される場合は、該当の情報システムを明記する
これを具体的に業務フロー図上に表現すると図 24 のようになるものと考え

住民

られる。

申請
交付

Aの場合

受付審査

登録処理をする
終了

市民課

開始

Bの場合

申請内容を補正する

受付
システム

登録
システム

●●申請書

受付
システム

図 24

データを活用したインプット／アウトプット情報の記載

28

●●書

（３） ラベルの命名規則の検討
使用する図形要素には、ほとんどの場合「ラベル」を用いることで事務内容を明確にすることが可能である。それらのラベルの命名規則を定めることは、業務フロ
ー図の読みやすさの確保に有用である。命名規則の検討に当たっては、庁内外で既に利用されている命名規則等を基にラベルの名称を設定することが考えられる。
表 14

ラベルの命名規則の検討例

図形要素
イベント

規則例
メッセージとタイマーの属性がある場合は、メッセージや時間の内容を明記する。

アクティビティ

目的語と動詞が 1 対１になるように、「～を～する」と記載する。当該業務フ（タスク・

ロー図の主な読者が事業者になることを考慮すると、法令名等の略語ではサブプロセス）

なく、具体的な動作で記載することが望ましい。
サブプロセスの場合は、動作を表す名詞でも可。

メッセージフロー

データ内容や帳票、書類等のやりとりする情報とする。帳票や書類の場合

データ

は、データを参照する。
データ

記載すべき帳票や書類（情報システムに入出力を行うためのもの）をあらオブジェクト

かじめ列挙し、表記名を定める。

データストア

記載すべき情報システムをあらかじめ列挙し、表記名を定める。

注記

制約条件、問題点、課題等の内容を類型化し、記載可能な内容を定める。

（４） 管理方法の検討
上記のほか、業務フロー図に関連する電子ファイルや書類の管理方法を規則化することで、業務フロー図の活用を効果的、効率的に推進することができる。具体的な管理内容としては、業務フロー図の書式、電子ファイルや書類の管理方法、取扱権限、更新期間・更新機会等が挙げられる。
表 15

管理方法の検討例

項目

管理方法例

業務フロー図の業務フロー図を記載するためのフォントや書式、用紙サイズ等の体裁を定書式める。
業務フロー図作成の容易性や読みやすさを確保することが可能。

電子ファイルや

電子ファイルや書類の命名規則や保存場所を定める。

書類の管理方法

情報の検索性や利用のしやすさを高めることが可能。

取扱権限

業務フロー図の管理者や開示範囲を定める。
管理者を明確にすることで内容の信頼性を確保することができ、開示範囲を定めることで記載する情報をあらかじめ精査することが可能。

更新期間・

作成した業務フロー図の更新期間や更新機会を定める。情報の陳腐化を更新機会回避することが可能。
29

５ BPMN による業務フロー図の書き方
BPMN による業務フロー図の作成手順例や内容を示すと以下のとおりとなる。
業務フロー図は、可視化したい業務の全体像を見ながら、適切な粒度と詳細度で記載する必要がある。そのためには、対象とする業務範囲を明確にした上で、大きな視点で業務を捉えつつ、徐々に詳細に記載していくことが望ましい。具体的には、「業務フロー図作成条件の確認」「基本プロセスの記載」「サブプロセスの記載」「例外処理の記載」といった流れで記載する。その中で、主要な図形要素だけでは表現できない部分を「全体を通じた必要事項の記載」を通じて補足することが考えられる。

基本プロセス

サブプロセス

例外処理

の記載

の記載

の記載

業務フロー図
作成条件

全体
チェック

の確認
全体を通じた必要事項の記載

図 25

表 16

BPMN による業務フロー図の作成手順例

BPMN による業務フロー図の作成に関する内容

手順

内容

業務フロー図・記載対象事務に登場する組織や関係者を明確化する。

作成条件の確認・事務の「開始」と「終了」の条件を明確にする。

基本プロセスの記載

・対象事務の基本的な流れを記載する。

サブプロセスの記載

・対象事務の基本的な流れのうち、詳細に記述する必要がある作業を記載する。
・対象事務において、基本プロセスとは異なる事務の流れがある

例外処理の記載

場合や、作業の中断や書類不備による作業の手戻りが発生する
場合などにおける、例外的な状況を記載する。
【必要事項の記載】
・イベント、アクティビティの属性の設定又は見直し

全体を通じた・伝達手段の記載

必要事項の記載

・情報システムやインプット／アウトプット情報の記載
・記載事項の補足
・その他、機能要件をより詳細に説明するための参考資料の添付

全体チェック・業務フロー図全体を俯瞰し、目的に対する内容の妥当性を確認する。

30

本項では、転入における事務の例を基に、BPMN の記載手順に沿って、業務フロ
ー図の書き方について説明する。図 26 は、本項で示す業務フロー図の作成例であ

申請者

る。

市民課

市民窓口

転入届

転出
証明書

転入届を受け付け
る

戸籍
システム

転入届

住基
システム

郵送、システム

庁内実施マニュアルを参照転入届の審査新住民票を編成するあり

世帯構成変更を実施する

日本人

世帯構成変更があるか？

転出元団体に通知
する

本籍地団体に通知する

転入者は日本人か？

なし
外国人

法務省に通知する

転入通知

居住地等
の通知

郵送、システム

住基
システム

戸籍の
附票の
記載事項の
通知

戸籍の附票の記載事項の通知

転入通知

転出元
団体

本籍地
団体

法務省

居住地等の通知「転入届の審査」のサブプロセス
住基システム

転出証明書の確認
をする

転入届の記載内容を確認する

転出元団体の情報を確認する

本人確認をする受理決定をする「住所設定」は本
項目は対象外図 26

業務フロー図の作成例

参考：タスクへの項番の記載について
業務フロー図を作成するうえで、タスクに項番を付与することも考えられる。各タスクに項番を付することにより、業務要件記述書のようなタスクが示す作業の詳細内容を説明する場合や業務フローの課題を管理する際にタスクを指定することが可能になる。

市民課

1-2.転入届の審査

1-3.新住民票を編
成する

市民窓口

1-1.転入届を受け付けるあり

1-4.世帯構成変更
を実施する

世帯構成変更があるか？

日本人

転入者は日本
人か？

なし
外国人

図 27

タスクへの項番の記載例

311-5.本籍地団体に通知する

1-6.法務省に通知する

1-7.転出元団体に通知する

（１） 業務フロー図作成条件の確認
ア 対象業務の範囲と業務の粒度の確認
業務フロー図を作成する際には、対象とする業務範囲を明確にする必要がある。
業務範囲は、DMM 等を活用して分類した事務単位を基に設定する。事務単位に分類する際には、業務の階層構造を意識することが重要である。
最上位が DMM 等で示される業務全体を俯瞰できるものである。次が基本プロセスであり、業務全体の中で分類された各事務にひも付けられる。更に、基本プ
ロセス内にサブプロセスが位置づけられる。基本プロセス又はサブプロセス内に記載されるタスクは最も小さな単位（作業）であり、これ以上分解しても意味がない状態とする。
なお、「これ以上分解しても意味がない状態」とは、業務フロー図作成の目的により作業単位の大きさが異なる点に留意が必要である。情報システムの調達を目的とする場合と、ABC 分析等の業務分析を行うことを目的とする場合とでは、求められる最小作業単位は異なるからである。
このような階層構造及び業務フロー図作成の目的を踏まえ、基本プロセスやサブプロセスにおける適切な業務の粒度と詳細度を検討する必要がある。
イ 対象業務の関連者の確認業務の関係者を適切な粒度で分類した後、プールとレーンに割り当てる必要がある。情報システムを活用する業務主管部門を一つのプールとし、プール内のレーンには部門内の担当を割り当てる。情報システム部門といった庁内の別の部門
や、住民は別のプールとして設定する。
ウ 業務フロー図の開始と終了の条件の確認
当該事務の開始と終了の条件を確認する。事務は、何らかのインプット（条件）に基づき開始され、具体的なアウトプットによって終了する。詳細は、P.7 の「第１章第２節３（１）」を参照されたい。

32

（２） 基本プロセスの記載
前記（１）で示したとおり、業務フロー図作成条件を確認した後、対象事務の基本的な流れを記載する。
基本プロセスは、事務の開始から終了までの、例外なく事務が行われた場合の「通常業務フロー」を記載する。基本プロセスとは異なる事務の流れがある場合や作業の中断や遅延、作業の手戻り等が発生する場合などは、後述の「（４）例外処理の記載」において記載する。まずは業務フローの全体像を描くことが重要である。
業務フロー図は、必ず開始イベントから始まり、フローオブジェクト間をシーケ
ンスフローで接続し、最後は終了イベントで完結する。イベントとアクティビティ
は、属性を設定することができるが、この時点で判断できなければ業務フロー全体
を見直す中で、属性を設定してもよい。
なお、他の部門や住民からの申請や連絡を行う場合には、メッセージフローやメ
ッセージイベントを利用する。その際、対象となる部門や住民は空白のプールで表現することができる。
図 28 は、住民基本台帳業務の転入における事務についての基本プロセスを記載

転入届の審査新住民票を編成する

本籍地団体に通知
する

本籍地
団体

転入届を受け付け
る

転出元
団体

市民窓口

市民課

申請者

したものである。

図 28

基本プロセスの記載例

33

転出元団体に通知する

（３） サブプロセスの記載
基本プロセスで対象事務の全体像を整理した後、詳細な事務内容を示すため、サブプロセスを記載する。基本プロセスでの記載の考え方と同様で、必ず開始イベン
トから始まり、フローオブジェクト間をシーケンスフローで接続し、終了イベント
で完結するように記載する。
サブプロセスは、基本プロセスとは別に記載するため、基本プロセスと関連していることが容易に理解できるようにすることが重要である。ツールで作成する場合には、連携していることが分かるようなリンク設定等が可能であるが、タスクやサブプロセスの名称に規則的な付番を行うことで書類上でも関連していることが分かるように管理することが考えられる。

申請者

図 29 は、図 28 の「転入届の審査」をサブプロセスとして展開したものである。

折りたたまれた

転入届の審査新住民票を編成する

本籍地団体に通知
する

転出元団体に通知
する

本籍地
団体

転入届を受け付け
る

転出元
団体

市民課

市民窓口

サブプロセスの内容を記載「転入届の審査」のサブプロセス

転出証明書の確認
をする

転入届の記載内容
を確認する

図 29

転出元団体の情報を確認する

本人確認をする

サブプロセスの記載例

34

受理決定をする

（４） 例外処理の記載
これまで作成した業務フロー図上に、基本プロセスとは異なる事務の流れや、作業の中断や遅延、書類不備等による作業の手戻りといった例外的な状況を記載する。
タスクやゲートウェイ等を追加して記載することが多いと考えられる。
図 30 は、図 28 に「世帯構成変更の有無」と「転入者の国籍」に関する例外処理を追加し、それに伴い関係者のプールと関係者間のメッセージフローを追加して

申請者

いる。

追加

新住民票を編成するあり

世帯構成変更を実施する

世帯構成変更があるか？

日本人

本籍地団体に通知する

転入者は日本
人か？

なし
外国人

追加

法務省

転入届の審査

本籍地
団体

転入届を受け付け
る

転出元
団体

市民課

市民窓口

追加

図 30

例外処理の記載例

35

法務省に通知する

転出元団体に通知する（５） 全体を通じた必要事項の記載
これまでの作業を通じて、基本的な業務フロー図を作成することができるが、必要事項を漏れなく業務フロー図に記載することも必要である。以下に掲げた項目に留意しつつ、業務フロー図への記載内容で必要事項の記載漏れを確認し、必要に応じて関係する事項を記載する。
ア

イベント、アクティビティの属性等の設定又は見直し
基本プロセス、サブプロセス、例外処理の中で使用されているイベントとアク

ティビティの属性の設定又は見直しを行う。例えば、事務開始の条件が特定の時間（毎週月曜日 9 時等）の到来であれば時間属性のイベント（タイマー開始イベント）を設定することができる。また、市民からの申請が条件で事務が始まるのであればメッセージ属性のイベント（メッセージ開始イベント）を設定することができる。
なお、業務フロー図作成の目的（パッケージシステムの調達等）において属性の設定が不要と考えられる場合は必ずしも属性を設定する必要は無い。
イ

伝達手段の記載
メッセージイベントやメッセージフローは、関係者同士で情報伝達があることを示すが、図形要素だけではどのような伝達手段が使われたかは判別できない。
情報システムを活用するかどうかは、情報システムの調達において重要な情報であることから、メッセージに関連するオブジェクトを使用する際には、伝達手段を明記することが重要である。

ウ

情報システムやインプット／アウトプット情報の記載「データオブジェクト」や「データストア」により、入出力される情報や関連する帳票、情報システムを記載する。

エ

記載事項の補足
フローオブジェクトや接続オブジェクトだけでは説明が不十分な場合がある。
例えば、重要な作業内容を強調したり、参考にしている庁内文書や機能要件をより詳細に説明するための参考資料を明示したりすることは、これまでの記載では表現できていない。そのような記載は、成果物（「グループ」や「注釈」）を使用する。
図 31 は、例外処理の記載までを行った業務フロー図に、全体を通じた必要記
載事項を加えた業務フロー図の完成例である。吹き出しは、上記項番ア～エに対応した必要事項が記載されていることを表したものである。

36

申請者

ウ

ウ
エ
転入届

転出
証明書

転入届を受け付け
る

市民窓口

転入届

新住民票を編成する

転入届の審査あり

世帯構成変更を実施する

世帯構成変更
があるか？

ア

戸籍
システム

ア

庁内実施マニュアルを参照ア

郵送、システム

日本人

本籍地団体に通知
する

転出元団体に通知する

転入者は日本
人か？

ア

イ

なし
外国人

郵送、システム

住基システム

法務省に通知する

戸籍の
附票の
記載事項の
通知

ア

戸籍の附票の記載事項の通知

転入通知

ウ

ウ

イ

本籍地
団体

法務省

ウ

「転入届の受理」のサブプロセス
住基システム

転出証明書の確認をする「住所設定」は本
項目は対象外ウ

転入届の記載内容を確認する

転出元団体の情報を確認する

本人確認をする受理決定をするエ＜凡例＞
ア：イベント、アクティビティの属性等の設定又は見直し

ウ：情報システムやインプット／アウトプット情報の記載

イ：伝達手段の記載

エ：記載事項の補足

図 31

転入通知

居住地等
の通知
居住地等の通知

ウ

住基
システム

転出元
団体

市民課

イ

ウ

イ

全体を通じた必要事項の記載例

37

（６） 全体チェック
業務フロー図を一通り作成した後、改めて全体を俯瞰し記載の妥当性を確認する。
この作業を踏まえ、記載の簡潔さを確保しながら、目的（ここでは情報システムの調達において機能要件の適切な理解を促すこと）に対して妥当な内容かどうかを確認する。考えられるチェック項目は次のとおりである。
表 17

全体チェックの項目例

チェック項目関連する図形要素

開始イベントと終了イベントが記載され、適切な開始条件と終了条件となっているか（インプットとアウトプットがあるか）。
タスクは、目的語と動詞が 1 対 1 になっているか（～を～す
る）
。

イベント
データ
タスク

タスクの単位が適切な粒度で記載されているか（全体とのバ

タスク

ランスに基づき確認）。

サブプロセス

基本プロセスのタスクとサブプロセスは適切な粒度で分類

タスクされているか。

サブプロセス

業務フローの分岐条件と合流条件は妥当か。

ゲートウェイ

必要事項は漏れなく記載されているか。

業務フロー図全体

メッセージの伝達方法が示されているか（口頭、郵送、メー
ル、システム等）。

メッセージイベント
メッセージフロー関連

関連する帳票や情報システムが漏れなく記載されているか。

データ参照している庁内文書や関連文書が記載されているか。

業務フロー図全体

記載の簡潔さが確保されているか。

業務フロー図全体

他部門や事業者でも理解できる内容となっているか。

業務フロー図全体

38

第２節 BPMN を用いた作業の表記例
１ 作業の表記例について
本調査研究では、「住民基本台帳業務」及び「個人住民税業務」について、全国の地方公共団体の参考になる、汎用的な作業の表記例を作成する。本調査研究の研究協
力団体の事例では、研究協力団体における組織形態や業務フロー図の利用目的により、作成されている業務フロー図の粒度等がそれぞれの研究協力団体にとって最適な形で設定されている（研究協力団体の事例は、別冊事例集を参照されたい）。ただし、全国の地方公共団体では、組織体制や業務所掌等がそれぞれ異なることから、作業の順序に差異が生じることや作業に団体独自の加除が講じられる可能性も考えられ、研究協力団体の事例をそのまま自団体の業務フロー図として利用することは困難であると考えている。
このため、作業の表記例は、地方公共団体にとって共通的な作業のみを研究協力団
体の業務フロー図等を参考に抽出し、抽出した作業を業務フロー図として図示し、提供している。このため、作業の順序等を考慮し、作業の表記例を組み合わせることにより、それぞれの団体に適合した業務フロー図を作成することができるようにしている。
この作業の表記例を参考に地方公共団体職員が自ら業務フロー図を作成してもらうことを想定している。まず、作成した業務フロー図は、地方公共団体に共通的な作業のみが反映されているため、業務フロー図を作成後、業務フロー図を確認し、団体独自の作業内容がある場合は、その内容を追記することが必要である。

２ 住民基本台帳業務の作業の表記例「住民基本台帳業務」における作業の表記例は、本調査研究の調査報告で解説した
ように、窓口での事務に共通すると考えられる「受付」
「審査」
「登録」
「通知・報告」「交付・提供」で分類して各作業の業務フロー図を作成し、掲載している。図 32
申請者「受付」等の５つの作業を組み合わせた「住民基本台帳業務」の例である。
受付

審査

登録

通知・報告

交付・提供

証明書の交付

審査

登録

あり

通知A

登録に関する条件

通知Aを実施する

交付通知に関する
条件なし
通知B

通知Bを実施する

通知B

通知A

関連省庁

受付

地方公共
団体

担当課

窓口担当

申請書

図 32

住民基本台帳業務の作業の表記例（全体）39は、（１） 受付「受付」は、申請者からの交付請求等を受け付ける作業を業務フロー図として図示したものであり、住民基本台帳業務においては、住民からの住民票の写しの交付請求等が該当する。図 33 に示す「申請書」は、住民基本台帳業務で扱うことが想定される「住民票の写しの交付請求書」「転入届」「転出届」「異動届」等実態にあった書類を任意で記載することが必要となる。

申請者

基本プロセス

申請書については、住民基本台帳業務で扱うことが想定される、「住民票の写しの交付請求書」「転入届」「転出届」「異動届」など事務にあった書類を任意で記載すること。

担当課

窓口担当

申請書

受付

図 33

住民基本台帳業務の作業の表記例（受付）（２） 審査「審査」は、申請者から受け付けた申請書について、申請書の記載内容の確認やシステムデータの内容との確認や申請者への本人確認等の作業を業務フロー図として図示したものである。「審査」の作業内容について、詳細に記載が必要である
場合は、図 34 に示すようにサブプロセスを用いて詳細な記載をする必要がある。
この際、基本プロセスに審査の詳細内容を記載すると記載する粒度がそろわないた
め、サブプロセスに記載することに留意する。

窓口担当

担当課

基本プロセス

審査

サブプロセス

届出をする

申請書の記載内容を確認するシステムデータとの照合する審査の具体的な内容については、必要に応じてサブプロセスを設けて記載する。

本人確認をする受理決定をする
審査

図 34

住民基本台帳業務の作業の表記例（審査）40

（３） 登録「登録」は、「申請」に伴い、地方公共団体で記録しなければならない事項を申請者の情報で判定し、記録する作業を業務フロー図として図示したものである。
「登録」における条件や記録内容は、住民の転入における世帯構成の変更の有無の判定
や世帯構成の変更があった場合のような、具体的な記録内容を任意で記載する必要がある。また、「登録」は、多くの場合、地方公共団体職員を介して情報システムに登録されることが想定される。このため、図 35 のようにユーザータスクを用いて記載することが多いと考えられるが、団体の作成方針により、ユーザータスクを利用しない場合は、属性なしのタスクで図示することも可能である。

窓口担当

担当課

基本プロセスあり

登録登録に関する
条件なし

登録については、地方公共団体職員を介して情報システムに登録することが想定されるため、「ユーザータスク」を用いて記載することが多いが、「ユーザータスク」を利用しない場合は、「属性なしのタスク」で図示することも可能である。
図 35

申請の内容に適した具体的な登録内容を記載する。

住民基本台帳業務の作業の表記例（登録）（４） 通知・報告「通知・報告」は、「受付」を実施した内容により、業務上で関連のある省庁や他の地方公共団体へ申請者に関する情報を通知したり、「登録」によって更新された自団体の情報を報告する作業を業務フロー図として図示したものである。「通知・報告」の具体的な内容は、転入における事務においては転入を実施した申請者が日本人であるか、あるいは外国人であるかを判定し、日本人であれば本籍地団体
へ戸籍の附票の記載事項の通知を実施し、外国人であれば法務省へ居住地等の通知を実施するという、具体的な内容を記載する必要がある。

41

基本プロセス

窓口担当

担当課

Aの場合

通知Aを実施する

通知に関する
条件

Bの場合

通知Bを実施する

住民の申請等の内容により、具体的な通知・報告の内容を記載する。

通知A

関連省庁

通知B

地方公共
団体

住民からの申請内容等により、通知・報告の必要がある、関連省庁や他の地方公共団体名を具体的に
記載する。

図 36

住民基本台帳業務の作業の表記例（通知・報告）（５） 交付・提供「交付・提供」は、「受付」の際に申請者から要求のあった証明書等を発行し、交付・提供する作業を業務フロー図として図示したものである。「交付・提供」を実施する証明書等は、住民票の写しの交付請求を申請された場合の住民票の写し等の具体的な帳票名を記載する必要がある。
また、多くの窓口での事務は、受付の際に交付請求があった証明書等について、「交付・提供」により業務が終了することが多い。この場合は、交付の作業を示す
タスクの先に、終了イベントを記載することにより、一連の事務が終了することを示すことができる。その後も作業が継続する場合は、シーケンスフロー等で継続する作業内容を記載する。
基本プロセス
交付後も作業が継続する場合

申請者

申請者

交付により業務が終了する場合

証明書の交付

交付

窓口担当

担当課

窓口担当

担当課

証明書の交付

交付

交付後に作業が終了する場合は終了イ
ベントを記載し、継続する場合はフロー図の記載を続ける。

図 37

住民基本台帳業務の作業の表記例（交付・提供）

42

３ 個人住民税業務の作業の表記例「個人住民税業務」の作業の表記例についても、「住民基本台帳業務」と同様に研究協力団体の業務フロー図等を参考にして作成した。ただし、「個人住民税業務」は、「住民基本台帳業務」と比べ、地方公共団体が行う事務内容が多様であり、一定の共通性がみられないことから、「個人住民税業務」における事務でも特に「当初賦課」の作業内容を作業の表記例として作成し掲載した。これは、税業務に共通する事務である「賦課」の事務に着目し、「当初賦課」の作業である「課税計算」「情報抽出」「納通・税通作成」「決裁・送付」「公示送達」の各作業を示すことにより、個人住民税業
務の事務として「賦課」の業務フロー図を作成する際に参考となるようにしている。
図 38 は「課税計算」等の５つの作業を組み合わせた「当初賦課」の例である。
納通・税通作成

決裁・送付

公示送達

税務課

課税計算

届いているか
決裁を実施
する

情報抽出

通知書を送
付する。

Yes

納税通知書
を作成する。
No

地方公共団体

Yes

No

通知書
課税情報を抽出する

課税計算時期納税義務者は給与所得者か。

納税者

情報システム部門

後期高齢者医
療システム

課税計算を
実施する

図 38

個人住民税業務の作業の表記例（全体）

43

通知書の到
着を確認す
る、

通知書が納税者に税額通知書を作成する。

通知書の未
到着を確認
する。

公示送達を
実施する。

（１） 課税計算「課税計算」は、課税対象となる納税者の登録内容や各種課税資料に基づき、税額の計算を実施する作業を業務フロー図として図示したものである。
賦課の多くは地方公共団体における一定の年間業務スケジュールで実施されることから、タイマー開始イベントにより事務の開始を示す。また、図 39 に示す課
税計算時期は、個人住民税業務における当初賦課が実施される 4 月~5 月期等の具体的な期日等を記載する必要がある。
地方公共団体における一定の業務スケ
ジュールにより開始時期が規定されている当
初賦課については、タイマー開始イベントにより事務の開始を記載する。

情報システム部門

地方公共団体税務課

基本プロセス

課税計算を実施する
課税計算時期

課税計算時期については、個人住民税業務における4月～5月期等、各種税業務における具体的な時期を記載する必要がある。

図 39

個人住民税業務の作業の表記例（課税計算）（２） 情報抽出「情報抽出」は、課税計算を実施した税額や所得金額等の納税者に関わる情報を
課税台帳等から抽出し、他の事務で活用できる状態にする作業を業務フロー図として図示したものである。また、抽出した情報は、「納通・税通作成」で利用する情報も併せることが想定される。
図 40 に示すように、後期高齢者医療等、抽出した情報を用いる関連システム等
をデータストア、関連を用いて記載することも考えられる。関連により接続するシステムは、各団体における諸事情を踏まえ具体的なシステム名を記載する必要がある。
基本プロセス

情報システム部門

地方公共団体

税務課

課税情報等の選定した情報を用いることが考えられる具体的なシステム名をデータストア、関連を用いて記載する。
後期高齢者医療システム

課税情報を抽出する

図 40

個人住民税業務の作業の表記例（情報抽出）

44

（３） 納通・税通作成「納通・税通作成」は、「情報抽出」により取得した納税者の課税情報等に従い、納税通知書や税額通知書等を作成する作業を業務フロー図として図示したものである。図 41 に示すように納税者が事業所得者や公的年金所得者等給与から住民税を差し引くことができない者は普通徴収となるため納税通知書を作成し、納税者が給与所得者である場合は納税方法が特別徴収であるため税額通知書を作成する。このような業務フローはゲートウェイを用いて示す必要がある。

基本プロセス

事業者所得者や公的年金所得者の場合
は納税通知書を作成し、納税義務者が給与所得者の場合は税額通知書を作成する。
また、納税通知書、税額通知書等について
地方公共団体個別の帳票名がある場合は具体的な帳票名を記載する。

税務課

Yes
納税通知書
を作成する。

No

情報システム部門

地方公共団体

税額通知書を作成する。

事者所得者や公的年金所得者の場合は普通徴収、納税義務者が給与所得者の場
合は特別徴収となるため、ゲートウェイを用いて条件分岐を記載する。

納税義務者は給与所得者か。

図 41

個人住民税業務の作業の表記例（納通・税通作成）（４） 決裁・送付「決裁・送付」は、「納通・税通作成」により作成した通知書等を納税者へ送付するための作業について業務フロー図として図示したものである。
図 42 に示すように、納税者へ通知書を送付するための庁内決裁の作業をタスクや折りたたまれたサブプロセス等で記載する。図 42 では、庁内決裁の作業について、想定される作業をサブプロセスとして記載しているが、庁内決裁は、地方公共団体により差異があると考えられる。このため、図 42 を参考にし、自団体にあった業務フロー図を記載する必要がある。また、メッセージタスクにより、納税者へ送付する作業が示されている「通知書」は、納税者の課税情報等により、税額を事業者に通知する書類や住民が直接納付するための書類の具体的な帳票名を記載する必要がある。

45

税務課

作成した通知書を納税者に送付するための決裁については、サブプ
ロセスを用いて、詳細内容を記載する場合も考えられる。

通知書を送
付する。

情報システム
部門

決裁を実施
する

通知書の送付については、普通徴収の場合は納税通知書、特別徴収の場合は税額通知書等、納税者の課税情報に基づいた具体的な帳票名を記載する必要がある。

通知書

納税者については、普通徴収の場
合は住民等、具体的な納税者、特別徴収の場合は事業者を記載する必要がある。

納税者

地方公共団体基本プロセス

サブプロセス
決裁文書を作成する

決裁文章を提出する

Yes

決裁を承認する。

事業者に
発注する。
決裁

決裁文書が正しく作成できてい
るか
No

図 42

決裁文書を修正する。

個人住民税業務の作業の表記例（決裁・送付）（５） 公示送達「公示送達」は、「決裁・送付」により納税者へ送付した通知書の到達の有無を確認する作業を業務フロー図として図示したものである。
送付した通知書が納税者に到達している場合は、その到着確認をもって「賦課」の事務が終了する。また、納税者に通知書が到達していない場合は、公示送達の実施により「賦課」の事務が終了する。ただし、公示送達の措置は、各地方公共団体
により作業内容が異なることも考えられることから、自団体の事務の内容に合わせた具体的な作業を記載することが必要となる。
基本プロセス

税務課

届いているかYes

No

通知書の未到達を確認する。

公示送達を実施する。

通知書が納税者に届いていない場合
は、通知書の未到着を確認し、公示送達を実施したうえで一連の業務フローが終了する。

情報システム部門

地方公共団体通知書が納税者に届いていた場合は、通知書の到着を確認し、一連の業務フ
ローが終了する。

通知書の到着を確認する。

通知書が納税者に

図 43

個人住民税業務の作業の表記例（公示送達）

46

参考資料

47

１ 「イベント（Event）」の主な要素
イベントは、業務フロー図において事務の「開始」、「中間」及び「終了」を表すものである。
イベントは、イベントが発生する条件（トリガー）に応じて属性を定めることができる。例えば、ある時期になったら事務が開始する場合には、タイマー属性の「タイマー開始イベント」を使用する。また、何らかの申し出に基づいて事務が開始する場
合には、メッセージ属性の「メッセージ開始イベント」を使用する。
イベントは、「開始」、「中間」及び「終了」の 3 つのタイプと 12 の属性で分類されている。これらの図形要素は 63 種類あるが、ここでは、主要三大イベントタイプと言われる 3「メッセージ」、「タイマー」及び「エラー」に、利用頻度が高いと思われる「リンク」及び左記に含まれない記述レベルで定義されている「終結」を加え、23 種類の図形要素を示す。
表 18
タイプ

本利用ガイドで選択した「イベント」の一覧

開始
ﾄｯﾌﾟ
ﾚﾍﾞﾙ

なし

ｲﾍﾞﾝﾄ

ｲﾍﾞﾝﾄ

ｻﾌﾞﾌﾟﾛｾｽ

ｻﾌﾞﾌﾟﾛｾｽ

ｷｬｯﾁ（中断） （非中断）-（None）

中間

-

-

境界

終了
境界

（中断） （非中断）

-

ｽﾛｰ

-

メッセージ
（Message）
タイマー-（Timer）
エラー（Error）
リンク（Link）
終結（Terminal）

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

表 18 は、横軸のイベントタイプと、縦軸の条件（トリガー）属性の 2 軸のマトリクスで構成される。各軸の分類の考え方は表 19 及び表 20 のとおりである。また、23 種類のイベントの個別説明は表 21 のとおりである。

Bruce Silver 「BPMN メソッド＆スタイル第 2 版 BPMN 実装者向けガイド付き」平成25 年 8 月,P.91
3

48

表 19

イベントタイプの分類

イベントタイプ

説明

トップレベル

事務が開始されることを示す。
業務フロー図内で、メッセージのやりとり、特定の日時

イベントサブプロセス
開始

（中断）、
イベントサブプロセス（非中断）

や周期、エラーの発生等が条件となって独立したサブプ
ロセスが開始されることを示す。
「中断」の場合は、当該事務の他の作業は中断され、サブプロセス内の作業のみが実施される。
「非中断」の場合は、当該事務の他の作業とサブプロセ
ス内の作業は並行して実施される。
業務フロー図の中間に配置され、ある条件（メッセージ

キャッチの発信、特定の日時や周期等）が発生するまで、作業が待機されることを示す。
業務フロー図内のアクティビティ（タスクやサブプロセス）の境界に配置され、通常フローと例外フローが示される。

境界（中断）、
中間「中断」の場合は、通常フローが停止し、例外フローの境界（非中断）作業が実施されることを示す。
「非中断」の場合は、通常フローと例外フローは並行して実施されることを示す。
業務フロー図の中間に配置される。ある条件（メッセー
ジの送信等）が定義され、その条件が満たされた後に直スロー

ちに次の作業を行うことを示す。条件の定義が無い場合
は、そのまま次のフローに流れる。

終了

事務が終了することを示す。
表 20

条件（トリガー）の分類

条件（トリガー）

説明
BPMN で業務フロー図を作成する場合、必ず開始イベントと終了イ

属性なし

ベントを記載することが求められる。イベントが発生する条件（トリガー）が不明又は未定義の場合等において、この図形要素を使用する。

メッセージイベント
タイマーイベント
エラーイベント
リンクイベント
終結イベント

メッセージイベントは、関係者同士（プール間）で何らかの情報がやりとりされることが条件になることを示す。
タイマーイベントは、特定の日時や特定の周期（例えば毎週月曜
日の午前 9 時）が条件になることを示す。
エラーイベントは、何らかのエラーが条件になることを示す。
リンクイベントは、単一の事務が複数の業務フロー図を跨ることを示す。例えば、業務フロー図がページを跨る場合に使用する。
終結イベントは、事務が直ちに終結することを示す。

49

表 21

「イベント」の主な要素の概要

要素
開始イベントStart Event

説明
中心が空いた円で表現される。
事務の開始を示し、必ず記載する必要がある。
中心が空いた円で、境界が太字で表現され終了イベントる。

End Event

事務の終了を示し、必ず記載する必要がある。

中間イベント（スロー）Intermediate Event

中心が空いた 2 重の円で表現される。
業務フロー図の中間に配置され、そのまま次のフローに流れることを示す。
開始イベントにメッセージのシンボルを配メッセージ開始イベント

置して表現される。

Message Start Event

他のプールからのメッセージを受け取ることで事務が開始することを示す。
開始イベントにメッセージのシンボルを配メッセージ・イベント・

置して表現される。

サブプロセス（中断）メッセージ開始イベントと同様の意味を示Interrupting-Massage

す。サブプロセス内で使用され、サブプロセ

Start Event Subprocess

ス内の作業が実行された場合、親レベルの業
務フローの作業は中断される。
点線で描かれる円にメッセージのシンボル

メッセージ・イベント・
サブプロセス（非中断）
Non-interrupting-Massage start event Subprocessを配置して表現される。
メッセージ開始イベントと同様の意味を示す。サブプロセス内で使用され、サブプロセ
ス内の作業が実行された場合でも、親レベルの業務フローの作業は中断されずに実行される。
2 重線で描かれる円にメッセージのシンボル

メッセージ受信を配置して表現される。

中間イベント

業務フロー図の中間に配置され、他のプール

Catch–Message

からのメッセージを送信するまで作業が待Intermediate Event

機されることを示す。メッセージ・キャッチ
中間イベントとも言う。

50

図形要素

要素

説明
2 重線で描かれる円にメッセージのシンボル

メッセージ・境界イベントを配置して表現される。

（中断）

アクティビティの境界に配置され、その先にInterrupting-Boundary–M

通常フローと例外フローが示される。

essage

メッセージを受信した場合は通常フローがIntermediate

停止し、例外フローの作業が実施されること

Event

を示す。
2 重点線で描かれる円にメッセージのシンボ
メッセージ・境界イベント

ルを配置して表現される。

（非中断）

アクティビティの境界に配置され、その先に

Non-Interrupting-Bounda

通常フローと例外フローが示される。

ry–Message

メッセージを受信した場合は通常フローとIntermediate

例外フローが並行して実施されることを示

Event

す。
2 重線で描かれる円に黒色メッセージのシンメッセージ送信ボルを配置して表現される。

中間イベント

業務フロー図の中間に配置され、他のプール

Throw-Messageにメッセージを送ってから、直ちに次の作業

Intermediate Eventに移ることを示す。メッセージ・スロー中間
イベントとも言う。
終了イベントに黒色メッセージのシンボル

メッセージ終了イベントを配置して表現される。

Message end event

他のプールにメッセージを送って、事務が終了することを示す。
開始イベントにタイマー（時計）のシンボル

タイマー開始イベント
Timer start eventを配置して表現される。
特定の日時又は定期的な周期で事務が開始されることを示す。「日次」や「月次」等のラベルを付すことでそのタイミングを示す。
開始イベントにタイマー（時計）のシンボル

タイマー・イベント・を配置して表現される。

サブプロセス（中断）

タイマー開始イベントと同様の意味を示す。

Interrupting-Timer

サブプロセス内で使用され、サブプロセス内

Event Subprocess

Startの作業が実行された場合、親レベルの業務フ
ローの作業は中断される。
51

図形要素

要素

説明
点線で描かれる円にタイマー（時計）のシン

タイマー・イベント・ボルを配置して表現される。

サブプロセス（非中断）

タイマー開始イベントと同様の意味を示す。

Non-interrupting-Timer Start

サブプロセス内で使用され、サブプロセス内

Event Subprocessの作業が実行された場合でも、親レベルの業
務フローの作業は中断されずに実行される。
2 重線で描かれる円にタイマー（時計）のシ
ンボルを配置して表現される。

タイマー中間イベント

業務フロー図の中間に配置され、特定の日時

Timer Intermediate Event

又は定期的な周期になるまで作業を待機することを示す。「日次」や「月次」等のラベルを付すことでそのタイミングを示す。
2 重線で描かれる円にタイマー（時計）のシ
ンボルを配置して表現される。

タイマー・境界イベント

アクティビティの境界に配置され、その先に（中断）

通常フローと例外フローが示される。

Interrupting-Boundary-T

イベントが発動する条件として、特定の日時

imer Intermediate Event

又は定期的な周期が示され、該当する場合は通常フローが停止し、例外フローの作業が実施されることを示す。
2 重点線で描かれる円にタイマー（時計）のタイマー・境界イベント（非中断）
Non-Interrupting-Bounda
ry-TimerIntermediate

Event

シンボルを配置して表現される。
アクティビティの境界に配置され、その先に通常フローと例外フローが示される。
イベントが発動する条件として、特定の日時
又は定期的な周期が示され、該当する場合
は、通常フローと例外フローが並行して実施されることを示す。
開始イベントにエラーのシンボルを配置しエラー・イベント・
サブプロセス（中断）Interrupting-Error
Intermediate
Subprocess

Eventて表現される。
サブプロセス内で使用され、エラーが発生した場合、当該サブプロセスが開始される。サブプロセス内の作業が実行された場合、親レベルの業務フローの作業は中断される。

52

図形要素

要素

説明
2 重線で描かれる円にエラーのシンボルを配

エラー・境界イベント（中断）
Boundary-Catch–Error
Intermediate Event

置して表現される。
アクティビティの境界に配置され、その先に通常フローと例外フローが示される。
エラー（指定された状況）が発生した場合は、
通常フローが中断され、例外フローが実施される。
終了イベントにエラーのシンボルを配置しエラーエンドイベントて表現される。

Error End Event

エラーの発生により事務が終了すること（例外終了状態）を示す。
2 重点線で描かれる円に白抜き矢印のシンボ

リンク・キャッチイベント
Catch-Link

Intermediate

Event

ルを配置して表現される。
単一の業務フローがページを跨ったことを示す。別のページに対応するリンク・スロー
イベントがあり、元となるシーケンスフローがあることを示す。
2 重点線で描かれる円に黒色矢印のシンボル

リンク・スローイベント
Throw-Link

Intermediate

Eventを配置して表現される。
単一の業務フローがページを跨ることを示す。別のページに対応するリンク・キャッチ
イベントがあり、シーケンスフローが続いていることを示す。
終了イベントに黒丸のシンボルを配置して終結イベント

表現される。

Terminate Event

当該業務フローだけでなく、親レベルの業務フローも含めて事務が停止することを示す。

53

図形要素

２ 「アクティビティ（Activities）」の主な要素アクティビティは、業務フローにおける作業の内容を示すものである。アクティビ
ティは、大きくタスクとサブプロセスに分類される。
タスクは、これ以上細分化できない作業の最小単位を示し、「～を～する」といった形式で目的語と動詞を 1 対 1 で表現する。また、業務フロー図作成の目的によってその粒度が変動することに留意が必要である。タスクは、8 種類の図形要素に分類されているが、ここでは記述レベルと分析レベルで定義されている図形要素に、重要と思われるマニュアルタスクを加え、6 種類の図形要素を示す。
表 22「タスク」の主な要素の概要

要素説明
角が丸い長方形で表現される。

タスク

これ以上細分化できない作業単位であることをTask示す。枠内に人や歯車等のシンボルを配置することにより、タスクの属性を示すことができる。
左上に人物の上半身のシンボルを配置して表現

ユーザータスクされる。

User Task

人が情報システム等を使って行うタスクである
ことを示す。

サービスタスク
Service Task

左上に歯車のシンボルを配置して表現される。
情報システムによって自動化されているタスクであることを示す。
左上に黒色の封筒のシンボルを配置して表現さ

送信タスク

れる。

Send Task

他の関係者（当該送信タスクが配置されたプールの外側）に対して情報を送信することを示す。
左上に白抜きの封筒のシンボルを配置して表現

受信タスク

される。

Receive Task

他の関係者（当該受信タスクが配置されたプールの外側）から情報を受信することを示す。

マニュアル
タスク
Manual Task

左上に手のシンボルを配置して表現される。
人が手作業で行うタスクであることを示す。

54

図形要素

なお、選択した図形要素に応じて利用の基準を適切に示す必要がある。例えば、「マ
ニュアルタスク」を使用可とした場合（表 23・例 1）は、「人が主体となって情報システム等を操作する作業（ユーザータスク）」と「情報システム等が自動的に行う作業（サービスタスク）」を使い分ける必要があるが、「マニュアルタスク」を使用不可とした場合（表 23・例 2）では、「人が主体となって行う作業（ユーザータスク）」において、情報システム等の利用の区別は不要である。
表 23

図形要素の使用可否に応じたタスク属性の定義の例

使用可否と定義の例

タスク属性

ユーザータスク

例1
使人が主体となって使人が主体となって行

用

情報システム等を用う作業（情報システ

可操作する作業可

ム等の利用は不問）

使マニュアルタスク

用
可使

サービスタスク

例2

用可使
人が手作業で行う

用

作業

不

-

可
情報システム等が自動的に行う作業

55

使
用
可

情報システム等が自動的に行う作業サブプロセスは、その内部に業務フローを持っており、子レベルの業務フローとして捉えることができる。ここでは、記述レベルと分析レベルで定義されている 5 種類の図形要素を示す。
表 24「サブプロセス」の主な要素の概要

要素

説明

展開された

あるプロセス上の一部の作業内容をアクティビ

サブプロセスティの境界で囲んで表現される。

ExpandedSubプロセス）であることを示す。

process
折りたたまれた
サ ブ プ ロセ ス
Collapsed

他の作業よりも 1 段階下のレベルの作業（サブSubprocess

中央下部に「＋」のシンボルを配置して表現される。
上記の展開されたサブプロセスを折りたたんだ
状態をこのように示す。詳細な作業を展開しているか隠しているかの違いである。
中央下部に「＋」のシンボルと、円を描く矢印

ループアクティを配置して表現される。

ビティ

当該ループアクティビティに含まれる作業を複Loop Activity

数回繰り返し実施することを示す。繰り返す回
数は、テキスト注釈等で明記する。

マルチインスタンスアクティビ
ティ
Multiple
Instances
Avtivityコール
アクティビティCall Activity

中央下部に「＋」のシンボルと、縦の 3 本線を配置して表現される。
当該マルチインスタンスアクティビティに含まれる作業を、指定されたリストの行ごとにそれぞれ実施することを示す。リストとは、例えば窓口での受付リストや庁内組織のリスト等が考えられる。
太い境界線で表現される。
複数の業務で共通するサブプロセスであり、複数の業務フローにおいて活用できる（呼び出せる）ことを示す。

56

図形要素

３ 「ゲートウェイ（Gateways」」の主な要素
ゲートウェイは、業務フローの分岐や統合の状態を示すものである。ゲートウェイ
は、8 種類の図形要素に分類されているが、ここでは、記述レベルと分析レベルで定義されている 4 種類の図形要素を示す。
表 25「ゲートウェイ」の主な要素の概要

要素

説明

図形要素

ひし形又はひし形に「X」を配置して表現される。同一の業務フロー図上ではいずれかの表記に統一する。

ゲートウェイ

業務フローの分岐や結合（XOR 条件）で使われ、Gateway
排他ゲートウェイ
Exclusive Gateway

条件に基づいて判断が行われることを示す。分岐の場合は分岐（流出）する経路のうち、必ずいずれか一つの経路に流れることを示す。結合の場合は結合（流入）する経路のうち必ずいず
れか一つの経路のみが有効となることを示す。
ひし形に「+」を配置して表現される。
業務フローの分岐や結合（AND 条件）で使われ、並列ゲートウェイ

無条件で経由する。分岐の場合は、分岐（流出）Parallel Gateway

する経路は同じタイミングで流れることを示す。結合の場合は、流入（結合）する経路のすべてが揃ってから次に流れることを示す。
ひし形に「○」を配置して表現される。
業務フローの分岐や結合（OR 条件）で使われ包含ゲートウェイ
Inclusive Gateway

る。分岐の場合は、各分岐先（流出先）に条件を設定し、条件が合致した経路は単独又は並行して実行されることを示す。結合の場合は、結合（流入）する経路のうち有効でないものは無視することを示す。
ひし形に、2 重円で囲まれた五角形を配置してイベントベース
ゲートウェイ
Event
Gateway

Based

表現される。
業務フローの分岐で使われ、その先には複数のタイマー中間イベントやメッセージ受信中間イベント、受信タスク等が接続される。接続されたイベントやタスクのうち、最初に発生したもののみが実施されることを示す。

57

又は

４ 「データ（Data）」の主な要素
データは、大きくデータオブジェクトとデータストアに分類される。
データオブジェクトは、プログラミングの構築対象物のことである。データストア
は、情報システムに蓄積される情報群のことである。データは、7 種類の図形要素が定義されているが、ここでは記述レベルに定義されている「データオブジェクト」と「データストア」の図形要素を示す。
表 26「データ」の主な要素の概要

要素

説明

データ

右角が折り曲げられた長方形で表現される。

オブジェクトアクティビティで必要とされるデータや作成さ

Data Object

れるデータを示す。

データストアData Store

図形要素

上部に 2 本線が引かれた円柱で表現される。
業務フロー内において継続的に参照されたり更新されたりする、蓄積された情報群を示す。

５ 「接続オブジェクト（Connecting Objects）」の主な要素
接続オブジェクトとは、フローオブジェクトやデータを接続し、相互の関連を示すものである。接続オブジェクトは、12 種類の図形要素が定義されているが、ここでは、記述レベルと分析レベルで定義された「シーケンスフロー」と「メッセージフロー」に「関連」を加えた 3 種類を示す。
表 27「接続オブジェクト」の主な要素の概要

要素説明

シーケンスフロー実線矢印で表現される。

Sequence Flow

イベントやアクティビティ同士を接続する。
点線白抜矢印で表現される。

メッセージフローMessage Flow

プールを跨いでメッセージのやり取りがあることを示す際に使用する。メッセージとは口頭や文書、メール等である。同一プール内では使用できない。

関連

破線又は破線矢印で表現される。

Association

データや注釈との関連があることを示す。

58

図形要素

６ 「スイムレーン（Swimlanes）」の主な要素スイムレーンは、事務を実施する組織や役割を示す。大きくプールとレーンに分類され、プールをレーンで区切るように構成する。スイムレーンは、6 種類の図形要素が定義されているが、ここでは 2 種類の図形要素を示す。
表 28「スイムレーン」の主な要素の概要

要素説明
プールは、水泳のプールに例えられており、プールの中に関係者とそ

プールの活動内容が記載される。一般的には 1 組織が 1 つのプールとして示Pool

され、レーンは当該組織内の部署や役割を示す。

レーン

またプールは、ブラックボックスプールと呼ぶ内部に何も記載しない

Swimlane

申請者状態で表現することもできる。

申請

受付担当

市民課

書類

図 44

資格を確認
する

必要事項を
記入する

申請書を確
認する

書類作成

申請受付
決裁手続き

（例）スイムレーン、接続オブジェクト等の活用例（受付業務の場合）

７ 「成果物（Artifacts）」の主な要素
成果物は、業務フローの内容をより明確にしたり、補足したりするために使用される。ここでは、成果物として定義されている 2 種類の図形要素を示す。
表 29

要素

グループ
Group

注釈
Text
Annotation「成果物」の主な要素の概要

説明
角が丸く一点鎖線の長方形で表現される。
同一カテゴリー（分析の目的が同一の作業の一群等）に属する要素をグルーピングする。
点線とコの字の横に記載された文章で表現される。
業務フロー図の読者に対する注釈を示す。ゲートウ
ェイの判断基準や、業務における課題や留意事項等を記載することができる。

59

図形要素

地方公共団体の情報システム調達における機能要件の表記方法
利用ガイド 別冊
事例集

平成 27 年３月
地方公共団体情報システム機構

目次
地方公共団体における事例 ................................................................................................ 1
１

住民基本台帳業務における事例 .......................................................................... 2（１） A団体の事例 ................................................................................................... 2
ア 転入 .................................................................................................................... 3
イ 出生 .................................................................................................................... 7
ウ 住民票の写し等の交付（本人等請求） ............................................................. 9エ 住民票記載事項証明書交付（本人等請求） ....................................................11
オ 世帯主変更 ....................................................................................................... 13
カ 戸籍異動 ........................................................................................................... 15
キ 転出 .................................................................................................................. 17
ク 死亡 .................................................................................................................. 19（２） B団体の事例 ................................................................................................. 21
ア 全部転入 ........................................................................................................... 22
イ 一部出生 ........................................................................................................... 34
ウ 住民票の写しの作成 ........................................................................................ 46
エ 一部・全部転出 ................................................................................................ 52
オ 一部・全部死亡届出・通知 ............................................................................. 58
カ 個人番号カード作成・交付 ............................................................................. 62２

個人住民税業務における事例 ............................................................................ 64（１） A団体の事例 ................................................................................................. 64
ア 当初（電子申告テーブル） ............................................................................. 65
イ 当初（税額計算） ............................................................................................ 66
ウ 当初（納入書作成かつ税通不作成リスト） ................................................... 67（２） B団体の事例 ................................................................................................. 68
ア 住民税賦課業務 ................................................................................................ 69（３） C団体の事例 ................................................................................................. 72
ア 課税対象者管理 ................................................................................................ 73
イ 当初課税・通知作成 ........................................................................................ 83

地方公共団体における事例
地方公共団体職員が業務フロー図を作成するに当たり参考情報として活用することを目的として、情報システムの業務フロー図を作成している地方公共団体より、業務フ
ロー図の実物を入手し、事例として紹介する。事例として採り上げる業務は、地方公共団体職員の理解のしやすさという観点から、地方公共団体の最も基本的な業務であり、情報システムの導入率の高い住民基本台帳業務及び個人住民税業務を対象としている。
なお、本利用ガイドにおいて、表記方法については BPMN のみを紹介しているが、BPMN による業務フロー図の記載事例が少ないこともあり、BPMN 以外の表記方法により作成された業務フロー図も紹介している。
表1

地方公共団体における事例等

A 団体

B 団体

C 団体

住民基本台帳業務の事
例提供

○

○

－

個人住民税業務の事例
提供

○

○

○

業務フロー図の表記手法

BPMN

BPMN 以外

BPMN 以外

主たる業務フロー図の作成者

提供事例は情報シ
ステム部門にて作成した。（さらに詳
細な業務フロー図を事業者に委託して作成予定である。
）

提供事例は情報シ
ステム部門にて作成した。（通常は業
務主管部門にて作成している。）

業務主管部門が作成したファイルを基に情報システム部門がツールにより、変換して業務フ
ローを作成している。

システム調達での利用

将来的に、調達仕様書に機能要件の一部として添付を予定している。

調達仕様書に機能要件の一部として添付している。

RFI 資料に添付し、カスタマイズ規模を調査している。
調達仕様書に機能要件の一部として添付している。

※事務分類は提供団体における呼称を採用している。よって、呼称が同一であっても提供団体が異なる場合は、同一業務を示すわけではない。

1

１ 住民基本台帳業務における事例（１） A 団体の事例
A 団体の事例の特徴は以下のとおり。
・BPMN を用いて記載されている。
・１ページの業務フロー図内に、事務の開始と終了が含まれている。
・１ページの業務フロー図に多すぎる情報を詰め込まないよう、簡潔に記載されている。
・届出作業のように複数フローから共通的な記載が可能な処理については、「折りたたまれたサブプロセス」とし、別ページに記載している。

2

ア 転入

申請者

転入（1/4）~転入全体フロー（1/3）

住民異動届など

転入届の受理新住民票の編製を
する

NO

受付

NO

市民窓口

委任状による申請か？

YES

住民異動届（選管用）が出力される期間か？

世帯変更をする
リンクA

世帯構成変更
があるか？

YES
YES

本人へ異動通知を
送付する
住民異動届
転出証明書
本人確認書類届出人の認印委任状
特別永住者証又は在留カード

区選管へ住民異動届（選管用）を送付
する

通知

入力確認票
異動通知
住民異動届（選管用）

NO
通知

住民基本台帳カード

異動通知

本人

区選管

住民異動届（選管用）

3

転出元市町村転入（2/4）~転入全体フロー（2/3）

転入通知

YES
リンクA

本籍通知を作成する

転入通知を作成する

本籍通知をする
通知

市民窓口

転入者は日本
人か？

本籍通知

通知

転入通知

NO
法務省通知を作成する

法務省通知をする
通知

法務省通知

転入通知をする

本籍通知

本籍地市町村

法務省

法務省通知

4

リンクB

申請者

転入（3/4）~転入全体フロー（3/3）

転入学通知書など

窓口案内書

YES

転入学通知書を交付する

窓口案内書を作成
する

窓口案内書を交付する
終了

転入者に就学対
象の児童はいるか？

転入学通知書
就学通知書（小学校）就学通知書（中学校）
外国人就学票就学のご案内（小学校）（外国人）
就学のご案内（中学校）（外国人）

市民窓口

リンクB

転入学通知書を作
成する

窓口案内書

NO

5

転入（4/4）~サブプロセス

転入届の受理

届出を受理する

YES

特例転入の転出証
明書の確認をする

形式的審査をする

特例転出か？

NO

6

実質的審査をする

本人確認をする受理決定をする

イ 出生

届出人

出生(1/2)

出生届

出生届の受理新住民票の編纂をする

YES

世帯変更をする

本籍通知を作成する

本籍通知をする
終了

市民窓口

出生者は日本人か？
YES

NO

世帯新設無しで続柄は「子」が自動で入る

法務省通知を作成する

法務省通知をする

出生届
本籍通知

法務省通知
NO

法務省通知

本籍地もしくは
住所地である
か？

本籍地
市町村

法務省

本籍通知

7

出生(2/2)～サブプロセス・出生届の受理

届出を受理する

形式的審査をする

実質的審査をする

8

届出人の本人確認をする

受理決定をするウ 住民票の写し等の交付（本人等請求）

申請者

住民票の写し等の交付（本人等請求）(1/2)

交付請求書など

住民票の写しなど

交付請求書の受理

住民票の写しを作成する

住民票の写しを交
付する
交付

終了

市民窓口

受付

交付請求書
本人確認書類

住民票の写し（履歴なし）
住民票の写し（履歴あり）
住民票の写し（外国人）（履歴なし）
住民票の写し（外国人）（履歴あり）
通称履歴（別紙）

9

外国人は自動判別される。
履歴の有無は申請に応じて選択して出力する。

住民票の写し等の交付（本人等請求）（2/2）～サブプロセス・交付請求書の受理

交付請求書を受理する

審査する

本人確認をする

10

受理決定をする

エ 住民票記載事項証明書交付（本人等請求）申請者

住民票記載事項証明書交付（本人等請求）（1/2）

交付請求書など

住民票記載事項証明書

交付請求書の受理

住民票記載事項証明書を作成する住民票記載事項証
明書を交付する
交付

市民窓口

受付

交付請求書
本人確認書類

住民票記載事項
証明書

11

終了

住民票記載事項証明書交付（本人等請求）（2/2）～サブプロセス・交付請求書の受理

交付請求書を受理する

審査する

本人確認をする

12

受理決定をする

オ 世帯主変更

申請者

世帯主変更(1/2)

住民異動届など

世帯主変更届の受理

個人住民票の世帯情報を変更する

世帯主変更をする
終了

市民窓口

受付

住民異動届
本人確認書類13

世帯主変更(2/2)～サブプロセス・世帯主変更届の受理

届出を受理する

形式的審査をする

実質的審査をする

本人確認をする受理決定をする
世帯主変更届の受理

14

カ 戸籍異動申請者

戸籍異動(1/2)

戸籍異動届など

移行先世帯での世YES 帯主とその続柄を入力する

戸籍異動届の受理

YES

世帯変更をする

本籍通知を作成する

本籍通知をする

受付

通知

市民窓口

住所地に関係のある届出か？

世帯構成変更があるか？

戸籍異動届
本人確認書類

NO

本籍通知
NO
本籍通知

本籍地市町村・届出の内容によって変更項目は変わる
・その他住所変更などはここではなく，他のメニューを使用する。

15

終了

戸籍異動(2/2)サブプロセス・戸籍異動届の受理

届出を受理する

形式的審査をする

実質的審査をする

本人確認をする受理決定をする
戸籍異動届の受理

16

キ 転出

申請者

転出(1/2)

住民異動届など
転出証明書

転出届の受理YES

住民票を仮除にする

世帯変更をする

受付

転出証明書を交付
する
交付

世帯構成変更があるか？

市民窓口

転出証明書を作成
する

NO

住民異動届
本人確認書類17転出 (2/2)～サブプロセス・転出届の受理

届出を受理する

形式的審査をする

実質的審査をする

本人確認をする受理決定をする
転出届の受理

18

ク 死亡

届出人

死亡(1/2)

死亡届など死亡届の受理

住民票を除票にす
る

本籍通知を作成する

YES

本籍通知をする
通知

受付

市民窓口

死亡者は日本人か？
本籍通知
法務省通知を作成する

NO

法務省通知をする
通知
法務省
通知

法務省

法務省通知

本籍地市町村死亡届
本人確認書類

19

本籍通知

終了

死亡(1/2)～サブプロセス・死亡届の受理

届出を受理する

形式的審査をする

実質的審査をする

本人確認をする受理決定をする
死亡届の受理20

（２） B 団体の事例
B 団体の事例の特徴は以下のとおり。
・BPMN とは異なる表記方法を用いて記載されている。
・事務の開始から終了までが複数ページにまたがることがある。
・事務の発生契機から完了までの一連の流れを把握しやすくすることを重視し作成されている。
・1 ページの業務フロー図ごとに内容を補足説明する「業務記述書」を添付している。
・社会保障・税番号制度に関する変更を考慮した業務フロー図を作成している。

21

ア 全部転入
全部転入（1/6）

22

全部転入（1/6）~業務記述書

23

全部転入（2/6）

24

全部転入（2/6）~業務記述書

25

全部転入（3/6）

26

全部転入（3/6）~業務記述書

27

全部転入（4/6）

28

全部転入（4/6）~業務記述書

29

全部転入（5/6）

30

全部転入（5/6）~業務記述書

31

全部転入（6/6）

32

全部転入（6/6）~業務記述書

33

イ 一部出生
一部出生(1/6)

34

一部出生(1/6) ~業務記述書

35

一部出生(2/6)

36

一部出生(2/6) ~業務記述書

37

一部出生(3/6)

38

一部出生(3/6) ~業務記述書

39

一部出生(4/6)

40

一部出生(4/6) ~業務記述書

41

一部出生(5/6)

42

一部出生(5/6) ~業務記述書

43

一部出生(6/6)

44

一部出生(6/6) ~業務記述書

45

ウ 住民票の写しの作成
住民票の写しの作成（1/3）

46住民票の写しの作成（1/3）~業務記述書

47

住民票の写しの作成（2/3）

48

住民票の写しの作成（2/3）~業務記述書

49

住民票の写しの作成（3/3）

50

住民票の写しの作成（3/3）~業務記述書

51

エ 一部・全部転出
一部・全部転出(1/3)

52一部・全部転出(1/3) ~業務記述書

53

一部・全部転出(2/3)

54一部・全部転出(2/3) ~業務記述書

55

一部・全部転出(3/3)

56

一部・全部転出(3/3) ~業務記述書

57

オ 一部・全部死亡届出・通知
一部・全部死亡届出・通知(1/2)

58

一部・全部死亡届出・通知(1/2) ~業務記述書

59一部・全部死亡届出・通知(2/2)

60

一部・全部死亡届出・通知(2/2) ~業務記述書

61

カ 個人番号カード作成・交付
個人番号カード作成・交付

62

個人番号カード作成・交付~業務記述書

63

２ 個人住民税業務における事例（１） A 団体の事例
A 団体の事例の特徴は以下のとおり。
・BPMN を用いて記載されている。
・１ページの業務フロー図内に、事務の開始と終了が含まれている。
・１ページの業務フロー図に多すぎる情報を詰め込まないよう、簡潔に記載され
ている。

64

ア 当初（電子申告テーブル）

法人

当初（電子申告テーブル）

電子申告サーバ

給与支払報告書（電子申告）

税制課

給与支払報告書

情報化推進室給報データ

給報データを受け取る
データ受領

電子申告テー
ブル作成
4月頃

完了

テープ交換テーブル作成と同日

65

イ 当初（税額計算）

法人税務課

課税支援システム

当初（税額計算）不明
帳票返却後処理

N連絡票データ

N連絡票

情報化推進室

当初（税額計算）完了

連絡データを受け取る
データ受領

当初税額計算・
個人リンク更新
4月頃
当初エラーチェック＆リンク更新66

ウ 当初（納入書作成かつ税通不作成リスト）

法人税務課

当初（納入書作成かつ税通不作成リスト）

不明
帳票返却後処
理

情報化推進室

当初（納入書作成かつ税通不作成リスト）

完了

5月頃

納入書作成かつ税通不作成リストを作成する

納入書作成かつ税通不作成リスト

67

（２） B 団体の事例
B 団体の事例の特徴は以下のとおり。
・BPMN とは異なる表記方法を用いて記載されている。
・事務の発生契機から完了までの一連の流れを把握しやすくすることを重視し作成されている。

68

ア 住民税賦課業務
住民税賦課業務～資料課税

69

住民税賦課業務～市県民税申告書（市県民税申告書）（申告支援システム）70

住民税賦課業務～個人住民税の減免

71

（３） C 団体の事例
C 団体の事例の特徴は以下のとおり。
・BPMN とは異なる表記方法を用いて記載されている。
・事務の開始から終了までが複数ページにまたがることがある。
・事務に関わる情報を漏れなく記載することに主眼を置いている。
・1 ページの業務フロー図ごとに内容を補足説明する「業務記述書」を添付している。他の事例と比べ、詳細な記載となっている。

72

ア 課税対象者管理

当初課税対象者ファイル作成～課対マスタ作成

73

当初課税対象者ファイル作成～課対マスタ作成

業務記述書(1/3)

74当初課税対象者ファイル作成～課対マスタ作成

業務記述書(2/3)

75当初課税対象者ファイル作成～課対マスタ作成

業務記述書(3/3)

76当初課税対象者ファイル作成～証明発行停止入力

77

当初課税対象者ファイル作成～証明発行停止入力

業務記述書

78

当初課税対象者ファイル作成～事業所情報整備（現年度）

79当初課税対象者ファイル作成～事業所情報整備（現年度）

業務記述書

80

当初課税対象者ファイル作成～事業所情報整備（新年度）

81当初課税対象者ファイル作成～事業所情報整備（新年度）

業務記述書

82

イ 当初課税・通知作成
当初税額計算～両年度処理83

当初税額計算～両年度処理

業務記述書

84

当初税額計算～税計算前処理（合算賦課の整備）

85

当初税額計算～税計算前処理（合算賦課の整備）業務記述書(1/2)

86当初税額計算～税計算前処理（合算賦課の整備）業務記述書(2/2)

87当初税額計算～当初税額計算

88

当初税額計算～当初税額計算

業務記述書(1/2)

89当初税額計算～当初税額計算

業務記述書(2/2)

90当初通知作成～通知作成前処理

91

当初通知作成～通知作成前処理

業務記述書

92

当初通知作成～1 回目通知作成

93当初通知作成～1 回目通知作成

業務記述書(1/2)

94当初通知作成～1 回目通知作成

業務記述書(2/2)

95当初通知作成～通知書出力96当初通知作成～通知書出力

業務記述書

97

当初通知作成～引抜98

当初通知作成～引抜業務記述書(1/2)

99当初通知作成～引抜業務記述書(2/2)

100地方公共団体の情報システム調達における機能要件の表記方法に関する調査研究
平成２７年３月発行
発行

地方公共団体情報システム機構〒102-8419 東京都千代田区一番町２５番地（全国町村議員会館内）
電話０３（５２１４）８００２－禁無断転載－J-LIS（ジェイリス）、当機構の組織名の英語表記（Japan Agency for Local Authority Information Systems）
を略したものです。