El ciclo de vida de desarrollo de productos axiomáticos (APDL) (también conocido como ciclo de vida de desarrollo de sistemas transdisciplinario (TSDL) y ciclo de vida de desarrollo de productos transdisciplinario (TPDL) ) es un modelo de desarrollo de productos de ingeniería de sistemas propuesto por Bulent Gumus que amplía el método de diseño axiomático (AD). [1] [2] APDL cubre todo el ciclo de vida del producto, incluidos los factores tempranos que afectan el ciclo completo, como las pruebas de desarrollo, las restricciones de entrada y los componentes del sistema.
APDL proporciona una forma iterativa e incremental para que un equipo de miembros transdisciplinarios aborde el desarrollo integral de productos. Un resultado práctico incluye capturar y administrar el conocimiento del diseño de productos . El modelo APDL aborda algunos patrones débiles experimentados en modelos de desarrollo anteriores con respecto a la calidad del diseño, la gestión de requisitos , la gestión de cambios , la gestión de proyectos y la comunicación entre las partes interesadas . La práctica de APDL puede reducir el tiempo de desarrollo y el costo del proyecto .
APDL agrega el dominio de prueba y cuatro características nuevas al diseño axiomático (AD): restricciones de entrada en el dominio funcional; Componentes de sistemas en el dominio físico; Variables de proceso vinculadas a componentes del sistema en lugar de parámetros de diseño; y las necesidades del cliente asignadas a los requisitos funcionales y las restricciones de entrada.
APDL propone un proceso en forma de V para desarrollar los parámetros de diseño y los componentes del sistema (diseño detallado). Comience de arriba hacia abajo con Variables de proceso (PV) y Casos de prueba de componentes (CTC) para completar PV, CTC y Casos de prueba funcional (FTC); Y después de la construcción, pruebe el producto con un enfoque de abajo hacia arriba.
Los requisitos funcionales (FR) caracterizan completamente el rendimiento mínimo que debe cumplir la solución de diseño, el producto, etc. Los FR están documentados en las especificaciones de requisitos (RS).
Las restricciones de entrada (IC) se incluyen en el dominio funcional junto con el FR. Los IC son específicos para los objetivos generales de diseño y son impuestos externamente por CN, los usuarios del producto o las condiciones de uso, como las regulaciones. Los IC se derivan de CN y luego se revisan en función de otras restricciones que el producto debe cumplir pero que no se mencionan en el Dominio del cliente.