Che cos'è "Dominio del problema"

Scrivo software incorporato per apparecchiature di telecomunicazione. Il mio dominio problematico è ethernet, voice e protocolli video. In altre parole, tutte le cose che non hanno nulla a che fare con il linguaggio in cui sto programmando, ma che devo ancora capire per poter scrivere il software. Se stai creando un sito web per vendere servizi fotografici, il dominio del problema è la fotografia e l'e-commerce. Se si scrive firmware per aeromobili militari, il dominio del problema è rappresentato da armi, sensori e sistemi di controllo. Ottieni l'immagine?

Dall'articolo di Wikipedia su dominio problematico :

A problem domain is the area of expertise or application that needs to be examined to solve a problem. A problem domain is simply looking at only the topics you are interested in, and excluding everything else.

È l'area in cui devono essere risolti i problemi che l'applicazione intende risolvere.

Non tutti scrivono compilatori, inseguitori di bug, framework o altri pacchetti software informatizzati.

Alcune persone scrivono software per l'industria della sabbia e della ghiaia. Alcune persone scrivono software per monitorare le torri di rifrazione della raffineria. Alcune persone scrivono software per controllare la produzione di sacchetti di plastica. Alcune persone scrivono software per riempire i pacchetti di ketchup.

Questi sono tutti domini problematici, dove per scrivere un buon software, è necessario conoscere un po 'del dominio, ad es. calcestruzzo preconfezionato.

Ian K. Bray nel suo libro Un'introduzione all'ingegneria dei requisiti (p9) definisce il dominio del problema come segue:

That part of the universe within which the problem exists.

For example, in the case of a lift control system, it would include any existing hardware (lifts, motors, buttons, indicators, sensors, etc.), the building characteristics (number of floors and lift-shafts), the anticipated pattern of usage, the characteristics of the users, the lift usage policy of the client (e.g. should users be discouraged from using a lift for short journeys?) and so on.

Within the lift control problem domain, the problem, as stated above, is, ’a control system is needed that will make more efficient use of the lifts in this building’. In practice, we usually refine the problem into a whole set of sub-problems but, for now, just note that in order to solve the problem(s), it is clearly necessary for the solution system to produce some effects within the problem domain. It is these desired effects that constitute the requirements.

So, the problem domain can equally well be regarded as that part of the world within which the new, solution system (sometimes shortened to SS) will operate and will produce the required effects. Since software-based solution systems are often called applications, the problem domain may be called the application domain.

Lo vedo così:

Il dominio del problema: il motivo per cui è necessario creare il software e l'ambiente e l'industria per i quali il sistema costruito deve essere utile.