Procesos de I+D

El cliente comunica los requisitos del producto en forma de pliego de condiciones.
Los requisitos del sistema derivan de estos requisitos. La suma de los requisitos del sistema se denomina especificación del sistema y se documenta en el sistema Polarion. La arquitectura del sistema establece, por ejemplo, en forma de diagrama de bloques, cómo debe ser la división en bloques funcionales, qué funciones  se implementan en el hardware o el software y qué interfaces hay en consecuencia.

Más información

Una tarea esencial del desarrollo de sistemas es describir y comparar las diferentes opciones de implementación técnica en forma de las arquitecturas correspondientes. El objetivo es seleccionar la arquitectura óptima según las comparaciones y los análisis y ponerla a disposición junto con la especificación del sistema y las disciplinas de hardware, software y sistemas mecánicos.

Más información

En las disciplinas, también llamadas dominios, se crean las respectivas especificaciones de forma similar a las del nivel del sistema y se derivan variantes de arquitectura de ellas. Al igual que a nivel del sistema, se determina la arquitectura óptima. Esta arquitectura, junto con su respectiva especificación, constituye la base para las actividades concretas de diseño en los dominios/disciplinas correspondientes. Una vez desarrollado el diseño, el proceso de prueba comprueba hasta qué punto el diseño cumple los requisitos según las especificaciones formuladas. La relación lógica entre los requisitos y las pruebas es un elemento central en el panorama del proceso, ya que debe comprobarse el cumplimiento de los requisitos. De este modo, durante la creación de la especificación ya se define y determina si los requisitos se pueden comprobar y cómo, y se asignan las pruebas correspondientes. Los requisitos se formulan de manera que puedan comprobarse. Por ello, para cada especificación hay una especificación de prueba correspondiente en la que las pruebas descritas están vinculadas a los respectivos requisitos. Más información

El diseño desarrollado se prueba primero a nivel de dominio. A continuación, los bloques de funciones se combinan o integran gradualmente según la arquitectura del sistema. Después de cada paso de integración, se llevan a cabo las pruebas vinculadas a los bloques de funciones e interfaces correspondientes. Más información

Cuando todos los bloques de funciones se hayan integrado en el sistema global y probado con respecto a la especificación del sistema, se realizarán las pruebas según los requisitos del cliente. Estas pruebas se denominan validación y constituyen la base para que el cliente acepte el resultado del desarrollo. Más información