U1T1 - Conceptos Básicos de Ingeniería del Software
Descargar como PPTX, PDF1 recomendación3,530 vistas
La ingeniería del software se define como un enfoque sistemático y disciplinado para el desarrollo, operación y mantenimiento de software, buscando asegurar calidad y rentabilidad. A través de diversas propuestas y estándares, se busca mejorar las prácticas existentes debido a la necesidad de software confiable, especialmente en el contexto de países en desarrollo como Colombia. El documento discute la evolución de la ingeniería del software y la importancia de aplicar normas aceptadas internacionalmente para evitar fracasos en proyectos tecnológicos.
U1T1 - Conceptos Básicos de Ingeniería del Software
- 1. I N G E S O F T . del LEPV, 2011 . T F O S E G N I
- 2. I N G E S O F T . LEPV, 2011 . T F O S E G N I
- 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 .
- 7. P ropuesta clásica - Weitzenfeld 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 .
- 9. P ropuesta desde la IEEE 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 .