FORMATO DE ESPECIFICACIÓN DE

REQUERIMIENTOS IEEE 830

INGENIERIA DE REQUESITOS
INTEGRANTES
XIMENA MOLINA VILLA
CARLOS ALBERTO OSORIO HERRERA
FABIO ALONSO ROJAS AVILA
JUAN ESTEBAN GARZON ZAPATA
KEVIN ALEJANDRO PORTILLA PINZON

UNIVERSIDAD DE CALDAS
INGENIERIA EN INFORMATICA
ESPECIFICACIÓN DE REQUERIMIENTOS
CONTROL DE LA DOCUMENTACIÓN
CONTROL DE LA CONFIGURACIÓN:
Título documento: Especificación de requerimientos
● XIMENA MOLINA VILLA

Responsables: ● CARLOS ALBERTO OSORIO HERRERA

● FABIO ALONSO ROJAS AVILA

● JUAN ESTEBAN GARZON ZAPATA

● KEVIN ALEJANDRO PORTILLA PINZON

Fecha Inicial: ● 26/03/2021

Documentos relacionados: ● Normas ambientales

● Documento de casos de uso

● Manual de usuario

Roles: ● Programador

● Analista

● Diseñador

CONTROL DE VERSIONES:
Versión Fecha Estado del documento Nombre de Archivo

0.1 26/03/2021 Iniciado Documento formato de

Especificación de requerimientos
IEEE 830.doc
0.2 10/03/2021 Documento formato de
Especificación de requerimientos

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
 IEEE 830.doc

CONTROL DE CAMBIOS:
Versión Fecha Cambio Solicitante Responsable
0.1 10/03/2021 Modificación Jina Paola Ximena Molina Villa

CONTENIDO

CONTROL DE LA DOCUMENTACIÓN
CONTROL DE LA CONFIGURACIÓN:
CONTROL DE VERSIONES:
CONTROL DE CAMBIOS:
1. INTRODUCCIÓN
1.1 PROPÓSITO
1.2 ALCANCE
1.3 PERSONAL INVOLUCRADO
1.4 DEFINICIONES, ABREVIATURAS Y ACRÓNIMOS
1.4.1
1.4.2
1.5 REFERENCIAS
1.6 RESUMEN
2. DESCRIPCIÓN GENERAL
2.1 PERSPECTIVA DEL PRODUCTO
2.2 FUNCIONALIDAD DEL PRODUCTO
2.3 CARACTERÍSTICAS DE LOS USUARIOS
2.4 RESTRICCIONES
2.5 SUPOSICIONES Y DEPENDENCIAS

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
 2.6 EVOLUCIÓN PREVISIBLE DEL SISTEMA
3. REQUISITOS ESPECÍFICOS
3.1 REQUISITOS COMUNES DE LAS INTERFACES
3.1.1 INTERFACES DE USUARIO
3.1.2 INTERFACES DE HARDWARE
3.1.3 INTERFACES DE SOFTWARE
3.1.4 INTERFACES DE COMUNICACIÓN
3.2 REQUISITOS FUNCIONALES
3.2.1 REQUISITO FUNCIONAL 1
3.2.2 REQUISITO FUNCIONAL 2
3.2.3 REQUISITO FUNCIONAL N
3.3 REQUISITOS NO FUNCIONALES
3.3.1REQUISITOS DE RENDIMIENTO
3.3.2 SEGURIDAD
3.3.3 FIABILIDAD
3.3.4 DISPONIBILIDAD
3.3.5 MANTENIBILIDAD

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
 1. INTRODUCCIÓN

Este documento es una Especificación de Requisitos Software (ERS) para el Sistema de WEB ICS
SENA para la gestión, administración y consultoría de cursos educativos, simposios, seminarios y
foros de la entidad SENA . Esta especificación se ha estructurado basándose en las directrices
dadas por el estándar IEEE Práctica Recomendada para Especificaciones de Requisitos Software
IEEE 830.

1.1 PROPÓSITO

El presente documento tiene como propósito definir las especificaciones funcionales, no funcionales
para la implementación de una aplicación WEB que permitirá administrar y consultar la información de
cursos educativos, simposios, seminarios y foros de la entidad SENA, utilizada por estudiantes,
profesores, directivos y público en general.

1.2 ALCANCE

El diseño y desarrollo e implantación del sistema ICS-WEB SENA (Inscripción de cursos WEB SENA) será
una aplicación que funcionará en un entorno WEB que permitirá administrar y consultar la información
de cursos educativos, simposios, seminarios y foros que serán dirigidos por la entidad SENA, esta
aplicación dará apoyo a los procesos de: Inscripciones, gestión de programación de actividades,
administración de usuarios del sistema, reporte estadístico.
Esta aplicación permitirá una flexibilidad de acceso a la información en la programación de cursos
educativos, simposios, seminarios y foros, igualmente una actualización dinámica de la misma.

1.3 PERSONAL INVOLUCRADO

Relación de personas involucradas en el desarrollo del sistema, con información de contacto.

Esta información es útil para que el gestor del proyecto pueda localizar a todos los participantes y
obtener la información necesaria para la obtención de requisitos, validaciones de seguimiento entre
otras actividades.

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
 Información Aprobaci
Nombre Rol Categoría profesional Responsabilidades
de contacto ón

Jorge Alberto Ramirez   Programador Ingeniero en sistemas  Codificar la aplicación  3127083273  

 Coordinador del
 Seguimiento y Proyecto y contacto con
Jina Paola Rivera G manager  Ingeniero en sistemas el cliente  3002293720  
 Realizar las interfaces
gráficas de la aplicación
Diseñador y realizar las pruebas al
 Ximena Molina Villa grafico  Ingeniero en sistemas sistema  3106862461  

1.4 DEFINICIONES, ABREVIATURAS Y ACRÓNIMOS

Definición de todos los términos, abreviaturas y acrónimos necesarios para interpretar apropiadamente
este documento. En ella se pueden indicar referencias a uno o más apéndices, o a otros documentos.

1.4.1: OTROS:
Reserva: Proceso por el cual los diferentes coordinadores de los cursos, simposios, seminarios y foros
solicita la utilización de un recurso para una determinada actividad.

Inscripción: Proceso en el que una persona se matricula en un curso, simposio, seminario o foro.

Publicar Información: Proceso que realiza el coordinador de seminario agrega o modifica información
del sistema de gestión de las diferentes actividades.

Consultar Información: Proceso en el que una procesa busca información en el ICS-WEB SENA.

Coordinador de Seminario: Persona encargada de administrar las actividades.

Participante: Persona que esta matriculada para asistir a un curso, simposio, seminario o foro.

Conferencista: Persona responsable de orientar las actividades de curso, simposio, seminario o foro.

1.4.2 EN CUANTO AL SISTEMA:

Administrar: Acción de agregar, modificar, eliminar y consultar la información de un determinado objeto
o persona.

Visitante: Persona que navega o utiliza el ICS-WEB SENA.

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
Usuario: Persona que puede ingresar a la zona privada del ICS-WEB SENA, a través de un proceso de
autenticación utilizando nombre de usuario y contraseña.

Permiso: Parámetro que especifica si su poseedor dispone de acceso a una determinada función del
sistema o a una parte de la interfaz de usuario del sistema

Rol: Es un conjunto de permisos que puede asignarse a un usuario.

Administrador del Sistema: Persona encargada de ofrecer el soporte técnico y operativo al SIS-WEB. h.

URL : Significa Uniform Resource Locator, es decir, localizador uniforme de recurso. Es una secuencia de
caracteres, de acuerdo a un formato estándar, que se usa para nombrar recursos, como documentos e
imágenes en Internet, por su localización

HTTP : El protocolo de transferencia de hipertexto (HTTP, HyperText Transfer Protocol) es el protocolo

usado en cada transacción de la Web (WWW).

Enlaces : una referencia en un documento de hipertexto a otro documento o recurso.

Base de Datos: Es un conjunto de datos que pertenecen al mismo contexto almacenados

sistemáticamente para su posterior uso.

Relación completa de todos los documentos implicados en la especificación de requisitos de software,

identificando de cada documento el título, referencia (si procede), fecha y organización que lo
proporciona.

Referencia Titulo Ruta Fecha Autor

 IEEE  Standard IEEE 830 -  IEEE    

1998

WebSA (Web https://www.dlsi.

Software ua.es/~santi/pap
Architecture) ers/websatr.pdf

Software https://docs.micr
Architecture: Past, osoft.com/en-
Present and Future us/previous-
versions/dn6306
65(v=msdn.10)?
redirectedfrom=
MSDN

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
 1.6 RESUMEN

En el presente documento se encontrará la información acerca de las características del producto de

software, interfases del usuario, interfases del sistema, características de los usuarios, descripción de los
requerimientos funcionales, no funcionales y del sistema, los cuales se representarán mediante el
siguiente formato:

1.7 CÓDIGO:

RF: Requerimiento Funcional

RFI: Requerimiento No Funcional

RI: Requerimiento de Interfaz

2. DESCRIPCIÓN GENERAL
2.1 PERSPECTIVA DEL PRODUCTO
El sistema ICS-WEB SENA será un producto diseñado para trabajar en entornos WEB, lo que permitirá su
utilización de forma descentralizada, además trabajará de manera independiente por lo tanto no
interactuará con otros sistemas.

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
2.2 FUNCIONALIDAD DEL PRODUCTO.

El sistema ICS-WEB SENA permitirá realizar las siguientes funciones:

a. Administración de Usuarios: El administrador del sistema podrá gestionar los usuarios (agregar,
modificar, eliminar, buscar, listar).
b. Administración de Seminarios: El administrador del sistema podrá gestionar información e
inscripción sobre cursos educativos, simposios, seminarios y foros, y asignarles un coordinador de
seminario para que lo administre.
c. Administración de Roles: El administrador del sistema gestionará los roles de usuarios del sistema, de
igual forma asignará los roles a los usuarios.
d. Coordinación de Seminarios: El coordinador de seminario planificará los recursos necesarios para el
seminario, tales como: reservas de salones, reserva de salones virtuales, recursos audiovisuales y
recursos en general. También asignará el ponente del seminario, se encargará de la publicación de la
información referente al mismo y la administración de los participantes (activación y cancelación de
matriculados).
e. Publicación de Información: El administrador del sistema actualizará la información general del ICS-
WEB SENA
f. Inscripción: Proceso que permitirá a una persona matricularse a un curso educativo, simposio,
seminario o foro.
g. Navegación: Proceso por el cual una persona podrá utilizar el ICS-WEB SENA

2.3 CARACTERÍSTICAS DE LOS USUARIOS

Tipo de usuario Formación Habilidades Actividades

    Persona que
interactuará
continuamente con el
sistema, su educación ● Visitar aplicativo e
no puede ser definida inscribirse en una
Visitante No se requiere y no debe tener una de las actividades
capacitación con disponibles.
respecto al sistema

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
 únicamente debe
tener un conocimiento
básico sobre
navegación en paginas
Web.

     

Su rol en el sistema
consiste en pasar de
ser visitante a
participante en el ● Visitar aplicativo e
momento que se inscribirse en una
Participante Técnica o inscriba a un de las actividades
profesional seminario, al igual que disponibles y
el visitante su participar en el
conocimiento debe ser evento.
básico en el manejo de
páginas Web para que
realice su inscripción.

   Usuario con gran ●  Soporte a usuarios

conocimiento en el
● Copias de
manejo del sistema
seguridad de la
Administrador Técnica o con una previa
base datos
del sistema profesional capacitación por parte
de la entidad. actualizaciones del
Encargado de manejar sistema operativo y
el sistema con gran de versiones
responsabilidad sobre vulnerables del
los criterios de servidor web
permisos sobre los
usuarios.

Coordinador de Persona que maneje la ● Gestionar usuarios

seminarios administración de
● Generar informes
información y con
de indicadores de
conocimiento sobre el
la plataformas
tema de seminarios.
Debe tener una atención al cliente
capacitación previa
sobre el sistema y

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
 debe manejar
aplicaciones tipo Web.

2.4 RESTRICCIONES
La aplicación se desarrollará mediante software de licencia abierta por lo tanto no se deberá pagar por
el uso de: servidor WEB, Sistema de gestión de base de datos (MySQL) y el lenguaje de programación
(PHP), por lo tanto, la utilización de estos programas se hará mediante las políticas establecidas por este
tipo de licenciamiento.

Limitaciones de hardware:

Para esta aplicación será necesario un computador servidor en el cual se instalará el servidor WEB
apache, MySQL, PHP y la aplicación ICS-WEB SENA.

Interfaces con otras aplicaciones:

Debido a que el sistema no interactúa con otros sistemas y es autónomo no se desarrollaran interfaces
con otras aplicaciones. Las conexiones necesarias para la utilización del servidor web, MySql, PHP y un
DNS, se hará por medio de la configuración de estos programas.

Funciones de control:

El sistema debe controlar los permisos que tiene cada usuario para su accesibilidad de una manera
correcta, de tal forma que pueda acceder la información que le corresponde de acuerdo a su rol. Debe
tener controles adecuados para la validación de datos, de igual manera la programación de las
actividades específicas para cada tipo de curso educativo.

Requisitos del lenguaje:

Todo el material que se realice para el usuario y la aplicación debe de estar en lenguaje español.

Protocolos:

Se usará protocolos de comunicación TCP/IP, HTTP.

Requisitos de fiabilidad:

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
 La información correspondiente a la programación de los diferentes cursos como la fecha, la hora, el
sitio, cantidad de inscritos, ponente y los recursos deben estar ajustados a la realidad para evitar
desorganización.

Credibilidad de la aplicación:

Para garantizar una buena credibilidad el sistema deberá ser sometido a una serie de pruebas para
establecer que se encuentra acorde a los requerimientos que se plasman en el documento en tanto a la
consistencia de datos como al rendimiento de la aplicación, tales como tiempos de respuesta.

Consideraciones de seguridad:

Cada usuario deberá autenticarse y su acceso verificado por una sola Terminal para su respectiva labor
de acuerdo a lo que su rol especifique. Todas las claves de seguridad deberán estar seguras y en su
defecto encriptadas en la base de datos para dar una buena seguridad al sistema y su información.

2.5 SUPOSICIONES Y DEPENDENCIAS

La red interna deberá de estar configurada para el manejo de protocolos TCP/IP, HTTP, DNS,
principalmente todo lo relacionado en cuanto a desempeño y seguridad.

Debe realizarse una capacitación adecuada y acorde a lo que cada usuario va a realizar. Su capacitación
de hará en el momento que sea necesaria y a la persona indicada.

2.6 EVOLUCIÓN PREVISIBLE DEL SISTEMA

[Identificación de futuras mejoras al sistema, que podrán analizarse e implementarse en un futuro.]

3. REQUISITOS ESPECÍFICOS

Interfaces Externas.

El sistema ICS-WEB SENA no tendrá interconexión con otros sistemas de información, por lo tanto, no es
necesario la utilización de interfaz alguna. La relación con un servidor WEB, DNS y Gestor de Base de
Datos se hará a través de los archivos de configuración de éstos.

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
Número Codificació Nombre
Fuente del Prioridad del
de n de Descripción Tipo
requisito requisito
requisito requisito

           

           

           

           

           

3.1 REQUISITOS COMUNES DE LAS INTERFACES

[Descripción detallada de todas las entradas y salidas del sistema de software.]

3.1.1 INTERFACES DE USUARIO

● La plataforma debe adaptarse a la mayoría de dispositivos móviles, celulares, tablets y también
computadores de escritorio.
● La plataforma debe tener el logo de las entidades aliadas del proyecto en el menú superior:
Logo SENA.
● Debe existir un mensaje de explicación o informativo en cada una de las pantallas que
indique lo que el usuario puede realizar en la plataforma.

3.1.2 INTERFACES DE HARDWARE

[Especificar las características lógicas para cada interfaz entre el producto y los componentes de
hardware del sistema. Se incluirán características de configuración]

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
3.1.3 INTERFACES DE SOFTWARE
[Indicar si hay que integrar el producto con otros productos de software.

Para cada producto de software debe especificarse lo siguiente:

● Descripción del producto software utilizado

● Propósito del interfaz
● Definición del interfaz: contenido y formato]

3.1.4 INTERFACES DE COMUNICACIÓN

[Describir los requisitos de las interfaces de comunicación si hay comunicaciones con otros sistemas y
cuáles son los protocolos de comunicación]

3.2 REQUISITOS FUNCIONALES

[Definición de acciones fundamentales que debe realizar el software al recibir información, procesarla y
producir resultados.

En ellas se incluye:

▪ Comprobación de validez de las entradas

▪ Secuencia exacta de operaciones
▪ Respuesta a situaciones anormales (desbordamientos, comunicaciones, recuperación de errores)
▪ Parámetros
▪ Generación de salidas
▪ Relaciones entre entradas y salidas (secuencias de entradas y salidas, fórmulas para la
conversión de información)
▪ Especificación de los requisitos lógicos para la información que será almacenada en base de
datos (tipo de información, requerido)

Los requisitos funcionales pueden ser divididos en sub-secciones.]

3.2.1 REQUISITO FUNCIONAL 1

Designación Jorge Alberto Ramírez Duque
Descripción El sistema debe permitir ingresar por medio de la cabecera HTTP
Entradas El IP del computador en donde se encuentre conectado o URL
Salidas Pantalla en opción de registrar al usuario
Excepciones El ingreso solo lo realiza el personal autorizado para tal evento.

3.2.2 REQUISITO FUNCIONAL 2

Designación Jorge Alberto Ramírez Duque
Descripción El sistema debe permitir el ingreso de uno o más roles y de igual manera su

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
 supresión.
Entradas Usuarios del sistema rol
Salidas Usuarios con su rol asignado
Excepciones Cada usuario tendrá un rol como mínimo.

3.2.3 REQUISITO FUNCIONAL 3

Designación Jorge Alberto Ramírez Duque
Descripción El sistema debe permitir la creación de diferentes usuarios para asignarles
permisos de acuerdo a sus tareas
Entradas Datos del usuario: Password, Nombre, Apellidos, Cargo, Tipo de Usuario,
Cédula, email.
Salidas Usuario con acceso al sistema.
Excepciones Los campos son obligatorios y no puede haber usuarios repetidos

3.3 REQUISITOS NO FUNCIONALES

3.3.1REQUISITOS DE RENDIMIENTO
Cantidad de usuarios concurrentes:

El número máximo dependerá de la capacidad del servidor. El Sistema debe soportar un número de
usuarios de acuerdo a los recursos de infraestructura.

El usuario podrá ingresar tantas veces al sistema como le sea posible, no obligando a que deba
inscribirse en algún seminario

Si el administrador no ha planificado bien la infraestructura el sistema en algún momento puede

colapsar.

3.3.2 SEGURIDAD
CANTIDAD DE INFORMACIÓN ALMACENADA:
El número máximo de información a registrar dependerá de la capacidad del servidor. El sistema debe
soportar un número de inscripciones de acuerdo a los recursos de infraestructura

El sistema debe permitir realizar n inscripciones por parte de los visitantes y esto debe ser tenido en
cuenta por el administrador del sistema.

El sistema debe permitir la manipulación de la información por medio de un motor de base de datos.

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
Las consultas que permiten la interacción de los scripts con la base de datos debe permitir interactuar
con el motor de base de datos.

3.3.3 FIABILIDAD
El sistema debe permitir instalar en un sistema operativo Windows y/o Linux, y los clientes pueden
correrlo en los mismos sistemas operativos.
La aplicación debe ser independiente del sistema operativo utilizado.

3.3.4 DISPONIBILIDAD
El sistema debe ofrecer una disponibilidad completa, El sistema deberá estar disponible a menos que
sucedan causas externas como: perdida de fluido eléctrico y que el administrador este actualizando la
información.

3.3.5MANTENIBILIDAD
[Identificación del tipo de mantenimiento necesario del sistema.

Especificación de quien debe realizar las tareas de mantenimiento, por ejemplo usuarios, o un
desarrollador.

Especificación de cuándo deben realizarse las tareas de mantenimiento. Por ejemplo, generación de
estadísticas de acceso semanal y mensual.]

3.3.6 PORTABILIDAD
[Especificación de atributos que debe presentar el software para facilitar su traslado a otras plataformas
u entornos. Pueden incluirse:

▪ Porcentaje de componentes dependientes del servidor.

▪ Porcentaje de código dependiente del servidor.
▪ Uso de un determinado lenguaje por su portabilidad.
▪ Uso de un determinado compilador o plataforma de desarrollo.
▪ Uso de un determinado sistema operativo.]

3.4 OTROS REQUISITOS

[Cualquier otro requisito que no encaje en ninguna de las secciones anteriores.

Por ejemplo:

▪ Requisitos culturales y políticos

▪ Requisitos Legales]

3.5 RESTRICCIONES DE DISEÑO

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.
3.6 ATRIBUTOS DEL SISTEMA

4. APÉNDICES
[Pueden contener todo tipo de información relevante para la SRS pero que, propiamente, no forme parte
de la SRS.]

Este artefacto está basado en el estándar de especificación de requisitos de la IEEE. Estándar 830.