SlideShare une entreprise Scribd logo
1  sur  21
16 Famous Software  Disasters miguelinlas3 at gmail dot com http://miguelinlas3.blogspot.com
”   If debugging is the process  of removing  bugs , then  programming must be the  process of putting them in.  „ Edsger Dijkstra
Algunos números Errores software cuestan unos $59.5 billones anuales, aproximadamente el 0.6 % del producto interior bruto Año 2000: $180 billones, 697k ingenieros de software,585k programadores
Software Disasters (I) Year Bug Cost Brief Description 1962 Mariner Bugs Out 18.5$ millones El cohete Mariner I se disponía a trasladar una sonda a Venus cuando se desvió de la trayectoria establecida. El equipo de control se vió obligado a destruir el cohete 293 segundos después de su despegue. 1978 Hartford Coliseum Collapse 90$ millones El techo de acero de celosía del estadio se vino abajo debido al peso de la nieve. Afortunadamente, los aficionados ya habían abandonado el estadio unas horas antes del derrumbe 1982 CIA Gives the Soviets Gas Millones El software de control se volvió loco, produciendo altos niveles de presión en el gaseoducto transiberiano, ocasionando la mayor explosión no nuclear ocasionada por el ser humano
Software Disasters (II) Year Bug Cost Brief Description 1983 World War III… Almost Casi toda la humanidad El sistema de detección temprana ruso emitió una alerta (errónea) indicando que los Estados Unidos habían disparado cinco misiles balísticos. Afortunadamente, el oficial de guardia notificó que era una falsa alarma 1985 Medical Machine Kills 3 muertos y 3 heridos graves La máquina de radioterapia Therac Canadá-25 funcionó de manera incorrecta,  inyectando dosis letales de radiación a los pacientes tratados. 1987 Wall Street Crash $ 500 billones (un día) Black Monday (19 de Octubre de 1987). El Dow Jones Industrial Average cayó 508 puntos, perdiendo un 22.6% de su valor total; el índice S&P 500 bajó un 20.4%. Esta fue la mayor pérdida sufrida por Wall Street en un solo día
Software Disasters (III) Year Bug Cost Brief Description 1990 AT&T Lines Go Dead 75 millones  llamadas perdidas. 200 mil reservas aéreas perdidas Uno de los 114 centros de conmutación de AT&T sufrió un problema técnico menor, obligando a cerrar el mismo. A su regreso, envió un mensaje al resto de centros de conmutación que provocó la caida de los mismos, ocasionando el colapso de la red de comunicaciones de la compañía AT&T 1991 Patriot Fails Soldiers 28 soldados muertos y 100 heridos Durante la primera guerra del golfo un sistema American Patriot Missile en Arabia Saudí erró en la detección de un misil Scud iraquí. Dicho misil destruyó un cuartel del ejército americano. 1993 Pentium Fails Long Division 475$ millones y credibilidad Uno de los chips de Intel realizaba divisiones incorrectas con números flotantes de un rango determinado. Por ejemplo: 4195835.0/3145727.0 arrojaba como resultado 1.33374 en lugar de 1.33382, un error del 0.006%
Software Disasters (IV) Year Bug Cost Brief Description 1996 Ariane Rocket Goes Boom $500 millones Ariane 5, el cohete europeo no tripulado más moderno, tuvo que ser destruido de manera intencionada segundos después del lanzamiento de su primer vuelo. 1998 Mars Climate Crasher 125$ millones Tras un viaje de 286 días desde la Tierra, el Mars Climate Orbiter encendió sus motores para orbitar alrededor de Marte. El encencido de los mismos fue correcto, pero la nave se vió atrapada por la atmósfera del planeta, provocando su choque contra el mismo 1999 Disastrous Study Credibilidad científica El New England Journal of Medicine publicó que las tasas de suicidio aumentaban después de la ocurrencia de graves desastres naturales. Desafortunadamente, estos resultados eran incorrectos
Software Disasters (V) Year Bug Cost Brief Description 1999 British Passports to Nowhere 12.6 millones de libras La agencia de pasaportes de UK incorporó un nuevo sistema informático (Siemens), que no fue capaz de expedir en tiempo los pasaportes de medio millón de ciudadanos británicos. La agencia se vió obligada a pagar cientos de millones en compensaciones, horas extras y paraguas para la gente que hacía cola bajo la lluvia 1999 Y2K 500$ billones Las empresas se vieron obligadas a realizar grandes inversiones en desarrollo para subsanar un problema ocasionado por „legacy” code 2000 Cancer Treatment to Die For 8 muertos y 20 heridos graves El software de radioterapia desarrollado por Multidata Systems realizaba un cálculo erróneo de la dosis que se debía inyectar a los pacientes. Los médicos fueron acusados de asesinato
Software Disasters (VI) Year Bug Cost Brief Description 2004 EDS Drops Child Support 539 millones de libras (y subiendo) El sistema informático desarrollado por EDS para la agencia de manutención de niños británica (CSA) pagaba en exceso a 1.9 millones de personas, mientras que otras 700.000 cobraban menos de lo que deberían. 3.5 millones de libras no se habían cobrado, 293000 casos en backlog  y 36000 nuevos casos sin tratar. En la actualidad tienen más de 500 bugs documentados.
Pentium Fails Long Division
Problemática Uno de los chips de Intel realizaba divisiones incorrectas con números flotantes de un rango determinado Por ejemplo: 4195835.0/3145727.0 arrojaba como resultado 1.33374 en lugar de 1.33382, un error del 0.006%
Daños ocasionados El bug afectó a un número reducido de personas aunque se conviritó en una auténtica pesadilla para el departamento comercial Con aproximádamente 5 millones de chips defectuosos en circulación, Intel ofreció  r eemplazos a aquellas personas que demostrasen necesitar una precisión alta
Detalles del problema La unidad de punto flotante de Pentium utiliza un algoritmo radix 4 SRT. En cada paso es capaz de calcular dos dígitos de un cociente (en lugar de uno) Debilidad: necesita una tabla de valores. Dicha tabla fue mal introducida en la unidad de punto flotante
The Patriot Missile Failure
Problemática y daños 25 de Febrero de 1991. Guerra del Golfo. American Patriot Missile en Dharan, Arabia Saudí, no fue capaz de detectar un misil Scud iraquí. Como resultado del impacto, un cuartel del ejército americano fue destruido, ocasionando la muerte a 28 soldados y causando unos 100 heridos
Detalles del problema (I) El problema fue ocasionada por un cálculo inexacto. El tiempo transcurrido desde el arranque se medía en décimas de segundo. Posteriormente era multiplicado por 1/10 con el objetivo de expresar el tiempo en segundos El calculo anterior se realizó mediante un registro de 24 bits (fixed)
Detalles del problema (II) 1/10 no tiene una representación binaria finita, de modo que fue truncada para que cupiera en el registro anterior El pequeño error de truncado, cuando se multiplicaba por el tiempo transcurrido (números grandes) provocaba errores significativos
Detalles del problema (III) El sistema Patriot había estado en funcionamiento durante unas 100 horas 1/10 en binario: 0.0001100110011001100110011001100 … 1/10 truncado en 24 bits:  0.00011001100110011001100
Detalles del problema (IV) Error: 0.0000000000000000000000011001100... (aproximadamente 0.000000095) Error ocasionado tras 100 horas: 0.000000095×100×60×60×10=0.34 segundos
Detalles del problema (V) Misil Scud viaja 1,676 metros por segundo En 0.34 segundos viaja más de medio kilómetro; tiempo suficiente para que el misil estuviera fuera del „ range gate ”
References http://www.nist.gov/public_affairs/releases/n02-10.htm http://www.devtopics.com/20-famous-software-disasters/ http://www.willamette.edu/~mjaneba/pentprob.html http://www-math.mit.edu/~edelman/homepage/talks/pentium.ppt http://www.ima.umn.edu/~arnold/disasters/patriot.html

Contenu connexe

Plus de Miguel Pastor

Liferay & Big Data Dev Con 2014
Liferay & Big Data Dev Con 2014Liferay & Big Data Dev Con 2014
Liferay & Big Data Dev Con 2014Miguel Pastor
 
Microservices: The OSGi way A different vision on microservices
Microservices: The OSGi way A different vision on microservicesMicroservices: The OSGi way A different vision on microservices
Microservices: The OSGi way A different vision on microservicesMiguel Pastor
 
Liferay and Big Data
Liferay and Big DataLiferay and Big Data
Liferay and Big DataMiguel Pastor
 
Reactive applications and Akka intro used in the Madrid Scala Meetup
Reactive applications and Akka intro used in the Madrid Scala MeetupReactive applications and Akka intro used in the Madrid Scala Meetup
Reactive applications and Akka intro used in the Madrid Scala MeetupMiguel Pastor
 
Reactive applications using Akka
Reactive applications using AkkaReactive applications using Akka
Reactive applications using AkkaMiguel Pastor
 
Liferay Devcon 2013: Our way towards modularity
Liferay Devcon 2013: Our way towards modularityLiferay Devcon 2013: Our way towards modularity
Liferay Devcon 2013: Our way towards modularityMiguel Pastor
 
Liferay Module Framework
Liferay Module FrameworkLiferay Module Framework
Liferay Module FrameworkMiguel Pastor
 
Hadoop, Cloud y Spring
Hadoop, Cloud y Spring Hadoop, Cloud y Spring
Hadoop, Cloud y Spring Miguel Pastor
 
Scala: un vistazo general
Scala: un vistazo generalScala: un vistazo general
Scala: un vistazo generalMiguel Pastor
 
Platform as a Service overview
Platform as a Service overviewPlatform as a Service overview
Platform as a Service overviewMiguel Pastor
 
Aspect Oriented Programming introduction
Aspect Oriented Programming introductionAspect Oriented Programming introduction
Aspect Oriented Programming introductionMiguel Pastor
 
Software measure-slides
Software measure-slidesSoftware measure-slides
Software measure-slidesMiguel Pastor
 
Groovy and Grails intro
Groovy and Grails introGroovy and Grails intro
Groovy and Grails introMiguel Pastor
 

Plus de Miguel Pastor (18)

Liferay & Big Data Dev Con 2014
Liferay & Big Data Dev Con 2014Liferay & Big Data Dev Con 2014
Liferay & Big Data Dev Con 2014
 
Microservices: The OSGi way A different vision on microservices
Microservices: The OSGi way A different vision on microservicesMicroservices: The OSGi way A different vision on microservices
Microservices: The OSGi way A different vision on microservices
 
Liferay and Big Data
Liferay and Big DataLiferay and Big Data
Liferay and Big Data
 
Reactive applications and Akka intro used in the Madrid Scala Meetup
Reactive applications and Akka intro used in the Madrid Scala MeetupReactive applications and Akka intro used in the Madrid Scala Meetup
Reactive applications and Akka intro used in the Madrid Scala Meetup
 
Reactive applications using Akka
Reactive applications using AkkaReactive applications using Akka
Reactive applications using Akka
 
Liferay Devcon 2013: Our way towards modularity
Liferay Devcon 2013: Our way towards modularityLiferay Devcon 2013: Our way towards modularity
Liferay Devcon 2013: Our way towards modularity
 
Liferay Module Framework
Liferay Module FrameworkLiferay Module Framework
Liferay Module Framework
 
Liferay and Cloud
Liferay and CloudLiferay and Cloud
Liferay and Cloud
 
Jvm fundamentals
Jvm fundamentalsJvm fundamentals
Jvm fundamentals
 
Scala Overview
Scala OverviewScala Overview
Scala Overview
 
Hadoop, Cloud y Spring
Hadoop, Cloud y Spring Hadoop, Cloud y Spring
Hadoop, Cloud y Spring
 
Scala: un vistazo general
Scala: un vistazo generalScala: un vistazo general
Scala: un vistazo general
 
Platform as a Service overview
Platform as a Service overviewPlatform as a Service overview
Platform as a Service overview
 
HadoopDB
HadoopDBHadoopDB
HadoopDB
 
Aspect Oriented Programming introduction
Aspect Oriented Programming introductionAspect Oriented Programming introduction
Aspect Oriented Programming introduction
 
Software measure-slides
Software measure-slidesSoftware measure-slides
Software measure-slides
 
Arquitecturas MMOG
Arquitecturas MMOGArquitecturas MMOG
Arquitecturas MMOG
 
Groovy and Grails intro
Groovy and Grails introGroovy and Grails intro
Groovy and Grails intro
 

Software Failures

  • 1. 16 Famous Software Disasters miguelinlas3 at gmail dot com http://miguelinlas3.blogspot.com
  • 2. If debugging is the process of removing bugs , then programming must be the process of putting them in. „ Edsger Dijkstra
  • 3. Algunos números Errores software cuestan unos $59.5 billones anuales, aproximadamente el 0.6 % del producto interior bruto Año 2000: $180 billones, 697k ingenieros de software,585k programadores
  • 4. Software Disasters (I) Year Bug Cost Brief Description 1962 Mariner Bugs Out 18.5$ millones El cohete Mariner I se disponía a trasladar una sonda a Venus cuando se desvió de la trayectoria establecida. El equipo de control se vió obligado a destruir el cohete 293 segundos después de su despegue. 1978 Hartford Coliseum Collapse 90$ millones El techo de acero de celosía del estadio se vino abajo debido al peso de la nieve. Afortunadamente, los aficionados ya habían abandonado el estadio unas horas antes del derrumbe 1982 CIA Gives the Soviets Gas Millones El software de control se volvió loco, produciendo altos niveles de presión en el gaseoducto transiberiano, ocasionando la mayor explosión no nuclear ocasionada por el ser humano
  • 5. Software Disasters (II) Year Bug Cost Brief Description 1983 World War III… Almost Casi toda la humanidad El sistema de detección temprana ruso emitió una alerta (errónea) indicando que los Estados Unidos habían disparado cinco misiles balísticos. Afortunadamente, el oficial de guardia notificó que era una falsa alarma 1985 Medical Machine Kills 3 muertos y 3 heridos graves La máquina de radioterapia Therac Canadá-25 funcionó de manera incorrecta, inyectando dosis letales de radiación a los pacientes tratados. 1987 Wall Street Crash $ 500 billones (un día) Black Monday (19 de Octubre de 1987). El Dow Jones Industrial Average cayó 508 puntos, perdiendo un 22.6% de su valor total; el índice S&P 500 bajó un 20.4%. Esta fue la mayor pérdida sufrida por Wall Street en un solo día
  • 6. Software Disasters (III) Year Bug Cost Brief Description 1990 AT&T Lines Go Dead 75 millones llamadas perdidas. 200 mil reservas aéreas perdidas Uno de los 114 centros de conmutación de AT&T sufrió un problema técnico menor, obligando a cerrar el mismo. A su regreso, envió un mensaje al resto de centros de conmutación que provocó la caida de los mismos, ocasionando el colapso de la red de comunicaciones de la compañía AT&T 1991 Patriot Fails Soldiers 28 soldados muertos y 100 heridos Durante la primera guerra del golfo un sistema American Patriot Missile en Arabia Saudí erró en la detección de un misil Scud iraquí. Dicho misil destruyó un cuartel del ejército americano. 1993 Pentium Fails Long Division 475$ millones y credibilidad Uno de los chips de Intel realizaba divisiones incorrectas con números flotantes de un rango determinado. Por ejemplo: 4195835.0/3145727.0 arrojaba como resultado 1.33374 en lugar de 1.33382, un error del 0.006%
  • 7. Software Disasters (IV) Year Bug Cost Brief Description 1996 Ariane Rocket Goes Boom $500 millones Ariane 5, el cohete europeo no tripulado más moderno, tuvo que ser destruido de manera intencionada segundos después del lanzamiento de su primer vuelo. 1998 Mars Climate Crasher 125$ millones Tras un viaje de 286 días desde la Tierra, el Mars Climate Orbiter encendió sus motores para orbitar alrededor de Marte. El encencido de los mismos fue correcto, pero la nave se vió atrapada por la atmósfera del planeta, provocando su choque contra el mismo 1999 Disastrous Study Credibilidad científica El New England Journal of Medicine publicó que las tasas de suicidio aumentaban después de la ocurrencia de graves desastres naturales. Desafortunadamente, estos resultados eran incorrectos
  • 8. Software Disasters (V) Year Bug Cost Brief Description 1999 British Passports to Nowhere 12.6 millones de libras La agencia de pasaportes de UK incorporó un nuevo sistema informático (Siemens), que no fue capaz de expedir en tiempo los pasaportes de medio millón de ciudadanos británicos. La agencia se vió obligada a pagar cientos de millones en compensaciones, horas extras y paraguas para la gente que hacía cola bajo la lluvia 1999 Y2K 500$ billones Las empresas se vieron obligadas a realizar grandes inversiones en desarrollo para subsanar un problema ocasionado por „legacy” code 2000 Cancer Treatment to Die For 8 muertos y 20 heridos graves El software de radioterapia desarrollado por Multidata Systems realizaba un cálculo erróneo de la dosis que se debía inyectar a los pacientes. Los médicos fueron acusados de asesinato
  • 9. Software Disasters (VI) Year Bug Cost Brief Description 2004 EDS Drops Child Support 539 millones de libras (y subiendo) El sistema informático desarrollado por EDS para la agencia de manutención de niños británica (CSA) pagaba en exceso a 1.9 millones de personas, mientras que otras 700.000 cobraban menos de lo que deberían. 3.5 millones de libras no se habían cobrado, 293000 casos en backlog y 36000 nuevos casos sin tratar. En la actualidad tienen más de 500 bugs documentados.
  • 10. Pentium Fails Long Division
  • 11. Problemática Uno de los chips de Intel realizaba divisiones incorrectas con números flotantes de un rango determinado Por ejemplo: 4195835.0/3145727.0 arrojaba como resultado 1.33374 en lugar de 1.33382, un error del 0.006%
  • 12. Daños ocasionados El bug afectó a un número reducido de personas aunque se conviritó en una auténtica pesadilla para el departamento comercial Con aproximádamente 5 millones de chips defectuosos en circulación, Intel ofreció r eemplazos a aquellas personas que demostrasen necesitar una precisión alta
  • 13. Detalles del problema La unidad de punto flotante de Pentium utiliza un algoritmo radix 4 SRT. En cada paso es capaz de calcular dos dígitos de un cociente (en lugar de uno) Debilidad: necesita una tabla de valores. Dicha tabla fue mal introducida en la unidad de punto flotante
  • 15. Problemática y daños 25 de Febrero de 1991. Guerra del Golfo. American Patriot Missile en Dharan, Arabia Saudí, no fue capaz de detectar un misil Scud iraquí. Como resultado del impacto, un cuartel del ejército americano fue destruido, ocasionando la muerte a 28 soldados y causando unos 100 heridos
  • 16. Detalles del problema (I) El problema fue ocasionada por un cálculo inexacto. El tiempo transcurrido desde el arranque se medía en décimas de segundo. Posteriormente era multiplicado por 1/10 con el objetivo de expresar el tiempo en segundos El calculo anterior se realizó mediante un registro de 24 bits (fixed)
  • 17. Detalles del problema (II) 1/10 no tiene una representación binaria finita, de modo que fue truncada para que cupiera en el registro anterior El pequeño error de truncado, cuando se multiplicaba por el tiempo transcurrido (números grandes) provocaba errores significativos
  • 18. Detalles del problema (III) El sistema Patriot había estado en funcionamiento durante unas 100 horas 1/10 en binario: 0.0001100110011001100110011001100 … 1/10 truncado en 24 bits: 0.00011001100110011001100
  • 19. Detalles del problema (IV) Error: 0.0000000000000000000000011001100... (aproximadamente 0.000000095) Error ocasionado tras 100 horas: 0.000000095×100×60×60×10=0.34 segundos
  • 20. Detalles del problema (V) Misil Scud viaja 1,676 metros por segundo En 0.34 segundos viaja más de medio kilómetro; tiempo suficiente para que el misil estuviera fuera del „ range gate ”
  • 21. References http://www.nist.gov/public_affairs/releases/n02-10.htm http://www.devtopics.com/20-famous-software-disasters/ http://www.willamette.edu/~mjaneba/pentprob.html http://www-math.mit.edu/~edelman/homepage/talks/pentium.ppt http://www.ima.umn.edu/~arnold/disasters/patriot.html

Notes de l'éditeur

  1. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  2. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  3. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  4. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  5. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  6. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  7. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  8. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  9. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  10. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  11. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  12. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  13. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  14. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  15. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  16. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  17. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.
  18. A continuación se presenta un índice con los contenidos principales que veremos a lo largo de toda la presentación. Durante la primera fase de la presentación analizaremos, de manera somera, el mundo actual de la construcción de software, la problemática de la misma, los ecosistemas software y las soluciones a la problemática anterior. En la segunda parte analizaremos en detalle una de las técnicas de desarrollo avanzadas utilizadas por los equipos de desarrollo más vanguardistas, los lenguajes específicos de dominio, introduciendo el lenguaje R. La tercera parte de la presentación presentará cuales han sido las motivaciones para la construcción de R-Eclipse, los objetivos perseguidos y las características del producto final. Una vez terminada la sección anterior, intentaremos obtener una serie de conclusiones que resuman lo visto a lo largo de la presentación, y claro está, del proyecto. Como última parte de la presentación se sugerirán nuevas funcionalidades que por motivos evidentes no se han podido incluir.