WLP 適用時の開発の進め方（要件定義・設計、マスタ登録、試験・・・客先に関わるところを中心に）
ソリューション事業統括 第一本部 第二グループ

蓮見 隆生

１. はじめに客先から当社に開発を頼みたいとのことでお話を伺う際に何から始めれば良いか、ご相談を受けることには、ビジネス要求定義における文書化やシステム化要求定義をお手伝いさせていただくようなこともご相談いただきたい。

がしばしばある。
このような背景から本稿では、当社ソリューション

２．１ 客先社内の体制構築
客先社内で要求定義を実施するには、次の有識WLP(Web Layout Planner)/EasyConfigrator を用いたシステム開発において客先に関わる部分、特に要件定義・設計、マスタ登録や試験の各フェーズでの役割分担や客先に何をして貰いたいかを中心に紹介する。

２. 客先社内でのシステム化企画・要求定義者の参画が必要である。
① 現状業務課題とシステム要求事項を提示できる方② 製品知識・見積積算・図面作成などシステム化必要範囲の業務知識を保有している方③ 現状システム構成や他システムとの連携に知見のある方④ 新システム企画における優先事項を提示できる
方

当社ソリューションを用いるかどうかに関わらず、参考文献 1)に記載されるようなビジネス要求定義や２．２ 当社ソリューションとの Fit&Gap
一般的なシステム開発と違い、当社ソリューションシステム化要求定義を客先社内で行われることが望ましい。

を適用する場合には想定パターンがあり、ある程度同文献「手段抽出(BR.1.4)」の項「IT システムの機テンプレート化される部分がある。ソリューションの特能という「手段」だけではなく、業務自体を見直す、業徴をご理解いただいた上で、テンプレート機能のど務の運用で補うなど、業務手段である要求の抽出もれが必要かご判断いただくことになる。
まずは以下に当社ソリューションの特徴を示す。テ

忘れてはならない。」を経て、「要求の具体化(BR.2.2)」の「業務パッケージの適用を検討する」のンプレート機能については、２．３（８）に示す。

項 の 一 環 と し て 、 当 社 ソ リ ュ ー シ ョ ン WLP(WebWLP(Web Layout Planner) の特徴

Layout Planner)/EasyConfigrator との Fit&Gap を洗平面図や 3D パース図での仕上がりイメージをい出し、客先の経営課題や業務プロセス改善に貢献確認しながら、平面図上で部品をクリックやドできるか評価していただく必要がある。

ラッグアンドドロップなどの操作で配置入力をIT スキルに長けた人材が客先社内にいない場合行ったり、配置位置関係の禁則チェックを行っ1/6たりするなどの特徴を持つ UI を提供する。

２．３ 客先でご用意いただきたい資料

EasyConfigrator の特徴
仕様構成の組合せが多い製品において、受注当社との要件定義・設計でのインプットとして使う情報に以下のようなものが挙げられる。

可能な仕様構成しか入力確定できないよう制限すべて用意するのはかなり大変だとは思うが、する禁則制御が特徴を持つ UI を提供する。入

揃っているほど要件定義・設計の期間が短縮できる

力項目について上位項目の入力値により下位ものと考えていただきたい。既にあるものをなるべく項目の選択肢リスト、初期値、数値範囲などを活用して、可能な範囲でご提供いただきたい。

禁則定義マスタにより設定可能である。

対象製品の範囲が分かる資料

WLP と組合せて利用することも可能である。

製品名、対象シリーズ、形番など。カタログ品、標準品、特殊品のどの範囲までかを明確化したもの。
特殊品などレアケースになるほど、そのための特殊機能開発にコストがかかることが多いため、受注実績などを考慮し、費用対効果の高い範囲から優先していただくのが良い。
くれぐれも要件定義・設計の中で、対象製品範囲を変更する議論に及ぶことがないようにお願いしたい。
製品ルール、部材の種類や形状・取付位置が図1

WLP 仕様入力画面例

分かる資料
カタログ、施工マニュアル、組立マニュアル、用共通する考え方

語説明資料など

製品ルールやシステムの振る舞いをなるべくマシステムの目的、役割（位置づけ）スタで吸収する。これにより製品仕様改定・価格目的と役割（位置づけ）を明確にすることで、仕改訂の都度、PG 改修をしなくて良く、客先担当様をコンパクトにしたり、他システムとの棲み分者だけでご対応いただけることにより、費用面・けを整理したりするのに役立つ。

スケジュール面でメリットがある。

AsIs、ToBe の業務フロー・シーケンス図

そのため、マスタ修正とそれに伴う動作確認はどのような【シーン】で【誰】が現状どのようにして客先側で体制を構築いただくことが基本となる。

いて、どのような問題・課題がある(AsIs)のが、シ開発時の当社によるマスタ登録や保守でのマスステム導入後にどのように解決されるのが理想

タメンテナンスなどの支援が必要な場合はご相か(ToBe)によりシステム化範囲の明確化したも談いただきたい。の。ステークホルダーを網羅し、他システム連携についても記載したもの。

2/6

図２ 業務フロー・シーケンス図(AsIs)

図３ 業務フロー・シーケンス図(ToBe)

3/6

表 1 機能一覧のテンプレート

業務シーンのリスト
対象製品の業務が辿る段階の名称および説明。
例）見積提案、受注、基本設計、実施設計

機能概要

商品選択

対象製品を選択する。

仕様入力

ステークホルダーのリスト

EasyConfigrator や WLP を用い、仕様入力 UI を提供する。

対象製品の業務において、どのような人（役割積算仕様入力機能で入力した仕様構成情報より部品抽出や価格算出を行う。

名）が関わるかのリスト。
例）エンドユーザ、販社、工務店、自社営業担
当者、自社製品設計担当者、IT 部門担当者、帳票出力・仕様入力機能で入力した仕様構成情作 図 ・ 3D

報より見積書表紙・明細・姿図（外形パース図図）などの図面や 3D パース図の帳票

既存システム開発担当者、ヘルプデスク出力出力を行う。

他システム連携要求

明細編集

自動積算機能で出力した明細情報を表示し、手入力で編集できる。

他システムとの連携が必要になる場合、他シス案件登録

テム名のリスト、他システム側の改修が可能か、客先情報・案件情報（物件・プラン）を登録する。

既にある連携機能の対向先の変更は可能か、案件検索

登録済みの案件（物件・プラン）情報を検索し、入力情報の変更などを呼連携の方式や連携データ項目はどのようなものび出す。

が必要か等をまとめたもの。
機能一覧
業務フロー・シーケンス図より今回対象の機能帳票ダウ

自動帳票出力・自動作図・3D パース

ンロード

図出力機能で出力した帳票をダウンロードする。

を抽出したもの。以下のような観点でのコメントも画面イメージいただきたい。

客先が期待する画面レイアウトや入力方法を紙芝居レベルで良いのでご提示いただきたい。そ 機能一覧のテンプレートのどの機能が必要か？
 他に必要な機能があるか？
 機能一覧の各機能は１つのシステムで扱うべきか？
 １つのシステムで何でも行おうとすると複雑化するため、類似機能を既存システムに集約するなど、適度にシステムを分けたほうが良いか？あるいは、どこまでを１つのシステムで行うべきか？の際、以下のような観点が分かると良い。
 仕様入力時の UI では何を表示したいか、何を確認しながら、どのような順に何を入力したいか？
 ど の よ う な 部 分 に EasyConfigrator や
WLP(Web Layout Planner)が使えると望ましいか。
形番構成ルールが分かる資料
形番はどのような構成要素から成るかの具体例
や仕様入力情報と形番構成要素との関係についてまとめたもの。
積算ルールが分かる資料
価格算出マニュアルなど既存の資料、仕様入力情報から部材明細の取得方法、価格算定方

4/6

法、端数処理の方法、掛け率の扱い方がわかる

３. 要件定義・設計

もの。

各機能仕様の具体化を進めながら、検証や妥当帳票イメージと出力ルール性確認を繰り返し、ToBe(理想)から CanBe(現実解)を以下のようなことが分かるもの。

求める段階である。

 帳票はどのようなものが必要か？
 様式と出力例。どの部分が可変要素で、製品のどの部材を表現必要か？
 製品以外の要素の表現はどこまで必要か？
 画面入力項目のどの項目と関連して変化するか？
 図面の場合、絵表現だけでなく、寸法表現についても記載する。
 現状、手作成で作成者によりバラツキがある
場合、書き方を統一できないか？
その他機能
その他にどのような機能が必要をまとめたもの。
例）DB へのデータ出力、CSV ファイル出力、３．１ 客先と当社との役割分担
客先より、次の有識者の参画が必要である。
① 現状業務課題とシステム要求事項を提示できる方② 製品知識・見積積算・図面作成などシステム化必要範囲の業務知識を保有している方③ 現状システム構成や他システムとの連携に知見のある方④ 新システム企画における優先事項を提示できる方⑤ システム化仕様の QA に速やかにご回答頂けること
当社担当者は、要求ヒアリングし、要件・機能仕メール送信など。機能の具体的なイメージ。
データ出力機能であれば、テーブル構成や具様・マスタ構造など整理する。

体的なデータ出力例。
メール送信の場合、メール送信の契機、入力

３．２ 要件定義・設計の成果物

フォームの入力項目やチェック条件、To や Cc

CanBe の業務フロー・シーケンス図をどのように決定するか、メール件名、メール本課題や制約様々な検討を経て、現実解としての文の様式や具体例、何を添付するか、など業務フロー・シーケンス図を作成する。

非機能要求

他システム連携仕様書

機能以外の要求にどのようなものがあるかを参最終的な他システム名のリスト、他システム側の考文献 1)の非機能要求に関する記述を参考に改修要否、連携の方式や連携データ項目を記されたい。

述する。

総合テストシナリオ

機能一覧

最終的な業務フロー・シーケンス図に沿った具最終的な機能一覧を記述する。

体的なデータ例での各段階での疎通確認シナ

画面仕様書

リオ。正常系だけでなく、異常系や例外系も用

画面遷移、画面レイアウト、画面機能仕様（振る意頂きたい。

舞い）（外部設計・概略設計レベル）
積算機能仕様書
積算機能仕様（外部設計・概略設計レベル）

5/6

帳票仕様書

６. まとめ

帳票レイアウト、出力仕様（外部設計・概略設計

要件定義・設計、マスタ登録や試験の各フェーズレベル）

での役割分担や客先に何をして貰いたいかを中心

その他出力機能仕様書に説明した。

出力様式や出力機能仕様（外部設計・概略設計レベル）

客先社内で要求定義をしっかり行っていただくことや、役割分担をご理解の上、ここで挙げたような資料をできる限りご用意いただくことで要件定義期間の短

４. マスタ登録縮・費用の削減に貢献できるものと考える。

４．１ 客先と当社との役割分担
客先と当社との役割分担により、当社側の作業ボリュームも変わって来るため、以下のどの段階をどち＜参考文献＞
1） 「ユーザのための要件定義ガイド 第 2 版」
（ https://www.ipa.go.jp/files/000079352.pdf ，らが行うかを明確にしておくことが必要である。

2021 年 12 月 13 日更新，独立行政法人情報処① マスタ登録の素材の用意【客先必須】② マスタ入力シートへの登録の仕方の説明【当社】③ マスタ入力シートへの登録【原則、客先、応相談】④ 部品図形の作成の仕方の説明【当社】⑤ 部品図形の作成【原則、客先、応相談】⑥ マスタメンテナンスツールの使い方の説明【当社】⑦ マスタメンテナンスツールを使って物理ファイルの作成【原則、客先、応相談】⑧ マスタファイルのデプロイ手順の説明【当社】⑨ マスタファイルのデプロイ【原則、客先、応相談】

理推進機構(IPA) 社会基盤センター(IKC)）

５. 試験
５．１ 客先と当社との役割分担① 開発機能に関する確認試験【当社必須】② マスタ登録内容のバリエーションに関連する確認試験【原則、客先、応相談】③ 他システム連携に関する確認試験【要相談】④ 業務フローや業務シナリオに基づき運用に耐えるかの確認試験【客先必須】

6/6