Metodologias Agiles y RUP

Description

Principales aspectos de las Metodologias Agiles y RUP
Elkin Vargas02
Flashcards by Elkin Vargas02, updated more than 1 year ago
Elkin Vargas02
Created by Elkin Vargas02 about 2 years ago
26
0

Resource summary

Question Answer
Extreme Programming XP La clave del éxito del Extreme Programming XP es potenciar las relaciones personales, a través, del trabajo en equipo, fomentando la comunicación y eliminando los tiempos muertos.
SCRUM Se caracteriza por ser la «metodología del caos» que se basa en una estructura de desarrollo incremental, esto es, cualquier ciclo de desarrollo del producto y/o servicio se desgrana en «pequeños proyectos» divididos en distintas etapas: análisis, desarrollo y testing. En la etapa de desarrollo encontramos lo que se conoce como interacciones del proceso o Sprint, es decir, entregas regulares y parciales del producto final.
Kanban La estrategia Kanban conocida como ‘Tarjeta Visual» muy útil para los responsables de proyectos. Esta consiste en la elaboración de un cuadro o diagrama en el que se reflejan tres columnas de tareas; pendientes, en proceso o terminadas.
Agile Inception Está orientada a la definición de los objetivos generales de las empresas. Su meta es clarificar cuestiones como el tipo de cliente objetivo, las propuestas de valor añadido, las formas de venta
Design Sprint, la metodología de Google Esta metodología viene de la mano de Google Ventures, un servicio del gigante tecnológico para la innovación y promoción de startups tecnológicas. Se trata de un proceso que dura 5 días en el que el negocio tiene que resolver todas las cuestiones relacionadas con diseño, prototipado, testeo de clientes.
RUP esta badado en 6 principios clave
Adaptar el proceso El proceso deberá adaptarse a las necesidades del cliente ya que es muy importante interactuar con él. Las características propias del proyecto, el tamaño del mismo, así como su tipo o las regulaciones que lo condicionen, influirán en su diseño específico. También se deberá tener en cuenta el alcance del proyecto.
Equilibrar prioridades Los requisitos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe poder encontrarse un equilibrio que satisfaga los deseos de todos. Gracias a este equilibrio se podrán corregir desacuerdos que surjan en el futuro. Al igual esta metodología está acorde con el Lenguaje Unificado de Modelado (UML).
Demostrar valor iterativamente Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteración se analiza la opinión de los inversores, la estabilidad y calidad del producto, y se refina la dirección del proyecto así como también los riesgos involucrados.
Colaboración entre equipos El desarrollo de software no lo hace una única persona sino múltiples equipos. Debe haber una comunicación fluida para coordinar requisitos, desarrollo, evaluaciones, planes, resultados, etc.
Enfocarse en la calidad El control de calidad no debe realizarse al final de cada iteración, sino en todos los aspectos de la producción. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un grupo independiente, también es una estrategia de desarrollo de software.
Elevar el nivel de abstracción Este principio dominante motiva el uso de conceptos reutilizables tales como patrones de diseño del software, lenguajes 4GL o esquemas (frameworks) por nombrar algunos. Estos se pueden acompañar por las representaciones visuales de la arquitectura, por ejemplo con UML.
RUP ASPECTOS IMPORTANTES
Proceso Las etapas de esta sección son: (revisar nuevamente la gráfica) Modelado de negocio Requisitos Análisis y Diseño Implementación Pruebas Despliegue
Soporte En esta parte nos encontramos con las siguientes etapas: Gestión del cambio y configuraciones Gestión del proyecto Entorno
Fase de Inicio Esta fase tiene como propósito definir y acordar el alcance del proyecto con los patrocinadores o involucrados del proyecto en el cual tenemos que, identificar los riesgos asociados al proyecto, proponer una visión muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones posteriores.
Fase de Elaboración En la fase de elaboración se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificación de los casos de uso seleccionados y el primer análisis del dominio del problema, se diseña la solución preliminar.
Fase de Desarrollo o Construcción El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requisitos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.
Fase de Transición El propósito de esta fase es asegurar que el software esté disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte técnico necesario. Se debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto.
Artefactos Inicio Documento visión. Diagramas de casos de uso. Especificación de requisitos. Diagrama de requisitos.
Elaboración Documento arquitectura que trabaja con las siguientes vistas:
Vista lógica Diagrama de clases Modelo E-R (Si el sistema así lo requiere)
Vista de implementación Diagrama de secuencia Diagrama de estados Diagrama de colaboración
Vista física Mapa de comportamiento a nivel de hardware. Diseño y desarrollo de casos de uso, o flujos de casos de uso arquitectónicos Pruebas de los casos de uso desarrollados, que demuestran que la arquitectura documentada responde adecuadamente a requerimientos funcionales y no funcionales.
Construcción Especificación de requisitos faltantes Diseño y desarrollo de casos de uso y/o flujos de acuerdo con la planeación iterativa Pruebas de los casos de uso desarrollados, y pruebas de regresión según sea el caso Tran
Transición Pruebas finales de aceptación Puesta en producción Estabilización
Show full summary Hide full summary

Similar

Diapositivas de Topología de Redes
lisi_98
Elementos que conforman a google chrome
juan carlos hernandez morales
Construcción de software
CRHISTIAN SUAREZ
Sistema de Gestor de Base de Datos MongoDB
Edwin Herlop
TRABAJO DE TOPOLOGÍA DE REDES
lisi_98
Arquitecturas de Sistemas Distribuidos
Edisson Reinozo
Cloud Data Integration Specialist Certification
James McLean
INFORMÁTICA - Periféricos de entrada y salida
Serna Izaoly
Conceptos Básicos de Informática
jose antonio negreros orellana
CARACTERISTICAS DE UN PROCESO INDUSTRIAL
josm8506
LA RESPONSABILIDAD EN MI PROYECTO DE VIDA
daylen castillo