SISTEMA DE FACTURACIÓN Y CONTROL DE … mi carácter de tutor académico del informe de pasantía...
96
UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA VICERECTORADO ACADÉMICO COORDINACIÓN GENERAL DE PREGRADO PROYECTO DE CARRERA INGENIERÍA INFORMÁTICA COORDINACIÓN DE PASANTÍA SISTEMA DE FACTURACIÓN Y CONTROL DE CLIENTES DE LA EMPRESA TECNICOS EN SERVICIOS TES, C.A. TUTOR INDUSTRIAL: Ing. Dario Suquilanda AUTOR: Cindy C. Gabás H. TUTOR ACADÉMICO: Ing. Nelson Inojosa PUERTO ORDAZ, SEPTIEMBRE DE 2011.
Transcript of SISTEMA DE FACTURACIÓN Y CONTROL DE … mi carácter de tutor académico del informe de pasantía...
UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERECTORADO ACADÉMICO
COORDINACIÓN GENERAL DE PREGRADO
PROYECTO DE CARRERA INGENIERÍA INFORMÁTICA
COORDINACIÓN DE PASANTÍA
SISTEMA DE FACTURACIÓN Y CONTROL DE CLIENTES DE
LA EMPRESA TECNICOS EN SERVICIOS TES, C.A.
TUTOR INDUSTRIAL:
Ing. Dario Suquilanda AUTOR:
Cindy C. Gabás H.
TUTOR ACADÉMICO:
Ing. Nelson Inojosa
PUERTO ORDAZ, SEPTIEMBRE DE 2011.
Página | 2
UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERECTORADO ACADÉMICO
COORDINACIÓN GENERAL DE PREGRADO
PROYECTO DE CARRERA INGENIERÍA INFORMÁTICA
COORDINACIÓN DE PASANTÍA
SISTEMA DE FACTURACIÓN Y CONTROL DE CLIENTES DE LA
EMPRESA TECNICOS EN SERVICIOS TES, C.A.
Informe de Pasantía presentado como requisito para optar al Título de
Ingeniero en Informática.
AUTOR:
Cindy C. Gabás H.
Tutor Industrial
Ing. Dario Suquilanda
Tutor Académico
Ing. Nelson Inojosa
PUERTO ORDAZ, SEPTIEMBRE DE 2011.
Página | 3
UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERECTORADO ACADÉMICO
COORDINACIÓN GENERAL DE PREGRADO
PROYECTO DE CARRERA INGENIERÍA INFORMÁTICA
COORDINACIÓN DE PASANTÍA
APROBACIÓN DE TUTOR ACADÉMICO
En mi carácter de tutor académico del informe de pasantía
“Sistema de Facturación y Control de Clientes de Técnicos en Servicios
TES, C.A” presentado por el Tecnólogo en Computación Gabás
Hernández Cindy Cristina, portador de la C.I: V-17.382.004, para optar al
título de Ingeniero en Informática, dejo constancia que dicho trabajo reúne
los requisitos suficientes para ser sometido a presentación pública y
evaluación por parte del jurado examinador que se designe.
Tutor Académico
Ing. Nelson Inojosa
PUERTO ORDAZ, SEPTIEMBRE DE 2011.
Página | 4
UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERECTORADO ACADÉMICO
COORDINACIÓN GENERAL DE PREGRADO
PROYECTO DE CARRERA INGENIERÍA INFORMÁTICA
COORDINACIÓN DE PASANTÍA
APROBACIÓN DE TUTOR INDUSTRIAL
En mi carácter de tutor industrial del informe de pasantía “Sistema
de Facturación y Control de Clientes de Técnicos en Servicios TES, C.A”
presentado por el Tecnólogo en Computación Gabás Hernández Cindy
Cristina, portador de la C.I: V-17.382.004, para optar al título de Ingeniero
en Informática, dejo constancia que dicho trabajo reúne los requisitos
suficientes para ser sometido a presentación pública y evaluación por
parte del jurado examinador que se designe.
Tutor Industrial
Ing. Dario Suquilanda
PUERTO ORDAZ, SEPTIEMBRE DE 2011.
Página | 5
UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERECTORADO ACADÉMICO
COORDINACIÓN GENERAL DE PREGRADO
PROYECTO DE CARRERA INGENIERÍA INFORMÁTICA
COORDINACIÓN DE PASANTÍA
APROBACIÓN DE JURADO
Quien suscribe, miembro del jurado evaluador del informe de
pasantía “Sistema de Facturación y Control de Clientes de Técnicos en
Servicios TES, C.A” presentado por el Tecnólogo en Computación Gabás
Hernández Cindy Cristina, portador de la C.I: V-17.382.004, para optar al
título de Ingeniero en Informática, dejo constancia que el mismo cumple
con los requisitos exigidos por los reglamentos respectivos, por lo que le
da su aprobación al mismo.
Jurado
PUERTO ORDAZ, SEPTIEMBRE DE 2011.
Página | 6
ÍNDICE
DEDICATORIA .................................................................................................. 10
AGRADECIMIENTOS ....................................................................................... 11
INTRODUCCIÓN ............................................................................................... 12
CAPÍTULO I ...................................................................................................... 14
FORMULACIÓN DEL PROBLEMA ...................................................................................... 14
1.1. Planteamiento del problema ................................................................................ 14
1.2. Justificación ........................................................................................................... 15
1.3. Alcance .................................................................................................................. 16
1.4. Objetivos de la Investigación ............................................................................... 16
CAPÍTULO II ..................................................................................................... 18
MARCO TEÓRICO ................................................................................................................. 18
2.1 La Empresa ........................................................................................................... 18
2.2 Ubicación Geográfica ........................................................................................... 19
2.3 Misión..................................................................................................................... 19
2.4 Visión ..................................................................................................................... 19
2.5 Valores ................................................................................................................... 20
2.6 Estructura Organizativa ........................................................................................ 21
2.7 Descripción y Funcionamiento de la división donde se realizó la pasantía ..... 21
2.8 Fundamentos Teóricos ......................................................................................... 21
2.9 Herramientas Utilizadas ....................................................................................... 30
CAPITULO III .................................................................................................... 37
MARCO METODOLÓGICO ................................................................................................... 37
3.1 Diseño de la Investigación ................................................................................... 37
3.2 Población y Muestra ............................................................................................. 38
3.3 Tipo de Investigación ............................................................................................ 39
3.4 Técnicas Aplicadas para la Recolección de Datos ............................................ 40
3.5 Procedimientos Metodológicos ............................................................................ 42
3.6 Cronograma de Actividades ................................................................................. 45
3.7 Descripción del Cronograma de Actividades ...................................................... 45
Página | 7
CAPITULO IV .................................................................................................... 49
RESULTADOS........................................................................................................................ 49
4.1 Determinación de los Requerimientos ................................................................ 49
4.2 Estudio de la Factibilidad ..................................................................................... 53
4.3 Diseño del Sistema WEB. .................................................................................... 54
CONCLUSIONES .............................................................................................. 83
RECOMENDACIONES...................................................................................... 85
REFERENCIAS ................................................................................................. 86
ANEXOS ........................................................................................................... 87
DESCRIPCIÓN DEL MANUAL DE USUARIO DEL SISTEMA .......................................... 87
Página | 8
ÍNDICE DE FIGURAS
Fig. 01. Ubicación de Técnicos en Servicios TES, C.A. ........................................................ 19
Fig. 02. Organigrama de Técnicos en Servicios TES, C.A. ................................................... 21
Fig. 03. Plan de Trabajo ...................................................................................................... 46
Fig. 04. Tabla Visual de Contenido del Sistema de Facturación y Control de Clientes............ 56
Fig. 05. Modelo Entidad – Relación...................................................................................... 57
Fig. 06. Diagrama de clases del Sistema ............................................................................. 58
Fig. 07. Caso de Uso General: Sistema de Facturación y Control de Clientes de Técnicos .... 66
Fig. 08. Caso de Uso: Ingreso al Sitio Web .......................................................................... 67
Fig. 09. Caso de Uso: Administrar Cuenta Personal ............................................................. 68
Fig. 10. Caso de Uso: Gestión de Citas para Reparación ..................................................... 69
Fig. 11. Caso de Uso: Recepción y Envío de Correos .......................................................... 70
Fig. 12. Caso de Uso: Administrar Cuenta............................................................................ 71
Fig. 13. Caso de Uso: Gestionar Citas para Reparación ....................................................... 72
Fig. 14. Caso de Uso: Registro de Reparaciones ................................................................. 73
Fig. 15. Caso de Uso: Creación de Presupuesto .................................................................. 74
Fig. 16. Caso de Uso: Generación de Factura de Reparaciones ........................................... 75
Fig. 17. Caso de Uso: Recepción y Envío de Correos .......................................................... 76
Fig. 18. Diagrama de Actividades: Cliente Regular ............................................................... 77
Fig. 19. Diagrama de Actividades: Cliente Registrado .......................................................... 78
Fig. 20. Diagrama de Actividades: Administración de Cuenta................................................ 79
Fig. 21. Diagrama de Actividades: Registrar Reparaciones ................................................... 80
Fig. 22. Diagrama de Actividades: Creación de Presupuesto ................................................ 81
Fig. 23. Diagrama de Actividades: Generación de Factura .................................................... 82
Fig. 24. Pantalla Principal .................................................................................................... 87
Fig. 25. Descripción Pantalla Principal ................................................................................. 87
Fig. 26. Pantalla de Acceso de Cliente Administrativo .......................................................... 88
Fig. 27. Pantalla Mensaje de Error de Acceso ...................................................................... 89
Fig. 28. Pantalla Principal Menú de Cliente Administrativo .................................................... 89
Fig. 29. Pantalla Principal de Cliente Administrativo ............................................................. 90
Fig. 30. Pantalla de Creación de Cuenta Cliente .................................................................. 91
Fig. 31. Pantalla de Registro de Reparaciones de vehículo................................................... 92
Fig. 32. Pantalla de Registro de Citas para Revisión ............................................................ 93
Fig. 33. Pantalla de Creación de Presupuesto ...................................................................... 94
Fig. 34. Documento PDF de Presupuesto ............................................................................ 95
Fig. 35. Pantalla Creación de Factura .................................................................................. 96
Página | 9
ÍNDICE DE TABLAS
Tabla. 01. Diccionario de Datos: Tes_Admi ....................................................................... 59
Tabla. 02. Diccionario de Datos: Tes_Clientes .................................................................. 59
Tabla. 03. Diccionario de Datos: Tes_Presupuesto ............................................................ 60
Tabla. 04. Diccionario de Datos: Tes_Factura ................................................................... 61
Tabla. 05. Diccionario de Datos: Tes_Repuestos .............................................................. 62
Tabla. 06. Diccionario de Datos: Tes_Reparaciones .......................................................... 63
Tabla. 07. Diccionario de Datos: Tes_EstadoReparacion ................................................... 64
Tabla. 08. Diccionario de Datos: Tes_TipoCliente ............................................................. 64
Tabla. 09. Diccionario de Datos: Tes_Vehiculos ................................................................ 65
Tabla. 10. Especificación de Caso de Uso Ingreso al Sitio Web. ......................................... 67
Tabla. 11. Especificación de Caso de Uso Administrar cuenta Personal. ............................. 68
Tabla. 12. Especificación de Caso de Uso Gestión de Citas para Reparación. .................... 69
Tabla. 13. Especificación de Caso de Uso Recepción y Envío de Correos. ......................... 70
Tabla. 14. Especificación de Caso de Uso Administrar Cuenta. .......................................... 71
Tabla. 15. Especificación de Caso de Uso Gestionar Citas para Revisión. .......................... 72
Tabla. 16. Especificación de Caso de Uso Registro de Reparaciones. ................................ 73
Tabla. 17. Especificación de Caso de Uso Creación de Presupuesto. ................................. 74
Tabla. 18. Especificación de Caso de Uso Generación de Factura de Reparaciones. .......... 75
Tabla. 19. Especificación de Caso de Uso Recepción y Envío de Correos. ......................... 76
Página | 10
DEDICATORIA
A Dios todo poderoso, por ser mi ayuda, mi guía y mis fuerzas, por
cuidarme en todo momento, por darme fortaleza y porque ha aumentado
mi fe y mi constancia en él.
A Mis Padres, por brindarme su apoyo incondicional, por su cariño y
disponibilidad, y por haberme inculcado los valores y principios necesarios
para hacer de mí la persona que soy hoy en día.
A Mi Hermana, quien ha compartido mis lágrimas y triunfos,
brindándome todo su apoyo, ahora me toca decirle que cuenta conmigo
incondicionalmente para que logre sus metas profesionales y personales.
A mis Amigos Ricardo Acuña, Yoana Castro, Carlos Ruiz y Julio
Quintana, quienes han compartido todos los momentos desde que
empecé mi carrera y que han estado ahí para brindarme su apoyo
incondicional, ayuda y comprensión durante la misma.
A todos mis Compañeros de Estudios, quienes me brindaron toda su
amistad, su confianza, su apoyo, sus conocimientos y sus ideales para
que con esfuerzo y dedicación haya logrado ésta meta.
Página | 11
AGRADECIMIENTOS
A Dios primeramente, porque todo lo que he alcanzado, ha sido
gracias a él, gracias por haberme dado la vida, mucha salud, permitirme
vivir este momento junto a las personas más importantes de mi vida.
A mi Familia, quienes amo mucho, por toda su ayuda brindada, desde
que nací y cuando empecé mis estudios hasta ahora dándome siempre
confianza, comprensión, dedicación, motivación, fuerza y apoyo en todos
los momentos de mi vida.
A la Uneg, mi casa de estudios, por brindarme la oportunidad de
crecer profesionalmente, y fortalecer mis conocimientos. En especial a
todos los profesores que día a día me brindaron sus conocimientos y me
hacían sentir que sí podía lograrlo.
A Técnicos en Servicios TES, C.A, por darme la oportunidad de poner
en práctica mis conocimientos adquiridos, y darlo a demostrar.
A mis Tutores Ing. Dario Suquilanda e Ing. Nelson Inojosa, por
orientarme y brindarme su apoyo, sus conocimientos, y la oportunidad de
vivir el proceso y demostrar que podía con ello.
A mis amigos (as), especialmente a Carlos Ruiz, que me brindaron su
amistad, su compañía, apoyo, comprensión durante todo mi carrera. Les
debo mucho amigos.
A todos de Verdad que MUCHAS GRACIAS!
Página | 12
INTRODUCCIÓN
La información, sin importar su tamaño o naturaleza se ha convertido
en uno de los activos más valiosos dentro de cualquier organización o
institución, es por esto que debe ser manejada de forma eficiente al igual
que ofrecer un alto grado de disponibilidad y confiabilidad, para así, poder
garantizar una mejor y más eficaz toma de decisiones dentro de la
organización.
Para lograr la correcta gestión y administración de la información
dentro de una organización, la misma debe apoyarse en el uso de
sistemas de información computarizados, los cuales brindan la
confiabilidad, integridad y disponibilidad de la información que la
organización necesita. Estos sistemas de información pueden ser de tipo
comercial o de desarrollo personalizado, ajustados a las necesidades de
información de cada organización. La necesidad de actualizar los
procesos en las empresas, con el fin de tener un alto crecimiento
tecnológico y con grandes niveles de exigencia por parte del cliente a cual
ofrecen sus servicios. Como una de las prioridades de las empresas es su
negocio, la tecnología va asociado a ello, ya que esta le permitirá alcanzar
sus objetivos de una forma más eficiente y confiable.
Es por ello que los representantes de la empresa “Técnicos en
Servicios TES, C.A.” tienen la necesidad de un sistema que permita
administrar y controlar el inventario de reparaciones que se realizan
generalmente en el taller mecánico, también un control de los clientes
regulares que visitan el negocio, tanto particulares como administrativos, y
adicionalmente estos clientes podrán realizar reservaciones vía web de
Página | 13
algún servicio prestado por la organización, indicando fecha y hora
deseada para el servicio. Igualmente se desea que el sistema integre un
módulo de facturación y de presupuesto.
En tal sentido, La presente investigación está estructurada en cuatro
(4) capítulos, que permitirán dimensionar y establecer las limitaciones del
estudio. En el capítulo I, se presentan los motivos que originaron el
estudio, así como los objetivos perseguidos. En el capítulo II, se sientan
las bases que fundamentan la investigación. En el capítulo III, se
visualizan las estrategias y lineamientos seguidos para llevar a cabo la
investigación. Por último, en el capítulo IV, se presentan los resultados
obtenidos a lo largo de la investigación, seguidos de las conclusiones y
recomendaciones, y adicionalmente se presenta el manual de usuario del
sistema desarrollado.
Página | 14
CAPÍTULO I
FORMULACIÓN DEL PROBLEMA
1.1. Planteamiento del problema
Técnicos en Servicios TES, C. A. es una empresa dedicada
especialmente a la reparación de automóviles, a nivel mecánico y a su
vez brindando un servicio de alta calidad para sus clientes.
El control y seguimiento de las reparaciones realizadas a cada uno
de sus clientes se realiza actualmente de forma manual, registrando fecha
de entrada del vehículo, reparaciones o daños especificas vistas por el
cliente y luego estas son revisadas por los mecánicos especializados. Las
reparaciones realizadas a vehículos y clientes diferentes son
almacenadas y clasificadas en un archivero físico, donde la mayoría de
las veces es tediosa su búsqueda.
El proceso de facturación es realizado igualmente de forma manual,
cumpliendo con los requisitos del Seniat, donde se muestran los datos del
cliente como (Nombre, Cédula /RIF, Dirección, Teléfono), fecha de
emisión de la factura, los diferentes ítems de reparaciones realizadas,
subtotal, y total a cancelar por parte del cliente. De igual forma se realiza
el proceso de presupuesto.
En la empresa no todas las reparaciones son canceladas de
contado, esto se complica un poco más al momento de la realización de
cierre mensual de caja, ya que se debe buscar en el archivero los clientes
que tengan deuda y notificar la misma para su cancelación. Los procesos
Página | 15
descritos anteriormente se podrían realizar si se contara con un sistema
que facilitara al usuario todas estas actividades.
Es por ello que surge la necesidad de un sistema web que facilite
todas las gestiones de facturación, presupuesto y control de clientes de la
empresa.
1.2. Justificación
La organización de la información y el rápido acceso resulta muy útil
para una empresa, debido a que ésta permite una eficaz toma de
decisiones para la organización, permite la minimización de errores y
pérdidas de información; un sistema bien diseñado puede brindar un
entorno donde prevalezcan la eficacia, eficiencia y el orden.
El sistema brindará a la empresa Técnicos en Servicios TES, C.A, la
facilidad de llevar el control de las tareas administrativas básicas para la
misma como son: facturación, presupuesto, reservación de servicio y
control de clientes. Principalmente este sistema será la base para la
administración de la empresa, contando con diferentes módulos, para
facilitar el desarrollo del mismo.
Con la culminación del sistema propuesto se pretende cumplir con
las necesidades presentes en la empresa, logrando la facturación de las
reparaciones realizadas a un vehículo de forma sencilla, y clara,
igualmente la realización de presupuestos solicitados por los clientes y el
seguimiento a clientes corporativos y particulares de actividades
realizadas por parte de la empresa.
Página | 16
1.3. Alcance
El sistema Administrativo que se desarrollara para la empresa
Técnicos en Servicios TES, C.A, será dividido en módulos dentro de los
cuales están:
Módulo de Facturación / Presupuesto.
Módulo de Control de Clientes.
Módulo de Citas de Reparación.
Módulo de Reparaciones.
Estos módulos serán integrados en un Sistema Administrativo, que
está dirigido principalmente a los representantes de dicha empresa, como
son Presidente, Gerente y Secretaria.
1.4. Objetivos de la Investigación
Objetivo General
Desarrollar el Sistema de Gestión Administrativa de la Empresa
Técnicos en Servicios TES, C.A.
Objetivos Específicos
a. Analizar los procesos inherentes a la administración de
Técnicos en Servicios TES, C. A.
b. Determinar los Requerimientos de la gestión administrativa de
Técnicos en Servicios TES, C. A.
c. Diseñar el Sistema de Gestión administrativa de Técnicos en
Servicios TES, C. A. en función a las necesidades del usuario.
Página | 17
d. Desarrollar los diferentes módulos del Sistema administrativo
de Técnicos en Servicios TES, C. A.
e. Realizar las pruebas funcionales de los módulos desarrollados
a fin de garantizar su correcto desempeño.
f. Adiestrar a los usuarios para el uso y administración del
Sistema Administrativo de Técnicos en Servicios TES, C. A.
g. Elaborar el manual del Sistema de Gestión Administrativa.
Página | 18
CAPÍTULO II
MARCO TEÓRICO
2.1 La Empresa
Técnicos en Servicios, TES, C.A, es una empresa que inicio siendo
un negocio familiar, creada en el año 1980, y ubicada en la calle Mariño,
San Félix, teniendo como objeto social de la compañía, Reparación de
todo tipo de vehículos automotrices, compra de repuestos e insumos que
pueda ser usada en la mejora y reparación de vehículos. El negocio
familiar pronto surgió y fue conocido por mucho allegados de la familia y
poco a poco fue aceptado y reconocido, ya para el año 1997 la empresa
sufre algunos cambios y deja de ser una empresa familiar, a estar
presidida por uno de los integrantes de la familia, el Sr. Pedro quien no
abandono su idea inicial de tener un negocio propio. Luego de algún
tiempo el lugar de trabajo se volvió pequeño.
En Enero de 2003 la Compañía Técnicos en Servicios TES, C.A
cambia su domicilio a la Carrera Aerocuar (al lado de PDVSA) - UNARE I
- Galpón N° 1 - Puerto Ordáz, Edo. Bolívar, donde laboran un total de 8
trabajadores (Gerente, Secretaria, Coordinador de Mantenimiento,
Coordinador de Técnicos y Técnicos especializados). Actualmente se
considera una empresa consolidada.
Página | 19
2.2 Ubicación Geográfica
Técnicos en Servicios TES, C.A está ubicada en la Carrera Aerocuar
(al lado de PDVSA) - UNARE I - Galpón N° 1 - Puerto Ordáz, Edo. Bolívar
Fig. 03. Ubicación de Técnicos en Servicios TES, C.A.
Fuente: Google Maps.
2.3 Misión
Proporcionar un buen servicio, eficiente con calidad, que satisfaga
las necesidades y expectativas de nuestros clientes a un precio accesible
con personal capacitado, motivado, productivo, eficiente, leal, honesto,
responsable, comprometido en resolver sus problemas.
2.4 Visión
Convertirnos en una empresa líder y confiable en el servicio de
automóviles modernos con tecnología de punta, con los mejores scanner,
computadora, equipos, herramientas y el mejor personal eficaz y eficiente
para realizar el trabajo.
Página | 20
2.5 Valores
Los valores y principios están referidos a las relaciones que
fundamentan los vínculos sujeto-sujeto que se expresan en los valores y
constituyen el referente moral y sujeto-objeto respectivamente que se
expresa a través de los principios y constituyen el referente ético. Se
constituyen en el soporte para el cumplimiento de la Misión y Visión. Los
Valores y Principios, son en última instancia, simultáneamente, los medios
y fin último de Técnicos en Servicios TES, C. A. se asumen los siguientes
valores:
Honestidad
Formalidad
Buen servicio
Responsabilidad
Disciplina y
organización
Trabajo en equipo
Lealtad
2.6 Estructura Organizativa
Fig. 04. Organigrama de Técnicos en Servicios TES, C.A.
Fuente: Departamento Administrativo de Técnicos en Servicios TES, C.A.
2.7 Descripción y Funcionamiento de la división donde se realizó la
pasantía
El trabajo de Pasantía se realizó en el Departamento Administrativo, el
cual es el responsable de llevar a cabo las tareas administrativas de la
empresa como son, registro de vehículos al entrar al taller a reparar,
facturación de los trabajos realizados, elaboración de presupuestos e
igualmente las tareas administrativas y control de empleados (nómina,
permisos, entre otros).
2.8 Fundamentos Teóricos
Para el proceso de Investigación del Sistema de Gestión de Proyectos,
se consultaron algunas teorías necesarias para un desarrollo del sistema
Presidente
Vice-Presidente
Gerente Administrativo
Coordinador de
Mantenimiento
Coordinador de
Herramientas
Coordinador de Técnicos
Técnicos Especializados
Secretaría
Página | 22
eficiente y eficaz. Las teorías fueron tomadas de diferentes bibliografías y
referencias electrónicas.
Sistema
Es un esfuerzo de estudio interdisciplinario que trata de encontrar las
definiciones comunes a entidades, los sistemas que se presentan en todos
los niveles de la realidad pero que son objeto tradicionalmente de disciplinas
académicas diferentes (Luwid Von Bertalanfy, 1950-1968). Un sistema es un
conjunto de elementos organizados, que interactúan entre sí para un fin
específico.
Sistema de Información
Un sistema de información, es un conjunto de elementos que
interactúan entre sí con el fin de apoyar las actividades de una empresa o
negocio. Los elementos que interactúan entre sí son: el equipo
computacional, el recurso humano, los datos o información fuente,
programas ejecutados por las computadoras, las telecomunicaciones y los
procedimientos de políticas y reglas de operación. (O´ Briend James, 2000)
(Cohen Karen; Edgar Armando Vega Briceño, 2000).
Características básicas de los sistemas de información
Los Sistemas de Información están constituidos por características
comunes definidas a continuación: (Seen, James A. (1992).
Página | 23
a. Entrada de información: Es el proceso mediante el cual el
Sistema de Información toma los datos que requiere para
procesar la información. Las entradas pueden ser manuales
o automáticas. Las manuales son aquellas que se
proporcionan en forma directa por el usuario, mientras que
las automáticas son datos o información que provienen o son
tomados de otros sistemas o módulos.
b. Procesamiento de información: Es la capacidad del Sistema
de Información para efectuar cálculos de acuerdo con una
secuencia de operaciones preestablecida. Estos cálculos
pueden efectuarse con datos introducidos recientemente en
el sistema o bien con datos que están almacenados. Esta
característica de los sistemas permite la transformación de
datos fuente en información que puede ser utilizada para la
toma de decisiones.
c. Salida de información: La salida es la capacidad de un
Sistema de Información para exponer la información
procesada al exterior, bien sea a través de un monitor, en
papel o por cualquier otro medio.
d. Almacenamiento de información: El almacenamiento es una
de las actividades o capacidades más importantes que tiene
una computadora, ya que a través de esta propiedad el
sistema puede recordar la información guardada en la
sección o proceso anterior. Esta información suele ser
Página | 24
almacenada en estructuras de información denominadas
archivos.
Tipos de sistemas de información
Desde el punto de vista empresarial, según la función a la que vayan
destinados o el tipo de usuario final del mismo, los Sistemas de Información
pueden clasificarse en:
a. Sistema de procesamiento de transacciones (TPS): Gestiona
la información referente a las transacciones producidas en
una empresa u organización.
b. Sistemas de información gerencial (MIS): Orientados a
solucionar problemas empresariales en general.
c. Sistemas de soporte a decisiones (DSS): Herramienta para
realizar el análisis de las diferentes variables de negocio con
la finalidad de apoyar el proceso de toma de decisiones.
d. Sistemas de información ejecutiva (EIS): Herramienta
orientada a usuarios de nivel gerencial, que permite
monitorizar el estado de las variables de un área o unidad de
la empresa a partir de información interna y externa a la
misma.
e. Sistemas de automatización de oficinas (OAS): Aplicaciones
destinadas a ayudar al trabajo diario del administrativo de
una empresa u organización.
Página | 25
f. Sistema experto (SE): Emulan el comportamiento de un
experto en un dominio concreto.
g. Sistema Planificación de Recursos (ERP): Integran la
información y los procesos de una organización en un solo
sistema.
Según el entorno de aplicación los sistemas de información se pueden
clasificar en:
a. Entorno transaccional: Una transacción es un suceso o
evento que crea/modifica los datos. El procesamiento de
transacciones consiste en captar, manipular y almacenar los
datos, y también, en la preparación de documentos; en el
entorno transaccional, por tanto, lo importante es qué datos
se modifican y cómo, una vez ha terminado la transacción.
Los TPS son los Sistemas de Información típicos que se
pueden encontrar en este entorno.
b. Entorno decisional: Este es el entorno en el que tiene lugar la
toma de decisiones; en una empresa, las decisiones se
toman a todos los niveles y en todas las áreas, por lo que
todos los SI de la organización deben estar preparados para
asistir en esta tarea, aunque típicamente, son los DSS los
que se encargan de esta función. Si el único Sistema de
Información de una compañía preparado para ayudar a la
Página | 26
toma de decisiones es el DSS, éste debe estar adaptado a
todos los niveles jerárquicos de la empresa.
(Kenneth Kendall & Julie Kendall (2005). Análisis y Diseño de Sistemas.
México: Prentice Hall)
Aplicaciones web
Son todas aquellas aplicaciones 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 (HTML, JavaScript, Java,
asp.net, etc.) en la que se confía la ejecución al navegador.
Las Aplicaciones Web son populares debido a lo práctico del navegador
web como cliente ligero, así como a la facilidad para actualizar y mantener
aplicaciones web sin distribuir e instalar software a miles de usuarios
potenciales.
Diccionario de Informática: Aplicación Web. Disponible en URL
“http://www.alegsa.com.ar/Dic/aplicacion%20web.php”. (Consulta: 29/04/11)
Páginas Web
Una página web es una fuente de información adaptada para la World
Wide Web (WWW) y accesible mediante un navegador de Internet. Esta
información se presenta generalmente en formato HTML y puede contener
hiperenlaces a otras páginas web, constituyendo la red enlazada de la World
Wide Web.
Página | 27
Las páginas web pueden ser cargadas de un ordenador o computador
local o remoto, llamado Servidor Web, el cual servirá de HOST. El servidor
web puede restringir las páginas a una red privada, por ejemplo, una intranet,
o puede publicar las páginas en el World Wide Web. Las páginas web son
solicitadas y transferidas de los servidores usando el Protocolo de
Transferencia de Hipertexto (HTTP - Hypertext Transfer Protocol). La acción
del Servidor HOST de guardar la página web, se denomina "HOSTING".
Las páginas web pueden consistir en archivos de texto estático, o se
pueden leer una serie de archivos con código que instruya al servidor cómo
construir el HTML para cada página que es solicitada, a esto se le conoce
como Página Web Dinámica.
Las páginas estáticas generalmente usan la extensión de archivo.htm
o.html. Las páginas dinámicas usan extensiones que generalmente reflejan
el lenguaje o tecnología que se utilizó para crear el código, como .php
(PHP),.jsp (JavaServer), etc. En estos casos, el servidor debe estar
configurado para esperar y entender estas tecnologías. Las páginas web
generalmente incluyen instrucciones para el tamaño y el color del texto y el
fondo, así como hipervínculos a imágenes y algunas veces otro tipo de
archivos multimedia.
La estructura tipográfica y el esquema de color es definida por
instrucciones de Hojas de Estilo (CSS-Cascading Style Sheet), que pueden
estar adjuntas al HTML o pueden estar en un archivo por separado, al que se
hace referencia desde el HTML.
Página | 28
Las imágenes son almacenadas en el servidor web como archivos
separados.
Masadelante: Página Web. Disponible en URL
“http://www.masadelante.com/faqs/sitio-web” (Consulta: 24/05/1).
Base de Datos
Una base de datos es un conjunto de datos pertenecientes a un mismo
contexto y almacenados sistemáticamente para su posterior uso.
En la actualidad, y debido al desarrollo tecnológico de campos como
la informática y la electrónica, la mayoría de las bases de datos están en
formato digital (electrónico), que ofrece un amplio rango de soluciones al
problema de almacenar datos.
Existen programas denominados sistemas gestores de bases de datos,
abreviados SGBD, que permiten almacenar y posteriormente acceder a los
datos de forma rápida y estructurada. Las propiedades de estos SGBD, así
como su utilización y administración, se estudian dentro del ámbito de la
informática. (“Diseño y Administración de Base de Datos”, Juan Carlos Barilari (2007).
Sistema Manejador de Base de Datos
Según Los sistemas de gestión de base de datos (SGBD); (en inglés:
DataBase Management System, abreviado DBMS) son un tipo de software
muy específico, dedicado a servir de interfaz entre la base de datos, el
usuario y las aplicaciones que la utilizan. El propósito general de los sistemas
de gestión de base de datos es el de manejar de manera clara, sencilla y
Página | 29
ordenada un conjunto de datos que posteriormente se convertirán en
información relevante para una organización. (“Diseño y Administración de Base de
Datos”, Juan Carlos Barilari (2007).
Lenguaje de Gestión de Base de Datos: SQL
Hasta la década de los 80, las personas que preparaban las consultas e
informes de una base de datos debían ser programadores. Al aparecer las
bases de datos con lenguajes de consulta sencillos y estandarizados,
semejantes al lenguaje natural, el proceso de consulta puede hacerlo
cualquier usuario mediante un lenguaje escrito.
El lenguaje de gestión de bases de datos más conocido en la actualidad
es el SQL, Structured Query Language, que es un lenguaje estándar
internacional, comúnmente aceptado por los fabricantes de generadores de
bases de datos.
El SQL trabaja con estructura cliente/servidor sobre una red de
ordenadores. El ordenador cliente es el que inicia la consulta; el ordenador
servidor es que atiende esa consulta. El cliente utiliza toda su capacidad de
proceso para trabajar; se limita a solicitar datos al ordenador servidor, sin
depender para nada más del exterior. Estas peticiones y las respuestas son
transferencias de textos que cada ordenador cliente se encarga de sacar por
pantalla, presentar en informes tabulados, imprimir, guardar, etc., dejando el
servidor libre.
El SQL permite:
a. Definir una base de datos mediante tablas.
Página | 30
b. Almacenar información en tablas.
c. Seleccionar la información que sea necesaria de la base de
datos.
d. Realizar cambios en la información y estructura de los datos.
e. Combinar y calcular datos para conseguir la información
necesaria.
(Silverschatzs y Korth, 1986)
2.9 Herramientas Utilizadas
UML (Lenguaje Unificado de Modelado)
UML proporciona un conjunto estandarizado de herramientas para
documentar el análisis y diseño de un sistema de software. El conjunto de
herramientas de UML incluye diagramas que permiten a las personas
visualizar la construcción de un sistema de información, similar a la forma en
que un conjunto de planos permite a las personas visualizar la construcción
de un edificio. Ya sea que usted esté trabajando independientemente o con
un equipo grande de desarrollo de sistemas, la documentación que crea con
UML proporciona un medio eficaz de comunicación entre el equipo de
desarrollo y el equipo de negocios en un proyecto. Los diagramas de UML se
han convertido en una herramienta de gran aceptación y uso durante el
diseño de software.
(Kendall & Kendall, 1997, p.663)
Página | 31
HTML
HTML, siglas de HyperText Markup Language (Lenguaje de Marcado
de Hipertexto), es el lenguaje de marcado predominante para la elaboración
de páginas web. Es usado para describir la estructura y el contenido en
forma de texto, así como para complementar el texto con objetos tales como
imágenes. HTML se escribe en forma de «etiquetas», rodeadas por
corchetes angulares (<,>). HTML también puede describir, hasta un cierto
punto, la apariencia de un documento, y puede incluir un script (por
ejemplo Javascript), el cual puede afectar el comportamiento de navegadores
web y otros procesadores de HTML.
Hipertexto: HTML Disponible en URL
“http://www.hipertexto.info/documentos/html.htm”. (Consulta: 26/04/11)
PHP
PHP es un lenguaje de programación interpretado, diseñado
originalmente para la creación de páginas web dinámicas. Es usado
principalmente en interpretación del lado del servidor (server-side scripting)
pero actualmente puede ser utilizado desde una interfaz de línea de
comandos o en la creación de otros tipos de programas incluyendo
aplicaciones con interfaz gráfica usando las bibliotecas Qt o GTK+.
PHP es un acrónimo recursivo que significa PHP Hypertext Pre-
processor (inicialmente PHP Tools, o, Personal Home Page Tools). Fue
creado originalmente por Rasmus Lerdorf en 1994; sin embargo la
implementación principal de PHP es producida ahora por The PHP Group y
Página | 32
sirve como el estándar de facto para PHP al no haber una especificación
formal. Publicado bajo la PHP License, la Free Software Foundation
considera esta licencia como software libre.
Wikipedia: PHP Disponible en URL “wikipedia.org/wiki/PHP”.(Consulta: 26/04/11)
JavaScript
JavaScript es un lenguaje de programación interpretado, dialecto del
estándar ECMAScript. Se define como orientado a objetos, basado en
prototipos, imperativo, débilmente tipado y dinámico.
Se utiliza principalmente en su forma del lado del cliente (client-side),
implementado como parte de un navegador web permitiendo mejoras en
la interfaz de usuario y páginas web dinámicas, aunque existe una forma de
JavaScript del lado del servidor (Server-side JavaScript o SSJS).
Todos los navegadores modernos interpretan el código JavaScript
integrado en las páginas web. Para interactuar con una página web se
provee al lenguaje JavaScript de una implementación del Document Object
Model (DOM).
Tradicionalmente se venía utilizando en páginas web HTML para
realizar operaciones y únicamente en el marco de la aplicación cliente, sin
acceso a funciones del servidor. JavaScript se interpreta en el agente de
usuario, al mismo tiempo que las sentencias van descargándose junto con el
código HTML.
(Mozilla Developer Center, 2009)
Página | 33
jQuery
jQuery es una biblioteca o framework de JavaScript, creada inicialmente
por John Resig, que permite simplificar la manera de interactuar con los
documentos HTML, manipular el árbol DOM, manejar eventos, desarrollar
animaciones y agregar interacción con la técnica AJAX a páginas web.
jQuery es software libre y de código abierto, posee un doble licenciamiento
bajo la Licencia MIT y la Licencia Pública General de GNU v2, permitiendo su
uso en proyectos libres y privativos. jQuery, al igual que otras bibliotecas,
ofrece una serie de funcionalidades basadas en JavaScript que de otra
manera requerirían de mucho más código, es decir, con las funciones
propias de esta biblioteca se logran grandes resultados en menos tiempo y
espacio.
Características:
a. Interactividad y modificaciones del árbol DOM, incluyendo
soporte para CSS 1-3 y un plugin básico de XPath.
b. Eventos.
c. Manipulación de la hoja de estilos CSS.
d. Efectos y animaciones.
e. Animaciones personalizadas.
f. Utilidades varias como obtener información del navegador,
operar con objetos y vectores, funciones como trim() (elimina
los espacios en blanco del principio y final de una cadena de
caracteres), etc.
Página | 34
g. Compatible con los navegadores Mozilla
Firefox 2.0+, Internet Explorer 6+, Safari 3+, Opera 10.6+
y Google Chrome 8+.
(jQuery (2009). Documentación oficial de la librería.)
Xaamp
XAMPP es un servidor independiente de plataforma, software libre, que
consiste principalmente en la base de datos MySQL, el servidor
web Apache y los intérpretes para lenguajes de script: PHP y Perl. El nombre
proviene del acrónimo de X (para cualquiera de los diferentes sistemas
operativos), Apache, MySQL, PHP, Perl.
El programa está liberado bajo la licencia GNU y actúa como un
servidor web libre, fácil de usar y capaz de interpretar páginas dinámicas.
Actualmente XAMPP está disponible paraMicrosoft
Windows, GNU/Linux, Solaris, y MacOS X.
XAMPP solamente requiere descargar y ejecutar un archivo zip, tar,
o exe, con unas pequeñas configuraciones en alguno de sus componentes
que el servidor Web necesitará. XAMPP se actualiza regularmente para
incorporar las últimas versiones de Apache/MySQL/PHP y Perl. También
incluye otros módulos como OpenSSL y phpMyAdmin. Para instalar XAMPP
se requiere solamente una pequeña fracción del tiempo necesario para
descargar y configurar los programas por separado.
Página | 35
Adobe Dreamweaver CS5
Adobe Dreamweaver es una aplicación en forma de estudio (basada en
la forma de Adobe Flash) enfocada a la construcción y edición de sitios y
aplicaciones Web basadas en estándares. Creado inicialmente por
Macromedia (actualmente producido por Adobe Systems). Es el programa de
este tipo más utilizado en el sector del diseño y la programación web, por sus
funcionalidades, su integración con otras herramientas como Adobe Flash y,
recientemente, por su soporte de los estándares del World Wide Web
Consortium. Dreamweaver ha tenido un gran éxito desde finales de los 90 y
actualmente mantiene el 90% del mercado de editores HTML. Esta
aplicación está disponible tanto para la platafoma MAC como para Windows,
aunque también se puede ejecutar en plataformas basadas
en UNIXutilizando programas que implementan las API's de Windows,
tipo Wine.
Adobe Fireworks CS5
Adobe Fireworks es una aplicación en forma de estudio (basada en la
forma de estudio de Adobe Flash), pero con más parecido a un taller
destinado para el manejo híbrido de gráficos vectoriales con Gráficos
en mapa de bits y que ofrece un ambiente eficiente tanto para la creación
rápida de prototipos de sitios Web e interfaces de usuario, como para la
creación y Optimización de Imágenes para web. La aplicación permite crear
menús emergentes, rollover o imágenes de sustitución, un efecto muy
conocido en donde una imagen existente en la página web es sustituida por
Página | 36
otro cuando el puntero del ratón se posa sobre ella, restituyéndose cuando
quitamos el puntero de ella. Originalmente fue desarrollado por Macromedia,
compañía que fue comprada en 2005 por Adobe Systems.
Fireworks está disponible de forma individual o integrada en Adobe
CS3/CS4/CS5 y por tanto ha sido diseñado para integrarse con otros
productos de Adobe, como Dreamweaver y Flash. En la Suite de Adobe se
identifica por usar el color amarillo, color que venía usando como
representación desde que pertenecía a Macromedia.
Página | 37
CAPITULO III
MARCO METODOLÓGICO
3.1 Diseño de la Investigación
Según Luis Castellanos “http://desarrollodesistemas.wordpress.com” (2009), su
objeto es proporcionar un modelo de verificación que permita contrastar
hechos con teorías, y su forma es la de una estrategia o plan general que
determina las operaciones necesarias para hacerla.
El diseño de la investigación se refiere a la manera, como se dará
respuesta a las interrogantes formuladas en la investigación. Por supuesto
que estas maneras están relacionadas con la definición de estrategias a
seguir en la búsqueda de soluciones al problema planteado.
De tal manera que las estrategias que puede asumir un investigador
son:
Investigación Documental
La investigación documental, el estudio de problemas con el propósito
de ampliar y profundizar el conocimiento de su naturaleza, con apoyo,
principalmente, en trabajos previos, información y datos divulgados por
medios impresos, audiovisuales o electrónicos.
Investigación de Campo
En los diseños de campo los datos se obtienen directamente de la
realidad, a través de la acción del investigador. La investigación de campo
es, el análisis sistemático de problemas en la realidad, con el propósito bien
Página | 38
sea de describirlos, interpretarlos, entender su naturaleza y factores
constituyentes, explicar sus causas y efectos, o predecir su ocurrencia,
haciendo uso de métodos característicos de cualquiera de los paradigmas o
enfoques de investigación conocidos o en desarrollo.
Bajo esta premisa el tipo de investigación es con estrategia de campo, ya
que los datos usados para el análisis del sistema son tomados en tiempo
real, directamente del personal que labora en la empresa como también
documentación que se puede acudir el desarrollo del sistema requerido.
3.2 Población y Muestra
Según Mario Tamayo y Tamayo en “El Proceso de la Investigación Científica”, (1998),
se define la población como “el conjunto de elementos o unidades (personas,
instituciones o cosas) a los cuales se refiere la investigación”.
La selección de la población y muestra son procesos que van en
conjuntos y que a su vez dependen de la definición fundamental de la unidad
de análisis, es decir el objeto a estudiar. La muestra es un subconjunto de
una población. La muestra descansa en el principio de que las partes
representan al todo y por lo general refleja las características que definen la
población de la cual fue extraída, lo que indica que es representativa.
Para el caso de este estudio la población involucrada son 15 empleados
pertenecientes a la empresa Técnicos en Servicios TES, C.A, tanto
presidente, como gerente, secretaria y técnicos especializados. La muestra
fue intencionada la cual Consiste en la elección por métodos no aleatorios de
una muestra cuyas características sean similares a las de la población
Página | 39
objetivo. En este tipo de muestreos la “representatividad” la determina el
investigador de modo subjetivo, siendo este el mayor inconveniente del
método ya que no podemos cuantificar la representatividad de la muestra.
3.3 Tipo de Investigación
La Investigación es un proceso que, mediante la aplicación del método
científico, encamina a conseguir información apreciable y de gran
credibilidad, para concebir, comprobar, corregir o emplear el conocimiento.
Según Fidias (2006) afirma que la investigación de campo es “aquella
que consiste en la recolección de datos directamente de los investigados, o
de realidad donde ocurren los hechos (datos primarios), sin manipular o
controlar variable alguna, es decir, el investigador obtiene la información pero
no altera las condiciones existentes”.
Conforme a lo antes planteado la investigación es con estrategia de
campo, puesto que ésta se obtuvo en el entorno donde surgió la necesidad
del objeto de estudio, igualmente se considera una investigación de tipo
documental, ya que depende fundamentalmente de la información que se
consulta en documentos a los que se puede acudir como fuente o referencia
para que aporten información. Basándose en esto, se hicieron revisiones
tanto bibliográficas como electrónicas, para conocer algunas funciones del
lenguaje PHP, HTML, CSS, Javascript, entre otros, información relevante que
fue tomada en cuenta al momento del desarrollo del sistema de información.
Página | 40
3.4 Técnicas Aplicadas para la Recolección de Datos
Las técnicas de recolección de datos permiten la obtención sistemática
de información acerca de los objetos de estudio (personas, objetos y
fenómenos) y de su entorno. Para recolectar datos relevantes e información
significativa para el desarrollo de la investigación aplicada se emplearon
diversas técnicas como lo son: la observación directa, la entrevista y el
análisis documental informativo. Considerándose estas herramientas como
las más idóneas para la recopilación de información.
Observación Directa
Esta técnica proporciona información de primera mano en relación a la
forma en que se llevan a cabo las actividades, implica seleccionar ver y
registrar sistemáticamente, la conducta y características de todo lo
relacionado con el objeto de estudio. Las preguntas sobre el uso de
documentos, sistemas utilizados, personal involucrado, normativas y
registros establecidos, así como la manera en que se realizan las tareas y si
ocurren los pasos específicos como se pre-establecieron, pueden
contestarse rápidamente si se observan las operaciones.
En cuanto al desarrollo de la investigación, fue utilizada esta técnica
para detallar de manera presencial todas las etapas que intervienen en el
proceso administrativo de la empresa, también al momento de recepción de
vehículos, así como el registro de reparaciones específicas y facturación de
las mismas.
Página | 41
Entrevista
La entrevista es una técnica de recolección de información que utiliza
la interacción verbal entre un entrevistador y un entrevistado.
“http://definicion.de/entrevista”, (20011).
La entrevista es una técnica de recolección de datos que involucra el
cuestionamiento oral de los entrevistados ya sea individualmente o en grupo.
Las respuestas a las preguntas durante la entrevista pueden ser registradas
por escrito o grabadas en una cinta.
En el caso de la investigación realizada se aplicó la entrevista, directa
no estructurada, al personal que está ligado con los procesos de
reparaciones, facturación, reserva de citas, entre otras los cuales
contribuyeron a identificar las principales debilidades presentadas por los
empleados de la empresa, y así adquirir una idea clara sobre lo que
requerimientos de la empresa a nivel general.
Análisis Documental Informativo
Esta técnica permite realizar consultas y apoyarse en fuentes escritas
vinculadas a los documentos, textos y herramientas automatizadas que están
relacionadas con el proyecto de investigación, facilitando el conocimiento de
cómo se determinan y ejecutan los procesos involucrados en el sistema,
logrando con ello alcanzar cierto grado de dominio del tema para desarrollar
adecuadamente la investigación.
Para esto se accedió a la documentación, manuales de normas y
procedimientos y tutoriales de las diferentes aplicaciones usadas para el
Página | 42
desarrollo del sistema planteado, igualmente a los distintas formas de
facturación y presupuesto realizados por los entes encargados de la
empresa, los cuales no están estandarizados.
3.5 Procedimientos Metodológicos
La metodología utilizada para el desarrollo del sistema es la del modelo
de Espiral, la cual contempla el proceso de software de manera evolutiva,
destacando que las primeras iteraciones podría ser un modelo en papel o un
prototipo que fue lo mostrado al personal supervisor tanto de la empresa,
como del instituto para su revisión y aprobación para su posterior desarrollo.
En las siguientes iteraciones se mostró al supervisor por parte de la empresa
un avance medio del sistema desarrollado para igualmente obtener su
aprobación, sugerencias y especificaciones requeridas. Con las últimas
sugerencias y especificaciones obtenidas por el supervisor se realizaron las
últimas iteraciones donde se desarrolló una versión más completa del
sistema diseñado.
Especificación del Desarrollo
Producción del sistema de información en base a los requerimientos y
pautas establecidas anteriormente con los usuarios de la empresa. Se
definen las estructuras de los archivos, bases de datos y se desarrollan los
módulos del sistema de información.
El Proceso Unificado Racional (Rational Unified Process en inglés,
habitualmente resumido como RUP) es un proceso de desarrollo de software
Página | 43
y junto con el Lenguaje Unificado de Modelado UML, constituye la
metodología estándar más utilizada para el análisis, implementación y
documentación de sistemas orientados a objetos.
RUP divide el proceso en cuatro fases, dentro de las cuales se realizan
varias iteraciones en número variable según el proyecto y en las que se hace
un mayor o menor hincapié en las distintas actividades. Las Fases de la
metodología a usar son:
Inicio
Delimitación del Problema y especificaciones de las actividades de
modelado del negocio y de requerimientos.
Se presenta:
Planteamiento del Problema
Objetivo General
Definición de Requerimientos
Tipo de Estudio
Recursos
Diagrama de Caso de Uso General
Elaboración
Abarca más los flujos de trabajo de requerimientos, modelo de negocios
(refinamiento), análisis, diseño y una parte de implementación orientado a la
arquitectura del Sistema.
Las primeras iteraciones (en las fases de Inicio y Elaboración) se enfocan
hacia la comprensión del problema y la tecnología, la delimitación del ámbito
Página | 44
del proyecto, la eliminación de los riesgos críticos, y el establecimiento de la
arquitectura.
Se presenta:
Definición de Requerimientos (Refinado).
Diagrama de Caso de Usos Específicos.
Diagrama de Comportamiento.
Plan de Actividades (Para la Construcción del Sistema).
Construcción
Construcción del producto por medio de una serie de iteraciones.
Para cada iteración se selecciona algunos Casos de Uso, se refina su
análisis y diseño y se procede a su implementación y pruebas. Se realizan
tantas iteraciones hasta que se termine la implementación de la nueva
versión del producto.
Se presenta:
Construcción del Sistema con activa participación del Usuario
Final (Entes Encargados de la empresa Técnicos en
Servicios TES, C.A).
Implementación
Implementación del Sistema a un 100%, operativo, seguro, confiable.
Página | 45
3.6 Cronograma de Actividades
A continuación se describe el plan de trabajo mostrado en la Fig. 03
mediante un diagrama de Gantt, la programación de actividades realizadas
durante el diseño y desarrollo del sistema planteado.
3.7 Descripción del Cronograma de Actividades
a. Evaluación del entorno de trabajo a fin de determinar las
necesidades de la empresa
Fase inicial donde se evalúa mediante la observación directa, los
problemas más relevantes de la empresa, lo cual lleva a determinar las
deficiencias presentes en la misma. Igualmente se revisan a detalle y se
evalúan las opciones viables para la solución del problema propuesto.
b. Presentación de propuestas para cubrir tales necesidades.
Luego de evaluar a detalle las diferentes soluciones dentro de las cuales
se menciona automatización de procesos, desarrollo de pagina web, diseño
de sistema de control de cliente, se selecciona la más viable y oportuna
como el desarrollo de un sistema de gestión de las tareas administrativas
que se llevan a cabo en la empresa, cumpliendo con los requerimientos del
cliente, para lograr la satisfacción de todo el personal administrativo de la
empresa Técnicos en Servicios, TES, C.A
FECHA DE INICIO: 17 /01 / 2011
FECHA DE CULMINACIÓN: 15 / 07 / 2011
PLAN DE TRABAJO
ACTIVIDADES SEMANAS
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
Evaluación del entorno de trabajo a fin de
determinar las necesidades de la empresa. x x
Presentación de propuestas para cubrir tales
necesidades. x
Recolección y Organización de Datos para la
realización del Sistema x x
Diseño del Sistema
x x x
Presentación de Prototipo del Sistema
x
Desarrollo del Sistema
x x x x x x x
Implantación del Sistema Realizado
x x x
Elaboración del Informe de Pasantía.
x x x x x x x x x x x x
c. Recolección y Organización de Datos para la realización
Sistema
Tomando como base la propuesta aceptada para la solución del
problema se procede a recolectar los datos necesarios para la realización
del sistema de Facturación y control de clientes, mediante entrevistas no
estructuradas y documentación, estos datos son organizados según su
usabilidad y relevancia.
d. Diseño del Sistema
Consiste en el diseño y esquema de programación y base de datos
definidos para la creación y desarrollo de los módulos (Módulo de
Facturación / Presupuesto, Módulo de Control de Clientes, Módulo de
Reservación de Citas y Módulo de Reparaciones) que permitan
administrar de forma eficiente la información que se maneja dentro de la
empresa, como son datos de Cliente, automóviles, facturación, tomando
en cuenta los datos recolectados anteriormente y su debida organización,
la cual es revisada por los superiores.
e. Presentación de Prototipo del Sistema
Se refiere al primer avance del sistema definitivo, este es revisado
igualmente por el ente encargado tanto de la empresa como de la
institución, se visualiza de manera general el sistema a desarrollar.
f. Desarrollo del Sistema
Consiste en la codificación de Sistema de Facturación y control de
clientes de Técnicos en Servicios TES, C.A. Para desarrollar este sistema
Página | 48
se utilizó el lenguaje de programación PHP, MySQL Server como sistema
de gestión de base de datos.
g. Implantación del Sistema Realizado
Esta fase consiste en revisar a detalle el sistema planteado y hacer
entrega final del mismo a la empresa Técnicos en Servicios TES, C.A, y a
su vez es revisada la su última modificación, se hace referencia del
sistema en el Manual de Usuario presentado en la fase de anexos del
Informe Pág. 87.
h. Elaboración del Informe de Pasantía
Es la realización del informe, este sirve de soporte documental ya que
explica a detalle todos los procesos involucrados y la explicación del
sistema, contemplando manual de Sistema y Usuario.
Página | 49
CAPITULO IV
RESULTADOS
Luego de realizar un análisis detallado de la información
suministrada por los usuarios o entes encargados de la empresa Técnicos
en Servicios TES, C.A, se determinan los requerimientos del sistema de
Gestión Administrativa, igualmente la descripción gráfica de los datos
obtenidos.
4.1 Determinación de los Requerimientos
Mediante el análisis de la información suministrada por los usuarios,
durante la etapa de explicación, se pudo identificar los siguientes
requerimientos funcionales y no funcionales:
Requerimientos Funcionales
Tipo de requerimiento constituye las funciones que el nuevo
sistema debe ejecutar para lograr la consecución de los
objetivos identificados en el análisis del mismo.
a. Usuario (Cliente Regular, Cliente Registrado)
El Usuario podrá ingresar al sistema y visualizar los
diferentes menús del mismo, tanto como cliente
regular o registrado.
Creación de cuenta de cliente, el cual pasará de
cliente regular a otro nivel de permisología, cliente
registrado.
Página | 50
El cliente regular podrá reservar una cita para una
reparación específica luego de estar debidamente
registrado en el sistema.
Luego del estar registrado el cliente, contara con una
cuenta particular donde tendrá asociado a su cuenta
tantos automóviles como sea necesario.
b. Usuario (Administrativo)
El cliente a nivel Administrativo, podrá acceder a las
cuentas de los clientes registrados.
Visualización de las diferentes citas para un rango
de fechas predeterminadas.
Control de cuentas de los clientes registrados al
sistema.
Registro de reparaciones especificas a los diferentes
vehículos que un cliente tenga asociado a su cuenta.
Capacidad de modificación de datos tanto de los
clientes como de los vehículos y citas.
Realizar búsquedas de clientes, vehículos o citas
para un requerimiento específico.
Enviar notificaciones de Aprobaciones e información
adicional requerida.
Mantener la integridad entre los datos.
Página | 51
Requerimientos no Funcionales
Los requerimientos no funcionales son aspectos del sistema visibles
para el usuario, que no están relacionados de forma directa con el
comportamiento funcional del sistema.
Abarcan diversos aspectos, entre ellos: interfaz de usuario y factores
humanos (tipo de interfaz, experiencia), documentación requerida,
consideraciones de hardware (compatibilidad con otro hardware),
características de ejecución (usuarios concurrentes, carga de trabajo),
gestión de errores y excepciones, cuestiones de calidad (fiabilidad,
disponibilidad, robustez), seguridad, recursos consumidos por el sistema,
entre otros.
a. Desempeño
La información almacenada podrá ser consultada y
actualizada permanente y simultáneamente, sin que
se afecte el tiempo de respuesta.
b. Disponibilidad
El Sistema estará disponible las 24 horas del día y
funcionando a un 100%.
La aplicación debe ser accesible por distintas
plataformas Linux, Windows, Mac.
c. Escalabilidad
Estar en capacidad de permitir en el futuro el
desarrollo de nuevas funcionalidades, modificar o
Página | 52
eliminar funcionalidades después de su construcción
y puesta en marcha inicial.
Presentar mensajes de error que permitan al usuario
identificar el tipo de error y comunicarse con el
administrador del sistema.
d. Interfaz
El sistema deberá presentar una interfaz distinta para
cada uno de los tipos de usuarios, es decir se
mostrarán opciones de administración para los
usuarios administrativos y opciones básicas para el
resto.
e. Operatividad
La aplicación deberá poder ser administrada
inicialmente por los desarrolladores de la misma, y
posteriormente por las personas encargadas o
designadas en un futuro.
El Sistema de facturación y control de Clientes debe
ser amigable y fácil manejo para la comunidad.
f. Validación de Información
Se debe validar automáticamente la información
contenida en los formularios de ingreso. En el proceso
de validación de la información, se deben tener en
cuenta aspectos tales como obligatoriedad de
Página | 53
campos, longitud de caracteres permitida por campo,
manejo de tipos de datos, entre otros.
g. Seguridad
Los usuarios del sistema deberán acceder al mismo
con nombre y clave definido.
Para agregar alguna reserva de servicio (Cita de
Reparación) el cliente deberá estar registrado al
sistema y tener al menos un vehículo asociado a su
cuenta.
4.2 Estudio de la Factibilidad
Después de definir la problemática presente y establecer las causas
que ameritan el nuevo sistema es pertinente realizar un estudio de
factibilidad para determinar la infraestructura tecnológica y la capacidad
técnica que implica la implantación del sistema en cuestión así como los
costos y beneficios y el grado de aceptación de la propuesta.
a. Factibilidad Técnica
Referente a la factibilidad técnica del sistema a desarrollar se
puede concluir que no es necesaria la instalación de algún software
adicional para visualizar el sistema de información, debido a que es una
aplicación web, y solo será necesaria una conexión a internet.
b. Factibilidad Operativa
El Sistema de Facturación y Control de Clientes será utilizado
constantemente por las personas de la comunidad y por el ente
Página | 54
encargado de la empresa Técnicos en Servicios TES, C.A lo cual
garantizará su permanencia en el tiempo.
c. Factibilidad Psicosocial
El sistema no causará un impacto negativo en la sociedad, porque
será amigable a la vista del usuario, de fácil manejo y está diseñada para
la comunidad venezolana, principalmente para el departamento
administrativo de la empresa.
4.3 Diseño del Sistema WEB.
El sistema realizado contempla la gestión de Facturación,
Presupuesto y Control de Clientes de la empresa Técnicos en Servicios
TES, C.A. Este consiste en un sistema automatizado para la gestión y el
control principalmente administrativos de la empresa.
Página | 55
Este Diseño se despliega de la siguiente manera:
a. Modelado de Datos
Modelo Entidad- Relación
Diagrama de Clases
Diccionario de Datos
b. Modelado de Clases
Diagrama de Clases
Modelo Entidad Relación
c. Modelado de Escenarios
Diagrama de Casos de Uso
Diagrama de Actividades
Página | 56
Tabla Visual de Contenido
Fig. 04. Tabla Visual de Contenido del Sistema de Facturación y Control de Clientes.
En la figura se Muestran los diferentes módulos que contiene el
sistema de Gestión Administrativa desarrollado.
Página | 57
Modelado de Datos
a. Modelo Entidad – Relación
Fig. 05. Modelo Entidad – Relación
En la Fig. 05. Se muestra el Modelo Entidad Relación Con este
modelo conseguimos representar de manera grafica la estructura lógica
de una base de datos. Los principales elementos del modelo entidad-
relación son las entidades con sus atributos y las relaciones entre
entidades.
Página | 58
b. Diagrama de Clases
Fig. 06. Diagrama de clases del Sistema
En la Fig. 06. Se muestra el Diagrama de Clases el cual sirve para
visualizar las relaciones entre las clases que involucran el sistema de
Gestión administrativo.
Página | 59
c. Diccionario de Datos
A continuación se describe a detalle las tablas diseñadas para la
base de datos e igualmente la descripción de los atributos de cada uno de
los atributos.
Tes_Admin
Descripción Tabla que contiene los valores constantes usados en el sistema. Para
los cálculos usados tanto de presupuesto como de la factura.
Atributos
Campo Descripción Tipo Valor Def. Nulo Clave
iva Constante del Iva Int(11) No
Tabla. 01. Tes_Admi
Tes_Clientes
Descripción Tabla que Almacena los datos personales de los Clientes registrados en
el Sistema Web de TESCA.
Atributos
Campo Descripción Tipo Valor Def. Nulo Clave
ci_cliente Cédula del Cliente Varchar(10) No Primaria
nombre Nombre del Cliente Varchar(25) No
apellidos Apellido del Cliente Varchar(25) No
tlf_local Teléfono Local Double No
tlf_celular Teléfono Celular Double No
email Correo Elect. del
Cliente
Varchar(50) No
direccion Dirección del
Cliente
Varchar(250) No
Tabla. 02. Tes_Clientes
Página | 60
Tes_Presupuesto
Descripción Tabla que almacena los Datos correspondiente al momento de
realizar un Presupuesto.
Atributos
Campo Descripción Tipo Valor Def. Nulo Clave
id_presupuesto Identificador de
Presupuesto auto
Incrementable
int(11) auto_increment No Primaria
id_respuestos Identificador de
repuesto descrito en
el Presupuesto
int(11) No
fecha Fecha de realización
de Presupuesto
date No
razon_social Nombre de la
Empresa o Cliente
varchar(25) No
rif_ci Cédula o Rif a quien
va dirigido el
Presupuesto
varchar(15) No
nit Nit de Empresa a
quien va dirigido el
Presupuesto
varchar(15) No
domicilio Dirección Fiscal varchar(50) No
placa Núm de Placa de
Vehículo
varchar(7) No
modelo Modelo del Vehículo varchar(15) No
subtotal_
repuestos
Suma Total de
Repuestos descritos
double No
mano_obra Total de Mano de
Obra
double No
subtotal Resultado de
Sumatoria de
Subtotal_repuestos y
mano de obra e iva
double No
total Total de Presupuesto double No
Tabla. 03. Tes_Presupuesto
Página | 61
Tes_Factura
Descripción Tabla que contiene la información necesaria sobre las facturas
realizadas en la empresa, de reparaciones ya concluidas.
Atributos
Campo Descripción Tipo Valor Def. Nulo Clave
id_factura Identificador de
Factura Realizada
Varchar(11) auto_increme
nt
No Primaria
id_reparacion Identificador de
Reparacion
Varchar(11) No
ci_cliente Cédula del Cliente Varchar(10) No
fecha Fecha de
realización de
Factura
date No
placa Núm de Placa de
Vehículo
Varchar(07) No
subtotal_
reparaciones
Suma Total de
Reparaciones
descritos
double No
mano_obra Total de Mano de
Obra
double No
subtotal Resultado de
Sumatoria de
Subtotal_reparacio
nes, mano de obra
e iva
double No
total Total de Factura double No
Tabla. 04. Tes_Factura
Página | 62
Tes_Repuestos
Descripción Tabla que almacena la información necesaria de repuestos
registrados en un presupuesto de un cliente específico.
Atributos
Campo Descripción Tipo Valor Def. Nulo Clave
id_repuestos Identificador de
Repuesto
Varchar(11) auto_increment No Primaria
id_presupuestos Identificador de
Presupuesto
Varchar(11) No
cant Cantidad
Repuesto
double No
descripcion Descripción de
Repuesto
descrito en
Presupuesto
Varchar(150) No
precio Precio
referencial de
Repuesto
double No
monto Resultado de
repuesto
cantidad * precio
referencial
double No
Tabla. 05. Tes_Repuestos
Página | 63
Tes_Reparaciones
Descripción Tabla que almacena la información necesaria de las reparaciones
realizadas a un Vehículo de un cliente específico.
Atributos
Campo Descripción Tipo Valor Def. Nulo Clave
id_reparacion Identificador de
Reparación
realizda a un
Vehículo
Varchar(11) auto_increment No Primaria
id_factura Identificador de
Factura
Realizada
Varchar(11) No
ci_cliente Cédula del
Cliente
Varchar(10) No
placa Núm de Placa de
Vehículo
Varchar(7) No
cant Cantidad de
Reparaciones
double No
fecha_reparacion Fecha de
realización de
Reparación
date No
descripción Descripción de la
Reparación
Realizada
Varchar(150) No
monto Monto
Referencial de la
Reparación
Double No
estado Estado de la
Reparación (
Varchar(3) No
Tabla. 06. Tes_Reparaciones
Página | 64
Tes_Estado
Descripción Tabla que contiene las valores definidos para el estado de las
reparaciones y facturas
(En Espera = Esp, Reparada = Rep, Facturada = Fac)
Atributos
Campo Descripción Tipo Valor Def. Nulo Clave
estado Identificador del
Estado de la
Reparación o
Factura
Varchar(3) No Primaria
descripcion Descripción del
estado de la
Reparación o
Factura
Varchar(15) No
Tabla. 07. Tes_EstadoReparacion
Tes_TipoCliente
Descripción Tabla que contiene los datos personales de los usuarios
administrativos
Atributos
Campo Descripción Tipo Valor Def. Nulo Clave
ci_cliente Cédula del Cliente Varchar(10) No
Cargo Cargo del Usuario Varchar(15) NULL
password Contraseña de la
Cuenta
Administrativa o
Cliente Registrado
Varchar(15) No
Tabla. 08. Tes_TipoCliente
Página | 65
Tes_Vehiculos
Descripción Tabla que almacena los datos de los vehículos que son reparados en el
negocio.
Atributos
Campo Descripción Tipo Valor Def. Nulo Clave
ci_cliente Cédula del Cliente Varchar(10) No
placa Núm de Placa de
Vehículo
Varchar(7) No Primaria
marca Marca del Vehículo Varchar(15) No
modelo Modelo del
Vehículo
Varchar(15) No
color Color del Vehículo Varchar(15) No
km Km del Vehículo al
entrar al taller
Double No
fecha_entrada Fecha de entrada
del Vehículo al
taller para su
reparación
Varchar(35) No
trabajos Descripción de los
trabajos a realizar
en el vehículo
Varchar(250) No
observaciones Observaciones de
los técnicos luego
de revisar el
vehículo recibido
Varchar(250) No
Tabla. 09. Tes_Vehiculos
Página | 66
Modelado de Escenarios
a. Diagrama de Caso de Uso General
Fig. 07. Caso de Uso General: Sistema de Facturación y Control de Clientes de Técnicos
en Servicios TES, C.A.
Página | 67
b. Diagramas de Casos de Usos Específicos
I. Caso de Uso: Ingreso al Sitio Web (Usuario Regular)
Fig. 08. Caso de Uso: Ingreso al Sitio Web
Nombre Ingreso al Sitio Web
Autor: Cindy Gabás Fecha: 18/09/11
Descripción:
El Cliente Regular visualiza la página web diseñada y puede ingresar mediante un login
establecido a su cuenta personal, si esta registrado.
Actores: Cliente Regular
Pre-Condiciones:
Poseer conexión a internet en Desktop o Laptop.
Flujo Normal:
1. El usuario accesa a la extranet mediante la dirección URL establecida.
2. Selecciona las Diferentes Pestañas del Sistema (La empresa, Servicios, Solicitudes,
Contáctanos, Correo).
Flujo Alternativo:
1. El usuario accesa a la extranet mediante la dirección URL establecida.
2. Usuario Ingresa Datos de la Cuenta (Nombre de Usuario y Contraseña).
3. El sistema Arrojara un mensaje si los datos introducidos son correctos.
4. Y se despliega el menú dependiendo del tipo de usuario que ingresa.
Observación:
El cliente administrativo debe acceder a su cuenta de ahí crear nuevas cuentas de clientes
registrados.
No es necesario que el cliente cree una cuenta nueva para realizar búsquedas dentro de la
página.
Tabla. 10. Especificación de Caso de Uso Ingreso al Sitio Web.
Página | 68
II. Caso de Uso: Administrar Cuenta Personal (Usuario Registrado)
Fig. 09. Caso de Uso: Administrar Cuenta Personal
Nombre Administrar Cuenta Personal
Autor: Cindy Gabás Fecha: 18/09/11
Descripción:
Hace referencia al proceso que realiza el cliente registrado al momento de modificar sus datos
personales.
Actores: Cliente Registrado
Pre-Condiciones:
Poseer conexión a internet en Desktop o Laptop.
Usuario Registrado y logueado como Cliente.
Flujo Normal:
1. El usuario accede a su cuenta personal.
2. Ingresa Nombre de Usuario y Contraseña.
3. Selecciona menú para modificar sus Datos personales.
4. Realiza las modificaciones deseadas.
5. Confirmar Datos ingresados.
Flujo Alternativo:
1. El usuario accede a su cuenta personal.
2. Ingresa Nombre de Usuario y Contraseña.
3. Se envía un mensaje de error “Nombre de Usuario y contraseña no Coinciden”.
4. Se ingresan nuevamente los datos.
Observación:
Cliente debe estar registrado con anterioridad.
En caso de error se muestra un mensaje al usuario.
Tabla. 11. Especificación de Caso de Uso Administrar cuenta Personal.
Página | 69
III. Caso de Uso: Gestionar Citas para Reparación (Usuario
Registrado)
Fig. 10. Gestión de Citas para Reparación
Nombre Gestión de Citas para Reparaciones
Autores: Cindy Gabás Fecha: 18/09/11
Descripción:
El cliente Registrado gestiona cita para Revisión o Reparación de un vehículo
Actores: Cliente Registrado
Pre-Condiciones:
Poseer conexión a internet en Desktop o Laptop.
Usuario Registrado y logueado como Cliente.
Flujo Normal:
1. El Usuario accede a su cuenta personal.
2. El cliente Accede al Menú “Citas”.
3. Ingresa Rango de Fechas y se muestran las registradas en ese rango establecido.
4. Si está Disponible, Ingresa los datos del Cliente, vehículo y observaciones.
5. El cliente selecciona “Registrar Cita”.
Flujo Alternativo:
1. El cliente Accede al Menú “Citas”.
2. Ingresa Rango de Fechas y se muestran las registradas en ese rango establecido.
3. Si está Disponible, Ingresa los datos del Cliente, vehículo y observaciones.
4. El cliente selecciona “Registrar Cita”.
Observación:
Cliente debe estar registrado con anterioridad.
En caso de error se muestra un mensaje al usuario.
Tabla. 12. Especificación de Caso de Uso Gestión de Citas para Reparación.
Página | 70
IV. Caso de Uso: Recepción y envío de Correos (Usuario Registrado)
Fig. 11. Caso de Uso: Recepción y Envío de Correos
Nombre Recepción y envío de correos.
Autores: Cindy Gabás Fecha: 18/09/11
Descripción:
Proceso que lleva a cabo el Cliente al momento de revisar el correo personal de la Empresa.
Actores: Cliente Registrado
Pre-Condiciones:
Poseer conexión a internet en Desktop o Laptop.
Usuario Registrado y logueado como Cliente.
Flujo Normal:
1. El usuario accede a su cuenta personal.
2. Cliente accede al menú “Correo”.
3. Visualización de correos Recibidos.
4. Posibilidad de Responder los correos recibidos.
5. Se selecciona la opción “Enviar” para confirmar datos suministrados.
Flujo Alternativo:
1. El usuario accede a su cuenta personal.
2. Cliente accede al menú “Correo”.
3. Posibilidad de redactar correos nuevos.
4. Se selecciona la opción “Enviar” para confirmar datos suministrados.
Observación:
Cliente debe estar registrado con anterioridad.
En caso de error se muestra un mensaje al usuario.
Tabla. 13. Especificación de Caso de Uso Recepción y Envío de Correos.
Página | 71
V. Caso de Uso: Administrar Cuenta (Usuario Administrativo)
Fig. 12. Caso de Uso – Administrar Cuenta
Nombre Administrar Cuenta
Autor: Cindy Gabás Fecha: 18/09/11
Descripción:
El cliente Administrador puede modificar los datos personales de su cuenta como también la
cuenta de los clientes registrados al sistema, y registrar nuevos clientes.
Actores: Cliente Administrativo
Pre-Condiciones:
Poseer conexión a internet en Desktop o Laptop.
Estar registrado con una cuenta administrativa
Flujo Normal:
1. El usuario Accede a la cuenta Administrativa.
2. Selecciona “Datos Personales”
3. Visualiza los datos personales de la cuenta y puede modificar los mismos.
4. Confirma Datos ingresados.
Flujo Alternativo:
1. El usuario Accede a la cuenta Administrativa.
2. Selecciona “Clientes”, Se muestra un menú de búsqueda por Cliente o Placa de vehículo.
3. Ingresa cédula de Cliente o placa de vehículo a buscar, se muestran las coincidencias.
4. Se selecciona la opción “Modificar Datos”.
5. El cliente ingresa los datos nuevos.
6. Confirmación de Datos Ingresados.
Observación:
Cliente administrativo debe estar registrado con anterioridad.
Si el Cliente a buscar no está registrado, se ingresan los datos del cliente nuevo y el vehículo
asociado a la cuenta.
En caso de error se muestra un mensaje al usuario.
Tabla. 14. Especificación de Caso de Uso Administrar Cuenta.
Página | 72
VI. Caso de Uso: Gestionar Citas para Revisión (Usuario
Administrativo)
Fig. 13. Caso de Uso: Gestionar Citas para Reparación
Nombre Gestión de Citas para Reparación
Autor: Cindy Gabás Fecha: 18/09/11
Descripción:
Proceso de Gestión de Citas para Reparación (Visualización, Creación o Modificación de
Citas)
Actores: Cliente Administrativo
Pre-Condiciones:
Poseer conexión a internet en Desktop o Laptop.
Estar registrado con una cuenta administrativa
Flujo Normal:
1. El usuario accede a la cuenta administrativa.
2. Selecciona en el Menú la opción “Citas”.
3. Posibilidad de Buscar por Cliente o Placa de Vehículo, o listado de Citas pendientes.
4. Al encontrar las coincidencias se muestra las especificaciones de la cita y se selecciona la
opción “Modificar Cita”.
5. Se ingresan los nuevos datos de la cita.
6. Confirmación de datos ingresados.
Flujo Alternativo:
1. El usuario accede a la cuenta administrativa.
2. Selecciona en el Menú la opción “Citas”.
3. Se ingre los datos de la cita nueva, (Fecha de Entrada, Nombre de Cliente, placa del
Vehículo y observaciones).
4. Confirmación de Datos ingresados.
Observación:
Cliente administrativo debe estar registrado con anterioridad.
En caso de error se muestra un mensaje al usuario.
Tabla. 15. Especificación de Caso de Uso Gestionar Citas para Revisión.
Página | 73
VII. Caso de Uso: Registrar Reparaciones Realizadas (Usuario
Administrativo)
Fig. 14. Caso de Uso: Registro de Reparaciones
Nombre Registro de Reparaciones
Autor: Cindy Gabás Fecha: 18/09/11
Descripción:
Sección del Sistema Web donde se registran las reparaciones realizadas a un vehículo
especifico.
Actores: Cliente Administrativo
Pre-Condiciones:
Poseer conexión a internet en Desktop o Laptop.
Estar registrado con una cuenta administrativa
Flujo Normal:
1. El usuario accede a la cuenta administrativa.
2. Selecciona en el menú “Reparaciones”.
3. Posibilidad de Buscar por cédula de cliente. Se muestran las coincidencias.
4. Selecciona “Agregar Reparación”.
5. Se ingresan los datos de la reparación, (Descripción).
6. Confirmación de datos Ingresados.
Flujo Alternativo:
1. El usuario accede a la cuenta administrativa.
2. Selecciona en el menú “Reparaciones”.
3. Posibilidad de Buscar por Placa del Vehículo. Se muestran las coincidencias.
4. Selecciona “Agregar Reparación”.
5. Se ingresan los datos de la reparación, (Descripción).
6. Confirmación de datos Ingresados.
Observación:
Cliente administrativo debe estar registrado con anterioridad.
Si el Cliente a buscar no está registrado, se ingresan los datos del cliente nuevo y el vehículo
asociado a la cuenta.
En caso de error se muestra un mensaje al usuario.
Tabla. 16. Especificación de Caso de Uso Registro de Reparaciones.
Página | 74
VIII. Caso de Uso: Crear Presupuesto (Usuario Administrativo)
Fig. 15. Caso de Uso: Creación de Presupuesto
Nombre Creación de Presupuesto
Autor: Cindy Gabás Fecha: 18/09/11
Descripción:
Proceso de Creación de Presupuesto mediante el Sistema Web.
Actores: Cliente Administrativo
Pre-Condiciones:
Poseer conexión a internet en Desktop o Laptop.
Estar registrado con una cuenta administrativa
Flujo Normal:
1. El Usuario accede a la Cuenta Administrativa.
2. Selecciona “Presupuesto”, Se muestra el Formato de Presupuesto.
3. El cliente ingresa los Datos Correspondientes.
4. Selecciona “Calcular Presupuesto”, y se muestra el presupuesto con cifras totales.
5. Selecciona “Imprimir Presupuesto”, y se muestra en mismo en un documento PDF.
Observación:
Cliente administrativo debe estar registrado con anterioridad.
En caso de error se muestra un mensaje al usuario.
Tabla. 17. Especificación de Caso de Uso Creación de Presupuesto.
Página | 75
IX. Caso de Uso: Generar Facturas de Reparaciones (Usuario
Administrativo)
Fig. 16. Caso de Uso: Generación de Factura de Reparaciones
Nombre Generación de Factura de Reparaciones
Autor: Cindy Gabás Fecha: 18/09/11
Descripción:
Descripción del proceso de generación de factura de las reparaciones realizadas a un
vehículo de un cliente especifico.
Actores: Cliente Administrativo
Pre-Condiciones:
Poseer conexión a internet en Desktop o Laptop.
Estar registrado con una cuenta administrativa
Flujo Normal:
1. El usuario Accede a la cuenta Administrativa.
2. Posibilidad de Buscar por cédula de cliente. Se muestran las coincidencias.
3. Se visualizan las reparaciones realizadas a un vehículo.
4. Ingresa los datos adicionales (Monto de Mano de Obra).
5. Selecciona “Imprimir Factura” y se muestra el mismo en un documento PDF.
Flujo Alternativo:
1. El usuario Accede a la cuenta Administrativa.
2. Posibilidad de Buscar por Placa de Vehículo. Se muestran las coincidencias.
3. Se visualizan las reparaciones realizadas a un vehículo.
4. Ingresa los datos adicionales (Monto de Mano de Obra).
5. Selecciona “Imprimir Factura” y se muestra el mismo en un documento PDF.
Observación:
Cliente administrativo debe estar registrado con anterioridad.
Las reparaciones deben estar registradas a la cuenta del Cliente.
En caso de error se muestra un mensaje al usuario.
Tabla. 18. Especificación de Caso de Uso Generación de Factura de Reparaciones.
Página | 76
X. Caso de Uso: Recepción y Envío de Correos (Usuario
Administrativo)
Fig. 17. Caso de Uso: Recepción y Envío de Correos
Nombre Recepción y envío de Correos
Autor: Cindy Gabás Fecha: 18/09/11
Descripción:
Proceso que lleva a cabo el Cliente administrativo al momento de revisar el correo personal
de la Empresa.
Actores: Cliente Administrativo
Pre-Condiciones:
Poseer conexión a internet en Desktop o Laptop.
Usuario Registrado y logueado como Cliente Administrativo
Flujo Normal:
1. El usuario accede a su cuenta Administrativa.
2. Cliente accede al menú “Correo”.
3. Visualización de correos Recibidos.
4. Posibilidad de Responder los correos recibidos.
5. Se selecciona la opción “Enviar” para confirmar datos suministrados.
Flujo Alternativo:
1. El usuario accede a su cuenta personal.
2. Cliente accede al menú “Correo”.
3. Posibilidad de redactar correos nuevos.
4. Se selecciona la opción “Enviar” para confirmar datos suministrados.
Observación:
Cliente debe estar registrado con anterioridad.
En caso de error se muestra un mensaje al usuario.
Tabla. 19. Especificación de Caso de Uso Recepción y Envío de Correos.
Página | 77
c. Diagrama de Actividades
El diagrama de Actividades representa los flujos de trabajo paso a
paso de negocio y operacionales de los componentes en el sistema de
Gestión Administrativa. Un Diagrama de Actividades muestra el flujo de
control general.
I. Diagrama de Actividades: Cliente Regular
Fig. 18. Diagrama de Actividades: Cliente Regular
En el Diagrama de Actividades Presentado se muestra el Flujo
normal o tareas que se realizan al momento que un usuario regular
ingresa al sistema. El usuario regular ingresa “Nombre de Usuario” y
“Contraseña” estos son validados, si son correctos ingresa al Sistema
según el tipo de acceso que este tenga, si no son válidos se pide
nuevamente el ingreso de los datos.
Página | 78
II. Diagrama de Actividades: Cliente Registrado
Fig. 19. Diagrama de Actividades: Cliente Registrado
Página | 79
III. Diagrama de Actividades: Administración de Cuenta - Cliente
Administrativo
Fig. 20. Diagrama de Actividades: Administración de Cuenta
Página | 80
IV. Diagrama de Actividades: Registrar Reparaciones – Cliente
Administrativo
Fig. 21. Diagrama de Actividades: Registrar Reparaciones
Página | 81
V. Diagrama de Actividades: Creación de Presupuesto – Cliente
Administrativos
Fig. 22. Diagrama de Actividades: Creación de Presupuesto
Página | 82
VI. Diagrama de Actividades: Generación de Factura – Cliente
Administrativo
Fig. 23. Diagrama de Actividades: Generación de Factura
Página | 83
CONCLUSIONES
A partir de los resultados obtenidos se llego a las siguientes
conclusiones:
1. Con el Análisis de los Procesos Administrativos de la empresa se
determinaron a detalle los requerimientos del sistema, y las
especificaciones de los procesos que se llevan a cabo en la
empresa.
2. El Diseño de la aplicación consta de varios módulos de fácil
manejo, de manera que la interacción entre el usuario y el sistema
sea lo más óptima y sencilla posible.
3. El sistema de Facturación y control de Clientes de Técnicos en
Servicios TES, C.A, se desarrolló bajo la metodología en Espiral la
cual contempla el proceso de software de manera evolutiva,
destacando que las primeras iteraciones podría ser un modelo en
papel o un prototipo. Es en las últimas iteraciones donde se
producen versiones cada vez más completas del sistema diseñado.
4. Se realizaron Casos de Uso y Diagrama de Actividades, los cuales
permiten una imagen visual del sistema, desde el punto de vista del
usuario así como también una mejor comprensión de las
actividades del mismo.
5. Con la implementación del sistema de información se logró en gran
medida la minimización de errores y tiempo en cuanto al proceso
de Facturación o presupuesto, además de brindar en la
organización un proceso más eficiente y ordenado, enfocado a la
eficacia y mejora de la empresa a nivel Tecnológico.
Página | 84
6. Se desarrollo un manual de usuario, el cual contempla a detalle el
sistema desarrollado y los pasos a seguir para llevar un mejor
control de las tareas administrativas de la empresa.
Página | 85
RECOMENDACIONES
Tras la culminación del trabajo de pasantía se generaron las
siguientes recomendaciones para los entes involucrados universidad y
empresa:
1. Capacitar al personal en todos los módulos del sistema de
Facturación y Control de Cliente para evitar el rechazo al cambio y
el uso inadecuado del mismo, y así garantizar la veracidad de los
datos que dicha aplicación pueda proporcionar.
2. Realizar respaldos periódicos de las bases de datos que usa el
sistema, con el fin de evitar una posible pérdida de la información
registrada en el sistema.
3. Mantener una total documentación de todo cambio o actualización
realizada al sistema, con el motivo de evitar confusiones y
mantener al tanto a todo el personal del funcionamiento actual del
mismo, apreciando así lo que se puede o no realizar con los
sistemas de información instalados en la institución.
4. Mantener la integridad del sistema, de forma que se mantenga un
esquema general hacia cada una de las estaciones de trabajo,
pudiendo así con un procedimiento global amoldarse a cada una
de las necesidades de las entidades presentes.
Página | 86
REFERENCIAS
REFERENCIAS BIBLIOGRÁFICAS
Kendall & Kendall. (2004). Análisis y Diseño de sistemas de información.
Editorial Mc Graw Hill. Madrid, España.
Pressman R. S. (2002). Ingeniería del Software, un enfoque práctico. Quinta
Edición. Madrid: McGraw Hill.
Tamayo y Tamayo M. (2003). El proceso de la investigación científica. México:
Limusa.
Senn J. A. (1990). Análisis y Diseño de Sistemas de Información. Segunda
Edición. México: McGraw-Hill.
REFERENCIAS ELECTRÓNICAS
Álvarez M. A. (2010). Manual de JQuery. Disponible:
http://www.desarrolloweb.com/manuales/manual-jquery.html (Consulta 17/06/11)
Harbinter Soluciones: Descripción del DBMS. Disponible: http://www.harbinter-
soluciones.com/pagina.php?seccion=ibmdb2 Consulta 12/07/11)
Manuales: Concepto de Página Web. Disponible:
http://manuales.dgsca.unam.mx/webdina/concepto.htm (Consulta 12/07/11)
Masadelante: ¿Qué es una Base de Datos? Disponible:
http://www.masadelante.com/faq-base-de-datos.htm (Consulta 12/07/11)
Mozilla developer center (2010) Concepto de Javascript. Disponible:
http://developer.mozilla.org/es/Gu%C3%ADa_JavaScript_1.5/Concepto_de_Java
Script (Consulta 12/07/11)
jQuery (2010). Documentación oficial de la librería. Disponible:
http://docs.jquery.com/Tutorials (Consulta 15/07/11)
Página | 87
ANEXOS
DESCRIPCIÓN DEL MANUAL DE USUARIO DEL SISTEMA
I. Pantalla Principal
En esta pantalla se muestra el menú de opciones para navegar
dentro del sistema, así como realizar el inicio y cierre de sesión.
Fig. 24. Pantalla Principal
Fig. 25. Descripción Pantalla Principal
Página | 88
Descripción:
1. Acceso Directo “Inicio”, pantalla Principal.
2. Acceso Directo “La Empresa”, se muestran datos de la
Empresa (Misión, Visión y Valores)
3. Acceso Directo a “Servicios”, descripción de los Servicios
Prestados por la Empresa.
4. Acceso Directo a “Solicitudes”, se muestran los requisitos
para poder solicitar una cita de Revisión.
5. Acceso Directo a “Contáctanos”, números de teléfonos o
correos electrónicos de la empresa.
6. Acceso Directo a “Correo”, revisión de correos recibidos o
enviados.
7. Área Dinámica donde se muestra la información.
8. Nombre de Usuario Logueado.
9. Área de Logueo de Usuario ya Registrado.
10. Acceso Directo a “Admin”, logueo de Usuario Administrativo.
II. Pantalla de Acceso - Cliente Administrativo
Al hacer Click al Acceso Directo “Admin” (Descripción Nº 10), se
muestra la pantalla de logueo.
Fig. 26. Pantalla de Acceso de Cliente Administrativo
Descripción:
1. Usuario Ingresa Cédula de Identidad (Nombre de Usuario).
2. Usuario Ingresa Contraseña.
3. Selecciona el Botón “Entrar”.
Página | 89
Si los Datos Introducidos por el Usuario no son correctos se muestra
el siguiente mensaje de error, y se le pide ingresar nuevamente los datos.
Fig. 27. Pantalla Mensaje de Error de Acceso
III. Pantalla Principal - Cuenta Cliente Administrativo
Pantalla principal de Cliente Administrativo, donde se muestra el
menú de opciones y datos del Cliente.
Fig. 28. Pantalla Principal Menú de Cliente Administrativo
Página | 90
Descripción:
1. Área dinámica del Sistema, se muestran los datos del cliente
logueado.
2. Acceso Directo “Clientes”, Agregar, Modificar Clientes
Registrados.
3. Acceso Directo “Reparaciones”, Posibilidad de Agregar,
visualizar y modificar reparaciones realizadas a un Cliente
especifico.
4. Acceso Directo a “Citas para Reparaciones”, Visualización,
agregar y modificar citas.
5. Acceso Directo a “Presupuestos”, se muestra el formulario de
requisitos para registrar un presupuesto nuevo.
6. Acceso Directo a “Facturación”, posibilidad de buscar
reparaciones y crear factura asociada.
7. Acceso Directo a “Correo”, revisión de correos recibidos o
enviados.
Al ingresar a la Cuenta administrativa se muestra la pantalla principal
con los datos personales del usuario (1) y un botón que indica la
capacidad de modificar dichos datos (2).
Fig. 29. Pantalla Principal de Cliente Administrativo
Página | 91
IV. Pantalla Administración de Cuenta Cliente
Selecciona la opción “Clientes” (1), y se muestra un formulario donde
se puede buscar un cliente específico (2) o ingresar tanto datos
personales del cliente (3) como datos del Vehículo (4), y crear una cuenta
del cliente nuevo. Los datos serán almacenados al hacer click en el botón
“Agregar Cliente” (5).
Fig. 30. Pantalla de Creación de Cuenta Cliente
Página | 92
V. Pantalla Registro de Reparaciones
Al momento de registrar una reparación a un vehículo, se debe
ingresar en la pestaña “Reparaciones” (1), el usuario tiene la posibilidad
de buscar por Cédula de Cliente o Placa de Vehículo, ingresa los datos
respectivos y selecciona el Botón “Buscar” (2).
Fig. 31. Pantalla de Registro de Reparaciones de vehículo
Se muestran los datos del Cliente y del Vehículo (3), y el Usuario
podrá buscar una reparación específica, según el identificador de
Reparación (4), e igualmente ingresar los datos respectivos de la
reparación (5). Al Finalizar el usuario puede confirmar los datos
ingresados (6) o modificar los mismos (7).
Página | 93
VI. Pantalla Registro de Citas para Revisión
Al momento de Registrar una Cita para Revisión solicitada por un
Cliente, se selecciona la pestaña “Citas para Revisión” (1) y se despliega
el formulario que el usuario debe completar. Primero se ingresa la Cédula
de Cliente, se muestran las coincidencias (3).
Fig. 32. Pantalla de Registro de Citas para Revisión
Luego el Cliente debe ingresar los datos respectivos para la creación
de un Registro de Cita (Fecha de Ingreso, Hora de la Cita, Fecha tentativa
de Salida, Hora Tentativa de la entrega y Descripción) (4). Por último se
presentan los botones donde el cliente puede “Agregar cita”, “Modificar
Cita” o “Eliminar Cita” (5).
Página | 94
VII. Pantalla de Creación de Presupuesto
El usuario selecciona la pestaña “Presupuesto” (1), se despliega el
formulario donde el cliente administrativo debe ingresar los datos
personales de a quién va dirigido el presupuesto (2), igualmente los
repuestos deseados (3), luego se selecciona el botón “Calcular
Presupuesto” (4), el cual facilita los cálculos del mismo y por último se
Selecciona “Imprimir Presupuesto” (5), donde se muestra en un
documento PDF el presupuesto creado.
Fig. 33. Pantalla de Creación de Presupuesto
El Documento que se muestra en PDF es como el Siguiente:
Página | 95
Fig. 34. Documento PDF de Presupuesto
Página | 96
VIII. Pantalla de Creación de Factura
El usuario selecciona la pestaña “Facturación” (1), y se muestra la
opción de “Buscar Reparación”, tanto por cédula de Cliente o placa de
Vehículo (2). Luego se despliega la serie de reparaciones realizadas al
vehículo (3). El Cliente Administrativo ingresa los datos faltantes de la
factura, como son mano de Obra (4) y finalmente se selecciona “Imprimir
Factura” (5), donde se muestra en un documento PDF la factura realizada.
Fig. 35. Pantalla Creación de Factura
