20.1k views
2 votes
Which is NOT a common way to represent software requirement?

A. Formal specifications that define requirements by using mathematically precise specifcation languages.
B. Well-structured and carefully written natural language.
C. Visual models that illustrate transformational processes, system states and changes between them, data relation logic flows, and the like.
D. The language you "invented" and write what you like

User Atomicules
by
8.3k points

1 Answer

4 votes

Final answer:

The 'language you "invented"' is not a common method for software requirements representation. Standard approaches include formal specifications, natural language descriptions, and visual models, each serving to define and communicate the requirements with precision and clarity.

Step-by-step explanation:

In the context of software requirements representation, the option that is NOT a common way to represent software requirements is the one described as 'The language you "invented" and write what you like'. This is not a professional or standardized approach to documenting software requirements. Instead, common methods include:

  • Formal specifications that leverage precise mathematical languages to define requirements.
  • Natural language descriptions that are well-structured and carefully articulated.
  • Visual models to showcase system processes, states, and data relations.

Correct representation is crucial, as it ties closely to the mathematical models and science connections that underpin engineering principles. These models are valuable for their ability to be manipulated and interpreted, providing clarity that text narratives might lack, though they are based on assumptions and may not capture every nuance. Understanding concepts like functions and algebraic equations is essential when dealing with mathematical representations.

User Volkovs
by
8.0k points