Sei sulla pagina 1di 32

Contenido

Diseño del Sistema de Información (DSI) .......................................................................................... 3


1 Definición de la Arquitectura del Sistema ................................................................................... 3
1.1 Definición de Niveles de Arquitectura ............................................................................ 3
1.2 Identificación de Requisitos de Diseño y Construcción .................................................. 4
1.3 Especificación de Excepciones ....................................................................................... 4
1.5 Identificación de Sub Sistemas de Diseño ...................................................................... 5
1.6 Especificación del entorno Tecnológico ............................................................................. 5
1.7 Requisitos de operación y Seguridad .................................................................................. 6
2 Diseño de la Arquitectura de Soporte...................................................................................... 6
5 Diseño de la Arquitectura del Módulos del Sistema .................................................................... 6
5.2 Diseño de Comunicaciones Entre Módulos .............................................................................. 8
5.2 Revisión de la Interfaz de Usuario ............................................................................................ 9
6 Diseño Físico de Datos............................................................................................................... 13
6.1 Diseño Físico del Modelo de Datos .................................................................................... 13
6.2 Especificación de los Caminos de Acceso a los Datos ........................................................ 14
6.3 Optimización del modelo Físico de Datos .......................................................................... 15
6.4 Especificación de la Distribución de Datos .......................................................................... 15
7 Verificación y Aceptación de la Arquitectura del Sistema ......................................................... 15
7.1 Verificación de las Especificaciones de Diseño ....................................................................... 15
7.2 Análisis Consistencia de las especificaciones de Diseño ......................................................... 15
7.3 Aceptación de la Arquitectura del Sistema ......................................................................... 16
8 Generación de Especificaciones de Construcción ...................................................................... 16
8.1 Especificación del Entorno de Construcción ........................................................................... 16
8.2 Definición de Componentes y Subsistemas de Construcción ................................................ 16
8.3 Elaboraciones de Especificaciones de Construcción ............................................................... 17
8.4 Elaboración de Especificaciones del Modelo Físico de Datos ................................................. 17
10 Especificación Técnica del Plan de Pruebas ............................................................................. 31
10.1 Especificación del Entorno de Pruebas ............................................................................. 31
10.2 Especificación Técnica de Niveles de Prueba .................................................................... 31
10.3 Revisión de Planificación de Pruebas ................................................................................ 31
11 Establecimiento de los Requisitos de Implementación ........................................................... 32
11.1 Especificación de los Requisitos de Documentación de usuario....................................... 32
11.2 Especificación de Requisitos de Implementación ............................................................. 32
Diseño del Sistema de Información (DSI)

1 Definición de la Arquitectura del Sistema

1.1 Definición de Niveles de Arquitectura

El diseño de la arquitectura del sistema se contempla a continuación:

Características

Nodo Servidor: Donde se aloja la aplicación y que se comunica con el cliente y servidor de

autenticación mediante sistema. Además será encargado de redirigir al usuario a la

autenticación

Base de datos: Base de datos relacional de la aplicación. Se encuentra en el mismo servidor,

pero por motivo de claridad se representa de forma externa.

Cliente: El cliente puede ser cualquier equipo en el que pueda funcionar un navegador web y

disponga de conexión a internet.

La arquitectura de la aplicación, se dividirá en dos capas Fontend y Backend


Fronend Capa de presentación diseñada mediante HTML y CSS, acorde a las especificaciones,

con un diseño sencillo e interactivo y acorde a los requisitos definidos

Backend Código PHP donde residen las operaciones a realizar y la gestión de datos. Una vez estén

definidas las dos.

1.2 Identificación de Requisitos de Diseño y Construcción

La lista de requisitos la mostramos a continuación

 Sistema implementado en los siguientes lenguajes: PHP, HTML, CSS JavaScript.

 El sistema debe funcionar en cualquier dispositivo que pueda ejecutar un navegador.

 Sistema diseñado para funcionar el servidor de la Universidad.

1.3 Especificación de Excepciones

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

503 Servidor no disponible

Excep 02 No se puede conectar a la base de datos

Se mostrara un mensaje con el siguiente enunciado “No se puede establecer conexión con la base

de datos”

Excep 03 Pagina a la que accedió no existe

Se mostrara el error 404 con el mensaje “Pagina web no existe”

Excep 04 Error en tipo de dato

Al ingresar información incorrecta se mostrara el mensaje “Tipo de dato incorrecto”

Excep 05 Libro no encontrado

Se mostrara un mensaje con la información siguiente “El libro buscado no existe”

Exep 06 Fecha incorrecta

Al realizar prestamos e introducir una fecha incorrecta se mostrara el mensaje “La fecha ingresada

no es válida, favor ingrese una fecha válida para continuar”

1.5 Identificación de Sub Sistemas de Diseño

Los subsistemas que contiene el sistema de información son los siguientes

1. Sub Sistema de Préstamo y devoluciones

2. Sub Sistema de Inventario

1.6 Especificación del entorno Tecnológico

No es necesario especificar el entorno tecnológico ya que el entorno se describió en ASI 1.2


1.7 Requisitos de operación y Seguridad

Para ingresar al Sistema se realizaría por medio de usuarios proporcionados al personal de

Biblioteca, lo cual consta de Nombre de Usuario único y una Contraseña.

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

nuevamente usuario y contraseña, esto en cualquier parte del sistema

2 Diseño de la Arquitectura de Soporte

La elaboración de este parte no se considera necesaria ya que todos los módulos se


encuentran en el servidor que posee la Universidad Cristiana de las Asambleas de Dios.

5 Diseño de la Arquitectura del Módulos del Sistema


Sistema
Biblioteca

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 1 Gestión de Biblioteca

Cod. Proceso Usuario Tipo de Petición

101 Crear Biblioteca Administrador Insertar

102 Editar Biblioteca Administrador Editar

103 Crear Usuarios Administrador Agregar

104 Editar Usuarios Administrador Editar

Modulo 2 Prestamos

Cod. Proceso Usuario Tipo de Petición

201 Buscar Libro Normal Consulta

202 Iniciar Préstamo Normal Agregar

203 Editar Préstamo Normal Editar

204 Finalizar Préstamo Normal Editar

205 Realizar devolución Normal Insertar


206 Revisar Prestamos Normal Consulta

207 Editar Devolución Normal Editar

Modulo 3 Inventario

Cod. Proceso Usuario Tipo de Petición

301 Buscar Libro Administrador Consulta

302 Crear Libro Administrador Agregar

303 Editar Libro Administrador Editar

304 Eliminar Libro Administrador Eliminar

305 Ver Existencias Administrador Consulta

5.2 Diseño de Comunicaciones Entre Módulos

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

de lo cual obtenemos el siguiente diagrama de comunicaciones entre los módulos


5.2 Revisión de la Interfaz de Usuario

Pantalla principal después de ingresar usuario y contraseña correctamente

Ventana Principal con las principales opciones

Buscar Libro en inventario


Crear un nuevo libro

Interfaz para buscar préstamos


Realizar un préstamo nuevo
Buscar Devolución de libro
Cerrar préstamos

6 Diseño Físico de Datos

6.1 Diseño Físico del Modelo de Datos

El modelo de la base de datos que se ha obtenido por medio de la actividad 6 en el apartado

del ASI, de esa tarea se analizó y se obtuvo el siguiente diseño físico de datos basado en estándares

de normalización y realizado en con el motor de base de datos MySql


6.2 Especificación de los Caminos de Acceso a los Datos

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

se llevaría a cabo y devolvería un mensaje de error.


6.3 Optimización del modelo Físico de Datos

El modelo físico de datos se considera que esta optimizado en todos los aspectos posibles

siguiendo las Formas Normales de Base de Datos.

6.4 Especificación de la Distribución de Datos

Absolutamente todos los datos del sistema serán almacenados en una base de datos con el

motor MySql en un único servidor ubicado en el servidor de la Universidad Cristiana de las

Asambleas de Dios

7 Verificación y Aceptación de la Arquitectura del Sistema

7.1 Verificación de las Especificaciones de Diseño

Todo el sistema ha sido revisado y no se han encontrado inconsistencias incluyendo el

modelo físico de base de datos por ende queda verificado la arquitectura del sistema.

7.2 Análisis Consistencia de las especificaciones de Diseño

Las verificaciones que se realizaron son:

 Arquitectura del Sistema: Cada parte del sistema es decir los subsistemas tienen almenas

una relación de comunicación con los demás subsistemas

 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

tarea anterior, de esa forma la información no se repite y es más consistente y de calidad.

 Entorno Tecnológico de la Información: Toda la tecnología que se está utilizando es

soportado por el entorno tecnológico.

 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

La arquitectura del sistema se considera válida y por lo tanto se acepta su instalación.

8 Generación de Especificaciones de Construcción

8.1 Especificación del Entorno de Construcción

• Hardware: El equipo que ejerce como servidor se trata de un sistema Linux

(Distribución Debian) con unos requisitos tecnológicos medio-bajo ya que las

necesidades de procesamiento y espacio no son críticas. En los equipos usuario

sólo existe la necesidad de ejecutar un navegador web.

• Software: El servidor cuenta con PHP y MySQL para ejecutar la aplicación.

• Comunicaciones: El servidor ya se encuentra conectado a la red de la

universidad y cuenta con una conexión.

8.2 Definición de Componentes y Subsistemas de Construcción

Al tratarse de una aplicación web y contar solamente con un servidor solo se puede

identificar un subsistema de construcción, en este caso, el mismo servidor en sí. Subsistema

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

sección en la barra de menús. Además se distribuirán algunos archivos de utilidades en

otros directorios como pueden ser archivos de configuración, constantes etc.

• Los módulos se comunican entre sí a través de las interfaces ya definidas, es decir

usando variables que contienen la información necesaria.

• La base de datos, con su configuración inicial.


8.3 Elaboraciones de Especificaciones de Construcción

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

8.4 Elaboración de Especificaciones del Modelo Físico de Datos

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

-- Tiempo de generación: 31-05-2019 a las 22:10:39

-- Versión del servidor: 5.7.19

-- Versión de PHP: 5.6.31

SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";

SET AUTOCOMMIT = 0;

START TRANSACTION;

SET time_zone = "+00:00";

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;

/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;

/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;

/*!40101 SET NAMES utf8mb4 */;

--
-- Base de datos: `bd_biblioteca`

--

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `bl_activo`

--

DROP TABLE IF EXISTS `bl_activo`;

CREATE TABLE IF NOT EXISTS `bl_activo` (

`activoId` int(11) NOT NULL AUTO_INCREMENT,

`nombreActivo` varchar(45) DEFAULT NULL,

`tipoActivo` int(1) DEFAULT NULL COMMENT '1=Mueble,2=Equipo',

PRIMARY KEY (`activoId`)

) ENGINE=InnoDB AUTO_INCREMENT=36 DEFAULT CHARSET=latin1;

--

-- Volcado de datos para la tabla `bl_activo`

--

INSERT INTO `bl_activo` (`activoId`, `nombreActivo`, `tipoActivo`) VALUES

(34, 'PC', 2),

(35, 'laptop', 2);

-- --------------------------------------------------------

--
-- Estructura de tabla para la tabla `bl_activodetalle`

DROP TABLE IF EXISTS `bl_activodetalle`;

CREATE TABLE IF NOT EXISTS `bl_activodetalle` (

`detalleActivoId` int(11) NOT NULL AUTO_INCREMENT,

`activoId` int(11) DEFAULT NULL,

`codigo` varchar(45) DEFAULT NULL,

`color` varchar(45) DEFAULT NULL,

`marca` varchar(45) DEFAULT NULL,

`modelo` varchar(45) DEFAULT NULL,

`fechaIngreso` date DEFAULT NULL,

`estado` int(1) DEFAULT NULL,

PRIMARY KEY (`detalleActivoId`),

KEY `fk_bl_activodetalle_Detalle_idx` (`activoId`)

) ENGINE=InnoDB AUTO_INCREMENT=8 DEFAULT CHARSET=latin1;

-- Volcado de datos para la tabla `bl_activodetalle`

--

INSERT INTO `bl_activodetalle` (`detalleActivoId`, `activoId`, `codigo`, `color`, `marca`, `modelo`,


`fechaIngreso`, `estado`) VALUES

(1, 35, '003', 'negro', 'del', '002', NULL, 0),

(7, 35, 'BLAC002', 'Negro', 'Hp', 'C15', NULL, 1);

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `bl_autores`

--

DROP TABLE IF EXISTS `bl_autores`;


CREATE TABLE IF NOT EXISTS `bl_autores` (

`autorId` int(11) NOT NULL AUTO_INCREMENT,

`nombreAutor` varchar(50) DEFAULT NULL,

`tipo` varchar(1) DEFAULT NULL COMMENT 'P=Persona y E= Empresa',

PRIMARY KEY (`autorId`)

) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=latin1;

--

-- Volcado de datos para la tabla `bl_autores`

--

INSERT INTO `bl_autores` (`autorId`, `nombreAutor`, `tipo`) VALUES

(3, 'samuel miguel madrid Rivas', 'P'),

(5, 'pruebaAutor', 'P'),

(7, 'Collins, Suzanne', 'P'),

(8, 'James Dashner', 'P');

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `bl_editorial`

--

DROP TABLE IF EXISTS `bl_editorial`;

CREATE TABLE IF NOT EXISTS `bl_editorial` (

`editorialId` int(11) NOT NULL AUTO_INCREMENT,

`editorial` varchar(45) DEFAULT NULL,

PRIMARY KEY (`editorialId`)

) ENGINE=InnoDB AUTO_INCREMENT=21 DEFAULT CHARSET=latin1;


--

-- Volcado de datos para la tabla `bl_editorial`

--

INSERT INTO `bl_editorial` (`editorialId`, `editorial`) VALUES

(8, 'algebra12ddddd'),

(11, 'prueba'),

(16, 'Sony'),

(17, 'Editorial Océano'),

(19, 'Dell Publishing'),

(20, 'PEDRO ANTONIO');

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `bl_especialidad`

--

DROP TABLE IF EXISTS `bl_especialidad`;

CREATE TABLE IF NOT EXISTS `bl_especialidad` (

`especialidadId` int(11) NOT NULL AUTO_INCREMENT,

`especialidad` varchar(100) DEFAULT NULL,

`color` varchar(25) DEFAULT NULL,

PRIMARY KEY (`especialidadId`)

) ENGINE=InnoDB AUTO_INCREMENT=8 DEFAULT CHARSET=latin1;

--

-- Volcado de datos para la tabla `bl_especialidad`


--

INSERT INTO `bl_especialidad` (`especialidadId`, `especialidad`, `color`) VALUES

(3, 'TERCER AÑO DE BACHILLERATO ARQUITECTURA', 'GRIS '),

(4, 'TERCER AÑO DE BACHILLERATO ELECTRÓNICA', 'Amarilla '),

(5, 'TERCER AÑO DE BACHILLERATO SALUD', 'Blanco '),

(6, 'TERCER AÑO DE BACHILLERATO CONTADOR', 'azul '),

(7, 'TERCER AÑO DE BACHILLERATO GERENCIA', 'Rojo');

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `bl_libro`

--

DROP TABLE IF EXISTS `bl_libro`;

CREATE TABLE IF NOT EXISTS `bl_libro` (

`libroId` int(11) NOT NULL AUTO_INCREMENT,

`ISBN` varchar(20) DEFAULT NULL,

`nombreLibro` varchar(100) DEFAULT NULL,

`editorialId` int(11) DEFAULT NULL,

`autorId` int(11) DEFAULT NULL,

`materiaId` int(11) DEFAULT NULL,

PRIMARY KEY (`libroId`),

KEY `fk_bl_libros_Autores_idx` (`autorId`),

KEY `fk_bl_libros_Editorial_idx` (`editorialId`),

KEY `fk_bl_libros_materiaId_idx` (`materiaId`)

) ENGINE=InnoDB AUTO_INCREMENT=21 DEFAULT CHARSET=latin1;


--

-- Volcado de datos para la tabla `bl_libro`

-- Estructura de tabla para la tabla `bl_librodetalle`

--

DROP TABLE IF EXISTS `bl_librodetalle`;

CREATE TABLE IF NOT EXISTS `bl_librodetalle` (

`libroDetalleId` int(11) NOT NULL AUTO_INCREMENT,

`libroId` int(11) DEFAULT NULL,

`codigo` varchar(10) DEFAULT NULL,

`color` varchar(15) DEFAULT NULL,

`edicion` varchar(25) DEFAULT NULL,

`tipoLibroId` int(11) DEFAULT NULL,

`ubicacion` text,

`condicion` int(11) DEFAULT NULL COMMENT '1=malo,2=usado bueno,3=nuevo',

`estado` int(11) DEFAULT NULL COMMENT '1=Uso,0=Disponoble',

`comentario` text,

PRIMARY KEY (`libroDetalleId`),

KEY `fk_bl_librodetalle_libroId_idx` (`libroId`),

KEY `fk_bl_librodetalle_tipoLibroId_idx` (`tipoLibroId`)

) ENGINE=InnoDB AUTO_INCREMENT=44 DEFAULT CHARSET=latin1;

DROP TABLE IF EXISTS `bl_materia`;

CREATE TABLE IF NOT EXISTS `bl_materia` (

`materiaId` int(11) NOT NULL AUTO_INCREMENT,

`materia` varchar(50) DEFAULT NULL,

PRIMARY KEY (`materiaId`)

) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=latin1;


--

-- Volcado de datos para la tabla `bl_materia`

-- Estructura de tabla para la tabla `bl_persona`

--

DROP TABLE IF EXISTS `bl_persona`;

CREATE TABLE IF NOT EXISTS `bl_persona` (

`personaId` int(11) NOT NULL AUTO_INCREMENT,

`nombre` varchar(45) DEFAULT NULL,

`apellido1` varchar(45) DEFAULT NULL,

`apellido2` varchar(45) DEFAULT NULL,

`tipoPersona` int(1) DEFAULT NULL COMMENT '1=estudiante , 0=empleado',

`tipoDocumentoId` int(11) DEFAULT NULL,

PRIMARY KEY (`personaId`),

KEY `fk_bl_persona_persona_idx` (`tipoDocumentoId`)

) ENGINE=InnoDB AUTO_INCREMENT=10 DEFAULT CHARSET=latin1;

-- Volcado de datos para la tabla `bl_persona`

-- Estructura de tabla para la tabla `bl_tesis`

--

DROP TABLE IF EXISTS `bl_tesis`;

CREATE TABLE IF NOT EXISTS `bl_tesis` (

`tesisId` int(11) NOT NULL AUTO_INCREMENT,

`tema` varchar(250) DEFAULT NULL,

`especialidadId` int(11) DEFAULT NULL,

`codigo` varchar(45) DEFAULT NULL,

`fecha` date DEFAULT NULL,

`ubicacion` varchar(150) DEFAULT NULL,

`condicion` int(1) DEFAULT NULL COMMENT '1=mal estado , 2 = buen estado , 3=nuevo',

`estado` int(1) DEFAULT NULL COMMENT '1 = disponible , 2= prestado',


`comentario` varchar(200) DEFAULT NULL,

PRIMARY KEY (`tesisId`),

KEY `fk_bl_especialidad_especialidad_idx` (`especialidadId`)

) ENGINE=InnoDB AUTO_INCREMENT=22 DEFAULT CHARSET=latin1;

-- Estructura de tabla para la tabla `bl_tipodocumento`

--

DROP TABLE IF EXISTS `bl_tipodocumento`;

CREATE TABLE IF NOT EXISTS `bl_tipodocumento` (

`tipoDocumentoId` int(11) NOT NULL AUTO_INCREMENT,

`tipoDocumento` int(11) DEFAULT NULL COMMENT '0= DUI, 1=NIT,3=NIE',

`numeroDocumento` int(11) DEFAULT NULL,

PRIMARY KEY (`tipoDocumentoId`)

) ENGINE=InnoDB AUTO_INCREMENT=14 DEFAULT CHARSET=latin1;

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `bl_tipolibro`

--

DROP TABLE IF EXISTS `bl_tipolibro`;

CREATE TABLE IF NOT EXISTS `bl_tipolibro` (

`tipoLibroId` int(11) NOT NULL AUTO_INCREMENT,

`tipo` varchar(45) DEFAULT NULL,

PRIMARY KEY (`tipoLibroId`)

) ENGINE=InnoDB AUTO_INCREMENT=10 DEFAULT CHARSET=latin1;

-- --------------------------------------------------------
--

-- Estructura de tabla para la tabla `bl_transaccion`

--

DROP TABLE IF EXISTS `bl_transaccion`;

CREATE TABLE IF NOT EXISTS `bl_transaccion` (

`transaccionId` int(11) NOT NULL AUTO_INCREMENT,

`fechaTransaccion` date DEFAULT NULL,

`personaId` int(11) DEFAULT NULL,

`estado` int(11) DEFAULT NULL COMMENT '0=insolvente,1=solvente',

`fechaCreacion` date DEFAULT NULL,

PRIMARY KEY (`transaccionId`),

KEY `fk_transaccion_Transaccion_idx` (`personaId`)

) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=latin1;

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `bl_transacciondetalle`

--

DROP TABLE IF EXISTS `bl_transacciondetalle`;

CREATE TABLE IF NOT EXISTS `bl_transacciondetalle` (

`transaccionDetalleId` int(11) NOT NULL AUTO_INCREMENT,

`fechaDevolucion` date DEFAULT NULL,

`transaccionId` int(11) DEFAULT NULL,

`estadoDetalle` int(11) DEFAULT NULL COMMENT '0=NoDevuelto, 1=Devuelto',

`tesisId` int(11) DEFAULT NULL,


`activoDetalleId` int(11) DEFAULT NULL,

`libroDetalleId` int(11) DEFAULT NULL,

PRIMARY KEY (`transaccionDetalleId`),

KEY `fk_bl_transacciondetalle_Detalletransaccion_idx` (`transaccionId`),

KEY `fk_bl_activodetalle_activoDetalleId_idx` (`activoDetalleId`),

KEY `fk_bl_tesis_tesisId_idx` (`tesisId`),

KEY `fk_bl_librodetalle_libroDetalleId_idx` (`libroDetalleId`)

) ENGINE=InnoDB AUTO_INCREMENT=276 DEFAULT CHARSET=latin1;

-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `bl_usuarios`

--

DROP TABLE IF EXISTS `bl_usuarios`;

CREATE TABLE IF NOT EXISTS `bl_usuarios` (

`usuarioId` int(11) NOT NULL AUTO_INCREMENT,

`nombres` varchar(45) NOT NULL,

`apellido1` varchar(20) NOT NULL,

`apellido2` varchar(20) NOT NULL,

`usuario` varchar(20) NOT NULL,

`clave` varchar(45) NOT NULL,

`estado` int(11) NOT NULL COMMENT '1=Activo , 0=inactivo',

`rolId` int(11) DEFAULT NULL COMMENT '1=Administrador, 2=supervisor',

PRIMARY KEY (`usuarioId`),

KEY `fk_bl_usuarios_rol_idx` (`rolId`)

) ENGINE=InnoDB AUTO_INCREMENT=30 DEFAULT CHARSET=latin1;


-- --------------------------------------------------------

--

-- Estructura de tabla para la tabla `rol`

--

DROP TABLE IF EXISTS `rol`;

CREATE TABLE IF NOT EXISTS `rol` (

`rolId` int(11) NOT NULL AUTO_INCREMENT,

`rol` varchar(45) NOT NULL,

PRIMARY KEY (`rolId`)

) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=latin1;

-- Restricciones para tablas volcadas

--

--

-- Filtros para la tabla `bl_activodetalle`

--

ALTER TABLE `bl_activodetalle`

ADD CONSTRAINT `fk_bl_activodetalle_Detalle` FOREIGN KEY (`activoId`) REFERENCES `bl_activo`


(`activoId`) ON DELETE NO ACTION ON UPDATE NO ACTION;

--

-- Filtros para la tabla `bl_libro`

--

ALTER TABLE `bl_libro`

ADD CONSTRAINT `fk_bl_libros_Autores` FOREIGN KEY (`autorId`) REFERENCES `bl_autores`


(`autorId`) ON DELETE NO ACTION ON UPDATE NO ACTION,
ADD CONSTRAINT `fk_bl_libros_Editorial` FOREIGN KEY (`editorialId`) REFERENCES `bl_editorial`
(`editorialId`) ON DELETE NO ACTION ON UPDATE NO ACTION,

ADD CONSTRAINT `fk_bl_libros_materiaId` FOREIGN KEY (`materiaId`) REFERENCES `bl_materia`


(`materiaId`) ON DELETE NO ACTION ON UPDATE NO ACTION;

--

-- Filtros para la tabla `bl_librodetalle`

--

ALTER TABLE `bl_librodetalle`

ADD CONSTRAINT `fk_bl_librodetalle_libroId` FOREIGN KEY (`libroId`) REFERENCES `bl_libro`


(`libroId`) ON DELETE NO ACTION ON UPDATE NO ACTION,

ADD CONSTRAINT `fk_bl_librodetalle_tipoLibroId` FOREIGN KEY (`tipoLibroId`) REFERENCES


`bl_tipolibro` (`tipoLibroId`) ON DELETE NO ACTION ON UPDATE NO ACTION;

--

-- Filtros para la tabla `bl_persona`

--

ALTER TABLE `bl_persona`

ADD CONSTRAINT `fk_bl_persona_persona` FOREIGN KEY (`tipoDocumentoId`) REFERENCES


`bl_tipodocumento` (`tipoDocumentoId`) ON DELETE NO ACTION ON UPDATE NO ACTION;

--

-- Filtros para la tabla `bl_tesis`

--

ALTER TABLE `bl_tesis`

ADD CONSTRAINT `fk_bl_especialidad_especialidad` FOREIGN KEY (`especialidadId`) REFERENCES


`bl_especialidad` (`especialidadId`) ON DELETE NO ACTION ON UPDATE NO ACTION;

--

-- Filtros para la tabla `bl_transaccion`

--
ALTER TABLE `bl_transaccion`

ADD CONSTRAINT `fk_bl_personaId_transaccion` FOREIGN KEY (`personaId`) REFERENCES


`bl_persona` (`personaId`) ON DELETE NO ACTION ON UPDATE NO ACTION;

--

-- Filtros para la tabla `bl_transacciondetalle`

--

ALTER TABLE `bl_transacciondetalle`

ADD CONSTRAINT `fk_bl_activodetalle_activoDetalleId` FOREIGN KEY (`activoDetalleId`)


REFERENCES `bl_activodetalle` (`detalleActivoId`) ON DELETE NO ACTION ON UPDATE NO ACTION,

ADD CONSTRAINT `fk_bl_librodetalle_libroDetalleId` FOREIGN KEY (`libroDetalleId`) REFERENCES


`bl_librodetalle` (`libroDetalleId`) ON DELETE NO ACTION ON UPDATE NO ACTION,

ADD CONSTRAINT `fk_bl_tesis_tesisId` FOREIGN KEY (`tesisId`) REFERENCES `bl_tesis` (`tesisId`)


ON DELETE NO ACTION ON UPDATE NO ACTION,

ADD CONSTRAINT `fk_bl_transaccionId_TransaccionDetalle` FOREIGN KEY (`transaccionId`)


REFERENCES `bl_transaccion` (`transaccionId`) ON DELETE NO ACTION ON UPDATE NO ACTION;

--

-- Filtros para la tabla `bl_usuarios`

--

ALTER TABLE `bl_usuarios`

ADD CONSTRAINT `fk_rolId_Rol` FOREIGN KEY (`rolId`) REFERENCES `rol` (`rolId`) ON DELETE NO
ACTION ON UPDATE NO ACTION;

COMMIT;

/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;

/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;

/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;


10 Especificación Técnica del Plan de Pruebas

10.1 Especificación del Entorno de Pruebas

Una vez que el sistema este listo para el periodo de pruebas se realizaran de forma directa

con en el entorno de la biblioteca, se accederá desde distinto navegadores verificando el

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

realicen y corroborar que todo este funcionando de forma perfecta.

10.2 Especificación Técnica de Niveles de Prueba

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.

10.3 Revisión de Planificación de Pruebas

El desarrollo de las pruebas se llevará a cabo durante el desarrollo del proyecto y la fase

final de pruebas entre el 01/06/2019 y el 31/07/2019 ,periodo asignado a la fase de pruebas de

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

11.1 Especificación de los Requisitos de Documentación de usuario

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

eficiente del sistema.

11.2 Especificación de Requisitos de Implementación

No es necesario especificar más allá de lo expuesto en la tarea DSI 10.2.

Potrebbero piacerti anche