UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS …repositorio.ug.edu.ec/bitstream/redug/16656/1/B... · Secretaria Técnica de drogas fue realizado, para que permita el ingreso de

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

DESARROLLO DEL MÓDULO DE GESTIÓN DE PROCESOS

ADMINISTRATIVOS Y DISEÑO DE LA BASE DE DATOS

DEL SISTEMA DE INFORMACIÓN WEB PARA

LA SECRETARÍA TÉCNICA DE DROGAS

EN LA CIUDAD DE GUAYAQUIL

MANUAL TÉCNICO Y MANUAL DE USUARIO

Previa a la obtención del Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES

AUTORES

Jean Carlos Marcillo Parrales

José Leonel Plúa Chilán

TUTOR: Ing. Verónica Mendoza Morán M.Sc

GUAYAQUIL – ECUADOR

2016

ÍNDICE GENERAL

ÍNDICE GENERAL .............................................................................................. 2

ÍNDICES DE CUADROS ..................................................................................... 3

INDICES DE GRÁFICOS .................................................................................... 4

INTRODUCCIÓN ................................................................................................. 5

FLUJO DEL PROCESO ...................................................................................... 6

RECURSOS DE DESARROLLO ......................................................................... 6

INSTALACIÓN DE RECURSOS ......................................................................... 7

BASE DE DATOS ............................................................................................. 13

GENERALIDADES DE LAS TABLAS .............................................................. 13

GENERALIDADES DE LOS PAQUETES ......................................................... 39

ÍNDICES DE CUADROS

Cuadro No. 1 - Estructura de tabla STD_PAISES .............................................. 13

Cuadro No. 2 - Estructura de tabla STD_REGIONES ........................................ 14

Cuadro No. 3 - Estructura de tabla STD_PROVINCIAS- .................................... 15

Cuadro No. 4 - Estructura de tabla STD_CIUDADES ........................................ 16

Cuadro No. 5 - Estructura de tabla STD_ZONAS .............................................. 17

Cuadro No. 6 - Estructura de tabla STD_TIPO_INSTITUCIONES ..................... 18

Cuadro No. 7 - Estructura de tabla STD_DISTRITOS ........................................ 19

Cuadro No. 8 - Estructura de tabla STD_JORNADAS ....................................... 20

Cuadro No. 9 - Estructura de tabla STD_TIPO_IDENTIFICACIONES ............... 21

Cuadro No. 10 - Estructura de tabla STD_MODALIDADES ............................... 22

Cuadro No. 11 - Estructura de tabla STD_TIPO_ESTADOS_CIVILES .............. 23

Cuadro No. 12 - Estructura de tabla STD_INSTITUCIONES ............................. 24

Cuadro No. 13 - Estructura de tabla STD_TIPOS_DROGAS ............................. 25

Cuadro No. 14 - Estructura de tabla STD_CARGO_PERSONAS ...................... 26

Cuadro No. 15 - Estructura de tabla STD_PERSONAS ..................................... 27

Cuadro No. 16 - Estructura de tabla STD_ INCIDENCIAS ................................. 28

Cuadro No. 17 - Estructura de tabla STD_BITACORA_PERSONAS ................. 29

Cuadro No. 18 - Estructura de tabla STD_PROGRAMAS .................................. 30

Cuadro No. 19 - Estructura de tabla STD_INSTITUCIONES_X_MODALIDAD .. 31

Cuadro No. 20 - Estructura de tabla STD_USUARIOS_SISTEMAS .................. 32

Cuadro No. 21 - Estructura de tabla STD_ROLES_SISTEMAS ......................... 33

Cuadro No. 22 - Estructura de tabla STD_USUARIOS_X_ROLES .................... 34

Cuadro No. 23 - Estructura de tabla STD_MODULOS ....................................... 35

Cuadro No. 24 - Estructura de tabla STD_OPCIONES_X_ROLES .................... 36

Cuadro No. 25 - Estructura de tabla STD_OPCIONES_MENU .......................... 37

Cuadro No. 26 - Estructura de tabla STD_PARAMETROS ................................ 38

Cuadro No. 27 - Estructura del paquete SPK_OBJ_ADMINISTRATIVOS ......... 39

Cuadro No. 28 - Estructura del paquete SPK_TRX_ADMINISTRATIVOS ......... 39

Cuadro No. 29 - Estructura del paquete SPK_TRX_AUDITORIA ...................... 40

Cuadro No. 30 - Estructura de paquete SPK_OBJ_TRANSACCIONALES ........ 41

Cuadro No. 31 - Estructura de paquete SPK_API_VALIDACIONES .................. 43

INDICES DE GRÁFICOS

Gráfico No. 1 ........................................................................................................ 7

Gráfico No. 2 ........................................................................................................ 7

Gráfico No. 3 ........................................................................................................ 8

Gráfico No. 4 ........................................................................................................ 8

Gráfico No. 5 ........................................................................................................ 9

Gráfico No. 6 ........................................................................................................ 9

Gráfico No. 7 ...................................................................................................... 10

Gráfico No. 8 ...................................................................................................... 10

Gráfico No. 9 ...................................................................................................... 11

Gráfico No. 10 .................................................................................................... 11

Gráfico No. 11 .................................................................................................... 12

INTRODUCCIÓN

El desarrollo del módulo de gestión de procesos administrativos para la

Secretaria Técnica de drogas fue realizado, para que permita el ingreso de

incidencias detectadas en las instituciones educativas de la ciudad de Guayaquil,

y de los programas de prevención realizados en estas instituciones con el

objetivo de ser evaluados por expertos y que puedan ser aplicados

correctamente en las instituciones que consideren necesario aplicar un programa

de ayuda. Estas incidencias serán mostradas al usuario del sistema como un

registro de incidencias.

Las incidencias se registraran en tablas de base de datos para luego ser

consultadas y mediantes estas consultas poder realizar el estudio y análisis

respectivos a los resultados y efectuar una correcta y oportuna toma de

decisiones.

Los programas también serán almacenados en tablas para que de igual manera

que las incidencias, para que cada uno de sus componentes o características

puedan ser revisados y validados por el personal de la Secretaria Técnica de

Drogas quienes indicaran si se debe realizar una mejora o no para realizar una

correcta implementación del mismo.

El sistema permitirá registrar las zonas, distritos, la ciudad y las unidades

educativas, estudiantes, personal docente y administrativos, etc., con el objetivo

de realizar un mejor seguimiento a las instituciones que presenten mayor índices

de relación de sus estudiantes con drogas

El sistema contara con un módulo de administración de usuarios en los cuales

encontramos las opciones para crear nuevos usuarios, otorgar permisos de

acceso, conceder o denegar permisos de acceso a usuarios.

Cada usuario contara con un rol asignado pudiendo ser un usuario solo para el

ingreso de incidencias o programas o un usuario administrador que tenga los

permisos de creación de usuarios, asignación de permisos de accesos, etc.

FLUJO DEL PROCESO

El sistema ha sido dividido en 2 módulos principales los cuales contara cada uno

con sus propios submodulo necesarios para la correcta administración del

sistema.

En el módulo transaccional se encontraran ubicados los submodulo que forman

parte de los procesos para el registro de incidencias y programas de ayuda.

En el módulo administrativo se encontraran los submodulo de administración de

usuarios y roles, etc.

RECURSOS DE DESARROLLO

Eclipse Mars 2

Hibernate 3.2

ZK Framework - Essentials 5.0.

Oracle Express Edition 10g

Apache Tomcat 6

JDK 6

INSTALACIÓN DE RECURSOS

1. Se procede a la búsqueda del JDK 6 en la página oficial de Oracle:

http://www.oracle.com/technetwork/java/javase/downloads/java-archive-

downloads-javase6-419409.html#jre-6u18-oth-JPR

Gráfico No. 1

Instalacion de JDK

Fuente: http://www.oracle.com/technetwork/java/javaee/downloads/java-

ee-sdk-6u3-jdk-6u29-downloads-523388.html

2. Cuando se tenga el archivo descargado, se procede a la instalación

Gráfico No. 2

Instalación de JDK

Fuente:http://www.oracle.com/technetwork/java/javaee/downloads/javaee-sdk-

6u3-jdk-6u29-downloads-523388.html

http://www.oracle.com/technetwork/java/javase/downloads/java-archive-downloads-javase6-419409.html#jre-6u18-oth-JPR

http://www.oracle.com/technetwork/java/javase/downloads/java-archive-downloads-javase6-419409.html#jre-6u18-oth-JPR

http://www.oracle.com/technetwork/java/javaee/downloads/java-%09ee-sdk-6u3-jdk-6u29-downloads-523388.html




3. Se Busca el IDE de desarrollo Eclipse Mas 2 desde la página oficial de:

https://eclipse.org/mars/

Gráfico No. 3

Instalación de IDE de desarrollo

Fuente: https://eclipse.org/mars/

4. Se descarga el archivo zip que contiene el IDE Eclipse Mars 2

Gráfico No. 4


Fuente: https://eclipse.org/mars/




5. Cuando se tenga el archivo zip descargado, se procese a descomprimirlo,

para comenzar la ejecución del programa.

Gráfico No. 5


Elaborado Por: Jean Carlos Marcillo Parrales - José Leonel Plúa Chilán

6. Al ejecutar Eclipse se abre una ventana emergente donde se elige la ruta

donde se alojara el proyecto

Gráfico No. 6

Configuración del Workspace


7. Una vez elegido la ruta donde almacenara el proyecto, se abrirá la ventana

para comenzar el desarrollo.

Gráfico No. 7

Ventana principal de eclipse


8. Se instala el componente Hibernate

Gráfico No. 8

Componente de Hibernate


9. Se instala el componente ZK Framework

Gráfico No. 9

Instalación de Framework ZK


10. Una vez que se instalaron los componentes necesarios, se procede a la

creación del proyecto.

Gráfico No. 10

Ventana de Creación de un proyecto


11. Se procede a la instalación de Apache Tomcat 6 para poder ejecutar la

aplicación

Gráfico No. 11

Instalación de Apache Tomcat


BASE DE DATOS

GENERALIDADES DE LAS TABLAS

Las siguientes estructuras fueron creadas sobre base de datos Oracle:

A continuación se procede a detallar cada uno de estas estructuras:

STD_PAISES: Se encuentran los datos de los países que forman parte del

sistema, esta tabla existe por si en algún momento se considera el hecho de

compartir procesos de ayuda con países vecinos.

Cuadro No. 1

Estructura de tabla STD_PAISES Nombre del Campo Tipo Dato Observaciones

ID_PAIS NUMBER Código identificador

PAIS VARCHAR2 Nombre del país

ABREVIATURA_PAIS VARCHAR2 Abreviatura del país

USUARIO_INGRESO VARCHAR2 Campo de auditoria

FECHA_INGRESO DATE Campo de auditoria

PC_INGRESO VARCHAR2 Campo de auditoria

USUARIO_MODIFICACION VARCHAR2 Campo de auditoria

FECHA_MODIFICACION DATE Campo de auditoria

PC_MODIFICACION VARCHAR2 Campo de auditoria

ESTADO VARCHAR2 Estado del registro en el sistema

Elaborado Por: Jean Carlos Marcillo Parrales - José Leonel Plúa Chilán.

STD_REGIONES: Se encuentran las regiones de cada uno de los países

creados en el sistema.

Cuadro No. 2

Estructura de tabla STD_REGIONES Nombre del Campo Tipo Dato Observaciones

ID_REGION NUMBER Código identificador

REGION VARCHAR2 Nombre de la región

ABREVIATURA_REGION VARCHAR2 Abreviatura de la región

ID_PAIS NUMBER Código del país que pertenece









STD_PROVINCIAS: Se encuentran cada una de las provincias que forman parte

de una región.

Cuadro No. 3

Estructura de tabla STD_PROVINCIAS-

Nombre del Campo Tipo Dato Observaciones

ID_PROVINCIA NUMBER Código identificador

PROVINCIA VARCHAR2 Nombre de la provincia

ABREVIATURA_PROVINCIA VARCHAR2 Abreviatura de la provincia

ID_PAIS NUMBER ID del país que pertenece

ID_REGION NUMBER ID de la región que pertenece









STD_CIUDADES: Se encuentran cada una de las ciudades que forman parte de

una provincia.

Cuadro No. 4

Estructura de tabla STD_CIUDADES


ID_CIUDAD NUMBER Código identificador

CIUDAD VARCHAR2 Nombre de la ciudad

ABREVIATURA_CIUDAD VARCHAR2 Abreviatura de la ciudad

ID_PAIS NUMBER ID del país que pertenece

ID_REGION NUMBER ID de la región que pertenece

ID_PROVINCIA NUMBER ID de la provincia que pertenece









STD_ZONAS: Se encuentran la división por zonas existentes actualmente según

datos de la Secretaria Técnica de Drogas.

Cuadro No. 5

Estructura de tabla STD_ZONAS


ID_ZONA NUMBER Código Identificador

ZONA VARCHAR2 Nombre De La Ciudad

DESCRIPCION VARCHAR2 Abreviatura De La Ciudad

USUARIO_INGRESO VARCHAR2 Campo de Auditoria

FECHA_INGRESO DATE Campo de Auditoria

PC_INGRESO VARCHAR2 Campo de Auditoria

USUARIO_MODIFICACION VARCHAR2 Campo de Auditoria

FECHA_MODIFICACION DATE Campo de Auditoria

PC_MODIFICACION VARCHAR2 Campo de Auditoria



STD_TIPO_INSTITUCIONES: Se encuentran los diferentes tipos de instituciones

existentes actualmente.

Cuadro No. 6

Estructura de tabla STD_TIPO_INSTITUCIONES


ID_TIPO_INSTITUCION NUMBER Código Identificador

TIPO_INSTITUCION VARCHAR2 Nombre del tipo de institución

DESCRIPCION VARCHAR2 Abreviatura del tipo









STD_DISTRITOS: Se encuentran los distritos existentes actualmente.

Cuadro No. 7

Estructura de tabla STD_DISTRITOS


ID_DISTRITO NUMBER Código Identificador

NOMBRE_DISTRITO VARCHAR2 Nombre De La Ciudad

DIRECCION VARCHAR2 Abreviatura De La Ciudad

TELEFONO VARCHAR2 Número de teléfono del distrito

ID_PAIS NUMBER Id del País Que Pertenece

ID_REGION NUMBER Id de La Región Que Pertenece

ID_PROVINCIA NUMBER Id de La Provincia Que Pertenece

ID_CIUDAD NUMBER Id de la ciudad al que pertenece

NUMERO_ESTUDIANTES NUMBER Número de estudiantes del distrito

NUMERO_DOCENTES NUMBER Número de docentes del distrito

USUARIO_INGRESO VARCHAR2 Campo De Auditoria

FECHA_INGRESO DATE Campo De Auditoria

PC_INGRESO VARCHAR2 Campo De Auditoria

USUARIO_MODIFICACION VARCHAR2 Campo De Auditoria

FECHA_MODIFICACION DATE Campo De Auditoria

PC_MODIFICACION VARCHAR2 Campo De Auditoria



STD_JORNADAS: Se encuentran todas las jornadas educativas existentes

actualmente.

Cuadro No. 8

Estructura de tabla STD_JORNADAS


ID_JORNADA NUMBER Código Identificador

JORNADA VARCHAR2 Nombre de la jornada

DESCRIPCION VARCHAR2 Descripción de la jornada









STD_TIPO_IDENTIFICACIONES: Se encuentran los diferentes tipos de

identificaciones existentes actualmente.

Cuadro No. 9

Estructura de tabla STD_TIPO_IDENTIFICACIONES


ID_TIPO_IDENTIFICACION NUMBER Código Identificador

TIPO_IDENTIFICACION VARCHAR2 Definición del tipo de identificación

ABREVIATURA VARCHAR2 Abreviatura del tipo de identificación

DESCRIPCION VARCHAR2 Descripción del tipo de identificación

USUARIO_INGRESO DATE Campo de Auditoria

FECHA_INGRESO VARCHAR2 Campo de Auditoria


USUARIO_MODIFICACION DATE Campo de Auditoria

FECHA_MODIFICACION VARCHAR2 Campo de Auditoria




STD_MODALIDADES: Se encuentran todas las modalidades educativas

existentes actualmente.

Cuadro No. 10

Estructura de tabla STD_MODALIDADES


ID_MODALIDAD NUMBER Código Identificador

MODALIDAD VARCHAR2 Nombre de la modalidad

DESCRIPCION VARCHAR2 Descripción de la jornada









STD_TIPO_ESTADOS_CIVILES: Se encuentran los diferentes estados civiles

identificados actualmente.

Cuadro No. 11

Estructura de tabla STD_TIPO_ESTADOS_CIVILES


ID_TIPO_ESTADO_CIVIL NUMBER Código Identificador

ESTADO_CIVIL VARCHAR2 Definición del estado civil

DESCRIPCION VARCHAR2 Descripción del estado civil









STD_INSTITUCIONES: Se encuentra registrada cada una de las instituciones

educativas que formaran parte del proyecto.

Cuadro No. 12

Estructura de tabla STD_INSTITUCIONES


ID_INSTITUCION NUMBER Código Identificador

NOMBRE_INSTITUCION VARCHAR2 Nombre de la modalidad

DIRECCION VARCHAR2 Descripción de la jornada

CODIGO_AMIE VARCHAR2 Código único de la institución

TELEFONO VARCHAR2 Teléfono de la institución

ID_DISTRITO NUMBER Id del distrito

ID_ZONA NUMBER Id de la zona

ID_TIPO_INSTITUCION NUMBER Id del tipo de institución









STD_TIPOS_DROGAS: Se encuentran registrados los diferentes tipos de

drogas que se logren identificar.

Cuadro No. 13

Estructura de tabla STD_TIPOS_DROGAS


ID_TIPO_DROGA NUMBER Código Identificador

DROGA VARCHAR2 Nombre de la droga detectada

DESCRIPCION VARCHAR2 Descripción de la droga

EFECTO VARCHAR2 Efecto de uso









STD_CARGO_PERSONAS: Se encuentran los diferentes cargos de las

personas entiéndase por cargo el rol que cumple en el sistema (ej. docente

estudiante, etc...)

Cuadro No. 14

Estructura de tabla STD_CARGO_PERSONAS


ID_CARGO_PERSONA NUMBER Código Identificador

TIPO_PERSONA VARCHAR2 Definición del cargo

DESCRIPCION VARCHAR2 Descripción del cargo









STD_PERSONAS: Se encuentran registrados los datos de cada una de las

personas que forman parte del sistema.

Cuadro No. 15

Estructura de tabla STD_PERSONAS


ID_PERSONA NUMBER Código identificador

NUMERO_IDENTIFICACION VARCHAR2 Número de identificación de la persona

ID_TIPO_IDENTIFICACION NUMBER Tipo de identificación de la persona

PRIMER_APELLIDO VARCHAR2 Primer apellido de la persona

SEGUNDO_APELLIDO VARCHAR2 Segundo apellido de la persona

PRIMER_NOMBRE VARCHAR2 Primer nombre de la persona

SEGUNDO_NOMBRE VARCHAR2 Segundo nombre de la persona

FECHA_NACIMIENTO DATE Fecha de nacimiento de la persona

GENERO VARCHAR2 Género de la persona

ID_PAIS_ORIGEN NUMBER Id del país de origen

ID_REGION NUMBER Id de la región de origen

ID_PROVINCIA NUMBER Id de la provincia de origen

ID_CIUDAD NUMBER Id de la ciudad de origen

NACIONALIDAD VARCHAR2 Nacionalidad de la persona

ID_ESTADO_CIVIL NUMBER Id estado civil de la persona

ID_CARGO_PERSONA NUMBER Id cargo de la persona

EMAIL VARCHAR2 Correo electrónico de la persona

TELEFONO VARCHAR2 Número de teléfono de la persona

CELULAR VARCHAR2 Número de celular de la persona

DIRECCION VARCHAR2 Dirección domiciliaria de la persona

USUARIO_INGRESO DATE Campo de Auditoria



USUARIO_MODIFICACION DATE Campo de Auditoria





STD_ INCIDENCIAS: En esta tabla se registraran cada una de las incidencias

que sean detectadas en las instituciones educativas.

Cuadro No. 16

Estructura de tabla STD_ INCIDENCIAS Nombre del Campo Tipo Dato Observaciones

ID_INCIDENCIA NUMBER Id identificador

INCIDENCIA VARCHAR2 Nombre de incidencia

DESCRIPCION VARCHAR2 Características de la incidencia

ID_PERSONA NUMBER Persona que comete la incidencia

ID_INSTITUCION NUMBER Id de la institución de la incidencia

ID_TIPO_DROGAS NUMBER Id tipo de drogas detectado

KILOGRAMO NUMBER Cantidad en posesión de droga









STD_BITACORA_PERSONAS: Se registra los datos de las personas que

cometieron las incidencias estas tablas se llena en conjunto con la tabla

STD_INCIDENCIAS.

Cuadro No. 17

Estructura de tabla STD_BITACORA_PERSONAS


ID_BITACORA_PERSONA NUMBER Id identificador

ID_PERSONA NUMBER Id de la persona

ID_INSTITUCION NUMBER Id de la institución









STD_PROGRAMAS: Se registran los programas de ayuda y que serán

revisados por personal capacitado para su posterior publicación.

Cuadro No. 18

Estructura de tabla STD_PROGRAMAS


ID_PROGRAMA NUMBER Id identificador

PROGRAMA VARCHAR2 Nombre del programa

DESCRIPCION VARCHAR2 Descripción del programa

OBJETIVOS VARCHAR2 Objetivos del programa

ID_INSTITUCION NUMBER Id de la institución de creación

CREADO_POR VARCHAR2 Nombre del usuario que lo creo








ID_PROGRAMA NUMBER Campo de Auditoria


STD_INSTITUCIONES_X_MODALIDAD: Se encuentra la relación que existe

entre una institución y sus modalidades.

Cuadro No. 19

Estructura de tabla STD_INSTITUCIONES_X_MODALIDAD


ID_INSTITUCION NUMBER Id de la institución

ID_MODALIDAD NUMBER Id de la modalidad

DESCRIPCION VARCHAR2 Descripción del registro









STD_USUARIOS_SISTEMAS: Se encuentran los datos de los usuarios que

administraran el sistema.

Cuadro No. 20

Estructura de tabla STD_USUARIOS_SISTEMAS


ID_USUARIO NUMBER Id de la institución

ID_PERSONA NUMBER Id de la modalidad

DESCRIPCION VARCHAR2 Descripción del registro

NOMBRE_USUARIO VARCHAR2 Nombre del usuario en el sistema

CLAVE VARCHAR2 Clave de acceso al sistema









STD_ROLES_SISTEMAS: Se encuentran todos los roles de acceso al sistema

que podrán ser otorgados a los usuarios según sea su función.

Cuadro No. 21

Estructura de tabla STD_ROLES_SISTEMAS


CODIGO_ROL NUMBER Id identificador

NOMBRE_ROL VARCHAR2 Nombre del rol del sistema

DESCRIPCION VARCHAR2 Descripción del rol

CODIGO_IDENTIFICADOR VARCHAR2 Código que identifica al rol

USUARIO_INGRESO VARCHAR2 Clave de acceso al sistema


PC_INGRESO DATE Campo de Auditoria



PC_MODIFICACION DATE Campo de Auditoria

ESTADO VARCHAR2 Campo de Auditoria


STD_USUARIOS_X_ROLES: Se encuentran registrados los usuarios con cada

uno de los roles que tiene otorgado en el sistema.

Cuadro No. 22

Estructura de tabla STD_USUARIOS_X_ROLES


CODIGO_ROL NUMBER Id del rol

ID_USUARIO NUMBER Id del usuario

USUARIO_INGRESO NUMBER Campo de Auditoria



USUARIO_MODIFICACION NUMBER Campo de Auditoria


PC_MODIFICACION NUMBER Campo de Auditoria

ESTADO NUMBER Estado del registro en el sistema


STD_MODULOS: Se encuentran todos los módulos creados en el sistema.

Cuadro No. 23

Estructura de tabla STD_MODULOS


CODIGO_MODULO NUMBER Id identificador

CODIGO_PADRE NUMBER Id del padre

NOMBRE_MODULO VARCHAR2 Nombre del modulo

URL_LOGO VARCHAR2

Ruta donde se ubican los logos del

sistema

T_ACCION VARCHAR2 Indica la subpágina a llamar

ORDEN NUMBER El orden de los módulos

ES_HOJA_FINAL VARCHAR2 S para verdadero, N para Falso









STD_OPCIONES_X_ROLES: Se encuentran registradas las opciones que

permite acceder un rol en el sistema.

Cuadro No. 24

Estructura de tabla STD_OPCIONES_X_ROLES


CODIGO_ROL NUMBER Id del rol

CODIGO_OPCION NUMBER Id de la opción

USUARIO_INGRESO NUMBER Campo de Auditoria



USUARIO_MODIFICACION NUMBER Campo de Auditoria


PC_MODIFICACION NUMBER Campo de Auditoria

ESTADO NUMBER Estado del registro en el sistema


STD_OPCIONES_MENU: Se encuentran las opciones para los menús del

sistema

Cuadro No. 25

Estructura de tabla STD_OPCIONES_MENU


CODIGO_OPCION NUMBER Id identificador

CODIGO_MODULO NUMBER Id del módulo al que pertenece

CODIGO_PADRE NUMBER Id del padre al que pertenece

DESCRIPCION_OPCION VARCHAR2 Descripción de la opción

T_ACCION VARCHAR2 Indica la subpágina a llamar

ORDEN NUMBER El orden de los módulos

ES_HOJA_FINAL VARCHAR2 S para verdadero, N para Falso

ANCHO_PANTALLA NUMBER Ancho de la pantalla en el sistema

ALTO_PANTALLA NUMBER Alto de la pantalla en el sistema









STD_PARAMETROS: Sirve de ayuda para tener datos parametrizados que

permitan se modificados para el uso del sistema.

Cuadro No. 26

Estructura de tabla STD_PARAMETROS


NEMONICO_VARIABLE VARCHAR2 Identificador del parámetro

DESCRIPCION VARCHAR2 Descripción del parámetro

VALOR_VARCHAR VARCHAR2 Valor de tipo alfanumérico

VALOR_DECIMAL NUMBER Valor de tipo decimal

VALOR_NUMBER NUMBER Valor de tipo numérico

VALOR_DATE DATE Valor de tipo fecha

UBICACION_PROCEDIMIENTO VARCHAR2 Ubicación del proceso









GENERALIDADES DE LOS PAQUETES

Los siguientes esquemas fueron creados para el uso del sistema:

A continuación se procede a detallar cada uno de estos esquemas:

NOMBRE DEL PAQUETE: SPK_OBJ_ADMINISTRATIVOS

Cuadro No. 27

Estructura del paquete SPK_OBJ_ADMINISTRATIVOS

Nombre de procedimiento: Descripción:

SPC_VALIDA_ACCESO Registra el acceso de los usuarios al sistema

SPC_REGISTRA_BITACORA Registra cada una de las acciones que se

registran en el sistema


NOMBRE DEL PAQUETE: SPK_TRX_ADMINISTRATIVOS.

Cuadro No. 28

Estructura del paquete SPK_TRX_ADMINISTRATIVOS


SPC_USUARIOS_SISTEMAS Administra los usuarios del sistema

SPC_ROLES_SISTEMA Administra los roles del sistema

SPC_MODULOS Administra los módulos del sistema

SPC_OPCIONES_MENU Administra las opciones para cada menú del

sistema

SPC_USUARIOS_X_ROLES Administra los usuarios asignados los roles

de acceso

SPC_PARAMETROS Administra los parámetros que son parte del

sistema


NOMBRE DEL PAQUETE: SPK_TRX_AUDITORIA

Cuadro No. 29

Estructura del paquete SPK_TRX_AUDITORIA


SPC_INGRESA_USUARIOS Crea los usuarios nuevos en el sistema

SPC_ACTUALIZA_USUARIOS Actualiza los datos de los usuarios del

sistema

SCP_ACTUALIZA_CLAVE_USUARIO Actualiza la clave de los usuarios del

sistema

SPC_INGRESA_ROL Crea un nuevo rol en el sistema

SPC_ACTUALIZA_ROL Actualiza los roles creados para el

sistema

SPC_INGRESA_MODUL2O Crea un nuevo módulo para el sistema

SPC_ACTUALIZA_MODULO Actualiza los módulos del sistema

SPC_INGRESA_OPCIONES_MENU Crea las opciones que tendrá cada

menú en el sistema

SPC_ACTUALIZA_OPCIONES_MENU Actualiza las opciones de los menús

del sistema

SPC_INGRESA_USUARIOS_X_ROLES Otorga a los usuarios los roles de

acceso que tendrán en el sistema

SPC_ELIMINA_USUARIOS_X_ROLES Elimina los permisos que un usuarios

tenga sobre un rol especifico

SPC_INGRESA_OPCIONES_X_ROLES Otorga las opciones a las cuales

tendrá accesos los roles del sistema

SPC_ELIMINA_OPCIONES_X_ROLES Elimina las opciones de un rol en

especifico

SPC_INGRESA_PARAMETROS Crear los parámetro nuevos para ser

utilizado en el sistema

SPC_ACTUALIZA_PARAMETROS Actualiza los parámetros que son

usados en el sistema


NOMBRE DEL PAQUETE: SPK_OBJ_TRANSACCIONALES

Cuadro No. 30

Estructura de paquete SPK_OBJ_TRANSACCIONALES Nombre de procedimiento: Descripción:

SPC_INGRESA_PAIS Ingresa un nuevo país

SPC_ACTUALIZA_PAIS Actualiza un país

SPC_INGRESA_REGION Ingresa una nueva región

SPC_ACTUALIZA_REGION Actualiza una región

SPC_INGRESA_PROVINCIA Ingresa una nueva provincia

SPC_ACTUALIZA_PROVINCIA Actualiza una provincia

SPC_INGRESA_CIUDAD Crea una nueva ciudad

SPC_ACTUALIZA_CIUDAD Actualiza un ciudad

SPC_INGRESA_ZONA Crea una nueva zona

SPC_ACTUALIZA_ZONA Actualiza una zona

SPC_INGRESA_DISTRITO Crea un nuevo distrito

SPC_ACTUALIZA_DISTRITO Actualiza un distrito

SPC_INGRESA_TIP_INSITUCIONES Crea un nuevo tipo de institución

SPC_ACTUALIZA_TIPINSTITUCIONES Actualiza un tipo de institución

SPC_INGRESA_JORNADA Crea una nueva jornada

SPC_ACTUALIZA_JORNADA Actualiza una jornada

SPC_INGRESA_MODALIDAD Crea una nueva modalidad

SPC_ACTUALIZA_MODALIDAD Actualiza una modalidad

SPC_INGRESA_INSTITUCION Crea una nueva institución

SPC_ACTUALIZA_INSTITUCION Actualiza una institución

SPC_INGRESA_TIPOS_DROGAS Crea un nuevo tipo de droga

SPC_ACTUALIZA_TIPO_DROGAS Actualiza un tipo de droga

SPC_INGRESA_CARGO_PERSONA Crea un nuevo cargo de persona

SPC_ACTUALIZA_CARGO_PERSONA Actualiza un cargo de persona

SPC_INGRESA_ESTADO_CIVIL Crea un nuevo tipo de estado civil

SPC_ACTUALIZA_ESTADO_CIVIL Actualiza un estado civil

SPC_INGRESA_TIP_IDENTIFI Crea un nuevo tipo de identificación

SPC_ACTUALIZA_TIP_IDENTIFI Actualiza un tipo de identificación

SPC_INGRESA_PERSONA Crea una nueva persona

SPC_ACTUALIZA_PERSONA Actualiza una persona

SPC_INGRESA_TIPO_INCIDENCIA Crea un nuevo tipo de incidencia

SPC_ACTUALIZA_TIPO_INCIDENCIA Actualiza un tipo de incidencia

SPC_INGRESA_INCIDENCIA Crea una nueva incidencia

SPC_ACTUALIZA_INCIDENCIA Actualiza una incidencia

SPC_INGRESA_PROGRAMA Crea un nuevo programa de ayuda

SPC_ACTUALIZA_PROGRAMA Actualiza una programa de ayuda

SPC_INGRESA_BITACORA_PERSONAS Crea un registro en la tabla de

bitácora del persona

SPC_ACTUALIZA_BIT_PERSONAS Actualiza un registro de la tabla

bitácora del persona

SPC_INGRESA_INST_X_JORNADAS Ingresa una institución con una de

sus jornadas

SPC_ELIMINA_INST_X_JORNADA Elimina la jornada creada para una

institución

SPC_INGRESA_INST_X_MODALIDADES Ingresa una institución con una de

sus modalidades

SPC_ELIMINA_INST_X_MODALIDAD Elimina la modalidad creada para una

institución


NOMBRE DEL PAQUETE: SPK_API_VALIDACIONES

Cuadro No. 31

Estructura de paquete SPK_API_VALIDACIONES Nombre de procedimiento: Descripción:

SFC_VALIDA_PAIS Valida si el país existe

SFC_VALIDA_REGION Valida si la región existe

SFC_VALIDA_PROVINCIA Valida si la provincia existe

SFC_VALIDA_CIUDAD Valida si la ciudad existe

SFC_VALIDA_ZONA Valida si la zona existe

SFC_VALIDA_DISTRITO Valida si el distrito existe

SFC_VALIDA_TIPO_INSTITUCION Valida si el tipo de institución existe

SFC_VALIDA_JORNADA Valida si la jornada existe

SFC_VALIDA_MODALIDAD Valida si la modalidad existe

SFC_VALIDA_INSTITUCION Valida si la institución existe

SFC_VALIDA_TIPO_DROGAS Valida si el tipo de droga existe

SFC_VALIDA_CARGO_PERSONA Valida si el cargo de persona existe

SFC_VALIDA_ESTADO_CIVIL Valida si el estado civil existe

SFC_VALIDA_TIPO_IDENTIFI Valida si el tipo de identificación existe

SFC_VALIDA_PERSONA Valida si la persona existe

SFC_VALIDA_TIPO_INCIDENCIA Valida si el tipo de incidencia existe

SFC_VALIDA_INCIDENCIA Valida si la incidencia existe

SFC_VALIDA_PROGRAMA Valida si el programa existe

SFC_VALIDA_BITACORA_PERSONA Valida si la bitácora de persona existe

SFC_VALIDA_BITPER_X_PERSONA Valida si la bitácora para la persona

existe

SFC_VALIDA_ID_USUARIO Valida si el usuario existe

SFC_VALIDA_USUARIO_POR_PERSONA Valida si la persona tiene usuario creado

SFC_VALIDA_NOMBRE_USUARIO Valida si el nombre de usuario existe

SFC_VALIDA_ROL Valida si el rol existe

SFC_VALIDA_COD_IFENTIFICADOR Valida si el código identificador existe

SFC_VALIDA_OPCIONES_MENU Valida si las opción del menú existe

SFC_VALIDA_PARAMETROS Valida si el parámetro existe




CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

Manual de Usuario del Proyecto:

DESARROLLO DEL MÓDULO DE GESTIÓN DE PROCESOS

ADMINISTRATIVOS Y DISEÑO DE LA BASE DE DATOS

DEL SISTEMA DE INFORMACIÓN WEB PARA

LA SECRETARÍA TÉCNICA DE DROGAS


MANUAL DE USUARIO

AUTORES



TUTOR: Ing. Verónica Mendoza Morán M.Sc


2016

ÍNDICE GENERAL

ÍNDICE GENERAL .............................................................................................. 2

INDICE DE GRÁFICOS ....................................................................................... 4

Ingreso al sistema: ............................................................................................ 7

MÓDULO GESTIÓN DE PROCESOS ADMINISTRATIVOS ............................. 10

Sub módulo Configuraciones y transacciones administrativas................... 10

Menú Configuraciones .................................................................................... 11

Opciones para la administración del menú de Configuración ............................. 12

Administración de Ubicaciones Geográficas ............................................... 12

Administración de Tipo de Drogas. ............................................................. 17

Administración de Tipo de Instituciones. ..................................................... 18

Administración de Jornadas. ....................................................................... 19

Administración de Modalidades. ................................................................. 21

Administración de Cargo de Personas ........................................................ 23

Administración de Estados Civiles .............................................................. 24

Administración de Tipos de Incidencias ...................................................... 26

Administración de Tipos de Documentos .................................................... 27

Administración de Tipos de Estado de Documentos ................................... 28

Menú Transacciones ....................................................................................... 29

Opciones para la administración del menú de Configuración .................... 30

Administración de Zonas ............................................................................ 30

Administración de Distritos ......................................................................... 32

Administración de Programas ..................................................................... 33

Administración de Incidencias .................................................................... 34

Administración de Instituciones................................................................... 36

Administración de Personas ....................................................................... 37

Menú Consultas ............................................................................................... 39

Consulta de Programas Aprobados ............................................................ 40

Sub módulo Reportería Administrativa .......................................................... 40

Menú Reportes ................................................................................................. 41

Consulta de Incidencias ............................................................................................ 41

Consulta de Programas ............................................................................................. 42

MÓDULO DE GESTIÓN DE ACCESO AL SISTEMA ....................................... 44

Sub módulo Configuraciones del Sistema .................................................... 44

Menú Configuración ........................................................................................ 45

Administración de Roles del Sistema...................................................................... 45

Administración de Parámetros ................................................................................. 46

Menú Transacciones ....................................................................................... 48

Administración de Usuarios en el Sistema ............................................................. 49

Administración de Roles de Usuarios ..................................................................... 50

Administración de Opciones por Roles ................................................................... 50

Administración de Opciones por Menú ................................................................... 52

INDICE DE GRÁFICOS

Gráfico 1 - Pantalla Principal del Sistema ............................................................ 7

Gráfico 2 - Pantalla de Acceso al Sistema ........................................................... 8

Gráfico 3- Pantalla de Inicio del Sistema ............................................................. 8

Gráfico 4 - Visualización del nombre de usuario .................................................. 9

Gráfico 5 - Opciones de Inicio de Cambio de Clave y Cierre de Sesión ............... 9

Gráfico 6 - Logo del Módulo de Gestión de procesos administrativos ................ 10

Gráfico 7 - Sub módulo Configuraciones y transacciones administrativas ......... 10

Gráfico 8 - Opciones del módulo de Configuraciones y transacciones

administrativas ................................................................................................... 11

Gráfico 9 - Opciones del menú de Configuraciones ........................................... 11

Gráfico 10 - Formulario de Ingreso País ............................................................ 13

Gráfico 11 - Pantalla de Consulta de Países ...................................................... 13

Gráfico 12 - Formulario de Ingreso Región ........................................................ 14

Gráfico 13 - Pantalla de Consulta Región .......................................................... 14

Gráfico 14 - Formulario de Ingreso Provincias ................................................... 15

Gráfico 15 - Pantalla de Consulta Región .......................................................... 15

Gráfico 16 - Formulario de Ingreso Ciudades .................................................... 16

Gráfico 17 - Pantalla de Consulta Ciudad .......................................................... 16

Gráfico 18 - Formulario de Ingreso Tipo de Drogas ........................................... 17

Gráfico 19 - Pantalla de Consulta Tipo de Drogas ............................................. 18

Gráfico 20 - Formulario de Ingreso Tipo de Drogas ........................................... 19

Gráfico 21 - Pantalla de Consulta Tipo de Drogas ............................................. 19

Gráfico 22 - Formulario de Ingreso Jornadas ..................................................... 20

Gráfico 23 - Pantalla de Consulta Jornadas ....................................................... 20

Gráfico 24 - Formulario de Ingreso Modalidades ............................................... 21

Gráfico 25 - Pantalla de Consulta Modalidades ................................................. 22

Gráfico 26 - Formulario de Ingreso Tipos de Identificaciones ............................ 23

Gráfico 27- Pantalla de Consulta Modalidades .................................................. 23

Gráfico 28 - Formulario de ingreso Tipos de Cargos de Personas ..................... 24

Gráfico 29 - Pantalla de Consulta Modalidades ................................................. 24

Gráfico 30 - Formulario de ingreso Tipos de Estado Civiles ............................... 25

Gráfico 31 - Pantalla de Consulta Tipos de Estado Civiles ................................ 25

Gráfico 32 - Formulario de Ingreso Tipos de Incidencias ................................... 26

Gráfico 33 - Pantalla de Consulta Tipos de Incidencias ..................................... 27

Gráfico 34 - Formulario de Ingreso Tipos de Documentos ................................. 28

Gráfico 35 - Pantalla de Consulta Tipos de Documentos ................................... 28

Gráfico 36 - Formulario de Ingreso Tipos Estados de Documentos ................... 29

Gráfico 37 - Pantalla de Consulta Tipos Estados de Documentos ..................... 29

Gráfico 38 - Opciones del Menú Transacciones ................................................ 30

Gráfico 39 - Formulario de Ingreso Zonas.......................................................... 31

Gráfico 40 - Pantalla de Consulta Zonas ........................................................... 31

Gráfico 41 - Formulario de Ingreso Distritos ....................................................... 32

Gráfico 42 - Pantalla de Consulta Distritos......................................................... 33

Gráfico 43 - Formulario Programas .................................................................... 34

Gráfico 44 - Formulario Incidencias ................................................................... 35

Gráfico 45 - Pantalla de Consulta Incidencias .................................................... 35

Gráfico 46 - Formulario de Ingreso Instituciones ................................................ 36

Gráfico 47 - Pantalla de Consulta Instituciones .................................................. 37

Gráfico 48 - Consulta Programa ........................................................................ 37

Gráfico 49 - Formulario de Ingreso Persona ...................................................... 38

Gráfico 50 - Pantalla de consulta Persona ......................................................... 39

Gráfico 51 - Opciones para la administración del menú de Consultas ............... 39

Gráfico 52 - Opciones para la administración del menú de Consultas ............... 40

Gráfico 53 - Sub módulo Reportería Administrativa ........................................... 40

Gráfico 54 - Opciones Menú Reportes ............................................................... 41

Gráfico 55 - Formulario Consulta Incidencias .................................................... 42

Gráfico 56 - Reporte de Incidencias ................................................................... 42

Gráfico 57 - Formulario Consulta Programas ..................................................... 43

Gráfico 58 - Reporte de Programas ................................................................... 43

Gráfico 59 - Logo del Módulo de Gestión de Acceso al Sistema ........................ 44

Gráfico 60 - Sub módulo Configuraciones del Sistema ...................................... 44

Gráfico 61 - Opciones del Menú Configuración .................................................. 45

Gráfico 62 - Formulario de Asignación Roles del sistema a Usuarios ................ 46

Gráfico 63 - Formulario Ingreso Parámetros ...................................................... 47

Gráfico 64 - Pantalla Consulta de Parámetros ................................................... 48

Gráfico 65 - Opciones del Menú Transacciones ................................................ 48

Gráfico 66 - Formulario de Usuarios del Sistema ............................................... 49

Gráfico 67 - Formulario de Roles de Usuario ..................................................... 50

Gráfico 68 - Asignación y Consulta de Roles de Usuarios ................................. 50

Gráfico 69 - Asignación de Opciones a Roles de Usuario .................................. 51

Gráfico 70 - Consulta de Roles de Opciones a Roles de Usuario ...................... 51

Gráfico 71 - Asignación de Opciones a Menú .................................................... 52

INTRODUCCIÓN

El desarrollo del presente documento tiene como objetivo principal servir como

guía para los usuarios que harán uso del aplicativo web para la gestión de

procesos administrativos de la Secretaria Técnica de Drogas, permitiendo que la

administración del sistema sea de forma sencilla y amigable con el usuario sin

llegar a presentar ninguna complicación para realizar una correcta gestión.

A continuación se describirá cada una de los componentes que forman parte del

sistema.

Aplicativo Web para la Secretaria Técnica de Drogas

Este aplicativo permitirá agilizar la gestión de procesos administrativos que se

lleva en la Secretario para mantener el control de los índices de Drogas en las

Escuelas y Unidades Educativos.

Ingreso al sistema:

Para realizar el ingreso al sistema, lo podemos hacer desde cualquier navegador

(Google Chrome, Firefox, Internet Explorer) luego accedemos al siguiente

vínculo http://localhost:8081/WebAppSecretariaDrogas/ y aparecerá la siguiente

pantalla de acceso al sistema:

Gráfico 1

Pantalla Principal del Sistema


http://localhost:8081/WebAppSecretariaDrogas/

Para acceder al sistema ingresamos el usuario y la contraseña.

Gráfico 2

Pantalla de Acceso al Sistema


Luego de ingresar nos presentara la pantalla de inicio.

Gráfico 3

Pantalla de Inicio del Sistema


Del lado superior derecho de la página podemos visualizar el usuario que se

encuentra registrado en el sistema.

Gráfico 4

Visualización del nombre de usuario


Así como las opciones para:

Realizar cambio de clave de acceso

Cerrar sesión

Gráfico 5

Opciones de Inicio de Cambio de Clave y Cierre de Sesión


Del lado izquierdo de la aplicación encontraremos el menú principal del sistema

El menú principal se compone de las siguientes opciones:

MÓDULO GESTIÓN DE PROCESOS ADMINISTRATIVOS

Gráfico 6

Logo del Módulo de Gestión de procesos administrativos


Sub módulo Configuraciones y transacciones administrativas

En estas modulo encontramos el sub módulo configuraciones y transacciones

administrativas.

Gráfico 7

Sub módulo Configuraciones y transacciones administrativas


Al hacer clic sobre el modulo nos presentara los menú de configuraciones

transacciones y consultas.

Gráfico 8

Opciones del módulo de Configuraciones y transacciones administrativas


Menú Configuraciones

Entre las opciones del menú de Configuraciones encontramos las siguientes:

Gráfico 9

Opciones del menú de Configuraciones


Opciones para la administración del menú de Configuración

Dentro de las opciones que podemos administrar en este menú encontraremos

las siguientes:

Administración de Ubicaciones Geográficas

En esta pantalla podemos realizar el ingreso, actualización e inactivación de

países, regiones, provincias, ciudades, además de la visualización de los

registros ya existentes.

Para ingresar un nuevo País debemos ingresar el nombre y la Abreviatura del

mismo y procedemos a dar clic en la opción Guardar.

Para ingresar una región seleccionamos el País al que pertenece y luego

procedemos a ingresar los datos de la nueva Región.

Para ingresar una nueva provincia ingresamos el País y la Región al que

pertenece y luego procedemos a ingresar los datos de la Provincia.

Para ingresar una nueva ciudad ingresamos el País, la Región y la Provincia a la

que pertenece y luego procedemos a ingresar los datos de la Ciudad.

Una vez realizada el ingreso o actualización podremos revisar el nuevo registro

en pantalla.

Para realizar la actualización de unos de estos datos damos doble clic sobre el

registro, procedemos a realizar la modificación del registro y damos clic en

actualizar.

Para inactivar un registro, damos doble clic sobre el registro y procedemos a

quitar el visto sobre el campo Estado, con esto inactivaremos el registro.

Gráfico 10

Formulario de Ingreso País


Gráfico 11

Pantalla de Consulta de Países


Gráfico 12

Formulario de Ingreso Región


Gráfico 13

Pantalla de Consulta Región


Gráfico 14

Formulario de Ingreso Provincias


Gráfico 15

Pantalla de Consulta Región


Gráfico 16

Formulario de Ingreso Ciudades


Gráfico 17

Pantalla de Consulta Ciudad


Administración de Tipo de Drogas.

En esta pantalla encontraremos las opciones para realizar el ingreso,

actualización e inactivación de los diferentes Tipos de Drogas que se identifiquen

entre la población, además de la visualización de los registros ya existentes.

Para realizar el ingreso de un tipo de drogas damos clic en la opción Nuevo y

procedemos a realizar el ingreso del nuevo Tipo de Drogas.

Para realizar la actualización de un registro, damos doble clic sobre el registro a

modificar y procedemos a realizar los cambios, luego de estos damos clic en

Actualizar.


en pantalla.



Gráfico 18

Formulario de Ingreso Tipo de Drogas


Gráfico 19

Pantalla de Consulta Tipo de Drogas


Administración de Tipo de Instituciones.


actualización e inactivación de los diferentes Tipos de Instituciones que se

identifiquen entre la población, además de la visualización de los registros ya

existentes.

Para realizar el ingreso de un tipo de institución damos clic en la opción Nuevo y

procedemos a realizar el ingreso del nuevo Tipo de Institución.



Actualizar.


en pantalla.



Gráfico 20

Formulario de Ingreso Tipo de Drogas


Gráfico 21

Pantalla de Consulta Tipo de Drogas


Administración de Jornadas.


actualización e inactivación de las diferentes Jornadas que se identifiquen entre

la población, además de la visualización de los registros ya existentes.

Para realizar el ingreso de una Jornada damos clic en la opción Nuevo y

procedemos a realizar el ingreso de la nueva Jornada.



Actualizar.


en pantalla.



Gráfico 22

Formulario de Ingreso Jornadas


Gráfico 23

Pantalla de Consulta Jornadas


Administración de Modalidades.


actualización e inactivación de las diferentes Modalidades que se identifiquen


Para realizar el ingreso de una Modalidad damos clic en la opción Nuevo y

procedemos a realizar el ingreso de la nueva Modalidad.



Actualizar.


en pantalla.



Gráfico 24

Formulario de Ingreso Modalidades


Gráfico 25

Pantalla de Consulta Modalidades


Administración de Tipo de Identificaciones.


actualización e inactivación de las diferentes Modalidades que se identifiquen


Para realizar el ingreso de un Tipo de Identificación damos clic en la opción

Nuevo y procedemos a realizar el ingreso del nuevo Tipo de Identificación.



Actualizar.


en pantalla.



Gráfico 26

Formulario de Ingreso Tipos de Identificaciones


Gráfico 27



Administración de Cargo de Personas


actualización e inactivación de los diferentes Cargo de Personas que se


existentes.

Para realizar el ingreso de un Cargo de Personas damos clic en la opción Nuevo

y procedemos a realizar el ingreso del nuevo Cargo de Personas.



Actualizar.


en pantalla.



Gráfico 28

Formulario de ingreso Tipos de Cargos de Personas


Gráfico 29



Administración de Estados Civiles


actualización e inactivación de los diferentes Estados Civiles que se identifiquen


Para realizar el ingreso de un Estado Civil damos clic en la opción Nuevo y

procedemos a realizar el ingreso del nuevo Estado Civil.



Actualizar.


en pantalla.



Gráfico 30

Formulario de ingreso Tipos de Estado Civiles


Gráfico 31

Pantalla de Consulta Tipos de Estado Civiles


Administración de Tipos de Incidencias


actualización e inactivación de los diferentes Tipos de Incidencias que se


existentes.

Para realizar el ingreso de un Tipo de Incidencia damos clic en la opción Nuevo y

procedemos a realizar el ingreso del nuevo Tipo de Incidencia.



Actualizar.


en pantalla.



Gráfico 32

Formulario de Ingreso Tipos de Incidencias


Gráfico 33

Pantalla de Consulta Tipos de Incidencias


Administración de Tipos de Documentos


actualización e inactivación de los diferentes Tipos de Documentos que se


existentes.

Para realizar el ingreso de un Tipo de Documento damos clic en la opción Nuevo

y procedemos a realizar el ingreso del nuevo Tipo de Documento.



Actualizar.


en pantalla.



Gráfico 34

Formulario de Ingreso Tipos de Documentos


Gráfico 35

Pantalla de Consulta Tipos de Documentos


Administración de Tipos de Estado de Documentos


actualización e inactivación de los diferentes Tipos de Estado de Documentos

que se identifiquen entre la población, además de la visualización de los


Para realizar el ingreso de un Tipo de Estado de Documento damos clic en la

opción Nuevo y procedemos a realizar el ingreso del nuevo Tipo de Estado de

Documento.



Actualizar.


en pantalla.



Gráfico 36

Formulario de Ingreso Tipos Estados de Documentos


Gráfico 37

Pantalla de Consulta Tipos Estados de Documentos


Menú Transacciones

Entre las opciones del menú de Transacciones encontramos las siguientes:

Gráfico 38

Opciones del Menú Transacciones


Opciones para la administración del menú de Configuración

Dentro de las opciones que podemos administrar en este menú encontraremos

las siguientes:

Administración de Zonas


actualización e inactivación de los diferentes Zonas que se identifiquen entre la

población, además de la visualización de los registros ya existentes.

Para realizar el ingreso de una Zona damos clic en la opción Nuevo y

procedemos a realizar el ingreso de la nueva Zona.



Actualizar.


en pantalla.



Gráfico 39

Formulario de Ingreso Zonas


Gráfico 40

Pantalla de Consulta Zonas


Administración de Distritos


actualización e inactivación de los diferentes Distritos que se identifiquen entre la

población, además de la visualización de los registros ya existentes.

Para realizar el ingreso de un Distrito damos clic en la opción Nuevo y

procedemos a realizar el ingreso de la nuevo Distrito.



Actualizar.


en pantalla.



Gráfico 41

Formulario de Ingreso Distritos


Gráfico 42

Pantalla de Consulta Distritos


Administración de Programas


actualización e inactivación de los diferentes Programas Preventivos que se

identifiquen en las Escuelas y Unidades Educativas, además de la visualización

de los registros ya existentes.

Para realizar el ingreso de un Programa Preventivo damos clic en la opción

Nuevo y procedemos a realizar el ingreso del nuevo Programa Preventivo.



Actualizar.


en pantalla.



Gráfico 43

Formulario Programas


Administración de Incidencias


actualización e inactivación de las diferentes Incidencias que se identifiquen

entre los estudiantes de las Escuelas y Unidades Educativas, además de la

visualización de los registros ya existentes.

Para realizar el ingreso de un Programa Preventivo damos clic en la opción

Nuevo y procedemos a realizar el ingreso de la nueva Incidencias.



Actualizar.


en pantalla.

Gráfico 44

Formulario Incidencias


Gráfico 45

Pantalla de Consulta Incidencias


Administración de Instituciones


actualización e inactivación de las diferentes Escuelas y Unidades Educativas

que se identifiquen entre la población, además de la visualización de los


Para realizar el ingreso de una Escuela o Unidad Educativa damos clic en la

opción Nuevo y procedemos a realizar el ingreso de la nueva Escuela o Unidad

Educativa.



Actualizar.


en pantalla.



Gráfico 46

Formulario de Ingreso Instituciones


Gráfico 47

Pantalla de Consulta Instituciones


Gráfico 48

Consulta Programa


Administración de Personas


actualización e inactivación de las diferentes Personas que se identifiquen entre

la población, además de la visualización de los registros ya existentes.

Para realizar el ingreso de una Persona damos clic en la opción Nuevo y

procedemos a realizar el ingreso de la nueva Persona.



Actualizar.


en pantalla.



Gráfico 49

Formulario de Ingreso Persona


Gráfico 50

Pantalla de consulta Persona


Menú Consultas

Entre las opciones del menú de Transacciones encontramos las siguientes:

Gráfico 51

Opciones para la administración del menú de Consultas


Consulta de Programas Aprobados

En esta pantalla encontraremos las opciones para realizar la consulta de los

Programas Preventivos que han sido Aprobados, para su aplicación.

Gráfico 52

Opciones para la administración del menú de Consultas


Sub módulo Reportería Administrativa

En estas modulo encontramos el sub módulo configuraciones y transacciones

administrativas.

Gráfico 53

Sub módulo Reportería Administrativa


Menú Reportes

Entre las opciones del menú de Reportes encontramos las siguientes:

Gráfico 54

Opciones Menú Reportes


Consulta de Incidencias

En esta pantalla podemos consultar las incidencias que han sido registrados en

las Escuelas y Unidades Educativas, las incidencias pueden ser consultadas por

medio de filtros de búsqueda o de forma general.

Los tipos de filtro de búsqueda pueden ser por Institución, Tipo de Droga o

Rangos de Fecha.

Una vez que generada la consulta podremos realizar la generación de un reporte

de incidencias, el cual puede ser en formato PDF o EXCEL.

Gráfico 55

Formulario Consulta Incidencias


Gráfico 56

Reporte de Incidencias


Consulta de Programas

En esta pantalla podemos consultar los programas preventivos que han sido

generados, revisados y aprobados lo que permitirá que dichos programas sean

detallados correctamente para realizar una implementación apropiada del

mismo.

Gráfico 57

Formulario Consulta Programas


Gráfico 58

Reporte de Programas


MÓDULO DE GESTIÓN DE ACCESO AL SISTEMA

Gráfico 59

Logo del Módulo de Gestión de Acceso al Sistema


Este módulo permite administrar las opciones para crear usuarios, asignación de

roles, otorgar accesos al sistema, etc.

Sub módulo Configuraciones del Sistema

En estas sub módulo encontramos las opciones para realizar la administración

de usuarios en el sistema.

Gráfico 60

Sub módulo Configuraciones del Sistema


Menú Configuración

Entre las opciones del menú de Configuración encontramos las siguientes:

Gráfico 61

Opciones del Menú Configuración


Administración de Roles del Sistema

En esta pantalla podemos crear, modificar e inactivar los roles que serán parte

del sistema para el control de acceso a usuarios.

Podremos realizar la creación de roles así como la actualización y la inactivación

de un rol.

Para crear el rol debemos dar clic en nuevo y llenar los datos necesarios para la

creación del nuevo rol, luego de llenar todos los datos se debe dar clic en la

opción Guardar.

Para modificar un rol creado se debe dar doble clic sobre el rol, luego la

información se cargara en el formulario para realizar el cambio de información en

el rol, una vez realizado el cambio se debe dar clic en la opción Actualizar.

Para realizar la inactivación del rol se deberá dar doble clic sobre el registro a

Inactivar y en el campo Estado quitar el check que se muestra para realizar la

inactivación.

Una vez creado o actualizado el rol podemos visualizarlo por pantalla y también

podremos visualizar todos los roles existentes actualmente en el sistema.

Gráfico 62

Formulario de Asignación Roles del sistema a Usuarios


Administración de Parámetros

Esta pantalla permitirá administrar los valores que pueden llegar a cambiar en

algún momento que ocasiones que el sistema deba ser alterado, por Ejemplo la

ruta donde actualmente se almacenan los archivos que son necesarios para la

creación e implementación de un programa es la siguiente: C: \ArchivosStd \, si

en algún momento se desea cambiar la ruta donde se almacenan estos archivos

para no afectar el código ya creado simplemente tendremos que cambiar la ruta

en el este formulario, de tal forma que no se vea afectado el sistema.

Para crear un nuevo parámetro daremos clic en la opción Nuevo y llenar los

datos necesarios y dar clic en la opción Guardar.

Para modificar un parámetro existente debemos dar doble clic sobre el

parámetro, luego la información se cargara en la pantalla y procederemos a

realizar la actualización al parámetro, una vez realizada la actualización

debemos dar clic en la opción Actualizar.

Para realizar la inactivación de un parámetro se debemos dar doble clic sobre el

parámetro a inactivar, y en el campo Estado quitar el check que se muestra para

realizar la inactivación.

Una vez creado o actualizado el parámetro podemos visualizarlo por pantalla y

también podremos visualizar todos los parámetros existentes actualmente en el

sistema.

Gráfico 63

Formulario Ingreso Parámetros


Gráfico 64

Pantalla Consulta de Parámetros


Menú Transacciones

Entre las opciones del menú de transacciones encontramos las siguientes:

Gráfico 65 Opciones del Menú Transacciones


Administración de Usuarios en el Sistema

En esta opción podremos realizar la administración de usuarios del sistema.

Para crear un nuevo usuario deberemos dar clic en la opción Nuevo y llenar

todos los datos del formulario, luego de llenar los datos daremos clic en la opción

Guardar.

Para modificar un usuario debemos dar doble clic sobre el registro a modificar,

esta acción hará que la información se cargue en el sistema lo que permitirá

realizar la modificación del registro, una vez realizada la modificación daremos

clic en Actualizar para almacenar el registro.

Para realizar la inactivación de un usuario debemos dar doble clic sobre el

registro a inactivar, y en el campo Estado quitar el check que se muestra para

realizar la inactivación.

Una vez creado o actualizado el registro podemos visualizarlo por pantalla y

también podremos visualizar todos los parámetros existentes actualmente en el

sistema.

Gráfico 66

Formulario de Usuarios del Sistema


Administración de Roles de Usuarios

Gráfico 67

Formulario de Roles de Usuario


Gráfico 68

Asignación y Consulta de Roles de Usuarios


Administración de Opciones por Roles

En esta opción se administra las opciones que se asignan a cada rol de acceso.

Para asignar opciones a un Rol debemos seleccionar el rol, y dar el clic en la

opción Asignar Opciones y escoger el rol que deseamos asignar al rol.

Para quitar una opción a un rol de usuario seleccionamos el rol y damos clic en

la opción Quitar Opciones y seleccionamos la opción que deseamos quitar.

Gráfico 69

Asignación de Opciones a Roles de Usuario


Gráfico 70

Consulta de Roles de Opciones a Roles de Usuario


Administración de Opciones por Menú

En esta opción se administra las opciones que se asignan a cada menú.

Para asignar opciones por menú debemos seleccionar el menú asignar las

opciones que desee.

Para quitar una opción a un rol de usuario seleccionamos el rol y damos clic en

la opción Quitar Opciones y seleccionamos la opción que deseamos quitar.

Gráfico 71

Asignación de Opciones a Menú




CARRERA DE INGENIERIA EN SISTEMAS

COMPUTACIONALES

DESARROLLO DEL MÓDULO DE GESTIÓN DE PROCESOS ADMINISTRATIVOS Y DISEÑO DE LA BASE DE DATOS

DEL SISTEMA DE INFORMACIÓN WEB PARA LA SECRETARÍA TÉCNICA DE DROGAS


PROYECTO DE TITULACIÓN

Previa a la obtención del Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES

AUTORES:

JEAN CARLOS MARCILLO PARRALES

JOSÉ LEONEL PLÚA CHILÁN

TUTOR:

ING. VERÓNICA MENDOZA MORÁN M.Sc


2016

II

REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA

FICHA DE REGISTRO DE TESIS

“DESARROLLO DEL MÓDULO DE GESTIÓN DE PROCESOS ADMINISTRATIVOS Y DISEÑO DE LA BASE DE DATOS DEL SISTEMA DE INFORMACIÓN WEB PARA LA SECRETARÍA TÉCNICA DE DROGAS EN LA CIUDAD DE GUAYAQUIL”

REVISORES: Ab. Mirella Ortiz Zambrano M.Sc

Ing. Luis Arias Duque M.Sc

INSTITUCIÓN: UNIVERSIDAD DE GUAYAQUIL FACULTAD: CIENCIAS MATEMÁTICAS Y

FÍSICAS

CARRERA: INGENIERÍA EN SISTEMAS COMPUTACIONALES

FECHA DE PUBLICACIÓN: N° DE PÁGS.: 172

ÁREA TEMÁTICA: Desarrollo de Software

PALABRAS CLAVES: Drogas, Sistema, Framework ZK, Secretaria Técnica de Drogas, Procedimientos almacenados, Gestión Administrativa, Programas, Incidencias.

RESUMEN: El proyecto está enfocado en la automatización de los procesos administrativos para la

Secretaria Técnica de Drogas de la ciudad de Guayaquil. La cual ayudara a la secretaria técnica de

drogas en la toma oportunas de decisiones, permitiendo actuar de forma apropiada ante estos

incidentes.

N° DE REGISTRO: N° DE CLASIFICACIÓN:

Nº

DIRECCIÓN URL:

ADJUNTO PDF SI NO

CONTACTO CON AUTOR:


TELEFONO:

0982706792

EMAIL:

[email protected]

CONTACTO CON AUTOR:


TELÉFONO:

0988940231

E-MAIL:

[email protected]

CONTACTO DE LA INSTITUCIÓN:

[email protected]

NOMBRE: Ing. Roberto Crespo Mendoza Mgs

TELÉFONO: 2307729

X

III

APROBACION DEL TUTOR

En mi calidad de Tutor del trabajo de titulación, “DESARROLLO DEL MÓDULO

DE GESTIÓN DE PROCESOS ADMINISTRATIVOS Y DISEÑO DE LA BASE

DE DATOS DEL SISTEMA DE INFORMACIÓN WEB PARA LA SECRETARÍA

TÉCNICA DE DROGAS EN LA CIUDAD DE GUAYAQUIL” elaborado por el Sr.

JEAN CARLOS MARCILLO PARRALES, y el Sr. JOSÉ LEONEL PLÚA

CHILÁN, Alumnos no titulados de la Carrera de Ingeniería en Sistemas

Computacionales, Facultad de Ciencias Matemáticas y Físicas de la Universidad

de Guayaquil, previo a la obtención del Título de Ingeniero en Sistemas, me

permito declarar que luego de haber orientado, estudiado y revisado, la Apruebo

en todas sus partes.

Atentamente

Ing. Verónica Mendoza Morán M.Sc

TUTOR

IV

DEDICATORIA

Dedico este proyecto a Dios por haberme dado la vida y continuar dándome fuerzas para seguir adelante cada día. A mi madre porque gracias a su esfuerzo, apoyo, consejos, motivaciones y confianza pude salir adelante ayudándome a superarme en cada una de las etapas de la vida. A mi tía Narci por su apoyo y confianza, por creer en mí y darme la motivación para seguir adelante aun en momentos difíciles. A mis sobrinos Yajahira, Sebastián y Mathias aunque aún son pequeños quiero que este trabajo sirva de inspiración para ustedes para que nunca se den por vencidos, siempre salgan adelante y cumplan cada objetivo que se propongan en la vida.


V

AGRADECIMIENTO

Agradezco a Dios por darme sabiduría y por haber guiado mi camino para cumplir cada uno de los objetivos de mi vida. Agradezco a mi madre y a mi tía Narci porque gracias a ellas aprendí a creer en mí, me enseñaron a nunca rendirme y que siempre debo esforzarme para lograr cada uno de mis objetivos, gracias a ellas hoy puedo decir que alcancé este objetivo tan importante para mí, porque ellas fueron un pilar para lograrlo. Agradezco a mis amigos, compañeros y docentes de la carrera, con los cuales compartí las aulas de clases ya que en ellas compartimos momentos inolvidables en base de amistad compañerismo y enseñanza, los cuales fueron fundamentales para mi formación profesional.


VI

DEDICATORIA

Este proyecto de titulación se la dedico a Dios, por darme la vida y fortaleza para seguir adelante. A mi madre por su apoyo incondicional, consejos y palabras de aliento para superarme y así poder luchar contra las adversidades. De igual forma, a mi tía Mary, que siempre confió en mí y me dio su apoyo en todo lo que necesitaba durante mi formación profesional. También a mi tío Vicente que fue mi inspiración para no decaer en la meta propuesta.


VII

AGRADECIMIENTO

A Dios, por protegerme y guiarme en cada paso que doy. Agradezco a mi madre y a mi tía Mary porque creyeron en mí y me sacaron adelante, dándome ejemplos dignos de superación y entrega, gracias a ustedes hoy puedo ver alcanzada mi meta, ya que siempre estuvieron impulsándome en los momentos más difíciles de mi carrera, por el orgullo que sienten por mí, el cual fue la motivación que me hizo llegar hasta el final de la meta propuesta. A mis allegados, por haber fomentado en mí el deseo de superación y anhelo de triunfo en la vida. Mil palabras no bastarían para agradecerles su apoyo, su compresión y sus consejos en los momentos difíciles. A la Universidad, gracias por haberme permitido formarme como profesional, y a las autoridades educativas que fueron partícipes de este proceso que hoy se ve reflejado con la culminación de mi carrera y obtención del título de Ingeniero en Sistemas Computacionales.


VIII

TRIBUNAL PROYECTO DE TITULACIÓN

Ing. Eduardo Santos Baquerizo, M.Sc. DECANO DE LA FACULTAD CIENCIAS MATEMÁTICAS Y

FÍSICAS

Ing. Roberto Crespo Mendoza, Mgs. DIRECTOR DE LA

CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

Ab. Mirella Ortiz Zambrano, M.Sc. PROFESOR REVISOR DEL ÁREA

TRIBUNAL

Ing. Luis Arias Duque, M.Sc. PROFESOR REVISOR DEL ÁREA

TRIBUNAL

_____________________________ Ing. Manuel Reyes Wagnio, M.Sc.

PROFESOR TUTOR DEL PROYECTO DE TITULACIÓN

_____________________________ Ab. Juan Chávez Atocha Esp. SECRETARIO

IX

DECLARACIÓN EXPRESA

“La responsabilidad del contenido de este

Proyecto de Titulación, me corresponden

exclusivamente; y el patrimonio

intelectual de la misma a la

UNIVERSIDAD DE GUAYAQUIL”

_____________________________

JEAN CARLOS MARCILLO PARRALES

AUTOR DEL PROYECTO DE TITULACIÓN

_____________________________

JOSÉ LEONEL PLÚA CHILÁN

AUTOR DEL PROYECTO DE TITULACIÓN

X

.

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERIA EN SISTEMAS

COMPUTACIONALES




Proyecto de Titulación que se presenta como requisito para optar por el

título de INGENIERO EN SISTEMAS COMPUTACIONALES

Autores:

Jean Carlos Marcillo Parrales C.I.1313613760


C.I.0930988316

Tutor: Ing. Verónica Mendoza Morán M.Sc

Guayaquil, diciembre de 2016

XI

CERTIFICADO DE ACEPTACIÓN DEL TUTOR

En mi calidad de Tutor del proyecto de titulación, nombrado por el

Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la

Universidad de Guayaquil.

CERTIFICO:

Que he analizado el proyecto de titulación presentado por los

estudiantes JEAN CARLOS MARCILLO PARRALES y JOSÉ LEONEL

PLÚA CHILÁN, como requisito previo para optar por el título de Ingeniero

en Sistemas Computacionales cuyo problema es:

Considero aprobado el trabajo en su totalidad.

“DESARROLLO DEL MÓDULO DE GESTIÓN DE PROCESOS

ADMINISTRATIVOS Y DISEÑO DE LA BASE DE DATOS DEL

SISTEMA DE INFORMACIÓN WEB PARA LA SECRETARÍA TÉCNICA

DE DROGAS EN LA CIUDAD DE GUAYAQUIL”

Presentado por: Jean Carlos Marcillo Parrales 1313613760 José Leonel Plúa Chilán 0930988316

Tutor: _____________________________ Ing. Verónica Mendoza Morán M.Sc

Guayaquil, diciembre del 2016

XII


FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERIA EN SISTEMAS

COMPUTACIONALES

Autorización para Publicación de Proyecto de Titulación en Formato Digital

1. Identificación del Proyecto de Titulación

Nombre Alumno: Jean Carlos Marcillo Parrales

Dirección: Urdenor 1 Mz 121 Villa 2

Teléfono: 0982706792 E-mail: [email protected]

Nombre Alumno: José Leonel Plúa Chilán

Dirección: Guasmo Sur. Coop. 5 de Octubre. Mz 3, Solar 15

Teléfono: 0988940231 E-mail: [email protected]

Facultad: Ciencias Matemáticas y Físicas

Carrera: Ingeniería en Sistemas Computacionales

Proyecto de titulación al que opta: Ingeniero en Sistemas

Computacionales

Profesor tutor: Ing. Verónica Mendoza Morán M.Sc

Título del Proyecto de titulación: “DESARROLLO DEL MÓDULO DE

GESTIÓN DE PROCESOS ADMINISTRATIVOS Y DISEÑO DE LA BASE DE

DATOS DEL SISTEMA DE INFORMACIÓN WEB PARA LA SECRETARÍA

TÉCNICA DE DROGAS EN LA CIUDAD DE GUAYAQUIL”

Tema del Proyecto de Titulación: Sistema, Framework ZK, Secretaria Técnica

de Drogas, Procedimientos almacenados, Gestión Administrativa, Programas,

Incidentes, Drogas, Estupefacientes.

mailto:[email protected]

mailto:[email protected]

XIII

2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de titulación.

Publicación electrónica:

Inmediata Después de 1 año

Firma Alumno: __________________________ ______________________ Jean Carlos Marcillo Parrales José Leonel Plúa Chilán 3. Forma de envío:

El texto del proyecto de titulación debe ser enviado en formato Word, como archivo .Doc. O .RTF y .Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.

DVDROM CDROM X

XIV

INDICE GENERAL

Pág. APROBACION DEL TUTOR .............................................................................. III

DEDICATORIA ................................................................................................... IV

AGRADECIMIENTO ............................................................................................ V

DEDICATORIA ................................................................................................... VI

AGRADECIMIENTO .......................................................................................... VII

TRIBUNAL PROYECTO DE TITULACIÓN ...................................................... VIII

DECLARACIÓN EXPRESA ............................................................................... IX

CERTIFICADO DE ACEPTACIÓN DEL TUTOR ................................................ XI

INDICE GENERAL .......................................................................................... XIV

ÍNDICE DE CUADROS .................................................................................... XIX

ÍNDICE DE GRÁFICOS ................................................................................... XXI

RESUMEN ..................................................................................................... XXIII

ABSTRACT ................................................................................................... XXIV

INTRODUCCIÓN ................................................................................................. 1

CAPÍTULO I ........................................................................................................ 3

EL PROBLEMA................................................................................................... 3

PLANTEAMIENTO DEL PROBLEMA ................................................................. 3

Ubicación del Problema en un Contexto ...................................................................... 3

Causas y Consecuencias del Problema ....................................................................... 4

Delimitación del Problema .............................................................................................. 5

Objetivos del Problema ........................................................................................ 7

Objetivo General............................................................................................................... 7

Objetivos Específicos ...................................................................................................... 7

ALCANCES DEL PROBLEMA ............................................................................. 8

JUSTIFICACION E IMPORTANCIA ..................................................................... 9

METODOLOGÍA DEL PROYECTO ................................................................... 10

XV

Metodología De Desarrollo ................................................................................ 10

Supuestos y Restricciones ................................................................................. 14

CAPÍTULO II ..................................................................................................... 16

MARCO TEÓRICO ............................................................................................ 16

ANTECEDENTES DEL ESTUDIO ..................................................................... 16

FUNDAMENTACIÓN TEÓRICA ........................................................................ 19

FUNDAMENTACIÓN LEGAL ............................................................................. 21

PREGUNTAS CIENTÍFICAS A CONTESTARSE ............................................... 27

VARIABLES DE LA INVESTIGACIÓN ............................................................... 27

DEFINICIONES CONCEPTUALES ................................................................... 27

Sistema ............................................................................................................................ 28

Subsistema ...................................................................................................................... 28

Sistema de información ................................................................................................. 29

Base de datos ................................................................................................................. 29

Modelo de Datos ............................................................................................................ 30

Entidad ............................................................................................................................. 30

Relación ........................................................................................................................... 31

Diagrama Entidad Relación .......................................................................................... 31

Diccionario de Datos ...................................................................................................... 31

Lenguaje de Definición de Datos ................................................................................. 32

Lenguaje de Manipulación de Datos ........................................................................... 32

Procedimientos Almacenados ...................................................................................... 33

Funciones de Base de Datos ....................................................................................... 33

Paquete de Base de Datos ........................................................................................... 33

Oracle ............................................................................................................................... 34

Oracle Database 10 g Express Edition ....................................................................... 36

Integridad de la Información ......................................................................................... 37

Lenguaje de Programación ........................................................................................... 37

Programación Orientada a Objeto ............................................................................... 38

Java .................................................................................................................................. 38

Características de Java ................................................................................................. 39

Framework ZK ................................................................................................................ 40

JDBC ................................................................................................................................ 41

Hibernate ......................................................................................................................... 43

XVI

MVC .................................................................................................................................. 44

Eclipse .............................................................................................................................. 45

Apache Tomcat............................................................................................................... 47

CAPÍTULO III .................................................................................................... 50

PROPUESTA TECNOLÓGICA ......................................................................... 50

ANÁLISIS DE FACTIBILIDAD............................................................................ 51

Factibilidad Operacional ................................................................................................ 51

Factibilidad técnica......................................................................................................... 52

Factibilidad Legal ........................................................................................................... 52

Ley del Uso de Estándares Abiertos y Software Libre ............................................. 52

Factibilidad Económica ................................................................................................. 53

Etapas de la Metodología del Proyecto .............................................................. 54

Metodología RUP .............................................................................................. 54

Metodología PMI................................................................................................ 54

Integración de la metodología RUP y PMI ......................................................... 55

Etapas de la metodología RUP .......................................................................... 56

Requisitos ........................................................................................................................ 56

Levantamiento de información ..................................................................................... 56

Requerimientos Funcionales ........................................................................................ 56

Análisis y Diseño ............................................................................................................ 57

Casos de Uso ................................................................................................................. 58

Diagramas de secuencia ............................................................................................... 87

Implementación del sistema ......................................................................................... 98

Pruebas de Caja Negra ................................................................................................. 99

Etapas de la Metodología PMI ......................................................................... 118

Ciclo de vida de Proyecto y del producto ................................................................. 118

Grupos de Procesos .................................................................................................... 118

Iniciación ........................................................................................................................ 121

Planificación ................................................................................................................ 122

Riesgos ......................................................................................................................... 129

Estrategias .................................................................................................................... 130

Gestión de Tiempo ....................................................................................................... 130

Ejecución ....................................................................................................................... 130

Entregables del Proyecto ................................................................................. 132

XVII

Código Fuente............................................................................................................. 132

Manual Técnico ............................................................................................................ 132

Manual de Usuario ....................................................................................................... 132

CRITERIOS DE VALIDACIÓN DE LA PROPUESTA ....................................... 133

CAPÍTULO IV .................................................................................................. 135

Criterios De Aceptación Del Producto O Servicio ....................................... 135

Informe de aceptación y aprobación para productos de Software/ Hardware ... 137

Informe de aseguramiento de la calidad para productos de Software/ Hardware

........................................................................................................................ 138

Requerimientos............................................................................................................. 138

Seguridades físicas ...................................................................................................... 138

Seguridades lógicas..................................................................................................... 139

Revisiones y actualizaciones ..................................................................................... 140

Establecer mecanismo de control ............................................................................. 140

Conclusiones y Recomendaciones .................................................................. 142

Conclusiones................................................................................................................. 142

Recomendaciones ....................................................................................................... 143

Bibliografía ..................................................................................................... 144

ANEXOS ......................................................................................................... 146

Cronograma de Actividades del Proyecto ........................................................ 146

XVIII

ABREVIATURAS

SETED Secretaria Técnica de Drogas

Ing. Ingeniero

M.Sc. Master

E/R Modelo Entidad Relación

DFD Diagramas de Flujo

DDL Lenguaje de Definición de Datos

DML Lenguaje de Manipulación de Datos

MVC Modelo Vista Controlador

RDBMS Sistema de gestión de bases de datos relacionales

POO Programación Orientada a Objetos

SQL Lenguaje de Consulta Estructurada

JVM Máquina Virtual Java

WAR Archivo de Aplicación Web

JPA Interfaz de Persistencia Java

API Interfaz de Programación de Aplicaciones

Inc. Incorporation (Corporación)

Art. Articulo

XIX

ÍNDICE DE CUADROS

Pág.

Cuadro No. 1 - Cuadro de las Causas y Consecuencias ..................................... 4

Cuadro No. 2 - Delimitación del Problema ........................................................... 5

Cuadro No. 3 - Características de las Ediciones de ZK ..................................... 41

Cuadro No. 4 - Presupuesto del Proyecto .......................................................... 54

Cuadro No. 5 - Características de PMI y RUP ................................................... 55

Cuadro No. 6 - Etapas de la metodología RUP .................................................. 56

Cuadro No. 7 - Descripción del RF 01: Autenticación de Usuarios .................... 59

Cuadro No. 8 Descripción del RF 02: Administración de Personas .................... 61

Cuadro No. 9 - Descripción del RF 03: Administración de Instituciones ............ 64

Cuadro No. 10 - Descripción del RF 04: Administración de Tipo de Drogas ...... 67

Cuadro No. 10 - Descripción del RF 05: Administración de Zonas ..................... 70

Cuadro No. 11 - Descripción del RF 06: Administración de Distritos .................. 73

Cuadro No. 12 - Descripción del RF 07: Administración de Incidencias ............. 76

Cuadro No. 13 - Descripción del RF 08: Administración de Programas ............. 79

Cuadro No. 14 - Descripción del RF 09: Administración de Ubicaciones

Geográficas ....................................................................................................... 82

Cuadro No. 15 - Descripción del RF 10: Administración de Usuarios ................. 85

Cuadro No. 16 - Caso de Prueba RF 01: Autenticación de Usuarios ................. 99

Cuadro No. 17 - Caso de Prueba RF 02: Administración de Personas ............ 100

Cuadro No. 18 - Caso de Prueba RF 03: Administración de Instituciones ....... 102

Cuadro No. 19 - Caso de Prueba RF 04: Administración de Tipo de Drogas ... 104

Cuadro No. 20 - Caso de Prueba RF 05: Administración de Zonas ................. 106

Cuadro No. 21 - Caso de Prueba RF 06: Administración de Distritos .............. 108

Cuadro No. 22 - Caso de Prueba RF 07: Administración de Incidencias ......... 110

Cuadro No. 23 - Caso de Prueba RF 08: Administración de Programas .......... 112

Cuadro No. 24 - Caso de Prueba RF 09: Administración de Ubicaciones

Geográficas ..................................................................................................... 114

Cuadro No. 25 - Caso de Prueba RF 10: Administración de Usuarios ............. 116

Cuadro No. 26 - Presupuesto Estimado del Proyecto ...................................... 124

Cuadro No. 27 - Matriz de Actividades del Proyecto ........................................ 126

XX

Cuadro No. 28 - Ingresos del proyecto ............................................................ 127

Cuadro No. 29 - Egresos del proyecto ............................................................. 127

Cuadro No. 30 - Matriz FODA .......................................................................... 129

Cuadro No. 31 - Matriz de los Riesgos obtenidos del análisis FODA ............... 129

Cuadro No. 32 - Matriz de los Estrategias para contrarrestar los Riesgos del

Proyecto .......................................................................................................... 130

Cuadro No. 33 - Plan de Calidad ..................................................................... 134

Cuadro No. 34 - Matriz de Criterios de Aceptación .......................................... 136

XXI

ÍNDICE DE GRÁFICOS

Pág.

Gráfico No. 1 - Fases de la metodología RUP ................................................... 11

Gráfico No. 2 - Tipos de sistemas de información sobre consumo de drogas .... 21

Gráfico No. 3 - Sistema con realimentación ....................................................... 28

Gráfico No. 4 - Ejemplo de entidades cliente y préstamo ................................... 30

Gráfico No. 5 - Interfaz de un Paquete de Base de Datos .................................. 34

Gráfico No. 6 - Arquitectura de ORACLE ........................................................... 35

Gráfico No. 7 - Diferencias entre ediciones de Base de Datos Oracle ............... 36

Gráfico No. 8 - Esquema de Acceso del controlador JDBC ............................... 42

Gráfico No. 9 - Funcionamiento del Patrón Modelo-Vista-Controlador ............... 45

Gráfico No. 10 - Versiones del Tomcat .............................................................. 48

Gráfico No. 11 - Pantalla Autenticación Usuarios............................................... 58

Gráfico No. 12 - Caso de Uso: Autenticación de usuario ................................... 58

Gráfico No. 13 - Pantalla Personas .................................................................... 60

Gráfico No. 14 - Caso de Uso: Administración de Personas .............................. 60

Gráfico No. 15 - Pantalla Instituciones ............................................................... 63

Gráfico No. 16 - Caso de Uso R.F. 03: Administración de Instituciones ............. 63

Gráfico No. 17 - Pantalla Tipo de Drogas .......................................................... 66

Gráfico No. 18 - Caso de Uso R.F 04 Administración de Tipos de Drogas......... 66

Gráfico No. 19 - Pantalla de Zonas .................................................................... 69

Gráfico No. 20 - Caso de Uso R.F 05: Administración de Zonas ........................ 69

Gráfico No. 21 - Pantalla Distritos ...................................................................... 72

Gráfico No. 22 - Caso de Uso R.F 06: Administración de Distritos ..................... 72

Gráfico No. 23 - Pantalla Incidencias ................................................................. 75

Gráfico No. 24 - Caso de Uso R.F 07: Administración de Incidencias ................ 75

Gráfico No. 25 - Pantalla Programas ................................................................. 78

Gráfico No. 26 - Caso de Uso R.F 08: Administración de Programas ................ 78

Gráfico No. 27 - Pantalla Zonas Geográficas ..................................................... 81

Gráfico No. 28 - Caso de Uso R.F 09: Administración de Zonas Geográficas .... 81

Gráfico No. 29 - Pantalla Usuarios ..................................................................... 84

Gráfico No. 30 - Caso de Uso R.F 10: Administración de Usuarios ................... 84

XXII

Gráfico No. 31 - Diagrama de secuencia R.F. 02: Ingreso ................................. 87

Gráfico No. 32 - Diagrama de secuencia R.F. 02: Actualización ........................ 87




Gráfico No. 36 - Diagrama de secuencia R.F. 04: Actualizar ............................. 89













Gráfico No. 49 - Diagrama de Diseño de la Base de Datos ............................... 97

Gráfico No. 50 - Ciclo de vida de Proyecto y del Producto ............................... 118

Gráfico No. 51 - Grupos de Procesos – Ciclo de vida del Proyecto ................. 120

Gráfico No. 52 - Gráfico No. 52 - Grupos de Procesos – Limites del proyecto . 120

Gráfico No. 53 - Estructura de Desglose del Trabajo ....................................... 123

XXIII

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES




RESUMEN En vista de los grandes problemas que actualmente se presentan en la

sociedad, lo que induce a que los afectados busquen erróneamente, métodos de

salidas fáciles, y dado que existe variedad de estupefacientes, en la actualidad

de fácil acceso, induce que los estudiantes de escuelas y unidades educativas,

hasta donde se ha extendido el expendio y consumo de drogas, sean

vulnerables ante este mal que ataca el siglo XXI. En la ciudad de Guayaquil, la

Secretaría Técnica de drogas, es el ente encargado del control de incidencias

(uso, consumo, tenencias o expendio) de drogas, control que es realizado en

forma manual, causando acciones tardías y no oportunas en la toma de

decisiones. En tal virtud, este trabajo de investigación busca agilitar los procesos

mediante el desarrollo de un sistema de gestión de procesos administrativos que

permita realizar el registro de incidencias que se presenten en las escuelas y

unidades educativas, para su prevención y toma de decisiones oportunas y tener

una comunicación interactiva entre estas instituciones. El sistema de gestión de

procesos administrativos busca que la Secretaria Técnica de Drogas, identifique

oportunamente en qué escuela y/o unidad educativa sus educandos están

inmersos en el problema de las drogas, para así, coordinar conjuntamente con

los padres de familia estrategias preventivas que eviten que la niñez y

adolescencia sean víctimas de este mal del siglo XXI.

Autores: Jean Carlos Marcillo José Leonel Plúa

Tutor: Ing. Verónica Mendoza M.Sc

XXIV

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS

CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES

DEVELOPMENT MANAGEMENT MODULE ADMINISTRATIVE PROCEEDINGS AND DESIGN OF THE DATABASE

WEB INFORMATION SYSTEM FOR THE TECHNICAL SECRETARIAT DRUG

IN THE CITY OF GUAYAQUIL

ABSTRACT

In view of the great problems that are currently present in society, which leads

people to seek erroneously easy methods of exiting, and given that there is a

variety of drugs, currently easily accessible, it induces students from schools And

educational units, to the extent that drug sales and consumption have spread,

are vulnerable to this evil that attacks the 21st century. In the city of Guayaquil,

the Technical Secretariat for drugs is the entity in charge of control of incidents

(use, consumption, possession or sale) of drugs, a control that is done manually,

causing late and not timely actions in the Decisions. Therefore, this research

work seeks to streamline processes through the development of an

administrative process management system that allows for the recording of

incidents that occur in schools and educational units, for prevention and decision

making and have An interactive communication between these institutions. The

administrative process management system seeks to identify, in a timely manner,

the Technical Secretariat for Drugs in which school and / or educational unit its

students are immersed in the drug problem, in order to coordinate with the

parents preventive strategies that avoid That children and adolescents are

victims of this evil of the 21st century.

Authors: Jean Carlos Marcillo José Leonel Plúa

Tutor: Ing. Verónica Mendoza M.Sc

1

INTRODUCCIÓN

Los índices de expendio y consumo de drogas en la ciudad de Guayaquil,

son altos, debido a la fácil obtención con la que se encuentran entre la

población, esta facilidad de obtención ocasiona que los estudiantes de las

Escuelas y Unidades Educativas sean vulnerables ante los expendedores,

ocasionando problemas en el entorno personal, familiar, escolar y otros.

Entre los factores que genera el expendio y consumo de drogas en los

estudiantes, están la violencia doméstica, la falta de atención familiar, acosos,

bullying, incrementando su expendio y consumo, lo que dificulta a la SETED

detectar oportunamente qué las Escuelas y Unidades Educativas, está inmerso

en dicha problemática, agravado por el hecho de que los procesos para su

detección y prevención son realizados por parte del personal de la SETED en

forma manual.

Lo anterior, genera malestar, falta de comunicación, pérdida de tiempo

descoordinación y toma de decisiones oportunas para su prevención, entre el

personal de la SETED y las escuelas y unidades educativas, por lo que es

indispensable que los procesos se modernicen con nuevas tecnologías,

desarrollando sistemas de gestión de procesos administrativos, acorde con la

globalización tecnológica actual.

Por ello, este trabajo de investigación se centra en el primer capítulo en el

planteamiento del problema donde se evalúa y se identifica la problemática

utilizando un enfoque investigativo, se priorizan los objetivos y alcances, se

define la justificación y la importancia que conlleva el desarrollo del proyecto.

En el segundo capítulo, se define el marco teórico, donde se exponen los

antecedentes que originan el desarrollo del proyecto, las definiciones

conceptuales técnicas que conlleva la elaboración del mismo y se plantean las

fundamentaciones legales a la cual debe regirse el proyecto.

2

En el tercer capítulo, se detalla la metodología de desarrollo, se describen

cada uno de los componentes que hacen factible la propuesta y los recursos que

se necesitan para generar la elaboración del proyecto.

En el cuarto capítulo, se planten los escenarios de evaluación y

aceptación del producto, las conclusiones y recomendaciones necesarias para

un óptimo funcionamiento del sistema, que será de gran ayuda para la gestión

que realiza la Secretaria Técnica de Drogas.

3

CAPÍTULO I

EL PROBLEMA

PLANTEAMIENTO DEL PROBLEMA

Ubicación del Problema en un Contexto

El consumo de drogas se presenta en la actualidad como un problema

social que afecta a niños y adolescentes, pues su expendio y consumo se ha

generalizado en gran magnitud, debido al fácil acceso a las mismas, por lo que la

sociedad convive con este mal, sin que las medidas de prevención lleguen en

forma oportuna.

El ente encargado para el control de las drogas es la Secretaria Técnica

de Drogas (SETED), cuyos procesos son realizados en forma manual causando

descoordinación, malestar y acciones tardías para identificar las Escuelas y

Unidades Educativas que se encuentren relacionadas con este tipo de

problemas, sin que exista el enlace entre el ente regulador y las Escuelas y

Unidades Educativas para una comunicación oportuna e inmediata, debido a lo

cual, no existe un control necesario que permita tomar decisiones oportunas y

medidas apropiadas en cada una de las escuelas y colegios afectados.

Situación Conflicto Nudos Críticos

En la SETED, sus procesos son realizados en forma manual, lo que

ocasiona falta de medidas oportunas para su prevención y erradicación, esto a

su vez que carecen de un sistema moderno, automatizado, tecnológico que

agilite sus procesos y con ellos tomar decisiones oportunas.

En la actualidad las drogas son muy fácil de adquirir, tanto por

estudiantes de escuelas como de las unidades educativas de Guayaquil, quienes

son presa fácil de los expendedores, debido a que no existe un control oportuno

por la falta de comunicación entre las Escuelas y Unidades Educativas con la

4

SETED que le permita identificar incidencias con drogas y con ellas una rápida

acción para su prevención.

La SETED tiene la necesidad de optimizar sus procesos administrativos

con herramientas informáticas actuales, que mejoren su comunicación con las

Escuelas y Unidades Educativas y con ello tener un control del expendio y

consumo de drogas.

Causas y Consecuencias del Problema

Cuadro No. 1

Cuadro de las Causas y Consecuencias

CAUSAS CONSECUENCIAS

Procesos realizados en forma

manual.

Pérdida de tiempo, falta de acciones

oportunas para prevenir el expendio y

consumo de drogas.

Carencia de un sistema web

moderno, que automatice los

procesos que permitan tomar

decisiones oportunas.

Toma de decisiones tardías,

descoordinación entre la SETED y las

Escuelas y Unidades Educativas para

conocer quiénes de sus educando se

relacionan con Drogas.

Carencia de programas de

prevención que permitan alertar a

los estudiantes sobre las drogas.

El no dar a conocer desde un principio

las consecuencias del uso de drogas

despertara la curiosidad sobre el las

mismas en los estudiantes.

Inexistencia de reportes periódicos

de incidencias de estupefacientes en

las Escuelas y Unidades Educativas.

Desconocimiento de las incidencias

de drogas.

Falta de control y toma de decisiones

oportuna.

Falta de identificación inmediata de

los tipos de drogas existentes entre

la población en una base de datos.

Decisiones y acciones no oportunas.

5

Falta de comunicación entre la

SETED y las Escuelas y Unidades

Educativas sobre las incidencias de

drogas.

Descoordinación de acciones.

Elaborado: Jean Carlos Marcillo Parrales - José Leonel Plúa Chilán

Delimitación del Problema

Cuadro No. 2

Delimitación del Problema

Campo: Administrativo

Área: Secretaria Técnica de Drogas

Aspecto: Desarrollo de Software

Tema:

Desarrollo del Módulo de Gestión de Procesos

Administrativos y Diseño de la Base de Datos del

Sistema de Información Web para la Secretaría

Técnica de Drogas en la Ciudad de Guayaquil

Elaborado: Jean Carlos Marcillo Parrales - José Leonel Plúa Chilán

Formulación del Problema

¿Precisa la SETED de la ciudad de Guayaquil del desarrollo de un sistema de

gestión de procesos administrativos que automatice su gestión para la

comunicación y toma de decisiones y acciones oportunas en las Escuelas y

Unidades Educativas con incidencias en el expendio y consumo de drogas?

Evaluación del Problema

Este proyecto nace de la necesidad que tiene la SETED, de la ciudad de

Guayaquil, de implementar un sistema que permita automatizar sus procesos

que en la actualidad están siendo ejecutados de forma manual, y que exista una

mejor comunicación para tomar decisiones y soluciones oportunas, que

regularicen el índice de expendio y consumo de drogas en las escuelas y

Unidades Educativas.

6

Delimitado: Guayaquil es una de las principales ciudades del país, y

cuenta con un alto índice de personas con posesión de drogas por lo que el

sector se puede ver afectado por las malas influencias de personas, que ya sea

o por necesidad o comodidad se dediquen a la distribución de este producto.

Evidente: Las videos con los cuales cuenta la SETED son pruebas de

gran importancia que permite comprender a simple vista el gran problema

que se presenta hoy en día.

Original: El presente proyecto es atractivo pues no existe un sistema,

que utilice tecnología informática, para el registro de incidencia como referencia,

en tal virtud debemos analizar e investigar en formar alternativa que se

originaran tanto como para la SETED de Guayaquil, como las otras ciudades.

Factible: Las drogas son un problema social que afecta en la actualidad

a estudiantes de Escuelas y Unidades Educativas, el desarrollo del sistema de

gestión de procesos administrativos ocasiona que la SETED automatizar sus

procesos y la mejorar la comunicación entre las entidades mencionadas.

Coadyuvante: Este proyecto servirá de guía para su expansión a nivel

nacional.

Variables: Como variables consideradas en el proyecto tenemos:

Drogas, estudiantes, docentes, instituciones, programas, zonas, distritos,

SETED, usuarios del sistema, incidencias.

7

Objetivos del Problema

Objetivo General

Elaborar un módulo de gestión de procesos administrativos y diseño de la

base de datos del sistema de información web, mediante tecnología

informática Open Source para automatizar los procesos administrativos y

mejorar la comunicación entre la SETED y las Escuelas y Unidades

Educativas de la ciudad de Guayaquil.

Objetivos Específicos

Identificar los procesos que permitan a la SETED detectar el índice de

expendio y consumo de drogas en las Escuelas y Unidades Educativas

de la ciudad de Guayaquil.

Diseñar un modelo de base de datos relacional, utilizando los estándares

necesarios para su implementación, y mediante el uso de normalización

se integre con el sistema web.

Desarrollar una aplicación web que permita realizar el enlace entre la

SETED y las Escuelas y Unidades Educativas para una comunicación

oportuna.

Establecer una bitácora de las acciones que realiza el personal de la

institución, para identificar cada una de las transacciones realizadas en

el sistema web.

8

ALCANCES DEL PROBLEMA

Dentro de los alcances del proyecto se propone elaborar un aplicativo

web que mejore la gestión de procesos administrativos de la SETED en

la ciudad de Guayaquil, para esto se diseñará los módulos de Gestión

De Procesos Administrativos y Gestión De Acceso Al Sistema.

En el módulo de gestión de procesos administrativos encontramos el

submódulo “CONFIGURACIONES Y TRANSACCIONES

ADMINISTRATIVAS”. En este submódulo encontramos las opciones

para realizar las configuraciones y transacciones en el sistema, tales

como: ingreso y actualización de: Tipos de Drogas, Zonas, Distritos,

Escuelas y Unidades Educativas, Incidencias, Programas entre otros.

El sistema web también permitirá la creación de una opción para registrar

la creación de los diferentes programas, y actividades preventivas que

sirva de ayuda para las diferentes Escuelas y Unidades Educativas. Este

módulo permitirá al personal académico de la institución, trabajar en

conjunto con los padres de familia; para la implementación de estos

programas preventivos en otras instituciones, de tal forma que aporten

para la disminución de las diferentes formas de expansión de drogas en

las Instituciones Educativos de la ciudad de Guayaquil.

En el módulo de “REPORTERIA ADMINISTRATIVA”, están incluidas las

opciones para consultar y generar reportes de las incidencias y

programas de prevención registrados en el sistema. Los programas

estarán con sus respectivos lineamientos a seguir para una correcta

aplicación del mismo. Para la generación de reportes de incidencias o

programas preventivos, se aplicaran filtros de búsqueda y se generarán

en formato pdf o Ms - Excel.

En la opción del registro de programas preventivos, se permitirá realizar

la carga de archivos al sistema en formato Pdf, Ms-Word, Ms-Excel o

imágenes en formato gif, png y jpg.

9

En el módulo de Gestión de accesos al sistema se encontrará el

submódulo “CONFIGURACIONES DEL SISTEMA”, donde se realizará la

administración de los usuarios. Además este submódulo cuenta con las

opciones de: creación de usuario, asignación de roles, permisos de

acceso, etc.

JUSTIFICACION E IMPORTANCIA

La institución encargada del control y monitoreo de drogas es la

Secretaría Técnica de Drogas, la cual carece de una herramienta tecnológica

que automatice los procesos y proporcione óptimos enlaces, y comunicación

constante con las Escuelas y Unidades Educativas a fin de obtener mejores

resultados para la toma de decisiones, sobre incidencias ocurridas en tales

instituciones.

Pese a los diferentes metodologías y/o procesos que utiliza la SETED,

para determinar el índice de drogas en las Escuelas y Unidades Educativas de la

ciudad de Guayaquil, sin embargo, no logra una comunicación e intervención

efectiva con las Escuelas y Unidades Educativas, de allí la justificación para la

realización de este proyecto, que tiene como objetivo desarrollar un sistema

web, que permita el registro de incidencias detectadas en las Escuelas y

Unidades Educativas, mejorar su comunicación y así realizar acciones

preventivas, para tomar decisiones oportunas y necesarias.

10

METODOLOGÍA DEL PROYECTO

Metodología De Desarrollo

El proyecto fue desarrollado aplicando la metodología RUP y PMI,

siguiendo los lineamientos y estándares definidos en la propuesta.

Metodología RUP

Este método de desarrollo se suele llamar RATIONAL, y es el mismo

RUP (con algunas variaciones) conocido desde mediados de los años

90's. Es más reconocido como un producto de software hecho por sus

creadores y utilizado ya hace algunos años por la IBM. El software

metodológico RATIONAL (RUP), ha sido utilizado desde hace rato y

algunos expertos lo consideran de mucha complejidad y difícil de

interpretar, muchas veces por involucrar quizás demasiados conceptos

abstractos y el empleo de un seudocódigo nemotécnico. (Toro Lopez,

2013)

La metodología RUP (Proceso Racional Unificado), es una de las

metodologías más usada para el desarrollo de software. Esta

metodología permite realizar: análisis, diseño, implementación y la

elaboración de documentos para proyectos de sistemas que son

orientados a objetos, y trabaja en conjunto con el Lenguaje de Modelado

Unificado (UML). (Toro Lopez, 2013)

Para el desarrollo del sistema, según Toro (2013) esta metodología

comprende las siguientes fases:

Inicio: Se realiza el levantamiento de información, se definen los

requerimientos por parte de los interesados del proyecto.

Elaboración: Se realiza el análisis de la información, se diseña las

estructuras y la arquitectura del sistema.

11

Construcción: En esta fase se realiza el desarrollo del sistema en base

a cada uno de los requerimientos obtenidos en la etapa de inicio, se

realizan las pruebas de funcionalidad del sistema.

Transición: Se asegura la disponibilidad del software, se muestra el

producto final a los usuarios, se debe verificar que se cumpla con cada

uno de los requerimientos identificados en la etapa de inicio, se buscar

obtener la aceptación y aprobación de los usuarios, se realizan las

capacitaciones a los usuarios finales.

La metodología RUP también emplea disciplinas las cuales se integran

con cada una de las fases de la metodología para tener una mejor definición de

las arquitecturas del sistema. Entre estas fases tenemos:

Modelo de negocios.

Requerimientos.

Análisis y Diseño.

Implementación.

Pruebas

Gráfico No. 1

Fases de la metodología RUP

Fuente: El Procesos Unificado De Desarrollo. Addison Wesley (2000)

12

Para el correcto desarrollo de la metodología debemos hacer uso de

cada uno de las herramientas de ayuda con las cuales trabaja esta metodología.

Especificación y definición de requisitos

Casos de uso

Diagramas de secuencias

Pruebas de caja negra

Metodología PMI

El Project Management Institute (PMI) es una de las asociaciones

profesionales de miembros más grandes del mundo que cuenta con

medio millón de miembros e individuos titulares de sus certificaciones en

180 países. Es una organización sin fines de lucro que avanza la

profesión de la dirección de proyectos a través de estándares y

certificaciones reconocidas mundialmente, a través de comunidades de

colaboración, de un extenso programa de investigación y de

oportunidades de desarrollo profesional.

Nuestro gran apoyo a la profesión a nivel mundial nos convierte en los

líderes globales de esta competencia estratégica de las organizaciones.

(Project Management Institute, Inc., 2016)

Esta metodología cuenta con etapas que tienen como función describir

cada una de las fases del proyecto, mediante el uso de actividades, que

describan de forma dinámica el desarrollo del sistema.

Cada fase de esta metodología cuenta con procesos que a través de

diversas actividades realizan un seguimiento y control adecuado que permita la

elaboración de un sistema confiable y sostenible en el tiempo.

Dentro de estas metodologías se incluye el diseño del aplicativo web y la

creación de las base de datos, también se realiza la recolección y el análisis de

la información lo que permite definir los lineamientos a seguir para la correcta

elaboración del proyecto.

13

Iniciación: Parte importante de esta fase es el levantamiento de

información y la obtención de los requerimientos descritos por los interesados del

proyecto, se realizarán reuniones con los interesados del proyecto para definir

cada uno de los requerimientos que forman parte importante para el correcto

desarrollo del sistema. Entre estos se puede destacar:

El ingreso digital de los programas de ayuda

Registro de incidencias

Registros de Escuelas y Unidades Educativas, etc.

Planificación: Se elaborará un cronograma de actividades el cual

permita identificar cada una de las tareas realizadas durante la

elaboración del sistema, y se controlarán los tiempos de desarrollo para

cada una de estas actividades, siendo las relevantes:

Definir la Estructura de Desglose de Trabajo (EDT)

Presupuesto del proyecto

Realizar la gestión de tiempo

Gestionar los recursos.

Evaluar los riesgos

Elaborar planes anti riesgos.

Retroalimentación

Ejecución: En esta etapa se realizan las funciones como pruebas

del sistema, juicios de expertos, se presentan avances del sistema a los

interesados del proyecto para la respectiva evaluación del mismo. En esta

fase encontramos las siguientes actividades:

Administración

Acceso

Operatividad

Manejo

Mantenimiento

14

Supuestos y Restricciones

Supuestos

Este sistema será desarrollado para automatizar la gestión de procesos

administrativos en la SETED de la ciudad de Guayaquil, que permitirá realizar la

gestión de seguimiento y control de cada una de las actividades del sistema,

tales como:

Registro de incidencias: En esta sección se registran cada una de las

actividades ilícitas que se detecten en las Escuelas y Unidades Educativas,

dentro o fuera del establecimiento. Existirá un formulario donde se ingresarán los

datos del infractor, el tipo de incidencia cometida (uso, consumo, tenencia,

expendio) las descripciones y observaciones de la incidencia.

Al ser un sistema web este registro será realizado en línea, la información

podrá ser visualizada por los usuarios a los cuales la SETED otorgue permisos,

pero solo podrán ver la incidencia, no al infractor, esto para mantener el

anonimato del infractor evitando que se genere algún tipo de exclusión o bullying

en su entorno.

Se crearán procesos de encriptación para que los datos principales de

quien genere el incidente no se muestren y se presenten en un formato definido

sin excepción alguna.

Los únicos datos del incidente que podrán ser visualizados en el sistema

serán la edad y el género, ya que estos son los datos principales para evaluar a

los estudiantes relacionados con las drogas, permitiendo evaluar resultados

obtenidos mediantes el análisis de la información disponible en el sistema.

Para tomar las decisiones apropiadas se consultarán los registros

existentes en el sistema, estos podrán ser consultados por periodos de tiempos,

lo que permitirá evaluar el resultado de las incidencias cometidas.

15

Registro de programas de prevención: Los programas de prevención en

general (nuevos y creados) podrán ser ingresados en el sistema. Esto permitirá

compartir cada una de las actividades entre Escuelas y Unidades Educativas.

Los programas de prevención que se encuentren registrados en el

sistema, serán revisados por el personal autorizado por la SETED, quienes

validarán cada uno de los lineamientos y características que forman parte del

programa de prevención.

Una vez aprobados los programas, estos serán publicados en el sistema

para que las instituciones puedan ser aplicadas en forma general. Esta

publicación se realizará con todos los parámetros necesarios para su aplicación.

Generación de Reportes de Incidencias y Programas en formato Pdf o

Excel.- El sistema permitirá la generación de reportes de consultas, los que se

podrán definir por medio de rangos de fechas que serán definidas por los

usuarios del sistema.

Restricciones

El sistema y la información contenida en el repositorio serán de uso

exclusivo de la SETED, ente gubernamental encargado de la gestión de control

de las Drogas en las Escuelas y Unidades Educativas.

Inicialmente, el proyecto tendrá cobertura en la ciudad de Guayaquil, se

entregará la información necesaria que sirva de ayuda a la SETED para la

implantación del mismo en otras ciudades, a conveniencia de la institución.

16

CAPÍTULO II

MARCO TEÓRICO

ANTECEDENTES DEL ESTUDIO

Esto lógicamente se refleja en la dependencia psicológica y fisiológica en

los individuos Ecuatorianos que constantemente consumen drogas.

Este lamentable fenómeno afecta a todas las clases sociales,

repercutiendo, incluso, a personas ajenas a esta lacra social,

convirtiéndolos lamentablemente en co-adictos, como técnicamente se lo

señala.

Frente a este mal de siglo es importante que nuestras comunidades estén

listas para enfrentar este terrible mal. Uno de los aspectos esenciales

para frenar gradualmente las drogas psicotrópicas es la prevención y esto

debe hacerse a través de una preparación y disposición anticipada, para

así evitarnos el riesgo inminente de ver consumir a nuestros niños o

adolescentes.

Entonces es importante comenzar a educar a quienes pueden ser presas

fáciles de los estupefacientes, más aun cuando es evidente que nuestra

sociedad tiene en la actualidad una serie de crisis de valores.

Por lo tanto es perentorio tener preparados a los niños y adolescentes

para que ellos con facilidad puedan tener una real convicción, es decir,

mantener la consigna en decir no a las drogas, como también ellos

puedan estar capacitados para concienciar a las personas que incitan a

incorporarse negativamente en el mundo de las drogas heroicas.

Según mis investigaciones, uno de los propósitos de las comunidades

terapéuticas es incentivar y motivar a los adictos al cambio en su estilo de

vida, a través del reconocimiento y aceptación de su enfermedad y lograr

que se integre al programa y puedan superar su problemática y

17

reinsertarlo nuevamente a la familia y a la comunidad en general. (Macías

Cantos , 2015)

El expendio y consumo de estupefaciente en Ecuador se ha extendido en

las Escuelas y Unidades Educativas, causando un gran impacto social en la

población ecuatoriana, afectando al buen vivir. Hoy en día la mayoría de las

instituciones no cuenta con los recursos necesarios de tecnología que brinde un

apoyo oportuno para la toma de decisiones.

Las falencias administrativas en las Escuelas y Unidades Educativas por

la falta de presupuesto y recursos tecnológicos ocasionan que no existan

programas de prevención para evitar que la niñez y adolescencia ecuatoriana se

vea inmersa en el mundo de las drogas, lo cual se puede mejorar con la

implementación de un sistema informático que brinde un trabajo de calidad.

En Guayaquil el ente encargado de regular y controlar el expendio y

consumo de drogas en las Escuelas y Unidades Educativas es la SETED, ente

que actualmente se encuentra, realizando sus funciones de forma manual lo que

ocasiona una falta de comunicación oportuna que ayude a la identificación de las

Escuelas y Unidades Educativas.

Debido a la carencia de un sistema informático la SETED ha visto

mermado sus actividades, debido a que sus procesos en la actualidad son

desarrollados de forma manual causando lo que la SETED actué de forma tardía

en la toma de decisiones lo que demuestra que la comunicación que existe entre

las Escuelas y Unidades Educativas no es oportuna.

El sistema planteado proporciona una interfaz digital administrativa que

ayuda de manera oportuna a la instauración y creación de programas de ayuda

e incidencia de procesos ilícitos cometidos por parte del estudiantado de una

institución educativa, la información ingresada en la aplicación web es

almacenada en una base datos relacional, para tener una obtención de

información eficaz.

18

La aplicación web está desarrollada con metodología orientada a objetos,

para conseguir un producto de calidad y organizado, debido a que se busca que

el programa sea adaptable y escalable. Las etapas para el desarrollo de

software están divididas en:

Análisis. Se utiliza la información proporcionada por parte de la

SETED, para inferir elementos y procesos óptimos que necesita el

sistema para un buen funcionamiento.

Diseño. Se define la solución tecnológica y la arquitectura, que

ayudara a la resolución del problema en base a los procesos recopilados

y analizados. Se definen estructuras y algoritmo de programación de tal

forma que se pueda determinar reglas o estándares al momento de la

implementación y así llevar un proyecto con buenas prácticas de

desarrollo.

Implementación. En esta etapa el diseño y la estructura de datos

se ven plasmada en la aplicación Tecnológica. Se observa un sistema

funcional, durante el desarrollo se realizan mantenimientos correctivos, y

pruebas funcionales que certifiquen la operación del mismo.

Las etapas de desarrollo están ligadas a un modelado que se encuentran

dividido en:

Modelado de Objetos. Se plasma el modelo entidad relación de la

institución en un diagrama de clases para analizar sus atributos y

relaciones con la finalidad de identificar métodos operativos funcionales

en la aplicación web.

Modelado Dinámico. Ayuda a evaluar el sistema en el tiempo, se

utilizan diagramas de estado. Tiene como finalidad implementar una

aplicación robusta y escalable.

19

Modelado Funcional. Se muestra el proceso o flujo que sigue el

sistema en base a los lineamientos obtenidos en las fases anteriores,

tiene como objetivo verificar que cada uno de los procesos cumplan con

las necesidades de la SETED.

FUNDAMENTACIÓN TEÓRICA

En el país, no existe un diseño referencial del tema pero si podemos decir

que en México existen investigaciones realizadas

En las investigaciones realizadas sobre proyectos que ayuden a

identificar o disminuir el caso de drogas, se analizó el articulo denominado: “Uso

de Drogas en la Ciudad de México: Sistema de Reporte de Información en

Drogas (SRID)” elaborado por Arturo Ortiz, Rosario Martínez, Denize Meza,

Alejandra Soriano, Jorge Galván & Eva Rodríguez (2007).

El SRID es un sistema perteneciente de México, País donde se toma en

cuenta mucho los proyectos relacionados con las drogas. En este sistema se

detalla un análisis sobre el uso de drogas dos veces en el año en instituciones

de Salud, procuración de Justicia. Se fomenta el análisis del consumo de drogas

en estos lapsos de tiempo debido a que la información es más veraz.

Los resultados obtenidos del SRID dan una métrica que ayuda a dar una

estimación de los problemas que se suscitan en base al uso, consumo o

expendio de drogas. A su vez este sistema brinda un mejor planteamiento al

momento de crear programas de ayuda para la sociedad en general.

Según manifiestan Arturo Ortiz, Rosario Martínez, Denize Meza,

Alejandra Soriano, Jorge Galván & Eva Rodríguez los entes que se beneficiarían

de este sistema tenemos:

Las autoridades a cargo de diseñar políticas y acciones de intervención

en virtud de que el SRID funciona como un sistema de monitoreo permanente,

así como de alerta temprana.

20

Los investigadores, dado que el SRID funciona como ventana para

identificar las áreas donde es necesario mayor conocimiento desde una

perspectiva de salud.

El público en general, para quien el SRID es una herramienta que

describe la evolución y el estado actual de las tendencias de la

farmacodependencia

La identificación de puntos clave que tiene el SRID para la toma de

decisiones, mencionamos las más relevantes:

Sustancias con altos índices de consumo, uso o expendio de drogas.

Patrón de consumo, uso o expendio.

Si existen problemas familiares que generar el uso o consumo de drogas

Del artículo: “Principales enfoques y estrategias metodológicas

empleados en la investigación del consumo de drogas: la experiencia en México”

(Linares Pérez & Cravioto Quintana, 2003). Podemos resumir lo siguiente:

Este proyecto se basa en la realización de un sistema informático de

reportes orientados a las drogas donde se genera la relación que ahí entre en el

incidente y la institución en la que fue detectado, la identificación de esto

conlleva poner acciones correctivas a tiempo.

El sistema permite la evaluación de datos de diferentes fuentes que sean

útiles para recopilar y analizar, para posterior monitorear el problema de las

drogas y generar los correctivos necesarios.

21

Gráfico No. 2

Tipos de sistemas de información sobre consumo de drogas

Fuente: (Linares Pérez & Cravioto Quintana, 2003)

FUNDAMENTACIÓN LEGAL

Este proyecto se fundamenta, en la Constitución de la República del

Ecuador la cual está en armonía con varias leyes como a continuación se

detalla:

Régimen del Buen Vivir

La Constitución de Ecuador (2016) en su Título VII, del Régimen del buen

vivir, sección segunda, de la salud en su Art. 364.- Adicciones afirma:

Las adicciones son un problema de salud pública. Al Estado le

corresponderá desarrollar programas coordinados de información,

prevención y control del consumo de alcohol, tabaco y sustancias

estupefacientes y psicotrópicas, así como ofrecer tratamiento y

rehabilitación a los consumidores ocasionales, habituales y

problemáticos. En ningún caso se permita su criminalización ni la

vulneración de sus derechos constitucionales. El estado controlara y

regulara la publicidad de alcohol y tabaco.

Ahora bien, el artículo en mención guarda armonía con la sección III de

Prevención del uso y consumo de drogas en el ámbito educativo del Reglamento

General a la Ley Orgánica de Prevención Integral del Fenómeno Socio

22

Económico de las Drogas y de Regulación y Control del Uso de Sustancias

Catalogadas Sujetas a Fiscalización en su resolución del 22 marzo del 2016, en

el Gobierno Nacional de la República del Ecuador (2016) se menciona lo

siguiente:

Art 9.- Acciones en el ámbito educativo.- Los programas de promoción de

la salud y prevención al uso y consumo de drogas que desarrollen las

autoridades del Sistema Nacional de Educación, a más de los enfoques y

metodologías establecidas en la Ley, contendrán información que permita

la sensibilización, concientización, reducción de factores de riesgo y el

fortalecimiento de los factores de protección de los estudiantes, padres,

madres y representantes legales, docentes, autoridades educativas,

profesionales de los departamentos de consejería estudiantil y personal

administrativo. En estos programas se emplearán metodologías

interactivas que promuevan la participación activa de toda la comunidad

educativa y que fortalezcan el desarrollo de habilidades para la vida, la

toma de decisiones responsables e informadas y la construcción de

vínculos familiares saludables. En el marco de la obligación del Estado de

garantizar el derecho a la educación, la autoridad educativa nacional

prestará el servicio educativo a los estudiantes que se encuentren en

cualquier situación de vulnerabilidad; buscando mantener su vinculación

en el sistema educativo nacional y dar continuidad a su proceso de

formación.

Art. 10.- Materiales curriculares.- La autoridad educativa nacional

promoverá e impulsará la generación de materiales educativos con

contenidos relacionados a las estrategias de promoción y prevención, y

los posibles riesgos asociados al uso y consumo de drogas, en los

niveles y modalidades de educación según la pertinencia evolutiva del

estudiante.

Concuerda además con la Ley Orgánica de Prevención Integral del

Fenómeno Socio Económico de las Drogas, publicada el 26 de octubre de 2015,

que preceptúa lo siguiente:

23

Gobierno Nacional de la República del Ecuador (2015) en el Art. 22.- Secretaría

Técnica de Drogas:

Créase la Secretaría Técnica de Drogas como entidad desconcentrada,

de derecho público, con personería jurídica y autonomía administrativa y

financiera, adscrita a la Presidencia de la República. Tendrá su sede en

Quito, con jurisdicción en todo el territorio nacional y ejercerá facultad

coactiva para la recaudación de las multas que esta Ley determina.

Gobierno Nacional de la República del Ecuador (2015) en el Art. 23.-

Atribuciones de la Secretaría Técnica.- La Secretaría Técnica de Drogas tendrá

las siguientes atribuciones:

1.- Ejercer la asesoría, coordinación, gestión, seguimiento y evaluación

respecto de la aplicación y ejecución de las políticas públicas emitidas por

el Comité Interinstitucional;

2.- Cumplir con los acuerdos, resoluciones, normativas, y demás

decisiones que el Comité Interinstitucional o su Presidenta o Presidente

adopten con relación a la Secretaría Técnica de Drogas.

3.- Regular y controlar las actividades relacionadas con la producción,

importación, exportación, comercialización, almacenamiento, distribución,

transporte, prestación de servicios industriales no farmacéuticos,

reciclaje, reutilización y uso de sustancias catalogadas sujetas a

fiscalización;

4.- Establecer mecanismos de vigilancia sobre sustancias químicas que

no constan en el anexo a la presente Ley y que puedan ser utilizadas

para la producción ilícita de drogas;

5.- Calificar y autorizar, previo el cumplimiento de los requisitos que se

establezcan en el reglamento a esta Ley, a toda persona natural o

jurídica, nacional o extranjera, que requiera manejar algún tipo de

sustancias catalogadas sujetas a fiscalización, que constan en el anexo

de la presente Ley, con fines de investigación científica no médica,

adiestramiento e industrialización no farmacéutica.

6.- Fijar el tarifario aplicable para el cobro de los servicios relacionados a

las actividades de producción, importación, exportación, comercialización,

24

distribución, almacenamiento, transporte, prestación de servicios

industriales no farmacéuticos, reciclaje, reutilización, análisis y uso de

sustancias catalogadas sujetas a fiscalización;

7.- Denunciar ante la Fiscalía General del Estado o autoridad

competente, el presunto cometimiento de delitos en materia de

sustancias catalogadas sujetas a fiscalización.

8.- Recibir en depósito las sustancias catalogadas sujetas a fiscalización,

previa orden judicial o de autoridad competente, e intervenir en su

destrucción, de conformidad con la Ley;

9.- Donar a entidades del sector público, precursores químicos o

sustancias químicas específicas, que se encuentren depositadas o

comisadas en la Secretaría Técnica de Drogas, por efectos de regulación

y control, exclusivamente para fines de investigación científica,

adiestramiento, medicinal e industrial;

10.- Requerir información relacionada con el fenómeno socio económico

de las drogas, a entidades públicas o privadas, para ejecutar

investigaciones y análisis especializados en procura de generar

información con evidencia científica, para la formulación de las políticas

públicas en la materia;

11.- Impulsar iniciativas de carácter internacional para la prevención y

atención integral del uso y consumo de drogas, así como para la

homologación de políticas públicas, el intercambio de información

referente a programas de investigación y estudio del fenómeno socio

económico de las drogas;

12.- Emitir, previo pedido y aprobación del Comité Interinstitucional, la

tabla de cantidades de sustancias catalogadas sujetas a fiscalización, o

preparados que las contengan, para efectos de la aplicación de lo

establecido en la Sección Segunda del capítulo Tercero del Código

Orgánico Integral Penal, sobre delitos por la producción o tráfico ilícito de

sustancias catalogadas sujetas a fiscalización, en las escalas mínima,

mediana, alta y gran escala;

13.- Determinar y sancionar las faltas administrativas con sujeción a lo

previsto en esta Ley;

25

14.- Expedir la normativa e instructivos necesarios para la aplicación de

esta Ley; y,

15.- Otras que se determinen en la Ley.

Gobierno Nacional de la República del Ecuador (2015) en el Art. 24.- De La

Secretaria o Secretario Técnico de Drogas.

La Secretaria o Secretario Técnico de Drogas es la máxima autoridad

ejecutiva de la Secretaría Técnica de Drogas, será designado/a por la o el

Presidente de la República, deberá tener la nacionalidad ecuatoriana,

estar en goce de los derechos políticos, no encontrarse en ninguno de los

casos de inhabilidad o incompatibilidad previstos en la Constitución de la

República, y cumplir con los demás requisitos que se establezcan en el

Reglamento.

Gobierno Nacional de la República del Ecuador (2015) en el Art 25.- Atribuciones

de la o el Secretario Técnico de Drogas.

La o el Secretario Técnico de Drogas tendrá las siguientes atribuciones:

1.- Representar legal, judicial y extrajudicialmente a la Secretaría Técnica

de Drogas.

2.- Ejercer la dirección técnica y la gestión administrativa - financiera de la

Secretaría Técnica de Drogas.

3.- Diseñar la estrategia y los insumos necesarios para definir el plan de

trabajo de la Secretaría Técnica de Drogas.

4.- Establecer los mecanismos de coordinación con las demás

instituciones encargadas del cumplimiento de esta Ley.

5.- Dirigir las tareas de coordinación, gestión, seguimiento y evaluación

respecto de la aplicación de las políticas públicas y planes formulados por

el Comité Interinstitucional.

6.- Implementar el cumplimiento de los acuerdos, resoluciones,

normativas y demás decisiones que el Comité Interinstitucional o su

Presidenta o Presidente adopten con relación a la Secretaría Técnica de

Drogas.

7.- Actuar como Secretario del Comité Interinstitucional.

26

8.- Elaborar y someter a conocimiento y aprobación del Comité

Interinstitucional el Plan Estratégico de Prevención Integral del fenómeno

socio económico de las Drogas.

9.- Presentar al Comité Interinstitucional informes sobre el cumplimiento

de las políticas públicas, Plan Estratégico de Prevención Integral del

fenómeno socio económico de las Drogas y planes y programas

formulados por dicho Comité

Interinstitucional.

10.- Presentar a la o el Presidente del Comité Interinstitucional un informe

anual sobre la gestión institucional de la Secretaría Técnica de Drogas.

11.- Nombrar y remover a los servidores de la Secretaría Técnica de

Drogas, conforme a la Ley.

12.- Determinar y sancionar en segunda instancia las faltas

administrativas, con sujeción a lo previsto en esta Ley;

13.- Expedir las resoluciones de calificación y autorización a las personas

que esta Ley considera como sujetos de regulación y control de la

Secretaría Técnica de Drogas

14.- Las demás que se establezcan en la Ley.

Gobierno Nacional de la República del Ecuador (2015) en el Artículo 26 la parte

de Ejecución de políticas públicas en materia de drogas:

Las políticas públicas y los planes y programas emitidos por el Comité

Interinstitucional en materia de prevención integral del fenómeno socio

económico de las drogas, serán ejecutadas en los ámbitos de sus

facultades y competencias por las instituciones y entidades que integran

o integren el Comité Interinstitucional y por aquellas que no siendo

miembros del Comité reciban el encargo de hacerlo.

27

PREGUNTAS CIENTÍFICAS A CONTESTARSE

¿Es necesaria la creación del sistema para la gestión de procesos

administrativos para la SETED?

¿Es necesario realizar el registro de incidencias detectadas en las Escuelas y

Unidades Educativas?

¿Los programas de prevención creados o existentes son distribuidos de forma

apropiada entre las Escuelas y Unidades Educativas de la ciudad?

¿Es necesaria la creación de una base de datos para la correcta administración

de la información en la SETED?

¿Es necesario mantener la confidencialidad de la información de las personas

que forman parte de las incidencias registradas en el sistema?

VARIABLES DE LA INVESTIGACIÓN

Variable dependiente.- Desarrollo del módulo de Gestión de Procesos

Administrativos y Diseño de la Base de Datos del sistema de información web.

Variable Independiente.- Gestión de datos informativos de las Escuelas y

Unidades Educativas e incidencias detectadas en las mismas.

DEFINICIONES CONCEPTUALES

En esta sección del proyecto de titulación se detallan los conceptos

técnicos los cuales están orientados al desarrollo del sistema web, está

información será obtenida de fuentes fidedignas que le dan el valor y la

importancia al texto que se expondrá a continuación:

28

Sistema

Entre los múltiples de conceptos de sistema que existen tenemos a Jr.

Raymond Mc Leod donde nos indica que “Un sistema es un grupo de elementos

que se integran con el propósito común de lograr un objetivo” (McLeod, 2000,

p.12). Se puede indicar los sistemas como un conjunto de elementos que forman

parte de un objetivo común, en base procesos de entrada, transformación y

salida.

Gráfico No. 3

Sistema con realimentación

Fuente: (Universidad de Granada, 2014)

Subsistema

Johansen en 1996 define como subsistema a todos aquellos sistemas

que conforman la totalidad (o sistema) de estudio. Los subsistemas se

clasifican, según la importancia de la relación con el objeto de estudio, en

relevantes y no relevantes. Los primeros se denominaron subsistemas

propios, son los que participan activamente en la consecución de los

objetivos del sistema, y los segundos son tratados simplemente como

parte constituyentes. (Hurtado, 2011, p.13)

Los subsistemas son complementos de los sistemas, y a su vez un

subsistema puede ser un sistema que contiene varios subsistemas, se podría

indicar que en el desarrollo de un sistema informático los subsistemas serían los

29

módulos que forman parte de un sistema como tal y a su vez estos pueden

contener submódulos que permiten la funcionalidad del sistema global.

Sistema de información

Los sistemas de información ayudan a automatizar las operaciones

manuales de una institución u organización, como se menciona en el siguiente

párrafo:

Un sistema de información se puede definir como un conjunto de

componentes interrelacionados que recolectan (o recuperan), procesan,

almacenan y distribuyen información para apoyar la toma de decisiones y

el control en una organización. Además de apoyar la toma de decisiones,

la coordinación y el control, los sistemas de información también pueden

ayudar a los gerentes y trabajadores a analizar problemas, visualizar

asuntos complejos y crear productos nuevos. (Laudon, 2004, p.376)

Base de datos

Se puede definir a una base de datos como un almacenador de

información que está compuesta por un conjunto de datos ordenados. Una base

de datos se encuentra centralizada mayormente en plataformas informáticas y

son consumidas por sistemas informáticos.

Para poder administrar una base de datos, se necesita de un sistema gestor

de base de datos (SGBD), en el siguiente artículo encontramos una definición

detallada por la Ing. Ivonne Ortega donde nos expresa:

Un SGBD es un programa de ordenador que facilita una serie de

herramientas para manejar bases de datos y obtener resultados (información)

de ellas. Además de almacenar la información, se le pueden hacer preguntas

sobre esos datos, obtener listados impresos, generar pequeños programas de

mantenimiento de la BD, o ser utilizado como servidor de datos para

programas más complejos realizados en cualquier lenguaje de programación.

Además, ofrece otras herramientas más propias de la gestión de BD como

sistemas de permisos para autorización de accesos, volcados de seguridad,

30

transferencia de ficheros, recuperación de información dañada, indización,

etc. (Ortega, 2014)

Modelo de Datos

Un modelo de datos o denominado también Entidad Relación (E/R), está

basado en la percepción del mundo real, define la estructura de los datos de

manera lógica con herramientas conceptuales donde describe entidades,

relaciones, atributos, semántica y restricciones.

Entidad

Una entidad es una <<cosa>> u <<objeto>> en el mundo real que es

distinguible de todos los demás objetos. Por ejemplo, cada persona en un

desarrollo es una entidad. Una entidad tiene un conjunto de propiedades,

y los valores para algún conjunto de propiedades pueden identificar una

entidad de forma unívoca. Una entidad se representa mediante un

conjunto de atributos. (Silberschatz y Korth, 2006, p.45)

Se podría indicar que una entidad es la abstracción de una cosa u objeto

del mundo real en el cual se puede almacenar información.

Gráfico No. 4

Ejemplo de entidades cliente y préstamo

Fuente: (Silberschatz, Korth, & Sudarshan, 2006)

31

Relación

Se la puede definir como la unión o enlace entre las entidades.

Representa la acción que ejercen sobre las mismas. El tipo de relación o

cardinalidad pueden ser:

Uno a uno (1:1).

Uno a muchos (1: N).

Muchos a muchos (N: N).

Diagrama Entidad Relación

El diagrama E/R permite representar de una manera gráfica las entidades

y las relaciones entre estas entidades reflejando la estructura de la base

de datos. Esta representación gráfica de una visión global del

funcionamiento y organización de la base de datos, pudiendo detectar

posibles errores en la estructura, u observando posibles entidades

futuras. (Díaz, 2014, p.87)

En el modelo diagrama entidad relación se utilizan métodos para

visualizar las estructuras de bases de datos y sus respectivas relaciones que

permiten ampliar el modelo de negocio de una organización.

Diccionario de Datos

Yourdon en 1989 define al diccionario de datos como un listado

organizado de todos los elementos de datos que son pertinentes para el

sistema, con definiciones precisas y rigurosas que permiten que el

usuario y el analista del software tengan una misma comprensión de las

entradas, de las salidas, de los componentes de los almacenes y de los

cálculos intermedios.

El diccionario de datos (también llamado “diccionario de requisitos”) como

una gramática casi formal para describir el contenido de los datos

definidos durante el análisis estructurado. El diccionario de datos describe

el significado de los flujos y almacenes del DFD, los valores de los

elementos primarios que definen esos flujos y almacenes, y las relaciones

entre almacenes descritas en el diagrama E-R. En definitiva se trata de

hacer un diccionario de todas las etiquetas empleadas en los DFD y

32

diagramas E-R que se hayan desarrollado hasta el momento, de modo

que una persona ajena al trabajo realizado pueda entender su significado

y las relaciones que hay entre unas y otras. (Alonso y Martínez, 2005,

p.161)

El diccionario de datos se encuentra estructurado por las palabras clave

que forman parte de un sistema, están debidamente relacionadas con el mismo

permitiendo identificar valores importantes pertenecientes al sistema.

Lenguaje de Definición de Datos

Un lenguaje de definición de datos o DDL (Data Definition Language)

permite definir la representación lógica de los datos que integran la base

de datos, su estructura y las relaciones que existen entre ellos, las reglas

de integridad, los controles de acceso, las características de tipo físico y

las vistas externas de los usuarios. (Nevado, 2010, p.13)

Entre las operaciones principales que se pueden realizar tenemos:

Crear, eliminar y alterar tablas de base de datos.

Crear, eliminar y alterar vistas de base de datos.

Crear, eliminar y alterar secuencias de base de datos.

Crear, eliminar y alterar procedimientos almacenados de la base de datos.

Crear, eliminar y alterar índices de base de datos.

Es decir DDL nos permite controlar los objetos de base de datos utilizando

instrucciones informáticas.

Lenguaje de Manipulación de Datos

Un lenguaje de manipulación de datos o DML (Data Manipulation

Language) es un lenguaje que permite a los usuarios acceder o

manipular los datos organizados mediante el modelo de datos

apropiados. La manipulación de datos es:

La recuperación de información almacenada en la base de datos.

La inserción de información nueva en la base de datos.

El borrado de información almacenada en la base de datos.

33

La modificación de información almacenada en la base de datos.

(Silberschatz y Korth, 2006, p.50)

En otras palabras DML permite el procesamiento y tratamiento de la

información que se encuentra alojada en la base de datos.

Procedimientos Almacenados

Los procedimientos almacenados se compilan una vez y se almacenan

en formato ejecutable, por lo tanto las llamadas a procedimientos son

eficientes. Dado que los procedimientos almacenados se ejecutan en el

servidor de base de datos, una sola llamada a través de la red puede

iniciar un trabajo grande. Esta división del trabajo reduce el tráfico de red

y mejora los tiempos de respuesta. Los procedimientos almacenados se

almacenan en caché y son compartidos entre los usuarios, lo que reduce

los requisitos de memoria y los gastos generales de invocación. (PL/SQL,

2005)

En conclusión se puede definir a los procedimientos almacenados como

un conjunto de estructuras que en base a lineamientos determinados permite

realizar diferentes tipos de actividades y esperar varios valores para el retorno de

información.

Funciones de Base de Datos

Las funciones al igual que los procedimientos almacenados son bloques

o rutinas de programación previamente desarrollados las cuales al ser

compiladas y almacenadas en la base de datos tienden a ser más eficaces en su

ejecución. Tienen la particularidad de que retornan un solo valor de cualquier

tipo de datos.

Paquete de Base de Datos

Los paquetes son un esquema o almacenador de un grupo de objetos

tales como funciones, procedimientos, cursores y variables que permiten

mantener una estructura organizadas y a su vez permite realizar de forma rápida

34

la ejecución de los subprogramas que son llamados desde una interfaz de

aplicación informática.

Gráfico No. 5

Interfaz de un Paquete de Base de Datos

Fuente: PL/SQL User's Guide and Reference.. Oracle Help Center

Oracle

Según la página web oficial de Oracle Help Center definen que las base

de datos de Oracle nos “Proporciona una gestión eficiente, confiable y

seguro para los datos de nivel empresarial, las aplicaciones

transaccionales de misión crítica, almacenes de datos en consultas

intensivas, y cargas de trabajo mixtas” (Oracle, s.f.).

En otro artículo investigado, realizado por Gerardo Villagomez, Harold

Alvarez, Danny Vivanco, & Fabricio Echeverria nos expresan:

Oracle es un sistema de administración de base de datos (o RDBMS

Relational Data Base Management System por las siglas en ingles),

fabricado por Oracle Corporation, básicamente una herramienta

cliente/servidor para la gestión de Base de Datos. Es un producto vendido

a nivel mundial, aunque la gran potencia que tiene y su elevado precio

hacen que sólo se vea en empresas muy grandes y multinacionales, por

norma general.

Oracle, es una base de datos Orientadas a Objetos (BDOO) con

beneficios OODBMS (Object Oriented DataBase Management System),

ya que permite almacenar y manipular información que puede ser

35

digitalizada (representada) por Objetos, proporciona una estructura

flexible con acceso ágil, rápido con gran capacidad de modificación.

Oracle es sin duda una de las mejores bases de datos que tenemos en el

mercado, es un sistema gestor de base de datos robusto, tiene muchas

características que nos garantizan la seguridad e integridad de los datos,

que las transacciones se ejecuten de forma correcta, sin causar

inconsistencias; ayuda a administrar y almacenar grandes volúmenes de

datos; estabilidad, escalabilidad, y es multiplataforma. (Gerardo, Alvarez,

Vivanco, & Echeverria Briones, 2009)

Según las definiciones que se plantearon anteriormente en resumen se

puede indicar que Oracle es un base de datos estable y escalable, y es usado

generalmente para administrar grandes volumenes de informacion por la

seguridad, estabilidad y soporte que brinda.

Gráfico No. 6

Arquitectura de ORACLE

Fuente: Implementación de la Migración de la Base de Datos del Sistema

Canopus de Informix 9.4C a Oracle 10g (Gerardo, Alvarez, Vivanco, &

Echeverria Briones, 2009)

36

Oracle Database 10 g Express Edition

Oracle Database 10 g Express Edition (Oracle Database XE) es una

versión libre de la base de datos relacional más poderosa del

mundo. Oracle Database XE es fácil de instalar, fácil de administrar y fácil

de desarrollar.

Con Oracle Database XE, se utiliza una interfaz intuitiva basada en

navegador:

Administrar la base de datos.

Crear tablas, vistas y otros objetos de la base.

Importar, exportar y ver los datos de la tabla.

Ejecutar consultas y scripts SQL.

Generar informes. (Oracle, 2016)

Oracle XE siendo una versión free es una base de datos relacional que

brinda seguridad, fácil de usar y administración sencilla. Esta versión de base de

datos permite generar modelos de negocios sustentables para organizaciones

que busquen una infraestructura a nivel de datos estable y escalable en el

tiempo.

Gráfico No. 7

Diferencias entre ediciones de Base de Datos Oracle

Fuente: Diferenciadores entre ediciones de Bases de Datos Oracle

37

Integridad de la Información

Se entiende por integridad el servicio de seguridad que garantiza que la

información es modificada, incluyendo su creación y borrado, sólo por el

personal autorizado. Suelen integrarse varios conceptos análogos en este

segundo aspecto de la seguridad: precisión, integridad y autenticidad. El

concepto integridad significa que el sistema no debe modificar o

corromper la información que almacene, permitir que alguien no

autorizado lo haga. Esta propiedad permite asegurar que no sea falseada

la información. Por ejemplo, que los datos recibidos o recuperados son

exactamente los que fueron enviados o almacenados, sin que se haya

producido ninguna modificación, adición y borrado. (Sánchez , 2003,

p.102)

Son los métodos que se emplea para que la información sea confiable y

segura, estos métodos deben estar aplicados para controlar cualquier tipo de

manipulación de la información, también tendrán que estar sujetos a cambios

para seguir brindado la datos reales sin dejar de lado la confianza y la seguridad

de la información

Lenguaje de Programación

Un lenguaje de programación podría definirse como una notación o

conjunto de símbolos y caracteres que se combinan entre sí siguiendo las

reglas de una sintaxis predefinida, con el fin de posibilitar la transmisión

de instrucciones a un ordenador. Dichos símbolos y caracteres son

traducidos internamente a un conjunto de señales eléctricas

representadas en sistema binario, es decir, sólo dos valores: 0 y 1. Esta

traducción es necesaria porque el procesador sólo entiende ese lenguaje,

al cual nos referimos como lenguaje máquina. (Peña y Cela, 2001, p.2)

El lenguaje de programación es una herramienta de diseño de

aplicaciones que permite crear diferentes tipos programas mediante el uso de

estructuras definidas las cuales interactúan entre si combinándose con la

información permitiendo obtener resultados.

38

Programación Orientada a Objeto

La programación orientada a objetos trata acerca de la construcción de

programas basados en objetos. Un objeto es la combinación de ciertos

datos (variables) y de algunas acciones (métodos). Idealmente un objeto

se diseña de manera que los datos y las acciones estén íntimamente

relacionados, en lugar de estar reunidos al azar. (Parr y Bell, 2003, p.140)

La POO es una propuesta metodológica que transforma las entradas de

un sistema en salidas requerida mediante la manipulación de datos, estas

salidas se obtiene combinando los datos con las diferentes características de la

programación orientada a objetos.

Java

En el Ing. Pablo Garrido en su libro nos define a Java como:

Java es lenguaje de programación de alto nivel orientado a objetos de

reciente creación. Fue desarrollado por la empresa Sun Microsystems a

principios de los años 90, y presentado oficialmente en Mayo de 1995 en

la conferencia SunWorld. Recientemente en el año 2010, Sun

Microsystems fue adquirida por Oracle Corporation.

Se necesitaba alguna tecnología que permita el desarrollo de programas

capaces de ejecutarse en entornos distribuidos y heterogéneos, de decir,

programas ejecutables en muchas plataformas hardware y software,

principalmente dispositivos embebidos. La idea inicial fue el desarrollo de

un sistema operativo portable que requiriese pocos recursos, en tiempo-

real y distribuido, pero finalmente se obtuvo un lenguaje de programación.

Con el crecimiento masivo de Internet (red heterogénea de ordenadores

distribuidos y conectados entre sí) se vio una nueva forma de distribuir los

programas. Sin embargo, la forma tradicional de distribuir programas por

medio de los archivos binarios resultado de un proceso de compilación no

era válida en este caso, debido principalmente a que Internet se trata,

como hemos dicho, de un entorno heterogéneo. (Garrido, 2015, p.433)

En la página oficial de Java podemos encontrar una breve definición

donde nos indica:

39

Java es una tecnología que se usa para el desarrollo de aplicaciones que

convierten a la Web en un elemento más interesante y útil. Java no es lo

mismo que JavaScript, que se trata de una tecnología sencilla que se usa

para crear páginas web y solamente se ejecuta en el explorador.

Java le permite jugar, cargar fotografías, chatear en línea, realizar visitas

virtuales y utilizar servicios como, por ejemplo, cursos en línea, servicios

bancarios en línea y mapas interactivos. Si no dispone de Java, muchas

aplicaciones y sitios web no funcionarán. (Oracle Corporation, 2016)

Java es un lenguaje de alto nivel orientado a objetos, permite crear varios

tipos de aplicaciones ya que es capaz de interactuar con diferentes tecnologias

adaptandose a la funcionalidad de cada una de ellas para lograr un desarrollo

apropiado.

Características de Java

Java es uno de los lenguajes de programación más utilizados por los

desarrolladores de software gracias a que sus características hacen de

java un lenguaje confiable permitiendo realizar migraciones de códigos de

otros lenguajes que presentan similitudes tales como C, siendo un

lenguaje robusto, confiable y seguro.

En el proceso de investigación se encontró un artículo realizado por la

Ing. Jenny Pucha donde expresa las siguientes características de java

más relevantes:

Es fácil de aprender y está bien estructurado.

Es un lenguaje orientado a objetos, de una plataforma independiente.

Fue diseñado para crear software altamente fiable. Para ello

proporciona numerosas comprobaciones en tiempo de compilación y

en tiempo de ejecución.

Los programas “ejecutables”, creados por el compilador de Java, son

independientes de la arquitectura.

Se ejecutan indistintamente en una gran variedad de equipos con

diferentes microprocesadores y sistemas operativos.

40

Proporciona una colección de clases para su uso en aplicaciones de

red, que permiten abrir sockets, establecer y aceptar conexiones con

servidores o clientes remotos, facilitando así la creación de

aplicaciones distribuidas. (Pucha Atán, 2015)

Framework ZK

A través de la página oficial de ZK, podemos obtener la siguiente

definición:

ZK es un marco de interfaz de usuario basada en componentes que le

permite construir aplicaciones ricas de Internet (RIA) y las aplicaciones

móviles sin tener que aprender JavaScript o AJAX. Usted puede construir

aplicaciones web basadas en AJAX altamente interactivas y sensibles en

Java. ZK ofrece cientos de componentes que están diseñados para

diversos fines, algunos para la visualización de gran cantidad de datos y

algunos para la entrada del usuario. Podemos crear fácilmente

componentes en un lenguaje con formato XML, ZUL. Todas las acciones

del usuario en una página como hacer clic y escribir se pueden manejar

fácilmente en un controlador. Puede manipular los componentes para

responder a la acción de usuarios en un controlador y los cambios que

realice se reflejarán en los navegadores automáticamente. No es

necesario preocuparse por los detalles de comunicación entre los

navegadores y servidores, ZK los manejarán por usted. Además de la

manipulación de componentes directamente es decir Patrón MVC

(Modelo-Vista-Controlador), ZK también es compatible con otro patrón de

diseño, MVVM (Model-View-ViewModel) que da el controlador y ver más

separación. Estos dos enfoques son mutuamente intercambiables, y se

puede elegir uno de ellos a su consideración arquitectónica. (ZK, 2016)

ZK es un framework que permite desarrollar aplicaciones web con

tecnología Ajax, su interfaz es de usuario es muy amigable, está desarrollado en

java. Es adaptable a los navegares actuales, maneja metodología de

programación y el rendimiento en cuanto a ejecución en aplicaciones con

conexión a base de datos es óptimo. Cuadro No. 3

41

Cuadro No. 3

Características de las Ediciones de ZK

Ediciones ZK

PRODUCTO LICENCIA

ZK CE

Autorizado debajo LGPL ofrece a la comunidad la

posibilidad de usar ZK CE donde les convenga, incluyendo

el código abierto y aplicaciones comerciales.

ZK PE ZK PE y EE están disponibles bajo una licencia comercial

que proporciona la escalabilidad, el rendimiento, las

pruebas y el apoyo que requieren despliegues de

aplicaciones empresariales. ZK EE

Fuente: ZK Licensing

JDBC

El Java Database Conectivity es el API de java estandarizado para la

conectividad hacia la base de datos, independiente entre el lenguaje de

programación Java y el motor de base de datos (TutorialsPoint, 2015),

utilizando el lenguaje de consulta SQL del modelo de datos que se utilice,

esto nos dice que las sentencias SQL se pueden mezclar con Java, dado

que una variable de Java puede ser usada en sentencias SQL para

recibir o dar valores. El mapeo de las tablas de la base de datos hacia las

clases de Java, donde cada fila de una tabla se convertirá en una

instancia de la clase y lo mismo que cada columna corresponde a un

atributo de esa instancia. (Gavilanes, 2016)

A continuación se presenta el diagrama de arquitectura, que muestra la

ubicación del gestor de controladores con respecto a los controladores JDBC y la

aplicación Java:

42

Gráfico No. 8

Esquema de Acceso del controlador JDBC

Fuente: JDBC – Introduction

El API de JDBC son librerías donde se incluyen tareas comúnmente

asociadas al uso de bases de datos como son:

Hacer la conexión a la base de datos.

Creación de procedimientos SQL o MySQL.

Ejecución de consultas SQL en la base de datos.

Visualización y modificación de los registros de las tablas.

JDBC logra todas estas tareas de peticiones a través de un software

intermediario llamado Driver JDBC, el cual se encarga de traducir las llamadas a

los métodos en ordenas nativas para el gestor de bases de datos.

Características de JDBC

“Cuando SUN MicroSystems (propiedad de Oracle), decidió trabajar en este

ámbito, siguió diferentes normas para la definición de la interfaz que se usa

actualmente” (Martínez, 2006).

JDBC debe ser utilizable sobre cualquier API de acceso a datos.

JDBC debe proveer un interfaz homogéneo al resto de APIs de Java

JDBC debe ser un API simple para que desde ahí pueda seguir

creciendo.

43

JDBC deberá mantener los casos comunes de acceso a base de

datos de la manera más sencilla posible

Crear múltiples métodos para múltiple funcionalidad. (Gavilanes

Blacio, 2016)

Como se menciona en la revista que el JDBC nos va a permitir realizar la

interacción con la base de datos y el lenguaje de desarrollo en java con esto

podremos acceder a los datos que existen en la base logrando la mayor

manipulación de su información desde la base de datos sea con procedimientos

o funciones ya tal como se esté maneando su desarrollo.

Hibernate

Hibernate nos permite extraer un esquema de base dato relacional a una

aplicación basada Java o .Net. Entre las bondades de Hibernate se puede

indicar que permite una programación de forma más rápida debido a que cuenta

con múltiples funciones internas que minimizan el uso de programación que en

aplicaciones sin esta herramienta tomarían más tiempo.

Hibernate es una herramienta de Mapeo objeto-relacional (ORM) para la

plataforma Java (y disponible también para .Net con el nombre de

NHibernate) que facilita el mapeo de atributos entre una base de datos

relacional tradicional y el modelo de objetos de una aplicación, mediante

archivos declarativos (XML) o anotaciones en los beans de las entidades

que permiten establecer estas relaciones.

Hibernate es software libre, distribuido bajo los términos de licencia GNU

LGPL. (Rios, 2015)

Hibernate Ventajas

Hibernate se encarga de las clases de Java de mapeo a tablas de

bases de datos usando archivos XML y sin necesidad de escribir

cualquier línea de código.

Proporciona APIs simples para almacenar y recuperar objetos Java

directamente hacia y desde la base de datos.

44

Si hay un cambio en la base de datos o en cualquier tabla a

continuación, la única necesidad de cambiar las propiedades del

archivo XML.

Abstraer los tipos de SQL desconocidas y nos proporciona para

trabajar alrededor de objetos familiares Java.

Hibernate no requiere un servidor de aplicaciones para operar.

Manipula asociaciones complejas de los objetos de la base de datos.

Minimizar el acceso de base de datos con las estrategias de ir a

buscar inteligentes.

Proporciona consulta simple de datos. (Tutorialspoint, 2016)

MVC

El modelo vista controlador es una arquitectura de software cuya función

es separar la lógica del modelo de negocio de la interfaz de usuario,

usando este patrón permite desarrollar sistemas funcionales mantenibles

y sostenibles en el tiempo lo que hace que el desarrollo del sistema sea

más sencillo.

El patrón MVC es un patrón de arquitectura de software encargado de

separar la lógica de negocio de la interfaz del usuario y es el más

utilizado en aplicaciones web, ya que facilita la funcionalidad,

mantenibilidad y escalabilidad del sistema, de forma simple y sencilla, a la

vez que permite <<no mezclar lenguajes de programación en el mismo

código>>.

MVC divide las aplicaciones en tres niveles de abstracción:

Modelo: representa la lógica de negocios. Es el encargado de

accesar de forma directa a los datos actuando como “intermediario”

con la base de datos.

Vista: es la encargada de mostrar la información al usuario de forma

gráfica y <<humanamente legible>>

Controlador: es el intermediario entre la vista y el modelo. Es quien

controla las interacciones del usuario solicitando los datos al modelo

y entregándolos a la vista para que esta, lo presente de forma

<<humanamente legible>> (Bahit, 2011)

45

Gráfico No. 9

Funcionamiento del Patrón Modelo-Vista-Controlador

Fuente: (Bahit, 2011)

Eclipse

En el siguiente informe Anual Publicado en junio del año 2016 por la

fundación de Eclipse en su página web nos indican lo siguiente:

La tecnología Eclipse es una plataforma de desarrollo abierta

independiente del proveedor el suministro de marcos y ejemplares,

herramientas extensibles (la "plataforma Eclipse"). herramientas de la

Plataforma Eclipse son ejemplares en cuanto a que verifiquen la utilidad

de los marcos de Eclipse, ilustran el uso apropiado de esos marcos, y

apoyar el desarrollo y mantenimiento de la propia plataforma Eclipse;

herramientas de la Plataforma Eclipse son extensibles en que su

funcionalidad es accesible a través de interfaces de programación

46

documentados. El propósito de Eclipse Foundation Inc., (la "Fundación

Eclipse"), es avanzar en la creación, evolución, promoción y apoyo de la

plataforma Eclipse y cultivar tanto una comunidad de código abierto y un

ecosistema de productos complementarios, capacidades y servicios. (La

Fundación Eclipse, 2016)

Marte simultánea de lanzamiento

En junio de 2015, la comunidad Eclipse enviado a Marte, su liberación

simultánea décima edición. Incluyendo versiones anteriores de la

plataforma Eclipse, esta fue la duodécima versión que fue enviado a

tiempo para el día. Setenta y nueve proyectos participaron en el

lanzamiento simultáneo de Marte, que comprende 65 millones de líneas

de código, y producidos por 380 committers de 50 empresas miembros.

Este calendario de lanzamientos predecible ha sido una parte clave del

éxito de Eclipse lo largo de los años, y es una parte importante del éxito

del ecosistema Eclipse. Siete proyectos se unieron a liberar el Marte

simultánea: Eclipse SWTBot, herramienta de prueba de RCP Eclipse,

Eclipse e (fx) clipse, Eclipse Thym, Eclipse traza Compass, Eclipse

Oomph, y Eclipse de Desarrollo Lua Herramientas (LDT). Cuatro

proyectos que habían participado en las versiones anteriores

abandonaron: Eclipse Mylyn Intención, Eclipse Modelo Herramientas de

enfoque, Eclipse OPS y Eclipse Koneki. El proyecto Eclipse Buildship,

que proporciona herramientas de la Plataforma Eclipse para trabajar con

Gradle basados construye, se unió a la primera actualización de la

liberación Marte en septiembre de 2015, y no se incluye en la tabla. (La

Fundación Eclipse, 2016)

Como nos explica el informe esta comunidad está enfocada de brindar

una herramienta libre con el objetivo de ser la plataforma de más uso con esto se

enfocan en reclutar nuevos proyectos en el área de las tecnologías emergentes

y así aumentar proyectos basados en modelos de ingeniería en sistemas.

En resumen Eclipse es un IDE de desarrollo que permite desarrollar aplicaciones

por medio de código Java, existen varias versiones de eclipse cada una con

47

características diferentes permitiendo interactuar entre ellos de forma agradable

y sostenible.

Apache Tomcat

Apache Tomcat es un servidor de aplicaciones web permite integrar las

diferentes páginas web de un sistema, existen varias versiones de apache

Tomcat cada una de estas versiones se adaptan a los diferentes requerimientos

del sistema.

Tomcat es un servidor web con soporte de servlets y JSPs. Incluye el

compilador Jasper, que compila JSPs convirtiéndolas en servlets. El

motor de servlets de Tomcat a menudo se presenta en combinación con

el servidor web Apache Tomcat puede funcionar como servidor web por

sí mismo. En sus inicios, existió la percepción de que el uso de Tomcat

de forma autónoma era sólo recomendable para entornos de desarrollo y

entornos con requisitos mínimos de velocidad y gestión de transacciones.

Hoy en día ya no existe esa percepción, y Tomcat es usado como

servidor web autónomo en entornos con alto nivel de tráfico y alta

disponibilidad. Dado que Tomcat fue escrito en Java, funciona en

cualquier sistema operativo que disponga de la máquina virtual. (Baque y

Holguín, 2007)

Apache Tomcat es una aplicación de software de código abierto de las

tecnologías Java Servlet y Java Server Pages. Las diferentes versiones

de Apache Tomcat están disponibles para diferentes versiones del

Servlet y JSP especificaciones. La correspondencia entre las

especificaciones y las versiones de Apache Tomcat respectivas son:

(Tomcat, 2016)

48

Gráfico No. 10

Versiones del Tomcat

Fuente: Apache Tomcat Versions

SGBD: Un sistema gestor de base de datos (SGBD) es un conjunto de

programas que permiten el almacenamiento, modificación y extracción de la

información en una base de datos, además de proporcionar herramientas para

añadir, borrar, modificar y analizar los datos.

Open Source (Código abierto): Es el término con el que se conoce

al software distribuido y desarrollado libremente. El código abierto tiene un punto

de vista más orientado a los beneficios prácticos de compartir el código que a las

cuestiones éticas y morales las cuales destacan en el llamado software libre.

IDE: Un entorno de desarrollo integrado o entorno de desarrollo

interactivo, en inglés Integrated Development Environment (IDE), es una

aplicación informática que proporciona servicios integrales para facilitarle al

desarrollador o programador el desarrollo de software.

Framework: Con el término framework, nos estamos refiriendo a una

estructura software compuesta de componentes personalizables e

intercambiables para el desarrollo de una aplicación. En otras palabras, un

framework se puede considerar como una aplicación genérica incompleta y

configurable a la que podemos añadirle las últimas piezas para construir una

aplicación concreta.

http://es.wikipedia.org/wiki/Software_libre

49

Servidor de aplicaciones: Se denomina servidor de aplicaciones a

un servidor en una red de computadores que ejecuta ciertas aplicaciones.

WAR: un archivo WAR (de Web Application Archive - Archivo de

aplicación web) es un archivo JAR utilizado para distribuir una colección de

JavaServer Pages, servlets, clases Java, archivos XML, librerías de tags y

páginas web estáticas (HTML y archivos relacionados) que juntos constituyen

una aplicación web.

HTML: HTML es la sigla de HiperText Markup Language (Lenguaje de

Marcación de Hipertexto) es un lenguaje es se utiliza comúnmente para

establecer la estructura y contenido de un sitio web, tanto de texto, objetos e

imágenes.

XML: siglas en inglés de eXtensible Markup Language ("lenguaje de

marcas Extensible"), es un lenguaje de marcas desarrollado por el World Wide

Web Consortium (W3C) utilizado para almacenar datos en forma legible.

CCS: Es un lenguaje de hojas de estilos creado para controlar el aspecto

o presentación de los documentos electrónicos definidos con HTML y XHTML.

CSS es la mejor forma de separar los contenidos y su presentación y es

imprescindible para crear páginas web complejas.

AJAX: JavaScript Asíncrono y XML (AJAX) no es una tecnología por sí

misma, es un término que describe un nuevo modo de utilizar conjuntamente

varias tecnologías existentes. Esto incluye: HTML o XHTML, CSS, JavaScript,

DOM, XML, XSLT, y el objeto XMLHttpRequest.

ZUL: archivos que se utilizan para crear ricas interfaces de usuario

basadas en Web. Sus contenidos se analizan por primera vez en un servidor

Web basado en Java, como Apache Tomcat, y luego se envían al navegador

Web cliente solicitante.

https://es.wikipedia.org/wiki/Servidor

https://es.wikipedia.org/wiki/Red_de_computadoras

https://es.wikipedia.org/wiki/Aplicaci%C3%B3n_(inform%C3%A1tica)

https://es.wikipedia.org/wiki/Lenguaje_de_marcado

https://es.wikipedia.org/wiki/Lenguaje_de_marcado

https://es.wikipedia.org/wiki/Lenguaje

https://es.wikipedia.org/wiki/World_Wide_Web_Consortium

https://es.wikipedia.org/wiki/World_Wide_Web_Consortium

50

CAPÍTULO III

PROPUESTA TECNOLÓGICA

El sistema de gestión de procesos administrativos para la SETED,

permitirá registrar en forma de incidencias las actividades que se identifiquen

como: uso, consumo, tenencia o expendio de drogas en los estudiantes de las

Escuelas y Unidades Educativas de la ciudad de la Guayaquil.

Los programas de prevención también podrán ser registrados en el

sistema, lo que permitirá a la SETED revisar sus lineamientos y características lo

que conllevará a realizar mejoras o una implementación más óptima.

A su vez, se podrá generar reportes a través de consultas a la base de

datos, logrando tener información actualizada, y evitando que se mal interprete

los datos que forman parte de la consulta. Se tiene como beneficio adicional la

disminución del tiempo para administrar los requerimientos.

El sistema permitirá realizar la generación de reportes en formato PDF o

EXCEL, para un manejo eficaz del sistema. Los reportes en PDF se generaran

por medio de la herramienta IREPORT, y para los reportes en Excel se hará uso

de la librería org.apache.poi.

El acceso a la plataforma web de la SETED será a través de internet,

mediante procesos de accesibilidad y adaptación de los usuarios nuevos al

sistema. Los accesos al sistema de gestión de procesos administrativos serán

definidos mediantes roles de accesos, los cuales serán otorgados en base a

rango del usuario de la institución de la que forma parte, esta asignación de

accesos se realizara por medio del módulo de gestión de usuarios, conservando

la confidencialidad de la información y la operatividad del sistema.

51

ANÁLISIS DE FACTIBILIDAD

El proyecto se sustenta en los requerimientos obtenidos en las reuniones

efectuadas con el personal de la SETED, quienes sugirieron los lineamientos

para el desarrollo del sistema de donde surgió la necesidad de diseñar el

sistema de información web.

Factibilidad Operacional

Ante la carencia de una herramienta tecnológica que permita a la SETED

tener un control de incidencia sobre las drogas en las Escuelas y Unidades

Educativas de la ciudad de Guayaquil, se desarrolló un sistema que permita

mejorar la gestión de los procesos administrativos y la comunicación entre la

SETED y las Escuelas y Unidades Educativas de en la ciudad de Guayaquil.

La carencia de un sistema de información web, que permita identificar de

forma eficaz la relación que existe actualmente entre el personal de las Escuelas

y Unidades Educativas de la ciudad de Guayaquil y las Drogas, la SETED como

ente encargado de este control, justifica la creación de este proyecto.

Este proyecto tiene como principal objetivo, identificar las entidades

educativas con mayor vulnerabilidad en el expendio y consumo de drogas, para

mejorar los procesos administrativos y la comunicación que permita realizar

acciones oportunas y que a su vez mejoren las investigaciones que realiza la

SETED en la ciudad de Guayaquil.

Este aplicativo web coadyuvará a que las Escuelas y Unidades

Educativas junto con las SETED tengan un control y oportuna prevención del

consumo y expendio de drogas entre los estudiante de los entes

correspondientes, y así llevar la ayuda y el control apropiado; para lograr

contrarrestar el uso de drogas en las Escuelas y Unidades Educativas de, la

manera más sutil sin perjudicar la integridad de los estudiantes afectados.

52

Factibilidad técnica

Como requerimientos para la funcionalidad del sistema, una vez que esté

creado se necesita que las computadoras accedan al sistema y cuenten con

conexión a internet, ya que el ingreso al sistema es por medio de un ambiente

web. Por tal motivo, se requiere un servidor de aplicaciones que almacene el

sistema, permitiendo su acceso desde varias computadoras al mismo tiempo, sin

la necesidad de instalar el sistema, y que aplicativo web, por ser de fácil

integración, permita a la SETED aplicarlos en las otras provincias.

El servidor de base de datos permitirá almacenar y administrar la

información de las incidencias ingresadas en el sistema y de las Escuelas y

Unidades Educativas de la ciudad de Guayaquil, por lo que el servidor de

aplicaciones deberá ser robusto.

Los requerimientos de hardware serán definidos de forma más específica

en el manual técnico.

Factibilidad Legal

El desarrollo del sistema de gestión de procesos administrativos, su

cobertura es para la SETED de Guayaquil, cuyos personeros una vez evaluado

los resultados decidirán su aplicación a nivel nacional.

Ley del Uso de Estándares Abiertos y Software Libre

Según el decreto presidencial en el 2008 se dispuso el Art. 1014 que menciona

lo siguiente:

Art 1.- Establecer como política pública para las entidades de la

Administración Pública Central la utilización de Software Libre en sus

sistemas y equipamientos informáticos.

Art 2.- Se entiende por Software Libre, a los programas de computación

que se pueden utilizar y distribuir sin restricción alguna, que permitan el

acceso a los códigos fuentes y que sus aplicaciones puedan ser

mejoradas. (Constitución Política de la República, 2008)

53

Ley De Propiedad Intelectual

TITULO PRELIMINAR

Art.1. El Estado reconoce, regula y garantiza la propiedad intelectual

adquirida de conformidad con la ley, las Decisiones de la Comisión de la

Comunidad Andina y los convenios internacionales vigentes en el Ecuador.

La propiedad intelectual comprende:

1. Los derechos de autor y derechos conexos.

2. La propiedad industrial, que abarca, entre otros elementos, los siguientes:

a. Las invenciones;

b. Los dibujos y modelos industriales;

c. Los esquemas de trazado (topografías) de circuitos integrados;

d. La información no divulgada y los secretos comerciales e industriales;

e. Las marcas de fábrica, de comercio, de servicios y los lemas

comerciales;

f. Las apariencias distintivas de los negocios y establecimientos de

comercio;

g. Los nombres comerciales;

h. Las indicaciones geográficas; e,

i. Cualquier otra creación intelectual que se destine a un uso agrícola,

industrial o comercial.

Art. 2. Los derechos conferidos por esta Ley se aplican por igual a

nacionales y extranjeros, domiciliados o no en el Ecuador.

Art. 3. El Instituto Ecuatoriano de la Propiedad Intelectual (IEPI), es el

Organismo Administrativo Competente para propiciar, promover, fomentar,

prevenir, proteger y defender a nombre del Estado Ecuatoriano, los

derechos de propiedad intelectual reconocidos en la presente Ley y en los

tratados y convenios internacionales, sin perjuicio de las acciones civiles y

penales que sobre esta materia deberán conocerse por la Función Judicial.

(Congreso Nacional del Ecuador, 2015)

Factibilidad Económica

Al ser un sistema desarrollado con herramientas de software libre no hay

necesidad de incurrir en gatos de licencias de software, por tanto la SETED no

incurrirá en gastos.

54

Además las nuevas herramientas de desarrollo a utilizar para la

elaboración de este proyecto son también open source por lo que de igual

manera no se deberán invertir en gastos de licenciamientos de software para el

levantamiento del proyecto.

Si el sistema fuera aplicado en otra entidad su costo del desarrollo del

sistema y su aplicación sería el siguiente:

Cuadro No. 4

Presupuesto del Proyecto

RECURSO DETALLE CANTIDAD TOTAL

Hardware $1000 2 $1000

Software $1500 1 $1500

Humano $500 2 $1000

Otros $500 - $500

Elaborado por: Jean Carlos Marcillo Parrales - José Leonel Plúa Chilán

Etapas de la Metodología del Proyecto

El desarrollo de este proyecto se realizó con el uso de las metodologías

RUP y se complementará con la metodología PM, como se detalla a

continuación:

Metodología RUP

Es una de las metodologías de desarrollo más utilizada para realizar el

análisis y la implementación de sistemas. Su principal objetivo es brindar

productos de alta calidad que son de satisfacción de los usuarios finales,

todo esto mediante la elaboración de un cronograma de actividades.

Trabaja en conjunto con el Lenguaje de Modelado Unificado también

conocido como UML. (Toro, 2013)

Metodología PMI

Es la más utilizada por los gerentes de proyecto, lo que hace que esta

metodología sea segura, confiable y eficaz, permitiendo la administración

55

en el desarrollo de un proyecto de software haciendo un correcto uso de

las buenas prácticas y obteniendo resultados favorables gracias a su

modelo de dirección de proyectos. (Cuatrecasas Arbós, 2012)

Integración de la metodología RUP y PMI

El proyecto cuenta metodología RUP, complementada con metodología

PMI, que combinan las técnicas de la ingeniería de software con técnicas de

gerenciamiento de proyectos.

Cuadro No. 5

Características de PMI y RUP

CARACTERISTICAS

PMI RUP

Cualquier tipo de Proyecto Proyectos de desarrollo de Software

Cubre todos los aspectos de la

Gestion de Proyectos

Cubre algunos aspectos de la Gestion de

Proyectos

Es descriptivo Es Prescriptivo

Solo practicas de gestion de

proyectos

Practicas para el desarrollo de software

que incluye gestion de proyectos

Fases dependientes del dominio Fases e iteraciones especificas para el

desarrollo de software

Fuente: Integrando el PMBOK al Proceso Unificado de Desarrollo de Software

en Proyectos de Tecnologías de Información

56

Etapas de la metodología RUP

Cuadro No. 6

Etapas de la metodología RUP

Flujo Producto Inicio Elaboración Construcción Transición

Requisitos Requerimientos Funcionales

I R

Análisis y Diseño

Descripción de Casos de Uso

I R

Diagrama de Casos de Uso

I R

Diagrama de Secuencia

I R

Modelo Entidad Relación

I R

Implementación Arquitectura del Sistema

I R

Pruebas Plan de Pruebas

I R

Elaborado por: Jean Carlos Marcillo Parrales – José Leonel Plúa Chilán

Requisitos

En esta etapa se realiza el levantamiento de información, se definen los

requerimientos pincipales por parte de los interesados del proyecto.

Levantamiento de información

Para el levantamiento de informacion se realizó lo siguiente:

Reunión con los interesados del proyecto para definir los requerimientos

de la SETED.

Reunión con la persona encargada de la SETED para evaluar los

procesos de identificación de incidencias de Drogas en las Escuelas y

Unidades Educativas.

Requerimientos Funcionales

En este proceso identificamos todos los requerimientos necesarios para

la elaboración del sistema en base a las definiciones realizadas por los

interesados del proyecto.

57

Para esto se debe realizar un listado de identificacion de requerimientos

en los cuales indicamos los requerimientos principales que serán parte principal

del sistema.

R.F. 01: Autenticación de usuarios que se tienen permisos y acceso para

administrar el sistema.

R.F. 02: Administración de la información del personal de la SETED y de las

instituciones registradas en el sistema, estas pueden ser: estudiante, docente y

usuario del sistema.

R.F. 03: Administración de datos de las Escuelas y Unidades Educativas que

serán parte del sistema.

R.F. 04: Administración de los nombres de tipos de Drogas conocidos entre la

población estudiantil.

R.F. 05: Administración de las zonas (división de la región de Guayaquil) que

constituirán parte del sistema.

R.F. 06: Administración de los distritos (división de la región de Guayaquil) que

formarán parte del sistema.

R.F. 07: Administración de las incidencias de drogas que se tomarán en cuenta

en el sistema.

R.F. 08: Administración de la información de programas preventivos que

formarán parte del sistema.

R.F. 09: Administración de las zonas geográficas que formarán parte del

sistema.

R.F. 10: Administración de información de los usuarios que manejarán el

sistema.

R.F. 09: Autenticación de usuarios en el sistema.

Análisis y Diseño

En la fase de Análisis se realiza los casos de uso con sus diagramas, y el

diagrama de secuencia, mientras que en la fase de Diseño se define la

arquitectura del proyecto y el modelo entidad relación utilizado para diseñar el

repositorio que contendrá la información acerca de las incidencias de drogas y

de sus partícipes.

58

Casos de Uso

Gráfico No. 11

Pantalla Autenticación Usuarios


Gráfico No. 12

Caso de Uso: Autenticación de usuario


59

Cuadro No. 7

Descripción del RF 01: Autenticación de Usuarios

Casos de Uso Autenticación de Usuarios Nº 1

Actores Usuarios del sistema, Administrador.

Propósito Autenticación de usuarios en el sistema

Tipo Primario

Resumen Se realiza el login de los usuarios en el sistema.

Pre-

condiciones El usuario debe tener acceso al sistema-

Post-

condiciones El usuario debe estar creado en la base de datos del sistema

Referencia R.F. 01

Curso típico de eventos

Acciones de los actores Respuesta del sistema

1. Selecciona la opción de ingresar en

el sistema.

3. Ingresa el usuario y contraseña

asignados previamente y da clic en

el botón aceptar.

2. Presenta un formulario con los

campos usuario y clave para

realizar la autenticación

4. Verifica los datos ingresados,

permite el acceso y presenta el

menú principal del sistema.

Curso alternativo de eventos.

Si los datos de usuarios y contraseña ingresados son incorrectos, el sistema

presenta un mensaje de error “ Usuario o clave no son correctos


60

Gráfico No. 13

Pantalla Personas


Gráfico No. 14

Caso de Uso: Administración de Personas


61

Cuadro No. 8

Descripción del RF 02: Administración de Personas

Casos de Uso Registrar Persona Nº 2


Propósito Registrar/Modificar Personas.

Tipo Secundario

Resumen Se realiza el ingreso de los datos de las personas para que

pueda ser usada en el sistema.

Pre-

condiciones El usuario debe tener permisos para realizar la acción.

Post-

condiciones

La información ingresada podrá ser consultada para poder ser

utilizada por los diferentes procesos del sistema

Referencia R.F. 02



1. Registrar una persona

a. Selecciona Gestión de Procesos

Administrativos/ Configuraciones y

Transacciones Administrativas/

Transacción/ Personas

c. Ingresar cedula, tipo identificación,

nombres, fecha nacimiento,

genero, ubicaciones geográficas,

nacionalidad, estado civil, cargo

persona, email, teléfono, celular, y

dirección.

3. Modificar una persona

a. Selecciona la opción Gestión de

Procesos Administrativos/

Configuraciones y Transacciones

Administrativas/Transacción/

Personas.

2. Al registrar una Persona

b. El sistema presenta el formulario

para proceder a ingresar los datos.

d. Verificar que todos los campos

obligatorio y los datos ingresados

estén correctos, luego se genera el

id_usuario se da clic el guardar para

confirmar la transacción.

4. Al modificar una persona


personas con las opciones para

realizar la modificación.

62

c. Escoge la opción de filtro de

búsqueda e ingresa el número de

cedula de la persona.

e. Seleccionamos el registro y

modificamos los datos nombres,

fecha nacimiento, genero,

ubicaciones geográficas,

nacionalidad, estado civil, cargo

persona, email, teléfono, celular, y

dirección.

5. Inactivar una persona





Personas.

c. Escoge el filtro de búsqueda e

ingresa el número de cedula de la

persona que desea inactivar.

e. Seleccionar la opción para

Inactivar y clic en Aceptar.

d. Se muestran los datos actuales de

la persona.

f. Verificamos que los datos

modificados sean correctos y damos

clic en guardar para confirmar la

transacción.

6. Al inactivar una persona


con los datos de las persona.

d. Se verifica que el registro a inactivar

sea el correcto.

f. Se confirma la transacción y se

inactiva la persona.


2d

1.- Si el usuario ingresa datos erróneos, o falta algún parámetro necesario

para ingresar el registro y da clic en guardar. El sistema muestra un

mensaje indicando “Error al ingresar persona”.

2.- Al ingresar los datos si falta información por completar, el sistema

muestra un mensaje “Campo Requerido: Nombre del campo”

4f 2.d.1 y 2.d.2


63

Gráfico No. 15

Pantalla Instituciones


Gráfico No. 16

Caso de Uso R.F. 03: Administración de Instituciones


64

Cuadro No. 9

Descripción del RF 03: Administración de Instituciones

Casos de Uso Registrar Instituciones Nº 3

Actores Usuarios del sistema, Administrador

Propósito Registrar/Modificar Instituciones

Tipo Secundario

Resumen Se registran las Instituciones, para que se la pueda usar

en el sistema

Pre-condiciones El usuario debe tener permisos para realizar la acción.

Post-

condiciones

La información ingresada podrá ser consultada para

poder ser utilizada por los procesos del sistema

Referencia R.F. 03



1. Registrar una institución


Administrativos/ Configuraciones

y Transacciones Administrativas/

Transacción/ Instituciones.

c. Ingresar nombre, dirección,

teléfono, tipo de institución,

código amie, zona y distrito elige

la opción guardar.

3. Modificar una institución



Configuraciones y

Transacciones


Instituciones.

2. Al registrar una institución


de instituciones en el cual se debe

proceder a ingresar los datos.


obligatorios y los datos ingresados

estén correctos, luego dar clic en

guardar para confirmar la

transacción.

4. Al modificar una institución


instituciones con las opciones para


65


búsqueda e ingresa el nombre

o código amie de la institución

que desea modificar.


modificamos los datos

dirección, teléfono, tipo de

institución, zona y distrito.

5. Inactivar una institución



Configuraciones y

Transacciones


Instituciones.


ingresa el nombre o el código

institución que desea inactivar.




la institución.


modificados sean correctos y dar


transacción.

6. Al inactivar una institución


con los datos de las instituciones.

d. Se verifica que el registro a

inactivar sea el correcto.


inactiva la institución.


2d

1.- Si el usuario ingresa datos erróneos, o falta algún parámetro

necesario para ingresar el registro y da clic en guardar. El sistema

muestra un mensaje indicando “Error al ingresar institución”.



4f 2.d.1 y 2.d.2


66

Gráfico No. 17

Pantalla Tipo de Drogas


Gráfico No. 18

Caso de Uso R.F 04 Administración de Tipos de Drogas


67

Cuadro No. 10

Descripción del RF 04: Administración de Tipo de Drogas

Casos de Uso Registrar Tipo de Drogas Nº 4


Propósito Registrar/Modificar los Tipos de Drogas.

Tipo Primario y Esencial

Resumen Se realiza el ingreso de los Tipos de Drogas para que se la

pueda ligar a los registros de incidencias.


Post-

condiciones

La información ingresada podrá ser consultada para que se

ligue a los registros de incidencias.

Referencia R.F. 04



1. Registrar un Tipo de Droga




Configuraciones/ Tipos de Drogas.

c. Ingresar Tipo de droga, efecto,

descripción.

3. Modificar un Tipo de Droga




Administrativas/ Configuraciones/

Tipos de Drogas

2. Al ingresar un Tipo de Droga


de Tipos de Drogas en el cual se

debe proceder a ingresar los datos.





transacción.

4. Al modificar un Tipo de Droga


con las opciones para realizar la

modificación.

68


búsqueda e ingresa el nombre del

tipo de droga que desea modificar.


modificamos los datos tipo de

droga, efecto, descripción.

5. Inactivar un Tipo de Droga




Configuraciones/ Tipos de Drogas.


ingresa el nombre del tipo de

droga que desea inactivar.




los Tipos de Drogas.




transacción.

6. Al inactivar un Tipo de Droga


con los datos de los Tipos de

Drogas.




inactiva el tipo de droga.


2d



mensaje indicando “Error al ingresar tipo de droga”.



4f 2.d.1 y 2.d.2


69

Gráfico No. 19

Pantalla de Zonas


Gráfico No. 20

Caso de Uso R.F 05: Administración de Zonas


70

Cuadro No. 11

Descripción del RF 05: Administración de Zonas

Casos de Uso Ingreso de una Zona Nº 5


Propósito Registrar/Modificar Zonas.


Resumen Se realiza el ingreso de las Zonas para que se la pueda

ligar a una institución educativa.


Post-

condiciones

La información ingresada podrá ser consultada para que se

ligue a las instituciones educativas

Referencia R.F. 05



1. Registrar una Zona




Transacciones/Zonas.

c. Ingresar los datos como Zona,

descripción.

3. Modificar una Zona




Administrativas/

Transacciones/Zonas.

2. Al ingresar una Zona


de zonas en el cual se debe






transacción.

4. Al modificar una Zona


zonas con las opciones para


71



de la zona que desea modificar.


modificamos la descripción de la

zona.

5. Inactivar una Zona




Transacciones/ Zonas.


ingresa el nombre del tipo de

droga que desea inactivar.




la zona.




transacción.

6. Al inactivar una Zona


con los datos de las zonas.




inactiva la zona.


2d



muestra un mensaje indicando “Error al ingresar zona”.



4f 2.d.1 y 2.d.2


72

Gráfico No. 21

Pantalla Distritos


Gráfico No. 22

Caso de Uso R.F 06: Administración de Distritos


73

Cuadro No. 12

Descripción del RF 06: Administración de Distritos

Casos de Uso Ingreso de un Distrito Nº 6


Propósito Registrar/Modificar un Distrito.


Resumen Se realiza el ingreso de los Distritos para que se la pueda

ligar a una institución educativa.

Pre-


Post-

condiciones

Una vez ingresado el Distrito, el nuevo registro se

visualizara por pantalla. Posterior la información ingresada

podrá ser consultada para que se ligue a las instituciones

educativas.

Referencia R.F. 06



1. Registrar un Distrito




Transacciones/Distritos.

c. Ingresar Nombre, teléfono,

dirección, # estudiantes, #

docentes, ubicaciones

geográficas.

3. Modificar un Distrito




Transacciones/Distritos.

2. Al ingresar un Distrito


de Distritos en el cual se debe



obligatorios y los datos

ingresados estén correctos, clic

en guardar para confirmar la

transacción.

4. Al modificar un Distrito


distritos con las opciones para


74



del distrito que desea modificar.


modificamos teléfono, dirección,

número estudiantes, número

docentes, país, región, provincia,

ciudad.

5. Inactivar un Distrito




Transacciones/ Distritos.


ingresa el nombre del distrito que

desea inactivar.



d. Se muestran los datos actuales

del distrito.




transacción.

6. Al inactivar un Distrito


con los datos de los distritos.




inactiva el distrito.


2d



muestra un mensaje indicando “Error al ingresar distrito”.



4f 2.d.1 y 2.d.2


75

Gráfico No. 23

Pantalla Incidencias


Gráfico No. 24

Caso de Uso R.F 07: Administración de Incidencias


76

Cuadro No. 13

Descripción del RF 07: Administración de Incidencias

Casos de Uso Registrar Incidencias Nº 7


Propósito Registrar/Modificar una Incidencia.

Tipo Secundario

Resumen Se registran las Incidencias, se asocia la institución donde se

cometió la incidencia.

Pre-


Post-

condiciones

Una vez ingresado la Incidencia, el nuevo registro se

visualizara por pantalla.

Referencia R.F. 07



1. Registrar una Incidencia




Transacciones/Incidencias.

c. Ingresar Nombre, descripción, tipo

incidencia, persona, institución, tipo

de droga, cantidad.

3. Modificar una Incidencia




Administrativas/ Transacciones/

Incidencias.

2. Al ingresar una Incidencia


de Incidencias en el cual se debe




ingresados estén correctos, luego

dar clic en guardar para confirmar

la transacción.

4. Al modificar una Incidencia


incidencias con las opciones para


77



búsqueda e ingresa el nombre de la

incidencia que desea modificar.


modificamos descripción, tipo

incidencia, persona, institución, tipo

de droga, cantidad.


la incidencia.




transacción.


2d



mensaje indicando “Error al ingresar incidencia”.



4f 2.d.1 y 2.d.2

78

Gráfico No. 25

Pantalla Programas


Gráfico No. 26

Caso de Uso R.F 08: Administración de Programas


79

Cuadro No. 14

Descripción del RF 08: Administración de Programas

Casos de Uso Ingreso de un Programa Preventivo Nº 8


Propósito Registrar/Modificar un Programa Preventivo

Tipo Secundario

Resumen Se realiza el ingreso de un Programa Preventivo, y se

asocia la institución educativa.

Pre-


Post-

condiciones

Una vez ingresado el Programa Preventivo, el nuevo

registro se visualizara por pantalla.

Referencia R.F. 08



1. Registrar un Programa




Transacciones/Programas.

c. Ingresar Nombre, descripción,

objetivos, institución, autor,

adjuntos

3. Modificar un Programa





Programas.

2. Al ingresar un Programa


de Programas en el cual se debe




ingresados estén correctos,

luego dar clic en guardar para

confirmar la transacción.

4. Al modificar un Programa


programas con las opciones para


80


búsqueda e ingresa el nombre de

la incidencia que desea modificar.


modificamos descripción, tipo

incidencia, persona, institución,

tipo de droga, cantidad.

5. Inactivar un Programa




Transacciones/ Programas.


ingresa el nombre del programa

que desea inactivar.



d. Se muestran los datos actuales

del programa.




transacción.

6. Al inactivar un Programa

b. El sistema presenta el

formulario con los datos de los

programas.




inactiva el programa.


2d



muestra un mensaje indicando “Error al ingresar programa”.



4f 2.d.1 y 2.d.2


81

Gráfico No. 27

Pantalla Zonas Geográficas


Gráfico No. 28

Caso de Uso R.F 09: Administración de Zonas Geográficas


82

Cuadro No. 15

Descripción del RF 09: Administración de Ubicaciones Geográficas

Casos de Uso Ingreso de una Ubicación Geográfica Nº 9


Propósito Realizar el registro de una Ubicación Geográfica

Tipo Primario y esencial.

Resumen

Se realiza el registro de los países, regiones, provincias y

ciudades que son necesarios para realizar operaciones

transaccionales en el sistema.


Post-

condiciones

Una vez ingresado los datos de las ubicaciones

geográficas se muestra. Estos podrán ser utilizados por el

sistema.

Referencia R. F. 09



1. Registrar una U. Geográfica




Transacciones/ Ubicación

Geográfica.

c. Ingresar Nombre, Abreviatura.

3. Modificar una U. Geográfica





Ubicación Geográfica.


búsqueda e ingresa el nombre de

2. Al ingresar una U. Geográfica

c. El sistema presenta el formulario

en el cual se debe proceder a

ingresar los datos.





transacción.

4. Al modificar una U. Geográfica


con las opciones para realizar la

modificación.

83

la ubicación que desea modificar.


modificamos.

5. Inactivar una U. Geográfica




Transacciones/ Ubicación

Geográfica.


ingresa el nombre de la ubicación





la ubicación geográfica.




transacción.

6. Al inactivar una U. Geográfica


con los datos de la ubicación

geográfica.




inactiva la ubicación geográfica.


2d



muestra un mensaje indicando “Error al ingresar ubicación”.



4f 2.d.1 y 2.d.2


84

Gráfico No. 29

Pantalla Usuarios


Gráfico No. 30

Caso de Uso R.F 10: Administración de Usuarios


85

Cuadro No. 16

Descripción del RF 10: Administración de Usuarios

Casos de Uso Ingreso de un Usuarios del Sistema Nº 10

Actores Administrador.

Propósito Realizar el registro de un Usuario del Sistema

Tipo Secundario

Resumen Se realiza el registro de un Usuario del Sistema, se asocia

la persona a la cual quiere asignar.

Pre-

condiciones

El usuario debe tener permisos de administrador para

realizar la acción.

Post-

condiciones

Una vez ingresado el Usuario del sistema, el nuevo registro

se visualizara por pantalla.

Referencia R. F. 10



1. Registrar un Usuario

a. Selecciona Gestión de Acceso

al Sistema/ Configuraciones del

Sistema/ Transacciones/

Usuarios del Sistema.

d. Ingresar Nombre del usuario,

clave, código usuario,

descripción.

3. Modificar un Usuario

b. Selecciona Gestión de Acceso




2. Al ingresar un Usuario

d. El sistema presenta el formulario de

Usuarios del Sistema en el cual se

debe proceder a ingresar los datos.

e. Verificar que todos los campos




transacción.

4. Al modificar un Usuario

c. El sistema presenta el formulario

programas con las opciones para


86

d. Escoge la opción de filtro de


de la ubicación que desea

modificar.

f. Seleccionamos el registro y

modificamos nombre del

usuario, clave, código usuario,

descripción.

5. Inactivar un Usuario

c. Selecciona Gestión de Acceso




d. Escoge el filtro de búsqueda e

ingresa el nombre del usuario


f. Seleccionar la opción para


e. Se muestran los datos actuales del

usuario.

g. Verificamos que los datos



transacción.

6. Al inactivar un Usuario

c. El sistema presenta el formulario con

los datos del usuario.

e. Se verifica que el registro a inactivar

sea el correcto.

g. Se confirma la transacción y se

inactiva el usuario.


2d



muestra un mensaje indicando “Error al ingresar programa”.



4f 2.d.1 y 2.d.2


87

Diagramas de secuencia

Gráfico No. 31

Diagrama de secuencia R.F. 02: Ingreso


Gráfico No. 32

Diagrama de secuencia R.F. 02: Actualización


88

Gráfico No. 33



Gráfico No. 34



89

Gráfico No. 35



Gráfico No. 36

Diagrama de secuencia R.F. 04: Actualizar


90

Gráfico No. 37



Gráfico No. 38



91

Gráfico No. 39



Gráfico No. 40



92

Gráfico No. 41



Gráfico No. 42



93

Gráfico No. 43



Gráfico No. 44



94

Gráfico No. 45



Gráfico No. 46



95

Gráfico No. 47



Gráfico No. 48



96

Levantamiento de ambiente para el desarrollo del sistema

Para el realizar el levantamiento de los ambientes de desarrollo se tiene

que haber previamente definido la arquitectura del proyecto, para identificar cada

uno de los recursos que serán utilizados en el desarrollo del mismo.

Dentro de los requerimientos iniciales se consideran los siguientes:

Base de datos Oracle 10g Express Edition.

Servidor de aplicaciones Apache Tomcat 6.0.

Eclipse Mars.

Framework Hibérnate y ZK.

Dentro del diseño de la base de datos encontraremos:

Modelo Entidad Relación.

Tablas.

Types.

Dentro del diseño del aplicativo web tenemos:

Páginas web

o Métodos.

o Constructores.

o Clases.

Conexión a la base de datos.

Configuración del servidor de Aplicaciones

Configuración de librerías.

Diagrama de Diseño de la Base de Datos

Se diseñó la base de datos de acuerdo a las descripciones de los

diagramas de casos de uso. Se crearon las tablas necesarias para cubrí con las

necesidades de los requerimientos se aplicaron criterios de normalización para

un desarrollo oportuno. Para el diseño de la base se usó la aplicación

DataModel.

97

Gráfico No. 49

Diagrama de Diseño de la Base de Datos


98

Implementación y Pruebas.

En esta etapa se realiza el desarrollo del sistema se crean los procesos

necesarios a nivel de Base de Datos y Diseño Web para la correcta integración

del sistema.

Como requerimientos para el desarrollo del proyecto tenemos los siguientes:

Implementación del sistema

Para la implementación del sistema se crean los siguientes elementos:

Desarrollo de los Controller.

Desarrollo de los BO.

Desarrollo de los DAO.

Desarrollo de la interfaz de autenticación. Pruebas Internas

Pruebas de la interfaz autenticación

Pruebas de la interfaz del módulo de Indicadores.

Pruebas de la interfaz del módulo de Auditoría.

Desarrollo de los paquetes de Bases de Datos.

Pruebas del Sistema

Para las pruebas se sistema se hace uso de las pruebas de caja negra a

mediante el análisis de los casos de uso que fueron identificados en el análisis

de requerimientos.

99

Pruebas de Caja Negra

Cuadro No. 17

Caso de Prueba RF 01: Autenticación de Usuarios

Campos a Probar

Id del Caso de

Prueba CP01

Nombre del caso

de Prueba Autenticación de Usuarios en el sistema.

Descripción Se realizara la autenticación de Usuarios en el

sistema

Relación de Caso

de Uso Autenticación de Usuarios

Pasos y

Condiciones

1. Accedemos a la pantalla de Login del sistema.

2. Digitamos usuarios y clave.

3. Accedemos al menú principal del sistema

Estado de Caso de

Prueba

1. Exitosa

2. Exitosa

3. Exitosa

Resultado

Obtenido

1. Se presenta formulario para ingresar usuario y

clave.

2. Clic en la opción ingresar.

3. Se visualiza las opciones principales del

sistema.

Responsable del

Diseño Jean Carlos Marcillo Parrales

Responsable de la

Prueba

Personal de la Secretaria Técnica de Drogas de la

Ciudad de Guayaquil

Comentario

Se realizaron las Pruebas de Manera Exitosa, se

hicieron las respectivas validaciones para evitar

fallos en el sistema


100

Cuadro No. 18

Caso de Prueba RF 02: Administración de Personas

Campos a Probar

Id del Caso de Prueba CP02

Nombre del caso de

Prueba Ingreso de Personas en el sistema.

Descripción

Se realizara ingreso de una persona que

posteriormente será asociada a una o varios

procesos para la administración del sistema

Relación de Caso de

Uso Administración de Personas

Pasos y Condiciones

4. En el sistema seleccionamos el módulo de

Gestión de Procesos Administrativos.

5. Escogemos el sub módulo Configuraciones

y Transacciones Administrativas.

6. Accedemos a la opción de Transacciones.

7. Escogemos la opción Personas.

8. Ingresamos los datos necesarios para el

ingreso de Personas.

9. Una vez que todos los datos estén

correctos dar clic en el botón Guardar.

Estado de Caso de

Prueba

4. Exitosa

5. Exitosa

6. Exitosa

7. Exitosa

8. Exitosa

9. Exitosa

101

Resultado Obtenido

4. Se visualizan los módulos y sub módulos.

5. Se presentan la opciones de menú

perteneciente al sub módulo,

6. Se visualiza la opción para realizar el

registro de una Persona.

7. Se realizan los pasos del Caso de uso

asociado, para ingresar una Persona.

8. Al dar clic en el botón Guardar se

almacenan almacenar los datos ingresados

en el sistema.

9. El sistema da un mensaje de transacción

exitosa.

10. Se visualiza en la lista el registro ingresado.

Responsable del


Responsable de la

Prueba


Ciudad de Guayaquil

Comentario





102

Cuadro No. 19

Caso de Prueba RF 03: Administración de Instituciones

Campos a Probar


Nombre del caso de

Prueba Ingreso de una Institución en el sistema.

Descripción

Se realizara ingreso de una institución que

posteriormente será asociada a una o varios

procesos para la administración del sistema


Uso Administración de Instituciones

Pasos y Condiciones



2. Escogemos el sub módulo Configuraciones y

Transacciones Administrativas.


4. Escogemos la opción Instituciones.


ingreso de una Institución.

6. Una vez que todos los datos estén correctos

dar clic en el botón Guardar.

Estado de Caso de

Prueba

1. Exitosa

2. Exitosa

3. Exitosa

4. Exitosa

5. Exitosa

6. Exitosa

103

Resultado Obtenido





registro de una Institución.


asociado, para ingresar las instituciones.



en el sistema.


exitosa.


Responsable del


Responsable de la

Prueba


Ciudad de Guayaquil

Comentario





104

Cuadro No. 20

Caso de Prueba RF 04: Administración de Tipo de Drogas

Campos a Probar


Nombre del caso de

Prueba Ingreso de Tipo de Drogas en el sistema.

Descripción

Se realizara ingreso de un tipo de droga que

posteriormente será asociado a una o varias

Instituciones Educativas.


Uso Administración de Tipos de Drogas

Pasos y Condiciones





3. Accedemos a la opción de Configuraciones.

4. Escogemos la opción Tipos de Drogas.


ingreso de Tipos de Drogas.



Estado de Caso de

Prueba

1. Exitosa

2. Exitosa

3. Exitosa

4. Exitosa

5. Exitosa

6. Exitosa

105

Resultado Obtenido





registro de un Tipo de Droga.


asociado, para ingresar un Tipo de Droga.


almacenan almacenar los datos

ingresados en el sistema.


exitosa.

7. Se visualiza en la lista el registro

ingresado.

Responsable del

Diseño José Leonel Plúa Chilán

Responsable de la

Prueba


Ciudad de Guayaquil

Comentario





106

Cuadro No. 21

Caso de Prueba RF 05: Administración de Zonas

Campos a Probar


Nombre del caso de

Prueba Ingreso de Zonas en el sistema.

Descripción Se realizara el ingreso de una Zona y se asocia a

una institución educativa.


Uso Administración de Zonas

Pasos y Condiciones



2. Escogemos el sub módulo


Administrativas.


4. Escogemos la opción Zonas.


ingreso de un programa.



Estado de Caso de

Prueba

1. Exitosa

2. Exitosa

3. Exitosa

4. Exitosa

5. Exitosa

6. Exitosa

107

Resultado Obtenido





registro de una Zona.


asociado, para ingresar una Zona.





exitosa.


ingresado.

Responsable del


Responsable de la

Prueba


Ciudad de Guayaquil

Comentario





108

Cuadro No. 22

Caso de Prueba RF 06: Administración de Distritos

Campos a Probar


Caso de Prueba Ingreso de un Distrito en el sistema.

Descripción Se realizara ingreso de un Distrito y se asocia a

una institución educativa.


Uso Administrar de Distritos.

Pasos y Condiciones





Administrativas.

3. Accedemos a la opción de Transacciones

Administrativas.

4. Escogemos la opción Distritos.


ingreso de un Distrito.



Estado de Caso de

Prueba

1. Exitosa

2. Exitosa

3. Exitosa

4. Exitosa

5. Exitosa

6. Exitosa

109

Resultado Obtenido





registro de un Distrito.


asociado, para ingresar un Distrito.





exitosa.


ingresado.

Responsable del


Responsable de la

Prueba


Ciudad de Guayaquil


´

110

Cuadro No. 23

Caso de Prueba RF 07: Administración de Incidencias

Campos a Probar


Nombre del caso de

Prueba Ingreso de Incidencias en el Sistema.

Descripción Se realizara el ingreso de una incidencia la cual se

asocia a la institución y al incidente.


Uso Administración de Incidencias

Pasos y Condiciones


Gestión de Acceso al Sistema.


del sistema.


4. Escogemos la opción Incidencias.


ingreso de una incidencia.



Estado de Caso de

Prueba

1. Exitosa

2. Exitosa

3. Exitosa

4. Exitosa

5. Exitosa

6. Exitosa

111

Resultado Obtenido




3. Se visualiza la opción para realizar el registro

de un Usuario del sistema.


asociado, para ingresar una incidencia.

5. Al dar clic en el botón Guardar se almacenan

almacenar los datos ingresados en el sistema.


exitosa.


Responsable del


Responsable de la

Prueba


Ciudad de Guayaquil

Comentario





112

Cuadro No. 24

Caso de Prueba RF 08: Administración de Programas

Campos a Probar


Nombre del caso de

Prueba Ingreso de Programas Preventivos en el sistema.

Descripción

Se realizara ingreso de un programa preventivo

posteriormente será asociada a una o varias

Instituciones Educativas.


Uso Administración de Programas.

Pasos y Condiciones




del sistema.


4. Escogemos la opción Programas.


ingreso de una incidencia.



Estado de Caso de

Prueba

1. Exitosa

2. Exitosa

3. Exitosa

4. Exitosa

5. Exitosa

6. Exitosa

113

Resultado Obtenido





registro de un Usuario del sistema.


asociado, para ingresar un programa.



en el sistema.


exitosa.

7. Se visualiza en la lista el registro ingresado

8. Debemos esperar que el programa sea

revisado para su aprobación o negación.

9. Luego de ser revisado y si cada uno de sus

lineamientos está correcto el programa será

publicado para que pueda ser consultado

por las otras instituciones para su

aplicación.

Responsable del


Responsable de la

Prueba


Ciudad de Guayaquil

Comentario





114

Cuadro No. 25

Caso de Prueba RF 09: Administración de Ubicaciones Geográficas

Campos a Probar


Nombre del caso de

Prueba

Ingreso de una Ubicación Geográfica en el

sistema.

Descripción Se realizara ingreso una Ubicación Geográfica

que formara parte del sistema.


Uso Administrar Ubicación Geográfica.

Pasos y Condiciones





3. Accedemos a la opción de Configuraciones.

4. Escogemos la opción Ubicaciones

Geográfica.


ingreso de una Ubicación Geográfica.



Estado de Caso de

Prueba

1. Exitosa

2. Exitosa

3. Exitosa

4. Exitosa

5. Exitosa

6. Exitosa

115

Resultado Obtenido





registro de una Ubicación geográfica.


asociado, para ingresar una Ubicación

Geográfica.



en el sistema.


exitosa.


Responsable del


Responsable de la

Prueba


Ciudad de Guayaquil

Comentario Ingreso de una Ubicación Geográfica en el

sistema.


116

Cuadro No. 26

Caso de Prueba RF 10: Administración de Usuarios

Campos a Probar


Nombre del caso de

Prueba Ingreso de Usuarios del Sistema.

Descripción Se realizara el ingreso de un Usuario que formara

´parte del sistema.


Uso Administrar Usuarios del sistema.

Pasos y Condiciones




Configuraciones del sistema.


4. Escogemos la opción Usuarios del

Sistema.


ingreso de un Usuario.



Estado de Caso de

Prueba

1. Exitosa

2. Exitosa

3. Exitosa

4. Exitosa

5. Exitosa

6. Exitosa

117

Resultado Obtenido





registro de un Usuario del sistema.


asociado, para ingresar un Usuario del

Sistema.





exitosa.


ingresado.

Responsable del


Responsable de la

Prueba


Ciudad de Guayaquil

Comentario





118

Ajustes Se realiza retroalimentación del sistema en base al resultado de las pruebas.

Etapas de la Metodología PMI

A continuación se procede a describir cada una de sus etapas.

Ciclo de vida de Proyecto y del producto

Gráfico No. 50

Ciclo de vida de Proyecto y del Producto

Fuente: Gerenciamiento de Proyectos con metodología PMI - PMP

Grupos de Procesos

Los grupos de procesos se utilizan con la finalidad de entregar sistemas

de calidad que garanticen el desarrollo del mismo.

Los grupos de procesos que encontraremos son los siguientes:

Iniciación: Es el inicio de todas las fases dentro del proyecto, en esta

fase se realiza los que es el levantamiento de información y la obtención de

requerimientos.

119

Planificación: En esta fase se definen las actividades del proyecto,

también los tiempos de desarrollo de las mismas, en esta etapa se crean las

estructuras de desglose de trabajo y el cronograma.

Ejecución: En esta etapa tiene como objetivo cumplir con las actividades

que fueron definidas en el EDT y el cronograma respectando los tiempos

establecidos para una de estas actividades. Dentro de esta etapa también se

realizan las pruebas al sistema para validar su correcto desarrollo.

Monitoreo y Control: Este proceso es el encargado de controlar y hacer

que se cumplan con los tiempos definidos para cada una de las tareas definidas

en el cronograma del proyecto.

Cierre: Es la culminación de las actividades definidas en el cronograma,

se realiza la presentación y culminación de las actividades buscando obtener la

satisfacción de los interesados del proyecto y la aceptación de los mismo sobre

el producto.

Dentro de los grupos de procesos se debe equilibrar las demandas de:

Tiempo

Costos

Alcances

Calidad

Satisfacción del cliente

Riesgos

120

Gráfico No. 51

Grupos de Procesos – Ciclo de vida del Proyecto

Fuente: Gerenciamiento de Proyectos con metodología PMI – PMP

Gráfico No. 52 - Gráfico No. 52 - Grupos de Procesos – Limites del proyecto

Fuente: Gerenciamiento de Proyectos con metodología PMI - PMP

121

Iniciación

Metodología PMI

En la etapa de iniciación del proyecto se realizó el Acta de Constitución

del Proyecto, para la creación de la misma se definió:

Enunciado de Trabajo Del Proyecto

El objetivo del proyecto planteado es obtener un sistema que permita

mejorar la gestión de procesos administrativos de la SETED el cual permitirá

tener un control más eficaz en las Escuelas y Unidades Educativas permitiendo

identificar las zonas que son más vulnerables para la relación de los estudiantes

con las drogas, todo esto mediante un registro de incidencias, el cual ayudara a

realizar acciones para contrarrestar este fenómeno que afecta a la sociedad

actualmente.

Factores ambientales de la empresa

Dado que actualmente en la SETED no se cuenta con un sistema que

permita registrar las incidencias cometidas por los estudiantes en las Escuelas y

Unidades Educativas, se debe tener en cuenta que el registro de incidencias en

el sistema no deberá afectar la integridad de los estudiantes con el objetivo de

no generar ningún tipo de discriminación.

Caso de negocio

Este proyecto tuvo apertura debido a la no existencia de un sistema de

carácter automático, ya que siendo una institución educativa en donde

encontramos muchos estudiantes que ya sean por diferentes motivos se

relacionen con estupefacientes mostrando como resultado la expansión de los

mismos dado que los estudiantes son víctimas de las drogas por la

vulnerabilidad de estos sobre los diferentes estupefaciente existentes, esto

genera que cuando unos de estos incidentes es identificados no se puede

reportar de manera rápida si no que se genera un reporte manual el cual deberá

un tiempo específico para que pueda ser comunicado en la SETED y evitando

que esta pueda actuar de manera rápida y oportuna.

La falta de este genera también el no interés por parte de las Escuelas y

Unidades Educativas para crear programa tecnológicos que permitan

contrarrestar este mal, inclusive se puede indicar que los programa actualmente

122

existentes no son aplicados de forma oportuna por el simple hecho de que no

existe un lugar donde se pueda detallar cada uno de los lineamientos a seguir

para la correcta aplicación de los mismos, en ocasiones esto también genera la

perdida de interés de los profesores y padres de familia en dar su apoyo para la

correcta prevención de este mal.

Estudio de viabilidad

Los ámbitos para realizar el estudio de viabilidad son los siguientes:

Operacional

Técnica

Económica

Legal

Cada una de estas fue descritas y detalladas con anterioridad en todos los

aspecto indicando él porque viable y un proyecto factible.

Planificación

Se definen las estrategias usadas para realiza la integración de todos los

procesos que intervienen en el proyecto, así como cada una de las áreas del

conocimiento.

Plan de proyecto inicial

Se define los pasos a seguir para la gestión del proyecto tomando como

punto de partida la creación de la Estructura de desglose de trabajo también

conocida como EDT, la cual nos permitirá identificar cada una de las actividades

que deben cumplir en el proyecto, las cuales deberán estar de forma organizada

y en orden jerárquico para cumplir con los objetivos del proyecto los cuales ya

han sido establecidos.

123

Gráfico No. 53

Estructura de Desglose del Trabajo

Elaboración: Jean Carlos Marcillo Parrales - José Leonel Plúa Chilán

124

Presupuesto del proyecto

A continuación se realiza el presupuesto estimado de costo del proyecto:

Cuadro No. 27

Presupuesto Estimado del Proyecto

RECURSO DETALLE CANTIDAD TOTAL

Hardware $1000 2 $1000

Software $1500 1 $1500

Humano $500 2 $1000

Otros $500 - $500


Limitaciones supuestos y riesgos del proyecto

Las limitaciones del proyecto son:

Presupuesto para la elaboración del proyecto en una estructura más

robusta.

Especificaciones de los recursos con los cuales cuenta la institución.

Evidencias que permita interpretar una incidencia de mejor manera

Tiempo para agendar reuniones donde se debían mostrar los diferentes

avances en la elaboración del proyecto.

A continuación se lista los supuestos:

Cada una de las maquinas desde donde se acceda al sistema cuente con

una conexión y cobertura de internet.

Se registren en los sistemas cada una de las incidencias que se

identifiquen en las Escuelas y Unidades Educativas.

El/las persona(s) encargada(s) de la administración tenga los

conocimientos necesarios sobre administración de datos.

Se registren los programas de ayuda que se crean en cada una de las

Escuelas y Unidades Educativas

125

Plan de comunicación

En el plan de comunicación se determinen los puntos a seguir para que la

transferencia de información sea de forma correcta durante el transcurso del

proyecto.

Interesados que forman parte de la comunicación del proyecto:

SETED


Estudiantes

Personal Docente

Personal Administrativo

Personal de desarrollo del Proyecto

Plan de gestión de Recursos

La elaboración de proyecto será realizada por dos personas por lo que

las actividades que forman parte de este serán divididas de forma equitativa para

no afectar el desarrollo del proyecto, evitando así retrasos en los tiempos de

entrega del proyecto.

A continuación se detalla la matriz de actividades del proyecto y el

responsable de cada una de estas tareas.

126

Cuadro No. 28

Matriz de Actividades del Proyecto


Tarea Responsable

Jean Carlos

Marcillo

José Leonel

Plúa

Reunión con los interesados del

proyecto

X X

Levantamiento de información X X

Análisis de requerimientos X X

Realizar la documentación de

requerimientos

X

Diseño de las estructura del proyecto X

Diseño de arquitectura X X

Diseño de interfaces X

Diseño de base de datos X

Diseño de la estructura de las

páginas web

X

Programación de interfaces X

Desarrollo de la base de datos X

Elaboración de informes X

Realización de pruebas X X

Corrección de posibles errores X X

Implementación de sistema X X

Creación del Manual Técnico X

Creación del Manual de Usuario X

Documentación de todos los

procesos finalizados

X X

127

Plan de gestión de Financiera

Se describen los ingresos que forman parte de la elaboración del proyecto:

Cuadro No. 29

Ingresos del proyecto


Cuadro No. 30

Egresos del proyecto

EGRESOS DÓLARES

Fotocopias manuales del sistema $ 50,00

Recursos para desarrollar el sistema $ 250,00

Empastado, anillado de tesis de grado $ 100,00

Gastos Varios $ 50,00

TOTAL DE EGRESOS $ 450,00


Plan de Análisis de Riesgos

La gestión de riesgos del proyecto permite detectar con anterioridad las

falencias que se pueden presentar durante el desarrollo del proyecto,

permitiendo actuar de forma correcta para evitar el malogramiento del mismo.

Para el realizar el Plan de Análisis de Riesgos se utilizara la herramienta

del análisis FODA por lo cual a continuación se describe el análisis realizado:

Fortalezas El sistema será adaptable, propenso a cambios.

El registro de incidencias que se presenten en las Escuelas y Unidades

Educativas se realizara de forma dinámica.

INGRESOS

Fondos Propios $ 450,00

TOTAL DE INGRESO $ 450,00

128

Permitir la distribución apropiada de los programas de ayuda permitiendo

compartir de forma correcta cada uno de los lineamientos de los

programas.

Reducción de los tiempos de respuesta para evaluar los resultados de las

incidencias cometidas en las Escuelas y Unidades Educativas.

Debilidades Falta de recursos económico para el desarrollo más robusto del sistema.

Mala definición de los requerimientos por parte de los usuarios.

Que el personal encargado de la manipulación del sistema no preste la

debida atención a las capacitaciones que se brinden sobre el uso mismo,

lo que dificulta la innovación que desea realizar la SETED.

Oportunidades Crecimiento a nivel nacional debido a la escalabilidad del sistema

Disponibilidad de información clasificada y actualizadas de las Escuelas y

Unidades Educativas de la ciudad de Guayaquil.

No existe un sistema automatizado para el control de procesos

administrativos.

Amenazas Falta de tiempo para realizar pruebas funcionales.

Requerimientos de último momento.

Falta de disponibilidad de tiempos por parte de los interesados del

proyectos para mostrar los diferentes avances del mismo.

Falta de conocimiento de los recursos con los cuales cuenta la SETED.

Falta de conocimientos necesarios de las personas encargadas de

administrar la base de datos.

La no colaboración por parte del personal de las Escuelas y Unidades

Educativas para el correcto registro de incidencias

Luego de haber realizado el análisis FODA se procede a realizar la matriz en

la cual se identifican cuáles son las mayores vulnerabilidades que se presentan

en la elaboración del sistema, permitiendo establecer estrategias para

contrarrestar las vulnerabilidades encontradas.

129

Cuadro No. 31

Matriz FODA


Luego de realizar la matriz se identifican las vulnerabilidades y riesgos del

proyecto y se elaboran estrategias que eviten el desarrollo de los mismos.

Riesgos

Cuadro No. 32

Matriz de los Riesgos obtenidos del análisis FODA

Tipo

Riesgo

Riesgo

A El sistema no satisface las necesidades del cliente.

B Usuarios se nieguen a utilizar el sistema.

C Poca capacidad para el almacenamiento de información

D Registro erróneos de incidencias por mal uso del sistema

E Por falta de mantenimiento apropiado el sistema se torne obsoleto


FORTALEZAS DEBILIDADES

OP

OR

TU

NID

AD

ES

Implementación del

sistema a nivel nacional.

Mejorar el sistema para

que sea más robusto y

seguro.

Retraso en el registro de incidencias

por la no importancia de los

usuarios.

El sistema sea de difícil

comprensión al no definir

correctamente los requerimientos.

AM

EN

AZ

AS

El estancamiento local

del sistema.

Inconformidad por parte

del usuario en el

desarrollo del sistema.

El sistema sea pésimo debido a la

falta de comunicación entre los

interesados.

Mala operatividad del sistema.

130

Estrategias

Cuadro No. 33

Matriz de los Estrategias para contrarrestar los Riesgos del Proyecto

Tipo

Riesgo Estrategia

A

Organizar varias reuniones para definir correctamente los

requerimientos de usuarios evitando la mala interpretación de los

requerimientos.

B Dar una capacitación dinámica y apropiada a los usuarios llamando

su atención de forma que se muestren interesados en el sistema

C Adquirir un servidor robusto que permita almacenar grande

cantidades de información

D Indicar los lineamientos correctos a seguir para realizar esta

actividad.

E Brindar las facilidades en cuanto a desarrollo para mantener la

continuidad del sistema.


Gestión de Tiempo

Se realizara la gestión de tiempo por medio de la elaboración del

cronograma de actividades haciendo uso de la aplicación Project para llevar un

control de cada una de estas permitido modificar las actividades y tiempo en el

desarrollo del proyecto. La elaboración del cronograma se encuentra adjunta en

la Sección de Anexos.

Ejecución

En esta etapa se detallan cada uno de los procesos funcionales del

sistema se describen a continuación:

131

Accesos al sistema.- Se validan las acciones de ingreso y salida del

sistema (LogIn - LogOut), además se realizan acciones que permita identificar al

usuario que accede al sistema.

Administración del Sistema.- Se realiza la administración de las

actividades del sistema tales como:

Creación de Usuarios.

Cambios de Clave de Acceso.

Permisos de Acceso.

Zonas Regionales.

Escuelas y Unidades Educativas.

Módulos del Sistema.

Operatividad del Sistema.- Son las actividades funcionales para lo cual

fue elaborado el sistema. Entre estas actividades encontramos:

Registro de incidencias

Creación de programas tecnológicos de prevención

Compartir los programas existentes

Manejo de Consultas.- Son las consultas que se van a realizar para

obtener información del sistema, estas pueden ser:

Consulta Personas.

Consulta Incidencias.

Consulta de Programas.

Manejo de Archivos del Sistema.- Esta funcionalidad permite realizar:

Generación de Reportes

Cargar de archivos al sistema

Mantenimiento del sistema.- Aquí se detallan cada una de las

actividades que permitan mantener al sistema de forma segura y mantenible,

tratando de prevenir afectaciones en el sistema. Se definen características para

los mantenimientos:

Preventivo

Correctivo

132

Entregables del Proyecto

Estos son los entregables que se presentaran al finalizar el proyecto:

o Código fuente

o Manual de Instalación

o Manual de usuario

Código Fuente

Se adjunta el código fuente del proyecto, en el cual se incluyen:

o Estructuras de base de datos

o Proyecto de Aplicación Web.

Manual Técnico

Se describen cada uno de las características a realizar para la correcta

configuración y funcionamiento del sistema.

Manual de Usuario

Este documento contiene una explicación detallada de cada una de los

componentes del sistema, se detallan funcionalidades como la correcta

operatividad del sistema, cada una de las pantallas con sus respectivas

características, permitiendo que el usuario interprete cada componente del

sistema de forma correcta.

133

CRITERIOS DE VALIDACIÓN DE LA PROPUESTA

La propuesta de crear un sistema que permita registrar por medio de

incidencias, las múltiples relaciones que mantienen los estudiantes de los

diferentes establecimientos educativos de la ciudad de Guayaquil con la drogas

para la SETED fue solicitada por las autoridades del ente gubernamental.

Esta propuesta fue revisada y validada por el tutor asignado al proyecto el

Ec. Richard Tumbaco Chilán y por las autoridades de la SETED considerando su

criterio de juicio de expertos, quienes indicaron sus comentarios con respecto al

proyecto permitiendo mejorar una comunicación correcta y oportuna para el

beneficio del proyecto a través de pruebas de casos.

Luego de validación de las y mejoras de las observaciones presentadas

se muestra el procesos final validando que cumpla con todos los requerimientos

definidos y que sea del agrado de usuario final en este caso las autoridades de

la SETED.

134

Cuadro No. 34

Plan de Calidad

A continuación se detallan los escenarios más importantes que formaran parte del sistema.

PRUEBAS RESULTADOS ESPERADOS RESULTADOS OBTENIDOS ACEPTACIÓN RECHAZO

Realizar

ingreso de

datos en el

sistema

Se ingresan los datos correctamente datos. Se realiza el registro y se muestra el mensaje

de éxito. 100%

Se ingresan datos erróneos. Se muestra un mensaje indicando el error. 100%

Se omite el ingreso de un campo obligatorio. Se muestra un mensaje indicando el campo

que debe ser llenado obligatoriamente. 100%

Realizar la

administraci

ón de los

usuarios en

el sistema.

Se crea un nuevo usuario en el sistema Se ingresa los datos del nuevo usuario a crear 100%

Se otorgan roles de acceso. Se registra y valida el acceso con el usuario. 100%

Se realiza la asignación de una nueva

opción a un menú Se valida la asignación correcta de la opción. 100%

Generación

de un

reporte de

consultas

Se ingresan correctamente todos los datos

para del reporte.

Se genera el reporte en base a los datos

ingresado. 100%

Se ingresan datos erróneos para el reporte. Se muestra un mensaje indicando el error 100%

Se omite el ingreso de un campo obligatorio. Se muestra un mensaje indicando el campo

que debe ser llenado obligatoriamente. 100%


135

CAPÍTULO IV

Criterios De Aceptación Del Producto O Servicio

En base a las necesidades que fueron expuestas por parte de la SETED,

se presentó la propuesta para le creación del sistema web que permita

administrar de forma sistematizada la gestión de procesos administrativos y

mejorar la comunicación existente entre el ente gubernamental y los diferentes

establecimientos educativos existentes en la ciudad de Guayaquil.

Viendo los beneficios que la propuesta presentada ofrecía a la institución,

se dio paso para realizar el levantamiento de información pertinente, obteniendo

toda la información necesaria para la elaboración del sistema, se identificaron las

operaciones principales y más importantes sin dejar de lado las demás funciones

con las cuales debe cumplir el sistema.

Para cumplir con los objetivos del proyecto así como los alcances

definidos se crea un cronograma de actividades el cual permitirá validar el

cumplimiento de cada una estas mediante procesos de seguimiento y control,

evaluando los resultados obtenidos en el tiempo.

La SETED deberá validar que el sistema para gestión de procesos

administrativos, sea una herramienta dinámica y de fácil acceso, que sea

amigable con el usuario y no presente complicaciones para su manejo,

permitiendo la adaptabilidad del sistema para futuras mejoras y expansiones.

Para el correcto desarrollo del proyecto se planteó mantener una

comunicación constante con la institución en el cual se acordaron diversas

reuniones que sirvieron para despejar dudas, presentación de avances del

sistema durante el transcurso de la elaboración del sistema propuesto.

136

Cuadro No. 35

Matriz de Criterios de Aceptación

Escenario de Evaluación Criterio de Evaluación

El proyecto inicialmente tendrá

disponibilidad local en la ciudad

de Guayaquil, con posibilidades

de expansión a nivel nacional en

el futuro lo que servirá de apoyo

a las Escuelas y Unidades

Educativas para detectar las

vulnerabilidades de sus

estudiantes para relacionarse

con las Drogas.

Se desarrollaron estructuras confiables

y escalables a nivel de base de datos

las cuales permitirán el desarrollo

continuo del proyecto, permitiendo que

la expansión del proyecto se torne

factible.

Permisos de control y acceso al

sistema que permitan mantener

la integridad y seguridad de la

información que se encuentra

almacenada en el sistema,

haciendo que esta sea confiable

para la toma correcta de

decisiones, evitando el daño o el

deterioro de la información.

El sistema cuenta con roles de acceso

que impedirá que la información, pueda

ser manipulada por personal no

autorizado. Los permisos serán

otorgados por usuarios que tengan roles

administrativos. Las claves de usuarios

cuentan con métodos de encriptación

otorgado a nivel de base de datos,

evitando que se filtre este tipo de

información para fines no

administrativos o maliciosos.

Los registros de incidencias

deberán ser seguros para no

perjudicar la integridad del

incidente evitando de esta forma

algún tipo de discriminación,

daño no intencional o

accidental.

Cuando se realice un registro de

incidencia se solicitara los datos del

infractor pero para evitar que la persona

que cometió la incidencia se vea

afectada, se desarrolló un proceso que

realiza la función de encriptación de los

datos personales más relevantes, esta

información no será mostrada a

cualquier usuario, solo podrá ser

137

visualizada por usuarios con roles

administrativos principales en el

sistema.

Los programas de prevención

existente y los que serán

creados a futuros podrán ser

distribuidos de forma

interinstitucional entre todas las


de la ciudad lo que ayudara a

fortalecer a las Escuelas y

Unidades Educativas mediante

la correcta aplicación de los

mismos.

El sistema permitirá la digitalización de

los programas de prevención que

servirán para brindar el apoyo a las


cuando se genere un tipo de incidencia.

También permitirá a la SETED trabajar

de forma conjunta con las Escuelas y

Unidades Educativas y padres de

familia en la correcta creación y

coordinación para realizar una

aplicación segura de estas actividades

Se generan reportes digitales en

formato PDF o Excel

dependiendo de los

requerimientos de consulta del

usuario, se brindaran filtros de

búsquedas para generar los

reportes y podrán ser generados

más de una vez si el caso lo

amerita.

Los reportes generados en el sistema

son de gran utilidad porque nos ayudan

en la mediación de la información

ingresada con respectos a los diferentes

usos que se le pueden dar a las drogas

en las Escuelas y Unidades Educativas.

Esto servirá de ayuda para la SETED a

evaluar de forma estadística la

información obtenida.

Elaborado por: Jean Carlos Marcillo Parrales - José Leonel Plúa Chilán.

Informe de aceptación y aprobación para productos de Software/ Hardware

En base a la evaluación de los resultados obtenidos en las diferentes

matrices que representan la aceptación del producto, sé puede indicar que el

proyecto presentado a la SETED cumple con los requerimientos y lineamientos

que esta institución necesita, dado que los resultados del producto indican que el

proyecto es factible en cada una de estas necesidades por lo que el producto

podrá ser aceptado y posteriormente implementado por parte de la SETED para

mejorar su comunicación con las Escuelas y Unidades Educativas y tener un

sistema de gestión de procesos automatizado.

138

Informe de aseguramiento de la calidad para productos de Software/

Hardware

Requerimientos

Hardware

El sistema realiza el uso de la arquitectura cliente – servidor para realizar

las operaciones transaccionales entre el sistema y los usuarios, dado que al ser

una aplicación web, el cliente no necesita tener una computadora con grandes

recursos, debido a que el sistema es accedido por cualquier navegador web,

facilitando la no instalación de ningún programa que impida la operatividad del

mismo.

Software

Se describen cada una de las características del sistema, lo que de

apoyo o guía para cada una de las personas que se harán cargo de actividades

como realizar mejoras o mantenimiento del mismo.

Para la operatividad del sistema en un ambiente estable se necesita de los

siguientes recursos:

Java JDK 1.6 o superior,

Oracle XE 10g

Apache Tomcat 6.0

Seguridades físicas

Recomendaciones básicas

Se recomienda que el acceso a la base de datos del sistema sea solo

para personal autorizado para mantener la confidencialidad de los datos.

Se recomienda utilizador un servidor adicional para aplicar la metodología

de RAID 1 la que permite mantener un respaldo de la información en

tiempo real.

139

Las ubicaciones de los servidores deberán ser en lugares adecuados que

tengan condiciones ambientales favorables para reducir en lo más

mínimo los riesgos que se generan por fallas o mal funcionamiento de los

equipos.

Todos los servicios del proyecto deberán estar operativos las 24 horas de

día permitiendo mantener la disponibilidad del sistema.

Las mejoras que se quieran del sistema deberán ser realizas en

supervisión del administrador para evitar la mala manipulación del mismo.

Se recomienda que para desarrollos futuros se mantengan los

estándares de la aplicación como de la base de datos para mantener una

integración optima del sistema con los nuevos desarrollos.

Seguridades lógicas

Recomendaciones básicas

Realizar Backups periódicos de la información que se encuentra

almacenada en el sistema.

El acceso a los programas y archivos del sistema deberán ser

únicamente controlados por el administrador del sistema.

Controles de accesos al sistema permitiendo mantener la información

almacenada de forma íntegra.

Mantener un control de cada una de las actividades de los usuarios en

los procesos del sistema, mediante la bitácora generada.

140

Revisiones y actualizaciones

Se deberá realizar revisiones constantes para validar el correcto

funcionamiento del sistema permitiendo detectar posibles cambios o mejoras que

surjan como requerimientos del mismo.

Para esto se debe considerar un cronograma de actividades el cual

permita mantener un correcto control sobre las revisiones y actualizaciones que

deban realizarse al sistema y así evitar falencias.

Este tipo de procesos deberán ser definidos por medio del administrador

del sistema el cual generará procedimientos de seguimiento y control que

permitan identificar cuando exista un cambio o mejora, lo que beneficia a actuar

de forma rápida siguiendo los lineamientos para una toma correcta de

decisiones.

Estas revisiones y actualizaciones realizadas en el sistema beneficiaran a

la SETED en su intención de realizar futuras expansiones del sistema a nivel

nacional.

A continuación se detallan procesos a seguir para el correcto control de sistema:

Establecer mecanismo de control

Como medida de control un buen aporte, es la revisión contaste en cada

avance del proyecto lo que hace que los desarrollos propuesto para la SETED

no sean obsoletos a la hora de presentarlo al usuario, como pasa a menudo en

la mayoría de los sistema que se dan por falta de seguimiento y control en la

etapa de desarrollo.

Las pruebas correctas con los interesados hacen que los avances sean

de manera óptima brindando el apoyo que necesita el proyecto para que en la

etapa final que es la entrega del producto no se presenten ningún tipo de

escenario no contemplado lo cual ayudara a tomar decisiones correctas.

141

En cada una de las pruebas realizadas se indicaron si el alcance

propuesto era suficiente o se debería realizar la revisión de algún escenario que

el usuario indique si convenía ser cambiado, mejorado o corregido permitiendo

así validar que cada una de las funciones del sistema cumpla con los

requerimientos y necesidades de los usuarios finales.

142

Conclusiones y Recomendaciones

Conclusiones

La Elaboración de este sistema será de gran utilidad para mejorar la

comunicación entre la SETED y las Escuelas y Unidades Educativas,

permitiendo tener un mejor control para realizar la toma oportuna de decisiones y

elaborar de medidas preventivas para contrarrestar este fenómeno, mediante la

implementación de tecnologías open Source para mejorar los procesos de

comunicación.

Los procesos automatizados permitirán a la SETED tomar decisiones de forma

eficaz y aplicar las medidas preventivas los más rápido posible permitiendo la

identificación de las zonas más vulnerables.

La base de datos del sistema almacenara la información de todos los procesos

que intervienen en la identificación de una incidencia y la aplicación correcta de

programas preventivos.

Los reportes de incidencia permitirán tener identificados donde se están

aplicando correctamente los programas de prevención y cuales requieren de

mayor atención por parte de la SETED.

La bitacorización de las acciones realizadas en el sistema permitirá identificar si

se está realizando el uso correcto del mismo por parte de los usuarios.

La asignación de permisos a usuarios por medio de los roles de acceso, controla

que la administración del sistema sea seguro y no provoque una manipulación

erróneo del mismo.

143

Recomendaciones

Seguir los lineamientos de desarrollos con los cuales fue creado el

proyecto para que en futuros expansiones sea entendible por el personal

y así lograr un mejor funcionamiento del sistema.

Realizar las respectivas capacitaciones a todos los usuarios que usaran

el sistema, para garantizar el correcto funcionamiento y evitar

confusiones del personal durante su uso del sistema.

Realizar respaldos diarios de la información del sistema, evitando la

perdida de esta ya sea por motivos de catástrofes ambientales o

humanas.

Controlar y verificar periódicamente los espacios de almacenamiento de

los datos guardados en el sistema, para que no exista un colapso de

información.

Manejar procesos de seguridad y control en los servidores que forman

parte del sistema, para evitar que se filtre la información.

Compartir entre los usuarios los manuales de usuario y técnico que

contienen la funcionalidad del sistema, para así evitar retrasos gestión

que realiza el personal de la SETED.

144

Bibliografía

Alonso, F., & Martínez, L. (2005). Introducción a la Ingeniería de Software.

Zaragoza: Delta Publicacones.

Baque, C., & Holguín, A. (2007). Repositorio Institucional de la Universidad de

Guayaquil. Guayaquil.

Congreso Nacional del Ecuador. (2015). Ley de Propiedad Intelectual. Obtenido

de https://www.correosdelecuador.gob.ec/wp-

content/uploads/downloads/2015/05/LEY_DE_PROPIEDAD_INTELECT

UAL.pdf

Constitución del Ecuador. (2016). Regimen del Buen Vivir. Obtenido de

http://www.efemerides.ec/1/cons/index7.htm

Constitución Política de la República. (10 de abril de 2008). Ministerio

Coordinador de Conocimiento y Talento Humano. Obtenido de

https://softwarelibre.conocimiento.gob.ec/documentos-tecnicos/decreto-

1014/

Cuatrecasas Arbós, L. (2012). Gestión de Poyectos. Madrid: Díaz de Santos.

Díaz, J. (2014). Aplicaciones informáticas de Bases de datos relacionales.

España.

Garrido, P. (2015). Comenzando a programar con JAVA.

Gavilanes, J. (2016). Repositorio Institucional de la Escuela Superior Politécnica

de Chimbirazo. Chimborazo.

Gobierno Nacional de la República del Ecuador. (26 de octubre de 2015).

Secretaría Técnica de Drogas. Obtenido de

http://www.prevenciondrogas.gob.ec/wp-content/uploads/2015/06/Ley-

Org%C3%A1nica-de-Prevenci%C3%B3n-de-Drogas.pdf

Gobierno Nacional de la República del Ecuador. (22 de marzo de 2016).

Secretaría Técnia de Drogas. Obtenido de

http://www.prevenciondrogas.gob.ec/wp-

content/uploads/2016/06/Reglamento-a-la-Ley-

Orga%C2%A6%C3%BCnica-de-Prevencio%C2%A6%C3%BCn-Integral-

de-Drogas.pdf

Hurtado, D. (2011). Teoría General de los Sistemas: Un Enfoque Hacía la

Ingeniería en Sistemas. Segunda ed.

Laudon, J. (2004). Sistema de Información Gerencial: Administración de la

empresa. México: Pearson Educación.

Linares Pérez, N., & Cravioto Quintana, P. (12 de Marzo de 2003). Revista

Cubana de Medicina General Integral. Obtenido de

http://www.bvs.sld.cu/revistas/mgi/vol19_2_03/mgi12203.htm#cargo

Macías Cantos , L. (3 de Noviembre de 2015). Las drogas en el ecuador... El

Diario.

McLeod, R. (2000). Sistemas de Información Gerencial. México.

Nevado Cabello, M. V. (2010). Introducción a las Bases de Datos. Madrid:

Visión Libros.

Oracle Corporation. (2016). Java. Obtenido de

https://www.java.com/es/about/whatis_java.jsp

Ortega, I. (2014). Repositorio Digital Universidad Técnica de Ambato. Ambato.

145

Parr, M., & Bell, D. (2003). Java para estudiantes. México: Pearson Education.

Peña , M., & Cela, J. (2001). Introducción a la programación en C. Barcelona:

Edicions UPC.

PL/SQL. (2005). Oracle Help Center.

Project Management Institute, Inc. (2016). Project Management Institute, Inc.

Pucha Atán, J. L. (2015). SISTEMA PARA LA GESTIÓN Y RESERVACIÓN DE

SALAS, GALERÍAS, AUDITORIOS Y TEATROS DE LA SEDE

NACIONAL DE CASA DE LA CULTURA ECUATORIANA. Quito.

Sánchez , J. (2003). Ingeniería de Proyectos Informáticos: Actividades y

Procedimientos. Madrid.

Silberschatz, A., & Korth, H. (2006). Fundamentos de Base de Datos. Chile.

Toro Lopez, F. J. (2013). Administación de proyectos de informática (Vol. 1).

Bogota, Colombia: ECOE.

Tomcat. (2016). Tomcat. Obtenido de Apache Software Foundation.:

http://tomcat.apache.org/whichversion.html

TutorialsPoint. (2015). What is JDBC? Obtenido de JDBC - Introduction:

http://www.tutorialspoint.com/jdbc/jdbc-introduction.htm

Tutorialspoint. (2016). Tutorialspoint. Obtenido de

http://www.tutorialspoint.com/hibernate/hibernate_overview.htm

Universidad de Granada, D. (11 de Febrero de 2014). REPOSITORIO DE

RECURSOS DE APRENDIZAJE UNIVERSIDAD INTERAMERICANA

PARA EL DESARROLLO. Obtenido de UNID:

http://brd.unid.edu.mx/sistemas-de-informacion-2/

ZK. (2016). Obtenido de ZK Framework Documentation:

http://books.zkoss.org/zkessentials-book/master/

146

ANEXOS

Cronograma de Actividades del Proyecto

147

Documents

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS …repositorio.ug.edu.ec/bitstream/redug/16656/1/B... · Secretaria Técnica de drogas fue realizado, para que permita el ingreso de