En el ámbito de los sistemas de información, el dominio del problema es el conjunto de conceptos, interrelacionados entre sí, que se necesita conocer para comprender el negocio del cliente. Es decir, son todos aquellos conocimientos que están implicados en la correcta comprensión de la necesidad del cliente y, por tanto, son necesarios para proponer una correcta solución. Un buen ejemplo podría ser el dominio del problema al desarrollar un aplicación para una clínica médica privada, donde habría de manejar correctamente conceptos como póliza, paciente, cita, diagnóstico…
Al iniciar el proceso de diseño de una arquitectura software, la primera dificultad que debes acometer es definir con sencillez la necesidad que nuestro desarrollo va a solucionar y cómo va a hacerlo. Este paso es realmente importante, y no imaginas la cantidad de ocasiones que se pasa por alto, lo cual provoca dificultades en fases posteriores del desarrollo e, incluso, el fracaso de algunos proyectos. El mejor modo de comenzar a hacerlo es dividir el desafío propuesto en cuatro aspectos fundamentales:
Lo normal es que tu expectativa de lo que vas a encontrar a continuación dependa de tu experiencia en el desarrollo de software. El concepto de arquitectura de software puede llegar a ser muy distinto dependiendo de la persona que lo use: Lo que comprende un desarrollador como arquitectura puede llegar a ser muy distinto de la idea de un probador o un técnico en devops. Esto hace que publicar una definición básica del concepto de arquitectura de software sea ciertamente arriesgado pero, basándome en lo que me gustaría haber encontrado cuando empecé a estudiarla, y amparado en que existe algún punto común, pues para todos implica la definición de una estructura, me atrevo a darte la que sigue:
