REPÚBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN

UNIVERSITARIA, CIENCIA Y TECNOLOGÍA
UNIVERSIDAD POLITECNICA TERRITORIAL DEL ESTADO BOLÍVAR
PROGRAMA NACIONAL DE FORMACIÓN DE (EN) INGENIERÍA EN
INFORMÁTICA

DESARROLLO DE UNA APLICACIÓN WEB PARA EL REGISTRO Y

CONTROL DE LAS ORDENES DE SERVICIOS EN LA EMPRESA DE
REPARACIONES ELÉCTRICAS RELECA, C.A. UBICADA AV. CUMANA,
PARROQUIA CATEDRAL, CIUDAD BOLÍVAR - ESTADO BOLÍVAR.
(Proyecto para optar al Título de Ingeniero en Informática)

Docente Asesor: Autores:

Yomely Pérez TSU. Jetsyger María Guevara Franco C.I.: 23.543.274
TSU. Jesús Rafael Ramos Stephens C.I.: 20.262.051

Ciudad Bolívar, Noviembre 2019

 ÍNDICE GENERAL

Contenido Pág.
ÍNDICE DE TABLAS ................................................................................................ iv
ÍNDICE DE FIGURAS ............................................................................................... v
RESUMEN .................................................................................................................. vi
INTRODUCCIÓN.......................................................................................................7

CAPÍTULO I: EL PROBLEMA.......................................................................... 09
Descripción del Área de Investigación ................................................................ 09
Ubicación ......................................................................................................... 10
Misión .............................................................................................................. 12
Visión ............................................................................................................... 12
Organigrama .................................................................................................... 13
Planteamiento Del Problema ............................................................................... 14
Objetivo General .................................................................................................. 16
Objetivos Específicos ......................................................................................... 16
Justificación ......................................................................................................... 18
Alcance ................................................................................................................ 18

CAPITULO II: MARCO TEÓRICO – TECNOLÓGICO ¡Error! Marcador no

definido.
Antecedentes de la Investigación ......................... ¡Error! Marcador no definido.
Bases Teóricas – Tecnológicas ............................................................................ 23
Bases Legales ....................................................................................................... 27
Definición de Términos ....................................................................................... 35

CAPITULO III: MARCO METODOLÓGICO ................................................. 39

Tipo de Investigación........................................................................................... 39
Diseño de Investigación ....................................................................................... 40

ii
 Técnicas e Instrumentos de Recolección de Datos .............................................. 44
Población y Muestra ............................................................................................ 46
Tabulación de Datos ........................................................................................... 48
Metodología del sistema ...................................................................................... 51
Cuadro resumen relacional Objetivos-Metodología ............................................ 56
Cronograma de Actividades................................................................................. 61
Estudio de factibilidad ......................................................................................... 64
Presupuesto .......................................................................................................... 66

CAPÍTULO IV: DESCRIPCIÓN DE LA PROPUESTA .................................. 67

Descripción .......................................................................................................... 67
Requerimientos de Hardware............................................................................... 70
Requerimientos de Software ................................................................................ 71
Requerimientos Funcionales ................................................................................ 72
Requerimientos No Funcionales .......................................................................... 74
Modelo de Entidad - Relación ............................................................................. 76
Diagrama de Caso de Uso del sistema ................................................................ 78
Descripción literal de casos de uso ...................................................................... 80
Interfaz de usuario ............................................................................................... 93
Implementación ................................................................................................. 100
Pruebas ............................................................................................................... 102

CONCLUSIONES ................................................................................................... 114

RECOMENDACIONES ......................................................................................... 116
REFERENCIAS BIBLIOGRÁFICAS .................................................................. 118
ANEXOS .................................................................................................................. 121

iii
 ÍNDICE DE TABLAS
Tabla 1: Población Institución…………………………………………………………..…47
Tabla 2: Resultados de la respuesta……….………………………………………………49
Tabla 3: Resultados de la respuesta……………………………………………………….49
Tabla 4: Resultados de la respuesta……………………………………………………….50
Tabla 5: Resultados de la respuesta……………………………………………………….50
Tabla 6: Resultados de la respuesta…………………………………………………….…51
Tabla 7: Cuadro resumen relacional Objetivos-Metodología-Vinculación………….57
Tabla 8: Factibilidad Económica……………………………………………………...…..66
Tabla 9: Requerimientos de Hardware…………………………………………………....71
Tabla 10: Requerimientos de Software………………………………………………..…..71
Tabla 11: Ingresar Sistema…………………………………………………………………81
Tabla 12: Registro de nuevo cliente……………………………………………………….82
Tabla 13: Consultar cliente………………………………………………………………...83
Tabla 14: lista de revisión…………………………………………………………………..84
Tabla 15: Lista de reparaciones……………………………………………………………85
Tabla 16: Lista de herramientas reparadas………………………………………………86
Tabla 17: Registro de usuario……………………………………………………………...88
Tabla 18: Consultar usuario…………………………………………………………..……89
Tabla 19: Registrar técnicos………………………………………………………………..90
Tabla 20: Consultar técnicos……………………………………………………………….91
Tabla 21: calendario de ejecución de pruebas………………………………………....104
Tabla 22. Diseño de Casos de Pruebas………………………………………………….104
Tabla 23. Casos de Pruebas. Interfaz y Contenido (Integridad de datos)……….….105
Tabla 24. Diseño de Casos de Pruebas………………………………………………….106
Tabla 25. Casos de Pruebas. Interfaz y Contenido…………………………………….107
Tabla 26. Casos de Pruebas de Integración (Componentes)………………………....108
Tabla 27. Casos de Pruebas de Integración (integridad con las bases de datos)….109
Tabla 28: Casos de Pruebas de Integración (Rutas)…………………………………..110
Tabla 29. Casos de Pruebas de Sistema (Seguridad del sistema)…………………....110
Tabla 30: Casos de Pruebas de Sistema (Funcionalidad del sistema)………………111

iv
 ÍNDICE DE FIGURAS

Pág.
Figura 1: Mapa de ubicación satelital……………………………………………..10

Figura 2: Organigrama RELECA, C.A…………………………………………..13

Figura 3: cronograma de actividades 1/2………………………………………….61

Figura 4: cronograma de actividades 2/2………………………………………….62

Figura 5: Modelo de entidad relación……………………………………………..77

Figura 6: Caso de uso del sistema………………………………………………….79

Figura 7: Interfaz de Inicio de Sesión………………………………………..........93

Figura 8: Bienvenida al sistema……………………………………………………94

Figura 9: Formulario Registro De Cliente………………………………………...94

Figura 10: Lista de los clientes registrados………………………………………..95

Figura 11: Lista De Revisión………………………………………………….........95

Figura 12: Formulario de Revisión de las Herramientas…………………….......96

Figura 13: Lista de reparaciones..............................................................................96

Figura 14: Lista de reparaciones………………………………………………......97

Figura 15: Lista de reparaciones…………………………………………………..97

Figura 16: Formulario de registro del personal encargado o usuario……….....98

Figura 17: Formulario de registro del personal técnico……………………........99

Figura 18: Lista de usuarios registrado…………………………………………...99

v
 EPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN
UNIVERSITARIA, CIENCIA Y TECNOLOGÍA
INSTITUTO UNIVERSITARIO DE TECNOLOGÍA – ESTADO BOLÍVAR
PROGRAMA NACIONAL DE FORMACIÓN INFORMÁTICA

Desarrollo de una Aplicación Web para el Registro y Control de las Ordenes de

Servicios en la Empresa de Reparaciones Eléctricas Releca, C.A. Ubicada Av.
Cumana, Parroquia Catedral, Ciudad Bolívar - Estado Bolívar.
Autores:
TSU. Jetsyger Guevara 23.543.274
TSU. Jesús Ramos 20.262.051
Prof. Yomely Pérez
Fecha: Noviembre, 2019
RESUMEN
El siguiente proceso de investigación, se encuentra basado en la elaboración a través
de tecnologías web, y posterior implementación de una Aplicación Web para el
Registro y Control de las Órdenes de Servicios en la Empresa de Reparaciones
Eléctricas Releca, C.A. La metodología de investigación empleada se basa en la
investigación de campo-documental, bajo la modalidad de proyecto factible, debido a
sus características que abarcan una tendencia investigativa directamente en la
institución afectada para conocer su modelo de negocio. Los instrumentos de
recolección de datos empleados fue un guión de entrevista, mediante las técnicas de
entrevista y observación directa, aplicadas a la población encargada del depósito
general de (02) dos personas. Para el desarrollo del software web fue utilizada la
metodología de “Ingeniería Web Basado en UML“(UWE), la cual con el respectivo
cumplimiento de sus fases de acción, se efectuaron diferentes actividades que
permitieron la ejecución de esta investigación de forma factible. La aplicación web
“Registro y Control de las Ordenes de Servicios” (RCH), proporciona al personal
encargado del taller, una incorporación de registros de clientes, gestión y control de
usuarios al sistema, gestión de los registros de las herramientas “CRUD” (crear, leer,
actualizar y eliminar) empleadas para el manejo de los datos, además de la generación
de respaldos y reportes. Ofreciendo una respuesta adecuada a la situación planteada, a
través de una semi-automatización y digitalización de la data del registro y las
ordenes de servicios con el fin de disminuir el gasto de recursos empleados y
conceder una mejor gestión de la información obtenida.

Descriptores: Aplicación web, Gestión, orden de servicio, herramientas, clientes

vi
 INTRODUCCIÓN

En la actualidad las grandes empresas e instituciones públicas o privadas

requieren inmediatez en el manejo de información, debido a la rapidez con la que se
manejan datos en los diferentes departamentos que conforman dichas instituciones,
los cuales son de vital importancia para el buen funcionamiento de los mismos. Es
por ello que las aplicaciones Web se están implementando en muchas empresas
donde sus procesos administrativos carecen de bases tecnológicas que ayuden a
fortalecer la estructura comunicacional de las mismas.

El propósito de este trabajo se enmarca dentro de este interés, enmarcada

bajo los lineamientos de la UWE (Ingeniería Web basada en UML). UWE fue creada
por Nora Koch en el año 2001. Es una metodología detallada para el proceso de
autoría de aplicaciones Web, que extiende el lenguaje UML, mediante el uso de
estereotipos y permite gestionar la documentación del sistema para generar una
solución flexible, adaptable y que pueda integrarse con otras aplicaciones existentes
o futuras en la empresa.

Debido a la flexibilidad que tiene de adaptarse a cualquier tipo de proyecto

haciendo uso de buenas prácticas en el desarrollo de software como desarrollo
iterativo, Es por ello que se plantea la realización de una Aplicación Web para el
Registro y control de las ordenes de servicios en la empresa de reparaciones
eléctricas RELECA, C.A., la cual permitirá la optimización de los registros.

Debido a ello, el personal administrativo del taller, se encuentran al tanto de

la actualidad tecnológica en las organizaciones e instituciones, de manera que, la
investigación se dirige a la elaboración e implementación de una aplicación web para
facilitar el proceso de gestión de órdenes de servicios para las herramientas y llevar
el control en su ciclo de servicio por la empresa. Cumpliendo como herramienta de
apoyo en los procesos de vital importancia para el área de estudio e institución en
general. El siguiente informe se encuentra estructurado de la siguiente forma:

7
Capítulo I, inicia la descripción del área de estudio, en donde se explica cómo está
conformada la institución beneficiada, su ubicación, además de cómo se encuentra
su estructura e inmobiliaria, el problema como principal núcleo de la investigación,
así como la jerarquización de los cargos de la institución mediante un organigrama.
Transcurriendo con los objetivos (generales y específicos) de la investigación
desarrollada, la justificación y su delimitación de la investigación.

Capítulo II, comprende el marco teórico-tecnológico, el cual incluye los

antecedentes de la investigación, los aspectos relacionados con las bases teóricas y
definiciones de términos básicos; además se hace mención de las leyes y decretos
que conforman las bases legales, las cuales sustentan a la investigación.

Capítulo III, se refiere al marco metodológico, tipo y diseño de investigación

seleccionada, técnicas e instrumentos empleados para la recopilación de datos
requeridos para determinar los problemas suscitados en el área de estudio, así como
la metodología de desarrollo de software para el desarrollo del producto informático,
explicando cada paso y su relación con los objetivos específicos realizados para
poder cumplir el objetivo general planteado, el cronograma de actividades realizadas
y la factibilidad del proyecto.

Capítulo IV, expone por su parte, la descripción de la propuesta informática,

las características tanto generales como específicas de la aplicación web, sus
funcionalidades de forma detallada y sencilla. Agregando los requerimientos
mínimos de hardware y software con los que deben cumplir el o los equipos
informáticos donde sea implantada la aplicación web, por otra parte los
requerimientos funcionales y no funcionales, los cuales son requeridos por el cliente
y debe poseer el aplicativo web.

8
 CAPITULO I

EL PROBLEMA

En el presente capítulo de desglosa toda la información relacionada con el

área donde se desarrolla este proyecto socio-tecnológico , Se describe la estructura
organizativa, la estructuración de la información recabada mediante el
planteamiento del problema por la cual se está realizando este trabajo investigativo, y
se definirán los objetivos y el área de impacto del proyecto.

1.8 DESCRIPCIÓN DEL ÁREA DE INVESTIGACIÓN

RELECA, C.A. es una es una pequeña empresa privada familiar la cual su

actividad es las reparaciones de equipos, herramientas eléctricas y electromecánicas.
Que consta de un establecimiento tipo galpón, pisos fabricados con cemento, bloques
y vigas. Tiene media cuadra de largo y ancho. Posee los servicios básicos de agua,
electricidad y teléfono. Estructura en buen estado a pesar de sus años de antigüedad.

Tipo De Institución: Empresa Privada, Compañía Anónima.

Turnos: Diurnos (mañana y tarde)

Horario: 08:00 am. A 12:00 pm - 02:00 pm. A 5:00 pm.

Número De empleados: 02(Incluye sólo a quienes laboran aquí sean o no de nuestra

nómina)

Número De Directivos: 2 (Incluye uno de ellos como técnico)

Número De Administrativos: 02

9
Numero De técnicos: 3 (Incluye uno de ellos como directivo)

Numero De Ayudantes: 3 (Incluye sólo a quienes laboran aquí sean o no de nuestra

nómina)

1.8.1 UBICACIÓN

Figura 1: Mapa de ubicación satelital.

Fuente: Google Mapas.

10
UBICACIÓN GEOGRÁFICA: CALLE O AVENIDA:

Avenida Cumana

BARRIO, SECTOR O URBANIZACIÓN:

Sector Casco Histórico, Jardín Botánico

PARROQUIA:

Catedral

MUNICIPIO:

Heres.

CIUDAD:

Ciudad Bolívar.

ESTADO:

Estado Bolívar.

PUNTOS DE REFERENCIAS:

1.- Avenida Cumana con Calle Rosario

2.- Frente Al estacionamiento del Jardín Botánico del Orinoco.

3.- Al lado de antiguo IMGEVE.

11
1.8.2 MISION

Ofrecer a nuestros clientes el mejor servicio de calidad profesional a equipos y

herramientas eléctricas así como asesoría técnica, mantenimiento, reparación, a nivel
comercial e industrial contando con el equipo y las herramientas necesarias para
realizar los trabajos, así como capacidad técnica siempre actualizada. Sirviendo con
responsabilidad, cumpliendo oportunamente a nuestros clientes, respetando el medio
ambiente para satisfacer las necesidades de la sociedad y contribuir con el desarrollo.

1.8.3 VISION

Ser una Empresa prestadora de servicios de reconocido prestigio y líder a

nivel regional con autonomía y excelencia, Ejecutar con eficiencia los
mantenimientos y reparaciones de los equipos con capacidad para acceder a la más
novedosa tecnología disponible en el mercado para el cumplimiento de los
compromisos adquiridos formada por un grupo de Técnicos Eléctricos Profesionales
que se distinga por proporcionar una calidad de servicio excelente ofreciendo
innovación, garantía y la mejor solución a las necesidades de sus clientes

12
1.8.5 ORGANIGRAMA

Figura 2: Organigrama RELECA, C.A.

Autores: Institución

13
1.9 PLANTEAMIENTO DE PROBLEMA

A nivel mundial las aplicaciones web han marcado un impacto transcendental

y se volvieron parte fundamentales para toda sociedad hoy en día. Las instituciones y
organizaciones se han visto en la necesidad de buscar mejoras para todas las
actividades realizadas habitualmente de forma manual por el hecho de que cada vez
es mayor la cantidad de información que se maneja. Además de que es de gran
necesidad disponer en todo momento de una información actualizada con mayor
rapidez y eficacia.

Hoy en día las instituciones u organizaciones están enfocadas en la

optimización de sus procesos, los cuales se hacen cada vez más sofisticados debido al
avance de la tecnología, especialmente en el área de la informática, y son una de las
bases fundamentales para llevar a cabo las diferentes actividades de forma rápida y
eficaz. De esta forma la actualización y la agilización de procesos manuales es
fundamental en todos los aspectos de sociedad, sobre todo en el campo laboral, donde
se necesita en todo momento información actualizada para el mejor desempeño de las
instituciones.

Los sistemas de información computarizados juegan un papel fundamental en

la sociedad, sobre todo en el contexto de la competitividad de las distintas compañías
que operan en un determinado mercado, sea cual sea su razón social.

La dinámica de las gestiones informáticas exige la disponibilidad de la

información en todo momento y además requiere que ésta sea a la vez verídica e
íntegra. Gracias a los distintos productos de software orientados a cubrir procesos
críticos de las instituciones, en los entes académicos administrativos han alcanzado
niveles superiores de ejecución, debido a que la automatización de un gran conjunto
de actividades que incrementan la velocidad y la calidad de los procesos.

14
 Las grandes instituciones cuentan con una infraestructura tecnológica que
soporta todas las actividades operacionales y administrativas inherentes al objetivo,
además de esto cuentan con Sistemas de Información Integrales que enmarcan todas
las áreas de trabajo.

Carmen Bastidas Marzo, 2014 afirma que Actualmente, las instituciones

presentan la necesidad de profundizar en los sistemas automatizados de información
y control como la mejor alternativa para que estas perfeccionen los mecanismos a
través de los cuales puedan desarrollar cada una de las metas trazadas en las áreas de
gestión.

En América Latina específicamente en Venezuela, se puede observar que

existen instituciones que no están integrada en las telecomunicaciones, por diversa
índoles ya sea por el factor económico, el factor miedo o desconocimiento de lo que
representa la creación de una red de computadoras. En este sentido el proyecto se
fundamenta en que, en dicha institución o empresa presenta una problemática en
analogía con el registro de información en las órdenes de servicios

Dentro de la empresa Releca, C.A. Al realizar las diferentes recolecciones de

información se pudo constatar que el problema principal que afecta a dicha compañía
es el registro y control de las órdenes de servicios, debido a las vulnerabilidades en
materia de confiablidad y seguridad que presenta este proceso al llevarlo de manera
manual. De esta manera dificulta el seguimiento del registro de las herramientas por
parte del área administrativa debido a ciertos inconvenientes como lo son el extravío
y deterioro de los talonarios de órdenes de servicios, poca confiabilidad de la
información lo cual afecta de gran manera a la institución a la hora de llevar de
manera correcta y eficaz el control de los servicios de revisión, mantenimiento y
reparación de las herramientas de los clientes.

A través de los datos recolectados utilizando la entrevista al personal

administrativo el cual están directamente involucrados con el registro control de las

15
ordenes de servicios, se pudo constatar que hay un factor el cual está presente en
todas las fallas que presenta el proceso de toma de las órdenes, por lo que se plantea
como principal factor a minimizar la vulnerabilidad humana que posee la aplicación.
Al manejar grandes volúmenes de información física esto genera principalmente el
extravió de información y lentitud en cada uno de los procesos mencionados.

La dinámica de las gestiones informáticas exige la disponibilidad de la

información en todo momento y además requiere que ésta sea a la vez verídica e
íntegra. Gracias a los distintos productos de software orientados a cubrir procesos
críticos de las instituciones, en los entes académicos administrativos han alcanzado
niveles superiores de ejecución, debido a que la automatización de un gran conjunto
de actividades que incrementan la velocidad y la calidad de los procesos.

1.10 OBJETIVO GENERAL

Desarrollar una Aplicación web para el registro y control de las órdenes de

servicios en la empresa de reparaciones eléctricas Releca, C.A. Ubicada Av. Cumana,
Parroquia Catedral, Ciudad Bolívar - Estado Bolívar.

1.11 OBJETIVOS ESPECIFICOS

1) Recopilar toda la información necesaria para identificar las necesidades de

institución para el diseño de la aplicación web.
2) Analizar los datos recopilados de la problemática existente.

3) Diseñar las interfaces gráficas de la aplicación web para registro y control

de las órdenes de servicios para las herramientas de acuerdo a las
necesidades de la institución.

4) Codificar los módulos de la aplicación web de acuerdo a las necesidades

para el registro y control de las órdenes de servicios para las herramientas
en la empresa Releca, C.A.

16
5) Implementar la aplicación web para el registro y control de las órdenes de
servicios para las herramientas en la empresa de reparaciones eléctricas
Releca, C.A.

17
1.12 JUSTIFICACION

El proceso actual de registro y control de órdenes de servicios que lleva la

empresa de Reparaciones Eléctricas Releca, C.A. posee una gran cantidad de fallas
las cuales ocasionan que sea imposible llevar el correcto registro de los servicios del
personal técnico, por lo que se plantea el desarrollo de una aplicación que limite los
factores que causan dicha problemática y de esta manera poder garantizar el correcto
funcionamiento del registro y control de órdenes de servicios.

El desarrollo de un sistema que lleve el registro sistematizado de las órdenes de

servicios, le brindara a la institución una serie de beneficios entre los cuales están:

 Mayor confiabilidad en la información.

 Ahorro en papelería.
 Agilizar la búsqueda de información referente a los servicios.

El desarrollo de esta aplicación también beneficiara a todo el personal de dicha

empresa porque al llevar el correcto registro de las de órdenes de servicios se podrá
hacer un seguimiento a las herramientas reparadas o que faltan por ser reparadas y
tomar medidas en el asunto.

En palabras concretas el proyecto tiene su basamento en la existencia de un problema

que podría mejorarse con la realización de un sistema que limite los factores que
causan dicha situación que, en pocas palabras, es el grado de error humano.

1.13 ALCANCE

El proyecto de investigación tiene como objetivo principal desarrollar una aplicación

web para mejorar el proceso de la toma de órdenes de servicios para las herramientas
llevadas a la empresa por parte del cliente. Entre los alcances que tendrá dicho

18
proyecto informático o aplicación web de registro y control de herramientas están las
siguientes acciones:

 Seguimiento computarizado de las órdenes de servicios.

 Consulta y modificación de los datos obtenidos.
 Registro de nuevos clientes y órdenes.
 Generar reportes del registro y control de las herramientas.

De igual manera la aplicación web contara con los parámetros de seguridad

necesarios para garantizar la transparencia absoluta del registro de las órdenes de
servicios, los respaldos y actualizaciones necesarias para garantizar la integridad de
los datos presentes en la aplicación.

19
 CAPÍTULO II

MARCO TEORICO – TECNOLOGICO

En este capítulo se menciona las investigación y tesis que sirvieron como

referencia y ayuda a la investigación destacando el aporte que cada estudio realizado,
además se definen las bases teóricas – tecnológicas que abarcan este proyecto, en este
también se encuentran las leyes, decretos de la República Bolivariana de Venezuela
que son base a esta investigación realizada.

2.1 ANTECEDENTES DE LA INVESTIGACIÓN

A pesar que existe una gama de diversidad de fuentes de información tales

como: fuentes secundarias, fuentes hemerográficas, revistas, tesis entre otras. Es muy
importante, ser selectivo en cuanto a las fuentes que se va a utilizar, ya que esto,
permitirá ser coherente en cada una de las ideas relacionadas al tema de
investigación.

La Universidad Nacional Abierta (1990), expresa que “Sería un error muy

grande que un científico pretendiera ignorar los aportes hechos por otros
investigadores. De esta manera el conocimiento científico no habría avanzado
mucho por cuanto siempre se estaría recomenzando el camino” (p. 140).

A través de las investigaciones que se abordaron en diferentes Universidades e

Institutos Universitarios, se pudo obtener una valiosa información para el desarrollo
de nuestro trabajo de investigación como se verá a continuación en las presentes
Tesis.

Suarez Christian y Cuellar Óscar (2012). “Diseño e Implementación de un

Software de Registro y Control de Inventarios al almacén CENTROSUR”.

20
Universidad EAN Convenio Universidad Surcolombiana, Especialización En
Administración Financiera Neiva – Huila.
El objetivo central se orientó al desarrollo de un sistema orientado a la web
para llevar la coordinación e interacción permanente del área operativa con el área
financiera específicamente con el departamento de contabilidad, el cual permitirá
analizar y controlar las cantidades exactas de despacho y recepción de mercancías con
las que cuenta la empresa en un periodo de tiempo determinado y a su vez realizar un
proceso de intercambio de información verídica que contribuya al mejoramiento y
dinamismo de la información financiera real. A fin de lograr este objetivo se aplicó la
metodología de desarrollo ASPIRAL. Por cuanto esta posee la fortaleza de generar
procesos agiles de desarrollo, esta investigación es de campo ya que es factible.
Mediante esta investigación se obtuvieron conceptos teóricos y tecnológicos
en cuanto al desarrollo de sistema web. Además aporta conocimientos útiles para
entender el proceso de un sistema web.

Amarelis del Carmen Ybarra. (2014) “Aplicación Web para el Registro y

Control de Documentos de las Dependencias Administrativas de la Universidad
Nacional Abierta Caso de Estudio Centro Local Lara”.

El propósito de este trabajo se enmarca dentro de este interés, enmarcada bajo

los lineamientos de la Metodología RUP (Rational Unified Process) debido a la
flexibilidad que tiene de adaptarse a cualquier tipo de proyecto haciendo uso de
buenas prácticas en el desarrollo de software como desarrollo iterativo, administrativo
eficiente de requerimientos y prototipos incrementales Es por ello que se plantea la
realización de una Aplicación Web para el Registro y Control de Documentos en las
dependencias administrativas de los Centros Locales de la Universidad 3 Nacional
Abierta, la cual permitirá la optimización de la búsqueda de información que
requieren consultar en las distintas dependencias en un momento determinado.

21
 Este trabajo investigativo se escogió como referencia, debido a que consiste
en realizar una Aplicación Web para el Registro y Control de Documentos de las
Dependencias Administrativas de la Universidad Nacional. Cabe destacar que se
utilizó como referencia principal para realizar el planteamiento del problema y la
tabulación de datos, entre sus ítems más resaltantes.

Rodríguez, Y. (2012). “Aplicación Web para el control de egresos e ingresos

de los bienes, material y suministros de la Unidad de Almacén del Instituto
Universitario de Tecnología del Estado Bolívar (IUTEB). Estado Bolívar –
Venezuela”.

El propósito de esta investigación, es desarrollar un sistema automatizado para

el control de egresos e ingresos de los bienes, materiales y suministros de la Unidad
de Almacén, con la finalidad de agilizar el proceso de registro y actualización de las
entradas y salidas, facilitando de esa forma la organización y generación de reportes y
consultas estadísticas, que puedan sustentar la toma de decisiones acertadas en cuanto
a los procesos realizados en la unidad, en la metodología de sistema se utiliza la
UWE ya que propone construir un modelo adaptativo para sistemas personalizados o
dependientes y dicha investigación es documental.

Se consideró como la mejor referencia para el desarrollo del presente

proyecto, esto debido a que fue realizado en la misma localidad y fue orientado para
llevar el control de los egresos e ingresos de la mercancía del almacén. Se tomó como
referencia el modelo conceptual, el modelado del sistema (diagramas caso de uso). A
la vez que sirve como punto de partida para el análisis de los requerimientos del
sistema.

Efectivamente estas investigaciones sirven como antecedentes para la

elaboración de nuestro proyecto socio-tecnológico, a pesar, de que estos trabajos de
grados fueron realizados en diferentes espacios geográficos e Instituciones, se puede
observar. que cada proyecto de tesis su importancia radica en proponer o actualizar

22
plataforma tecnológica en redes, estrategias de seguridad para la infraestructura de
Red, plataforma para pruebas de dispositivos intermedios en redes, es decir tema de
investigación que de alguna u otra manera esta interrelacionado con nuestro proyecto
que es proponer una plataforma tecnológica que satisface las necesidades del usuario,
necesidades que se ve reflejada en el acceso a la información de una forma rápida y
segura, donde la comunicación debe ser de forma fácil y oportuna.

2.2 BASES TEÓRICAS

Sampieri, Collado y Lucio (2003), señalan: “que siempre es importante ver

el pasado para construir el presente y mirar hacia el futuro. Es decir, resulta
conveniente localizar, obtener y consultar estudios antecedentes, libros, revistas
científicas, ensayos, tesis, foros, y páginas de Internet, material audiovisual,
testimonios de expertos y todas aquella fuente que se relacione con nuestro
problema o tema de investigación. Todo esto, sin importar que sigamos un enfoque
cuantitativo, cualitativo o mixto”. (p.64)

Como fundamentos teóricos del trabajo de investigación se toman en

referencias algunas teorías y conceptos que permitan orientar los aspectos trazados en
la investigación en la cuales destacan:

Metodología de desarrollo UWE

UWE (UML-Based Web Engineering o UML basado en Ingeniería Web) es

un proceso del desarrollo para aplicaciones Web enfocado sobre el diseño
sistemático, la personalización y la generación semiautomática de escenarios que
guíen el proceso de desarrollo de una aplicación Web. UWE describe una
metodología de diseño sistemática, basada en las técnicas de UML, la notación de
UML y los mecanismos de extensión de UML.

23
 Es una herramienta que permitirá modelar aplicaciones web, utilizada en la
ingeniería web, prestando especial atención en sistematización y personalización
(sistemas adaptativos). UWE es una propuesta basada en el proceso unificado y UML
pero adaptados a la web. En requisitos separa las fases de captura, definición y
validación. Hace además una clasificación y un tratamiento especial dependiendo del
carácter de cada requisito.

En el marco de UWE es necesario la definición de un perfil UML (extensión)

basado en estereotipos con este perfil se logra la asociación de una semántica distinta
a los diagramas del UML puro, con el propósito de acoplar el UML a un dominio
específico, en este caso, las aplicaciones Web. Entre los principales modelos de UWE
podemos citar: el modelo lógico-conceptual, modelo navegaciones, modelo de
presentación, visualización de Escenarios Web y la interacción temporal, entre los
diagramas: diagramas de estado, secuencia, colaboración y actividad.

UWE define vistas especiales representadas gráficamente por diagramas en

UML. Además UWE no limita el número de vistas posibles de una aplicación, UML
proporciona mecanismos de extensión basados en estereotipos. Estos mecanismos de
extensión son los que UWE utiliza para definir estereotipos que son lo que finalmente
se utilizarán en las vistas especiales para el modelado de aplicaciones Web. De esta
manera, se obtiene una notación UML adecuada a un dominio en específico a la cual
se le conoce como Perfil UML.

Esta metodología se especializa en la especificación de aplicaciones

adaptativas, y por tanto hace especial hincapié en características de personalización,
como es la definición de un modelo de usuario o una etapa de definición de
características adaptativas de la navegación en función de las preferencias,
conocimiento o tareas de usuario. En lo referente a sus fases, son las siguientes:

24
 Captura, análisis y especificación de requisitos: En simples palabras durante
esta fase, se adquieren, reúnen y especifican las características funcionales y no
funcionales que deberá cumplir la aplicación web. Trata de diferente forma las
necesidades de información, las necesidades de navegación, las necesidades de
adaptación y las de interfaz de usuario, así como algunos requisitos adicionales.
Centra el trabajo en el estudio de los casos de uso, la generación de los glosarios y
el prototipado de la interfaz de usuario.
 Diseño del sistema: Se basa en la especificación de requisitos producido por el
análisis de los requerimientos (fase de análisis), el diseño define cómo estos
requisitos se cumplirán, la estructura que debe darse a la aplicación web.
 Codificación del software: Durante esta etapa se realizan las tareas que
comúnmente se conocen como programación, que consiste, esencialmente, en
llevar a código fuente, en el lenguaje de programación elegido, todo lo diseñado
en la fase anterior.
 Pruebas: Las pruebas se utilizan para asegurar el correcto funcionamiento de
secciones de código.
 La Instalación o Fase de Implementación: Proceso por el cual los programas
desarrollados son transferidos apropiadamente al computador destino,
inicializados, y, eventualmente, configurados; todo ello con el propósito de ser ya
utilizados por el usuario final.

Esto incluye la implementación de la arquitectura, de la estructura del

hiperespacio, del modelo de usuario, de la interfaz de usuario, de los mecanismos
adaptativos y las tareas referentes a la integración de todas estas
implementaciones.
 El Mantenimiento: Es el proceso de control, mejora y optimización del software
ya desarrollado e instalado, que también incluye depuración de errores y defectos
que puedan haberse filtrado de la fase de pruebas de control.
Aplicación web

25
Sistema

Según Ricardo Seminario (2008) “Un sistema está conformado por un

conjunto de entes u objetos componentes que interactúan entre sí para el logro de
objetivos. Un sistema tiene la propiedad de que toda acción que produce cambios en
una de las partes de los sistemas, también estos cambios se dan en el resto del
sistema.”

Inventario

Según Catacora (2007), "Representan las partidas del activo que son
generadoras de ingresos para varios tipos de empresas, entre las cuales se encuentran
las que tienen una actividad de transformación y las que se dedican a la compra y
venta o comercialización”. (p.148)

Gestión de Información

Según Ponjùan (2003) "El proceso mediante el cual se obtienen, despliegan y

utilizan recursos básicos (económicos, físicos, humanos, materiales, tecnológicos)
para manejar información dentro y para la sociedad a la que sirve". (p.134)

Base de Datos

Según Piattini (2006) “Es una colección o depósito de datos integrados,

almacenados en soporte secundario (no volátil) y con redundancia controlada. Los
datos, que han de ser compartidos por diferentes usuarios y aplicaciones, deben
mantenerse independientes de ellos, y su definición (estructura de la base de datos)
única y almacenada junto con los datos, se ha de apoyar en un modelo de datos, el
cual ha de permitir captar las interrelaciones y restricciones existentes en el mundo
real.”

26
Sistema Automatizado

Según Senn (1990). “Es un sistema (basado en el computador), que procesa

datos, en forma tal que puedan ser analizados por quien los recibe para ser utilizados
en las tomas de decisiones.”

Software

Según Castellano Casas Ricardo (2001) “El software es el conjunto de

instrucciones y datos en formato binario almacenados en la memoria principal, que le
indica a una computadora que debe hacer y cómo. Es decir, el software dirige al
hardware el software es la parte lógica del sistema informático.”

Sistema informático

Según Leandro Alegsa (2009) “Es un conjunto de partes que funcionan

relacionándose entre sí con un objetivo preciso. Sus partes son: hardware, software y
las personas que lo usan. Por ejemplo, una computadora, sus dispositivos periféricos
y la persona que la maneja, pueden constituir un sistema informático.”

2.3 BASES LEGALES

Es importante resaltar, los instrumentos legales que soportan el proyecto.

Según Villafranca D. (2002) “Las bases legales no son más que se leyes que sustentan
de forma legal el desarrollo del proyecto” explica que las bases legales “son leyes,
reglamentos y normas necesarias en algunas investigaciones cuyo tema así lo
amerite”

Constitución De La República Bolivariana De Venezuela (1999)

La constitución de la República Bolivariana de Venezuela establece en los

siguientes artículos:

27
 Artículo 108: Los medios de comunicación social, públicos y privados, deben
contribuir a la formación ciudadana. El Estado garantizará servicios públicos de
radio, televisión y redes de bibliotecas y de informática, con el fin de permitir el
acceso universal a la información. Los centros educativos deben incorporar el
conocimiento y aplicación de las nuevas tecnologías, de sus innovaciones, según los
requisitos que establezca la ley.

Otra Artículo relacionado a nuestro Proyecto Socio-Tecnológico es el

Artículo 110: El estado reconocerá el interés público de ciencia, la tecnología,

el conocimiento, la innovación y sus aplicaciones y los servicios de información
necesaria por ser instrumentos fundamentales para el desarrollo económico, social y
político del país, así como la seguridad y soberanía nacional. Para el fomento y el
desarrollo de esas actividades, el Estado destinará recursos suficientes y creará el
sistema nacional de Ciencia y Tecnología de acuerdo con la ley.

De acuerdo a los artículos establecidos en la Constitución de la República

Bolivariana de Venezuela el Estado garantizará una educación plena con la ayuda de
las Tic es decir de las Tecnologías de la Información y la Comunicación. Podemos
decir que Venezuela reconoce el interés del uso de la ciencia y la tecnología para el
fomento del conocimiento, esto permite a la Nación Venezolana estar a la vanguardia
de las innovaciones y alcances que la conduzcan hacia los niveles del desarrollo
educativo, cultural, social y en este caso concreto, institucional, en función de brindar
a sus habitantes y en especial a las Instituciones Públicas, niveles de calidad,
excelencia y pertinencia para utilizar racionalmente la tecnología y la ciencia como
tal, dentro de sus actividades administrativas, económicas y sociales en pro de un
bienestar para su talento humano.

Ley Orgánica De Ciencia, Tecnología e Innovación (2010)

Disposiciones Fundamentales

28
 Artículo 1. Objeto de esta Ley. La presente Ley tiene por objeto desarrollar
los principios orientadores que en materia de ciencia, tecnología e innovación y sus
aplicaciones, establece la Constitución de la República Bolivariana de Venezuela,
organizar el Sistema Nacional de Ciencia, Tecnología e Innovación, definir los
lineamientos que orientarán las políticas y estrategias para la actividad científica,
tecnológica, de innovación y sus aplicaciones, con la implantación de mecanismos
institucionales y operativos para la promoción, estímulo y fomento de la
investigación científica, la apropiación social del conocimiento y la transferencia e
innovación tecnológica, a fin de fomentar la capacidad para la generación, uso y
circulación del conocimiento y de impulsar el desarrollo nacional.

Artículo 2. Interés público. Las actividades científicas, tecnológicas, de

innovación y sus aplicaciones son de interés público y de interés general.

Artículo 3. Sujetos de esta Ley. Forman parte del Sistema Nacional de

Ciencia, Tecnología e Innovación, las instituciones públicas o privadas que generen y
desarrollen conocimientos científicos y tecnológicos, como procesos de innovación, y
las personas que se dediquen a la planificación, administración, ejecución y
aplicación de actividades que posibiliten la vinculación efectiva entre la ciencia, la
tecnología y la sociedad. A tal efecto, los sujetos que forman parte del Sistema son:

1. El Ministerio de Ciencia y Tecnología, sus organismos adscritos y las

entidades tuteladas por éstos, o aquellas en las que tengan participación.

2. Las instituciones de educación superior y de formación técnica, academias

nacionales, colegios profesionales, sociedades científicas, laboratorios y centros de
investigación y desarrollo, tanto público como privado.

3. Los organismos del sector privado, empresas, proveedores de servicios,

insumos y bienes de capital, redes de información y asistencia que sean incorporados
al Sistema.

29
4. Las unidades de investigación y desarrollo, así como las unidades de
tecnologías de información y comunicación de todos los organismos públicos.

5. Las personas públicas o privadas que realicen actividades de ciencia,

tecnología, innovación y sus aplicaciones.

Artículo 4. Ámbito de acción. De acuerdo con esta Ley, las acciones en

materia de ciencia, tecnología, innovación y sus aplicaciones, estarán dirigidas a:

1. Formular, promover y evaluar planes nacionales que en materia de ciencia,

tecnología, innovación y sus aplicaciones, se diseñen para el corto, mediano y largo
plazo.

2. Estimular y promover los programas de formación necesarios para el

desarrollo científico y tecnológico del país.

3. Establecer programas de incentivos a la actividad de investigación y

desarrollo y a la innovación tecnológica.

4. Concertar y ejecutar las políticas de cooperación internacional requeridas para

apoyar el desarrollo del Sistema Nacional de Ciencia, Tecnología e Innovación.

5. La coordinación intersectorial de los demás entes y organismos públicos que

se dediquen a la investigación, formación y capacitación científica y tecnológica,
requeridas para apoyar el desarrollo y adecuación del Sistema Nacional de Ciencia,
Tecnología e Innovación.

6. Impulsar el fortalecimiento de una infraestructura adecuada y el equipamiento

para servicios de apoyo a las instituciones de investigación y desarrollo y de
innovación tecnológica.

7. Estimular la capacidad de innovación tecnológica del sector productivo,

empresarial y académico, tanto público como privado.

30
8. Estimular la creación de fondos de financiamiento a las actividades del
Sistema Nacional de Ciencia, Tecnología e Innovación.

9. Desarrollar programas de valoración de la investigación a fin de facilitar la

transferencia e innovación tecnológica.

10. Impulsar el establecimiento de redes nacionales y regionales de cooperación

científica y tecnológica.

11. Promover mecanismos para la divulgación, difusión e intercambio de los

resultados de investigación y desarrollo y de innovación tecnológica generados en el
país.

12. Crear un Sistema Nacional de Información Científica y Tecnológica.

13. Promover la creación de instrumentos jurídicos para optimizar el desarrollo

del Sistema Nacional de Ciencia, Tecnología e Innovación.

14. Estimular la participación del sector privado, a través de mecanismos que

permitan la inversión de recursos financieros para el desarrollo de las actividades
científicas, tecnológicas, de innovación y sus aplicaciones.

Artículo 5. Actividades de ciencia, tecnología, innovación y sus aplicaciones.

Las actividades de ciencia, tecnología, innovación y sus aplicaciones, así como, la
utilización de los resultados, deben estar encaminadas a contribuir con el bienestar de
la humanidad, la reducción de la pobreza, el respeto a la dignidad, a los derechos
humanos y la preservación.

Ley Orgánica de la Contraloría General de la República y del Sistema Nacional

de Control Fiscal

Artículo 7: .Los entes y organismos del sector público, los servidores públicos
y los particulares están obligados a colaborar con los órganos que integran el Sistema

31
Nacional de Control Fiscal, y a proporcionarles las informaciones escritas o verbales,
los libros, los registros y los documentos que les sean requeridos con motivo del
ejercicio de sus competencias. Asimismo, deberán atender las citaciones o
convocatorias que les sean formuladas.

Ley De Infogobierno (2014)

Artículo 4 Interés público y carácter estratégico.

Son de interés público y estratégico las tecnologías de información, en

especial las tecnologías de información libres, como instrumento para garantizar la
efectividad, transparencia, eficacia y eficiencia de la gestión pública; profundizar la
participación de la ciudadanía en los asuntos públicos; el empoderamiento del Poder
Popular y contribuir corresponsablemente en la consolidación de la seguridad,
defensa y soberanía nacional.

Artículo 14 Principio de accesibilidad

El Poder Público, en forma corresponsable con el Poder Popular, participa en

el desarrollo, implementación y uso de las tecnologías de información libres, a fin de
garantizar a las personas, en igualdad de condiciones, el acceso y la apropiación
social del conocimiento asociado a esas tecnologías.

Artículo 15 Condiciones de accesibilidad y usabilidad

En el diseño y desarrollo de los sistemas, programas, equipos y servicios

basados en tecnologías de información, se debe prever las consideraciones de
accesibilidad y usabilidad necesarias para que éstos puedan ser utilizados de forma
universal por aquellas personas que, por razones de discapacidad, edad, o cualquier
otra condición de vulnerabilidad, requieran de diferentes tipos de soportes o canales
de información.

32
Artículo 16 Fomento del conocimiento de las tecnologías de información

Es deber del Poder Público, en forma corresponsable con el Poder Popular,

garantizar a todas las personas, a través del sistema educativo los medios para la
formación, socialización, difusión, innovación, investigación y comunicación en
materia de tecnologías de información libres, según los lineamientos de los órganos
rectores en las materias.

Artículo 17 Formación

El Poder Público debe proporcionar la formación en materia de tecnologías de

información libres de sus respectivos colectivos laborales, para que interactúen con
los sistemas y aplicaciones, desempeñando eficientemente sus labores y funciones en
la gestión pública. Asimismo debe facilitar la formación de las personas, a fin de
garantizarla apropiación social del conocimiento.

Artículo 20

Derecho a la participación en la promoción de los servicios y uso de las

tecnologías de información El Poder Público y el Poder Popular están obligados a
garantizar en sus portales de internet el ejercicio del derecho de las personas a
participar, colaborar y promover el uso de las tecnologías de información libres,
creación de nuevos servicios electrónicos o mejoramiento de los ya existentes.

Ley Sobre Simplificación de Trámites Administrativos (1999)

Artículo 45.

Cada organismo de la Administración Pública creará un sistema de

información centralizada, automatizada, ágil y dé fácil acceso que sirva de apoyo al
funcionamiento de los servicios de atención al público, disponible para éste ara el
personal asignado a los mismos y, en general, para cualquier funcionario de otros
organismos, a los fines de integrar y compartir la información, propiciando la

33
coordinación y colaboración entre los órganos de la Administración Pública, de
acuerdo con el principio de la unidad orgánica.

Decreto Presidencial Numero 825 (2004)

HUGO CHÁVEZ FRÍAS, Presidente de la República De conformidad con lo

previsto en el artículo 110 de la Constitución de la República Bolivariana de
Venezuela, en concordancia con lo dispuesto en los artículos 1° de la Ley de
Telecomunicaciones, y 5° de la Ley Orgánica de la Administración Central, en
Consejo de Ministros.

Artículo 1. Se declara el acceso y el uso de Internet como política prioritaria

para el desarrollo cultural, económico, social y político de la República Bolivariana
de Venezuela.

Artículo 5. El Ministerio de Educación, Cultura y Deportes dictarán las

directrices tendentes a instruir sobre el uso de Internet, el comercio electrónico, la
interrelación y la sociedad del conocimiento. Para la correcta implementación de lo
indicado, deberán incluirse estas ternas en los planes de mejoramiento profesional del
magisterio.

Artículo 7°: El Ministerio de Educación, Cultura y Deportes, en coordinación

con los Ministerios de Infraestructura, de Planificación y Desarrollo y, de Ciencia y
Tecnología, presentará anualmente el plan para la dotación de acceso a Internet en los
planteles educativos y bibliotecas públicas, estableciendo una meta al efecto.

Artículo 8°: En un plazo no mayor de tres (3) años, el cincuenta por ciento
(50%) de los programas educativos de educación básica y diversificada deberán estar
disponibles en formatos de Internet, de manera tal que permitan el aprovechamiento
de las facilidades interactivas, todo ello previa coordinación del Ministerio de
Educación, Cultura y Deportes.

34
 Artículo 11°: El Estado, a través del Ministerio de Ciencia y Tecnología
promoverá activamente el desarrollo del material académico, científico y Cultural
para lograr un acceso adecuado y uso efectivo de Internet.

En este sentido, se exhorta como debe ser el uso de la Internet y comercio de

la misma en la sociedad venezolana, principalmente en las instituciones u organismos
de la administración pública, que deben facilitar a tr5avés de su uso, la solución de las
necesidades de la comunidad para el desarrollo de sus actividades administrativas,
sociales, entre otras de importancia.

2.4 DEFINICIÓN DE TÉRMINOS

Automatización: (Del griego antiguo auto: guiado por uno mismo) es el uso de
sistemas o elementos computarizados y electromecánicos para controlar maquinarias
y/o procesos industriales sustituyendo a operadores humanos.

Aplicación: Es un tipo de programa informático diseñado como herramienta para

permitir a un usuario realizar uno o diversos tipos de trabajo.

Aplicación web: Son aquellas aplicaciones que los usuarios pueden utilizar
accediendo a un servidor web a través de Internet o de una intranet mediante un
navegador.

Base de datos: Es un conjunto de datos pertenecientes a un mismo contexto y

almacenados sistemáticamente para su posterior uso. En este sentido; una biblioteca
puede considerarse una base de datos compuesta en su mayoría por documentos y
textos impresos en papel e indexados para su consulta.

Registro de inventario: Lista de documentos en donde se les da un número

correlativo según su orden de ingreso.

35
Cliente-servidor: La arquitectura cliente-servidor es un modelo de aplicación
distribuida en el que las tareas se reparten entre los proveedores de recursos o
servicios, llamados servidores, y los demandantes, llamados clientes. Un cliente
realiza peticiones a otro programa, el servidor, que le da respuesta.

Consulta: Las consultas son los objetos de una base de datos que permiten recuperar
datos de una tabla, modificarlos e incluso almacenar el resultado en otra tabla.
Básicamente, una consulta es una forma de buscar, encontrar y exhibir determinada
información, extrayéndola del cúmulo de datos que almacena la base.

Dato: Un dato es la expresión general que describe las características de las entidades
sobre las cuales opera un algoritmo.

Entidad: Es una persona, objeto, lugar o evento de interés para la organización y

acerca del cual se capturan, almacenan o procesa datos.

FTP: Protocolo de transferencia de archivos, permite conectarse a un computador y

transferir fichero de tipo texto y de tipo binario entre su máquina local y la maquina
remota.

HTML: Siglas de Hyper Text MarkupLanguage («Lenguaje de marcado de

hipertexto»), es el lenguaje de marcado predominante para la elaboración de páginas
web. Es usado para describir la estructura y el contenido en forma de texto, así como
para complementar el texto con objetos tales como imágenes.

HTTP: Protocolo de Transferencia de Híper Texto, permite visualizar las páginas

web.

JQUERY: Es una biblioteca de JavaScript, creada inicialmente por John Resig, que
permite simplificar la manera de interactuar con los documentos HTML, manipular el
árbol DOM, manejar eventos, desarrollar animaciones y agregar interacción con la
técnica AJAX a páginas web.

36
Lenguaje De Programación: Es un idioma artificial diseñado para expresar
computaciones que pueden ser llevadas a cabo por máquinas como las computadoras.
Pueden usarse para crear programas que controlen el comportamiento físico y lógico
de una máquina, para expresar algoritmos con precisión, o como modo de
comunicación humana.

MySQL: Es un servidor multi-hilos de base de datos de código abierto, confiable,

rápido, compacto, poderoso y multiplataforma podemos hacer las bases de datos a
código abierto. Es una base de datos rápidos y fiables que se integra a la perfección
con PHP y que resulta adecuada para aplicaciones dinámicas.

PHP: Según Pantoja, E. (2010).Es un lenguaje de programación interpretado,

diseñado originalmente para la creación de páginas web dinámicas. Se usa
principalmente para la Interpretación del lado del servidor (server-side scripting)
pero actualmente Puede ser utilizado desde una interfaz de línea de comandos o en la
creación de otros tipos de programas. (pág. 69).

Reporte: Productos de base de datos que despliega datos para satisfacer un conjunto
específico de criterios de búsqueda, presentado en una distribución predefinida la cual
es diseñada por el usuario.

Requerimiento: Es una característica que debe incluirse en un nuevo sistema. Esta

puede ser la inclusión de determinada forma para capturar o procesar datos, producir
información.

Software: Es el conjunto de los programas de cómputo, procedimientos, reglas,

documentación y datos asociados que forman parte de las operaciones de un sistema
de computación.

Sitio web: Un conjunto de páginas web, típicamente comunes a un dominio o

subdominio en la World Wide Web.

37
Servidor web: Un servidor web o servidor HTTP es un programa informático que
procesa una aplicación del lado del servidor realizando conexiones bidireccionales
y/o unidireccionales y síncronas o asíncronas con el cliente generando o cediendo una
respuesta en cualquier lenguaje o aplicación del lado del cliente.

Sistema: Es un objeto compuesto cuyos componentes se relacionan con al menos

algún otro componente; puede ser material o conceptual.

Usuario: Es un conjunto de permisos y de recursos (o dispositivos) a los cuales se

tiene acceso. Es decir, un usuario puede ser tanto una persona como una máquina, un
programa, etc.

Web: (También conocida como « World Wide Web »), el sistema de documentos (o
páginas web) interconectados por enlaces de hipertexto, disponibles en Internet.

Lenguaje de Programación: lenguaje artificial que puede ser usado para controlar el
comportamiento de una máquina.

Modelo cascada: Es el enfoque metodológico que ordena rigurosamente las etapas

del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa
debe esperar a la finalización de la etapa anterior.

Seguridad Informática: Es un estado de cualquier sistema (informático o no) que

nos indica que ese sistema está libre de peligro, daño o riesgo. Se entiende como
peligro o daño todo aquello que pueda afectar su funcionamiento directo o los
resultados que se obtienen del mismo.

38
 CAPITULO III

MARCO METODOLOGICO

Toda investigaciones se fundamenta en un marco metodológico, el cual define

uso de métodos, técnicas, instrumento, estrategias, y procedimiento a utilizar en el
estudio que se desarrolla en un conjunto de acciones destinadas a describir y analizar
el fondo del problema planteado, a través de procedimientos específicos que incluye
las técnicas de observación y recolección de datos, determinando el “cómo” se
realizará el estudio, esta tarea consiste en hacer operativa los conceptos y elementos
del problema a estudiar.

3.1 TIPO DE INVESTIGACIÓN

El marco metodológico de la presente investigación, se orientó hacia la

búsqueda de soluciones prácticas para lograr el desarrollo efectivo de la
investigación, por lo cual la misma está enmarcada, en la modalidad de Proyecto
Factible, con apoyo de una Investigación de Campo.

Se considera proyecto factible porque se basa en el diseño e implementación

de una Aplicación web un sistema para el registro y control de las órdenes de
servicios para las herramientas en la empresa de reparaciones eléctricas Releca, C.A.

Según el Manual de Trabajos de Grados de la Universidad Pedagógica

Experimental Libertador (UPEL) (2006), el proyecto factible: “Consiste en una
investigación, elaboración y desarrollo de una propuesta de un modelo operativo
viable para solucionar problemas, requerimientos, necesidades de organización o
grupos sociales; puede referirse a la formulación de políticas, programas,
tecnología, métodos o procesos”.

39
 La investigación tiene como finalidad ampliar el conocimiento científico-
tecnológico y práctico, sobre el desarrollo de soluciones informáticas, como lo son la
creación de aplicaciones web, así como también se efectuara un análisis sobre los
beneficios de la misma, enmarcado dentro de cada objetivo específico a desarrollar.

Se seleccionó la investigación de campo, porque consiste en la recolección de

datos directamente de la realidad donde ocurren los hechos, sin manipular o controlar
las variables con el propósito de estudiar los fenómenos sociales en su ambiente
natural. Bien sea analizar, describirlos, interpretarlos, entender su naturaleza y
factores constituyentes, explicar sus causas y efectos, o predecir su ocurrencia,
haciendo uso de métodos característicos de cualquiera de los paradigmas o enfoques
de investigación conocidos o en desarrollo.

Los datos de interés son recogidos en forma directa de la realidad que es en

este caso en la administración de la empresa RELECA, C.A.; en este sentido
obtenemos datos originales o primarios que son suministrados por el encargado de la
unidad antes mencionada, empleando diversas herramientas para la recopilación de
información.

3.2 DISEÑO DE INVESTIGACIÓN

El diseño de la investigación es el mecanismo mediante el cual el

investigador analiza potencialidades y debilidades para llevar a cabo el proceso que
se investiga. Para dicho efecto Hurtado, I. y Toro, G. (2001), plantean que este
proceso “permite la preparación de las condiciones que posibilita la recolección y
análisis de datos, de tal forma que se puedan encontrar resultados relevantes para
la investigación” (pág. 120)

40
Investigación no experimental

De acuerdo a Hernández Sampieri (2006) la investigación no experimental es

observar fenómenos tal como se dan en su contexto natural para después analizarlos.
Como lo señala Kerlinger y Lee, en la investigación no experimental “no es posible
manipular las variables o asignar aleatoriamente a los participantes a los
tratamientos, de hecho no hay condiciones o estímulos planeados que se administren
a los participantes del estudio.”

El Diseño de investigación no experimental es el que se realiza sin manipular

de forma deliberada las variables, observando el fenómeno tal y como ocurre
naturalmente sin interferir en su desarrollo, pudiendo ser en un tiempo determinado o
no, para luego ser analizados. El investigador no sustituye ni manipula de forma
intencional las variables independientes.

Según Rodríguez Marilín y Vargas Darvin (2013) en el libro Diseños No

Experimentales Transaccionales, las fases del diseño se estructuran de la siguiente
manera:
 Delimitación del problema de estudio: en el que se define el objeto de estudio y
se escoge una metodología que se adecue al mismo.

 Revisión teórica: donde se ubica el objeto de estudio en el marco del

conocimiento desarrollado en el área.

 Elaboración de instrumento: se establecen criterios organizados de los datos que

se necesitan para la investigación.

 Aplicación del instrumento: acercarse a la realidad a través de la recolección de

datos.

 Análisis de datos: en esta fase se agrupan los resultados de acuerdo con los
resultados que permitan inferir la situación real de la cuestión.

41
 Redacción de conclusiones y redacción de informe: aquí se extraen los
resultados de investigación y se ordenan de forma coherente y comprensible.

Estas fases se ejecutaron en el proyecto de la siguiente manera: en la primera

fase de delimitación del problema, se plantearon ideas para posibles proyectos y se
procedió a ir a la institución para presentar las propuestas, de las cuales la empresa
eligió la aplicación para un sistema para el registro y control de las órdenes de
servicios para las herramientas, así facilitar la realización de dicha tarea.

En la fase de Revisión teórica, se realizó una investigación a la historia de la

institución, la estructura del plantel y personal, así como el inventario del equipo que
posee. También se investigó además proyectos similares, conceptos y metodologías
que servirían de apoyo teórico a la hora de citar y consolidar la información en el
informe del proyecto.

Para la fase de Elaboración del instrumento, se eligieron los instrumentos y

herramientas a utilizar para la recolección de los datos necesarios para el desarrollo
de la aplicación. En la fase de Aplicación del instrumento, su usaron la entrevista y la
encuesta ya estructurados anteriormente al personal seleccionado. Se obtuvieron los
datos y se guardó la información para su posterior uso en el proyecto.

Ya para la fase de Análisis de datos, se procedió a analizar la información

recolectada a través de los instrumentos escogidos, para así poder determinar las
especificaciones y funciones que deberá tener la aplicación, de tal manera que
beneficie a la institución. También sirvió para tener un mayor entendimiento en
cuanto al proceso desde la llegada del cliente, la toma de datos para las órdenes de
servicios, teniendo así una mayor cercanía con su situación. Finalmente, para la fase
de Redacción de conclusiones y redacción del informe, ya se han establecido los
parámetros que tendría el programa y se procedió con el desarrollo del mismo,

42
además de continuar con la recopilación y organización de los datos y teoría para el
informe del proyecto.

El diseño de la investigación es no experimental, según Hernández,

Fernández y Baptista (2007), “es aquella donde las variables son medidas en su
estado natural sin afectarlas o modificarlas en modo alguno.” Partiendo de esta
premisa los datos en la empresa RELECA, C.A., son tomados directamente de la voz
de los usuarios, de acuerdo con sus percepciones e interpretaciones, sin modificar o
afectar los procesos que realizan actualmente la gestión administrativa.

La presente investigación aplica el Diseño no experimental debido a que las

variables y datos no son manipulados si no que se utilizan para construir una plantilla
de registro de acuerdo a los requisitos y necesidades de la empresa, para plasmar en
ella aspectos como son los clientes, campos de datos de la persona como el nombre,
apellido, teléfono, así como la información de la herramienta que es recibida, el
técnico que ejecuta la revisión y posterior reparación. Todo esto se realiza sin
manipular ninguna variable, sino que se emplean para el desarrollo de una aplicación
que les ayudara en la sistematización y rendimiento del registro y control de las
órdenes de servicios en la empresa de reparaciones eléctricas Releca, C.A.

Ya para la fase de Análisis de datos, se procedió a analizar la información

recolectada a través de los instrumentos escogidos, para así poder determinar las
especificaciones y funciones que deberá tener la aplicación, de tal manera que
beneficie a la institución. Finalmente, para la fase de Redacción de conclusiones y
redacción del informe, ya se han establecido los parámetros que tendría el programa y
se procedió con el desarrollo del mismo, además de continuar con la recopilación y
organización de los datos y teoría para el informe del proyecto.

43
3.3 TÉCNICA O INSTRUMENTO DE RECOLECCIÓN DE DATOS

Según Rodríguez Peñuelas (2008) las técnicas son “los medios empleados
para recolectar información, entre las que destacan la observación, cuestionario,
entrevistas, encuestas.” Las técnicas son los recursos o procedimientos que utiliza el
investigador para acercarse a la realidad que estudia y acceder a su conocimiento.

Para el desarrollo de la investigación, se utilizaron diversas técnicas que

permiten recolectar una gran cantidad de información necesaria, por lo tanto se
aplicaron las siguientes:
Encuesta:

Según Tamayo y Tamayo (2007), “Es aquella que permite dar respuestas a
problemas en términos descriptivos como de relación de variables, tras la recogida
sistemática de información según un diseño previamente establecido que asegure el
rigor de la información obtenida”. (pág. 24).

Es importante señalar, que esta técnica estuvo dirigida hacia a la

administradora y encargada de la empresa.

Revisión Documental:

Para Hurtado J. (2000): “Es una técnica en la cual se recurre a una

información escrita, ya sea bajo la toma de datos que pueden haber sido producto de
mediciones hechas por otros o como texto que en sí mismo constituyen los eventos del
estudio” (pág. 427).

Para esta investigación se aplicó la técnica de revisión documental,

consultando textos asociados a los sistemas de información bajo ambiente web, de
igual manera, fue estudiada la gestión del registro, con el fin de obtener una base de
conocimiento sobre los mismos.

44
Observación directa:

Según Hurtado J. (2000), “La observación directa constituye un proceso de

atención, recopilación, selección y registro de información, para el cual se apoya en
sus sentidos”. (pág. 459).

Entrevista no Estructurada:

La entrevista no estructurada, según Arias F. (2006) “es un simple

interrogatorio es una técnica basada en un dialogo o conversación “cara a cara”,
entre el entrevistador y el entrevistado acerca de un tema previamente determinado,
de tal manera que el entrevistador pueda obtener la información requerida”
(pág.73)

Se aplicó a la administradora y encargada de la empresa., con el fin de obtener

toda la información necesaria que sirvió de guía en la investigación realizada. Este
método se utilizó de manera de conversaciones y preguntas sencillas, para lograr
obtener su opinión e información de dicha situación actual.

Instrumentos de Recolección de Datos

Según F. Arias (1999) los instrumentos “son los medios materiales que se
emplean para recoger y almacenar la información.”

Los instrumentos le sirven de apoyo al investigador para recolectar y guardar

los datos obtenidos. En este sentido, los medios materiales que se utilizaron para
almacenar la información fueron libretas y hojas, para la toma de notas, las cámaras
de los teléfonos para la evidencia fotográfica, computadoras para la transcripción en
digital de la información obtenida y búsqueda de otras fuentes de información para la
parte teórica de la investigación, y finalmente memoria USB para el transporte y
resguardo de la misma.

45
Cuestionario:

Según Hurtado, J. (2000) un cuestionario “es un instrumento que agrupa una

serie de preguntas relativas a un evento, situación o temática particular, sobre el
cual el investigador desea obtener información” (pág. 469).

Para recoger datos se aplicó el cuestionario como instrumento de preguntas

dirigidas a los empleados del Departamento de Telemática quienes expresan su
opinión de los requerimientos, funcionamiento y evaluación del registro y control de
las ordenes de servicios actual y así conocer la problemática a solucionar, se logró
conocer lo que se desea realizar que es implantar una aplicación web para el registro
y control de las ordenes de servicios para las herramientas en la empresa de
reparaciones eléctricas.

3.4 POBLACIÓN Y MUESTRA

La población es un conjunto de individuos de la misma clase, limitada por el

estudio y se ven afectados por este. Según Tamayo y Tamayo, (2007).Se define como
la totalidad de un fenómeno de estudio, incluyendo la totalidad de unidades de
análisis o entidades de población donde integran dicho fenómeno y que deben de
cuantificarse para determinado estudio integrado por un conjunto de entidades que
participan de una determinada característica (pág.176).

En la investigación de campo se logró determinar que en la Empresa de

Reparaciones Eléctricas Releca, C.A. cuenta con una población de (14) personas que
laboran en la institución antes mencionada.

Recordando que de acuerdo a Tamayo y Tamayo (2007), la muestra sería "El

principio de que las partes o subconjuntos representan un todo y por lo tanto reflejan
las características que definen la población de la cual fue extraída, lo cual indica
que es representativa". (pág. 213). La muestra es la que permite determinar la

46
problemática debido a que es capaz de generar los datos con los que se identifican las
fallas dentro de un proceso o una situación.

Además, J. Barrera (2008) indica que la muestra se realiza cuando “la

población es tan grande o inaccesible que no se puede estudiar toda, entonces el
investigador tendrá la posibilidad de seleccionar una muestra. El muestreo no es un
requisito indispensable de toda investigación, eso depende de los propósitos del
investigador, el contexto, y las características de sus unidades de estudio”.

La muestra tomada para la tabulación de los datos fue de (2) personas a las
cuales se les realizaron un conjunto de preguntas para así obtener la información
necesaria para dicha tabulación de datos.

Tabla 1: Población Institución

Estratos Tamaño

Directivos 2 (Incluye uno de ellos como técnico)

Administrativo 2
Técnicos: 2 (Incluye uno de ellos como directivo)

Ayudantes 3 (Incluye sólo a quienes laboran aquí sean

o no de nuestra nómina)
Empleados: 2 (Incluye sólo a quienes laboran aquí sean
o no de nuestra nómina)
Total de la población 11
Fuente: Autores: (2019)

47
3.5 TABULACIÓN DE DATOS

Según S. Bravo (1999) “la tabulación es una técnica de procesamiento de la

información recolectada, la cual permite que el investigador tabular, codificar y
analizar los datos relativos a una variable, indicadores e ítems”.

El equipo tiene la necesidad de conocer de primera mano la problemática y

sus raíces, por ello se realizó una entrevista no estructurada a la encargada y
administradora de la empresa, como fuente principal de información relevante para
determinar las posibles soluciones a la problemática que en la administración de la
Empresa de Reparaciones Eléctricas Releca, C.A. se presenta.

Se utilizó un cuestionario simple y preciso para recolectar información útil y

necesaria, de la cual se logró determinar que todos los procesos con respecto al área a
estudiar, se realizan de manera manual, lo que ocasiona que las actividades se
realicen de manera ralentizada y poco efectiva. Donde los registros y consultas no se
realizan ni ágil ni eficientemente, y se consideró que todos los procesos se podrían
optimizar y mejorar, si la localidad contara con una herramienta informática
destinada a solventar la problemática que allí se presenta.

Al presentarse la propuesta de crear una aplicación web para solventar la

problemática aquí descrita, se mostró muy positivo y encantado, a la jefa y
administradora como todos los que trabajan en esta área, debido a que se conoce que
este tipo de aplicaciones le permitiría aumentar el rendimiento y la velocidad con la
que se realizan los procesos, reduciendo la carga laboral considerablemente. A
continuación se muestra los resultados obtenidos en la compañía.

48
Distribución absoluta y porcentual de cómo se lleva a cabo el registro de órdenes de
servicios.

Tabla 2: Resultados de la respuesta N° 2

Opción Encuestados Porcentaje
Manual 2 100%
Automatizado 0 0
Semi-Automatizado 0 0
Ninguno 0 0
Total 2 100%
Fuente: Autores: (2019)
Análisis: El 100% de los encuestados opinaron que el proceso actual se lleva de
forma manual, a través de formatos impresos o borradores en los que se realiza el
registro cliente-herramientas.

Distribución absoluta y porcentual de cómo es el rendimiento del sistema actual.

Tabla 3: Resultados de la respuesta N° 3

Opción Encuestados Porcentaje
Muy bueno 0 0
Bueno 0 0
Regular 2 100%
Malo 0 0
Muy malo 0 0
Total 2 100%
Fuente: Autores: (2019)

Análisis: En la encuesta realizada se pudo notar que el 100% de los encuestados

sienten necesidad de agilizar el manejo del sistema actual, para así lograr agilizar los
procesos a la hora de realizar los registros.

49
Distribución absoluta y porcentual de si surgen o no problemas a la hora de realizar el
registro en el sistema actual.

Tabla 4: Resultados de la respuesta N° 4

Opción Encuestados Porcentaje
Si 2 100%
No 0 0
Total 2 100%
Fuente: Autores: (2019)

Análisis: En la gráfica anterior se puede observar que surgen problemas a la hora de

realizar el registro con el sistema actual, según las respuestas dadas por el 100% de
los encuestados, y estos problemas ocasionan retrasos en los procesos administrativos
dentro de la empresa o pedida de información referente a los registro cliente-
herramientas.

Distribución absoluta y porcentual en cuanto a si creen que el sistema de control de

registro actual puede ser mejorado con una aplicación web.

Tabla 5: Resultados de la respuesta N° 5

Indicadores Respuesta Porcentaje
Si 2 100%
No 0 0
Total 2 100%
Fuente: Autores: (2019)

Análisis: En la pregunta se constató que el 100% de los entrevistados considero que

si podría resolverse las fallas en la toma de datos en el registro a través de una
aplicación web.

50
Distribución absoluta y porcentual en cuanto a si estarían de acuerdo con la
implementación de un sistema que mejore la calidad del registro cliente-herramientas.

Tabla 6: Resultados de la respuesta N° 6

Indicadores Respuesta Porcentaje
Si 2 100
No 0 0
No sabe 0 0
Total 2 100%
Fuente: Autores: (2019)

Análisis: En esta pregunta se constató que el 100% de los entrevistados está en la

disposición de adaptarse al nuevo sistema de registro y control de las órdenes de
servicios.

3.6 METODOLOGÍA DE SISTEMA

Metodología de desarrollo UWE

Esta metodología se especializa en la especificación de aplicaciones

adaptativas, y por tanto hace especial hincapié en características de personalización,
como es la definición de un modelo de usuario o una etapa de definición de
características adaptativas de la navegación en función de las preferencias,
conocimiento o tareas de usuario. En lo referente a sus fases, son las siguientes:

 Captura, análisis y especificación de requisitos: Durante la primera fase se

realizó el abordaje a la institución y la recolección de información para la
detección de la problemática existente. Una vez identificado el problema a resolver
se realizó la recolección, captura y análisis de los requisitos funcionales y no
funciones con los cuales debería constar la aplicación para resolver de manera
eficaz la problemática planteada.

51
 Aquí el equipo definió como funcionara el sistema a desarrollar, y la estructura
base de como deberá ir integrado cada módulo del sistema, a través de un diseño
gráfico.
 Diseño del sistema: Aquí el equipo definió como funcionara la aplicación a
desarrollar, y la estructura base de como deberá ir integrado cada módulo del
sistema, a través de un diseño gráfico.

Se tomaron en cuenta las especificaciones del diseño de la aplicación web, en

cuanto al buen uso de los colores implementados, de forma sencilla y dinámica.
Además, de planificar la forma en la cual se llevarán a cabo las distintas funciones
que conforman a la aplicación web, su estructura y funcionamiento.
 Codificación del software:
En la codificación de la Aplicación Web se utilizaron PHP, HTML, CSS,
JavaScript, y los frameworks, Jquery y Bootstrap, para asegurar la futura
compatibilidad y escalabilidad del sitio.
Para la interfaz de la aplicación fueron realizadas por medio del Lenguaje
Marcado de Hipertexto (HTML), así como la modificación de las interfaces
mediante la implementación de la Hoja de Estilo en Cascada (CSS).
Las tareas funcionales de aplicación se llevaron a cabo por medio de los
lenguajes de programación JavaScript y PHP, además del uso de los frameworks
para el proceso y validación de los datos de los formularios de los registros de
encargados y medicamentos ingresados y egresados de forma interactiva, y
Bootstrap, con el cual otorga a la aplicación web una adaptabilidad responsive en
diversos tipos de resoluciones de interfaz, agregando de la misma forma con el
sistema gestor de base de datos MYSQL, para las interacciones con la base de
datos, para realizar las distintas actividades empleadas para la data registrada.
 Pruebas: Se realizaron diferentes pruebas, con el objetivo de detectar las
diferentes fallas y errores que contenga, mediante un plan de pruebas llevar un
seguimiento detallado y documentado de los distintos percances e inconvenientes

52
 en el uso de la aplicación web por parte de los usuarios, de esta manera corregir
dichos errores, para así poder implementar un sistema de calidad, deseado por los
usuarios. Para cada uno de los diferentes niveles del sistema, como lo son: Las
pruebas de Contenido, que permitieron verificar que la aplicación web, se
encuentra normalizada, es decir sin errores ortográficos. las Pruebas Unitarias
permitieron corregir errores del código fuente de la App Web, las Pruebas de
Integración que permitieron detectar fallas en la integración de los diferentes
módulos del sistema, y las Pruebas del Sistema que permitieron detectar defectos
y errores que presentaba el sistema, en especial los errores humanos sintácticos y
semánticos.
 La Instalación o Fase de Implementación: Esta fase comprende todo aquello,
que se relaciona con la transición de la App web al Administrador del mismo, es
decir; se le entregara el Software desarrollado a quien se encargara de administrar
el sistema.
 El Mantenimiento: En esta fase el equipo después de haber implementado la
aplicación web, procederán a realizar una limpieza a los registros de la aplicación
para dejarlo limpio y con un nivel más óptimo, y a su vez se procederá a detectar
cualquier falla, error o defecto que pudiera no haberse presentado en la fase de
pruebas, para corregirla, manteniendo un nivel de calidad en software.

Se le impartirá al Administrador, los conocimientos necesarios para la correcta

gestión de la Solución Informática.

Actividades de Modelado de UWE

Las actividades base de modelado de UWE son el análisis de requerimientos,

el modelo conceptual, el modelo de navegación y el modelo de presentación. A estos
modelos se pueden sumar otros modelos como lo son el modelo de interacción y la
visualización de Escenarios Web.

53
Este método consta de seis modelos:

1. Modelo de casos de usos para captura los requisitos del sistema.

2. Modelo conceptual para el contenido (modelo del dominio).
3. Modelo de usuario: modelo de navegación que incluye modelos estáticos y
dinámicos.
4. Modelo de estructura de presentación, modelo de flujo de presentación.
5. Modelo abstracto de interfaz de usuario y modelo de ciclo de vida del objeto.
6. Modelo de adaptación.

Modelo de casos de uso:

Buscar la información requerida para llevar registro y control de las órdenes

de servicios para las herramientas en la empresa de reparaciones eléctricas Releca,
C.A.

Modelo conceptual:
 Recopilar y analizar los datos obtenidos en la administración de la empresa
Releca, C.A.
 Diseñar la interfaz de usuario.
 Construir la Interfaz de usuario.
 Validar La interfaz de usuario.

Modelo de usuario:

Codificación de la interfaz de la aplicación web para el registro y control de

las órdenes de servicios para las herramientas en la empresa de reparaciones
eléctricas Releca, C.A. Utilizando los siguientes lenguajes informáticos para la
ejecución de la aplicación web ya que esta será una página dinámica:

 HTML: es el lenguaje predominante para la elaboración de páginas web.

54
 CSS: es un lenguaje usado para definir la presentación de un documento
estructurado escrito en HTML o XML (y por extensión en XHTML).
 JAVASCRIPT: Se utiliza principalmente en su forma del lado del cliente,
implementado como parte de un navegador web permitiendo mejoras en la interfaz
de usuario y páginas web dinámicas.
 PHP: Es un lenguaje de programación de uso general de código del lado del
servidor originalmente diseñado para el desarrollo web de contenido dinámico.
 MySQL: Es un sistema de gestión de bases de batos relacional, multihilo, y
multiusuario con más de seis millones de instalaciones.

Modelo de estructura de presentación y Modelo abstracto de interfaz:

En esta etapa de prueba para comprobar y verificar el funcionamiento de la

aplicación web para el registro y control de las órdenes de servicios para las
herramientas en la empresa de reparaciones eléctricas Releca, C.A. Se comprobara
todos los elementos ya programados para estar al tanto de la funcionabilidad
adecuado de la aplicación y si cumple con los requisitos, antes de ser estregado al
usuario final.

Modelo de adaptación:

Implementar la aplicación web para el registro y control de las órdenes de

servicios para las herramientas en la empresa de reparaciones eléctricas Releca, C.A.

Lenguaje Unificado de Modelado UML

El Lenguaje Unificado de Modelado (UML por sus siglas en inglés Unified

Modeling Languaje) es el modelado del lenguaje del sistema de software más
conocido y utilizado en la actualidad. Es un lenguaje grafico para visualizar,
especificar, construir y documentar un sistema de software. UML ofrece un estándar
para describir un modelo de sistema, incluyendo aspectos conceptuales tales como

55
procesos de negocios y funciones del sistema, y aspectos concretos como expresiones
del lenguaje de programación, esquemas de base de datos, componentes del software
reutilizable.

3.7 CUADRO RESUMEN RELACIONAL OBJETIVOS-METODOLOGÍA

En el siguiente cuadro se podrá observar la justificación o comparación entre

las fases de la metodología UWE y las actividades o fases realizadas por el grupo que
justifican porque la implementación de la metodología UWE en la realización del
proyecto

56
Tabla 7: Cuadro resumen relacional Objetivos-Metodología-Vinculación

OBJETIVOS FASES SUB FASES ACTIVIDADES RESULTADOS

 Entrevista no estructurada.
 Encuesta.  Son utilizados los
Abordaje a la
1) Recopilar toda la  Revisión documental. métodos obtención de
comunidad.
información  Observación directa información, como el
necesaria para  Cuestionario. abordaje a la comunidad,
identificar las  Definir los procesos que se identificación del
necesidades de realizan. problema y detección de
institución para el  Describir las actividades de
Modelado de las necesidades de la
diseño de la negocios.
cada proceso.
institución y tener buena
aplicación web.  Solicitar formatos de
documentos con que se aceptación del proyecto,
lleva a cabo cada proceso.  conjuntamente con la
Captura, análisis  Analizar la información recolección de la
y especificación recolectada en cuanto al información para el
de requisitos Análisis de la funcionamiento del sistema desarrollo de la
información. actual. aplicación.
 Elaborar informe de la
 Durante la primera fase se
información recolectada.
2) Analizar los datos  Determinar los realizó el abordaje a la
recopilados de la requerimientos del sistema. institución y la
problemática  Clasificar los recolección de
existente. requerimientos funcionales información para la
Identificación de los y no funcionales. detección de la
requerimientos.  Validar los requisitos con problemática existente.
el cliente. Una vez identificado el
problema a resolver se
realizó la recolección,

57
 captura y análisis de los
requisitos funcionales y
no funciones con los
cuales debería constar la
aplicación para resolver
de manera eficaz la
problemática planteada.
 Aquí el equipo definió
como funcionara el
sistema a desarrollar, y la
estructura base de como
deberá ir integrado cada
módulo del sistema, a
través de un diseño
gráfico.
 Realizar los diagramas de  El equipo definió como
Producción de
caso de uso para constatar funcionara el sistema a
artefactos.
3) Diseñar las la funcionalidad de cada desarrollar, y la estructura
interfaces gráficas proceso del sistema. base de como deberá ir
de la aplicación  Diseñar la interfaz gráfica. integrado cada módulo del
web para registro  Establecer las sistema, a través de un
Diseño del Diseño de la interfaz características de la diseño gráfico,
y control de las
sistema usuario/sistema. interfaz.  Se tomaron en cuenta las
órdenes de
 Hacer las revisiones especificaciones del
servicios de diseño de la aplicación
técnicas de la interfaz.
acuerdo a las
 Diseñar el modelo entidad- web, en cuanto al buen
necesidades de la uso de los colores
Diseño de la base de relación de la base de
institución. datos. implementados, de forma
datos. sencilla y dinámica.
 Verificar el modelo con los
Además, de planificar la

58
 requisitos. forma en la cual se
 Validar modelo con el llevarán a cabo las
cliente. distintas funciones que
conforman a la aplicación
web, su estructura y
funcionamiento.
 Codificar los módulos del  Durante esta etapa se
sistema utilizando los realizan las tareas que
lenguajes de marcado y comúnmente se conocen
programación. como programación; que
 Hacer uso de plantillas o consiste, esencialmente,
frameware. en llevar a código fuente,
 Construcción de la interfaz. en el lenguaje de
4) Codificar los  Ensamblaje de módulos. programación elegido,
módulos de la  Crear la base de datos. todo lo diseñado en la fase
aplicación web de  Realizar las revisiones anterior.
Codificación del
acuerdo a las Codificación. técnicas a la base de datos.  En la implementación de
software la Aplicación Web se
necesidades para
utilizaron las herramientas
el registro y de edición de textos como
control de las Sublime Text para trabajar
órdenes de con PHP, HTML, CSS,
servicios en la JavaScript, y los
empresa Releca, frameworks, Jquery y
C.A. Bootstrap, para asegurar la
futura compatibilidad y
escalabilidad del sitio.
 Realizar las pruebas de  Son aplicadas las
cada módulo para verificar diferentes pruebas para
Pruebas Pruebas. su funcionamiento. detectar errores en la
 Corregir errores. aplicación web
 Depurar código.

59
5) Implementar la  Instalar el sistema.  Se procede a entregar e
aplicación web La instalación o  Realizar pruebas de implementar la aplicación
para el registro y fase de Implementación. ejecución de instalación web en la Empresa
control de las implementación para comprobar su óptimo RELECA, C.A.
órdenes de funcionamiento.
servicios para las  Capacitar a los usuarios.  Capacitación de los
herramientas en  Entregar la documentación usuarios del sistema.
la empresa de correspondiente (manual  Entrega de la
Mantenimiento mantenimiento de usuarios y manual documentación a la
reparaciones
eléctricas Releca, técnico). empresa.
C.A.
Fuente: Autores: (2019)

60
3.8 CRONOGRAMA DE ACTIVIDADES

Figura 3: cronograma de actividades 1/2

Fuente: Autores: (2019)

61
Figura 4: cronograma de actividades 2/2
Fuente: Autores: (2019)

62
3.9 ESTUDIO DE FACTIBILIDAD

Se refiere a la disponibilidad de los recursos necesarios para llevar a cabo los

objetivos o metas señalados y que cumpla con los tres requerimientos (económicos,
operacionales y técnicos) que son necesarios para saber si el proyecto es factible o no.

Según Varela (2001) “se entiende por factibilidad las posibilidades que tiene
de lograrse un determinado proyecto. El estudio de factibilidad tiene por objetivo
comprobar la disponibilidad de los recursos para llevar a cabo las metas propuestas.
Un proyecto en el que se busca la factibilidad generalmente es aquel que intenta
desarrollar un servicio para satisfacer una necesidad.”

Factibilidad Técnica

Se basa en la disposición de herramientas con las que se cuenta, si se tiene el

equipo y el software necesarios, así como el conocimiento, habilidades y experiencia
para llevar a cabo lo que se plantea.

Tanto los investigadores cuentan con el equipo para el desarrollo de la

aplicación, La Sección de administración de la empresa RELECA, C.A., está
equipada con los equipos necesarios para el Desarrollo del proyecto (computadores,
programas y cuenta con los requerimientos necesarios para implementar el sistema).
Es necesario el uso de la aplicación XAMPP como base de datos, debido a
cuestiones de tiempo y falta de experiencia en ese campo.

En cuanto la habilidad para el desarrollo de la aplicación, los investigadores se

apoyaron en el conocimiento adquirido hasta ahora, la búsqueda de la información
para llevar a cabo los procesos requeridos en la toma de información para el registro y
control herramientas, así como la consulta a profesores del IUTEB sobre dudas con
respecto a las herramientas a usar para dichos procesos, debido a que los integrantes

64
del proyecto no cuentan con una experiencia previa en la creación de una aplicación
que cumpla esta función.

Por lo tanto que se considera factible o viable la estructura tecnológica para

implementar este sistema.

Factibilidad Económica

El estudio de factibilidad económica consiste en el cálculo de los costos del

proyecto tomando en cuenta la adquisición de equipo, personal y software de ser
necesario además los costos generados en el procedimiento de levantamiento de
información, mantenimiento del sistema entre otros aspectos que determinan que tan
factible es el proyecto desde el punto de vista económico.

En el aspecto económico, no se realizó gastos de gran importancia más allá del

transporte y material impreso, ya que el objetivo es la creación de una aplicación para
la empresa RELECA, C.A., porque cuenta con el equipo necesario y los programas
para la instalación del sistema a implementar. Así que no es necesaria la adquisición
de algún recurso material para el cumplimiento de alguna meta. Solo se requiere la
disposición del equipo en el cual se pueda desarrollar el software por parte de los
investigadores, y uno en la institución que lo va a implementar, con los cuales ya se
contaba con anterioridad.

Factibilidad Institucional

Se visualiza en la voluntad de los miembros de la empresa RELECA, C.A.

para el desarrollo del proyecto y en la disposición de usar el sistema.

El Gerente y técnico de la empresa RELECA, C.A. el Arquitecto William

Ramos, así como la administradora y Jefa encargada de realizar registro y control de
las ordenes de servicios para las herramientas en la empresa, la ciudadana Aracelis

65
Ramos y como también todo el personal que labora en el departamento, se encuentran
emocionados por el desarrollo de este trabajo investigativo, y demuestra su total
disposición para la ejecución de la presente aplicaron web.

Factibilidad Operativa

Al implementar la aplicación web, facilitara el trabajo para el personal que

labora en el área administrativa de la empresa, así que este proyecto cuenta con la
aceptación y tecnología para que la aplicación se desarrolle con mucho éxito.

3.10 PRESUPUESTO

La aproximación de costos de la aplicación web para el registro y control de

las órdenes de servicios para las herramientas en la empresa de reparaciones
eléctricas Releca, C.A., como tal no pagara ningún costo, pero se llevó a cabo un
presupuesto de materiales utilizados. En la aproximación de la escala real tiene un
valor aproximado de Bs. 9.860.000

Tabla 8: Factibilidad Económica.

Recursos Personal Tiempo Costo

Impresión 1.500.000Bs.f
Jesús Ramos 8 meses 1.5 Bs. S
Jetsyger 8.360.000 Bs. f
Internet Guevara 83.60 Bs. S

pasajes 09 meses 2880 Bs. S

Fuente: Autores: (2019)

66
 CAPITULO IV

DESCRIPCION DE LA PROPUESTA

La descripción de la propuesta, se refiere a la especificación de forma textual

y estructurada de todas las características que comprende a la aplicación web final
desarrollada. El capítulo se encuentra compuesto por la descripción del sistema de
forma general y específica, los requerimientos de hardware y software del equipo,
necesarios para el correcto funcionamiento del aplicativo web. Requerimientos
funcionales obtenidos por parte de los usuarios, especificando los módulos
funcionales de la aplicación web, requerimientos no funcionales del sistema que
complementen el mismo, para su funcionamiento óptimo. El modelo entidad -
relación (funcionamiento lógico entre las tablas dentro de la base de datos), así como
el diagrama de casos de uso, donde se explica de forma específica las acciones e
interacciones del usuario con el aplicativo web, interfaces del usuario presentadas por
la aplicación web, fase de implementación y pruebas realizadas a la aplicación web.

4.1 DESCRIPCIÓN

Se describe brevemente el sistema propuesto está dirigido al personal y

clientela de la pequeña empresa de reparaciones eléctricas RELECA, C.A.,
estableciendo su alcance y funciones. La propuesta informática ofrecida para
subsanar el objeto del problema expuesto anteriormente y proporcionar una solución
factible, se refiere a la elaboración de una aplicación basada en estándares web, con el
fin de aportar los servicios para la mejora en el registro de los clientes y el control de
las herramientas traídas por los mismos en cada una de sus fases de mantenimiento

67
 Para el diseño de la propuesta se empleó el modelo entidad-relación, ya que es
el modelo más utilizado en la actualidad para representar problemas reales y
administrar los datos de forma dinámica. El sistema fue desarrollado con diferentes
lenguajes de desarrollo web: HTML, CSS, PHP, SQL, JAVASCRIPT, JQUERY,
AJAX y el framework BOOTSTRAP, y su sistema gestor de base de datos es
MYSQL.

El sistema propuesto se denominó, Sistema de Registro y Control De

Herramientas (SRCH). Que posee como función principal a cumplir, establecer
mejoras en los procesos pertenecientes al manejo de registro de las órdenes para los
clientes con sus herramientas en general de la Empresa de Reparaciones RELECA,
C.A., los cuales son empleados diversos procesos.

Además de brindar mayor seguridad a la información obtenida, una vez

registrada en la base de datos de tal modo que se puedan resguardar los datos,
realizando una exportación de la data de ser requerida por el administrador u
encargado en forma de archivo “SQL” (lenguaje utilizado por el gestor de base de
datos), o ser exportado en PDF el registro a cualquier dispositivo de almacenamiento
externo, si el usuario así lo requiere.

La aplicación Web, denominada como Sistema de Registro y Control De

Herramientas (SRCH), cuenta con la función de establecer un control y nivelación de
usuario (administrador general y encargado), para ofrecer más seguridad y poder
efectuar sus actividades correspondientes a los procesos del registro de las ordenes de
servicios. El sistema se implementará en un (1) computador, localizado en la oficina
administrativa, el cual debe tener instalado previamente un navegador web para la
ejecución de la aplicación, y contar con el funcionamiento requerido, sea de manera
óptima y deseada, se necesita ser ejecutado en alguno de los siguientes navegadores
mencionados: Google Chrome, Mozilla Firefox.

68
 El sistema SRCH, se encuentra compuesto por (05) seis módulos funcionales
INICIO (Inicio de sesión), CLIENTE (registro del cliente,), SERVICIOS
(formularios de revisión, reparación y reparadas), USUARIO (registro de usuario y
técnicos, lista de usuarios y técnicos) registrado por parte del administrador, y
RESPALDO de información, cada uno fue desarrollado con las funciones específicas
basado en los requerimientos analizados y obtenidos del personal administrativo de la
empresa.

El acceso al sistema del administrador, para llevarse a cabo debe poseer un

“USUARIO” o nombre de usuario y contraseña personal, creadas por defecto, una
vez ingresados ambos requisitos en cada campo correspondiente, se procede, a la
comprobación de estos datos en la base de datos, de ser erróneos o equivocados se le
impedirá el ingreso al sistema, en caso de ser concordantes y aprobados,
seguidamente se iniciará su sesión correspondiente.

De igual forma el acceso al sistema, para la sesión del ADMINISTRADOR,

debe poseer un “USUARIO” o nombre de usuario y contraseña personal, las cuales
son creadas, al ser registrados por el administrador anteriormente, una vez ingresados
ambos requisitos en cada campo correspondiente, se procede, a la comprobación de
estos datos en la base de datos, de ser erróneos se le impedirá el ingreso al sistema, en
caso de ser concordantes y aprobados, seguidamente se iniciará la sesión
correspondiente,

Continuando con que el inicio de sesión haya sido exitoso, se muestra una
interfaz inicial de colores suaves, en la parte superior se visualiza el emblema de la
empresa RELECA, C.A., el titulo la bienvenida a la aplicación, un tipo de menú
rectangular al lado izquierdo compuesto por las funcionalidades requeridas por el
usuario.

69
 El módulo de CLIENTES, indica el registro de los al mismo y herramientas
que ingresan al taller, se presenta un formulario el cual solicita una serie de requisitos
manejados por el encargado de registrar las herramientas, para ser válido el registro
deben ser completados los campos correctamente, de esta manera ser guardado el
ingreso en la base de datos. Luego pasa a la lista de clientes para imprimir la orden de
servicio además de tener la función de exportar la información en formato PDF y
modificar para llevar a revisión.

El módulo SERVICIOS, lleva a una lista de revisión compuesto, por un

formulario que se debe completar correctamente para la, reparación y luego el estatus
de reparadas. Tiene como funciones registrar y tener un seguimiento de la
herramienta por estas tres fases y que técnico lo hiso.

El módulo de USUARIO, tiene como función el registro del administrador o

encargados para que sean habilitados para ingresar al sistema y de los técnicos que
actúan sobre las herramientas, siendo el responsable el administrador, solo aquellos
usuarios registrados son los únicos que tienen acceso al sistema. Los datos requeridos
deben ser proporcionados al administrador para añadir a un nuevo usuario encargado
al sistema. Finalmente se encuentra la opción de “Salir”, que trata de la salida del
sistema por parte del usuario.

El módulo RESPALDO, contiene las acciones de exportación y respaldo de la

data de la base de datos hasta el momento de la solicitud en formato (SQL),
Agregando así a este módulo el historial de transacciones realizadas por los usuarios
de la aplicación web durante el manejo de los registros.

4.2 REQUERIMIENTO DE HARDWARE

La Sección de administración de la empresa RELECA, C.A., está equipada

con los equipos necesarios para el Desarrollo del proyecto (computadores y cuenta

70
con los requerimientos necesarios para implementar la aplicación web). De igual
forma debe poseer las siguientes características reflejadas en la tabla Nº 09.

Tabla 9: Requerimientos de Hardware.

Dispositivo Característica mínima.

Con todos sus componentes (monitor, case, ratón o

Computador
mouse, y teclado funcionales).

1024x768 (el monitor debe contar con dicha

Pantalla Resolución resolución para que pueda ser visualizada la interfaz
de la aplicación de manera exitosa)

Procesador Pentium IV de 1GHz o Superior.

RAM MIN 1Gb.

Disco Duro 1 Gb. Disponible

Fuente: Autores: (2019)

4.3 REQUERIMIENTO DE SOFTWARE

Establecen los requerimientos mínimos de software que deben de estar

previamente instalado en el computador donde se va a implementar el sistema
propuesto, es decir, todo software o librería necesarias para que funcione
correctamente la aplicación web.

Tabla 10: Requerimientos de Software.

Nombre de Software Característica Mínima

Sistema Operativo Windows, Linux o Mac

Chrome, Firefox, Opera, Safari, Internet Explorer.

Navegadores Soportado Navegadores soportados recomendados para una mejor
adaptación del sistema y apreciación correcta del

71
 usuario.: Chrome o Firefox.

conjunto de herramientas necesarias e indispensables

Servidor XAMPP
para el funcionamiento del sistema

Manejador de Base de Datos (mediante el cual se

MYSQL realiza un manejo de forma sencilla y eficaz de las
funciones en la base de datos )

Fuente: Autores: (2019)

4.4 REQUERIMIENTOS FUNCIONALES

Define en sí, las funciones de la aplicación o sus componentes. Son

declaraciones de los servicios que debe proporcionar el sistema, de la manera en que
esté debe reaccionar en situaciones particulares

USUARIO (Administrador).

En los requerimientos funcionales de la aplicación web para el Registro y

Control de las ordenes de servicios paras las Herramientas, se encuentran el inicio de
sesión al sistema como administrador, el cual interactúa con la base de datos al
gestionar los procesos inherentes al ingreso del cliente, la capacidad de realizar el
registro de sus herramientas, así como el registro y gestión de los formularios y
diagnósticos de las revisiones, registrar y gestionar los técnicos encargados en el
manejo de los servicios prestados, además de realizar cualquier cambio que sea visto
como necesario en los datos almacenados y al finalizar tenemos el cierre de sesión,
debido a su rol de administrador posee control de todos los módulos funcionales de la
aplicación web.

Modulo Clientes

Permite el registro de los clientes y sus herramientas, necesitando ser

completados una serie de campos de información requeridos relacionados a la
herramienta a dejar en la empresa.

72
RF 01: Registrar Cliente, Añadir los datos del cliente y los datos requeridos de la
herramienta traída por el servicio.

RF 02: Lista de los clientes, gestión de los clientes, modificar generar recibo y
eliminar los datos de los clientes.

Modulo Servicios

RF 01: Revisión, consulta lista de revisión, revisión de las herramientas, formulario

de diagnóstico, técnico que la realizo, fecha, observaciones y tipo de servicio que
requiere si el cliente acepta.

RF 02: Reparaciones, consulta lista de reparaciones, reparación de la herramienta,

cuadro de diagnóstico reparado, fecha de reparación, técnico que hizo la reparación y
estatus de servicio reparado.

RF 03: Reparadas, consulta lista de herramientas reparadas y ver historial de la

herramienta con estatus de reparada.

Módulo de usuario

RF 01: Registrar los datos de los usuarios, para así, poder ser habilitados para el
ingreso al sistema.

RF 02: lista de usuarios, Actualizar los datos de los usuarios, clave y eliminar datos
del usuario de la base de datos, en caso de ser necesario.

RF 03: Registrar los datos de los técnicos, para así, poder ser habilitados a la hora de
saber quién realizo los diagnósticos servicios a las herramientas.

RF 04: lista de técnicos, Actualizar los datos de los técnicos, y eliminar técnico de la
base de datos, en caso de ser necesario.

73
4.5 REQUERIMIENTOS NO FUNCIONALES

Son aquellos requerimientos que no se refieren directamente a las funciones

específicas que proporciona el sistema del proceso, sino a las propiedades emergentes
de éste como la fiabilidad, el tiempo de respuesta y la capacidad de almacenamiento
para el usuario siendo para estos el sistema aún aceptable sin ellas, como un sistema
inseguro, poco fiable o demasiado lento será seguramente rechazado por la mayoría
de los usuarios.

RNF 1 De Portabilidad:

RNF 1.1 La aplicación debe ser multiplataforma

RNF 1.2 Debe ser posible el acceso desde los navegadores (Chrome, Mozilla,
Opera, Safari, Internet Explorer)

RNF 2 De Eficacia:

RNF 2.1 La aplicación debe validar cualquier transacción de datos en la capa de

negocios.
RNF 2.2Todos los datos ingresados en la aplicación deberán ser actualizados
para los usuarios en menos de 5 segundos.

RNF 3 De Usabilidad:

RNF 3.1 El sistema contará con una interfaz gráfica, la cual debe ser amigable y
sencilla de manejar para el usuario.
RNF 3.2 Debe tener el menú de opciones siempre a la vista.

RNF 4 De Fiabilidad:

RNF 4.1 Debe procesar solo los datos guardados en el perfil del usuario.

Requerimientos No Funcionales: Organización:

74
RNF 5 De Entrega.

RNF 5.1 La aplicación estará en óptimas condiciones y lista para su

implementación en la fecha de entrega.
RNF 5.2 Se entregara un manual de Usuario donde indique las instrucciones de
cómo usar la aplicación.

RNF 6 Para Implementación:

RNF 6.1 Se instalara en todas las computadoras de la empresa.

RNF 6.2 Se capacitara al personal de la organización.

RNF 6.3 Debe guardarse copias de seguridad de los datos en una memoria local
como prevención en caso de pérdida de datos.

• RNF 7 de Estándares:

RNF 7.1La metodología de desarrollo de software será la UWE (UML-Based

Web Engineering o UML basado en Ingenieria Web)

RNF 7.2 Para el desarrollo del Back-End de la aplicación de utilizaran las

herramientas (PHP, MySQL)

RNF 7.3 Para el desarrollo del Front-End se utilizaran los lenguajes de diseño
web (HTML, Bootstrap, JavaScrip).

Requerimientos no funcionales externos

RNF 8 legislativos:

RNF 8.1 Los usuarios del sistema no pueden borrar ninguna información de la
base de datos.

75
 RNF 8.2 El nuevo sistema se acogerá a las reglas de las licencias generales
públicas (GNU), es decir será gratuito, código abierto en el que cualquiera podrá
cambiar el software, sin patentes y sin garantías.

4.6 MODELO ENTIDAD RELACION.

El modelo entidad-relación se emplea para representar la realidad a un alto

nivel de abstracción, los cuales permiten describir la realidad mediante un conjunto
de representaciones gráficas como se puede apreciar en la figura 5, se puede
visualizar la estructura de la base de datos, la interacción de las tablas, y como están
relacionadas entre sí.

Las entidades, son representadas por un rectángulo, (USUARIO, CLIENTE,

HERRAMIENTAS, TECNICO, REPARACIONES), las cuales poseen atributos
encerrados en una figura en forma de elipse. Contando con sus relaciones
representadas dentro de un rombo, unidas con líneas donde expresan la cardinalidad
entre las entidades.

76
Figura 5: Modelo de entidad relación.
Fuente: Autores: (2019)

77
4.5 DIAGRAMA CASO DE USO
El diagrama caso de uso, es una técnica que es usada para capturar requisitos
de un nuevo sistema o una actualización de software. A través de esta técnica se
muestra de forma dinámica las interacciones del usuario con las funciones de la
aplicación web y la base de datos.

78
Figura 6: Caso de uso del sistema.
Fuente: Autores: (2019)

79
DESCRIPCIÓN LITERAL DE LOS CASOS DE USO

La descripción literal de los casos de uso indica todos los pasos o acciones que
deberán de suceder para gestionar un caso de uso, en ellos se especifica nombre del
caso de uso, descripción, propósito, responsabilidades, casos de usos asociados, así
como sus acciones. Para la descripción literal se tomaron los casos de uso más
importantes del sistema, es decir, aquellas funcionalidades que son usadas con mayor
frecuencia y cuyo resultado es relevante.

80
Tabla 11: Ingresar Sistema
Caso de uso Ingresar Sistema
Actores Administrador (Encargado).
Propósito Acceder al sistema como usuario
Descripción El administrador debe ingresar sus datos de usuario y
contraseña, en el formulario de inicio de sesión, para ser
comprobados y acceder al sistema.
Responsabilidades Gerente
C.U. asociados Ninguno
Precondiciones El administrador debe estar logueado en la base de datos,
para tener la función de ingresar al sistema.
Descripción
Pantallas asociadas

Sección Principal:
Acción de los actores Respuesta del sistema
1. El administrador ingresa sus datos, 2. El sistema verifica que los campos que
usuario y contraseña, acciona el botón estén completos.
“Ingresar”.
3. El administrador procede a iniciar su 4. El sistema verifica, los datos
sesión. ingresados en la bases de datos e ingresa
al sistema.
Cursos alternos
1. El usuario no esté situado en el módulo de Login.
2. La contraseña introducida no coincida con la clave asociada al correo
introducido.

81
 3. El código de seguridad introducido sea incorrecto.

Post condiciones Ninguna

Fuente. Autores.

Tabla 12: Registro de nuevo cliente

Caso de uso Registro de nuevo cliente
Actores Administrador (Encargado).
Propósito Proporciona al administrador, la función de registrar y
añadir el cliente y la herramienta.
Descripción El administrador, registra en un formulario los datos del
cliente y la herramienta llevada por el mismo para agregar
al sistema.
Responsabilidades Administrativo
C.U. asociados Ninguno
Precondiciones El administrador debe poseer los datos del cliente.

Descripción
Pantallas asociadas

Sección Principal:
Acción de los actores Respuesta del sistema
1. El administrador ingresa los datos 2. El sistema comprueba que los campos
del cliente y sus herramientas en el estén correctos.
formulario.
Cursos alternos

82
 1. Si los campos obligatorios del formulario no están llenos todos, no es posible
registrar el cliente y su herramienta.

Post condiciones El cliente y sus herramientas son registrados exitosamente.

Tabla 13: Consultar cliente

Caso de uso Consultar de cliente
Actores Administrador (Encargado).
Propósito Consultar los datos de los clientes y sus herramientas
registradas.
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando el administrador solicite
consultar los datos de un cliente.
Responsabilidades Administrador

C.U. asociados Modificar, eliminar e imprimir orden de servicio

Precondiciones El cliente debe estar en el módulo de lista de clientes.

Descripción
Pantallas asociadas

Sección Principal:
Acción de los actores Respuesta del sistema
1. El usuario realiza un clic en la 2. El sistema muestra los registros
opciones de modificar, eliminar y PDF. almacenados en la base de datos o
descargara la orden de servicio.

83
 Cursos alternos
1. El cliente no esté situado en el módulo de lista de clientes.

Post condiciones El administrador puede realizar una búsqueda general de

los registros.
Fuente. Autores.

Tabla 14: lista de revisión

Caso de uso Lista de revisión.
Actores Administrador (Encargado).

Propósito Proporciona al administrador, la función de llenar los

formularios de acuerdo al diagnóstico de la herramienta
revisada.
Descripción El administrador, registra en un formulario los datos
suministrados por el técnico.
Responsabilidades Administrativo
C.U. asociados Ninguno
Precondiciones El administrador debe poseer los datos de la revisión
realizada por el técnico y tener los técnicos que laboran
registrados.
Descripción
Pantallas asociadas

Sección Principal:
Acción de los actores Respuesta del sistema

84
 1. El administrador ingresa los datos y 2. El sistema comprueba que los campos
observaciones del diagnóstico en el estén correctos.
formulario de la revisión.
Cursos alternos
1. Colocar el técnico que realizo la revisión y dio el diagnostico
2. Seleccionar si la herramienta pasa a ser reparada o no con la confirmación del
cliente.
Post condiciones La herramienta es registrada exitosamente, y de esta manera
podrá ingresar al sistema.
Fuente. Autores.

Tabla 15: Lista de reparaciones

Caso de uso Lista de reparaciones
Actores Administrador (Encargado).
Propósito Consultar los datos de las herramientas que van a ser
reparadas

Descripción El sistema deberá comportarse tal como se describe en el

siguiente caso de uso cuando el administrador solicite
consultar los datos de las herramientas.
Responsabilidades Administrador

C.U. asociados Modificar

Precondiciones Las herramientas deben haber pasado por revisión y estar
en el módulo de reparación.
Descripción
Pantallas asociadas

85
 Sección Principal:
Acción de los actores Respuesta del sistema
1. El usuario realiza un clic en la 2. El sistema muestra los registros
opciones de modificar almacenados en la base de datos.

Cursos alternos
2. El usuario debe especificar que técnico hiso la reparación y enviarlas a la sección
de reparadas
Post condiciones El usuario puede realizar una búsqueda general de los
registros.
Fuente. Autores.

Tabla 16: Lista de herramientas reparadas

Caso de uso lista de herramientas reparadas
Actores Administrador (Encargado).
Propósito facilita al administrador la una lista de las herramientas
reparadas
Descripción Proporciona al administrador la verificación de las
herramientas reparadas con los detalles específicos
Responsabilidades Administrativo
C.U. asociados Ninguno
Precondiciones Las herramientas deben haber pasado por la reparación.

Descripción
Pantallas asociadas

86
 Sección Principal:
Acción de los actores Acción de los actores
1. El administrador ingresa el número 1. El administrador ingresa el número de
de orden de servicio para buscar la orden de servicio para buscar la
herramienta reparada herramienta reparada
Cursos alternos
Si el número de orden de servicio no corresponde no mostrara cambios en la
respuesta de la consulta

Post condiciones Post condiciones

Fuente. Autores

87
Tabla 17: Registro de usuario
Caso de uso Registro de usuario
Actores Administrador (Encargado).
Propósito Proporciona al administrador, la función de registrar y
añadir usuario para acceder al sistema.
Descripción El administrador, registra en un formulario los datos del
usuario a agregar al sistema.
Responsabilidades Administrativo
C.U. asociados Ninguno
Precondiciones El administrador debe poseer los datos del usuario para el
manejo del sistema al registrar en el sistema.

Descripción
Pantallas asociadas

Sección Principal:
Acción de los actores Respuesta del sistema
1. El administrador ingresa los datos 2. El sistema comprueba que los campos
del usuario en el formulario. estén correctos.
Cursos alternos
1. Si los campos del formulario no están llenos todos y cada de ellos, no es posible
registrar a un usuario.

Post condiciones El usuario es registrado exitosamente, y de esta manera podrá

ingresar al sistema.
Fuente. Autores

88
Tabla 18: Consultar usuario
Caso de uso Consultar usuario
Actores Administrador (Encargado).
Propósito Consultar los datos de los usuario registrados

Descripción El sistema deberá comportarse tal como se describe en el

siguiente caso de uso cuando el administrador solicite
consultar los datos de los usuarios que puedan acceder al
sistema.
Responsabilidades Administrador

C.U. asociados Modificar y Eliminar

Precondiciones El usuario debe estar en el módulo de lista de usuario

Descripción
Pantallas asociadas

Sección Principal:
Acción de los actores Respuesta del sistema
1. El usuario realiza un clic en la 2. El sistema muestra los registros
opciones de modificar o eliminar almacenados en la base de datos.

Cursos alternos

89
 3. El usuario no esté situado en el módulo de lista de usuario.

Post condiciones El usuario puede realizar una búsqueda general de los

registros.
Fuente. Autores.

Tabla 19: Registrar técnicos

Caso de uso registrar técnicos
Actores Administrador (Encargado).
Propósito Proporciona al administrador, la función de registrar y
añadir los técnicos para cumplir con los estatus de las
herramientas
Descripción El administrador, registra en un formulario los datos del
técnico a agregar al sistema.
Responsabilidades Administrativo
C.U. asociados Ninguno
Precondiciones El administrador debe poseer los datos del técnico para
registrar en el sistema.

Descripción
Pantallas asociadas

Sección Principal:
Acción de los actores Respuesta del sistema
1. El administrador ingresa los datos 2. El sistema comprueba que los campos
del técnico en el formulario. estén correctos.

90
 Cursos alternos
1. Si los campos del formulario no están llenos todos y cada de ellos, no es posible
registrar a un técnico.
Post condiciones El técnico es registrado exitosamente.

Tabla 20: Consultar técnicos

Caso de uso Consultar técnicos
Actores Administrador (Encargado).
Propósito Consultar los datos de los técnicos registrados

Descripción El sistema deberá comportarse tal como se describe en el

siguiente caso de uso cuando el administrador solicite
consultar los datos de los técnicos que puedan acceder al
sistema.
Responsabilidades Administrador

C.U. asociados Modificar y Eliminar

Precondiciones El técnico debe estar en el módulo de lista de técnicos

Descripción
Pantallas asociadas

91
 Sección Principal:
Acción de los actores Respuesta del sistema
1. El usuario realiza un clic en la 2. El sistema muestra los registros
opciones de modificar o eliminar almacenados en la base de datos.

Cursos alternos
4. El técnico no esté situado en el módulo de lista de técnicos.

Post condiciones El usuario puede realizar una búsqueda general de los

registros.
Fuente. Autores.

92
4.6 INTERFAZ DE USUARIO

4.7.1 Interfaz de Inicio

Se trata de la interfaz inicial al ejecutar el sistema, donde el administrador o el
encargado, debe ingresar sus datos de autentificación para ingresar al sistema.

Figura 7: Interfaz de Inicio de Sesión

Fuente. Autores (2019).

4.7.2 Interfaz Principal de Bienvenida

Se presenta la ventana de bienvenida, una vez el usuario haya sido autentificado.

93
Figura 8: Bienvenida al sistema
Fuente. Autores (2019).
4.7.3 Formulario Registro De Cliente
Se trata de un formulario donde deben ser ingresados los datos de los clientes
que llevan sus herramientas.

Figura 9: Formulario Registro De Cliente

Fuente. Autores (2019).
4.7.4 Lista de los clientes registrados
Se visualizan los datos registrados de clientes

94
Figura 10: Lista de los clientes registrados
Fuente. Autores (2019).

4.7.5 Lista De Revisión

Se visualizan aquí la lista de herramientas para ser revisadas

Figura 11: Lista De Revisión

Fuente. Autores (2019).

4.7.6 Formulario de Revisión de las Herramientas

95
Aquí se realiza el llenado de los campos con el diagnostico dado por el técnico que
hizo la revisión de dicha herramienta.

Figura 12: Formulario de Revisión de las Herramientas

Fuente. Autores (2019).

4.7.7 Lista de reparaciones

Esta lista representa a las herramientas anteriormente revisadas esperando por

el visto bueno o autorización del dueño o cliente para ser reparadas.

Figura 13: Lista de reparaciones

Fuente. Autores (2019).

96
4.7.8 Formulario de reparación de herramienta

Se presenta el formulario donde deben ser ingresar los datos de que técnico
reparo la herramienta para luego marcarla como reparada.

Figura 14: Lista de reparaciones

Fuente. Autores (2019).
4.7.9 Lista de herramientas reparadas

Se visualizan en una lista todas las herramientas reparadas en la empresa.

Figura 15: Lista de reparaciones

97
Fuente. Autores (2019).
4.7.10 Formulario de registro de usuarios

Se presenta el formulario de registro para el o los encargados que serán a su vez

habilitados para su acceso al sistema.

Figura 16: Formulario de registro del personal encargado o usuario.

Fuente. Autores (2019).

4.7.11 Formulario de registro del personal técnico.

Se presenta el formulario de registro para los técnicos que laboran en la empresa

y así saber quién realizo las revisiones y posteriores reparaciones.

98
Figura 17: Formulario de registro del personal técnico.
Fuente. Autores (2018).

4.7.12Lista de usuarios registrados

Se presenta en interfaz los usuarios registrados hasta el momento.

Figura 18: Lista de usuarios registrado

Fuente. Autores (2018).

99
4.9 IMPLEMENTACIÓN

En la fase de implementación, se describen las fases que se efectuaron para

llevar a cabo la implantación de la Aplicación, La implementación conlleva a una
serie de actividades embebidas en fases, las cuales serán descritas de la manera
siguiente:

Descripción de la fase de implementación del sistema

Esta fase consta en primer lugar, de la realización de una inspección del

equipo informático el cual se le será implantado el sistema desarrollado, se comprobó
si el equipo contaba con los requisitos mínimos de hardware y software, para poder
soportar y ejecutar el sistema. Entre las características del hardware se pudo
confirmar que la administración del taller posee un computador Intel core III, que
tiene como software operativo Windows 7, el cual contiene las características
necesarias para ejecutar el sistema.

Seguidamente, se procedió a la instalación del servidor web de plataforma

basado en software libre llamado XAMPP, el cual contiene sistemas de gestión de
base de datos y demás programas necesarios, para el alojamiento De la aplicación
web para el registro y control de herramientas, (Apache, Mysql, php, perl), es un
componente necesario para poner en marcha y en funcionamiento la aplicación web,
el mismo contiene un paquete completo y práctico conjunto de programas, como el
servidor web Apache, el sistema gestor de base de datos MYSQL y soporte de
lenguajes de programación, Pre-procesador de hipertexto (PHP) y PERL,
prosiguiendo, con la siguiente actividad constó de la instalación del navegador web
Mozilla Firefox, y posteriormente se realizó la exportación del sistema a la carpeta
raíz del servidor (htdocs), y como paso posterior se crea la base de datos del sistema.

100
Descripción de la puesta en funcionamiento

Una vez instalado el sistema, se empleó la comprobación del funcionamiento

del sistema en el equipo, además de verificar, si esté cumple con los estándares y
requerimientos del usuario. De forma inicial, se especificó la verificación de servicios
del servidor web y su desenvolvimiento en el ordenador destino, se constató la
accesibilidad y su navegación, además de confirmar la inexistencia de errores de
arquitectura en el sistema.

Progresivamente, se procedió a la ejecución de una serie de pruebas

respectivas al sistema, donde se confirmó el funcionamiento correcto de todos los
módulos del mismo, para llevar a cabo esta labor, se dedicó a realizar varias acciones
de carácter invasivo, para verificar que el sistema cumpliera con los procesos de
ingreso, registro, egreso, visualización de los clientes y sus herramientas y su estatus
en los procesos de revisión y reparación.

Descripción y capacitación al/los usuarios:

En la presente fase, se efectuó la formación al personal conformado por el

administrativo (administrador), y encargado de la empresa RELECA, C.A., el cual es
el usuario involucrado directamente y responsable de las labores y procesos en la
manipulación del sistema, con la finalidad de que el usuario pueda conseguir el
máximo beneficio en el uso de la aplicación.

El personal cuenta con una instrucción básica en el manejo del computador y

herramientas ofimáticas, la instrucción se enfocó desde un inicio en el uso del
sistema, iniciando en los pasos de instalación del sistema y posteriormente se les
instruyó la forma adecuada para manejar el sistema.

Entre las instrucciones impartidas a los usuarios, se encuentran: el correcto

acceso al sistema y página principal (especificación de elementos de la interfaz), la
manera de realizar la navegación utilizando las distintas opciones del menú, la

101
inserción de datos a través de los formularios, almacenamiento de la información, la
forma de hacer las búsquedas para la modificación o eliminación de datos, realizar la
emisión de reportes, restauración y respaldo de la base de datos.

Esta fase constó de tres (03) días, donde se entregó un manual de usuario
donde se explica el funcionamiento completo del sistema y son especificadas algunas
recomendaciones para el mejor funcionamiento y rendimiento del sistema.

4.10 PRUEBAS

Pressman R. (2005), define que Las pruebas son un conjunto de actividades

que pueden planearse por adelantado y realizarse de manera sistemática. Por esta
razón, durante el proceso de software, debe definirse una plantilla para la prueba
del software: un conjunto de pasos que incluyen métodos de prueba y técnicas de
diseño de casos de prueba específicos (p. 384).

La ejecución de las pruebas, fueron aplicadas a aplicación web para el registro

y control de las ordenes de servicios en la empresa de reparaciones eléctricas Releca,
C.A., con el propósito de verificar si el producto desarrollado cumple con los
requerimientos iníciales deseados, además de detectar fallas en el funcionamiento del
sistema con la finalidad de efectuar las correcciones correspondientes.

Howden, W. (2014). Menciona que: “Probar es la parte inevitable de cualquier

esfuerzo responsable por desarrollar un sistema de software” (p.384).

Metodología aplicada para la aplicación de las pruebas

Una vez, finalizada la fase de implementación en el taller, es necesaria la

aplicación de una serie de pruebas, las cuales tienen como fin garantizar la calidad del
sistema implementado, para lo cual, es indispensable determinar qué tipo de pruebas
serán aplicadas, el establecer un calendario de pruebas, diseñar las plantillas de
pruebas y una vez identificadas proceder a la corrección de errores.

102
 Comprendido lo expuesto anteriormente, la fase de pruebas para el sistema se
constituye de varios tipos de pruebas: las pruebas unitarias o de unidad, para verificar
la existencia de errores en los elementos individuales del sistema, procedentes de la
codificación, pruebas de integridad de datos y de bases de datos involucradas cuyo
objetivo se centra en asegurar que los métodos de acceso y procesos funcionen de
forma esperada y correcta, sin originar corrupción de los datos.

Pruebas de integración, se enfocan en inspeccionar el diseño y construcción de

la arquitectura del sistema. Se efectuaron pruebas de compatibilidad, dado que, el
acceso al sistema debe ser realizado mediante un navegador web, y se necesitó probar
en distintos navegadores, pruebas funcionales mediante el uso de técnicas de caja
negra, de esta manera asegurando el cumplimiento adecuado de los requisitos
funcionales, agregando la entrada de datos, procesamiento y obtención de resultados.

Asimismo, se llevaron a cabo pruebas de sistema, para la apropiada

navegación del sistema como un todo unido, también el ingreso de datos,
procesamiento y recuperación; se emplearon pruebas de seguridad para constatar que
el sistema de cumple con los mecanismos de autentificación adecuados y funcionales.

Calendario de Pruebas

El calendario de fechas correspondientes a la ejecución de actividades y

pruebas, fue establecido en un periodo de 17 días, distribuidos de una manera
concerniente a la cantidad de tiempo necesaria, para la ejecución de cada una de las
pruebas de software requeridas, con la mayor dedicación y precisión posible, en la
detección de errores en la aplicación web para el registro y control de las órdenes de
servicios.

A continuación se muestra el calendario de pruebas, el cual muestra cada

prueba realizada en esta fase, el tiempo de duración de cada prueba y sus fechas
respectivas en las que se realizaron.

103
Tabla 21: calendario de ejecución de pruebas

ACTIVIDADES DURACIÓN FECHA

Ejecución del Plan de Inicio Final
Pruebas en la
aplicación web 17 días 2409/18 10/10/18
Diseño y Elaboración
de las plantillas a 2 días 24/09/18 26/09/18
emplear en los Casos
de Pruebas
Pruebas de Interfaz y 4 días 27/09/18 30/09/18
contenido
Pruebas de Integración 3 días 03/10/17 03/10/17

Pruebas de Sistema 1 día 04/10/18 04/10/18

Pruebas de Seguridad 2 días 05/10/18 07/10/18

Pruebas Funcionales 3 días 08/10/17 10/10/17

Fuente: Autores: (2019)

Diseño de Plantillas

En la tabla Nº 12, se visualiza el diseño de la plantilla, que será utilizada para

los casos de pruebas, las cuales poseen ciertas condiciones, basadas en una serie de
parámetros con el objetivo de detectar defectos o errores en la aplicación web
realizada

Por cada prueba se presenta un cuadro, en el cual se detalla el tipo de prueba y

los resultados obtenidos.
Tabla 22. Diseño de Casos de Pruebas
CASO DE PRUEBAS Nº FECHA:
Tipo de Prueba Nombre del tipo de Prueba a ejecutar
Nombre del Caso de Prueba Identificación del Caso de Prueba

104
Descripción del Caso de Pruebas Se prueba la respuesta del sistema cuando
se presenta por defecto.
Datos de Prueba Datos utilizados para realizar las pruebas
Precondiciones Condición que se debe cumplir para el caso
de pruebas
Pasos y condiciones de Pasos detallados del caso de pruebas y los
Ejecución datos con los que se probará
Resultado Esperado Resultado ideal de la aplicación de acuerdo
a los pasos ejecutados.
Estado de la prueba Ejecutado/exitoso, Ejecutado/fallido,
Ejecutado/frenado, Ejecutado/ en
construcción.
Resultado obtenido Se realiza luego de la ejecución del
caso de pruebas y de acuerdo a la
reacción de la aplicación
Errores encontrados Al ejecutar el caso de pruebas, en este
campo se indica los errores presentados
Responsable del diseño Nombre del analista de pruebas que
diligencio la plantilla
Fuente. Autores Norma Proyecto III Actualizada (2019).

Tabla 23. Casos de Pruebas. Interfaz y Contenido (Integridad de datos)

CASO DE PRUEBAS Nº 1 FECHA: 27/09/18

Tipo de Prueba Pruebas de Interfaz y contenido
Nombre del Caso de Prueba Prueba Unitaria
Descripción del Caso de Se realizaron pruebas de unidad a cada
Pruebas elemento que compone las diferentes interfaces
del sistema, empleando las técnicas de caja
negra para la comprobación de cada uno de
ellos sea el correspondiente.
Datos de Prueba Aplicación de la prueba a todos los módulos y
componentes del sistema
Precondiciones Se debe contar con las interfaces diseñadas en
su totalidad, para poder ser estimadas, además
de tener acceso a los diferentes módulos que
componen el sistema
Pasos y condiciones de Ejecución Ejecutar el sistema en el navegador web,
desplazarse en el ambiente del sistema, elegir
distintas opciones del sistema, revisión de cada
elemento expuesto.

105
Resultado Esperado El código fuente funcione de manera conforme
a las especificaciones, la interfaz no posea
errores de visualización.
Estado de la prueba Ejecutada exitosamente
Resultado obtenido Se detectaron errores de semánticas en distintas
interfaces de usuario, pertenecientes a
JavaScript, algunos elementos no pueden ser
visualizados correctamente.
Errores encontrados Los elementos suelen desplazarse, al momento
de modificar el porcentaje en ventana del
navegador, errores en el código JavaScript,
algunas tablas de datos no se logran apreciar
correctamente.
Responsable del diseño TSU Jetsyger Guevara
TSU Jesús Ramos
Fuente: Autores: (2019)
Tabla 24. Diseño de Casos de Pruebas
CASO DE PRUEBAS Nº 2 FECHA: 29/09/18
Tipo de Prueba Pruebas de Interfaz y contenido
Nombre del Caso de Prueba Pruebas de integridad de datos
Descripción del Caso de Se efectuaron las pruebas al sistema, con el fin
Pruebas de precisar errores de registro y presentación de
datos que son apreciados por el usuario,
aplicando técnicas de caja blanca.
Datos de Prueba Aplicación de caja todos los módulos y
componentes del sistema
Precondiciones Inserción de datos al sistema anteriormente,
ingreso al sistema.
Pasos y condiciones de Ejecución Asentarse en la interfaz del sistema,
verificación de los datos mostrados al usuario
sean correctos y comprensibles.
Resultado Esperado El sistema cuente con el contenido de datos
correctos y entendibles para los usuarios, sin
redundancia.
Estado de la prueba Ejecutada exitosamente
Resultado obtenido Fueron percibidos errores en el registro y
presentación de los datos registrados al usuario,
errores en títulos del módulo y registros no
íntegros en la base de datos.
Errores encontrados Fallas en el registro de datos, incongruencia de

106
 los datos presentados de los encargados, y en
los módulos de depósito y pedido.
Responsable del diseño TSU Jetsyger Guevara
TSU Jesús Ramos
Fuente: Autores: (2019)
Tabla 25. Casos de Pruebas. Interfaz y Contenido (Navegabilidad y Compatibilidad)
CASO DE PRUEBAS Nº 3 FECHA: 30/09/18
Tipo de Prueba Prueba de interfaz y contenido
Nombre del Caso de Prueba Pruebas de navegabilidad y compatibilidad

Descripción del Caso de Se inician las pruebas de este tipo, comprobando la

Pruebas adaptabilidad del sistema a distintos entornos web
(navegadores), exponiendo a distintas configuraciones
que pueden producir alguna falla de navegación o de
presentación de la interfaz de usuario.

Datos de Prueba Aplicación de las pruebas correspondiente al sistema,

mediante su ejecución en diferentes navegadores web.

Precondiciones Poseer diversos navegadores web, con configuraciones

similares, para apreciar si ocurre algún cambio abrupto
o mínimo al ejecutar el sistema.

Pasos y condiciones de Ejecutar el sistema en cada navegador web, con

Ejecución configuraciones similares, modificar configuraciones en
la interfaz de cada módulo.
Resultado Esperado Constatar que la interfaz y contenido del sistema, no
sufra alteraciones en distintas, debido a las distintas
configuraciones que posea el explorador empleado.

Estado de la prueba Ejecutada exitosamente.

Resultado obtenido Los elementos del sistema son apreciados de manera
similar en distintos navegadores y se adaptan
correctamente a una configuración de zoom estándar
(100%) en todos los navegadores, en caso de usar una
configuración inferior (-90%) sufre el desplazamiento
de algunos elementos.

107
Errores encontrados En contra parte, mediante una configuración por debajo
del 90%, una serie de elementos se desplazan de forma
irregular.
Responsable del diseño TSU Jetsyger Guevara
TSU Jesús Ramos

Fuente: Autores: (2019)

Tabla 26. Casos de Pruebas de Integración (Componentes)

CASO DE PRUEBAS Nº 4 FECHA: 01/10/18

Tipo de Prueba Prueba de Integración
Nombre del Caso de Prueba Prueba de componentes
Descripción del Caso de Se aplicaron las pruebas correspondientes a la
Pruebas integración de los módulos unitarios, para
conformar un componente, esta serie de
procesos fue realizada de forma ascendente,
siendo conectados para uno a uno para obtener el
funcionamiento adecuado.
Datos de Prueba Aplicación a todos los módulos y unidades
individuales del sistema
Precondiciones Se deben poseer los módulos del sistema en
correcto funcionamiento en su fase individual,
para luego ser fusionados en uno solo.
Pasos y condiciones de En primer lugar, los módulos deben ser estar en
Ejecución su forma única e individual con funcionando
correctamente, y de manera progresiva, ser
ensamblados entre ellos.
Resultado Esperado Los módulos deben funcionar de la misma forma
que cuando estaban separados unitariamente.
Estado de la prueba Ejecutada con éxito.
Resultado obtenido Los componentes fueron comprobados
efectivamente, obteniendo, una falla de registro
de datos en los formularios de ingreso de
inventario, registro de encargados y ausencia de
opciones en el menú correspondiente.
Errores encontrados Se apreció, una anomalía en el registro de datos
en los formularios de ingreso de herramientas,
registro de clientes, obteniendo inexistencia de la
data.

108
Responsable del diseño TSU Jetsyger Guevara
TSU Jesús Ramos
Fuente: Autores: (2019)
Tabla 27. Casos de Pruebas de Integración (integridad con las bases de datos)
CASO DE PRUEBAS Nº 5 FECHA: 02/10/18
Tipo de Prueba Prueba de Integración
Nombre del Caso de Prueba Prueba de integridad con las bases de datos
Descripción del Caso de Al ejecutar la integración de módulos, formando
Pruebas componentes, es necesario, corroborar, si los
datos que son ingresados, reposan en la base de
datos, es más, si está o no conectada la base de
datos con los componentes formados, mediante
técnicas de caja blanca empleadas para obtener
un resultado.
Datos de Prueba Aplicación a los componentes del sistema que se
encuentren involucrados con las bases de datos.
Precondiciones La base de datos debe estar alojada en un
servidor, verificar los archivos de conexión php.
Pasos y condiciones de Iniciar el servidor donde se encuentre alojada la
Ejecución base de datos, ejecutar el sistema en su interfaz
principal, ingresar datos para su inicio de sesión,
ingresar datos en los módulos funcionales,
solicitar presentación de datos ingresados.
Resultado Esperado El sistema y módulos se encuentren conectados
con la base de datos, para utilizar sus funciones.

Estado de la prueba Ejecución/exitosa.

Resultado obtenido El sistema y módulos responden
satisfactoriamente, a excepción del módulo de
reparación de herramientas (servicios).
Errores encontrados El módulo respaldo, presenta una falla al guardar
los datos.

Responsable del diseño TSU Jetsyger Guevara

TSU Jesús Ramos
Fuente: Autores: (2019)

109
Tabla 28: Casos de Pruebas de Integración (Rutas)

CASO DE PRUEBAS Nº 6 FECHA: 03/10/18

Tipo de Prueba Prueba de Integración
Nombre del Caso de Prueba Prueba de Rutas
Descripción del Caso de Pruebas Se emplearon las pruebas con el objetivo
de comprobar, que una vez finalizada la
integración de módulos, el sistema
continua funcionando de manera correcta
en su menú de opciones y enlaces.
Datos de Prueba Aplicación a todos los módulos y
componentes del sistema
Precondiciones Los componentes deben estar ensamblados
como un todo unido para ser comprobados.
Pasos y condiciones de Iniciar con la navegación por los distintos
Ejecución módulos, y comprobar de uno cada uno
ellos.
Resultado Esperado Todas los enlaces de opciones y menú,
funcionen correctamente
Estado de la prueba Ejecutado con éxito.
Resultado obtenido Enlaces y opciones del sistema presentan
problemas en ruta de cierre de sesión.
Errores encontrados Los errores se encontraron, en la base de la
interfaz del usuario, ya que al realizar la
acción para cerrar su sesión
correspondiente, menciona que “el objeto
no encontrado”, significa un error en las
rutas de direccionamiento.
Responsable del diseño TSU Jetsyger Guevara
TSU Jesús Ramos
Fuente: Autores: (2019)
Tabla 29. Casos de Pruebas de Sistema (Seguridad del sistema)

CASO DE PRUEBAS Nº 7 FECHA: 05/10/18

Tipo de Prueba Prueba de Sistema
Nombre del Caso de Prueba Prueba de Seguridad del Sistema
Descripción del Caso de La seguridad del sistema, es un aspecto el cual
Pruebas se debe ser muy cuidadoso, para ello se
emplearon pruebas de seguridad, que constan
de técnicas de caja blanca, haciendo uso de

110
 pruebas de acceso, mediante claves de acceso
erróneas y autorizadas.
Datos de Prueba Las pruebas fueron aplicadas en el formulario
de inicio de sesión del sistema para cada
usuario, además de su respectiva salida de
sistema.
Precondiciones El usuario debe estar registrado en el sistema
y conocer sus datos para ingresar en su cuenta
y ejecutar sus funciones.
Pasos y condiciones de Comprobar los datos de usuarios en varias
Ejecución oportunidades, ingresar los datos del usuario
correctamente.
Resultado Esperado Los datos ingresados por el usuario, deben ser
comprobados, a su vez autorizar o negar el
ingreso al sistema, para proteger los datos de
intrusos.
Estado de la prueba Ejecutado/fallido.
Resultado obtenido Los datos ingresados del usuario al ser
incorrectos, se le notifica que mediante un
aviso, de negación de su acceso, en cambio al
ser correctos, se le permite el inicio de sesión.
Errores encontrados No se presentaron errores.
Responsable del diseño TSU Jetsyger Guevara
TSU Jesús Ramos
Fuente: Autores: (2019)
Tabla 30: Casos de Pruebas de Sistema (Funcionalidad del sistema)

CASO DE PRUEBAS Nº 8 FECHA: 08/10/18

Tipo de Prueba Pruebas de Sistema
Nombre del Caso de Prueba Pruebas Funcionales
Descripción del Caso de En este caso de pruebas, emplean técnicas de
Pruebas caja negra y caja blanca, para verificar el
funcionamiento de los componentes como un
todo, junto a bases datos, funciones emergentes
y demás interacciones que ofrece el sistema al
usuario.
Datos de Prueba Aplicación a todos los módulos y componentes
del sistema.
Precondiciones Ya establecidas, las distintas pruebas
individuales de cada componente, y su correcto

111
 funcionamiento, una vez ensamblados entre
todos, puesto en marcha el sistema, se procede
a realizar pruebas de sus funciones
Pasos y condiciones de Ejecutar el sistema, e iniciar el ingreso de datos
Ejecución en el inicio de sesión, registro de datos,
presentación y modificación de los mismos y
salida del sistema.
Resultado Esperado Se espera que todas las funciones del sistema,
funcionen correctamente.
Estado de la prueba Ejecutada con éxito.
Resultado obtenido Se comprobó fallas en el registro del ingreso de
los clientes, errores en la presentación de los
datos solicitados, en los módulos de modificar
y actualización de datos del cliente.
Errores encontrados Errores de integridad en el módulo de ingreso
de los clientes, errores semánticos en la
presentación de los datos registrados.
Responsable del diseño TSU Jetsyger Guevara
TSU Jesús Ramos
Fuente: Autores: (2019)
Detección de fallas

Durante la fase de pruebas se detectaron varios errores en el módulo de

ingreso de registro de cliente, errores en el archivo php de ingreso de datos, motivo
por lo cual no se efectuaba el registro de los clientes, se produjeron errores en los
campos de modificación de herramientas y revisión, así como errores de semántica en
el menú y alertas en algunos formularios, añadiendo algunas alteraciones con algunos
navegadores y configuraciones específicas, así mismo también se obtuvieron
resultados positivos en las pruebas de seguridad del sistema.

Corrección de errores

Al obtener los resultados que arrojaron las pruebas, se procedió al análisis de

las mismas, con el fin de corregir aquellos errores encontrados en el sistema. Fueron
revisados los archivos de inserción de datos para corregir las fallas en el código
fuente del módulo, igualmente se buscó modificar aquellos archivos de que

112
contengan errores semánticos en las interfaces de la aplicación web que se presentan
en las notificaciones en java script, errores de visualización de datos en la interfaz de
usuario.

113
 CONCLUSION

Los sistemas desarrollados en plataformas Web, proporcionan beneficios para

las empresas que los utilizan y para los usuarios que operan en el sistema. Entre los
beneficios encontramos las mejoras en el proceso de comunicación, reflejadas en la
rapidez de obtención de la información y en la optimización de las tareas por parte de
los usuarios.

Actualmente, las empresas se han reconvertido desde el punto de vista

informático, para hacer más fácil y eficiente tareas que antes llevaban mucho tiempo.
Los sistemas web son un escalón más, en la administración de la información y en la
facilidad de acceso informático para todos los empleados y para las personas que
requieren los servicios de alguna empresa.

En la empresa de reparaciones eléctricas RELECA, C.A. se requería de una

aplicación Web que agilizara el registro de sus clientes y programar una oren de
servicio: Una vez realizado el diagnóstico de la situación podemos concluir que la
solicitud de servicios se realizaba por medio de talonarios de forma manuscrita, lo
cual hacia que el proceso sea lento y poco eficiente. En este sentido, se propuso el
Desarrollo de una aplicación Web de solicitud de Servicios para la empresa
RELECA, C.A. Esto se llevó acabo utilizando la metodología UWE (Ingeniería Web
basada en UML).

Es importante destacar que no se encontró mucha información sobre la

metodología UWE en Venezuela; sin embargo en otros países, como: México,
Ecuador y Bolivia si existen varios Trabajos de grado realizados bajo la misma.

En cada una de las fases de la metodología se ejecutan las disciplinas o flujos

de trabajo de: análisis de requisitos, análisis y diseño, implementación y pruebas, con
mayor o menor grado en función de la fase que se esté ejecutando. También se

114
incorporaron las tareas de la Ingeniería del Software basada en Componentes. Es así
como en la fase de comienzo se hizo énfasis en la disciplina de análisis de requisitos,
con el fin de obtener los casos de uso que guiaran el desarrollo del sistema y los
diagramas de actividad que detallan el proceso que realizarán los casos de uso. Para
obtener los requerimientos del sistema se realizaron entrevistas al administrador y
encargado de la empresa de la empresa y se presentaron prototipos. Posteriormente,
en la fase de elaboración se ejecutaron las disciplinas de análisis de requisitos y
análisis y diseño, obteniendo un prototipo de la interfaz de usuario que fue presentado
a la tutora académica para depurar los requerimientos y poder pasar a la fase de
construcción.

Detallando la fase de elaboración, podemos destacar que en la disciplina de análisis y

diseño se diseñaron los prototipos de pantallas para cada caso de uso, los diagramas
de secuencia y los diagramas de clase para cada subsistema. Luego se definió la
arquitectura de la aplicación como Cliente-servidor, se elaboró el modelo conceptual
por medio del modelo de datos para cada uno de los subsistemas definidos
anteriormente. Seguidamente, se realizaron los modelos de presentación y de
navegación.

El SRCH se sometió a diversas pruebas para garantizar su buen

funcionamiento. Entre ellas podemos destacar las pruebas de navegabilidad bajo
distintos navegadores, tales como: Mozilla Firefox y Microsoft Explorer en Windows
7 y las pruebas por cada caso de uso de los dos subsistemas encontrados.

Las herramientas para el desarrollo del sistema fueron: PHP como lenguaje de
programación y Mysql como manejador de base de datos. También se usaron las
herramientas Dia, y Microsoft Project para la elaboración de los distintos diagramas
que contempla la metodología.

115
 RECOMENDACIONES

Una vez, concluida la investigación, se ofrecen una serie de recomendaciones

esenciales, las cuales deberían ser efectuadas por el cliente, para que el óptimo
funcionamiento del sistema sea llevado a cabo en función del beneficio del usuario.
De esta forma se presentan las siguientes recomendaciones:

 Para mayor integridad de los datos almacenados, se sugiere que el sistema sea
manipulado, únicamente por el administrador u encargado habilitado, el cual
es el responsable de la información que es ingresada en el sistema, y así evitar
cualquier alteración indebida de los datos.
 A la persona encargada de ser administrador del sistema, se recomienda
realizar periódicamente respaldos de la base de datos, y resguardados en
dispositivos externos (CD, discos duros externos o unidades de
almacenamiento USB), con la finalidad de ofrecer respuesta a incidentes que
sean presentados, en caso de pérdida de información.
 Es recomendable, realizar un mantenimiento preventivo al equipo de
cómputo, donde se encuentre implantado el sistema, para mantener su buen
funcionamiento.
 Se recomienda mantener la hora y fecha de la computadora actualizada al día
en curso.
 Para un funcionamiento deseado del sistema, es necesaria su ejecución en los
navegadores Mozilla Firefox, Google Chrome u Opera.

El usuario en turno, debe finalizar su sesión correspondiente, para proporcionar un

mejor sentido de seguridad del sistema, además de asegurar el resguardo de la
información que esté maneja.

116
 No revelar, ni confiar sus datos de usuario (usuario y clave) a ninguna persona
ajena al departamento empresa, como medida de seguridad.
 Configurar la pantalla a un 100%, para una mejor apreciación de la interfaz
del sistema.
 De surgir alguna duda, en cuanto al uso y manejo del sistema, es aconsejable
consultar el manual de usuario para despejar cualquier inquietud.
 Para finalizar, sería de gran ayuda, que el sistema siga teniendo un desarrollo
progresivo, para así fortalecer la herramienta y se adapte a las diferentes
necesidades que requiera la empresa.

117
 REFERENCIAS BIBLIOGRÁFICAS

Arias, F. (2012) proyecto de investigación científica, introducción a la metodología

científica 6ta edición. Editorial Episteme. Caracas República Bolivariana de
Venezuela.

Bowersox, D.; Closs, M.; Bixby, C. (2004) Administración y Logística en la cadena

de Suministros. Segunda edición McGraw Hill 2004. México.

Brito. F. (2012) Desarrollo de un sistema, Basado en Arquitectura Orientada a

servicios (SOA), para la automatización de los procesos de entrada y salida de
equipos eléctricos, en la Gerencia de Servicios Eléctricos, PDVSA Distrito San
Tomé, Maturín – Estado Monagas, Venezuela.

Constitución de la República Bolivariana de Venezuela (1999). Gaceta Oficial de la

República Nº 5453, marzo 3 de 2000. Caracas. Venezuela.

Decreto Presidencial N° 5246 (2009). Gaceta Oficial N° 367.321. Resolución de

Formatos libres y Desarrollo de portales de Internet en Venezuela. Caracas.
Venezuela.

David, F. (2003) Conceptos de administración estratégica. Pearson Educación 9ª

edición. México.

Diccionario Oxford en línea (2017). Aplicación. Extraído el 22 de Abril de 2017

desde https://es.oxforddictionaries.com/definicion/aplicacionlocale=es

Escudero, M. (2011). Gestión de aprovisionamiento. Ediciones Paraninfo S.A.

Madrid.

Ferrín. A. (2007). Gestión de stocks en la logística de almacenes, FC Editorial.

Hansen, D. y Mowen, M. (1996). “Administración de Costos. Contabilidad y

Control”. International Thomson editores, S.A. de C.V. México.

118
Howden, W (2014). Tomado de: Ingeniería de Software. Un Enfoque Práctico 7ma
Edición.

Ley Sobre Simplificación de Trámites Administrativos (1999). Gaceta Oficial Nº

5.393, 22 de Octubre de 1999. Caracas. Venezuela.

Ley Especial Contra Delitos Informáticos (2001). Gaceta Oficial N° 37.313, 30 de

Octubre de 2001. Caracas. Venezuela.

Ley Orgánica de Ciencia, Tecnología e Innovación (2000). Gaceta Oficial N° 39.575,

16 de Diciembre del 2010. Caracas. Venezuela.

Maita. R., Parra. E., Reyna. I. (2016). Aplicación web para inventario de los bienes
del Departamento de telemática del Instituto Universitario de Tecnología del Estado
Bolívar, Municipio Heres Ciudad Bolívar – Estado Bolívar.

Míguez, M. y Bastos, I. (2006). Introducción a la gestión de stocks. Editorial Ideas

propias. España.

Moreira, V. (2009). Las Aplicación Web en el entorno empresarial. Extraído 06 de

junio de 2017 desde http://es.scribd.com/doc/75239310/Aplicaciones-Web

Moreno. N. y Rodríguez. F. (2002). La gestión de la información como base a la

gestión del conocimiento y del aprendizaje en las organizaciones en las universidades
“Educación Superior (Universidad de la Habana)”. Vol. Nº.2.

Moskowitz, H. (1982). Investigación de operaciones. Editorial Prentice hall. México.

Pallela, S. y Martins, F. (2012) Metodología de la investigación Cuantitativa, Fedupel

(Fondo Editorial de la Universidad Pedagógica Experimental Libertador) Caracas.
Venezuela.

Plan Patria (2013 – 2019). Publicado en Gaceta oficial Nº 6.118 04 o 05-12-2013.

Caracas. Venezuela.

119
Pavas. D., Neira. Y. (2015). Diseño e Implementación de una plataforma web para la
solicitud, administración y gestión de órdenes de compra e inventarios en la empresa
Tecnoprecisión. Bogotá, Colombia

Pressman R. (2005), Ingeniería de Software Un Enfoque Práctico Séptima Edición.

Editorial Mcgraw Hill. New York.

Redondo, A. (2002). Curso Práctico de Contabilidad general y Superior. Tomo I,

3era edición. Centro Contable Venezolano. Caracas.

Rementeria, A. (2008) Veamos ahora el concepto de gestión. Extraído el 09 de

septiembre de 2017 desde http://lauca.usach.cl/~aremente/tema2.htm

Restrepe, G. (2008). El concepto y alcance de la Gestión Tecnológica. Extraído el 15

de mayo de 2017 desde
http://ingenieria.udea.edu.co/producciones/guillermo_r/concepto.html

Rodríguez, B. (2009) Notas de clase de la MBA internacional en Gestión Logística

integral y SCM, instituto tecnológico de logística 2009- 2010 Montevideo – Uruguay.

Valdez. F. (2014). Sistema de Información Basado En Tecnología Web Para La

Gestión De Los Bienes, Materiales Y Suministros De La Unidad De Almacén
Del Instituto Universitario De Tecnología Del Estado Bolívar, Ubicado En La
Parroquia Catedral Del Municipio Heres, De Ciudad Bolívar – Estado Bolívar.
Venezuela.

Vargas. J. (2012). Diseño e Implementación de una Aplicación web de Control de

inventario y Rastreo de Puntos de Venta, Sartenejas, Miranda, Venezuela.

Villafranca, D. (2002). Metodología de la investigación. San Antonio de los Altos.

Miranda, Venezuela

Welsch, G.; Hilton, R.; Gordon, P.; Rivera, C. 2005. Presupuestos. Planificación Y
Control. México. Pearson Educación De México, S.A., 6ª Edición.

120
ANEXOS

121