U1T1 - Conceptos Básicos de Ingeniería del Software
Upcoming SlideShare
Loading in...5
×
 

U1T1 - Conceptos Básicos de Ingeniería del Software

on

  • 4,790 views

Conceptos básicos de Ingeniería del Software: conducta de entrada. El documento base puede ser solicitado a luiseduardo.pelaez@gmail.com

Conceptos básicos de Ingeniería del Software: conducta de entrada. El documento base puede ser solicitado a luiseduardo.pelaez@gmail.com

Statistics

Views

Total Views
4,790
Views on SlideShare
4,655
Embed Views
135

Actions

Likes
0
Downloads
73
Comments
0

2 Embeds 135

http://www.softco.co 80
http://lepv.mdl2.com 55

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

U1T1 - Conceptos Básicos de Ingeniería del Software U1T1 - Conceptos Básicos de Ingeniería del Software Presentation Transcript

  • I N G E S O F T . del LEPV, 2011. T F O S E G N I
  • I N G E S O F T . LEPV, 2011. 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, 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 gentese queja y aquellos que nadie usa.” Bjarne Stroustrup I N G E S O F T .
  • A doptamos como definiciónIEEE, 1993: Es la aplicación de unenfoque sistemático, disciplinado ycuantificable al desarrollo, operación ymantenimiento del software;Es un conjunto de actividadesestandarizadas y aceptadas mundialmenteque nos llevan a la aplicación de unenfoque sistemático, disciplinado en laconstrucción de software de calidad.Este conjunto de actividades estándeterminadas por la necesidad, el entorno,los requerimientos técnicos,requerimientos humanos, recursosfinancieros, tiempo y funcionalidad. LEPV, 2011 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 decomputadores.Se creó la discusión: Programación Vs Diseño Vs Modelación Vs IngenieríaEn Colombia, seguimos esperando que se haga ingeniería del softwareaplicando estándares aceptados mundialmente.Los movimientos que ha dado cada País para hacer que su software sea decalidad, 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 .
  • 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 ladrillosapilados uno encima del otro, sin integridad estructural y hecho por pura fuerza bruta y milesde esclavos.” Alan Kay LEPV, 2011 I N G E S O F T .
  • P ropuesta clásica - Weitzenfeld LEPV, 2011 I N G E S O F T .
  • P ropuesta clásica – Roger PressmanEl 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) quese 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 elsoftware. 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 eldesarrollo del software llamado ingeniería del software asistida por computadora (CASE) LEPV, 2011 I N G E S O F T .
  • P ropuesta desde la IEEE LEPV, 2011 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. EL PRODUCTO: Cliente (organización) Satisfecho SoftwareQué 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 .
  • 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 yContexto del software ArgentinaGESTIÓN DEL PROYECTOEstimació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 .
  • P resupuesto para el software Es rentable?Presupuesto mundial para 2009? U$ 3.100.240.000.000Presupuesto nacional para 2009? U$ 1.320.000.000Presupuesto nacional para 2008? U$ 282.000.000Ejecució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 .
  • T LCSituació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 .
  • 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 .
  • 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 .
  • 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 .
  • P or qué el Ingeniero de S y T?Sistemas Telecom. representada en de información representada en tecnologías ysoftware y datos protocolos LEPV, 2011 I N G E S O F T .
  • O rganizaciones http://www2.computer.org/portal/web/certification/swebokhttp://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 .
  • B ibliografía• Prospects for an Engineering. Discipline of software. SHAW, M. Software EngineeringInstitute 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 .