Diagrama Caso de Uso

Para tener una descripcin del sistema desde el punto de vista del usuario,
se realiz el caso de uso para el desarrollo del sistema como se muestra en
las siguientes figuras.

Figura 1 Caso de Uso Gerente Sistema (Administrador del sistema)

Fuente: Prieto A. (2014)

Nombre

Descripcin

Responsabilidad

Es el encargado de:

Gerente Sistema
(Administrador
del Sistema)

Es la persona encargada
de manejar el sistema.
Es la persona encargada
de administrar los
usuarios

-Respaldar la base de
datos.
-Hacer uso de todo el
sistema.
-De suministrar la
informacin necesaria
para la pgina web

Tabla 3 Especificacin de Actores

Fuente: Prieto A. (2014)

Figura 2 Caso de uso del subproceso del registro de las actividades del
soporte tcnico.
Fuente: Prieto A. (2014)

La figura 2 muestra el caso de uso que se da al momento que ingresa al

sistema el usuario como soporte tcnico para el registro de las actividades.

Descripcin del caso de uso

IDENTIFICADO
R
NOMBRE DEL

1
Registro de las actividades del usuario del soporte

CASO DE USO
ACTORES

tcnico.
Gerente_Sistema, tecn_soporte_tec (funcionario)
El Sistema deber comportarse tal como se describe
en la figura 2 del caso de uso cuando el usuario
DESCRIPCIN
(tecn_soporte_tec) requiere ingresar al sistema para
realizar alguna actividad
PRECONDICIN Que exista el usuario (tecn_soporte_tec) para entrar
al sistema.
Paso
Accin
El sistema le pide al usuario su nombre
1
de usuario y clave.
El usuario introduce los datos solicitados
SECUENCIA
2
por el sistema
NORMAL
El sistema verifica si los datos del usuario
3
son vlidos.
Si los datos son vlidos el usuario ingresa
4
al sistema
Post-condicin El usuario utiliza el sistema
Paso
Accin
El sistema enva un mensaje de error al
Excepciones
3
usuario, este caso de uso queda sin
efecto.
Tabla 2 Descripcin del caso de uso del subproceso del registro de las
actividades del soporte tcnico
Fuente: Prieto A. (2014)

Figura 3 Caso de uso del subproceso del registro de las actividades del
Anali_proc_bd.
Fuente: Prieto A. (2014)

La figura 3 muestra el caso de uso que se da al momento que ingresa al

sistema el usuario como Anali_proc_bd para el registro de las actividades.

Descripcin del caso de uso

IDENTIFICADO
R
NOMBRE DEL
CASO DE USO:
ACTORES
DESCRIPCIN

2
Registro de las actividades del usuario del
Anali_proc_bd.
Gerente_Sistema, Anali_proc_bd. (funcionario)
El Sistema deber comportarse tal como se describe
en la figura 3 del caso de uso cuando el usuario
(Anali_proc_bd) requiere ingresar al sistema para
realizar alguna actividad

PRECONDICIN Que exista el usuario (Anali_proc_bd) para entrar al

sistema.
Paso
Accin
El sistema le pide al usuario su nombre
1
de usuario y clave.
El usuario introduce los datos solicitados
SECUENCIA
2
por el sistema
NORMAL
El sistema verifica si los datos del usuario
3
son vlidos.
Si los datos son vlidos el usuario ingresa
4
al sistema
Post-condicin El usuario utiliza el sistema
Paso
Accin
El sistema enva un mensaje de error al
Excepciones
1
usuario, este caso de uso queda sin
efecto.
Tabla 3 Descripcin del caso de uso del subproceso del registro de las
actividades del Anali_proc_bd.
Fuente: Prieto A. (2014)

Figura 4 Caso de uso del subproceso del registro de las actividades del
Anali_proc_copi.
Fuente: Prieto A. (2014)

La figura 4 muestra el caso de uso que se da al momento que ingresa al

sistema el usuario como Anali_proc_copi para el registro de las actividades.

Descripcin del caso de uso

IDENTIFICADO

R
NOMBRE DEL
CASO DE USO:
ACTORES

Registro de las actividades del usuario del

Anali_proc_copi.
Gerente_Sistema, Anali_proc_copi (funcionario)
El Sistema deber comportarse tal como se describe

DESCRIPCIN

en la figura 4 del caso de uso cuando el usuario

(Anali_proc_copi) requiere ingresar al sistema para

realizar alguna actividad

PRECONDICIN Que exista el usuario (Anali_proc_copi) para entrar al
sistema.
Paso

Accin
El sistema le pide al usuario su nombre
1
de usuario y clave.
El usuario introduce los datos solicitados
SECUENCIA
2
por el sistema
NORMAL
El sistema verifica si los datos del usuario
3
son vlidos.
Si los datos son vlidos el usuario ingresa
4
al sistema
Post-condicin El usuario utiliza el sistema
Paso
Accin
El sistema enva un mensaje de error al
Excepciones
1
usuario, este caso de uso queda sin
efecto.
Tabla 4 Descripcin del caso de uso del subproceso del registro de las
actividades del Anali_proc_copi.
Fuente: Prieto A. (2014)

Diagrama de clases
Este diagrama permite representar las clases de objetos del sistema y
la relacin entre stas. El cual se us para la elaboracin del modelo lgico
del sistema de la informacin obtenida como se visualiza en la figura 5.

Figura 5 Diagrama de clases

Fuente: Prieto A. (2014)

Diagrama entidad relacin

Consiste en interpretar las entidades para el diseo y modelado para el
registro de las actividades diarias en la realizacin del informe relativo al Plan
Operativo Anual (POA), as como sus relaciones a travs de un esquema
grafico empleado las terminologas de entidades, que son los elementos
principales que se identifican en el problema, y se distinguen de otros por sus
caractersticas particulares denominadas atributos. (Vase figura 6).

Figura 6 Diagrama de Entidad Relacin

Fuente: Prieto A. (2014)

Descripcin del Diagrama Entidad - Relacin

En este diagrama se representan las siguientes entidades:
-

Entidad actividad primaria: conformada por los siguientes atributos,

id Actividad Primaria, Nombre de la Actividad y Grupo el cual est
asignado dependiendo a cada usuario que labora en la gerencia de
sistemas, el cual permite tomar como actividad primaria dependiendo
el caso de la actividad a registrar.

Entidad actividad Secundaria: conformada por los siguientes

atributos, id Actividad secundaria, Nombre de la Actividad y Grupo el
cual est asignado dependiendo a cada usuario que labora en la
gerencia de sistemas, el cual permite tomar

como actividad

secundaria dependiendo el caso de la actividad a registrar.

-

Entidad actividad Terciaria: conformada por los siguientes atributos,

id Actividad terciaria, Nombre de la Actividad y Grupo el cual est
asignado dependiendo a cada usuario que labora en la gerencia de
sistemas, el cual permite tomar como actividad terciaria dependiendo
el caso de la actividad a registrar.

Entidad Analista procesamiento Base de Datos: conformada por

los siguientes Atributos, id analista procesamiento de Base de Datos,
cedula, agregar actividad primaria, cantidad actividad primaria,
agregar actividad secundaria, cantidad actividad secundaria, agregar
actividad terciaria, cantidad actividad terciaria, fecha y observaciones,
el cual permite al usuario detallar el ingreso de la actividad a registras
escogiendo as la actividad asignada, la cantidad, la fecha que se
realiz y la observacin de la actividad registrada.

Entidad

Analista

procesamiento

base

de

datos

(Cdigo):

conformada por los siguientes Atributos, id analista procesamiento de

Base de Datos (codigo), cedula, agregar actividad primaria, cantidad
actividad primaria, agregar actividad secundaria, cantidad actividad
secundaria, agregar actividad terciaria, cantidad actividad terciaria,
fecha y observaciones, el cual permite al usuario detallar el ingreso
de la actividad a registras escogiendo as la actividad asignada, la
cantidad, la fecha que se realiz y la observacin de la actividad
registrada.
-

Entidad gerente de sistema: conformada por los siguientes Atributos,

id analista procesamiento de Base de Datos, cedula, agregar actividad
primaria, cantidad actividad primaria, agregar actividad secundaria,
cantidad actividad secundaria, agregar actividad terciaria, cantidad
actividad terciaria, fecha y observaciones, el cual permite al usuario
detallar el ingreso de la actividad

a registras escogiendo as la

actividad asignada, la cantidad, la fecha que se realiz y la

observacin de la actividad registrada.
-

Entidad tcnico de soporte: conformada por los siguientes Atributos,

id analista procesamiento de Base de Datos, cedula, agregar actividad
primaria, cantidad actividad primaria, agregar actividad secundaria,
cantidad actividad secundaria,

agregar actividad terciaria, cantidad

actividad terciaria, fecha y observaciones, el cual permite al usuario

detallar el ingreso de la actividad

a registras escogiendo as la

actividad asignada, la cantidad, la fecha que se realiz y la

observacin de la actividad registrada.
-

Entidad usuarios: conformada por los siguientes atributos, id

nombre, apellido, cedula, usuario, password y nivel de acceso del
usuario, el cual permite al administrador registrar a cada usuario para

ingresar al sistema dependiendo del nivel de acceso, como tcnico de

soporte, gerente de sistema, Analista procesamiento base de datos
(Cdigo), Analista procesamiento Base de Datos.

Diagrama de Actividad
El administrador gerente de sistema ingresa al sitio web, muestra el
formulario de acceso, procede a ingresar datos, si ingresa

los datos

correctos entra al sistema de lo contrario se queda en el mismo formulario, el

administrador volver a ingresar datos, ya que ocurri un error al ingresar los
datos. En caso contrario los datos sern ingresados satisfactoriamente.

Administrador gerente de sistema

sistema

Ingresa
al el
sitio
Muestra
formulario
web
de acceso
Ingresa los
datos
Ingres
a

SI

NO
Inicio del
sistema
Ingresa al
sistema

Figura 7. Diagrama de Actividades para el proceso de ingreso al sitio web

Fuente: Prieto A (2014)

El administrador gerente de sistema ingresa al formulario principal del

sistema, ingresa al formulario gerente de sistema.

Administrador gerente de sistema

sistema

Muestra el
formulario principal
del gerente
de
Ingresa formulario
Principal
sistema
Ingresa al
formulario
SI

NO
Erro al acceso

Formulario
(Men)

Figura 8. Diagrama de acceso al formulario principal del administrador gerente

de sistema
Fuente: Prieto A (2014)
El administrador gerente de sistema ingresa al formulario (men),
muestra el formulario de para el registro de las actividad, ingresara al formulario
de registro, si no llena todos los campos de registro mostrara un mensaje error
de campo, en caso contrario el sistema registrara exitosamente.

Administrador gerente de sistema

sistema

Muestra el registro
de las actividades
Formulario
(Men)

Ingresa los
datos

SI

NO
Erro de campo

Registro de la actividad
exitoso

Figura 9. Diagrama de Actividades para el registro de las actividades

Fuente: Prieto A (2014)

El administrador gerente de sistema ingresa para consultar las

actividades, el cual permite modificar y eliminar, El administrador valida si
modifica, elimina o regresa al formulario de consultas.

Administrador gerente de sistema

sistema

Muestra al formulario de
consultas de las
Formulario
(consultas)
actividades

Eliminar

Valido la
consulta
paraModificar
eliminar

Valido la
consulta
para
Modifica
r

SI

SI
NO

NO

Salir

Salir
Eliminaci
n
exitosa

Modificaci
n exitosa

Figura 10. Diagrama de Actividades para consultar, modificar y eliminar las

actividades
Fuente: Prieto A (2014)

3 Fase: Codificacin.

Todo

sistema

se

crea

mediante

bases que

segn

se

van

construyendo, se convierten en los denominados prototipos fundamentales,

que segn lo planificado se elaboran.
Aplicando la metodologa XP es necesario definir un numero de
iteraciones que van en funcin a los requerimientos que exige cada prototipo,
tomando en cuenta el tiempo que se emplea para cada uno de ellos.
Prototipo N1 Este proceso dar un 50% de funcionalidad al sistema.
Aceptado
Definiciones segn el
cliente

Nuevos requerimientos

1. Desarrollo de la interfaz

de acceso al

administrador y usuarios
2. Desarrollo de la interfaz

principal del

administrador y usuarios
Tabla 5 Observaciones suministradas por el cliente
Fuente: Prieto A. (2014)

De acuerdo a lo estipulado para el desarrollo de la aplicacin, se hace

necesaria la creacin de la interfaz que permita el ingreso al administrador y
el usuario.

En la siguiente figura 12 se muestra la interfaz del acceso y un prototipo con

nivel de seguridad para ingresar al sistema y en la figura 13 se muestra la
interfaz principal del sistema.

En la siguiente figura 12 se muestra la interfaz del acceso y un prototipo con

nivel de seguridad para ingresar al sistema y en la figura 13 se muestra la
interfaz principal del sistema.

Figura 12 Interfaz de inicio para ingresar al sistema el administrador y el

usuario.
Fuente: Prieto A. (2014)

Figura 13 Interfaz principal del sistema para el administrador y el usuario.

Fuente: Prieto A (2014)

Resumen de iteraciones

Numero de
iteraciones

Requisitos
Creacin de la interfaz de acceso
al administrador y usuario
Creacin de la interfaz principal
del administrador y usuario.

2
3

Das
8
8
Total: 16

Tabla 6 Resumen de iteraciones

Fuente: Prieto A (2014)
Aceptado
Los campos
mostrados

Definiciones segn el cliente

o Los datos pueden ser ingresar en

Nuevos
requisitos
Los campos
deben estar

cumplen con
los

minscula o mayscula
o Se puede mostrar en cualquier

establecidos
por el

navegador
requerimientos
sistema
Tabla 7 Observaciones suministradas por el cliente para el primer prototipo
Fuente: Prieto A. (2014)

Prototipo N2
Cubrir el 100% de la totalidad del sistema.

Aceptado

Definiciones segn el
usuario

Nuevos requisitos
Desarrollo de la
interfaz que permita la
manipulacin de la
informacin del

sistema.
Tabla 8 Observaciones Suministradas por el usuario para el Segundo
Prototipo
Fuente: Prieto A. (2014)

De acuerdo a lo estipulado para el desarrollo de la aplicacin, se hace

necesario el desarrollo de la interfaz de cada usuario que permita la
manipulacin de la informacin del sistema.

Figura 14 Interfaz usuario Gerente de Sistemas

Fuente: Prieto A. (2014)

Figura 15 Actividades, registro de las actividades segn su clasificacin

Fuente: Prieto A. (2014)

Figura 16 Consultas de las actividades registradas

Fuente: Prieto A. (2014)

Figura 17 Registro de usuario nuevo

Fuente: Prieto A. (2014)

Figura 18 Usuarios activos

Fuente: Prieto A. (2014)

Figura 19 Grfica, estadstica de reportes por fechas

de cada actividad

registrada por el analista procesamiento base de datos (cdigo)

Fuente: Prieto A. (2014)

Figura 20 Reportes en PDF

Fuente: Prieto A. (2014)

En las figuras antes mostradas, podemos observar los resultados

obtenidos del segundo prototipo teniendo como resultado una interfaz de fcil
uso para los usuarios.
A continuacin se muestra el nmero de iteraciones realizadas para el
diseo del segundo prototipo.

Numero de
Interacciones
1
4
3
4
5
6
7

Requisitos
Diseo de la interfaz para el acceso a la
informacin del sistema
Diseo de la interfaz para el registro de las
actividades.
Diseo de la interfaz para las consultas de
las actividades registradas.
Diseo de la interfaz para el registro de
usuarios nuevos
Diseo de la interfaz para la consulta de
los usuarios activos
Diseo para los reportes grficos
Diseo para los reportes en PDF

Das
6
6
5
4
5
7
7

Tabla 9 Resumen de iteraciones

Fuente: Prieto A. (2014)

Resumen final de iteraciones del sistema

Para el diseo del sistema fue necesario el empleo de 40 das, con
aproximadamente ms de 6 horas diarias, sin incluir el tiempo que se tard
en determinar la eleccin de metodologa y aplicaciones para el desarrollo
del mismo.

4 Fase: Pruebas.
Para el desarrollo de esta ltima fase se realiz serie de pruebas a la
aplicacin, verificando cada una de las funciones para las cuales fue
diseado, estas pruebas incluyeron la validacin de campos, la integracin
de procesos, la entrada y salida de datos. En la siguiente tabla se explicaran
los resultados obtenidos por cada interfaz del sistema:

Interfaz

Resultado

Ingreso al sistema

El ingreso al sistema se realiz

correctamente

Interfaz principal del sistema

La interfaz principal del sistema

se muestra las operaciones
correctamente para cada
usuario.

Interfaz del usuario

La interfaz del usuario se

muestra correctamente para
cualquier operacin necesaria.

Interfaz de registro de las actividades

interfaz para las consultas de las
actividades registradas
Interfaz para el registro de usuarios
nuevos
Interfaz para la consulta de los
usuarios activos

Diseo para los reportes grficos

Diseo para los reportes en PDF

Esta interfaz realiza el registro

de las actividades y todas las
operaciones necesarias
correctamente
Esta interfaz se muestra todas
las operaciones correctamente
para cada usuario
Esta interfaz se muestra todas
las operaciones correctamente
para el administrador
Esta interfaz se muestra
correctamente para las
consultas de los usuarios
activos del sistema
Este diseo se muestra
correctamente segn las
actividades registradas por
fechas.
Este diseo se muestra
correctamente segn las
actividades registradas por
fechas

Tabla 10 Resultado de pruebas

Fuente: Prieto A. (2014)

4.1.

Desarrollo de un Sistema de informacin Automatizado para el

registro de las actividades diarias en la realizacin del informe
relativo al Plan Operativo Anual (POA).
Para el desarrollo de un Sistema Automatizado se debe tener

conocimiento sobre los procedimientos de operacin y administracin que

requiere dicho sistema, as como los procedimientos de seguridad y control
de acceso que son necesarios para la ejecucin del mismo.

El Anlisis y diseo del sistema automatizado y su posterior desarrollo

e implementacin implicara un factor importante y beneficioso para cada
departamento de Gerencias, ya que las operaciones se realizan de forma
manual lo que resulta poco eficiente en cuanto a la optimizacin de recursos
y tiempo.
La necesidad de que sea diseado dicho Sistema para el registro de
las actividades diarias en la realizacin del informe relativo al Plan Operativo
Anual (POA).
Tiene por objetivo ser incorporado al departamento de gerencia de
sistemas, como tambin se debe completar la posibilidad de escalar el
sistema a diferentes departamentos. El principal objetivo es agilizar el
registro de las actividades diarias ya que permite registrar por usuario la
cantidad de cada actividad por fecha, para obtener reportes ya sea en pdf
como tambin graficas de estadsticas. (Vase Figura 21 y 22).

Figura 21 PDF de las actividades

Fuente: Prieto A. (2014)

Figura 22 Reporte grafico de las actividades primarias

Fuente: Prieto A. (2014)
Factibilidad (Tcnica y operativa)
Factibilidad tcnica: se describe sobre los recursos necesarios para llevar
a cabo los objetivos o metas sealados. Este determina sobre un proyecto en
las primeras etapas del anlisis, diseo y modelo de un sistema informtico.

El estudio incluye los objetivos, alcances y restricciones sobre el

sistema. A partir de esto en el departamento de gerencia de sistema ser

factible la implementacin de un sistema de informacin para el registro de

las actividades diarias en la realizacin del informe relativo al Plan Operativo
Anual (POA), ya que dicho departamento cuenta con los recursos
tecnolgicos como lo es el software de desarrollo y los lenguajes de
programacin entre otros.

Factibilidad Operativa: proporciona seguridad en el registro de cada

actividad tomando en cuenta el inters y la expectativa mostrada por los
usuarios del departamento de la gerencia de sistema, se declara la
factibilidad de operatividad de la aplicacin al momento de su implantacin,
porque el mismo mejorara la productibilidad del trabajo diario que realizan.

CONCLUSIONES
En el lapso de pasanta se fueron cumpliendo a cabalidad las metas
establecidas previamente en el plan de trabajo presentado en este informe.
Al culminar el lapso de pasanta se pudo determinar ciertos aspectos
que

engloban el trabajo realizado para el departamento y/o gerencia de

sistema los cuales permitieron obtener las ciertas conclusiones.

El sistema diseado permitir tener un control automatizado del

proceso de la realizacin del informe de las actividades diarias del Plan
Operativo Anual (P.A.O), de tal manera generando reportes tanto en PDF
como de manera grficas en las actividades realizadas por fechas.
Con respecto al personal que labora en el Departamento y/o gerencia
de sistema, la propuesta del sistema proporciona un diseo para la toma de
dediciones ya que permitir evaluar la cantidad de actividades realizadas
mediante las consulta

y reportes de la mismas generando

grficas en

cuanto a las actividades ms relevantes en el registro.

Por otra parte, las pasantas ayudan al desarrollo, intelectual y

psicolgico del estudiante ya que, se obtiene mayor conocimiento respecto a
la carrera, adems de que esto impulsa un mejor desarrollo social al ser
expuestos ante un sitio laboral.

RECOMENDACIONES

El objetivo de agilizar el proceso en la realizacin del informe de las

actividades diarias del Plan Operativo Anual (P.A.O), se dan las siguientes
recomendaciones ya que por tal motivo el sistema est diseado solo para el
departamento y/o gerencia de sistemas:

Hacer uso del sistema para agilizar el proceso de la realizacin del

informe de las actividades diarias del Plan Operativo Anual (P.A.O).

Se propone extender el sistema de forma dinmica a las dems

gerencias y/o departamentos mediante la creacin de mdulos
adicionales, con la finalidad de mejorar los procesos de la realizacin
del informe de las actividades diarias del Plan Operativo Anual (P.A.O).

Se sugiere que una vez desarrollado el sistema a las dems gerencias

se realicen talleres de enseanza para los usuarios, con la finalidad de
obtener un mximo rendimiento de todas las opciones ofrecidas por el
sistema y lograr que el manejo del mismo se realice de manera gil.

A futuro el sistema propuesto debe seguir en desarrollo, estudiando

nuevos requerimientos que puedan hallarse, corrigiendo las posibles
fallas tcnicas, efectuando cambios segn las polticas de la empresa,
y cualquier reingeniera para hacer dichos procesos ms ptimos y
confiables.

BIBLIOGRAFIA

LVAREZ J. Curso de modelado de sistemas. Mrida, CENTITEL, Ministerio

del Poder Popular para la Ciencia y Tecnologa, 2008. (Versin electrnica,
consultada

el

04

de

septiembre

de

2014,

las

5:45

pm;

en:

http://es.slideshare.net/duberlisg/curso-de-modelado-uml1)

LVAREZ Rubn. Introduccin a la programacin en PHP. 2001. (Versin

electrnica, consultada el 05 de septiembre de 2014, a las 2:40 pm; en:
http://www.desarrolloweb.com/articulos/303.php)

LVAREZ Rubn. Introduccin al HTML. 2001. (Versin electrnica,

consultada

el

05

de

septiembre

de

2014,

las

2:10

pm;

en:

http://www.desarrolloweb.com/articulos/534.php)

ARIAS Fidias G. El proyecto de investigacin. Introduccin a la investigacin

cientfica. 5ta edicin, Caracas, Episteme, 2006

FRIENDS Apache. XAMPP. 2010. (Versin electrnica, consultada el 05 de

septiembre de 2014, a las 10:35 am; en: http://myu-charly.blogspot.com/)

http://es.wikipedia.org/wiki/PhpMyAdmin

http://www.aulaclic.es/dreamweaver8/t_1_1.htm

KENDALL Kenneth E. y KENDALL Julie E. Anlisis y diseo de sistemas.

Sexta edicin. Mxico, Pearson Educacin, 2005. (Versin electrnica,
consultada

el

04

de

septiembre

de

2014,

las

9:15am;

en:

http://es.slideshare.net/Solares8/analisis-ydiseniodesistemaskendallkendall)

Manual de Cargos. Fondo Merideo para el Desarrollo Econmico

Sustentable (FOMDES). Mrida, 2010

Manual de Organizacin. Fondo Merideo para el Desarrollo Econmico

Sustentable (FOMDES). Mrida, 2010

TELLEZ Edgar. La Automatizacin. Colombia, 2014. (Versin electrnica,

consultada

el

01

de

septiembre

de

2014,

las

2:20pm;

en:

http://es.slideshare.net/mrset/la-automatizacion)

TERAN H. Vctor. Curso MYSQL Fundacite. Mrida-cooperativa REDESOL.

Mrida, 2012.