Railway-Control Product Families: The Alcatel TAS Platform Experience

Mellado, Julio; Sierra, M.; Romera, A.; Dueñas, Juan C.

doi:10.1007/978-3-540-44542-5_6

Cited by 2 publications

(4 citation statements)

References 3 publications

Supporting

Mentioning

Contrasting

Unclassified

Order By: Relevance

“…Desde principios de 2002 estoy en el equipo de especificación de requisitos del proyecto ETCS 2000 en Berlín (Alemania), donde he vuelto a encontrarme con las Líneas de Producto Software, desde el punto de vista de la ingeniería de producto y del análisis del dominio de aplicación. De toda esa actividad, y de los distintos foros técnicos y académicos en los que he participado, han ido surgiendo algunas publicaciones, [DM04], [EMM02], [MeET02], [MeDu01], y [MeDu00]. Esta Tesis Doctoral intenta recoger todas esas experiencias y hacer una síntesis, que espero pueda resultar de interés.…”

Section: Entorno De La Tesis Doctoralunclassified

“…Puede elegirse entre distintos niveles de redundancia, lo que supone la existencia de diferentes componentes en la línea de productos. La configuración dos de tres da un mayor grado de disponibilidad [MeDu00]. Cuando existe como módulo hardware independiente, el IM es una configuración hardware dos de tres.…”

Section: Las Diferentes Variantesunclassified

“…El protocolo contiene una relación de casos de prueba que deben de ejecutarse, una breve descripción de cada caso de prueba y su resultado esperado. El sistema operativo [MeDu00] es adaptable a las diferentes configuraciones de forma que el software de aplicación no debe de modificarse. Estas variaciones no afectan al entorno de pruebas automáticas, puesto que el entorno esta enfocado a probar el software de aplicación.…”

Section: La Estrategia De Validación Aplicada a Los Diferentes Miembr...unclassified

“…La realización del caso de validación industrial en la compañía Alcatel ha motivado el participar como ponente en el foro industrial sobre herramientas de prueba ICSTEST en Düsseldorf (Alemania) en el año 2002 [EMM02], y de realizar varias publicaciones, a saber, un artículo en la revista especializada en tecnología ferroviaria "Signal und Draht" [MeET02], dos "papers" que se publicaron con ocasión de dos workshops sobre Líneas de Producto Software celebrados en Las Palmas y Bilbao respectivamente [MeDu01] y [MeDu00], y otra contribución para un workshop sobre MDA (Model Driven Architecture) [DM04].…”

Section: Conclusionesunclassified

See 3 more Smart Citations

Estrategias de pruebas de líneas de producto de sistemas de tiempo real especificados con diagramas de estados jerárquicos

Torío¹

View full text Add to dashboard Cite

En la ingeniería del software el crecimiento de la capacidad tecnológica ha estado siempre unido con el incremento de la complejidad, y ello a su vez ha propiciado el nacimiento de nuevas técnicas para hacer frente a dicha complejidad. Las Líneas de Producto Software han aparecido en la ingeniería del software como una técnica cuyo objetivo es el de poder crear diferentes variantes software a partir de una infraestructura común, del mismo modo que se hace en otros sectores industriales.La investigación en Líneas de Producto Software se ha centrado hasta la fecha en los aspectos de arquitectura software. Por medio de la "Ingeniería del Dominio" se definen los aspectos genéricos de todas las variantes y se especifican las entidades software genéricas denominadas activos básicos o "core assets", mientras que con la "Ingeniería de Aplicación" se establece el mecanismo de generación de las distintas variantes a partir de los elementos genéricos.Un aspecto no menos importante, que hasta ahora no se ha investigado con tanta extensión, es el de las Pruebas de Línea de Producto Software. La cuestión fundamental es decidir hasta qué punto es posible probar las diferentes variantes de forma común. En el caso más optimista, probando una funcionalidad sobre la parte general se podría dar por probada sobre todas las variantes. Por contra, en el caso más pesimista, las pruebas de una Línea de Producto Software serían exactamente iguales que las pruebas de varios productos independientes que se hicieran de forma separada. Como término medio, aunque se pruebe la misma funcionalidad en todas las variantes, se podrían reutilizar por ejemplo la arquitectura de pruebas, los casos de prueba, el entorno de pruebas, etc.Las Líneas de Producto Software pueden implantarse también para sistemas software de Tiempo Real. En este caso, los métodos de prueba propios de los sistemas de tiempo real se ven confrontados con la nueva exigencia de manejar la pruebas de las diferentes variantes.

show abstract

Section: Entorno De La Tesis Doctoralunclassified

Section: Las Diferentes Variantesunclassified

Section: La Estrategia De Validación Aplicada a Los Diferentes Miembr...unclassified

Section: Conclusionesunclassified

See 2 more Smart Citations