Design specification

Last updated

A design specification (or product design specification) is a document which details exactly what criteria a product or a process should comply with. [1] If the product or its design are being created on behalf of a customer, the specification should reflect the requirements of the customer or client. [2] A design specification could, for example, include required dimensions, environmental factors, ergonomic factors, aesthetic factors, maintenance requirement, etc. It may also give specific examples of how the design should be executed, helping others work properly (a guideline for what the person should do).

Contents

Example of a design specification

An example design specification, which may be a physical product, software, the construction of a building, or another type of output. Columns and information may be adjustable based on the output format.

Example design specification (with a product design focus)
NumberCategoryDemand / wantWeighting numberRequirementSuccess criteriaMethod of assessmentDate modified
1AestheticsDemand2Product must be blueProduct is blueVisual analysis03-21
2CostDemand1Product costs less than £300Product is less than £300Component cost analysis03-21
3FunctionWant3Product is collapsibleProduct can reduce by at least 1/2 its sizePrototype testing05-21
4...

Special requirements

Construction design specifications are referenced in US government procurement rules, where there is a requirement that an architect-engineer should specify using "the maximum practicable amount of recovered materials consistent with the performance requirements, availability, price reasonableness, and cost-effectiveness" in a construction design specification. [3]

See also

Related Research Articles

<span class="mw-page-title-main">Acceptance testing</span> Test to determine if the requirements of a specification or contract are met

In engineering and its various subdisciplines, acceptance testing is a test conducted to determine if the requirements of a specification or contract are met. It may involve chemical tests, physical tests, or performance tests.

<span class="mw-page-title-main">Software testing</span> Checking software against a standard

Software testing is the act of checking whether software satisfies expectations.

Software design is the process of conceptualizing how a software system will work before it is implemented or modified. Software design also refers to the direct result of the design process – the concepts of how the software will work which consists of both design documentation and undocumented concepts.

In theoretical computer science, an algorithm is correct with respect to a specification if it behaves as specified. Best explored is functional correctness, which refers to the input-output behavior of the algorithm.

<span class="mw-page-title-main">Requirements analysis</span> Engineering process

In systems engineering and software engineering, requirements analysis focuses on the tasks that determine the needs or conditions to meet the new or altered product or project, taking account of the possibly conflicting requirements of the various stakeholders, analyzing, documenting, validating, and managing software or system requirements.

In engineering, a requirement is a need that a particular item must satisfy for it to be acceptable.

<span class="mw-page-title-main">Systems development life cycle</span> Systems engineering terms

In systems engineering, information systems and software engineering, the systems development life cycle (SDLC), also referred to as the application development life cycle, is a process for planning, creating, testing, and deploying an information system. The SDLC concept applies to a range of hardware and software configurations, as a system can be composed of hardware only, software only, or a combination of both. There are usually six stages in this cycle: requirement analysis, design, development and testing, implementation, documentation, and evaluation.

In software project management, software testing, and software engineering, verification and validation (V&V) is the process of checking that a software system meets specifications and requirements so that it fulfills its intended purpose. It may also be referred to as software quality control. It is normally the responsibility of software testers as part of the software development lifecycle. In simple terms, software verification is: "Assuming we should build X, does our software achieve its goals without any bugs or gaps?" On the other hand, software validation is: "Was X what we should have built? Does X meet the high-level requirements?"

A business proposal is a written offer from a seller to a prospective sponsor. Business proposals are often a key step in the complex sales process—i.e., whenever a buyer considers more than price in a purchase. When one person signifies to another their willingness to do or to abstain from doing anything with a view to obtaining the assent of the other to such act or abstinence, they are said to make a proposal.

A software requirements specification (SRS) is a description of a software system to be developed. It is modeled after the business requirements specification (CONOPS). The software requirements specification lays out functional and non-functional requirements, and it may include a set of use cases that describe user interactions that the software must provide to the user for perfect interaction.

Software prototyping is the activity of creating prototypes of software applications, i.e., incomplete versions of the software program being developed. It is an activity that can occur in software development and is comparable to prototyping as known from other fields, such as mechanical engineering or manufacturing.

Technical writing is the writing of technical content, particularly relating to industrial and other applied sciences, with an emphasis on occupational contexts. The range of audiences for technical writing varies widely. By far, the most common form of technical writing is for procedural documentation. Procedural documentation is used in all types of manufacturing to explain user, assembly and installation instructions. In the software industry, procedural documents are also commonly used to describe user operations and installations. In some cases, technical writing may be written for experts or technicians and include specialized information. In most cases, however, technical writers help convey complex scientific or niche subjects to end users in "laymen's" terms. Modern technical writing relies on simple terms and short sentences, rather than detailed explanations with unnecessary information like pronouns, abstract words and/or unfamiliar acronyms. Technical writing is recognized as the largest segment of the technical communication field.

Reliability engineering is a sub-discipline of systems engineering that emphasizes the ability of equipment to function without failure. Reliability describes the ability of a system or component to function under stated conditions for a specified period. Reliability is closely related to availability, which is typically described as the ability of a component or system to function at a specified moment or interval of time.

A creative director is a person who makes high-level creative decisions; oversees the creation of creative assets such as advertisements, products, events, or logos ; and directs & translates the creative peoples who produce the end results. Creative director positions are often found within the television production, graphic design, film, music, video game, fashion, advertising, media, or entertainment industries, but may be found in other creative organizations such as web development and software development firms as well.

<span class="mw-page-title-main">Systems architect</span>

The systems architect is an information and communications technology professional. Systems architects define the architecture of a computerized system in order to fulfill certain requirements. Such definitions include: a breakdown of the system into components, the component interactions and interfaces, and the technologies and resources to be used in its design and implementation.

Behavior-driven development (BDD) involves naming software tests using domain language to describe the behavior of the code.

In software development, functional testing is a form of software system testing that verifies whether software matches its design.

In business, engineering, and manufacturing, quality – or high quality – has a pragmatic interpretation as the non-inferiority or superiority of something ; it is also defined as being suitable for the intended purpose while satisfying customer expectations. Quality is a perceptual, conditional, and somewhat subjective attribute and may be understood differently by different people. Consumers may focus on the specification quality of a product/service, or how it compares to competitors in the marketplace. Producers might measure the conformance quality, or degree to which the product/service was produced correctly. Support personnel may measure quality in the degree that a product is reliable, maintainable, or sustainable. In such ways, the subjectivity of quality is rendered objective via operational definitions and measured with metrics such as proxy measures.

A specification often refers to a set of documented requirements to be satisfied by a material, design, product, or service. A specification is often a type of technical standard.

Acceptance test–driven development (ATDD) is a development methodology based on communication between the business customers, the developers, and the testers. ATDD encompasses many of the same practices as specification by example (SBE), behavior-driven development (BDD), example-driven development (EDD), and support-driven development also called story test–driven development (SDD). All these processes aid developers and testers in understanding the customer's needs prior to implementation and allow customers to be able to converse in their own domain language.

References

  1. Rodgers, Paul (2011). Product design. Alex Milton. London: Laurence King. ISBN   1-78067-085-0. OCLC   803965919.
  2. Engineering Product Design, Product definition, published 1 January 2023, accessed 23 January 2024
  3. US General Services Administration, Federal Acquisition Regulation: 36.601: Applicable contracting procedures, updated 22 January 2024, accessed 23 January 2024

Other sources