Documento Tesis Sipra PDF

SISTEMA DE INFORMACIÓN WEB PARA AGILIZAR EL PROCESO DE
RADICACIÓN Y REGISTRO DE ACTIVIDADES EN EL ÁREA

TECNOLÓGICA PARA PEQUEÑAS EMPRESAS (SIPRA)
RICARDO ANDRES URREGO KUIRU

CRISTIAN CAMILO SOTO PARDO
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD TECNOLÓGICA
TECNOLOGÍA EN SISTEMATIZACIÓN DE DATOS
BOGOTÁ D.C.
2015
RICARDO ANDRES URREGO KUIRU

20091078112
CRISTIAN CAMILO SOTO PARDO
20062078049
TRABAJO DE INVESTIGACIÓN PARA OPTAR POR EL TÍTULO DE

TECNÓLOGO EN SISTEMATIZACIÓN DE DATOS
TUTOR:
SONIA ALEXANDRA PINZON NUÑEZ
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD TECNOLÓGICA
TECNOLOGÍA EN SISTEMATIZACIÓN DE DATOS
BOGOTÁ D.C.
2015
NOTA DE ACEPTACIÓN
_______________________________
_______________________________
_______________________________
_______________________________
_______________________________
_______________________________
_______________________________
_______________________________
Firma tutor
_______________________________
Firma del jurado
_______________________________
Firma del jurado
Bogotá D.C, 26 de Octubre de 2015
3
“Dedico este logro a todos los que sin dudar siempre han creído en mí, a mi
familia, a todos las personas que me acompañaron en esta ardua labor y a todas
aquellas que me donaron su conocimiento”.
Ricardo Andres Urrego Kuiru.
“Dedico la culminación de este ciclo académico a mi familia, por su

acompañamiento y apoyo durante toda mi vida, a Dios por las bendiciones
recibidas y a todos mis compañeros que me alegraron en muchos momentos
durante este recorrido”.
Cristian Camilo Soto Pardo.
4
AGRADECIMIENTOS
Expresamos nuestra gratitud a la empresa modelo en la cual se basó nuestra

aplicación, SERVIBARRAS, en especial al Ingeniero Rodrigo Salazar por la
oportuna orientación en el desarrollo de la aplicación y la oportunidad de realizar
esta tan importante labor.
A la Universidad Distrital Francisco José de Caldas, a la Ing. Sonia Alexandra
Pinzón Núñez Tutor Interno, por su acompañamiento y asesoría durante el
desarrollo del proyecto además de la transmisión de su conocimiento para hacer
que esto fuera posible.
Igualmente a todas las personas que de alguna u otra forma hicieron parte del
avance de este proceso, profesores, tutores, jurados, compañeros. etc.
5
TABLA DE CONTENIDO
Pág.
INTRODUCCIÓN .............................................................................................. 15
1. FASE DE INICIO (MODELADO DEL NEGOCIO, PLANEACIÓN,
DEFINICIÓN Y ORGANIZACIÓN).................................................................... 16
1.1. TÍTULO DEL PROYECTO ................................................................... 16
1.2. TEMA ................................................................................................... 16
1.3. PLANTEAMIENTO DEL PROBLEMA .................................................. 17
1.3.1. Descripción Del Problema ............................................................. 17
1.3.2. Formulación Del Problema ............................................................ 18
1.4. OBJETIVOS......................................................................................... 18
1.4.1. Objetivo General............................................................................... 18
1.4.2. Objetivos Específicos ....................................................................... 19
1.5. JUSTIFICACIÓN .................................................................................. 19
1.6. ALCANCE ............................................................................................... 20
1.6.1. Nivel Funcional Del Alcance De Los Módulos .................................. 20
1.6.1.1. Modulo Gestión De Usuario ....................................................... 20
1.6.1.2. Modulo Gestión De Empresas ................................................... 21
1.6.1.3. Modulo Soportes Tecnológicos .................................................. 21
1.6.1.4. Modulo Publicación De Información ........................................... 21
1.6.1.5. Modulo Gestión Comercial ......................................................... 21
1.6.1.6. Módulo De Reportes .................................................................. 21
1.7 LIMITACIONES ................................................................................... 22
1.7.1 Limitación Temporal .......................................................................... 22
1.7.2 Limitación Geográfica ........................................................................ 22
1.7.3 Limitación Técnica ............................................................................. 22
1.7.4 Limitación Operativa .......................................................................... 23
1.8 FACTIBILIDAD .................................................................................... 23
1.8.1. Factibilidad Técnica .......................................................................... 23
1.8.2. Factibilidad Operativa ....................................................................... 24
1.8.3. Factibilidad Económica..................................................................... 25
1.8.3.1. Recursos Humanos.................................................................... 26
1.8.3.2. Recursos Técnicos..................................................................... 27
1.8.3.3. Recursos De Software ............................................................... 28
1.8.3.4. Presupuesto ............................................................................... 29
1.9. MARCOS DE REFERENCIA .................................................................. 30
1.9.1. Marco Histórico ................................................................................ 30
1.9.1.1. Estado Del Arte .......................................................................... 30
1.9.1.2. Sistemas De Información Web Y Su Clasificación .................... 32
6
Pág.
1.9.2. Marco Teórico .................................................................................. 34
1.9.2.1. Service Manager ........................................................................ 34
1.9.2.2. Helpdesk .................................................................................... 34
1.9.2.3. Sistema Web .............................................................................. 35
1.9.2.4. Aplicaciones Multinivel ............................................................... 36
1.9.2.5. Aplicación Web .......................................................................... 36
1.9.2.6. Software Libre ............................................................................ 37
1.9.2.7. PHP............................................................................................ 37
1.9.2.8. Bases De Datos ......................................................................... 38
1.9.2.9. Sql .............................................................................................. 39
1.9.2.10. MySQL ..................................................................................... 41
1.9.2.11. Modelo-Vista-Controlador (MVC) ............................................. 42
1.9.2.12. Xampp...................................................................................... 43
1.9.2.13. JavaScript ................................................................................ 44
1.9.2.14. Html.......................................................................................... 45
1.9.2.15. Ajax .......................................................................................... 47
1.9.2.16. Css ........................................................................................... 47
1.9.3. Marco Metodológico ......................................................................... 48
1.9 CRONOGRAMA DE ACTIVIDADES .................................................... 51
2. FASE DE ELABORACIÓN ........................................................................... 52
2.1. IDENTIFICACIÓN DE LA INFORMACIÓN .............................................. 52
2.1.1. Entrevista ......................................................................................... 52
2.2. ARQUITECTURA DEL SOFTWARE ....................................................... 53
2.3. MODELADO ........................................................................................... 54
2.3.1 Descripción General Del Sistema ...................................................... 54
2.3.2. Prototipos De Interfaz De Usuario .................................................... 55
2.4. REQUERIMIENTOS ............................................................................... 62
2.4.1. Requerimientos Funcionales ............................................................ 62
2.4.2 Requerimientos No Funcionales ....................................................... 63
3. FASE DE CONSTRUCCIÓN ........................................................................ 64
3.1 DEFINICIÓN DE ACTORES .................................................................... 64
3.2. DIAGRAMAS DE CASOS DE USO ......................................................... 65
3.3 DIAGRAMAS DE SECUENCIAS.............................................................. 67
3.3.1. Diagrama de secuencia login ........................................................... 67
3.4 DIAGRAMAS DE ACTIVIDAD .................................................................. 68
3.4.1 Diagrama de actividad login .............................................................. 68
3.5 DIAGRAMAS DE ESTADO ...................................................................... 69
3.5.1 Diagrama de estado Gestión de Proyectos ....................................... 69
3.6. DIAGRAMA DE CLASES ............................................................................... 70
7
Pág.
3.7. MODELO DE DATOS................................................................................... 71
3.7.1 Diccionario De Datos ......................................................................... 72
4. FASE DE TRANSICIÓN ............................................................................... 81
4.1. DESPLIEGUE DE COMPONENTES ...................................................... 81
4.2. DESPLIEGUE DE PAQUETES ............................................................... 82
4.3. DIAGRAMA DE DESPLIEGUE ............................................................... 82
4.4. IMPLEMENTACIÓN................................................................................ 83
4.4.1. Instalación Web ................................................................................ 84
4.5. PRUEBAS ............................................................................................... 88
4.5.1 Pruebas realizadas para el Usuario Administrador ........................... 89
4.5.1. Pruebas realizadas para el usuario Personal Técnico...................... 90
CONCLUSIONES ............................................................................................. 91
RECOMENDACIONES ..................................................................................... 92
BIBLIOGRAFIA ................................................................................................ 93
INFOGRAFIA.................................................................................................... 95
8
LISTA DE TABLAS
Pág.
TABLA 1. RECURSOS HUMANOS ................................................................. 26

TABLA 2. RECURSOS TÉCNICOS ................................................................. 27
TABLA 3. RECURSOS DE SOFTWARE ......................................................... 28
TABLA 4. PRESUPUESTO .............................................................................. 29
TABLA 5. ETAPA RUP .................................................................................... 50
TABLA 6. DEFINICIÓN DE ACTORES ............................................................ 64
TABLA 7. CASO DE USO GESTIÓN SISTEMA SIPRA ................................. 66
TABLA 8. LOGIN ............................................................................................. 72
TABLA 9. FUNCIONARIO ............................................................................... 73
TABLA 10. FUN_EMP ...................................................................................... 74
TABLA 11. ORDEN_SERVICIO ....................................................................... 75
TABLA 12. COTIZACION ................................................................................ 76
TABLA 13. EMPRESA ..................................................................................... 77
TABLA 14. CONTACTO .................................................................................. 78
TABLA 15. PROYECTO ................................................................................... 79
TABLA 16. PROD_COT ................................................................................... 80
TABLA 18. PRUEBA ADMINISTRADOR ........................................................ 89
TABLA 19. PRUEBA USUARIO PERSONAL TÉCNICO ................................ 90
9
LISTA DE FIGURAS
Pág.
FIGURA 1. CLASIFICACIÓN DE UN SISTEMA DE INFORMACIÓN WEB ... 33

FIGURA 2. CRONOGRAMA DE PROYECTO (A) ........................................... 51
FIGURA 3. CRONOGRAMA DE PROYECTO (B) ........................................... 51
FIGURA 4. ARQUITECTURA SOFTWARE ..................................................... 54
FIGURA 5. DESCRIPCIÓN GENERAL DEL SISTEMA ................................... 55
FIGURA 6. VENTANA PRINCIPAL .................................................................. 56
FIGURA 7. MODULO USUARIO ...................................................................... 56
FIGURA 8. MODULO USUARIO-MODIFICAR ................................................ 57
FIGURA 9. MODULO PROYECTOS ................................................................ 57
FIGURA 10. MODULO PROYECTOS-PROYECTO ......................................... 58
FIGURA 11. MODULO PROYECTOS-EMPRESA ........................................... 58
FIGURA 12. MODULO PROYECTOS-CONTACTO ........................................ 59
FIGURA 13. MODULO COMERCIAL ............................................................... 59
FIGURA 14. MODULO COMERCIAL-PRODUCTO ......................................... 60
FIGURA 15. MODULO COMERCIAL-COTIZACIÓN ....................................... 60
FIGURA 16. MODULO SOPORTE TECNOLÓGICO ....................................... 61
FIGURA 17. MODULO CONOCIMIENTO ........................................................ 61
FIGURA 18. DIAGRAMA DEL SISTEMA SIPRA............................................. 65
FIGURA 19. SECUENCIA LOGIN .................................................................... 67
FIGURA 20. ACTIVIDAD LOGIN ..................................................................... 68
FIGURA 21 DIAGRAMA DE ESTADO LOGIN ............................................... 69
FIGURA 22 DIAGRAMA DE CLASES ............................................................. 70
FIGURA 23. MODELO DE DATOS .................................................................. 71
10
Pág.
FIGURA 24. DIAGRAMA COMPONENTES..................................................... 81
FIGURA 25. DIAGRAMA PAQUETES ............................................................. 82
FIGURA 26. DIAGRAMA DESPLIEGUE ......................................................... 82
FIGURA 27. ALISTAMIENTO HOSTING ......................................................... 84
FIGURA 28. ALISTAMIENTO PAQUETES ...................................................... 84
FIGURA 29. GESTOR FTP FILEZILLA ........................................................... 85
FIGURA 30. FILEZILLA INGRESO DE DATOS .............................................. 85
FIGURA 31. FILEZILLA UBICACIÓN ARCHIVOS CARGA ............................ 86
FIGURA 32. FILEZILLA UBICACIÓN ARCHIVOS CARGA_2 ........................ 87
FIGURA 33. VISUALIZACIÓN NAVEGADOR ................................................. 87
11
LISTA DE ANEXOS
ANEXO 1. ENTREVISTA
ANEXO 2. CASOS DE USO
ANEXO 3. DIAGRAMAS DE ACTIVIDAD
ANEXO 4. DIAGRAMAS DE ESTADO
ANEXO 5. DIAGRAMAS DE SECUENCIA
ANEXO 6. MANUAL DE USUARIO DE LA APLICACION
12
RESUMEN
Este documento describe el proceso de creación el Sistema De Información
Web Para Agilizar El Proceso Y Registro De Actividades en el área
tecnológica basado en la necesidad de la empresa SERVIBARRAS, el
sistema permitirá a los usuarios acceder y gestionar la información en
tiempo real, y desde cualquier lugar, dándoles a los funcionarios un óptimo
servicio de todos los procesos tecnológicos que se llevan a cabo dentro de
la aplicación.
Para el desarrollo de este sistema se implementó el paradigma de
programación: MVC (modelo, vista, controlador), que garantiza la calidad en
el desarrollo, haciendo que el sistema sea robusto, flexible y amigable para
el usuario final. Para la implementación de este paradigma se hizo la
inclusión de Netbeans como ambiente de desarrollo ya que nos ofrecía una
facilidad al momento de creación.
El sistema está desarrollado en PHP y es compatible con MySQL, que es el
motor de bases de datos que se implementó ya que el proyecto va dirigido
a cualquier tipo de empresa pequeña que necesite organizar las gestiones
del área tecnológica, se hace el uso de la metodología RUP ya que según
tiempos y organización suple las necesidades de desarrollo, diseño y
despliegue, permitiendo alcanzar los objetivos propuestos.
13
ABSTRACT
This document describes the process of creating Web Information System to
streamline the process and recording activities in the area of technology based
on the need for Servibarras Company, the system will allow users to access and
manage information in real time, and from anywhere, giving optimal service
officials of all technological processes that take place within the application.
MVC (Model View Controller), which guarantees the quality development, making
the system robust, flexible and friendly for the end user: For the development of
this system was implemented programming paradigm. For the implementation of
this paradigm was the inclusion of NetBeans development environment because
it offered us a facility at the time of creation.
The system is developed in PHP and supports MySQL, which is the engine
database that was implemented as the project is aimed at any type of small
business you need to organize the efforts of the technological area, the use is
made RUP since according to time and organization meets the needs of
development, design and deployment, allowing to reach the objectives.
14
INTRODUCCIÓN
La evaluación y expansión de las pequeñas empresas ha traído consigo la
implantación de las nuevas tecnologías y el deseo de sistematizar sus procesos,
muchas de estas empresas cuentan con áreas específicas diseñadas
exclusivamente a la tecnología.
En este documento se presenta un trabajo de investigación para la generación
sistematizada de las actividades que se presentan en el área tecnológica de
cualquier empresa pequeña, en general el sistema puede atacar los puntos
esenciales de organización y registros de cualquier empresa, pero al hacer un
sondeo general entre empresas pequeñas tomamos una empresa de diseño de
etiquetas que contiene un área tecnológica puntual donde se puede llevar a cabo
una observación más detallada de nuestro sistema, en este caso y como modelo
se escogió la empresa SERVIBARRAS.
Se propone la implementación de un sistema de información web, como una
alternativa en la solución del problema a tratar. Se expone las características,
ventajas y desventajas de estos sistemas, así mismo el procedimiento a seguir
para la creación del mismo.
Por último se crea un aplicativo (software) que permite apoyar la gestión del
proceso radicación y registro de actividades en el área tecnológica de la empresa
modelo SERVIBARRAS, mejorando las fases del proceso y disminuyendo
tiempo y costos, dando solución a los impases que se presentan en tiempo de
registro, tramite y en consultas de información.
Para la creación de este aplicativo web utilizaremos herramientas de alto nivel
para el diseño de software como lo es NETBEANS que es el ambiente de
desarrollo, uno de los más utilizados gracias a su interactividad y fácil manejo,
en la parte del código se implementara PHP para dar un lenguaje fácil de
entender y moldeable, compatible con otros lenguajes como JAVA y
complementos gráficos como CSS3, que le dan un aspecto y una funcionalidad
más amplia ya que abre mucho más la perspectiva funcional.
Llevando a cualquier pequeña empresa, en este caso la que estamos tratando,
a subir a un nuevo estándar de organización informática.
15
1. FASE DE INICIO (MODELADO DEL NEGOCIO, PLANEACIÓN,
DEFINICIÓN Y ORGANIZACIÓN)
En seguida se describe la formación de la idea del proyecto, como se genera la
parte estructural de la idea, su desglosamiento con sus características y su
descripción individual.
1.1. TÍTULO DEL PROYECTO

El siguiente título encapsula de manera global el propósito de este proyecto de
grado.
1.2. TEMA
Para el desarrollo del proyecto se debe tener en cuenta el tema de aplicaciones
web y sistemas de información, para agilizar el proceso de radicación y registro
de actividades en el área tecnológica para pequeñas empresas.
Un sistema de información es un conjunto de elementos relacionados entre sí,
que se encarga de procesar manual y/o automáticamente datos, en función de
determinados objetivos. Un sistema de información realiza cuatro actividades
básicas: entrada, almacenamiento, procesamiento y salida de información.1
Para moldear todo el temario del proyecto y tener un eje central se decidió tomar
una empresa como modelo al cual dirigir nuestro desarrollo, la empresa escogida
es la empresa SERVIBARRAS.
En los próximos módulos describiremos la empresa modelo y sus características
además de como actuarán los sistemas de información web sobre ella.
1
ALGESA http://www.alegsa.com.ar/Dic/sistema%20de%20informacion.php [Consultado el
04/05/2015]
16
1.3. PLANTEAMIENTO DEL PROBLEMA
A continuación se describe como se manifiesta el problema de organización de
actividades y documentación para la empresa modelo SERVIBARRAS; se
determinan los componentes de este problema, definiendo de manera clara una
solución para agilizar el proceso de radicación y registro de actividades en el
área tecnológica.
1.3.1. Descripción Del Problema

Se observa que hay un problema en particular en las empresas pequeñas con
respecto al manejo y seguimiento de las actividades del personal técnico los
cuales deben hacer desplazamiento a los clientes y brindar un soporte optimo y
oportuno, con el fin de entregar una solución específica se trabajara con base
en la empresa SERVIBARRAS la cual es una empresa dedicada a la impresión
de etiquetas con código de barras. Producción de etiquetas flexo-gráficas y
digitales. Paralelamente, incursiona en la generación de soluciones de logística
y gestión de información, fusionando la tecnología, el conocimiento y los
suministros necesarios. Con el proceso de expansión de la compañía a nivel
nacional se han creado sucursales que desempeñan los procesos tecnológicos,
aumentando las actividades de dirección y coordinación, así que se planteó
generar documentación para llevar registro de esto, como lo son ordenes de
servicio de los técnicos, cotizaciones, informes, gestión de proyectos, todo esto
genera aumento de papelería por relacionar.
Esta documentación es realizada físicamente y llenada a mano por cada actor a

cargo del proceso; luego cada documento, son transportados a la oficina donde
son organizados, a final del mes esta documentación es enviada a la ciudad de
sabaneta por vía correspondencia, al llegar a esta ciudad se revisa para tomar
informe sobre el número de soportes, mantenimientos y demás documentación
que necesite ser tratada, se coloca un numero de verificación; por causa de tener
la documentación física, tiende a perderse con facilidad por el proceso de envió
por correspondencia ya que se tienen que tener en cuenta factores de terceros
y externos, además demora la toma de decisiones por no tener resultados de
17
información inmediatos y llevando muchas veces a generar la documentación
nuevamente por causa de perdida, aumentando tiempos de envió de
información, y costos de transporte, haciendo más dura la tarea de archivo.
De lo dicho anteriormente todo se ajusta a unos tiempos que depende del
transporte de esta información y del proceso manual de organización y registro
ya que los actores involucrados en este círculo constante no siempre estarán
coordinados conllevando retrasos y fallos para tomar decisiones, generar
reportes o pedidos.
Se necesita encontrar una herramienta para disminuir tiempos de organización
y acceso a la información de las actividades desarrolladas.
1.3.2. Formulación Del Problema

¿Puede un sistema de información web apoyar la gestión del proceso de
radicación y registro de actividades en una empresa, mejorando las fases del
proceso y disminuyendo tiempo y costos?
1.4. OBJETIVOS
Los objetivos se plantean con el fin de dar la mejor solución al problema
propuesto, se componen de un objetivo general y objetivos específicos los cuales
nos dan las pautas iniciales para resolver dicho problema.
1.4.1. Objetivo General

Desarrollar un sistema de información web para agilizar el proceso de radicación
y registro de actividades en el área tecnológica para las empresas pequeñas.
18
1.4.2. Objetivos Específicos
 Realizar un levantamiento de requerimientos y necesidades, mediante las
técnicas pertinentes a la metodología a desarrollar para la creación del
sistema de información web para empresas pequeñas.
 Modelar y desarrollar una base de datos relacional que responda a las
necesidades del sistema de información web para la gestión de solicitudes
de informes o reportes del área tecnológica de las empresas pequeñas.
 Desarrollar módulos que manejen la gestión de proyectos, soportes
tecnológicos, publicación de información y gestión comercial para los
usuarios del sistema de información web.
 Generar, controlar y mantener la documentación del proceso de desarrollo
del sistema de información web, y la documentación para el usuario.
 Contextualizar el sistema de gestión de la empresa con los sistemas de
información web.
1.5. JUSTIFICACIÓN
A diario existen dificultades en los procesos manuales y organizacionales que
evidencian la necesidad de aprovechar todas las herramientas que están a
disposición para facilitar estas tareas; desarrollar una herramienta tecnológica,
como lo es un sistema de información web, provee bastantes puntos positivos
en la resolución de infinitos huecos en el área a tratar, en este caso desarrollar
un aplicativo web para la organización del área tecnológica de la empresa
modelo escogida SERVIBARRAS reducirá el costo monetario, de tiempo y labor
humana necesaria para este fin.
Trasladar los procesos del área tecnológica de la empresa SERVIBARRAS, tales
como la gestión de órdenes de servicio, divulgación de información, reportes de
usuario, creación de cotizaciones entre otras, a una herramienta computacional
tiene como fin manipular de forma práctica los datos que se reciben
manualmente, con la ventaja de acceder a esta información recopilada
rápidamente y contar con servicios de actualización en tiempo real y no esperar
a un largo proceso de un conducto regular de envió de correspondencia.
19
Se cuenta con técnicas sistemáticas que ejecutan búsquedas de información en
muy corto tiempo, generando una optimización de tiempo, además de crear un
ambiente organizacional de información óptimo para una empresa del siglo XXI.
Además la aplicación generada está diseñada con una estructura practica para
ser moldeada con nuevos módulos, o ser implementada en cualquier otro tipo de
áreas de la empresa donde sea necesaria, o llegando más lejos, implementarla
en cualquier otra empresa que tenga la necesidad de suplir un problema de
organización, con un sistema de información web como el que diseñamos.
1.6. ALCANCE
El proyecto está sujeto a la metodología planteada, se implementaran módulos
sobre:
 Gestión usuario
 Gestión de empresas.
 Soportes tecnológicos.
 Publicación de información.
 Gestión comercial.
 Reportes
Está dirigido con base únicamente al área tecnológica de la empresa Servibarras
y por ende será del manejo y de la aplicación de esta área, cuenta con los
módulos descritos anteriormente los cuales se desglosaran más adelante.
1.6.1. Nivel Funcional Del Alcance De Los Módulos

A continuación se describe el alcance del desarrollo que tendrá cada uno de los
módulos que se propone crear dentro del aplicativo.
1.6.1.1. Modulo Gestión De Usuario

Este módulo es el encargado de crear el usuario y asignarle el perfil que va a
tener sobre el sistema, cuenta con un formulario de ingreso de datos además de
poder actualizarlos y eliminarlos.
20
1.6.1.2. Modulo Gestión De Empresas
Este módulo será el encargado de crear las nuevas empresas, cuenta con un
funcionalidad de crear el contacto de las empresas, tendrá unos formularios para
ingresar los datos necesarios para la creación de los proyectos y sus contactos
además de poder actualizarlos y eliminarlos.
1.6.1.3. Modulo Soportes Tecnológicos

Este módulo es el encargado de gestionar las ordenes de servicio (OS), cuenta
con una modalidad de crear un proyecto, además posee formularios para el
diligenciamiento de lo anterior, pero el esencial es el de la OS para el proceso
de apertura y cierre. Existe la posibilidad de actualización y eliminación
dependiendo el perfil del usuario, al generar la OS se genera un PDF para su
exportación.
1.6.1.4. Modulo Publicación De Información

Este módulo será el encargado de mostrar una listado de archivos para descarga
eliminación y actualización, dependiendo el usuario, para la transmisión de
información que sea necesaria divulgar, artículos, manuales, ejecutables, etc.
1.6.1.5. Modulo Gestión Comercial

Este módulo es el encargado de generar cotizaciones sobre artículos que se
encuentren en la BD, por ende tiene una modalidad de crear el producto con sus
características, la cotización se genera en PDF para su fácil exportación.
1.6.1.6. Módulo De Reportes

Este módulo es el encargado de generar reportes predefinidos por el sistema,
como lo puede ser, mostrar las órdenes de servicio que se han generado en el
último mes, entre otras evidencias.
21
1.7 LIMITACIONES
A continuación encontrara las limitaciones generales del proyecto, nos describe
el lineamiento con las restricciones para la creación del sistema de información
web.
1.7.1 Limitación Temporal

El proyecto estuvo destinado a desarrollarse en un lapso de 6 meses
comprendidos desde el 16 de febrero de 2014, día de la aceptación del proyecto,
hasta el 17 de agosto de 2015, Con una prorroga desde la fecha anterior hasta
el 23 de octubre de 2015 por impases de construcción.
1.7.2 Limitación Geográfica

Este proyecto será desarrollado en instalaciones personales ya que viajar hasta
la ciudad de sabaneta no se encuentra presupuestado.
1.7.3 Limitación Técnica

Las tecnologías sobre las que se desarrollará este proyecto son:
 Sistema operativo: Windows 7 para el servidor
 Motor de Base de datos: MySQL Community Edition
 Servidor de aplicaciones: Xampp
 Servidor Web: Xampp
La solución propuesta se basa en dar organización a los procesos tecnológicos

de radicación y registro de actividades para pequeñas empresas, en este caso
tomado como modelo la empresa SERVIBARRAS, integrando las tecnologías
informáticas actuales para dar solución a los servicios manuales que se realizan
en este momento, tales como ingreso de empresas, proyectos, ordenes de
servicio y generación de cotizaciones tecnológicas.
22
1.7.4 Limitación Operativa
Para poder utilizar el aplicativo no se necesita de un computador con muchas
especificaciones ya que desde cualquier lugar con una conexión a internet y un
ordenador se podrá acceder a la aplicación de forma remota. Para la
manipulación del aplicativo se necesitan los conocimientos básicos sobre
manejo de computadores, ya que la capacitación se realiza por manual y no tiene
mayor dificultad de ejecución.
1.8 FACTIBILIDAD
En esta parte se describe la estrategias y elementos que se deben tener en claro
para que el proyecto sea exitoso. Se entiende por Factibilidad las posibilidades
que tiene de lograrse un determinado proyecto. Es el análisis que realiza una
empresa para determinar si el negocio que se propone será bueno o malo, y
cuáles serán las estrategias que se deben desarrollar para que sea exitoso. 2
1.8.1. Factibilidad Técnica

Las características esenciales de los dispositivos con los cuales se debe hacer
uso de nuestro sistema de información, deberán poseer la mayoría de las
tecnologías utilizadas dentro del desarrollo del sistema.
Características mínimas del computador, para que se pueda dar uso al sistema
de información:
 Procesador de 3.0 GHz de velocidad.
 Memoria RAM de 2.00 GB
 Espacio en disco de 512 Mb
 Sistema Operativo Windows Seven profesional
2
Factibilidad y Viabilidad. Sesión 5021010
http://estudiodefactibilidadyproyectos.blogspot.com.co/2010/09/factibilidad-y-viabilidad.html
23
Recursos Adicionales:
 Acceso a internet
 Servidor web externo Xampp
 Sistema de gestor de bases de datos My SQL community edition.
 Lenguaje de programación HTML + PHP + CSS + JAVA.
 Metodología de desarrollo RUP.
1.8.2. Factibilidad Operativa

Esta factibilidad comprende una determinación de la probabilidad de que un
nuevo sistema se use como se supone.3
Para esto se tuvieron en cuenta cuatro aspectos:
1. Un nuevo sistema puede ser demasiado complejo para los usuarios de la

organización o los operadores del sistema.
2. Un sistema puede hacer que los usuarios se resistan a él como
consecuencia de una técnica de trabajo, miedo a ser reemplazados,
intereses en el sistema antiguo u otras razones.
3. Un sistema a puede introducir cambios demasiado rápido para permitir al
personal adaptarse a él y aceptarlo. Un cambio repentino se ha
anunciado, explicado y “vendido” a los usuarios con anterioridad puede
crear resistencia.
4. La probabilidad de la obsolescencia subsecuente en el sistema. La
tecnología que ha sido anunciada pero que aún no está disponible puede
ser preferible a la tecnología que se encuentra en una o más de las
alternativas que se están comparando, o cambios anticipados en las
practicas o políticas administrativas pueden hacerse que un nuevo
sistema sea obsoleto muy pronto.4
3
ERM System http://ersmsystem.blogspot.com.co/2008/05/definicin-de-factibilidad-tcnica.html
[Consultado el 18/10/15]
4
ERM System http://ersmsystem.blogspot.com.co/2008/05/definicin-de-factibilidad-tcnica.html
24
Se relaciona a continuación el personal requerido para la elaboración del
proyecto Sistema de información Web para agilizar el proceso de radicación y
registro de actividades en el área tecnológica para empresas pequeñas, en
cuestión para la empresa SERVIBARRAS.
Tutor de Tesis: Responsable de supervisar y asesorar la elaboración de

proyecto.
Personal Técnico del área tecnológica de Servibarras: Son los usuarios que
tendrán las diversas necesidades que se deben tratar para hallar una solución.
Analistas y desarrolladores: Captura, especificación y validación de requisitos,
interactuando con el equipo de trabajo de la empresa modelo SERVIBARRAS,
mediante entrevistas y documentación que ellos suministren. Elaboración del
modelo de análisis y diseño. Desarrollo del software basados en la arquitectura
base. Planear diseñar y evaluar las pruebas.
1.8.3. Factibilidad Económica

A continuación se desglosa los valores de los recursos que necesitamos para el
éxito de nuestro proyecto, tales como valores de personal, servicios y objetos
para la ejecución.
25
1.8.3.1. Recursos Humanos
Tabla 1. Recursos humanos
FUENTE DE FINANCIACIÓN
DESCRIPCIÓN
DESCRIPCIÓN
COSTOS
COORDINACIÓN
SERVIBARRAS
ESTUDIANTE
HORAS
TOTAL
COSTOS
Asesor de $50,000
X 40 $2.000.000
ASESORÍA,TUTORÍAS Y
desarrollo hora
PROGRAMADORES
$40,000
Asesor técnico X 50 $2.000.000
hora
$12,000
Programador 1 X 440 $4.400.000
hora
$12,000
Programador 2 X 440 $4.400.000
hora
TOTAL RECURSO HUMANO 970 $12.800.000
26
1.8.3.2. Recursos Técnicos
Tabla 2. Recursos Técnicos
FUENTES DE FINANCIACION
DESCRIPCIÓN
DESCRIPCIÓN
COORDINACIÓN
TOTAL COSTOS
UNIDADES
SERVIBARRAS
COSTOS
ESTUDIANTE
PC. Intel Core i7
Duo CPU 2.7
GHz
HARDWARE
RAM: 8GB
$
2 Disco Duro: 500 X $ 3.400.000
3.400.000
GB
Teclado
Mouse
Monitor
Papelería,
fotocopias,
transporte,
$ 300.000 X $ 300.000
medios
magnéticos de
almacenamiento
OTROS
Acceso a
$ 300.000 X $ 300.000
internet
Encuadernación $ 200.000 X $ 200.000
TOTAL RECURSOS $4.200.000,00
27
1.8.3.3. Recursos De Software
Tabla 3. Recursos de software
FUENTE DE
FINANCIACION
DESCRIPCION
DESCRIPCION
PROVEEDOR
UNIDADES
COORDINACION
COSTOS
ESTUDIANTE
TOTAL
COSTOS
Windows
2 Microsoft $0,00 X $0
Seven
HTML+PHP Software
1 $0,00 X $0
+CSS Libre
SOFTWARE
MySql
Software
community 1 $0,00 X $0
Libre
edition
Software
JAVA 1 $0,00 X $0
Libre
Software
Netbeans 1 $ 0,00 X $0
Libre
TOTAL $0
28
1.8.3.4. Presupuesto
A continuación se muestra el presupuesto total, requerido para nuestro sistema
de información web:
Tabla 4. Presupuesto
29
1.9. MARCOS DE REFERENCIA
Para definir un marco de este proyecto, recordemos que los sistemas de
información web han sido utilizados para dar solución a problemas en áreas
específicas de alguna entidad, desglosaremos proyectos similares, centrando la
investigación en los sistemas de información que simulan procesos de radicación
y registro. Al final se expone un marco conceptual para aclarar términos de
manera formal que se emplean en este documento.
1.9.1. Marco Histórico

En esta sección se presentan algunos de los sistemas de información web con
sus técnicas, que se han utilizado para dar solución al problema de radicación y
registro, estas se han seleccionado debido al gran éxito en la resolución de
problemas, al igual que se expone brevemente la historia de los Sistemas de
información como la estrategia seleccionada para ser nuestra solución
tecnológica.
1.9.1.1. Estado Del Arte

La evolución de Internet como red de comunicación global y el surgimiento y
desarrollo de la Web como servicio imprescindible para compartir información,
creó un excelente espacio para la interacción del hombre con la información
híper-textual, a la vez que sentó las bases para el desarrollo de una herramienta
integradora de los servicios existentes en Internet. Los sitios Web, como
expresión de sistemas de información, deben poseer los siguientes
componentes:
• Usuarios.
• Mecanismos de entrada y salida de la información.
• Almacenes de datos, información y conocimiento.
• Mecanismos de recuperación de información.
30
Pudiésemos definir entonces como sistema de información al conjunto de
elementos relacionados y ordenados, según ciertas reglas que aporta al sistema
objeto- ,es decir, a la organización a la que sirve y que marca sus directrices de
funcionamiento- la información necesaria para el cumplimiento de sus fines; para
ello, debe recoger, procesar y almacenar datos, procedentes tanto de la
organización como de fuentes externas, con el propósito de facilitar su
recuperación, elaboración y presentación. Actualmente, los sistemas de
información se encuentran al alcance de las grandes masas de usuarios por
medio de Internet; así se crean las bases de un nuevo modelo, en el que los
usuarios interactúan directamente con los sistemas de información para
satisfacer sus necesidades de información.
Con el fin de mejorar la productividad y el rendimiento de una organización
competitiva, es fundamental evaluar las técnicas actuales y la tecnología
disponible para desarrollar sistemas que brinden eficiencia y eficacia de la
gestión de la información relevante.
La implementación de sistemas de información en una compañía, brindan la
posibilidad de obtener grandes ventajas, incrementar la capacidad de
organización de la empresa, y tornar de esta manera los procesos a una
verdadera competitividad.
Para ello, es necesario un sistema eficaz que ofrezca múltiples posibilidades,
permitiendo acceder a los datos relevantes de manera frecuente y oportuna.
Por eso, quienes deseen convertir su emprendimiento en una verdadera
empresa competitiva insertada en el mercado actual, deberán analizar
detalladamente la implementación necesaria de sistemas de información
precisos.
Cuando en un proyecto crece la supervisión de las actividades relacionadas con
él, se desarrolla hasta encontrarse lejos del alcance de un solo hombre. En ese
momento se descubre que sería necesario estar en varios lugares al mismo
tiempo para poder planear, dirigir, coordinar, analizar y controlar (o sea
administrar) las diferentes actividades. Los enfrentamientos para resolver
problemas, transferir información y verificar las realizaciones, que resultaban
adecuados cuando el proyecto es pequeño, se vuelven muy numerosas y exigen
31
mucho tiempo. En otras palabras, el administrador se encuentra sumergido en
una red compleja de deberes relacionados recíprocamente, que debe cumplir.
En esta situación es cuando se debe decidir la implantación de un sistema de
información, con el fin de cubrir todas las necesidades que han surgido con el
crecimiento
De acuerdo con lo anterior se han encontrado plataformas que ofrecen estos
servicios como por ejemplo HP SERVICE MANAGER la cual es una plataforma
integrada para la automatización y adaptación de las mejores prácticas para la
gestión de servicios TI de acuerdo a las necesidades de la organización.5
1.9.1.2. Sistemas De Información Web Y Su Clasificación

Se define un Sistema de Información Web (SIW) como: “Un sistema de
información que utiliza una arquitectura web para proporcionar información
(datos) y funcionalidad (servicios) a usuarios finales a través de una interfaz de
usuario basada en presentación e interacción sobre dispositivos con capacidad
de trabajar en la web. Los SIW varían ampliamente en su ámbito, desde sistemas
de información hasta sistemas de transacciones e-business, incluso sistemas de
servicios web distribuidos”. Se clasifican los sistemas de información web como
sigue:
• Las intranets, que dan apoyo al trabajo interno dentro de la Empresa.
• Los sitios de presencia en la web, los cuales son herramientas
utilizadas para alcanzar consumidores fuera de la empresa.
• Los sistemas de Comercio electrónico que dan apoyo a la interacción
con el consumidor.
• Las extranets que son un conjunto de sistemas internos y externos que
apoyan las comunicaciones entre la empresa y otras empresas.
5
Hp Service, http://www.stanum.es/noticias/21-introduccion-a-hp-service-manager.html
[Consultado el 14 de Octubre de 2014
32
Por lo general, los SIW manejan una gran cantidad de datos, que se encuentra
en fuentes heterogéneas, se maneja en distintos formatos, y un conjunto de
componentes que están por lo general codificados en diferentes lenguajes de
programación y están distribuidos en diferentes plataformas. Al igual que los SI
tradicionales, más allá que una infraestructura para la entrega de información (en
tiempo de ejecución), los SIW deben proporcionar una infraestructura de
desarrollo y mantenimiento que permita manejar e interpretar los datos y que
proporcione funcionalidades a los usuarios finales para capturar, almacenar,
procesar y mostrar la información, dando solución a sus necesidades.
Los SIW son diseñados, desarrollados y mantenidos con el propósito de alcanzar
objetivos específicos de los usuarios finales. Éstos objetivos, deben constituir la
base del proyecto de desarrollo de todo SIW.6
Figura 1. Clasificación de un sistema de información Web
6Tesis de grado Desarrollo de un sistema de información web para la gestión de incidentes

de falla de plataforma tecnológica de PDVSA AIT Servicios Comunes Centro-Febrero 2009
http://tesis.ula.ve/pregrado/tde_busca/arquivo.php?codArquivo=1464 [Consultado el 7/06/2015]
33
1.9.2. Marco Teórico
El marco teórico es esencial a la hora de emprender un proyecto de
investigación, ya que sin él, el trabajo puede perder el sentido, volverse
desordenado y difícil de encaminar, debido a ello a continuación relacionamos
conceptos básicos y fundamentales que se deben tener claros con el fin de dar
mayor entendimiento a la solución que se implementa para resolver el problema
propuesto.
1.9.2.1. Service Manager

Ofrece múltiples beneficios en las siguientes áreas principales:
Soporte centrado en el usuario: Puede mejorar la productividad del usuario y
su satisfacción, al mismo tiempo que reduce los gastos de soporte gracias a su
portal de autoservicio.
Gestión de datacenters: Con su CMDB y magnament packs, ayuda a reducir el
periodo de inactividad y mejorar la fiabilidad de los servicios de TI que se
ejecutaban dentro de su centro de datos.
Business aligment: Ayuda a la organización a alinearse con los objetivos de
negocio y adaptarse a las nuevas necesidades aprovechando de la gestión de
activos.
Service manager: presenta una arquitectura modular, que permite a partir de
una implantación pequeña e ir añadiendo módulos que van a permitir
incrementar las funcionalidades adaptándose a las necesidades del cliente.7
1.9.2.2. Helpdesk
Este módulo permite el registro, la gestión y la resolución de incidentes y
problemas. Es un instrumento de trabajo basado en las recomendaciones ITIL,
con la mejor práctica integrada que acelerará considerablemente la puesta en
marcha de dichos procesos.
7Hp Service, http://www.stanum.es/noticias/21-introduccion-a-hp-service-manager.html [el

14 de octubre de 2015]
34
Este módulo incluye los siguientes servicios:
● Gestión de interacciones
● Gestión de problemas
● Mantenimientos planificados
● Autoservicio del empleado
● Gestión de niveles de servicio: este módulo está diseñado para ayudar a
mantener servicios de TI alineados con las necesidades empresariales.
Permite desarrollar los objetivos de nivel de servicio para llamadas,
solicitudes de usuario, incidencias, problemas y cambios.
● Gestión de peticiones: automatiza el proceso de solicitudes del usuario a
partir de una petición inicial de entrega, así como la cumplimentación y
actualización de la CMDB de HP Service Manager.
● Gestión del conocimiento: facilita a su personal y los usuarios finales la
centralización de la base del conocimiento.
● Catálogo de servicios: ofrece a los usuarios una forma más rápida,
sencilla y rentable para solicitar y adquirir los bienes y servicios que
necesitan.
● Gestión de contratos de activos: facilita la gestión de leasings,
mantenimientos, garantías y licencias de software de los activos.
1.9.2.3. Sistema Web

Los "sistemas Web" o también conocido como "aplicaciones Web" son aquellos
que están creados e instalados no sobre una plataforma o sistemas operativos
(Windows, Linux). Sino que se alojan en un servidor en Internet o sobre una
intranet (red local). Su aspecto es muy similar a páginas Web que vemos
normalmente, pero en realidad los 'sistemas Web' tienen funcionalidades muy
potentes que brindan respuestas a casos particulares. Los sistemas Web se
pueden utilizar en cualquier navegador Web (Chrome, Firefox, Internet Explorer,
etc) sin importar el sistema operativo. Para utilizar las aplicaciones Web no es
necesario instalarlas en cada computadora ya que los usuarios se conectan a un
servidor donde se aloja el sistema.
35
Las aplicaciones Web trabajan con bases de datos que permiten procesar y
mostrar información de forma dinámica para el usuario.
Los sistemas desarrollados en plataformas Web, tienen marcadas diferencias
con otros tipos de sistemas, lo que lo hacen muy beneficioso tanto para las
empresas que lo utilizan, como para los usuarios que operan en el sistema.8
1.9.2.4. Aplicaciones Multinivel

Al hablar del desarrollo de aplicaciones Web resulta adecuado presentarlas
dentro de las aplicaciones multinivel. Los sistemas típicos cliente/servidor
pertenecen a la categoría de las aplicaciones de dos niveles. La aplicación reside
en el cliente mientras que la base de datos se encuentra en el servidor.
Para solucionar estos problemas se ha desarrollado el concepto de arquitecturas
de tres niveles: interfaz de presentación, lógica de la aplicación y los datos.
Una aplicación Web típica recogerá datos del usuario (primer nivel), los enviará
al servidor, que ejecutará un programa (segundo y tercer nivel) y cuyo resultado
será formateado y presentado al usuario en el navegador (primer nivel otra vez).9
1.9.2.5. Aplicación Web

Son aquellas herramientas que los usuarios pueden utilizar accediendo a un
servidor web a través de Internet o de una intranet mediante un navegador. En
otras palabras, es una aplicación software que se codifica en un lenguaje
soportado por los navegadores web en la que se confía la ejecución al
navegador.
Es importante mencionar que una página Web puede contener elementos que
permiten una comunicación activa entre el usuario y la información.
Esto permite que el usuario acceda a los datos de modo interactivo, gracias a
que la página responderá a cada una de sus acciones, como por ejemplo rellenar
8 Knowdo, Sistemas web http://www.knowdo.org/knowledge.php?id=39&ver=1

9
Aplicaciones Multinivel http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r87277.DOC
36
y enviar formularios, participar en juegos diversos y acceder a gestores de base
de datos de todo tipo.10
1.9.2.6. Software Libre

Significa que el software respeta la libertad de los usuarios y la comunidad. En
términos generales, los usuarios tienen la libertad de copiar, distribuir, estudiar,
modificar y mejorar el software. Con estas libertades, los usuarios (tanto
individualmente como en forma colectiva) controlan el programa y lo que hace.
Un programa es software libre si los usuarios tienen las cuatro libertades
esenciales:
● La libertad de ejecutar el programa para cualquier propósito.

● La libertad de estudiar cómo funciona el programa, y cambiarlo para que
haga lo que el usuario desea
● La libertad de redistribuir copias para ayudar a su prójimo.
● La libertad de distribuir copias de sus versiones modificadas a terceros. 11
1.9.2.7. PHP
PHP es un lenguaje de secuencia de comandos de servidor diseñado
específicamente para la web. Dentro de una página web puede incrustar código
PHP que se ejecutará cada vez que se visite una página. El código PHP es
interpretado en el servidor web y genera código HTML y otro contenido que el
visitante verá.
PHP fue concebido en 1994 y es fruto del trabajo de un hombre, Rasmus Lerdorf.
Ha sido adoptado por otras personas de talento y ha experimentado tres
transformaciones importantes hasta convertirse en el producto actual. En octubre
de 2002, era utilizado por más de nueve millones de dominios de todo el mundo
y su número crece rápidamente.
PHP es un producto de código abierto, lo que quiere decir que puede acceder a
10 LUJÁN MORA, Sergio. Programación en Internet: clientes web. Alicante: Editorial Club
Universitario, 2001. ISBN 978-84-8454-118-9, 224 p.
11 ¿Qué es software libre? http://www.gnu.org/philosophy/free-sw.es.html
37
su código. Puede utilizarlo, modificarlo y redistribuirlo sin coste alguno.
Las siglas PHP equivalían inicialmente a Personal Home Page (Página de inicio
personal) pero se modificaron de acuerdo con la convención de designación de
GNU (del ingles, Gnu´s Not Unix, Gnu no es Unix ) y ahora equivale a PHP
Hipertext Preprocessor (Procesador de Hipertexto PHP).
¿Qué ventajas tiene usar un lenguaje de servidor?: La principal ventaja es que,

al ejecutarse el código en el servidor, todas nuestras páginas van a poder ser
vistas en cualquier ordenador, independientemente del navegador que tenga.
En cambio, el gran problema de que se ejecute el código en el navegador es que
muchos navegadores no son capaces de entender todo el código, lo que
presentaría errores al mostrar el resultado de las páginas.
1.9.2.8. Bases De Datos

Las bases de datos, (BBDD) son estructuras en las que se almacena información
siguiendo unas pautas de disposición y ordenación para el posterior procesado
de los datos.
Los archivos convencionales tal vez sean el corazón de muchos sistemas de
información; sin embargo, están siendo reemplazados de forma lenta, pero
segura, por las bases de datos. Recuérdese que una base de datos puede
verse, en un sentido amplio, como un conjunto de archivos interrelacionados.
Con el adjetivo interrelacionados queremos decir que un archivo puede
asociarse en los registros de otro archivo diferente.12
Como sistema de almacenamiento de datos, las Bases de Datos son por mucho
más eficientes que los archivos de texto que conocemos. Y esto por varias
razones, pero, principalmente, porque nos permiten un acceso directo a los datos
que necesitamos sin que sea preciso recorrer todo un fichero para encontrarlo.
12WHITTEN, Jeffrey, BENTLEY, Lonnie, BARLOW, Victor. ANÁLISIS Y DISEÑO DE

SISTEMAS DE INFORMACIÓN. McGRAW-HILL/IRWIN, 1996. ISBN 84-8086-252-1, 616 p.
38
Además, los modernos sistemas de gestión de Bases de Datos Relacionales
admiten el almacenamiento de muchos tipos de datos, no sólo texto plano.
Hablamos de Bases de Datos Relacionales cuando podemos establecer
relaciones entre las distintas informaciones que componen una base de datos.
Por ejemplo, suponga que usted quiere guardar la lista de clientes de una
empresa de servicios. Por otro lado, tiene una lista de los servicios que ofrece
dicha entidad. Además conserva una relación histórica de los servicios
empleados por cada cliente. A partir de ahí, mediante el uso de un Sistema De
Gestión De Bases De Datos Relacionales (RDBMS, Relation Data Base
Management System) puede sacar estadísticas u otro informes que le ayuden
en la planificación u organización de su trabajo diario.
Los motores de Bases de Datos actuales (la parte que se encarga de gestionar
la Base de Datos fuera de la vista del usuario) están basados en el lenguaje
SQL (Estructured Query Language, Lenguaje estructurado de consulta).
1.9.2.9. Sql
SQL (Structured Query Language) es un lenguaje de programación diseñado

para almacenar, manipular y recuperar datos almacenados en bases de datos
relacionales. La primera encarnación de SQL apareció en 1974, cuando un grupo
de IBM desarrolló el primer prototipo de una base de datos relacional. Relational
Software (luego se convirtió en Oracle) lanzó la primera base de datos relacional
comercial.Existen estándares para SQL. Sin embargo, el SQL que puede
utilizarse en cada uno de las principales RDBMS actuales viene en distintas
formas. Esto se debe a dos razones:
1) El estándar SQL es bastante complejo, y no es práctico implementar el

estándar completo.
2) Cada proveedor de base de datos necesita una forma de diferenciar su

producto de otros.13
13 Copyright © 2015 1keydata.com,Tutorial de SQL: Curso de SQL

http://www.1keydata.com/es/sql/
39
En los albores de la informática de gestión, allá por los tardíos 70 o primeros 80
del pasado siglo, las aplicaciones comerciales que manejaban ficheros de datos
tenían sus propios formatos para almacenar y recuperar la información. Cada
nuevo programa que se desarrollaba, normalmente bajo demanda y a medida en
aquellos tiempos, grababa y recuperaba los datos en un formato específico,
nativo de esa aplicación o del lenguaje en el que había sido escrita. Esto
presentaba varios problemas.
El usuario de un programa de, digamos, contabilidad que quisiera migrar a otro
necesitaba reconvertir todos los datos, en ocasiones, volviendo a grabarlos.
Además en una empresa mediana o grande (las únicas que, en aquellos días,
podían permitirse tener sistemas informáticos), los datos de almacén podían no
estar grabados en un formato compatible con los de facturación. Esto obligaba a
grabar los pedidos en los dos departamentos. Cuando la información se graba
por duplicado o triplicado en diferentes sistemas siempre pueden aparecer
diferencias. Además, es posible que unos datos se actualicen en un sistema pero
no en otro. Y, en muchas ocasiones, cuando había varias versiones de la misma
información circulando por distintos departamentos de una misma empresa, no
se sabía cuáles eran los datos más actualizados. Esto es lo que se llama
inconsistencia de la información.
Surgía la necesidad de tratar los archivos de datos de forma que todos
presentarán un formato coherente, y que cualquier aplicación pudiera acceder a
las mismas fuentes de información. El lenguaje SQL cubría estas necesidades.
Por una parte encapsulaba los datos, interponiéndose entre estos y la aplicación,
de modo que esta usaba instrucciones SQL y era él quien manejaba los datos.
Así pues, bastaba con que una aplicación implementase SQL para que pudiera
acceder a los datos de cualquier otra aplicación. Por otra parte, dado que está
orientado a la gestión básica de los datos, SQL tiene, relativamente, pocas
instrucciones, y es muy fácil de aprender y manejar con soltura. Aprendiendo
SQL se integra así con los lenguajes de programación modernos, supeditado a
ellos.
40
Las instrucciones de SQL (llamadas genéricamente, consultas) se pueden
considerar divididas en dos grupos principales. Las estructurales, también
llamadas de definición de datos, o DLL y las de datos, también llamadas de
manipulación de datos o DML. Las primeras están destinadas a crear, modificar
y eliminar las BBDD y las estructuras de las tablas que la conforman así como
los índices. Las segundas se ocupan de incorporar nuevos registros a las tablas,
buscar determinados registros según los criterios necesarios, modificar los datos
grabados o eliminarlos, si procede.
1.9.2.10. MySQL
MySQL es la base de datos de código abierto más popular del mundo, lo que
permite la entrega rentable de aplicaciones de base de datos Web-basados e
integrados escalables, incluidos los cinco de los cinco mejores sitios web *, y de
alto rendimiento fiable 14
Es un sistema de administración de bases de datos (Database Management
System, DBMS) para bases de datos relacionales. Así, MySQL no es más que
una aplicación que permite gestionar archivos llamados de bases de datos.
Existen muchos tipos de bases de datos, desde un simple archivo hasta sistemas
relacionales orientados a objetos. MySQL, como base de datos relacional, utiliza
multiples tablas para almacenar y organizar la información. MySQL fue escrito
en C y C++ y destaca por su gran adaptación a diferentes entornos de desarrollo,
permitiendo su interactuación con los lenguajes de programación más utilizados
como PHP, Perl y Java y su integración en distintos sistemas operativos.
También es muy destacable, la condición de open source de MySQL, que hace

que su utilización sea gratuita e incluso se pueda modificar con total libertad,
pudiendo descargar su código fuente. Esto ha favorecido muy positivamente en
su desarrollo y continuas actualizaciones, para hacer de MySQL una de las
herramientas más utilizadas por los programadores orientados a Internet.15
14 Página oficial Oracle http://www.oracle.com/us/products/mysql/overview/index.html

15 esepe studio, ¿Qué es MySQL? http://www.esepestudio.com/noticias/que-es-mysql
41
Las bases de datos permiten almacenar, buscar, ordenar y recuperar datos de
forma eficiente. El servidor de MySQL controla el acceso a los datos para
garantizar el uso simultáneo de varios usuarios, para proporcionar acceso a
dichos datos y para asegurarse de que sólo obtienen acceso a ellos los usuarios
con autorización. Por lo tanto MySQL es un servidor multiusuario y de
subprocesamiento múltiple. Ultiliza SQL (del inglés Structured Query Language,
lenguaje de consulta estructurado), el lenguaje estándar para la consulta de
bases de datos utilizado en todo el mundo. MySQL lleva disponible desde 1996
pero su nacimiento se remonta a 1979. Ha obtenido el galardón Chice Award del
Linux Journal Readers en varias ocasiones.
MySQL se distribuye bajo una licencia de código abierto en la actualidad, pero
también existen licencias comerciales.
MySQL es, por otro lado, la base de datos elegida por la gran mayoría de
programadores en PHP. Soporta el lenguajes SQL y la conexión de varios
usuarios, pero, en general, se utiliza para aplicaciones de tamaño pequeño-
medio.
Al igual que PHP, su principal ventaja reside en que es una base de datos
gratuita.
1.9.2.11. Modelo-Vista-Controlador (MVC)

El patrón Modelo- Vista- Controlador (MVC) es el patrón de diseño más
adecuado y recomendado para aplicaciones interactivas que distribuyen las
funcionalidades de dicha aplicación entre los distintos objetos que la componen,
de manera que el grado de acoplamiento entre los objetos de la aplicación sea
mínimo.
MVC divide una aplicación interactiva en tres áreas: procesamiento, salida y
entrada. Para esto utiliza las siguientes abstracciones:
-Modelo: Encapsula la información que maneja el sistema, incluyendo la

información de negocio y las lógicas de acceso a los mismos. El modelo avisa a
42
la vista cuando se produce alguna modificación en los datos del modelo y le
permite consultar el estado de los mismos. También permite al controlador
acceder a las funcionalidades de la aplicación encapsuladas por el modelo. El
modelo es independiente de cualquier representación de salido y/o
comportamiento de entrada.
-Vista: Es la interfaz de usuario, es decir, decide cómo se presenta la información

del modelo al usuario, actualizando la interfaz cuando se produce alguna
modificación de los mismos. La vista también reenvía la entrada del usuario al
controlador. Pueden existir múltiples vistas del modelo. Cada vista tiene
asociado un componente controlador.
-Controlador: recibe las entradas, usualmente, como eventos que codifican los
movimientos o pulsación de botones del ratón, pulsaciones de teclas, etc.
Responde a dichos eventos modificando el modelo y pudiendo producir, por
tanto, cambios en la vista. Así pues, el controlador interpreta la entrada del
usuario y la correspondencia en acciones que serán llevadas a cabo por el
modelo. Un controlador escoge la siguiente vista a mostrar basándose en las
interacciones del usuario y los resultados de las operaciones de modelo.16
1.9.2.12. Xampp
Es el entorno más popular de desarrollo con PHP, una distribución de Apache
completamente gratuita y fácil de instalar que contiene MySQL, PHP y Perl. El
paquete de instalación de XAMPP ha sido diseñado para ser increíblemente fácil
de instalar y usar.17
Mucha gente conoce de primera mano que no es fácil instalar un servidor de web
Apache y la tarea se complica si le añadimos MySQL, PHP y Perl. El objetivo de
XAMPP es crear una distribución fácil de instalar para desarrolladores que se
están iniciando en el mundo de Apache. XAMPP viene configurado por defecto
16 David Roldán Martínez, Pedro J. Valderas Aranda, Oscar Pastor Lopez. “Aplicaciones web,
un enfoque práctico”. Modelo- Vista- Controlador. (2010): 137-138 p
17 Apache Friends https://www.apachefriends.org/es/index.html [Consultado el 18/10/15]
43
con todas las opciones activadas. Es gratuito tanto para usos comerciales como
no comerciales. En caso de usar XAMPP comercialmente, asegúrate de que
cumples con las licencias de los productos incluidos en XAMPP. Actualmente
XAMPP tiene instaladores para Windows, Linux y OS X.
Licencia: XAMPP es una compilación de software libre (similar a una distribución

de Linux). Es gratuita y puede ser copiada libremente de acuerdo a la licencia
GNU GPL. Únicamente la compilación de XAMPP está publicada bajo la licencia
GPL. Cada uno de los componentes incluidos tiene su propia licencia y se debe
consultarlas para conocer qué es posible y que no. En el caso de uso comercial
las licencias individuales, en particular MySQL. Desde el punto de vista de
XAMPP como compilación, el uso comercial es gratuito.
Garantía: Este programa es distribuido con la esperanza de que pueda ser útil
pero sin ningún tipo de garantía. Mirar la GNU General Public Licence para más
detalles.18
1.9.2.13. JavaScript
JavaScript es el lenguaje de secuencia de comandos (o scripts) en cliente más
utilizado actualmente en la Web. Su uso está muy extendido en tareas que van
desde la validación de los datos de formularios a las creación de complejas
interfaces de usuario. Sin embargo, el lenguaje tiene capacidades que muchos
de sus usuarios ni han descubierto todavía. Muy pronto, JavaScript se utilizará
cada vez más para manipular los documentos HTL reales e incluso los XML en
los que está contenido. Cuando finalmente logre este papel, se convertirá en una
tecnología Web en cliente de primera clase, de la misma importancia que HTML,
las hojas de estilo CSS y por último el XML. Como tal, será un lenguaje que
cualquier diseñador Web debería dominar. 19
Fue originalmente creado por la empresa Netscape para añadir interactividad a
las páginas web vistas con su navegador de internet. Actualmente JavaScript
18Apache Friends https://www.apachefriends.org/es/about.html [Consultado el 18/10/15]

19Osborne Media. McGraw-Hill. Manual de referencia JavaScript. Introducción a JavaScript.
(2002): 15
44
está integrado en otras aplicaciones y otros navegadores de Internet, y es unos
de los lenguajes más utilizados en la red de redes para añadir interactividad a
las páginas web.
El código JavaScript se embebe en el código HTML de las páginas web
añadiendo cierta “inteligencia” e interactividad de las mismas. La mayor parte de
las páginas web modernas incluyen algo de código JavaScript, bien sea para
obtener ciertos efectos estéticos (cambiar una imagen al pasarle por encima,
mover un gráfico por la pantalla…), bien para validar una entrada de datos, hacer
cálculos, etc.
Nuestros programas de JavaScript no generan ningún tipo de código compilado,
sino que éste se interpreta en el navegador de internet una vez se descarga la
página que lo contiene. A este tipo de lenguajes se les denomina lenguajes
interpretados.
JavaScript es un lenguaje muy sencillo que enseguida nos permitirá desarrollar
aplicaciones propias para internet20
1.9.2.14. Html
HTML es el lenguaje que se emplea para crear páginas web. Un código escrito
es este lenguaje es, básicamente, un texto que el navegador (Internet Explorer,
Netscape Navigator, Opera o cualquier otro) mostrará en formato de página web.
Este texto puede generar color, tamaño y fuente de letra, fondos, imágenes,
hiperenlaces y entradas de datos, así como listas de selección, botones, etc..,
determinados y configurados mediante los identificadores, también llamados
tags. Un identificador o tag es una marca que permite fijar los atributos de
tamaño, posición y comportamiento del texto y /o de las imágenes de la página
web. Por regla general, los identificadores constan de una apertura (cuando se
establecen sus características) y un cierre (cuando deben dejar de hacer efecto
y restablecerse las características originales); sin embargo, por su propia
naturaleza, algunos identificadores no tienen cierre.21
20
José Manuel Alarcón. Programación en JavaScript. Introducción a JavaScript.(2000): 21
21
José Lopéz Guijado. Domine HTML y DHTML. Introducción.(2003):20
45
HyperText Markup Language, es decir, Lenguaje de Marcas de Hipertexto, que
podría ser traducido como Lenguaje de Formato de Documentos para Hipertexto.
Se trata de un formato abierto que surgió a partir de las etiquetas SGML
(Standard Generalized Markup Language). Concepto traducido generalmente
como “Estándar de Lenguaje de Marcado Generalizado” y que se entiende como
un sistema que permite ordenar y etiquetar diversos documentos dentro de una
lista. Este lenguaje es el que se utiliza para especificar los nombres de las
etiquetas que se utilizarán al ordenar, no existen reglas para dicha organización,
por eso se dice que es un sistema de formato abierto.
EL HTML se encarga de desarrollar una descripción sobre los contenidos que

aparecen como textos y sobre su estructura, complementando dicho texto con
diversos objetos (como fotografías, animaciones, etc).
Es un lenguaje muy simple y general que sirve para definir otros lenguajes que
tienen que ver con el formato de los documentos. El texto en él se crea a partir
de etiquetas, también llamadas tags, que permiten interconectar diversos
conceptos y formatos.
Para la escritura de este lenguaje, se crean etiquetas que aparecen
especificadas a través de corchetes o paréntesis angulares: < y >. Entre sus
componentes, los elementos dan forma a la estructura esencial del lenguaje, ya
que tienen dos propiedades (el contenido en sí mismo y sus atributos).
Por otra parte, cabe destacar que el HTML permite ciertos códigos que se
conocen como scripts, los cuales brindan instrucciones específicas a los
navegadores que se encargan de procesar el lenguaje. Entre los scripts que
pueden agregarse, los más conocidos y utilizados son JavaScript y PHP.22
22
Definición, Definición de HTML [En linea] http://definicion.de/html/
46
1.9.2.15. Ajax
Ajax, siglas de Asynchronous JavaScript and XML, es un término que describe
un nuevo acercamiento a usar un conjunto de tecnologías existentes juntas,
incluyendo las siguientes: HTML o XHTML, hojas de estilo (Cascading Style
Sheets o css), Javascript, el DOM (Document Object Model), XML, XSLT, y el
objeto XMLHttpRequest.
Cuando se combinan estas tecnologías en el modelo Ajax, las aplicaciones

funcionan mucho más rápido, ya que las interfaces de usuario se pueden
actualizar por partes sin tener que actualizar toda la página completa. Por
ejemplo, al rellenar un formulario de una página web, con Ajax se puede
actualizar la parte en la que se elige el país de residencia sin tener que actualizar
todo el formulario o toda la página web completa.
AJAX permite mejorar completamente la interacción del usuario con la

aplicación, evitando las recargas constantes de la página, ya que el intercambio
de información con el servidor se produce en un segundo plano. Las aplicaciones
construidas con AJAX eliminan la recarga constante de páginas mediante la
creación de un elemento intermedio entre el usuario y el servidor. La nueva capa
intermedia de AJAX mejora la respuesta de la aplicación, ya que el usuario nunca
se encuentra con una ventana del navegador vacía esperando la respuesta del
servidor.23
1.9.2.16. Css
CSS son las siglas de Cascading Style Sheets - Hojas de Estilo en Cascada -
que es un lenguaje que describe la presentación de los documentos
estructurados en hojas de estilo para diferentes métodos de interpretación, es
decir, describe como se va a mostrar un documento en pantalla, por impresora,
por voz (cuando la información es pronunciada a través de un dispositivo de
lectura) o en dispositivos táctiles basados en Braille.
¿Para qué sirve?: CSS es una especificación desarrollada por el W3C (World
Wide Web Consortium) para permitir la separación de los contenidos de los
documentos escritos en HTML, XML, XHTML, SVG, o XUL de la presentacin del
23
masadelante. ¿Qué es Ajax? [ En linea] http://www.masadelante.com/faqs/ajax
47
documento con las hojas de estilo, incluyendo elementos tales como los colores,
fondos, márgenes, bordes, tipos de letra..., modificando as la apariencia de una
página web de una forma más sencilla, permitiendo a los desarrolladores
controlar el estilo y formato de sus documentos.
¿Cómo funciona?: El lenguaje CSS se basa en una serie de reglas que rigen el
estilo de los elementos en los documentos estructurados, y que forman la
sintaxis de las hojas de estilo. Cada regla consiste en un selector y una
declaración, esta última va entre corchetes y consiste en una propiedad o
atributo, y un valor separados por dos puntos.24
1.9.3. Marco Metodológico

Para desarrollar el proyecto se utiliza la metodología RUP, el proceso unificado
conocido como RUP, es un modelo de software que permite el desarrollo de
software a gran escala, mediante un proceso continuo de pruebas y
retroalimentación, garantizando el cumplimiento de ciertos estándares de
calidad. Aunque con el inconveniente de generar mayor complejidad en los
controles de administración del mismo. Sin embargo, los beneficios obtenidos
recompensan el esfuerzo invertido en este aspecto
El proceso de desarrollo constituye un marco metodológico que define en

términos de metas estratégicas, objetivos, actividades y artefactos
(documentación) requerido en cada fase de desarrollo. Esto permite enfocar
esfuerzo de los recursos humanos en términos de habilidades, competencias y
capacidades a asumir roles específicos con responsabilidades bien definidas.
Fase de concepción: Esta fase tiene como propósito definir y acordar el alcance
del proyecto con los patrocinadores, identificar los riesgos potenciales
Asociados al proyecto, proponer una visión muy general de la arquitectura de
software y producir el plan de las fases y el de iteraciones.
24
Masadelante. Definición de CSS. [En linea] http://www.masadelante.com/faqs/css
48
Fase de elaboración: En la fase de elaboración se seleccionan los casos de
uso que permiten definir la arquitectura base del sistema y se desarrollaran en
esta fase, se realiza la especificación de los casos de uso seleccionados y el
primer análisis del dominio del problema, se diseña la solución preliminar.
Fase de construcción: El propósito de esta fase es completar la funcionalidad

del sistema, para ello se deben clarificar los requerimientos pendientes,
administrar los cambios de acuerdo a las evaluaciones realizados por los
usuarios y se realizan las mejoras para el proyecto.
Fase de transición: El propósito de esta fase es asegurar que el software esté

disponible para los usuarios finales, ajustar los errores y defectos encontrados
en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte
técnico necesario. Se debe verificar que el producto cumpla con las
especificaciones entregadas por las personas involucradas en el proyecto.
La metodología que vamos a utilizar para llevar a cabo el proyecto que será el
proceso unificado de desarrollo de software (RUP) siguiendo cada una de sus
etapas desde requerimientos hasta la fase de pruebas.
49
Tabla 5. Etapa RUP
MODULO ACTIVIDADES
FLUJO DE TRABAJO
MODELADO DEL
Definición del negocio Especificación del proyecto.
NEGOCIO
Cronograma de actividades
Módulo de Autenticación Identificación de la metodología
PLANIFICACIÓN DEL
Módulo de Registro Plan de aseguramiento de calidad
PROYECTO
Módulo de Reportes Perfil de planificación
Costeo de software
Planeación de entrevistas
Identificación de actores principales
Especificación de requerimientos
Módulo de Autenticación
INGENIERÍA DE Especificación de software de
Módulo de Registro
REQUERIMIENTOS desarrollo
Módulo de Reportes
Requerimientos funcionales y no
funcionales
Definición de actores
Organización de la funcionalidad
Interfaces
Módulo de Autenticación
DISEÑO ORIENTADO A Diagramas de clases
Módulo de Registro
OBJETOS Diagramas de interacción
Módulo de Reportes
Diagramas de secuencia
Diseño de bases BD relacional
Diagrama arquitectónico
Módulo de Autenticación Descripción de los elementos
ESPECIFICACIÓN DE LA
Módulo de Registro Despliegue de componentes
ARQUITECTURA
Módulo de Reportes Despliegue de paquetes
Construcción
Diseño del plan de pruebas

Prototipo
DISEÑO Y EJECUCIÓN Instalación del sistema
Terminado
Ejecución
Prototipo Entrega y presentación del
PRESENTACIÓN
terminado proyecto.
50
1.9 CRONOGRAMA DE ACTIVIDADES
Figura 2. Cronograma de proyecto (A)
Figura 3. Cronograma de proyecto (B)
51
2. FASE DE ELABORACIÓN
A continuación se define la arquitectura base del sistema y se desarrollaran en
esta fase, se realiza una toma de requerimientos a través de una entrevista y el
primer análisis del dominio del problema utilizando los prototipos de interfaz, se
diseña la solución preliminar.
2.1. IDENTIFICACIÓN DE LA INFORMACIÓN

Para el proceso de identificación de la información, fue necesario realizar una
entrevista, como técnica de levantamiento de requerimientos y requisitos, que
dieron el entendimiento sobre el problema a tratar en el área tecnológica de la
empresa SERVIBARRAS. Esta entrevista se realizó al coordinador del área y a
los técnicos que dan el soporte en el cliente con el fin de conocer más a fondo
los procesos que se llevan dentro de esta área.
2.1.1. Entrevista
Con las entrevistas realizadas se pudo llegar a las siguientes conclusiones:
- Actualmente en el área tecnológica se manejan formatos físicos para el

informe de las actividades diarias en terreno, esto hace que se dificulte la
entrega oportuna de los informes.
- Se tarda la toma de decisiones para entregar una óptima solución al
cliente.
- El diligenciamiento de las órdenes de trabajo se hace tedioso y demorado
Ver ANEXO 1. ENTREVISTA, el cual encontrara en el CD.
52
2.2. ARQUITECTURA DEL SOFTWARE
La arquitectura del software representa la interacción entre los diferentes niveles
o capas de la aplicación, mostrando así un flujo de eventos mediante los cuales
se visualiza el funcionamiento interno y externo del software.
Este proyecto está realizado bajo el patrón MVC y desarrollado en PHP, se

realizará el diseño de la interfaz gráfica con atributos CSS, por lo cual el Análisis
de la arquitectura del software se describe en tres capas, conformadas por
diferentes componentes.
 Capa de Presentación: Es la capa o nivel que interactúa directamente

con el usuario, en el caso de este proyecto con la vista de componentes
de CSS. Esta capa de presentación contiene la interfaz gráfica que recibe
las peticiones enviadas por el usuario, a su vez pasa estas peticiones a la
capa de negocio y al finalizar el proceso envía la respuesta por medio de
la misma interfaz al usuario.
 Capa de Negocio: Contiene todos los componentes de la lógica de la
aplicación. Mediante controladores, la capa de negocio recibe las
peticiones enviadas desde la capa de presentación y realiza las
transacciones de negocio, se encarga del manejo de los datos y a su vez
de la comunicación entra las capas de negocio y la capa de datos.
 Capa de Datos: Para la conexión de las aplicaciones de PHP y la base
de datos, se hace uso del servidor de integración XAMPP. La capa de
datos o de persistencia es la encargada de representar la información con
la cual trabaja la aplicación.
53
Figura 4. Arquitectura software
2.3. MODELADO
Durante la fase de diseño se hace la representación del funcionamiento de la
aplicación mediante la realización de prototipos, así como también se representa
una estructura general del sistema.
2.3.1 Descripción General Del Sistema

El sistema está desarrollado en 3 bloques principales:
 Motor de bases de datos MySQL y sobre él una base de datos que

contienen las tablas necesarias para el funcionamiento del sistema SIPRA
 Un servidor web XAMPP, el cual incluye un interpretador PHP
 Interfaz web por medio de la cual los usuarios que tienen el sistema
(Personal técnico y administrativo) podrá tener acceso a la información
almacenada en la base de datos.

A continuación tenemos el diagrama esquemático del sistema:
54
Figura 5. Descripción general del sistema
El usuario final del sistema será el personal Técnico, puesto que es quien tiene
más interacción con el manejo de la información.
2.3.2. Prototipos De Interfaz De Usuario

En estos prototipos de interfaz de usuario consisten en describir el diseño de las
pantallas o ventanas de la aplicación, que ayudan a comprender los casos de
uso mejor y a especificar las interacciones entre los actores humanos y el
programa, además lograr que la aplicación sea flexible, coherente, eficiente y
sencilla de usar.
El objetivo de esta sección es especificar cada formato individual de la interfaz
de las principales pantallas del sistema. En la definición y bosquejos se
consideran aquellos aspectos importantes para el diseño y la construcción de la
aplicación. En seguida se muestran diferentes pantallas de interfaz de usuario
con su descripción.
55
 Ventana principal
Este prototipo describe la ventana principal donde el usuario puede realizar
la navegación hacia el modulo que quiera utilizar.
Figura 6. Ventana principal
 Despliegue Modulo Usuario

El modulo usuario será el encargado de administrar la gestión del personal
que ingrese a la plataforma, se muestra los despliegues que encontrara en
este módulo.
Figura 7. Modulo Usuario
56
 Despliegue Modulo Usuario-Modificar
Figura 8. Modulo Usuario-Modificar
 Despliegue Modulo Proyectos

Este módulo es el encargado de manejar todo el sistema de proyectos
(proyecto, empresa, contacto), en las imágenes se muestra los
despliegues de los sub-módulos que se encontrara en este módulo.
Figura 9. Modulo Proyectos
57
 Despliegue Modulo Proyectos-Proyecto
Figura 10. Modulo Proyectos-Proyecto
 Despliegue Modulo Proyectos-Empresa
Figura 11. Modulo Proyectos-Empresa
58
 Despliegue Modulo Proyectos-Contacto
Figura 12. Modulo Proyectos-Contacto
 Despliegue Modulo Comercial

Este módulo se encarga de gestionar lo denominado como comercial en
el área tecnológica, lo cual es los productos y cotizaciones. En el prototipo
se muestra el despliegue de opciones que tendrá este módulo.
Figura 13. Modulo Comercial
59
 Despliegue Modulo Comercial-Producto
Figura 14. Modulo Comercial-Producto
 Despliegue Modulo Comercial-Cotización
Figura 15. Modulo Comercial-Cotización
60
 Despliegue Modulo Soporte Tecnológico
Este prototipo nos muestra el despliegue de cascada de las opciones que
encontraremos en el módulo de soporte el cual se encarga de gestionar
los servicios prestados.
Figura 16. Modulo Soporte Tecnológico
 Despliegue Modulo Conocimiento

Este prototipo nos muestra una ventana directa, ya que es un gestor de
archivo, es el encargado de publicación de información.
Figura 17. Modulo Conocimiento
61
Cabe decir que estos prototipos son del despliegue de las opciones de los
módulos, si se quiere indagar más sobre los prototipos de formularios y las
opciones de las ventanas, se pueden ver en general en el ANEXO 6. MANUAL
DE USUARIO DE LA APLICACIÓN, almacenado en el CD.
2.4. REQUERIMIENTOS
2.4.1. Requerimientos Funcionales

• Debe permitir la autenticación del empleado en el aplicativo con el fin de
darle acceso al aplicativo y a funciones específicas.
• El sistema debe permitir el registro de las órdenes de trabajo.
Las Órdenes de Trabajo se componen de:
• Cliente
• Sede del cliente
• Persona de contacto del cliente
• Número telefónico del contacto
• Actividad a realizar
• Elementos o equipos requeridos para la actividad
• Hora de la actividad
• Duración de la actividad
• Técnico asignado para la actividad
• Firma del técnico asignado para la actividad
• Firma de la persona encargada por parte del cliente
• Descripción detallada de la actividad realizada
• Observaciones especiales
62
2.4.2 Requerimientos No Funcionales
• Conexión a Internet.
• Navegadores Google Chrome, Mozilla Firefox, Internet Explorer.
• Debe poseer un usuario y contraseña para hacer uso del sistema.
En esta fase del proyecto se identificaron los riesgos más significativos y

considerados que influyen dentro de la arquitectura, también se obtuvo un
entendimiento más detallado de los requerimientos y requisitos, además de que
se establece, se implementa y se valida la línea base de la arquitectura.
63
3. FASE DE CONSTRUCCIÓN
En esta fase encontrara los diagramas que describen la funcionalidad del
sistema, para ello se deben clarificar actores del sistema, se administran los
cambios de acuerdo a los perfiles de usuario y se realizan las mejoras para el
proyecto.
3.1 DEFINICIÓN DE ACTORES
Tabla 6. Definición de actores
CONCEPTO DESCRIPCIÓN
Administrador Es el actor que configura a herramienta.
Tendrá acceso a cada uno de los módulos del

sistema.
Gestionará la información de los usuarios

finales.
Es el actor Final del sistema.
Debe enviar la información necesaria al

Usuario administrador para su ingreso.
Tiene acceso limitado a las funcionalidades del

sistema.
64
3.2. DIAGRAMAS DE CASOS DE USO
Los modelos de caso de uso durante la fase de análisis describen todos los
procedimientos que realizan en el sistema.
Estos modelos se encuentran en el ANEXO 2. CASOS DE USO, almacenado en
el CD.
A continuación se relaciona como el caso de uso más representativo de la
plataforma el Caso de Uso para el sistema en general.
El modelo representa los módulos que componen nuestros sistemas y los
actores que tienen acceso a algunas de sus características que se describen en
el despliegue de casos de uso.
Figura 18. Diagrama del sistema SIPRA
65
Tabla 7. Caso de uso gestión sistema SIPRA
ID No. 0.1
CASO DE USO Gestión sistema SIPRA.
DESCRIPCION Se muestra la gestión de los actores sobre el sistema de
información web SIPRA
ACTORES Administrador, Usuario
PRECONDICIONES Actor ingresado anteriormente
POST-
CONDICIONES
FLUJO NORMAL 1. El administrador debe realizar el ingreso a la
plataforma.
2. El sistema revisa su perfil y da acceso total.
3. El sistema despliega la lista de módulos a los cuales
tiene acceso el administrador los cuales son todos.
4. El administrador escoge el modulo que desea
gestionar y despliega sus opciones.
5. El administrador realiza su actividad y genera los
cambios sobre la BD del sistema como lo son crear,
eliminar, modificar.
FLUJO ALTERNO 1. El usuario debe realizar el ingreso a la plataforma.
2. El sistema revisa su perfil y da acceso restringido a
las opciones y sub opciones de los módulos.
3. El sistema despliega la lista de módulos a los cuales
tiene acceso el administrador los cuales son
proyectos, soporte tecnológico, comercial,
conocimiento con restricciones.
4. El usuario escoge el modulo que desea gestionar y
despliega sus opciones y sub opciones.
5. El sistema realiza su actividad y genera los cambios
sobre la BD del sistema como lo son crear, eliminar,
modificar, dependiendo sus restricciones.
66
3.3 DIAGRAMAS DE SECUENCIAS
3.3.1. Diagrama de secuencia login

En estos diagramas se muestra de manera simplificada la secuencia de un
proceso dentro del sistema. A continuación se muestra el diagrama de secuencia
para ingresar al sistema, los demás diagramas de actividad se pueden consultar
en el ANEXO 5. DIAGRAMAS DE SECUENCIA, este anexo se encuentra en el
CD.
Figura 19. Secuencia login
67
3.4 DIAGRAMAS DE ACTIVIDAD
3.4.1 Diagrama de actividad login

En estos diagramas se muestra de manera simplificada lo que ocurre en un
proceso dentro del sistema. A continuación se muestra el diagrama de actividad
para crear, actualizar, eliminar o verificar una orden de servicio, los demás
diagramas de actividad se pueden consultar en el ANEXO 3. DIAGRAMAS DE
ACTIVIDAD, este anexo se encuentra en el CD.
Figura 20. Actividad Login
68
3.5 DIAGRAMAS DE ESTADO
En los diagramas de estado podemos evidenciar el comportamiento del sistema
de acuerdo a un estado específico. A continuación se muestra el diagrama de
estado beneficiario, los demás diagramas de estado se pueden consultar en el
ANEXO 4. DIAGRAMAS DE ESTADO, este anexo se encuentra en el CD.
3.5.1 Diagrama de estado Gestión de Proyectos
Figura 21 Diagrama de Estado Login
69
3.6. Diagrama de clases
Figura 22 Diagrama de clases
70
3.7. Modelo De Datos
El modelo de datos muestra mediante el diagrama Entidad-Relación la estructura
y diseño de la base de datos encargada del manejo de la información del
sistema. Para la realización del modelo Entidad/Relación de la base de datos
implementada, se usó la aplicación My Sql Workbench en la versión 5.2.47, el
cual nos permite hacer ingeniería inversa de la base de datos construida en My
Sql para obtener el diagrama de las tablas y los campos creados de forma fácil
y útil.
Figura 23. Modelo de datos
71
3.7.1 Diccionario De Datos
Mediante el diccionario de datos se hace la descripción de cada uno de los
campos presentados en el modelo de datos, de esta manera se presenta de
una forma más organizada y detallada de la información requerida en el
sistema.
Tabla 8. Login
NOMBRE DE Login.
TABLA
DESCRIPCION Contiene la información de login de los usuarios.
COLUMNA TIPO DE DATO ENLACE A DESCRIPCION

TABLA
Identificador del
id_user int
usuario
Identificador del
users varchar
nombre del usuario
Identificador de la
pass varchar contraseña del
usuario
Identificador del
status varchar
estado
72
Tabla 9. Funcionario
NOMBRE DE Funcionario
TABLA
DESCRIPCION Contiene la información de los funcionarios
COLUMNA TIPO DE DATO ENLACE DESCRIPCION

A
TABLA
cedula Int Identificador especifico del

funcionario
primer_nombre Varchar Primer nombre del

funcionario
segundo_nombre Varchar Segundo nombre del

funcionario
primer_apellido Varchar Primer apellido del

funcionario
segundo_apellido Varchar Segundo apellido del

funcionario
fecha_nacimiento Date Fecha nacimiento

funcionario
tel_local Int Teléfono local funcionario
tel_cel Int Teléfono celular funcionario
dirección Varchar Dirección residencia

funcionario
id_user Int login Identificar único de la tabla

login
correo Varchar cotizacion Correo electrónico

funcionario
73
Tabla 10. Fun_emp
NOMBRE DE Func_emp
TABLA
DESCRIPCION Contiene la información de los identificadores de

funcionario y empresa.
TIPO DE ENLACE A
COLUMNA DESCRIPCION
DATO TABLA
Identificador de la tabla
id_func Int Funcionario
funcionario
Identificador de la tabla
id_emp Int Empresa
empresa
74
Tabla 11. Orden_servicio
NOMBRE DE Orden_servicio
TABLA
DESCRIPCION Contiene la información de la orden de servicio
COLUMNA TIPO DE ENLACE A DESCRIPCION

DATO TABLA
serial_os Int Identificador serial de la orden

de servicio
funcionario Int Funcionario Dato del funcionario que realiza

el servicio
empresa Int Empresa Nombre de la empresa a la que

se le presa el servicio
contacto Int Contacto Dato del contacto de la empresa
dependencia varchar Dependencia de la empresa
estado Varchar Estado de la orden de servicio
fecha_apertura Date Fecha apertura orden de

servicio
fecha_cierre Date Fecha cierre orden cierre de

servicio
hora_inicial Time Dato Hora inicial del servicio
hora _final Time Dato Hora final del servicio
tipo_soporte Varchar Dato Tipo soporte
descripción Varchar Descripción del servicio
observaciones Varchar Observación del servicio
75
Tabla 12. Cotizacion
NOMBRE DE Cotizacion
TABLA
DESCRIPCION Contiene la información de la cotización
COLUMNA TIPO DE ENLACE A LA DESCRIPCION

DATO TABLA
cod_cotizacion Int Dato identificador de la

cotización
funcionario Int Funcionario identificador tabla

funcionario
empresa Int Empresa Nombre empresa
contacto Int Contacto Nombre del contacto
valor_total Int Dato valor total de

productos
76
Tabla 13. Empresa
NOMBRE DE Empresa
TABLA
DESCRIPCION Contiene la información de la empresa
COLUMNA TIPO DE DATO ENLACE A LA DESCRIPCION

TABLA
cod_empresa Int Identificador

código empresa
nombre Varchar Nombre empresa
direccion Varchar Dirección

empresa
ciudad Varchar Ciudad empresa
telefono Int Teléfono

empresa
77
Tabla 14. Contacto
NOMBRE DE Contacto
TABLA
DESCRIPCION Contiene la información del contacto

TABLA
cod_contacto Int Identificador

código contacto
nombre_1 Varchar Primer nombre

contacto
nombre_2 Varchar Segundo nombre

contacto
apellido_1 Varchar Primer apellido

contacto
apellido_2 Varchar Segundo apellido

contacto
telefono Int Teléfono contacto
celular Int Celular contacto
empresa Int Identificador de

codigo empresa
correo varchar cotizacion Correo contacto
78
Tabla 15. Proyecto
NOMBRE DE Proyecto
TABLA
DESCRIPCION Contiene la información del proyecto

TABLA
cod_proyecto Int Identificador de

codigo proyecto
nombre Varchar Nombre proyecto
fecha_inicio Date Dato fecha inicio

proyecto
fecha_fin Date Dato fecha final

proyecto
empresa Varchar Dato Empresa

del proyecto
contacto Int Contacto Dato contacto de

la empresa
estado Varchar Dato Estado del

proyecto
79
Tabla 16. Prod_cot
NOMBRE DE Prod_cot
TABLA
DESCRIPCION Contiene la información de los datos identificadores

producto cotización.

TABLA
Id_prod Int Producto Dato identificador

del producto
Id_cant Int Dato identificador

cantidad
Id_cot Int cotización Dato identificador

cotización
80
4. FASE DE TRANSICIÓN
En este capítulo encontrara la transición del producto de software a la plataforma
tecnológica del cliente logrando que los interesados convengan que el desarrollo
del producto cumple con los requerimientos planteados.
El fin de esta fase es asegurar que el producto final está listo para ser
implementado, se muestra los despliegues de componentes, la implementación
y las pruebas.
4.1. DESPLIEGUE DE COMPONENTES
Figura 24. Diagrama Componentes
81
4.2. DESPLIEGUE DE PAQUETES
Figura 25. Diagrama paquetes
4.3. DIAGRAMA DE DESPLIEGUE
Figura 26. Diagrama Despliegue
82
4.4. IMPLEMENTACIÓN
El trámite a realizar es instalar el SISTEMA DE INFORMACIÓN WEB PARA
AGILIZAR EL PROCESO DE RADICACIÓN Y REGISTRO DE ACTIVIDADES
EN EL ÁREA TECNOLÓGICA PARA PEQUEÑAS EMPRESAS (SIPRA) en un
servidor web para que se pueda realizar las visitas para la sección de pruebas,
está diseñado sobre código PHP y la base de datos es MySql para crear una
generalidad a nivel de requerimientos para cualquier pequeña empresa.
Netbeans permite desarrollar la interfaz de cada uno de los módulos por medio
de capas en código PHP y será manejada la tecnología Web AJAX para mejorar
la usabilidad y rapidez de una página web.
Seguridad El aplicativo Web es manejado con los diferentes permisos que cada
uno de los actores tiene, además el login de las personas se encripta con el
método Md5.
Para el entorno de montaje se instala en un hosting gratuito, permitiendo los
encargados de pruebas verificar la aplicación antes de ser montada de forma
local o en un hosting privado.
 Características del Hosting:

 2000 MB de espacio en disco.
 100 GB (100,000 MB) de ancho de banda.
 PHP versiones 5.2, 5.3, 5.4
 MySQL Versión 5.1
 Espacio en disco para MySQL ilimitado
 Soporte para carga de archivos FTP.
83
4.4.1. Instalación Web
1. Se debe crear una cuenta en una página que nos provea un hosting
gratuito, en este caso se utilizó HOSTINGER, además con la cuenta
obtendrá la dirección IP, la clave para conectarse y el dominio que va a
tomar para su página.
Figura 27. Alistamiento Hosting
2. Se debe tener el paquete de archivos de nuestra aplicación web.
Figura 28. Alistamiento paquetes
84
3. Existe la posibilidad de subir nuestra aplicación web por gestor automático
desde la página del hosting pero recomiendo hacerlo por un gestor de
carga de archivo FTP en este caso utilizaremos filezilla.
Figura 29. Gestor FTP Filezilla
4. En la parte superior de la ventana del programa podrás observar cuatro

cuadros de texto en los que deberás colocar los siguientes datos,
Dirección FTP del dominio, Nombre de usuario, Contraseña, Puerto.
Figura 30. Filezilla ingreso de datos
85
5. Ubica en el explorador de archivos del lado derecho la carpeta
public_html y del lado izquierdo la carpeta que se encuentra en tu pc con
los archivos de tu sitio web.
Figura 31. Filezilla ubicación archivos carga
6. Selecciona los archivos que deseas subir al servidor, presiona el botón

derecho sobre los mismos y del menú que se despliega selecciona la
opción “Subir”.
86
Figura 32. Filezilla ubicación archivos carga_2
7. Al terminar la carga de be ingresar a su navegador y teclear el dominio

que coloco para subir aplicación, luego lo podrá visualizar.
Figura 33. Visualización navegador
87
4.5. PRUEBAS
Con el fin de certificar que la plataforma elaborada quedo correctamente
elaborada y que suple las necesidades y da solución al problema planteado al
inicio del proyecto, a continuación se relacionan las pruebas realizadas por parte
del Usuario Administrador y por parte del Usuario para el personal técnico.
Estas pruebas fueron realizadas con 5 trabajadores del área tecnológica, el

señor Rodrigo Salazar por la parte administrativa de la empresa con la cual se
referencio el trabajo, igualmente se acudió a 5 personas externas a la empresa
con el fin de obtener opiniones diferentes a las de la empresa, esto debido a que
ya que la plataforma aplica para cualquier empresa pequeña debe ser entendible
y aplicable por cualquier tipo de usuario final.
88
4.5.1 Pruebas realizadas para el Usuario Administrador
Tabla 18. Prueba Administrador
Prueba 01 USUARIO ADMINISTRADOR
Procesos Ingresar nuevo usuario Ingresar nueva empresa

Eliminar usuario Eliminar empresa
Actualizar datos de usuario Actualizar datos de empresa
Consultar Consultar empresa
Ingresar nueva O.S. Ingresar nueva información
Eliminar O.S. Eliminar información
Actualizar datos de O.S. Actualizar datos
Consultar Descargar
ingresar nuevo producto Ingresar nuevo reporte
verificar precio de productos Eliminar reporte
generar cotizaciones Actualizar datos de reporte
Consultar Consultar reporte
Actor Administrador
En la gestión de usuario el administrador tendrá los privilegios de
ingreso de un nuevo usuario y la eliminación del mismo, adicionalmente
podrá actualizar los datos y consultar los usuarios existentes, En el
módulo soporte tecnológico el administrador tendrá los privilegios de
ingreso de una nueva O.S. y la eliminación del mismo, adicionalmente
podrá actualizar los datos y consultar, En la gestión de usuario El
administrador puede realizar todos los procesos planteados como
ingresar un nuevo producto, verificar precios de productos, generar
Descripción
cotizaciones y descargarlas, El administrador puede realizar todos los
procesos permitidos por la plataforma para la gestión de la empresa,
como lo es, crear nueva empresa, eliminar empresa, actualizar Para la
publicación de información es posible consultar, descargar, e imprimir.
La gestión de los reportes funciona sin inconveniente, logrando generar
nuevos reportes, eliminarlos, buscar y actualizar los reportes para
posteriormente descargarlos.
89
4.5.1. Pruebas realizadas para el usuario Personal Técnico
Tabla 19. Prueba usuario personal técnico
Prueba 02 USUARIO PERSONAL TÉCNICO
Actualizar datos de
usuario Consultar información
Ingresar nueva O.S. Descarga de información

Actualizar datos de O.S. Consultar empresa
Procesos Ingresar nuevo producto Crear empresa
Ingresar nuevo reporte Verificar precio de productos

Actualización de reporte Generar cotizaciones
Descargar cotizaciones
Actor Personal técnico
Permite actualizar los datos del usuario propio, mas no

cambiar el de los demás usuarios de la plataforma de
acuerdo a lo requerido, El personal técnico puede generar
nuevas órdenes de servicio y actualizar los datos de la
Descripción misma, puede actualizar los datos y consultar, Únicamente
puede crear la empresa con su información y consultar la
información de la empresa , mas no puede editarla ni
eliminarla, Es posible realizar la consulta y descargar de la
información , Puede realizar cualquier proceso del reporte
sin ninguna restricción
90
CONCLUSIONES
1. Los sistemas de información web presentan gran funcionalidad en el

ámbito organizacional de cualquier empresa, porque ayuda a disminuir
tiempos de procesamiento de la información.
2. El desarrollo de aplicaciones como SIPRA brinda a las empresas gran
ayuda en las áreas que se requiere implementar, puesto que maneja
objetivos puntuales con los que cuenta a nivel general una empresa como
lo son soportes, órdenes de servicio y cotizaciones.
3. Al generar un aplicativo con los últimos avances tecnológicos, se crea un
ámbito de interactividad mayor, ya que permite un sistema de información
más amigable y fácil de comprender para el usuario final.
4. Con los módulos del aplicativo SIPRA se cubre a cabalidad los ejes
puntuales que engranan el área tecnológica de la empresa, este aplicativo
se diseña para ser implementado y personalizado en cualquier entidad
que requiera suplir necesidades organizacionales que involucren órdenes
de servicios.
5. Al contar con una base de datos diseñada de forma liviana, sin perder su
funcionalidad, resuelve uno de los problemas cotidianos en las empresas
que es el tiempo de respuesta de solicitud de información.
91
RECOMENDACIONES
A funcionarios:
 Se recomienda a las empresas que implemente el aplicativo tener los

datos de radicación de las ordenes de servicios ordenados y listos, y así
poder cerrarlas de inmediato; sí la solicitud requiere dos o más
funcionarios, se deben hacer OS por separado.
 Se aconseja a los funcionarios de la empresa que antes de ejecutar el
aplicativo consulten el manual del usuario con el objetivo de aclarar dudas
en cuanto al manejo de la aplicación.
General:
Como sugerencia a trabajos futuros se proyecta realizar la versión 2.0 de la

aplicación, donde aporte cambios a la versión 1.0 desarrollada, buscando
mejoras y funcionalidades.
En seguida se enuncian algunas de las recomendaciones que se pueden

desarrollar en corto y mediano plazo.
 Incorporar validaciones adicionales que mejoren la seguridad de la

aplicación.
 Incorporar nuevos perfiles agregando nuevas áreas de la empresa, no
solo el área tecnológica.
 Lograr que el sistema tenga la capacidad de realizar el envío por
correo electrónico de la solicitud de ingreso de datos al administrador,
si es que el usuario llega a ser un tercero en función a la empresa.
 Implementar un stock para el modulo comercial, para lograr manejar
inventarios desde el aplicativo.
 Implementar modos de pago para la compra de productos on-line en
el módulo comercial.
92
BIBLIOGRAFIA
● LUJÁN MORA, Sergio. Programación en Internet: clientes web. Alicante:

Editorial Club Universitario, 2001. ISBN 978-84-8454-118-9, 224 p.
● Rojas Margarita, Martínez Germán, Gatica Yanira. (2007) Curso de
UML Multiplataforma adaptativo basado en la Teoría de Respuesta al
Ítem.
● Pressman Roger. Ingeniería del Software. Quinta edición. Editorial Mc
Graw Hill. 2002
● Kendall y Kendall. Análisis y Diseño de Sistemas de Información. McGraw
Hill. 1991
● Senn, J. Análisis y Diseño de Sistemas. McGraw Hill. 1994
● HTML dinámico. Prentice Hall. 1997.
● Desarrollo dinámico de sitio con PHP 4. Mc Graw Hill.2004.
● MYSQL Al descubierto. Prentice Hall.
● KORTH H , SILVERSCHATZ A, SUDARSHAN. Fundamentos de bases
de datos. Cuarta Edición. McGraw-Hill. 2003. Texto Guía.
● DATE F.. Introducción a los sistemas de bases de datos. Addison-Wesley.
Vol. 1. Octava Edición 1999.
● Rodríguez Miguel A. Bases de Datos. Serie Informática y Gestión.
McGraw-Hill. 1997.
● Welling Luke, Thomson Lura. Desarrollo web con PHP y MySql. Anaya
● David Roldán Martínez, Pedro J. Valderas Aranda, Oscar Pastor Lopez.
“Aplicaciones web, un enfoque práctico”. Modelo- Vista- Controlador.
(2010):
● Osborne Media. McGraw-Hill. Manual de referencia JavaScript.
Introducción a JavaScript. (2002)
● José Manuel Alarcón. Programación en JavaScript. Introducción a
JavaScript.(2000)
93
● José Lopéz Guijado. Domine HTML y DHTML
● WHITTEN, Jeffrey, BENTLEY, Lonnie, BARLOW, Victor. ANÁLISIS Y
DISEÑO DE SISTEMAS DE INFORMACIÓN. McGraw-Hill/IRWIN, 1996.
ISBN 84-8086-252-1, 616 p.
94
INFOGRAFIA
● ALGESA
http://www.alegsa.com.ar/Dic/sistema%20de%20informacion.php
● Estudio , factibilidad y proyectos
http://estudiodefactibilidadyproyectos.blogspot.com.co/2010/09/factibilida
d-y-viabilidad.html [Consultado el 16/05/2015]
● ERM System http://ersmsystem.blogspot.com.co/2008/05/definicin-de-
factibilidad-tcnica.html [Consultado el 18/10/15]
● Tesis de grado Desarrollo de un sistema de información web para la
gestión de incidentes de falla de plataforma tecnológica de PDVSA AIT
Servicios Comunes Centro-Febrero 2009
http://tesis.ula.ve/pregrado/tde_busca/arquivo.php?codArquivo=1464
● Hp Service http://www.stanum.es/noticias/21-introduccion-a-hp-service-
manager.html[Consultado el 14/06/2015]
● Knowdo, Sistemas web
http://www.knowdo.org/knowledge.php?id=39&ver=1
● Aplicaciones Multinivel
http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r87277.DOC
● Definición, Definición de HTML. http://definicion.de/html/ [Consultado el
15/01/15]
● masadelante. ¿Qué es Ajax? http://www.masadelante.com/faqs/ajax
● Masadelante. Definición de CSS. http://www.masadelante.com/faqs/css
● https://www.youtube.com/watch?v=tF88eNhNSb4
● ¿Qué es software libre? http://www.gnu.org/philosophy/free-sw.es.html
95
● Copyright © 2015 1keydata.com, Tutorial de SQL: Curso de SQL
http://www.1keydata.com/es/sql/
● Página oficial Oracle
http://www.oracle.com/us/products/mysql/overview/index.html
● esepe studio, ¿Qué es MySQL?
http://www.esepestudio.com/noticias/que-es-mysql
● Apache Friends https://www.apachefriends.org/es/index.html
● Apache Friends https://www.apachefriends.org/es/about.html
● Youtube, Diagrama de Estados, rolandostudios
https://www.youtube.com/watch?v=Mw53LWJygw8
● Diagrama de Estados,
BERRIO,Kora,SALAZAR,Julieth,SANTOS,Kendry,PERTUZ,ELSY
http://es.slideshare.net/still01/diagramas-de-estados-16815255
● Youtube, Diagrama de despliegue , rolandostudios
https://www.youtube.com/watch?v=zb1SN1TZ_z0 [Consultado el
22/10/15]
● CalidadySoftware.com, ¿cómo realizar pruebas funcionales?, ORÉ,
Alexander Oré B
 http://www.calidadysoftware.com/testing/como_realizar_pruebas_funcion
ales.php [citado en 22 de Octubre de 2015]
fiestas jhonatan, ElevenPaths.com, Pruebas para asegurar la calidad
del producto software, http://blog.elevenpaths.com/2014/09/qa-pruebas-
para-asegurar-la-calidad-del.html [citado en 22 de Octubre de 2015]
 Microsoft, Diagramas de componentes de UML: Referencia,
https://msdn.microsoft.com/es-es/library/dd409390.aspx [citado en 22 de
Octubre de 2015]
 Cruz Victor, Gutierrez Ever, Mendivil Luis, Diagrama de Componentes,
http://es.slideshare.net/uitron/diagrama-de-componentes-7551535
[citado en 22 de Octubre de 2015]
96

Documento Tesis Sipra PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Documento Tesis Sipra PDF

Încărcat de

Drepturi de autor:

Formate disponibile

SISTEMA DE INFORMACIÓN WEB PARA AGILIZAR EL PROCESO DE

RADICACIÓN Y REGISTRO DE ACTIVIDADES EN EL ÁREA

RICARDO ANDRES URREGO KUIRU

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

RICARDO ANDRES URREGO KUIRU

TRABAJO DE INVESTIGACIÓN PARA OPTAR POR EL TÍTULO DE

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

Bogotá D.C, 26 de Octubre de 2015

“Dedico la culminación de este ciclo académico a mi familia, por su

Expresamos nuestra gratitud a la empresa modelo en la cual se basó nuestra

TABLA 1. RECURSOS HUMANOS ................................................................. 26

FIGURA 1. CLASIFICACIÓN DE UN SISTEMA DE INFORMACIÓN WEB ... 33

ANEXO 2. CASOS DE USO

ANEXO 3. DIAGRAMAS DE ACTIVIDAD

ANEXO 4. DIAGRAMAS DE ESTADO

ANEXO 5. DIAGRAMAS DE SECUENCIA

ANEXO 6. MANUAL DE USUARIO DE LA APLICACION

1.1. TÍTULO DEL PROYECTO

1.3.1. Descripción Del Problema

Esta documentación es realizada físicamente y llenada a mano por cada actor a

1.3.2. Formulación Del Problema

1.4.1. Objetivo General

1.6.1. Nivel Funcional Del Alcance De Los Módulos

1.6.1.1. Modulo Gestión De Usuario

1.6.1.3. Modulo Soportes Tecnológicos

1.6.1.4. Modulo Publicación De Información

1.6.1.5. Modulo Gestión Comercial

1.6.1.6. Módulo De Reportes

1.7.1 Limitación Temporal

1.7.2 Limitación Geográfica

1.7.3 Limitación Técnica

La solución propuesta se basa en dar organización a los procesos tecnológicos

1.8.1. Factibilidad Técnica

1.8.2. Factibilidad Operativa

1. Un nuevo sistema puede ser demasiado complejo para los usuarios de la

Tutor de Tesis: Responsable de supervisar y asesorar la elaboración de

1.8.3. Factibilidad Económica

Tabla 1. Recursos humanos

TOTAL RECURSO HUMANO 970 $12.800.000

Tabla 2. Recursos Técnicos

Encuadernación $ 200.000 X $ 200.000

TOTAL RECURSOS $4.200.000,00

Tabla 3. Recursos de software

1.9.1. Marco Histórico

1.9.1.1. Estado Del Arte

1.9.1.2. Sistemas De Información Web Y Su Clasificación

Figura 1. Clasificación de un sistema de información Web

6Tesis de grado Desarrollo de un sistema de información web para la gestión de incidentes

1.9.2.1. Service Manager

7Hp Service, http://www.stanum.es/noticias/21-introduccion-a-hp-service-manager.html [el

1.9.2.3. Sistema Web

1.9.2.4. Aplicaciones Multinivel

1.9.2.5. Aplicación Web

8 Knowdo, Sistemas web http://www.knowdo.org/knowledge.php?id=39&ver=1

1.9.2.6. Software Libre

● La libertad de ejecutar el programa para cualquier propósito.

¿Qué ventajas tiene usar un lenguaje de servidor?: La principal ventaja es que,

1.9.2.8. Bases De Datos

12WHITTEN, Jeffrey, BENTLEY, Lonnie, BARLOW, Victor. ANÁLISIS Y DISEÑO DE

SQL (Structured Query Language) es un lenguaje de programación diseñado

1) El estándar SQL es bastante complejo, y no es práctico implementar el

2) Cada proveedor de base de datos necesita una forma de diferenciar su

13 Copyright © 2015 1keydata.com,Tutorial de SQL: Curso de SQL