Está en la página 1de 316

REPÚBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA DEFENSA


UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA DE LA
FUERZA ARMADA BOLIVARIANA
VICERRECTORADO ACADÉMICO
NÚCLEO ZULIA

DISEÑO DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL DE


LAS ACTIVIDADES EN EL ÁREA ACADÉMICA DE LA UNEFA ESTADO
ZULIA

Autores:

Edgardo José Conde Suárez


C.I.V. 27.332.450

Cindy María Villasmil Urdaneta


C.I.V. 24.604.810

Maracaibo, enero de 2024


REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA DEFENSA
UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA DE LA
FUERZA ARMADA BOLIVARIANA
VICERRECTORADO ACADÉMICO
NÚCLEO ZULIA

DISEÑO DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL DE


LAS ACTIVIDADES EN EL ÁREA ACADÉMICA DE LA UNEFA ESTADO
ZULIA
Trabajo especial de Grado para optar al título de Ingeniero en Sistemas

Tutor(a):

Ing. Ysgleimy Bermúdez

Autores:

Edgardo José Conde Suárez


C.I.V. 27.332.450

Cindy María Villasmil Urdaneta


C.I.V. 24.604.810

Maracaibo, enero de 2024


REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA DEFENSA
UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA DE LA
FUERZA ARMADA BOLIVARIANA
VICERRECTORADO ACADÉMICO

APROBACIÓN DEL TUTOR ACADÉMICO

Por medio de la presente, yo Ing. Ysgleimy Bermúdez C.I. xxxxxxxxx,


hago constar que he leído el Trabajo Especial de Grado, realizados por los
estudiantes: Edgardo José Conde Suárez C.I.V. 27.332.450 y Cindy María
Villasmil Urdaneta C.I.V. 24.604.810, para optar al Grado de Ingeniero en
Sistemas, cuyo título es, DISEÑO DE UN SISTEMA DE INFORMACIÓN
PARA EL CONTROL DE LAS ACTIVIDADES EN EL ÁREA ACADÉMICA
DE LA UNEFA ESTADO ZULIA. Considero que el trabajo reúne los
requisitos suficientes para ser sometido a la presentación pública y
evaluación por parte del jurado examinador que designe la UNEFA-Zulia con
los requisitos y méritos suficientes para su aprobación.

En la Ciudad de Maracaibo, a los 15 días del mes de enero del 2024.

_____________________
Ing. Ysgleimy Bermúdez
C.I.V. xxxxxxxxx
Tutor Académico
REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA DEFENSA
UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA DE LA
FUERZA ARMADA BOLIVARIANA
VICERRECTORADO ACADÉMICO

APROBACIÓN DEL JURADO EXAMINADOR

Por medio de la presente, yo XXXXXXXX C.I. XXXXXXXXX, en mi


carácter de presidente del jurado examinador, XXXXXXXXXXXX C.I.
XXXXXXXXXX, en mi carácter de primer miembro del jurado examinador, y
XXXXXXXXXXX C.I. XXXXXXXXX, en mi carácter de segundo miembro del
jurado examinador, manifiéstanos la aprobación del Trabajo Especial de
Grado, titulado: DISEÑO DE UN SISTEMA DE INFORMACIÓN PARA EL
CONTROL DE LAS ACTIVIDADES EN EL ÁREA ACADÉMICA DE LA
UNEFA ESTADO ZULIA. Presentado por el (los) estudiante (s) Edgardo
José Conde Suárez C.I.V. 27.332.450 y Cindy María Villasmil Urdaneta C.I.V.
24.604.810 Consideramos que el trabajo fue expuesto de acuerdo a los
requisitos exigidos para ser evaluado y presentado en defensa pública y oral
ante este Jurado Examinador que se designó la UNEFA-Zulia. Confiriéndole
el título de XXXXXXXXXXXX.

En la Ciudad de Maracaibo, a los 15 días del mes de enero del año 2024.

__________________ __________________
__________________
Presidente 1er Miembro 2do Miembro
DEDICATORIA

Dedicamos este logro a:

Gracias a nuestros padres, porque creen en nosotros, porque siempre

avanzan y nos dan ejemplos dignos de superación y dedicación, porque

gracias a ellos hoy veo nuestras metas cumplidas, porque ellos siempre van

hacia adelante.

Pasamos por los momentos más duros de nuestras carreras... porque su

orgullo por nosotros nos impulsa hasta el final. Gracias a nuestros hermanos

y familiares cercanos por estar ahí y darnos consejos cuando más los

necesitábamos.

Gracias por inculcarnos el deseo de desarrollarnos y triunfar en la vida.

Las palabras no alcanzan para agradeceros vuestro apoyo, comprensión y

consejos durante estos momentos difíciles. Espero no decepcionarlos a

todos y recibir siempre su querido, sincero e incondicional apoyo. Gracias…

Edgardo Conde, y Cindy Villasmil.


RECONOCIMIENTOS

Nos gustaría expresar nuestro infinito reconocimiento a las siguientes

personas y organizaciones:

En primer lugar, gracias a Dios Todopoderoso por guiarnos por el camino

de la felicidad hasta ahora; en segundo lugar, a cada miembro de nuestra

familia, a nuestros padres y hermanos.

A todos nuestros familiares inmediatos; Siempre nos has dado fuerza y

apoyo incondicional, nos ayudaste y nos condujiste hasta donde estamos

ahora.

Gracias a los instructores de la prestigiosa Universidad Nacional

Experimental de la Fuerza Armada Nacional de Bolívar (UNEFAB), quienes

nos dieron la oportunidad de crecer y nos brindaron conocimiento, sabiduría

y experiencia, son grandes representantes de tan valiosa nación y

honorables organizaciones como la UNEFAB.

Reconocemos a nuestra gestora de contenidos: Ing. Ysgleimy Bermúdez,

quien nos ayudó mucho y jugó un papel importante en la implementación de

esta capacitación especial. No podríamos haber completado este programa

de vida profesional sin ella. Gracias a todos...


Edgardo Conde, y Cindy Villasmil.
ÍNDICE GENERAL

Pág.
Portada del título.......................................................................................

Aprobación del tutor..................................................................................

Aprobación del jurado...............................................................................

Dedicatoria................................................................................................

Reconocimientos......................................................................................

Índice general...........................................................................................i

Índice de cuadros o tablas........................................................................v

Índice de figuras o ilustraciones................................................................vi

Índice de diagramas................................................................................. ix

Resumen.................................................................................................. x

Introducción..............................................................................................1

CAPÍTULO I: EL PROBLEMA.................................................................5

Planteamiento del problema.................................................................5

Formulación del problema..............................................................12

Objetivos General...........................................................................13

Objetivos Específicos.....................................................................13

Justificación de la investigación.....................................................13

Plan de la Patria 2019-2025...........................................................17

Limitaciones de la investigación.....................................................20

CAPÍTULO II: MARCO TEÓRICO...........................................................22

Antecedentes de la investigación.........................................................22

i
Bases teóricas..........................................................................................28

Administración..........................................................................................29

Procesos administrativos..........................................................................29

Objetivo de la administración....................................................................30

Área académica........................................................................................30

Actividades académicas...........................................................................31

Proceso.....................................................................................................32

Control de Proceso...................................................................................33

Definición de control.................................................................................34

Sistema de Información............................................................................35

Objetivos de un Sistema de Información..................................................36

Tipos de Sistema de Información.............................................................37

Elementos de un Sistema de Información................................................43

Sistema de Información Web (SIW)..........................................................43

Características de un Sistema Web..........................................................44

Ventajas de un Sistema Web....................................................................44

Metodología Iweb..................................................................................... 44

Estructura de la Iweb................................................................................46

Etapas del Proceso de Metodología Iweb................................................46

UML (Lenguaje Unificado de Modelado)..................................................53

Diagramas UML........................................................................................54

Elementos de una Clase...........................................................................59

Tipos de relaciones entre clases..............................................................62

ii
Diagramas de Flujo...................................................................................65

Aplicación Web.........................................................................................66

Diseño y Desarrollo de Aplicaciones Web................................................68

Tecnologías Web......................................................................................69

Arquitectura de aplicación Web................................................................69

Protocolo de red....................................................................................... 70

Servidor Web............................................................................................71

Lenguajes de programación.....................................................................72

Lenguajes de Programación empleados en la Aplicación Web................73

Javascript..................................................................................................77

AJAX.........................................................................................................77

Base de Datos..........................................................................................78

Elementos de una base de datos.............................................................79

Sistema de administración de base de datos...........................................80

Funciones del sistema de gestión de bases de datos (SGBD).................81

PosgreSQL............................................................................................... 82

Ventajas de PostgreSQL..........................................................................83

Programas utilizados en el desarrollo de sistemas de información..........84

Adobe Dreamweaver 10...........................................................................85

Navicat For PostgreSQL...........................................................................85

Características de Navicat for PostgreSQL..............................................86

PgAdmin III............................................................................................... 87

Enterprise Architect 7.5 (Arquitecto de empresa 7.5)...............................88

iii
Microsoft OfficeVisio.................................................................................88

Software libre............................................................................................89

Beneficios generales del software libre....................................................90

Definición de términos básicos.............................................................92

CAPÍTULO III: MARCO METODOLÓGICO.............................................101

Tipo de investigación................................................................................101

Diseño de la investigación........................................................................102

Técnica e instrumentos de recolección de datos......................................103

Metodología utilizada................................................................................104

CAPÍTULO IV: RESULTADOS DEL ESTUDIO.......................................114

Fase I: Investigación preliminar................................................................116

Fase II: Determinación de los requerimientos..........................................123

Fase III: Diseño del Sistema.....................................................................151

Fase IV: Desarrollo del Sistema...............................................................229

Fase V: Pruebas del Sistema...................................................................265

Fase VI: Implantación y Evaluación del Sistema......................................273

Conclusiones............................................................................................279

Recomendaciones....................................................................................283

Lista de Referencias bibliográficas.......................................................285

Anexos.....................................................................................................290

iv
ÍNDICE DE CUADROS O TABLAS

N° Pág.

01. Tipos de Clases de Análisis................................................................56

02. Valores de cardinalidad de relaciones................................................61

03. Simbología utilizada en los Diagramas de Flujo.................................66

04. Costo de Software...............................................................................151

05. Matriz de desarrollo de funciones.......................................................232

06. Adecuidad...........................................................................................236

07. Seguridad........................................................................................... 237

08. Madurez..............................................................................................238

09. Recuperabilidad..................................................................................238

10. Tolerancia a fallos...............................................................................239

11. Entendibilidad.....................................................................................240

12. Operatibilidad......................................................................................241

13. Comportamiento en el tiempo.............................................................242

14. Analizabilidad......................................................................................243

15. Cambiabilidad.....................................................................................243

16. Estabilidad...........................................................................................243

17. Conformidad de transportabilidad.......................................................245

18. Descripción del elemento.....................................................................250

19. Propiedades.........................................................................................250

20. Descripción del elemento. Cont….......................................................254

v
ÍNDICE DE FIGURAS O ILUSTRACIONES

N° Pág.

01. Modelo de Proceso IWeb....................................................................46

02. Diagrama de cadena de valor.............................................................48

03. Diagrama de Jerarquía de Proceso..................................................49

04. Diagrama de Proceso.........................................................................49

05. Diagrama de Actividad........................................................................50

06. Diagrama de Objeto............................................................................50

07. Diagrama de Estructura Organizacional............................................51

08. Diagrama de Actividad/Actor..............................................................52

09. Diagrama de Reglas...........................................................................52

10. Modelo de Eventos.............................................................................53

11. Elementos básicos de caso de uso....................................................55

12. Elementos básicos de diagrama de clases de análisis....................57

13. Elementos de diagrama de colaboración............................................58

14. Elementos básicos de diagrama de secuencia...................................58

15. Elementos de diagrama de clase........................................................59

16. Clases heredadas...............................................................................62

17. Relación por Composición..................................................................63

18. Relación por Referencia....................................................................63

19. Relación de Asociación......................................................................64

.20. Relación de dependencia.................................................................64

vi
21. Arquitectura de tres Niveles................................................................70

22. Funcionamiento de página PHP en un servidor.................................75

23. Caso de Uso Usuarios Módulo “Perfil-Decanato”...............................126

24. Caso de Uso Usuarios Módulo “Perfil-Área Secretaria”......................128

25. Módulo de usuario “Perfiles Núcleos Universitarios de la UNEFA”....128

26. Caso de usuario del módulo "Gestión de archivos-educación"..........129

27. Módulo de Caso "Perfil-CPPU-Asuntos Sociales e Informática"........130

28. Caso de uso del módulo "Gestión de perfiles"....................................130

29. Caso de Uso Usuarios Módulo “Perfil-Defensa Integral”....................131

30. Caso de uso del módulo "Perfil-Campo Académico"..........................132

31. El caso de uso utiliza el módulo "Configuración del sistema".............133

32. Lenguaje unificado de modelado UML...............................................139

33. Diagrama de flujo del sistema.............................................................140

34. Perfil del Decano................................................................................ 141

35. Perfil Área Secretaria..........................................................................142

36. Consejo del Núcleo Universitario de la UNEFA..................................142

37. Perfil Gestión Educativa......................................................................143

38. Perfil CPPU-Asuntos Sociales y PC...................................................143

39. Perfil Administrativo............................................................................144

40. Perfil Defensa Integral........................................................................144

41. Perfil Secretaría..................................................................................145

42. Perfil Configuración del Sistema.........................................................145

43. Diagrama de Clases del sistema........................................................221

vii
44. Arquitectura del sistema e interrelaciones..........................................259

45. Estructura jerárquica lineal.................................................................260

46. Estructura de la página de inicio de sesión del sistema.....................261

47. Estructura de la página de inicio de sesión........................................261

48. Página general del sistema.................................................................262

49. Plantilla general del sistema...............................................................264

50. Proceso de creación de pruebas del sistema.....................................270

51. Pruebas de Software..........................................................................271

viii
ÍNDICE DE DIAGRAMAS

N° Pág.

01. Diagrama de flujo de actividades para la gestión de analistas...........254

02. Flujo operativo para el control del supervisor.....................................255

03. Régimen de actividades administrativas Decanato de Unefa-Zulia....256

04. Diagrama de flujo para los administradores del sistema....................257

ix
REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA DEFENSA
UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA
DE LA FUERZA ARMADA BOLIVARIANA

DISEÑO DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL DE


LAS ACTIVIDADES EN EL ÁREA ACADÉMICA DE LA UNEFA ESTADO
ZULIA

Autor(es):
Br. Edgardo José Conde Suárez
Br. Cindy María Villasmil Urdaneta
Tutor:
Ing. Ysgleimy Bermúdez
Fecha: 15/01/2024

RESUMEN
La Universidad Politécnica Nacional Experimental de las Fuerzas Armadas
Bolivarianas es responsable de formar ciudadanos con capacidades
liberadoras y humanitarias dedicadas a la Revolución Bolivariana a través de
la docencia, la investigación y la promoción. Como mecanismo de integración
de los países de América Latina y el Caribe, es necesario mantener planes
nacionales de desarrollo y promover la producción e intercambio de
conocimientos. Para ello se propone establecer un sistema de información
para el control de las actividades del ámbito académico en la Unefa Estado
Zulia. En este sentido, este trabajo ha surgido a partir de las necesidades
que enfrentan los empleados de la organización, con el objetivo de
desarrollar un sistema de información para el control de las actividades
académicas con el fin de mejorar efectivamente el desarrollo de las
actividades. Para construir este marco se utilizó el enfoque IWeb (Kendall y
Kendall 2001), combinado con el Lenguaje Unificado de Modelado (UML) y
como guía principal para el uso de estándares abiertos y software libre. Los
métodos y herramientas de recolección de datos utilizados fueron la
observación directa, entrevistas no estructuradas y revisión de documentos.
El resultado del desarrollo de esta herramienta es una reducción en el tiempo
y costo de la gestión de la información y así apoya el proceso de toma de
decisiones.

Descriptores: Académico, Operaciones, Control, Eficiencia, Desarrollo,


Sistemas de Información de Redes, Software Libre.

x
INTRODUCCIÓN

En la nueva era digital, las organizaciones incorporan cada día las

tecnologías de la información y las comunicaciones (TIC) a sus procesos,

brindando una variedad de soluciones que hacen posible que procesos que

antes se realizaban manualmente se automaticen, permitiéndoles responder

a las solicitudes de los usuarios de manera más rápida y sencilla, de forma

segura las instituciones de educación superior no pueden escapar de la

magia llamada tecnología informática, donde el conocimiento y la

investigación están siempre presentes, por lo que las innovaciones en los

aspectos administrativos y académicos se consideran el arte como un

recurso cotidiano muy meritorio valor.

En este sentido, las universidades experimentales en el estado Zulia,

específicamente la Universidad Nacional Experimental Politécnica de la

Fuerza Armada Bolivariana (UNEFA), como generadoras de conocimiento,

han comenzado a reconocer la importancia de automatizar partes del

proceso académico, centrando sus preocupaciones en el uso de sistemas de

información en la docencia, la investigación, la difusión del conocimiento y

las tareas administrativas, reconociendo la contribución significativa que

hacen la gestión académica.

Por lo que resulta de interés realizar esta investigación con el objetivo de

diseñar y desarrollar un sistema de gestión académica utilizando el entorno

informático como propuesta tecnológica para la gestión en la Universidad


2

Nacional Experimental de las Fuerzas Armadas Bolivariana. Núcleo Zulia

(UNEFA-ZULIA), Como estudiantes del Departamento de Ingeniería de

Sistemas vemos el valor de la información como recurso para la toma de

decisiones en la gestión académica.

El estudio se centra en tres aspectos principales como son la carga de

trabajo académico, las TIC y la Gestión Académica, las cuales están

directamente relacionados con las actividades que actualmente desarrollan

los profesores de la UNEFA-Zulia. Las siguientes páginas presentan los

cinco capítulos que sustentan este estudio y están estructurados de la

siguiente manera:

El Capítulo I, en el cual se fundamenta en el planteamiento del problema,

interrogantes de la investigación, objetivo general, objetivos específicos y

justificación de la investigación.

El Capítulo II, se refiere a los antecedentes de la investigación, referentes

teóricos y bases legales.

El Capítulo III, es donde se explica, el tipo y diseño de la investigación,

población y muestra, definición y Operacionalización de variables de

investigación, instrumentos de recolección de datos, determinación de

confiabilidad y validez, descripción de los procedimientos y técnicas de

análisis de datos.
3

El Capítulo IV, donde se presenta el análisis de resultados del diagnóstico;

asimismo, se expone de manera sistemática la formulación de la propuesta,

objetivos del proyecto, diagnóstico y fundamentación de la propuesta,

población objetivo o beneficiarios, fundamentación de la propuesta,

estructura, localización, plan de actividades, metodología para el desarrollo

de las actividades, estructura organizativa y consideraciones acerca de la

factibilidad o viabilidad del proyecto.

Finalmente, se presentan los respectivos elementos concluyentes y

sugerencias de la presente Investigación.


Capítulo I: Planteamiento del Problema
CAPÍTULO I

EL PROBLEMA

Planteamiento del problema

En el ámbito universitario a nivel internacional es muy notorio el impacto

de los avances tecnológicos logrados a lo largo del tiempo a nivel

internacional; no hay duda de que esto es muy evidente en la vida de las

personas hoy en día, especialmente en lo que respecta a los roles. La

importancia del hombre y la tecnología en el proceso académico. En

consecuencia, se puede observar que la mayoría de las organizaciones

universitarias públicas y privadas alrededor del mundo utilizan sistemas de

información para realizar sus actividades con el fin de lograr mejores

resultados y asegurar posiciones competitivas en el entorno donde se

desarrolla.

Un ejemplo concreto es la globalización del conocimiento informático en el

ámbito académico en universidades latinoamericanas como Argentina, Brasil,

Chile, México y Uruguay, que por tanto no pueden evitar la implementación

de sistemas de información en su administración. El campo de actividad y

unidades estructurales que representen la simplificación de los procesos


internos de trabajo y promuevan el desarrollo efectivo de las actividades

académicas planificadas en un momento determinado; utilizando las nuevas


6

tecnologías de la información y la comunicación, la institución lo considera

necesario por diversos motivos, entre ellos la integración de actividades

deportivas.

En este sentido, la calidad de la educación superior, la rapidez del proceso

operativo de la universidad, creando competitividad en el entorno, mejorando

la calidad del trabajo y brindando la información necesaria y oportuna para la

toma de decisiones. Siguiendo esta línea de pensamiento, los sectores

universitarios latinoamericanos están altamente comprometidos con el uso

de nuevas tecnologías para mejorar la calidad de las actividades

administrativas y el desarrollo profesional.

Sobre este contexto, en América Latina, el objetivo funcional de la

categoría Gestión de Actividades Académicas es: lograr la completa

racionalización de los recursos del Instituto (materiales, financieros,

humanos, instalaciones técnicas y físicas). Hoy en día, estos procesos

funcionan de forma integrada con sistemas de automatización integrados que

permiten registrarlos y controlarlos. Sin embargo, algunas funciones se

realizan mediante sistemas de información organizados por campos de

estudio o profesiones, como procesos de gestión jerárquicos (ya sean altos o

bajos), mientras que otras funciones son simplemente información visual

sobre actividades administrativas. Otros se hacen manualmente, lo que

resulta en una cantidad excesiva e innecesaria de tablas y formatos, el


7

personal dedica mucho tiempo a cálculos y posibles imprecisiones, tiempos

de respuesta lentos, información exponencial y dispersa.

Asimismo, hoy en cualquier organización o centro de educación

universitaria, así como a nivel regional, las tecnologías de la información y

las comunicaciones (TIC) están presentes en diversos procesos cotidianos,

al igual que en las instituciones universitarias venezolanas, lo que incluye el

uso de sitios web, bases de datos y sistemas de información Incluye

aspectos de gestión académica; Cada universidad ha creado su propio sitio

web, que es dinámico y abierto al público y proporciona únicamente

información general.

También utilizan la intranet de la universidad para gestionar ciertos

procesos e información de los miembros de la comunidad universitaria

(profesores, administradores, personal, estudiantes y exalumnos) que

requieren un nombre de usuario y contraseña en los sistemas de información

existentes. Vale la pena señalar que, casi la mayoría de las universidades

experimentales no cuentan con un sistema de información para registrar,

controlar y procesar los datos contenidos en las actividades académicas, lo

que genera sesgos, vacilaciones o desconocimiento de información objetiva

como esencial en las actividades académicas.

Cabe señalar que, el Ministerio de Educación Superior y Poder Popular no

ha formulado lineamientos o políticas para la integración de los sistemas de


8

información de gestión en las instituciones de educación superior estatales;

en algunas instituciones lo utilizan de forma más o menos proactiva,

independientemente de que sean privadas o públicas (politécnicos

autónomos, experimentales o territoriales). Es pertinente indicar que la

mayoría de las escuelas tienen sistemas que automatizan el proceso de

inscripción de estudiantes y el acceso a los materiales de la biblioteca.

A partir de estos hallazgos, en el estado Zulia algunas universidades,

como la Universidad Politécnica Nacional Experimental “Antonio José de

Sucre” y la Universidad Nacional Experimental “Rafael María Baralt”, han

desarrollado sistemas de información más profundos orientados a la gestión

de procesos administrativos. En el aspecto puramente profesional, es decir,

en términos de las funciones básicas de enseñanza, investigación y

extensión, se hace muy poco.

Por otro lado, la infraestructura de procesamiento de información de las

universidades es muy diferente en términos de software (programas) y

hardware (equipos), y en muchos casos son incompatibles, y las tecnologías

difieren en términos de recuperación y calidad de la información. Aplicación

informática usada. En este contexto particular, (Alarcón 2019, p.87) afirma

que “la toma de decisiones efectiva depende de la velocidad con la que los

datos puedan recopilarse, analizarse y transformarse en información

importante”. En la realidad socio pedagógica venezolana, la tecnología, la

comunicación y la informática.
9

Sobre estos aspectos, los cambios son particularmente sorprendentes, por

lo que los expertos como Alarcón (2019) recomienda que es de suma

importancia el análisis del tamaño de la Universidad Nacional Laboratorio de

Informática en todas las áreas de actividad académica para su eficiente

control, y transformarla en una universidad eficiente y productiva, promotora

de una sociedad del conocimiento orientada al desarrollo y la competitividad.

Si bien es cierto que el personal académico de las universidades públicas

venezolanas en la región del Zulia y especialmente el núcleo Unefa-Zulia,

ubicada en la avenida # 2 El Milagro, parroquia Coquivacoa en la ciudad de

Maracaibo no cuentan con sistemas de información para sus actividades

académicas; debido a la naturaleza de las tecnologías, procedimientos

logísticos y procesos internos de trabajo que manejan las universidades

experimentales locales, estas centran sus esfuerzos o recursos

organizacionales disponibles únicamente en el desarrollo de sistemas de

información en el marco de los procesos administrativos.

Por otro lado, las falencias de las tecnologías de la información y las

comunicaciones de los institutos universitarios públicos, obligan a que el

proceso académico se realice de forma manual, no cuentan con tecnologías

avanzadas ni sistemas de procesamiento de datos para obtener información

de manera inmediata en el ámbito académico, así como los resultados de la

investigación, docencia y extensión que realizan estas instituciones


10

educativas no son visibles. En este caso, la Universidad Politécnica Nacional

Experimental de las Fuerzas Armadas Bolivarianas, Núcleo Zulia, no cuenta

con un sistema de información estructurado y diseñado como tal para

controlar las actividades en el ámbito académico, ya que se sabe que estas

actividades se realizan de forma manual en formatos prediseñados.

En tal sentido, el objetivo de esta investigación se centra en la propuesta

sistemática de un sistema de información para el control de las actividades

académicas; que al no contar con un sistema de información institucional trae

como consecuencia desinformación y desconocimiento de las actividades

académicas e ineficacia en el cumplimiento de los objetivos y metas de la

UNEFA-Zulia; esto genera una menor capacidad organizacional para

enfrentar los cambios en el entorno académico y estudiantil, que actualmente

requiere la toma de decisiones en un corto período de tiempo para luchar

contra su agresividad, generando la necesidad de un procesamiento

inmediato y altamente preciso de la información.

Cuando la Universidad Nacional Experimental de las fuerzas armadas

Bolivariana objeto de esta Investigación cuenta con procesos informáticos

claros y organizados de acuerdo con su misión y visión, se fortalecen los

sistemas de información orientados a los campos académicos para obtener

información de los campos académicos para lograr las metas trazadas por la

Universidad. Sobre este contexto, organizaciones de educación superior con

el tiempo requieren de ordenadores informáticos de información precisos,


11

veraces y oportunos; el sistema tiene características específicas que pueden

transformarlo en un sistema de información capaz de brindar alternativas

adecuadas para apoyar a la organización.

Por estas afirmaciones, la situación antes mencionada ha provocado

consecuencias negativas, que se manifiestan especialmente en la

ineficiencia de la actividad académica y el uso no optimizado de los recursos

de la organización. También se observaron dificultades para mantenerse al

día con las actividades y proyectos académicos actuales; de igual manera

informar a los estudiantes sobre toda la información relacionada con

actividades, actividades o logros académicos en cada curso ofrecido,

disponibilidad de actividades por materia, noticias e información en áreas

académicas, desarrollo académico y otras actividades. Además, no cuentan

con datos estadísticos para evaluar la gestión de la Unefa estado Zulia,

apoyar la toma de decisiones y ayudar a desarrollar nuevas estrategias para

impulsar su desarrollo.

Con base en lo anterior se propone el diseño de un sistema de

información para el control de actividades en el área académica de las

universidades experimentales de universidades experimentales del estado

Zulia. Específicamente a la UNEFA-Núcleo Zulia, que sirve de base para

posteriormente implementar y reducir los tiempos de respuesta a los

usuarios, facilitar las operaciones del personal académico y estudiantil y


12

tener información sobre la gestión de la universidad politécnica nacional

experimental para poder generar estrategias que impulsen y ayudar a brindar

un mejor servicio.

Formulación del problema

De acuerdo a la situación, contexto y problemática anteriormente

reseñada, el objetivo de este trabajo de investigación fue desarrollar un

sistema de información para el control de actividades en el área académica

de la Unefa estado Zulia. Para cumplir con este propósito, planteado

previamente en el planteamiento del problema de investigación, se respondió

a las siguientes preguntas de investigación:

¿Cómo será el diseño de un sistema de información para el control de

las actividades en el área académica de la Unefa estado Zulia?

¿Cuáles serán las necesidades para el sistema de información para el

control de actividades en el área académica de la Unefa estado Zulia?

¿Cómo deben ser los requerimientos para el sistema de información

que garantiza el control de las actividades en el área académica de la Unefa

estado Zulia?

¿Cuáles serían los módulos principales para el desarrollo del sistema

de información para el control de las actividades en el área académica de la

Unefa estado Zulia?


13

Objetivos de la investigación

Objetivos Generales

Proponer el Diseño de un sistema de información para el control de

las actividades en el área académica de la Unefa estado Zulia.

Objetivos Específicos

Identificar las necesidades del sistema de información para el control

de actividades en el área académica de la Unefa estado Zulia.

Analizar los requerimientos del sistema de información para el control

de las actividades en el área académica de la Unefa estado Zulia.

Realizar los módulos principales para el diseño del sistema de

información que garantiza el control de las actividades en el área académica

de la Unefa estado Zulia.

Justificación de la investigación

Este estudio es significativo porque tiene como objetivo desarrollar un

sistema de información para la gestión de las actividades del campo

académico de la Unefa estado Zulia, ya que incluye la simplificación,

digitalización y procesamiento eficiente del control de las actividades


14

académicas, específicamente orientado a las siguientes factores: El sistema

ahorra tiempo y recursos porque es sistemático y evita la ejecución manual

de actividades que generan productividad y marcan una gran diferencia en el

desarrollo académico y el desempeño institucional, especialmente en

términos de eficiencia de ejecución.

Ante esta necesidad, la Unefa estado Zulia, se debe determinar la

efectividad de sus actividades académicas mediante el control de los

sistemas informáticos, las relaciones, así como las condiciones de

funcionamiento educativo, y permitirles medir lo valioso y reconocer lo útil de

esta herramienta informática. Asimismo, las ventajas como beneficios de la

inmediatez, sistematización, procesamiento y exactitud de la información

proporcionada por los sistemas informáticos como medio para mejorar su

desempeño mediante la realización de ajustes o ajustes necesarios según

los intereses de la organización.

En este sentido, y a partir de los resultados y aportes que se obtendrán de

este estudio, se intenta crear un equilibrio organizacional y ambiente

estudiantil entre la estructura orgánica de la Universidad Nacional

Experimental, el proceso de trabajo académico y la comunidad estudiantil. Es

decir, la tarea principal es alinear los intereses de la universidad con las

necesidades de los estudiantes y profesores. Su propósito es mejorar la

calidad de la vida académica y estudiantil creando un vínculo entre la gestión


15

académica y las necesidades o demandas de los estudiantes para un mejor

desempeño y eficiencia.

La investigación se realizará desde el punto de vista de la eficacia y

eficiencia del control de la actividad académica de la educación o unidades

estructurales académicas y su efectiva ejecución en beneficio de la

universidad. La razón se desprende de la siguiente afirmación anterior:

En este sentido, este estudio se fundamenta desde un punto de vista

teórico, ya que generará conceptos, definiciones y teorías que brindarán

información valiosa e importante en el campo de los recursos humanos para

permitir a quienes lideran las políticas de información académica empoderar

a las universidades experimentales públicas en el país; y tomar decisiones

verdaderas, oportunas y necesarias para el logro de las metas trazadas y

asegurar el funcionamiento satisfactorio del personal académico activo y de

los estudiantes en las condiciones de crisis socioeconómica que vive el país.

Al mismo tiempo, es sólido desde un punto de vista metodológico, ya que

proporciona insumos, viabilidad, recursos, métodos y herramientas

necesarias que pueden orientar, mejorar o incorporar directrices mejoradas

en la planificación y ejecución de programas para optimizar los planes

efectivos de gestión. Actividades académicas, como el estudio de variables

de sistemas de información utilizados para el control de actividades en el

ámbito académico de la Universidad Experimental en el estado Zulia.


16

Además, los resultados obtenidos respaldarán la investigación de nuevos

hallazgos científicos en este campo.

Desde el punto de vista práctico, es relevante porque, por un lado, los

resultados obtenidos permitirán brindar alternativas que orienten al personal

académico involucrado en el proceso de gestión de los estudiantes de

educación y lograr un funcionamiento informático efectivo. Presenta una

importancia sustancial desde el punto de vista de la Academia de acuerdo

con los Estándares de Rendimiento Académico Estudiantil de Eficiencia y

Efectividad para satisfacer las necesidades de los estudiantes.

Asimismo, tiene una excelencia social porque el desarrollo de este estudio

brindará información veraz, detallada y controlada sobre las actividades

académicas de la Universidad Nacional Experimental de las Fuerzas

Armadas Bolivarianas, la cual será comunicada a estudiantes y docentes en

tiempo real y a alto nivel. Así como también, la precisión de los recursos

humanos experimenta necesidades, comportamientos sociales y personales

que están motivados principalmente para lograr algo que los satisfaga.

Brinda trascendencia institucional, pues los resultados presentados en el

desarrollo del estudio permitirán a la Primera Universidad Nacional

Experimental de las Fuerzas Armadas Bolivarianas (UNEFA) así como a la

comunidad estudiantil comprender y adoptar mejores herramientas para las

actividades de gestión académica de su educación, lo que apoyará al mejor


17

funcionamiento de la universidad, ya que los sistemas de información de

control siempre han sido importantes para la organización, ya que se

reconoce que recursos humanos más eficientes, informados y con óptimas

condiciones y relaciones de trabajo brindarán más ayuda, y obtenga mayor

eficiencia y productividad que los trabajadores desinformados.

Por ello, es muy importante que la Universidad Nacional Experimental se

sume a la investigación de los sistemas de información y su relación con el

rendimiento académico, para que el recurso humano esté satisfecho con las

tareas realizadas y mejore la productividad del servicio, contribuyendo así a

que la universidad investigada crezca socio pedagógicamente. Finalmente,

cabe señalar que los resultados que se obtendrán de la presentación de la

investigación servirán como aporte a futuros estudios relacionados con el

tema de estudio y en especial a aquellos que tengan como objetivo

configurar la política educativa para el control o cumplimiento de las áreas

académicas, específicamente las actividades de las instituciones educación

pública del estado Zulia.

Ley Plan de la Patria 2019-2025

Publicado en Gaceta oficial de la República Bolivariana de Venezuela N°

6.446 Extraordinario, Caracas Lunes, 8 de abril de 2019. De esta manera se

puede resaltar sistemáticamente las directrices socio-históricas de las cinco

(5) dimensiones que atañen a este proyecto de investigación en su esencia:


18

Objetivo Histórico

1. Defender, expandir y consolidar el bien más preciado que hemos

reconquistado después de 2oo años: la Independencia Nacional.

Objetivo Nacional

1.5. Afirmar la identidad, la soberanía cognitiva y la conciencia histórico-

cultural del pueblo venezolano, para favorecer la descolonización del

pensamiento y del poder.

Objetivos Estratégicos y Generales

1.5.1. Fomentar la investigación y la conciencia crítica sobre los

mecanismos de denominación y colonización presentes en las maneras de

conocer, producir y convivir, como base para la gestación de nuevas formas

de conocimiento, producción y convivencias, fundadas en nuestras

tradiciones histórico-culturales y en la plena satisfacción de las necesidades

humanas.

1.5.1.2. Fortalecer la investigación, la formación y difusión del

conocimiento histórico, territorial y cultural desde perspectivas que visibilicen

la participación popular en la construcción de la identidad venezolana.


19

1.5.1.4. Generar un sistema de difusión de los estudios, investigación y

socialización del conocimiento sobre los temas de colonialidad y

descolonización.

1.5.1.7. Promover el desarrollo de tecnologías apropias desde el punto de

vista sociocultural y ambiental, vinculadas a saberes tradicionales originarios

o afrodescendientes.

Objetivo Nacional

1.6. Desarrollar las capacidades científico-tecnológicas que hagan viable,

potencien y blinden la protección y atención de las necesidades del pueblo y

el desarrollo del país potencia.

Objetivos Estratégicos y Generales.

1.6.2.5. Desarrollar aplicaciones informáticas que permitan aumentar la

eficacia en la atención de las necesidades sociales.

1.6.2.5.2. Desarrollar las tecnologías y aplicaciones libres como

plataformas de los sistemas públicos de la administración pública nacional.

1.6.2.6. Obtener el máximo provecho de las tecnologías de la información

y comunicación (TIC) para la difusión de contenidos, basados en valores

nacionales, multiétnicos y pluriculturales de nuestros pueblos y, con ellos, los

principios inherentes al Socialismo Bolivariano.


20

1.6.2.6.1. Fortalecer las capacidades para el aprovechamiento de las TIC,

sacando máximo provecho a las diferentes plataformas.

1.6.2.6.2. Fortalecer y desarrollar nuevas capacidades en la creación y

generación de contenidos con base en las TIC.

1.6.3. Impulsar el desarrollo y uso de equipos electrónicos y aplicaciones

informáticas, basados en tecnologías libres y estándares abiertos.

1.6.3.1. Garantizar el impulso de la formación y transferencia de

conocimiento, que permita el desarrollo de equipos electrónicos y

aplicaciones informáticas en tecnologías libres y estándares abiertos.

1.6.3.1.1. Desarrollar aplicaciones informáticas que atiendan necesidades

sociales.

Limitaciones de la investigación

Las limitaciones que presenta la presente investigación están

centradas en el tipo, complejidad y disposición objetiva para la recopilación,

análisis y presentación de la información dentro del cuerpo de trabajo.

Asimismo, la investigación presenta limitaciones en cuanto a la eficacia del

uso del tiempo de la universidad objeto de estudio y los investigadores; así

como también la integralidad de los contenidos recabados y su traslación en


21

la variable sistema de información, específicamente en las etapas de análisis

y diseño del mismo.


Capítulo II: Marco Teórico
CAPÍTULO II

MARCO TEÓRICO

Antecedentes de la investigación

En lo que respeta a la variable de estudio Sistemas de Información,

existen varias investigaciones que permiten visualizar aportes significativos

como sistemáticos que ayudarán a comprender lo relacionado con el estudio

de los factores, aspectos y elementos que caracterizan un sistema de

información institucional y su incidencia en el control académico de una

institución universitaria perteneciente al Estado.

En virtud y con la intención de respaldar la presente investigación se

efectuó una revisión documental de diversos trabajos de grado previos en la

modalidad de maestrías realizadas en diferentes instituciones,

organizaciones universitarias del sector público y privado, las cuales

muestran relación con el contenido y la variable de estudio: Sistemas de

Información. Su respectiva evaluación y aprobación le confieren validez para

ser utilizado como referencias y antecedentes. A continuación, se presentan

las siguientes:
Un trabajo relevante mencionar es el presentado por Hernández (2020) en

su trabajo especial de grado titulado: Implementación del Sistema de

Repositorios Digitales Institucionales en la Universidad Central de Venezuela


23

(BCV) mediante la integración de las plataformas en uso, abordó los

aspectos teóricos referenciales sobre los repositorios digitales institucionales,

sus características y en particular sobre su interoperabilidad e interacción

con otros archivos, sí ha definido una estructura para el Sistema de

Repositorios Digitales Institucionales de la UCLV, sustentado sobre la base

de distintas plataformas de software libre compatibles e interoperables

mediante el protocolo OAI-PMH, utilizando las siguientes plataformas: Open

Journal Systems, Open Conference Systems, Open Monograph Presione y

Despacio. Se ha desarrollado y diseñado, además, la interfaz final de SRDI

para la cual se utiliza el sistema Open Harvester Systems como proveedor

de servicios.

El trabajo de investigación de Hernández (2020) permitió obtener un punto

de referencia internacional para la elaboración del planteamiento del

problema de investigación en cuanto a la tendencia de implementar

repositorios en el marco del Acceso Abierto al conocimiento científico.

Otra investigación acertada menciona es la presentación por Torrealba V.

(2021), en su Trabajo Especial de Grado titulado: Implantación de un sistema

de información institucional académica para la UDO, presentación ante la

ilustre Universidad de Oriente (UDO), para optar por el Título de Licenciado

en Computación, instaló, configuró y puso en plena operación los sistemas


24

basados en herramientas de software libre (SO Linux, PHP, MysSQL,

DSpace, OJS y OCS) que actualmente dan soporte al Repositorio

Institucional SABRE-UCV y que permiten recopilar la Información académica

relacionada con publicaciones, revistas generadas en la UCV, eventos

académicos (congresos, seminarios, etc.), así como la documentación de

tipo docente generada por los profesores y demás personal de la institución.

La implantación de esta plataforma da como resultado un repositorio

institucional completo, conformado por un conjunto de herramientas y

servicios destinados a facilitar el almacenamiento, preservación y difusión de

la producción intelectual de la comunidad universitaria, incrementando la

visibilidad y el prestigio de esta casa de estudios, y sus docentes e

investigadores, en el marco del movimiento mundial que promociona y apoya

el acceso abierto al conocimiento científico Open Access.

El Trabajo Especial de Grado de Torrealba. (2021) sirvió de referencia en

cuanto a los procedimientos técnicos para instalar y configurar el software

para el sistema de información, así como la base de datos como sistema

gestor de contenidos digitales de acceso abierto.

Por su parte, Ruiz y Zaki (2021), en su Tesis de Grado para optar al grado

de Licenciado en Computación, plantearon como objetivo general:

Implementar un sistema de información para la gestión, control y difusión de


25

la información científica y académica de la Universidad Alonso de Ojeda

(UAO). La investigación presentada se fundamentó en un estudio bajo la

modalidad de proyecto factible con el objeto de buscar soluciones dentro de

un criterio técnico, a fin de automatizar los procesos relacionados con la

difusión de información científica y académica de la universidad objeto de

estudio, específicamente Literatura Gris. Como población se demuestra al

personal directivo del Centro de Tecnología, Biblioteca y del Consejo de

Desarrollo Científico, Humanístico y Tecnológico.

En lo referente a los instrumentos de recolección de datos fueron

utilizados las siguientes técnicas: la entrevista, la observación directa y las

técnicas documentales, cuyos instrumentos fueron los siguientes: la guía de

entrevista, el bloque de notas, la ficha resumen y la ficha textual

respectivamente. Una vez aplicados dichos instrumentos, se precisaron los

procedimientos y procesos a seguir para la automatización de la información

científica y académica. El desarrollo se efectuó empleando la ficha Dublín

Core y la metodología de análisis y diseño de sistemas Rational Unified

Process (RUP), finalmente se crearon los artefactos sugeridos por la

metodología, de acuerdo a los alcances y características del sistema

propuesto.
26

La Tesis de Grado de Ruiz y Zaki (2021) sirvió para corroborar que la

estrategia de implementar sistemas de información institucionales, de acceso

abierto, para incrementar la visibilidad de documentos académicos ha sido

adoptada por universidades venezolanas, tanto de carácter público como

privado.

Asimismo, López (2022) desarrolló un sistema de información para el

control académico institucional a través de una infraestructura tecnológica

para soportar los servidores virtuales en la Universidad Alejandro de

Humboldt en el estado Falcón. Indicando que el uso de la virtualización de

tecnología en la actualidad se ha convertido en una estrategia fundamental

para las universidades, ya que esto es el primer paso para crear su propia

nube privada, por lo cual, estas apuntan a que sus servicios sean de alta

disponibilidad.

La universidad objeto de estudio quiere sumarse a las nuevas tecnologías

y ha optado por hacer uso de la virtualización para implementar una

plataforma informativa que le permita una rápida recuperación y manejo de

contenido académico e institucional por el mal uso de la tecnología. Por ello

su trabajo trata sobre el desarrollo de una plataforma tecnológica para

soportar la granja de servidores virtuales; la cual tiene como objetivo eliminar

la subutilización de los servidores, recuperación inmediata ante desastres


27

tecnológicos y brindar alta disponibilidad de los recursos. Así mismo, cabe

destacar que el trabajo de López se encuentra enmarcado en la modalidad

de proyecto factible apoyado en una investigación de campo y descriptiva.

La investigación de López (2022) desarrollada como Trabajo Especial de

Grado de la Universidad Alejandro de Humboldt para optar al título de

Ingeniero en Informática, evidencia la efectividad de las plataformas

tecnológicas como estrategia para optimizar la gestión de información en las

institucionales. En tal sentido los repositorios se han convertido en

plataformas de contenido educativo en las bibliotecas digitales universitarias.

Las universidades han sufrido cambios significativos que han afectado por

igual a sus funciones primordiales: investigación, enseñanza y transmisión de

la cultura por lo que también urge la necesidad de acceder y visualizar la

producción documental institucional. Sirve para la conformación del marco

metodológico y la tabulación y graficación de los datos.

Finalmente, Salazar (2022). Desarrollo de un Software para la

automatización del proceso de Gestión Operacional en la Gerencia de

planificación de PDVSA- Distrito Norte. Trabajo de grado de Ingeniería de

Computación, Universidad de Oriente, Núcleo Anzoátegui. Este proyecto

tuvo hechos en la elaboración de un sistema para controlar las actividades

dentro del distrito en cuanto al ambiente operacional, recursos financieros y


28

trabajos en ejecución con el fin de mostrar la eficiencia y gestión de los

organismos del Distrito Norte, avalando seguridad, disminución de tiempo y

esfuerzo. Se utilizó la metodología del Proceso Unificado de Desarrollo de

Software junto con el lenguaje unificado modelado (UML), el cual constituye

estándares para el análisis, diseño implementación y documentación de

sistemas orientados a objetos.

Esta investigación sirvió de ayuda en gran medida al análisis y diseño del

sistema de información, y en la elaboración de los diferentes diagramas,

casos de usos, de análisis de clases y de secuencia, además contribuyó para

la determinación de los requisitos funcionales y no funcionales. del sistema,

apoyando la etapa preliminar de este trabajo de grado.

Bases teóricas

En esta sección se desarrollarán los aspectos teóricos y conceptuales

relacionados con la variable investigada de este estudio (llamada sistemas

de información), así como el desarrollo conceptual de las dimensiones e

indicadores de las variables mencionadas que sustentan esta tesis de grado

en particular. Según Tamayo (2010), el propósito de un marco teórico es

ubicar nuestras preguntas en la medida de lo posible en un cuerpo de

conocimiento estable y confiable que nos permita guiar nuestra búsqueda y

proporcionar una conceptualización adecuada de los conceptos involucrados.


29

Las bases teóricas tienen como objetivo proporcionar la bibliografía como

documental necesario para obtener toda la información relevante para la

interpretación que corresponda a los temas mencionados en este proyecto

de investigación, así como incluir las dimensiones e indicadores relevantes

que conforman este proyecto de investigación.

Administración

Según (Ponce 2010, p. 89), la gestión es “un conjunto sistemático de

reglas para lograr la máxima eficiencia en la estructuración y gestión de un

organismo social”. El autor añade que la gestión es una forma de coordinar

las cosas y las personas que componen una empresa.

Chiavenato (2014) afirmó que la gestión es el proceso de planificar,

organizar, dirigir y controlar el uso de los recursos para lograr los objetivos

organizacionales. Por lo tanto, estos autores ven la gestión como el proceso

de crear y mantener un entorno en el que los individuos trabajan juntos en

grupos para lograr eficazmente las metas elegidas.

Procesos administrativos

Según Koontz y Weihrich (2002), el proceso de gestión incluye las

siguientes actividades interrelacionadas: planificar, organizar, dirigir y

controlar todas las actividades que involucran relaciones interpersonales y

tiempo.
30

Para (Chiavenato 2014, p. 14) "El proceso administrativo es una secuencia

de funciones administrativas que planifican, organizan, dirigen y controlan el

logro de las metas deseadas".

Desde el punto de vista de estos autores, se puede concluir y a su vez

inferir que el proceso administrativo es un proceso de planificación,

organización, ejecución y control. Organización Metodología según la cual

los miembros trabajan y utilizan los recursos disponibles de la empresa para

alcanzar los objetivos fijados.

Objetivo de la administración

Según (Fernández 2018, p. 114), el propósito previsto de la gestión se

centra en “las metas que la organización busca alcanzar a través de su

existencia y actividades”.

Por otro lado, (Gómez 2011, p. 189) cree que el propósito del gobierno es

"coordinar eficazmente los recursos humanos y materiales para lograr la

máxima productividad al menor costo". Los objetivos de gestión están

dirigidos a lograr la eficiencia y eficacia de los procesos que lleva a cabo la

organización. En particular, los objetivos de la gestión suponen que el trabajo

humano que se desarrolla en la empresa se realizará de manera eficiente. Es


31

mejor utilizar los recursos humanos, financieros y materiales de la

organización.

Área académica

Parafraseando la visión de Fernández et al. (2018) sobre los campos

académicos, argumentando que estos campos son campos académicos

menos completos y más amplios que las disciplinas, a menudo compuestos

por varias disciplinas, como en la investigación educativa.

Gómez (2011) afirmó que las áreas temáticas profesionales son áreas que

reúnen departamentos que avanzan en conocimientos relevantes con el

objetivo de lograr mejores resultados, promover la coordinación

interdisciplinaria y aumentar el uso de recursos.

Para los investigadores, las áreas académicas son estructuras que

agrupan a los profesores de uno o más departamentos por afiliación

intelectual para promover la interdisciplinariedad, la amplitud y la flexibilidad

en la planificación y mejora de la enseñanza, la investigación y las

actividades interactivas. El carácter social de los programas, departamentos

y universidades.

Actividades académicas
32

Para Costa (2015). Las universidades adquieren conocimientos

principalmente a través de actividades de docencia, investigación y

extensión. Las universidades son fuentes valiosas de contenidos relevantes

en diversos campos del conocimiento humano. Los resultados de estas

actividades académicas son cruciales. Documentado en textos científicos y

conservado para uso social.

Según Ferreiro Alavés (2013), las actividades académicas y la literatura se

refieren a productos producidos en las universidades, que contienen

conocimientos, actividades, eventos y acciones institucionales, que se

confirman esencialmente en publicaciones (de todo tipo y soporte), que

pueden traducirse como un sistema de investigaciones y publicaciones que

proporciona y enriquece información y promueve el cambio. En este sentido,

el resultado de la actividad científica y científica se refiere al número de

actividades, eventos y actividades institucionales realizadas por el autor,

institución o grupo en un determinado período de tiempo, así como al número

de trabajos científicos publicados en todas las posibles maneras, formas y

comunidad.

Fernández et al. (2018) afirman que la escritura académica se produce en

las universidades y en la ciencia. Esto incluye trabajos académicos y

actividades desarrolladas por estudiantes universitarios, así como textos


33

desarrollados por la academia para transmitir conocimientos científicos. De

esta manera, las escuelas académicas consisten en textos especializados

que circulan en un campo de la ciencia.

Proceso

Un proceso es un conjunto de actividades interrelacionadas que producen

uno o más productos creadores de valor basados en uno o más materiales o

insumos de información. (Heras 2009, p.51) lo define como “una serie

continua de actividades que transforman una serie de insumos (materiales,

trabajo, información, etc.) en productos esperados (bienes y/o servicios) que

añaden valor”. Todo trabajo gira en torno a procesos, y cualquier flujo de

trabajo, sin importar cuán grande o pequeño sea, complejo o simple,

involucra tres componentes principales:

Entradas: Son los recursos del entorno externo, incluidos productos o

salidas de otros subsistemas.

Proceso de Transformación: Es una actividad laboral que transforma un

insumo, le agrega un valor y transforma el insumo en un resultado de un

subsistema.

Salida: Producto o servicio producido por un subsistema para uso de otro

sistema en el entorno externo.


34

El propósito de este proceso es transformar los insumos y agregarles

valor, produciendo resultados que satisfagan las expectativas internas o

externas de los clientes. Heras, (2009).

Control de Proceso

Según (Schach 2011, p.127). Puede definirse como "una función que

permite el seguimiento y comparación de los resultados alcanzados con los

resultados esperados, asegurando que las actividades dirigidas se realicen

en el marco de la estructura organizacional y de acuerdo con los planes de la

organización". El control tiene algunos elementos esenciales:

1. En primer lugar, se deben monitorear las acciones tomadas.

2. En segundo lugar, se deben establecer estándares o modelos para

determinar posibles desviaciones en los resultados.

3. En tercer lugar, el control permite corregir errores, posibles

desviaciones en los resultados o acciones realizadas.

4. Finalmente, tras realizar las correcciones necesarias en el proceso de

control, se deberán planificar las actividades y objetivos a realizar.

Los controladores tienen muchas áreas de actividad y son necesarios en

todos los departamentos de una organización. En este caso se trata de


35

controlar la información, lo que incluye comprobar su autenticidad y

verificabilidad, permitiendo así a los administradores y/o empleados tomar

decisiones de manera más eficiente y productiva.

Cabe señalar que se necesita información precisa, oportuna y completa

para tomar buenas decisiones. Para lograr esto, las organizaciones se

beneficiarían al contar con sistemas efectivos de actualización de tecnología,

ya que estos sistemas ayudan a solucionar problemas a un nivel más

profundo.

Definición de control

El control es la función de gestión de la evaluación del desempeño. Según

Robbins (2006), el control puede definirse como "el proceso de actividades

rutinarias que garantizan que las actividades se desarrollen según lo

planeado y que se elimine cualquier desviación significativa" (p. 654).

Según Chiavenato (2014), el control es una función de gestión que es la

etapa del proceso de gestión donde se mide y evalúa el desempeño y se

toman acciones correctivas cuando es necesario. De esta manera, el control

es esencialmente un proceso regulatorio.

Por tanto, el control es una función dinámica que se integra a las

actividades, acciones y procesos que realiza la administración. Su finalidad


36

es advertir, detectar y orientar la corrección de desvíos de vuelo. Esta

vigilancia es importante a lo largo del tiempo.

Sistema de Información

Para Loudon (2012). Técnicamente, un sistema de información se

puede definir como un grupo de componentes relacionados que recopilan,

procesan, almacenan y distribuyen información para apoyar la toma de

decisiones y proporcionar orientación para controlar ciertos aspectos de una

organización. Los sistemas de información son un medio para conectar todos

los componentes del sistema para lograr objetivos. Wheaton, (2007) lo define

como “una disposición integrada de personas, actividades, datos, redes y

tecnología para respaldar y mejorar las operaciones diarias de una empresa

y satisfacer las necesidades de información de los líderes empresariales para

la resolución de problemas y la toma de decisiones.” (p.153)

Según Ciborra (2010), la investigación en sistemas de información

se define como el estudio de la implementación y uso de las

tecnologías de la información en las organizaciones, instituciones y la

sociedad en general. Los sistemas de información se centran en el

desarrollo, uso y gestión de la infraestructura de tecnología de la

información dentro de una organización.

Objetivos de un Sistema de Información


37

Según Peleo (2006). Los objetivos de los sistemas de información son

los siguientes:

Automatizar procesos operativos.

Garantizar que la información precisa y confiable, presentada en un

formato fácil de usar, esté disponible cuando sea necesario.

Proporcionar información que apoye el proceso de toma de decisiones

para maximizar la relación entre los recursos de la empresa.

Obtenga una ventaja competitiva mediante la implementación y el uso.

Mejorar la productividad operativa.

Tipos de sistemas de información

Para explorar este tema en profundidad, (Costa 2015, p. 177) describe con

más detalle los diferentes tipos de sistemas de información que existen y los

elementos involucrados en cada sistema.

1. Sistema de procesamiento de transacciones

Un TPS es un sistema empresarial básico utilizado en el nivel operativo

interno de una empresa. Consisten en un sistema informático que realiza y

registra las transacciones del día a día para garantizar el normal

funcionamiento del negocio. En definitiva, apoya las operaciones del día a


38

día de la empresa. Componentes del sistema de información de

procesamiento de transacciones:

Hardware

Software

Base de datos

Telecomunicaciones

Personal

Procedimientos de procesamiento de transacciones (recopilación,

compilación, corrección, manipulación y almacenamiento de datos y

producción de documentos).

2. Sistema de información de gestión

También conocidos como sistemas de información gerencial, apoyan la

toma de decisiones estructuradas o semi-estructuradas por parte de los

mandos intermedios. Su principal tarea es sintetizar la información diaria de

la empresa para asegurar el normal funcionamiento de los procesos, como

informes semanales, mensuales o quincenales.

Los diferentes departamentos de la empresa cuentan con un sistema de

información de gestión. Los más utilizados son el marketing (producto,

precio, competencia), la producción (rendimiento, inventario, proveedores),


39

las finanzas (inversión, mercado, oferta) y los recursos humanos (motivación,

reclutamiento, desempeño). Componentes del sistema de información de

gestión:

Hardware

Software

Datos

Personas que necesitan orientación.

Métodos (prácticas, modelos e instrucciones en manuales de empresa).

3. Sistema de control de procesos de negocio

Se llaman BPM, que es una abreviatura en inglés. Este tipo de sistema

monitorea y controla procesos industriales o físicos. Se utilizan

principalmente en las industrias del petróleo, del acero o de generación de

energía. Estos incluyen diversos equipos, procedimientos especializados y

procedimientos operativos. Al utilizar BPM, una empresa puede tomar una

serie de pasos o acciones para cambiar la forma en que opera para mejorar

los procesos y promover un enfoque de colaboración centrado en el cliente.

Componentes del sistema de información de control de procesos de negocio:

Entorno de diseño gráfico (modelado de la secuencia de acciones en un

proceso o proyecto).
40

Middleware (facilita la comunicación entre el motor y las aplicaciones que

ejecutan BPM) Metadatos (roles, usuarios, sistemas, servicios) interfaz de

usuario. Monitoreo (seguimiento oportuno de procesos y actividades) reglas

del negocio. Simulación (permite realizar procesos en un entorno controlado)

automatización.

Ejecución en la nube

Estándares (para que todos los involucrados comprendan y administren el

mismo código, cronograma, acciones, etc.)

4. Sistema de información de marketing

Un sistema de información de marketing (MIS) es un conjunto estructurado

de relaciones entre personas, máquinas y programas que se utilizan para

garantizar un mejor flujo de información. Estos datos provienen de fuentes

internas y externas y se utilizan para tomar decisiones de marketing más

informadas. Con él se puede determinar principalmente: la fiabilidad de la

información, la velocidad de actualización de la información y, más

concretamente, el grado de detalle. A través de este proceso, se pueden

realizar cambios y ajustes apropiados para adaptarse a diferentes

situaciones comerciales. Componentes de un sistema de información de

marketing:

Datos internos (operaciones internas e indicadores de desempeño)


41

Información de marketing (información de mercado e industria de fuentes

confiables).

Investigación de mercado (datos cualitativos y cuantitativos recopilados

mediante herramientas y actividades realizadas directamente por la

empresa)

Soporte para decisiones de marketing (también incluye análisis de datos y

plataforma de informes).

5. Sistema de cooperación empresarial

Se denominan sistemas ERP y son uno de los sistemas más comunes del

mercado. Su función es ayudar a los directivos de la empresa a controlar el

flujo de información y proporcionar una visión global de todas las áreas de la

empresa para una mejor gestión y toma de decisiones. Su tecnología

documenta e integra procesos comerciales y ayuda a las empresas a

optimizar y comprender mejor sus procesos a través de la automatización.

Con este tipo de programas, los líderes empresariales pueden actuar más

rápido y asegurarse de que sus decisiones se basen en información

confiable y en tiempo real. Componentes del sistema de información de

cooperación empresarial:

Datos
42

Hardware

Software

Procedimiento (estandarización).

6. Sistema de apoyo a la toma de decisiones

El DSS, por sus siglas en inglés, es un sistema basado en ordenadores

que es utilizado regularmente por los gerentes para tomar una decisión con

el fin de resolver un problema en la empresa. Permite formular, calcular,

comparar opciones y predecir escenarios para saber cuál es la mejor

alternativa a tomar. Está diseñado para apoyar en situaciones complejas. El

software utilizado tiene la función de recolectar información procedente de

documentos, personales internos, modelos comerciales, experiencias o

análisis externos. Con estos datos identifica los problemas o desafíos. De

igual forma, favorece el incremento de la efectividad del proceso de forma

adecuada.

Componentes del sistema de información de apoyo a la toma de

decisiones:

Gestor de datos (que es la base de conocimiento)

Gestor de modelos

Motor de conocimiento
43

Interfaz de usuario

Usuarios (cada uno con sus roles: recolectores de datos, asesores,

tomador de decisiones, etc.)

Contexto de decisión (establecido y bien definido).

7. Sistema de información administrativa

Los SIA proporcionan acceso rápido a información interna y externa

relacionada con la empresa. Por lo general, se presentan en formato gráfico

y se utilizan para mostrar datos básicos pero detallados para que los

gerentes o ejecutivos puedan leer la información fácilmente. Una de las

mejores características de estos sistemas es que proporcionan a quienes

toman decisiones métricas comerciales en las que pueden influir de

inmediato. Además, pueden proporcionar un análisis detallado de situaciones

en las que no se cumplieron las expectativas para determinar el curso de

acción más adecuado. Componentes del sistema de información de gestión:

Interfaz gráfica

Métricas comerciales (específicas de la empresa)

Integración de bases de datos (con data mart o data warehouse)

El usuario
44

Acceso a la nube.

Elementos de un Sistema de Información

Equipos informáticos y hardware necesarios para el funcionamiento de los

sistemas de información. Consiste en una computadora y los periféricos

conectados a ella. Los recursos humanos que interactúan con un sistema de

información están formados por personas que utilizan el sistema, le

suministran datos o utilizan los resultados que produce.

Los Datos o información fuente que se ingresa al sistema; son todos los

insumos que el sistema necesita para producir la información que necesita.

Programas que procesan y producen diferentes tipos de resultados. Estos

programas son parte del software del sistema de información que procesa

adecuadamente los datos de entrada y produce los resultados esperados.

Peleo, (2006).

Sistema de Información Web (SIW)

Es un sistema que soporta parte del proceso a través de una red

informática o la web. En otras palabras, se puede decir que es una aplicación

web diseñada para satisfacer necesidades específicas y resolver problemas,

automatizar sistemas comerciales, procesos o algo más. Es el Modo de

gestión online. Cualquier sistema de red mediano, pequeño o grande está


45

diseñado para ser automatizado, ya sea de gestión empresarial o de otro

tipo. Obtenido de Costa (2015).

Características de un Sistema Web

a) Acceder desde cualquier lugar con conexión a Internet.

b) Utilizar la red interna.

c) Seguridad basada en roles de usuario y acceso.

d) listo para su uso.

e) información constantemente actualizada.

f) Múltiples usuarios y múltiples idiomas.

Ventajas de un Sistema Web

a) Independencia de plataforma (Windows, Linux, Mac, etc.)

b) Acceso a través de Internet

c) Rápido, descentralizado y escalable.

d) Tecnología gratuita (código abierto), sin pago de licencia.

Metodología Iweb

Este enfoque, llamado IWeb (Ingeniería para la Web), se originó en 1998

cuando Roger Pressman celebró una mesa redonda porque los procesos

utilizados en el desarrollo de aplicaciones web no siempre se seleccionaban

cuidadosamente o se aplicaban incorrectamente, ya sea un ingeniero

tradicional o un ingeniero tradicional.


46

Los desarrolladores de software de Internet, debatiendo si los procesos de

ingeniería de aplicaciones son importantes en el desarrollo de aplicaciones

WEB, eventualmente compilaron estándares basados en la idea de que sus

aplicaciones son importantes, pero tienen la capacidad de adaptarse a los

cambios constantes que siempre están presentes en estos desarrollos. Esta

fue la base de lo que hoy se conoce como Ingeniería WEB o IWEB.

La ingeniería web es una metodología enfocada a la creación,

implementación y mantenimiento de aplicaciones y sistemas web. Implica la

creación y aplicación de principios científicos, técnicos y de gestión para

diseñar, gestionar y mantener con éxito altos niveles de rendimiento a través

de un enfoque sistemático y estandarizado de aplicaciones y sistemas web. -

Sistemas y aplicaciones web Premium. Pressman, (2007).

Esta metodología refleja las características de inmediatez, evolución y

crecimiento continuo, dando lugar a un proceso gradual y evolutivo que

permite a los usuarios participar y promueve el desarrollo de productos que

se ajustan estrechamente a los deseos y necesidades.

Estructura de la Iweb
47

La Figura 1, muestra la estructura de la metodología IWeb propuesta

por Pressman (2007).

Figura 1. Modelo de Proceso IWeb. Ingeniería de Software. Autor: Roger

Pressman.

Etapas del Proceso de Metodología Iweb

El método iWeb consta de los siguientes pasos:

Fórmula

Esto incluye definir las metas y objetivos del desarrollo de la aplicación

web que deben cumplirse y qué necesidades existen en la organización y

qué actividades se pueden mejorar, determinar por qué se necesita la

aplicación y quién la hará. Usar.

Planificación
48

En esta etapa de planificación se calculan los costos totales del proyecto,

se evalúan los riesgos asociados y se desarrolla un plan de trabajo de

desarrollo.

Analizar

El análisis define los requisitos técnicos y de diseño y determina el

contenido, interacción, funcionalidad y elementos de configuración que se

incluirán en el sistema web.

Proyecto

Esta fase de ingeniería recopila información y medios audiovisuales para

integrarlos en la aplicación, iniciar el desarrollo de contenidos y diseñar la

arquitectura, navegación, interfaz de usuario y pantallas. Generación de

página

En esta fase de construcción, se combina con arquitectura, navegación y

diseño de interfaz para crear páginas web ejecutables en HTML, XML y otros

lenguajes orientados a procesos. También se realizó la integración de

middleware.

Prueba

Una vez generado el código fuente, se revisa para encontrar y corregir

errores antes de entregar la aplicación a los usuarios.


49

Opiniones de los usuarios

El propósito de esta fase es presentar el trabajo de ingeniería web

terminado a los usuarios finales y crear una prueba específica con ellos para

comprender si todos los entornos están protegidos, si están probados, si

todas las funciones funcionan bien y qué pasa si. Cubre todos los requisitos

necesarios. (Pressman 2007, p.p. 525-526).

Modelado de la cadena de valor: Es un modelo teórico que puede describir

el desarrollo de las actividades de la organización empresarial. Refleja la

relación entre los procesos centrales de la organización y los procesos de

soporte (procesos centrales, la razón de existencia de la organización y

procesos de soporte) que son necesarios para la gestión de procesos clave y

procesos técnicos centrales en cualquier organización). La Figura 2 muestra

un diagrama de modelado de la cadena de valor:


50

Figura 2. Diagrama de cadena de valor, la cual describe los procesos

medulares y de apoyo del sistema. Autor: Jonás Montilva.

Diagrama de jerarquía de procesos: un diagrama de jerarquía de procesos

es una representación lógica funcional que refina los procesos de un sistema

empresarial en subprocesos. La Figura 3 muestra el diagrama de jerarquía

del proceso.

Figura 3. Diagrama de Jerarquía de Proceso, la cual está dividida en

subprocesos interdependientes. Autor: Jonás Montilva.

Diagrama de proceso: Es una representación gráfica que modela un

proceso de negocio basado en entradas, salidas, controles y recursos como

se muestra en la Figura 4:
51

Figura 4. Diagrama de Proceso. Muestra las reglas, autores y objetivos de

los procesos Autor: Jonás Montilva.

Diagramas de actividades: Los diagramas de actividades muestran el flujo

de trabajo desde el punto de inicio hasta el punto final de un proceso de

negocio o sistema. (Ver Figura 5).

Figura 5. Diagrama de Actividad. Describe en forma de Flujograma, las

interrelaciones de las actividades. Autor: Jonás Montilva.

Modelo de objetos de eventos: este modelo muestra los tipos de objetos

de negocio y sus relaciones. Para hacer esto, es necesario identificarlos y

agruparlos, luego crear relaciones entre ellos y finalmente representarlos en

un diagrama de objetos. (Ver Figura 6).


52

Figura 6. Diagrama de Objeto, mostrando las orientaciones de los objetos.

Fuente: Jonás Montilva.

Modelado de partes interesadas: un modelo de partes interesadas define

un conjunto de roles y responsabilidades que deben asumir los actores

involucrados en el modelado de negocios.

Por lo tanto, deben identificarse junto con las unidades organizativas

involucradas en el modelado de negocios para desarrollar la estructura

organizacional y el diagrama de actividad/participantes del sistema de

negocios. La siguiente figura (ver 7-8) muestra una representación del

diagrama.
53

Figura 7. Diagrama de Estructura Organizacional. Interacción entre la

organización y sus dependencias. Autor: Jonás Montilva.

Actor1 Actor2

Inicio

Actividad 2
Actividad 1

Final

Figura 8. Diagrama de actividad/Actor. Autor: Jonás Montilva.

Modelo de reglas de eventos: Representa las reglas o restricciones bajo

las cuales opera la organización. Los procesos de negocio están regulados o

controlados por reglas, políticas, estándares, etc. conjunto, por lo que se

identifican y clasifican para modelar utilizando el diagrama de la Figura 9.

Figura 9. Diagrama de Reglas, donde se vinculan las reglas del evento y las
54

normas. Autor: Jonás Montilva.

Modelo de eventos: los eventos son actividades que hacen que se

ejecuten procesos en la empresa y estas actividades pueden ser

planificadas, no planificadas, frecuentes o ad hoc. Estos están predefinidos y


Evento A Proceso 1
luego se establece una relación con uno de ellos mediante un diagrama de

flujo. (Ver Figura 10).


Proceso 2
Evento B

Proceso 3

Figura 10. Modelo de Eventos. Relacional entre los eventos y sus procesos.

Autor: Jonás Montilva.

UML (Lenguaje Unificado de Modelado)

UML es una abreviatura de Lenguaje de modelado unificado en inglés. Es

un lenguaje que permite modelar el análisis y diseño de software. Fue

desarrollado en 1997 por Ivar Jacobson, James Rumbaugh y Grady Book

después de integrar técnicas analíticas y diseño orientado a objetos. Uno de

los principales motivos que impulsó la creación de este lenguaje fue el


55

fracaso de muchos proyectos informáticos en los que no era posible

identificar claramente las necesidades de los usuarios o clientes, debido a

que esta fase se posponía.

Este lenguaje le permite especificar, construir, visualizar y documentar

objetos en sistemas de software orientados a objetos (OO). Describe un

conjunto estándar de símbolos y diagramas y se puede utilizar para modelar

diferentes tipos de sistemas, como sistemas de software, sistemas de

hardware, etc. sistema corporal, etc. Una de sus características clave es su

flexibilidad, ya que es extensible e independiente de muchos procesos de

diseño y análisis orientados a objetos.

El modelado UML (Lenguaje de modelado unificado) se realiza mediante

una serie de diagramas, donde cada diagrama representa un aspecto del

sistema. Luego, el investigador o modelador decide qué diagramas utilizar

según los estándares y requisitos del sistema de información, ya que cada

diagrama proporciona una imagen diferente de la aplicación o software.

Gracia (2009).

Diagramas UML

A continuación, se mencionan los símbolos y diagramas UML utilizados en

el análisis y diseño de este proyecto. Diagrama de casos de uso: un

diagrama de casos de uso describe un conjunto de casos de uso y las


56

relaciones y dependencias entre los actores involucrados en el proceso. Esto

ayuda a facilitar la comunicación con futuros usuarios del sistema y es útil

para la identificación. Requisitos de rendimiento del sistema. Los casos de

uso pueden tener relaciones con otros casos de uso. Los tipos de relaciones

más comunes son:

Inclusión: Indica situaciones en las que un caso de uso ocurre dentro de

otro caso de uso. Extensión: indica que bajo ciertas condiciones o en un

momento determinado (llamado punto de escalada), un caso de uso será

aumentado por otro caso de uso. Generalización: un caso de uso

determinado hereda propiedades de una superclase de uso y puede

especificar algunas o todas las características de la superclase de uso en

cualquier momento.

Actor: es una entidad externa (fuera del sistema) que interactúa con el

sistema participando (generalmente iniciando) casos de uso. Los

participantes pueden ser personas reales (usuarios del sistema), otras

computadoras o eventos externos. (Kimmel, 2007, p. 21). La siguiente es la

simbología utilizada para crear el diagrama de casos de uso que se muestra

en la Figura 11:
57

Figura 11. Elementos básicos de caso de uso en la relación de dependencia.

Autor: Paul Kimmel.

Diagramas de categorías analíticas: estos diagramas se utilizan para

identificar requisitos funcionales en términos de una o más categorías o

subsistemas del sistema que se está desarrollando.

Los diagramas de clases analíticos se construyen examinando casos de

uso, ocluyendo sus respuestas e identificando la función del clasificador,

identificando actividades para cada caso de uso y especificando actividades

o sub-actividades que son comunes o comunes a múltiples casos de uso.

Este diagrama proporciona apoyo para comprender la estructura de un

sistema de información. Se manejan tres tipos de clases de análisis, como se

muestra en el siguiente cuadro #1:

Cuadro 1. Tipos de Clases de Análisis. Autor: Samuel Schach.


CLASES DESCRIPCIÓN
Es un modelo de información persistente que son las
entidades de un modelo tradicional entidad-relación y al que
normalmente se accede mediante diferentes casos de uso.
Clase Entidad
58

Modelar cálculos y algoritmos complejos. Representa la


coordinación, ordenamiento, transacciones y control de
objetos. A menudo se utiliza para encapsular el control de un
Clase Control caso de uso particular.
Modelar las interacciones entre los sistemas de información
y sus actores, generalmente en términos de entradas y
Clase Interfaz
salidas.

La siguiente es la simbología utilizada para crear el diagrama de análisis

de categorías que se muestra en la Figura 12:

Figura 12. Elementos básicos de diagrama de clases de análisis. Autor:

Samuel Schach.

Diagrama de interacción: este diagrama muestra cómo los objetos

interactúan mediante mensajes. Hay dos tipos de estos diagramas y ambos

pueden usarse para representar interacciones de mensajes de manera

similar.
59

Colaboración: estos diagramas proporcionan información sobre cómo los

objetos interactúan y se organizan en el tiempo mediante números de

mensajes. Los mensajes se interpretan en orden numérico.

Los objetos interactivos se representan mediante líneas y los mensajes

enviados de un objeto a otro se representan mediante flechas que muestran

el nombre y el orden de los mensajes. La Figura 13 muestra los elementos

básicos de un diagrama de colaboración:

Figura 13. Elementos de diagrama de colaboración. Autor: Paul Kimmel.

Secuencia: este tipo de diagrama muestra las categorías en la parte

superior y los mensajes que se envían entre esas categorías, modelando un

flujo simple a través de los objetos del sistema. El gráfico sugiere una

secuencia temporal siguiendo el orden de los mensajes. De arriba a la

Obj ect1
Ob jeto

Actor1
Lín ea
de v ida
M en saje a un M en saje de un
de un
m ism o ob jeto
60
objeto ob jeto a otro

izquierda a abajo a la derecha. La Figura 14 a continuación muestra los

elementos básicos para crear un diagrama de secuencia:

Figura 14. Elementos de diagrama de secuencia. Autor: Paul Kimmel.

Diagrama de categorías: Un diagrama de categorías muestra las

diferentes categorías que componen un sistema o parte de un sistema y las

relaciones entre ellas. Estos diagramas son "estáticos" (no muestran

acciones), muestran categorías y sus métodos y propiedades, y la relación

entre ellos.

En el proceso de análisis y diseño de sistemas se utilizan diagramas de

categorías para crear un diseño conceptual de la información básica

controlada en el sistema, así como los componentes de cada componente y

las relaciones entre ellos. La Figura 15 muestra la estructura y elementos del

diagrama de categorías.

0 N om bre d e la clase

A tributos

O peraciones

Clase
61

Figura 15. Elementos de diagrama de clase. Autor: Paul Kimmel.

Elementos de una Clase

Categoría: Describe un grupo de objetos con las mismas propiedades,

acciones y relaciones.

Objeto: Es una instancia de una clase; se puede definir como realidad, es

decir, un objeto es un elemento que pertenece a un negocio o problema al

que nos enfrentamos y con el que podemos interactuar. (Por ejemplo,

automóvil, cuenta corriente, proyectos, etc.)

Propiedades: Las propiedades o características de una clase determinan

su grado de comunicación y visibilidad en el entorno.

Métodos: Los métodos u operaciones de una clase son la forma en que

interactúa con su entorno. Tanto las propiedades como los métodos pueden

tener tres tipos y atributos que indican el tipo de acceso a la categoría, son:
62

Público (+): Indica que la propiedad o método es visible tanto dentro como

fuera de la categoría, es decir, se puede acceder a ella desde todos los

aspectos.

Privado (-): indica que solo se puede acceder a la propiedad o método

desde dentro de la categoría.

Protegido (#): Indica que no se puede acceder a una propiedad o método

fuera de la categoría, pero se puede acceder a través de los métodos de la

categoría.

Las relaciones entre categorías representan las posibles interrelaciones

entre dos (2) o más categorías con diferentes propiedades y objetos, es

decir, la forma en que se comunican entre sí y se comportan.

Para explicar los tipos de relaciones entre categorías es necesario definir

el concepto de cardinalidad de la relación, que es un indicador del grado y

nivel de dependencia, marcando la cardinalidad en cada extremo de la

relación. (Kimmel, P. 2007, pp.39-47).

Estos indicadores y su significado se muestran en el cuadro# 2 a

continuación se describen:
63

Cuadro 2. Valores de cardinalidad de relaciones. Autor: Paul Kimmel.


Indicador Significado

0 Ninguno

1 Uno

* muchos

m Denota un número entero

0..1 cero o uno

0..*
Una cota inferior a cero y una superior a infinito

1..* Una cota inferior de por lo menos uno y una superior de


infinito

Tipos de relaciones entre clases

Herencia (Especialización/Generalización) ( ): Indica que la subclase

hereda los métodos y propiedades especificados por la superclase. Por

tanto, además de sus propios métodos y propiedades, la subclase también

tendrá las propiedades visibles y las propiedades (públicas o privadas) de la

superclase. Como se muestra en la Figura 16.


64

Figura 16. Clases heredadas. Autor: Paul Kimmel.

Composición ( ): esta es una relación estática donde el ciclo de vida

del objeto contenido depende del ciclo de vida del objeto contenido. En

composición, el objeto base se construye a partir de los objetos contenidos

en el objeto base. La Figura 17 muestra la relación por composición.

Figura 17. Relación por Composición. Autor: Paul Kimmel.

Agregación ( ): Es una relación dinámica donde el ciclo de vida

de los objetos contenidos es independiente del ciclo de vida de los objetos

que los contienen. En esta relación, el objeto base interactúa con el objeto

contenido. La Figura 18 ilustra esta relación usando la Referencia de la


65

Agregación.

Figura 18. Ejemplo de Relación por Referencia de la dependencia almacén y

cliente. Autor: Paul Kimmel.

Asociación ( ): es una relación entre categorías que permite

vincular objetos colaborativos. Cabe señalar que esta no es una relación

fuerte, es decir, el ciclo de vida de un objeto no depende de otro objeto. La

Figura 19 muestra un ejemplo.

Figura 19. Relación de asociación. Autor: Paul Kimmel.

La figura anterior muestra la representación de una clase cliente asociada,

donde, Un cliente puede tener asociadas muchas órdenes de Compra, en

cambio una orden de compra solo puede tener asociado un cliente.

Dependencia o instanciación ( ): Esta es una relación en la que

se instancia una clase (su instanciación depende de otro objeto/clase). El uso


66

más preciso de este tipo de relación es expresar la dependencia de una

categoría con respecto a otra categoría. La Figura 20 muestra un ejemplo.

Figura 20. Relación de dependencia. Autor: Paul Kimmel.

La Figura # 20 muestra un ejemplo de una aplicación de gráficos que crea

una ventana, es decir, la creación de un objeto de ventana depende de la

creación de instancias del objeto de aplicación ejecutable.


65

Diagramas de Flujo

Los diagramas de flujo, también conocidos como diagramas de procesos

(Diagramación de procesos secuenciales), son una forma tradicional y

antigua de especificar los detalles algorítmicos de un proceso.

Es un diagrama que permite visualizar el orden o secuencia ordenada de

las tareas realizadas, recolección de los datos, las decisiones tomadas y

dónde se almacena la información que posteriormente se utilizará en la

difusión informativa. Vázquez (2009).

En cuanto a los símbolos utilizados en los diagramas de bloques, existen

varios elementos simbólicos que son muy importantes en este tipo de

diagramas, pero muy a menudo dependiendo del diagrama que estés

creando, algunos de ellos dependen de qué parte quieres representar.

Entonces, en este caso, los factores más importantes a considerar se

mencionan en el Cuadro # 3, que enumera los elementos y sus respectivos

significados y definiciones. Los cuales servirán de componentes simbólicos y

representativos como secuenciales tales como: terminal que significa el inicio

y fin; entrada y salida de los datos; procesamiento de la información y

decisión Indica operaciones lógicas de comparación entre datos.


66

Cuadro 3: Simbología utilizada en los Diagramas de Flujo. Autor: Adolfo


Vázquez.
Símbolos Significado Definición
Inicio y fin de un programa. También puede
representar una parada o interrupción
Terminal
programada que sea necesaria realizar en
un programa.

Cualquier tipo de introducción de datos en


la memoria desde los periféricos o registros
Entrada y Salida
de información procesada en un periférico

Cualquier tipo de operación que puede


originar cualquier cambio de valor, formato
o posición de la información almacenada en
Proceso memoria, operaciones Aritméticas, de
transformación.

Indica operaciones lógicas de comparación


entre datos (normalmente dos) y en función
de los resultados de las mismas, determina
Decisión
(normalmente si o no) cuál de los distintos
caminos alternativos del programa se debe
seguir.

Aplicación Web

Son aplicaciones que los usuarios pueden utilizar a través de un

navegador para acceder a un servidor web en Internet o intranet. Es decir, es

una aplicación de software codificada en un lenguaje soportado por un

navegador web (como HTML, etc.); la ejecución se confía al navegador. Se


67

llaman aplicaciones web como Berzal, (2012) son aplicaciones cuyas

interfaces se construyen a partir de páginas web. Una página web no es más

que un archivo de texto en un formato estándar llamado HTML.

Estos archivos se almacenan en un servidor web al que se puede acceder

mediante el protocolo HTTP, uno de los protocolos de Internet. Para utilizar

una aplicación web desde una computadora específica, simplemente instale

un navegador web en esa computadora, ya sea Microsoft Internet Explorer,

Mozilla Firefox o cualquier otro navegador. Se puede acceder al servidor web

que aloja la aplicación a través de la red desde una computadora cliente que

ejecuta un navegador, lo que permite a los usuarios usar la aplicación sin

instalarla primero en su computadora.

Esta es la razón por la que las aplicaciones web se han vuelto populares

porque los navegadores web son muy convenientes como clientes ligeros y

facilitan la actualización y el mantenimiento de aplicaciones web sin tener

que distribuir e instalar software a miles de usuarios potenciales. Algunos

ejemplos de aplicaciones web son el webmail, los weblogs, las tiendas

online, la conocida Wikipedia, etc. Los beneficios requeridos para las

aplicaciones web son:

Compatibilidad multiplataforma: es más probable que las aplicaciones web

sean compatibles con varias plataformas que las aplicaciones de software

descargables. Varias tecnologías como PHP, Java, Flash, ASP y Ajax


68

permiten un desarrollo eficiente de aplicaciones compatibles con los

principales sistemas operativos.

Acceso instantáneo: las aplicaciones basadas en web no requieren

descarga, instalación o configuración, ya que la ejecución se produce a

través del navegador web en la computadora cliente. Al mismo tiempo,

funcionan independientemente de su configuración o hardware.

Múltiples usuarios simultáneos: las aplicaciones web pueden ser utilizadas

por múltiples usuarios simultáneamente. No es necesario compartir pantallas

ni enviar instantáneas cuando varios usuarios pueden ver e incluso editar los

mismos archivos juntos. Desarrolle aplicaciones en el idioma de su elección:

una vez que las aplicaciones se desacoplan de la computadora local y del

sistema operativo específico, se pueden escribir en casi cualquier lenguaje

de programación.

Diseño y Desarrollo de Aplicaciones Web

El diseño y desarrollo de aplicaciones web implica la evaluación detallada

y la implementación de soluciones alternativas en Internet basadas en

necesidades, objetivos o ideas, utilizando la tecnología más adecuada para

el proyecto en cuestión.

Las aplicaciones web se desarrollan según sea necesario, pueden ser de

acceso público como tiendas virtuales, periódicos digitales, portales web,


69

etc., o pueden ser de acceso restringido como intranet para mejorar la

gestión interna de la empresa como gestión, etc. Proyectos y tareas, control

de asistencia, gestión de expedientes, etc., o utilizar redes externas para

aumentar y mejorar los servicios con distribuidores, clientes, proveedores,

vendedores y socios externos.

En este esfuerzo, el acceso a la aplicación web del SISGHO será

restringido ya que estará ubicada dentro de la intranet de la empresa y por lo

tanto solo estará disponible para empleados autorizados de la organización

para gestionar sus proyectos, actividades y tareas. Manera efectiva y segura.

Tecnologías Web

La tecnología web se puede definir como un conjunto de herramientas que

ayudan a lograr mejores resultados al desarrollar un sitio web o una

aplicación web. Los más comunes son: arquitectura web, protocolos de red,

navegadores web, servidores web y tecnologías de programación o

lenguajes de programación. Jiménez (2008).

Arquitectura de aplicación Web.

Hay muchas variaciones posibles, pero en general, la arquitectura de una

aplicación web suele ofrecer un enfoque de tres niveles, también conocido

como arquitectura de tres niveles. La primera capa consta de la capa de

presentación, que incluye no sólo el navegador, sino también el servidor web,

que es el responsable de proporcionar el formato de datos adecuado. El


70

segundo nivel suele referirse a algún tipo de programa o script. Finalmente,

el tercer nivel proporciona al segundo nivel la información necesaria para la

ejecución.

Una aplicación web típica recopilará datos del usuario (primer nivel), los

enviará al servidor, el servidor ejecutará el programa (segundo y tercer nivel)

y los resultados serán formateados y presentados en el navegador para el

usuario (primer nivel). Nivel nuevamente. La Figura # 21 muestra la

arquitectura de tres niveles. Vegas (2008).

Figura 21. Arquitectura de tres Niveles. Autor: John Vegas.

Protocolo de red

Un protocolo es un conjunto estándar de reglas que permiten conexiones,

comunicación y transferencia de datos entre varias computadoras en una red.


71

Cada computadora es independiente, pero está conectada a la misma red y

debe tener los mismos protocolos de red que permitan que la información

fluya. Actualmente existen muchos tipos de protocolos de red, entre los cuales

TCP/IP es el protocolo de comunicación más importante que se creó para

comunicarse en Internet. Actualmente, cualquier ordenador que quiera

conectarse a Internet debe tener instalado este protocolo de comunicación.

(Vegas 2008, p.226).

Servidor Web

Es un programa que utiliza el protocolo HTTP (Protocolo de transferencia

de hipertexto) o el protocolo HTTPS (una versión cifrada y autenticada) para

recibir solicitudes de información de programas cliente (navegadores),

recuperar la información solicitada y transmitirla al cliente. Programa. Un

cliente que los usuarios pueden ver, generalmente páginas HTML y objetos

asociados, imágenes, documentos, etc. Un servidor web es responsable de

esperar solicitudes HTTP de clientes HTTP (llamados navegadores).

El navegador envía una solicitud al servidor y el servidor responde con el

contenido solicitado por el cliente. Por ejemplo, cuando se escribe en un

navegador, envía una solicitud HTTP al servidor a esta dirección. El servidor

responde al cliente enviando código HTML a la página; cuando el cliente

recibe el código, lo interpreta y lo muestra en pantalla. Este ejemplo muestra

que el cliente es responsable de interpretar el código HTML, es decir, de la


72

fuente, el color y el diseño del texto y los objetos que se muestran en la

página; el servidor se limita a transmitir el código de la página sin

interpretarlo.

Algunas de las características básicas de los servidores web son su

capacidad para servir archivos estáticos ubicados en algún lugar del disco, lo

que permite al programa del servidor controlar aspectos relacionados con la

seguridad y la autenticación del usuario, y el nivel de soporte para mostrar

contenido dinámico como la mayoría ofrece. No proviene de páginas

estáticas, sino que se genera dinámicamente. (Mateu 2009, p.p. 231.-240).

Lenguajes de programación

Un lenguaje de programación es un conjunto de símbolos y reglas

sintácticas y semánticas que definen el significado de sus estructuras y

elementos y expresiones, respectivamente, y pueden usarse para controlar el

comportamiento de las máquinas, especialmente las computadoras. Aunque

los términos "lenguaje de programación" y "lenguaje informático" suelen

considerarse sinónimos, este no es el caso, ya que los lenguajes

informáticos incluyen tanto los lenguajes de programación como otros

lenguajes, como HTML, que no son exactamente lenguajes de programación.

Los lenguajes de programación permiten a los programadores especificar

exactamente con qué datos debe trabajar la computadora; cómo se deben


73

almacenar o transferir estos datos y qué acciones tomar en diferentes

situaciones. Todo esto se consigue utilizando un lenguaje que intenta

acercarse relativamente al lenguaje humano o natural, como puede ser un

lenguaje léxico. Vegas (2008).

Una característica relacionada de los lenguajes de programación es

precisamente que varios programadores pueden tener un conjunto común de

instrucciones que pueden entender entre ellos para crear programas juntos.

Existen muchos lenguajes de programación como; PHP, Delphi, Visual Basic,

Pascal, Java, Python, etc.

Lenguajes de Programación empleados en la Aplicación Web

PHP (preprocesador de hipertexto) es un lenguaje de programación

utilizado para desarrollar páginas web dinámicas del lado del servidor. Sus

fragmentos de código se encuentran fácilmente dispersos por las páginas

HTML. Es un lenguaje de código abierto y actualmente es el lenguaje de

programación de scripts más popular y público. El cual es ampliamente

distribuido en Internet. Toma prestada gran parte de la sintaxis de C, Java y

Perl, con algunas características exclusivas. El propósito de este lenguaje es

permitir a los desarrolladores crear páginas dinámicas de forma rápida y

sencilla. Rodas (2007). Como lenguaje gratuito, PHP tiene una gran cantidad

de características que lo convierten en una herramienta ideal para crear

páginas web dinámicas, algunas de las cuales incluyen:


74

a. Obtener un lenguaje multiplataforma que se ejecuta en diferentes

sistemas operativos (Windows, Mac OS, Linux, Unix).

b. Soporta una gran cantidad de bases de datos: MysSQL, PostgreSQL,

Oracle, MS SQL Server, Sybase mSQL, Informix, etc.

c. Integre con múltiples documentos de biblioteca externa para poder

generar PDF (documentos de Acrobat Reader) e incluso analizar código

XML.

d) Proporciona una solución sencilla y versátil para la búsqueda dinámica

de páginas web mediante una programación sencilla.

e. Es mucho más fácil de mantener y actualizar que el código desarrollado

en otros lenguajes.

f. Se ejecuta en un servidor, un lenguaje del lado del servidor es un

lenguaje que se ejecuta en un servidor web antes de enviar una página a un

cliente a través de Internet. Una página que se ejecuta en el servidor puede

realizar acceso a la base de datos, creación de redes y otras tareas para

crear la página final que verá el cliente. El usuario sólo recibe páginas que

contienen el código HTML generado al ejecutar la página PHP. Porque la

página generada contiene sólo código HTML que es compatible con todos

los navegadores.

La Figura 22 resume la funcionalidad anterior de una página PHP en un


75

servidor web.

Figura 22. Funcionamiento de página PHP en un servidor. Autor: Romer

Rodas.

Una página PHP no es más que un programa escrito en PHP que genera

código HTML. Cuando un navegador solicita una página PHP desde un

servidor web, envía la página a un intérprete de PHP antes de enviarla al

cliente. Interpreta el contenido de la página PHP y finalmente lo envía al

cliente.

a. La PHP cuenta con el respaldo de una gran comunidad de

desarrolladores. Como producto de código abierto, PHP ha recibido ayuda de

muchos programadores para encontrar y corregir errores rápidamente.


76

b. El código se actualiza constantemente a medida que el lenguaje mejora

y se expande para ampliar las capacidades de PHP.

c. Con PHP, puedes hacer todo lo que un script CGI puede hacer, como

procesar formularios, publicar en foros, manipular cookies y páginas

dinámicas. (Rodas 2007, p.229). Lenguaje de marcado de hipertexto

La abreviatura en inglés de Hyper Tex Markup Language es el idioma

utilizado para escribir páginas web. Los usuarios pueden ver páginas web

utilizando un programa llamado navegador. Se puede decir que es una

aplicación basada en navegador o que muestra una página web. HTML le

permite recopilar texto, sonidos e imágenes y combinarlos como mejor le

parezca, así como introducir referencias a otras páginas mediante enlaces de

hipertexto. Además de un navegador para ver los resultados, necesitará otra

herramienta que pueda crear la página en sí, ya que el archivo (o página)

HTML es solo texto.

Por lo tanto, la programación HTML requiere un editor de texto como el

Bloc de notas de Windows u otro editor de texto simple. HTML no es un

lenguaje de programación en sentido estricto como C, Java, etc. Para crear

un documento HTML, utiliza etiquetas que contienen instrucciones de

apertura y cierre rodeadas de corchetes angulares (< >) que definen y

controlan cómo se muestran el texto, las imágenes, los videos u otros

elementos en el navegador. . En pocas palabras, HTML no es más que una


77

serie de etiquetas que definen la forma o estilo que se aplicará a una página.

(Álvarez, 2011, p. 273).

Javascript

Es un lenguaje de programación que permite crear acciones en páginas

web que combinan varios efectos, como animaciones, acciones iniciadas al

presionar botones y ventanas de notificación para interactuar mejor con los

usuarios. Descrito como un lenguaje interpretado, este lenguaje no requiere

compilación (un programa que convierte un lenguaje de programación en

lenguaje de máquina), lo que significa que los programas escritos en

JavaScript se pueden probar directamente en el navegador sin utilizar

middleware. Además, es un lenguaje basado en acciones con menos

restricciones, y la mayor parte de la programación en este lenguaje se centra

en describir objetos y escribir funciones que responden a movimientos del

mouse, apertura, pulsaciones de teclas, carga de páginas, etc. Pérez (2007).

AJAX

AJAX significa JavaScript y XML asincrónicos. No es una tecnología en sí

misma, sino una combinación de varias tecnologías independientes. Se

puede decir que es una tecnología de desarrollo web para la creación de

aplicaciones interactivas. Se ejecutan en el cliente (es decir, el navegador del

usuario) y mantienen una comunicación asincrónica (sin correspondencia

temporal), ya que se deben obtener datos adicionales del servidor y


78

cargarlos en segundo plano sin interrumpir la página. De esta forma, podrás

aumentar la interactividad, velocidad y usabilidad de tu aplicación, porque

puedes cambiar de página sin recargarla. (Jová 2007, p.244). Las

tecnologías que componen AJAX son:

a. Estándares de lenguaje de marcado de hipertexto extensible (XHTML) y

hojas de estilo en cascada (CSS) para la creación de presentaciones.

b) Modelo de objetos de documento (DOM) utilizado para actividades de

presentaciones interactivas y dinámicas.

c. XML, transformación de lenguaje de estilo extensible (XSLT) y notación

de objetos JavaScript (JSON) para intercambio y manipulación de

información.

d) XMLHttpRequest utilizado para el intercambio de información

asíncrono. JavaScript, combina todas las demás tecnologías.

Con esta combinación de tecnologías AJAX, podemos hablar de mayor

velocidad, porque la interfaz de usuario se puede actualizar parcialmente sin

actualizar toda la página. Por ejemplo, al completar un formulario en una

página web, use AJAX para actualizar la parte donde selecciona su país de

residencia sin actualizar todo el formulario o la página web. Existen muchas

aplicaciones basadas en AJAX, las más famosas son los administradores de

correo electrónico, como por ejemplo: Gmail, Yahoo Mail, Windows Live Mail,

etc. (Pérez 2008, p. 6).


79

Base de Datos

Según (Kort 2008, p. 93). Define una base de datos como "un conjunto de

datos organizado y relacionado y un conjunto de programas que permiten a

los usuarios acceder y modificar esos datos". Uno de los principales objetivos

de un sistema de base de datos es proporcionar a los usuarios una visión

abstracta de los datos. Esto significa que el sistema oculta cierta información

sobre cómo se almacenan y mantienen los datos.

Por otro lado, (Gómez 2009, p.145) afirma que una base de datos “es un

conjunto de datos pertenecientes a un mismo contexto que se almacena

sistemáticamente para su uso posterior, es un conjunto de datos creado

según un modelo que representa relaciones” y aquellos que existen dentro

de los confines del mundo real.”

Con base en estos conceptos, una base de datos en informática es un

sistema estructurado y organizado que permite el almacenamiento, gestión y

recuperación eficiente de información. Consiste en un conjunto de datos

interrelacionados almacenados en una estructura específica diseñada para

facilitar el acceso a los mismos y su gestión.

Elementos de una base de datos

Amanda (2010) establece que los elementos de la base de datos se

clasifican de la siguiente manera:


80

Hardware: Es el entorno físico que permite almacenar la información de la

base de datos. Software: Permite trabajar y gestionar B.D. de la manera más

eficiente. DBMS (Sistema de gestión de bases de datos) es responsable de

la gestión de bases de datos. Por tanto, todas las operaciones con ellos

deben pasar por el DBMS.

Datos: Esta es toda la información necesaria para que la base de datos

funcione. Usuarios: Existen tres tipos de usuarios: Programadores de bases

de datos: Responsables de diseñar y escribir las aplicaciones necesarias

para utilizar la base de datos y realizar las solicitudes adecuadas al SGBD.

Usuario Final: Es la persona que procesa específicamente los datos

almacenados en la base de datos. Administrador de Base de Datos: Es el

más importante de los tres ya que se encarga de desarrollar y cambiar la

estructura de la base de datos. Amanda (2010).

Sistema de administración de base de datos

Un sistema de gestión de bases de datos (SGBD) es un conjunto de

procedimientos responsables de definir, crear y operar una base de datos,

garantizando su integridad, confidencialidad, seguridad y redundancia.

Su propósito es actuar como una interfaz entre la base de datos y los

usuarios, proporcionando acceso controlado a la base de datos. (Kort 2008,

p. 15) lo define como "un módulo de programa que proporciona una interfaz
81

entre datos de bajo nivel almacenados en una base de datos y aplicaciones y

consultas al sistema".

Funciones del sistema de gestión de bases de datos (SGBD)

Los administradores de bases de datos son responsables de las

siguientes tareas:

Interacción con administradores de archivos: los datos sin procesar se

almacenan en el disco utilizando un sistema de archivos que normalmente

proporcionan los sistemas operativos tradicionales. El administrador de la

base de datos traduce las diversas declaraciones DML en instrucciones del

sistema de archivos de bajo nivel y es responsable del almacenamiento,

recuperación y actualización de los datos en la base de datos.

Hacer cumplir la integridad: los valores de datos almacenados en una

base de datos generalmente deben cumplir con algún tipo de restricción

específicamente especificada por el administrador del sistema. Un

administrador de base de datos puede determinar si una actualización de la

base de datos provocó una infracción de restricción; si es así, actúe en

consecuencia.

Implementación de seguridad: No todos los usuarios de una base de datos

necesitan tener acceso a todo su contenido, en cuyo caso el administrador

de la base de datos es responsable de cumplir con estos requisitos de


82

seguridad. Copia de seguridad y recuperación: los sistemas informáticos son

propensos a fallar y, en algunos casos, se puede perder la información de la

base de datos.

El administrador de la base de datos es responsable de detectar dichas

fallas y restaurar la base de datos a su estado previo a la falla. Esto se logra

iniciando varios procesos de copia de seguridad y restauración. Control de

concurrencia: si varios usuarios actualizan la base de datos al mismo tiempo,

es posible que no se mantenga la coherencia de los datos. Los

administradores de bases de datos controlan las interacciones entre usuarios

simultáneos. (Koth 2008, p. 18).

PosgreSQL

Es un sistema de gestión de bases de datos relacionales de objetos. Dado

que incluye características orientadas a objetos como herencia, tipos de

datos, funciones, etc., se basa en software libre, por lo que el código original

del programa está disponible para que cualquiera pueda desarrollar

proyectos o modificarlo. Sistema según sus requisitos para sus necesidades,

se libera bajo la licencia BSD, que permite su uso y distribución para usos

comerciales y no comerciales. Algunos repositorios empresariales han

incluido recientemente funciones desarrolladas por Postgres.

PostgreSQL se caracteriza por ser un sistema estable, de alto rendimiento

y altamente flexible que puede ejecutarse en la mayoría de los sistemas


83

Unix; una de sus características es que el sistema se puede ampliar

fácilmente. PostgreSQL se puede integrar en entornos Windows, lo que

permite a los desarrolladores crear nuevas aplicaciones o mantener

aplicaciones existentes.

Además, permite desarrollar o migrar aplicaciones desde Access, Visual

Basic, Foxpro, Visual Foxpro, C/C, Visual C/C, Delphi, etc. para utilizar

PostgreSQL como servidor de base de datos; En resumen, puedes Dicho

esto, PostgreSQL es una buena opción a la hora de elegir un sistema de

base de datos. Dánzig (2010).

Ventajas de PostgreSQL

Instalaciones ilimitadas: las bases de datos comerciales generalmente se

instalan en más servidores de los que permite la licencia, y esto se considera

una fuente importante de inconsistencia en la licencia. PostgreSQL no viola

esto porque no hay tarifas con las licencias de software. Mejor soporte que

los proveedores comerciales: además del soporte brindado.

PostgreSQL tiene una importante comunidad de profesionales y

entusiastas de los que puede beneficiarse y contribuir a ahorros significativos

en costos operativos: el software está diseñado y construido para requerir

mucho menos mantenimiento y personalización que otros productos

comerciales, manteniendo al mismo tiempo la funcionalidad, la estabilidad y

el rendimiento completos.
84

Estabilidad y confiabilidad legendarias: PostgreSQL no ha experimentado

ni un solo bloqueo en años de uso intensivo. Simplemente funciona.

Extensible: El código fuente se proporciona de forma gratuita. Si los

equipos necesitan ampliar o personalizar PostgreSQL, pueden hacerlo con

un esfuerzo mínimo y sin costo adicional. Esto se ve reforzado aún más por

una comunidad de profesionales de todo el mundo que están ampliando

PostgreSQL todos los días.

Multiplataforma: se ejecuta en casi todos los Unix (la última versión

estable tiene 34 plataformas) y ya está disponible una versión inicial para

Windows, actualmente en prueba beta.

Diseñado para entornos de gran volumen: PostgreSQL utiliza una

estrategia de almacenamiento en cola llamada MVCC para lograr una mejor

capacidad de respuesta en entornos de gran volumen.

Herramientas gráficas de gestión y diseño de bases de datos: existen

varias herramientas gráficas de gestión de bases de datos de alta calidad,

como (pgAdmin, pgAccess) y diseño de bases de datos (Tora, Data

Architect).

Programas utilizados en el desarrollo de sistemas de información

Proyecto Microsoft 2010: Es un programa que ayuda a organizaciones y

autónomos a gestionar proyectos asignando tareas según un cronograma,


85

incluidas notas, costos y recursos relacionados con el proyecto, de modo que

los plazos se cumplan de forma secuencial y dentro del presupuesto. Se

logró el objetivo planteado. Además, Microsoft Project es una herramienta

eficiente que permite almacenar en su base de datos una gran cantidad de

información sobre el proyecto, la cual se puede controlar con la ayuda del

plan creado, incluidos los costos y otros elementos relacionados que

componen el proyecto (Costa 2015, p. 347).

Adobe Dreamweaver 10

Es un software que se utiliza como herramienta para crear y editar páginas

web de aspecto profesional. Es una de las aplicaciones de programación y

diseño web más utilizadas debido a su funcionalidad e integración con otras

herramientas fáciles de usar como AdAdobe Flash., hojas de estilo y capas,

JavaScript para crear interactividad y más. La aplicación te permite crear un

sitio web de forma totalmente gráfica con la posibilidad de acceder al código

HTML generado. Permite conectarse a servidores, bases de datos, soporta

programación ASP, CSS, PHP, Javascript, integra clientes FTP, etc.

Además, le permite ver páginas web utilizando la mayoría de los

navegadores web instalados en su computadora. Ramírez (2011).

Navicat For PostgreSQL

Es una poderosa herramienta para administrar y desarrollar bases de

datos PostgreSQL. Funciona con cualquier servidor de base de datos

PostgreSQL y admite la mayoría de las funciones más recientes de


86

PostgreSQL, incluidos activadores, funciones, vistas y usuarios

administradores de PostgreSQL, etc., lo que lo hace accesible tanto para

desarrolladores profesionales como para nuevos usuarios. Tiene una interfaz

de instalación sencilla e intuitiva que la convierte en la herramienta

PostgreSQL perfecta en una red o escritorio local, convirtiéndolo en el primer

administrador de bases de datos PostgreSQL del mundo.

Navicat lleva la administración de PostgreSQL al siguiente nivel,

permitiéndole crear, organizar, acceder y compartir mensajes rápida y

fácilmente de una manera segura y sencilla. Navicat para PostgreSQL está

disponible para dos plataformas: Microsoft Windows y Mac OS. Es seguro y

facilita el proceso de mantenimiento de datos.

Características de Navicat for PostgreSQL

1. Admite múltiples conexiones de servidor PostgreSQL locales o remotos.

2. Navegar por la base de datos.

3. Crear y eliminar bases de datos, tablas, índices y usuarios.

4. Edita los datos.

5. Cree o ejecute una consulta SQL.

6. Administrar permisos de usuario (configuración de seguridad).

7. Copia de seguridad/restauración de base de datos, plan de copias de

seguridad.
87

8. La transferencia de datos admite la transferencia de bases de datos

PostgreSQL de un servidor a otro.

9. Proceso de almacenamiento.

10. Planificación del trabajo, procesos o métodos.

11. Importar/exportar datos.

12. Importar datos de fuentes ODBC.

13. Reportar informes.

14. Sincronización de datos.

PgAdmin III

Es una potente plataforma de gestión y desarrollo de bases de datos

PostgreSQL y es de uso gratuito. La aplicación se ejecuta en GNU/Linux,

FreeBSD y Windows 2000/XP. Es capaz de gestionar diferentes versiones de

PostgreSQL ejecutándose en cualquier plataforma, incluidas las versiones

comerciales.

PgAdmin III está diseñado para satisfacer las necesidades de todos los

usuarios, desde simples consultas SQL con script hasta desarrollo complejo

de bases de datos. La interfaz gráfica de PostgreSQL admite todas las

funciones y simplifica la administración. También incluye un generador de

consultas, un editor SQL, un editor de código del lado del servidor y más.
88

Las conexiones al servidor se pueden realizar mediante conexiones

TCP/IP o sockets de dominio Unix (en plataformas *nix) y se pueden cifrar

con SSL para mayor seguridad. La aplicación no requiere controladores

adicionales para comunicarse con el servidor de la base de datos, está

desarrollada por una comunidad de expertos en bases de datos de todo el

mundo y está disponible en más de 30 idiomas. Es un software gratuito

publicado bajo la licencia artística BSD. Runner (2009) y Guía de Ubuntu

(2008).

Enterprise Architect 7.5 (Arquitecto de empresa 7.5)

Es una completa herramienta de análisis y diseño UML que cubre el

desarrollo de software desde la concepción de los requisitos hasta las fases

de análisis, modelo de diseño, prueba y mantenimiento. Enterprise Architect

es una herramienta gráfica multiusuario basada en Windows diseñada para

ayudarle a crear software potente y fácil de mantener. Además, implementa

archivos de salida flexibles y de alta calidad.

Un lenguaje de modelado unificado proporciona ventajas significativas al

ayudar a construir continuamente modelos complejos y manejables de

sistemas de software. Enterprise Architect respalda este proceso en un

entorno fácil de usar, rápido y flexible. Es una herramienta de diseño de

software de ciclo de vida completo.

Microsoft OfficeVisio
89

Es un software poderoso que puede ayudarlo a visualizar, analizar y

comunicar información compleja y presentarla de una manera más

organizada y visual, desde texto, tablas y columnas complejas que son

difíciles de entender lógicamente hasta el contenido claramente segmentado

de un diagrama de Visio. Facilitar conscientemente la comprensión y

recepción de información o conceptos para descubrirlos o comunicarlos a los

demás.

Microsoft Office Visio ofrece una amplia gama de plantillas, diagramas de

flujo de procesos comerciales, diagramas de red, diagramas de flujo de

trabajo, modelos de bases de datos y diagramas de software que se pueden

utilizar para visualizar y simplificar procesos comerciales, monitorear

proyectos y recursos, crear organigramas y generar redes, guías, cuadros de

producción para la construcción de sitios web y optimización de sistemas,

brindando excelente compresión, redacción, gramática y conveniencia para

promover un proceso u objetivo específico en un negocio o actividad

económica.

Software libre

Es un software que los usuarios pueden utilizar de forma gratuita con una

compra; copiarlo, investigarlo, modificarlo y redistribuirlo. El software libre

suele proporcionarse de forma gratuita o a un precio (opcional) a través de

otras formas de distribución, por lo que no hay razón para asociar software

libre con software libre porque, aunque conserva su carácter gratuito, puede
90

distribuirse comercialmente. "Software libre" (Stallman 2008, p. 97) se refiere

a "la libertad de los usuarios para ejecutar, copiar, distribuir, investigar,

modificar y mejorar el software". Más concretamente, se refiere a cuatro

libertades para los usuarios de software:

1. Le invitamos a utilizar este programa para cualquier propósito (Libertad

0).

2. Libertad para explorar cómo funciona el programa y ajustarlo según sea

necesario (Libertad 1). El acceso al código fuente es un requisito previo para

ello.

3. Libertad de distribuir copias para ayudar a sus seres queridos (Libertad

2).

4. Libertad para mejorar los procedimientos y poner los resultados de las

mejoras a disposición de otros en beneficio de toda la comunidad. (Gratis 3).

El acceso al código fuente es un requisito previo para ello. Si el usuario tiene

todas estas libertades, entonces el programa es software libre. Por lo tanto,

usted es libre de distribuir copias, con o sin modificaciones, a cualquier

persona, en cualquier lugar, e independientemente de si se distribuyen de

forma gratuita o mediante pago. Hacerlo libremente significa (entre otras

cosas) que no hay que pedir ni pagar permiso.

Beneficios generales del software libre


91

a) Ahorre millones comprando licencias.

b) Lucha eficaz contra la copia ilegal de software.

c) Eliminar las barreras presupuestarias.

d) beneficios de las ciencias sociales y la tecnología.

e) El tiempo de desarrollo para cosas inexistentes se reducirá debido a la

disponibilidad generalizada de herramientas y bibliotecas.

f) Las aplicaciones se pueden probar fácilmente antes de utilizarlas en

procesos críticos.

g) Toda persona tiene derecho a utilizarlo, acceder a él, estudiar su diseño

y modificarlo gratuitamente.

h) Es de distribución gratuita (cualquiera puede regalarlo, venderlo o

restaurarlo).

i) Suele ser muy poderoso porque muchas personas tienden a contribuir a

su mejora, y les conviene ver la mejora de los besos compartidos.

j. Tiende a ser muy diverso porque los contribuyentes tienen diferentes

necesidades, lo que permite que el software se adapte a una gama más

amplia de problemas.
92

DEFINICIÓN DE TÉMINOS BÁSICOS

Actividad: es una serie de tareas o acciones que realiza un organismo

por instinto, razón, emoción o voluntad hacia una meta. (Diccionario

informático 2010, p.09).

Administrador: persona responsable del mantenimiento y/o gestión de la

red de la empresa (red interna), servidores en general y equipos específicos

en particular. (Diccionario informático 2010, p.10).

Applets: Son pequeñas aplicaciones escritas en Java, incluidas páginas

web (HTML), que se pueden ejecutar en cualquier navegador con intérprete

de Java y se pueden utilizar sin intercambiar información con el servidor

porque siempre están en tiempo de ejecución "cliente". (Diccionario

informático 2010, p.20).

Aplicación: Programa informático que realiza funciones para ayudar a los

usuarios a realizar determinadas acciones. La World Wide Web (WWW), el

Protocolo de transferencia de archivos (FTP), el correo electrónico y las

redes de telecomunicaciones (Telnet) son ejemplos de aplicaciones en el

sector de Internet. (Fernández 2006, p. 3).


93

Aplicación web: Es un sistema informático utilizado para acceder a un

servidor web a través de Internet o una intranet. (Diccionario informático

2010, p.21).

AJAX: Abreviatura de JavaScript y XML asincrónicos, es una tecnología

de desarrollo web que se utiliza para crear aplicaciones interactivas que se

ejecutan en el navegador del usuario y mantienen una comunicación

asincrónica con un servidor en segundo plano. (Diccionario informático 2010,

p.22).

CGI: Abreviatura en inglés (Common Gateway Interface) es una interfaz

que proporciona comunicación entre una página y un servidor web llamando

a una aplicación (llamada combinada CGI) que pasa ciertos parámetros (en

la propia URL o en el encabezado HTTP) y el servidor devuelve una página

web como resultado de la llamada. Las aplicaciones CGI están diseñadas

para realizar procesos en el servidor que no se pueden implementar en un

navegador (como acceder a una base de datos). (Diccionario informático

2010, p.31).

Control: Actividad que monitorea los resultados de las actividades y toma

medidas para corregirlas inmediatamente y tomar medidas preventivas para

evitar eventos indeseables en el futuro. (Enciclopedia Ilustrada Siglo XXI

2009, p.651).
94

Hipertexto: cualquier texto disponible en la World Wide Web que

contenga enlaces a otros documentos. El uso de hipertexto es una forma de

presentar información en la que palabras, sonidos, imágenes y acciones

están vinculados entre sí para que pueda saltar de uno a otro en el orden

que desee. (Diccionario informático 2010, p.33).

HTML: Abreviatura de lenguaje de marcado de hipertexto. El idioma

utilizado para las páginas a las que se accede a través de un navegador

WWW. Admite componentes de hipertexto y multimedia. (Fernández 2006, p.

23).

HTTP: Protocolo de transferencia de hipertexto. Es el protocolo utilizado

para acceder a Internet y se encarga de procesar y responder a las

solicitudes de visualización de páginas web. (Diccionario informático 2010,

p.39).

Métricas: son datos o conjuntos de datos que ayudan a medir

objetivamente el progreso de un proceso o actividad. (Diccionario informático

2010, p.40).

Información: Conjunto de datos que proporciona al usuario conocimiento

sobre los hechos u objetos que generaron los datos. (Montilva J, 2007, p. 5).

Interfaz: La forma o modo de interacción entre dos programas o entre

personas y aplicaciones informáticas. Por ejemplo, Windows tiene una


95

interfaz gráfica que facilita el funcionamiento de una computadora personal.

(Diccionario de Ingeniería Informática 2010, p. 45).

Internet: Un grupo de computadoras o servidores conectados en una red

global que utilizan los mismos protocolos de comunicación y brindan

servicios a las computadoras conectadas a la red. (Diccionario de Ingeniería

Informática 2010, p. 45).

Intranet: es la red local de una organización, el acceso suele estar

restringido únicamente al uso interno. Muchas veces se utiliza este término

para hacer referencia al componente más visible y popular, el sitio web

interno. (Diccionario informático 2010, p. 46).

IWeb: es la creación y aplicación de principios científicos, técnicos y de

gestión, y un enfoque sistemático y disciplinado para diseñar, operar y

mantener con éxito sistemas y aplicaciones web de alta calidad. (Pressman

2007, p. 522).

LINUX: Es el nombre del sistema operativo Unix y el nombre del kernel.

Es uno de los principales ejemplos de software libre y desarrollo de código

abierto. El código de su programa es público y cualquiera puede utilizarlo,

estudiarlo y redistribuirlo libremente. Y tiene suficiente conocimientos

informáticos para cambiarlo. (Diccionario informático 2010, p. 48).

Modelo: es una colección de imágenes y texto que representan la

situación que se investiga. (Kimmel 2007, p. 2).


96

Metodología: Es un proceso general para lograr con precisión los

objetivos de la investigación. (Tamayo 2010, p. 37).

Página web: Documento (o archivos) que constituye una unidad

sustancial de información accesible en la WWW a través de un programa de

navegación. Su contenido puede variar desde breves hasta grandes

cantidades de texto, gráficos y sonidos estáticos o en movimiento,

(Fernández 2006, p. 35).

Planificación: Es el proceso de determinar los cursos de acción y

procedimientos necesarios para alcanzar metas y objetivos. El plan indica

qué pasos deben tomarse para lograr el estado final deseado. (Cortés 2008,

p. 15).

Programación: Crear una serie de instrucciones para que una

computadora realice tareas. (Enciclopedia, 2008, p. 56).

Protocolos de comunicación: son un conjunto de reglas de

comunicación que permiten que la información fluya entre diferentes

computadoras que procesan diferentes lenguajes. (Enciclopedia, 2008, p.

63).

Proyecto: Conjunto organizado de ideas encaminadas a lograr un objetivo

específico y una serie de actividades planificadas. (Arias 2006, p. 22).


97

Registro: Significa ingresar información específica para actividades

específicas. (Enciclopedia, 2008, p.77).

Scripts: Son pequeños programas incrustados en una página que

permiten definir cualquier tipo de acción interactiva. (Cortés 2008, p. 43).

Servidor web: Máquina conectada a Internet que esencialmente

almacena las páginas que componen un sitio web. También se describen los

procedimientos que atienden estas páginas. (Fernández 2006, p. 47).

Sistema: Es una colección de dos elementos interrelacionados

(conceptos, objetos, eventos, etc.) que forman un todo. (Montilva 2007, p. 9).

Software: Programas o elementos lógicos que se ejecutan u operan en

una computadora o red en lugar de en lugar de los componentes físicos de la

computadora o red. (Fernández 2006, p. 41).

SQL: Abreviatura de lenguaje de consulta estructurado. Es un lenguaje de

programación especializado que permite consultar bases de datos. (Cortés

2008, p. 70).

TCP/IP: Significa Protocolo de control de transmisión/Protocolo de Internet

y es el lenguaje que controla todas las comunicaciones entre todas las

computadoras en Internet. TCP/IP es un conjunto de instrucciones que

definen cómo se envían los paquetes de información a través de las redes y


98

también incluye verificación de errores para garantizar que los paquetes

lleguen a su destino en el orden correcto. (Enciclopedia, 2008, p. 84).

Tecnologías de la información y las comunicaciones TIC: Son

herramientas informáticas y TI que procesan, almacenan, sintetizan,

restauran y presentan información en una amplia variedad de formas y un

conjunto de soportes y canales para el procesamiento y obtención de

información. Crean nuevos soportes y nuevos canales para crear, registrar,

almacenar y distribuir contenidos informativos. (Costa 2015, p. 129).

Toma de decisiones: El proceso de elegir un curso de acción entre

alternativas para lograr una meta, resolver un problema o resolver un

conflicto. (Montilva J, 2007, p. 10).

UNIX: Es un sistema operativo portátil, multitarea y multiusuario. (Cortés

2008, p. 37).

Usuario: Persona que utiliza una computadora para sistematizar tareas,

almacenar información, comunicarse con otros para compartir información,

etc. (Enciclopedia, 2008, p. 104).

Web: Servidor de información WWW. También se utiliza para definir todo

el universo WWW. (Fernández 2006, p. 47).

WebApp: Son sistemas y aplicaciones basados en web que proporcionan

a una amplia gama de usuarios finales una amplia gama de contenidos y


99

funcionalidades, desde páginas web simples hasta sitios web completos.

(Pressman 2007, p. 522).

World Wide Web (WWW): Es un sistema hipermedia basado en HTTP

(Protocolo de transferencia de hipertexto) que proporciona acceso a fuentes

de información en Internet. (Moreno Muñoz 2009, p. 53).

XHTML: Prefijo de un lenguaje de marcado de hipertexto extensible. Es un

lenguaje de marcado basado en XML diseñado para reemplazar el lenguaje

HTML utilizado para crear páginas web. (Enciclopedia, 2008, p. 115).

XML: Abreviatura de lenguaje de marcado extensible. Desarrollado por la

Alianza W3, permite describir información en la WWW utilizando estándares

y formatos comunes para que tanto los usuarios de Internet como programas

específicos (agentes) puedan buscar, comparar y compartir información en

Internet. El formato XML es muy similar al HTML, aunque no es una

extensión ni un componente de HTML. (Fernández 2006, p. 67).


Capítulo III: Marco Metodológico
CAPÍTULO III

MARCO METODOLÓGICO

Este capítulo describe la metodología utilizada para lograr los resultados.

Se describen el tipo y diseño del estudio, los métodos y herramientas

utilizadas y los métodos. De esta forma se puede asegurar el cumplimiento

de los objetivos planteados y la medición de variables, dimensiones e

indicadores. (Tamayo y Tamayo 2014, p. 56) definen un marco metodológico

como “un procedimiento ordenado que se sigue para determinar la

significación de hechos y fenómenos de interés de investigación” que tiene la

mayor precisión para decidir quién es el responsable para asegurar la

adquisición de nuevos conocimientos y credibilidad.

Tipo de investigación

Para realizar esta investigación se implementó un tipo de investigación: un

proyecto de campo descriptivo de factibilidad. Según (Rodríguez y Pineda

2003, p. 72), la tarea de la investigación descriptiva es "buscar, caracterizar,

especificar o identificar simultáneamente condiciones o características en

hechos o problemas". Según el autor (Arias 2012, p. 24), la investigación

descriptiva se define como “La investigación descriptiva implica la

caracterización de hechos, fenómenos, individuos o grupos con el fin de

determinar su estructura o comportamiento”. Existen muchos tipos de


102

encuestas, cada tipo tiene sus propias características. Según el objetivo de

este estudio.

En este sentido, se considera de tipo “proyectivo” porque tiene como

objetivo resolver un problema que se presenta en el ámbito académico de la

Universidad Nacional Experimental de la Fuerza Armada Bolivariana

(UNEFA), por lo que, luego de consultar las bibliografías pertinentes y

comprobar la información, se realiza un control académico. Se han

desarrollado diferentes sistemas de acceso; en este sentido, se optó por el

enfoque del libro de Kendall y Kendall (2001) “Análisis y Diseño de Sistemas

de Información”, el cual promoverá el desarrollo sistemático de los sistemas

de información y brindará una oportunidad para la investigación. Las

personas y la universidad son capaces de alcanzar los objetivos deseados

para lograr el objeto de investigación.

Diseño del estudio

(Chávez 2007, p. 133) afirma que el propósito de la investigación

planificada es solucionar este problema en un corto tiempo. Según este

método, se considera “descriptivo”, tomando prestado el término de Hurtado

(2010), quien afirma que el objetivo central del estudio es la descripción

precisa del fenómeno con una enumeración detallada de sus características,

es decir, según el fenómeno y el objetivo del estudio, los resultados se

pueden obtener en dos niveles de análisis. Este proyecto se cataloga como

un estudio de "campo" debido a la forma en que se obtienen los datos, ya


103

que los datos serán examinados directamente desde la Universidad Nacional

Experimental de las Fuerzas Armadas Bolivarianas (UNEFA), donde se

implementa el proyecto, en este caso desde campo académico.

Técnicas e instrumentos de recolección de daos

En cuanto a los métodos de observación, (Bavaresco 2008, p. 95) afirma

que todo estudio determina los métodos de recolección de datos, los cuales

a su vez determinan las herramientas, instrumentos o medios utilizados para

examinar las preguntas formuladas. Para este autor, esta técnica se centra

en observar:

• Directo, simple o experimental.

• Documental o bibliografía.

• Utilizar encuestas o cuestionarios, entrevistas y escalas de habilidades.

Para registrar datos se utilizan como herramienta las entrevistas. Según

(Kendall y Kendall 2001, p. 109), una entrevista de recopilación de datos es

una conversación dirigida en un formato de preguntas y respuestas con un

propósito específico. El propósito de las entrevistas fue obtener las

percepciones y sentimientos del entrevistado sobre el estado actual del

sistema, las metas organizacionales, las metas personales y los

procedimientos informales.
104

Según (Bavaresco 2008, p.108), la entrevista tipo encuesta es una

herramienta de recolección de datos que consiste en observaciones verbales

de los datos por parte del sujeto que informa. Se recomiendan entrevistas

con personas calificadas que puedan contribuir a la investigación.

Para fines de investigación, se basa en una conversación o entrevista

sistemática y semi-estructurada que contiene una escala Likert de once (11)

puntos con opciones o escalas de respuesta: (1) muy de acuerdo, (2)

moderadamente de acuerdo, (3) muy en desacuerdo, y (4) Moderadamente

en desacuerdo; el objetivo es obtener información relevante para lograr los

objetivos planteados, además observarás directamente los sistemas y datos

con el fin de justificar los problemas planteados y hacer que estos procesos

sean eficientes y productivos. (Ver Anexos).

Metodología utilizada

Una metodología es un estándar o disciplina que describe cómo desglosar

sistemáticamente el desarrollo de un proyecto. Los autores Kendall y Kendall

(2001) dividen el desarrollo de sistemas de información en 6 fases:

Fase uno: Identificar problemas, oportunidades y objetivos

En la primera fase del ciclo de vida del desarrollo del sistema, los analistas

se centran en identificar problemas, oportunidades y objetivos. Esta fase es

fundamental para el éxito del resto del proyecto, porque nadie quiere perder

el tiempo resolviendo el problema equivocado. En la primera etapa, el


105

analista debe observar honestamente lo que sucede en el entorno o el

espacio. Luego, el analista trabaja con otros miembros de la organización

para resaltar estos problemas. A menudo habían sido vistos por otras

personas, por lo que primero trajeron a un analista.

Las oportunidades son situaciones que los analistas creen que pueden

mejorarse mediante el uso de sistemas de información informáticos. Explotar

las oportunidades puede dar a las empresas una ventaja competitiva o crear

estándares industriales.

El establecimiento de objetivos también es una parte importante de la

primera etapa. Primero, el analista debe descubrir qué está tratando de hacer

la organización. Entonces podrá comprender si ciertos aspectos de la

aplicación del sistema de información pueden ayudar a la organización a

lograr sus objetivos al abordar un problema u oportunidad en particular. La

primera fase involucra a usuarios, analistas y administradores de sistemas

que coordinan el proyecto.

Las actividades en esta fase incluyen entrevistas con administradores de

usuarios, recopilación de conocimientos, estimación del alcance del proyecto

y documentación de los resultados. El resultado de esta fase es un estudio

de viabilidad que contiene una definición del problema y un resumen de los

objetivos.
106

Luego, el administrador debe decidir si el proyecto propuesto debe

continuar. Si el grupo de usuarios no tiene fondos suficientes en el

presupuesto y quiere resolver un problema no relacionado, o si el problema

no requiere un sistema informático, se puede recomendar una solución

manual y no se debe continuar con el proyecto del sistema.

Fase dos: Identificar las necesidades de información

La siguiente fase a la que pasa el analista es determinar las necesidades

de información de los usuarios específicos involucrados. Las herramientas

utilizadas para determinar las necesidades de información de una

organización incluyen: muestreo y prueba de datos relevantes, entrevistas,

cuestionarios, el comportamiento de los tomadores de decisiones y su

entorno de oficina, e incluso la creación de prototipos.

En esta fase, los analistas intentan comprender la información que los

usuarios necesitan para realizar su trabajo. Como puede verse, varios

métodos para identificar las necesidades de información implican la

interacción directa con los usuarios. Esta fase se utiliza para construir la

visión del analista sobre la organización y sus objetivos. A veces sólo se

completan las dos primeras fases del ciclo de vida del desarrollo del sistema.

Este tipo de estudios, que pueden tener diferentes objetivos, son realizados

cada semana por expertos analistas de información (IA) de la Universidad

Nacional Experimental de las Fuerzas Armadas Bolivarianas (UNEFA).


107

Esta fase involucra a analistas y usuarios, particularmente gerentes de

operaciones y personal operativo. Los analistas de sistemas necesitan

conocer más detalles sobre la funcionalidad real del sistema: quién

(personas involucradas), qué (actividades académicas de la universidad en

estudio), dónde (ambiente de trabajo de la universidad académica), cuándo

(a qué hora) la universidad en estudio y cómo (cómo se realiza el trámite

actual, es decir, la actividad académica).

Los analistas deberían preguntarse por qué la organización utiliza el

sistema actual, ya sea manual o automatizado. Puede haber buenas razones

para hacerlo académicamente; Los nodos se utilizan con los métodos

actuales y deben tenerse en cuenta al diseñar un nuevo sistema. Pero si el

motivo de las acciones actuales es "así se ha hecho siempre", es posible que

el analista desee mejorar el programa. La reestructuración de los procesos

comerciales puede ayudarle a concentrarse y pensar creativamente en su

negocio. Al final de esta fase, el analista debe comprender las razones detrás

de las funciones de la universidad (UNEFA) y tener una comprensión

completa de su gente, objetivos, datos y procedimientos.

Fase tres: análisis de los requisitos del sistema

La siguiente fase realizada por el analista de sistemas implica analizar los

requisitos del sistema. Además, herramientas y técnicas específicas pueden

ayudar a los analistas a tomar decisiones sobre los requisitos. Una de esas

herramientas es utilizar diagramas de flujo de datos para mapear las


108

entradas, procesos y salidas de una función empresarial en una forma

gráfica estructurada.

A partir del diagrama de flujo de datos se desarrolló un diccionario de

datos que enumera todos los conceptos de datos utilizados en el sistema

junto con sus especificaciones, si son alfanuméricos y cuánto espacio

ocupan al imprimirse. En esta fase, el analista de sistemas también analiza

las decisiones estructuradas tomadas. Las decisiones estructuradas son

decisiones para las cuales se pueden especificar condiciones, como

selección de estados, acciones y reglas de acción. Hay tres métodos

principales de análisis de decisiones estructuradas: lenguaje estructurado,

tabla de decisiones y árbol de decisiones.

No todas las decisiones organizacionales están estructuradas, pero aun

así es importante que los analistas de sistemas las comprendan. Las

decisiones semiestructuradas (decisiones tomadas bajo riesgo) suelen estar

respaldadas por sistemas de apoyo a las decisiones. Cuando los analistas

analizan decisiones semiestructuradas, examinan las decisiones basándose

en la capacidad de toma de decisiones requerida, la complejidad del

problema y la cantidad de criterios considerados en la decisión.

En esta etapa también se inicia el análisis de decisiones multicriterio

(decisiones que necesitan equilibrar varios factores). Hay varios métodos

disponibles para el análisis de decisiones multicriterio, incluido el uso de


109

procedimientos de compensación y métodos de ponderación. Durante esta

fase del ciclo de vida del desarrollo del sistema, el analista prepara una

propuesta de sistema que resume lo que se ha descubierto, proporciona un

análisis alternativo de costo/beneficio y hace recomendaciones sobre lo que

se debe hacer, si corresponde).

Si la dirección acepta las recomendaciones, los analistas continúan el

proceso. Cada problema del sistema es único y nunca existe una única

solución correcta. La forma en que se desarrolla una solución o

recomendación depende de la experiencia individual y la capacitación de

cada analista.

La cuarta fase: diseñar el sistema de recomendación

En esta fase del ciclo de vida del desarrollo del sistema, los analistas

utilizan información recopilada previamente para desarrollar un diseño lógico

para el sistema de información. Los analistas desarrollan procedimientos

precisos de recuperación de datos para que los datos ingresados en el

sistema de información sean correctos. Además, los analistas contribuyen

eficazmente a los sistemas de información utilizando buenas técnicas de

diseño de forma y visualización.

La parte lógica del diseño de sistemas de información es el diseño de la

interfaz de usuario. La interfaz conecta a los usuarios con el sistema y, por

tanto, es extremadamente importante. Ejemplos de interfaces de usuario


110

incluyen un teclado para ingresar preguntas y respuestas, un menú en

pantalla para seleccionar comandos de usuario y un mouse para seleccionar

opciones.

La fase de diseño también incluye el diseño de documentos o archivos

que contendrán la mayor parte de la información que necesitan los

tomadores de decisiones de la organización. Una base de datos bien

organizada es la base de todos los sistemas de información. En esta fase,

los analistas también trabajan con los usuarios para desarrollar resultados

(en pantalla o impresos) que satisfagan sus necesidades de información.

Finalmente, los analistas deben desarrollar procedimientos de control y

respaldo para proteger los sistemas y los datos, y desarrollar

especificaciones de programas para los programadores de paquetes. Cada

paquete debe incluir diseños de pendiente y salida, especificaciones de

archivos e información de procesamiento, así como nombres y funciones de

árboles o tablas de decisión, diagramas de flujo de materiales, diagramas de

flujo del sistema y cualquier otra cosa que desee y fue escrito.

Fase cinco: Desarrollo y documentación de software

En la quinta fase del ciclo de vida del desarrollo del sistema, los analistas

trabajan con los programadores para desarrollar cualquier software original

necesario. Algunas técnicas para estructurar el diseño y la documentación de

software incluyen diagramas estructurados, el método HIPO; diagramas de


111

bloques, diagramas de Nassi-Schneiderman, Warnier-Orr y pseudocódigo.

Los analistas de sistemas utilizan uno o más de estos dispositivos para

comunicar a los programadores lo que se debe programar.

Durante esta fase, el analista también trabaja con los usuarios para

desarrollar documentación efectiva para el software, incluyendo manuales de

procedimiento. La documentación le dice al usuario la manera de usar el

software y también qué hacer si se suceden problemas con el software.

Los programadores tienen un papel principal en esta fase conforme

diseñan, codifican y eliminan errores de sintaxis de los programas de

computadora. Si el programa va a ser ejecutado en un ambiente de macro-

computadora, se debe crear el lenguaje de control de trabajos (JCL). Para

asegurar la calidad, un programador puede realizar ya sea un diseño o un

ensayo del código, explicando las partes complejas del programa a un

equipo de otros programadores.

Fase seis: prueba y mantenimiento del sistema

Los sistemas de información deben probarse antes de su uso. El costo de

detectar problemas antes de entregar el sistema a los usuarios es mucho

menor. Algunas pruebas las realizan solo programadores y otras las realizan

analistas de sistemas y programadores juntos. Primero, ejecute una serie de

pruebas para resaltar problemas con datos de muestra y, finalmente, utilice

datos reales de un sistema real para resaltar problemas.


112

El mantenimiento del sistema y sus archivos comienza en esta etapa y se

realiza periódicamente durante todo el ciclo de vida del sistema de

información. Gran parte del trabajo diario de un programador implica

mantenimiento, ya que las instituciones universitarias a nivel global, nacional

y regional gastan mucho dinero en ello. Muchos procedimientos del sistema

que los analistas utilizan a lo largo del ciclo de vida del desarrollo del sistema

pueden ayudar a garantizar que se minimice el mantenimiento.


Capítulo IV: Resultado del Estudio
CAPÍTULO IV

RESULTADOS DEL ESTUDIO

Una vez familiarizado con el contexto de la organización, de exponer el

problema y los objetivos, dar fundamento teórico a la investigación y describir

el entorno metodológico y marco de trabajo en que se desenvolverá, se

culmina en la etapa de resultados, con el fin de cumplir las metas

propuestas.

En este capítulo se verán reflejadas las actividades que se realizaron, los

instrumentos, productos, técnicas y métodos, utilizadas en cada fase de la

investigación, para la cual se hizo uso de la metodología Kendall y Kendall

(2001) en el desarrollo de todo el trabajo, el cual comprende diversas fases

que van desde el análisis de la aplicación hasta la evaluación y ejecución de

pruebas de la misma, lo que permitió obtener un resultado aceptable del

sistema propuesto.
115

Alternativas
Preguntas/ Interrogantes
TDA MDA TED MED
1.-Los procesos o actividades académicas están bien
18% 25% 32% 25%
documentados en la UNEFA.
2.-Los indicadores de gestión académica empleados están
37% 23% 11% 29%
correctamente establecidos.
3.- La UNEFA aplica sistemas de información para el
control de las académicas utilizadas actualmente para ello 13% 15% 48% 24%
es:
4.- El acceso y disponibilidad de los datos académicos es: 17% 12% 41% 30%
5.-El monitoreo de los resultados de las actividades
14% 21% 38% 27%
académicas es:
6.-Considera que las herramientas empleadas actualmente
en el registro de las actividades académicas satisfacen en 19% 22% 34% 25%
gran medida los requerimientos.
7.-La integración de la información de las actividades
29% 33% 16% 22%
académicas es:
8.-La seguridad de la información actualmente es: 36% 25% 18% 21%
9.-Considera que el medio de comunicación (Correo)
utilizado actualmente para la transferencia y divulgación de 26% 19% 24% 31%
los resultados obtenidos durante la gestión es:
10.-La capacidad de respuesta ante solicitud de información
9% 14% 57% 20%
académica programada o no:
11.-Considera que un cambio del sistema actual por una
77% 10% 4% 9%
herramienta tecnológica actualizada es:
Elaborado por: Conde, E., y Villasmil, C. (2023).
116

Fase I: Identificación de problemas, oportunidades y objetivos

Identificación de los problemas

La Universidad Nacional Experimental de las Fuerzas Armadas (UNEFA)

es una universidad de iniciativa socialista, bienestar público y administración

del Estado sin fines de lucro, que tiene como objetivo la formación integral de

los estudiantes y brinda preparación académica de acuerdo con la normativa

nacional. Una nueva era y actividades ampliadas definen a los profesionales

que egresan de esta universidad, reconocida y apreciada por sus pares en

todo el país.

Sin embargo, existen pocas oportunidades para atender las actividades y

eventos académicos desde la rectoría hacia los diversos departamentos,

oficinas o unidades administrativas y centros de la UNEFA en todo el país;

además existe poca información sobre los procesos académicos y

administrativos de la UNEFA-Zulia, lo que genera dificultades para generar

informes estadísticos e informativos que permitan al decanato tomar

decisiones correctas en tiempo, debido a que los mecanismos facilitan la

identificación y gestión, no existe descripción de información académica

sobre los procesos y actividades planificadas y organizado por el decanato y

diversos departamentos administrativos y académicos.


117

En este sentido, los problemas estructurales y sistémicos en los sistemas

de información que rigen la actividad académica se centran en las áreas

problemáticas de diseño, datos, costos y operaciones. Los problemas con el

diseño, los datos, el costo o la operación del hardware y software de los

sistemas de información, así como con la gestión oportuna y en tiempo real,

pueden indicar futuras fallas del sistema. El diseño real del sistema no debe

tratar los requisitos administrativos como requisitos académicos importantes

ni mejorar el desempeño organizacional de la UNEFA; sus demandas no

están planificadas, organizadas y cumplidas de antemano.

Los problemas estructurales en el entorno físico incluyen: equipos

informáticos, equipos electrónicos, teléfonos móviles inalámbricos, etc.

pruebas técnicas y funcionales detalladas. Dicha inspección de equipos e

instalaciones de forma general facilita la revisión periódica de los equipos y/o

instalaciones para reducir el riesgo de fallo. Además, me permite realizar

diagnósticos generales sobre los mismos, pudiendo revelar errores de

instalación de hardware o software que puedan amenazar la liquidez de

UNEFA-Zulia Telecom. Pruebas, análisis, detección, localización y

distribución técnica y específica de conmutadores, enrutadores, enrutadores

de terminales para redes de área local o LAN y conmutadores diversos en el

campo de las comunicaciones e informática de la Unefa núcleo Zulia; esto se

realiza a través de planos dimensionales, manuales y protocolos.


118

Asimismo, se revisó la ubicación de los conmutadores de terminales de

red en las diferentes regiones de la UNEFA-Zulia, la ubicación de las

conexiones de los dispositivos en la red (red de área o LAN) y la

transferencia de paquetes entre estos dispositivos. Programa utilizado para

probar el estado físico y funcional de un enrutador en una LAN, red de área

amplia (WAN) o sistema independiente; comprobar la precisión del protocolo

utilizado por un enrutador para enrutar paquetes a través de una red hasta su

destino. Comprueba la conectividad a Internet a través de Ethernet y puertos

de Internet. Ethernet es un protocolo de capa 2 que se utiliza para enviar

datos entre dispositivos.

A diferencia de WiFi, Ethernet requiere una conexión física mediante un

cable Ethernet. Examen físico del estado físico y funcional de los

conmutadores de puntos finales de red que revisa un dispositivo para el que

están destinados: Internet o intranet, enrutador, tráfico de red, conmutador,

tráfico A-B, computadora A y computadora B. Ajuste el protocolo según sea

necesario, para Instale una toma RJ45 en el extremo del cable UTP. Utilice

conectores RJ45, ya que se utilizan con mayor frecuencia para conectar un

dispositivo con acceso a Internet a otro dispositivo. Rojo. Probó la conexión y

el funcionamiento de una computadora conectada a un servidor, enrutador,

módem o cualquier dispositivo que utilice el protocolo Ethernet. Pruebe el

estado funcional de su red informática utilizando cables estructurados de


119

ocho pines, que son los extremos del cable de par trenzado (UTP) para

lograr la extensión necesaria para la operación de datos del hardware.

Basado en el protocolo interno, el proceso de identificación de IP en la red

de la impresora hace que sea más fácil y remoto conectar el dispositivo a la

impresora a través de la red; Una dirección IP identifica un dispositivo en

Internet o una dirección única en una red local. IP significa Protocolo de

Internet, que es un conjunto de reglas que rigen el formato de los datos

enviados a través de Internet o la red de área local.

En este sentido, a cada impresora se le asigna una dirección IP (Protocolo

de Internet), que proporciona un código numérico asignado de forma única al

dispositivo conectado a la red. Sin esta IP, la impresora no podrá conectarse

a la red. Luego se conectó la dirección IP a la impresora Pequiven y se

observó en acción según las especificaciones del nuevo sistema de

información gerencial.

Otro tema relacionado con el diseño de sistemas de información es el

desarrollo de software que se ajuste a las necesidades, requerimientos y

realidad académica y administrativa de la UNEFA y que tenga relación

estructural y sistémica con la definición de grupos de trabajo, la cohesión y

coherencia académica y administrativa. Evaluación de procedimientos

administrativos, actividades administrativas y académicas y actividades entre


120

principales unidades estructurales, unidades de formación administrativa,

secretarías y departamentos de formación.

Luego está el problema de brindar capacitación al personal responsable

de la gestión, operación, operación y uso del sistema. Los controles, por otra

parte, deben incorporarse a los procedimientos. La Parametrización incluye

la tarea de cargar datos fijos necesarios para el funcionamiento de diversas

funciones de información en el perfil. Los datos completos de cada

expediente y usuario pasan por el servidor para cargar el mensaje, los datos

de información se envían a través de la WEB, debido a que la aplicación es

WEB, por lo que se puede acceder a todas las plataformas, incluido el núcleo

nacional de UNEFA.

Pueden enviar fotografías, comentarios informativos, gráficos y el sistema

de información debe tener múltiples perfiles. Versiones visuales e impresas

del perfil del Decano, perfil administrativo, perfil académico, Consejo de

Fundación Universitaria UNEFA y diversas reuniones departamentales de

gestión educativa y eventos planificados. Esta función es realizada por

personal administrativo que actúa como académico, asistida y supervisada

por asistentes informáticos. Después de probar el sistema de información,

estos gerentes deben recibir capacitación en operación del sistema.


121

Oportunidades: Una de las posibilidades del sistema de información de

control del rendimiento académico de UNEFA-Zulia se basa en su aplicación.

Proporcionan información que respalda la toma de decisiones del decano.

Al implementarlas, obtienen una ventaja competitiva. Mejoran la organización

de los procesos académicos y administrativos.

Facilitan el acceso a la información de manera adecuada en cualquier

nivel de UNEFA-Zulia. Esto ha creado la necesidad de utilizar la tecnología

de la información para ampliar el alcance, automatizar y racionalizar las

instituciones.

Esto permite a los contribuyentes de UNEFA-Zulia como usuarios finales

de los sistemas de información mejorar sus conocimientos técnicos y

utilizarlos en sus tareas o actividades académicas diarias. Impacto ambiental

El núcleo de UNEFA a nivel nacional está mejorando periódicamente los

recursos técnicos.

El uso de las tecnologías de Internet es una tendencia actual. Los

sistemas de información obtienen la información necesaria para tomar

decisiones oportunas en diversos núcleos, secretarías de capacitación,

departamentos, oficinas o áreas. Utilizando las tecnologías de la información

y las comunicaciones, UNEFA-Zulia crea oportunidades para satisfacer las

necesidades y tendencias del competitivo mercado de la educación superior.


122

Para ello se realiza la estructuración de datos y análisis inicial de los

sistemas de información necesario para satisfacer las necesidades de

conocimiento e información de la comunidad universitaria (decanos,

administración, entorno académico y estudiantil). Para ello, son esenciales

los siguientes objetivos del enfoque de la fase 1 inicial:

Objetivos: Automatiza, documenta y controla instantáneamente los

procesos académicos. Proporcionar información para apoyar la toma de

decisiones clave en UNEFA-Zulia.

Se obtiene una ventaja competitiva mediante la implementación y el uso.

Objetivos del viaje por ordenador: Determina los requisitos técnicos e

informáticos de los sistemas de información de acuerdo con los procesos de

control administrativo.

Diseñar un sistema de recogida de información teniendo en cuenta las

habilidades técnicas e informáticas.

Desarrollar sistemas de información basados en el análisis estructural del

diseño de sistemas de información de control del rendimiento académico.

La prueba del sistema de los sistemas de información se lleva a cabo

mediante la transmisión bidireccional de datos a varios módulos receptores.

Implementar y evaluar sistemas de información resultantes del análisis y


123

desarrollo previo para reemplazar o mejorar la forma en que se lleva a cabo

el proceso de inscripción y distribución de eventos académicos de UNEFA-

Zulia.

Fase II: Determinación de los requerimientos

En la segunda etapa, el proceso de trabajo se centró en la fijación de los

requisitos del sistema, para lo cual se utilizó la técnica de recolección de

datos – entrevistas, las cuales se realizaron al personal administrativo y

académico de la Universidad Experimental de las Fuerzas Armadas. Núcleo

Zulia (UNEFA-Zulia), que incluye Rectorado, Consejo Núcleo, CPPU, Distrito

Administrativo, Distrito Integrado de Defensa, Tecnologías de la Información,

Unidad de Gestión Educativa, Distrito Académico, Distrito Secretaría, Distrito

de Asuntos Sociales y PC; Durante estas entrevistas, visitaron las distintas

zonas, departamentos, divisiones y oficinas de UNEFA-Zulia antes

mencionadas para comprender cómo se organizan los datos de afiliados y

usuarios y cómo se lleva a cabo cada proceso.

Un enfoque orientado a objetos utiliza modelado de datos y modelado de

requisitos para determinar los requisitos del sistema. Mediante el modelado

de datos fue posible identificar y describir cada proceso implementado por

UNEFA-Zulia, identificando así las actividades centrales, roles y normas

académicas y administrativas de la universidad. Este nivel de especificación

proporciona una comprensión de todas las actividades y procesos de


124

investigación relevantes para el sistema que se está diseñando. Luego de

analizar la información obtenida durante las entrevistas y visitas al instituto, y

con base en las metas planteadas por el instituto, las principales metas que

se espera alcanzar con el diseño del sistema son:

a) Crear un módulo “Archivo-Decano” para gestionar y controlar los datos

maestros (información y elementos del decano) relacionados con el gerente

decano.

b) Crear un módulo “Perfil-Área de Secretaría” para el registro y control de

los servicios, actividades y eventos académicos prestados y reportados, por

ejemplo: acceso y control de investigaciones, revocaciones, actas de

reuniones, plantillas o archivo en formato Unefa-Zulia.

c) Desarrollar un módulo para el registro y control de vuelos, proyectos y

actividades académicas entregado a los usuarios del “Perfil-Consejo Núcleo

Universitario de la UNEFA”.

d) Desarrollar un módulo de “Archivo-Gestión Educativa” para registrar y

controlar los servicios prestados a los usuarios a través del Comité de

Programa de Gestión Educativa.

e) Crear un módulo “Perfil - CPPU - Asuntos Sociales e Informática” para

el registro de estudiantes, ponentes y comisiones de trabajo


125

interinstitucionales, así como de promoción, cultura, deportes, atención

integral estudiantil y Bolivianismo.

f) Crear un módulo de “Expedientes de Gestión” para gestionar y controlar

los distintos procesos administrativos que lleva a cabo UNEFA-Zulia.

g) Crear un módulo de “Perfil de Protección Integral” para poder obtener

información de seguridad y protección. Personal de milicias y movilización,

etc.

h) Crear el módulo “Perfil de Dominio Académico” para el registro y control

de usuarios, servicios, instituciones, planificación y evaluación de cursos.

Aprendizaje y desarrollo. Ejercicio profesional y trabajos especializados, etc.

i) Crear un módulo de “Configuración del Sistema” para el registro y

control de usuarios, servicios, información, datos, organizaciones y

organismos centrales de UNEFA.

Luego procedemos a identificar las entidades externas, que no son más

que estructuras de roles y datos lógicos involucrados en los diversos

procesos del sistema de información. Los usuarios que interactúan con los

distintos módulos que componen el sistema se definen de la siguiente

manera:

a) Usuarios del módulo “Introducción decano”:


126

1) Docente Asociado: Ingresar los datos básicos del sistema de

información e ingresarlos al sistema.

2) Secretario: registra la información de los miembros y realiza funciones

del módulo de miembros.

3) Administrador: la persona que mantiene y administra el sistema.

Figura 23. Caso de Uso Usuarios Módulo “Perfil-Decanato”. Autor: Conde, E.,

y Villasmil, M.

b) Usuarios del módulo “Información personal-área secretaría”:

1. Secretaria: responsable de registrar y procesar la información sobre los

servicios, actividades y eventos académicos prestados y reportados, tales

como: admisión y control de estudios, egresos, protocolos, documentos en


127

plantillas o formatos de Unefa-Zulia, y cumple con el módulo funcional de la

secretaria.

2. Profesor Afiliado: quien suministra la factura y los datos relacionados

para ser ingresados al sistema.

3. Perfil Decanato: A quien el sistema deberá brindarle información sobre

los docentes afiliados que utilizan el servicio.

4. Administrador: la persona que mantiene y administra el sistema.

Figura 24. Caso de Uso Usuarios Módulo “Perfil-Área Secretaria”. Autor:

Conde, E., y Villasmil, M.

c) Usuarios del módulo “Perfil Consejo Básico Universitario UNEFA”:

1) Asistente Administrativo: registra y procesa información sobre servicios

de vuelo, proyectos y actividades académicas brindadas por UNEFA-Zulia a

los usuarios y realiza las funciones de este módulo.


128

2) Profesor afiliado: presentar una solicitud y proporcionar un sistema de

entrada de datos adecuado.

3) Administrador: la persona que mantiene y administra el sistema.

Figura 25. Módulo de usuario de casos de uso “Junta de Perfiles Núcleos

Universitarios de la UNEFA”. Autor: Conde, E. un Villasmil, M.

d) usuarios del módulo “Gestión Educativa de Datos Personales”:

1) Asistente Administrativo: registra y procesa la información del servicio

educativo brindada a los usuarios a través de la gestión educativa en el

comité de programa y realiza funciones del módulo.

2) Profesor afiliado: personas que utilizan el servicio y brindan información

relevante para ingresar al sistema.

3) Institución UNEFA-Zulia: Proporcionar datos de los docentes afiliados

que utilizan el servicio e ingresarlos al sistema.


129

4) Administrador: la persona que mantiene y administra el sistema.

Figura 26. Caso de usuario del módulo "Gestión de archivos-educación".

Autor: Conde, E. un Villasmil, M.

e) Usuarios del módulo “Datos personales-CPPU-Asuntos sociales e

informática”:

1) Asistente Administrativo: Responsable del registro y control de la

información proporcionada a los estudiantes, docentes y comisiones de

trabajo interinstitucionales, así como de extensión, cultura, deportes,

atención integral estudiantil y Bolivianismo, así como de realizar las

funciones del módulo en sí.


130

2) Secretario: Responsable de generar los pagos a realizar y ejecutar las

funciones del módulo.

3) Administrador: la persona que mantiene y administra el sistema.

Figura 27. Módulo de Caso de Uso de Usuario "Perfil-CPPU-Asuntos

Sociales e Informática". Autor: Conde, E. un Villasmil, M.

f) Usuarios del módulo “Gestión de Perfiles”:

1) Asistente Administrativo: responsable de la gestión y control de los

procesos administrativos y funciones del módulo que realiza UNEFA-Zulia.

2) Administrador: la persona que mantiene y administra el sistema.


131

Figura 28. Caso de uso del módulo "Gestión de perfiles". Autor: Conde, E. un

Villasmil, M.

g) Usuarios del módulo “Perfil de Protección Integrado”:

1) Decano: quien solicita crear todas las estadísticas, datos, información

de seguridad, eventos y actividades del sistema.

2) Secretario: Solicite al sistema que genere estadísticas de límites de

información para cada módulo-perfil.

3) Asistente Administrativo: Sistemas necesarios para generar y gestionar

información relacionada con la seguridad y la defensa. Personal de milicias y

movilización, etc.

4) Administrador: la persona que mantiene y administra el sistema.


132

Figura 29. Caso de Uso Usuarios Módulo “Perfil-Defensa Integral”. Autor:

Conde, E. un Villasmil, M.

h) Usuarios del módulo “Datos personales - ámbito académico”:

1) Decano - Área temática: registra y procesa datos e información sobre

actividades académicas para el registro y control de usuarios, servicios,

instituciones, planificación y evaluación de cursos. Aprendizaje y desarrollo.

Ejercicio profesional y trabajos especializados, etc. Además, se encarga de

crear diferentes tipos de usuarios y asignar los programas adecuados.

2) Secretaría: El sistema se compromete a generar información sobre las

actividades académicas de manera oportuna, veraz y eficiente.

3) Asistente Administrativo: requiere que el sistema genere y administre

información sobre los principales eventos, tareas, actividades y actividades

académicas de UNEFA-Zulia.

4) Administrador: la persona que mantiene y administra el sistema.


133

Figura 30. Caso de uso del módulo "Perfil-Campo Académico". Autor: Conde,

E. un Villasmil, M.

h) Usuarios del módulo “Configuración del Sistema”:

1) Administrador: persona que registra y procesa datos o información

sobre actividades académicas, servicios, instituciones e instituciones

centrales de UNEFA. Además, se encarga de crear diferentes tipos de

usuarios y asignarles los permisos adecuados.

Figura 31. El caso de uso utiliza el módulo "Configuración del sistema".

Autor: Conde, E. un Villasmil, M.

Luego de definir los módulos incluidos en el archivo de configuración, que

conforman el sistema de información del tipo controlado por el programa, se

describe el proceso de construcción de cada módulo:

a) Proceso del módulo “Introducción-Decano”:


134

1) Ingresar datos académicos y administrativos o información del

decanato.

2) Cambio de datos o información académica y administrativa.

3) Suprimir datos o información académica y administrativa.

4) Acceso a información o información académica y administrativa. b)

Proceso del módulo “Área de Introducción-Secretaría”:

1) Ingresar información sobre servicios, actividades y eventos académicos

aprobados y reportados por el decanato.

2) Intercambio de información sobre servicios, actividades y eventos

académicos brindados y aprobados por el decanato.

3) Eliminación de información sobre servicios, actividades y eventos

académicos aprobados para ser brindados y reportados por el decanato.

4) Revisar información sobre servicios, actividades y eventos académicos

brindados y reportados.

c) Proceso del módulo “Consejo de Perfiles Núcleos de la Universidad

UNEFA-Zulia”:
135

1) Ingresar información sobre los servicios de vuelo, programas y

actividades académicas brindados por UNEFA-Zulia al usuario.

2) Cambiar la información sobre los servicios de vuelo, programas y

actividades académicas que UNEFA-Zulia brinda a los usuarios.

3) Eliminar información sobre servicios de vuelo, programas y actividades

académicas brindados a los usuarios de UNEFA-Zulia.

4) Ver información sobre servicios de vuelo, programas y actividades

académicas brindados a los usuarios de UNEFA-Zulia.

d) Proceso del módulo “Gestión de Educación de Datos Personales”:

1) En el comité de programa, ingresar información o datos sobre los

servicios educativos que se brindan a los usuarios a través de la gestión

educativa, así como información sobre las actividades académicas.

2) Cambiar información o información sobre los servicios educativos

brindados a los usuarios a través de la gestión educativa en el Comité de

Programa, así como información sobre actividades académicas.

3) Suprimir datos o información en los servicios educativos prestados a los

usuarios, así como información en actividades académicas.


136

4) Consultar información de servicios e información de actividades

académicas. e) Proceso del módulo “Datos personales-CPPU-Asuntos

sociales e informática”:

1) Ingresar datos o información sobre estudiantes, docentes y comisiones

de trabajo interinstitucionales.

2) Cambiar información o información sobre los servicios educativos

brindados a los usuarios a través de la gestión educativa en el Comité de

Programa, así como información sobre actividades académicas.

3) Suprimir datos o información en los servicios educativos prestados a los

usuarios, así como información en actividades académicas.

4) Consultar datos o información del estudiante.

5) Crear informes.

6) Componentes internos de ampliación de consejerías, cultura, deportes,

atención integral estudiantil y doctrina Bolívar.

7) Publicar informes.

8) Crea un usuario. f) Proceso del módulo “Gestión de Perfiles”:


137

1) Ingresar datos o información de control de los diversos procesos de

gestión que realiza UNEFA-Zulia.

2) Cambio de datos o información de control para diversos procesos

administrativos realizados por UNEFA-Zulia.

3) eliminación de datos o información de control de diversos procesos

administrativos realizados por UNEFA-Zulia.

4) Acceder a datos o controlar información sobre diversos procesos

administrativos realizados por UNEFA-Zulia.

5) Emisión de informes de control.

g) Proceso del módulo de protección integral de circuitos:

1) Ingresar datos o información sobre seguridad y protección integral.

Personal de milicias y movilización.

2) Cambiar datos o información relacionada con la protección integral de

seguridad. Personal de milicias y movilización.

3) Eliminar datos o información para una seguridad y protección integral.

Personal de milicias y movilización.

4) Consultar información o información sobre protección integral de

seguridad. Personal de milicias y movilización.


138

5) Crear informes de control.

h) Proceso del módulo “Introducción-dirección académica”:

1) Crea un usuario.

2) Ingresar datos o información sobre servicios, instituciones, programas y

calificaciones de cursos. Aprendizaje y desarrollo. Ejercicio profesional y

trabajo de los especialistas.

3) Cambiar datos o información sobre servicios, instituciones, programas y

evaluaciones de cursos. Aprendizaje y desarrollo. Ejercicio profesional y

trabajo de los especialistas.

4) Eliminar datos o información de servicios, instituciones, educación y

evaluaciones de cursos. Aprendizaje y desarrollo. Ejercicio profesional y

trabajo de los especialistas.

5) Acceder a información o información sobre servicios, instituciones,

programas y evaluación curricular. Aprendizaje y desarrollo. Ejercicio

profesional y trabajo de los especialistas.

6) Emitir informes diversos.

i) Proceso del módulo “Configuración del Sistema”:


139

1) Crear una licencia científica.

2) Crear un usuario.

3) Actualice el código de seguridad del sistema.

4) Ingrese la información de configuración del sistema.

5) Edite la información de configuración del sistema.

6) Eliminar datos de configuración del sistema.

7) Verifique la información de configuración del sistema.


140

Figura 32. Lenguaje unificado de modelado UML. Autor: Conde, E. un

Villasmil, M.

El proceso de actividades académicas en la Universidad Nacional

Experimental de las Fuerzas Armadas (UNEFA - Núcleo Zulia) se representa

de manera más rigurosa y organizada utilizando los elementos de los

diagramas de actividad UML, describiendo así sus aspectos dinámicos. . El

propósito de este diagrama, mostrado en la Figura 32, es mostrar el

comportamiento general del modelo de datos (la información requerida y

generada por cada actividad y la sincronización necesaria entre las distintas

actividades académicas).

Administrador Usuario Sistema


N o m bre d e U su ario y
C ontraseña

Ingresar Datos de Recibir Datos de


Usuario Usuario

Verificar Datos
Usuario
Ingresados
¿Datos
[Fin ER RO R] No Válidos? N o m bre d e U su ario y
C ontraseña
Si
Verificar
Permisología
Permisología

Seleccionar M ostrar M enú


O pción General Principal

M ostrar M enú
Secundario

Realizar
Petición
¿Datos Básicos?
Entregar Datos Si No
Básicos

Llenar el Form ulario con los


D atos C orrespondientes

D a to s S olicita dos po r M ostrar M enú


el S istem a Principal

[Fin OK]
141

Figura 33. Diagrama de flujo del sistema. Autor: Conde, E. un Villasmil, M.

Modelado de Requerimientos

Después de identificar entidades externas (participantes del sistema) y

estudiar su interacción con diferentes perfiles de módulos, es posible obtener

directa y sistemáticamente casos de uso del sistema que describen la

interacción del sistema con diferentes módulos. Su entorno y la funcionalidad

que proporciona a sus usuarios. Cabe mencionar que cada actividad

especificada en el diagrama de flujo puede crear un caso de uso para el

sistema, así como cada rol expuesto en el modelo de negocio es candidato a

convertirse en miembro del sistema. Estos gráficos se muestran a

continuación:

a) Casos de uso del módulo “Perfil del Decano”.


142

Figura 34. Casos de uso del módulo “Perfil del Decano”. Autor: Conde, E. un

Villasmil, M.

b) Caso de uso del módulo “Perfil Área Secretaria”.

Figura 35. Casos de uso del módulo “Perfil Área Secretaria”. Autor: Conde,

E. un Villasmil, M.

c) Caso de uso del módulo Perfil “Consejo del Núcleo Universitario de la

UNEFA”.
143

Figura 36. Casos de uso del módulo “Consejo del Núcleo Universitario de la

UNEFA”. Autor: Conde, E. un Villasmil, M.

d) Caso de uso del módulo “Perfil Gestión Educativa”.

Figura 37. Casos de uso del módulo “Perfil Gestión Educativa”. Autor: Conde,

E. un Villasmil, M.

e) Caso de uso del módulo “Perfil CPPU-Asuntos Sociales y PC”.´


144

Figura 38. Casos de uso del módulo “Perfil CPPU-Asuntos Sociales y PC”.

Autor: Conde, E. un Villasmil, M.

e) Caso de uso del módulo “Perfil Administrativo”.

Figura 39. Casos de uso del módulo “Perfil Administrativo”. Autor: Conde, E.

un Villasmil, M.

f) Caso de uso del módulo “Perfil Defensa Integral”.


145

Figura 40. Casos de uso del módulo “Perfil Defensa Integral”. Autor: Conde,

E. un Villasmil, M.

g) Caso de uso del módulo “Perfil Área Secretaria”.

Figura 41. Casos de uso del módulo “Perfil Secretaría”. Autor: Conde, E. un

Villasmil, M.

h) Caso de uso del módulo “Perfil Configuración del Sistema”.


146

Figura 42. Casos de uso del módulo “Perfil Configuración del Sistema”.

Autor: Conde, E. un Villasmil, M.

Estudio de Factibilidad

Se realizó un estudio de factibilidad para determinar si sería práctico

desarrollar un sistema de información para controlar el desempeño del

campo académico de la Universidad Experimental de Venezuela. U.N.L. El

caso Zulia. El análisis de viabilidad de un proyecto de software debe

considerar la viabilidad económica, la viabilidad operativa y la viabilidad

técnica.

(a) Viabilidad económica. En términos de viabilidad económica,

consideramos que el sistema es un proyecto que beneficia a los docentes,

estudiantes, personal administrativo y decanos de Unefa Núcleo Zulia y así

maximizar los intereses y bienestar de sus integrantes. De esta forma, los

costes se calculan teniendo en cuenta los siguientes factores:

1) Según el plan de organización de puestos del instituto, existen nueve

(09 puestos) en el instituto.

2) Los nueve lugares de trabajo cuentan con internet proporcionado por

CANTV.
147

3) Cada puesto cuenta con personal calificado. Teniendo en cuenta estos

puntos, aún es necesario obtener una licencia de software para desarrollar el

sistema y dos pasantes del Departamento de Ingeniería de Sistemas y

Telecomunicaciones que vengan a la universidad a desarrollar el sistema y

sus componentes físicos, tales como: red LAN, Wide Red de Área (WAN) o

sistemas autónomos; enrutadores, tráfico de red, conmutadores, tráfico a A -

tráfico a B, computadora A y computadora B. La operación de datos de los

dispositivos informáticos requiere conectores RJ45, terminales de cable UTP,

conmutadores, extensiones de par trenzado (UTP); Determina la dirección IP

(Protocolo de Internet) de cada impresora.

Una dirección devuelve un código numérico asignado exclusivamente a un

dispositivo conectado a la red. Estas funciones serán desempeñadas por

administradores académicos, asistidas y supervisadas por personal de

tecnologías de la información y los investigadores Edgardo Conde y Cindy

Villasmil, autores de este proyecto de investigación. Se requiere el siguiente

software para desarrollar este sistema:

(1) PHP (una herramienta de desarrollo de software basada en web);

(2) Mysql (herramienta de gestión de bases de datos);

(3) APACHE (Servidor del sistema virtual);


148

(4) Macromedia Dreamweaver MX (herramienta de desarrollo web);

(5) Macromedia Fireworks MX (herramienta de gestión de imágenes);

(6) Crystal Report, una herramienta de informes.

Cuadro 4. Costo de Software en dólares ($). Autor: Conde, E y Villasmil, M.

Software Valor Vigencia Fuente


PHP Gratuito

MySQL Gratuito

APACHE Gratuito

Macromedia DreamWeaver MX $379,99 www.amazon.com

Macromedia FireWorks MX $289,00 www.amazon.com

Informe de cristal 8 $ 549,99 www.amazon.com

Total $ 1218,98

El costo total de producción del software es de aproximadamente $950.

Por otro lado, el sistema académico brindará diversos beneficios al

personal y dirección del instituto y a sus usuarios, al decanato afiliado a

UNEFA-Zulia, al cuerpo docente, al personal administrativo y a los

estudiantes como se menciona a continuación.


149

1) Introducir un sistema de información que integre y combine todos los

procesos que realiza el decano y sus áreas profesionales y administrativas

de forma dicotómica.

2) Los institutos tienen más control y rapidez sobre sus actividades y

procesos académicos.

3) Ampliar la cobertura del proceso de creación de información académica

desde el decanato hasta las diversas áreas centrales y funcionales de la

UNEFA.

4) Producir estadísticas e informes actualizados, oportunos y realistas

para ayudar en la toma de decisiones.

5) Optimizar el uso de los recursos y crear mejores presupuestos para los

mismos. Estos son algunos de los beneficios que el sistema traerá a sus

usuarios y al personal que opera la instalación, beneficios que no se pueden

cuantificar pero que pueden brindar una mejor atención y un mejor servicio.

Por lo tanto, el proyecto se consideró claramente factible, ya que los

beneficios superaron los costos. b) viabilidad de la explotación. Esta opción

incluye determinar para qué se debe utilizar el nuevo sistema. Su análisis

tiene en cuenta los siguientes aspectos:


150

1) Complejidad del sistema: En el desarrollo del sistema se ha realizado

un análisis detallado de requisitos para adaptarse a las necesidades

identificadas de una forma más amigable.

2) Resistencia de los usuarios y adaptación al sistema: en cada entrevista

realizada al personal de UNEFA-Zulia se buscó motivación, cooperación y

entusiasmo por el desarrollo del sistema. Se recomienda desarrollar un

programa de capacitación para que los usuarios comprendan el sistema de

manera que haya una mínima resistencia al cambio.

3) Adaptabilidad del sistema al cambio: Está diseñado para ser dinámico y

capaz de adaptarse a los cambios que se producen con el tiempo.

Es importante resaltar que el sistema también está diseñado para ser

desarrollado en un entorno web, es decir, una aplicación de Internet derivada

de una computadora basada en Ethernet, lo que significa que se puede

controlar desde Internet, sin importar dónde se encuentre en el país. (UNEFA

varios núcleos).

Considerando estos factores, se puede concluir que este sistema es

funcionalmente viable. c) Viabilidad técnica. Esta opción evalúa si el

hardware y el software están disponibles y si las capacidades técnicas

necesarias están disponibles. Dos computadoras son el requisito mínimo

para desarrollar el sistema, y se necesitan una computadora y una impresora


151

para implementar el sistema en La Universidad nacional Experimental de la

Fuerza Armada (UNEFA). Puesto de trabajo. Además, todos los ordenadores

deben tener conexión a Internet. Actualmente, la Universidad Experimental

Principal de la Fuerza Armada Nacional, Zulia (UNEFA-Zulia) ha cumplido

con los requisitos anteriores y por lo tanto concluyó que el sistema de

información es técnicamente factible.

Fase III: Diseño del sistema

En el tercer componente, toda la información recopilada e investigada en

el componente anterior (captura de requisitos) se recopila y analiza

cuidadosamente para comprender mejor el sistema de información e indicar

las diversas funciones del sistema.

También en esta etapa, los requisitos del sistema continúan

determinándose detallando los casos de uso que se muestran arriba.

El formato de descripción de caso de uso extendido se utiliza para la

descripción detallada.

Este formato permite registrar las distintas operaciones o actividades que

se realizan en el sistema, documentando las operaciones, los elementos

involucrados, su importancia y un mapa.

Una descripción de lo que se hace en una acción o actividad.


152

a) Módulo Decanato.

Caso de Uso Ingresar Datos del Afiliado-Decanato.

Objetivo Ingresar en el sistema los datos o información referida a las

actividades académicas.

Actores Principal: Administrador y Secretaria del Decanato.

Secundario: Profesor Afiliado.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso”

y debe tener permisología para ingresar afiliados y demás

módulos o perfiles.

 El Decanato es el que elabora, construye, aprueba y

autoriza la emisión de los datos e informaciones de las

actividades académicas a los demás módulos o perfiles.

 Los datos del afiliado y la información académica

deben estar verificada y autorizada por el Decanato, no

deben estar almacenados en el sistema.

 El profesor afiliado debe proporcionar los datos e

información de las actividades académicas.

Pasos El usuario solicita al sistema ingresar los datos del afiliado.

El sistema muestra el formulario de ingreso de datos


153

básicos del afiliado y la información de las actividades

académicas relevantes de la Unefa-Zulia.

El usuario ingresa los datos que desea almacenar (afiliado

e información de las actividades académicas).

El sistema debe ejecutar el caso de uso “Validar Datos”.

El sistema guarda los datos ingresados.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza el ingreso de un afiliado.

Mensaje de error si el afiliado ya se encuentra registrado.

Extensiones Validar Datos.

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Modificar Datos del Afiliado-Decanato.

Objetivo Modificar en el sistema los datos o información referida a las

actividades académicas.

Actores Principal: Administrador y Secretaria del Decanato.

Secundario: Profesor Afiliado.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso”

y debe tener permisología para modificar datos de afiliados.


154

Los datos del afiliado y la información académica deben

estar verificada y autorizada por el Decanato, deben estar

almacenados en el sistema.

El profesor afiliado debe proporcionar los datos a modificar.

Pasos El usuario solicita al sistema modificar los datos del afiliado.

El usuario indica el código del afiliado al cual le desea hacer

una modificación de datos.

El sistema busca y muestra un formulario con los datos

básicos del afiliado y la información de las actividades

académicas relevantes de la Unefa-Zulia.

El usuario realiza los cambios en los campos que desea

modificar.

El sistema debe ejecutar el caso de uso “Validar Datos”.

El sistema actualiza los datos modificados.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza la modificación de datos de un

afiliado.

Mensaje de error si el afiliado no se encuentra registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).


155

Caso de Uso Eliminar Datos del Afiliado-Decanato.

Objetivo Eliminar en el sistema los datos o información

concerniente a las actividades académicas.

Actores Principal: Administrador y Secretaria del Decanato.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de

Acceso” y debe tener permisología para eliminar

afiliados.

Los datos del afiliado y de la información de las

actividades académicas deben estar almacenados en el

sistema.

Pasos El usuario solicita al sistema eliminar los datos del

afiliado.

El usuario indica el código del afiliado que desea

eliminar.

El sistema busca y muestra un formulario con los datos

básicos del afiliado y de la información de las actividades

académicas.

El sistema elimina los datos del afiliado y de la

información de las actividades académicas.

Variaciones Mensaje de error si el usuario no se encuentra registrado

o no tiene la permisología adecuada.


156

El usuario acepta o rechaza la eliminación de un afiliado.

Mensaje de error si el afiliado no se encuentra registrado.

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Consultar Datos del Afiliado-Decanato.

Objetivo Consultar en el sistema los datos de un profesor afiliado

y de la información de las actividades académicas.

Actores Principal: Administrador y Secretaria del Decanato.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de

Acceso” y debe tener permisología para consultar datos

de afiliados.

Los datos del afiliado y de la información de las

actividades académicas deben estar almacenados en el

sistema.

Pasos El usuario solicita al sistema consultar los datos del

afiliado.

El usuario indica los datos del afiliado (código, nombre,

apellido) que desea consultar, para luego consultar la

información de las actividades académicas.

El sistema busca los datos solicitados y los muestra al

usuario.
157

Variaciones Mensaje de error si el usuario no se encuentra registrado

o no tiene la permisología adecuada.

Mensaje de error si no se encuentra un afiliado con esas

características.

Extensiones Imprimir

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Imprimir.

Objetivo Imprimir datos o listado de datos generados a través de una

consulta de datos de afiliados y la información de las

actividades académicas.

Actores Principal: Caso de uso Consultar Datos Básicos del Afiliado,

así como la información académica a visualizar.

Pre-condiciones El usuario debe ejecutar el caso de uso Consultar Datos

Básicos del Afiliado.

Los datos e informaciones de las distintas actividades

académicas a imprimir deben estar almacenados en el

sistema.

Pasos El usuario solicita al sistema imprimir una consulta.

El sistema proporciona una vista preliminar de la impresión.

El sistema realiza la impresión de los datos o del listado.

Variaciones El usuario acepta o rechaza la impresión de datos.


158

Mensaje de error si no se encuentra la impresora preparada

para la impresión.

Extensiones Visualización del sistema

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Validar Datos.

Objetivo Verificar y validar los datos introducidos por el usuario.

Actores Principal: Casos de Uso “Ingresar” y “Modificar Datos del

Afiliado”.

Pre-condiciones El usuario debe ejecutar alguno de los siguientes casos de

uso “Ingresar” ó “Modificar Datos del Afiliado”.

Pasos Alguno de los casos de uso: “Ingresar” ó “Modificar Datos del

Afiliado” solicita la ejecución de Validar Datos.

El sistema busca el código del afiliado.

El sistema analiza cada uno de los campos con su respectivo

tipo y formato.

Variaciones Si el código del afiliado ya se encuentra registrado y el caso

de uso ejecutado es Ingresar Datos Básicos del Afiliado, se

emite un mensaje de “Afiliado Existente”.

Si el código del afiliado no se encuentra registrado y el caso

de uso ejecutado es “Modificar Datos del Afiliado”, se emite

un mensaje de “Afiliado No Registrado”.


159

Si los datos no coinciden con el tipo y/o formato de dato

asignado en el sistema a esos campos, se emite un mensaje

de error “Dato no Válido”.

Si algún campo está vacío, se emite un mensaje de error

“Faltan Datos”

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Control de Acceso.

Objetivo Verificar y validar el nombre y la contraseña de un usuario.

Actores Principal: Administrador y Secretaria.

Pre-condiciones  El usuario debe ingresar el nombre de usuario y su

contraseña.

Pasos  El usuario solicita acceso al sistema.

 El sistema verifica y valida que el usuario se encuentre

registrado.

Variaciones  Si el nombre de usuario no se encuentra registrado en el

sistema, se emite un mensaje de error “Usuario No

Registrado”.

 Si el nombre de usuario existe, pero no corresponde con

su contraseña, se emite un mensaje de error


160

“Contraseña Incorrecta”.

 Si alguno de los campos está vacío se emite un mensaje

de error “Faltan Datos”.

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).

b) Módulo “Área Secretaria”.

Caso de Uso Ingresar Datos del Área Secretaria.

Objetivo Ingresar en el sistema los datos del servicio prestado e

información académica relacionada a la comunidad

Unefista.

Actores Principal: Administrador y Secretaria.

Secundario: Profesor Afiliado e Institución Unefa-Zulia.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso”

y debe tener permisología para ingresar datos de un

servicio de prestado y la información de actividades

académicas que se desea presentar a la comunidad

Unefista.

Los datos del afiliado y de la información académica


161

pertinente deben estar almacenados en el sistema.

Los datos del servicio prestado e informaciones de las

actividades académicas no deben estar almacenados en el

sistema.

El afiliado o la institución Unefa-Zulia debe proporcionar los

datos del servicio prestado e información académica.

Pasos El usuario solicita al sistema ingresar los datos de un

servicio prestado e información académica.

El sistema muestra el formulario de ingreso de datos de un

servicio prestado e información académica.

El usuario ingresa los datos e información que desea

almacenar

El sistema debe ejecutar el caso de uso “Validar Datos”.

El sistema guarda los datos e información ingresados.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza el ingreso de los datos e

información.

Mensaje de error si el servicio prestado e información

académica ya se encuentra registrado o si ya se superó el

tope de consumo del mismo.


162

Mensaje de error si el afiliado no se encuentra registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Modificar Datos del Área Secretaria.

Objetivo Modificar en el sistema los datos de un servicio prestado e

información académica.

Actores Principal: Administrador y Secretaria.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de

Acceso” y debe tener permisología para modificar datos de

un servicio prestado e información de las actividades

académicas.

Los datos del afiliado y del servicio prestado e información

de las actividades académicas deben estar almacenados

en el sistema.

Pasos El usuario solicita al sistema modificar los datos de un

servicio prestado e información de las actividades

académicas.

El usuario indica el código del afiliado y el tipo de servicio

prestado e información de las actividades académicas al

cual desea hacerle la modificación de datos.

El sistema busca y muestra un formulario con los diferentes


163

servicio prestado e información de las actividades

académicas a ese afiliado.

El usuario selecciona el servicio prestado e información de

las actividades académicas a modificar.

El usuario realiza los cambios en los campos que desea

modificar.

El sistema debe ejecutar el caso de uso “Validar Datos”.

El sistema actualiza los datos modificados.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza la modificación de datos de un

servicio prestado e información de las actividades

académicas.

Mensaje de error si el afiliado o el servicio prestado e

información de las actividades académicas no se encuentra

registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Eliminar Datos del Área Secretaria.

Objetivo Eliminar en el sistema los datos de un servicio prestado e

información de las actividades académicas a un profesor


164

afiliado.

Actores Principal: Administrador y Secretaria.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso” y

debe tener permisología para eliminar un servicio prestado e

información de las actividades académicas a un afiliado.

Los datos del afiliado y del servicio prestado e información de

las actividades académicas deben estar almacenados en el

sistema.

Pasos El usuario solicita al sistema eliminar los datos del servicio

prestado e información de las actividades académicas.

El usuario indica el código del afiliado y el tipo de servicio

prestado e información de las actividades académicas que

desea eliminar.

El sistema busca y muestra un formulario con los diferentes

servicios prestados e información de las actividades

académicas a ese afiliado.

El usuario selecciona el servicio prestado e información de

las actividades académicas a eliminar.

El sistema elimina los datos del servicio prestado e

información de las actividades académicas.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.


165

El usuario acepta o rechaza la eliminación de los datos de un

servicio prestado e información de las actividades

académicas.

Mensaje de error si el afiliado o el servicio prestado e

información de las actividades académicas no se encuentra

registrado.

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Consultar Datos del Área Secretaria.

Objetivo Consultar en el sistema los datos de un servicio prestado e

información de las actividades académicas a un profesor

afiliado.

Actores Principal: Administrador y Secretaria.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso”

y debe tener permisología para consultar datos de servicios

de salud prestados.

Los datos del afiliado y del servicio prestado e información

de las actividades académicas deben estar almacenados en

el sistema.

Pasos El usuario solicita al sistema consultar los datos del servicio

prestado e información de las actividades académicas.

El usuario indica los datos del afiliado (código, nombre,


166

apellido) y del servicio prestado e información de las

actividades académicas (tipo) que desea consultar.

El sistema busca los datos solicitados y los muestra al

usuario.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

Mensaje de error si no se encuentran Datos e información de

las actividades académicas para algún afiliado con esas

características.

Extensiones Imprimir

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Imprimir.

Objetivo Imprimir datos o listado de datos generados a través de una

consulta de datos de un servicio prestado e información de

las actividades académicas.

Actores Principal: Caso de uso “Consultar Datos Área Secretaria”.

Pre-condiciones El usuario debe ejecutar el caso de uso “Consultar Datos del

Área Secretaria”.

Los datos a imprimir deben estar almacenados en el

sistema.

Pasos El usuario solicita al sistema imprimir una consulta.


167

El sistema proporciona una vista preliminar de la impresión.

El sistema realiza la impresión de los datos o del listado.

Variaciones El usuario acepta o rechaza la impresión de datos.

Mensaje de error si no se encuentra la impresora preparada

para la impresión.

Extensiones Visualización del sistema

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Validar Datos.

Objetivo Verificar y validar los datos introducidos por el usuario.

Actores Principal: Casos de Uso: “Ingresar” y “Modificar Datos del

Área Secretaria”.

Pre-condiciones El usuario debe ejecutar alguno de los siguientes casos de

uso “Ingresar” ó “Modificar Datos del Área Secretaria”.

Pasos Alguno de los casos de uso: “Ingresar” ó “Modificar Datos del

Área Secretaria” solicita la ejecución de “Validar Datos”.

El sistema busca el código del afiliado y el tipo de servicio

prestado e información de las actividades académicas.

El sistema analiza cada uno de los campos con su

respectivo tipo y formato.

Variaciones Si el Área Secretaria ya se encuentra registrado y el caso de

uso ejecutado es “Ingresar Datos del Área Secretaria”, se

emite un mensaje de “Datos e información de las actividades


168

académicas del Área Secretaria ya Registrado”.

Si el código del afiliado o el tipo de Datos del Área Secretaria

no se encuentra registrado y el caso de uso ejecutado es

“Modificar Datos del Área Secretaria”, se emite un mensaje

de “Afiliado o Datos del Área Secretaria No Registrado”.

Si el afiliado excede o excedió el tope de registro por dichos

Datos de Secretaria, se emite un mensaje de “Tope de

Consumo Alcanzado”

Si los datos no coinciden con el tipo y/o formato de dato

asignado en el sistema a esos campos, se emite un mensaje

de error “Dato No Válido”.

Si algún campo está vacío, se emite un mensaje de error

“Faltan Datos”

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).

c) Módulo “Consejo del Núcleo Universitario UNEFA-Zulia”.


Caso de Uso Ingresar Datos del Consejo del Núcleo Universitario UNEFA-

Zulia.

Objetivo Ingresar en el sistema los datos de Consejo del Núcleo

Universitario UNEFA-Zulia a un profesor afiliado.

Actores Principal: Administrador y Asistente Administrativo.


169

Secundario: Profesor Afiliado.

Pre-condiciones  El usuario debe ejecutar el caso de uso “Control de

Acceso” y debe tener permisología para ingresar datos de

un servicio de auxilio financiero prestado.

 Los datos del afiliado deben estar almacenados en el

sistema.

 Los datos del Consejo del Núcleo Universitario

UNEFA-Zulia no deben estar almacenados en el sistema.

 El profesor afiliado debe proporcionar los datos del

Consejo del Núcleo Universitario UNEFA-Zulia.

Pasos  El usuario solicita al sistema ingresar los datos del

Consejo del Núcleo Universitario UNEFA-Zulia.

 El sistema muestra el formulario de ingreso de datos

del Consejo del Núcleo Universitario UNEFA-Zulia.

 El usuario ingresa los datos e informaciones que

desea almacenar

 El sistema debe ejecutar el caso de uso “Validar

Datos”.

 El sistema guarda los datos e informaciones

ingresados.

Variaciones
170

registrado o no tiene la permisología adecuada.

 El usuario acepta o rechaza el ingreso de los datos e

informaciones.

 Mensaje de error si los datos e informaciones ya se

encuentra registrado o si ya ha registrado todos los datos de

Consejo del Núcleo Universitario UNEFA-Zulia.

 Mensaje de error si el afiliado no se encuentra

registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Modificar Datos del Consejo del Núcleo Universitario UNEFA-

Zulia.

Objetivo Modificar en el sistema los datos de Consejo del Núcleo

Universitario UNEFA-Zulia.

Actores Principal: Administrador y Asistente Administrativo.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso” y

debe tener permisología para modificar datos de Consejo del

Núcleo Universitario UNEFA-Zulia.

Los datos del afiliado y del Consejo del Núcleo Universitario

UNEFA-Zulia deben estar almacenados en el sistema.


171

Pasos El usuario solicita al sistema modificar los datos de un

servicio de auxilio financiero prestado.

El usuario indica el código del afiliado y la información de las

actividades académicas al cual desea hacerle la modificación

de datos.

El sistema busca y muestra un formulario con los datos de la

información académica plan de Consejo del Núcleo

Universitario UNEFA-Zulia al afiliado.

El usuario realiza los cambios en los campos que desea

modificar.

El sistema debe ejecutar el caso de uso “Validar Datos”.

El sistema actualiza los datos modificados.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza la modificación de datos de

Consejo del Núcleo Universitario UNEFA-Zulia.

Mensaje de error si el afiliado o información de las

actividades académicas del Consejo del Núcleo Universitario

UNEFA-Zulia no se encuentra registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).


172

Caso de Uso Eliminar Datos del Consejo del Núcleo Universitario

UNEFA-Zulia.

Objetivo Eliminar en el sistema los datos de Consejo del Núcleo

Universitario UNEFA-Zulia a un profesor afiliado.

Actores Principal: Administrador y Asistente Administrativo.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de

Acceso” y debe tener permisología para eliminar datos o

información del Consejo del Núcleo Universitario UNEFA-

Zulia a un afiliado.

Los datos del afiliado y de las informaciones de las

actividades académicas del Consejo del Núcleo

Universitario UNEFA-Zulia deben estar almacenados en el

sistema.

Pasos El usuario solicita al sistema eliminar los datos del Consejo

del Núcleo Universitario UNEFA-Zulia.

El usuario indica el código del afiliado y los datos o

información del Consejo del Núcleo Universitario UNEFA-

Zulia que desea eliminar.

El sistema busca y muestra un formulario con los datos del

Consejo del Núcleo Universitario UNEFA-Zulia al afiliado.

El sistema elimina los datos del Consejo del Núcleo


173

Universitario UNEFA-Zulia.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza la eliminación de los datos o

información académica de Consejo del Núcleo Universitario

UNEFA-Zulia.

Mensaje de error si el afiliado o los datos del Consejo del

Núcleo Universitario UNEFA-Zulia no se encuentra

registrado.

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Consultar Datos del Consejo del Núcleo Universitario

UNEFA-Zulia.

Objetivo Consultar en el sistema los datos de Consejo del Núcleo

Universitario UNEFA-Zulia a un profesor afiliado.

Actores Principal: Administrador y Asistente Administrativo.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso”

y debe tener permisología para consultar datos e

información académica de Consejo del Núcleo Universitario

UNEFA-Zulia prestado a un afiliado.

Los datos del afiliado y de la información académica de


174

Consejo del Núcleo Universitario UNEFA-Zulia deben estar

almacenados en el sistema.

Pasos El usuario solicita al sistema consultar los datos e

informaciones del Consejo del Núcleo Universitario UNEFA-

Zulia.

El usuario indica los datos del afiliado (código, nombre,

apellido) y los datos o informaciones académicas del

Consejo del Núcleo Universitario UNEFA-Zulia (tipo) que

desea consultar.

El sistema busca los datos solicitados y los muestra al

usuario.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

Mensaje de error si no se encuentra los datos e información

del Consejo del Núcleo Universitario UNEFA-Zulia para

algún afiliado con esas características.

Extensiones Imprimir

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Imprimir.

Objetivo Imprimir datos o listado de datos generados a través de una

consulta de datos de Consejo del Núcleo Universitario


175

UNEFA-Zulia.

Actores Principal: Caso de uso “Consultar Datos del Consejo del

Núcleo Universitario UNEFA-Zulia”.

Pre-condiciones El usuario debe ejecutar el caso de uso Consultar Datos del

Consejo del Núcleo Universitario UNEFA-Zulia.

Los datos a imprimir deben estar almacenados en el

sistema.

Pasos El usuario solicita al sistema imprimir una consulta.

El sistema proporciona una vista preliminar de la impresión.

El sistema realiza la impresión de los datos o del listado.

Variaciones El usuario acepta o rechaza la impresión de datos.

Mensaje de error si no se encuentra la impresora preparada

para la impresión.

Extensiones Visualización del sistema

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Validar Datos.


Objetivo Verificar y validar los datos introducidos por el usuario.
Actores Principal: Casos de Uso: “Ingresar” y “Modificar Datos del

Consejo del Núcleo Universitario UNEFA-Zulia”.

Pre-condiciones El usuario debe ejecutar alguno de los siguientes casos de

uso “Ingresar” ó “Modificar Datos del Consejo del Núcleo

Universitario UNEFA-Zulia”.
176

Pasos Alguno de los casos de uso: “Ingresar” ó “Modificar Datos

del Consejo del Núcleo Universitario UNEFA-Zulia” solicita

la ejecución de “Validar Datos”.

El sistema busca el código del afiliado y los datos del

Consejo del Núcleo Universitario UNEFA-Zulia.

El sistema analiza cada uno de los campos con su

respectivo tipo y formato.

Variaciones Si los datos del Consejo del Núcleo Universitario UNEFA-

Zulia ya se encuentra registrado y el caso de uso

ejecutado es Ingresar Datos del Consejo del Núcleo

Universitario UNEFA-Zulia, se emite un mensaje de

“Servicio ya Registrado”.

Si el código del afiliado o los datos del Consejo del Núcleo

Universitario UNEFA-Zulia no se encuentra registrado y el

caso de uso ejecutado es “Modificar Datos del Consejo del

Núcleo Universitario UNEFA-Zulia”, se emite un mensaje

de “Afiliado o Plan de Servicio No Registrado”.

Si el afiliado ya ha utilizado todos los datos e información

del Consejo del Núcleo Universitario UNEFA-Zulia, se

emite un mensaje de “No Hay Datos e Información

Disponible para este Afiliado”

Si los datos no coinciden con el tipo y/o formato de dato


177

asignado en el sistema a esos campos, se emite un

mensaje de error “Dato No Válido”.

Si algún campo está vacío, se emite un mensaje de error

“Faltan Datos”

Extensiones N/A
Elaborado por: Conde, E., y Villasmil, M., (2023).

d) Módulo “Gestión Educativa”.


Caso de Uso Ingresar Datos de Gestión Educativa.

Objetivo Ingresar en el sistema los datos de Gestión Educativa a

un afiliado.

Actores Principal: Administrador y Asistente Administrativo.

Secundario: Persona Afiliada e Institución UNEFA-

ZULIA.

Pre-condiciones  El usuario debe ejecutar el caso de uso “Control de

Acceso” y debe tener permisología para ingresar datos

de Gestión Educativa.

 Los datos del afiliado deben estar almacenados en el

sistema.

 Los datos de Gestión Educativa deben estar

almacenados en el sistema.

 El afiliado o la institución UNEFA-ZULIA debe

proporcionar los datos de Gestión Educativa.


178

Pasos  El usuario solicita al sistema ingresar los datos de

Gestión Educativa.

 El sistema muestra el formulario de ingreso de datos e

información de Gestión Educativa.

 El usuario ingresa los datos que desea almacenar

 El sistema debe ejecutar el caso de uso “Validar Datos”.

 El sistema guarda los datos ingresados.

Variaciones  Mensaje de error si el usuario no se encuentra

registrado o no tiene la permisología adecuada.

 El usuario acepta o rechaza el ingreso de los datos.

 Mensaje de error si el servicio prestado ya se

encuentra registrado o si ya se superó el tope de

consumo del mismo.

 Mensaje de error si el afiliado no se encuentra

registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Modificar Datos de Gestión Educativa.


Objetivo Modificar en el sistema los datos de Gestión Educativa.
Actores Principal: Administrador y Asistente Administrativo.
Pre-condiciones El usuario debe ejecutar el caso de uso “Control de

Acceso” y debe tener permisología para modificar datos de


179

Gestión Educativa.

Los datos del afiliado y de Gestión Educativa deben estar

almacenados en el sistema.

Pasos El usuario solicita al sistema modificar los datos de

Gestión Educativa.

El usuario indica el código del afiliado y el tipo de datos o

información académica de Gestión Educativa al cual desea

hacerle la modificación de datos.

El sistema busca y muestra un formulario con los

diferentes datos e información académica de Gestión

Educativa a ese afiliado.

El usuario selecciona el dato e información de Gestión

Educativa a modificar.

El usuario realiza los cambios en los campos que desea

modificar.

El sistema debe ejecutar el caso de uso “Validar Datos”.

El sistema actualiza los datos modificados.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza la modificación de datos de

Gestión Educativa.
180

Mensaje de error si el afiliado o el dato e información de

Gestión Educativa no se encuentra registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Eliminar Datos de Gestión Educativa.

Objetivo Eliminar en el sistema los datos de Gestión Educativa a un

afiliado.

Actores Principal: Administrador y Asistente Administrativo.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de

Acceso” y debe tener permisología para eliminar datos de

Gestión Educativa a un afiliado.

Los datos del afiliado y de Gestión Educativa deben estar

almacenados en el sistema.

Pasos El usuario solicita al sistema eliminar los datos de Gestión

Educativa.

El usuario indica el código del afiliado y el tipo de datos de

Gestión Educativa que le desea eliminar.

El sistema busca y muestra un formulario con los diferentes

datos e información de Gestión Educativa a ese afiliado.

El usuario selecciona el dato e información de Gestión

Educativa a eliminar.
181

El sistema elimina los datos de Gestión Educativa.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza la eliminación de los datos de

Gestión Educativa.

Mensaje de error si el afiliado o el dato e información de

Gestión Educativa no se encuentra registrado.

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Consultar Datos de Gestión Educativa.

Objetivo Consultar en el sistema los datos de Gestión Educativa a un profesor

afiliado.

Actores Principal: Administrador y Asistente Administrativo.

Pre-condiciones  El usuario debe ejecutar el caso de uso “Control de Acceso “y debe

tener permisología para consultar datos de Gestión Educativa.

 Los datos del afiliado y de Gestión Educativa deben estar

almacenados en el sistema.

Pasos  El usuario solicita al sistema consultar los datos de Gestión

Educativa.

 El usuario indica los datos del afiliado (código, nombre, apellido) y de

información de Gestión Educativa (tipo) que desea consultar.


182

 El sistema busca los datos solicitados y los muestra al usuario.

Variaciones  Mensaje de error si el usuario no se encuentra registrado o no tiene

la permisología adecuada.

 Mensaje de error si no se encuentra datos de Gestión Educativa para

algún afiliado con esas características.

Extensiones Imprimir

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Imprimir.

Objetivo Imprimir datos o listado de datos generados a través de

una consulta de datos de Gestión Educativa.

Actores Principal: Caso de uso “Consultar Datos de Gestión

Educativa”.

Pre-condiciones El usuario debe ejecutar el caso de uso Consultar Datos de

Gestión Educativa.

Los datos a imprimir deben estar almacenados en el

sistema.

Pasos El usuario solicita al sistema imprimir una consulta.

El sistema proporciona una vista preliminar de la impresión.

El sistema realiza la impresión de los datos o del listado.

Variaciones El usuario acepta o rechaza la impresión de datos.

Mensaje de error si no se encuentra la impresora


183

preparada para la impresión.

Extensiones Visualización del sistema

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Validar Datos.

Objetivo Verificar y validar los datos introducidos por el usuario.

Actores Principal: Casos de Uso: “Ingresar” y “Modificar Datos de

Gestión Educativa”.

Pre-condiciones El usuario debe ejecutar alguno de los siguientes casos de

uso: “Ingresar” ó “Modificar Datos de Gestión Educativa”.

Pasos Alguno de los casos de uso: “Ingresar” ó “Modificar Datos

de Gestión Educativa” solicita la ejecución de “Validar

Datos”.

El sistema busca el código del afiliado y el tipo de datos de

Gestión Educativa.

El sistema analiza cada uno de los campos con su

respectivo tipo y formato.

Variaciones Si los datos de Gestión Educativa ya se encuentran

registrado y el caso de uso ejecutado es Ingresar Datos de

Gestión Educativa, se emite un mensaje de “Servicio de

Gestión Educativa ya Registrado”.

Si el código del afiliado o el tipo de datos de Gestión

Educativa no se encuentra registrado y el caso de uso


184

ejecutado es “Modificar Datos de Gestión Educativa”, se

emite un mensaje de “Afiliado o Datos de Gestión

Educativa No Registrado”.

Si el afiliado excede o excedió el tope de datos por dicho

servicio de información académica de Gestión Educativa,

se emite un mensaje de “Tope de Consumo Alcanzado”

Si los datos no coinciden con el tipo y/o formato de dato

asignado en el sistema a esos campos, se emite un

mensaje de error “Dato No Válido”.

Si algún campo está vacío, se emite un mensaje de error

“Faltan Datos”

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).

e) Módulo “CPPU-Asuntos Sociales y PC”.

Caso de Uso Ingresar Datos de CPPU-Asuntos Sociales y PC.

Objetivo Ingresar en el sistema los datos de CPPU-Asuntos


Sociales y PC a un profesor afiliado.

Actores Principal: Administrador y Asistente Administrativo.


Secundario: Persona Afiliada e Institución UNEFA-
ZULIA.
185

Pre-condiciones  El usuario debe ejecutar el caso de uso “Control de


Acceso” y debe tener permisología para ingresar datos de
CPPU-Asuntos Sociales y PC.

 Los datos del afiliado deben estar almacenados en


el sistema.

 Los datos de CPPU-Asuntos Sociales y PC deben


estar almacenados en el sistema.

 El afiliado o la institución UNEFA-ZULIA debe


proporcionar los datos de CPPU-Asuntos Sociales y PC.

Pasos  El usuario solicita al sistema ingresar los datos de


CPPU-Asuntos Sociales y PC.

 El sistema muestra el formulario de ingreso de


datos e información de CPPU-Asuntos Sociales y PC.

 El usuario ingresa los datos que desea almacenar

 El sistema debe ejecutar el caso de uso “Validar


Datos”.

 El sistema guarda los datos ingresados.

Variaciones  Mensaje de error si el usuario no se encuentra


registrado o no tiene la permisología adecuada.

 El usuario acepta o rechaza el ingreso de los datos.

 Mensaje de error si el servicio prestado ya se


encuentra registrado o si ya se superó el tope de consumo
del mismo.
186

 Mensaje de error si el afiliado no se encuentra


registrado.

Extensiones Validar Datos


Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Modificar Datos de CPPU-Asuntos Sociales y PC.

Objetivo Modificar en el sistema los datos de CPPU-Asuntos

Sociales y PC.

Actores Principal: Administrador y Asistente Administrativo.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de

Acceso” y debe tener permisología para modificar datos de

CPPU-Asuntos Sociales y PC.

Los datos del afiliado y de CPPU-Asuntos Sociales y PC

deben estar almacenados en el sistema.

Pasos El usuario solicita al sistema modificar los datos de CPPU-

Asuntos Sociales y PC.

El usuario indica el código del afiliado y el tipo de datos o

información académica de CPPU-Asuntos Sociales y PC al

cual desea hacerle la modificación de datos.

El sistema busca y muestra un formulario con los

diferentes datos e información académica (Voceros,

comités y equipos de trabajo) de CPPU-Asuntos Sociales


187

y PC a ese afiliado.

El usuario selecciona el dato e información de CPPU-

Asuntos Sociales y PC a modificar.

El usuario realiza los cambios en los campos que desea

modificar.

El sistema debe ejecutar el caso de uso “Validar Datos”.

El sistema actualiza los datos modificados.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza la modificación de datos de

CPPU-Asuntos Sociales y PC.

Mensaje de error si el afiliado o el dato e información de

CPPU-Asuntos Sociales y PC no se encuentra registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Eliminar Datos de Gestión Educativa.

Objetivo Eliminar en el sistema los datos de CPPU-Asuntos Sociales

y PC a un afiliado.

Actores Principal: Administrador y Asistente Administrativo.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de

Acceso” y debe tener permisología para eliminar datos de


188

CPPU-Asuntos Sociales y PC a un afiliado.

Los datos del afiliado y de CPPU-Asuntos Sociales y PC

deben estar almacenados en el sistema.

Pasos El usuario solicita al sistema eliminar los datos de CPPU-

Asuntos Sociales y PC.

El usuario indica el código del afiliado y el tipo de datos de

CPPU-Asuntos Sociales y PC que le desea eliminar.

El sistema busca y muestra un formulario con los diferentes

datos e información de CPPU-Asuntos Sociales y PC a ese

afiliado.

El usuario selecciona el dato e información de CPPU-

Asuntos Sociales y PC a eliminar.

El sistema elimina los datos de CPPU-Asuntos Sociales y

PC.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza la eliminación de los datos de

CPPU-Asuntos Sociales y PC.

Mensaje de error si el afiliado o el dato e información de

CPPU-Asuntos Sociales y PC no se encuentra registrado.

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).


189

Caso de Uso Consultar Datos de CPPU-Asuntos Sociales y PC.

Objetivo Consultar en el sistema los datos de CPPU-Asuntos

Sociales y PC a un profesor afiliado.

Actores Principal: Administrador y Asistente Administrativo.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso

“y debe tener permisología para consultar datos de CPPU-

Asuntos Sociales y PC.

Los datos del afiliado y de CPPU-Asuntos Sociales y PC

deben estar almacenados en el sistema.

Pasos El usuario solicita al sistema consultar los datos de CPPU-

Asuntos Sociales y PC.

El usuario indica los datos del afiliado (código, nombre,

apellido) y de información de CPPU-Asuntos Sociales y PC

(tipo) que desea consultar.

El sistema busca los datos solicitados y los muestra al

usuario.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

Mensaje de error si no se encuentra datos de CPPU-

Asuntos Sociales y PC para algún afiliado con esas

características.
190

Extensiones Imprimir

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Imprimir.

Objetivo Imprimir datos o listado de datos generados a través de

una consulta de datos de CPPU-Asuntos Sociales y PC.

Actores Principal: Caso de uso “Consultar Datos de CPPU-Asuntos

Sociales y PC”.

Pre-condiciones El usuario debe ejecutar el caso de uso Consultar Datos de

CPPU-Asuntos Sociales y PC.

Los datos a imprimir deben estar almacenados en el

sistema.

Pasos El usuario solicita al sistema imprimir una consulta.

El sistema proporciona una vista preliminar de la impresión.

El sistema realiza la impresión de los datos o del listado.

Variaciones El usuario acepta o rechaza la impresión de datos.

Mensaje de error si no se encuentra la impresora

preparada para la impresión.

Extensiones Visualización del sistema

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Validar Datos.

Objetivo Verificar y validar los datos introducidos por el usuario.


191

Actores Principal: Casos de Uso: “Ingresar” y “Modificar Datos de

CPPU-Asuntos Sociales y PC”.

Pre-condiciones El usuario debe ejecutar alguno de los siguientes casos de

uso: “Ingresar” ó “Modificar Datos de CPPU-Asuntos

Sociales y PC”.

Pasos Alguno de los casos de uso: “Ingresar” ó “Modificar Datos

de CPPU-Asuntos Sociales y PC” solicita la ejecución de

“Validar Datos”.

El sistema busca el código del afiliado y el tipo de datos de

CPPU-Asuntos Sociales y PC.

El sistema analiza cada uno de los campos con su

respectivo tipo y formato.

Variaciones Si los datos de CPPU-Asuntos Sociales y PC ya se

encuentran registrado y el caso de uso ejecutado es

Ingresar Datos de CPPU-Asuntos Sociales y PC, se emite

un mensaje de “Datos e Información de CPPU-Asuntos

Sociales y PC ya Registrado”.

Si el código del afiliado o el tipo de datos de CPPU-Asuntos

Sociales y PC no se encuentra registrado y el caso de uso

ejecutado es “Modificar Datos de CPPU-Asuntos Sociales y

PC”, se emite un mensaje de “Afiliado o Datos de CPPU-


192

Asuntos Sociales y PC No Registrado”.

Si el afiliado excede o excedió el tope de datos por dicho

servicio de información académica de CPPU-Asuntos

Sociales y PC, se emite un mensaje de “Tope de Consumo

Alcanzado”

Si los datos no coinciden con el tipo y/o formato de dato

asignado en el sistema a esos campos, se emite un

mensaje de error “Dato No Válido”.

Si algún campo está vacío, se emite un mensaje de error

“Faltan Datos”

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).

f) Módulo “Administrativa”.

Caso de Uso Ingresar Datos del Área Administrativa.

Objetivo Ingresar en el sistema los datos del servicio prestado e

información académica y administrativa relacionada a la

comunidad Unefista.

Actores Principal: Decanato, Administrador y Área Administrativa.

Secundario: Profesor Afiliado e Institución Unefa-Zulia.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso”

y debe tener permisología para ingresar datos del Área


193

Administrativa.

Los datos del afiliado y de la información administrativa del

Área Administrativa pertinente deben estar almacenados en

el sistema.

Los datos del Área Administrativa e informaciones de las

actividades administrativas no deben estar almacenados en

el sistema.

El afiliado o la institución Unefa-Zulia debe proporcionar los

datos del Área Administrativa e información académica.

Pasos El usuario solicita al sistema ingresar los datos del Área

Administrativa.

El sistema muestra el formulario de ingreso de datos del

Área Administrativa.

El usuario ingresa los datos e información que desea

almacenar

El sistema debe ejecutar el caso de uso “Validar Datos”.

El sistema guarda los datos e información ingresados.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza el ingreso de los datos e

información.

Mensaje de error si el Área Administrativa ya se encuentra


194

registrado o si ya se superó el tope de consumo del mismo.

Mensaje de error si el afiliado o datos del Área

Administrativa no se encuentra registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Modificar Datos del Área Administrativa.

Objetivo Modificar en el sistema los datos del Área Administrativa.

Actores Principal: Administrador y Área Administrativa.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de

Acceso” y debe tener permisología para modificar datos

del Área Administrativa e información de las actividades

académicas y administrativas.

Los datos del afiliado y del Área Administrativa deben

estar almacenados en el sistema.

Pasos El usuario solicita al sistema modificar los datos del Área

Administrativa.

El usuario indica el código del afiliado y el tipo de Datos

del Área Administrativa al cual desea hacerle la

modificación de datos.

El sistema busca y muestra un formulario con los

diferentes datos e información de las actividades


195

académicas del Área Administrativa a ese afiliado.

El usuario selecciona el dato o datos e información de

las actividades académicas como administrativas del

Área Administrativa a modificar.

El usuario realiza los cambios en los campos que desea

modificar.

El sistema debe ejecutar el caso de uso “Validar Datos”.

El sistema actualiza los datos modificados.

Variaciones Mensaje de error si el usuario no se encuentra registrado

o no tiene la permisología adecuada.

El usuario acepta o rechaza la modificación de datos del

Área Administrativa.

Mensaje de error si el afiliado o datos del Área

Administrativa no se encuentra registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Eliminar Datos del Área Administrativa.

Objetivo Eliminar en el sistema los datos del Área Administrativa a un

profesor afiliado.

Actores Principal: Administrador y Área Administrativa.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso”


196

y debe tener permisología para eliminar Datos e información

de las actividades académicas como administrativas del

Área Administrativa a un afiliado.

Los datos del afiliado y del Área Administrativa deben estar

almacenados en el sistema.

Pasos El usuario solicita al sistema eliminar los datos del Área

Administrativa.

El usuario indica el código del afiliado y el tipo de Datos del

Área Administrativa que desea eliminar.

El sistema busca y muestra un formulario con los diferentes

Datos e información de las actividades académicas como

administrativas del Área Administrativa a ese afiliado.

El usuario selecciona el Dato u Datos e información de las

actividades académicas como administrativas del Área

Administrativa a eliminar.

El sistema elimina los datos del Área Administrativa.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza la eliminación de los datos del

Área Administrativa.

Mensaje de error si el afiliado o el Dato u Datos e

información de las actividades académicas como


197

administrativas del Área Administrativa no se encuentra

registrado.

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Consultar Datos del Área Administrativa.

Objetivo Consultar en el sistema los datos e información de las

actividades académicas como administrativas del Área

Administrativa a un profesor afiliado.

Actores Principal: Administrador y Área Administrativa.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de

Acceso” y debe tener permisología para consultar datos del

Área Administrativa.

Los datos del afiliado y Datos e información de las

actividades académicas como administrativas del Área

Administrativa deben estar almacenados en el sistema.

Pasos El usuario solicita al sistema consultar los datos del servicio

prestado e información de las actividades académicas.

El usuario indica los datos del afiliado (código, nombre,

apellido) y del servicio prestado e información de las

actividades académicas (tipo) del Área Administrativa que


198

desea consultar.

El sistema busca los datos solicitados y los muestra al

usuario.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

Mensaje de error si no se encuentra los Datos e

información del Área Administrativa para algún afiliado con

esas características.

Extensiones Imprimir

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Imprimir.


Objetivo Imprimir datos o listado de datos generados a través de

una consulta de datos del Área Administrativa.

Actores Principal: Caso de uso “Consultar Datos Área

Administrativa”.

Pre-condiciones El usuario debe ejecutar el caso de uso “Consultar Datos

Área Administrativa”.

Los datos a imprimir deben estar almacenados en el

sistema.

Pasos El usuario solicita al sistema imprimir una consulta.

El sistema proporciona una vista preliminar de la impresión.


199

El sistema realiza la impresión de los datos o del listado.

Variaciones El usuario acepta o rechaza la impresión de datos.

Mensaje de error si no se encuentra la impresora

preparada para la impresión.

Extensiones Visualización del sistema


Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Validar Datos.

Objetivo Verificar y validar los datos introducidos por el usuario.

Actores Principal: Casos de Uso: “Ingresar” y “Modificar Datos del

Área Administrativa”.

Pre-condiciones El usuario debe ejecutar alguno de los siguientes casos de

uso “Ingresar” ó “Modificar Datos del Área Administrativa”.

Pasos Alguno de los casos de uso: “Ingresar” ó “Modificar Datos

del Área Administrativa” solicita la ejecución de “Validar

Datos”.

El sistema busca el código del afiliado y el tipo de Datos e

información de las actividades académicas como

administrativas del Área Administrativa.

El sistema analiza cada uno de los campos con su

respectivo tipo y formato.

Variaciones Si los datos del Área Administrativa ya se encuentran

registrado y el caso de uso ejecutado es “Ingresar Datos


200

del Área Administrativa”, se emite un mensaje de “Datos e

información de las actividades académicas como

administrativas del Área Administrativa ya Registrado”.

Si el código del afiliado o el Dato u Datos del Área

Administrativa no se encuentran registrados y el caso de

uso ejecutado es “Modificar Datos del Área Administrativa”,

se emite un mensaje de “Afiliado o Datos del Área

Administrativa No Registrado”.

Si el afiliado excede o excedió el tope de registro por

dichos Datos del Área Administrativa, se emite un mensaje

de “Tope de Consumo Alcanzado”

Si los datos no coinciden con el tipo y/o formato de dato

asignado en el sistema a esos campos, se emite un

mensaje de error “Dato No Válido”.

Si algún campo está vacío, se emite un mensaje de error

“Faltan Datos”

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).

g) Módulo “Defensa Integral”.

Caso de Uso Ingresar Datos de Defensa Integral.


201

Objetivo Ingresar en el sistema los datos e información académica

y administrativa de Defensa Integral relacionada a la

comunidad Unefista.

Actores Principal: Decanato, Administrador y Área Defensa

Integral.

Secundario: Profesor Afiliado e Institución Unefa-Zulia.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de

Acceso” y debe tener permisología para ingresar datos de

Defensa Integral.

Los datos del afiliado y de la información de Defensa

Integral pertinente deben estar almacenados en el

sistema.

Los datos de Defensa Integral e informaciones de las

actividades administrativas como académicas no deben

estar almacenados en el sistema.

El afiliado o la institución Unefa-Zulia, específicamente el

Decanato debe proporcionar los datos de Defensa Integral

e información académica.

Pasos El usuario solicita al sistema ingresar los datos de Defensa

Integral.

El sistema muestra el formulario de ingreso de datos de


202

Defensa Integral.

El usuario ingresa los datos e información que desea

almacenar

El sistema debe ejecutar el caso de uso “Validar Datos”.

El sistema guarda los datos e información ingresados.

Variaciones Mensaje de error si el usuario no se encuentra registrado

o no tiene la permisología adecuada.

El usuario acepta o rechaza el ingreso de los datos e

información.

Mensaje de error si los Datos de Defensa Integral ya se

encuentra registrado o si ya se superó el tope de registro

del mismo.

Mensaje de error si el afiliado o datos de Defensa Integral

no se encuentra registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Modificar Datos de Defensa Integral.

Objetivo Modificar en el sistema los datos de Defensa Integral.

Actores Principal: Administrador y Defensa Integral.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de

Acceso” y debe tener permisología para modificar datos


203

de Defensa Integral e información de las actividades

académicas y administrativas.

Los datos del afiliado y de Defensa Integral deben estar

almacenados en el sistema.

Pasos El usuario solicita al sistema modificar los datos de

Defensa Integral.

El usuario indica el código del afiliado y el tipo de Datos

de Defensa Integral al cual desea hacerle la modificación

de datos.

El sistema busca y muestra un formulario con los

diferentes datos e información de las actividades

académicas de Defensa Integral a ese afiliado.

El usuario selecciona el dato o datos e información de las

actividades académicas como administrativas de Defensa

Integral a modificar.

El usuario realiza los cambios en los campos que desea

modificar.

El sistema debe ejecutar el caso de uso “Validar Datos”.

El sistema actualiza los datos modificados.

Variaciones Mensaje de error si el usuario no se encuentra registrado

o no tiene la permisología adecuada.

El usuario acepta o rechaza la modificación de datos de


204

Defensa Integral.

Mensaje de error si el afiliado o datos de Defensa Integral

no se encuentra registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Eliminar Datos de Defensa Integral.


Objetivo Eliminar en el sistema los datos de Defensa Integral a un

profesor afiliado.

Actores Principal: Administrador y Defensa Integral.


Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso” y

debe tener permisología para eliminar Datos e información de

las actividades académicas como administrativas de Defensa

Integral a un afiliado.

Los datos del afiliado y de Defensa Integral deben estar

almacenados en el sistema.

Pasos El usuario solicita al sistema eliminar los datos de Defensa

Integral.

El usuario indica el código del afiliado y el tipo de Datos de

Defensa Integral que desea eliminar.

El sistema busca y muestra un formulario con los diferentes

Datos e información de las actividades académicas como

administrativas de Defensa Integral a ese afiliado.


205

El usuario selecciona el Dato u Datos e información de las

actividades académicas como administrativas de Defensa

Integral a eliminar.

El sistema elimina los datos de Defensa Integral.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza la eliminación de los datos de

Defensa Integral.

Mensaje de error si el afiliado o el Dato u Datos e información

de las actividades académicas como administrativas de

Defensa Integral no se encuentra registrado.

Extensiones N/A
Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Consultar Datos de Defensa Integral.

Objetivo Consultar en el sistema los datos e información de las

actividades académicas como administrativas de Defensa

Integral a un profesor afiliado.

Actores Principal: Administrador y Defensa Integral.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso”

y debe tener permisología para consultar datos de Defensa

Integral.

Los datos del afiliado y Datos e información de las


206

actividades académicas como administrativas de Defensa

Integral deben estar almacenados en el sistema.

Pasos El usuario solicita al sistema consultar los datos de Defensa

Integral e información de las actividades académicas.

El usuario indica los datos del afiliado (código, nombre,

apellido) y Datos e información de las actividades

académicas (tipo) de Defensa Integral que desea consultar.

El sistema busca los datos solicitados y los muestra al

usuario.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

Mensaje de error si no se encuentra los Datos e información

de Defensa Integral para algún afiliado con esas

características.

Extensiones Imprimir

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Imprimir.

Objetivo Imprimir datos o listado de datos generados a través de una

consulta de datos de Defensa Integral.

Actores Principal: Caso de uso “Consultar Datos Defensa Integral”.


207

Pre-condiciones El usuario debe ejecutar el caso de uso “Consultar Datos

Defensa Integral”.

Los datos a imprimir deben estar almacenados en el

sistema.

Pasos El usuario solicita al sistema imprimir una consulta.

El sistema proporciona una vista preliminar de la impresión.

El sistema realiza la impresión de los datos o del listado.

Variaciones El usuario acepta o rechaza la impresión de datos.

Mensaje de error si no se encuentra la impresora preparada

para la impresión.

Extensiones Visualización del sistema

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Validar Datos.

Objetivo Verificar y validar los datos introducidos por el usuario.

Actores Principal: Casos de Uso: “Ingresar” y “Modificar Datos de

Defensa Integral”.

Pre-condiciones El usuario debe ejecutar alguno de los siguientes casos de

uso “Ingresar” ó “Modificar Datos de Defensa Integral”.

Pasos Alguno de los casos de uso: “Ingresar” ó “Modificar Datos de

Defensa Integral” solicita la ejecución de “Validar Datos”.

El sistema busca el código del afiliado y el tipo de Datos e


208

información de las actividades académicas como

administrativas de Defensa Integral.

El sistema analiza cada uno de los campos con su

respectivo tipo y formato.

Variaciones Si los datos de Defensa Integral ya se encuentran registrado

y el caso de uso ejecutado es “Ingresar Datos de Defensa

Integral”, se emite un mensaje de “Datos e información de

las actividades académicas como administrativas de

Defensa Integral ya Registrado”.

Si el código del afiliado o el Dato u Datos de Defensa

Integral no se encuentran registrados y el caso de uso

ejecutado es “Modificar Datos de Defensa Integral”, se emite

un mensaje de “Afiliado o Datos de Defensa Integral No

Registrado”.

Si el afiliado excede o excedió el tope de registro por dichos

Datos del Área Administrativa, se emite un mensaje de

“Tope de Registro Alcanzado”

Si los datos no coinciden con el tipo y/o formato de dato

asignado en el sistema a esos campos, se emite un mensaje

de error “Dato No Válido”.

Si algún campo está vacío, se emite un mensaje de error


209

“Faltan Datos”

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).

h) Módulo “Académica”.

Caso de Uso Ingresar Datos de Académica.

Objetivo Ingresar en el sistema los datos de Académica e

información académica y administrativa relacionada a la

comunidad Unefista.

Actores Principal: Decanato, Administrador y Área Académica.

Secundario: Profesor Afiliado e Institución Unefa-Zulia.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso”

y debe tener permisología para ingresar datos de

Académica.

Los datos del afiliado y de la información administrativa del

Área Académica pertinente deben estar almacenados en el

sistema.

Los datos del Área Académica e informaciones de las

actividades administrativas no deben estar almacenados en

el sistema.

El afiliado o la institución Unefa-Zulia debe proporcionar los

datos de Académica e información concerniente al área.


210

Pasos El usuario solicita al sistema ingresar los datos de

Académica.

El sistema muestra el formulario de ingreso de datos del

Área Académica.

El usuario ingresa los datos e información que desea

almacenar.

El sistema debe ejecutar el caso de uso “Validar Datos”.

El sistema guarda los datos e información ingresados.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza el ingreso de los datos e

información.

Mensaje de error si el Área Académica ya se encuentra

registrada o si ya se superó el tope de registro del mismo.

Mensaje de error si el afiliado o datos de Académica no se

encuentra registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Modificar Datos de Académica.

Objetivo Modificar en el sistema los datos del Área Académica.

Actores Principal: Administrador y Área Académica.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de


211

Acceso” y debe tener permisología para modificar datos

de Académica e información de las actividades

académicas y administrativas.

Los datos del afiliado y de Académica deben estar

almacenados en el sistema.

Pasos El usuario solicita al sistema modificar los datos de

Académica.

El usuario indica el código del afiliado y el tipo de Datos

de Académica al cual desea hacerle la modificación de

datos.

El sistema busca y muestra un formulario con los

diferentes datos e información de las actividades

académicas del Área Académica a ese afiliado.

El usuario selecciona el dato o datos e información de las

actividades académicas como administrativas de

Académica a modificar.

El usuario realiza los cambios en los campos que desea

modificar.

El sistema debe ejecutar el caso de uso “Validar Datos”.

El sistema actualiza los datos modificados.

Variaciones Mensaje de error si el usuario no se encuentra registrado


212

o no tiene la permisología adecuada.

El usuario acepta o rechaza la modificación de datos de

Académica.

Mensaje de error si el afiliado o datos de Académica no

se encuentra registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Eliminar Datos de Académica.


Objetivo Eliminar en el sistema los datos de Académica a un profesor

afiliado.

Actores Principal: Administrador y Área Académica.


Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso” y

debe tener permisología para eliminar Datos e información de

las actividades académicas como administrativas del Área

Académica a un afiliado.

Los datos del afiliado y de Académica deben estar

almacenados en el sistema.

Pasos El usuario solicita al sistema eliminar los datos de

Académica.

El usuario indica el código del afiliado y el tipo de Datos de

Académica que desea eliminar.

El sistema busca y muestra un formulario con los diferentes


213

Datos e información de las actividades académicas como

administrativas del Área Académica a ese afiliado.

El usuario selecciona el Dato u Datos e información de las

actividades académicas como administrativas del Área

Académica a eliminar.

El sistema elimina los datos de Académica.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

El usuario acepta o rechaza la eliminación de los datos de

Académica.

Mensaje de error si el afiliado o el Dato u Datos e información

de las actividades académicas como administrativas de

Académica no se encuentra registrado.

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Consultar Datos de Académica.


Objetivo Consultar en el sistema los datos e información de las
actividades académicas como administrativas de Académica
a un profesor afiliado.
Actores Principal: Administrador y Área Académica.
214

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso”


y debe tener permisología para consultar datos de
Académica.
Los datos del afiliado y Datos e información de las

actividades académicas como administrativas del Área

Académica deben estar almacenados en el sistema.

Pasos El usuario solicita al sistema consultar los datos de

Académica e información de las actividades académicas.

El usuario indica los datos del afiliado (código, nombre,


apellido) y del servicio prestado e información de las
actividades académicas (tipo) del Área Académica que
desea consultar.
El sistema busca los datos solicitados y los muestra al

usuario.

Variaciones Mensaje de error si el usuario no se encuentra registrado o

no tiene la permisología adecuada.

Mensaje de error si no se encuentra los Datos e información

de Académica para algún afiliado con esas características.

Extensiones Imprimir
Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Imprimir.

Objetivo Imprimir datos o listado de datos generados a través de una

consulta de datos de Académica.

Actores Principal: Caso de uso “Consultar Datos de Académica”.


215

Pre-condiciones El usuario debe ejecutar el caso de uso “Consultar Datos de

Académica”.

Los datos a imprimir deben estar almacenados en el

sistema.

Pasos El usuario solicita al sistema imprimir una consulta.

El sistema proporciona una vista preliminar de la impresión.

El sistema realiza la impresión de los datos o del listado.

Variaciones El usuario acepta o rechaza la impresión de datos.

Mensaje de error si no se encuentra la impresora preparada

para la impresión.

Extensiones Visualización del sistema

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Validar Datos.

Objetivo Verificar y validar los datos introducidos por el usuario.

Actores Principal: Casos de Uso: “Ingresar” y “Modificar Datos de

Académica”.

Pre-condiciones El usuario debe ejecutar alguno de los siguientes casos de

uso “Ingresar” ó “Modificar Datos de Académica”.

Pasos Alguno de los casos de uso: “Ingresar” ó “Modificar Datos de

Académica” solicita la ejecución de “Validar Datos”.


216

El sistema busca el código del afiliado y el tipo de Datos e

información de las actividades académicas como

administrativas de Académica.

El sistema analiza cada uno de los campos con su

respectivo tipo y formato.

Variaciones Si los datos del Área Académica ya se encuentran registrado

y el caso de uso ejecutado es “Ingresar Datos de

Académica”, se emite un mensaje de “Datos e información

de las actividades académicas como administrativas de

Académica ya Registrado”.

Si el código del afiliado o el Dato u Datos de Académica no

se encuentran registrados y el caso de uso ejecutado es

“Modificar Datos de Académica”, se emite un mensaje de

“Afiliado o Datos de Académica No Registrado”.

Si el afiliado excede o excedió el tope de registro por dichos

Datos de Académica, se emite un mensaje de “Tope de

Registro Alcanzado”

Si los datos no coinciden con el tipo y/o formato de dato

asignado en el sistema a esos campos, se emite un mensaje

de error “Dato No Válido”.

Si algún campo está vacío, se emite un mensaje de error


217

“Faltan Datos”

Extensiones N/A

Elaborado por: Conde, E., y Villasmil, M., (2023).

i) Módulo “Configuración del Sistema”.

Caso de Uso Crear Permisología.

Objetivo Crear los perfiles de los diferentes usuarios que van a

interactuar con el sistema.

Actores Principal: Administrador.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso” y

debe tener permisología para crear permisología.

El perfil que se está creando no debe estar almacenado en el

sistema.

Pasos El usuario solicita al sistema crear permisología.

El usuario ingresa los datos del nuevo perfil.

El usuario asigna los permisos del nuevo perfil.

El sistema debe ejecutar el caso de uso Validar Datos.

El sistema guarda los datos ingresados.

Variaciones Mensaje de error si el usuario no se encuentra registrado o no

tiene la permisología adecuada.

El usuario acepta o rechaza la creación del perfil.

Mensaje de error si el perfil ya se encuentra registrado.


218

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).

Caso de Uso Crear Usuarios.

Objetivo Crear un nuevo usuario y asignarle un perfil.

Actores Principal: Administrador.

Pre-condiciones El usuario debe ejecutar el caso de uso “Control de Acceso” y

debe tener permisología para crear usuarios.

El usuario que se está creando no debe existir en el sistema.

Pasos El usuario solicita al sistema crear usuarios.

El sistema muestra el formulario de nuevo usuario.

El usuario ingresa los datos que desea almacenar.

El usuario asigna un perfil al nuevo usuario.

El sistema debe ejecutar el caso de uso Validar Datos.

El sistema solicita nombre de usuario y contraseña.

El nuevo usuario ingresa nombre y contraseña.

El sistema debe ejecutar el caso de uso Validar Datos.

El sistema guarda los datos del nuevo usuario, incluyendo el

nombre y la contraseña.

Variaciones Mensaje de error si el usuario no se encuentra registrado o no

tiene la permisología adecuada.

El usuario acepta o rechaza la creación del nuevo usuario.


219

Mensaje de error si el nuevo usuario ya se encuentra

registrado.

Extensiones Validar Datos

Elaborado por: Conde, E., y Villasmil, M., (2023).

Modelo Conceptual-Diagrama de Clases

Después de modelar los requisitos o restricciones y componer las

necesidades de diseño del sistema, tendrá una comprensión más clara de

cómo funciona el sistema. Luego se crea un diagrama de categorías para

mostrar estáticamente el comportamiento del sistema al crear un flujo de

trabajo de análisis de datos.

Un gráfico es un conjunto de elementos estáticos declarativos de un

modelo, como clases, interfaces y sus relaciones, conectados entre sí como

un gráfico. En el desarrollo de este estudio se determinaron las clases de

dominio, relaciones entre clases, responsabilidades y restricciones que debe

cumplir el propio sistema.


220

Además, a partir del modelado de negocios y de requisitos, es posible

identificar clases cuyo comportamiento no depende del historial de estados

por el que pasa un objeto durante su ciclo de vida. El diagrama de clases

resultante se muestra en la Figura 43.


221

Figura 43. “Diagrama de Clases del sistema”. Autor: Conde, E., y Villasmil, M.
222

Descripción de las tablas que forman el sistema

Una vez que el diagrama de clases o el diagrama de secuencia y el

diagrama de colaboración del sistema están completos, ayuda a refinar el

diagrama de clases que se muestra en la Figura 43 y sirve como base para

diseñar las distintas tablas en el repositorio. Sistemas y las relaciones que

existen entre ellos. Esto requiere interacción con el personal administrativo y

académico de Unefa-Zulia para validar y recopilar datos.

Tabla de usuarios:

Está diseñado y creado para controlar el acceso a un sistema que

contiene datos del personal del decanato de UNFEA-Zulia que utiliza el

sistema.

ATRIBUTOS TIPO DE DATO OPCIONAL CLAVE DESCRIPCIÓN

login varchar(20) PK Nombre de usuario mediante el cual


podrá ingresar al sistema.
tipo char Tipo de usuario: empleado,
Afiliado, miembro de junta
directiva.
codigo varchar(6) Código único de usuario que se
Maneja internamente en el
sistema.
codigoPerfil varchar(6) FK Código único con el cual se
identifica el perfil del usuario.
contraseña varchar(15) Clave encriptada, mediante la
Cual se comprobará el ingreso al
sistema.
Autor: Conde, E., y Villasmil, M.
223

Tabla de registro:

Diseñado y construido para registrar cada acción realizada por varios

usuarios del sistema.

ATRIBUTOS TIPO DE DATO OPCIONAL CLAVE DESCRIPCIÓN

codigoBitacora integer PK Código único con el cual se


identifica una acción registrada
Realizada por algún usuario.
nombreUsuario varchar(20) PFK Nombre de usuario mediante el cual
podrá ingresar al sistema.
accion varchar(25) Acción realizada por un usuario
En el sistema.
fecha date Fecha de registro de la acción.

hora time Hora de registro de la acción.

Autor: Conde, E., y Villasmil, M.

Tabla de perfil:

Diseñado y construido para registrar y actualizar todos los perfiles de

usuario administrados por el sistema.

ATRIBUTOS TIPO DE DATO OPCIONAL CLAVE DESCRIPCIÓN

codigoPerfil varchar(6) PK Código único con el cual se


identifica el perfil del usuario.
descripción varchar(30) Descripción del perfil de usuario.

Autor: Conde, E., y Villasmil, M.


224

Tabla de opciones_perfil:

Diseñar y crear todas las posibles actividades académicas o

administrativas o que se puedan realizar en cada módulo del sistema de

registro y actualización de perfiles de usuarios.

ATRIBUTOS TIPO DE DATO OPCIONAL CLAVE DESCRIPCIÓN

codigoModulo varchar(6) PK Código con el cual se identifica a cada


módulo.
codigoOpcion varchar(6) PK Código con el cual se identifican las
diferentes opciones de cada
Módulo.
codigoPerfil varchar(6) PFK Código único con el cual se
identifica el perfil de un usuario.
Autor: Conde, E., y Villasmil, M.

Tabla de información:

Diseñado y creado específicamente para el registro y actualización de

información o perfiles de miembros de la Diócesis o miembros de UNEFA-

Zulia.

ATRIBUTOS TIPO DE DATO OPCIONAL CLAVE DESCRIPCIÓN

Código único con el cual se


codigoInformacion varchar(6) PK
registra y actualiza datos o
informaciones del área de Decanato
o miembro de la Unefa-Zulia.
descripción varchar(30) Descripción del cargo.

Autor: Conde, E., y Villasmil, M.


225

Tabla de actualización_usuarios:

Diseñado y construido para registrar, verificar y actualizar usuarios del

sistema. Con la previa autorización de las autoridades e involucrados en los

procesos de actividades académicas del Decanato de la Universidad

Nacional Experimental Politécnica de las Fuerzas Armadas Bolivariana,

UNEFA-núcleo Zulia.

ATRIBUTOS TIPO DE DATO OPCIONAL CLAVE DESCRIPCIÓN

codigoUsuario varchar(6) PK Código único con el cual se


identifica un empleado.

codigoCargo varchar(6) PFK Código con el cual se identifica el


cargo de un empleado.
nombre varchar(25) Nombre del empleado.

apellido varchar(25) Apellido del empleado.

sexo char Sexo del empleado.

cedula varchar(10) Cédula del empleado.

dirección varchar(50) Si Dirección del empleado.

profesión varchar(50) Profesión del empleado.

fechaIngreso date Fecha de ingreso al instituto del


empleado.
telefono varchar(12) Si Teléfono del empleado.

Autor: Conde, E., y Villasmil, M.


226

Tabla Profesor_Afiliado:

Diseñada y creada para el registro y actualización de los profesores

afiliados a la UNEFA-ZULIA.

ATRIBUTOS TIPO DE DATO OPCIONAL CLAVE DESCRIPCIÓN

carnet varchar(6) PK Carnet del afiliado.

cedula varchar(10) Cédula del afiliado.

nombre varchar(25) Nombre del afiliado.

apellido varchar(25) Apellido del afiliado.

fechaNacimiento date Fecha de nacimiento del afiliado.

tipoSangre varchar(3) Si Tipo de sangre del afiliado.

dirección varchar(50) Dirección del afiliado.

telefonoCasa varchar(12) Si Teléfono de la casa del afiliado.

telefonocelular varchar(12) Si Teléfono celular del afiliado.

correo varchar(50) Si Dirección de correo del afiliado.

cargo varchar(6) Cargo del afiliado en la UNEFA-Zulia.

departamento varchar(20) Departamento al cual está


adscrito en la UNEFA-Zulia el
afiliado.
sueldo number Sueldo del afiliado.

banco varchar(30) Banco por donde le depositan la


nómina al afiliado.

numeroCuenta varchar(20) Número de cuenta bancaria


nómina del afiliado.

fechaingresoUnet date Fecha de ingreso a la UNET del


afiliado.
227

fechaingresoIpp date Fecha de ingreso al IPP del


afiliado.
login varchar(10) Login del afiliado.

clave varchar(15) Contraseña del afiliado.

Autor: Conde, E., y Villasmil, M.

Tabla Dependiente:

Diseñada y creada para el registro y actualización de cada uno de los

integrantes de las Área, Módulos y Secretarias como afiliación personal.

ATRIBUTOS TIPO DE DATO OPCIONAL CLAVE DESCRIPCIÓN

carnet varchar(6) PK Carnet del afiliado.

numeroDependiente integer PK Número de identificación del


familiar del afiliado.
cedula varchar(10) Cédula del afiliado.

nombre varchar(25) Nombre del dependiente.

apellido varchar(25) Apellido del dependiente (Jefe del


Área, Unidad o Secretaria.

fechaNacimiento date Fecha de nacimiento del


dependiente.

cargo varchar(15) Cargo del afiliado en la UNEFA-


Zulia.
Autor: Conde, E., y Villasmil, M.

Tabla Actividad:

Diseñada y creada para el registro y actualización de cada una de las

actividades académicas de la Unefa_Zulia.


228

ATRIBUTOS TIPO de OPCIONAL CLAVE DESCRIPCIÓN


Dato
codigoActividad varchar(6) PK Código de la actividad.

descripción varchar(50) Descripción de la


actividad.

ModulosPerfiles varchar(15) Módulos y perfiles


relacionados con la
actividad.

tipoActividad varchar(6) Tipo de actividad académica-


administrativa-cívica-lúdica.

fechaActividad date Visualiza la fecha de la


actividad.
lugarresponsables varchar(25) Señala el lugar, los
responsables de la actividad.
Autor: Conde, E., y Villasmil, M.

Tabla Institución_Unefa:

Diseñada y creada para el registro y actualización de cada una de los

núcleos Unefa con las que UNEFA-ZULIA mantiene relaciones

comunicacionales e informativas.

ATRIBUTOS TIPO DE DATO OPCIONAL CLAVE DESCRIPCIÓN

codigoInstitucion_ varchar(6) PK Código del núcleo Unefa a nivel


nucleo_unefa nacional.
nombre varchar(50) Nombre de la institución.

descripción varchar(50) Descripción de la institución.

dirección varchar(50) Dirección de la institución.

telefono varchar(12) Teléfono de la institución.

horario varchar(20) Horario de trabajo de la


institución.
229

fechaInicio date Fecha de inicio del convenio con la


institución.

fechaFin date Fecha de finalización del convenio con


la institución.
rif varchar(15) Rif de la institución.
nit varchar(15) Nit de la institución.
fax varchar(15) Fax de la institución.
correo varchar(30) Correo de la institución.
paginaWeb varchar(50) Página web de la de la institución.
Autor: Conde, E., y Villasmil, M.

Fase IV: Desarrollo del sistema

Una vez definido el alcance del diseño del sistema durante las actividades

de planificación, organización, dirección y control, esta etapa implica la

identificación y determinación del diseño del sistema para asegurar el

correcto funcionamiento del sistema de información con el objetivo de

satisfacer las actividades académicas realizadas por los pertinentes.

Elementos de información y contenidos que se incluyen en la aplicación,

cada función que realizará el sistema, la interacción con el usuario, así como

la definición de todos los elementos. Interferir con el proceso de desarrollo

así como con la estructura de la aplicación.

Todo esto se hace a través de varias tareas de desarrollo del sistema que

entregarán resultados específicos antes de que se construya el software,

como análisis de contenido, análisis de interacción, análisis funcional y


230

finalmente análisis de configuración. , desglose después de determinar los

requisitos.
231

Desarrollo del Usuario

Estos requisitos se determinan con base en las necesidades

manifestadas por los usuarios del decanato, así como por las áreas y

secretarías. Posteriormente se desarrollaron los siguientes productos:

1) Acceder a la autenticación de cualquier usuario y consultar sus roles y

permisos.

2) Una herramienta que actúa como interfaz entre actividades y usuarios

relacionados con los procesos de información de las instituciones,

permitiendo el control y seguimiento de todas las actividades académicas.

3) La aplicación cuenta con una interfaz amigable, fácil de usar y

accesible, permitiendo a los usuarios obtener el mejor uso y beneficios.

4) Un programa que permite a los usuarios realizar solicitudes en

cualquier momento y en cualquier lugar utilizando una computadora

conectada a Internet.

5) Un sistema que permita a los usuarios lograr informes rápidos y claros

de la información generada durante el control del proceso.

6) Un sistema con un nivel aceptable de seguridad, cuya protección de

datos permita mantener un alto nivel de confiabilidad en el procesamiento y

almacenamiento de la información.
232

Desarrollo Generales del Sistema

1) Este sistema simplificará el registro y control de las actividades

académicas de los decanatos, regiones y secretarías, oficinas y unidades

estructurales de UNEFA-Zulia.

2) La aplicación deberá automatizar las actividades del proyecto

relacionadas con la gestión de la información de Unefa-Zulia.

3) El sistema debe permitir la planificación de los programas y actividades

académicas que realiza Unefa-Zulia para el logro de sus objetivos.

4) El sistema debe contar con una base de datos que pueda almacenar

toda la información que se maneja en los registros de actividades del

proceso académico.

5) Las aplicaciones deben tener un sistema de seguridad que permita el

acceso solo al personal autorizado, lo que reduce el riesgo de acceso a

usuarios extranjeros y evita los cambios en la gestión.

Desarrollo funcional

Los requisitos funcionales descritos para el sistema en términos de

entradas y salidas, es decir: En general, los parámetros que debe cumplir el

sistema para cumplir los requisitos definen lo que debe hacer el sistema. La

Cuadro 5 describe la matriz de desarrollo de características:


233

Cuadro 5. Matriz de desarrollo de funciones. Autor: Conde, E. y Villasmil, M.


Ref. Funcionalidad

R1 El sistema debe proporcionar la capacidad de registrar y

configurar roles de acceso a aplicaciones.

R2 El sistema debe permitir la configuración de usuarios según roles

específicos.

R3 El sistema debe permitir agregar y desactivar usuarios con

privilegios de administrador.

El sistema deberá registrar, actualizar y mantener información

R4 del proyecto sobre actividades académicas, estrategias e

indicadores de gestión.

R5 El sistema debe crear, guardar y desactivar nuevos proyectos o

información académica.

R6 El sistema debe agregar y eliminar actividades por proyecto o

información académica.

R7 Se deben agregar y deshabilitar al sistema nuevas métricas de

gestión de proyectos e información académica.

R8 El sistema deberá cargar el formulario anual según el proyecto o

información académica.

R9 El sistema registra y almacena la cantidad de información

académica asignada a las áreas, unidades estructurales,


234

Decanato y oficinas para cada semestre, trimestre y/o mes.

R10 El sistema debe registrar, modificar, almacenar e imprimir

información sobre sus eventos.

R11 El sistema registra, transforma, guarda e imprime la información

del perfil del módulo de Unefa-Zulia.

R12 El sistema debe registrar, almacenar e imprimir la información de

calificación académica solicitada y cargar la información del

solicitante.

El sistema permitirá el registro y almacenamiento de un máximo

R13 de tres (3) y un mínimo de una (1) imagen por cada dato o

comunicación científica realizada por Unefa-Zulia.

El sistema registra, transforma y almacena destacados y sus

R14 correspondientes imágenes, hasta tres (3) y al menos una (1).

El sistema debe proporcionar acceso a datos e información, así

R15 como a proyectos completados o actividades académicas e

imágenes relacionadas.

El sistema deberá brindar acceso a indicadores de gestión


R16
académica en forma mensual, trimestral o por tiempo específico.

El sistema muestra la cantidad, avance, plan y real de un

R17 proyecto o actividad en una consulta de indicador de gestión

académica y muestra gráficos que representan lo real y


235

planificado a lo largo del tiempo.

El sistema debe poder solicitar y mostrar eventos relevantes y


R18
sus respectivas imágenes.

El sistema debe brindar la oportunidad de registrar informes

R19 sobre actividades académicas, eventos e indicadores de gestión

académica.

El sistema deberá permitir la exportación de información, datos o


R20
eventos y gráficos de indicadores de gestión académica a Excel.

El sistema debe permitir imprimir indicadores, información,


R21
datos, así como eventos y gráficos desde Excel.

Desarrollo disfuncional

Desarrollo no funcional es un término utilizado para describir las

características requeridas de una aplicación, aseguran que un sistema

controlable y manejable esté disponible, proporciona la funcionalidad

requerida de manera confiable, sin interrupción o con una interrupción

mínima, en resumen, indica que se utiliza. Para evaluar el rendimiento del

software. A continuación se describen los requisitos relacionados con la

creación, desarrollo e implementación de sistemas de información que

controlen las actividades académicas de la Unefa-Zulia.


236

Desarrollar y hacer cumplir restricciones.

1) El sistema debe implementarse según estándares de software libre.

2) La interfaz del sistema debe tener un alto grado de facilidad de uso y

simplicidad y debe implementarse utilizando tecnología web.

3) Crear informes dinámicos de forma sencilla y controlada.

4) El sistema debe ser fácilmente portátil a los sistemas operativos

Microsoft Windows y Linux – Debitan.

Características de calidad

Las características de calidad se determinan según la norma ISO 9126-3.

Contiene 6 indicadores para medir la calidad del software. Estos indicadores

y sus características o atributos son los siguientes:

a. Métricas funcionales: cuánto tiempo ha estado disponible el software.

Función:

Idoneidad: La capacidad de un producto de software para proporcionar un

conjunto apropiado de funciones para tareas y objetivos específicos del

usuario.
237

Precisión: La capacidad de un producto de software para proporcionar

resultados o efectos correctos o consistentes con la precisión requerida.

Interoperabilidad: la capacidad de un producto de software para interactuar

con uno o más sistemas específicos.

Seguridad: La capacidad de un producto de software para proteger la

información y los datos de modo que personas o sistemas no autorizados no

puedan leerlos o modificarlos sin negar el acceso a personas o sistemas

autorizados.

Conformidad funcional: la capacidad de un producto de software para

cumplir con estándares, convenciones o regulaciones en la legislación y

requisitos similares relacionados con la funcionalidad. Para este trabajo es

necesario medir las propiedades de cumplimiento y seguridad, para ello son

adecuadas las siguientes fórmulas:

Cuadro. 6. Adecuidad. Autor: Conde, E., y Villasmil, M.


ADECUIDAD

Fórmula X = 1-A/B

Detalles de A = número de funciones faltantes


B = número de funciones descritas
fórmula en la
especificación de requisitos.
0 <= X <= 1 Entre más cercano a 1, más
completa.
238

Cuadro. 7. Seguridad. Autor: Conde, E., y Villasmil, M.


SEGURIDAD

Fórmula ∑[1-AMENAZA X (1-SEGURIDAD)]

Detalles de fórmula AMENAZA=probabilidad de que un cierto tipo de

amenaza ocurra en un tiempo.

SEGURIDAD=probabilidad de que se pueda

Contrarrestar un cierto tipo de ataque.

b) Índice de Confiabilidad: Conjunto de atributos relacionados con la

capacidad del software para mantener el rendimiento requerido del sistema

en un momento dado y bajo un conjunto de condiciones determinado.

Función:

Madurez: La capacidad de un producto de software para evitar fallas

causadas por errores de software.

Tolerancia a fallos: la capacidad del software para mantener un cierto

nivel de rendimiento en caso de fallos del software o violaciones de una

interfaz específica.
239

Recuperabilidad: la capacidad de un producto de software para restaurar

un nivel específico de rendimiento y restaurar los datos directamente

afectados en caso de una falla.

Cumplimiento de confiabilidad: la capacidad de un producto de software

para cumplir con estándares, prácticas o regulaciones relacionados con la

confiabilidad. Este proyecto de investigación necesita medir las

características de madurez y tolerancia a fallas; la fórmula apropiada para

esto es:

Cuadro. 8. Madurez. Autor: Conde, E., y Villasmil, M.


MADUREZ

Fórmula X = A/B

Detalles de A = número de casos de pruebas en el plan

fórmula B = número de casos de pruebas requeridas.

0 <=X

Entre X ser mayor, mejor la suficiencia.

Cuadro. 9. Recuperabilidad. Autor: Conde, E., y Villasmil, M.


RECUPERABILIDAD

Fórmula TIEMPO DE RECUPERACIÓN(1)

Tiempo medio= X = suma=(T)/B TIEMPO


ESTIMADO DE REINICIO(2)
Promedio =X=A/B
240

Detalles de (1) (1) 0 <X el menor es el mejor

fórmula T=tiempo para recuperar bajas del software del


sistema en cada oportunidad.

B=número de veces que el software observado


ingresa en el proceso de recuperación.

(2) 0 <= X el mayor y más cercano a 1.0 es el


mejor

A=Un ero de oportunidades de reinicio que se


dieron en el tiempo estimado.
B=Número total de oportunidades de reinicio
durante las pruebas o el apoyo al funcionamiento
al usuario.

Cuadro. 10. Tolerancia a fallos. Autor: Conde, E., y Villasmil, M.


TOLERANCIA A FALLOS

Fórmula ANULACION DE FALLAS SERIAS


X=A/B
Detalles de 0 <= X <= 1 el más cercano a 1.0 es el mejor

A=número de fallas serias anuladas contra los casos


fórmula
de prueba del modelo de errores que casi causa la

falla.

B=número de casos de pruebas ejecutadas del

modelo de errores que casi causa la falla durante la

prueba.
241

c. Índice de usabilidad: la capacidad de un producto de software para

comprender, aprender, utilizar e involucrar a los usuarios bajo condiciones de

uso específicas. Función:

Comprensibilidad: la capacidad de un producto de software para permitir a

los usuarios comprender si el software es apropiado y cómo utilizarlo para una

tarea o caso de uso específico.

Capacidad de aprendizaje: la capacidad de un producto de software para

permitir a los usuarios aprender sobre las capacidades de su aplicación.

Operabilidad: La capacidad de un producto de software para permitir a los

usuarios operarlo y controlarlo.

Atractivo: La capacidad de un producto de software para atraer usuarios.

Conformidad de usabilidad: La capacidad de un producto de software para

ajustarse a estándares, convenciones, guías de estilo o reglas relacionadas con

la usabilidad.

En este proyecto de investigación es necesario medir las características de

comprensibilidad y desempeño, para ello son adecuadas las siguientes

fórmulas:
242

Cuadro. 11. Entendibilidad. Autor: Conde, E., y Villasmil, M.


ENTENDIBILIDAD

Fórmula X = A/B

Detalles de X = A/B

A = número de funciones (o tipos de funciones)


fórmula
evidentes al usuario

B = total de funciones (o tipos de funciones)

0 <= X <= 1

Entre más cercano a 1, mejor

Cuadro. 12. Operatibilidad. Autor: Conde, E., y Villasmil, M.


OPERATIBILIDAD

Fórmula Éxito=(nº de tareas terminadas+(nº medias

0.5))100/nº total de tareas

Detalles de Tarea terminada tiene peso

fórmula terminar 0.5 y tarea no terminada 0 1,tarea a medio

(d) índice de eficiencia: la capacidad de un producto de software para

proporcionar un rendimiento adecuado en relación con el total de recursos

utilizados en condiciones específicas. Función:

Rendimiento a lo largo del tiempo: la capacidad de un producto de

software para proporcionar un tiempo de respuesta, tiempo de procesamiento y

rendimiento adecuados bajo ciertas condiciones.


243

Utilización de recursos: la capacidad de un producto de software para

utilizar la cantidad y el tipo apropiados de recursos para realizar su función en

condiciones específicas.

Conformidad del desempeño: la capacidad de un producto de software

para cumplir con estándares o prácticas relacionadas con el desempeño. Este

trabajo requiere la medición de características de comportamiento a lo largo del

tiempo, y una fórmula adecuada para ello es:

Cuadro. 13. Comportamiento en el tiempo. Autor: Conde, E., y Villasmil, M.


COMPORTAMIENTO EN EL TIEMPO

Fórmula X = tiempo (calculado o simulado)

Detalles de Entre más corto, mejor

fórmula

e. Índice de mantenibilidad: la probabilidad de que un producto de software

sea modificado. Función:

Analizabilidad: la capacidad de un producto de software para diagnosticar

defectos de software o causas de falla o para identificar piezas que deben

reemplazarse.
244

Adaptabilidad: La capacidad de un producto de software para permitir que

se implementen ciertas modificaciones.

Estabilidad: la capacidad de un producto de software para evitar efectos no

deseados causados por cambios de software.

Capacidad de prueba: la capacidad de un producto de software para

permitir la prueba de software modificado.

Mantenibilidad: La capacidad de un producto de software para cumplir con

estándares o prácticas relacionadas con el mantenimiento. En este trabajo se

van a medir las propiedades de fiabilidad, analizabilidad y estabilidad, y para ello

son adecuadas las siguientes fórmulas:

Cuadro. 14. Analizabilidad. Autor: Conde, E., y Villasmil, M.


ANALIZABILIDAD
Fórmula Tiempo medio en analizar un fallo:
X = suma(Tout-Tin) / N
Detalles de siendo Tout = momento en el que se encuentran las
causas del fallo (o son reportadas por
fórmula
el usuario)
Tin = momento en el que se recibe el informe del
fallar
y N = número total de fallos registrados
MÉTRICA EXTERNA

Cuadro. 15. Cambiabilidad. Autor: Conde, E., y Villasmil, M.


CAMBIABILIDAD
245

Fórmula X = A/B
Detalles de A = número de cambios a funciones o módulos que
tienen comentarios confirmados
fórmula
B = total de funciones o módulos modificados
0 <= X <= 1
Entre más cercano a 1, más registrable.
0 indica un control de cambios deficiente o pocos
cambios y alta estabilidad

Cuadro. 16. Estabilidad. Autor: Conde, E., y Villasmil, M.


ESTABILIDAD
Fórmula Frecuencia de fallos debidos a efectos laterales
producidos después de una modificación:
X = 1-A/B
Detalles de siendo A= número de fallos debidos a efectos
laterales detectados y corregidos
fórmula
y B= número total de fallos corregidos

f. Índice de Portabilidad: Facilidad para transferir software de un entorno a

otro. Función:

Adaptabilidad: Capacidad de un producto de software para adaptarse a una

variedad de entornos específicos sin recurrir a acciones o mecanismos distintos

a los proporcionados por el propio software para este fin.

Instalabilidad: La capacidad de un producto de software para instalarse en

un entorno determinado.

Coexistencia: La capacidad de los productos de software para coexistir con

otro software independiente en un entorno público y compartir recursos

públicos.
246

Sustituibilidad: la capacidad de un producto de software para reemplazar a

otro producto de software en el mismo entorno y para el mismo propósito.

Cumplimiento de la portabilidad: la capacidad de un producto de software

para cumplir con estándares o convenciones relacionados con la portabilidad.

En este trabajo es necesario medir las propiedades de consistencia de

transportabilidad; la fórmula apropiada para este proceso informático de

estructura lógica-secuencial es:

Cuadro. 17. Conformidad de transportabilidad. Autor: Conde E y Villasmil M.


CONFORMIDAD DE LA TRANSPORTABILIDAD
Fórmula X = A/B
A = número de artículos implementados de
Detalles de Conformidad.
fórmula B = total de artículos que requieren conformidad.
0 <= X <= 1
Entre más cercano a 1, más completo.

g. Calidad de uso: la capacidad del software para cumplir objetivos

específicos de eficiencia, productividad, satisfacción y seguridad. Función:

Eficacia: La capacidad de un producto de software para permitir a los

usuarios alcanzar objetivos específicos de forma precisa y completa.


247

Productividad: La capacidad de un producto de software para permitir a los

usuarios utilizar recursos suficientes en relación con la eficiencia lograda en un

entorno de uso determinado.

Seguridad física: la capacidad de un producto de software para alcanzar un

nivel aceptable de riesgo para las personas, la empresa, el software, la

propiedad o el medio ambiente en un entorno de uso determinado.

Satisfacción: la capacidad de un producto de software para satisfacer las

necesidades del usuario en un entorno de uso determinado. Se utilizará un

cuestionario para medir la calidad de uso, cuya finalidad es examinar aspectos

como la estética, la velocidad de percepción, la relevancia del contenido, la

conformidad de la funcionalidad con la funcionalidad prevista, etc.

Un ejemplo es el cuestionario SUMI, que se utiliza para evaluar la calidad de

un paquete de software desde la perspectiva del usuario final (es bastante

específico a este respecto).

Este cuestionario se puede utilizar para evaluar nuevos productos,

compararlos con versiones anteriores y establecer objetivos para el desarrollo

futuro. Consta de diez (10) ítems y el usuario debe responder “de acuerdo”, “no

sé”, “en desacuerdo”. Algunos ejemplos:


248
249

Preguntas del Cuestionario

1. Este software responde demasiado despacio a las entradas que

se le proporcionan.

2. Las instrucciones y advertencias son de ayuda.

3. El modo en el que se presenta la información del sistema es

clara y comprensible.

4. No me gustaría tener que utilizar este software todos los días.

5. No entiendo cómo utilizar las operaciones que ofrece el sistema.

6. El sistema gestiona rápidamente las actividades que realizo.

7. El sistema responde rápida y satisfactoriamente ante la entrada de

datos y búsqueda de datos.

8. La apariencia del sistema es cautivadora.

9. Es excelente que este software esté en funcionamiento en este

departamento.

10. Al sistema le falta cumplir con algunas tareas.

Desarrollo de hardware

Para desarrollar el sistema, el equipo de desarrollo requiere de una

computadora personal (PC) que actúe como servidor local y que cuente con las

siguientes especificaciones mínimas: Procesador Pentium 4 2.4 GHz, 1024


250

MB/1G RAM, 120 Gb de espacio en disco duro, puertos USB, 15 - Pantalla en

pulgadas, resolución 800x600 e impresora. Como valor mínimo.

Desarrollo de almacenes. Corresponden al almacenamiento de datos que se

gestiona a través del sistema. Para ello, la aplicación contará con una base de

datos seguros y confiables, que permitirá recolectar y almacenar toda la

información que genera la organización Unefa-Zulia.

Desarrollo tecnológico

El Sistema de Información de Control de Actividades Académicas (SICAA-

Unefa Zulia) se puede consultar en la intranet de la Universidad Nacional

Experimental de las Fuerzas Armadas, según la estructura o forma de diseño, la

aplicación tendrá una arquitectura de 3 niveles. Dónde:

Desde una perspectiva de hardware, (a) el almacenamiento de datos, (b) la

lógica empresarial y (c) la presentación y entrada de datos residirán en al

menos dos niveles (dispositivos) debido a que parte del procesamiento y la

entrada principales. La lógica la realizará el servidor. El usuario será

responsable del ingreso de datos. En cuanto a las herramientas utilizadas, son:

1) Sistema operativo: Linux - Debian Sarge 3.1

2) Software de desarrollo: PHP 5.0

3) Administrador de base de datos: PostgreSQL 8.0


251

4) Servidor web: Apache 2.0

5) Navegador de Internet: Mozilla Firefox 1.0 al menos

Desarrollo de contenido

En este apartado se especifican todos los aspectos del contenido de la

aplicación, como texto, tamaños de fuente y gamas de colores a utilizar, gráficos

e imágenes, etc.

La Universidad Nacional de Investigación de las Fuerzas Armadas, en

particular el Decanato y Tecnologías de la Información en este contexto, tiene

un conjunto de estándares de texto, tablas, imágenes, botones, etc., para

desarrollar los portales que se desarrollan al interior de la organización. Las

propiedades de estos elementos son las siguientes.

Texto: Son símbolos y letras que identifican objetos, acciones, páginas,

menús, etc. Esta categoría también incluye hipervínculos y etiquetas; los

hipervínculos pueden ser texto, imágenes y otro contenido que le permita

vincular a objetos de datos y otros elementos, ambos parte de la interfaz de

usuario.

La siguiente tabla (ver cuadro 5) describe los criterios a este respecto.


252

Cuadro 18. Descripción del elemento. Texto, hipervínculos, etiquetas. Autor:

Conde, E., y Villasmil, M.

Propiedades

Elementos Fuente Estilo Tamaño Color

Vinotinto, Gris
Texto Escrito Arial, Verdana Negrita, Sencilla 11, 12
oscuro y claro

Hipervínculo Arial Negrita 12 Rojo

Etiquetas Verdana Negrita 11 Gris oscuro

Fuente: Conde, E., y Villasmil, M., (2023).

Tabla: Representada por un cuadro de líneas alineadas que se cruzan y

dispuestas en columnas y filas para formar celdas. Para el diseño del sistema,

se realiza la distribución de elementos constructivos del sistema como

formularios, texto, botones e imágenes para utilizar adecuadamente cada

espacio del portal y obtener informes. La siguiente tabla (ver cuadro 6) enumera

las características y criterios que describen. Descripción del Elemento Visual.

Tabla (Ver cuadro # 20).

Cuadro 19. Propiedades. Autor: Conde, E., y Villasmil, M.


Propiedades
Elemento Fuente Relleno Tamaño Color
Visual Borde Borde
F T C Celdas de Celdas de
Titulo Contenido Gris
Tablas 0 claro
Visuales Arial 12 Blanco Gris Blanco-Gris
Oscuro claro
253

Gráfico: Es la representación de datos numéricos por medio de sistemas

de coordenadas o dibujos que muestran la relación entre dichos datos. En

la siguiente tabla (Ver Cuadro 6) se muestran los atributos usados para

este elemento.

Cuadro 20: Descripción del elemento. Gráfico Descriptivo. Autor: Conde, E.,

y Villasmil, M.

Propiedades

Elemento Fuente
F T C Tipo Color
Gráfico Arial 8/12 Gris, Barras Verde, Azul

Descriptivo negro

Imágenes: Es una representación visual de un objeto o elemento mediante

técnicas de diseño, fotografía, etc. Incluye el logo de la empresa y el banner

principal, lo que permite potenciar el sistema SICAA-Unefa Zulia con más

visibilidad y funcionalidad. Como se muestra en la siguiente tabla (ver cuadro 7).

Muestra propiedades detalladas del elemento de imagen aplicado.

Cuadro 20: Continuación. Descripción del elemento. Imagen. Autor: Conde, E.,

y Villasmil, M.

Elemento Propiedades
Formato Tamaño Color
Imagen- PNG Y JPG Varía dependiendo Original
Visual de su utilidad
254

El desarrollo funcional

La nueva aplicación permite el registro y control de la información de las

actividades académicas tramitadas en el proceso de los Decanos Ejecutivos de

la Universidad Nacional Experimental de las Fuerzas Armadas (Unefa-Zulia) y

queda nuevamente creada., varias regiones, oficinas, divisiones y secretarías

miden el progreso y el desempeño a través de actividades académicas o

proyectos asignados y luego compilan y presentan informes relevantes.

Cuando el usuario accede a la aplicación mediante el navegador Mozilla

Firefox, Unefa Zulia o un servidor alternativo de la red interna de Unefa-Zulia, el

proceso comienza desde la primera ventana web que aparece, solicitándose

datos identificativos y una contraseña.

Cada usuario tiene un determinado nivel de acceso a las áreas del sistema,

dependiendo del nivel de autoridad y responsabilidad de Unef y de las

actividades de su área de responsabilidad. En este sentido, se les puede definir

como usuarios y administradores permanentes.

Un usuario permanente es un usuario que tiene acceso al sistema siempre y

cuando la información del sistema sea requerida por su tarea para mantener el

sistema activo, mientras que un administrador es quien actualiza la información


255

básica para mantener la aplicación funcionando correctamente. Es el acceso a

un Windows específico donde interactúa con bases de datos del sistema a las

que otros no pueden acceder.

La aplicación generará informes imprimibles en formato HTML. Para los

indicadores de gestión académica, la información y los gráficos relevantes se

pueden exportar a Excel o imprimir desde Excel si se permite o se desea. Por lo

tanto, el software cuenta con enlaces apropiados entre páginas para que los

usuarios puedan navegar por el sistema de acuerdo con sus restricciones de

acceso.

El siguiente diagrama de flujo describe los diversos pasos que siguen los

usuarios cuando inician sesión en el sistema de acuerdo con su carga de

trabajo y responsabilidades para definir las respectivas funcionalidades y

operaciones del software.


256
257

Diagrama 1. Diagrama de flujo de actividades para la gestión de analistas.

Autor: Conde, E., y Villasmil, M.


258

Diagrama 2. Flujo operativo para el control del supervisor. Autor: Conde, E., y

Villasmil, M.
256

Diagrama 3. Régimen de actividades administrativas Decanato de Unefa-

Zulia. Autor: Conde, E., y Villasmil, M.


257

Diagrama 4. Diagrama de flujo para que los administradores de sistemas

administren las operaciones de la computadora. Autor: Conde, E., y

Villasmil, M.
258

Desarrollo de configuración

El análisis de configuración incluye una descripción detallada del entorno

y la infraestructura en la que reside la aplicación. En este sentido, el sistema

estará ubicado en la intranet de Unefa-Zulia, y la infraestructura adoptará

una arquitectura de tres (3) capas (presentación – operación – datos), como

es el estándar para aplicaciones web, el modelo básico de programación. El

objetivo es separar las actividades. Conocimiento de la lógica de diseño, es

decir, separar la capa de datos de la capa de presentación del usuario. A

continuación se describe cada capa que conforma la arquitectura:

Capa de presentación: Envía y recibe centralmente solicitudes de clientes

a través de una interfaz gráfica (usando el motor AJAX). En este sentido, el

cliente recibe y valida los datos de entrada. Las interfaces ofrecidas al

usuario están codificadas utilizando las siguientes tecnologías de desarrollo:

XHTML, JavaScript, XML y CSS, las cuales forman parte del conjunto de

tecnologías AJAX. Capa operativa: cubre los procedimientos para ejecutar la

aplicación, las validaciones realizadas contra esos procedimientos y los

cálculos involucrados en ellos.

La automatización de estos procesos está codificada en PHP. A su vez,

incluye procesos y operaciones de datos. La lógica de la aplicación y el

acceso a la base de datos son administrados por un servidor web (servidor

web Apache).
259

Capa de Datos: Agrupa todos los datos y sus correspondientes

estructuras y es administrada por el servidor de base de datos del servidor

PostgreSQL. La Figura 44 muestra un diagrama esquemático de la

arquitectura del sistema y sus interrelaciones.

Figura 44. Arquitectura del sistema e interrelaciones. Autor: Conde, E., y

Villasmil, M.

El enlace del sistema desde la estación de trabajo debe ser a un servidor

de red que cumpla con las especificaciones técnicas mínimas requeridas para

un funcionamiento óptimo. En este caso, se definen unas especificaciones

mínimas de software; Servidor web Apache: versión 2.0 o posterior, lenguaje

de procesamiento: PHP 5.0 o posterior, base de datos: PostgreSQL 8.0 o

posterior y hardware; Velocidad: 1,6 GHz o superior, Memoria: 1024 MB de


260

RAM, Disco duro: 540 Gb, 7200 RPM o superior.

Figura 45. Estructura jerárquica lineal. Autor: Conde, E y Villasmil, M.

Finalmente, el enlace debe crearse mediante un software especial llamado

navegador o explorador. Nuevamente se podrá utilizar cualquier navegador,

pero la aplicación estará optimizada con Mozilla Firefox 1.0 o superior, tal

como está implementado actualmente en Unefa-Zulia a favor del artículo 3390

del Decreto de Software Libre.

Página de inicio de sesión del sistema (índice): esta pantalla permite al

usuario autenticarse en el sistema utilizando un nombre de usuario y

contraseña para ingresar al programa. La Figura 46 a continuación muestra

un resumen de la página de entrada del sistema.


261

Figura 46. Estructura de la página de inicio de sesión del sistema. Autor:

Conde, E., y Villasmil, M.

Después de ingresar al sistema, se mostrará la página de inicio de

sesión como se muestra en la Figura 47.

Figura 47. Estructura de la página de inicio de sesión. Autor: Conde, E., y

Villasmil, M.
262

Página del sistema general: esta página consta de cuatro partes;

Banner y Encabezado, Menú, Contenido y Barra de Herramientas

distribuidos como se muestra en la imagen a continuación (ver Figura 38).

Esta es la página que se utilizará en todo el sistema y se distribuirá entre él.

Contiene información relevante.

Figura 48. Página general del sistema. Autor: Conde, E., y Villasmil, M.

La particularidad de esta página es que sus dos (2) marcos (título y menú)

son estáticos, lo que significa que cuando llegue al sistema, estarán

disponibles en todas las páginas de la aplicación, sólo en la forma en que el

menú Se muestra las opciones. Es diferente. Dependiendo del usuario del

visitante, el marco general de contenidos del resto de páginas cambia en


263

función de la opción seleccionada en el menú, que mostrará la información

contenida en el mismo.

La barra de herramientas conservará los mismos botones y opciones para

todos los clientes excepto el nombre del usuario que inició sesión, ya que la

barra de herramientas también contiene el nombre del usuario que inició

sesión actualmente.

Las opciones del menú se habilitarán según el usuario que inició sesión en

el sistema y su función y permisos. El crecimiento de este menú será vertical,

por lo que tendrá características de menú desplegable, y las opciones

disponibles se gestionarán desde la base de datos de la aplicación.

Desarrollo de plantillas de sistemas universales.

Una vez que se definió la estructura de la página, se realizaron ajustes

para dejar espacio para la construcción modular; Diseño, Verificación y

Administración de Sistemas de Información (SICAA) como se describe en la

Fase 3 de Desarrollo del Alcance del Proyecto (ver Figura 49).

Los estilos, colores, formas, objetos, etc. utilizados en el diseño. Cumplen

íntegramente con los estándares marcados por la organización Unefa-Zulia y

están diseñados en un entorno amigable e interactivo, de fácil uso y uso para

los usuarios. Sistemáticamente. En la Figura 49 se muestra una plantilla de


264

aplicación general. Cabe señalar que su diseño requirió el uso de ciertos

métodos de desarrollo web.

En este sentido, las imágenes y otras partes integradas se crean por

separado y se vinculan a la página general. La pantalla contendrá formularios

que incluyen campos de texto, listas/menús, botones, hipervínculos, tablas,

etc. Las herramientas necesarias para la correcta instalación del programa

se presentarán en sus respectivas fases posteriores.

Figura 49. Plantilla general del sistema. Autor: Conde, E., y Villasmil, M.
265

Fase V: Pruebas del Sistema

La prueba del sistema es un tipo de prueba de software que examina los

aspectos funcionales y no funcionales del software. Durante la fase de

generación y prueba de la página, los componentes ejecutables del sistema

fueron creados utilizando herramientas de software libre y luego integrados

de acuerdo con el Decreto Nacional de la Administración Pública no. 3390

para garantizar la funcionalidad e integridad del sistema (SICAA). Los perfiles

y bibliotecas de los módulos se utilizarán para probar una variedad de

funciones y características, muchas de las cuales se tratan con más detalle

en esta sección Tipos de pruebas del sistema. Los diversos aspectos del

software probado durante las pruebas del sistema se detallan a continuación.

1. Funcionalidad del sistema

Los evaluadores utilizarán pruebas del sistema para verificar que todos los

aspectos del sistema general estén funcionando correctamente. Las pruebas

previas pueden evaluar la estructura y la lógica del código interno y la

integración de varios módulos, pero las pruebas del sistema son el primer

paso para probar la funcionalidad general del software.

2. Integración del sistema

Las pruebas del sistema examinarán cómo funcionan juntos varios

componentes de software y si se integran sin problemas entre sí a través de


266

interacciones entre módulos y ventanas de perfil relacionadas con la

configuración del sistema. Los evaluadores también pueden probar

periféricos externos para evaluar cómo interactúan con el software y si

funcionan correctamente.

3. Resultados esperados o programados

Los evaluadores utilizarán el software de la misma manera que los

usuarios durante las pruebas del sistema para verificar los resultados del

software durante el uso normal. Se probarán todas las características

funcionales y no funcionales del software para ver si los resultados son los

esperados. Si el software se ejecuta de forma errática, la conclusión obvia es

que requiere más trabajo de desarrollo y más pruebas del sistema.

4. Fallas y errores

Se utilizarán pruebas del sistema para evaluar la funcionalidad y

confiabilidad del software en múltiples plataformas y sistemas operativos. Los

probadores de sistemas prueban el software en busca de errores, problemas

de rendimiento y compatibilidad en todas las plataformas para las que está

diseñado.

Criterios de entrada y salida


267

Los criterios de entrada y salida se utilizarán en estructuras lógicas, así

como en pruebas del sistema, para determinar si el sistema está listo para la

prueba y cumple con los requisitos de prueba del sistema. En otras palabras,

los criterios de entrada y salida ayudan a los evaluadores a evaluar cuándo

comenzar y cuándo finalizar las pruebas.

Criterios de acceso

Los criterios de entrada establecen cuándo los evaluadores deben

comenzar a probar el sistema. Dependiendo de los objetivos de la prueba y

la estrategia utilizada, los criterios de acceso deben variar desde la

estructura lógica de la red, ID y datos a otros componentes. Los estándares

de entrada definen las condiciones que deben cumplirse antes de que

puedan comenzar las pruebas del sistema.

1. Fase de prueba

En la mayoría de los casos, es importante que las pruebas de integración

se completen y cumplan con los requisitos de salida de la prueba de

integración durante la prueba del sistema antes de la prueba del sistema. La

prueba de integración de ID es un identificador de usuario. Los anunciantes

eligen identificar a los usuarios que visitan sus sitios. Esto no debe detectar

errores o problemas importantes en la integración de componentes.

2. Planes y escenarios
268

Se debe escribir, firmar y aprobar un plan de prueba antes de probar el

sistema. También debe tener casos de prueba y scripts de prueba

preparados previamente y listos para ejecutar. Consulte la figura "Diagrama

de clases del sistema".

3. Disponibilidad

Verificará que el entorno de prueba esté listo y que todos los requisitos no

funcionales de la prueba estén disponibles. Los estándares de preparación

pueden variar de un proyecto a otro. Para ello se tomarán los criterios de la

estructura lógica del sistema y sus componentes.

Criterio de salida

Los criterios de salida definirán la fase final de prueba del sistema y

definirán los requisitos que deben cumplirse para que se considere completo.

Los criterios de salida suelen presentarse como un documento único que

identifica únicamente los resultados de esa fase de prueba.

1. Ejecución de salida

El criterio de salida más básico para la finalización de las pruebas del

sistema es que todos los casos de prueba y criterios de entrada descritos en

el proyecto de prueba del sistema se hayan cumplido correctamente.

2. Errores
269

Antes de salir de las pruebas del sistema, se verificará probando los

módulos-perfiles que no existan fallas críticas o prioritarias en el estado

abierto. Las fallas de prioridad media y baja se pueden dejar en estado

abierto siempre que se apliquen con la aceptación del cliente o usuario final.

3. Informar

Antes de completar las pruebas del sistema, se les pedirá que envíen un

informe de resultados. Este informe registra los resultados de las pruebas del

sistema y demuestra que las pruebas cumplieron con los criterios de salida

requeridos.

Ciclo de vida de las pruebas del sistema. El ciclo de vida de las pruebas

de sistemas describe cada fase de las pruebas de sistemas, desde las

etapas de planificación hasta la presentación de informes y su finalización.

Comprender cada una de las fases del ciclo de vida de las pruebas del

sistema ayudará al equipo de Automatización y TI de Unefa-Zulia a saber

cómo realizarlas y cómo funcionan.

Etapa 1: creación de un plan de prueba

La primera etapa de la prueba del sistema es crear un plan de prueba del

sistema. El objetivo de un plan de prueba es definir las expectativas de los

casos de prueba y la estrategia de prueba.


270

El plan de pruebas definirá las metas y objetivos de las pruebas, el

alcance, las áreas, los entregables, el cronograma, los criterios de entrada y

salida, el entorno de pruebas y las funciones y responsabilidades de las

personas involucradas en las pruebas del sistema de software. (Ver Figura

44 Proceso de creación de pruebas del sistema).

Figura 50. Proceso de creación de pruebas del sistema. Autor: Conde, E., y

Villasmil, M.
271

Etapa 2: creación de casos de prueba

La siguiente fase de las pruebas del sistema es la creación de casos de

prueba. Los casos de prueba definirán con precisión las funciones,

características y métricas que se probarán durante las pruebas del sistema.

Por ejemplo, se puede probar cómo funciona una característica específica o

cuánto dura un tiempo de carga específico y cómo funcionan y se integran

las ID en el sistema.

Para cada caso de prueba, se especificará un ID y un nombre del caso de

prueba junto con información sobre cómo probar este escenario y cuál es el

resultado esperado del caso de prueba. Los criterios de aprobación/rechazo

para cada caso de prueba también se describirán aquí.

Figura 51. Pruebas de Software. Autor: Conde, E., y Villasmil, M.


272

Etapa 3: crear datos de prueba

Una vez creados los casos de prueba, se crearán los datos de prueba que

serán necesarios para realizar las pruebas. Los datos de prueba describen

las entradas que el equipo de prueba necesitará para probar si sus acciones

producen los resultados esperados.

Fase 4: Ejecución de los casos de prueba.

Esta etapa es donde la mayoría de los involucrados deliberan sobre la

eficiencia y efectividad de las pruebas de sistemas: la ejecución de casos de

prueba o las pruebas mismas. El equipo de pruebas ejecutará cada caso de

prueba mientras monitorea individualmente los resultados de cada prueba y

registra cualquier error o falla que encuentre.

Etapa 5: Notificación y corrección de errores

Después de ejecutar los casos de prueba, los evaluadores escribirán un

informe de prueba del sistema que detalla todos los problemas y fallas que

surgieron durante la prueba.

Algunos de los errores revelados por la prueba pueden ser pequeños y

fáciles de solucionar, mientras que otros podrían retrasar la compilación.

Corrija estos errores a medida que surjan y repita el ciclo de prueba (que
273

incluye otros tipos de pruebas de software, como pruebas de humo)

nuevamente hasta que pase sin errores importantes.

Fase VI: Implantación y Evaluación del Sistema

Por ser sólo una propuesta de Diseño de un sistema de información para

el control de las actividades en el área académica de la Unefa estado Zulia;

en esta fase solo se describirán los elementos y aspectos más significativos

de la implantación y evaluación del sistema.

En esta es la última fase o etapa del desarrollo del sistema, esto incluye el

adiestramiento, formación y capacitación del personal involucrado en los

procesos informáticos del sistema que el usuario requerirá. Aunque la

implementación y evaluación del sistema se plantea sistemáticamente en

una estructura lógica secuencial ya desarrollada como parte integrante de la

última etapa del ciclo de desarrollo de los sistemas; realmente la evaluación

toma parte de cada una de las fases. Uno de los criterios fundamentales que

debe satisfacerse, es que el futuro usuario utilice efectivamente el sistema de

información desarrollado.

En la fase de implementación, las especificaciones de diseño del sistema

sirven como base para construir el nuevo sistema. En este punto, los

programadores y analistas de sistemas asumen diferentes

responsabilidades. El analista del Decanato de la UNEFA-Zulia debe

proporcionar especificaciones claras y correctas al programador. El


274

programador codifica, prueba y documenta los módulos del programa,

mientras que el analista del sistema planifica la integración de los programas

y se asegura de que trabajen juntos para satisfacer las necesidades de la

organización.

Implementación paralela: En esto, trabajar con ambas aplicaciones, la

nueva y la antigua, comparar resultados para evaluar lo nuevo y revisarlo es

correcto o requiere mejora. Actualmente, en este tipo de sistemas, más a la

implementación directa ya que regularmente se utilizan aplicaciones

diseñadas para innovar, de modo que la relación entre la aplicación y el

usuario final ser amigable, es decir, que el usuario se sienta cómodo con la

aplicación y fácil de usar. Cuando se va a implementar un sistema integral

como ejemplo de administración, contabilidad, sistemas de seguimiento

educativo, que ya estaban en funcionamiento.

Con un sistema antiguo, si es el caso de la Unefa-Zulia, es aconsejable

utilizar el implementación paralela, ya que esto permite la nueva aplicación

está ajustada para que sea confiable y robusto. También debemos

establecer políticas para cualquier cambio o configuración requerida por la

aplicación, es decir, un formato de requisitos para los cambios, así como

documentar cada cambio que se realiza, errores y resultados obtenidos con

el nuevo sistema. Aunque el trabajo no es ahí termina porque debemos estar

en constante supervisión de la aplicación a asegurar su éxito.


275

El nuevo sistema requiere planificación, construcción y pruebas. Los

programas y módulos-perfiles deben diseñarse, codificarse, probarse y

documentarse. Al planificar el sistema, se suele utilizar un estilo de arriba

hacia abajo, trabajando desde el diseño general hasta una estructura

detallada en pasos lógicos. En el estilo de arriba hacia abajo, el analista de

sistemas define los objetivos generales y luego los descompone en

subsistemas y módulos en un proceso llamado "particionamiento". Este estilo

también se conoce como diseño modular. Un módulo es un conjunto de

instrucciones de programa que se pueden ejecutar como grupo. Asignar

módulos a diferentes programadores acelera el desarrollo del programa.

Evaluación de sistemas

Los avances logrados en un sistema deben medirse o evaluarse para

identificar las deficiencias y problemas que presenta. Si bien una evaluación

cualitativa puede ser útil en las etapas iniciales del desarrollo del sistema, las

mediciones cuantitativas en las mismas condiciones son de vital importancia

para ver el progreso real del sistema y compararlo consigo mismo o con

otros. Los números no aportan información si se desconoce de dónde

provienen, es decir, que representan.

La evaluación de cualquier tecnología debe ir acompañada de un conjunto

de medidas estándar propuestas al efecto. La disponibilidad de bases de

datos y protocolos o procedimientos de evaluación de estos sistemas ha sido

un componente muy importante, casi fundamental, en los avances realizados


276

en este campo y ha permitido compartir nuevas ideas, e incluso compararlas

con otras ya consolidadas.

Mantenimiento

Una vez que los sistemas han sido verificados, probados e

implementados, se debe continuar manteniéndolos para garantizar que

continúen funcionando al nivel mostrado durante la etapa de prueba. Las

rutinas de mantenimiento variarán según el tipo y la complejidad de la

tecnología. Los fabricantes o proveedores suelen indicar el programa o

cronograma de mantenimiento requerido en muchos productos.

Al implementar una aplicación web, hablemos desde un punto de vista de

una página interactiva-virtual a una aplicación administrativa o cualquiera que

sea su naturaleza, debemos tener presente que debemos tener cuidado

tanto con la aplicación, el servidor donde está alojar las aplicaciones, por lo

que debemos considerar actividades que se deben realizar para mantener el

sistema en rendimiento óptimo:

Depuración de archivos basura:

Eliminar periódicamente archivos de nuestro servidor archivos temporales,

archivos que ya no se utilizan, aplicaciones innecesarias, utilice la

optimización del espacio para garantizar un servidor funcional y sin

problemas de software.

Copias de seguridad: copias de seguridad realizadas periódicamente la


277

solicitud y las bases de datos cuando se presentará a mantenimiento equipo,

se realizan ajustes o cambios en la aplicación, el reemplazo se realiza por

uno nuevo, es importante contar siempre con un respaldo ante cualquier

contingencia. De las aplicaciones web que se gestionan, que no sean

demasiado remotas, intentar hacerlo al menos una vez a la semana.

Mantenimiento preventivo: recordemos realizar el limpiar el servidor

periódicamente, lo cual es libre de polvo para evitar el mal funcionamiento

del equipo debido a la falta de limpieza, hágala al menos cada 2 meses para

mantener el Equipo en excelentes condiciones.

Formatos para modificaciones al sistema: realizar un formato con el que

se realiza un registro de los cambios a realizar en la aplicación, preferencia

donde se hace referencia a qué proceso se va a realizar modificar y por qué,

la justificación es importante someter esto a una evaluación de viabilidad

para dicho ajuste y una bitácora donde se registran los cambios realizados.

se realizó con una fecha, proceso que se modifica y describe el proceso que

fue modificado.

Revisar constantemente las condiciones de instalación eléctrica y

mantenimiento de equipos en una temperatura medio ambiente, ahora que

estos factores pueden conducir a serios problemas con el equipo para

nuestra aplicación.

Actividades como depurar archivos, el mantenimiento y las copias de


278

seguridad recaen en el administrador. Servidor o web master durante la

instalación. La electricidad y los climas se pueden utilizar bajo petición.

Externo a los departamentos de TI.

El mantenimiento también puede ser realizado por el fabricante o

proveedor como parte del acuerdo de licencia informática. Es necesario

sistematizar el monitoreo permanente de los sistemas para asegurar que las

necesidades de mantenimiento sean identificadas y satisfechas cuando sea

necesario. Cuando los sistemas se utilizan a largo plazo, se puede

establecer un mecanismo para recibir comentarios de los usuarios como otra

forma de determinar las necesidades de mantenimiento y modificación.

Cuando se realizan modificaciones al equipo, software o comunicaciones

como resultado de programas de mantenimiento o actualización, puede ser

necesario promover rondas adicionales de verificación y prueba del sistema

para garantizar que continúa cumpliendo con los estándares requeridos.


279

Conclusiones

Durante la investigación, análisis, diseño y desarrollo del sistema de

información para el registro y control de las actividades académicas de la

Universidad Nacional Experimental Politécnica de las Fuerzas Armadas

Bolivariana, núcleo: Zulia, se llegó a los siguientes elementos concluyentes:

1. Los procesos o actividades académicas tienen problemas para registrar

toda la información relacionada con las actividades académicas de su

dirección o Decanato, seguido de un control deficiente del proceso de control

en el trabajo de difusión de los eventos académicos por parte de la dirección

de la UNFEFA núcleo Zulia, reflejado en el 32% y 25% expresado en la

opinión de estar totalmente en desacuerdo y medianamente en desacuerdo,

ya que la comunidad estudiantil no puede obtenerla ni acceder

inmediatamente a ella, y no puede garantizar la integridad y seguridad de las

informaciones por parte del Decanato en la transmisión de los Mensajes que

inciden en la respuesta inmediata ante cualquier situación, evento o actividad

académica, el proceso de toma de decisiones y la consecución de objetivos

generales e institucionales de la UNEFA-Zulia.

2. En el proceso de desarrollo y aplicación de sistemas de información

interno para el control efectivo de las actividades académicas de la situación

existente, el instrumento aplicado arrojó que en el rango entre 48% y 24%,


280

manifestaron estar en total desacuerdo y medianamente desacuerdo; del

mismo modo para los indicadores de accesibilidad y disponibilidad de las

informaciones y actividades académicas (41% y 30%respectivamente),

inicialmente es posible comprender la situación de gestión en la organización

investigada a través de los procesos, objetivos, reglas de gestión de difusión

de la información de las actividades académicas a la comunidad estudiantil

Unefista. Lo cual trae como consecuencia que el monitoreo de los resultados

de las actividades académicas sea nula.

Seguidamente, al diagnosticar el nivel de eficiencia del proceso de registro

y control de la gestión de informativa de las actividades académicas, se pudo

obtener un conocimiento detallado de las variables que afectan

negativamente el desempeño de la difusión y sociabilización de las

actividades académicas, reduciéndolas a un nivel bajo de 38% y 27%

correspondiente a la no utilización de herramientas para el registro de las

actividades académicas que satisficiera en gran medida los requerimientos

socio académicos demandados por la comunidad estudiantil, lo que resultó

en la creación de una herramienta tecnológica como solución y fijó como

objetivo el diseño de un sistema de información interna que satisfaga los

requisitos de control de las actividades académicas de la UNEFA-Zulia,

además de fijar sus objetivos globales.

3. En la fase de planificación, además del desarrollo del plan por etapas o

fases, para completar el proyecto de manera más segura y precisa, también


281

se tiene en cuenta el alcance del desarrollo del sistema de información, se

consideran los riesgos relacionados con los elementos, componentes,

estructura lógica y la estrategia. Identificado aquellos aspectos informáticos

de sistemas para garantizar soluciones adecuadas.

4. En la fase de análisis, además de la estructura del contenido y la

funcionalidad de la aplicación, a través de la interacción constante entre el

usuario y el autor se pueden se determinó las necesidades generales de los

usuarios y del sistema, interacción usuario-sistema y configuración de

ejecución de software, que definió las nuevas funciones y métodos de

operación del sistema.

5. A medida que continuó la fase de diseño, se generó el contenido a

incluir en el sistema y su forma de presentación, se define la estructura

global de la aplicación, el diseño de la base de datos y estructura de datos. ,

navegación e interfaz de usuario que proporciona simplicidad para un fácil

manejo e interacción.

6. Durante la fase de generación y prueba de la página, los componentes

ejecutables del sistema (módulos y bibliotecas) se construyen utilizando

herramientas de software libre y luego se integran según el Decreto 3390 de

la Administración Pública Nacional para asegurar la funcionalidad e

integridad del sistema (SICAA). Probando y revisando aplicaciones web se

pudo asegurar su rendimiento en muchos aspectos que reflejan su


282

satisfactorio desarrollo.

7. En la fase de evaluación del usuario, administrador, los usuarios finales

revisaran los productos en cada etapa en consecuencia, en la medida que se

utilice y aplique el sistema de información a lo largo del periodo académico

correspondiente, es aquí donde se expresaran las inquietudes sobre el

proyecto y enunciaran las respectivas sugerencias, correcciones o

mantenimientos preventivos al caso que sea particular, creando una

apreciación positiva por el proyecto. Solicitudes de nuevas incorporaciones y

usos.

8. Finalmente, el desarrollo de este sistema (SICAA) trae una serie de

beneficios no sólo al usuario final sino también a la UNEFA-Zulia,

específicamente El Decanato, principalmente una fácil gestión de procesos

sobre la marcha, aumenta la eficiencia y productividad y reduce costos, y

esfuerzos para alcanzar plenamente los objetivos y lograr resultados

satisfactorios, obtener ventaja competitiva y agregar valor institucional a la

Unefa núcleo Zulia.


283

Recomendaciones

A continuación se presentan algunas sugerencias y recomendaciones

para el uso futuro de los resultados de este estudio.

1. Continuar desarrollando los módulos restantes del proyecto SICAA-

UNEFA-Zulia (Sistemas de Información para el Control de las Actividades

Académicas de la UNEFA-Zulia), teniendo en cuenta el diseño estructurado

actual.

2. Diseñar y desarrollar un módulo integral que permita al Decanato de la

Unefa-Zulia, realizar consultas e informes unificados sobre el estado de

gestión de las distintas actividades académicas y su respectivo avance en el

trabajo.

3. Efectuar de manera periódica la Carga inicial de datos básicos al

sistema para su funcionamiento normal.

4. Implementación del sistema SICAA-UNEFA-Zulia en la red interna de la

UNEFA-Zulia, que brindará acceso a los distritos actores académicos, con el

fin de permitir a la gestión académica del Decanato un mejor seguimiento y

control de las actividades realizadas y con ello incrementar el nivel de

eficiencia transfiriendo la responsabilidad de las cuestiones de seguridad e


284

información de las actividades académicas en el trabajo a las autoridades

competentes.

5. Implementar la continuidad, actualización continua y el despliegue del

sistema de red utilizando lenguajes de programación de software libre,

bibliotecas y administradores de bases de datos para garantizar el

cumplimiento de la Directiva Presidencial 3390.

6. Crear políticas de seguridad consensuadas para garantizar la integridad

de las aplicaciones, como actualizaciones de bases de datos y copias de

seguridad mensuales para mantener la información actualizada y evitar que

se pierda por cualquier motivo.

7. Crear un plan de mantenimiento de aplicaciones para asegurar el

funcionamiento del sistema SICAA-UNEFA-Zulia.

Acerca de los usuarios finales

8. Deben notificar a los desarrolladores de AIT Management

(Automatización Informática y Telecomunicaciones) en el Decanato de la

Unefa núcleo Zulia, si se consideran necesarios cambios en el sistema,

adiciones de módulos o soporte técnico.


285

Lista de referencias bibliográficas

[1] Alarcón, M. (2019). Estrategias y Sistemas de Información. Editorial Mc

Graw-Hill. España.

[2] Álvarez, R. (2011). Introducción a HTML. (Vol. 1) Ediciones Granice S.A.

México.

[3] Amanda (2010). Introducción a las Bases de Datos. (1era Ed). Editorial

Trillas S.A. México.

[4] Arias, F. (2006). Metodología de la investigación (6ta Ed). Editorial

Episteme C.A. Caracas.

[5] Arias, F. (2012). Metodología de la investigación (7ma Ed). Editorial

Episteme C.A. Caracas.

[6] Bavaresco, A. (2008). Como se Elabora el Proyecto de Investigación.

Caracas: Consultores Asociados.

[7] Berzal, (2012). “Desarrollo Profesional de Aplicaciones Web con

ASP.NET”. iKor Consulting.

[8] Chávez, N. (2007). Proceso de investigación educativa. (3era Ed).

Editorial de La Universidad del Zulia (LUZ) Edi-LUZ. Maracaibo.

[9] Ciborra (2010). Estrategias y Sistemas de Información. Editorial Mc Graw-

Hill. España.
286

[10] Cortés (2008). Gerencia Efectiva. Editorial HCZ Consulting. Caracas -

Venezuela.

[11] Chiavenato, I. (2014). Gestión del talento humano en las organizaciones.

3era edición. Editorial Hispanoamericana Editores. México.

[12] Costa, A. (2015). Organizaciones del sector académico-universitario.

Única edición. Editorial de la Universidad Central de Venezuela (UCV)

Caracas.

[13] Dánzig (2010). An Introduction to Database Systems. (4ta ed.). Editorial

Addison-Wesley.

[14] Diccionario informático (2010). (3era Ed). Editorial Océano S.A.

Barcelona.

[15] Enciclopedia, (2008). La informática ilustrada. Editorial Iberoamericana

Editores S.A. España.

[16] Enciclopedia Ilustrada Siglo XXI (2009). Editorial Salvat C.A. Madrid-

España.

[17] Fernández et al (2018). Introducción a la Administración (2da Ed).

Colombia: Editorial El Búho.

[18] Fernández (2006). Glosario básico de informática. Editorial Castelar S.A.

Colombia.

[19] Ferreiro Alavés (2013). Información y Academia. (2da Ed). Editorial

Iberoamericanas S.A. España.

[20] García (2009). Introducción a las tecnologías web. (Única Edición).

Editorial Mc Graw Hill Interamericana, México.


287

[21] Gómez (2011). Fundamentos teóricos de la administración. (2da Ed)

editorial trillas. México.

[22] Heras (2009). Administración de procesos. (1era Ed). Editorial La

Castellana. Colombia.

[23] Hurtado (2010). El Proyecto de Investigación. Metodología de la

Investigación Holística. Ediciones Quirón.

[24] Jiménez (2008). Proceso Unificado de Desarrollo de Software. (2da Ed).

Editorial Limusa. México.

[25] Jová (2007). Programación Orientada a Objetos. (2da Ed.) Madrid:

Editorial McGraw Hill. México.

[26] Kendall, K. & Kendall, J. (2001). Análisis y Diseño de Sistemas. (3ra.ed.).

México: Prentice Hall hispano Americana.

[27] Kimmel P. (2007) Manual de UML. (1era. Edición). Editorial Mc Graw Hill

Interamericana, México.

[28] Koontz y Weihrich (2002). Administración una Perspectiva Global. (12a.

Edición). Editorial McGraw-Hill Interamericana, México.

[29] Kort (2008). El proceso unificado de desarrollo de software. (1era ed.)

Editorial Addison Wesley.

[30] Ley Plan de la Patria 2019-2025. Publicado en Gaceta oficial de la

República Bolivariana de Venezuela N° 6.446 Extraordinario, Caracas Lunes,

8 de abril de 2019.

[31] Loudon (2012). J.P. Administración de los sistemas de información,

Organización y tecnología. (3ra.ed.). México: Prentice Hall hispano


288

Americana.

[32] Mateu (2009). Applying UML and Patterns. An Introduction to Object-

Oriented Analysis and Design. Editorial Prentice Hall.

[33] Montilva, J. (2007). “Desarrollo de Sistemas de Información”. Ceisoft,

Mérida - Venezuela.

[34] Moreno Muñoz (2009). Guía en la web. Ediciones Lamar C.A. México.

[35] Peleo (2006). “Una Definición de Sistemas”, Revistas Sistemas,

Universidad de los Andes (ULA), Venezuela.

[36] Pérez, J.D. (2007). Introducción a AJAX. Editorial Creative Commons.

España.

[37] Ponce (2010). Modelado de Objetos con UML. (1ra. Ed.). Editorial

Eyrolles Ediciones gestión 2000

[38] Pressman, R. (2007). “Ingeniería del Software, un enfoque disciplinario”

(5ta. Ed.) Mc Graw Hill. México.

[39] Ramirez (2011). Adobe Dreamweaver cs4. Editorial El Dorado. Caracas

– Venezuela.

[40] Robbins (2006). Organizaciones Inteligentes. (2era Ed). Editorial Prentice

Educación S.A. México.

[41] Rodas, R. (2007). Características de php. Volumen único. Ediciones

Salesianas S.A. Colombia.

[42] Rodríguez y Pineda (2003). Diseño y desarrollo del proceso de

investigación. (3era. Edición). McGraw-Hill. Bogotá-Colombia.

[43] Runner (2009). Sistema web para organizaciones. (2da Ed). Editorial
289

Thompson S.A. Colombia.

[44] Stallman (2008). Software libre para una sociedad libre. (2da. Edición).

McGraw Hill. España.

[45] Schach (2011). S. (2005). “Análisis y Diseño Orientado a Objetos con

UML y el Proceso Unificado”. (Primera edición) Mc Graw Hill. México.

[46] Tamayo y Tamayo (2014). “El Proceso de Investigación Científica”. (6ta.

Edición). McGraw Hill. Colombia.

[47] Tamayo (2010). “El Proceso de Investigación Científica”. (4ta. Edición)

Editorial Limusa. México.

[48] Vázquez, A. (2009). Diagramas de Flujo. (2da Ed). Editorial McGraw Hill.

Colombia.

[49] Vegas, J. (2008). Aplicaciones multinivel. Edición, Editorial Esparza S.A.

Madrid-España.

[50] Wheaton, M. (2007). “Análisis y diseño de sistemas de información”.

(3era. Edición). Editorial Mc Graw Hill Interamericana, México.


Anexos
291

INSTRUMENTO DE MEDICIÓN (RECOLECCIÓN DE DATOS)


ENCUESTA TIPO CUESTIONARIO SEMI-ESTRUCTURADA

Observación: A continuación se muestra un conjunto de proposiciones


respondidas en una escala del 1 al 4 que representan los valores (1)
Totalmente De Acuerdo, (2) Moderadamente De Acuerdo, (3) Totalmente En
Desacuerdo y (4) Totalmente En Desacuerdo. Por favor encierre con un
círculo la respuesta de su preferencia.
Totalmente De Moderadamente Totalmente En Moderadamente
Acuerdo de Acuerdo Desacuerdo En Desacuerdo
TDA MDA TED MED
1 2 3 4

Alternativas
Preguntas/ Interrogantes
TDA MDA TED MED
1.- Los procesos o actividades académicas están bien
1 2 3 4
documentados en la UNEFA.
2.-Los indicadores de gestión académica empleados están
1 2 3 4
correctamente establecidos.
3.- La UNEFA aplica sistemas de información para el
control de las académicas utilizadas actualmente para ello 1 2 3 4
es:
4.- El acceso y disponibilidad de los datos académicos es: 1 2 3 4
5.-El monitoreo de los resultados de las actividades
1 2 3 4
académicas es:
6.-Considera que las herramientas empleadas actualmente
en el registro de las actividades académicas satisfacen en 1 2 3 4
gran medida los requerimientos.
7.-La integración de la información de las actividades
1 2 3 4
académicas es:
8.-La seguridad de la información actualmente es: 1 2 3 4
9.-Considera que el medio de comunicación (Correo)
utilizado actualmente para la transferencia y divulgación de 1 2 3 4
los resultados obtenidos durante la gestión es:
10.-La capacidad de respuesta ante solicitud de información
1 2 3 4
académica programada o no:
11.-Considera que un cambio del sistema actual por una
1 2 3 4
herramienta tecnológica actualizada es:
Elaborado por: Conde, E., y Villasmil, C. (2023).

También podría gustarte