Fundamentos Esenciales de Ingeniería de Software: Modelado UML, Ciclos de Vida y Metodologías Ágiles

*

Casos de uso:

Funcionalidad ofrecida por el sistema a sus usuarios (actores).

Ddespliegue:

Arq física del sist.

Dclases

Clases, interfaces y relaciones para generar el modelo de dominio con los conceptos del problema a abordar y sus relaciones.

Dsecuencia:

intercambio de mensajesentre objetos para documentar los escenarios de un caso de uso mediante un diag de sec de nivel de sistemaSSD Dactividad:
flujo de control entre activ en una máq de est para modelar el flujo de trabajo con solicitudes.

Destados:

máq de est y las transiciones entre ellos para modelar la nav del sitio Web.

Dpaquetes:

organización lógica de distintos elementos para modelar la arq lógica del sistema.

*

PB:

lista priorizada de car. Del sist (historias de user, req no func, solic de cambio o mejora) que el eq de desarrollo tiene pendiente de implementar PO:
Responsable del PB en representación de todos lo stakeholders, incluyendo el propio equipo de desarrollo.

Grooming

:

actividad en la que el PO es responsable de definir, refinar, estimar y priorizar de forma dinámica el PB.

SB

:

lista de caract del PB a desarrollar por el eq en un Sprint, descomp en las tareas técnicas necesarias para llevar a cabo la impl y una estimación esfuerzo.

Burndown chart

:

cuadro, diagrama para trazar el esfuerzo SB.  Actualización diaria por el SM.

Dashboard:

cuadro de mandos del

proyecto con info general, act realizadas e indicadores de progreso.

*

ModProcesoUnificado:

para el desarrollo de sist softw basado en una sucesión de iteraciones que completan incrementalmente el sistema hasta su versión final de producción. El carácter iterativo permite la validación y realimentación cíclica y la adaptación a cambios en los req. Cada iteración puede verse como un recorrido por las secuencia de actividades de un ciclo de vida en cascada. En este modelo las actividades se denominan disciplinas. En este tipo de ciclo de vida, las fases son un conjunto de iteraciones que llevan al proyecto a un determinado hito del plan de proyecto El número de iteraciones y fases depende del proyecto concreto, aunque el UP propone cuatro fases: Inicio, Elaboración, Construcción, Transición. Objetivos:

Inicio

Visión general del proyecto. Aceptación del compromiso de abordar el desarrollo.

Elaboración:

Captura de requisitos de mayor valoración de negocio o riesgo. Implementación iterativa de la arquitectura del sistema Construcción:
Implementación del resto del sistema. Versión (alfa) ejecutable del sistema.

Transición

:

Versión (beta) ejecutable del sistema. Despliegue y puesta en operación

*

Repositorio de proyecto

Almacén gestionado de artefactos de desarrollo de software con procedimientos de registro de entrada y salida de dichos artefactos Baseline
: Conjunto de componentes de configuración estables, revisados y acordados que sirve como base para llevar a cabo la siguiente fase en el proceso de desarrollo (e.G. Entrega de un Scrum sprint). Una baseline sólo puede cambiarse siguiendo el proceso de gestión de cambios formalmente definido para el proyecto Entrega (Release): versión de un sistema (baseline) que se distribuye a usuarios fuera del ámbito del equipo de desarrollo (normalmente clientes) 

*

1)
Modelo de dominio es un diagrama que se utiliza para modelar los conceptos (clases) relevantes al analizar un problema. 2)Undiagrama de secuencia de nivel de sistema (SSD) es un diagrama que se utiliza para modelar la interfaz pública de un sistema software para un escenario de un caso de uso. 3) El modelo de dominio se crea a partir de la descripción textual del escenario de un caso de uso. El SSD se crea a partir de la descripción de uno de los escenarios descritos en un caso de uso. 4) Un modelo de dominio se representa como un diagrama de clases. Un SSD se representa como un diagrama de secuencia.

*

Actividades TPV:

Identificación de actores, Definición de historias de usuario y asociación con actores, Definición de hecho, Definición de pruebas de aceptación, Planificación de sprint: priorización, estimación de esfuerzo, release plan, sprint plan, Generación de diferentes documentos técnicos en formato PDF

*

Dependencia

Se utiliza para indicar que un elemento utiliza a otro (relación de uso). Por ejemplo, se utiliza para indicar que una clase MiApplet utiliza a otra clase Graphics como argumento en una operación paint. - - -> Asociación:
Se utiliza para indicar que existe una interconexión o enlace entre los objetos representados por las abstracciones relacionadas. Por ejemplo, se utiliza para indicar que un objeto de la clase Biblioteca almacena objetos de la clase Libro. ____ Generalización:
Se utiliza para indicar que existe una relación entre una abstracción general (superclase) y una abstracción más concreta del mismo tipo (subclase). Por ejemplo, se utiliza para indicar que una clase Elipse es una subclase de la clase Figura. _____|> Realización:
Se utiliza para indicar que un elemento implementa el comportamiento que otro elemento especifica. Por ejemplo, se utiliza para indicar que una clase ArrayList cumplirá el contrato especificado por la interfaz List. - - -|>