3.- ¿Qué es el Manifiesto Ágil?
Cuatro valores en los que se basan todos los sistemas de trabajo y procesos ágiles:
- Valorar más a los individuos y sus interacciones que a los procesos y las herramientas
- Valorar más el software funcionando que la documentación exhaustiva
- Valorar más la colaboración con el cliente que la negociación contractual
- Valorar más la respuesta ante el cambio que seguir un plan
4.- ¿Cuáles son las principales críticas que acompañan a estos modelos?
Falta de documentación técnica.
Enfoque informal, poco estructurado.
No existe un plan concreto a seguir.
5.- Enumere algunos Modelos de Proceso Ágiles
SCRUM
KANBAN
XP
OPEN UP
DSDM
LSD
1.- ¿Qué es el Proceso Unificado (PU)?
Es un modelo de proceso o modelo de ciclo de vida de desarrollo de software orientado a objetos.
2.- ¿En qué categoría podría clasificarse?
En ninguna. Porque es una combinación de estilos. Es iterativo, incrementar, evolutivo y, aunque no es ágil, adopta algunas de las carácterísticas propias de los modelos ágiles.
3.- ¿Qué carácterísticas ágiles adopta?
Flexibilidad y extensibilidad. Capacidad para asimilar de forma ágil/rápida cualquier cambio que pueda acontecer y que afecte al desarrollo del producto (por ejemplo, un cambio en los requisitos) o al propio proceso del desarrollo.
Implicación continua del cliente en el proyecto, el cliente es considerado como un miembro más del equipo. Sin su compromiso e implicación el éxito del proyecto está comprometido.
4.- Para el PU es muy importante identificar y capturar muy bien los requisitos funcionales del sistema, ¿qué herramienta utiliza para ello?, ¿cómo se denota en UML?
Los casos de uso, y se denota en UML con una elipse.
5.- Según el PU, ¿qué es un usuario?, ¿cómo se denota en UML?
Cualquier persona o cualquier sistema que vaya a interaccionar con el producto software que vamos a desarrollar. Se denota en UML con un monigote.
6.- Lee detenidamente el C.U Sacar Dinero, ¿cuál es la funcionalidad principal descrita?, ¿cuántos escenarios diferentes se describen en ese caso de uso?
Sacar dinero en cualquiera de los cajeros existentes. Existen 6 escenarios distintos, uno normal y el resto son excepciones, es decir, comportamientos alternativos que pueden surgir a lo largo del escenario normal.
7.- ¿En qué diagrama vamos a poder representar gráficamente toda la funcionalidad del sistema?
En el diagrama de casos de uso.
8.- Cuando hablamos de arquitectura software, ¿a qué nos referimos exactamente?
La arquitectura software se encarga de determinar/moldear la estructura física de nuestro sistema, esto es, constituye el esqueleto, el armazón que permite la ejecución de toda la funcionalidad (casos de uso) conocida hasta el momento, pero también debe soportar la funcionalidad que esté por venir (casos de uso futuros).
9.- ¿De qué manera afecta la arquitectura a la evolución del software?
Permite que el software evolucione no solo en su desarrollo inicial, sino también en sus futuras generaciones. La arquitectura debe dar cabida/soporte a todos los requisitos actuales y futuros.
10.- ¿Cuántas actividades o flujos de trabajo aparecen en el PU?
Requisitos – Análisis – Diseño – Implementación – Pruebas
11.-¿De cuántas fases consta el PU?, ¿en qué consisten cada una de ellas?
Inicio – establecerlas principales funciones del sistema, el plan de proyecto, estimaciones de costes, análisis de viabilidad, análisis de negocio, identificación de riesgos, etc.
Elaboración
– se especifican en detalle los casos de uso y se diseña la arquitectura del sistema.
Construcción
– se implementa el producto completo para entregárselo al usuario.El producto contiene todos los casos de uso que el cliente y el equipo de desarrollo hayan acordado. Sin embargo, puede que no esté completamente libre de defectos, muchos de estos defectos se descubrirán y solucionarán durante la fase de transición.
Transición
– cubre el periodo durante el cual el producto se convierte en una versión evaluable. Esta versión evaluable es probada por un número reducido de usuarios con experiencia e informa de defectos y deficiencias. Los desarrolladores corrigen los problemas e incorporan algunas de las mejoras sugeridas.
12.- ¿Cómo se relacionan los diferentes elementos (flujos de trabajo, fases e iteraciones) dentro del PU?
El proceso unificado consta de cinco flujos de trabajo distribuidos en fases. Todo el trabajo se desarrolla en iteraciones y cada iteración pasa por todos los flujos, en mayor o menor medida, en función de la fase a la que pertenezca cada iteración. Cada fase aglutina un conjunto de iteraciones que culmina con un hito. Al concluir un ciclo de desarrollo dispondremos de una versión entregable al cliente.
13.- ¿Cuándo hablamos de un ciclo de desarrollo a qué nos estamos refiriendo exactamente?
Un ciclo de desarrollo es un periodo de tiempo durante el cual se desarrolla un producto software conforme al área definida en ese momento. Un ciclo culmina con un producto entregable al cliente y que satisface sus necesidades.
14.- ¿Cuáles son los tres aspectos clave que caracterizan al PU?
– Los casos de uso.
– La arquitectura.
– El desarrollo iterativo e incremental.