Professional Documents
Culture Documents
Software e Ingenieria de Software
Software e Ingenieria de Software
Software Engineering:
A Practitioner's Approach, 6/e
Part 1
copyright © 1996, 2001, 2005
R.S. Pressman & Associates, Inc.
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.
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.
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
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
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)
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
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)
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.
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.
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
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