Diese Präsentation wurde erfolgreich gemeldet.
Die SlideShare-Präsentation wird heruntergeladen. ×

Ingeniería de Software - Isummit 2010

Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Wird geladen in …3
×

Hier ansehen

1 von 21 Anzeige

Weitere Verwandte Inhalte

Diashows für Sie (20)

Ähnlich wie Ingeniería de Software - Isummit 2010 (20)

Anzeige

Aktuellste (20)

Anzeige

Ingeniería de Software - Isummit 2010

  1. 1. UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA Isummit Loxa 2010 <ul><li>Eylin Calderón </li></ul><ul><li>Astrid Medina </li></ul>
  2. 2. INTRODUCCIÓN: <ul><li>Un proceso de desarrollo de software ha sido cuestionado por no cumplir con las expectativas del cliente, falla de los programas, costes, modificación difícil del software, entre otros. </li></ul>
  3. 3. INTRODUCCIÓN <ul><li>Según Standish Group en la publicación “Chaos Report”, analizado desde el año 1994 al 2009, muestra que solo el 32% de los proyectos son exitosos, el 44% tienen problemas por el presupuesto, esfuerzo o fecha y el 24% de los proyectos son cancelados. </li></ul><ul><li>Es por eso que nace la Ingeniería de Software que es un conjunto de procesos que, aunque no deben ser seguidos en su totalidad, son una guía que nos muestra el camino correcto para elaborar un buen producto. </li></ul>
  4. 4. INTRODUCCIÓN: <ul><li>Detrás de un software exitoso hay un grupo de personas que han trabajado en diferentes campos para poder llegar a crearlo, utilizando herramientas y técnicas que de forma organizada nos permiten ver cristalizadas las ideas y requisitos que tiene el cliente y que son la clave para empezar a trabajar. </li></ul><ul><li>La Ingeniería de Software ha permitido crear nuevas tecnologías puntuales para el crecimiento de la sociedad, optimizando actividades que son esenciales para el desarrollo de todo el mundo. </li></ul><ul><li>De esta manera se pretende utilizar la Ingeniería de Software como base para el desarrollo tecnológico, ocupando un lugar central en éste proceso ya que se necesita un análisis profundo para crear nuevas soluciones a nuevas necesidades. </li></ul>
  5. 5. DESARROLLO: <ul><li>Fuente: http://sysconex.com </li></ul>
  6. 6. DESARROLLO: <ul><li>Ingeniería del Software es el estudio de los principios y metodologías para desarrollo y mantenimiento de sistemas de software. [Zelkovitz, 1978] </li></ul><ul><li>La Ingeniería del Software es el establecimiento y uso de principios sólidos de la ingeniería para obtener económicamente un software confiable y que funcione de modo eficiente en maquinas reales. [Bauer, 1972] </li></ul><ul><li>Ingeniería de Software es la aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo operación (funcionamiento) y mantenimiento del software: es decir, la aplicación de ingeniería al software. [IEEE, 1993] </li></ul>
  7. 7. DESARROLLO: <ul><li>El desarrollo de software tiene como fin la realización eficaz y eficiente de un producto de software que reúna los requisitos del cliente, es por esto que es necesario que el proceso de desarrollo de software se apoye en criterios y definiciones de la Ingeniería de Software. </li></ul>Fuente: http://blog.entel.es/?p=324
  8. 8. MODELOS PARA EL PROCESO DE DESARROLLO DE SOFTWARE: <ul><li>Dentro del proceso de ingeniería de software se han definido varios modelos de seguimiento o guía para el correcto desarrollo del proceso de creación del software estos son: modelos en cascada, modelo en espiral, modelos de procesos incrementales. </li></ul>
  9. 9. MODELO CASCADA <ul><li>Denominado Ciclo de vida clásico, presenta un enfoque sistemático o secuencial para el desarrollo del software. </li></ul>Fuente: http://ingsw.pbworks.com
  10. 10. MODELO CASCADA <ul><li>Inicia con la fase de Análisis de los Requerimientos de Cliente, luego el Diseño, continúa con la Codificación posteriormente con la Fase de Pruebas e integración para finalmente terminar con el proceso de operación y mantenimiento   </li></ul><ul><li>Este tipo de modelado es aconsejable utilizarlo cuando los requerimientos del proyecto están fijos y donde el proceso de trabajo de se lo realiza de principio a fin de una manera un tanto lineal. </li></ul>
  11. 11. MODELO EN ESPIRAL <ul><li>Es un modelo de proceso evolutivo, en donde se combina la naturaleza iterativa con los aspectos controlados y sistemáticos del modelo en cascada. </li></ul>Fuente: http://148.202.148.5/cursos/cc321/fundamentos/unidad1/espiral.htm
  12. 12. MODELO ESPIRAL <ul><li>Este tipo de modelo de proceso, proporciona el material para el desarrollo rápido de versiones incrementales del software. Tiene dos características esenciales, una de ellas es un enfoque cíclico para el crecimiento incremental del grado de definición e implementación de un sistema, mientras disminuye su grado de riesgo; la otra característica consiste en un conjunto de puntos de fijación para así poder asegurar que el usuario se comprometa con las soluciones del sistema y que estas sean factibles y satisfactorias. </li></ul>
  13. 13. MODELO INCREMENTAL <ul><li>Este modelo incremental combina los elementos del modelo en cascada aplicados en forma iterativa, este modelo aplica secuencias lineales de manera escalonada conforme va avanzando el tiempo; cada una de las secuencias lineales produce incrementos del software. </li></ul>Fuente: http://www.pymeactual.com
  14. 14. MODELO INCREMENTAL: <ul><li>Como su nombre lo dice este modelo está basado en la entrega de una serie de incrementos o lanzamientos, en los cuales se incorporan requisitos básicos dejando de lado algunos requisitos suplementarios. </li></ul><ul><li>  </li></ul><ul><li>El modelo incremental consta de las mismas faces que un modelo en espiral, pero con sus características propias antes mencionadas. </li></ul><ul><li>Este tipo de modelo es conveniente usarlo cuando el tiempo para realizar el proyecto es corto y además si se cuenta con poco personal para el desarrollo del proyecto. </li></ul>
  15. 15. APORTE PERSONAL: <ul><li>La ingeniería de software nos permite valernos de un sistema que permita controlar y hacer un seguimiento de cada ciclo del desarrollo del software, utilizando como principal herramienta los requerimientos que tiene el cliente. </li></ul><ul><li>Para una buena gestión de un proyecto es necesario saber dividir correctamente las actividades, distribuirlas de la mejor manera y así mismo asignarles el tiempo y el costo adecuado para conseguir el éxito del proyecto, es una buena técnica basar el proyecto en entregables, ya que es una forma de dar responsabilidades de una actividad a una persona o grupo de personas, además el establecer correctamente el tamaño y precisión los paquetes de trabajo ayudará a controlar el cumplimiento de las actividades por parte del equipo de desarrollo del proyecto. </li></ul>
  16. 16. APORTE PERSONAL: <ul><li>Esta técnica además de ayudarnos a realizar una identificación y seguimiento de los artefactos dentro del proceso de desarrollo de software, que son los entregables que tendremos que realizar para conocer cómo va creciendo y llevándose a cabo nuestro proyecto, nos permite conocer los roles necesarios para éste desarrollo como las responsabilidades que cada rol tiene a su cargo, teniendo siempre en cuenta que todas las actividades realizadas están encaminadas a cumplir con los objetivos propuestos del software. </li></ul>
  17. 17. APORTE PERSONAL: <ul><li>Es importante señalar también, que el éxito de un proyecto no solo se basa en la buena planificación y administración, sino también en una participación constante del cliente y de cada uno de los miembros de la empresa u organización que directa o indirectamente se relacionan con el proyecto. </li></ul>Fuente:http://www.fing.edu.uy
  18. 18. CONCLUSIONES: <ul><li>Tener claro los objetivos del software nos dará una visión de cómo va a funcionar el mismo. </li></ul><ul><li>Una buena definición de requerimientos garantizará el éxito del proyecto y la satisfacción del cliente. </li></ul><ul><li>El modelo de proceso utilizado deberá corresponder al ámbito y necesidades del proyecto. </li></ul><ul><li>Es necesario identificar cuáles son los roles, artefactos y/o entregables del proyecto. </li></ul><ul><li>Tanto un artefacto como un paquete de trabajo son productos tangibles y cuantificables. </li></ul><ul><li>Proyectos reales no se sigue por lo general un flujo secuencial de actividades </li></ul><ul><li>El modelado en espiral y el incremental son los que más se puedan utilizar en los proyectos de software de la actualidad. </li></ul>
  19. 19. CONCLUSIONES: <ul><li>El modelo incremental es conveniente utilizar cuando se tiene muy poco tiempo. </li></ul><ul><li>El modelo en espiral muestra un enfoque realista para el desarrollo del software y de sistemas a gran escala. </li></ul><ul><li>Una buena técnica es mantener reuniones con los stakeholders, para mostrar la planificación del proyecto, y que estos puedan aportar con ideas para el mismo.  </li></ul><ul><li>Existen variedad de técnicas para la estimación de tiempos y costos, para elegir debemos de analizar cuál de estas técnicas es más conveniente para la realización del proyecto. </li></ul><ul><li>Una vez terminado la realización del cronograma es de vital importancia mostrarlo al cliente y solicitar una firma de aceptación del mismo. </li></ul><ul><li>Para ayudar a evaluar y medir el desempeño y avance del proyecto se puede usar la técnica valor ganado, la cual analiza cómo se encuentra el tiempo y costo de acuerdo a lo planificado. </li></ul>
  20. 20. RECOMENDACIONES: <ul><li>Tener claro los objetivos y requerimientos del proyecto. </li></ul><ul><li>Para elaborar un proyecto de desarrollo de software es necesario escoger un modelo que se acople a las necesidades de nuestro proyecto. </li></ul><ul><li>Siempre debe existir una comunicación constante y de calidad con los stakeholders. </li></ul><ul><li>Adaptarse lo más posible al cronograma del proyecto. </li></ul><ul><li>Documentar cada fase del proyecto para tener constancia y respaldo de las actividades que se están realizando. </li></ul>
  21. 21. BIBLIOGRAFÍA: <ul><li>Claudia Jiménez Quintana, L. F. (s.f.). Universidad de Concepcion . Recuperado el 03 de Febrero de 2011, de http://www.inf.udec.cl/~revista/ediciones/edicion9/cjimenez.pdf </li></ul><ul><li>Clayton Vieira Fraga Filho, J. M. (12 de Abril de 2006). Faculdade de Viçosa - FDV . Obtenido de http://www.inf.udec.cl/~revista/ediciones/edicion12/articulo%2012-6.pdf </li></ul><ul><li>Juan Bernardo Quintero, D. M. (1 de Julio de 2008). Escuela de Ingeniería de Antioquia . Recuperado el 03 de Febrero de 2011, de http://revista.eia.edu.co/articulos9/articulo%206.pdf </li></ul><ul><li>scruz334. (s.f.). Intro Ingenieria de Software . Recuperado el 04 de Febrero, de http://scruz334.blogspot.es/tags/Cascada/ </li></ul><ul><li>Zuñiga, A. (s.f.). Recuperado el 04 de Febrero de 2011, de http://www.scribd.com/doc/2111488/MODELO-DEL-PROCESO-DE-DISENO-CONCEPTUAL-INTEGRACION-DE-LAS-METODOLOGIAS-QFD-ANALISIS-FUNCIONAL-Y-TRIZ </li></ul><ul><li>http://www.idg.es/ . (s.f.). Recuperado el 04 de Febrero de 2011, de http://www.idg.es/computerworld/La-ingenieria-de-software-automatiza-su-desarrollo/seccion-tec/articulo-173446 </li></ul><ul><li>http://www.scribd.com/ . (s.f.). Recuperado el 04 de Febrero de 2011, de http://www.scribd.com/doc/12878685/Plan-de-Desarrollo-de-Software </li></ul><ul><li>http://www.worldlingo.com . (s.f.). Recuperado el 04 de Febrero de 2011, de http://www.worldlingo.com/ma/enwiki/es/Artifact_(software_development) </li></ul><ul><li>Sevilla, U. d. (s.f.). http://www.lsi.us.es. Recuperado el 05 de Febrero de 2011 , de http://www.lsi.us.es/is/ </li></ul><ul><li>Valencia, U. P. (s.f.). www.dsic.upv.es. Recuperado el 05 de Febrero de 2011, de http://www.dsic.upv.es/asignaturas/facultad/lsi/doc/IntroduccionProcesoSW.doc </li></ul>

×