Jump to content

Specification (technical standard): Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
Line 165: Line 165:
| date =
| date =
| url = http://www.subaru.com/vehicles/impreza-wrx/sti/features-specs.html
| url = http://www.subaru.com/vehicles/impreza-wrx/sti/features-specs.html
| format =
| doi =
| accessdate = 27 November
| accessyear = 2009 }}</ref><sup>,</sup> <ref name=2010aatfs>{{cite web
| last = [[Audi]]
| first =
| authorlink =
| coauthors =
| title = 2010 Audi A3 TDI® Features and Specifications
| work =
| publisher =
| date =
| url = http://www.audiusa.com/us/brand/en/models/a3_tdi/features_and_specifications/specifications_table.html
| format =
| format =
| doi =
| doi =

Revision as of 01:06, 27 November 2009

A specification is an explicit set of requirements to be satisfied by a material, product, or service. [1] Should a material, product or service fail to meet one or more of the applicable specifications, it may be referred to as being out of specification;[2] the abbreviation OOS may also be used.[3]

A technical specification may be developed privately, for example by a corporation, regulatory body, military, etc: It is usually under the umbrella of a quality management system [4]. They can also be developed by standards organizations which often have more diverse input and usually develop voluntary standards: these might become mandatory if adopted by a government, business contract, etc.

Use

In engineering, manufacturing, and business, it is vital for suppliers, purchasers, and users of materials, products, or services to understand and agree upon all requirements. A specification is a type of a standard which is often referenced by a contract or procurement document. It provides the necessary details about the specific requirements.

Specifications may be written by government agencies, standards organizations (ASTM, ISO, CEN, etc), trade associations, corporations, and others.

A product specification does not necessarily prove a product to be correct. An item might be verified to comply with a specification or stamped with a specification number: This does not, by itself, indicate that the item is fit for any particular use. The people who use the item (engineers, trade unions, etc) or specify the item (building codes, government, industry, etc) have the responsibility to consider the choice of available specifications, specify the correct one, enforce compliance, and use the item correctly. Validation of suitability is necessary.

Guidance and content

Sometimes a guide or a standing operating procedure is available to help write and format a good specification.[5], [6], [7]. A specification might include:

Process capability considerations

A good engineering specification, by itself, does not necessarily imply that all products sold to that specification actually meet the listed targets and tolerances. Actual production of any material, product, or service involves inherent variation of output. With a normal distribution, the tails of production may extend well beyond plus and minus three standard deviations from the process average.

The process capability of materials and products needs to be compatible with the specified engineering tolerances. Process controls must be in place and an effective Quality management system, such as Total Quality Management, needs to keep actual production within the desired tolerances.

Effective enforcement of a specification is necessary for it to be useful.

Construction specifications in North America

Specifications in North America form part of the contract documents that accompany and govern the construction of a building. The guiding master document is the National MasterFormat. It is a consensus document that is jointly sponsored by two professional organisations: Construction Specifications Canada and Construction Specifications Institute.

While there is a tendency to believe that "Specs overrule Drawings" in the event of discrepancies between the text document and the drawings. The actual intent is for drawings and specifications to be complimentary with neither taking precedence over the other.

The Specifications fall into 50 "Divisions", or broad categories of work involved in construction. The "Divisions" are subdivided into "Sections", that address specific workscopes. For instance, firestopping is addressed in Section 078400 - Firestopping. It forms part of the Division 7, which is Thermal and Moisture Protection. Division 7 also addresses building envelope and fireproofing work. Each Section is subdivided into three distinct areas: "General", "Products" and "Execution". The National MasterFormat system has been uniformly applied to residential, commercial and much though not all industrial work.

Specifications can be another "performance-based", whereby the specifier restricts the text to stating the performance that must be achieved in each Section of work, or "prescriptive", whereby the specifier indicates specific products, vendors and even contractors that are acceptable for each workscope.

While North American specifications are usually restricted to broad descriptions of the work, European ones can include actual work quantities, including such things as area of drywall to be built in square metres, like a bill of materials. This type of specification is a collaborative effort between a specwriter and a quantity surveyor. This approach is unusual in North America, where each bidder performs his or her own quantity survey on the basis of both drawings and specifications.

Although specifications are usually issued by the architect's office, specwriting itself is undertaken by the architect and the various engineers or by specialist specwriters. Specwriting is often a distinct professional trade, with professional designations such as "Certified Construction Specifier" (CCS) available. Specwriters are either employees of or sub-contractors to architects. Specwriters frequently meet with manufacturers of building materials who seek to have their products "specified" on upcoming construction projects so that contractors can include their products in the estimates leading to their proposals.

Food and drug specifications

Pharmaceutical products can usually be tested and qualified by various Pharmacopoeia. Current existing pronounced standards include:

If any pharmaceutical product is not covered by the above standards, it can be evaluated by the additional source of Pharmacopoeia from other nations, from industrial specifications. or from standardized formulary such as

A similar approach is adopted by the food manufacturing, of which Codex Alimentarius ranks the hightest standards, followed by regional and national standards. [20]

The coverage of food and drug standards by ISO is currently less fruitful and not yet put forward as an urgent agenda due to the tight restrictions of regional or national constitution [21], [22]

Specifications and other standards can be externally imposed as discussed above, but also intenal manufacturing and quality specifications. These exist not only for the food or pharmaceutical product but also for the processing machinery, quality processes, packaging, logistics (cold chain), etc and are examplified by ISO 14134 and ISO 15609 [23], [24]

The converse of explicit statement of specifications is a process for dealing with observations that are out-of-specification. The United States Food and Drug Administration has published a non-binding recommendation that addresses just this point.[3]

Information technology

Formal specification

A formal specification is a mathematical description of software or hardware that may be used to develop an implementation. It describes what the system should do, not (necessarily) how the system should do it. Given such a specification, it is possible to use formal verification techniques to demonstrate that a candidate system design is correct with respect to the specification. This has the advantage that incorrect candidate system designs can be revised before a major investment has been made in actually implementing the design. An alternative approach is to use provably correct refinement steps to transform a specification into a design, and ultimately into an actual implementation, that is correct by construction.

Program specification

A program specification is the definition of what a computer program is expected to do. It can be informal, in which case it can be considered as a blueprint or user manual from a developer point of view, or formal, in which case it has a definite meaning defined in mathematical or programmatic terms. In practice, most successful specifications are written to understand and fine-tune applications that were already well-developed, although safety-critical software systems are often carefully specified prior to application development. Specifications are most important for external interfaces that must remain stable.

Functional specification

In software development, a functional specification (also, functional spec or specs or functional specifications document (FSD)) is the set of documentation that describes the behavior of a computer program or larger software system. The documentation typically describes various inputs that can be provided to the software system and how the system responds to those inputs.

Web service specification

Document specification

This type of documents defines how a specific document should be written, which may include, but not limit to, the systems of a document naming, version, layout, referencing, structuring, appearance, language, copyright, hierarchy or format etc [25], [26]. Very often, this kind of specifications is complemented by a designated template [27], [28], [29].

Notes & References

  1. ^ ASTM definition.
  2. ^ "out of spec", BusinessDictionary.com (online ed.), WebFinance, OCLC 316869803
  3. ^ a b Center for Drug Evaluation and Research (October 2006), Guidance for Industry:Investigating Out-of-Specification (OOS) Test Results for Pharmaceutical Production (PDF), Food and Drug Administration, retrieved 20 May 2009{{citation}}: CS1 maint: date and year (link)
  4. ^ Stefanovic, Miladin; et al. (2009). "Method of design and specification of web services based on quality system documentation". Information Systems Frontiers. 11 (1): 75–86. doi:10.1007/s10796-008-9143-y. {{cite journal}}: |access-date= requires |url= (help); Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Explicit use of et al. in: |first= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  5. ^ N/A. "SOP-Template for Project Specification" (PDF). Retrieved 15 June. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  6. ^ Stout, Peter. "Euipment Specification Writing Guide" (PDF). Retrieved 15 June. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  7. ^ N/A. "A Guide to Writing Specifications" (PDF). Retrieved 15 June. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  8. ^ International Organization for Standardization. "01.080.01: Graphical symbols in general". Retrieved 10 June. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  9. ^ International Organization for Standardization. "ISO 10209". Retrieved 10 June. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  10. ^ a b International Organization for Standardization. "ISO 832:1994 Information and documentation -- Bibliographic description and references -- Rules for the abbreviation of bibliographic terms". Retrieved 10 June. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  11. ^ Toyota. "SEQUOIA 10 Specs". Retrieved 27 November. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  12. ^ Ford. "2010 FUSION Specifications". Retrieved 27 November. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  13. ^ Honda. "2010 Honda CT-V Specifications". Retrieved 27 November. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  14. ^ Subaru. "2010 Impreza WRX Features & Specs". Retrieved 27 November. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  15. ^ Audi. "2010 Audi A3 TDI® Features and Specifications". Retrieved 27 November. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  16. ^ ISO 690
  17. ^ International Organization for Standardization. "ISO 12615:2004 Bibliographic references and source identifiers for terminology work". Retrieved 10 June. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  18. ^ Title 21 CFR Part 11
  19. ^ a b IEEE. "PDF Specification for IEEE Xplore" (PDF). Retrieved 27 March. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  20. ^ Food Standards Australia New Zealand. "Australia New Zealand Food Standards Code". Retrieved 6 April. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  21. ^ Food labeling regulations
  22. ^ Hazard Analysis and Critical Control Points
  23. ^ International Organization for Standardization. "ISO 14134:2006 Optics and optical instruments -- Specifications for astronomical telescopes". Retrieved 27 March. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  24. ^ International Organization for Standardization. "ISO 15609:2004 Specification and qualification of welding procedures for metallic materials -- Welding procedure specification". Retrieved 27 March. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  25. ^ Biodiversity Information Standards. "TDWG Standards Documentation Specification". Retrieved 14 June. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  26. ^ International Conference on Harmonisation of Technical Requirements for Registration of Pharmaceuticals for Human Use. "ICH M2 EWG - Electronic Common Technical Document Specification" (PDF). Retrieved 14 June. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  27. ^ Delaney, Declan. "Document Templates for Student Projects in Software Engineering" (PDF). Retrieved 14 June. {{cite web}}: Check date values in: |accessdate= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help); Unknown parameter |coauthors= ignored (|author= suggested) (help)
  28. ^ N/A. "Laser Safety Standard Operating Procedure" (PDF). Retrieved 14 June. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)
  29. ^ The University of Toledo. "Sample Standard Operating Procedure Requirements for BSL2 Containment" (PDF). Retrieved 14 June. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)

Further reading

  • Pyzdek, T, "Quality Engineering Handbook", 2003, ISBN 0824746147
  • Godfrey, A. B., "Juran's Quality Handbook", 1999, ISBN 007034003
  • "Specifications for the Chemical And Process Industries", 1996, ASQ Quality Press, ISBN 0-87389-351-4
  • ASTM E29-06b Standard Practice for Using Significant Digits in Test Data to Determine Conformance with Specifications
  • Journal of Chemical Information and Modeling
  • Journal of Documentation, ISSN: 0022-0418, [1]

See also

References

  1. ^ Emerald Group Publishing. "Journal of Documentation". Retrieved 12 June. {{cite web}}: Check date values in: |accessdate= (help); Cite has empty unknown parameter: |coauthors= (help); Unknown parameter |accessyear= ignored (|access-date= suggested) (help)