事前の段階で、ビジネスアナリストは予算、期限、リソース、規制要件、技術的互換性、企業内ポリシーや市場の外部条件に関する主要なビジネス制約を特定します。アナリストはそれらの制約が要件や回避方法に与える影響に重点を置いて詳細に文書化します。
固定化のために、要件仕様の特別なセクションが使用されます。たとえば:
**制約:** - 最大予算 — 500万ルーブル - 2024年9月1日までに起動 - システムは既存のインフラストラクチャ（Linuxサーバー）でのみ動作
主な特徴:
制約はビジネス要件の一部ですか？
いいえ、制約は要件が実現されるための外部条件または枠組みであり、要件そのものではありません。
非形式的な制約を無視できますか？
いいえ。非形式的な制約（例：企業の内部規則）であっても、それを特定し文書に含めることが非常に重要です。そうでなければ、プロジェクトが中断される危険があります。
ビジネスアナリストは技術的制約の正確な説明に責任がありますか？
はい、アナリストはビジネス制約と技術制約の両方を説明する必要がありますが、技術的側面の詳細はアーキテクトまたは技術専門家との合意に従うことが許可されています。
ネガティブケース: 銀行のプロジェクトでデータストレージに関する法的制約が考慮されていませんでした。
メリット: プロセスが開始時に迅速に進行した デメリット: 最終的に製品が監査に合格せず、ブロックされ、会社は急いでアーキテクチャを再設計する必要がありました。
ポジティブケース: アナリストは最初の日から法務部門を議論に巻き込み、152-FZへの準拠に関する各制約を文書化しました。
メリット: 問題は早期に特定され、法令を考慮した解決策が即座に設計されました。 デメリット: 文書の合意により多くの時間が必要でした。