移した図面の版が入れ替わり、旧版が最新版として返る
改訂履歴の対応付けを誤ると、旧い版が最新版として登録されます。検索で先頭に返る図面を信じて手配を進めると、部品の作り直しが発生します。
GENZ, Inc.
第三者の検証で守る
図面を
第三者の検証で守る
図面を見失わずに図面管理ソフトを入れ替える
図面管理ソフトの入れ替えでは、移行前後の図面・版数・権限設定の一致を導入した側とは別の立場で確かめ、切り替え可否の判断材料を整えます。
支援事例
支援実績5,000件以上
図面管理ソフト移行であとから出る不具合
図面管理ソフトの移行では、ファイルが移ったことと正しく使えることは別の問題です。属性の対応付けの誤りや権限の設定漏れは移行直後に表面化せず、検索や出図で露見します。切り替え前に確かめる不具合の型を示します。
移した
属性の欠落で、目的の図面が検索条件に引っかからない
図番や品目などの属性が欠落したまま移行されると、検索条件に合致せず図面が見つかりません。存在する図面を再作図する工数が設計部門に積み上がります。
外部参照の関係が切れて、組図から部品図が開けない
組図と部品図の参照関係は独自の関連付けで管理するため、移行で切れると親図面から部品図へたどれません。図面が開けないという問合せとして現れます。
権限の移行漏れで、閲覧できてはならない図面が開ける
部門と役職の組み合わせごとの権限設定は移行で漏れやすく、閲覧を制限すべき図面が開ける状態が残ります。取引先への説明が立たなくなります。
承認フローが旧ルールのまま動き、未承認の図面が流通する
承認フローが旧システムのルールのまま動くと、承認を経ない図面が正式図として流通します。未承認の図面で施工や手配が進み、工程の組み直しに至ります。
図面の不備が、設計と製造へ波及していく経路
図面管理の切り替えで見落とされた不備は、画面のなかで終わりません。設計・製造・調達の現場へ順に波及し、手戻りと説明責任の形で表面化します。
別の目で見る図面管理ソフトの検証観点
設定と移行を行った側が自ら確かめるだけでは、確認の穴は双方の認識の外に残ります。導入の作業とは別の目で、移行結果・検索・履歴・権限・連携の五つの観点から、切り替え可否の判断材料を整理します。
照合を省くと、移行時の属性の誤りが残ったまま切り替わり、運用開始後に図面が出てこない問合せとして表面化します。
移行の前後で、図面と版数が一件残らず一致するか
移行した図面ファイルと属性情報を旧環境の台帳と照合し、件数と版数の一致を確認します。属性の対応付けの誤りは移行直後には表面化せず、検索や出図の場面で露見するため、この段階で確かめます。
確認する資料
- 移行台帳
- 属性対応表
- 照合結果一覧
確認する条件が担当者の経験に依存すると、実務で使う検索経路が未確認のまま残り、再作図の工数が恒常化します。
実務で使う検索条件で、目的の図面にたどり着けるか
図番・品目・案件名など、日々の業務で実際に使う条件で検索し、目的の図面へ到達できるかを検証します。検証に使う条件は担当者の経験ではなく、現行の照合業務の記録から抽出します。
確認する資料
- 検索条件一覧
- 検証手順書
- 結果記録表
履歴の記録を確かめないと、改訂の根拠を示す記録が途切れ、版の違いを巡る問合せに説明で応えられなくなります。
改訂と承認の履歴が、申請どおりに記録されるか
改訂申請から承認までの流れを実際に操作し、申請どおりの経路で記録が残るかを確認します。承認フローの設定誤りは、正式図の確定プロセスの根拠を崩すため、記録の内容まで確かめます。
確認する資料
- 承認フロー図
- 申請記録一覧
- 履歴照合表
権限の確認が抜けると、閲覧範囲の設計どおりの動作を示せず、取引先から図面の取り扱いを問われた際に説明が立ちません。
部門と役職の組み合わせごとに、権限が設計どおりに効くか
部門と役職の組み合わせごとに、閲覧・編集・承認の可否が設計どおりに効くかを検証します。組み合わせの数は手作業の限界を超えるため、網羅の範囲と優先順位を先に定めてから進めます。
確認する資料
- 権限設計書
- 組合せ一覧表
- 検証結果表
連携の突き合わせを省くと、版違いの図面で手配や施工が進み、部品の作り直しと工程の組み直しとして納期と原価に現れます。
生産管理や部品表へ、改訂が正しく引き渡されるか
生産管理システムや部品表へ連携される項目を突き合わせ、図面の改訂が正しく引き渡されるかを確認します。版違いの情報が流れると手配や施工が古い図面で進み、作り直しと工程の組み直しが発生します。
確認する資料
- 連携仕様書
- 項目対応表
- 突合結果表
- 改訂反映記録
図面管理ソフトのテストを、どこまで外へ出せるか
図面管理ソフトの導入で外部に委託できるのは、移行結果の照合、利用部門の手順での検証、権限と承認フロー、連携の確認です。
STEP 01
対象の範囲とテストの観点を決める機能一覧ではなく業務の再現を基準に範囲を決めます
どう確かめるか
移行した図面と属性を、一件ずつ突き合わせる
図番・改訂番号・品目などの属性が新しいソフトの項目へ正しく対応付けられているかを、移行前後の台帳で一件ずつ突き合わせます。属性の誤りや版の取り違えを、検索で露見する前に洗い出します。
- 01現行の図番体系と改訂ルール、権限の棚卸し結果を確認します
- 02移行対象の図面と属性項目の対応表を一覧に整理します
- 03確認の網羅性が担当者の経験に左右されない観点を決めます
OUTPUT受け入れテスト計画書
STEP 02
テスト計画とテストケースを作る移行件数と利用部門の操作をケースへ落とします
どう確かめるか
検索と表示の応答を、利用部門の手順で確かめる
生産技術や施工管理が実際に使う検索条件で図面を探し、閲覧・出図までの応答を確かめます。目的の図面が出てこない、開けないという事象を、利用部門の操作手順に沿って意図的に発生させます。
- 01移行結果の照合ケースを図面の区分ごとに作り分けます
- 02検索・閲覧・出図の操作ケースを利用部門の手順で作ります
- 03権限と承認フロー、連携のケースを合否基準付きで作ります
OUTPUTテストケース一覧
STEP 03
テストを実施し、見つかった事象を報告する見つかった事象は原因の切り分けまで報告します
どう確かめるか
権限と承認フローを、部門をまたいで確かめる
部門をまたいだ権限設定と改訂の承認フローが、設計どおりに動くかを検証します。協力会社に開く範囲が限定されていること、承認を経ずに正式図が確定しないことも、画面操作で確認します。
- 01移行前後の図面と属性を一件ずつ突き合わせて検証します
- 02利用部門の通常業務の操作で不具合を発生させて検証します
- 03事象の原因が属性・権限・ソフト側のどこかを切り分けます
OUTPUTテスト結果報告書
STEP 04
修正を確かめ、判断材料をまとめる修正の確認結果を切り替え判断の材料にまとめます
どう確かめるか
既存の設計システムや部品表との受け渡しを確かめる
生産管理システムや部品表との項目連携について、図面と品目の対応が正しく受け渡されるかを突き合わせます。連携のずれが版違いの手配や施工として現場へ出る前に、数値と画面の両面で検出します。
- 01修正後の図面で同じテストケースをもう一度検証します
- 02未修正のまま残る事象と影響範囲を一覧表に整理します
- 03切り替え可否を判断する材料として報告書にまとめます
OUTPUT切り替え判断材料
第三者のテストを挟むと、切り替え可否を言葉にできる
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 移行前後の全件照合を人手に頼らず完了できる
- 権限と承認フローの組み合わせを漏れなく確認できる
- 導入した側とは別の目で検証結果を得られる
- 切り替え可否を上申できる報告書が手に入る
図面管理ソフトのテストで提供するサービス
移行結果の突き合わせから受け入れテストの観点設定、権限設定の検証まで、図面管理ソフトを切り替えてよいと言える根拠を作る工程を引き受けます。確かめた範囲と残る事項は記録に残し、合議の場で使える形でお渡しします。
開発の反復に伴走してテストを実施する
設定や改訂が進むたびにテストを繰り返し、開発の区切りごとに結果を報告します。通常業務を止めずに、テストの実施部分をご依頼いただけます。
広範なシステムを網羅的にテスト設計
図面と属性、権限、連携先まで対象範囲を整理し、優先順位を付けて漏れのないテスト項目へ展開します。大規模システムの設計手法を用います。
独立した立場で手順どおりに検証
導入を請け負う側とは別の立場で、定めた手順に沿って検証します。移行前後の版数と属性の一致、権限の動作を第三者の目で確かめます。
テストの記録を証跡として残す
テストの手順と結果を報告書として整理し、あとから参照できる形で納品します。確かめた範囲と残る事項を稟議資料の根拠として使えます。
ご相談から報告までの進め方
ご相談から結果のご報告まで、各工程で合意を重ねながら進めます。範囲の見直しが要る場合もご相談します。
お問合せと、現状のおうかがい
現在の図面管理の運用と、移行を予定する範囲をおうかがいします。
検証の対象範囲の確認とお見積
対象の図面・権限・連携先を洗い出し、範囲と工数を示した見積を提示します。
テスト計画のご合意と検証の実施
テストの目的・項目・優先順位を計画書にまとめ、ご合意のうえで進めます。
結果のご報告と、残る事項の整理
検証結果を報告書として提出し、未解決の事項と対応方針を整理してお渡しします。
本番切り替えの判断材料づくりに
図面管理ソフトの切り替えを、確かめてから迎えるために
テストの対象範囲と優先順位、必要工数の考え方、関連システムのテスト要否まで、上申に使える形でご提示します。まずは導入計画と移行の段取りをお聞かせください。