Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 5

UNIVERSIDAD POPULAR DEL CESAR

Facultad De Ingeniería Y Tecnológicas


Programa de Ingeniería De Sistemas
Curso Ingeniería Del Software I
Proyecto Final

GUÍA PROYECTO FINAL

1. Docente: Ing. Eydy Suárez Brieva


 Correo electrónico: [email protected]
 Twitter : @eydysuarez
 Número de estudiantes: 3

1. Especificar los roles, es importante tener claridad sobre las funciones que cada uno
de los participantes va a desempeñar.
Persona Contacto Rol
[Nombre] [e-mail / tel.] [Coordinador / Scrum Manager…]
[Nombre] [e-mail / tel.] [Gestor de producto / P. Owner …]
[Nombre] [e-mail / tel.] [Equipo técnico…]

2. Breve descripción del problema. Modelado del negocio (describir los procesos
actuales que realiza la empresa y que requiere sistematización).

3. Ingeniería de Requerimientos.
3.1 Entrevistas (Anexar formato de entrevistas)
3.2 Requisitos funcionales.

Ingeniera Eydy Suárez Brieva.


Especialista en Ingeniería del Software.
Magister en Ingeniería de Sistemas y Computación.
UNIVERSIDAD POPULAR DEL CESAR
Facultad De Ingeniería Y Tecnológicas
Programa de Ingeniería De Sistemas
Curso Ingeniería Del Software I
Proyecto Final

3.3 Requisitos no funcionales

4. Historias de usuario
Historias de usuario
Numero: Usuario: Cliente
Nombre de Historia:
Puntos estimados:
Programador responsable:
Descripción:
Validación:

Ejemplo:

Ingeniera Eydy Suárez Brieva.


Especialista en Ingeniería del Software.
Magister en Ingeniería de Sistemas y Computación.
UNIVERSIDAD POPULAR DEL CESAR
Facultad De Ingeniería Y Tecnológicas
Programa de Ingeniería De Sistemas
Curso Ingeniería Del Software I
Proyecto Final

5. Pila del Producto.

Identific Nombre de Tarea o Estimación Prioridad Estado Comentarios Aprobado


ador de la Historia enunciado de en días
la Tarea (ID) la historia

6. Formulario de reunión retrospectiva


¿Qué salió bien en la iteración? ¿Qué no salió bien en la ¿Qué mejoras vamos a implementar en la
(aciertos) iteración? (errores) próxima iteración? (recomendaciones de
mejora continua)

Spring Backlog

            Día 1   Día 2   Total


Identificad
Enunciado Horas
or (ID) de Dueño /
del item de Estat estimad Rest Cons Rest Rest
item de Tarea Voluntar Cons.     Cons.
Product us as . . . .
product io
Backlog totales
backlog
XX-XXXX- Como un [Enuncia         0     0     0
XXXX [Rol], do de
necesito tarea 1]
[descripción
de la
funcionalida
d], con la

Ingeniera Eydy Suárez Brieva.


Especialista en Ingeniería del Software.
Magister en Ingeniería de Sistemas y Computación.
UNIVERSIDAD POPULAR DEL CESAR
Facultad De Ingeniería Y Tecnológicas
Programa de Ingeniería De Sistemas
Curso Ingeniería Del Software I
Proyecto Final

finalidad de
[Razón o
Resultado]
    [Enuncia         0     0     0
do de
tarea 2]

  Lista de tareas de la iteración (Spring Backlog): Instructivo


  Elaborado por: pmoinformatica.com
     
  Columna Instrucciones
Identificador (ID) de Código que hace referencia al elemento de la pila de producto (Product Backlog)
  item de product backlog al cual la tarea de la iteración hace referencia.
Enunciado del item de Enunciado o nombre del elemento de pila de producto (Product Backlog). En la
Product Backlog mayoría de los casos, el nombre asignado al elemento de product backlog es el
  mismo de la historia de usuario.
Tarea Nombre de la tarea de iteración (Sprint) especificada en esta línea, representa el
elemento mínimo que se planifica. Para completar un elemento de product
backlog / historia se necesitaran ejecutar varias tareas, por ejemplo: Diseñar
pantalla, vincular campos con la base de datos, definir procesos, configurar
  conexiones con interfaces o base de datos, entre otros.
Dueño / Voluntario Persona integrante del equipo Scrum que ha tomado responsabilidad de la
tarea. Se le denomina también voluntario porque en Scrum las tareas no son
asignadas por un Gerente o supervisor, sino que cada integrante selecciona la
tarea que va a ejecutar en cada reunión diaria. Una persona tomará una o varias
tareas en la reunión diaria, y una vez que estas sean completadas (según la
  definición de "hecho") podrá tomar otras tareas.
Estatus Estado actual de la tarea. Los tipos de estatus son decididos por el equipo y
Scrum Master. Por ejemplo, una clasificación de estatus podría ser: Por iniciar,
en proceso y hecho (completado). La clasificación de estatus también se puede
vincular con las columnas que se reflejan en un tablero Kanban.
 
Horas estimadas totales Horas que han sido estimadas por el equipo Scrum que serán necesarias para
ejecutar la tarea. La asignación de estimados se realiza durante la reunión de
  planificación de la iteración (Sprint Planning Meeting).
Día 1 …. Día n Una vez comienza a ejecutarse la iteración, se utilizan las columnas para llevar
  un registro de las horas que se han consumido en cada tarea y cuantas horas

Ingeniera Eydy Suárez Brieva.


Especialista en Ingeniería del Software.
Magister en Ingeniería de Sistemas y Computación.
UNIVERSIDAD POPULAR DEL CESAR
Facultad De Ingeniería Y Tecnológicas
Programa de Ingeniería De Sistemas
Curso Ingeniería Del Software I
Proyecto Final

restan para completarla.


  Cons. Horas consumidas en la tarea en el día especificado.
Rest. Horas que restan luego de registrarse el consumo diario. Se calcula tomando las
horas que restaban el día anterior y se resta las horas consumidas en el día. Si se
  trata del primer día, se restan las horas del día 1 al estimado de horas totales.
Total Registra la suma de todas las horas consumidas en el Sprint y las horas que
restan finalmente. Las horas restantes deberían ser de cero si se logró ejecutar
  la tarea en su totalidad.
     

7. Análisis y Diseño Orientado a Objetos.


7.1 Diagramas de casos de uso.
7.2 Descripción de los casos de uso.

Documentación Casos de Uso


Caso de uso Nombre del caso de uso
Actores Quienes intervienen son principales o secundarios
Tipo propósito Relación: incluido, extendido, asociación
Resumen Descripción corta y concisa del caso de uso
Precondición Condiciones previas a ejecutar el caso de uso.
Postcondiciones Condiciones posteriores a ejecutar el caso de uso.
Excepciones Eventos que pueden surgir y estas deben enumerar ( E-1) Se aplica el
descuento a clientes habituales
( E-2) Se aplica el descuento teniendo en cuenta el tipo de habitación

Ingeniera Eydy Suárez Brieva.


Especialista en Ingeniería del Software.
Magister en Ingeniería de Sistemas y Computación.

También podría gustarte