La Ingeniería del Software como Disciplina Autor: Luis Eduardo Peláez Valencia

1. I N E S O G F T . I N E S O G F T . I N G E N I E R Í A del S O F T W A R E LEPV, 2011

2. Q ué es? I N E S O G F T . 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 EngineeringInstitute), 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.” BjarneStroustrup

3. A doptamos como definición I N E S O G F T . 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

4. D esde cuando se hace IS? I N E S O G F T . 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". NathanielBorenstein, creador de MIME en: Programming as ifPeopleMattered: FriendlyPrograms, Software Engineering and Other Noble Delusions, Princeton UniversityPress, Princeton, NJ, 1991. LEPV, 2011

5. D esde cuando se hace IS? I N E S O G F T . 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 M C spaña y éxico 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

6. P ropuesta clásica - Weitzenfeld I N E S O G F T . LEPV, 2011

7. P ropuesta clásica – Roger Pressman I N E S O G F T . 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

8. P ropuesta desde la IEEE I N E S O G F T . LEPV, 2011

9. P ropuesta I N E S O G F T . E M C spaña éxico olombia Planeación (preferiblemente estratégica, no táctica) LA PERSONA: El Ingeniero Quién lo debe hacer? EL OBJETIVO: Software de Calidad Expectativas de: precio, tiempo y funcionalidad. Cliente (organización) Satisfecho EL PRODUCTO: Software Qué vamos a hacer? EL MÉTODO: Técnicas de Ingeniería del software. Cómo lo vamos a hacer? Qué metodología vamos a utilizar? Qué estándares se van a seguir? LAS HERRAMIENTAS: Case En qué nos vamos a apoyar? EL PROCESO: Ingeniería del software Cuál es el requisito? LEPV, 2011

10. P ropuesta I N E S O G F T . C olombia Marco de IS para Pymes de Colombia y Argentina DIAGNÓSTICO O DESCRIPCIÓN DE LA NECESIDAD, ENMARCADA EN: Plan estratégico Plan táctico de sistemas Contexto del software GESTIÓN DEL PROYECTO Estimación de esfuerzo y costos Retiro Especificación de requisitos Análisis Diseño Implementación Aseg. de la calidad Pruebas y monitoreo Gestión de versiones Gestión de la documentación Pruebas y mantenimiento Software de calidad Costo – Tiempo - Funcionalidad LEPV, 2011

11. P resupuesto para el software I N E S O G F T . 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 38% Por qué? Solo se aprueba presupuesto si hay IS!!! Ejecución Presupuestal nacional para 2008? LEPV, 2011

13. ¿ Por qué la propuesta clásica no nos ha funcionado?

14. Nos sirven los productos que fabrica USA.

15. ¿Tenemos ventaja sobre la fabricación de productos físicos?

16. ¿Tenemos ventaja sobre la construcción de software?

17. ¿Que haríamos primero?LEPV, 2011

18. D ifícil de entender I N E S O G F T . LEPV, 2011

19. D ifícil de entender I N E S O G F T . LEPV, 2011

20. P or qué el Ingeniero de S y T? I N E S O G F T . Sistemasde información representada en software y datos Telecom.infraestructura representada en canales y protocolos LEPV, 2011

21. P or qué el Ingeniero de S y T? I N E S O G F T . Sistemasde información representada en software y datos Telecom.representada en tecnologíasy protocolos IST LEPV, 2011

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

23. E ventos I N E S O G F T . 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 software – Venezuela 2010 VII Congreso internacinoal de Ingeniería de Software, Sistemas de información y Telecomunicaciones - Perú REVISTAS - PERIÓDICOS LEPV, 2011

24. E valuación I N E S O G F T . LEPV, 2011

26. Ingeniería del software – Un enfoque práctico, McGraw Hill, 6 edición, 2005.

27. Ingeniería del software V Edición, Roger Pressman, 2002.

28. Metrica versión 3., Ministerio de administración pública, España, 2004

29. 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

31. Software Engineer – Basic Topics

32. De la planeación estratégica de sistemas de información a la ingeniería del software

33. UML como herramienta de modelado

34. Estimación de esfuerzo y costo en proyectos de software

35. Pruebas del software

36. Mantenimiento del software

37. 100 Interview Questions for Software EngineersLEPV, 2011

38. I nformación de contacto I N E S O G F T . E mail luis.pelaez@ucpr.edu.co P lataforma virtual http://www.ucprvirtual.edu.co LEPV, 2011

40. ¿Ejemplo de un problema resuelto por un ingeniero exitosamente?

41. ¿Ejemplo de un problema que trató de resolver un ingeniero y fracasó en el intento?

42. ¿Por qué debe resolver problemas el ingeniero?LEPV, 2011