Ejemplo Formato Ieee 830
Ejemplo Formato Ieee 830
Ejemplo Formato Ieee 830
software
Proyecto: Sistema de informacin Web para la
gestin de Procesos Administrativos y
Acadmicos del Centro de Formacin Socialista
Metalminero de La Victoria, Edo. Aragua
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 inclusin directa de
texto con el color y estilo adecuado a la seccin, al pulsar sobre ellos con el puntero del
ratn.
Los ttulos y subttulos de cada apartado estn definidos como estilos de MS Word, de
forma que su numeracin consecutiva se genera automticamente segn se trate de
estilos Titulo1, Titulo2 y Titulo3.
El ndice del documento es una tabla de contenido que MS Word actualiza tomando como
criterio los ttulos del documento.
Una vez terminada su redaccin debe indicarse a Word que actualice todo su contenido
para reflejar el contenido definitivo.
.
Ficha del documento
Contenido
FICHA DEL DOCUMENTO 3
CONTENIDO 4
1 INTRODUCCIN 6
1.1 Propsito 6
1.2 Alcance 6
1.5 Referencias 7
1.6 Resumen 7
2 DESCRIPCIN GENERAL 7
2.4 Restricciones 9
3 REQUISITOS ESPECFICOS 9
1 Introduccin
Este documento es una Especificacin de Requisitos Software (ERS) para el Sistema de
solicitud de pedidos sistematizado de restaurante. Esta especificacin se ha estructurado
basndose en las directrices dadas por el estndar IEEE Prctica Recomendada para
Especificaciones de Requisitos Software ANSI/IEEE 830, 1998.
1.1 Propsito
El presente documento tiene como propsito definir las especificaciones funcionales, no
funcionales para el desarrollo de un sistema web que permitir gestionar distintos procesos
administrativos de un restaurante. ste ser utilizado por los diferentes usuarios de un
restaurante.
1.2 Alcance
Esta especificacin de requisitos est dirigida al usuario del sistema, para continuar con el
desarrollo de aplicaciones para empresas de servicios de comida y cocina para profundizar
en la automatizacin de sta, la cual tiene por objetivo principal el gestionar los distintos
procesos administrativos (Pedidos, Platos, Informacin, Ventas, Reportes).
Nombr Descripcin
e
Usuario Persona que usar el sistema para gestionar procesos
SSP-A Sistema de solicitud de pedidos sistematizado de restaurante
y administracin.
ERS Especificacin de Requisitos Software
RF Requerimiento Funcional
RNF Requerimiento No Funcional
FTP Protocolo de Transferencia de Archivos
1.5 Referencias
1.6 Resumen
Este documento consta de tres secciones. En la primera seccin se realiza una
introduccin al mismo y se proporciona una visin general de la especificacin de recursos
del sistema.
En la segunda seccin del documento se realiza una descripcin 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.
2 Descripcin general
2.4 Restricciones
Interfaz para ser usada con internet.
Uso de Dominio (X)
Lenguajes y tecnologas en uso: HTML, JAVA.
Los servidores deben ser capaces de atender consultas concurrentemente.
El sistema se disear segn un modelo cliente/servidor.
El sistema deber tener un diseo e implementacin sencilla, independiente de la
plataforma o del lenguaje de programacin.
.
3 Requisitos especficos
Requerimientos Funcionales
Identificacin del RF01
requerimiento:
Nombre del Autentificacin de Usuario.
Requerimiento:
Caractersticas: Los usuarios debern identificarse para acceder a cualquier parte del
sistema.
Descripcin del El sistema podr ser consultado por cualquier usuario dependiendo del
Requerimiento RNF01
NO funcional: RNF02
RNF05
RNF06
RNF07
RNF08
Prioridad del requerimiento:
Alta
RNF07
RNF08
Prioridad del requerimiento:
Alta
Requerimientos No Funcionales.
Alta
Adaptadores de red.
Procesador de 1.66GHz o superior.
Memoria mnima de 256Mb.
Mouse.
Teclado.
Crear Cursos: Permite al docente una vez que haya accedido con
su cuenta al aula virtual, crear su materia y suministrar informacin
relevante al mismo a los estudiantes, manteniendo una comunicacin
activa.
3.3.2 Seguridad
3.3.3 Fiabilidad
3.3.4 Disponibilidad
La disponibilidad del sistema debe ser continua con un nivel de servicio para
los usuarios de 7 das por 24 horas, garantizando un esquema adecuado que
permita la posible falla en cualquiera de sus componentes, contar con una
contingencia, generacin de alarmas.
3.3.5 Mantenibilidad
3.3.6 Portabilidad