Documente Academic
Documente Profesional
Documente Cultură
Autor:
Tutor Acadmico:
Autor:
Tutor Acadmico:
______________________
Ing. Miguel Padrn
C.I.: 9.883.255.
Resumen
El propsito de la presente investigacin, es el desarrollo de una aplicacin
web, para el seguimiento de las reparaciones de averas telefnicas que
maneja el departamento de Unidad de Seguimiento (USE) de CANTV, San
Juan de Los Morros, Estado Gurico, buscando sistematizar los procesos
manuales para mejorar su productividad, tiempo de respuesta y toma de
decisiones. Para ello, el presente trabajo se fundament en la experiencia del
tesista como antiguo miembro de la USE. La obtencin y el manejo de los
datos se realizo a travs de la observacin directa y la experiencia del
tesista. Durante el desarrollo de este proyecto se utilizaron dos enfoques
metodolgicos: el enfoque UWE (UML-based Web Engineering) y el enfoque
estructural Top-Down del Ing. Leonel Jimnez de la Universidad Rmulo
Gallegos (2013). El anlisis de la situacin actual y propuesta del producto
tecnolgico, se realizo mediante la aplicacin de distintas tcnicas de
diagramacin UML embebidas en la metodologa UWE. Para el diseo se
utilizo lenguaje de marcado HTML5, lenguaje de programacin PHP, tcnicas
AJAX, gestor de base de datos MySQL y hojas de estilo en cascada CSS,
obteniendo como resultado un sistema que permite el buen uso del tiempo
dedicado al seguimiento de las reparaciones de averas, contribuyendo en la
toma de decisiones fundamentales para la empresa.
Descriptores: Aplicacin web, sistema web, averas, gerencia red Gurico,
CANTV, helpdesk, seguimiento de reparaciones.
DEDICATORIA
AGRADECIMIENTOS
INDICE GENERAL
Indice de cuadros .....vi
Indice de figuras...vii viii
Indice de graficos ..ix
Introduccion
INDICE CUADROS
Cuadro Nro. 01 Flujo de Informacin del Sistema Actual....50-51
Cuadro Nro. 02 Tabla de Campos de Datos del Sistema Actual...66-68
Cuadro Nro. 03 Tabla de Requerimientos del Sistema Propuesto.77-84
Cuadro Nro. 04 Descripcin del Modelo UML....84
Cuadro Nro. 05 Tabla de Campos de Datos del Sistema Propuesto.90-94
Cuadro Nro. 06
Cuadro Nro. 07
ix
INDICE FIGURAS
Figura Nro. 01 Procesos del Sistema Actual..43
Figura Nro. 02
Seguimiento..48
Figura Nro. 03 Proceso de Recepcin de Averas del Sistema Actual53
Figura Nro. 04 Proceso de Solicitud de Enrutamiento del Sistema Actual55
Figura Nro. 05 Proceso de Solicitud de Actualizacin del Sistema Actual57
Figura Nro. 06 Proceso de Direccin Imprecisa del Sistema Actual59
Figura Nro. 07 Proceso de Cancelar Averas del Sistema Actual61
Figura Nro. 08 Proceso de Verificacin de Averas del Sistema Actual.63
Figura Nro. 09 Diagrama de Actividades del Sistema Actual.65
Figura Nro. 09
Propuesto85
Figura Nro. 10 Diagrama de Caso de Uso de la Relacin entre Actores del
Sistema Propuesto...86
Figura Nro. 11 Diagrama de Caso de Uso del Usuario Administrador del
Sistema Propuesto...87
Figura Nro. 12 Diagrama de Caso de Uso del Usuario Ejecutivo del Sistema
Propuesto..88
Figura Nro. 13 Sujetos que Interactan en el Producto Tecnolgico
Propuesto..89
Figura Nro. 14 Diagrama Entidad Relacin del Sistema Propuesto95
Figura Nro. 15 Esquema Lgico de la Base de Datos del Sistema Propuesto
96
Figura Nro. 16 Diagrama de Navegacin del Sistema Propuesto97
xi
INDICE DE GRAFICOS
xii
INTRODUCCIN
gerencia
referencia a la magnitud de la
15
FASE I
EL PROBLEMA
Descripcin del Problema
una integracin
17
18
19
Objetivos de la Investigacin
Objetivo General:
Implementar un sistema web basado en software libre para el
seguimiento de reparaciones de averas telefnicas del Departamento de
Unidad de Seguimiento (USE) de CANTV, San Juan de los Morros Estado
Gurico.
Objetivos Especficos:
1.
basada en estndares de
20
Justificacin
22
FASE II
MARCO TERICO
Marco terico conceptual
Gerencia
Segn Crisby (1988) la gerencia es el arte de hacer que las cosas
ocurran.
Viendo la informacin como un arma competitiva, Burch y Grudnitski
(1992) consideran a la gerencia como un cuerpo de conocimientos
aplicables a la direccin efectiva de una organizacin (p. 35 -36).
Claramente, todas las organizaciones operan en un ambiente
competitivo y a veces hostil, un ambiente que demanda ciertamente gerentes
bien informados. El fracaso inminente es la alternativa para aquellas
organizaciones cuyos gerentes estn desinformados o mal informados. A
decir verdad, el gran enemigo a vencer de la gerencia es la incertidumbre.
Los gerentes deben saber que hacer y cmo hacerlo; deben ser capaces de
adaptarse a los cambios vertiginosos; deben tener acceso a la informacin
de la organizacin tanto interna como externa; deben obtener seales de
23
avisos oportunos y poder prever las amenazas y los riesgos; deben ser
capaces de identificar tanto las nuevas oportunidades como los esfuerzos
intiles.
Para entender como ayuda la informacin a los gerentes a afrontar sus
responsabilidades, primero se deben comprender las responsabilidades
clave de la gerencia.
Estilo Gerencial
una
planeacin
extensiva
intensiva
tendr
un
requerimiento
Informacin
La informacin segn Burch J. y Grudnitski G. (1992) la componen
dato que se han colocado en un contexto significativo y til y se ha
comunicado a un receptor, quien la utiliza para tomar decisiones(p.19). La
informacin implica la comunicacin y recepcin de inteligencia o
conocimiento.
Evala
notifica,
sorprende
estimula,
reduce
la
24
Registro
Un registro es definido por Senn James (1992) como el conjunto
completo de datos relacionados pertenecientes a una entrada(p.596).
Cuando el nmero y tamao de los datos en un registro son constantes para
cada registro, este se denomina de longitud fija. Los registros de longitud
variable son menos comunes en la mayora de las aplicaciones de las
empresas. El tamao del registro puede variar debido a que los datos varan
en longitud (cada registro puede tener un numero diferente de bytes) o
debido a que el nmero de datos en un registro cambie de un caso al otro.
Archivo
25
Base de Datos
Dato
Administracin de Datos
26
Sistema
Segn James Senn (1992), un sistema es un conjunto de componentes
que interaccionan entre s para lograr un objetivo comn(p.)
Sistema de control
27
2.
Ser
eficiente
segn
un
criterio
preestablecido
evitando
28
29
Principios de Control
30
Control de Gestin
los
directores
alcanzar
los
objetivos;
es
una
funcin
Ticket
Spolky Joel (2000) lo define como un archivo contenido en el sistema
de seguimiento que contiene informacin acerca de intervenciones de
software hechas por personal de soporte tcnico o terceros a pedido de un
usuario final que ha reportado un incidente que est impidindoles trabajar.
Los tickets se crean generalmente en un ambiente de help desk o call center.
Poseen nmero nico de referencia, tambin conocido como un nmero de
caso, incidente o reporte de llamada, el cual es usado para permitir al cliente
o al personal de soporte localizar, aadir o comunicar el estado del incidente
o requerimiento. Estos tickets tambin son llamados as debido a su origen
32
Incidentes
33
Aplicacin Web
34
Avera
Considerada por Moliner Lpez, Francisco Javier (2005) como una
desviacin del comportamiento de un sistema respecto de su especificacin.
Las averas son el resultado de estados inesperados en el interior del
sistema que eventualmente se manifiestan en el comportamiento exterior del
sistema.
Una avera es definida por Camejo (2006), como aquella falla o dao,
perjuicio, demora, deterioro de un aparato en particular.(p.98), donde dicho
dao o falla dentro de una empresa de telecomunicaciones corresponde a la
desconexin total entre los distintos componentes de la red que permiten la
transmisin de datos entre los distintos puntos establecidos para la
comunicacin de informacin.
Falla
35
CANTV
por
la
relacin
tica,
productiva,
humanista,
endgena
36
37
Visin de CANTV
38
39
Metodologa implementada
La metodologa es definida desde la visin de Tovar (2005), como una
serie de pasos que se deben seguir, con el fin de llevar a cabo dicho
proyecto, para poder alcanzar el objetivo planteado y garantizar la solucin
del problema(p.89).
En efecto, la metodologa de trabajo se baso en la unin de dos
enfoques: la metodologa de modelado UWE (UML-Based Web Engineering
Ingeniera Web basada en UML) y la metodologa estructural Escalera Top
Down del Ing. Leonel Jimnez Gamboa de la Universidad Nacional
Experimental Rmulo Gallegos.
Metodologa UWE
atencin
en
sistematizacion
personalizacin
(sistemas
40
41
42
Modelo de Contenido
Modelo de Usuario
Modelo de estructura
Modelo Abstracto
Modelo de Adaptacin
Modelo Lgico-Conceptual.
43
Diagramas:
son
diagramas
UML puro.
Entre
los
ms
44
Fases
comnmente
se
conocen
como
programacin;
que
consiste,
45
Por otro lado, UWE propone una extensin de UML que se divide en 4
pasos.
1.
Anlisis
46
47
48
actual.
49
50
51
52
(Down) hasta el peldao 16, para llegar de nuevo al tope (Top). En este
recorrido el desarrollador se encontrar armando el paquete de diseo muy
bien elaborado que deber ser tomado en cuenta para el momento de la
construccin del nuevo sistema.
53
FASE III
54
56
ilegales,
solicitudes
de
enrutamiento;
validaciones
57
58
59
60
Cuadro Nro. 01
Flujos de Informacin del Sistema Actual
FLUJO DE
DESCRIPCIN
INFORMACIN
Lista de averas
Averas
Regional
reparacin.
Diferenciar asignaciones
Verificar
direccin
avera
ubicacin de direccin.
el cliente.
Solicitud de enrutamiento
Motivo de enrutamiento
Solicitud de actualizacin
actualizacin de datos.
Motivo de actualizacin
Cancelar nmeros
Motivo de cancelacin
Motivo
de
USE
cancelar avera.
las averas.
Informacin
tcnicos
Conteo de labor
Creacin
de
Excel
Calculo de rendimiento
Verificacin
cancelada
de
62
63
65
66
67
68
69
70
71
72
73
74
75
Cuadro Nro. 02
Tabla de Campos de Datos del Sistema Actual
#
CAMPO
TIPO
TAMAO/
FORMATO
PROCES
O
CI_CLIENT
VARCHAR
10
3,4,5
NOM_CLIENT
TEXT
30
4,5
APE_CLIENT
TEXT
30
4,5
TLF_CLIENT
VARCHAR
10
3,4,5
DA_ACT
DATE
DD/MM/AA
1,2,3,4,5
COD_CENT
NUM
1,2,3,4,5
NUM_DISP
VARCHAR
11
1,2,3,4,5
77
DESCRIPCIN
Cedula del Cliente, el
cual lo identifica en
algunas solicitudes
Nombre del Cliente, por
lo general compuesto
por dos. Tambin puede
representar
a
una
empresa.
Apellido del Cliente, por
lo general compuesto
por dos. Tambin puede
representar
a
una
empresa.
Telfono de contacto del
cliente,
numero
personal el cual solo es
representado como dato
nico.
Da Actual, el cual
identifica el da de
trabajo.
Cdigo
Central,
identifica
zona
de
trabajo.
Numero de dispositivo,
DIR_REP
TEXT
100
3,4,5
FECH_REP
DATE
DD/MM/AA
1,2,3,4,5
10
HORA_REP
DATE
a.m./p.m.
1,2,3,4,5
11
GRUP_ASIG
VARCHAR
12
1,2,3,4,5
12
CABLE_1
VARCHAR
2,3,4,5
13
PAR_1
VARCHAR
2,3,4,5
14
ARM_TERM_1
VARCHAR
2,3,4,5
15
CABLE_2
VARCHAR
2,3,4,5
16
PAR_2
VARCHAR
2,3,4,5
17
ARM_TERM_2
VARCHAR
2,3,4,5
18
AREA_TRAB
VARCHAR
1,2,3,4,5
19
CI_TEC
VARCHAR
10
2,5
78
representa el nmero de
identificacin del cliente
ante
la
empresa.
Numero averiado.
Direccin del reporte,
indica direccin del
nmero del dispositivo.
Fecha del Reporte,
representa la fecha del
reporte en el sistema.
Hora
del
Reporte,
representa la hora del
reporte en el sistema.
Grupo Asignado, indica
el tcnico asignado a
reparar la avera.
Cable
Central,
representa la ubicacin
en el cable.
Par Central, representa
la ubicacin en el
distribuidor.
Armario
Terminal,
representa la ubicacin
en el distribuidor.
Cable Local, representa
la ubicacin en el cable
local.
Par Local, representa la
ubicacin
en
el
distribucin local.
Armario
Terminal,
representa la ubicacin
en el ADS.
rea Trabajo Nombre,
representa la dificultad
de la avera (cola).
Cedula del Tcnico, la
cual es utilizada en las
solicitudes.
20
CARNET_TEC
VARCHAR
1,2,3,4,5
21
NOM_TEC
TEXT
30
1,2,3,4,5
22
APE_TEC
TEXT
30
1,2,3,4,5
23
CORREO_TEC
VARCHAR
40
24
TLF_TEC
VARCHAR
10
1,2,3,4,5
25
SAP_TEC
NUM
2,3,4,5
26
CLAVE_TEC
NUM
27
COD_CANC
NUM
79
80
81
Solucin propuesta
82
83
84
Necesidades de Hardware
Equipo Servidor
Equipo Cliente
Memoria RAM 2 GB
Necesidades de Software
Equipo Servidor
85
-Sistemas Operativos
Debian Server
MySQL
-Paquete de Aplicaciones
FPDFreader
PHPExcel
JPGRAPH
Equipo Cliente
-Sistema Operativo
Debian
-Browser
Google Chrome
Chromium
Iceweasel
86
Necesidades Funcionales:
87
FASE IV
Tabla de Requerimientos
Los requerimientos de un sistema, Rabala (2005) los define como las
necesidades que se derivan con respecto a la funcionalidad de un servicio en
particular (p.45), siendo as, en el caso del sistema propuesto, los
requerimientos se manifiestan en trminos de automatizacin de los
procesos relacionados con el seguimiento de las reparaciones de averas
telefnicas de CANTV, as como tambin se toman en cuenta lo siguiente;
acceso a la informacin., seguridad, reportes, configuracin y despliegue de
informacin.
A continuacin se muestra una lista detallada de los requerimientos
necesarios para garantizar un optimo y adecuado diseo de la propuesta:
Cuadro Nro. 03
Tabla de Requerimientos del Sistema Propuesto
NIVEL
REQUERIMIENTO
1)
Restringir el acceso al sistema, realizada
mediante la validacin de los datos de entrada.
2)
Restringir el acceso a los archivos, comprende la
autorizacin del usuario.
SEGURIDAD
3)
Asegurar que se estn utilizando los datos,
archivos y programas correctos en y por el
procedimiento correcto.
88
4)
Garantizar que la informacin transmitida sea
recibida slo por el destinatario al cual ha sido enviada
y no a otro, mediante el uso de rutas preestablecidas.
5)
Verificar que la informacin recibida sea la
misma que ha sido transmitida, mediante el uso de
parmetros.
6)
Garantizar que existan otras alternativas de
transmisin entre diferentes puntos, realizada mediante
vistas previas.**
SEGURIDAD
7)
Asegurar que se disponga de pasos alternativos
de emergencia para la transmisin de informacin,
utilizando respaldos.
8)
Proteccin
discrecional,
mediante
la
identificacin de usuarios que permitan el acceso a
distinta informacin.
9)
Proteccin de Acceso Controlado, mediante la
auditoria de accesos e intentos fallidos de acceso a
objetos.
10)
Seguridad Etiquetada, se establece que el dueo
del archivo no puede modificar los permisos de un
objeto que est bajo control de acceso obligatorio.
89
de
una
ACCESO
18)
Sincronizacin de contraseas, asegura que el
usuario acceda con una misma contrasea a diferentes
peticiones interrelacionados.
19)
Caducidad y control, controla el cambio de
contraseas de los usuarios, definido por un periodo
mnimo de tiempo, ejecutado por el administrador.
20)
Encriptacin, permitir ocultar, asegurar
proteger la informacin y data del sistema.
21)
Listas de Control de Accesos: se refiere al
registro que contiene a los usuarios que poseen
90
24)
Dispositivos de Control de Puertos, se
autoriza el acceso a un puerto determinado.
25)
Firewalls o Puertas de Seguridad,
permiten bloquear o filtrar el acceso a las redes,
previniendo la intromisin de terceros.
26)
Acceso de Personal Contratado o
Consultores, permite el control de acceso
temporal a personas de carcter especial.
27)
Accesos Pblicos, se garantiza el uso del
sistema solo por personas autorizadas, sin
acceso pblico previamente no registrado.
ACCESO
Administracin:
de
91
seguridad,
ejecuta
el
nivel
de
Administracin del Personal y Usuarios Organizacin del Personal: este proceso lleva
generalmente cuatro pasos:
35)
Definicin de puestos, contempla la clasificacin
de los roles para el otorgamiento de los permisos.
36)
Determinacin de la sensibilidad del puesto,
determina los permisos a los usuarios.
37)
Eleccin de la persona para cada puesto,
considera la experiencia de los usuarios al momento de
asignarles la permisologa.
38)
Entrenamiento inicial y continuo del empleado,
determina la adecuacin de los nuevos usuarios.
REPORTES
39)
Exportacin de archivo, permite la
seleccin de descarga de archivo diariamente.
40)
Seleccin de da, mes y ao para
descarga de archivos.
41)
Generar Estadsticas explicativas del
92
rendimiento diario.
42)
Generar
Grficos
Estadsticos
del
rendimiento diario.
43)
Seleccionar una comparacin fisica de
rendimiento diario.**
44)
Averas reparadas.
45)
Averas reparadas sin cancelar.
46)
Averas listas para cancelar.
47)
Averas en espera de actualizaciones,
enrutadas y por enrutar.
48)
Exportar reportes a una extensin .pdf con
proteccin de edicin.
Configuracin
predeterminada,
representa
informacin predefinida por el sistema.
49)
CONFIGURACIN
la
Configuracin de Usuario:
a.
Contrasea, otorga una
especificada por el administrador.
clave
b.
Usuario, otorga un nombre
especificado por el administrador.
c.
Rol, asigna
administrador.
un
acceso
de
de
limitado
acceso
usuario
por
50)
Configuracin de Idioma:
a.
51)
Configuracin de Interfaz:
el
a.
Fuente, asigna una tipografa Arial, tamao
nmero 12, estilo normal, sombreado en negrita los
ttulos.
b.
Dimensin de ventana, posee configuracin de
acuerdo a la necesidad o llamados.
93
CONFIGURACIN
c.
Color de pestaas, posee color blanco, bordes
color azul.
52)
Configuracin de Seguridad:
a.
Configuracin personalizada:
53)
Configuracin de Usuario:
a.
Contrasea, permite la modificacin de la clave
de acceso solo al usuario administrador.
b.
Usuario, permite la modificacin del nombre de
usuario, solo al usuario administrador.
c.
54)
Configuracin de Idioma:
a.
Lgico (Software):
55)
Formulario de Registro Usuarios:
a)
Datos Personales:
*Nombres
*Apellidos
DESPLIEGUE DE
INFORMACIN
*Cdula
*Correo Electrnico
*Direccin
*Especialidad
94
*SAP
*Usuario
*Contrasea
*Telfono Oficina
*Telfono Celular
*Rol
1)
Perfil de usuario:
a)
Login de Seguridad:
*Usuario
*Contrasea
Fsica (Hardware):
1)
Componentes Hardware:
a) Pantalla
b) Equipo Cliente:
*Procesador Core Duo 3GHz
DESPLIEGUE DE
INFORMACIN
*Memoria RAM 2 GB
*Disco Duro 40MB de Espacios libres.
c) Dispositivo de Entrada:
*Mouse
*Sensor Tctil.
d) Dispositivo de Salida:
*Documento Digital
*Impresora
e) Equipo Servidor:
*Procesador Intel Core i7
*Memoria RAM 8GB
*Disco Duro con 600GB de Capacidad, 80GB
libres para datos.
1)
Componente Software:
95
a)
Sistema Operativo:
*Linux Debian
*Windows Vista
*Fabricante: GNU/Linux y Microsoft.
b)
Aplicaciones Instaladas
*SACAS
*Gestor de Base de Datos: MySQL
*Paquete de Aplicaciones: FPDF, PHPExcel,
JPGRAPH.
*Browser: Chromium, Google Chrome.
c)
Mecanismo de Conexin:
*Tipo de Conexin: Internet Almbrica.
96
Cuadro Nro. 04
Descripcin del Modelo UML
SMBOLO
NOMBRE
Actor
Caso de Uso
Flujo de actividad
Include
Extend
97
DESCRIPCIN
Representa los Individuos
que interactan en la
gestin de procesos.
Seala la operacin que
se realiza.
Relacin que existe entre
un proceso y el actor.
Representa
la
dependencia
entre
acciones.
Representa
la
dependencia o no entre
acciones.
98
99
100
101
102
Cuadro Nro. 05
Tabla de Campos de Datos del Sistema Propuesto
CAMPO
TIPO
TAMAO/
FORMATO
CI_CLIENT
VARCHAR
10
NOM_CLIEN
T
TEXT
30
APE_CLIENT
TEXT
30
TLF_CLIENT
VARCHAR
10
DA_ACT
DATE
DD/MM/AA
COD_CENT
NUM
NUM_DISP
VARCHAR
11
DIR_REP
TEXT
100
PROCESO
DESCRIPCIN
103
FECH_REP
DATE
DD/MM/AA
10
HORA_REP
DATE
a.m./p.m.
11
GRUP_ASIG
VARCHAR
12
12
CABLE_1
VARCHAR
13
PAR_1
VARCHAR
14
ARM_TERM
_1
VARCHAR
15
CABLE_2
VARCHAR
16
PAR_2
VARCHAR
17
ARM_TERM
_2
VARCHAR
18
AREA_TRAB
VARCHAR
19
CI_TEC
VARCHAR
10
20
CARNET_TE
C
VARCHAR
21
NOM_TEC
TEXT
30
104
22
APE_TEC
TEXT
30
23
CORREO_T
EC
VARCHAR
40
24
TLF_TEC
VARCHAR
10
25
SAP_TEC
NUM
26
CLAVE_TEC
NUM
27
COD_CANC
NUM
28
FECH_ING_
SIS
DATE
DD/MM/AA
29
DIR_IMPRE
CI
TEXT
40
30
CABLE_1_A
CT
VARCHAR
31
PAR_1_ACT
VARCHAR
32
ARM_TERM
_1_ACT
VARCHAR
105
33
CABLE_2_A
CT
VARCHAR
34
PAR_2_ACT
VARCHAR
35
ARM_TERM
_2_ACT
VARCHAR
36
INST_ILICTA
TEXT
30
37
ENRUTAMIE
NT
CHAR
38
TEC_INF_RE
P
CHAR
39
CLIENT_CO
NT
CHAR
40
CLIENT_AVA
L_REP
CHAR
41
TEC_INF_CI
ERRE
CHAR
42
REG_COD_
CANC
VARCHAR
1,4,6,7,8,
43
NOM_PRIO
CHAR
1,5
44
NOM_TEC_
REEM
VARCHAR
10
1,2
45
APE_TEC_R
EEM
VARCHAR
10
1,2
46
CARNET_TE
C_REEM
VARCHAR
10
1,2,3,5,7,8
47
TLF_TEC_R
EEM
VARCHAR
10
1,2,5,6,7,8
107
informa cierre de la
avera desde su WAP o
CDS.
Registrar Condigo de
Cancelacin, registra el
cdigo de cancelacin
de la avera.
Nombre de la Prioridad,
indica la denominacin
de la prioridad de
algunas averas.
Nombre del Tcnico de
Reemplazo, indica el
nombre del tcnico que
reemplazara a otro.
Apellido del Tcnico de
Reemplazo, indica el
apellido del tcnico que
reemplazara a otro.
Carnet del Tcnico de
Reemplazo, indica el
carnet de trabajo del
tcnico de reemplazo.
Telfono del Tcnico de
Reemplazo, representa
el numero de telfono
de contacto del tcnico
de reemplazo.
108
109
Carta de Navegacin
110
Prototipo Grfico
111
112
Diagrama de Clases
UWE considera el diagrama de clases como un diagrama fundamental
113
Diagrama de Estados
114
115
116
117
118
FASE V
DISEO Y DESARROLLO DEL PRODUCTO TECNOLGICO
PROPUESTO
119
Grafico Nro. 01
120
Objetivos
Registrar todos los datos necesarios
Objetivos Especificos
1
121
122
Ibarra
123
(2014)
Ibarra
124
(2014)
125
Ibarra
126
(2014)
Documentacin (Mdulos)
2)
Modulo informes
3)
Modulo estadsticas
4)
Modulo usuarios
5)
Modulo tcnicos
Modulo seguimiento
2)
Modulo informes
3)
Modulo estadsticas
Modulo Seguimiento:
1E. GrupoAsignado
1F. Da de trabajo
1G. FechaHoraReporte
1H. DireccionReporte
1I. Cable1
1J. Par1
1K. Armario/Term1
1L. Cable2
1M. Par2
1N. Armario/Term2
1O. AreaTrabajoNombre
129
Nro
2)
Incidente
3)
Fecha Ingreso
130
4)
Fecha S.R.A.
5)
Cola
6)
Observacin
que
se
puede
transcribir
en
esta
seccin
se
tiene:
prioridad que posee el departamento, tales como: tercera edad, caso Twitter,
caso CONATEL, caso INDEPABIS y caso gerencia.
133
134
Grafico Nro. 05 Cdigo fuente de librera PHPExcel que procesa los datos ingresados mediante archivos .xls
Fuente:
Ibarra
135
(2014)
Modulo Informes:
Columna 1:
durante la jornada.
parte
137
139
Grafico Nro. 06 Cdigo fuente de librera FPDF que organiza los datos que
se mostraran en el informe de seguimiento
Fuente: Ibarra (2014)
140
Mdulo estadsticas:
141
Modulo usuarios:
142
Grafico Nro. 07 Cdigo fuente de accin de buscar/consultar usuario del mdulo usuarios
Fuente:
Ibarra
143
(2014)
Modulo tcnicos:
144
Grafico Nro. 08 Cdigo fuente de accin de registrar tcnico del mdulo tcnicos
Fuente:
Ibarra
145
(2014)
146
147
148
149
150
151
152
153
154
155
156
157
158
159
Grfico Nro. 23
160
161
162
Especificaciones tcnicas:
- Software:
163
operativo utilizado.
2)
1)
al usuario que los datos introducidos son incorrectos. Por lo tanto debe
164
una nueva pestaa que sera la encargada de gestionar los datos insertados.
Una vez seleccionado el archivo excel de la jornada se le debe dar click a
Cargar Jornada para que el sistema pueda analizar los datos, procesarlos e
insertarlos en la base de datos. Una vez procesada mostrara un mensaje
informativo al usuario indicndole si la carga fue o no exitosa. De no ser
exitosa, el usuario deber revisar el archivo a importar, y una vez realizada la
revisin puede volver a insertar los datos. De ser exitosa se debe ir al
siguiente paso.
1.1.2)Procesar Jornada: al hacer click se mostraran todos los
datos cargados en la base de datos, dejndose observar un orden
predefinido de datos para un mayor manejo de los mismos, segn la
informacin otorgada por el personal de la USE. Esta seccin se divide en
pestaas superiores y pestaas inferiores; las pestaas superiores hacen
referencia a la jornada que se esta trabajando (Zona de trabajo) y las
pestaas inferiores hacen referencia a los tcnicos de trabajo involucrados
en la jornada, dejndose ver los nmeros de carnet de cada tcnico para
informacin del usuario. Luego, en la parte central a las pestaas inferiores
se muestran en la seccin izquierda los datos principales de las averas, y los
datos a registrarse a cada avera en el rea derecha. Solo se puede guardar
un dato a la vez con una avera a la vez. Esta interfaz se repite por cada
pestaa de cada tcnico, haciendo referencia solo a las averas que posee
cada tcnico. Una vez finalizados todos los registros se deber finalizar la
jornada.
1.1.3)Finalizar Jornada: al hacer click en esta seccin se da por
culminado los registros de la seccin de procesar jornada. Al darle click
166
168
CONCLUSIONES
la
problemtica
presentada,
llenando
las
expectativas
RECOMENDACIONES
Las
averas
criticas
que
posean
estatus
abierto
son
debe solicitar el nombre del supervisor directo del tcnico. En caso de que se
trabajen con reas forneas. Numero del telfono del supervisor y cargo.
BIBLIOGRAFIA
JIMNEZ, E. (1998) Sistemas de Informacin, Rincn del Vago; [Fecha de
Consulta
15/05/2014]
[Link
de
Consulta
http://html.rincondelvago.com/sistema-de-informacion-administrativa.html ].
RODRGUEZ, A. (Noviembre 2012) Anlisis de Sistema, Blogger; [Fecha de
Consulta
15/05/2014]
[Link
de
Consulta
http://informacion-
sistematica.blogspot.com/2012/11/tecnicas-de-levantamiento-deinformacion.html ].
EDGAR. (Junio 2014) Programacin orientada a objetos WIKIPEDIA La
enciclopedia libre;
http://es.wikipedia.org/wiki/Programaci%C3%B3n_orientada_a_objetos ].
COPLIEN,J. REESNKAUG, T. (Marzo 2009) Modelo-Vista-Controlador
WIKIPEDIA La enciclopedia libre; [Fecha de consulta 23/05/2014] [Link de
Consulta
http://es.wikipedia.org/wiki/Modelo%E2%80%93vista%E2%80%93controlado
r]. ltima edicin (Julio 2014).
GUTIRREZ, D.
de
consulta
20/06/2014]
[Link
de
Consulta
http://es.wikipedia.org/wiki/XAMPP ].
MAC. (Julio 2014) PHP WIKIPEDIA La enciclopedia libre; [Fecha de
consulta 25/06/2014] [Link de Consulta
http://www.youtube.com/watch?v=rp4UwPZfRis&list=RDJ3UjJ4wKLkg&index
=2 ].
MAC. (Julio 2014) Hoja de Estilos en Cascadas WIKIPEDIA La enciclopedia
libre;
[Fecha
de
consulta
20/06/2014]
[Link
http://es.wikipedia.org/wiki/Hoja_de_estilos_en_cascada ].
de
Consulta