GENZ, Inc.

BEMS更改の担当者様へ BEMSの計測から自動制御まで、第三者の目でテストします

見える化から自動制御・デマンド制御まで、検証範囲の線引きからご相談いただけます。第三者の視点でテストを設計し、稟議や監査に使える証跡としてお渡しします。

支援事例

支援実績5,000件以上

支援実績を示す企業ロゴ 01
支援実績を示す企業ロゴ 02
支援実績を示す企業ロゴ 03
支援実績を示す企業ロゴ 04
支援実績を示す企業ロゴ 05
支援実績を示す企業ロゴ 06
支援実績を示す企業ロゴ 07
支援実績を示す企業ロゴ 08
支援実績を示す企業ロゴ 09
支援実績を示す企業ロゴ 10
支援実績を示す企業ロゴ 11
支援実績を示す企業ロゴ 12
支援実績を示す企業ロゴ 13

この記事はソフトウェアテストの専門家が監修しています

監修枡井 愼治株式会社GENZ 代表取締役

GENZは創業以来、5,000件以上のソフトウェアテスト・第三者検証を手がけてきたプロフェッショナルです。品質に関する課題やお悩みに、真摯に寄り添います。

代表取締役 枡井 愼治 株式会社GENZ 〒101-0062 東京都千代田区神田駿河台2-3-11 ヒューリック御茶ノ水ビル3F TEL:03-5244-4711
01 ISSUES

BEMSでよくある不具合

BEMSの更改・改修で見落とされやすい不具合は、画面表示や集計値に小さな差異として現れ、月次集計やテナント請求の段階で表面化します。ここでは、計測・集計・制御の各層で起きる代表的な不具合を整理します。

計測値の欠測が補完されず、月次の使用量が実態より小さく集計される

通信断や収集周期のずれで欠測した計測値が補完されないまま月次集計へ流れ、使用量が実態より小さく計上されてしまいます。

計測値の欠測

テナント別按分の計算順序と端数処理の相違で請求根拠に差異

テナント別按分の計算順序や端数処理の規則が改修前後で異なると、同じ使用量でも請求額の根拠に差異が生じ、テナントへの説明が立たなくなります。

按分計算の差異

デマンドの閾値判定が遅れ、抑制が発動しないまま契約電力を超過する

デマンド判定のタイミングが設定より遅れると、抑制制御が発動しないまま契約電力の超過を検知できず、基本料金の増加につながるおそれがあります。

デマンド判定

抑制の優先順位が設定と逆に働き、室内の温湿度が許容範囲を外れる

抑制の優先順位が設定どおりに働かないと、優先度の高い設備から先に止まり、室内の温湿度が許容範囲を外れてテナントの業務環境に影響します。

制御優先順位

計測点とテナントの対応づけがずれ、別区分の使用量として表示される

改修で計測点とテナント区分の対応づけがずれると、別区分の使用量として画面に表示され、日次確認では気づけないまま月次の請求差異として表面化します。

計測点の対応
02 RISK

残存した不具合により生じる問題

残存した不具合は、テナントへの請求、障害対応の費用、省エネ投資の報告という稼働後の業務へ影響します。表面化した場合に起きる問題を整理します。

業務上の問題対応を行う担当者の様子を写した写真。
03 REVIEW

静的テスト(レビュー)でおさえるべき観点

動的テストの前に、設計書どうしの突き合わせで除ける不整合があります。計測点・集計・制御の各定義が書面上で食い違っていないかを、レビューで確認します。

計測点の対応づけが欠けたままだと、改修後の電力監視画面に値が出ず、どこまで検証するかの線を引けない状態で工程が進みます。

計測点定義書と配電盤・テナントの対応表を照合する

計測点定義書に記載された計測対象と、配電盤・テナント別使用量の対応表を項目ごとに突き合わせます。対応づけが欠けた計測点は、改修後の画面に値が出ない状態でリリースへ進みます。

確認する資料
  • 計測点定義書
  • 対応表
  • 機器一覧
按分規則とDB設計書の食い違いは、月次集計の時点まで表面化せず、過去データの再集計へ波及するおそれがあります。

按分規則の記述と集計処理のDB設計書を照合する

テナント別使用量の按分規則と、集計処理のDB設計書を照合します。計算順序や端数処理の規則は建物ごとの取り決めに依存するため、設計書への反映を確認しないと月次集計で不整合が表面化します。

確認する資料
  • 按分規則書
  • DB設計書
  • 集計仕様書
閾値と優先順位の設定が運用方針と一致しないと、デマンド制御の誤動作が起きた際にどの層の設定に起因するかを確定できません。

デマンド制御の閾値・抑制優先順位の設定書と運用方針を照合する

デマンド制御の閾値と抑制の優先順位を定めた設定書と、運用部門の運用方針を照合します。どの設備から抑制するかは個別に定義されるため、書面上の一致を確認しないと誤動作の原因調査が難しくなります。

確認する資料
  • 制御設定書
  • 運用方針書
  • 閾値一覧
API定義と帳票レイアウトの不整合は、リリース後の問い合わせ対応が手作業での照合へ回る原因になります。

上位システムへのAPI定義・ファイル仕様と帳票レイアウトを照合する

上位システムへのAPI定義やファイル仕様と、画面・帳票のレイアウト定義を照合します。項目定義と画面表示に不整合があると、現場と開発で要望が別の形で出る原因になるため、書面の段階で解消します。

確認する資料
  • API定義書
  • 帳票レイアウト
  • 画面仕様書
欠測・再送・締め時刻の観点が項目書に落ちていないと、異常系の未確認範囲を残したままリリース可否を議論することになります。

欠測・再送・締め時刻の運用手順書とテスト項目書の網羅範囲を照合する

欠測時の再送や締め時刻の運用手順書と、テスト項目書の網羅範囲を照合します。収集周期や締め時刻は構成ごとに異なるため、手順書に沿わない項目書は異常系の未確認範囲を残したまま判断材料になります。

確認する資料
  • 運用手順書
  • テスト項目書
  • 監視設定書
  • 締め時刻定義
04 TEST DESIGN

動的テストの設計・実行のポイント

BEMSの更改では計測点と制御ロジックの対応づけが検証範囲の基盤になります。どこまで確かめるかを数値で示せる状態にします。

STEP 01 ユニットテスト按分規則の確認が前提です
どう確かめるか

集計・按分の計算処理を境界値と同値分割で確かめるユニットテスト

テナント別使用量の按分・集計は計算順序と端数処理が建物ごとの取り決めに依存します。境界値と同値分割で按分の端数や締め時刻前後の計上を検証し、月次集計で差異が出ないことを確認します。

  • 01テナント別按分の計算順序と端数処理を境界値で検証します
  • 02月次集計の締め時刻前後で計上区分が変わらないことを確認します
  • 03過去データの再集計結果が改修前と一致することを確認します
OUTPUT計算処理の正しさ
STEP 02 統合テスト構成資料の突き合わせが前提です
どう確かめるか

設備との通信手順と上位システム連携を接続試験で確かめる統合テスト

設備機器とBEMS間の通信方式と上位システムへの連携方式は構成ごとに異なります。接続試験で計測値の受け渡しと欠測時の挙動を検証し、計測側と制御側で値が一致することを確認します。

  • 01計測点と制御ロジックの対応表を設計書と突き合わせます
  • 02設備との通信手順で計測値の受け渡しを検証します
  • 03上位システム連携で値の不整合がないことを確認します
OUTPUT連携手順の妥当性
STEP 03 システムテスト運用手順の聞き取りが前提です
どう確かめるか

計測から制御・集計・帳票までを業務シナリオで通すシステムテスト

配電盤別の電力監視からデマンド制御、テナント別帳票の出力までを業務の流れで通します。日次確認と月次集計のシナリオで検証し、画面表示と帳票の値が手順どおりに一致することを確認します。

  • 01日次の電力監視とテナント別使用量の確認手順を通します
  • 02空調・照明・デマンド制御の動作を運用条件で検証します
  • 03月次集計から帳票出力までの一連の流れを確認します
OUTPUT業務シナリオの通過
STEP 04 異常系・回帰テスト発生条件の調整が前提です
どう確かめるか

欠測・再送・閾値超過を(意図的に)発生させて確かめる異常系と回帰テスト

計測値の欠測や再送、デマンド閾値の超過は実機の条件がそろわないと起きません。(意図的に)発生させて検証し、改修で表示・帳票が崩れていないかを回帰テストで確認します。

  • 01計測値の欠測と再送を(意図的に)発生させて検証します
  • 02デマンド閾値の超過時に制御の優先順位どおり動くことを確認します
  • 03ソフトウェア更新後の表示・帳票の回帰テスト範囲を明文化します
OUTPUT異常時の挙動確認
05 RATIONALE

GENZが代行するBEMSのテスト

固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

人日単位のアサインで固定費を抱えず、繁忙期に増減できます。

独立した視点で品質を底上げ

独立した検証で偏りを排し、監査に使える客観的な記録を残せます。

専門ノウハウを即戦力で

JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。

ノートPCを前に担当者同士が相談しているオフィスの写真。

専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット

  • サブシステム区分に沿ったテスト項目書の設計と作成を担います
  • 見える化から制御までの検証範囲を優先順位つきで線引きします
  • 異常条件を(意図的に)発生させて制御の異常系を確かめます
  • テスト結果と残存リスクを稟議・監査に使える証跡でお渡しします
06 SERVICE

BEMSの検証をGENZに任せられる理由

BEMSは見える化・自動制御・デマンド制御といったサブシステムごとに検証の進め方が異なります。GENZはテスト設計から報告書の作成まで、ご担当者様の体制に合わせた関与で伴走します。

SVC 01

計測点と業務フローからテスト設計を起こす

見える化・自動制御・デマンド制御の各サブシステムについて、計測点と業務フローからテスト項目書を起こします。

リスク要因と優先順位を示す無文字の図解。
SVC 02

検証範囲の線引きを決めます

どこまでを検証範囲に含めるかを優先順位つきで線引きします。個別に定義されるデマンド制御の閾値や按分の計算順序も範囲決めの材料にします。

複数のシステムや連携先にまたがる確認範囲を示す無文字の図解。
SVC 03

不足する工程に合わせて関与します

PM兼務や発注側配置といった現状の体制を崩さず、不足する工程だけを埋める関与ができます。

計画から報告までの流れを示す無文字の図解。
SVC 04

報告書と不具合票でお渡しします

テスト結果と残存リスクを報告書・不具合票・テスト項目書の形でお渡しします。稟議と監査対応の双方で使える証跡として管理します。

確認対象の領域を区分して示す無文字の図解。
07 FLOW

ご相談から納品までの流れ

BEMS更改の工程に合わせ、ヒアリングから報告書の納品まで段階的に支援します。

ヒアリング

計測点の構成と運用手順を聞き取り、検証が必要な範囲を整理します。

テスト設計と見積もり

制御と見える化の検証範囲を分けて設計し、必要工数を見積もります。

テストの実施と状況の共有

テストを実施し、不具合票と消化状況を共有しながら進めます。

報告書の納品と再確認

結果を報告書と不具合票にまとめて納品し、内容を確認します。

検証範囲の整理からご相談いただけます

BEMSの検証範囲と優先順位をGENZにご相談ください

BEMSの検証範囲の線引き、優先順位の決め方、必要工数の考え方、関連テストの要否を、ご相談の時点から整理してお渡しします。稟議に使える形で検討を進められます。