Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Características
Nodo Servidor: Donde se aloja la aplicación y que se comunica con el cliente y servidor de
autenticación
Cliente: El cliente puede ser cualquier equipo en el que pueda funcionar un navegador web y
Backend Código PHP donde residen las operaciones a realizar y la gestión de datos. Una vez estén
Durante la ejecución del sistema pueden ocurrir excepciones que contemplamos a continuación:
Excep 01 Error de conexión con el servidor
No se puede establecer conexión con el servidor y se mostrara en la pantalla del navegador el error
Se mostrara un mensaje con el siguiente enunciado “No se puede establecer conexión con la base
de datos”
Al realizar prestamos e introducir una fecha incorrecta se mostrara el mensaje “La fecha ingresada
Una vez que ingresen al sistema con usuario y contraseña correctos se hará distinción del tipo
de usuario según su rol para delimitar la información a la que tendrán acceso dentro de este, el
sistema validara si la sesión sigue activa sino redireccionara al inicio para que introduzcan
Gestion de
Biblioteca
Prestamos Inventario
Devoluciones
Estos son los Módulos que se establecieron de acuerdo a ASI en la especificación de sub
sistemas
Modulo 2 Prestamos
Modulo 3 Inventario
El sistema esta elaborado de forma estructurada con el lenguaje php por ende los nódulos
tendrán comunicación por medio de variables que serán enviadas por la url de por medio de POST
del ASI, de esa tarea se analizó y se obtuvo el siguiente diseño físico de datos basado en estándares
Durante la ejecución de la aplicación no existe ningún proceso que desencadene una situación
crítica de acceso a los datos, cualquier tipo de concurrencia se resuelve mediante el código PHP de
la aplicación y las reglas establecidas en el modelo relacional de la BBDD. Por explicar el caso de
acceso a la BBDD que podría causar algún problema, sería el caso en el que dos peticionarios
quisiesen realizar la misma reserva y lo hiciesen en el mismo momento. Como es lógico, el servidor
ejecutará una de las dos reservas primero, y la siguiente no se podrá insertar debido a que habría
duplicidad de clave primaria en la tabla de reservas de la biblioteca. Por tanto la segunda reserva no
El modelo físico de datos se considera que esta optimizado en todos los aspectos posibles
Absolutamente todos los datos del sistema serán almacenados en una base de datos con el
Asambleas de Dios
modelo físico de base de datos por ende queda verificado la arquitectura del sistema.
Arquitectura del Sistema: Cada parte del sistema es decir los subsistemas tienen almenas
Modelo Físico de Datos: Todos las entidades del modelo físico de datos tienen una
cuidadosa relación con una o más entidades en el que se demuestra con el diagrama en la
Interfaz de Usuario: Existe mensajes para cada acción que se realice en el sistema, también
la interfaz de usuario está diseñada para la mayor comodidad del usuario a la hora de
utilizar el sistema sin crear bucles en el cual sea necesario cerrar la ventana de navegación.
7.3 Aceptación de la Arquitectura del Sistema
Al tratarse de una aplicación web y contar solamente con un servidor solo se puede
Servidor:
• Contiene el código de todos los módulos de la aplicación, cada uno en sus respectivos
directorios dentro del principal. Se han definido estos directorios según módulo o
No es necesario hacer una especificación detallada del sistema ya que los archivos con el
código fuente e interfaz de usuario realizada en HTML se adjuntarán junto al documento y sólo
dificultaría la lectura del mismo añadir tantas líneas de código. Las guías de inicio, y manual para el
desarrollador detallan estos apartados de forma más precisa y se añadirán en los anexos de este
documento
Se muestra el código SQL con el cual se crea cada tabla que se utiliza en este sistema de
Información
-- Servidor: 127.0.0.1:3306
SET AUTOCOMMIT = 0;
START TRANSACTION;
--
-- Base de datos: `bd_biblioteca`
--
-- --------------------------------------------------------
--
--
--
--
-- --------------------------------------------------------
--
-- Estructura de tabla para la tabla `bl_activodetalle`
--
-- --------------------------------------------------------
--
--
--
--
-- --------------------------------------------------------
--
--
--
(8, 'algebra12ddddd'),
(11, 'prueba'),
(16, 'Sony'),
-- --------------------------------------------------------
--
--
--
-- --------------------------------------------------------
--
--
--
`ubicacion` text,
`comentario` text,
--
--
`condicion` int(1) DEFAULT NULL COMMENT '1=mal estado , 2 = buen estado , 3=nuevo',
--
-- --------------------------------------------------------
--
--
-- --------------------------------------------------------
--
--
-- --------------------------------------------------------
--
--
-- --------------------------------------------------------
--
--
--
--
--
--
--
--
--
--
--
--
--
--
--
--
--
ALTER TABLE `bl_transaccion`
--
--
--
--
ADD CONSTRAINT `fk_rolId_Rol` FOREIGN KEY (`rolId`) REFERENCES `rol` (`rolId`) ON DELETE NO
ACTION ON UPDATE NO ACTION;
COMMIT;
Una vez que el sistema este listo para el periodo de pruebas se realizaran de forma directa
comportamiento del sistema en cada uno de ellos y corroborar que Google Chrome es el mas
indicado, también se accederá al gestor de base de datos para ver los ingresos de los registros que se
Pruebas de Interfaz: Se verificara que la interfaz sea cómoda para la vista y que la
ubicación de los enlaces, botones, campos etc, sea la más adecuada para e usuario
Prueba de Base de datos: se accederá a la base de datos desde el gestor para ver el ingreso
de la información y ver que la información este segura.
Pruebas de Usuario: Estas pruebas se realizaran a los usuarios que utilizaran el sistema, se
verificara que el sistema sea cómodo e intuitivo para el usuario y que el sistema tenga
buena aceptación dentro de los usuarios que lo van a utilizar.
Pruebas de Implementación: el fin de esta aprueba es verificar que tan rápido y eficiente
será la implementación del sistema en la biblioteca, ya que todo el código fuente y la base de
datos se instalara en el servidor de la universidad.
El desarrollo de las pruebas se llevará a cabo durante el desarrollo del proyecto y la fase
proyecto en la planificación (tarea 5.3 EVS). Durante este periodo se ejecutarán en orden
descendente y se iniciarán los distintos niveles cuando se comprueben que el anterior ha sido
superado. La fase de pruebas la llevará a cabo el desarrollador durante todos los niveles,.
11 Establecimiento de los Requisitos de Implementación
Antes de dar acceso libre a los usuarios finales se les brindara los siguientes recursos
• Guía de Inicio
• Manual de Usuario
• Manual de administrador
Los usuarios no requieren ninguna formación específica ya que con estos recursos basta para el uso