Download as ppt, pdf, or txt
Download as ppt, pdf, or txt
You are on page 1of 20

Supplementary Slides for

Software Engineering:
A Practitioner's Approach, 6/e
Part 1
copyright © 1996, 2001, 2005
R.S. Pressman & Associates, Inc.

For University Use Only


May be reproduced ONLY for student use at the university level
when used in conjunction with Software Engineering: A Practitioner's Approach.
Any other reproduction or use is expressly prohibited.

This presentation, slides, or hardcopy may NOT be used for


short courses, industry seminars, or consulting purposes.

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 1
Software Engineering: A Practitioner’s Approach, 6/e

Capitulo 1
Software e Ingeniería de Software
copyright © 1996, 2001, 2005
R.S. Pressman & Associates, Inc.

For University Use Only


May be reproduced ONLY for student use at the university level
when used in conjunction with Software Engineering: A Practitioner's Approach.
Any other reproduction or use is expressly prohibited.

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 2
Desastres Informáticos
 En la Industria Espacial
 Explosión de la Misión Espacial Ariane5:
 Proyecto de la ESA para poner satélites en Orbita
 Falla:
 1- Conversión de un punto flotante de 64 bits relativo a la velocidad
horizontal a un entero de 16 bits. El número era mayor de 32.768.
 2- Utilización del código del Ariane4
  Perdidas Us $ 500 Millones
 www.ima.umn.edu/~arnold/disasters/ariane.html

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 3
Desastres Informáticos
 En la Industria Espacial
 Orbitador Climático de Marte:(1999)
 Falla: Implementación errónea de la traducción entre millas
inglesas y metros.

 Perdidas Us $ 250 Millones


 http://mars.jpl.nasa.gov/msp98/

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 4
Desastres Informáticos
 En la Industria Espacial
 Mariner1:
 Proyecto de la NASA para enviar sonda
a Venus (1962)
 Fallo: Error en una sentencia de código
Fortran causo la perdida de la sonda.
 http://nssdc.gsfc.nasa.gov/nmc/tmp/MA
RIN1.html

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 5
Desastres Informáticos
 En la Industria de los Computadores

 Algoritmo de División del Procesador Pentium


 La falla: un error de diseño en el algoritmo de división de punto
flotante
 Cerca de dos millones de procesadores defectuosos habían sido
distribuidos alrededor del mundo.
 Perdidas Us $ 475 Millones
 http://www.elpais.com/articulo/economia/INTEL/fallo/Pentium/provoco/perdid
as/Intel/63/000/millones/elpepieco/19950126elpepieco_27/Tes/

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 6
Desastres Informáticos
 En la Industria de las Comunicaciones

 Fallos en Servicio AT&T.(1990)


 La Falla: Sentencia Break mal empleada en una línea de código
 Consecuencia: 9 horas sin servicio telefónico en varias ciudades.

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 7
Desastres Informáticos
 En la Industria de la Salud
 Therac-25. (1985-1987)

 Maquina de terapia de radiación computarizada.

 La Falla: Utilización del Software Therac-6 en Therac-25

 Consecuencia. Se ve involucrada en masivas sobredosis ocasionando muertes y


graves heridas en los pacientes.
 En la Industria Militar
 Misil Patriot (1991)

 El misil falla al tratar de interceptar un misil Scud Iraqui

 La Falla: Calculo erróneo del tiempo desde que se arranco el ordenador por
errores aritméticos al aproximar el reloj.
 Los errores se deben al uso de solo 24 bits para representar 1/10

 Consecuencia. 28 soldados muertos y 100 heridos.

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 8
EL Papel Dual del Software
 El software es un producto
 Libera el potencial computacional
 Produce, administra, adquiere, modifica, despliega, o transmite
la información
 El Software es un vehiculo para liberar un producto
 Apoya o directamente proporciona funcionalidad del sistema
 Controla otros programas (ej, un sistema operativo)
 Afecta las comunicaciones (ej., software de red)
 Ayuda a construir otro software (ej., herramientas de software)

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 9
Que es el Software?
Software es un conjunto de artículos o objetos
Que forman una “configuración” que
incluye
• programas
• documentos
• datos ...

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 10
Características del Software

 El software se desarrolla
 El software no se desgasta
 El software es complejo

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 11
Tiempo vs. Deterioro
increased failure
rate due to side effects
Failure
rate

change
actual curve

idealized curve

Time

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 12
Aplicaciones del Software
 Software de Sistemas
 Software de Aplicación
 Software de ingeniería/científico
 Software Empotrado
 Software de Línea de productos
 Software de Aplicaciones Web
 Software AI

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 13
Nuevas Categorías del Software
 Computación Ubicua — Redes Inhalambricas
 Netsourcing—la Web como proveedor de contenido
 Codigo Abierto—”libre” codigo fuente abierto a la
comunidad computacional (a blessing, but also a potential
curse!)
 También … (Mirar Capitulo 32)
 Minería de Datos (Data mining)
 Mallas Computacionales (Grid computing)
 Maquinas Cognoscitivas
 Software para nanotecnologias

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 14
Software Heredado
(Programas Viejos)

Causas del Cambio?


 El Software debe adaptarse para satisfacer las
necesidades de nuevos ambientes de la informática o
tecnología.
 El Software debe mejorarse para satisfacer nuevos
requerimientos de negocios.
 El Software debe extenderse para hacerse operable
con otros sistemas ó bases de datos. modernos
 El Software debe rediseñarse para hacerse viable en
un ambiente de red.

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 15
Evolución del Software
 La Ley del Cambio Continuo (1974): Los sistemas de tipo electrónico deben
adaptarse en forma continua, de lo contrario se volverán menos satisfactorios a través
del tiempo.

 La Ley de la Complejidad Creciente (1974): Cuando un sistema de tipo electrónico


esta en evolución, su complejidad se incrementa a menos que se realice el trabajo
necesario para mantenerla o reducirla.

 La Ley de la Autorregulación (1974): El proceso de evolución de un sistema de tipo


electrónico se autorregula con la distribución del producto y las mediciones del
proceso cercanas a la normal.

 La Ley de la Conservación de la Estabilidad Organizacional (1980): La tasa de


actividad global efectiva promedio en un sistema de tipo electrónico en evolución no
varia a lo largo del periodo de vida del producto.

Source: Lehman, M., et al, “Metrics and Laws of Software Evolution—The Nineties View,”
Proceedings of the 4th International Software Metrics Symposium (METRICS '97), IEEE, 1997, can be
downloaded from: http://www.ece.utexas.edu/~perry/work/papers/feast1.pdf
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 16
Evolución del Software
 La Ley de Conservación de la Familiaridad (1980): Cuando un sistema de tipo electrónico esta en
evolución y se quiere tener un desarrollo satisfactorio, todos los involucrados con el sistema,
como los desarrolladores, el personal de ventas y los usuarios, deben mantener el dominio sobre
su contenido y comportamiento. El crecimiento excesivo disminuye ese dominio. Por lo tanto, el
crecimiento promedio permanece sin cambio durante la evolución del sistema.

 La Ley del Crecimiento Continuo (1980): El contenido funcional de los sistemas de tipo
electrónico deben incrementarse en forma continua para mantener la satisfacción del usuario a lo
largo del periodo de vida del sistema.

 La Ley de la Calidad Decreciente (1996): La calidad de los sistemas de tipo electrónico parecerá
declinar a menos que estos se mantengan y adapten en forma rigurosa de acuerdo con los
cambios en su ambiente operacional.

 La Ley del Sistema de Retroalimentación (1996): Los procesos de evolución de los sistemas de
tipo electrónico constituyen sistemas de retroalimentación con niveles, ciclos y agentes múltiples,
y deben tratarse de forma que se obtengan mejorías significativas sobre cualquier base razonable.

Source: Lehman, M., et al, “Metrics and Laws of Software Evolution—The Nineties View,”
Proceedings of the 4th International Software Metrics Symposium (METRICS '97), IEEE, 1997, can be
downloaded from: http://www.ece.utexas.edu/~perry/work/papers/feast1.pdflos
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 17
Mitos del Software
 Mitos de la Administración.

 Ya se tiene un libro lleno de estándares y procedimientos para la


construcción de software. ¿ Esto proporcionara a mi gente todo
el conocimiento necesario?

 Si se esta atrasado en el itinerario es posible contratar mas


programadores para así terminar a tiempo.

 Si decido subcontratar el proyecto de software a un tercero,


puedo relajarme y dejar que esa compañía lo construya.

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 18
Mitos del Software
 Mitos del Cliente

 Un enunciado general de los objetivos es suficiente para


comenzar a escribir programas; los detalles se pueden afinar
después.
 Los requerimientos del proyecto cambian de manera continua,
pero el cambio puede ajustarse con facilidad porque el software
es flexible.

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 19
Mitos del Software
 Mitos del Desarrollador
 Una vez que el programa ha sido escrito y puesto a funcionar, el
trabajo esta terminado.
 Mientras el programa no se este ejecutando, no existe forma de
evaluar su calidad.
 El único producto del trabajo que puede entregarse para tener
un proyecto exitoso es el programa en funcionamiento.
 La ingeniería del software obligara a emprender la creación de
una documentación voluminosa e innecesaria y de manera
invariable tornara mas lento el proceso.

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with
permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005 20

You might also like