Formato Ieee830

17-10-2019 FORMATO IEEE830
Especificación de Requisitos de
Software
YAMID ESTEFAN RUIZ MARTINEZ

INTRODUCCIÒN
El estándar IEEE830 hace referencia a una serie de especificaciones que se deben tener
en cuenta a la hora de desarrollar cualquier tipo de Software, teniendo en cuenta las
necesidades que tengan los clientes, necesidades se deben estipular con el grupo de
desarrolladores para así mismo dar cumplimiento a las exigencias convenidas.
Este tipo de formato permite desarrollar de forma más específica y organizada la
recolección de requerimientos para el desarrollo de un Software.
“En cualquier proyecto software los requisitos son las necesidades del producto que se
debe desarrollar. Por ello, en la fase de análisis de requisitos se deben identificar
claramente estas necesidades y documentarlas. Como resultado de esta fase se debe
producir un documento de especificación de requisitos en el que se describa lo que el
futuro sistema debe hacer. Por tanto, no se trata simplemente de una actividad de
análisis, sino también de síntesis. El análisis de requisitos”1
El grupo desarrollador debe estar en contacto frecuente con los diferentes tipos de clientes
para poder satisfacer y aclarar las dudas que estos tengan de acuerdo con el producto a
los que quieren acceder, debido a que a muchos clientes se les dificulta el manejo de
algunos de estos programas, es ahí donde el estándar IEEE830 pasa a ser parte importante
dentro de l infinidad de formatos existentes, ya que el formato IEEE830 permite una
mejor flexibilidad y facilidad de manejo de conceptos y funcionalidades que tanto el
cliente como el grupo desarrollador va a tener a la hora de socializar el desarrollo del
producto final.
“En la determinación de los requisitos no sólo deben actuar los analistas, es muy
importante la participación de los propios usuarios, porque son éstos los que mejor
conocen el sistema que se va a automatizar. Analista y cliente se deben poner de acuerdo
en las necesidades del nuevo sistema, ya que el cliente no suele entender el proceso de
diseño y desarrollo del software como para redactar una especificación de requisitos
software (ERS) y los analistas no suelen entender completamente el problema del cliente,
debido a que no dominan su área de trabajo.
Así pues, el documento de especificación de requisitos debe ser legible por el cliente,
con lo que se evita el malentendido de determinadas situaciones, ya que el cliente
participa activamente en la extracción de dichos requisitos.
Basándose en estos requisitos, el ingeniero de software procederá al modelado de la
futura aplicación. Para ello, se pueden utilizar diferentes tipos de metodologías entre las
que destacan la metodología estructurada y la metodología orientada a objetos (por
ejemplo, DFDs y UML respectivamente).”2
En este tipo de formato IEEE830 puede manejar también diferentes prototipos donde se
pueden realizar entregas parciales o maquetas que muestren cómo será el diseño,
1
http://zeus.inf.ucv.cl/~bcrawford/AULA_ICI_3242/ERS_IEEE830.pdf
2
funcionalidad, velocidad de respuesta, organización de la información y facilidades de
manejo. “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.”3
El formato IEEE830 provee múltiples funciones como ya se había mencionado; entre
ellas ofrece al cliente o usuario una serie de restricciones que ellos pueden tomar o
también el grupo desarrollador le da la opción al de colocar las restricciones deseadas.
Aunque hay restricciones que no se pueden modificar porque hacen parte obligatoria del
Software.
“En muchos casos los usuarios empiezan a solicitar determinadas restricciones en el
sistema que en la mayoría de los casos no están aplicando en la ejecución de los procesos
que se informatizan y de las cuales, muchas de ellas, no se aplican en el contexto actual
de trabajo.
Si a estas restricciones, se le añaden las que de manera “creativa” propone el equipo de

proyecto, más las que tienen determinados productos base que han podido ser utilizados
en el proceso de desarrollo nos encontraremos con sistemas incómodos de utilizar, que
no se adaptarán a muchas casuísticas (esas situaciones excepcionales que después no lo
son tanto) y que dará lugar a que los usuarios tengan que “buscarle las vueltas” al
sistema para poder dar solución a situaciones de bloqueo, lo que provocará además una
reducción de la productividad de los usuarios en el uso de la herramienta, el
correspondiente descontento (que irá a más conforme pase el tiempo y no se den
soluciones) y que los datos tengan cada vez una peor calidad.
Cuando el usuario defina restricciones es conveniente en primer lugar preguntarle cómo

se gestionan las mismas en el contexto actual de trabajo (hay que tener en cuenta que en
muchos casos la persona o personas que realizan la especificación no son los que
participan en el día a día del proceso o procesos que se informatizan, por lo que lo mismo
tienen una visión muy idealizada de cómo se están haciendo las cosas), cuáles son las
situaciones excepcionales en las que hay que saltarse la restricción y cuál es la
probabilidad de que se produzcan dichas excepciones.
Si se hace reflexionar a un usuario sobre las restricciones que está solicitando y de las
consecuencias que tiene su aplicación, es posible que muchas de esas restricciones que
quieren que el sistema recoja cómo sería el proceso si éste se realizase de manera ideal,
desaparecerán.
Las restricciones del sistema deben ser las precisas para que el proceso no quede
desvirtuado y para que los usuarios puedan realizar su trabajo de manera fluida. Acertar
no es fácil, no obstante, las aproximaciones iterativas e incrementales al producto final
nos facilitan el trabajo, ya que la incorporación de restricciones se hace iteración a
iteración y siempre tenemos la posibilidad de reaccionar de manera rápida ante
restricciones que supongan un obstáculo.”4
http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:pis:ejemplo_de_especificacion_de_requerimientos_-
_para_sesion_9.pdf
4 https://jummp.wordpress.com/2012/03/15/desarrollo-de-software-cuidado-con-las-restricciones/
REFERENCIAS BIBLIOGRAFICAS
Raúl Monferrer Agut. (2000-2001). Especificación de Requisitos Software

según el estándar de IEEE 830. 2000-2001, de Departament d’Informàtica
Universitat Jaume I Sitio web:
IEEE Std. 830-1998. (22 de Octubre de 2008). Especificación de Requisitos
según el estándar de IEEE 830. 22 de Octubre de 2008, de IEEE Std. 830-1998
Sitio web:
https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf
Jummp. (marzo 15, 2012). Desarrollo de software. Restricciones. marzo 15,
2012, de Gestión de proyectos y desarrollo de softwareGestión de proyectos
y desarrollo de software Sitio web:
https://jummp.wordpress.com/2012/03/15/desarrollo-de-software-cuidado-
con-las-restricciones/
Tania Isadora, Mora Dorance Moreno, Luis Yovany Romo. (Septiembre 2007).
Especificación de requisitos de software. Septiembre 2007, de Universidad del
Valle Sitio web:
http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:pis:ejemplo_de
_especificacion_de_requerimientos_-_para_sesion_9.pdf
PLANTILLA FORMATO IEEE830

https://sistemasifescol.files.wordpress.com › ejemplo-formato-ieee-830
ANEXO
Plantilla de formato IEEE830
Especificación de requisitos de
software
Proyecto: Sistema de información Web para la gestión
de Procesos Administrativos y Académicos del Centro de
Formación Socialista Metalminero de La Victoria, Edo.
Aragua
Abril del 2012

Instrucciones para el uso de este formato
Este formato es una plantilla tipo para documentos de requisitos del software.
Está basado y es conforme con el estándar IEEE Std 830-1998.
Las secciones que no se consideren aplicables al sistema descrito podrán de forma

justificada indicarse como no aplicables (NA).
Notas:
Los textos en color azul son indicaciones que deben eliminarse y, en su caso, sustituirse
por los contenidos descritos en cada apartado.
Los textos entre corchetes del tipo “[Inserte aquí el texto]” permiten la inclusión directa de
texto con el color y estilo adecuado a la sección, al pulsar sobre ellos con el puntero del
ratón.
Los títulos y subtítulos de cada apartado están definidos como estilos de MS Word, de
forma que su numeración consecutiva se genera automáticamente según se trate de estilos
“Titulo1, Titulo2 y Titulo3”.
La sangría de los textos dentro de cada apartado se genera automáticamente al pulsar

Intro al final de la línea de título. (Estilos Normal indentado1, Normal indentado 2 y Normal
indentado 3).
El índice del documento es una tabla de contenido que MS Word actualiza tomando como
criterio los títulos del documento.
Una vez terminada su redacción debe indicarse a Word que actualice todo su contenido
para reflejar el contenido definitivo.
.
Ficha del documento
Fecha Revisión Autor Verificado dep. Calidad.
Rodríguez Juan
12/04/2012 Tapias Juan
Mendoza Leonardo
Documento validado por las partes en fecha:
Por la comunidad Por la universidad
Centro de Formación Socialista Universidad Politécnica Territorial de Aragua

“Metalminero de la Victoria.” Doct. Federico Brito Figueroa
Contenido
FICHA DEL DOCUMENTO 7
CONTENIDO 0
1 INTRODUCCIÓN 2
1.1 Propósito 2
1.2 Alcance 2
1.3 Personal involucrado 2
1.4 Definiciones, acrónimos y abreviaturas 2
1.5 Referencias 3
1.6 Resumen 3
2 DESCRIPCIÓN GENERAL 3
2.1 Perspectiva del producto 3
2.2 Funcionalidad del producto 4
2.3 Características de los usuarios 4
2.4 Restricciones 5
2.5 Suposiciones y dependencias 5
3 REQUISITOS ESPECÍFICOS 5
3.1 Requisitos comunes de las interfaces 14

3.1.1 Interfaces de usuario 14
3.1.2 Interfaces de hardware 15
3.1.3 Interfaces de software 15
3.1.4 Interfaces de comunicación 15
3.2 Requerimientos funcionales 15

3.2.1 Requisito funcional 1 15
3.3 Requerimientos no funcionales 17

3.3.1 Requisitos de rendimiento 17
3.3.2 Seguridad 17
3.3.3 Fiabilidad 18
3.3.4 Disponibilidad 18
Sistema de información Web para la gestión de Procesos Administrativos y
Académicos del Centro de Formación Socialista Metalminero de La Victoria,
Pág. 1
Edo. Aragua
Especificación de requisitos de software
3.3.5 Mantenibilidad 18
3.3.6 Portabilidad 18
Pág. 2
Edo. Aragua
1 Introducción
Este documento es una Especificación de Requisitos Software (ERS) para el Sistema de
información para la gestión de procesos y control de inventarios. 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 ANSI/IEEE 830, 1998.
1.1 Propósito
El presente documento tiene como propósito definir las especificaciones funcionales, no
funcionales para el desarrollo de un sistema de información web que permitirá gestionar
distintos procesos administrativos y académicos. Éste será utilizado por estudiantes,
profesores y directivos.
1.2 Alcance
Esta especificación de requisitos está dirigida al usuario del sistema, para continuar con
el desarrollo de aplicaciones educativas sobre la institución y para profundizar en la
automatización de ésta, la cual tiene por objetivo principal el gestionar los distintos
procesos administrativos (Inventario, Eventos, Curso e Información) y académicos (Aula
Virtual).
1.3 Personal involucrado

Nombre Juan Rodríguez
Rol Analista, diseñador y programador
Categoría Profesional TSU-Informática
Responsabilidad Análisis de información, diseño y programación del SIS-I
Información de contacto Elgranjuan138@hotmail.com
Nombre Leonardo Mendoza

Información de contacto Leonardomendoza_98@hotmail.com
Nombre Juan Tapias

Información de contacto Juan_23571011@hotmail.com
1.4 Definiciones, acrónimos y abreviaturas

Pág. 3
Edo. Aragua
Nombre Descripción
Usuario Persona que usará el sistema para gestionar procesos
SIS-I Sistema de Información Web para la Gestión de Procesos
Administrativos y Académicos
ERS Especificación de Requisitos Software
RF Requerimiento Funcional
RNF Requerimiento No Funcional
FTP Protocolo de Transferencia de Archivos
Moodle Aula Virtual
1.5 Referencias
Titulo del Documento Referencia

Standard IEEE 830 - 1998 IEEE
1.6 Resumen
Este documento consta de tres secciones. En la primera sección se realiza una
introducción al mismo y se proporciona una visión general de la especificación de
recursos del sistema.
En la segunda sección del documento se realiza una descripción general del sistema, con
el fin de conocer las principales funciones que éste debe realizar, los datos asociados y
los factores, restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar
en excesivos detalles.
Por último, la tercera sección del documento es aquella en la que se definen

detalladamente los requisitos que debe satisfacer el sistema.
2 Descripción general
2.1 Perspectiva del producto

El sistema SIS-I será un producto diseñado para trabajar en entornos WEB, lo que
permitirá su utilización de forma rápida y eficaz, además se integrara conjuntamente con
moodle (Aula Virtual) para lograr una mejor respuesta.
Pág. 4
Edo. Aragua
2.2 Funcionalidad del producto
2.3 Características de los usuarios

Tipo de usuario Administrador
Formación TSU en Informática
Actividades Control y manejo del sistema en general
Pág. 5
Edo. Aragua
Tipo de usuario Profesor

Formación Educador
Actividades Facilitar el proceso de aprendizaje
Tipo de usuario Estudiante

Formación Bachiller
Actividades Participación activa en cursos y foros
Tipo de usuario Visitante

Formación NA
Actividades Observa e indaga información y se preinscribe en los cursos
2.4 Restricciones
 Interfaz para ser usada con internet.
 Uso de Dominio (X)
 Lenguajes y tecnologías en uso: HTML, JAVA.
 Los servidores deben ser capaces de atender consultas concurrentemente.
 El sistema se diseñará según un modelo cliente/servidor.
 El sistema deberá tener un diseño e implementación sencilla, independiente de
la plataforma o del lenguaje de programación.
.
2.5 Suposiciones y dependencias

 Se asume que los requisitos aquí descritos son estables
 Los equipos en los que se vaya a ejecutar el sistema deben cumplir los
requisitos antes indicados para garantizar una ejecución correcta de la misma
3 Requisitos específicos
Requerimientos Funcionales
Identificación del RF01

requerimiento:
Nombre del Autentificación de Usuario.
Requerimiento:
Características: Los usuarios deberán identificarse para acceder a cualquier parte del
sistema.
Descripción del El sistema podrá ser consultado por cualquier usuario dependiendo del
requerimiento: módulo en el cual se encuentre y su nivel de accesibilidad.
Requerimiento  RNF01
NO funcional:  RNF02
 RNF05
Pág. 6
Edo. Aragua
 RNF08
Prioridad del requerimiento:
Alta

requerimiento:
Nombre del Registrar Usuarios.
Requerimiento:
Características: Los usuarios deberán registrarse en el sistema para acceder a
cualquier parte del sistema.
Descripción del El sistema permitirá al usuario (estudiante, docente y Administrador)
requerimiento: registrarse. El usuario debe suministrar datos como: CI, Nombre,
Apellido, E-mail, Usuario y Password.
 RNF05
 RNF08
Alta

requerimiento:
Nombre del Consultar Información.
Requerimiento:
Características: El sistema ofrecerá al usuario información general acerca de la
Instrucción Académica, materias, Calendario de eventos.
Descripción del Consultar Instrucción Académica: Muestra información general
requerimiento: sobre los cursos que la institución ofrece, en qué consiste, duración
por período académico.
Alta

requerimiento:
Requerimiento:
Descripción del Consultar Instrucción Académica: Muestra información general
requerimiento: sobre los cursos que la institución ofrece, en qué consiste, duración
por período académico.
Pág. 7
Edo. Aragua

Alta

requerimiento:
Requerimiento:
Descripción del Consultar Calendario de Eventos: Muestra a los usuarios
requerimiento: información relevante a noticias u otros eventos planificados.
Alta

requerimiento:
Nombre del Modificar.
Requerimiento:
Características: El sistema permitirá al administrador, docente y estudiantes modificar
los datos personales, materias creadas en cuanto al docente y tareas
implantadas.
Descripción del Permite al administrador modificar datos de los usuarios, materias y
requerimiento: cuentas creadas.
 RNF05
Alta
Pág. 8
Edo. Aragua

requerimiento:
Nombre del Gestión del Aula virtual.
Requerimiento:
Características: Permite gestionar información referente al aula virtual.
Descripción del Crear Cursos: Permite al docente una vez que haya accedido con su
requerimiento: cuenta al aula virtual, crear su materia y suministrar información
relevante al mismo a los estudiantes, manteniendo una comunicación
activa.
 RNF05
 RNF06
 RNF07
 RNF08
Alta

requerimiento:
Requerimiento:
Descripción del Registrar Estudiante El estudiante deberá suministrar su cédula de
requerimiento: identidad y nombre juntamente con una contraseña para poder
incluirse en una materia.
oAula Virtual: El estudiante deberá suministrar su nombre
juntamente con una contraseña para poder inscribirse en el
sistema.
o Materia: El estudiante deberá colocar la contraseña
suministrada por el docente para quedar inscrito en la
materia.
 RNF05
 RNF06
 RNF07
 RNF08
Pág. 9
Edo. Aragua
Alta

requerimiento:
Requerimiento:
Descripción del Consultar cursos: permite a los estudiantes ver información de
requerimiento: actividades pendientes y notas de evaluaciones realizadas.
 RNF05
 RNF06
 RNF07
 RNF08
Alta

requerimiento:
Requerimiento:
Pág. 10
Edo. Aragua
Descripción del Descargas: Permite a los estudiantes descargar guías e información

requerimiento: relevante a las materias que cursa solo si se encuentra inscrito en ellas.
 RNF05
 RNF06
 RNF07
 RNF08
Alta

requerimiento:
Requerimiento:
Descripción del Foros: El estudiante podrá mantener una discusión y ver información
requerimiento: sobre un tema determinado por el docente.
oPermite la interacción y discusión de usuarios sobre temas
ya antes planteado.
o Planteamiento de temas sobre alguna tarea o problema a
desarrollar.
 RNF05
 RNF06
 RNF07
 RNF08
Alta

requerimiento:
Nombre del Integración de Componentes.
Requerimiento:
Características: El sistema tendrá una gestión administrativa y académica.
Descripción del El componente de inventario junto con el moodle deberá integrarse al
requerimiento: sistema de información web proporcionando los recursos necesarios,
con el propósito de que la interacción con los usuarios sea provechosa
en la administración de la información académica.
 RNF05
Pág. 11
Edo. Aragua
Alta

requerimiento:
Nombre del Gestionar Reportes.
Requerimiento:
Características: El sistema permitirá generar reportes.
Descripción del Permite al administrador imprimir reportes de los eventos a realizar o
requerimiento: concluidos, así como también, ver listados de estudiantes por materias
y docentes activos
Alta

requerimiento:
Nombre del Acreditar.
Requerimiento:
Características: Garantiza a los estudiantes que han culminado los cursos realizados
mediante un documento.
Descripción del Permite al administrador y docente dar constancia de que el estudiante
requerimiento: participo y concluyó el curso o evento el que se encontraba inscrito.
Alta

requerimiento:
Nombre del Auditoría del sistema
Requerimiento:
Características: Garantizar las soluciones de problemas existentes mediante la
utilización del sistema.
Descripción del Evaluar y analizar los procesos del sistema, proponiendo solución de
requerimiento: problemas existentes dentro del sistema utilizado.
 RNF06
 RNF07
 RNF08
Pág. 12
Edo. Aragua
Alta
Requerimientos No Funcionales.
Identificación del RNF01

requerimiento:
Nombre del Interfaz del sistema.
Requerimiento:
Características: El sistema presentara una interfaz de usuario sencilla para que sea de
fácil manejo a los usuarios del sistema.
Descripción del El sistema debe tener una interfaz de uso intuitiva y sencilla.
requerimiento:

Alta

requerimiento:
Nombre del Ayuda en el uso del sitema.
Requerimiento:
Características: La interfaz del usuario deberá de presentar un sistema de ayuda para
que los mismos usuarios del sistema se les faciliten el trabajo en cuanto
al manejo del sistema.
Descripción del La interfaz debe estar complementada con un buen sistema de ayuda
requerimiento: (la administración puede recaer en personal con poca experiencia en el
uso de aplicaciones informáticas).
Alta

requerimiento:
Pág. 13
Edo. Aragua
Nombre del Mantenimiento.

Requerimiento:
Características: El sistema deberá de tener un manual de instalación y manual de
usuario para facilitar los mantenimientos que serán realizados por el
administrador.
Descripción del El sistema debe disponer de una documentación fácilmente
requerimiento: actualizable que permita realizar operaciones de mantenimiento con el
menor esfuerzo posible.
Alta

requerimiento:
Nombre del Diseño de la interfaz a la característica de la web.
Requerimiento:
Características: El sistema deberá de tener una interfaz de usuario, teniendo en cuenta
las características de la web de la institución.
Descripción del La interfaz de usuario debe ajustarse a las características de la web de
requerimiento: la institución, dentro de la cual estará incorporado el sistema de gestión
de procesos y el inventario.
Alta

requerimiento:
Nombre del Desempeño
Requerimiento:
Características: El sistema garantizara a los usuarios un desempeño en cuanto a los
datos almacenado en el sistema ofreciéndole una confiabilidad a esta
misma.
Descripción del Garantizar el desempeño del sistema informático a los diferentes
requerimiento: usuarios. En este sentido la información almacenada o registros
realizados podrán ser consultados y actualizados permanente y
simultáneamente, sin que se afecte el tiempo de respuesta.
Alta

requerimiento:
Pág. 14
Edo. Aragua
Nombre del Nivel de Usuario

Requerimiento:
Características: Garantizara al usuario el acceso de información de acuerdo al nivel que
posee.
Descripción del Facilidades y controles para permitir el acceso a la información al
requerimiento: personal autorizado a través de Internet, con la intención de consultar
y subir información pertinente para cada una de ellas.
Alta

requerimiento:
Nombre del Confiabilidad continúa del sistema.
Requerimiento:
Características: El sistema tendrá que estar en funcionamiento las 24 horas los 7 días
de la semana. Ya que es una página web diseñada para la carga de
datos y comunicación entre usuarios.
Descripción del La disponibilidad del sistema debe ser continua con un nivel de
requerimiento: servicio para los usuarios de 7 días por 24 horas, garantizando un
esquema adecuado que permita la posible falla en cualquiera de sus
componentes, contar con una contingencia, generación de alarmas.
Alta

requerimiento:
Nombre del Seguridad en información
Requerimiento:
Características: El sistema garantizara a los usuarios una seguridad en cuanto a la
información que se procede en el sistema.
Descripción del Garantizar la seguridad del sistema con respecto a la información y
requerimiento: datos que se manejan tales sean documentos, archivos y contraseñas.
Alta
3.1 Requisitos comunes de las 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. Ésta deberá ser construida específicamente para el
sistema propuesto y, será visualizada desde un navegador de internet.
Pág. 15
Edo. Aragua
3.1.2 Interfaces de hardware
Será necesario disponer de equipos de cómputos en perfecto estado con las

siguientes características:
 Adaptadores de red.
 Procesador de 1.66GHz o superior.
 Memoria mínima de 256Mb.
 Mouse.
 Teclado.
3.1.3 Interfaces de software
 Sistema Operativo: Windows XP o superior.

 Explorador: Mozilla o Chrome.
3.1.4 Interfaces de comunicación
Los servidores, clientes y aplicaciones se comunicarán entre sí, mediante

protocolos estándares en internet, siempre que sea posible. Por ejemplo, para
transferir archivos o documentos deberán utilizarse protocolos existentes (FTP u
otros convenientes).
3.2 Requisitos funcionales

3.2.1 Requisito funcional 1
 Autentificación de Usuarios: los usuarios deberán identificarse

para acceder a cualquier parte del sistema.
 El sistema podrá ser consultado por cualquier usuario

dependiendo del módulo en el cual se encuentre y su nivel de
accesibilidad.
 Consultar Información: El sistema ofrecerá al usuario información

general acerca de la Instrucción Académica, materias, Calendario de
eventos.
 Consultar Instrucción Académica: Muestra información

general sobre los cursos que la institución ofrece, en qué consiste,
duración por período académico.
 Consultar Materias: Permite a los estudiantes ver las
asignaciones que los docentes han publicado, descargar guía e
información relevante a la materia y ver notas obtenidas en
evaluaciones.
 Consultar Calendario de Eventos: Muestra a los usuarios
información relevante a noticias u otros eventos planificados.
Pág. 16
Edo. Aragua
 Registrar Usuarios: El sistema permitirá al usuario (estudiante,

docente y Administrador) registrarse. El usuario debe suministrar datos
como: CI, Nombre, Apellido, E-mail, Usuario y Password.
 Modificar: Permite al administrador modificar datos de los usuarios,

materias y cuentas creadas.
 Gestionar Aula virtual: Permite información referente al aula virtual.

 Crear Cursos: Permite al docente una vez que haya accedido
con su cuenta al aula virtual, crear su materia y suministrar
información relevante al mismo a los estudiantes, manteniendo una
comunicación activa.
 Registrar Estudiante: El estudiante deberá suministrar su

cédula de identidad y nombre juntamente con una contraseña para
poder incluirse en una materia.
o Aula Virtual: El estudiante deberá registrarse ingresando

un nombre de usuario juntamente con una contraseña para
poder ingresar en el sistema.
o Materia: El estudiante deberá colocar la contraseña

suministrada por el docente para quedar inscrito en la
materia.
 Consultar cursos: Permite a los estudiantes ver información

de actividades pendientes y notas de evaluaciones realizadas.
 Descargas: Permite a los estudiantes descargar guías e

información relevante a las materias que cursa solo si se encuentra
inscrito en ellas.
 Foros: El estudiante podrá mantener una discusión y ver

información sobre un tema determinado por el docente.
o Permite la interacción y discusión de usuarios sobre temas

ya antes planteado.
o Planteamiento de temas sobre alguna tarea o problema a

desarrollar.
Pág. 17
Edo. Aragua
o Permite subir archivos y documentos vinculados a un link

para descargar y para tener una mejor comunicación e
interacción entre los usuarios
o Los usuarios que participaran en el foro tendrán que haberse

inscrito anteriormente en la materia
 Integración de Componentes: El componente de inventario junto

con el moodle deberá integrarse al sistema de información web
proporcionando los recursos necesarios, con el propósito de que la
interacción con los usuarios sea provechosa en la administración de la
información académica.
 Gestionar Reportes: Permite al administrador imprimir reportes de los

eventos a realizar o concluidos, así como también, ver listados de
estudiantes por materias, docentes activos, entre otros.
 Acreditar: Permite al administrador y docente dar constancia de que el

estudiante participo y concluyó el curso o evento el que se encontraba
inscrito.
 Auditoría: Evaluar y analizar los procesos del sistema, proponiendo

solución de problemas existentes dentro del sistema utilizado
3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento
 Garantizar que el diseño de las consultas u otro proceso no afecte el

desempeño de la base de datos, ni considerablemente el tráfico de la red.
3.3.2 Seguridad
 Garantizar la confiabilidad, la seguridad y el desempeño del sistema

informático a los diferentes usuarios. En este sentido la información
almacenada o registros realizados podrán ser consultados y actualizados
permanente y simultáneamente, sin que se afecte el tiempo de respuesta.
 Garantizar la seguridad del sistema con respecto a la información y datos

que se manejan tales sean documentos, archivos y contraseñas.
Pág. 18
Edo. Aragua
 Facilidades y controles para permitir el acceso a la información al personal

autorizado a través de Internet, con la intención de consultar y subir
información pertinente para cada una de ellas.
3.3.3 Fiabilidad
 El sistema debe tener una interfaz de uso intuitiva y sencilla
 La interfaz de usuario debe ajustarse a las características de la web de la

institución, dentro de la cual estará incorporado el sistema de gestión de
procesos y el inventario
3.3.4 Disponibilidad
 La disponibilidad del sistema debe ser continua con un nivel de servicio

para los usuarios de 7 días por 24 horas, garantizando un esquema
adecuado que permita la posible falla en cualquiera de sus componentes,
contar con una contingencia, generación de alarmas.
3.3.5 Mantenibilidad
 El sistema debe disponer de una documentación fácilmente actualizable

que permita realizar operaciones de mantenimiento con el menor esfuerzo
posible
 La interfaz debe estar complementada con un buen sistema de ayuda (la

administración puede recaer en personal con poca experiencia en el uso
de aplicaciones informáticas).
3.3.6 Portabilidad
 El sistema será implantado bajo la plataforma de Windows.

Formato Ieee830

Cargado por

Información del documento

Título original

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

Formato Ieee830

Cargado por

Copyright:

Formatos disponibles

17-10-2019 FORMATO IEEE830

YAMID ESTEFAN RUIZ MARTINEZ

Si a estas restricciones, se le añaden las que de manera “creativa” propone el equipo de

Cuando el usuario defina restricciones es conveniente en primer lugar preguntarle cómo

Raúl Monferrer Agut. (2000-2001). Especificación de Requisitos Software

PLANTILLA FORMATO IEEE830

Abril del 2012

Está basado y es conforme con el estándar IEEE Std 830-1998.

Las secciones que no se consideren aplicables al sistema descrito podrán de forma

La sangría de los textos dentro de cada apartado se genera automáticamente al pulsar

Fecha Revisión Autor Verificado dep. Calidad.

12/04/2012 Tapias Juan

Documento validado por las partes en fecha:

Por la comunidad Por la universidad

Centro de Formación Socialista Universidad Politécnica Territorial de Aragua

1.3 Personal involucrado 2

1.4 Definiciones, acrónimos y abreviaturas 2

2.1 Perspectiva del producto 3

2.2 Funcionalidad del producto 4

2.3 Características de los usuarios 4

2.5 Suposiciones y dependencias 5

3.1 Requisitos comunes de las interfaces 14

3.2 Requerimientos funcionales 15

3.3 Requerimientos no funcionales 17

Especificación de requisitos de software

Especificación de requisitos de software

1.3 Personal involucrado

Nombre Leonardo Mendoza

Nombre Juan Tapias

1.4 Definiciones, acrónimos y abreviaturas

Especificación de requisitos de software

Titulo del Documento Referencia

Por último, la tercera sección del documento es aquella en la que se definen

2.1 Perspectiva del producto

Especificación de requisitos de software

2.2 Funcionalidad del producto

2.3 Características de los usuarios

Especificación de requisitos de software

Tipo de usuario Profesor

Tipo de usuario Estudiante

Tipo de usuario Visitante

2.5 Suposiciones y dependencias

Identificación del RF01

Especificación de requisitos de software

Identificación del RF02

Identificación del RF03

Identificación del RF04

Especificación de requisitos de software

Prioridad del requerimiento:

Identificación del RF05

Identificación del RF06

Especificación de requisitos de software

Identificación del RF07

Identificación del RF08

Especificación de requisitos de software

Identificación del RF09

Identificación del RF010

Especificación de requisitos de software

Descripción del Descargas: Permite a los estudiantes descargar guías e información

Identificación del RF11

Identificación del RF12

Especificación de requisitos de software

Identificación del RF13