I N G E S O F T .

del

LEPV, 2010
. T F O S E G N I
 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,
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, 2010
“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 .
 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
t ió de
d software
ft d calidad.
de lid d

Este conjunto de actividades están

determinadas por la necesidad, el entorno,
los requerimientos técnicos,
requerimientos humanos, recursos
financieros, tiempo y funcionalidad.
LEPV, 2010

I N G E S O F T .
 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, 2010

I N G E S O F T .
 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 => 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
d esclavos.”
de l ” Alan
Al Kay
K
LEPV, 2010

I N G E S O F T .
P ropuesta clásica ‐ Weitzenfeld

LEPV, 2010

I N G E S O F T .
 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,
software. 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, 2010

I N G E S O F T .
P ropuesta desde la IEEE

LEPV, 2010

I N G E S O F T .
 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.
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?
Cuál es el requisito? Qué estándares se van a seguir?
LEPV, 2010

I N G E S O F T .
 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
Aseg.
Gestión de versiones
Gestión de la
d m nt ión
documentación
Pruebas y
mantenimiento

Software de calidad LEPV, 2010

Costo – Tiempo - Funcionalidad

I N G E S O F T .
P resupuesto para el software
Es rentable?

Presupuesto mundial para 2009? U$ 3.100.240.000.000
P
Presupuesto nacional para 2009?
t i l 2009? U$ 1 320 000 000
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!!!
Solo se aprueba presupuesto si hay 
LEPV, 2010

I N G E S O F T .
 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?
b l f b ó d d fí ?
• ¿Tenemos ventaja sobre la construcción de software?
• ¿Que haríamos primero?

LEPV, 2010

I N G E S O F T .
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, 2010

I N G E S O F T .
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
El cliente manifiesta una necesidad, o
se obedece a un plan
Primero se planea y modela todo con
base en requisitos. No se empieza a
pegar ladrillo para luego probar
probar.
Hay un producto final que satisface al
100% la expectativa del cliente
diseñador, programador e ingeniero.
El cliente manifiesta una necesidad, o se
obedece a un plan
Se planea, se crea, se prueba, se re-crea,
se prueba, se re-crea, se prueba.
Finalmente faltó algo…..
Finalmente, algo Planear a nivel
de ingeniería.
Casi nunca se termina
LEPV, 2010

I N G E S O F T .
P or qué el Ingeniero de S y T?

Telecom.
Sistemas infraestructura 
de información  representada en 
representada en 
p canales y y
software y datos protocolos

LEPV, 2010

I N G E S O F T .
P or qué el Ingeniero de S y T?

Sistemas Telecom
Telecom.
representada en 
de información 
representada en 
p
tecnologías y 
software y datos protocolos

LEPV, 2010

I N G E S O F T .
O rganizaciones

http://www2 computer org/portal/web/certification/swebok

http://www2.computer.org/portal/web/certification/swebok

http://www.acis.org.co/

http://www.sei.cmu.edu/
p

http://www.fedesoft.org
http://www.iadis.org/

htt //
http://www.comunidadmoprosoft.org.mx/
id d ft /
LEPV, 2010

I N G E S O F T .
E ventos
Congreso Internacional en Ingeniería de 
Software y sus Aplicaciones CIISA 2010 ‐
México
SIES ‐ Seminário Internacional de Engeneharia
de Software

Jornadas internacionales de ingeniería del 
software y bases de datos 2009‐2010 ‐ Madrid

Congreso latinoamericano de ingeniería del 
Congreso latinoamericano de ingeniería del
software – Venezuela 2010

VII Congreso internacinoal
VII Congreso internacinoal de Ingeniería de 
de Ingeniería de
Software, Sistemas de información y 
Telecomunicaciones ‐ Perú

REVISTAS PERIÓDICOS
REVISTAS ‐
LEPV, 2010

I N G E S O F T .
 P lan de curso
Sesión Tema Sugerido Propósito del tema Criterios de Metodología Bibliografía de Revisión
(Semana) Evaluación Específica apoyo

1 Conducta de entrada Aclarar las reglas aplicadas Aclarada en cada En el capitulo

durante el semestre caso. BIBLIOGRAFÍA.

1 Conceptos básicos de Ingeniería del Para qué sirve la Ingeniería del Conceptual a través de Aclarada en cada En el capitulo
software: Contexto. software ensayo y quiz. caso. BIBLIOGRAFÍA.

1 De la planeación estratégica de sistemas de Desde donde inicia la ingeniería Casos de uso. Aclarada en cada En el capitulo
información a la Ingeniería del software del software y como se concibe. caso. BIBLIOGRAFÍA.

2,3,4,5 Propuestas internacionales sobre ingeniería Analizar los modelos SWEBOK, Casos de uso – Aclarada en cada En el capitulo
del software.
software Métrica V.3
V 3 y Moprosoft.
Moprosoft Aplicación
Aplicación. caso
caso. BIBLIOGRAFÍA
BIBLIOGRAFÍA.

6,7 Estimación de proyectos de software Práctica. Aclarada en cada En el capitulo

caso. BIBLIOGRAFÍA.

7 Primer Parcial Evaluación del conocimiento Conceptual y práctica. Aclarada en cada En el capitulo
caso. BIBLIOGRAFÍA.

8 Pruebas del software Gestión de la calidad y gestión Aplicación del Aclarada en cada En el capitulo
de la configuración. conocimiento a la caso. BIBLIOGRAFÍA.
práctica.
9 Problemas en la ingeniería del software Detección de algunos problemas No aplica. En el capitulo
a los que se enfrenta el BIBLIOGRAFÍA.
ingeniero.

10 Administración de proyectos de ingeniería del Cómo se administra un proyecto. Aplicación del Aclarada en cada En el capitulo
software Repositorios, etc.
Repositorios etc conocimiento a la caso.
caso BIBLIOGRAFÍA
BIBLIOGRAFÍA.
práctica.
11,12,13,14 Aplicación de técnicas de ingeniería del Práctica. Aclarada en cada En el capitulo
software caso. BIBLIOGRAFÍA.

15 El contrato de ingeniería de software No aplica Ejemplos de clase.

16 Evaluación final Teórico práctica.

LEPV, 2010

I N G E S O F T .
P lan de actividades

LEPV, 2010

I N G E S O F T .
 P articipación colaborativa
Actividad Indicador del logro Responsables Fecha tentativa
Clase magistral. Conceptualización de  Aprendizaje Docente Durante el 
algunos temas
algunos temas semestre
Exposiciones: Memorias de las  Estudiantes 3 de agosto
• SWEBOK exposiciones 24 de agosto
• MÉTRICA Versión 3.0 31 de agosto
• ISO 7
7 de septiembre
d i b
• Estimación de esfuerzo y costo 16 de septiembre
• Herramientas CASE 19 de octubre
• UML
• Gestión de proyectos de software
G ió d d f
Visitas técnicas (salidas de campo) Actas de las visitas Estudiantes
• Experiencias en IS
• Casos de éxito en IS
• Boletín No. 2 de IS Boletín electrónico e  Estudiantes 24 de agosto
impreso
• Conferencista nacional invitado Conferencia Docente Semana del 7 al 12 
de septiembre
LEPV, 2010

I N G E S O F T .
E valuación

DISTRIBUCIÓN DE LA EVALUACIÓN EN PORCENTAJES

Talleres y ensayos 15%
Quices 15%
Participación activa 10%
Evaluación parcial 15%
Proyecto de asignatura 20%
Exámen final 25%
Total 100%

LEPV, 2010

I N G E S O F T .
 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,

Edición Roger Pressman,
Pressman 2002.
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, 2010

I N G E S O F T .
 L ecturas facilitadas
• Introducción a los conceptos básicos de ingeniería del software
• Software Engineer – Basic Topics
•De
De la planeación estratégica de sistemas de información a la ingeniería del software
• UML como herramienta de modelado
• Estimación de esfuerzo y costo en proyectos de software
• Pruebas del software
• Mantenimiento del software
• 100 Interview Questions for Software Engineers

LEPV, 2010

I N G E S O F T .
I nformación de contacto
luis.pelaez@ucpr.edu.co
E mail ist.ingesoft@gmail.com

T eléfono
léf 3168757389

B log Ingenisoftware.blogspot.com

Ingesoft.blogspot.com edussoft@hotmail.com

LEPV, 2010

I N G E S O F T .
P róxima sesión
EL PROBLEMA EN INGENIERÍA
•¿Qué tipo de problemas resuelve el ingeniero?
•¿Ejemplo de un problema resuelto por un 
ingeniero exitosamente?
¿Ej l d bl t tó d l
•¿Ejemplo de un problema que trató de resolver un 
ingeniero y fracasó en el intento?
¿Por qué  debe resolver problemas el ingeniero?
•¿Por qué debe resolver problemas el ingeniero?

LEPV, 2010

I N G E S O F T .
 E nsayos
• “Las competencias en una área se desarrollan mediante
el análisis de metodologías,
metodologías simbologías,
simbologías nuevas
implementaciones y estándares, los que permite estar
actualizado frente a las propuestas que hay en el medio,
para aplicar conocimiento y desarrollar excelentes
sistemas de información, brindando así, soluciones
optimas frente a los problemas informativos que tiene la
comunidad….” “…Como dice el refrán "La Formulación de
un problema
bl es más
á importante
i t t que su Solución”.
S l ió ”

LEPV, 2010

I N G E S O F T .
E nsayos
• Se pueden tomar muchas definiciones alrededor del concepto de ingeniería del
software pero hay una que me llamo mucho la atención y fue la siguiente definición:
Más qque una disciplina
p o un cuerpo
p de conocimiento,, la ingeniería
g es un verbo,, una
palabra de acción, una manera de abordar un problema. [Scott Whitmire].

•Referencias
Pressman, Roger S. Ingeniería del software un enfoque practico, 5 edición, Editorial Mcgraw
P R S I i í d l ft f ti 5 di ió Edit i l M Hill
Hill, 
Madrid España, 2003.

Rodolfo Quispe‐Otazu. ¿Qué es la Ingeniería de Software?. Blog de Rodolfo Quispe‐Otazu
[I t
[Internet]. Febrero 2007. Disponible en: http://www.rodolfoquispe.org/blog/que‐es‐la‐
t] F b 2007 Di ibl htt // d lf i /bl / l
ingenieria‐de‐software.php.

• “…,
“ como alguien
l d “El
dijo “ l software
f no es algo
l que pueda
d o deba
d b
tomarse a la ligera” pues bien, como ingenieros debemos estar
formados p
para hacer las cosas de manera competentes…”
p
LEPV, 2010

I N G E S O F T .
 E nsayos
LA NECESIDAD DE SOMETER EL SOFTWARE A 
INGENIERIA

“Debido a la necesidad de concertar estándares, vale 
resaltar que es necesario tener la cultura de hacer 
l i l l d h
ingeniería del software a cada producto haciéndose 
entender documentando y reconociendo los No
entender, documentando y reconociendo los…. No 
obstante, saber estructurar software aplicando 
p
parámetros que solo se logran con ingeniería, brinda la 
q g g ,
seguridad de estar hablando el mismo idioma con tantas 
personas en el mundo como modelos  de construcción 
existen.” LEPV, 2010

I N G E S O F T .
 E nsayos
Un ensayo
Un ensayo Un 
ensayo
PORTADA….
INTRODUCCIÓN…. DESARROLLO A 
PARTIR DE CITAS Y
PARTIR DE CITAS Y  Una
ESTRUCTURA
ESTRUCTURA…
CONCLUSIONES… FUENTES 
VIRTUALES ¿?
BIBLIOGRAFIA
BIBLIOGRAFIA…
Siguiendo con el modelo ejemplo lo próximo es la implementación que es el
lenguaje entendible para la maquina o sea el código donde se muestra como Sin 
la interfaz grafica que ira dirigida al cliente.
cliente En fin la ingeniería del software es
una herramienta muy eficaz para el ingeniero de sistemas y
telecomunicaciones desarrollar producto software de calidad, porque además
le abre un campo de conocimiento interesante donde se será capaz de
¡!
cumplir con especificaciones internacionales y tendrá en cuenta las etapas del
proceso que va a seguir. LEPV, 2010

I N G E S O F T .
 E nsayos
“ Los sistemas de información son el ente principal en las compañias….”

“Para
Para nuestra suerte
suerte, los ingeniero de sistemas y telecomunicaciones contamos con la
ventaja de desarrollar productos y servicios que fácilmente podrian ayudar en gran parte en
el crecimiento de una empresa …”

“El mundo de hoy requiere de software competitivo siendo este, la herramienta principal
dentro de una empresa que necesite estar a la par con la tecnología…”
“Para
Para un desarrollador es de suma importancia la documentación,
documentación el hecho de estar
informado acerca de las últimas herramientas para utilizar hace que el producto sea más
apetecido y que los demás pierdan valor.”
“…por esta razón que el <ist> asume un reto importante en la <is> ya que la necesidad de implementar un sistema
de información en las empresas incluyendo las pymes, se hace cada vez más indispensable y es así como crese
enormemente los desarrolladores quienes además, no siendo necesariamente ingenieros de sistemas crean
aplicaciones, pero que a la larga lo que nos puede diferenciar de muchos desarrolladores, ingenieros o no, es la
capacidad de realizar un software utilizando un modelo práctico y de calidad…”
LEPV, 2010

I N G E S O F T .