Documento de Requerimientos de Software SDM

SDM para el desarrollo del SIS-WEB (Sistema de Digitalización de Muebles – WEB)
Versión 1.0
Documento de requerimientos de
software
SDM-WEB (Sistema de Digitalización de Muebles)
Fecha:02/06/2018
Tabla de contenido
Historial de Versiones .............................................................................................. 3
Página 1
Versión 1.0
Información del Proyecto ......................................................................................... 3
Aprobaciones ........................................................................................................... 3
1. Propósito ........................................................................................................... 4
2. Alcance del producto / Software ........................................................................ 4
3. Referencias ....................................................................................................... 4
4. Funcionalidades del producto............................................................................ 4
5. Clases y características de usuarios ................................................................. 5
6. Entorno operativo .............................................................................................. 5
7. Requerimientos funcionales .............................................................................. 8
9.1. (Nombre de la funcionalidad 1) ................... Error! Bookmark not defined.
9.2. (Nombre de la funcionalidad 2) ................... Error! Bookmark not defined.
9.3. (Nombre de la funcionalidad N) .................. Error! Bookmark not defined.
8. Reglas de negocio........................................................................................... 20
9. Requerimientos de interfaces externas ........................................................... 20
9.1. Interfaces de usuario .................................. Error! Bookmark not defined.
9.2. Interfaces de hardware ............................... Error! Bookmark not defined.
9.3. Interfaces de software ................................ Error! Bookmark not defined.
9.4. Interfaces de comunicación ........................ Error! Bookmark not defined.
10. Requerimientos no funcionales .................................................................... 20
11. Otros requerimientos...................................... Error! Bookmark not defined.
12. Glosario........................................................................................................ 24
Página 2
Versión 1.0
Historial de Versiones
Fecha Versión Autor Organización Descripción
Información del Proyecto

Empresa / Organización
Proyecto SDM-WEB
Fecha de preparación 15/04/2018
Cliente Mueblería Don Paco
Patrocinador principal
Gerente / Líder de Proyecto Ricardo Muñoz
Gerente / Líder de Análisis Ricardo Muñoz
de negocio y requerimientos
Aprobaciones
Nombre y Apellido Cargo Departamento u Fecha Firma
Organización
Página 3
Versión 1.0
1. Propósito
El presente documento tiene como propósito definir las especificaciones funcionales, no
funcionales y del sistema para la implementación de una aplicación WEB que permitirá
administrar y consultar la información de muebles de la mueblería Don Paco, utilizada
por el dueño, empleados y público en general.
2. Alcance del producto / Software

Diseño, desarrollo e implantación del sistema SDM-WEB (Sistema de Digitalización de
Muebles WEB).
El SDM-WEB será una aplicación que funcionará en un entorno WEB que permitirá
administrar y consultar los catálogos muebles. Esta aplicación dará apoyo a los
siguientes procesos:
• Administrar usuarios del sistema.

• Administrar catálogos de muebles
• Administrar de muebles
• Generación de estadísticas.
El SIS-WEB permitirá una flexibilidad de acceso a la información de los catálogos de

muebles, igualmente una actualización dinámica de la misma.
3. Referencias
Titulo del Documento Referencia

Standard IEEE 830 - 1998 IEEE
WebSA (Web Software http://www.dlsi.ua.es/~santi/papers/websatr.pdf
Architecture)
Software Architecture: Past, http://msdn2.microsoft.com/en-
Present and Future us/skyscrapr/bb426891.aspx
4. Funcionalidades del producto
Página 4
Versión 1.0
El sistema SIS-WEB permitirá realizar las siguientes funciones:
1. Administración de Usuarios: El administrador del sistema podrá gestionar los

usuarios (agregar, modificar, eliminar, buscar, listar).
2. Administración de Catálogos(Muebles): El administrador del sistema podrá
gestionar catálogos usuarios (agregar, modificar, eliminar, buscar, listar).
3. Administración de Roles: El administrador del sistema gestionará los roles de
usuarios del sistema, de igual forma asignará los roles a los usuarios.
4. Publicación de Información: El administrador del sistema actualizará la
información general del SDM-WEB.
5. Navegación: Proceso por el cual una persona podrá utilizar el SDM-WEB.
5. Clases y características de usuarios

El sistema SDM-WEB contendrá 3 tipos de usuarios que interactuaran y lo administraran:
Visitante, Cliente, Administrador del Sistema.
Cada usuario tendrá un perfil específico para que su interacción con el sistema sea
correcta y no conlleve a fallos:
Visitante: Persona que interactuará continuamente con el sistema, su educación no

puede ser definida y no debe tener una capacitación con respecto al sistema únicamente
debe tener un conocimiento básico sobre navegación en páginas Web.
Cliente: Su rol en el sistema consiste en pasar de ser visitante a cliente en el momento

que se inscriba a al sistema, al igual que el visitante su conocimiento debe ser básico en
el manejo de páginas Web para que realice su inscripción.
Administrador del Sistema: Usuario con gran conocimiento en el manejo del sistema
con una previa capacitación por parte de la entidad. Encargado de manejar el sistema
con gran responsabilidad sobre los criterios de permisos sobre los usuarios.
6. Entorno operativo
Jerarquía de usuarios
Página 5
Versión 1.0
Restricciones.
Políticas reguladoras
La aplicación se desarrollará mediante software de licencia abierta por lo tanto no se

deberá pagar por el uso de: servidor WEB (Apache), Sistema de Gestión de base de
datos (MySQL) y el lenguaje de programación (Java), 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, Java y la aplicación SDM-WEB.
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 seminario.
Requisitos del lenguaje

Página 6
Versión 1.0
Todo el material que se realice para el usuario y la aplicación debe de estar en lenguaje
español.
Protocolos señalados
Se usará protocolos de comunicación TCP/IP, HTTP.
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.
Atención 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
indicado.
Página 7
Versión 1.0
7. Requerimientos funcionales
7.1. Ingreso a la aplicación
SIS-WEB
SRS – Especificación de Requerimientos Funcionales
Código Nombre Fecha Grado Necesidad

RF_1 Apertura a la aplicación 19/09/2007 Esencial
Descripción El sistema debe permitir ingresar por medio de la cabecera HTTP
Entradas Fuente Salida Destino Restricciones
El IP del
computador Pantalla en
El ingreso solo lo realiza
en donde se opción de
Red pantallas el personal autorizado
encuentre registrar al
para tal evento.
conectado o usuario
URL
El sistema debela tener un nombre por medio del cual permita su
ingreso digitándolo en la barra del navegador: http//nombre…. Todo
Proceso
esto debidamente configurado en el servidor Web.
Efecto
Colateral
7.2. Aadministración de usuarios

SIS-WEB

Ingreso o supresión de
RF_1 19/09/2007 Esencial
roles
El sistema debe permitir el ingreso de uno o mas roles y de igual
Descripción
manera su supresión.
Formulario Usuarios
Usuarios del Base de Cada usuario tendrá un
de ingreso con su rol
sistema rol datos rol como mínimo.
de datos asignado
En la administración del sistema tendrá la opción de administrar
usuarios, al ingresar a esta opción se desplegará un listado de los
usuarios, los usuarios van a tener la opción de asignar roles, el
administrador hace clic sobre esta opción relacionada con el usuario y
Proceso
el sistema le despliega el listado de roles disponibles para que el
administrador seleccione los adecuados para ese usuario. Una vez el
usuario administrador del sistema de la opción de guardar, el sistema
pide confirmación y luego procederá a almacenar los cambios.
Página 8
Versión 1.0
Efecto
No aplica
Colateral
Página 9
Versión 1.0
SIS-WEB

RF_ 2 Creación de usuarios 19/09/2007 Esencial
El sistema debe permitir la creación de diferentes usuarios para
Descripción
asignarles permisos de acuerdo a sus tareas.
Datos del
usuario:
Password,
Nombre, Formulario Usuario con Los campos son
Base de
Apellidos, de ingreso acceso al obligatorios y no puede
datos.
Cargo, Tipo de datos sistema. haber usuarios repetidos.
de Usuario,
Cédula, e-
mail.
El administrador del sistema tendrá una opción que le permitirá
Administrar los usuarios definiendo su tipo, le permitirá crear usuarios.
El sistema verificara que la información necesaria para crear un
usuario este completa y luego al dar la opción de guardar esta
Proceso
información, el sistema creara el usuario en la BD y lo dejara
disponible para que pueda ingresar. Antes de almacenarse la
información en la BD el sistema le presenta al usuario una pantalla con
la confirmación de los datos ingresados.
Efecto
No aplica
Colateral
SIS-WEB

Actualización password de
RF_ 3 19/09/2007 Esencial
usuarios
El sistema debe permitir la actualización de los password de los
Descripción
usuarios.
Formulario
Identificación Confirmación Base de
de ingreso Máximo 10 caracteres.
y password por pantalla datos.
de datos
El administrador del sistema tendrá una opción que le permitirá
Administrar los usuarios para la modificación de su password, por
medio de un formulario ya definido en el cual se solicitara el número
Proceso
de identificación y el password actual y el nuevo password. Al
confirmar la operación su nuevo password se almacenara en la base
de datos y el usuario lo verificara en su próximo ingreso.
Página 10
Versión 1.0
Efecto
No aplica
Colateral
Página 11
Versión 1.0
SIS-WEB

Habilitar o deshabilitar
usuarios
Descripción El sistema debe permitir habilitar o deshabilitar usuarios.
El usuario
Formulario Propiedad administrador del
Identificación Confirmación
de ingreso del usuario sistema no podrá ser
de usuario por pantalla
de datos modificada deshabilitado ya que es
el quien lo maneja.
El administrador del sistema tendrá una opción que le permitirá listar
los usuarios para habilitar o deshabilitarlo, enfrente de su nombre
existirá una casilla que el utilizará de acuerdo a la acción que desea
Proceso realizar. Obviamente la opción de habilitar la tiene los usuarios
deshabilitados y la de deshabilitar los usuarios habilitados. Todo esto
se confirma y se explica la razón por la cual se realiza la operación en
un espacio de comentario.
Efecto
Usuario deshabilitado no puede ingresar al sistema.
Colateral
7.3. Administración de Catálogos

SIS-WEB

RF_ 1 Crear Catalogo 19/09/2007 Esencial
El sistema debe permitir registrar los datos necesarios para la
Descripción
creación de un seminario.
Código
Catalogo,
nombre,
fecha de
Formulario Confirmación No deben existir datos
registro y Base de
de ingreso por pantalla repetidos en cuanto a
descripción. datos
de datos de catalogo catálogo.
Página 12
Versión 1.0
El sistema verificará que la información necesaria para crear un

catálogo este completa y luego al dar la opción de guardar esta
información, el sistema creará el catálogo en la BD y lo dejará
disponible para que pueda ser observado por el administrador del
Proceso seminario asignado. Antes de almacenarse la información en la BD el
sistema le presenta al administrador una pantalla con la confirmación
de los datos ingresados.
Efecto
No aplica
Colateral
SIS-WEB

Modificar y eliminar
seminario
Descripción El sistema debe permitir modificar y eliminar un seminario.
Código
catálogo,
nombre y El catálogo se eliminará
Formulario Confirmación
descripción. Base de solo en el momento que
de ingreso por pantalla
datos sea cancelado o se haya
de datos de seminarios
realizado.
El administrador ingresará en la opción de administración de

catálogos, en donde aparecerá un listado de los catálogos creados o
podrá buscarlo a través del código del catálogo. El administrador
Proceso decidirá si la acción a seguir es eliminar el seminario, para el sistema
solicitará confirmación de la operación. En caso de modificar los datos
del catálogo, el administrador introducirá los datos correspondientes y
grabará los cambios.
Efecto
Colateral
7.4. Administración de Muebles
Página 13
Versión 1.0
SIS-WEB

RF_1 Crear inscripción 19/09/2007 Esencial
El sistema debe permitir realizar ingresos de los datos de muebles a
Descripción
catalogos.
Código
mueble,
nombre
mueble, Los datos deben llenarse
Confirmación
descripción Formulario a totalidad, un mueble
por pantalla Base de
mueble e de ingreso no puede registrarse dos
de datos
imagen de de datos veces en el mismo
inscripción.
mueble catalogo.
El sistema verificara que la información necesaria para realizar una

inscripció este completa y luego al dar la opción de guardar esta
información, el sistema realizara la inscripción ingresándola en la BD,
antes de almacenar la información en la base de datos se confirmara
la inscripción al visitante. Una vez realizado este proceso existirá una
Proceso
opción para que el formulario pueda darse en formato impreso para
su respectivo tramite fuera del sistema.
Efecto
No aplica
Colateral
SIS-WEB

Modificar y eliminar
RF_ 425.2 19/09/2007 Esencial
inscripción
Descripción El sistema debe permitir modificar y eliminar un mueble.
Página 14
Versión 1.0
La modificación solo la
realiza el administrador
Confirmación
Formulario y para eliminar lo puede
Identificación por pantalla Base de
de ingreso hacer también el
del mueble. de datos
de datos administrador del
inscripción
sistema
El administrador del sistema tiene la opción de eliminar y modificar

en la administración de muebles. Ingresa su identificación en un
formato diseñado y la información es verificada por el sistema. Se
Proceso lista los catálogos a los cuales se ingresó y enfrente de cada catalogo
esta la opción de eliminar o modificar de acuerdo a lo que necesite.
Una vez realizada la operación y se confirma los datos son enviados
a la base de datos.
Efecto
No aplica
Colateral
7.5. Navegación
SIS-WEB

RI_ 1 Vínculos de navegación 19/09/2007 Esencial
El sistema debe presentar o contener vínculos de navegación
Descripción
entendibles.
Hojas de Si los vínculos son
Textos o Vinculo
estilo en Usuario imágenes deben tener un
iconos entendible
cascada comentario tipo texto
Proceso No aplica
Efecto
El usuario puede navegar de una manera más fácil y dirigida.
Colateral
SIS-WEB

RI_ 2 Imagen empresarial 19/09/2007 Esencial
El sistema debe en cada una de las paginas contener la imagen
Descripción
empresarial.
Formularios Despliegue
El formato de la imagen
de de l imagen
Logo Usuario debe ser de tipo: .jpg o
inscripción en las
.gif
de datos pantallas
Página 15
Versión 1.0
La imagen será vinculada desde el archivo principal de estilos de la

Proceso
aplicación.
Efecto
El usuario interactúa continuamente con el logo de la empresa.
Colateral
SIS-WEB

RI_ 3 Ayudas tipo texto 19/09/2007 Esencial
El sistema debe indicar ayudas tipo texto en el ingreso de datos en los
Descripción
formatos.
Diagrama de Ayudas tipo
Formularios Usuario Idioma español
navegación texto
Los campos de todos los formatos o formularios tendrán ayuda tipo
Proceso texto que permitirá al usuario guiarlo en su ingreso. Si existen
restricciones deben también indicarse por medio de esta herramienta.
Efecto
Menor posibilidad de error en el ingreso de los datos.
Colateral
7.6. Requisitos de Desarrollo.

SIS-WEB

Cantidad de usuarios
RNF_ 1 19/09/2007 Esencial
concurrentes.
El número máximo dependerá de la capacidad del servidor. El
Descripción Sistema debe soportar un número de usuarios de acuerdo a los
recursos de infraestructura
Si se desea incrementar
Numero de
Arquitectura Sistema SIS- los usuarios debe
Infraestructura usuarios
del sistema WEB revisarse la
soportados
infraestructura.
El usuario podrá ingresar tantas veces al sistema como le sea
Proceso
posible, no obligando a que deba inscribirse en algún seminario.
Efecto Si el administrador no ha planificado bien la infraestructura el
Colateral sistema en algún momento puede colapsar.
Página 16
Versión 1.0
SIS-WEB

Cantidad de información
RNF_2 19/09/2007 Esencial
almacenada.
El número máximo de información a registrar dependerá de la
Descripción capacidad del servidor. El sistema debe soportar un número de
inscripciones de acuerdo a los recursos de infraestructura
Si se desea incrementar
Número de
Arquitectura Sistema SIS- las inscripciones debe
Infraestructura inscripciones
del sistema WEB revisarse la
soportadas
infraestructura.
El sistema debe permitir realizar n inscripciones por parte de los
Proceso visitantes y esto debe ser tenido en cuenta por el administrador del
sistema.
Efecto Si el administrador no ha planificado bien la infraestructura el
Colateral sistema en algún momento puede colapsar.
SIS-WEB

RNF_ 3 Base de datos 19/09/2007 Esencial
El sistema debe permitir la manipulación de la información por
Descripción
medio de un motor de base de datos.
La carga de la
Esquema de
Ejecución Scripts de la aplicación de la base de
la base de Documentación
de consultas aplicación datos debe estar
datos
distribuida
Las consultas que permiten la interacción de los scripts con la base de
Proceso
datos debe permitir interactuar con el motor de base de datos.
Efecto
Colateral
SIS-WEB

RNF_ 4 Sistema operativo 19/09/2007 Esencial
El sistema debe permitir instalar en un sistema operativo Windows
Descripción y/o Linux, y los clientes pueden correrlo en los mismos sistemas
operativos.
Página 17
Versión 1.0
Características
Arquitectura Se instalara en sistema
de la No aplica No aplica
del sistema
arquitectura
La aplicación debe ser independiente del sistema operativo
Proceso
utilizado.
Efecto
Colateral
SIS-WEB

RNF_ 5 Servidor Web 19/09/2007 Esencial
Descripción El sistema debe ejecutarse bajo el servidor web apache
Características
de la No aplica No aplica No aplica No aplica
arquitectura
Se entregara toda la documentación necesaria para configurar el
Proceso
servidor para la aplicación.
Efecto
No aplica
Colateral
7.7. Requisitos del Banco de Datos Lógico.

SIS-WEB

RNF_ 1 Retención de datos 19/09/2007 Esencial
El sistema debe permitir la retención de datos para guardar una
Descripción
historia de ellos para posteriores reportes.
Procesos
que Base de
SRS No aplica No aplica
administren datos
información
El sistema debe tener en cuenta que información solo puede ser
Proceso
eliminada y cual es de gran importancia.
Efecto
La infraestructura debe ser capaz de soportar estos procedimientos.
Colateral
Página 18
Versión 1.0
7.8. Atributos del Software del Sistema.

SIS-WEB

RNF_ 2 Disponibilidad del sistema 19/09/2007 Esencial
Descripción El sistema debe ofrecer una disponibilidad completa.
Arquitectura Depende de controladores
No aplica No aplica No aplica
de diseño y factores externos.
El sistema deberá estar disponible a menos que sucedan causas
Proceso externas como: perdida de fluido eléctrico y que el administrador este
actualizando la información.
Efecto
No aplica
Colateral
SIS-WEB

RNF_ 3 Seguridad de password 19/09/2007 Esencial
Descripción El sistema debe permitir encriptar los password para mayor seguridad
Contraseña Formulario
Password Base de
de un de ingreso Proceso de encriptación
encriptado datos
usuario de datos
Al momento que se cree un usuario en el sistema el script
correspondiente encriptará la clave para almacenarla en la BD. Al
momento que un usuario requiera ser validado en el sistema, este le
Proceso presentara una pantalla de autenticación de usuario para que el usuario
ingrese su nombre y contraseña, al momento de enviar estos datos el
script encripta la contraseña ingresada por el usuario y compara estos
datos contra los de la base de datos.
Efecto Usuario que no se encuentre registrado en la base de datos no se le
Colateral permitirá el acceso.
Página 19
SDM para el desarrollo del SIS-WEB (Sistema de Digitalización de Muebles – WEB) Versión 1.0
8. Reglas de negocio
Limitaciones de hardware
Para esta aplicación será necesario un computador servidor en el cual se instalará

el servidor WEB apache, MySQL, Java y la aplicación SDM-WEB.
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
seminario.
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ñalados
Se usará protocolos de comunicación TCP/IP, HTTP.
9. Requerimientos de interfaces externas

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.
10. Requerimientos no funcionales

Se definen Requerimientos No Funcionales Manifiestos como aquellas
características del sistema que afectan la calidad del servicio y la forma como el
sistema se comporta desde el punto de vista del usuario final. Dentro de este grupo
Página 20
se tienen en cuenta los siguientes factores: Desempeño, Disponibilidad, y

Usabilidad.
Desempeño
Por desempeño se hace referencia a la habilidad del sistema de procesar las

operaciones de un usuario individual dentro de unos tiempos de respuesta
deseados. Para el sistema SDM se definen cuatro operaciones básicas que deben
cumplir con tiempos de respuesta deseados. A continuación, se presenta una tabla
con estas operaciones y los tiempos de respuesta promedio esperados por el
usuario para los mismos.
PROCESO TIEMPO DE RESPUESTA

ACEPTADO
100 Mbps
Presentación de pantallas
con información descriptiva Entre 5 y 10 segundos
o informativa. (Arboles
jerárquicos)
Presentación de formularios Entre 5 y 10 segundos.
y pantallas de
Administración
Validación y confirmación Entre 5 y 10 segundos
de datos enviados.
Tabla 1. Tiempos de respuesta esperados por el usuario, asociados con los

procesos del sistema.
Disponibilidad
Por disponibilidad se hace referencia al período en el cual el sistema debe estar en

operación para ser utilizado por el usuario final, es decir, la proporción de tiempo
que el sistema debe estar en condiciones funcionales. Para el sistema SDM se
requiere una disponibilidad permanente durante el horario laboral de cada nivel de
usuarios.
Usabilidad
Por usabilidad se hace referencia a la forma como el usuario final debe interactuar
con el sistema. Los requerimientos de usabilidad definidos para este sistema son:
Imagen Corporativa.
Página 21
El sistema debe tener el logo del grupo Software además de un logo identificador
del sistema SDM.
Capacidad de selección, pegado y copiado de texto.

El sistema permite las opciones de edición de texto (selección, copiado y pegado
de texto).
Robustez
Por robustez se hace referencia a la capacidad del sistema de continuar en

operación a pesar de la entrada de datos inválidos o fallos en los diferentes
componentes que lo conforman.
Tolerancia a datos inválidos. La capacidad del sistema para tolerar tipos de datos
invalidados se evalúa cuando los datos son ingresados por el usuario en cada uno
de los diferentes campos de los formularios.
A continuación, se describen las validaciones que debe tener en cuenta el sistema:
Verificación de campos obligatorios:

El sistema debe verificar que los datos correspondientes a los campos obligatorios
de los formularios fueron ingresados por el usuario final.
Verificación de campos numéricos.

El sistema debe verificar que los campos correspondientes a datos exclusivamente
numéricos no contengan caracteres de texto o caracteres especiales tales como
comas, puntos, asteriscos.
Verificación de reglas de negocio.

En algunos casos el contenido de uno o varios campos de los formularios son
válidos si cumplen con unas reglas propias del negocio. El sistema debe hacer uso
de estas reglas para validar la integridad de la información ingresada.
Escalabilidad
Por escalabilidad se hace referencia a la capacidad del sistema de crecer sin

desmejorar la calidad del servicio que presta. La escalabilidad del sistema depende
tanto del diseño de la herramienta como de la infraestructura tecnológica de
hardware y de software que lo soporta.
Número de Usuarios Concurrentes

Según las especificaciones sobre número de usuarios, se determinó que el máximo
volumen concurrente de usuarios debe ser de 20.
Página 22
Espacio de almacenamiento requerido

El sistema debe estar en la capacidad de manejar un volumen de datos
almacenados de hasta 50 MB.
Seguridad
Por Seguridad se hace referencia a la habilidad del sistema de controlar el acceso

a los servicios e información del negocio; así como la capacidad de detectar, aislar
y restablecer continuidad ante una falla de seguridad.
La aplicación debe cumplir con unos requisitos mínimos de seguridad Estas

características se describen a continuación:
Seguridad de acceso al sistema

De acuerdo al nivel de seguridad, la aplicación permitirá a los usuarios registrados
en el Sistema el ingreso hacia las diversas funcionalidades, permitiendo el filtrado
de datos de acuerdo al rol o perfil del usuario.
Tiempo activo de la sesión del usuario

La sesión de un usuario puede permanecer inactiva por un tiempo máximo de 20
minutos. El valor de este timeout debe poder ser parametrizado en los archivos de
configuración del sistema y se irá ajustando de acuerdo al análisis de rendimiento
de la aplicación una vez se encuentre en ambiente de producción.
Navegación en el sistema
El usuario solo podrá navegar entre las páginas del sistema a través de las opciones
que le presenta la aplicación y solo podrá acceder a aquellas autorizadas para el rol
correspondiente.
Manejo de Contraseñas
El sistema debe proveer las funcionalidades de autenticación. Para tal fin debe
proveer las interfaces de usuario necesarias para permitir las siguientes
funcionalidades:
Pantalla para autenticación de usuarios en el sistema (login y password)

Pantalla para cambio de contraseña del usuario. Debe pedir la contraseña anterior
y la nueva contraseña
Retroalimentación hacia el usuario si se producen errores durante el proceso de
autenticación.
Base De Datos
El sistema utilizará el motor de bases de datos MySQL. El sistema no garantiza su

funcionalidad sobre otros motores de Base de Datos.
Página 23
Servidor Web De Aplicaciones
El sistema está diseñado para ser desplegado en un servidor JBoss o Tomcat.
Navegador Web
El sistema debe ser implementado teniendo en cuenta que su funcionalidad debe

poder ser soportada sobre Microsoft Internet Explorer 6.0 en adelante.
11. Glosario
Del negocio
o Reserva: Proceso por el cual el coordinador de seminario solicita la utilización

de un recurso par un determinado seminario.
o Inscripción: Proceso en el que una persona se matricula en un seminario.
o Publicar Información: Proceso que realiza el coordinador de seminario
agrega o modifica información del sistema de gestión de seminarios (SIS-
WEB)
o Consultar Información: Proceso en el que una procesa busca información en
el SIS-WEB.
o Cancelar Inscripción: Proceso en el que una persona cancela la matricula a

un seminario.
o Precio de Inscripción: Valor establecido que el cliente debe pagar para
ingresar a un seminario.
o g. Coordinador de Seminario: Persona encargada de
administrar un determinado seminario.
o Administrador de Seminarios: Persona responsable por la administración del
sistema de seminarios.
o Coordinador de Recursos: Persona responsable de la administración de
recursos audiovisuales.
o Participante: Persona que esta matriculada para asistir a un seminario.
Página 24
o Conferencista: Persona responsable de orientar las actividades del

seminario.
Del Sistema
o Administrar: Acción de agregar, modificar, eliminar y consultar la información

de un determinado objeto o persona.
o Visitante: Persona que navega o utiliza el SIS-WEB.
o Usuario: Persona que puede ingresar a la zona privada del SIS-WEB, a
través de un proceso de autenticación utilizando nombre de usuario y
contraseña.
o Rendimiento: Referencia al resultado deseado efectivamente obtenido por
cada unidad que realiza la actividad, donde el término unidad puede referirse
a un individuo, un equipo, un departamento o una sección de una
organización.
o 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
o Rol: Es un conjunto de permisos que puede asignarse a un usuario.
o Administrador del Sistema: Persona encargada de ofrecer el soporte técnico
y operativo al SIS-WEB.
o Pruebas: Proceso mediante el cual se realizan actividades para verificar la
óptima función del sistema.
De tecnología
o Dominio: Nombre base que agrupa a un conjunto de equipos o dispositivos

y que permite proporcionar nombres de equipo más fácilmente recordables
en lugar de una dirección IP numérica, Ej: sis-web.com.
o Servidor WEB : Es un programa que implementa el protocolo HTTP
(hypertext transfer protocol). Este protocolo está diseñado para transferir lo
que llamamos hipertextos, páginas web o páginas HTML (hypertext markup
Página 25
language): textos complejos con enlaces, figuras, formularios, botones y

objetos incrustados como animaciones o reproductores de música.
o 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.
o HTTP : El protocolo de transferencia de hipertexto (HTTP, HyperText
Transfer Protocol) es el protocolo usado en cada transacción de la Web
(WWW).
o Enlaces : una referencia en un documento de hipertexto a otro documento o
recurso
o Sistema de gestión de Base de Datos: Son un tipo de software muy
específico, dedicado a servir de interfaz entre la base de datos, el usuario y
las aplicaciones que la utilizan.
o Base de Datos: Es un conjunto de datos que pertenecen al mismo contexto
almacenados sistemáticamente para su posterior uso.
o Aplicación: Es un programa informático diseñado para facilitar al usuario la
realización de un determinado tipo de trabajo.
o MySQL: Sistema de gestión de base de datos relacional. Comúnmente
utilizados en aplicaciones Web.
o PHP (PHP Hypertext Pre-processor): Lenguaje de programación
interpretado usado para la creación de aplicaciones para servidores, o
creación de contenido dinámico para sitios web.
o Apache: Servidor de WEB de código abierto.
o Dirección IP (Internet Protocol) : Número que identifica de manera lógica y

jerárquica a una interfaz de un dispositivo (habitualmente una computadora)
dentro de una red que utilice el protocolo IP (Internet Protocol).
o Protocolo IP : El Protocolo de Internet (IP, de sus siglas en inglés Internet
Protocol) es un protocolo no orientado a la conexión, usado tanto por el
origen como por el destino para la comunicación de estos a través de una
red (Internet).
o Browser o Motor de Navegación: Es una aplicación que permite al usuario
recuperar y visualizar documentos de hipertexto, comúnmente descritos en
HTML, desde servidores web de todo el mundo a través de Internet
o DNS: Es una base de datos distribuida y jerárquica que almacena
información asociada de una dirección IP a nombres de dominio en redes
como Internet.
Página 26
o HTML (HyperText Markup Language): Es un lenguaje de marcación

diseñado para estructurar textos y presentarlos en forma de hipertexto, que
es el formato estándar de las páginas web.
o Ajax (Asynchronous JavaScript And XML): es una técnica de desarrollo web
para crear aplicaciones interactivas.
o RIA (Rich Internet Applications): es un nuevo tipo de aplicación con más
ventajas que las tradicionales aplicaciones Web. Esta surge como una
combinación de las ventajas que ofrecen las aplicaciones Web y las
aplicaciones tradicionales.
o Javascript: Es un lenguaje interpretado, es decir, que no requiere
compilación, utilizado principalmente en páginas web.
o Internet: Es un método de interconexión descentralizada de redes de
computadoras implementado en un conjunto de protocolos denominado
TCP/IP
o Encriptar: Ocultar el contenido de un mensaje mediante un proceso de
codificación de manera tal que el acceso al contenido del mensaje sea
restringido.
Página 27

Documento de Requerimientos de Software SDM

Cargado por

Copyright:

Formatos disponibles

Documento de Requerimientos de Software SDM

Cargado por

Información del documento

Descripción 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

Documento de Requerimientos de Software SDM

Cargado por

Copyright:

Formatos disponibles

SDM para el desarrollo del SIS-WEB (Sistema de Digitalización de Muebles – WEB)

Información del Proyecto ......................................................................................... 3

2. Alcance del producto / Software ........................................................................ 4

4. Funcionalidades del producto............................................................................ 4

5. Clases y características de usuarios ................................................................. 5

6. Entorno operativo .............................................................................................. 5

7. Requerimientos funcionales .............................................................................. 8

9.1. (Nombre de la funcionalidad 1) ................... Error! Bookmark not defined.

9.2. (Nombre de la funcionalidad 2) ................... Error! Bookmark not defined.

9.3. (Nombre de la funcionalidad N) .................. Error! Bookmark not defined.

9. Requerimientos de interfaces externas ........................................................... 20

9.1. Interfaces de usuario .................................. Error! Bookmark not defined.

9.2. Interfaces de hardware ............................... Error! Bookmark not defined.

9.3. Interfaces de software ................................ Error! Bookmark not defined.

9.4. Interfaces de comunicación ........................ Error! Bookmark not defined.

10. Requerimientos no funcionales .................................................................... 20

11. Otros requerimientos...................................... Error! Bookmark not defined.

Información del Proyecto

2. Alcance del producto / Software

• Administrar usuarios del sistema.

El SIS-WEB permitirá una flexibilidad de acceso a la información de los catálogos de

Titulo del Documento Referencia

4. Funcionalidades del producto

El sistema SIS-WEB permitirá realizar las siguientes funciones:

1. Administración de Usuarios: El administrador del sistema podrá gestionar los

5. Clases y características de usuarios

Visitante: Persona que interactuará continuamente con el sistema, su educación no

Cliente: Su rol en el sistema consiste en pasar de ser visitante a cliente en el momento

La aplicación se desarrollará mediante software de licencia abierta por lo tanto no se

Interfaces con otras aplicaciones

Debido a que el sistema no interactúa con otros sistemas y es autónomo no se

Requisitos del lenguaje

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

 La red interna deberá de estar configurada para el manejo de protocolos TCP/IP,

Código Nombre Fecha Grado Necesidad

7.2. Aadministración de usuarios

Código Nombre Fecha Grado Necesidad

Código Nombre Fecha Grado Necesidad

Código Nombre Fecha Grado Necesidad

Código Nombre Fecha Grado Necesidad

7.3. Administración de Catálogos

Código Nombre Fecha Grado Necesidad

El sistema verificará que la información necesaria para crear un

Código Nombre Fecha Grado Necesidad

El administrador ingresará en la opción de administración de

7.4. Administración de Muebles

Código Nombre Fecha Grado Necesidad

El sistema verificara que la información necesaria para realizar una

Código Nombre Fecha Grado Necesidad

El administrador del sistema tiene la opción de eliminar y modificar

Código Nombre Fecha Grado Necesidad

Código Nombre Fecha Grado Necesidad

La imagen será vinculada desde el archivo principal de estilos de la

Código Nombre Fecha Grado Necesidad

7.6. Requisitos de Desarrollo.

Código Nombre Fecha Grado Necesidad

Código Nombre Fecha Grado Necesidad

Código Nombre Fecha Grado Necesidad

Código Nombre Fecha Grado Necesidad