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