Plantilla Casos de Uso

Especificación de Casos de Uso
Proyecto: Desarrollo App gestión mantenimiento y

ventas.
[Mes de año]
Ficha del documento
Fecha Revisión Autor Verificado dep. calidad.
[Fecha] [Rev] [Descripcion] [Firma o sello]
Documento validado por las partes en fecha: 23 Octubre 2022
Por el cliente Por la empresa suministradora

MAAGU SOPORTE Y TECNOLOGIA
ROBERTO CARLOS ROMERO
Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

[Nombre del proyecto] Rev. [99.99]
Especificación de requisitos de software Pág. 3
Contenido
FICHA DEL DOCUMENTO 2
CONTENIDO 3
1 INTRODUCCIÓN 5
1.1 Propósito 5
1.2 Alcance 5
1.3 Personal involucrado 5
1.4 Definiciones, acrónimos y abreviaturas 5
1.5 Referencias 5
1.6 Resumen 5
2 DESCRIPCIÓN GENERAL 6
2.1 Perspectiva del producto 6
2.2 Funcionalidad del producto 6
2.3 Características de los usuarios 6
2.4 Restricciones 6
2.5 Suposiciones y dependencias 6
2.6 Evolución previsible del sistema 6
3 REQUISITOS ESPECÍFICOS 7
3.1 Requisitos comunes de los interfaces 7

3.1.1 Interfaces de usuario 7
3.1.2 Interfaces de hardware 7
3.1.3 Interfaces de software 7
3.1.4 Interfaces de comunicación 7
3.2 Requisitos funcionales 8

3.2.1 Requisito funcional 1 8
3.2.4 Requisito funcional n 8
3.3 Requisitos no funcionales 8

3.3.1 Requisitos de rendimiento 8
3.3.2 Seguridad 8
3.3.3 Fiabilidad 8
3.3.4 Disponibilidad 8
3.3.5 Mantenibilidad 8
Descripción de requisitos del sofware

3.3.6 Portabilidad 8
3.4 Otros requisitos 8
4 APÉNDICES 9

1 Introducción
Desarrollar una aplicación web y App Móvil para la gestión Y seguimiento de equipos
electrónicos en laboratorio de soporte técnico.
1.1 Propósito
Para que el cliente final tenga acceso en tiempo real del estado de sus equipos en
reparación y al tanto de las novedades tecnológicas de la empresa prestadora del servicio.
1.2 Alcance
Mediante esta App el cliente podrá revisar el estado y seguimiento de todo el
soporte prestado a su equipo, ahorrando tiempo y dinero, adicional visualizara
artículos y promociones de accesorios tecnológicos y seguridad electrónica para
su hogar o negocios.
1.3 Personal involucrado

Nombre ROBERTO CARLOS ROMERO
Rol [Inserte aquí el texto]
Categoría profesional [Inserte aquí el texto]
Responsabilidades [Inserte aquí el texto]
Información de contacto [Inserte aquí el texto]
Aprobación [Inserte aquí el texto]
Relación de personas involucradas en el desarrollo del sistema, con información de

contacto.
Esta información es útil para que el gestor del proyecto pueda localizar a todos los
participantes y recabar la información necesaria para la obtención de requisitos,
validaciones de seguimiento, etc.
1.4 Definiciones, acrónimos y abreviaturas

[Inserte aquí el texto]
Definición de todos los términos, abreviaturas y acrónimos necesarios para interpretar
apropiadamente este documento. En ella se pueden indicar referencias a uno o más
apéndices, o a otros documentos.
1.5 Referencias
Referencia Titulo Ruta Fecha Autor
[Ref.] [Título] [Ruta] [Fecha] [Autor]
Relación completa de todos los documentos relacionados en la especificación de

requisitos de software, identificando de cada documento el titulo, referencia (si
procede), fecha y organización que lo proporciona.
1.6 Resumen
 Descripción del contenido del resto del documento
 Explicación de la organización del documento

2 Descripción general
2.1 Perspectiva del producto
Indicar si es un producto independiente o parte de un sistema mayor. En el caso de
tratarse de un producto que forma parte de un sistema mayor, un diagrama que sitúe el
producto dentro del sistema e identifique sus conexiones facilita la comprensión.
2.2 Funcionalidad del producto

Resumen de las funcionalidades principales que el producto debe realizar, sin entrar en
información de detalle.
En ocasiones la información de esta sección puede tomarse de un documento de
especificación del sistema de mayor nivel (ej. Requisitos del sistema).
Las funcionalidades deben estar organizadas de manera que el cliente o cualquier
interlocutor pueda entenderlo perfectamente. Para ello se pueden utilizar métodos
textuales o gráficos.
2.3 Características de los usuarios

Tipo de usuario [Inserte aquí el texto]
Formación [Inserte aquí el texto]
Habilidades [Inserte aquí el texto]
Actividades [Inserte aquí el texto]
Descripción de los usuarios del producto, incluyendo nivel educacional, experiencia y

experiencia técnica.
2.4 Restricciones
Descripción de aquellas limitaciones a tener en cuenta a la hora de diseñar y desarrollar
el sistema, tales como el empleo de determinadas metodologías de desarrollo, lenguajes
de programación, normas particulares, restricciones de hardware, de sistema operativo
etc.
2.5 Suposiciones y dependencias

Descripción de aquellos factores que, si cambian, pueden afectar a los requisitos. Por
ejemplo una asunción puede ser que determinado sistema operativo está disponible
para el hardware requerido. De hecho, si el sistema operativo no estuviera disponible, la
SRS debería modificarse.
2.6 Evolución previsible del sistema

Identificación de futuras mejoras al sistema, que podrán analizarse e implementarse en
un futuro.

3 Requisitos específicos
Esta es la sección más extensa y más importante del documento.
Debe contener una lista detallada y completa de los requisitos que debe cumplir el sistema
a desarrollar. El nivel de detalle de los requisitos debe ser el suficiente para que el equipo
de desarrollo pueda diseñar un sistema que satisfaga los requisitos y los encargados de las
pruebas puedan determinar si éstos se satisfacen.
Los requisitos se dispondrán en forma de listas numeradas para su identificación,

seguimiento, trazabilidad y validación (ej. RF 10, RF 10.1, RF 10.2,...).
Para cada requisito debe completarse la siguiente tabla:
Número de requisito [Inserte aquí el texto]

Nombre de requisito [Inserte aquí el texto]
Tipo Requisito Restricción
Fuente del requisito [Inserte aquí el texto]
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
y realizar a continuación la descripción del requisito
La distribución de los párrafos que forman este punto puede diferir del propuesto en esta
plantilla, si las características del sistema aconsejan otra distribución para ofrecer mayor
claridad en la exposición.
3.1 Requisitos comunes de los interfaces

Descripción detallada de todas las entradas y salidas del sistema de software.
3.1.1 Interfaces de usuario

Describir los requisitos del interfaz de usuario para el producto. Esto puede estar
en la forma de descripciones del texto o pantallas del interfaz. Por ejemplo
posiblemente el cliente ha especificado el estilo y los colores del producto.
Describa exacto cómo el producto aparecerá a su usuario previsto.
3.1.2 Interfaces de hardware

Especificar las características lógicas para cada interfaz entre el producto y los
componentes de hardware del sistema. Se incluirán características de
configuración.
3.1.3 Interfaces de software

Indicar si hay que integrar el producto con otros productos de software.
Para cada producto de software debe especificarse lo siguiente:
 Descripción del producto software utilizado
 Propósito del interfaz
 Definición del interfaz: contiendo y formato
3.1.4 Interfaces de comunicación

Describir los requisitos del interfaces de comunicación si hay comunicaciones con
otros sistemas y cuales son las protocolos de comunicación.

3.2 Requisitos funcionales

En el momento que el usuario diligencia la información del equipo esta
automáticamente es enviada a soporte donde.
Cuando es recibido e equipo en el laboratorio es verificado y diligenciado
hoja de vida con sus características y accesorios que contiene.
Cuando se termina la hoja de vida del equipo es enviado
automáticamente al cliente mediante la App.
Las requisitos funcionales pueden ser divididos en sub-secciones.
3.2.1 Requisito funcional 1
3.2.4 Requisito funcional n
3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento
En el momento que usuario ingresa su información la página
tardara menos de 5 segundos para abrir su interfaz de formulario
de requerimientos del soporte.
3.3.2 Seguridad
 Se debe hacer backup antes de ser intervenido y guardar
registro de errores encontrados durante el soporte.
3.3.3 Fiabilidad
 El usuario no puede experimentar más de dos fallas por mes en la
aplicación.
3.3.4 Disponibilidad
 La aplicación web debe estar disponible 24/7.
 La aplicación debe soportar «cinco nueves» en disponibilidad: Esto
significa que la aplicación estará disponible un 99,999% del tiempo
al año. Indica que la aplicación no puede estar caída por más de
5,26 minutos al año.
3.3.5 Mantenibilidad
Se debe determinar un tiempo promedio para responder ante un error.
Ejemplo: El tiempo promedio para reparar un error debe no mayor a 8
horas.
3.3.6 Portabilidad
 La aplicación debe funcionar en Windows, Linux, IOS.

• La aplicación web debe funcionar en firefox, Chrome, IE, etc.

• La aplicación web debe funcionar en PC, tabletas y dispositivos mobiles
(Android, IOS, Windows Phone).
3.4 Otros requisitos

Cualquier otro requisito que no encaje en ninguna de las secciones anteriores.
Por ejemplo:
Requisitos culturales y políticos
Requisitos Legales
4 Apéndices
Pueden contener todo tipo de información relevante para la SRS pero que, propiamente, no
forme parte de la SRS.

Plantilla Casos de Uso

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Plantilla Casos de Uso

Cargado por

Copyright:

Formatos disponibles

Especificación de Casos de Uso

Proyecto: Desarrollo App gestión mantenimiento y

Fecha Revisión Autor Verificado dep. calidad.

[Fecha] [Rev] [Descripcion] [Firma o sello]

Documento validado por las partes en fecha: 23 Octubre 2022

Por el cliente Por la empresa suministradora

ROBERTO CARLOS ROMERO

Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

1.3 Personal involucrado 5

1.4 Definiciones, acrónimos y abreviaturas 5

2.1 Perspectiva del producto 6

2.2 Funcionalidad del producto 6

2.3 Características de los usuarios 6

2.5 Suposiciones y dependencias 6

2.6 Evolución previsible del sistema 6

3.1 Requisitos comunes de los interfaces 7

3.2 Requisitos funcionales 8

3.3 Requisitos no funcionales 8

Descripción de requisitos del sofware

3.4 Otros requisitos 8

Descripción de requisitos del sofware

1.3 Personal involucrado

Relación de personas involucradas en el desarrollo del sistema, con información de

1.4 Definiciones, acrónimos y abreviaturas

Relación completa de todos los documentos relacionados en la especificación de

Descripción de requisitos del sofware

2.2 Funcionalidad del producto

2.3 Características de los usuarios

Descripción de los usuarios del producto, incluyendo nivel educacional, experiencia y

2.5 Suposiciones y dependencias

2.6 Evolución previsible del sistema

Descripción de requisitos del sofware

Los requisitos se dispondrán en forma de listas numeradas para su identificación,

Para cada requisito debe completarse la siguiente tabla:

Número de requisito [Inserte aquí el texto]

y realizar a continuación la descripción del requisito

3.1 Requisitos comunes de los interfaces

3.1.1 Interfaces de usuario

3.1.2 Interfaces de hardware

3.1.3 Interfaces de software

3.1.4 Interfaces de comunicación

Descripción de requisitos del sofware

3.2 Requisitos funcionales

3.2.1 Requisito funcional 1

3.2.2 Requisito funcional 2

3.2.3 Requisito funcional 3

3.2.4 Requisito funcional n

3.3 Requisitos no funcionales

Descripción de requisitos del sofware

• La aplicación web debe funcionar en firefox, Chrome, IE, etc.

3.4 Otros requisitos

Descripción de requisitos del sofware

También podría gustarte