3. Q ué es?
Roger Pressman, 2001: Para tener éxito al diseñar y construir un software necesitaremos
disciplina, un enfoque de ingeniería. Es decir, necesitaremos Ingeniería del software.
Bohem,1976: es la aplicación práctica del conocimiento científico al diseño y construcción de
programas de computadora y a la documentación asociada requerida para desarrollar,
operar y mantenerlos. Se conoce también como Desarrollo de Software o Producción de Software.
Bauer, 1972: Ingeniería de Software trata del establecimiento de los principios y métodos de
la ingeniería a fin de obtener software de modo rentable, que sea fiable y trabaje en
máquinas reales.
Alfredo Weitzenfeld, 2002: No se atreve a definirla.
IEEE, 1993: Es la aplicación de un enfoque sistemático, disciplinado y
cuantificable al desarrollo, operación y mantenimiento del software;
SEI, (Software Engineering Institute), 2007: Una mejora constante a las prácticas del
software que lo convierte cada vez en un producto de mejor calidad.
LEPV, 2011
“Sólo hay dos tipos de software: aquellos de los que la gente
se queja y aquellos que nadie usa.” Bjarne Stroustrup I N G E S O F T .
4. A doptamos como definición
IEEE, 1993: Es la aplicación de un
enfoque sistemático, disciplinado y
cuantificable al desarrollo, operación y
mantenimiento del software;
Es un conjunto de actividades
estandarizadas y aceptadas mundialmente
que nos llevan a la aplicación de un
enfoque sistemático, disciplinado en la
construcción de software de calidad.
Este conjunto de actividades están
determinadas por la necesidad, el entorno,
los requerimientos técnicos,
requerimientos humanos, recursos
financieros, tiempo y funcionalidad.
LEPV, 2011
I N G E S O F T .
5. D esde cuando se hace IS?
En el mundo, la crisis del hardware creó la necesidad, por allá en la 2ª. Generación de
computadores.
Se creó la discusión: Programación Vs Diseño Vs Modelación Vs Ingeniería
En Colombia, seguimos esperando que se haga ingeniería del software
aplicando estándares aceptados mundialmente.
Los movimientos que ha dado cada País para hacer que su software sea de
calidad, han dependido en gran parte de los desastres que este ha causado
La mayor parte de los expertos coinciden en señalar que “la manera más
probable de destruir el mundo es por accidente”. Y aquí es donde
entramos en juego nosotros, los ingenieros: “nosotros somos los que
provocamos los accidentes".
Nathaniel Borenstein, creador de MIME en: Programming as if People Mattered: Friendly Programs,
Software Engineering and Other Noble Delusions, Princeton University Press, Princeton, NJ, 1991.
LEPV, 2011
I N G E S O F T .
6. D esde cuando se hace IS?
Actualmente existen propuesta de ingeniería del software aceptadas para el
mundo y para algunos países:
P ropuesta clásica => (MCVS, Étapas)
P ropuesta IEEE, 2004, 2010 => SWEBOK
E spaña y M éxico C olombia
“Mucho del software hoy en día se parece a una pirámide egipcia: con millones de ladrillos
apilados uno encima del otro, sin integridad estructural y hecho por pura fuerza bruta y miles
de esclavos.” Alan Kay
LEPV, 2011
I N G E S O F T .
8. P ropuesta clásica – Roger Pressman
El fundamento de la ingeniería del software es la capa de proceso.
El proceso define un marco de trabajo para un conjunto de áreas claves de proceso (ACPs) que
se deben establecer para entrega efectiva de la tecnología de la ingeniería del software.
Los métodos de la ingeniería del software indican “como” construir técnicamente el
software. Los métodos abarcan una gran gama de tareas que incluyen análisis de los requisitos,
diseño, construcción de programas, pruebas y mantenimiento.
Las herramientas de la ingeniería del software proporcionan un enfoque automático o semi-
automático para el proceso y para los métodos; se establece un sistema de soporte par el
desarrollo del software llamado ingeniería del software asistida por computadora (CASE) LEPV, 2011
I N G E S O F T .
10. P ropuesta E spaña M éxico C olombia
Planeación (preferiblemente estratégica, no táctica)
LA PERSONA:
El Ingeniero
EL OBJETIVO: Software de Calidad
Quién lo debe
hacer? Expectativas de: precio, tiempo y funcionalidad.
EL PRODUCTO:
Cliente (organización) Satisfecho
Software
Qué vamos a hacer? EL MÉTODO:
Técnicas de Ingeniería del
LAS HERRAMIENTAS:
EL PROCESO: software.
Case
Ingeniería del
software Cómo lo vamos a hacer?
Qué metodología vamos a En qué nos vamos a
utilizar? apoyar?
Cuál es el requisito? Qué estándares se van a seguir?
LEPV, 2011
I N G E S O F T .
11. P ropuesta C olombia
DIAGNÓSTICO O DESCRIPCIÓN DE LA NECESIDAD, ENMARCADA EN: Marco de IS
Plan estratégico para Pymes de
Plan táctico de sistemas Colombia y
Contexto del software
Argentina
GESTIÓN DEL PROYECTO
Estimación de esfuerzo y
costos
Aseg. de la calidad
Gestión de versiones
Gestión de la
documentación
Pruebas y
mantenimiento
Software de calidad LEPV, 2011
Costo – Tiempo - Funcionalidad E
I N G S O F T .
12. P resupuesto para el software
Es rentable?
Presupuesto mundial para 2009? U$ 3.100.240.000.000
Presupuesto nacional para 2009? U$ 1.320.000.000
Presupuesto nacional para 2008? U$ 282.000.000
Ejecución Presupuestal nacional 38%
para 2008? Por qué?
Solo se aprueba presupuesto si hay IS!!!
LEPV, 2011
I N G E S O F T .
13. T LC
Situación actual
• No estamos preparados para los estándares mundiales que exige USA.
•¿ Por qué la propuesta clásica no nos ha funcionado?
• Nos sirven los productos que fabrica USA.
• ¿Tenemos ventaja sobre la fabricación de productos físicos?
• ¿Tenemos ventaja sobre la construcción de software?
• ¿Que haríamos primero?
LEPV, 2011
I N G E S O F T .
14. D ifícil de entender
Tangible Intangible
Se construye/fabrica Se diseña/desarrolla
Resulta un producto que se usa
Su uso genera confianza Su uso genera desconfianza
Hay deterioro No hay deterioro
Se agota/caduca Vence
LEPV, 2011
I N G E S O F T .
15. D ifícil de entender
INGENIERÍA CIVIL INGENIERÍA DEL SOFTWARE
Roles cruzados entre el ingeniero y el Roles cruzados entre el analista,
arquitecto diseñador, programador e ingeniero.
El cliente manifiesta una necesidad, o El cliente manifiesta una necesidad, o se
se obedece a un plan obedece a un plan
Primero se planea y modela todo con Se planea, se crea, se prueba, se re-crea,
base en requisitos. No se empieza a se prueba, se re-crea, se prueba.
pegar ladrillo para luego probar. Finalmente, faltó algo….. Planear a nivel
de ingeniería.
Hay un producto final que satisface al Casi nunca se termina
100% la expectativa del cliente
LEPV, 2011
I N G E S O F T .
16. P or qué el Ingeniero de S y T?
Telecom.
Sistemas infraestructura
de información representada en
representada en canales y
software y datos protocolos
LEPV, 2011
I N G E S O F T .
17. P or qué el Ingeniero de S y T?
Sistemas Telecom.
representada en
de información
representada en
tecnologías y
software y datos protocolos
LEPV, 2011
I N G E S O F T .
18. O rganizaciones
http://www2.computer.org/portal/web/certification/swebok
http://www.acis.org.co/
http://www.sei.cmu.edu/
http://www.fedesoft.org
http://www.iadis.org/
http://www.comunidadmoprosoft.org.mx/
LEPV, 2011
I N G E S O F T .
19. B ibliografía
• Prospects for an Engineering. Discipline of software. SHAW, M. Software Engineering
Institute Report, Carnegie Mellon, University, Pittsburgh. USA, 1990
• Ingeniería del software – Un enfoque práctico, McGraw Hill, 6 edición, 2005.
• Ingeniería del software V Edición, Roger Pressman, 2002.
• Metrica versión 3., Ministerio de administración pública, España, 2004
• Principles of software Engineering. DAVIS, A.M, McGraw Hill, 1995.
Modelo de procesos de software para la comunidad mexicana, moprosoft, Hanna Oktaba,
Facultad de ciencias de la UNAM, 2007.
LEPV, 2011
I N G E S O F T .