# data[].attributes.body
Identifica las actividades establecidas para corregir una desviación o un problema relativo al cumplimiento de un plan.

Puede contener la siguiente información:

- Identificación del problema inicial.

- Definición de una solución.

- Identificación de las Acciones Correctivas a tomar.

- Responsable de la conclusión de las acciones definidas.

- Fecha de apertura y fecha de cierre esperada.

- Un indicador de estado.

- Acciones de seguimiento.

# data[].attributes.body
Documentación de la aceptación por parte del Cliente de los Entregables del proyecto. Éste puede tener las siguientes características:

- Registro de la recepción de la entrega.

- Identificación de la fecha de recepción.

- Identificación de los elementos entregados.

- Registro de la verificación de los criterios de aceptación definidos por parte del Cliente.

- Identificación de cualquier asunto pendiente (en caso de ser aplicable).

- Firmado como recibido por parte del Cliente.

# data[].attributes.body
Registro de los acuerdos establecidos con el Cliente y/o el Equipo de Trabajo. Puede tener las siguientes características:

- Propósito de la reunión.

- Asistentes.

- Fecha y lugar.

- Referencia a actas de reunión previas.

- Qué fue logrado.

- Identifica cuestiones planteadas.

- Cualquier asunto abierto.

- Acuerdos.

Próxima reunión (en caso necesario) El estado aplicable es: actualizado.

# data[].attributes.body
Un conjunto de unidades de código relacionadas. Los estados aplicables   son: unidad             probada, corregida e incorporada en la línea base.

# data[].attributes.body
Contenedor electrónico para almacenar los productos de trabajo y entregables del proyecto.

# data[].attributes.body
Documenta la relación entre los requisitos incluidos en la Especificación de Requisitos, los elementos del Diseño de Software, el Componente de Software, los Casos y los Procedimientos de Prueba. Puede incluir:

-          Especificación de los requisitos por rastrear.

-          Proporciona el mapeo (hacia adelante y hacia atrás) de los requisitos a los elementos del Diseño de Software, el Componente de Software, los Casos de Prueba y los Procedimientos de Prueba.

-          Los estados utilizados son: verificado, en línea base y actualizado.

# data[].attributes.body
Presenta cómo serán ejecutados los procesos y actividades del proyecto para asegurar su conclusión exitosa, así como la calidad de los productos entregables. Puede incluir los siguientes elementos y características:

-          Descripción de producto.

-              Propósito.

-              Requisitos generales del Cliente

-          Alcance descripción respecto de lo que está incluido y de lo que no está incluido.

-          Objetivos del Proyecto.

-          Entregables – lista de productos a ser entregados al Cliente.

-          Tareas, incluyendo verificación, validación y revisiones con el Cliente y Equipo de Trabajo que permitan asegurar la calidad de los productos de trabajo. Las Tareas pueden ser representadas como una Estructura de Descomposición del Trabajo (EDT).

-          Duración estimada de las Tareas.

-          Recursos (humanos, materiales, estándares, equipos y herramientas), incluyendo la capacitación necesaria. Incluye la identificación y programación de los Recursos.

-          Composición del Equipo de Trabajo.

-          Calendario de las Tareas del proyecto, indicando la fecha de inicio y fecha de finalización previstas para cada Tarea, y las relaciones y dependencias entre ellas.

-          Esfuerzo y el costo estimado.

-          Identificación de los riesgos del proyecto.

-          Estrategia para el control de versiones:

-               Herramientas de repositorio del       producto o mecanismos      identificados.

-               Localización y mecanismos de    acceso para el repositorio       especificado.

-               Identificación y control de    versiones definidos.

-               Respaldo y mecanismos de     recuperación definidos

-              Mecanismos de almacenamiento,     manipulación y entrega    especificados (incluyendo archivo     y recuperación).

-          Instrucciones de entrega:

-               Elementos requeridos para la    liberación del producto (por      ejemplo, hardware, Software,      documentación, etc.).

-               Requisitos de entrega.

-               Tareas a realizar en orden           secuencial.

-               Liberaciones aplicables       identificadas.

-               Identifica todo el Componente    de Software entregados con      información de la versión.

-               Identifica cualquier procedimiento     de copia de respaldo y    recuperación necesarios.

# data[].attributes.body
Requisición de una modificación para corregir un problema o incorporar una mejora en el Software o en su documentación.

Puede contener la siguiente información:

-          Identifica el propósito del cambio.

-          Estado de la solicitud.

-          Información de contacto del solicitante.

-          Sistema(s) impactado(s).

-          Impacto   en        la         operación de sistemas existentes.

-          Impacto en la documentación asociada.

-          Criticidad de la solicitud y fecha en que se requiere

Los estados aplicables son: propuesto, evaluado y aceptado.

# data[].attributes.body
Sirven al mismo propósito que los casos de uso. Se utilizan para crear las estimaciones de tiempo para la reunión de planificación de liberación. Impulsa la creación de las pruebas de aceptación.

Este puede incluir:

- Elemento de la Pila.

-  Notas.

- Como probarlo.

- Importancia.

- Estimación.

# data[].attributes.body
Información textual y gráfica de la estructura del Software. Esta estructura puede incluir las siguientes partes:

Diseño arquitectónico (de alto nivel) del Software - Describe la estructura global del Software:

- Identifica los componentes de Software requeridos.

- Identifica la relación entre los Componente de Software.

-  Consideraciones requeridas:

- Características de        desempeño    de Software.

- Interfaces de hardware, Software   y humanas.

- Características de seguridad.

- Requisitos de diseño de base de       datos.

- Manejo de errores y atributos de     recuperación.

Diseño Detallado (de bajo nivel) del Software - incluye detalles de los Componente de Software para facilitar su construcción y prueba dentro del entorno de programación:

- Proporciona diseño detallado (puede ser representado como un prototipo, diagrama de flujo, diagrama entidad-relación, pseudo código, etc.).

- Proporciona el formato de entrada / salida de los datos.

- Proporciona especificaciones de las necesidades de almacenamiento de los datos.

- Establece convenciones de denominación de los datos requeridos.

- Define el formato de las estructuras de datos requeridas.

- Define los campos de datos y el propósito de cada elemento de datos requerido.

- Proporciona las especificaciones de la estructura del programa.

# data[].attributes.body
Documenta la ejecución de las pruebas. Puede incluir:

-          Un resumen de cada defecto.

-          Identificación de los Casos de Prueba en cuestión.

-          Nombre del probador que encontró cada defecto.

-          Severidad de cada defecto.

-          Identificación de la(s) función(es) afectada(s) por cada defecto.

-          Fecha en que cada defecto fue originado.

-          Fecha en que cada defecto fue resuelto.

-          Nombre de la persona quién resolvió cada defecto.

# data[].attributes.body
Describe la forma de uso del Software basado en la interfaz de usuario. Puede tener las siguientes características:

-          Procedimientos del usuario para realizar Tareas específicas utilizando el Software.

-          Procedimientos de instalación y desinstalación.

-          Breve descripción del uso previsto del Software (el concepto de operaciones).

-          Recursos provistos y requeridos.

-          Entorno operacional requerido.

-          Facilidad para reportar problemas y asistencia.

-          Procedimientos      para     entrar   y salir            del Software.

-          Relación y explicación de comandos del Software y de los mensajes del sistema hacia el usuario.

-          Según corresponda a los riesgos identificados; este incluye advertencias, precauciones y notas con correcciones.

-          Incluye los procedimientos para la solución de problemas y corrección de errores.

Está escrito en términos comprensibles para los usuarios.

# data[].attributes.body
Un conjunto de productos de Software identificados de forma única y consistentes, incluyendo:

- Especificación de Requisitos
- Diseño de Software
- Registro de Trazabilidad
- Componente de Software
- Casos de Prueba y Procedimientos de Prueba
- Reporte de Pruebas
- Manual de Usuario

Los estados aplicables son: entregado y aceptado.

# data[].attributes.body
Registra el estado del proyecto contra el Plan del Proyecto. Puede tener la siguiente información:-          Estado actual de las Tareas contra las Tareas planeadas.-          Estado de los resultados reales contra los objetivos/metas establecidos.-          Estado de los Recursos asignados reales contra los Recursos planeados.-          Estado de los costos reales contra los presupuestos estimados.-          Estado calendario real contra el calendario planeado.-          Estado de los riesgos actuales con respecto a los identificados previamente.-          Registro de cualquier desviación de las Tareas planeadas y su causa.

# data[].attributes.body
La pila de productos, es el corazón de Scrum. Es donde empieza todo. Es una lista priorizada de requisitos o historias, o funcionalidades. Son cosas que el cliente quiere, descritas usando la terminología del cliente.

Puede incluir los siguientes elementos y características:

-          ID, es el identificador único auto-incremental.

-          Nombre, es la descripción corta de la historia suficientemente clara para que el dueño del producto comprenda lo que se está hablando y distinguida entre las demás historias.

-          Importancia, es el ratio que el cliente le da a esta historia.

-          Estimación Inicial, es la valorización inicial del equipo acerca de cuanto es el trabajo para implementar la historia.

-          Como Probarlo, es una descripción de alto nivel de  cómo se demostrará la historia.

-          Notas, es cualquier otra información, clarificación, referencia a otras fuentes de información, etc.

# data[].attributes.body
Descripción del trabajo a ser realizado en relación al desarrollo de Software. Este puede incluir:

- Descripción del product

- Propósito

- Requisitos generales del Cliente

- Alcance, que describa que sí y qué no está incluido.

- Objetivos del Proyecto.

- Entregables, lista de productos a entregar al Cliente