Se ha denunciado esta presentación.
Se está descargando tu SlideShare. ×

Modelos de desarrollo del software.

Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Cargando en…3
×

Eche un vistazo a continuación

1 de 9 Anuncio
Anuncio

Más Contenido Relacionado

Presentaciones para usted (20)

Similares a Modelos de desarrollo del software. (20)

Anuncio

Más reciente (20)

Anuncio

Modelos de desarrollo del software.

  1. 1. Modelos de desarrollo del software. PROFESORA: ESTUDIANTE: YVAN SALAZAR Miguel Diaz. V. 26.459.796. Puerto Ordaz, diciembre 2020
  2. 2. • Los sistemas tradicionales de ciclo de vida surgieron en la década de 1960, para desarrolla una gran variedad de sistemas de negocio en una época de un auge empresarial. De tal motivo para tal fin se describen, fundamentalmente, herramientas de Análisis y Diseño Orientado a Objetos (UML), sus diagramas, especificación, y criterios de aplicación de las mismas. Origen. • Es la aplicación de enfoques sistemáticos y disciplinados al desarrollo de software, para esto se han creado modelos y metodologías para la correcta utilización del tiempo y recursos que una empresa o entidad disponen. • Las metodologías de desarrollo de software tienen como objetivo presentar un conjunto de técnicas tradicionales y modernas de modelado de sistemas que permitan desarrollar software de calidad, incluyendo heurísticas de construcción y criterios de comparación de modelos de sistemas. Definición.
  3. 3. •Usualmente en los servicios que debe proveer, limitaciones y metas del software La planificación es sencilla. • La calidad del producto resultante es alta. • Permite trabajar con personal poco calificado. • Necesidad de tener todos los requisitos al principio. • Si se han cometido errores en una fase es difícil volver a otras. • No se tiene el producto hasta el final si se comete un error en la fase de análisis no lo descubriremos hasta la fecha de entrega. Modelo en cascada. EJEMPLO:
  4. 4. Modelo incremental • Surgió como una forma de reducir el proceso de desarrollo. • Se reduce el tiempo de desarrollo inicial, ya que se implementa la funcionalidad parcial. • Provee un impacto ventajoso frente al cliente, que es la entrega temprana de partes operativas del Software. • Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos. • Por su versatilidad requiere de una planeación cuidadosa tanto a nivel administrativo como técnico. EJEMPLO:
  5. 5. •Permite construir una serie de grandes versiones sucesivas de un producto. Sin embargo en el modelo evolutivo, los requerimientos son cuidadosamente examinados, y sólo los que son bien comprendidos son seleccionados. •Este método se encarga de construir un subconjunto de requerimientos conocidos y comprender al principio que muchos nuevos requerimientos es probable que aparezcan cuando el sistema sea desplegado o desarrollado. •Cada paso debe ser registrado, la documentación debe ser recuperada con facilidad y los cambios deben ser efectuados de una manera controlada. modelo evolutivo. EJEMPLO:
  6. 6. • Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades. •El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora. •Permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto. •En la utilización de grandes sistemas a doblado la productividad. •Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable. •Genera mucho tiempo en el desarrollo del sistema •Modelo costoso. EJEMPLO: Modelo en espiral.
  7. 7. •Este método divide un proyecto en iteraciones o tareas de 30 días. •Se enfoca principalmente en la planeación iterativa y el seguimiento del proceso. •Tiene como resultado la entrega de un producto funcional después de cada tarea. •Es necesario en algunos casos complementarlo con algunos métodos. Modelo Scrum. EJEMPLO:
  8. 8. MODELOENCASCADA. • Es el modelo más simple conocido. • El resultado se ve al final. • Las tareas son distribuidas del tal forma que cada miembro tiene que terminar su tarea para que otro comience con la suya. • Posee retroalimentación. • Es el método más usado desde hace décadas. • No sirve para realizar estructuras de software complejas. • Genera mucha documentación. MODELOENESPIRAL • Incluye análisis de riesgo. • El cliente es el que decide, ya que si esta conforme con los resultados el modelo continua con el siguiente paso. • Se utilizan prototipos para dar una idea final y cuales serian los errores potenciales que podría tener durante su funcionamiento. • Es interactivo. • El análisis de riesgo debe realizarse por alguien competente. MODELOSCRUM • Es una metodología ágil de gestión de trabajo. • Se basa en la toma de requerimientos, planificación de las tareas, reuniones diarias de tareas y cuando se hayan realizado todas las tareas se realiza la muestra del proyecto al cliente, después se vuelve a realizar toda esta gestión para que quede estable. • Un producto funcional al finalizar cada tarea. • No genera la documentación completa. • No es apto para cualquier proyecto. CUADRO COMPARATIVO.
  9. 9. ¿Cual modelo prefiero usar?. Tomando en cuenta lo ya antes mencionado prefiero usar el modelo scrum, porque permite una gran organización al dividir las tareas en segmentos, gracias a las reuniones diarias se pueden resolver dudas o problemas que tenga cada integrante del equipo, cuando se finalice el periodo de tareas el cliente decidirá si es fiable para sus necesidades, de lo contrario se vuelve a planificar las tareas y optimizar el desarrollo del software tomando en cuenta las nuevas anotaciones del cliente, además se puede combinar con cualquier otro modelo.

×