仕様とは、材料、設計、製品、またはサービスが満たすべき一連の文書化された要件を指すことが多い。[1]仕様は、多くの場合、技術標準の一種である。
技術仕様書（スペック）には様々な種類があり、その用語は技術的な文脈によって異なる意味合いで使用されます。多くの場合、スペックは特定の文書、あるいはその中の特定の情報を指します。「スペック」という言葉は、「明示的に、または詳細に述べること」または「具体的に述べること」と広く定義されています。
要件仕様とは、特定の材料、設計、製品、サービスなどが満たすべき要件を文書化したものであり、文書化された要件のセットです。 [1]多くの分野において、エンジニアリング設計や製品開発プロセスの初期段階でよく使用されます。
機能仕様は要件仕様の一種であり、機能ブロック図を示す場合があります。[要出典]
設計仕様または製品仕様は、要件仕様のソリューションの特徴を記述したもので、設計されたソリューションまたは最終的に製造されたソリューションを指します。多くの場合、製造/生産のガイドとして使用されます。ここで「仕様」という用語は、データシート（またはスペックシート）と関連付けて使用されることがあり、混乱を招く可能性があります。データシートは、製品またはアイテムの技術的特性を記述したもので、多くの場合、製造業者が製品の選択や使用を支援するために発行します。データシートは、製造方法を説明するという意味での技術仕様ではありません。
「稼働中」または「維持されている」仕様は、摩耗やメンテナンス（構成の変更）の影響を含め、何年も運用した後のシステムまたはオブジェクトの状態を指定します。
仕様は、公共部門と民間部門の両方において、さまざまな種類の組織によって開発される可能性がある技術標準の一種です。組織の例としては、企業、コンソーシアム（企業の小グループ）、業界団体（業界全体の企業グループ）、中央政府（さまざまな公的機関、規制機関、国立研究所、国立機関を含む）、専門協会（学会）、 ISOなどの目的に特化した標準化団体、ベンダーに中立で開発された一般的な要件などがあります。ある組織が別の組織の標準を参照（参照、呼び出し、引用）することはよくあります。自主的な標準は、政府またはビジネス契約で採用された場合、強制となる場合があります。
エンジニアリング、製造、ビジネスにおいては、材料、製品、サービスの供給者、購入者、ユーザーがすべての要件を理解し合意することが不可欠です。 [2]
仕様とは、契約書や調達書類で参照されることが多い標準規格、あるいは合意された一連の要件（単数形で使われることも多い）を指す場合があります。いずれにせよ、仕様は特定の要件に関する必要な詳細を提供します。
仕様に関する標準規格は、政府機関、標準化団体（SAE、AWS、NIST、ASTM、ISO / IEC、CEN / CENELEC、DoDなど）、業界団体、企業などによって提供される場合があります。1994年6月29日にウィリアム・J・ペリー米国国防長官が発表した覚書では、「性能および商用仕様と標準規格のより広範な利用」への移行が導入されることが発表されており、ペリー長官はこれを当時「国防総省が講じるべき最も重要な措置の一つ」と見なしていました。[3]仕様には以下の英国規格が適用されます。
設計／製品仕様は、必ずしも製品があらゆる状況において正確または有用であることを証明するものではありません。ある製品が仕様に準拠していることが検証されていたり、仕様番号が付与されていたりする場合でも、それ自体では、その製品が検証されていない他の用途に適していることを示すものではありません。製品を使用する人々（エンジニア、労働組合など）や製品の仕様を指定する人々（建築基準法、政府、産業界など）は、利用可能な仕様の選択を検討し、正しい仕様を指定し、適合性を徹底させ、製品を正しく使用する責任があります。適合性の検証は不可欠です。
欧州連合（EU）および英国の公共部門調達規則では、調達組織の要件を特定するために、差別的でない技術仕様書を用いることが義務付けられている。公共事業契約に関する規則では、1971年から「差別的な効果を持つ技術仕様書」が禁止されていた。 [7]この原則は、1976年に採択された当時の欧州共同体指令77/62/EEC（公共供給契約の締結手続きを調整する指令）によって、公共供給契約にも拡大された。[8]一部の組織では、職員やパートナー向けに仕様書作成に関するガイダンスを提供している。[9] [10]公共部門における仕様書では、調達対象となる物品またはサービスに求められる特定の属性を特定するだけでなく、組織の現在の企業目標や優先事項にも言及する場合がある。[9] : 3
適切な仕様書の作成やフォーマットに役立つガイドや標準操作手順書が利用できる場合もあります。[11] [12] [13]仕様書には次のような内容が含まれる場合があります。
北米における仕様書は、建築・インフラプロジェクトの建設図面に付随し、その図面を規定する契約書類の一部です。仕様書は、建築資材の品質と性能を、引用規格や公開規格を用いて記述します。一方、図面または建築情報モデル（BIM）は、資材の数量と配置を示します。名称と番号をまとめたマスタードキュメントは、MasterFormatの最新版です。これは、カナダ建設仕様協会（Construction Specifications Canada）と米国 建設仕様協会（Construction Specifications Institute）という2つの専門団体が共同で後援し、2年ごとに更新される合意文書です。
文書と図面に齟齬がある場合、「仕様書が図面に優先する」と考える傾向がありますが、実際の意図は発注者と請負者間の契約において明確に示されなければなりません。AIA（米国建築家協会）およびEJCDC（エンジニアリング共同契約文書委員会）の基準では、図面と仕様書は補完的なものであり、両者が施設の完成に必要な情報を提供するとされています。海軍施設司令部（NAVFAC）など多くの公的機関は、仕様書が図面に優先すると定めています。これは、紛争が発生した場合、陪審員（または調停人）にとって図面よりも言葉の方が解釈しやすいという考えに基づいています。
建設仕様の標準的なリストは、建設に含まれる作業タイプと作業成果の幅広いカテゴリーである50 の部門に分類されます。部門はさらにセクションに分割され、各セクションは建設作業の特定の材料タイプ (コンクリート) または作業成果物 (スチール製ドア) を扱います。作業成果によっては、特定の材料が複数の場所でカバーされる場合があります。たとえば、ステンレス鋼は、フラッシングやシート メタルに使用されるシート材料として部門 07 でカバーされるか、手すりなどの完成品の一部である場合は部門 05 で、建築ハードウェアのコンポーネントである場合は部門 08 でカバーされます。仕様部門の元のリストは、外部から内部への建設の時系列に基づいていましたが、このロジックは、新しい材料やシステムが建設プロセスに導入される際にも、今でもある程度従われています。
各セクションは、「一般」、「製品」、「実施」の3つの部分に分かれています。MasterFormatおよびSectionFormat [21]システムは、住宅、商業、土木、産業建設に効果的に適用できます。多くの建築家は、やや分厚い商業仕様書はほとんどの住宅プロジェクトには長すぎると感じており、そのため、より簡潔な仕様書を独自に作成するか、住宅プロジェクト向けに特別に作成されたArCHspecを使用しています。マスター仕様書システムは、Arcom、Visispec、BSD、Spectextなど、複数のベンダーから提供されています。これらのシステムは、米国全土で言語を標準化するために作成され、通常はサブスクリプションベースです。
仕様書は、「性能ベース」、つまり完成した工事で達成すべき性能のみを記述する仕様書、品目に適用される製造基準などの具体的な基準を記述する「規定型」、そして「独自仕様」のいずれかになります。「独自仕様」とは、各作業範囲において許容される特定の製品、ベンダー、さらには請負業者を指定する仕様書です。さらに、仕様書は、具体的な製品リストを示す「クローズド」仕様書、あるいは施工者による代替品の使用を認める「オープン」仕様書にもなります。ほとんどの建設仕様書は、性能ベースと独自仕様を組み合わせたもので、許容されるメーカーと製品を指定すると同時に、満たすべき特定の基準や設計基準も指定します。
北米の仕様書は通常、工事の概要に限定されていますが、欧州の仕様書や土木工事では、部品表のように、乾式壁の面積（平方メートル）など、実際の工事数量を含めることができます。 このタイプの仕様書は、仕様書作成者と積算士の共同作業です。 この方法は、各入札者が図面と仕様書の両方に基づいて積算を行う北米では珍しくなっています。 ヨーロッパ大陸の多くの国では、米国で「仕様」と呼ばれる内容は、建築基準法または市町村基準法の対象となっています。 米国の土木工事やインフラ工事では、実施する工事の数量の内訳も含まれることがよくあります。
仕様書は通常、建築士事務所によって発行されますが、仕様書の作成自体は建築家と様々なエンジニア、あるいは専門の仕様書作成者によって行われます。仕様書作成は多くの場合、独立した専門職として位置付けられており、建設仕様協会（Construction Specifications Institute）が発行する「認定建設仕様書作成者」（CCS）や、建設仕様カナダ（Construction Specifications Canada）が発行する登録仕様書作成者（RSW）[22]などの資格認定制度があります。仕様書作成者は、下請け業者などの独立した組織である場合もあれば、建築家、エンジニア、または建設管理会社の従業員である場合もあります。仕様書作成者は、建設予定の建設プロジェクトで自社製品を指定したいと考えている建築資材メーカーと頻繁に面談します。そうすることで、請負業者は提案書の見積りに自社製品を含めることができます。
2015年2月、住宅建築の向上を目的とする全米規模の建築家協会ArCH（Architects Creating Homes）がArCHspecを公開しました。ArCHspecは、戸建住宅（SFR）建築プロジェクトの設計において、資格を持つ建築家が使用するために特別に開発されました。より商業的なCSI/CSC（50以上の区分を持つ商業仕様）とは異なり、ArCHspecはより簡潔な16の従来の区分に加え、Division 0（適用範囲と入札書）とDivision 17（低電圧）を採用しています。これまで多くの建築家が住宅設計の仕様書を提供していませんでした。これがArCHspecが開発された理由の一つであり、住宅プロジェクト向けのよりコンパクトな仕様書を提供することで、業界の空白を埋めることを目的としています。住宅での使用に適した、より短い形式の仕様書も Arcom から入手可能です。この仕様書は、2004 年から米国とカナダで採用されている 50 部門形式に準拠しています。16 部門形式はもはや標準とはみなされておらず、CSI や CSC、サブスクリプション マスター仕様サービス、データ リポジトリ、製品リード システム、および大半の政府機関ではサポートされていません。
連邦政府とその機関の調達を規定する米国の連邦調達規則では、図面と仕様書のコピーを建設現場に保管しなければならないと規定されている。[23]
エジプトでは、仕様書は契約書類の一部となっています。住宅建築国立研究センター（HBRC）は、建設仕様書と基準の策定を担当しています。HBRCは、土木工事や左官工事など の建築活動を網羅した15冊以上の書籍を出版しています。
英国における仕様書は、建物の建設に付随し、その建設を規定する契約文書の一部です。これらは、建築家、建築技術者、構造エンジニア、ランドスケープアーキテクト、ビル設備エンジニアなどの建設専門家によって作成されます。これらは、以前のプロジェクト仕様書、社内文書、またはNational Building Specification (NBS) などのマスター仕様書から作成されます。National Building Specification は、英国王立建築家協会(RIBA) が、その商業グループである RIBA Enterprises (RIBAe) を通じて所有しています。NBS マスター仕様書は、幅広く包括的な内容を提供しており、仕様作成者がプロジェクトのニーズに合わせて内容をカスタマイズし、最新の状態に保つことを可能にするソフトウェア機能を使用して配信されます。
英国のプロジェクト仕様書の種類は、主に規範型とパフォーマンス型の2つのカテゴリーに分類されます。規範型仕様書は、要求事項を一般的な記述または独自の記述を用いて定義しますが、パフォーマンス型仕様書は、構成要素の特性ではなく成果に焦点を当てています。英国の公共部門調達法のガイダンスでは、一般的に、調達文書内で発行される技術基準は「（設計、特定のライセンスモデル、または記述的な特性ではなく）パフォーマンスまたは機能要件に言及しなければならない」と規定されています。[24]
仕様はビルディング インフォメーション モデリングの不可欠な部分であり、非幾何学的な要件をカバーします。[説明が必要]
医薬品は通常、様々な薬局方によって試験・認定されます。現在存在する医薬品規格には以下のものがあります。
上記の基準に該当しない医薬品については、他国の薬局方、産業規格、または標準化された処方集など から評価することができます。
食品製造業でも同様のアプローチが採用されており、食品規格委員会が最高基準を定め、続いて地域基準、国家基準が定められている。[25]
ISOによる食品および医薬品規格の適用範囲は、地域または国の憲法による厳しい制約のため、現在のところあまり成果がなく、緊急の議題としてはまだ提起されていない。[26] [27]
仕様やその他の基準は、前述のように外部から課せられる場合もありますが、内部の製造仕様や品質仕様も存在します。これらは食品や医薬品だけでなく、加工機械、品質プロセス、包装、物流（コールドチェーン）などにも適用され、ISO 14134やISO 15609などがその例です。[28] [29]
仕様の明示とは逆に、仕様外の観察事項に対処するプロセスがあります。米国食品医薬品局（FDA）は、まさにこの点について言及した拘束力のない勧告を発表しました。[30]
現在、食品および食品製品に関する情報や規制の多くは、自動化された情報処理、保存、伝送の方法や技術を適用することが難しい形式のままになっています。
食品および食品製品に関する情報を処理、保存、転送できるデータ システムが効果的かつ効率的に動作するには、食品および食品製品に関するデータの表現に関する正式な仕様が必要です。
デジタルコンピューティングシステムでの使用に必要かつ十分な明瞭性と精度を備えた食品および医薬品データの正式仕様の開発が、いくつかの政府機関や標準化団体によって進められている。米国食品医薬品局（FDA）は、「構造化製品ラベル」の仕様を公開しており、医薬品メーカーは医薬品ラベルの情報を電子的に提出することが義務付けられている。[31]最近、ISO（国際標準化機構）は、ISO 11238の発行を通じて、食品および医薬品の規格と規制物質に関するデータの正式仕様の分野で一定の進展を遂げた。[32]
多くの状況、特にソフトウェアでは、相互運用性の問題など、互換性の欠如によるエラーを回避するために仕様が必要です。
例えば、2つのアプリケーションがUnicodeデータを共有しているものの、異なる正規形を使用していたり、互換性のない方法で誤って使用していたり、最低限の相互運用性仕様を共有していなかったりすると、エラーやデータ損失が発生する可能性があります。例えば、Mac OS Xには、分解文字のみを優先または必要とするコンポーネントが多数あります（そのため、UTF-8でエンコードされた分解文字のみのUnicodeは「UTF8-MAC」とも呼ばれます）。ある具体的な事例では、OS Xの合成文字処理エラーと、ファイル・プリンタ共有ソフトウェアのSamba（ファイル名をコピーする際に分解文字を合成文字に置き換える）の組み合わせが、混乱を招き、データを破壊する相互運用性の問題を引き起こしました。[33] [34]
アプリケーションは、入力コード ポイントを保持し、それを内部使用のためにアプリケーションの推奨正規形式にのみ正規化することで、このようなエラーを回避できます。
このようなエラーは、バイナリ比較の前に両方の文字列を正規化するアルゴリズムを使用することで回避することもできます。
しかし、さまざまなファイル システム ドライバー、オペレーティング システム、ネットワーク プロトコル、および何千ものソフトウェア パッケージ間で相互運用可能であることが期待されるソフトウェア間の共通仕様の最小セットが不足しているため、ファイル名のエンコーディングの非互換性によるエラーは常に存在していました。
形式仕様とは、実装の開発に用いられるソフトウェアまたはハードウェアの数学的記述です。これは、システムが何をすべきかを記述するものであり、必ずしもどのようにすべきかを記述するものではありません。このような仕様があれば、形式検証技術を用いて、候補となるシステム設計がその仕様に照らして正しいことを実証することが可能です。これには、設計の実装に大規模な投資を行う前に、誤った候補となるシステム設計を修正できるという利点があります。別のアプローチとしては、証明可能な正確性を持つ改良手順を用いて、仕様を設計に変換し、最終的には構成上正しい実際の実装へと変換する方法があります。
ハードウェア、ソフトウェア、またはエンタープライズ システムの開発において、アーキテクチャ仕様とは、そのシステムの構造、動作、およびその他のビューを記述したドキュメントのセットです。
プログラム仕様とは、コンピュータプログラムに期待される動作を定義するものです。非公式な仕様の場合、開発者の視点からユーザーマニュアルとみなすことができますが、公式な仕様の場合、数学的またはプログラム的な用語で定義された明確な意味を持ちます。実際には、多くの成功した仕様は、既に十分に開発されたアプリケーションを理解し、微調整するために作成されますが、安全性が重要な ソフトウェアシステムは、アプリケーション開発前に慎重に仕様が定められることがよくあります。仕様は、安定性を維持しなければならない外部インターフェースにとって最も重要です。
ソフトウェア開発において、機能仕様（機能仕様書、スペック、機能仕様書（FSD）とも呼ばれる）とは、コンピュータプログラムまたはより大規模なソフトウェアシステムの動作を記述した文書群です。この文書は通常、ソフトウェアシステムに提供できる様々な入力と、システムがそれらの入力にどのように応答するかを記述します。
ウェブサービスの仕様は、多くの場合、品質管理システムの傘下にあります。[35]
これらのタイプの文書は、特定の文書がどのように書かれるべきかを定義するもので、文書の命名、バージョン、レイアウト、参照、構造、外観、言語、著作権、階層、フォーマットなどのシステムを含みますが、これらに限定されません。 [36] [37]多くの場合、この種の仕様は指定されたテンプレートによって補完されます。[38] [39] [40]