stringtranslate.com

Modelo V

El modelo V del proceso de ingeniería de sistemas. [1]

El modelo V es una representación gráfica del ciclo de vida del desarrollo de sistemas . Se utiliza para producir modelos rigurosos del ciclo de vida del desarrollo y modelos de gestión de proyectos. El modelo V se divide en tres categorías amplias: el V-Modell alemán , un modelo de prueba general y el estándar del gobierno de EE. UU. [2]

El modelo V resume los pasos principales que se deben seguir en relación con los resultados correspondientes dentro del marco de validación del sistema informático o el desarrollo del ciclo de vida del proyecto. Describe las actividades que se deben realizar y los resultados que se deben producir durante el desarrollo del producto.

El lado izquierdo de la "V" representa la descomposición de los requisitos y la creación de especificaciones del sistema. El lado derecho de la "V" representa una integración de partes y su validación. [3] [4] [5] [6] [7] Sin embargo, los requisitos deben validarse primero frente a los requisitos de nivel superior o las necesidades del usuario. Además, también existe algo llamado validación de modelos de sistema. Esto también se puede hacer parcialmente en el lado izquierdo. Afirmar que la validación solo ocurre en el lado derecho puede no ser correcto. La forma más fácil es decir que la verificación siempre se realiza en relación con los requisitos (términos técnicos) y la validación siempre se realiza en relación con el mundo real o las necesidades del usuario. La norma aeroespacial RTCA DO-178B establece que los requisitos se validan (se confirma que son verdaderos) y el producto final se verifica para garantizar que satisface esos requisitos.

La validación se puede expresar con la pregunta "¿Estás construyendo lo correcto?" y la verificación con "¿Lo estás construyendo bien?".

Tipos

Hay tres tipos generales de modelo V.

Modelo V

"V-Modell" es el método oficial de gestión de proyectos del gobierno alemán. Es aproximadamente equivalente a PRINCE2 , pero más directamente relevante para el desarrollo de software. [8] El atributo clave de usar una representación en "V" era exigir una prueba de que los productos del lado izquierdo de la V eran aceptables para la organización de prueba e integración adecuada que implementaba el lado derecho de la V. [9] [10] [11]

Pruebas generales

En toda la comunidad de pruebas en todo el mundo, el modelo V se considera ampliamente como una representación ilustrativa más vaga del proceso de desarrollo de software como se describe en el Programa de estudios básico de la Junta Internacional de Calificaciones de Pruebas de Software para probadores de software. [12] No existe una definición única de este modelo, que se cubre de manera más directa en el artículo alternativo sobre el modelo V (desarrollo de software) .

Norma del gobierno de EE. UU.

Estados Unidos también tiene un modelo V estándar del gobierno que data de hace unos 20 años [ ¿cuándo? ], como su contraparte alemana. Su alcance es un modelo de ciclo de vida de desarrollo de sistemas más estrecho, pero mucho más detallado y más riguroso de lo que la mayoría de los profesionales y evaluadores del Reino Unido entenderían por el modelo V. [13] [14] [3] [4] [15] [16]

Validación vs. verificación

A veces se dice que la validación se puede expresar con la pregunta "¿Estás construyendo lo correcto?" y la verificación con "¿Lo estás construyendo correctamente?". En la práctica, el uso de estos términos varía.

La guía PMBOK , también adoptada por el IEEE como estándar (mantenida conjuntamente por INCOSE, el Consejo de Investigación de Ingeniería de Sistemas SERC y la IEEE Computer Society) los define de la siguiente manera en su cuarta edición: [17]

Objetivos

El modelo V proporciona una guía para la planificación y la realización de proyectos. Con la ejecución de un proyecto se pretende alcanzar los siguientes objetivos:

Temas del modelo V

Ingeniería de sistemas y verificación. [18]

Ingeniería y verificación de sistemas

El proceso de ingeniería de sistemas (SEP) proporciona un camino para mejorar la relación costo-beneficio de los sistemas complejos tal como lo experimenta el propietario del sistema durante toda la vida útil del sistema, desde su concepción hasta su retiro. [1]

Implica la identificación temprana y completa de los objetivos, un concepto de operaciones que describe las necesidades del usuario y el entorno operativo, requisitos del sistema exhaustivos y comprobables, diseño detallado, implementación, pruebas de aceptación rigurosas del sistema implementado para garantizar que cumple con los requisitos establecidos (verificación del sistema), medición de su eficacia para abordar los objetivos (validación del sistema), operación y mantenimiento continuos, actualizaciones del sistema a lo largo del tiempo y retiro final. [1] [3] [4] [7]

El proceso pone énfasis en el diseño y las pruebas basados ​​en requisitos. Todos los elementos de diseño y las pruebas de aceptación deben poder rastrearse hasta uno o más requisitos del sistema y cada requisito debe ser abordado por al menos un elemento de diseño y una prueba de aceptación. Este rigor garantiza que no se haga nada innecesariamente y que se logre todo lo necesario. [1] [3]

Las dos corrientes

Flujo de especificaciones

El flujo de especificaciones consta principalmente de:

Flujo de prueba

El flujo de pruebas generalmente consta de:

El flujo de desarrollo puede consistir (dependiendo del tipo de sistema y el alcance del desarrollo) en personalización, configuración o codificación.

Aplicaciones

Alternativas fuera del núcleo (que ilustran iteraciones ascendentes y descendentes y la dimensión de tiempo y madurez). Fuente: K. Forsberg y H. Mooz 2004 [3] [7]

El modelo V se utiliza para regular el proceso de desarrollo de software dentro de la administración federal alemana. Hoy en día [¿ cuándo? ] sigue siendo el estándar para los proyectos de la administración federal alemana y de defensa, así como para los desarrolladores de software de la región.

El concepto del modelo V se desarrolló simultáneamente, pero de forma independiente, en Alemania y en Estados Unidos a finales de los años 1980:

En la actualidad, se ha utilizado ampliamente en programas comerciales y de defensa. Su uso principal es en la gestión de proyectos [3] [4] y durante todo el ciclo de vida del proyecto.

Una característica fundamental del modelo en V de EE. UU. es que el tiempo y la madurez se mueven de izquierda a derecha y no es posible retroceder en el tiempo. Toda iteración se realiza a lo largo de una línea vertical hacia niveles superiores o inferiores en la jerarquía del sistema, como se muestra en la figura. [3] [4] [7] Esto ha demostrado ser un aspecto importante del modelo. La expansión del modelo a un concepto de doble V se trata en la referencia. [3]

Como el modelo V está disponible públicamente, muchas empresas también lo utilizan. En la gestión de proyectos, es un método comparable a PRINCE2 y describe métodos para la gestión de proyectos, así como métodos para el desarrollo de sistemas . El modelo V, si bien es rígido en su proceso, puede ser muy flexible en su aplicación, especialmente en lo que respecta al alcance que se encuentra fuera del ámbito de los parámetros normales del ciclo de vida del desarrollo del sistema.

Ventajas

Estas son las ventajas que ofrece el modelo V frente a otros modelos de desarrollo de sistemas:

Limitaciones

Los siguientes aspectos no están contemplados en el modelo V, por lo que deben regularse adicionalmente o el modelo V debe adaptarse en consecuencia: [25] [26]

Véase también

Referencias

  1. ^ abcd Concepto de operaciones de Clarus Archivado el 5 de julio de 2009 en Wayback Machine , publicación n.º FHWA-JPO-05-072, Administración Federal de Carreteras (FHWA), 2005.
  2. ^ "El peligroso y seductor modelo V" Archivado el 15 de septiembre de 2019 en Wayback Machine . , consultado el 9 de enero de 2013.
  3. ^ abcdefgh Forsberg, K., Mooz, H., Cotterman, H. Visualizing Project Management, 3.ª edición, John Wiley and Sons, Nueva York, NY, 2005. Páginas 108-116, 242-248, 341-360.
  4. ^ abcde Consejo Internacional de Ingeniería de Sistemas (INCOSE), Manual de Ingeniería de Sistemas Versión 3.1, agosto de 2007, páginas 3.3 a 3.8
  5. ^ Forsberg, K., Mooz, H. (1998). "Ingeniería de sistemas para una mayor rapidez, un menor coste y una mejor calidad" (PDF) . Centro de Gestión de Sistemas. Archivado desde el original (PDF) el 20 de abril de 2003. {{cite journal}}: Requiere citar revista |journal=( ayuda )CS1 maint: multiple names: authors list (link)
  6. ^ "El SE VEE". SEOR, Universidad George Mason. Archivado desde el original el 18 de octubre de 2007. Consultado el 26 de mayo de 2007 .
  7. ^ abcde Forsberg, K. y Mooz, H., "La relación de la ingeniería de sistemas con el ciclo del proyecto" Archivado el 27 de febrero de 2009 en Wayback Machine , Primer Simposio Anual del Consejo Nacional de Ingeniería de Sistemas (NCOSE), octubre de 1991
  8. ^ "Sitio web de V-Modell (en alemán)", consultado el 10 de julio de 2020.
  9. ^ Directiva alemana 250, Norma de desarrollo de software para las Fuerzas Armadas Federales Alemanas, Modelo V, Modelo de proceso de ciclo de vida del software, agosto de 1992
  10. ^ "Fundamentos del modelo V" . Consultado el 14 de abril de 2016 .
  11. ^ "V-Modell XT, Parte 1: Fundamentos del V-Modell" (PDF) . Consultado el 14 de abril de 2016 .
  12. ^ "Junta Internacional de Calificaciones de Pruebas de Software – Programa de estudios de nivel básico", consultado el 9 de enero de 2013.
  13. ^ "Ingeniería de sistemas para sistemas de transporte inteligentes" (PDF) . Departamento de Transporte de los Estados Unidos. pág. 10. Consultado el 9 de junio de 2007 .
  14. ^ "Departamento de Transporte de Estados Unidos, Administración Federal de Carreteras. Guía de ingeniería de sistemas para ITS", consultado el 9 de enero de 2013.
  15. ^ "CONSTRUYENDO SOBRE UN LEGADO: ENFOQUE RENOVADO EN LA INGENIERÍA DE SISTEMAS EN ADQUISICIONES DE DEFENSA" (PDF) . Consultado el 14 de abril de 2016 .
  16. ^ "Uso de modelos V para pruebas". 10 de noviembre de 2013. Consultado el 14 de abril de 2016 .
  17. ^ Guía IEEE: Adopción del estándar del Project Management Institute (PMI(R)) Guía de los Fundamentos de la Dirección de Proyectos (Guía del PMBOK(R)) - Cuarta edición. Junio ​​de 2011. pág. 452. doi :10.1109/IEEESTD.2011.6086685. ISBN 978-0-7381-6817-3. Recuperado el 25 de mayo de 2021 .
  18. ^ Fundamentos de ingeniería de sistemas. Defense Acquisition University Press, 2001.
  19. ^ "Modelo de proceso de ciclo de vida V-Model". v-modell.iabg.de. Archivado desde el original el 3 de marzo de 2016 . Consultado el 24 de diciembre de 2015 .
  20. ^ "Organización temática secuencial de publicaciones (STOP)". Archivado desde el original el 3 de febrero de 2008. Consultado el 24 de diciembre de 2015 .
  21. ^ Sobkiw, Walter (1 de enero de 2008). El desarrollo sostenible es posible gracias a la ingeniería de sistemas creativos . Lulu.com. ISBN 978-0615216300.
  22. ^ "Un nuevo modelo de ingeniería de sistemas y un viejo amigo familiar; Figura 2 Interacciones de procesos V-9" (PDF) . Defense AT&L. Abr 2006. p. 51 . Consultado el 7 de abril de 2016 .
  23. ^ "Desarrollo posterior del modelo V (enlace roto)". v-modell.iabg.de. Archivado desde el original el 23 de abril de 2011. Consultado el 24 de diciembre de 2015 .
  24. ^ "Descripción general del modelo de actividad del V-Modell (enlace roto)". v-modell.iabg.de. Archivado desde el original el 19 de julio de 2011. Consultado el 24 de diciembre de 2015 .
  25. ^ "Límites del VModel". v-modell.iabg.de. Archivado desde el original el 21 de mayo de 2011. Consultado el 24 de diciembre de 2015 .
  26. ^ Christian Bucanac, El modelo V

Enlaces externos