Proyecto SRS

Especificación de requisitos de software
Proyecto: Sistema de Control de Inventario y

Gestión de Servicios Informáticos (caso: Empresa
Servicios Corporativos 3867 C.A).
Julio del 2022

Sistema de Control de Inventario y Gesy Gestiónrvicios Informáticos
(caso: Empresa Servicios Corporativos 3867 C.A)
Pág. 2
Historial de Revisiones
Fecha Revisión Descripción Autor

23/07/2022 Derbis Freytez
El siguiente Producto se creará
Jesús Rivas
para trabajar en plataforma web
para controlar el nivel de Josué Barreto
inventario o servicios de la
empresa para un control de Manal Saleh
procesos.
Tomas Gordillo
Documento validado por las partes en fecha:
Por el cliente Por la universidad
Empresa Servicios Corporativos 3867 C.A Universidad Politécnica Territorial Andrés Eloy
Blanco.
Fdo. D./ Dña Fdo. D./ Dña
Descripción de requisitos del software

Sistema de Control de Inventario y Gestión de Servicios Informáticos

Pág. 3
_____________________________________________________________________
Contenido
HISTORIAL DE REVISIONES II
CONTENIDO 3
1 INTRODUCCIÓN 4
1.1 Propósito 4
1.2 Alcance 4
1.3 Personal involucrado 4
1.4 Definiciones, acrónimos y abreviaturas 5
1.5 Referencias 6
1.6 Resumen 6
2 DESCRIPCIÓN GENERAL 6
2.1 Perspectiva del producto 6
2.2 Funcionalidad del producto 7
2.3 Características de los usuarios 8
2.4 Restricciones 8
2.5 Suposiciones y dependencias 8
3 REQUISITOS ESPECÍFICOS 9
3.1 Requisitos comunes de los interfaces 19
3.2 Requisitos funcionales 20
3.3 Requisitos no funcionales 24


Pág. 4
_____________________________________________________________________
1 Introducción
En este documento se presentan las especificaciones para integrar los requerimientos

del sistema para implementar las restricciones, requisitos, suposiciones y dependencias y
el alcance descritos por el cliente para el desarrollo del sistema de control de inventario y
gestión de servicios (SIGES), para poder implementar este documento de especificación de
requerimientos del software (SRS) como la ayuda del maestro de clase de ingeniería del
software.
El presente documento tiene como funcionalidad servir de instrumento de revisión del
sistema, mediante la organización de los requerimientos necesarios para el desarrollo
exitoso del mismo y ser guía para las partes involucradas de tal forma que proporcionará
sus funciones, responsabilidades y el objetivo de cada una de ellas; su alcance llega
mediante las necesidades que indican dicha comunidad, en la cual se obtendrá la
automatización de cada una de las funciones que la misma ejerce, y de tal manera lograr
respuestas más eficientes, tener menos pérdida de datos y más productividad en las áreas
de desempeño de cada uno de los/las involucrados/as en los procesos del
1.1 Propósito
El documento tiene como propósito detallar cada uno de los requerimientos funcionales
y no funcionales para desarrollar un sistema de control de inventario y gestión de
servicios. Él cual será utilizado por los clientes de las sucursales y los directivos de
servicios corporativos, para mejorar la calidad del servicio técnico a los clientes y llevar
un control de registro de los equipos y servicios que son solicitados a la empresa.
1.2 Alcance
Este sistema será desarrollado con los siguientes requerimientos especificados en este
documento para controlar los Soporte técnico e inventario teniendo como funciones
registro de bienes de la empresa. Y estará dirigido al usuario del sistema, para llevar un
mejor control y rapidez, automatizando el proceso de registro manual a través del
desarrollo de un sistema de inventario y gestión de servicios para la empresa.
Tendrá la facilidad de gestionar los permisos y módulos de los mismos de forma

individual, también contará con notificaciones tanto de la solicitud de constancia como
generadas por el sistema el control total de productos, equipos, negocios, servicios,
inmuebles de la empresa; asimismo el generar reportes de todo el inventario, listados de
traslado, historial de servicios, historial de servicios además se podrá generar reportes
estadísticos y realizar consultas detalladas de cada producto que se encuentre
registrado en la empresa.

Pág. 5
_____________________________________________________________________
1.3 Personal involucrado
Nombre Indira Gonzales

Rol Representante (Tutora)
Categoría profesional Ing. En Informática
Responsabilidades Es el responsable de la definición del proyecto y de la
asignación de recursos. Da soporte a las tareas de
estimación y de las actividades contenidas en los planes y
realiza la revisión y aprobación del grupo.
Información de contacto indiring@gmail.com
Nombre Deibys Freytez

Rol Analista, programador y probador
Categoría profesional TSU En Informática / Estudiante
Responsabilidades Análisis de información, diseño y programación del SIGES
Información de contacto deibysfreytez@gmail.com
Nombre Jesús Rivas

Rol Analista, diseñador, programador y probador
Información de contacto rivasfloresjesusdavid@gmail.com
Nombre Manal Saleh

Rol Analista, programador y probador
Información de contacto manalsalehrivero1@gmail.com

Pág. 6
_____________________________________________________________________
Nombre Josué Barreto

Rol Diseñador, programador y probador
Información de contacto jbarretograterol@gmail.com
Nombre Tomas Gordillo

Rol Analista, diseñador y programador
Información de contacto niosperg@gmail.com
1.4 Definiciones, acrónimos y abreviaturas
Nombre Descripción
Usuario Persona que usará el sistema.
SIGES Sistema de Inventario y Gestión de Servicios.
URL Dirección o link del sitio web en cuestión.
SMBD Sistema manejador de base de datos.
Firefox Navegador Web.
OS Sistema operativo.
SRS Especificación de Requisitos Software.
RF Requerimiento Funcional.
RNF Requerimiento No Funcional.
PHP Lenguaje de programación orientado a objetos.
JavaScript Lenguaje de programación interpretado.

Pág. 7
_____________________________________________________________________
1.5 Referencias
Referencia Título Ruta Fecha Autor
http//
www.ayudantiasub
IEEE Standard IEEE 830 - 22/10/2008 IEEE
b.files.wordpress.co
1998
m/2008/06/ieee.pdf
1.6 Resumen
El documento está formado por tres secciones en donde cada uno tiene un
propósito para Desarrollar un sistema automatizado para el control de inventario
y gestión de servicios en la empresa Servicios Corporativos 3867 C.A.
Sección 1: En la primera sección se realiza una introducción para conocer las

especificaciones de los requerimientos del sistema y tener una visión general del
SIGES y sus funcionalidades además se le da introducción y se puede visualizar
los propósitos, alcances y personal involucrado en el proceso de levantamiento
de información, y también se hacen mención los acrónimos, abreviaturas y
referencias bibliográficas.
Sección 2: Está orientada a la descripción general del sistema de información

va dirigida al cliente-servidor, se describen las perspectivas del producto,
funcionalidad del sistema, características de los usuarios, restricciones,
suposiciones y dependencias, así como la evolución previsible del sistema a
futuro, para lograr una mayor productividad en el desempeño de las funciones
para las que es diseñado.
Sección 3: En la tercera sección de este documento se da a conocer cada uno

de los requerimientos del sistema para explicar detalladamente las
funcionalidades con las que trabajará el SIGES en la empresa.
2 Descripción general
2.1 Perspectiva del producto
El SIGES será un sistema creado en PHP que permita una mejor eficiencia y rapidez al
momento de realizar los procesos de la empresa y estará diseñado para trabajar en
entornos WEB, armonizando los procesos de registro manual que el usuario realiza.

Pág. 8
_____________________________________________________________________
2.2 Funcionalidad del producto
El producto a desarrollar tendrá la capacidad de múltiples funciones, que al

realizarse de la manera prevista crean el propósito del sistema, en los que se
encuentran:
1. Gestión de Usuarios
a. Cuentas de Usuarios.
b. Seguridad de Usuarios
c. Roles de Usuarios
2. Gestión de Soporte Técnico
a. Solicitud de soporte.
b. Solicitud de equipo.
c. Asignación de Equipos
d. Solicitud de Compras
e. Reporte de finalización de Soportes
3. Gestión de Inventario
a. Registrar entrada de equipos
b. Consultas estados de equipos
c. Ubicación de Equipos
d. Traslado o Asignación de equipos.
4. Bitácora. (Consultar Bitácora).
5. Filtros de búsqueda.
6. Generación de reportes en PDF y EXCEL.
7. Generación de reportes estadísticos.

Pág. 9
_____________________________________________________________________
2.3 Características de los usuarios
Tipo de usuario Súper Usuario/a

Formación
Habilidades Manejo intermedio del computador, conocimiento en
ofimática, manejo y desenvolvimiento en el uso de sistemas
de información.
Actividades Control y manejo del sistema general
Tipo de usuario Asistente/ra

Formación
de información.
Actividades Realizar registros, solicitar reportes, solicitar equipos,
solicitar servicios .
Tipo de usuario Gerente

Formación Nivel educativo diverso.
de información.
Actividades Solicitar reportes, consultar inventario.
Tipo de usuario Usuario

Formación Nivel educativo diverso.
de información.
Actividades Solicitar reportes.

Pág. 10
_____________________________________________________________________
2.4 Restricciones
● El sistema debe ser capaz de atender consultas simultáneas en el BD.
● El sistema será responsivo, es decir, será adaptable a los diferentes equipos
donde se va a usar.
● Será compatible con todos los navegadores.
● La PC debe tener preferiblemente instalado Software Privativo (Windows 10)
para el uso del sistema.
● El sistema deberá estar desarrollado con el lenguaje de programación de PHP
Orientado a Objetos y con el patrón MVC (Modelo, vista, controlador).
● Se deberá mantener los colores de la empresa.
● Se deberá colocar el logo de la empresa en el sistema.
● El sistema será desarrollado con lenguajes y tecnologías: MySQL, PHP,
JavaScript.
● Los datos de todos los campos del sistema serán validados con JQuery.
● El sistema deberá limitar el acceso a los usuarios no autorizados.
2.5 Suposiciones y dependencias
✔ El sistema se elaborará de tal manera que los súper-usuarios/as, asistentes,
gerentes y usuarios puedan usarlo desde sus dispositivos móviles.
✔ Se asume que los requisitos aquí descritos son estables.


Pág. 11
_____________________________________________________________________
✔ El sistema de información debe de controlar los permisos que tiene cada
usuario para su accesibilidad de una manera correcta, de tal forma que pueda
acceder a la información que le corresponde de acuerdo a su rol.
✔ Por seguridad, el sistema deberá bloquear a cada usuario/a que exceda su
límite de intentos (3) a la hora de ingresar al login, y este le debe permitir

restaurar la contraseña del mismo a través de preguntas de seguridad.
2.6 Evolución previsible del sistema
Debido a que el sistema a desarrollar es multiplataforma, es previsible a

evolucionar en un futuro agregándole módulos nuevos.
3 Requisitos específicos
Número de requisito RF01

Nombre de requisito Iniciar sesión
Tipo ☐ Requisito ☐ Restricción
Fuente del requisito
Prioridad del requisito ☐ Alta/Esencial ☐ Media/Deseado ☐ Baja/ Opcional
Número de requisito RF01.1

Nombre de requisito Ingresar al Sistema

Nombre de requisito Recuperar Contraseña

Pág. 12
_____________________________________________________________________

Número de requisito RF02

Nombre de requisito Gestionar Notificaciones

Nombre de requisito Consultar Notificación
Número de requisito RF 03
Nombre de requisito Gestionar Perfil de Usuario
Número de requisito RF 03.1

Nombre de requisito Modificar Perfil


Pág. 13
_____________________________________________________________________
Nombre de requisito Seleccionar Tema

Nombre de requisito Solicitar ayuda

Nombre de requisito Descargar Manual de Usuario
Nombre de requisito Gestionar Soporte

Nombre de requisito Solicitar Soporte

Pág. 14
_____________________________________________________________________


Nombre de requisito Consultar Solicitud
Número de requisito RF 05.2.1

Nombre de requisito Modificar Solicitud

Nombre de requisito Eliminar Solicitud
Nombre de requisito Gestionar Categorías

Pág. 15
_____________________________________________________________________

Nombre de requisito Registrar Categorías

Nombre de requisito Consultar Categorías

Nombre de requisito Eliminar Categorías

Nombre de requisito Modificar Categorías

Pág. 16
_____________________________________________________________________
Nombre de requisito Gestionar Productos

Nombre de requisito Registrar Productos

Nombre de requisito Consultar Productos

Nombre de requisito Modificar Productos


Pág. 17
_____________________________________________________________________
Nombre de requisito Eliminar Productos


Nombre de requisito Consultar Productos
Nombre de requisito Gestionar Empresas

Nombre de requisito Registrar Empresas

Nombre de requisito Consultar Empresa

Pág. 18
_____________________________________________________________________


Nombre de requisito Modificar Empresa

Nombre de requisito Eliminar Empresa
Nombre de requisito Gestionar Departamento


Pág. 19
_____________________________________________________________________
Nombre de requisito Registrar Departamento


Nombre de requisito Consultar Departamento

Nombre de requisito Modificar Departamento

Nombre de requisito Eliminar Departamento

Pág. 20
_____________________________________________________________________
Nombre de requisito Gestionar Usuarios


Nombre de requisito Registrar Usuario

Nombre de requisito Consultar Usuario

Nombre de requisito Modificar Permisología


Pág. 21
_____________________________________________________________________
Nombre de requisito Modificar Usuario


Nombre de requisito Eliminar Usuario
Nombre de requisito Gestionar Solicitud

Nombre de requisito Solicitar Soporte


Pág. 22
_____________________________________________________________________
Nombre de requisito Consultar Solicitud


Nombre de requisito Aprobar Solicitud

Nombre de requisito Rechazar Solicitud
Nombre de requisito Gestionar Traslado

Pág. 23
_____________________________________________________________________

Nombre de requisito Programar Traslado

Nombre de requisito Consultar Traslado

Nombre de requisito Eliminar traslado

Nombre de requisito Modificar traslado

Pág. 24
_____________________________________________________________________
Nombre de requisito Solicitar Equipo
Nombre de requisito Gestionar Servicios

Nombre de requisito Registrar Servicios

Nombre de requisito Consultar Servicios

Pág. 25
_____________________________________________________________________

Nombre de requisito Eliminar Servicio

Nombre de requisito Modificar Servicio
Nombre de requisito Generar Reportes

Nombre de requisito Generar Solicitudes de Soporte Técnico

Pág. 26
_____________________________________________________________________

Nombre de requisito Generar Listado de Inventario

Nombre de requisito Generar Historial de traslado

Nombre de requisito Generar constancias de compras

Nombre de requisito Generar estadísticas

Pág. 27
_____________________________________________________________________
Nombre de requisito Consultar Inventario
3.1 Requisitos comunes de los interfaces
3.1.1 Interfaces de usuario
La interfaz con el usuario consistirá en un conjunto de ventanas con botones,

listas y campos de textos, se usarán colores sobresalientes de la comunidad. Ésta
deberá ser construida específicamente para el sistema propuesto y, será visualizada
desde un navegador de internet.
3.1.2 Interfaces de hardware
Será necesario disponer de equipos de cómputos en perfecto estado con las

siguientes características:
✔ Procesador de 1.66GHz o superior.
✔ Memoria mínima de 1GB.
✔ Monitor.
✔ Mouse.
✔ Teclado.
3.1.3 Interfaces de software


Pág. 28
_____________________________________________________________________
El sistema podrá ser utilizado tanto como en Linux y Windows, en sus

diferentes versiones de navegadores.
3.1.4 Interfaces de comunicación
Se establecerá comunicación con el servidor web local mediante el protocolo

de transferencias HTTP. Para dicha conexión es de manera obligatoria hacer uso de un
computador y un servicio con una red local disponible; donde la información se
procesa con un entorno web, mediante cualquier tipo de navegador.
3.2 Requisitos funcionales
Requisito funcional RF01

MODULO-01: Iniciar Sesión
Función Ingreso al sistema de los/las Súper-Usuarios/as,
Administradores/ras, Habitantes y recuperación de
contraseña.
Descripción Este módulo le dará la opción al súper-usuario/a,
administrador/ra y habitante de ingresar al sistema por
medio de su cédula, contraseña y captcha, recuperar la
contraseña en caso de olvido por medio de preguntas de
seguridad.
Entrada Interfaz de Inicio de sesión
Fuente
Salida Acceso al sistema y/o recuperación de contraseña
Procesos Ingresar al inicio del sistema de forma local desde la pc o por
el servidor web, donde estará los campos de ingresar al
sistema y recuperación de contraseña .
Restricciones
Pre-condiciones
Post-condiciones
● Validación de la sección seleccionada de manera

Pág. 29
_____________________________________________________________________
satisfactoria.
Efectos colaterales Ninguno
Tipo Esencial y Primario.
Requisito funcional RF 01.1

SUB-SECCIÓN-01.1: Ingresar al sistema
Función Ingreso al sistema de los/las Súper-Usuarios/as, Asistentes,
gerentes y usuarios.
Descripción En este módulo se solicitará a los usuarios que ingresaran en
el sistema (Súper-Usuarios/as, Asistentes, gerentes y
usuarios) su cédula, contraseña y captcha, una vez validado
les permitirá ingresar al menú principal del sistema.
Entrada Dato cédula, contraseña y captcha llenados por el usuario a
ingresar
Fuente
Salida Validación correcta e ingreso al sistema de forma
satisfactoria
Procesos Verificar si la cédula ingresada por el usuario es existente en
la base de datos del sistema, validar el campo contraseña en
caso de que exista dicho usuario con su registro en la BD y
validar el captcha ingresado
Restricciones
● El usuario no puede equivocarse más de tres (3)
veces
● Deben estar todos los campos correctos.
● Deben estar todos los campos llenos.
Pre-condiciones
● El usuario debe estar registrado previamente en el
sistema
Post-condiciones
● Acceder al sistema


Pág. 30
_____________________________________________________________________
Requisito funcional RF01.2
SUB-SECCIÓN-01.2: Recuperar Contraseña

Función Alternativa del usuario para recuperar su contraseña en caso
de olvido
Descripción Este requisito consiste en recuperar la contraseña perdida y
para ello, se solicitará cédula y respuesta a preguntas de
seguridad.
Entrada Dato cédula, respuestas de las preguntas de seguridad y
campos de nueva contraseña
Fuente
Salida Verificación correcta del usuario y cambio de contraseña de
manera satisfactoria
Procesos Verificar si la cédula ingresada por el usuario es existente en
la base de datos del sistema, validar las respuestas de las
preguntas de seguridad en caso de que exista dicho usuario
con su registro de seguridad en la BD y validar los campos
de la nueva contraseña
Restricciones
● Deben estar todos los campos correctos.
Pre-condiciones
● El usuario debe estar registrado previamente en el
sistema
Post-condiciones
● Cambio de contraseña exitoso

Requisito funcional RF02
MÓDULO-02: Gestionar Notificaciones

Función Gestionar notificaciones autogeneradas por el sistema,

Pág. 31
_____________________________________________________________________
algunas de ellas podrán rechazarse o aceptarse.

Descripción El/la Súper-Usuarios/as, Asistentes, gerentes y usuarios
podrá gestionar todas las notificaciones que les lleguen al
buzón dentro del sistema de información.
Entrada Notificación generada por el sistema
Fuente
Salida Visualización, eliminación de la notificación o la denegación
de solicitud de manera exitosa.
Procesos Se verifica si el sistema auto generó una notificación y el
usuario cliquea en ella para proceder a su visualización,
aceptar/denegar y/o eliminación de la misma
Restricciones Solo el súper-usuario tiene la posibilidad de rechazar o
aceptar los cambios realizados por parte del habitante con
respecto a su familia y vivienda.
Pre-condiciones
● El sistema tendrá que haber generado una
notificación para poder ser visualizada,

aceptada/rechazada o eliminada por el/la usuario/a
Post-condiciones
● Visualización, aceptación/rechazo y/o eliminación de
la notificación de manera exitosa.

Requisito funcional RF02.1
SUBSECCIÓN -02.1: Consultar Notificación

Función Consultar notificaciones autogeneradas por el sistema
Descripción El/la Súper-Usuarios/as, Asistentes, gerentes y usuarios
podrán consultar las notificaciones recibidas en su buzón,
haciendo clic en el botón “notificaciones”.
Entrada Notificación registrada por el sistema
Fuente

Pág. 32
_____________________________________________________________________
Salida Visualización de la notificación de manera exitosa

Procesos Se verifica si el sistema auto generó una notificación y el
usuario cliquea en ella para proceder a la visualización del
mismo
Restricciones Ninguna
Pre-condiciones
● El sistema tendrá que haber generado una
notificación para poder ser visualizada por el usuario

Post-condiciones
● Visualización de la notificación de manera exitosa

3.3 Requisitos no funcionales
1.1.1 Requisitos de rendimiento
El sistema de Información brindara a los usuarios/as una eficiencia en el

tratado de los datos, es así como el sistema ofrecerá una rapidez de un 95%
independientemente del tiempo que este lleve operativo en las computadoras
del Consejo Comunal y la cantidad de datos que fluyen en el mismo. En este
sentido la información almacenada mediante registros realizados podrá ser
consultada y actualizada permanente y simultáneamente, sin que se afecte el
tiempo de respuesta que deberá ser de 2 a 3 segundos.
1.1.2 Seguridad
El sistema garantizará la confiabilidad, la seguridad y el desempeño a los
diferentes usuarios, es por eso que contara con:

Pág. 33
_____________________________________________________________________
● Un módulo de ingreso al sistema también llamado inicio de sesión (login), en el
cual los usuarios que quieran acceder al sistema deben ingresar cédula de usuario,
contraseña y Captcha, en el caso de que no se encuentre registrado, el sistema no
permitirá su acceso.
● El sistema deberá bloquear a cada usuario que exceda su límite de intentos (3) a la
hora de ingresar al login, y este le debe permitir restaurar la contraseña del mismo
a través de preguntas de seguridad.
● Medida de seguridad Captcha (test de Turing público y automático para distinguir
a los ordenadores de los humanos, del inglés "Completely Automated Public

Turing test to tell Computers and Humans Apart"): Es un tipo de medida de
seguridad conocido como autenticación pregunta-respuesta. Además, el sistema
contará con una jerarquía de usuarios por medio de roles en los cuales según sean
estos tendrá diferentes módulos y permisos asignados, estos tipos de rol son los
siguientes:
✔ Súper Usuario: Este tipo de rol tiene acceso a todos los módulos y
permisos con los que cuentan el sistema inclusive al módulo de

usuarios, bitácora y seguridad.
✔ Asistente: Este tipo de rol puede realizar casi todas las acciones
que posee el sistema, menos:

1. Seguridad.
2. Bitácora.
3. Gestionar Usuarios.
También, el permiso de eliminación no está permitido para este rol.
● El método de encriptación base64: Es un grupo de esquemas de codificación de
binario a texto que representa los datos binarios mediante una cadena ASCII,
traduciéndose en una representación radix-64. Este método se emplea en el
sistema de la siguiente manera:

Pág. 34
_____________________________________________________________________
La función recibirá un parámetro tipo cadena de texto, el cual es llamado

$string, éste se declarará una variable vacía llamada $codec y con un ciclo for, se
recorrerá cada una de las letras del parámetro $string que ha de recibir al inicio de
la función. En cada recorrido del ciclo, la letra correspondiente a la posición en la
que va el ciclo es codificada en base64, al resultado se le anexara el carácter
numeral (#), que funcionara como separador y todo esto se agrega a la variable
$codec, de tal forma que al final del ciclo for, resulte una única cadena a partir del
parámetro $string, donde cada una de las letras está codificada en base64 y se
encuentran separadas por el carácter “#”. Una vez terminado el ciclo for, cuando la
variable $codec se encuentra llena, su valor es asignado al parámetro $string,
codificando su contenido tres veces más a base64.
Finalmente se retornará el resultado, terminando la codificación de la

cadena de texto recibida al principio.
● Bitácora: Un módulo en el cual el Súper Usuario podrá saber cuáles fueron las
acciones realizadas por otros usuarios en el sistema y el día en que estás se

ejecutaron.
● Base de datos normalizada: para la integridad de la información, esto garantizará
la seguridad del sistema con respecto a la información y datos que se manejen.
1.1.3 Fiabilidad
● El sistema tendrá la capacidad para mantener un nivel especificado de
funcionamiento en caso de errores del software o de incumplimiento de su

interfaz especificada.

Pág. 35
_____________________________________________________________________
● Gracias a su arquitectura MVC el sistema funciona con diferentes módulos
independientes entre sí, lo que significa que si se presenta algún error no afectará
la funcionalidad de otro módulo. El tiempo medio entre fallos(TMEF), del sistema
es de 11 minutos por módulo trimestralmente.
1.1.4 Disponibilidad
El sistema contará con una disponibilidad de 24/7, es así como el servidor
debe siempre estar activado, esto equivale a una disponibilidad del 99,9%.
Mantenibilidad
● Se planificará rutinas de mantenimiento a la base de datos cada 6 meses
aproximadamente sin afectar la información que la comunidad almacene y

realizada por personal capacitado para esto, como son los desarrolladores.
● El sistema podrá permitir que una determinada modificación sea implementada,
ya que el sistema se manejara por módulos y estos estarán ensamblados para

conformar el sistema completo lo que hará que una modificación se puede llevar a
cabo prestando igualmente sus servicios el sistema al usuario.
● El mantenimiento del sistema igualmente será realizado por módulos, lo que lo
hará más fácil y eficiente el proceso y donde no se afectará directamente todo el

sistema.
1.1.5 Portabilidad
El sistema puede adaptarse o instalarse en otros equipos informáticos
fácilmente, solo se debe contar con algunas especificaciones de estándar en su
hardware y en cuanto al software sólo debe existir los programas necesarios para
la utilización del sistema.

Pág. 36
_____________________________________________________________________

Proyecto SRS

Cargado por

Información del documento

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

Proyecto SRS

Cargado por

Copyright:

Formatos disponibles

Especificación de requisitos de software

Proyecto: Sistema de Control de Inventario y

Julio del 2022

Fecha Revisión Descripción Autor

Documento validado por las partes en fecha:

Por el cliente Por la universidad

Fdo. D./ Dña Fdo. D./ Dña

Descripción de requisitos del software

Especificación de requisitos de software

1.3 Personal involucrado 4

1.4 Definiciones, acrónimos y abreviaturas 5

2.1 Perspectiva del producto 6

2.2 Funcionalidad del producto 7

2.3 Características de los usuarios 8

2.5 Suposiciones y dependencias 8

3.1 Requisitos comunes de los interfaces 19

3.2 Requisitos funcionales 20

3.3 Requisitos no funcionales 24

Especificación de requisitos de software

En este documento se presentan las especificaciones para integrar los requerimientos

Tendrá la facilidad de gestionar los permisos y módulos de los mismos de forma

Especificación de requisitos de software

1.3 Personal involucrado

Nombre Indira Gonzales

Nombre Deibys Freytez

Nombre Jesús Rivas

Nombre Manal Saleh

Especificación de requisitos de software

Nombre Josué Barreto

Nombre Tomas Gordillo

1.4 Definiciones, acrónimos y abreviaturas

Especificación de requisitos de software

Referencia Título Ruta Fecha Autor

Sección 1: En la primera sección se realiza una introducción para conocer las

Sección 2: Está orientada a la descripción general del sistema de información

Sección 3: En la tercera sección de este documento se da a conocer cada uno

2.1 Perspectiva del producto

Especificación de requisitos de software

2.2 Funcionalidad del producto

El producto a desarrollar tendrá la capacidad de múltiples funciones, que al

Especificación de requisitos de software

2.3 Características de los usuarios

Tipo de usuario Súper Usuario/a

Tipo de usuario Asistente/ra

Tipo de usuario Gerente

Tipo de usuario Usuario

Especificación de requisitos de software

● El sistema debe ser capaz de atender consultas simultáneas en el BD.

● El sistema será responsivo, es decir, será adaptable a los diferentes equipos

● Será compatible con todos los navegadores.

● La PC debe tener preferiblemente instalado Software Privativo (Windows 10)

para el uso del sistema.

● El sistema deberá estar desarrollado con el lenguaje de programación de PHP

Orientado a Objetos y con el patrón MVC (Modelo, vista, controlador).

● Se deberá mantener los colores de la empresa.

● Se deberá colocar el logo de la empresa en el sistema.

● El sistema será desarrollado con lenguajes y tecnologías: MySQL, PHP,

● El sistema deberá limitar el acceso a los usuarios no autorizados.

2.5 Suposiciones y dependencias

✔ El sistema se elaborará de tal manera que los súper-usuarios/as, asistentes,

gerentes y usuarios puedan usarlo desde sus dispositivos móviles.

✔ Se asume que los requisitos aquí descritos son estables.

Especificación de requisitos de software

✔ El sistema de información debe de controlar los permisos que tiene cada