Jump to content

Specification (technical standard): Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
commercial site - Undid revision 295174450 by 67.68.4.197 (talk)
Line 57: Line 57:
* Completion and delivery.
* Completion and delivery.
* Provisions for rejection, reinspection, rehearing, corrective measures
* Provisions for rejection, reinspection, rehearing, corrective measures
* [[References]] for which any instructions in the content maybe required to fulfill the [[traceability]] and [[clarity]] of the document <ref name=dbrc>[[ISO 690]]</ref>
* [[References]] for which any instructions in the content maybe required to fulfill the [[traceability]] and [[clarity]] of the document <ref name=dbrc>[[ISO 690]]</ref><sup>, <sup><ref name=ibrs>{{cite web
| last = [[ISO]]
| first =
| authorlink =
| coauthors =
| title = ISO 12615:2004 Bibliographic references and source identifiers for terminology work
| work =
| publisher =
| date =
| url = http://www.iso.org/iso/iso_catalogue/catalogue_ics/catalogue_detail_ics.htm?ics1=1&ics2=20&ics3=&csnumber=40359
| format =
| doi =
| accessdate = 10 June
| accessyear = 2009 }}</ref>
* [[Signatures]] to specify the authors, or writers and reviewers if the document is to be circulated internally and stored electronically <ref name=21cfrp11>[[Title 21 CFR Part 11]]</ref>
* [[Signatures]] to specify the authors, or writers and reviewers if the document is to be circulated internally and stored electronically <ref name=21cfrp11>[[Title 21 CFR Part 11]]</ref>
* [[Change control|Change record]] to summarize the chronological development, revision and completion if the document is to be circulated internally <ref name=pdfs />
* [[Change control|Change record]] to summarize the chronological development, revision and completion if the document is to be circulated internally <ref name=pdfs />

Revision as of 00:15, 10 June 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 specificiation;[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. 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 the product to be correct. Just because an item is stamped with a specification number 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 available specifications, specify the correct one, enforce compliance, and use the item correctly. Validation of suitability is necessary.

Content

A specification might include:

  • Descriptive title, number, identifier, etc. of the specification
  • Date of last effective revision and revision designation
  • A logo (trademark recommended) to declare the document copyright, ownership and origin [4]
  • Table of Contents (TOC), if the document is too long, i.e. more than five pages.
  • Person, office, or agency responsible for questions on the specification, updates, and deviations.
  • The significance, scope or importance of the specification and its intended use.
  • Terminology, definitions and abbreviations to clarify the meanings of the specification
  • Test methods for measuring all specified characteristics
  • Material requirements: physical, mechanical, electrical, chemical, etc. Targets and tolerances.
  • Performance testing requirements. Targets and tolerances.
  • Drawings, photographs, or technical illustrations
  • Workmanship
  • Certifications required.
  • Safety considerations and requirements
  • Environmental considerations and requirements
  • Quality requirements, Sampling (statistics), inspections, acceptance criteria
  • Person, office, or agency responsible for enforcement of the specification.
  • Completion and delivery.
  • Provisions for rejection, reinspection, rehearing, corrective measures
  • References for which any instructions in the content maybe required to fulfill the traceability and clarity of the document [5], [6]
  • Signatures to specify the authors, or writers and reviewers if the document is to be circulated internally and stored electronically [7]
  • Change record to summarize the chronological development, revision and completion if the document is to be circulated internally [4]

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.

Specification writing is a professional trade with its own professional designations, such as "CCS", which means "Certified Construction Specifier". Specwriters can be 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. [8]

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 [9], [10]

Specifications and other standards 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 [11], [12]

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]

Software development

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.

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. ^ 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)
  5. ^ ISO 690
  6. ^ ISO. "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)
  7. ^ Title 21 CFR Part 11
  8. ^ 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)
  9. ^ Food labeling regulations
  10. ^ Hazard Analysis and Critical Control Points
  11. ^ 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)
  12. ^ 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)

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

See also