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

Metodologías de desarrollo de software

Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Nächste SlideShare
Programación extrema (xp)
Programación extrema (xp)
Wird geladen in …3
×

Hier ansehen

1 von 32 Anzeige

Metodologías de desarrollo de software

Herunterladen, um offline zu lesen

Una metodología de Desarrollo es como una receta de cocina, hay se visualizan los requerimientos, las herramientas y técnicas a utilizar para crear el platillo (software). De su buen eso depende el éxito del proyecto.

Una metodología de Desarrollo es como una receta de cocina, hay se visualizan los requerimientos, las herramientas y técnicas a utilizar para crear el platillo (software). De su buen eso depende el éxito del proyecto.

Anzeige
Anzeige

Weitere Verwandte Inhalte

Diashows für Sie (20)

Ähnlich wie Metodologías de desarrollo de software (20)

Anzeige

Aktuellste (20)

Metodologías de desarrollo de software

  1. 1. Ing.Wilfredo Montero M.
  2. 2.  Conjunto de pasos y procedimientos que deben seguirse para el desarrollo de software.  Conjunto de filosofías, fases, procedimientos, reglas, técnicas, herramientas, documentación y aspectos de formación para los desarrolladores de SI.  Conjunto de procedimientos, técnicas, herramientas y soporte documental que ayuda a los desarrolladores a realizar nuevo software  Es como un libro de recetas de cocina, en el que se van indicando paso a paso todas las actividades a realizar para lograr el producto informático deseado, indicando además qué personas deben participar en el desarrollo de las actividades y qué papel deben de tener.
  3. 3.  Una metodología de desarrollo por lo tanto representa el camino a seguir para desarrollar software de manera sistemática.
  4. 4.  Mejores Aplicaciones  Un mejor Proceso de Desarrollo que identifique salidas (o productos intermedios) de cada fase de forma que se pueda planificar y controlar el proyecto  Un Proceso Estándar en la organización
  5. 5.  El Proceso se descompone hasta el nivel de Actividades y Tareas (actividades elementales)
  6. 6.  Define la forma de llevar a cabo lasTareas  Vínculo de Comunicación entre Usuarios y Desarrolladores
  7. 7.  Obtenidos como resultado de seguir un Procedimiento Pueden ser Intermedios o Finales
  8. 8.  Se utilizan para aplicar un Procedimiento  Pueden ser Gráficas y/o Textuales  Determinan el formato de los Productos resultantes en cada Tarea
  9. 9.  Proporcionan soporte a la aplicación de lasTécnicas
  10. 10.  Una Metodología puede seguir uno o varios modelos de Ciclo de Vida  Un Ciclo deVida indica qué obtener, pero no cómo  Una Metodología es un concepto más amplio que Método  Se puede considerar como un conjunto de métodos.  Una metodología puede englobar un conjunto de métodos (de análisis, diseño, programación, etc.) para abarcar el ciclo de vida completo
  11. 11.  Cobertura total del ciclo de desarrollo  Verificaciones intermedias  Planificación y control  Comunicación efectiva  Utilización sobre un abanico amplio de proyectos  Fácil formación  HerramientasCASE  Actividades que mejoren el proceso de desarrollo  Soporte al mantenimiento  Soporte de la reutilización de software
  12. 12.  Como arquitectos de Software, debemos tener un plano en que apoyarnos.Todo desarrollo de software es riesgoso y difícil de controlar, pero si no llevamos una metodología de por medio, lo que obtenemos es clientes insatisfechos con el resultado y desarrolladores aún más insatisfechos.  Por experiencia, muchas veces los usuarios finales, se dan cuenta de las cosas que dejaron de mencionar, recién en la etapa final del proyecto, pese a que se les mostró un prototipo del software en la etapa inicial del proyecto.
  13. 13.  La metodología RUP, llamada así por sus siglas en inglés Rational Unified Process, divide en 4 fases el desarrollo del software:  Inicio: El Objetivo en esta etapa es determinar la visión del proyecto.  Elaboración: En esta etapa el objetivo es determinar la arquitectura óptima.  Construcción: En esta etapa el objetivo es llevar a obtener la capacidad operacional inicial.  Transición: El objetivo es llegar a obtener el reléase del proyecto.
  14. 14.  Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones, la cual consiste en reproducir el ciclo de vida en cascada a menor escala.  Los Objetivos de una iteración se establecen en función de la evaluación de las iteraciones precedentes.
  15. 15.  Vale mencionar que el ciclo de vida que se desarrolla por cada iteración, es llevada bajo dos disciplinas:
  16. 16.  Ingeniería de Negocios: Entendiendo las necesidades del negocio.  Requerimientos: Trasladando las necesidades del negocio a un sistema automatizado.  Análisis y Diseño: Trasladando los requerimientos dentro de la arquitectura de software.  Implementación: Creando software que se ajuste a la arquitectura y que tenga el comportamiento deseado.  Pruebas: Asegurándose que el comportamiento requerido es el correcto y que todo el solicitado está presente.
  17. 17.  Configuración y administración del cambio: Guardando todas las versiones del proyecto.  Administrando el proyecto: Administrando horarios y recursos. Ambiente:Administrando el ambiente de desarrollo.  Distribución: Hacer todo lo necesario para la salida del proyecto Es Recomendable que a cada una de estas iteraciones se clasifiquen y ordenen según su prioridad, y que cada una se convierte luego en un entregable al cliente. Esto trae como beneficio la retroalimentación que se tendría en cada entregable o en cada iteración.  Una particularidad de esta metodología es que, en cada ciclo de iteración, se hace exigente el uso de artefactos, siendo por este motivo, una de las metodologías más importantes para alcanzar un grado de certificación en el desarrollo del software.
  18. 18. La metodología consiste en una programación rápida o extrema, cuya particularidad es tener como parte del equipo, al usuario final, pues es uno de los requisitos para llegar al éxito del proyecto.
  19. 19.  Se basa en:  Pruebas Unitarias: se basa en las pruebas realizadas a los principales procesos, de tal manera que adelantándonos en algo hacia el futuro, podamos hacer pruebas de las fallas que pudieran ocurrir. Es como si nos adelantáramos a obtener los posibles errores.  Refabricación: se basa en la reutilización de código, para lo cual se crean patrones o modelos estándares, siendo más flexible al cambio.  Programación en pares: una particularidad de esta metodología es que propone la programación en pares, la cual consiste en que dos desarrolladores participen en un proyecto en una misma estación de trabajo. Cada miembro lleva a cabo la acción que el otro no está haciendo en ese momento. Es como el chofer y el copiloto: mientras uno conduce, el otro consulta el mapa.
  20. 20.  Empieza en pequeño y añade funcionalidad con retroalimentación continua  El manejo del cambio se convierte en parte sustantiva del proceso  El costo del cambio no depende de la fase o etapa  No introduce funcionalidades antes que sean necesarias  El cliente o el usuario se convierte en miembro del equipo
  21. 21.  Decidir que se implementa  Saber el estado real y el progreso del proyecto  Añadir, cambiar o quitar requerimientos en cualquier momento  Obtener lo máximo de cada semana de trabajo  Obtener un sistema funcionando cada 3 o 4 meses
  22. 22.  Decidir cómo se implementan los procesos Crear el sistema con la mejor calidad posible  Pedir al cliente en cualquier momento aclaraciones de los requerimientos  Estimar el esfuerzo para implementar el sistema  Cambiar los requerimientos en base a nuevos descubrimientos Lo fundamental de XP
  23. 23.  Lo fundamental en este tipo de metodología es:  La comunicación, entre los usuarios y los desarrolladores  La simplicidad, al desarrollar y codificar los módulos del sistema La retroalimentación, concreta y frecuente del equipo de desarrollo, el cliente y los usuarios finales
  24. 24.  La Metodología RUP es más adaptable para proyectos de largo plazo.  La Metodología XP en cambio, se recomienda para proyectos de corto plazo.  Podemos concluir además, que lo más importante antes de elegir la metodología que usarás para la implementación de tu software, es determinar el alcance que tendrá y luego de ahí ver cuál es la que más se acomoda en tu aplicación.
  25. 25.  WSDM es un método de diseño basado audiencia para aplicaciones Web. Se compone de un diseño de cinco fases, tomando como punto de partida una licitación explícita de los usuarios y que termina con la ejecución real (generación). Más que otros métodos, WSDM es una metodología, es decir, que no sólo proporciona primitivas de modelado que permiten a un desarrollador web para construir modelos que describen el sitio web / aplicación desde diferentes perspectivas y en diferentes niveles de abstracción, sino que también proporciona una forma sistemática de desarrollar la aplicación web.  Define el sistema en base a los grupos de usuario.  Su proceso de definición de requisitos tiene por objetivo el detectar los perfiles de usuario mediante dos tareas.  Clasificación de usuarios mediante el estudio del entorno. Descripción de los grupos de usuario.
  26. 26.  HFPM define un proceso detallado que cubre todo el ciclo de vida y que está compuesto por 13 fases.  En la primera de ellas, modelado de requisitos, propone las tareas siguientes:  Descripción breve del problema Descripción de los requisitos funcionales Realización del modelo de datos Modelado de la interfaz de usuario Modelado de los requisitos no funcionales
  27. 27.  UWE es una propuesta basada en el proceso unificado y UML pero adaptados a la web.  En requisitos separa las fases de captura, definición y validación.  Hace además una clasificación y un tratamiento especial dependiendo del carácter de cada requisito.
  28. 28. SCRUM es el nombre con el que se denomina a los marcos de desarrollo ágiles caracterizados por: Adoptar una estrategia de desarrollo incremental, en lugar de la planificación y ejecución completa del producto.

×