Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Plantilla Casos de Uso
Plantilla Casos de Uso
[Mes de año]
Ficha del documento
Contenido
FICHA DEL DOCUMENTO 2
CONTENIDO 3
1 INTRODUCCIÓN 5
1.1 Propósito 5
1.2 Alcance 5
1.5 Referencias 5
1.6 Resumen 5
2 DESCRIPCIÓN GENERAL 6
2.4 Restricciones 6
3 REQUISITOS ESPECÍFICOS 7
3.3.6 Portabilidad 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.5 Referencias
Referencia Titulo Ruta Fecha Autor
[Ref.] [Título] [Ruta] [Fecha] [Autor]
1.6 Resumen
[Inserte aquí el texto]
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
[Inserte aquí el texto]
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.4 Restricciones
[Inserte aquí el texto]
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.
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.
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.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.
Por ejemplo:
Requisitos culturales y políticos
Requisitos Legales
4 Apéndices
[Inserte aquí el texto]
Pueden contener todo tipo de información relevante para la SRS pero que, propiamente, no
forme parte de la SRS.