Producto/ Versión: XXXX

ESPECIFICACIÓN DE REQUERIMIENTOS
Grupo 14 Versión ERS: 1.0
Cliente: XXXX Página 1 de 7

ESPECIFICACIÓN DE REQUERIMIENTOS

File: 631271439.odt STD-ERS Versión: 0.1

 Producto/ Versión: XXXX
ESPECIFICACIÓN DE REQUERIMIENTOS
Grupo 14 Versión ERS: 1.0
Cliente: XXXX Página 2 de 7

TABLA DE CONTENIDOS

1.Introducción.......................................................................................................................................3
1.1.Propósito.....................................................................................................................................3
1.2.Definiciones, Acrónimos y Abreviaturas...................................................................................3
1.3.Alcance.......................................................................................................................................3
1.4.Referencias................................................................................................................................. 3
2.Presentación del Producto.................................................................................................................4
2.1.Propósito del Sistema................................................................................................................. 4
2.1.1.Objetivo:..............................................................................................................................4
2.1.2.Alcance:...............................................................................................................................4
2.1.3.El Sistema no contempla:....................................................................................................4
2.2.Restricciones y Supuestos:......................................................................................................... 4
3.Descripción General..........................................................................................................................4
3.1.Listado de la Funcionalidad del Sistema....................................................................................4
3.2.Contexto del Producto................................................................................................................4
3.3.Perspectivas futuras del producto...............................................................................................5
3.4.Reglas y Funciones de Negocio................................................................................................. 5
4.Descripción Detallada de Requerimientos........................................................................................ 5
4.1.Actores........................................................................................................................................5
4.2.Requerimientos Funcionales...................................................................................................... 5
Diagrama/s de Caso de Uso..........................................................................................................5
Listado de Casos de Uso.............................................................................................................. 5
Requerimientos funcionales......................................................................................................... 5
4.3.Requerimientos No Funcionales................................................................................................ 6
5.Requerimientos de Licencia..............................................................................................................6
6.Observaciones................................................................................................................................... 6
7.Historia de Cambios.......................................................................................................................... 6

File: 631271439.odt STD-ERS Versión: 0.1

 Producto/ Versión: XXXX
ESPECIFICACIÓN DE REQUERIMIENTOS
Grupo 14 Versión ERS: 1.0
Cliente: XXXX Página 3 de 7

(NOTA: el texto en cursiva azul es al solo efecto de explicar el contenido. Al

utilizarse el presente formulario, todo este texto debe eliminarse. Fuente del texto:
Arial 12, Interlineado: 1.5 )

1. Introducción
1.1. Propósito
El propósito de esta documentación es mostrar todos los requerimientos,
dispuestos por los clientes y las necesidades de los mismos. De la misma forma,
en esta documentación también definiremos las restricciones, funcionalidades,
módulos y forma en la que los clientes quieren que funcione el sistema y como lo
manejaran ellos, todo esto con el fin de la facilidad de uso en todas sus partes.

1.2. Definiciones, Acrónimos y Abreviaturas

SO: sistema operativo

RF: Requerimientos funcionales
RN: Requerimientos No funcionales

1.3. Alcance
El documento tiene como alcance el conocimiento por parte de los directores,
funcionarios ingenieros y programadores involucrados en el sistema a utilizar.

1.4. Referencias

Archivo de Documento Título del Documento Organización que lo Publica

https://proyectosagiles.org/que-es-scrum/ Que es SCRUM? Organización de proyectos
agiles
https://www.wearemarketing.com/es/blog/ Metodología SCRUM Organization WAM(we are
metodologia-scrum-que-es-y-como- marketing)
funciona.html
https://www.apd.es/metodologia-scrum-que-es/ Aplicación y fases del SCRUM Organización APD

2. Presentación del Producto

2.1. Propósito del Sistema

2.1.1.Objetivo:
Facilitar la organización y gestión de proyectos agiles a largo y corto plazo de una
empresa. Esto implica a todo el ciclo de vida de los proyectos, que serán basados
en la metodología SCRUM y visualizados a través de un tablero de KANBAN.

2.1.2.Alcance:
 Módulo de Seguridad: Definición de permisos, roles y configuraciones del
sistema. Los roles deben ser dinámicos. Y los usuarios deben consultarse a
través de un SSO.

File: 631271439.odt STD-ERS Versión: 0.1

 Producto/ Versión: XXXX
ESPECIFICACIÓN DE REQUERIMIENTOS
Grupo 14 Versión ERS: 1.0
Cliente: XXXX Página 4 de 7

 Módulo de Proyecto: Definición de los parámetros de un proyecto y

configuraciones. Y se podrá modificar los miembros del equipo en cualquier
momento.
 Módulo de Desarrollo: Los proyectos deberán contener sprint de duración
variable. Numeración automática de US. Administración de backlogs. La
gestión del ciclo de vida de un proyecto. También debe permitir la
visualización de proyectos ya culminados.

1.1.1.El Sistema no contempla:

El sistema no contempla una gestión de archivos de mensajería interno para los
usuarios, solo el sistema de roles, permisos, actividades y funciones definidos para
cada Sprint.

2.2. Restricciones y Supuestos:

Las restricciones y supuestos de los requerimientos son las siguientes:
 Cambios de metodología en el proyecto
 Sprint simultáneos para distintos equipos
 Compartir user history, solo uno por cada integrante

2. Descripción General

3.1. Listado de la Funcionalidad del Sistema

 Elaboración de reportes
 Definir y gestionar roles
 Gestionar historias de usuario
 Seguimiento de estado del proyecto

3.1. Contexto del Producto

La empresa tiene otros sistemas que funcionan en conjunto con el sistema, por tal
motivo la empresa decide centralizar los accesos a los sistemas
La seguridad del sistema será controlada por el SSO con los permisos de usuario
que la empresa definió
3.2. Perspectivas futuras del producto
 La exportación de los reportes en otros formatos no soportados
 Automatizar los estados del proyecto
 Gráficos más detallados para el Burndown chart

3.1. Reglas y Funciones de Negocio

El sistema se encarga de gestionar proyectos en base a las metodologías agiles
Scrum y Kanban

4. Descripción Detallada de Requerimientos

4.1. Actores
<Se describen los roles, entidades, otros sistemas, dispositivos y cualquier otro
“Actor” con el que el sistema en desarrollo debería interactuar. >.

File: 631271439.odt STD-ERS Versión: 0.1

 Producto/ Versión: XXXX
ESPECIFICACIÓN DE REQUERIMIENTOS
Grupo 14 Versión ERS: 1.0
Cliente: XXXX Página 5 de 7

4.2. Requerimientos Funcionales

<Se describen los requerimientos funcionales del sistema utilizando Casos de Uso
o bien Listados de Funcionalidades. Para el contexto de este trabajo se
identificarán los casos de uso y se describirá el listado de funcionalidades.>.

<Si se utilizan Casos de Uso deben incluirse:

Diagrama/s de Caso de Uso

<se debe incluir aquí el diagrama o diagramas de casos de uso que
muestran de manera gráfica los alcances funcionales del producto.
Esta información puede proveerse directamente o por referencia a otro
documento, en éste último caso se sugiere el estándar Diagramas de
UC.>
Texto sugerido:

Ver archivo <Diagrama de Casos de Uso> < Nombre del Producto>

Listado de Casos de Uso

<Se deberá hacer referencia al estándar STD-LUC (Listado de Casos de
Uso), con sus atributos obligatorios. El listado de Casos de Uso contiene
el número y nombre de cada caso de uso, complejidad, nivel de riesgo
de arquitectura, prioridad del cliente, prioridad final.>
Texto sugerido:

Ver archivo <Listado de Casos de Uso> <Nombre del Producto>

Requerimientos funcionales
Módulos de seguridad
RF-1 Permitir crear roles de sistema
RF-2 Permitir eliminar un rol
RF-3 Permitir asignar permisos a los roles
RF-4 Permitir quitar permisos a los roles

Módulo de proyecto
RF-5 Permitir crear proyectos
RF-6 Los proyectos deben cumplir un periodo de inicio y fin
RF-7 Se permite modificar durante el desarrollo del proyecto la fecha de
inicio y fin
RF-8 El proyecto debe de contar con una descripción
RF-9 Los proyectos deben tener nombre
RF-10 Establecer los miembros del proyecto en cualquier momento
RF-11 Permitir la creación de roles para el proyecto
RF-12 Permitir modificar los roles del proyecto
RF-13 Permitir eliminar roles del proyecto
RF-14 Establecer los roles principales de la metodología Scrum por defecto
RF-15 Permitir modificar el rol de un usuario
RF-16 Permitir eliminar un miembro del proyecto
File: 631271439.odt STD-ERS Versión: 0.1
 Producto/ Versión: XXXX
ESPECIFICACIÓN DE REQUERIMIENTOS
Grupo 14 Versión ERS: 1.0
Cliente: XXXX Página 6 de 7

RF-17 Un proyecto tiene estados

RF-18 Permitir modificar estados del proyecto
RF-19 Un usuario solo tiene acceso a los proyectos en el que participa
RF-20 Un proyecto tiene estados, los cuales son: En Proceso, Pendiente,
Cancelado, Pausado, Finalizado. Los cuales el sistema no se encarga de ir cambiando,
sino que el administrador del proyecto debe ir actualizando el estado cuando se requiera.
RF-21 Permitir modificar estados del proyecto. Es un proceso manual del
que se tiene que encargar un usuario que tenga los permisos necesarios, el sistema no se
encarga de modificarlo automáticamente

Módulo de desarrollo
RF-22 Registrar historias de usuarios
RF-23 Permitir crear sprint
RF-24 Establecer la duración del sprint, puede tener duraciones distintas
cada sprint
RF-25 Registrar el sprint planning
RF-26 El sprint no puede iniciarse sin antes seleccionar las historias de
usuarios para el sprint
RF-27 Permitir establecer prioridades en las historias de usuario
RF-28 Solo se puede ingresar en un Sprint las historias de usuarios que
hayan pasado por un Sprint Planning y que tengan un valor concreto de dificultad
estimada
RF-29 Permitir cambiar las prioridades en las historias de usuario
RF-30 Utilizar la metodología kanban para describir el estado del proyecto
RF-31 Registrar el sprint review
RF-32 Registrar los resultados del daily sprint
RF-33 Registrar el sprint retrospective
RF-34 Exportar los registros como documentos
RF-35 A una historia de usuario se le puede definir una prioridad en el
momento de registro o en el Sprint Planning.
RF-36 Calcular el burndown chart

4.3. Requerimientos No Funcionales

RN-1.Los usuarios deben ingresar a través de un SSO

RN-2.El sistema es una aplicación web
RN-3.La aplicación debe soportar un diseño responsive
RN-4.Los dispositivos en los que se utilice deben soportar
cualquier tipo de navegador actualizado
RN-5.El sistema cuenta con validaciones de datos de tipo
numérico y de fecha
RN-6.El formato de codificación de caracteres a utilizar será
UTF-8

File: 631271439.odt STD-ERS Versión: 0.1

 Producto/ Versión: XXXX
ESPECIFICACIÓN DE REQUERIMIENTOS
Grupo 14 Versión ERS: 1.0
Cliente: XXXX Página 7 de 7

3. Requerimientos de Licencia
El sistema será desarrollado con tecnologías open-source

4. Observaciones
Por el momento no se han definidos las licencias que se necesitan

5. Historia de Cambios

Fecha Versión Versión Descripción Autor

Física Lógica
14/03/2022 1.0 Borrador de ERS Grupo 14

File: 631271439.odt STD-ERS Versión: 0.1