<Company Name>

<Sistema de gestión de notificaciones >

Software Requirements Specification
For <Subsystem or Feature>

Version <1.0>

[Note: The following template is provided for use with the Rational Unified Process. Text
enclosed in square brackets and displayed in blue italics (style=InfoBlue) is included to
provide guidance to the author and should be deleted before publishing the document. A
paragraph entered following this style will automatically be set to normal (style=Body
Text).]

[To customize automatic fields in Microsoft Word (which display a gray background when
selected), select File>Properties and replace the Title, Subject and Company fields with
the appropriate information for this document. After closing the dialog, automatic fields
may be updated throughout the document by selecting Edit>Select All (or Ctrl-A) and
pressing F9, or simply click on the field and press F9. This must be done separately for
Headers and Footers. Alt-F9 will toggle between displaying the field names and the field
contents. See Word help for more information on working with fields.]
<Project Name> Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>
<document identifier>

Revision History
Date Version Description Author
<dd/mmm/yy> <x.x> <details> <name>

Confidential <Company Name>, 2019 Page 2

<Project Name> Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>
<document identifier>

Table of Contents
1. Introduction 4
1.1 Purpose 4
1.2 Scope Error! Bookmark not defined.
1.3 Definitions, Acronyms, and Abbreviations 4
1.4 References 4
1.5 Overview 4

2. Overall Description 4

3. Specific Requirements 5
3.1 Functionality 5
3.1.1 <Functional Requirement One> Error! Bookmark not defined.
3.2 Usability 6
3.2.1 <Usability Requirement One> Error! Bookmark not defined.
3.3 Reliability 6
3.3.1 <Reliability Requirement One> Error! Bookmark not defined.
3.4 Performance 7
3.4.1 <Performance Requirement One> Error! Bookmark not defined.
3.5 Supportability 7
3.5.1 <Supportability Requirement One> Error! Bookmark not defined.
3.6 Design Constraints 7
3.6.1 <Design Constraint One> Error! Bookmark not defined.
3.7 On-line User Documentation and Help System Requirements 7
3.8 Purchased Components 7
3.9 Interfaces 7
3.9.1 User Interfaces 7
3.9.2 Hardware Interfaces 7
3.9.3 Software Interfaces 7
3.9.4 Communications Interfaces 7
3.10 Licensing Requirements 7
3.11 Legal, Copyright, and Other Notices 7
3.12 Applicable Standards 7

4. Supporting Information 8

Confidential <Company Name>, 2019 Page 3

<Project Name> Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>
<document identifier>

Software Requirements Specification

1. Introduction
Este documento es una especificación de requisitos del Sistema de Gestión de
Notificaciones para ser un conjunto de información necesaria que ayuda a los
desarrolladores del software a analizar y entender los requisitos y requerimientos que el
cliente desea.
Se describirá en forma detallada los interfaces de usuario, de software, hardware y las
comunicaciones.
1.1 Purpose

El software descrito en este documento es la que se encargara de la gestión de

notificaciones.
Este documento tiene como propósito informar al alumno de las faltas a un curso
cualquiera y cuanto le falta para ser retirado del curso.

1.2 Definitions, Acronyms, and Abbreviations

 BD – Base de Datos
 HTML- Hypertext Markup Language

1.3 References

 https://www.ibm.com/support/knowledgecenter/es/SSYMRC_6.0.2/com.ibm.rational.rrm.h
elp.doc/topics/r_uc_spec_outline.html

1.4 Overview
Dar una descripción general sobre el Sistema, el cual contiene información necesaria
para saber el funcionamiento del proyecto.
2. Overall Description
• Product perspective
El sistema de gestión de notificaciones de faltas será diseñado para trabajar
en la facultad de ingeniería de Sistemas e Informática en una plataforma basada
en diseño web con HTML lo que permitirá su acceso con las computadoras que
cuenta la facultad.

• Product functions
 El Sistema envía datos a una base de datos (no relacional) donde pueda
almacenar las faltas del alumno y recuperar la información cuando se dé el
caso.
 El sistema notifica al alumno con un mensaje de la inasistencia del alumno
a una clase.
 El sistema notifica que el alumno ya pasó el límite de faltas y que será
retirado del curso.
 Ofrece una interfaz sencilla donde el usuario puede consultar y tomar las
prevenciones posibles de las faltas necesarias para ser retirado del curso.

Confidential <Company Name>, 2019 Page 4

<Project Name> Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>
<document identifier>

• User characteristics
Tipo de Usuario Alumno.
Formación Conocimiento básico de la
informática.
Habilidades Manejo de computadoras.
Actividades Tomar decisiones en función del
reporte que genera el sistema.

• Constraints
 El Sistema será desarrollado en HTML un lenguaje para diseño de una web, el
motor de base de datos mongoDB no relacional.
 El sistema deberá ser sencillo de usar.
 Los servidores deberán siempre estar activos.

• Assumptions and dependencies

 Los equipos con que se vaya ejecutar el sistema deben contar con los requisitos
indicados para garantizar una ejecución correcta de la misma.

• requirements subsets]
Ninguno

3. Specific Requirements
El Sistema deberá notificar al alumno a través de reportes de tablas donde se especificaran los datos
anteriormente mencionados.

3.1 Functionality
Requerimientos funcionales:

Nombre del Requerimiento: Autentificación del usuario

Características :
Descripción:
Requerimiento no funcional:
Prioridad del requerimiento:
Los alumnos tienen que logarse antes de hacer
una consulta determinada al Sistema.
El Sistema cuenta con login que requiere un
usuario y contraseña para los usuarios
alta

Nombre del Requerimiento: Consulta de inasistencias

Características : El sistema debe ser capaz de consultar datos a
través del internet.
Descripción: Cuando el sistema requiera consultar las
inasistencias del alumno este de be conectarse a
internet y recuperar los datos de la base de datos.

Confidential <Company Name>, 2019 Page 5

<Project Name> Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>
<document identifier>

Requerimiento no funcional:
Prioridad del requerimiento: alta

Nombre del Requerimiento: Consulta Limite de faltas

Características : El sistema debe ser capaz de consultar datos a
través del internet.
Descripción: Cuando el sistema requiera consultar las
inasistencias del alumno este de be conectarse a
internet y recuperar los datos de la base de datos.
Requerimiento no funcional:
Prioridad del requerimiento: alta

Nombre del Requerimiento: Interfaz del sistema

Características : El sistema debe presentar una interfaz sencilla de
uso para el alumno
Descripción: El sistema debe mantener una interfaz consistente
con los datos a mostrar.
Requerimiento no funcional:
Prioridad del requerimiento: alta

Nombre del Requerimiento: Seguridad

Características : El sistema debe garantizar la seguridad d los
datos
Descripción: Garantizar el buen manejo de los datos
Requerimiento no funcional:
Prioridad del requerimiento: alta

3.2 Usability

 El sistema contara con una ventana que será programado con un tiempo determinado
al término del cual la ventana se cierra para evitar el tráfico de la red.

 La disponibilidad del sistema debe ser las 24 horas.

 El sistema debe mantener los componentes de interfaz de estándar CUA de IBM.

3.3 Reliability

 El Sistema debe poseer un interfaz sencillo de usuario de uso intuitivo y sencillo.

 El Sistema debe garantizar que los datos brindados sean correctos mostrando la fecha
de las inasistencias.
 El sistema debe adecuarse a las necesidades del usuario.

Confidential <Company Name>, 2019 Page 6

<Project Name> Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>
<document identifier>

3.4 Performance
La infraestructura de red, así como sus terminales deben cumplir con normas según la IEEE en la
forma de conexión a los equipos, para tener tiempos de respuesta mínimos
 Garantizar que el diseño web hecho para el sistema no afecte el rendimiento de la base
de datos.

 Se controlara el número de usuarios que interactuaran simultáneamente con el sistema.

3.5 Supportability

No cuenta

3.6 Design Constraints

No cuenta

3.7 On-line User Documentation and Help System Requirements

No cuenta

3.8 Purchased Components

No cuenta

3.9 Interfaces

3.9.1 User Interfaces

Los interfaces de usuario serán las pantallas, formularios, botones, listas y campos que
desplegaran información .Estos deben ser manipulados por el usuario para hacer una
tarea determinada por medio del teclado y el mouse algunos botones
3.9.2 Hardware Interfaces
 Monitor: Donde el software mostrara una determinada información al usuario a través
de la pantalla.
 Mouse: Se activan en la zona de entradas de datos donde el software debe interactuar
con el mouse.
 Teclado: El software debe permitir el ingreso de datos mediante el teclado en la entrada
de datos activos.
 Impresora: El software Imprime los reportes que el alumno consulta.
3.9.3 Software Interfaces
 Sistema operativo: Windows 7 o superior
 Diseño web :HTML,,Bootstrap
3.9.4 Communications Interfaces
Los servidores y el sistema se comunicaran continuamente.
3.10 Licensing Requirements

No cuenta.

3.11 Legal, Copyright, and Other Notices

No cuenta.

Confidential <Company Name>, 2019 Page 7

<Project Name> Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>
<document identifier>

3.12 Applicable Standards

No cuenta.

Confidential <Company Name>, 2019 Page 8

<Project Name> Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>
<document identifier>

4. Supporting Information

Confidential <Company Name>, 2019 Page 9

<Project Name> Version: <1.0>
Software Requirements Specification Date: <dd/mmm/yy>
<document identifier>

Confidential <Company Name>, 2019 Page 10