Especificación Requisitos de

Software
para

Software Laboratorio
Version 1.0 approved

Prepared by

Julian David osorio

Jorge Daniel Badillo

Corporación Universitaria del Huila – Corhuila

ARQUITECTURA DE SOFTWARE

15/08/2019

Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
Software Requirements Specification for <Project> Page ii

Tabla de Contenido
Tabla de contenido ........................................................................... Error! Bookmark not defined.
Historial de Revisión ........................................................................ Error! Bookmark not defined.
1. Introducción .............................................................................................................................1
1.1 Proposito .......................................................................................................................................... 1
1.2 Documento de convensiones...........................................................Error! Bookmark not defined.
1.3 audencia destinada y sugerencias de lecura ....................................Error! Bookmark not defined.
1.4 Alcance del producto ......................................................................Error! Bookmark not defined.
1.5 Referencias....................................................................................................................................... 1
2.Descripción general .....................................................................................................................2
2.1 Perspectiva del producto .................................................................................................................. 2
2.2 Funciones del producto ...................................................................Error! Bookmark not defined.
2.3 Clases de usuarios y Caracteristicas................................................Error! Bookmark not defined.
2.4 Entorno operativo............................................................................Error! Bookmark not defined.
2.5 Restricciones de diseño e implementación .....................................Error! Bookmark not defined.
2.6 Documentación de usuario ..............................................................Error! Bookmark not defined.
2.7 Dependencias y suposiciones ..........................................................Error! Bookmark not defined.
3. Requisitos de la interfaz externa ............................................................................................4
3.1 Interfaces de usuario ........................................................................................................................ 4
3.2 Interfaces de hardware ..................................................................................................................... 4
3.3 Interfaces de software ...................................................................................................................... 4
3.4 Interfaces de comunicación .............................................................Error! Bookmark not defined.
4. Caracteristicas del sistema ........................................................ Error! Bookmark not defined.
4.1 caracteristica 1 ................................................................................................................................. 5
4.2 caracteristica 2 y demas.. ................................................................Error! Bookmark not defined.
5. Requisitos no funcionales ........................................................................................................5
5.1 Requisitos de rendimiento................................................................................................................ 5
5.2 Requisitos de seguridad ..................................................................Error! Bookmark not defined.
5.3 Requisotos de seguridad .................................................................Error! Bookmark not defined.
5.4 Atributos de calidad ........................................................................Error! Bookmark not defined.
5.5 Reglas comerciales ...........................................................................Error! Bookmark not defined.
6. Requisitos funcionales ................................................................. Error! Bookmark not defined.
Apendice A: Glosario ....................................................................................................................9
Apendice B: Modelos de analisis ...............................................................................................11
Apendice C: por determinar lista ..............................................................................................14

Historial de Revisión
Name Date Razones de Cambio Version
JULIAN DAVID 18/08/2019 NO HAY RAZONES DE CAMBIO 1.1
OSORIO
JORGE DANIEL 18/08/2019 NO HAY RAZONES DE CAMBIO 1.1
BADILLO PAZ
Software Requirements Specification for <Project> Page 1

1. Introducción
Este documento es una especificación de requisitos de software para un sistema de información para
la gestión de procesos y control de inventarios. Esta especificación se ha estructurado basándose en
los bloques de laboratorio de la universidad corhuila.

1.1 Proposito
Desarrollar un software para llevar un excelente control de los elementos al interior de los laboratorios
de la universidad corhuila. Para ello planeamos que este software lleve un inventario el cual nos dirán
que elementos salen y entran de estos laboratorios, así mismo como las novedades, es decir, si algún
elemento no funciona o si encuentra roto o en dados casos si se pierde, queremos además que al
momento de ocurrir algún evento imprevisto o desastre al interior de estos laboratorios emita una
alerta en el sistema que de aviso a los integrantes que evacuen de inmediato la edificación.

1.2 Documentos de convenciones

------------------------------------------------------------------//----------------------------------------------------------------

1.3 Alcance del Producto

Este Proyecto esta dirigido principalmente a usuarios de la corhuila, este software tendrá una base
de datos en la cual estará registradas todos los nombres de los empleados que estén relacionados
con este edificio, más específicamente con los laboratorios, con esto se puede acceder al sistema
para seleccionar los elementos del laboratorio. Él tiempo quedara registrado automáticamente al
ingresar y salir del aula.

1.4 Referencias
 Agah, A; Tanie, k. intelligent graphical user interfaces design utilizing multiple fuzzy agents.
Interacting with computers.2000, vol 12 n 5, pp 529-542.

 Landseasdel, P. Methodologies in user interfaces design. IEEE Aerospace and Electronic Systems
Magazine.1995, vol 10, n 8, pp 15-20.

 Mandel, T. The elements of user interfaces design. John Wiley & Sons. 1997

 Schneiderman, B. Designing the user interfaces: strategies for effective human-computes

interaction. Addison-Wesley Co.,1998.
Software Requirements Specification for <Project> Page 2

2. Descripción General
2.1 Perspectiva del Producto
El Sistema será un producto diseñado par trabajar en ambientes cerrados, lo que permitirá su
utilización de forma rápida y segura, además de esto nuestro software se integrará en conjunto con
una base de datos de la universidad corhuila para así obtener una respuesta rápida y segura en el
momento de ingresar a los bloques de laboratorios de la universidad Corhuila.

2.2 Funciones del Producto

Software Requirements Specification for <Project> Page 3

2.3 Clases de usuario y caracteristicas

tipo de usuario ADMINISTRADOR(A)

formación Ingeniero(a) de sistemas
habilidades manejo de información
actividades control y mantenimiento del sistema

tipo de usuario ALUMNO(A)

formación ingeniero
habilidades Alumno de universidad
Entrar en los laboratorios para
actividades extraer elementos para realizar las
practicas

tipo de usuario PROFESOR(A)

formación Docente de física e ingeniero
habilidades Facilitar el aprendizaje
actividades Realizar practicas en el laboratorio

tipo de usuario SERVICIOS GENERALES

formación Trabajador social
habilidades Limpieza y reparaciones técnicas
actividades Mantenimiento y aseo de aulas

2.4 Entorno operativo

En esta interfaz el usuario debe escogerá que tipo de cargo posee, es decir si es profesor, alumno o de
servicios generales, el paso siguiente es escribir el nombre de la persona y el código de identificación
para acceder al sistema. Una vez allí aparecerá una lista de materiales o elementos los cuales a través
de esta interfaz se podrá seleccionar. Para salir del sistema seleccionaremos un botón rojo con una x
que significa que si deseamos cerrar cesión muy semejante al de la plataforma.

En caso de que un elemento sea este roto, el usuario dará aviso al administrador de la sala mediante
el un correo electrónico para que realice los respectivos procedimientos. Si por alguna razón falta un
elemento o herramienta se notifica al administrador de la sala el cual hará el estudio del inventario y
revisará los registros de entrada del laboratorio para poder solucionar este problema.

En caso de que el sistema falle se contactara con el administrador para que lo arregle o le haga
mantenimiento en otro momento.
Software Requirements Specification for <Project> Page 4

2.5 Suposiciones y depencias

 Los datos ingresados por los usuarios son seguros
 La interfaz será intuitiva de utilizar
 Los equipos ya sean sensores y demás herramientas serán de alta calidad
 El software no tengra bugs
 Los elementos no se perderan
 Habrá más control en la entrada y salida de los elementos de los laboratorios
 Este software tendrá actualizaciones
 Se hará mantenimiento

3. Requisitos de la interfaz externa

3.1 Interfaces de usuario
La interfaz con el usuario consistirá en un conjunto de ventanas con botones, listas y campos de
textos, los cuales están construidos específicamente bajo el sistema propuesto.

3.2 Interfaces de hardware

Sera necesario disponer de equipos de cómputo en perfecto estado con las siguientes
especificaciones:

- adaptador de red
- Mouse
- Teclado
- Sensores
- Pantalla táctil de 13 “HD
- 8 GB de memoria RAM
- Procesador de 1.66GHZ o superior
- Computador portátil Windows o Mac
- Sistema de ventilación

3.3 Interfaces de software

Para este sistema se usarán el sistema operativo Windows 10 y Mac os, y se usarán de apoyo de
información el navegador Google Chrome y Gmail para comunicarse con los usuarios de este
sistema.

3.4 Interfaces de Comunicación

Este Sistema tendrá la capacidad de enviar mensajes al administrador a través de un correo electrónico
en el cual va descrito el problema y en que parte ocurrió. en la interfaz este campo comunicativo se
encuentra en una sección denominada “desastres y emergencias” en donde esta información como el
numero del encargado de la sala y su correo, habrá un lugar especial denominado “fallas del sistema”
el cual el administrador del sistema tendrá la posibilidad de saber mirando su computador la ubicación
del problema y el tiempo en que comenzó el problema aparte de eso tendrá datos extras como el
número telefónico y el correo.
Software Requirements Specification for <Project> Page 5

4. Caracteristicas del Sistema

4.1 Caracteristicas
 Tienen gestion de recursos
 Es multitarea
 Es eficiente
 Tiene mecanismos asociados
 Es compatible entre varios recursos de hardware que cuenten con una computadora
 Permite comunicarse entre usuarios y administrador

4.2 Mas caracteristicas….

 Administra la tarea de control de inventario
 Está abierto a mejoras o actualizaciones
 Permite la utilización de hardware externo

4.3 Requisitos de Rendimiento

Garantizar que el diseño de consultas u otro tipo de procesos no afecte de forma significativa el desempeño
de la base de datos, ni considerablemente el tráfico de la red.

4.4 Requisitos de seguridad

Garantizar la confiabilidad, la seguridad y el desempeño del sistema a los diferentes usuarios de la
universidad corhuila. En este sentido la información almacenada o registros realizados podrán ser
consultados y actualizados de forma permanente y simultáneamente, sin que se afecte el tiempo de
respuesta del sistema.

4.5 Mas requisitos de seguridad…

 El Sistema tiene la garantía de seguridad frente a la información y los datos almacenados tales
sean documentos, archivos, contraseñas o datos personales.

 La facilidad y control en el acceso a la información personal y privada a través de la red por

parte de personal autorizado, con la intención de consultar y subir información pertinente para
cada una de ellas.

4.6 Atributos de Calidad

 Seguridad: todos los datos personales e historial de acciones están bajo un esquema privacidad
 Funcionamiento: el software funcionara de forma rápida y fluida sin problemas de rendimiento
 Robustez: este software tiene la garantía de funcionar por un largo periodo de tiempo
 Performance: este sistema esta abierto a actualizaciones que mejoren el rendimiento o de diseño
de interfaz.
 Flexibilidad: este sistema tendrá la capacidad de adaptarse a los cambios que deseen realizarse,
ya sea añadiendo o eliminando usuarios entro otras cosas.
Software Requirements Specification for <Project> Page 6

4.7 Reglas Comerciales

Este software es de propiedad privada, todos los derechos de autor reservados a “Lab. Security”

5. Requisitos funcionales
5.1 RF-01 Autenticación del usuario.
Casos de usos asociados
Actores Cliente
Descripción El usuario registra su nombre y su código de identificación.
Flujo principal En la interfaz el usuario escribe su nombre y su numero de identificación
después de seleccionar su cargo.
Flujo Alternativo Si el usuario digita mal su número o nombre tendrá que registrarse de
nuevo, y si el internet falla la aplicación no funcionaría.
Flujo excepcional Si el usuario no cuenta con un código o este se le perdió tendrá que ir a
otra página a recuperarlo.
Precondiciones El sistema debe estar conectado a internet, debe haber almacenamiento
suficiente para registrar sus acciones internas.
Postcondicones El usuario debe disponer de esta condición
Puntos de extensión El internet falla o se caen los servidores, o algún dato se borra.

RF-02 Inventario.

Casos de usos asociados

Actores Elementos de laboratorio.
Descripción Los elementos del laboratorio se pueden extraer con unos parámetros.
Flujo principal Al ingresar los datos de entrada queda un registro de los elementos
extraídos.
Flujo Alternativo Si un elemento es extraído de más los sensores los detectaran y no podrá
salir.
Flujo excepcional Si los elementos se pierden o se rompen, el usuario reporta esto y el
administrador tiene el deber de reportar esto en las oficinas centrales para
ver cómo se reemplaza este componente.
Precondiciones El sistema debe estar conectado a la red, debe haber un registro con el
nombre y la fecha y el tipo de elemento extraído, el usuario debe
responder por este elemento.
Postcondicones El sistema registra cada elemento a través de los sensores.
Puntos de extensión Los sensores no funcionan.

RF-03 Novedades.

Casos de usos asociados

Actores Usuario e inventario.
Descripción Los usuarios tienen la posibilidad de reportar el estado de los elementos
en cualquier instancia o al momento de solicitarlos.
Flujo principal El usuario puede reportar cualquier anomalía a través de un correo.
Software Requirements Specification for <Project> Page 7

Flujo Alternativo Si un elemento se encuentra dañado el usuario deberá escribir un reporte

al correo del administrador el tipo de elemento, su estado y fecha de
suceso.
Flujo excepcional Fallas en red.
Precondiciones El correo se debe enviar en el momento del problema.
Postcondicones Si falta un elemento en el inventario es porque está en reparación.
Puntos de extensión El internet falla o se redacta mal el correo al destinatario, u ocultan
detalles.

RF-04 Datos de entrada.

Casos de usos asociados

Actores Usuario.
Descripción Los datos de ingreso deben ser completos y que cumplan con todos los
requerimientos de entrada.
Flujo principal Cuando se entre al sistema a los datos que ingrese se verán guardados en
el historial de entrada y se verificaran si ha habido problemas en el
ingreso
Flujo Alternativo Si falta algún campo no podrá ingresar al sistema para extraer los
elementos.
Flujo excepcional Funcionamiento de este en la interfaz.
Precondiciones El sistema está conectado a una base de datos en la cual se puede
verificar que el usuario puede acceder a este sistema con los
requerimientos de entrada.
Postcondicones El usuario debe registrar todos los campos requeridos para acceder al
sistema.
Puntos de extensión El internet falla o se altera la información para las actualizaciones.

RF-05 Tipos de usuario.

Casos de usos asociados

Actores Usuario.
Descripción Los usuarios de diferentes cargos tienen posibilidades diferentes.
Flujo principal Si se registra con nombre y código correctos, pero con cargos diferentes
el sistemas no dará acceso a esa persona.
Flujo Alternativo Si se ingresa datos alternos el sistema no dejará acceder a esa persona
Flujo excepcional Funcionamiento de este en la interfaz.
Precondiciones El sistema debe de estar conectado a una red y tener su información en la
base de datos asegurada.
Postcondicones El usuario debe ingresar con los datos correctos en este sistema.
Puntos de extensión En internet falla o se borre a un usuario por error.

RF-06 Gestión de seguridad

Casos de usos asociados

Actores Usuario.
Descripción Los datos de ingreso son encriptados por lo cual el único que puede
acceder a ellos son el administrador al momento inicial de registro y
durante el proceso para hacer posiblemente una actualización de
información.
Software Requirements Specification for <Project> Page 8

Flujo principal Todo dato ingresa a la BD, está seguro debido a que la información del
usuario es privada.
Flujo Alternativo En dado caso que alguien quiere acceder o cambiar algo sin permiso no
lo puede hacer.
Flujo excepcional Funcionamiento de este en la interfaz.
Precondiciones El sistema está conectado a una BD y los datos y los datos de
almacenamiento son los que están llegados al usuario y por lo tanto solo
él puede decidir los cambios de información para avisarle al
administrador.
Postcondicones Todos deben tener información para ingresar a este sistema, la
información requerida solo la debe decidir el usuario en el momento del
cambio o en el registro.
Puntos de extensión El usuario quiere cambiar de información o se borra el usuario por
fraudes, etc.

RF-07 Facturación

Casos de usos asociados

Actores Usuario e inventario.
Descripción Al finalizar el proceso de extracción de sistema dará al usuario una
factura o papel en donde verificará que elementos ha sacado del lab
Flujo principal Registrar el historial de extracciones.
Flujo Alternativo Si no se da factura no podrá salir de la sala.
Flujo excepcional Funcionamiento de este en la interfaz.
Precondiciones El usuario selecciona su cargo y registra sus datos, al finalizar, la
maquina le arroja un recibo.
Postcondicones El usuario registra sus productos y el sistema arroja una factura.
Puntos de extensión Si no se completa el proceso no podrá tener una factura, fallas en red.

RF-08 Usabilidad

Casos de usos asociados

Actores Usuario e interfaz.
Descripción El sistema tiene la facultad de ser usado por todos aquellos que necesiten
entrar al sistema por un elemento.
Flujo principal La interfaz es sencilla y por consiguiente no es difícil de entender.
Flujo Alternativo Si hay problemas de manejo, el administrador o personas allegadas al
software le explican el funcionamiento de esta.
Flujo excepcional
Precondiciones El aplicativo de esta sistema está bajo web.
Postcondicones El usuario debe comprender el funcionamiento.
Puntos de extensión Al sistema se le realizan actualizaciones añadiendo nuevas funciones.

RF-09 Recepción

Casos de usos asociados

Actores Usuario y administrador
Descripción El recibir datos o mensajes en un sistema es fundamental para el flujo y
el óptimo funcionamiento de este.
Flujo principal Los mensajes lo envían los usuarios a través de correos electrónicos.
Software Requirements Specification for <Project> Page 9

Flujo Alternativo
Flujo excepcional
Precondiciones
Postcondicones
Puntos de extensión
Si no hay envío de información no se puede saber con certeza los
problemas en el interior de los laboratorios.
El aplicativo de esta sistema está bajo web.
El usuario debe comprender el funcionamiento.
Al sistema se le realizan actualizaciones añadiendo nuevas funciones.

6. Requisitos no funcionales
6.1 Tiempo de respuesta
RNF-01

 El tiempo de reacción no afecta el sistema.

6.2 Rendimiento
RNF-02

 El funcionamiento del sistema no depende a fondo del rendimiento de la interfaz realizada.

6.3 Confiabilidad

RNf-03

 Los datos digitados no son la causa de los posibles daños del sistema

6.4 Portabilidad
RNF-04

 La portabilidad del sistema no influye dentro del sistema ya que el sistema está construido en
la web.

6.5 Diseño de interfaz

RNF-05
Software Requirements Specification for <Project> Page 10

 La estética del software no afecta el funcionamiento interno.

Software Requirements Specification for <Project> Page 11

Apéndice A: Glosario
- Especificación: es un informe entre el implementador y el usuario

- Diagrama Casos de uso: es un esquema que muestra la relación entre los actores dentro de un
sistema.

- Diagrama Entidad Relación: es una descripción conceptual de la estructura de datos y sus

relaciones

- Confiabilidad: es la probabilidad de operación libre de fallas de un programa de computadora.

- Eficiencia: es la cantidad de recursos requeridos por un programa para llevar a cabo sus funciones.

- Mensaje: es el periodo que se le hace al objetivo para que ejecute determinadas operaciones,
también se dice que es la comunicación entre objetos que transmite información.

- Independencia de hardware: es el grado en el que opera un software es independiente del

hardware en que se opera.

- Emisor: es el agente que envía el mensaje objeto a un objeto receptor

- Procesos: es el objeto que está pasando de un objeto emisor a un objeto receptor

- Receptor: es aquel que recibe el mensaje del emisor

- Instrumentación: es el grado en el cual el programa muestra su propio funcionamiento e

identifica errores que aparecen a lo largo del sistema.

Apéndice B: Modelos de análisis

Mas abajo….
Software Requirements Specification for <Project> Page 12
Software Requirements Specification for <Project> Page 13
Software Requirements Specification for <Project> Page 14

Appendix C: To Be Determined List

--