Logo empresa Proceso

Nombre Actividad
empresa Tarea
Producto Documento de E.R. S
Emitido por Diego Alexander Suarez Bautista Estado: aprobado
Fabian Barbery Preciado
xxxx

1. INTRODUCCIÓN:

El proceso de arquitectura de software toma los requisitos de los clientes, los

cuales son analizados y luego se produce un diseño para obtener un software que
cumpla con las respectivas necesidades.
Por medio de la presente Especificación de Requerimientos de Software, se hace
el análisis del sistema informático, con el que se dará solución al planteamiento o
problema que presenta la universidad, por lo cual es necesario obtener un
conjunto de información necesaria que ayuda a los desarrolladores del software a
analizar y entender todos los requisitos y requerimientos que nuestro cliente
desea, de la misma forma como este constituye un informe útil para que el cliente
del producto final describa lo que él realmente desea obtener, y de esta manera
lograr tener un documento necesario cuya información en el futuro servirá para el
desarrollo del software, es decir en la codificación correcta del mismo. Se describe
en forma detallada las interfaces de usuario, de software, del hardware y
comunicaciones, así como de los requerimientos del cliente, atributos del sistema
entre otros, para llegar a la solución por medio del desarrollo de un sistema
informático.

1.2. ÁMBITO DEL SISTEMA:

 Identificación de las necesidades de los administrativos de la universidad,

según la problemática presente.
 Partiendo de que la a universidad requiere de un software que capture el
salario del conductor, las salidas que realiza por mes, el valor de los
viáticos, valor del consumo de combustible por cada vehículo y número de
peajes pagados.
Logo empresa Proceso
Nombre Actividad
empresa Tarea
Producto Documento de E.R. S
Emitido por Diego Alexander Suarez Bautista Estado: aprobado
Fabian Barbery Preciado
xxxx

 Para lo cual se hace necesario emitir reportes, de los gastos y de las

salidas de los docentes y estudiantes a realización de las prácticas o
salidas pedagógicas, cuyos informes se requieren de forma mensual.
 Teniendo en cuentas estas carencias de la universidad, lo cual origina la
necesidad de automatizar el proceso en la gestión de movilidad de la
universidad, ya que no cuentan con una forma de realizar la gestión y
control de buses, conductores y costos, entre otros.

1.3. DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS

ERS Especificación de requisitos de software.

HTTPS Protocolo Seguro de transferencia de hipertexto.
Interfaz Medio que permite la comunicación entre el usuario y el sistema.
Nombre o alias que se le da a una persona, con el cual se le permitirle
Login el acceso al sistema siempre y cuando estén registrados y activos.
Password Contraseña o clave para autentificar el ingreso al software.
Señal mediante la cual se reconoce que puede tener lugar la
Protocolo comunicación o la transferencia de información.
SGBD Sistema gestor de Base de datos.
Acrónimo de Transmisión Control Protocol / Internet Protocol (protocolo
de control de transmisiones/protocolo de Internet), protocolos usados
para el control de la transmisión en Internet. Permite que diferentes
tipos de ordenadores o computadoras se comuniquen a través de redes
TCP/IP heterogéneas
Cadena de caracteres que identifica el tipo de documento, la
computadora, el directorio y los subdirectorios en donde se encuentra el
URL documento y su nombre.
1.4. REFERENCIAS
 Logo empresa Proceso
Nombre Actividad
empresa Tarea
Producto Documento de E.R. S
Emitido por Diego Alexander Suarez Bautista Estado: aprobado
Fabian Barbery Preciado
xxxx

Se listas a continuación otros documentos a los que se hace referencia desde

éste:

# TITULO NUMERO FECHA

1 IEEE Guide for Software Requirements
Specification IEEE Std 830-84 1994
2 OMG Unified Modeling Language Specification
Version 1.4 formal/2001-09-67 2001

2. DESCRIPCIÓN GENERAL

2.1. PERSPECTIVA DEL PRODUCTO que se espera del producto

El sistema el cual se desarrollará para la universidad será un producto diseñado

para trabajar en entornos, lo que permitirá su utilización de forma descentralizada,
además trabajará de manera independiente por lo tanto no interactúa con otros
sistemas.

2.2. FUNCIONES DEL PRODUCTO

El sistema para la universidad permitirá realizar las siguientes funciones:

 Administración de Usuarios: El administrador del sistema podrá realizar el

CRUD (Crear, Leer, Actualizar y Borrar) de los respectivos los usuarios.
 Administrar Roles: El administrador del sistema podrá también gestionar los
respectivos roles de cada uno de los usuarios del sistema, de igual forma
asignará los roles a los usuarios, por medio del CRUD.
Logo empresa Proceso
Nombre Actividad
empresa Tarea
Producto Documento de E.R. S
Emitido por Diego Alexander Suarez Bautista Estado: aprobado
Fabian Barbery Preciado
xxxx

 Ingreso de la siguiente información, información de los conductores, salidas

de los vehículos, valor de las tanqueadas de combustible de los vehículos,
número de peajes cancelados en cada salida.

 Logueo de los usuarios que ingresan al sistema y validación de roles y

permisos.

 Los respectivos informes de los movimientos del mes como son:

o Reporte salario del conductor.

o Salidas que realiza por mes.
o Valor de los viáticos.
o Valor del consumo de combustible por cada vehículo.
o Número de peajes pagados.
Logo empresa Proceso
Nombre Actividad
empresa Tarea
Producto Documento de E.R. S
Emitido por Diego Alexander Suarez Bautista Estado: aprobado
Fabian Barbery Preciado
xxxx

Ilustración 1. Diagrama de descomposición de requerimientos.

Fuente Diego A. Suarez

Herramienta yEd.

Estructura de los requerimientos

Logo empresa Proceso
Nombre Actividad
empresa Tarea
Producto Documento de E.R. S
Emitido por Diego Alexander Suarez Bautista Estado: aprobado
Fabian Barbery Preciado
xxxx

Ilustración 2. Requerimiento funcional Ingreso al Sistema.

Fuente Diego A. Suarez

Ilustración 3. Requerimiento funcional Crear Usuarios del Sistema.

Fuente Diego A. Suarez

Logo empresa Proceso
Nombre Actividad
empresa Tarea
Producto Documento de E.R. S
Emitido por Diego Alexander Suarez Bautista Estado: aprobado
Fabian Barbery Preciado
xxxx

Ilustración 4. Requerimiento funcional Crear Conductores del Sistema.

Fuente Diego A. Suarez

Ilustración 5. Requerimiento funcional CRUD Vehículos del Sistema.

Fuente Diego A. Suarez

Logo empresa Proceso
Nombre Actividad
empresa Tarea
Producto Documento de E.R. S
Emitido por Diego Alexander Suarez Bautista Estado: aprobado
Fabian Barbery Preciado
xxxx

Ilustración 6. Requerimiento funcional CRUD rutas de los Vehículos del Sistema.

Fuente Diego A. Suarez

Ilustración 7. Requerimiento funcional CRUD salidas de los Vehículos del Sistema.

Fuente Diego A. Suarez

Logo empresa Proceso
Nombre Actividad
empresa Tarea
Producto Documento de E.R. S
Emitido por Diego Alexander Suarez Bautista Estado: aprobado
Fabian Barbery Preciado
xxxx

Ilustración 8. Requerimiento funcional CRUD tanqueadas de los Vehículos del Sistema.

Fuente Diego A. Suarez

Ilustración 9. Requerimiento funcional reportes del Sistema.

Fuente Diego A. Suarez

2.3. CARACTERÍSTICAS DE LOS USUARIOS

Tener conocimientos básicos en informática y conocer la funcionalidad de

algunas
 Logo empresa Proceso
Nombre Actividad
empresa Tarea
Producto Documento de E.R. S
Emitido por Diego Alexander Suarez Bautista Estado: aprobado
Fabian Barbery Preciado
xxxx

2.4. RESTRICCIONES

2.4.1. Políticas de la empresa

Seguridad y confidencialidad de la información, solo se permite el acceso a los

usuarios debidamente logueados, para lo cual la universidad le asigna un nombre
de usuario y contraseña, para su respectivo acceso.

2.4.2. Limitaciones del hardware

No se han establecido por el momento.

2.4.4. Operaciones paralelas

No se contemplaron

2.4.5. Funciones de auditoria

N/A

2.4.6. Funciones de control

No se contempla

2.4.7. Lenguajes de programación

Se usará como gestor de base de datos MySQL, como IDE de programación se
hará por medio de Visual estudio Community 2019, en su lenguaje de
 Logo empresa Proceso
Nombre Actividad
empresa Tarea
Producto Documento de E.R. S
Emitido por Diego Alexander Suarez Bautista Estado: aprobado
Fabian Barbery Preciado
xxxx

programación Asp.net, bajo c Sharp, también se hará uso de la tecnología

JAVASCRIPT con AJAX y JQUERY, de llegar a ser necesario.

2.4.8. Protocolos de comunicación

Los protocolos de comunicaciones entre los diferentes nodos de la

infraestructura hardware de soporte serán los

Siguientes:
• HTTPS para conexiones con el servidor web.
• TCP/IP a nivel físico.
• Ethernet 802.3 a nivel eléctrico.

2.4.9. Requisitos de fiabilidad

Es uno de los factores que dará confianza al cliente, para lo cual el sistema está
controlando todo tipo de transacción y está apto a responder todo tipo de
incidente.

2.4.10. Consideraciones de seguridad

La seguridad del sistema es por:

Uso de contraseñas para cada usuario (administrador y usuario). Esto permitirá

que tengan acceso al sistema solo las personas que tienen autorización.
Registros de ingreso al sistema.
Creación de roles y asignarlos a cada usuario dependiendo su funcionalidad.
 Logo empresa Proceso
Nombre Actividad
empresa Tarea
Producto Documento de E.R. S
Emitido por Diego Alexander Suarez Bautista Estado: aprobado
Fabian Barbery Preciado
xxxx

2.5. SUPOSICIONES Y DEPENDENCIAS

 Se asume que los requerimientos aquí descritos son estables y satisfacen

las necesidades del sistema.
 El sistema será genérico para poderlo ejecutar en cualquier dispositivo web.
 Se necesita conexión a internet para acceder al sistema
 El sistema está diseñado para trabajar en computadores, Tablet y celulares

2.6. REQUERIMIENTOS FUTUROS

En un futuro se considera la posibilidad de ir agregando de forma controlada

ciertas funcionalidades como:
 Analítica y estadísticas de toda la gestión
 Realización de nuevos módulos, los cuales se comuniquen con los ya
existentes.
 Reportes
 Historial y trazabilidad de toda la gestión
 Alertas y notificaciones
 Ayuda y soporte en línea
 Generación de documentos, ya sean PDF de la gestión.

2.7 REQUISITOS ESPECIFICOS

Describimos los requisitos funcionales y no funcionales del sistema de software.

3. INTERFACES EXTERNAS
 Logo empresa Proceso
Nombre Actividad
empresa Tarea
Producto Documento de E.R. S
Emitido por Diego Alexander Suarez Bautista Estado: aprobado
Fabian Barbery Preciado
xxxx

3.1.1 Interfaces de Usuario

La interfaz de usuario se realizará mediante página web, estructurada en asp.net,

la cual se puede acceder desde cualquier tipo de dispositivo.

3.1.2 Interfaces Hardware

No se ha contemplado, ya que desde cualquier equipo se podría ingresar a la
aplicación, teniendo un usuario y su respectiva clave de acceso.

3.1.3 Interfaces Software

No Aplica.

3.1.4 Interfaces de Comunicación

No Aplica.

3.2. REQUISITOS DE RENDIMIENTO

El rendimiento dependerá en gran manera de la velocidad de internet, además de

la capacidad del servidor donde se encuentre instalado el sistema.

3.2.1. Número de usuarios conectados

Se tiene previsto que estén conectado menos de 100, usuarios al tiempo, por lo
cual no habría ningún problema por ahora.