Erstellt von Elkin Vargas02
vor mehr als 2 Jahre
|
||
Frage | Antworten |
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 |
Möchten Sie mit GoConqr kostenlos Ihre eigenen Karteikarten erstellen? Mehr erfahren.