PRACTICA 2: SCRUM

PRACTICA 2

Actividad: Se desea generar el tablero de scrum agrupando las historias en 2 Sprints Planning de
una hora cada uno.

Cada Sprint debe tener un color identificativo, las historias son generadas del documento de
requisitos adjunto,

Se debe Elegir un SCRUM master, las historias de usuarios del Product Backlog deben tener
estimación de tiempo en minutos.

1HORA

*los sprints son de 2 a 4 semanas pero solo esta dinámica se considerará un sprint de 1 hora

La implementación de estos requisitos se realizará en mockups virtuales con

interacciones en los modulos solicitados. Se puede realizar en: placeit.net,
mockflow.com, canva.com, moqups.com o el de su preferencia.
PRACTICA 2: SCRUM

1. REQUISITOS DE USUARIO

La especificación de requisitos de usuario se divide en requisitos de capacidad del sistema y

requisitos de restricción impuestos al sistema por el usuario.

La especificación de requisitos se realiza en una tabla con las siguientes propiedades:

• Identificador: identificador unívoco de requisito de usuario.

• Descripción: descripción de requisito de usuario.
• Necesidad: refleja la importancia del requisito para el usuario.
• Prioridad: indica la prioridad establecida para un requisito siendo el valor alta el de
mayor prioridad y baja el de menor prioridad.
• Estabilidad: indica si el requisito está sujeto a modificaciones.
• Fuente: indica la procedencia de la especificación del requisito.

1.1 Requisitos de capacidad

Los siguientes requisitos hacen referencia a la capacidad del sistema.

Identificador Descripción Necesidad Prioridad

UR001 Mostrar nombre del departamento. Deseable Media

UR002 Mostrar lista de usuarios del departamento. Esencial Alta

UR003 Mostrar lista de perfiles del departamento. Esencial Alta

UR004 Permitir bloquear usuario, desbloquear usuario, cambiar Esencial Alta

contraseña de usuario, asignar permisos de portafirmas a
usuario, consultar permisos de usuario, consultar datos de
usuario, consultar datos de perfil, crear usuario, eliminar
usuario, asignar perfil a usuario.
UR005 Las acciones crear usuario, eliminar usuario y asignar perfil Esencial Alta
a usuario se procesarán en diferido.

UR006 Mostrar descripción de perfil y grupos o permisos que Deseable Alta

otorga.
UR007 Sólo podrán crearse usuarios que ya existan en el directorio Esencial Alta
de personas.

UR008 Al crear un nuevo usuario será obligatorio introducir una Esencial Alta
contraseña de usuario.
PRACTICA 2: SCRUM

UR009 Al bloquear usuario del departamento mostrar indicativo de Deseable Media

usuario bloqueado.

UR010 Un usuario bloqueado no tendrá acceso al sistema, y se Esencial Alta

notificara en el login, mientras que un usuario desbloqueado
sí.
UR011 Al desbloquear un usuario del sistema, se tendrá la opción Deseable Media
para seleccionar forma de notificación, correo, sms entre
otros .

UR012 Se permitirá cambiar la contraseña de acceso al sistema Esencial Alta

de un usuario del departamento.

UR013 La acción asignar permisos por usuario mostrará los Esencial Alta
permisos de anteriores del departamento y marcará con un
check aquellos que tenga asignados el usuario
seleccionado.
UR014 La acción consultar historial de permisos de usuario Esencial Alta
mostrará todos los permisos que históricamente se le asigno
al usuario seleccionado tiene.
UR015 Acceso a la aplicación a usuarios con permiso específico. Esencial Alta

UR016 Todos los usuarios tienen el modulo de cuenta, (datos Esencial Alta
personales, y cambio de contraseña)

2. Requisitos de restricción

Los siguientes requisitos hacen referencia a las restricciones impuestas al sistema.

Identificador Descripción Necesidad Prioridad

UR017 La aplicación será de web, con lenguaje HTML, javascript y Deseable Alta
CSS

UR018 Deberá contar con un servidor 27x7. Esencial Alta

UR020 El navegador en el que se presentará la aplicación será Esencial Alta

IExplorer 9, Chrome, Firefox, Opera.

UR021 Para poder validar nuevos usuarios contra el directorio de Esencial Alta
usuarios de la empresa no será necesario disponer de
conexión a Internet ya que funciona también via intranet.
“colocar un mensaje en login que es un sistema de intranet”
PRACTICA 2: SCRUM

3 Requisitos funcionales
Los requisitos funcionales que a continuación se detallan definen qué hace el sistema.

Identificador Descripción Necesidad Prioridad

SR001 Mostrar nombre del departamento y del usuario Deseable Media
conectado.
SR002 Mostrar lista de contactos del departamento del Esencial Alta
usuario logueado.
SR004 Opción para enviar mensaje a sus contactos de su Esencial Alta
departamento..
SR005 Permitir bloquear usuario, desbloquear usuario, Esencial Alta
cambiar contraseña de usuario, asignar permisos de
a usuario, consultar permisos de usuario, consultar
datos de usuario, consultar datos de perfil, crear
usuario, eliminar usuario, asignar perfil a usuario,
desde modulo administrador.

SR009 Lo usuarios pueden pedir permisos para distintos Esencial Alta

módulos.

SR010 Se podrán crear tantas peticiones como sea Esencial Alta

necesario.

SR011 Mostrar lista de peticiones generadas. Sólo se Deseable Alta

mostrarán aquellas pendientes de solución.

SR012 Se podrá aceptar la petición desde el modulo Opcional Media

administrador.

SR013 Mostrar los siguientes datos de una petición: Deseable Media

identificador, usuario que la creó, acción,
argumentos, estado y fecha de actualización.

SR014 Se podrán eliminar peticiones. Esencial Alta

Identificador Descripción Necesidad Prioridad

SR019 Al crear un nuevo usuario será obligatorio introducir Esencial Alta

una contraseña de usuario.

SR021 Al asignar un perfil básico se eliminarán primero Esencial Media

todos los permisos que tuviese el usuario y a
continuación se otorgarán los permisos del nuevo
perfil.
SR023 La acción asignar perfil se habilitará si está Esencial Alta
seleccionado un usuario a un perfil inferior al
administrador..
PRACTICA 2: SCRUM

SR024 Las acciones bloquear/desbloquear usuario son Esencial Alta

exclusivas en función del estado del usuario
administrador.
SR025 El usuario administrador puede eliminar o agregar Deseable Media
otro administrador previa aprobación de todos los
administradores.
SR026 La solicitud de autorización para eliminar a un Esencial Alta
administrador debe tener un mensaje obligatorio.

SR027 Al eliminar un usuario, el sistema tendrá la opción de Deseable Media

enviar sms como notificación.

SR028 El usuario puede darse de baja del sistema previa Esencial Alta
solicitud y aprobación del administrador

4. Requisitos no funcionales de operación

Los requisitos de operación definen cómo debe de operar del sistema.

Identificador Descripción Necesidad Prioridad

SR020 Se solicitará confirmación en las siguientes Deseable Baja
acciones: eliminar usuario, asignar perfil, eliminar
petición, bloquear usuario y desbloquear usuario.

5. Requisitos no funcionales de seguridad

Los requisitos de seguridad definen las características de seguridad del sistema.

Identificador Descripción Necesidad Prioridad Fuente

SR018 Al crear un usuario deberá solicitad de manera Esencial Alta UR007
obligatoria el DNI, nombre, apellido y
departamento. En caso no exista en el
directorio persona.
SR034 De existir en el directorio persona y se desea Esencial Alta UR015
migrar como usuario, solo deberá solicitar el
departamento asignado..
SR035 El administrador no puede eliminar un Esencial Alta UR015
departamento mientras tenga a un usuario
asignado.
PRACTICA 2: SCRUM

SR039 Las contraseñas que manipule el sistema Esencial Alta UR008

deben ser cifradas mediante la función MD5 y
generadas aleatoreamente o asignadas
manualmente mediame un estándar de 8
caracteres, 1 mayuscula, y un simbolo