Gention Hospitalaria

69
Lacides Manuel Mojica
Rafael guerrero solano
juan camilo maestre mendoza
FASE I
ESPECIFICACIÓN DE REQUERIMIENTOS
1. Descripción del proyecto.
1.1. Descripción de las actividades.
El sistema de archivos clínicos de san juan se desarrolla bajo la

Metodología MEDESIPU (Metodología para el Desarrollo de Sistema y
gestión de archivos de la clínica san juan) cumpliendo con las
actividades establecidas en las fases de: inicio, elaboración, construcción
y transición; cuyos resultados se reflejan a continuación:
Fase de Inicio.
1. Propósito
El propósito del Sistema de Información Automatizado para el Control de

documentos, registros, archivos médicos, historias clínicas es proporcionar
una herramienta que permita el proceso de registro tanto de entrada de como
salida de archivos como documentos y consulta de sus registros clínicos, que
permita a los usuarios ver la información de sus documentos como
antecedentes de enfermedades, citas teniendo como objetivo la
70
manipulación eficiente y libre tanto de antecedentes, documentos y todo tipo

de registro sin ningún problema o complicación
2. Alcance:
El sistema anteriormente mencionado tiene como objetivo el manejo eficiente
y eficaz de los datos, registros archivos, documentos, antecedentes,
referentes a la base de datos. Las funcionalidades del sistema están
basadas en: Registro de entrada y salida
69 de archivos y consulta de historias
clínica o documentos. Así mismo como el control que se le da al usuarios a
través de los roles que permiten la seguridad del acceso a los datos o
documentos
3. Definiciones, acrónimos, abreviaturas y referencias:
Actores del sistema: Se le llama actor a toda entidad externa al sistema

que guarda una relación con éste y que le demanda funcionalidad. Esto
incluye a los operadores humanos pero también incluye a todos los sistema
externos, además de entidades abstractas, como el tiempo.
Automatización: Es el conjunto de técnicas aplicadas a sistemas que

reciben información de sus alrededores, la sistematiza y la entrega
procesadas, para comunicar o controlar sus alrededores.
Base de Datos: Es una colección de información organizada de forma que

un programa de ordenador pueda seleccionar rápidamente los fragmentos de
datos que necesite. Una base de datos es un sistema de archivos
electrónico.
MySQL: Es un sistema de gestión de bases de datos relacional, fue creada

por la empresa sueca MySQL AB, la cual tiene el copyright del código fuente
71
del servidor SQL, así como también de la marca. MySQL es un software de

código abierto, licenciado bajo la GPL de la GNU.
Netbeans: Es un entorno de desarrollo, hecho principalmente para

el lenguaje de programación Java. Existe además un número importante de
módulos para extender el NetBeans IDE. NetBeans IDE es un producto libre
y gratuito sin restricciones de uso.
Java: Es una plataforma virtual de software desarrollada por Sun

Microsystems, de tal manera que los programas creados en ella puedan
ejecutarse sin cambios en diferentes tipos de arquitecturas y dispositivos
computacionales ("Diferentes plataformas").
También se puede definir Java como una colección de clases. Algunas

clases se escriben y algunas formas parte de lenguaje java. Un programa
java debe contener un método estático denominado main ().
JDK: Es un grupo de herramientas para el desarrollo de software provisto

por Sun Microsystems, INC. Incluye las herramientas necesarias para
escribir, testear y depurar aplicaciones y applets de Java.
JDK: Java Devlopment Kit.
Requerimientos: Características que se desea que posea un sistema.
Requerimientos Funcionales: Expresan la naturaleza del funcionamiento

del sistema (Cómo interacciona el sistema con su entorno y cuáles van a ser
su estado y funciones)
Requerimientos No Funcionales: Los requerimientos no

funcionales representan características generales y restricciones de la
72
aplicación o sistema que se esté desarrollando. También son conocido

como Restricciones en el espacio de posibles soluciones como:
rendimiento del sistema, interfaces, proceso de desarrollo entre otros.
RFS: Requerimientos funcionales del sistema.
RNFS: Requerimiento no funcionales del sistema.
4. Determinar los stakeholder:

Cuadro 5. Actores del Sistema.
Actores Stakeholder
Coordinadora de IUTM Sede La Villa Ing. María Clemente
Estudiantes Comunidad estudiantil
Fuente: Báez, Martínez, Posada, Ramos, Sanz, Lugo y Medina

(2017).
5. Recolección de la información:
Cuadro 6. Entrevista a la Coordinadora de IUTM Sede La Villa
Código Actividad N°
EAF001 Entrevista a la Coordinadora y Secretaria del IUTM Sede 001
La Villa
Preguntas Abiertas:
¿Qué funciones cumples en el IUTM Sede La Villa respecto a los Proyectos
Socio Tecnológicos?
¿Quién es el encargado de registrar los proyectos socializados?
Explique detalladamente cómo efectúa el registro de los proyectos socio
socializados.
¿Qué datos deben registrar de los proyectos socializados?
¿Qué errores frecuentes se presentan al efectuar dichos registros?
¿Quién tiene acceso a los proyectos socializados?
¿Qué información suministran a los estudiantes que solicitan antecedentes para
sus investigaciones de los proyectos socializados?
Explique dónde y cómo guardan los proyectos presentados en la Sede La Villa.
73
¿Qué tiempo pueden prestar el tomo de proyectos a los estudiantes?

¿Qué problemas se presentan con el préstamo de los proyectos socializados?
Preguntas Cerradas:
Indique sí el tomo lo prestan:
Dentro de la institución:______ Fuera de la Institución:_____
Pueden los estudiantes fotocopiar o imprimir el tomo del proyecto prestado:
Sí:___ No:____
Indique que información pueden fotocopiar o imprimir los estudiantes del tomo del
proyecto prestado:
Resumen: _____ Fases del Proyecto:_____ Todo:____ Nada:___

(2017).
Cuadro 7. Entrevista al Estudiante

Código Actividad N°
EAE001 Entrevista a la Coordinadora y Secretaria del IUTM Sede 001
La Villa
Preguntas Abiertas:
¿Qué problemas tienen para conseguir los antecedentes de los proyectos?
¿Qué información sustraen del tomo de proyecto que sirva a su investigación?
Explique detalladamente cómo es el préstamo de los tomos de los proyectos
socializados dentro del IUTM Sede La Villa.
Preguntas Cerradas:
Indique sí el tomo lo prestan:
El tomo de proyectos aprobados lo prestan:
Dentro de la Institución:____ Fuera:_____
El tiempo de préstamo de los tomos es:
1 Hora:____ Medio día:_____ Un día: _____ Una semana:____ Un mes:____
Permiten sacar copia al tomo de proyectos aprobados:
Sí:____ No:____

(2017).
6. Identificación de las necesidades de los usuarios:
De acuerdo a la entrevista efectuada anteriormente se identificaron las

siguientes necesidades de los usuarios:
74
Cuadro 8. Necesidades de los usuarios

Usuario Coordinadora
Necesidades Registrar los proyectos socializados en el IUTM Extensión
Machiques Sede La Villa, facilitar a los estudiantes el tomo de
los proyectos socializados para que sean utilizados como
antecedentes a nuevos proyectos
Prioridad Alta
Situación No existe en la sede una biblioteca donde almacenar los tomos
Actual de los proyectos socializados, por lo tanto la coordinadora debe
facilitar información a los estudiantes.
(Cont.)
(Cont. Cuadro 13)

Situación Implantación de un Sistema de Información Automatizado para
Propuesta el Control de Proyectos en el Instituto Universitario de
Tecnología de Maracaibo.
Beneficios Rapidez en el registro de los datos, eficiencia en la consulta de
proyectos socializados, seguridad de la información.
Usuario Estudiante
Necesidades Encontrar antecedentes que tengan relación con los proyectos
propuestos para sustentar sus trabajos de grado.
Prioridad Alta
Situación Actualmente en el IUTM Sede La Villa no cuenta con una
Actual biblioteca que tenga almacenados los tomos de los proyectos
socializados donde los estudiantes puedan realizar la revisión
bibliográfica y conseguir información para sustentar sus
proyectos.
Situación Implantación de un Sistema de Información Automatizado para
Propuesta el Control de Proyectos en el Instituto Universitario de
Tecnología de Maracaibo.
Beneficios Rapidez en la búsqueda de información de los proyectos
socializados en el IUTM Sede La Villa.
Base de datos actualizada con todos los proyectos aprobados.

(2017).
7. Descripción global del producto.

7.1. Perspectiva del producto.
75
El Sistema de Información Automatizado para el Control de Proyectos en

el Instituto Universitario de Tecnología de Maracaibo Extensión Machiques
Sede La Villa, permitirá el registro de los proyectos socializados y consulta
de los mismos de manera eficiente y eficaz, proporcionando a los estudiantes
el acceso a la información requerida para utilizar como antecedentes de
nuevos proyectos.
7.2. Restricciones generales.

El sistema debe cumplir con las siguientes restricciones:
 Debe desarrollarse en software libre.
 Ofrecer integridad de los datos.
 Permitir el acceso solo a personas previamente autorizadas.
 Ofrecer a los estudiantes sólo consultas de los proyectos socializados,

por lo cual no debe estar permitido la impresión y almacenamiento en
dispositivos externos.
7.3. Resumen de capacidades.
 El sistema deberá permitir gestionar un mínimo de 50.000 registros.

 El espacio mínimo libre para la base de datos deberá ser de 1 GB.
 Deberá emitir respuestas en un lapso no mayor de 2 minutos.
 El registro de datos se efectuará en un lapso no mayor de 10 minutos.
7.4. Aspectos asumidos y dependencias.
El sistema se desarrollará con el lenguaje de programación orientado a

objeto JAVA bajo plataforma libre, utilizando el entorno de desarrollo
NetBeans. La interfaz de usuario será lo más sencilla posible, se estima que
76
los usuarios a través de una capacitación durante podrán interactuar con el

sistema. Así mismo, se entregará un manual de usuario para que puedan
guiarse en el manejo del sistema.
7.5. Funciones del producto.
Según las necesidades suministradas por los usuarios se establecen las

funciones del sistema, las cuales se especifican a continuación:
Cuadro 9. Funciones de producto

Actor: Coordinadora
ID Uso y Función Riesgo e Incertidumbre
S01 Login Usuario o clave no autorizado
S04 Archivo de Estado Datos existentes
S05 Archivo de Municipio Datos existentes
S06 Archivo de Parroquia Datos existentes
S07 Archivo de Académicos Datos existentes
S08 Archivo de Sede Datos existentes
S09 Archivo de Período Datos existentes
S10 Archivo de Carreras Datos existentes
S11 Archivo de Clasificadores Datos existentes
S12 Archivo de Trayectos Datos existentes
S13 Archivo de Turno Datos existentes
S14 Archivo de Secciones Datos existentes
S16 Gestión de Comunidades Datos incorrectos
S17 Gestión de Participantes Datos incorrectos
S18 Gestión de Docentes Datos incorrectos
S19 Gestión de Proyectos Datos incorrectos
S21 Consultas por Titulo Datos inexistentes
S22 Consultas por Comunidad Datos inexistentes
S23 Consultas por Períodos Datos inexistentes
S24 Consultas por Participantes Datos inexistentes
S25 Consultas por Carreras Datos inexistentes
S26 Consultas por Clasificadores Datos inexistentes
S27 Consultas por Trayecto Datos inexistentes
S28 Consultas por Turnos Datos inexistentes
S29 Consultas por Secciones Datos inexistentes
77
S30 Consultas por Tutor Datos inexistentes

S31 Consultas por Asesor Datos inexistentes
S32 Consultas Múltiples Datos inexistentes
S34 Seguridad Login Usuario no autorizado
S35 Seguridad Roles Usuario no autorizado
S36 Seguridad Usuarios Usuario no autorizado
S37 Seguridad Accesos Usuario no autorizado
S38 Seguridad Base de datos Usuario no autorizado
S39 Respaldar Base de datos Ubicación de destino no encontrada
S40 Restaurar Base de Datos Dispositivo no encontrado
S42 Ayuda
S43 Acerca
(2017).
7.6. Requerimientos específicos.

7.6.1. Requerimientos funcionales.
78
Figura 5. Caso de Uso del Actor Coordinadora

(2017).
Cuadro 10. Documentación textual del Caso de Uso Coordinadora
Id S01
Uso Login
Descripción Breve A través de este caso de uso la Coordinadora puede
ingresar al sistema.
Id S04
Uso Archivo de Estado
registrar, modificar o eliminar datos del Estado
Id S05
Uso Archivo de Municipio
registrar, modificar o eliminar datos del Municipio
Id S06
Uso Archivo de Parroquia
registrar, modificar o eliminar datos de la Parroquia
Id S07
Uso Archivo de Académicos
registrar, modificar o eliminar datos Académicos
Id S08
Uso Archivo de Sede
79
registrar, modificar o eliminar datos del Sede

Id S09
Uso Archivo de Período
registrar, modificar o eliminar datos del Período.
Id S10
Uso Archivo de Carreras
registrar, modificar o eliminar datos de Carrera
Id S11
Uso Archivo de Clasificadores
registrar, modificar o eliminar datos del Clasificadores,
Id S12
Uso Archivo de Trayectos
registrar, modificar o eliminar datos del Trayecto.
Id S13
Uso Archivo de Turno
registrar, modificar o eliminar datos del Turno.
(Cont.)
(Cont. Cuadro 10.)
Id S14
Uso Archivo de Secciones
registrar, modificar o eliminar datos de Secciones,
Id S16
Uso Gestión de Comunidades
registrar, modificar o eliminar datos de Comunidades.
Id S17
Uso Gestión de Participantes
registrar, modificar o eliminar datos del Participante
Id S18
Uso Gestión de Docentes
registrar, modificar o eliminar datos del Estado
Id S19
Uso Gestión de Proyectos
registrar, modificar o eliminar datos de Proyecto.
Flujo de Eventos
Precondiciones La Coordinadora debe haber sido autorizado
previamente.
80
Flujo Principal
a) La Coordinadora debe ingresar al sistema seleccionar del menú
principal la opción “Gestión” y elegir la sub opción “Proyecto”
b) El sistema mostrará la pantalla “Proyectos” solicitando los siguientes
datos:
- Fecha del Proyecto
- Título de Proyecto
- Comunidad
- Asesor
- Sede
- Período
- Carrera
- Clasificador
- Trayecto
- Turno
- Sección
- Asignar los participantes
- Cargar archivos PDF
c)  Una vez llenado los campos en blanco debe hacer clic en el botón
“aceptar”.
d)  El sistema verifica los datos si no hay excepciones registra la
persona. Si hay excepciones envía un mensaje invitando a corregir.
(Cont.)
(Cont. Cuadro 10.)
Flujo de Excepciones
E1 Campos en blancos
E2 Registro existente en la base de datos.
Id S21
Uso Consultas por Titulo
consultar proyecto por Título.
Id S22
Uso Consultas por Comunidad
consultar proyecto por Comunidad.
Id S23
Uso Consultas por Períodos
consultar proyecto por Período.
Id S24
Uso Consultas por Participantes
consultar proyecto por Participantes.
Id S25
Uso Consultas por Carreras
81
consultar proyecto por Carreras.

Id S26
Uso Consultas por Clasificadores
consultar proyecto por Clasificadores.
Id S27
Uso Consultas por Trayecto
consultar proyecto por Trayecto.
Id S28
Uso Consultas por Turnos
consultar proyecto por Turno.
Id S29
Uso Consultas por Secciones
consultar proyecto por Secciones.
Id S30
Uso Consultas por Tutor
consultar proyecto por Tutor.
(Cont.)
(Cont. Cuadro 10.)

Id S31
Uso Consultas por Asesor
consultar proyecto por Asesor.
Id S32
Uso Consultas Múltiples
realizar consultas múltiples.
Id S34
Uso Seguridad Login
bloquear el sistema, es decir cerrar la sesión para que
pueda entrar otro usuario.
Id S35
Uso Seguridad Roles
asignar rol del usuario.
Id S36
Uso Seguridad Usuarios
asignar un usuario.
82
Id S37
Uso Seguridad Accesos
cambiar la clave.
Id S40
Uso Respaldar Base de datos
efectuar respaldo de la base de datos.
Id S40
Uso Restaurar Base de Datos
restaurar la base de datos.
Id S42
Uso Ayuda
ver el manual de usuario.
Id S43
Uso Acerca
obtener información del sistema como nombre de los
autores y en que institución lo hicieron.
(2017).
83
Figura 6. Diagrama de Actividad del Caso de Uso Gestión de Proyecto

(2017).
Cuadro 11. Resumen de especificación funcional del diagrama de actividad
“Gestión de Proyecto”
Resumen de especificación funcional
Uso Gestión de Proyecto
ID S19
Descripción En este caso de uso la Coordinara o la secretaria

pueden registrar, modificar o eliminar datos del proyecto.
Entrada La Coordinadora o la Secretaria deben hacer clic en el
icono del sistema, el cual mostrara la pantalla iniciar
sesión solicitando los siguientes datos:
Usuario: Nombre del usuario
Clave: Clave secreta para entrar al sistema
Luego en el menú principal debe seleccionar la opción
Gestión elegir Proyecto
El sistema mostrará la pantalla “Proyectos” solicitando los
siguientes datos:
- Fecha del Proyecto
84
- Título de Proyecto
- Comunidad
- Asesor
- Sede
- Período
- Carrera
- Clasificador
- Trayecto
- Turno
- Sección
- Asignar los participantes
Cargar archivos PDF
Salida Sí no hay excepciones el sistema mostrará el mensaje
“Registrado” sino mostrará un mensaje de error
invitando a corregirlo.
Excepciones E1. Campos en blancos.
E2. Usuario o clave incorrecta para ingresar al sistema
E3. Registro existente en la base de datos
(2017).
85
Figura 7. Diagrama de Caso de Uso del Actor Estudiante

(2017).
Cuadro 12. Documentación textual del Caso de Uso Estudiante
Id RFE000
Uso Login
Descripción Breve A través de este caso de uso el estudiante puede
ingresar al sistema.
Id RFE001
Uso Consultas por Titulo
consultar proyecto por Título.
Id RFE002
Uso Consultas por Comunidad
consultar proyecto por Comunidad.
Id RFE003
Uso Consultas por Períodos
consultar proyecto por Período.
Id RFE004
86
Uso Consultas por Participantes

consultar proyecto por Participantes.
Id RFE005
Uso Consultas por Carreras
consultar proyecto por Carreras.
Id RFE006
Uso Consultas por Clasificadores
consultar proyecto por Clasificadores.
Id RFE007
Uso Consultas por Trayecto
consultar proyecto por Trayecto.
Id RFE008
Uso Consultas por Turnos
consultar proyecto por Turno.
Id RFE009
Uso Consultas por Secciones
consultar proyecto por Secciones.
Id S30
Uso Consultas por Tutor
consultar proyecto por Tutor.
(2017).
7.6.2. Requerimientos no funcionales.
Cuadro 13 Requerimientos no funcionales
ID RNF-001
Tipo Portabilidad
Descripción El sistema debe ser operable con diferentes sistemas operativos.
ID RNFN002
Tipo Organizacional
Descripción El proceso de desarrollo del sistema y los documentos a entregar
deben estar sujeto a los proceso y los productos definidos en el
documento de especificación del software (DER), documento de
arquitectura del software (DAS), manual de usuario.
ID RFN003
Tipo Seguridad
Descripción El acceso de los usuarios deberá ser controlado a través de
nombre y claves.
ID RFN004
87
Tipo Disponibilidad
Descripción Las consultas deben ser emitidos en un lapso no mayor de 10
segundos una vez activada la opción seleccionada.
Fuente: Báez, Martínez, Posada, Ramos y Sanz (2017).
7.6.3. Autorizaciones
Cuadro 14. Firmas de aprobación
Usuario Líder del Proyecto Equipo de Desarrollo
Nombre y Nombre y Apellido Nombre y Apellido
Apellido
Ing. María Jefry Posada Báez Henry, Martínez Ángel,
Clemente Medina Luís, Posada Jefry,
Ramos Joseph y Sanz Rafael
Firma Firma Firma
Fuente: Báez, Martínez, Posada, Ramos, Sanz , Lugo Medina(2017).
Fase de Elaboración:
1. Análisis y diseño
 Modelo Entidad – Relación
88
Figura 8. Modelo Entidad - Relación

(2017).
 Modelo Lógico
89
Figura 9. Modelo Lógico

Fuente: Báez, Martínez, Posada, Ramos, Sanz, Lugo Medina (2017).
 Modelo Físico
90
Figura 10. Modelo Físico

(2017).
2. Script de la base de datos:
SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS,
UNIQUE_CHECKS=0;
SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS,
FOREIGN_KEY_CHECKS=0;
SET @OLD_SQL_MODE=@@SQL_MODE,
SQL_MODE='TRADITIONAL,ALLOW_INVALID_DATES';
CREATE SCHEMA IF NOT EXISTS `db_proyecto` DEFAULT CHARACTER

SET utf8 COLLATE utf8_general_ci ;
91
USE `db_proyecto` ;
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_estados`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_estados` (
ìd` INT NOT NULL ,
`denominacion` VARCHAR(50) NULL ,
PRIMARY KEY (ìd`) )
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_municipios`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_municipios` (
ìd` INT NOT NULL ,
ìd_estado` INT NULL ,
PRIMARY KEY (ìd`) ,
INDEX `R1_idx` (ìd_estado` ASC) ,
CONSTRAINT `R1`
FOREIGN KEY (ìd_estado` )
REFERENCES `db_proyecto`.`t_estados` (ìd` )
ON DELETE NO ACTION
ON UPDATE NO ACTION)
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_parroquias`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_parroquias` (
ìd` INT NOT NULL ,
ìd_municipio` INT NULL ,
INDEX `R2_idx` (ìd_municipio` ASC) ,
CONSTRAINT `R2`
FOREIGN KEY (ìd_municipio` )
REFERENCES `db_proyecto`.`t_municipios` (ìd` )
ON DELETE NO ACTION
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_comunidades`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_comunidades` (
ìd` INT NOT NULL ,
92
`rif` VARCHAR(15) NULL ,

`razon_social` VARCHAR(100) NULL ,
`sector` VARCHAR(100) NULL ,
`direccion` VARCHAR(100) NULL ,
ìd_municipio` INT NULL ,
ìd_parroquia` INT NULL ,
INDEX `R3_idx` (ìd_parroquia` ASC) ,
CONSTRAINT `R3`
FOREIGN KEY (ìd_parroquia` )
REFERENCES `db_proyecto`.`t_parroquias` (ìd` )
ON DELETE NO ACTION
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_sedes` (
ìd` INT NOT NULL ,
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_carreras`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_carreras` (
ìd` INT NOT NULL ,
ENGINE = InnoDB
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_periodos`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_periodos` (
ìd` INT NOT NULL ,
ENGINE = InnoDB
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_clasificadores`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_clasificadores` (
ìd` INT NOT NULL ,
93

ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_trayectos`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_trayectos` (
ìd` INT NOT NULL ,
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_turnos`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_turnos` (
ìd` INT NOT NULL ,
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_secciones`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_secciones` (
ìd` INT NOT NULL ,
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_docentes`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_docentes` (
ìd` INT NOT NULL ,
`cedula` INT NULL ,
àpellidos` VARCHAR(50) NULL ,
`nombres` VARCHAR(50) NULL ,
`telefono` VARCHAR(15) NULL ,
ENGINE = InnoDB
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_proyectos`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_proyectos` (
ìd` INT NOT NULL ,
`fecha_registro` DATE NULL ,
`titulo` TEXT NULL ,
ìd_comunidad` INT NULL ,
94
ìd_asesor` INT NULL ,

ìd_tutor` INT NULL ,
ìd_sede` INT NULL ,
ìd_periodo` INT NULL ,
ìd_carrera` INT NULL ,
ìd_clasificador` INT NULL ,
ìd_trayecto` INT NULL ,
ìd_turno` INT NULL ,
ìd_seccion` INT NULL ,
INDEX `R4_idx` (ìd_comunidad` ASC) ,
INDEX `R5_idx` (ìd_sede` ASC) ,
INDEX `R6_idx` (ìd_periodo` ASC) ,
INDEX `R7_idx` (ìd_carrera` ASC) ,
INDEX `R8_idx` (ìd_clasificador` ASC) ,
INDEX `R9_idx` (ìd_trayecto` ASC) ,
INDEX `R10_idx` (ìd_turno` ASC) ,
INDEX `R11_idx` (ìd_seccion` ASC) ,
INDEX `R12_idx` (ìd_asesor` ASC) ,
INDEX `R13_idx` (ìd_tutor` ASC) ,
UNIQUE INDEX ìd_asesor_UNIQUE` (ìd_asesor` ASC) ,
UNIQUE INDEX ìd_tutor_UNIQUE` (ìd_tutor` ASC) ,
CONSTRAINT `R4`
FOREIGN KEY (ìd_comunidad` )
REFERENCES `db_proyecto`.`t_comunidades` (ìd` )
ON DELETE NO ACTION
ON UPDATE NO ACTION,
CONSTRAINT `R5`
FOREIGN KEY (ìd_sede` )
REFERENCES `db_proyecto`.`t_sedes` (ìd` )
ON DELETE NO ACTION
CONSTRAINT `R6`
FOREIGN KEY (ìd_periodo` )
REFERENCES `db_proyecto`.`t_periodos` (ìd` )
ON DELETE NO ACTION
CONSTRAINT `R7`
FOREIGN KEY (ìd_carrera` )
REFERENCES `db_proyecto`.`t_carreras` (ìd` )
ON DELETE NO ACTION
CONSTRAINT `R8`
FOREIGN KEY (ìd_clasificador` )
REFERENCES `db_proyecto`.`t_clasificadores` (ìd` )
95
ON DELETE NO ACTION
CONSTRAINT `R9`
FOREIGN KEY (ìd_trayecto` )
REFERENCES `db_proyecto`.`t_trayectos` (ìd` )
ON DELETE NO ACTION
CONSTRAINT `R10`
FOREIGN KEY (ìd_turno` )
REFERENCES `db_proyecto`.`t_turnos` (ìd` )
ON DELETE NO ACTION
CONSTRAINT `R11`
FOREIGN KEY (ìd_seccion` )
REFERENCES `db_proyecto`.`t_secciones` (ìd` )
ON DELETE NO ACTION
CONSTRAINT `R12`
FOREIGN KEY (ìd_asesor` )
REFERENCES `db_proyecto`.`t_docentes` (ìd` )
ON DELETE NO ACTION
CONSTRAINT `R13`
FOREIGN KEY (ìd_tutor` )
REFERENCES `db_proyecto`.`t_docentes` (ìd` )
ON DELETE NO ACTION
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_participantes`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_participantes` (
ìd` INT NOT NULL ,
`cedula` INT NOT NULL ,
àpellidos` VARCHAR(50) NULL ,
`nombres` VARCHAR(50) NULL ,
`direccion` VARCHAR(100) NULL ,
`telefono` VARCHAR(15) NULL ,
UNIQUE INDEX `cedula_UNIQUE` (`cedula` ASC) )
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.
-- -----------------------------------------------------
96
CREATE TABLE IF NOT EXISTS

`db_proyecto`.`t_participantes_has_t_proyectos` (
`t_proyectos_id` INT NOT NULL ,
PRIMARY KEY (`t_proyectos_id`) ,
INDEX `fk_t_participantes_has_t_proyectos_t_proyectos1_idx`
(`t_proyectos_id` ASC) ,
CONSTRAINT `fk_t_participantes_has_t_proyectos_t_proyectos1`
FOREIGN KEY (`t_proyectos_id` )
REFERENCES `db_proyecto`.`t_proyectos` (ìd` )
ON DELETE NO ACTION
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_proyecto_participante`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_proyecto_participante` (
ìd_proyecto` INT NOT NULL ,
ìd_participantes` INT NOT NULL ,
PRIMARY KEY (ìd_proyecto`, ìd_participantes`) ,
INDEX `fk_t_proyectos_has_t_participantes_t_participantes1_idx`
(ìd_participantes` ASC) ,
INDEX `fk_t_proyectos_has_t_participantes_t_proyectos1_idx`
(ìd_proyecto` ASC) ,
CONSTRAINT `fk_t_proyectos_has_t_participantes_t_proyectos1`
FOREIGN KEY (ìd_proyecto` )
ON DELETE NO ACTION
CONSTRAINT `fk_t_proyectos_has_t_participantes_t_participantes1`
FOREIGN KEY (ìd_participantes` )
REFERENCES `db_proyecto`.`t_participantes` (ìd` )
ON DELETE NO ACTION
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_archivos_pdf`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_archivos_pdf` (
ìd` INT NOT NULL ,
ìd_proyecto` INT NULL ,
àrchivo_pdf` VARCHAR(255) NULL ,
INDEX `R_P_A_idx` (ìd_proyecto` ASC) ,
CONSTRAINT `R_P_A`
FOREIGN KEY (ìd_proyecto` )
97

ON DELETE NO ACTION
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_roles`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_roles` (
ìd` INT NOT NULL ,
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_modulos`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_modulos` (
ìd` INT NOT NULL AUTO_INCREMENT ,
`clave` INT NULL ,
ENGINE = InnoDB
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_usuarios`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_usuarios` (
ìd` INT NOT NULL ,
`nombre` VARCHAR(50) NULL ,
ùsuario` VARCHAR(20) NULL ,
`clave` VARCHAR(20) NULL ,
ìd_rol` INT NULL ,
èstado` VARCHAR(10) NULL ,
INDEX `R_R_U_idx` (ìd_rol` ASC) ,
CONSTRAINT `R_R_U`
FOREIGN KEY (ìd_rol` )
REFERENCES `db_proyecto`.`t_roles` (ìd` )
ON DELETE NO ACTION
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `db_proyecto`.`table1`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`table1` (
)
ENGINE = InnoDB;
98
-- -----------------------------------------------------
-- Table `db_proyecto`.`t_accesos`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `db_proyecto`.`t_accesos` (
ìd_rol` INT NOT NULL ,
ìd_modulo` INT NOT NULL ,
PRIMARY KEY (ìd_rol`, ìd_modulo`) ,
INDEX `fk_t_roles_has_t_modulos_t_modulos1_idx` (ìd_modulo` ASC) ,
INDEX `fk_t_roles_has_t_modulos_t_roles1_idx` (ìd_rol` ASC) ,
CONSTRAINT `fk_t_roles_has_t_modulos_t_roles1`
FOREIGN KEY (ìd_rol` )
REFERENCES `db_proyecto`.`t_roles` (ìd` )
ON DELETE NO ACTION
CONSTRAINT `fk_t_roles_has_t_modulos_t_modulos1`
FOREIGN KEY (ìd_modulo` )
REFERENCES `db_proyecto`.`t_modulos` (ìd` )
ON DELETE NO ACTION
ENGINE = InnoDB;
3. Procedimientos para mostrar la tablas en MySQL:

SELECT*FROM `t_estados`
SELECT*FROM `t_municipios`
SELECT*FROM `t_parroquias`
SELECT*FROM `t_comunidades`
SELECT*FROM `t_sedes`
SELECT*FROM `t_carreras`
SELECT*FROM `t_periodos`
SELECT*FROM `t_clasificadores`
SELECT*FROM `t_trayectos`
SELECT*FROM `t_turnos`
SELECT*FROM `t_secciones`
SELECT*FROM `t_docentes`
SELECT*FROM `t_proyectos`
99
SELECT*FROM `t_participantes`
SELECT*FROM `t_participantes_has_t_proyectos`
SELECT*FROM `t_proyecto_participante`
SELECT*FROM `t_archivos_pdf`
SELECT*FROM `t_roles`
SELECT*FROM `t_modulos`
SELECT*FROM `t_usuarios`
SELECT*FROM `db_proyecto`.``table1`
SELECT*FROM `db_proyecto`.``t_accesos`
4. Implantación:
 Prototipo de la Interfaz de Usuario
Pantalla de Ingresar al Sistema
Pantalla del Menú Principal

100
Pantalla de Comunidades
Pantalla de Docentes
101
Pantalla de Proyecto
Pantalla del Menú Consultas

102
Pantalla Consulta de Proyecto
Pantalla Acerca de
103
5. Pruebas y validación
Cuadro 15. Pruebas del sistema

Prueba de Funcionalidad
Objetivos de la Prueba Verificar la funcionalidad del “Registrar Proyecto”
- Dejar campos en blanco.
Técnicas - Colocar datos existentes.
- Colocar datos inválidos.
Criterios de Finalización Se presentaron errores al introducir los datos
Consideraciones .Los errores fueron corregidos oportunamente
Prueba de Interfaz de Usuario
Objetivos de la Prueba Verificar la fácil navegación por cada uno de los
módulos del sistema.
Los usuarios deben navegar por cada uno de los
Técnicas módulos, opciones e interactuar con la aplicación.
Criterios de Finalización
Consideraciones Sin consideraciones
Seguridad
Objetivos de la Prueba Comprobar que el acceso de los usuarios funciona
según las restricciones especificadas:
- Acceder al sistema con los usuarios autorizados
Técnicas y usuarios no autorizados.
- Colocar clave inválida.
Criterios de Finalización
Consideraciones Sin consideraciones
104
Figura 11 Diagrama de despliegue

Fase de Construcción
1. Códigos del sistema
package sacps;
import Clases.ConexionMySQL;
import Clases.Forms;
import java.sql.*;
import java.text.DecimalFormat;
import javax.swing.ImageIcon;
import javax.swing.JLabel;
import javax.swing.JOptionPane;
import javax.swing.JPanel;
import javax.swing.table.DefaultTableModel;
import javax.swing.table.JTableHeader;
import javax.swing.table.TableColumn;
public class frmParticipantes extends javax.swing.JInternalFrame {

DefaultTableModel MODELO;
PreparedStatement INSERTAR;
PreparedStatement MODIFICAR;
String ACCION = "";
String MENSAJE = "";
String ID_ACT;
public static final String TABLA = "t_participantes";
public static final String CODIGO = "id";
public static final String CEDULA = "cedula";
public static final String APELLIDOS = "apellidos";
public static final String NOMBRES = "nombres";
public static final String DIRECCION = "direccion";
public static final String TELEFONO = "telefono";
public frmParticipantes() {
105
initComponents();
Habilitar();
CargarTabla("");
TamañoTabla();
txtBuscar.requestFocus();
((JPanel)getContentPane()).setOpaque(false);
ImageIcon icon = new
ImageIcon(this.getClass().getResource("iconos/fondo.jpg"));
JLabel fondo = new JLabel();
fondo.setIcon(icon);
getLayeredPane().add(fondo, JLayeredPane.FRAME_CONTENT_LAYER);
fondo.setBounds(0, 0, icon.getIconWidth(), icon.getIconHeight());
}
private void TamañoTabla(){

TableColumn column = null;
column = tblDatos.getColumnModel().getColumn(0);
column.setPreferredWidth(50);
}
private void Habilitar(){
btnNuevo.setEnabled(true);
btnGuardar.setEnabled(false);
btnEditar.setEnabled(true);
btnEliminar.setEnabled(true);
btnCancelar.setEnabled(false);
btnCerrar.setEnabled(true);
txtCodigo.setEnabled(false);
txtCedula.setEnabled(false);
txtApellidos.setEnabled(false);
txtNombres.setEnabled(false);
txtDireccion.setEnabled(false);
txtTelefono.setEnabled(false);
tblDatos.setEnabled(true);
txtBuscar.setEnabled(true);
txtBuscar.requestFocus();
106
}
private void Deshabilitar(){
btnNuevo.setEnabled(false);
btnGuardar.setEnabled(true);
btnEditar.setEnabled(false);
btnEliminar.setEnabled(false);
btnCancelar.setEnabled(true);
btnCerrar.setEnabled(false);
txtCodigo.setEditable(false);
txtCedula.setEnabled(true);
txtApellidos.setEnabled(true);
txtNombres.setEnabled(true);
txtDireccion.setEnabled(true);
txtTelefono.setEnabled(true);
tblDatos.setEnabled(false);
txtBuscar.setEnabled(false);
txtCedula.requestFocus();
}
private void Limpiar(){

txtCodigo.setText("");
txtCedula.setText("");
txtApellidos.setText("");
txtNombres.setText("");
txtDireccion.setText("");
txtTelefono.setText("");
}
public int newKey(){
ConexionMySQL mysql = new ConexionMySQL();
Connection cn = mysql.Conectar();
String SQL = "select max(" + CODIGO + ") as clave from " + TABLA;
if (cn == null){
return 0;
}
try{
Statement st = cn.createStatement();
ResultSet rs = st.executeQuery(SQL);
rs.next();
return rs.getInt("clave") + 1;
}
catch (SQLException ex){
107
return 1;
}
}
private void PrimerRegistro(){
String SQL = "";
SQL += "SELECT * ";
SQL += "FROM t_participantes ORDER BY " + CODIGO + " LIMIT 0,1";
try{
if (rs.last()){
DecimalFormat formato = new DecimalFormat("00000000");
txtCodigo.setText(formato.format(rs.getInt(1)));
txtCedula.setText(rs.getString(2));
txtApellidos.setText(rs.getString(3));
txtNombres.setText(rs.getString(4));
txtDireccion.setText(rs.getString(5));
txtTelefono.setText(rs.getString(6));
ID_ACT = txtCodigo.getText();
}
}catch(Exception e){
JOptionPane.showMessageDialog(this, e.toString());
}
}
private void CargarTabla(String valor){
String [] titulos = {"Código", "Cédula", "Apellidos", "Nombres"};
String [] registros = new String [4];
MODELO = new DefaultTableModel(null, titulos){

@Override
public boolean isCellEditable(int fil, int col) {
return false;
}
};
String SQL = "";
SQL += "SELECT * ";
108
SQL += "FROM " + TABLA + " ";

SQL += "WHERE " + CEDULA + " LIKE '%"+valor+"%'";
try{
while(rs.next()){
DecimalFormat formato = new DecimalFormat("00000000");
registros[0] = formato.format(rs.getInt(1));
registros[1] = rs.getString(2);
MODELO.addRow(registros);
}
tblDatos.setModel(MODELO);
PrimerRegistro();
}
catch(SQLException ex){
JOptionPane.showMessageDialog(null, ex);
}
}
public void CargarDatos(String id){
String SQL = "";
String CED = "", APE = "", NOM = "", DIR = "", TEL = "";
SQL += "SELECT * ";
SQL += "FROM " + TABLA + " ";
SQL += "WHERE " + CODIGO + " = " + id;
try
ID_ACT = id;
txtCodigo.setText(ID_ACT);
txtCedula.setText(CED);
txtApellidos.setText(APE);
txtNombres.setText(NOM);
txtDireccion.setText(DIR);
txtTelefono.setText(TEL);
}
catch (SQLException ex){
JOptionPane.showMessageDialog(null, ex);
}
}
109
Fase de Transición
Durante esta fase el equipo desarrollador efectúo la capacitación de los
usuarios Coordinadora y Secretaria, quienes serán los encargados de
efectuar tanto el registro actualización, eliminación de los datos de los
proyectos socio tecnológicos; así como las consulta de los mismos. Cabe
resaltar que la capacitación fue efectuada a través de una inducción, durante
un período de tiempo de una semana. Posteriormente, fue efectuada la
instalación de las aplicaciones correspondientes para que el sistema pueda
operar, así como el sistema, haciéndose la entrega de la documentación
para el mantenimiento del sistema y el CD.
2. Impacto social del proyecto.
El proyecto desarrollado dentro de las instalaciones del Campus

Universitario Dr. Rumualdo Gonzalez tuvo un impacto positivo, primeramente
porque buscaba solventar el problema que presentaban los estudiantes de
los diferentes Programas de Formación del Instituto Universitario de
Tecnología de Maracaibo Extensión Machiques Sede La Villa, en cuanto a
obtener información sobre los proyectos socializados para ser utilizados
como antecedentes a nuevas investigaciones.
Por otro lado, a integración de la comunidad estudiantil con los

profesores permitió el intercambio de saberes para fortalecer más aún el
proceso de enseñanza – aprendizaje, ya que los profesores se integraron
como parte del grupo de proyecto, es decir, como un estudiante más
aportando sus conocimientos para el desarrollo del sistema propuesto. Así
mismo, los autores del proyecto tuvieron la oportunidad de aprender –
haciendo, con el propósito de adquirir experiencia en el ámbito laboral de su
área de estudio. Lográndose de esta manera cumplir con lo establecido en el
110
Programa Nacional de Formación en Informática que es formar estudiantes

integrales con sentido de pertinencia preocupados por los problemas que se
presentan en las comunidades contribuyendo al desarrollo e independencia
tecnológica.
CONCLUSIONES
Los sistemas de información automatizados son herramientas que

permiten el manejo de la información de manera eficiente y eficaz,
minimizando en lo posible errores en la captura de datos, así como la pérdida
de los mismos, proporcionando a las organizaciones información confiable y
útil para la toma de decisiones. Es por ello que el presente proyecto propone
un sistema de información automatizado para el control de los proyectos
aprobados en el Instituto Universitario de Tecnología de Maracaibo Extensión
111
Machiques Sede La Villa, por lo cual plantea una serie de propósitos en los
cuales se concluyeron lo siguiente:
Respecto al primer propósito que corresponde a diagnosticar el registro

de proyectos socio tecnológico, se efectuaron entrevistas a la Coordinadora
de la institución, evidenciándose que los estudiantes tienen dificultad para
obtener información referente a los proyectos socializados y que pueden
servir para la fundamentación de sus propuestas.
En relación a la factibilidad, el análisis costo – beneficio demostró que la

institución cuenta con el equipo operacional así como la aceptación del
personal en la implantación del mencionado sistema, por lo cual el sistema
es factible en el aspecto técnico, económico y operativo para desarrollarse.
Así mismo se ofrecen una serie de beneficios entre ellos minimización de
materiales de oficina, y disponibilidad de información en tiempo oportuno.
Por otro lado, para diseñar el sistema propuesto fue necesaria la

determinación de los requerimientos, demostrando que las entrevistas es
fundamental para el modelado, el cual se hizo a través de los diferentes
diagramas que ofrece el Lenguaje de Modela Unificado que refleja la
funcionalidad de cada uno de los módulos.
Cabe resaltar, que las especificaciones y modelado sirvieron para la
codificación del sistema, siendo de gran utilidad el lenguaje de programación
Java y para la construcción de la base de datos el gestor MySQL, a cada uno
de los módulos construidos fueron aplicadas las pruebas para determinar la
calidad del mismo. Finalmente puede concluirse que el sistema de
información automatizado para el control de proyectos en el Instituto
Universitario de Tecnología de Maracaibo fue implantado en la Sede Villa del
Rosario, sin embargo es importante resaltar que el impacto en la comunidad
estudiantil será reflejado en el período académico siguiente, esperándose
112
que su impacto sea positivo y pueda solventar el problema que presentan los
estudiantes con el prestamos de proyectos socializados. Además, hay que
destacar que el intercambio de saberes y la integración con la comunidad
abordada logro la creación de nuevos conocimientos que permiten al
estudiante adquirir experiencia laboral en el área de informática.
RECOMENDACIONES
Los integrantes que conforman el grupo de proyecto de acuerdo a los

resultados obtenidos en la implantación del sistema propuesto sugieren:
 Establecer políticas para el control de proyectos en el Instituto

Universitario de Tecnología de Maracaibo Extensión Machiques Sede Villa
del Rosario.
113
 Ofrecer información a la comunidad estudiantil de los beneficios que

tiene el sistema propuesto para sus investigaciones, así como su uso.
 Diseñar controles que permitan la seguridad de la información.
 Efectuar mantenimiento y respaldo a la base de datos y guardarlos en

sitios seguros.
 Realizar continuamente respaldo de la información y guardarlos en sitios

seguros.
 Elaborar y entregar el manual de usuario para el uso adecuado del

sistema.
REFERENCIAS BIBLIOGRÁFICAS
Acero y Col. (2012). Sistema Computarizado para el Control de Notas de los

Alumnos de la Tercer Etapa de la Escuela Básica Social de Avanzada
Dr. Eloy Párraga Villamarin. Instituto Universitario de Tecnología de
Maracaibo Extensión Machiques Sede La Villa.
Acevedo (2000). Técnicas para Investigar. Editorial Pearson Educación.

España.
114
Arias (2004). Introducción a la Metodología de la Investigación en Ciencias

de la Administración y del Comportamiento. Editorial Trillas, México.
Booch y Rumbaugh (2011). UML El Lenguaje Unificado de Modelado.

Consultado el 14-02-2017. Disponible en
http://tecnocomputo.co/almacen/Root/Informatica
%20Pdf/Informatica_Grady%20Booch%20Jim%20Rumbaug%20e
%20Ivan%20Jacopson-El%20lenguaje%20Unificado%20de
%20modelado%20UML.pdf
Cantero y Col (2014). Sistema de Información para los procesos

administrativos de la Unidad Educativa Agroecológica Sierra de Perijá.
Instituto Universitario de Tecnología de Maracaibo Extensión Machiques
Sede La Villa
Chacín y Col. (2011). Sistema de Información para el Control de Ubicación

de Repuestos Automotrices de la Empresa Súper Mezclas San Remo
C.A. Instituto Universitario de Tecnología de Maracaibo Extensión
Machiques Sede La Villa.
Cobo (2009). Diseño y Programación de Base de Datos. Editorial Visión

Libros, España.
Constitución de la República Bolivariana de Venezuela (1999). Disponible en:

http://www.me.gob.ve/media/contenidos/2006/d_269_8.pdf . Consultado
el 10-10-2015
Frances, F. (2008). La Investigaclión Social. El paradigma cualitativo y

cuantitativo. Disponible en: http://personal.ua.es/es/francisco-
frances/materiales/tema1/el-paradigma-cuantitativo-y-el-paradigma-
cualitativo.html. Consultado el 25-10-2015
García (2003). Diseño e Implementación de Sistemas. Editorial SIEZ,

Colombia.
Hurtado (2007). Metodología de la Investigación. Quinta Edición. Ediciones

Quiron Sypal, Caracas.
Jiménez y Pérez (2009).Aprenda a programa con Java. Editorial Paraninfo,

España.
Kuhn (1962). La estructura de las revoluciones científicas. México: Fondo de

Cultura Económica.)
115
Kendall y Kendall (2005). Análisis y Diseño de Sistemas (6ª ed.). Pearson

Educación, México.
Laudon y Laudon (2004). Sistemas de información Gerencial. Editorial

Pearson Educación- Prentice Hall. México
Llanos (2010). Fundamentos de Informática y Programación en C. Editorial

Paraninfo, España.
Ley Orgánica de Ciencia, Tecnología e Innovación (2010). Disponible en

http://www.ivic.gob.ve/varios/locti.pdf Consultado el 10-10-2015
Martínez P. (2009). Cualitativa - mente. Los secretos de la investigación

cualitativa. ESIC Editorial, Madrid España.
Mora (2003). Sistemas Organizacionales. Editorial Universidad Cooperativa

de Colombia. Colombia.
Moreno (2011). Tutorial del Lenguaje de Programación C. Disponible en

https://duglasm.wordpress.com/tutoriales-de-progrmacion/tutorial-del-
lenguaje-de-programacion-c/ Consultado el 15-01-2016.
Muñoz (2001). El Diagnóstico Participativo. Volumen 1 Serie La Organización

Comunitaria.
Patton (1978). Evaluación centrada en la utilización. Beverly Hills: Cerco.
Peralta (2008). Desarrollo de Sistema de Información. Ediciones de la

Universidad Politécnica de Cataluya. México.
Plan de la Patria (2013-2019). Disponible en www.asambleanacional.gob.ve/

Consultado el 10-10-2015
Rojas y Col. (2013). Conceptos Básicos de Proyectos Socio Tecnológicos.

Disponible en https://es.scribd.com/doc/51774274/Proyecto-socio-
tecnologico. Consultado el 15-01-2016.
Rodríguez, G (1997). Metodología de la Investigación Cualitativa. Ediciones

Aljibe S.L. Málaga.
Ruíz (2011). Proyectos Socio Tecnológicos. Disponible en

https://sistemassucre.wikispaces.com/Proyecto+Socio+Tecnol
%C3%B3gico. Consultado el 15-01-2015.
116
Yañez (2006). Programación Java. La Tecnología Java. Disponible en

http://profesores.fi-b.unam.mx/carlos/java/indice.html

Gention Hospitalaria

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Gention Hospitalaria

Cargado por

Copyright:

Formatos disponibles

69

Lacides Manuel Mojica

Rafael guerrero solano

juan camilo maestre mendoza

1. Descripción del proyecto.

1.1. Descripción de las actividades.

El sistema de archivos clínicos de san juan se desarrolla bajo la

El propósito del Sistema de Información Automatizado para el Control de

manipulación eficiente y libre tanto de antecedentes, documentos y todo tipo

3. Definiciones, acrónimos, abreviaturas y referencias:

Actores del sistema: Se le llama actor a toda entidad externa al sistema

Automatización: Es el conjunto de técnicas aplicadas a sistemas que

Base de Datos: Es una colección de información organizada de forma que

MySQL: Es un sistema de gestión de bases de datos relacional, fue creada

del servidor SQL, así como también de la marca. MySQL es un software de

Netbeans: Es un entorno de desarrollo, hecho principalmente para

Java: Es una plataforma virtual de software desarrollada por Sun

También se puede definir Java como una colección de clases. Algunas

JDK: Es un grupo de herramientas para el desarrollo de software provisto

JDK: Java Devlopment Kit.

Requerimientos: Características que se desea que posea un sistema.

Requerimientos Funcionales: Expresan la naturaleza del funcionamiento

Requerimientos No Funcionales: Los requerimientos no

aplicación o sistema que se esté desarrollando. También son conocido

RFS: Requerimientos funcionales del sistema.

RNFS: Requerimiento no funcionales del sistema.

4. Determinar los stakeholder:

Fuente: Báez, Martínez, Posada, Ramos, Sanz, Lugo y Medina

¿Qué tiempo pueden prestar el tomo de proyectos a los estudiantes?

Fuente: Báez, Martínez, Posada, Ramos, Sanz, Lugo y Medina

Cuadro 7. Entrevista al Estudiante

Fuente: Báez, Martínez, Posada, Ramos, Sanz, Lugo y Medina

6. Identificación de las necesidades de los usuarios:

De acuerdo a la entrevista efectuada anteriormente se identificaron las

Cuadro 8. Necesidades de los usuarios

(Cont. Cuadro 13)

Fuente: Báez, Martínez, Posada, Ramos, Sanz, Lugo y Medina

7. Descripción global del producto.

El Sistema de Información Automatizado para el Control de Proyectos en

7.2. Restricciones generales.

 Ofrecer integridad de los datos.

 Permitir el acceso solo a personas previamente autorizadas.

 Ofrecer a los estudiantes sólo consultas de los proyectos socializados,

7.3. Resumen de capacidades.

 El sistema deberá permitir gestionar un mínimo de 50.000 registros.

7.4. Aspectos asumidos y dependencias.

El sistema se desarrollará con el lenguaje de programación orientado a

los usuarios a través de una capacitación durante podrán interactuar con el

7.5. Funciones del producto.

Según las necesidades suministradas por los usuarios se establecen las

Cuadro 9. Funciones de producto

S30 Consultas por Tutor Datos inexistentes

7.6. Requerimientos específicos.

Figura 5. Caso de Uso del Actor Coordinadora

Fuente: Báez, Martínez, Posada, Ramos, Sanz, Lugo y Medina

registrar, modificar o eliminar datos del Sede

consultar proyecto por Carreras.

(Cont. Cuadro 10.)

Figura 6. Diagrama de Actividad del Caso de Uso Gestión de Proyecto

Descripción En este caso de uso la Coordinara o la secretaria

Figura 7. Diagrama de Caso de Uso del Actor Estudiante

Uso Consultas por Participantes

Fuente: Báez, Martínez, Posada, Ramos, Sanz , Lugo Medina(2017).