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

Views 78 Downloads 6 File size 852KB

Report DMCA / Copyright

DOWNLOAD FILE

Recommend stories

Citation preview

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

SDM para el desarrollo del SIS-WEB (Sistema de Digitalización de Muebles – WEB) 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

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

Historial de Versiones Fecha

Versión

Autor

Organización

Descripción

Información del Proyecto Empresa / Organización Proyecto Fecha de preparación Cliente Patrocinador principal Gerente / Líder de Proyecto Gerente / Líder de Análisis de negocio y requerimientos

SDM-WEB 15/04/2018 Mueblería Don Paco Ricardo Muñoz Ricardo Muñoz

Aprobaciones Nombre y Apellido

Cargo

Departamento u Organización

Fecha

Firma

Página 3

SDM para el desarrollo del SIS-WEB (Sistema de Digitalización de Muebles – WEB) 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 Standard IEEE 830 - 1998 WebSA (Web Software Architecture) Software Architecture: Past, Present and Future

Referencia IEEE http://www.dlsi.ua.es/~santi/papers/websatr.pdf http://msdn2.microsoft.com/enus/skyscrapr/bb426891.aspx

4. Funcionalidades del producto Página 4

SDM para el desarrollo del SIS-WEB (Sistema de Digitalización de Muebles – WEB) 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

SDM para el desarrollo del SIS-WEB (Sistema de Digitalización de Muebles – WEB) 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

SDM para el desarrollo del SIS-WEB (Sistema de Digitalización de Muebles – WEB) 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

SDM para el desarrollo del SIS-WEB (Sistema de Digitalización de Muebles – WEB) 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 SRS – Especificación de Requerimientos Funcionales

Código

Nombre Fecha Grado Necesidad 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. Entradas Fuente Salida Destino Restricciones 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

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

No aplica

Página 9

SDM para el desarrollo del SIS-WEB (Sistema de Digitalización de Muebles – WEB) Versión 1.0 SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RF_ 2

Nombre Fecha Grado Necesidad 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. Entradas Fuente Salida Destino Restricciones 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, email. 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 SRS – Especificación de Requerimientos Funcionales Código

Nombre Fecha Grado Necesidad 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. Entradas Fuente Salida Destino Restricciones 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

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

No aplica

Página 11

SDM para el desarrollo del SIS-WEB (Sistema de Digitalización de Muebles – WEB) Versión 1.0 SIS-WEB SRS – Especificación de Requerimientos Funcionales Código

Nombre Fecha Grado Necesidad Habilitar o deshabilitar RF_ 4 19/09/2007 Esencial usuarios Descripción El sistema debe permitir habilitar o deshabilitar usuarios. Entradas Fuente Salida Destino Restricciones 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 realizar. Obviamente la opción de habilitar la tiene los usuarios Proceso 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 SRS – Especificación de Requerimientos Funcionales

Código RF_ 1

Nombre Fecha Grado Necesidad Crear Catalogo 19/09/2007 Esencial El sistema debe permitir registrar los datos necesarios para la Descripción creación de un seminario. Entradas Fuente Salida Destino Restricciones 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

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

Proceso

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 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 Colateral

No aplica

SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RF_ 2

Nombre Fecha Grado Necesidad Modificar y eliminar 19/09/2007 Esencial seminario El sistema debe permitir modificar y eliminar un seminario. Fuente Salida Destino Restricciones

Descripción Entradas Código catálogo, nombre y Formulario Confirmación descripción. de ingreso por pantalla de datos de seminarios

Proceso

Base de datos

El catálogo se eliminará solo en el momento que sea cancelado o se haya 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 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

SDM para el desarrollo del SIS-WEB (Sistema de Digitalización de Muebles – WEB) Versión 1.0 SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RF_1 Descripción Entradas Código mueble, nombre mueble, descripción mueble e imagen de mueble

Proceso

Efecto Colateral

Nombre Fecha Grado Necesidad Crear inscripción 19/09/2007 Esencial El sistema debe permitir realizar ingresos de los datos de muebles a catalogos. Fuente Salida Destino Restricciones

Formulario de ingreso de datos

Confirmación por pantalla de inscripción.

Base de datos

Los datos deben llenarse a totalidad, un mueble no puede registrarse dos veces en el mismo 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 opción para que el formulario pueda darse en formato impreso para su respectivo tramite fuera del sistema.

No aplica

SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RF_ 425.2 Descripción Entradas

Nombre Fecha Grado Necesidad Modificar y eliminar 19/09/2007 Esencial inscripción El sistema debe permitir modificar y eliminar un mueble. Fuente Salida Destino Restricciones

Página 14

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

Formulario Identificación de ingreso del mueble. de datos

Confirmación por pantalla de inscripción

Base de datos

La modificación solo la realiza el administrador y para eliminar lo puede hacer también el administrador del sistema

Proceso

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 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 Colateral

No aplica

7.5.

Navegación SIS-WEB SRS – Especificación de Requerimientos Funcionales

Código RI_ 1 Descripción Entradas Textos o iconos Proceso Efecto Colateral

Nombre Fecha Grado Necesidad Vínculos de navegación 19/09/2007 Esencial El sistema debe presentar o contener vínculos de navegación entendibles. Fuente Salida Destino Restricciones Hojas de Si los vínculos son Vinculo estilo en Usuario imágenes deben tener un entendible cascada comentario tipo texto No aplica El usuario puede navegar de una manera más fácil y dirigida. SIS-WEB SRS – Especificación de Requerimientos Funcionales

Código RI_ 2

Nombre Fecha Grado Necesidad Imagen empresarial 19/09/2007 Esencial El sistema debe en cada una de las paginas contener la imagen Descripción empresarial. Entradas Fuente Salida Destino Restricciones 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

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

Proceso

La imagen será vinculada desde el archivo principal de estilos de la aplicación.

Efecto Colateral

El usuario interactúa continuamente con el logo de la empresa. SIS-WEB SRS – Especificación de Requerimientos Funcionales

Código RI_ 3

Nombre Fecha Grado Necesidad Ayudas tipo texto 19/09/2007 Esencial El sistema debe indicar ayudas tipo texto en el ingreso de datos en los Descripción formatos. Entradas Fuente Salida Destino Restricciones 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 SRS – Especificación de Requerimientos Funcionales

Código

Nombre Fecha Grado Necesidad 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 Entradas Fuente Salida Destino Restricciones Si se desea incrementar Numero de Arquitectura Sistema SISlos 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. Si el administrador no ha planificado bien la infraestructura el Efecto sistema en algún momento puede colapsar. Colateral

Página 16

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

SIS-WEB SRS – Especificación de Requerimientos Funcionales Código

Nombre Fecha Grado Necesidad 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 Entradas Fuente Salida Destino Restricciones 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 visitantes y esto debe ser tenido en cuenta por el administrador del Proceso sistema. Si el administrador no ha planificado bien la infraestructura el Efecto sistema en algún momento puede colapsar. Colateral SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RNF_ 3

Nombre Fecha Grado Necesidad 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. Entradas Fuente Salida Destino Restricciones 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 SRS – Especificación de Requerimientos Funcionales Código RNF_ 4 Descripción Entradas

Nombre Fecha Grado Necesidad Sistema operativo 19/09/2007 Esencial El sistema debe permitir instalar en un sistema operativo Windows y/o Linux, y los clientes pueden correrlo en los mismos sistemas operativos. Fuente Salida Destino Restricciones Página 17

SDM para el desarrollo del SIS-WEB (Sistema de Digitalización de Muebles – WEB) 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 SRS – Especificación de Requerimientos Funcionales Código RNF_ 5 Descripción Entradas Características de la arquitectura Proceso

Nombre Fecha Grado Necesidad Servidor Web 19/09/2007 Esencial El sistema debe ejecutarse bajo el servidor web apache Fuente Salida Destino Restricciones No aplica

No aplica

No aplica

Se entregara toda la documentación necesaria para configurar el servidor para la aplicación.

Efecto Colateral

7.7.

No aplica

No aplica

Requisitos del Banco de Datos Lógico. SIS-WEB SRS – Especificación de Requerimientos Funcionales

Código RNF_ 1 Descripción Entradas Procesos que administren información Proceso Efecto Colateral

Nombre Fecha Grado Necesidad Retención de datos 19/09/2007 Esencial El sistema debe permitir la retención de datos para guardar una historia de ellos para posteriores reportes. Fuente Salida Destino Restricciones SRS

No aplica

Base de datos

No aplica

El sistema debe tener en cuenta que información solo puede ser eliminada y cual es de gran importancia. La infraestructura debe ser capaz de soportar estos procedimientos.

Página 18

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

7.8.

Atributos del Software del Sistema. SIS-WEB SRS – Especificación de Requerimientos Funcionales

Código Nombre Fecha Grado Necesidad RNF_ 2 Disponibilidad del sistema 19/09/2007 Esencial Descripción El sistema debe ofrecer una disponibilidad completa. Entradas Fuente Salida Destino Restricciones 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 SRS – Especificación de Requerimientos Funcionales Código Nombre Fecha Grado Necesidad RNF_ 3 Seguridad de password 19/09/2007 Esencial Descripción El sistema debe permitir encriptar los password para mayor seguridad Entradas Fuente Salida Destino Restricciones 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. Usuario que no se encuentre registrado en la base de datos no se le Efecto permitirá el acceso. Colateral

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

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

Versión 1.0

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 ACEPTADO 100 Mbps

RESPUESTA

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

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

Versión 1.0

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

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

Versión 1.0

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

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

Versión 1.0

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 (SISWEB) 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

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

Versión 1.0

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

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

o

o

o o

o o o o

o

Versión 1.0

language): textos complejos con enlaces, figuras, formularios, botones y objetos incrustados como animaciones o reproductores de música. 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 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. Base de Datos: Es un conjunto de datos que pertenecen al mismo contexto almacenados sistemáticamente para su posterior uso. Aplicación: Es un programa informático diseñado para facilitar al usuario la realización de un determinado tipo de trabajo. MySQL: Sistema de gestión de base de datos relacional. Comúnmente utilizados en aplicaciones Web. 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. 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

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

Versión 1.0

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