UNIVERSIDAD DE ORIENTE

NÚCLEO DE ANZOÁTEGUI
ESCUELA DE INGENIERÍA Y CIENCIAS APLICADAS
DEPARTAMENTO DE COMPUTACIÓN Y SISTEMAS

APLICACIÓN WEB PARA EL CONTROL DE LAS VENTAS DE UNA

EMPRESA DE AUTO PARTES EN BARCELONA, ESTADO ANZOÁTEGUI

Autor:

Br. Luis Carlos Lucart Rivas

____________________________
Profesor: Manuel Carrasquero
Tutor Académico

Barcelona,Octubre de 2017
 PLANTEAMIENTO DEL PROBLEMA

La empresa Auto Partes Jocar S.A., ubicada en la ciudad de

Barcelona se encarga brindar servicios de cotización, venta e instalación de
repuestos automotriz, para distintas personas particulares y compañías de
seguros que se encuentran a nivel nacional. Dicha empresa la cual fue
constituida en el año 2011, inicióoperaciones en el año 2013 para brindar sus
servicios en la zona norte de Anzoátegui.

La empresa en sus inicios, limitó sus operaciones a un solo cliente el

cual es Seguros Universitas, solo atendiendo la oficina localizada en la
ciudad de Lechería ya que se encuentra estratégicamente cerca de la
empresa Auto Partes Jocar S.A., permitiendo a esta realizar de forma
sencilla el despacho y entrega de los repuestos a la compañía Seguros
Universitas y sus talleres autorizados. Al cabo de un año la empresa Auto
Partes Jocar S.A. extiende sus operaciones con diversas oficinas de Seguros
Universitas como Caracas, Maracay, Valencia, Barquisimeto, Barinas,
Acarigua, Puerto Ordaz y San Cristóbal, de manera simultánea se inician
relaciones con Seguros Atrios, Star Seguros, Seguros, Banesco y
Constitución dando como resultado una gran cantidad de ordenes de entrega
y facturas las cuales se le deben realizar seguimiento constante para la
entrega exitosa del repuesto y posteriormente la cancelación de la factura.

Con el aumento de solicitudes generadas a la empresa, esta ha

presentado un déficit en sus actividades comerciales, debido a la falta de
control en la entrega de repuestos y la cancelación de los mismos teniendo
como herramienta un libro contable en el cual se coloca la descripción de la
solicitud, la compañía o persona que realizo dicha solicitud mas la fecha de
envío del repuesto. Este proceso al realizarse de manera manual, no genera
una notificación automática de una orden que no se ha cancelado, o no se ha

2
enviado el repuesto, etc. de tal manera que la única forma de llevar el control
es a través del registro físico haciendo tedioso el seguimiento de cada orden.
Esto dificulta a la empresa en promocionar sus servicios en el área
automotriz, debido a que se invierte demasiado tiempo en los seguimientos
en los cuales al no realizarse de manera efectiva provocan el extravió o daño
de las piezas enviadas, afectando seriamente a la empresa y creando un
caos en el área contable.

Lo que se pretende lograr con este proyecto es el desarrollo de un

sistema de información bajo ambiente Web, el cual permita a los empleados
de la empresa manejar información sobre las órdenes generadas por sus
clientes para así agrupar las facturas correspondiente a cada uno y así
realizar los diversos seguimientos hasta la cancelación o el pago de dichas
facturas. A su vez se le brindará a otros clientes información relevante,
respecto a, productos y servicios ofrecidos, disponibilidad de productos,
costo de productos. Ésto permitirá a la empresa vigilar sus operaciones y
promocionar sus servicios a través de internet.

En este proyecto se desarrollará un sistema de información, mediante

el uso de la metodología del proceso unificado de desarrollo (RUP), el cual
comprende una fase de inicio en donde se identificarán los requerimientos
funcionales y no funcionales del sistema a desarrollar, una fase de
elaboración donde se realizará el análisis en detalle de los casos de uso
necesarios para que el sistema sea funcional, así como, la arquitectura a
implementar para el desarrollo del mismo, una fase de construcción donde se
realizará la codificación e integración de todos los módulos del sistema hasta
obtener el producto ya terminado.Y por último una fase de transición en
donde se da a conocer el sistema y es usado por los clientes. Para el
modelado del sistema se utilizará el Lenguaje de Modelado Unificado (UML)
y en la elaboración del código del sistema se utilizará lenguaje de

3
programación Personal Home Page (PHP) y MySQL para la elaboración de
la base de datos.

El alcance de este proyectoes diseñar y desarrollar un sistema que

incluya la gestión de las ventas.Realizar las diferentes pruebaspara entregar
un sistema funcional y seguro dejando a criterio de la empresa si se realizará
o no su implementación.

La originalidad de este proyecto, consiste en que incorpora nuevas

mejoras en cuanto a las notificaciones que deben generarse
automáticamente en el departamento de ventasde la empresa tomando en
cuenta la información que se maneja actualmente y un prototipo de sistema
que no llegó a implementarse el cual lleva el nombre de SAGAJ, sistema
auto gestionable autopartes Jocar. Integra tanto una interfaz diseñada para el
público, en este caso los clientes y a su vez una interfaz de uso exclusivo
para el personal administrativo de la empresa con el fin de automatizar
procesos.

Su importancia radica en que, permitirá ofrecer un mejor control de las

órdenes tanto de personas jurídicas como naturales, logrando un incremento
significativo en el volumen de ventas de la empresa, permitiendo a la parte
administrativa de la empresa tener un mejor manejo de la información
relacionada con los clientes, pedidos, el estatus de los mismos, ventas
realizadas en un periodo de tiempo determinado, la utilidad generada e
impuesto de valor agregado al mes.

4
 OBJETIVOS DE LA INVESTIGACIÓN

Objetivo General

Desarrollar una aplicación web para el control de las ventas de una

empresa de auto partes en Barcelona, estado Anzoátegui.

Objetivos Específicos

 Diagnosticar las operaciones y datos del sistema actual de ventas.

 Identificar los requerimientos funcionales y no funcionales para la

propuesta de la aplicación en un entorno web.

 Modelar la estructura de la aplicación web y su base de datos.

 Codificar la estructura de la aplicación diseñada.

 Realizar las pruebas de unidad y de integración necesaria que

garanticen la funcionalidad del sistema diseñado.

5
 MARCO TEÓRICO
Antecedentes

Cotorett y Martínez (2009), diseñaron un sistema de información

basado en un entorno web que maneje licencias de importación automotriz
en las diferentes aduanas nacionales. Basado en el desarrollo de un sistema
que proporciona la información de las importaciones que se realizan entre las
diferentes aduanas nacionales, las importaciones eran registradas por los
diferentes usuarios de manera rápida y sencilla con la finalidad de que se
pueda acceder a la información en el momento en que se requiera y en el
lugar (aduana) que se encuentre. Además que los contribuyentes podían
conocer el saldo de sus importaciones y su estado. La metodología que se
utilizó en este proyecto fue el análisis lineal secuencial con la incorporación
de varios estereotipos orientados a objetos. A través del análisis y diseño
obtuvieron el modelado del sistema L.I.A.C.R.S. el cual proporciona ventajas
significativas en las operaciones de importación del Servicio Nacional
Integrado de Administración Aduanera y Tributaria (SENIAT).

Guzmán (2009), realizó su estudio investigativo diseñó un sistema de

información con interfaz web para el control de las actividades asociadas a
los trabajos de grado del postgrado de Ingeniería Eléctrica de la Universidad
de Oriente, que permitió determinar que la Comisión Coordinadora de
Postgrado en Ingeniería Eléctrica lleva a cabo entre sus funciones el estudio
de las solicitudes de trabajo de grado y realiza las recomendaciones y
observaciones pertinentes, este proceso se llevó a cabo de manera manual,
lo cual origina una limitación a la hora de evaluar la variedad de solicitudes
que se reciben, además de esto no cuentan con una base de datos de los
trabajos de grado que se encuentran en ejecución, ni aquellos que han sido
aprobados, es decir, todos los registros de los mismos se encontraban en

6
físico. Se planteó entonces, como solución a esta problemática crearon de un
sistema de información, que permite automatizar este proceso y que a su vez
facilito la interacción tanto de profesores como de estudiantes, de una
manera más efectiva en el proceso de elaboración de las tesis de grado;
además de permitir obtener la información que se necesite de manera
eficiente. Este proyecto abarcó la fase de diseño del sistema, la cual se llevó
a cabo a través del uso del lenguaje unificado de modelado (UML) y se
realizó el diseño de la interfaz web del sistema a través del uso de HTML.

Fattal (2012), desarrolló un sistema automatizado bajo el entorno web

para el control de las actividades administrativas de autoplatinas y
carrocerías “EL POLLO”, C.A. en el proyecto se elaboró una aplicación web
que permitíamanejar las actividades administrativas, facilitando a las
operaciones realizadas diariamente en la organización. Para el desarrollo de
dicha aplicación se usó herramientas que forman parte de la plataforma .NET
Framework: Microsoft Visual Studio 2008 como entorno de desarrollo
integrado (IDE), en el cual se empleó ASP.NET en conjunto con el lenguaje
de programación Visual C#. Adicionalmente se utilizó Microsoft SQL Server
2008 para el manejo de la base de datos. Lograron una aplicación que
permitía llevar a cabo el control administrativo de la compañía, lo que
conllevabaa tener un stock actualizado de los productos que comercializa la
empresa gracias a la automatización de los procesos de ventas.

Arana (2014), desarrolló un sistema de gestión de ventas de repuestos

automotrices en el almacén de auto repuestos eléctricos marcos en la
parroquia Posorja cantón Guayaquil, provincia del Guayas. Basado en
implementar una aplicación informática que automatice el proceso de compra
y venta de mercaderías como un punto de venta que a su vez impulse la

7
optimización de recursos materiales, económicos, humanos y tiempo. Esta
información es de mucha utilidad también para los clientes ya que tendrán la
certeza de que el repuesto que está comprando es el que requiere,
brindando a su vez una excelente atención al cliente en el establecimiento
comercial.Además se podrá consultarel proceso de emisión de los diferentes
reportes tales como, saldo de inventario, reporte de ventas por producto,
ventas por clientes, productos de mayor rotación, reporte de compras, todo lo
cual constituye un gran apoyo para la toma de decisiones más
trascendentales para el almacén. La metodología implementada en este
proyecto se basó en el uso de tres métodos, método analítico, método
deductivo y método numérico implementados a lo en diversas fases del
proyecto. A través del desarrollo e implementación del proyecto se
obtuvieron mejores resultados en realizar los procesos automatizados que
los procesos manuales.

Quintero (2008), diseñó un sistema de información web para el

trámite, control y reservación de salones para OREFI, tesis realizada en la
Universidad de Los Andes Mérida, Venezuela, este trabajo se ejecutó con la
finalidad de optimizar algunos procesos fundamentales que se llevan en la
oficina de registros estudiantiles de la facultad de Ingeniería (OREFI), para el
desarrollo del proyecto se utilizó el método WATCH y el modelado UML.Este
trabajo fue de gran utilidad para comprender el desarrollo de la fase de
levantamiento de requisitos de la metodología WATCH, así como también el
de entender cómo se aplica el proceso de desarrollo ya que dicha
metodología utiliza herramientas, técnicas que se consideran necesarias
para obtener el producto requerido.

8
Fundamentos Teóricos
Tipos de Sistemas de Información
Senn (1998) establece que el analista de sistemas desarrolla
diferentes tipos de sistemas de información para satisfacer las diversas
necesidades de una empresa, dentro de estas categorías encontramos:
 Sistemas para el procesamiento de transacciones: Este tipo de
sistemas es uno de los más importantes dentro de una organización,
los mismos tienen como finalidad mejorar las actividades rutinarias de
una empresa y de las que esta depende. Las transacciones más
comunes incluyen: facturación, entrega de mercancía, pago de
empleados y depósitos de cheques. Aunque los tipos de
transacciones varían de una organización a otra, la mayor parte de
estas procesan dichas transacciones como una parte de sus
actividades cotidianas.
 Sistemas de Información Administrativa: Este tipo de sistemas
ayudan a los directivos a tomar decisiones y resolver problemas,
además proporciona la información que será empleada en los
procesos de decisiones administrativos. Trata con el soporte de
situaciones de decisión bien estructuradas. Es posible anticipar los
requerimientos de información más comunes.
 Sistemas para soporte de decisiones: Estos sistemas ayudan a los
directivos que deben tomar decisiones no muy estructuradas, también
denominadas no estructuradas o semiestructuradas. Para la toma de
estas decisiones el sistema debe proporcionar información importante
referente a situaciones particulares.
Diseño de Sistemas de Información
Según Senn (1998), el diseño de un sistema de información produce
los detalles que establecen la forma en la que el sistema cumplirá con los
requerimientos identificados durante la fase de análisis.

9
 Los analistas de sistemas comienzan el proceso de diseño
identificando los reportes y demás salidas que debe producir el sistema.
Hecho lo anterior se determinan con toda precisión los datos específicos
para cada reporte y salida.
Este proceso también indica los datos de entrada, aquellos que serán
calculados y los que deben ser almacenados. Asimismo, se escriben con
todo detalle los procedimientos de cálculo y los datos individuales que serán
manejados por el sistema. Esta información es proporcionada al equipo de
programación para comenzar la fase de desarrollo del software.

Lenguaje de Modelado Unificado (UML)

Para Rumbaugh, Jacobson y Booch, (2000), el UML
("UnifiedModelingLanguage") es un lenguaje que permite modelar, construir y
documentar los elementos que forman un sistema software orientado a
objetos, el mismo dispone un conjunto de notaciones y diagramas estándar
para modelar dichos sistemas, y describe la semántica esencial de lo que
estos diagramas y símbolos significan.
Rumbaugh, Jacobson y Booch, (2000) aseguran que el UML está
consolidado como un lenguaje estándar para el análisis y diseño de sistemas
de cómputo. Mediante este lenguaje es posible establecer la serie de
requerimientos y estructuras necesarias para plasmar un sistema de software
previo al proceso intensivo de escribir código. Dicho lenguaje está
compuesto por diverso elementos gráficos que se combinan para formar
diagramas, debido a que es un leguaje cuenta con reglas para combinar
dichos elementos y de esta forma presentar diversas perspectivas de un
sistema.

10
Modelo de Casos de Uso
El modelo de casos de uso describe un sistema en términos de sus
distintas formas de utilización cada una de las cuales se conoce como un
caso de uso. Cada caso de uso o flujo se compone de una secuencia de
eventos iniciada por el usuario. Dado que los casos de usos describen el
sistema a desarrollarse, los cambios en los requisitos significaran cambios en
los casos de uso. Para comprender los casos de uso de un sistema primero
es necesario saber quiénes son sus usuarios, para ello, se define el concepto
de actor, que es el tipo de usuario que está involucrado en la utilización de
un sistema y que además es una entidad externa al propio sistema. Juntos,
el actor y el caso de uso, representan los dos elementos básicos de este
modelo. (Weitzenfeld 2005).

Clases de Análisis
Campderrich (2005) considera tres tipos de clases de análisis:
 La clase de frontera representan en el nivel de análisis la
interfaz de usuario por pantalla. Debe haber al menos una para cada
papel de cada actor; por lo tanto, cada una representa la interfaz de
usuario entre cada caso de uso y su actor. Las clases de frontera
representan objetos gráficos complejos como ventanas, diálogos por
pantalla y menús; en esta etapa no se pretende describir los detalles
del formato de estos objetos.
 Las clases de entidades corresponden a los objetos del
dominio, es decir, los que modelan entidades o acontecimientos del
mundo real de los que el software debe utilizar información (que son
los atributos de esta clase).

11
  Las clases de control corresponden a objetos internos del
software y no persistentes. Las operaciones de este tipo de clases
contienen la parte principal de los algoritmos de aplicación.
Diagrama de Clases de Diseño
Mediante un diagrama de clases podemos modelar el esquema de
una base de datos. Un diagrama de clases se compone de: clases,
interfaces, y relaciones; las relaciones pueden ser de dependencia, de
asociación y de generalización. (Marcos, Vela y Vara, 2005).

Proceso Unificado de Software (R.U.P: RationalUnifiedProcess)

Rumbaugh, Jacobson y Booch, (2000) definen al proceso unificado
como el desarrollo de software que describe el conjunto de actividades
necesarias para transformar los requisitos del usuario en un sistema de
software. Está dirigido por casos de uso, centrado en la arquitectura del
sistema, y es iterativo e incremental. Cada uno de estos se describen a
continuación:
 Dirigido por casos de uso: Un caso de uso es un fragmento de
funcionalidad del sistema que proporciona al usuario un resultado de
interés. El conjunto de los casos de uso constituye, en el proceso
unificado, el modelo de casos de uso que describe toda la
funcionalidad del sistema. Los casos de uso guían al proceso de
desarrollo de software dado que el modelo de casos de uso producido
por el analista de sistemas durante la captura de requisitos, y que
sirve para especificar los requisitos del sistema.
 Centrado en la Arquitectura: Los casos describen la funcionalidad
del sistema mientras que la arquitectura define la forma que va a tener
el sistema para proporcionar esa funcionalidad. La arquitectura del
sistema software se describe, en el proceso unificado, mediante

12
 diferentes vistas del sistema en construcción. La arquitectura describe
las partes del sistema que son importantes para que analistas y
desarrolladores comprendan al sistema.
 El proceso unificado es iterativo e incremental: Las iteraciones
hacen referencia a pasos en el flujo de trabajo, y los incrementos, al
crecimiento del producto. Para una efectividad máxima, las iteraciones
deben estar controladas; esto es, deben seleccionarse y ejecutarse de
una forma planificada.

Ciclo de Vida del Proceso Unificado de Desarrollo de Software

Según Rumbaugh, Jacobson y Booch, (2000) Cada ciclo se desarrolla
a lo largo del tiempo. Este tiempo a su vez consta de cuatro fases: inicio,
elaboración, construcción y transición. A través de una secuencia de
modelos, los implicados visualizan lo que está sucediendo en esas fases.
Dentro de cada fase, los directores o desarrolladores pueden descomponer
adicionalmente el trabajo en iteraciones con sus incrementos resultantes.
 Fase de Inicio: Rumbaugh, Jacobson y Booch, (2000) Establecen que
durante esta fase se desarrolla una descripción del producto final a
partir de una buena idea y se presenta el análisis de negocio para el
producto.
En esta fase se identifican los requisitos funcionales del sistema
mediante un modelo de casos de uso que comprende los casos de
uso más críticos, además se identifican y priorizan los riesgos más
importantes. Adicionalmente se planifica en detalle la fase de
elaboración.
 Fase de Elaboración: Rumbaugh, Jacobson y Booch, (2000)
Mencionan que durante esta fase se especifican en detalle la mayoría
de los casos de uso del producto y se diseña la arquitectura del

13
 sistema. La relación entre la arquitectura del sistema y el propio
sistema es primordial.
La arquitectura se expresa en forma de vistas de todos los
modelos del sistema. Los cuales juntos representan el sistema
completo. Esto implica que hay vistas arquitectónicas del modelo de
caso de uso, del modelo de diseño, del modelo análisis, del modelo
del diseño, del modelo de implementación y del modelo de despliegue.
Al final de la fase de elaboración el desarrollador del proyecto
está en disposición de planificar las actividades y estimar los recursos
necesarios para terminar el proyecto.
 Fase de Construcción: Rumbaugh, Jacobson y Booch, (2000)
Establecen que, durante esta fase, la línea base de la arquitectura
crece hasta convertirse en el sistema completo. El objetivo final es
entregar el producto en su versión operativa inicial.
Al final de esta fase, el producto contiene todos los casos de
uso que la dirección y el cliente han acordado para el desarrollo de
esta versión. Sin embargo, puede que no está completamente libre de
defectos.
 Fase de Transición: Rumbaugh, Jacobson y Booch, (2000)
Mencionan que esta fase cubre el periodo durante el cual el producto
se convierte en la versión beta. En la versión beta un número reducido
de usuarios con experiencia prueba el producto e informa de defectos
y deficiencias. Los desarrolladores corrigen los problemas e
incorporan algunas de las mejoras sugeridas en una versión general
dirigida a la totalidad de la comunidad de usuarios.
La fase de transición conlleva actividades como la fabricación,
formación del cliente, el proporcionar una línea de ayuda y asistencia,
y la corrección de los defectos que se encuentran tras la entrega.

14
Base de Datos
Una base de datos o banco de datos (en ocasiones abreviada con la
sigla BD o con la abreviatura b.d.) es un conjunto de datos pertenecientes a
un mismo contexto y almacenados sistemáticamente para su posterior uso.
En este sentido, una biblioteca puede considerarse una base de datos
compuesta en su mayoría por documentos y textos impresos en papel e
indexados para su consulta. 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. (Ramez y Shamkant,
2002).

15
 MARCO METODOLÓGICO

Tipo de Investigación

Según Arias (2006), el tipo de investigación de este proyecto es de

campo, dado que la recolección de datos directamente de los sujetos
investigados y de la realidad donde ocurren los hechos, sin manipular o
controlar variable alguna, es decir, se obtiene información, pero no altera las
condiciones existentes.

Nivel de la investigación

Según Arias (2006), el nivel de investigación para este proyecto será

descriptivo. Esta Investigación abarcará el diseño y desarrollo de una
aplicación web para solventar la problemática que presenta la organización,
para lograr el diseño primero será necesario ir directamente al sitio de
estudio para poder describir las características y el comportamiento que
presenta, así como el conjunto de actividades que se desenvuelven dentro
de la misma con sus implicaciones, de esta manera se puede hacer un
diseño apropiado para la organización. Es por ello que el nivel de
investigación es el mencionado anteriormente.

Técnicas a Utilizar
Para llevar a cabo la recolección de la información se utilizaron las
siguientes técnicas:

 Observación: Esta técnica será aplicada al personal que labora en la

empresa, con el objeto de visualizar cómo se llevan a cabo los
procesos que se ejecutan y así obtener la información necesaria para
el desarrollo del nuevo sistema, tomando en cuenta detalles que pase

16
 por alto el dueño o la persona encargada de suministrar información
sobre la empresa.

 Entrevista: Se empleará al personal de la empresa, con el fin de

comprender que necesita la empresa, en cuanto a manejo,
almacenamiento y protección de datos; tratar de obtener un bosquejo
de las ideas del cliente de cómo quiere que funcione el sistema.

 Lenguaje de Modelado Unificado (UML:

UnifiedModelingLanguage): Para el diseño de un nuevo sistema de
información es importante conocer el sistema actual, para comprender
su funcionamiento, encontrar sus fallas y limitaciones para establecer
uno nuevo que sea mejor que este, mas cómodo y satisfaga todas las
necesidades de los funcionarios de JOCAR S.A, para lograr todo lo
anterior en indispensable el uso de los lenguajes UML y webml que
cuentan con una serie de diagramas que facilitan la información
necesaria para el diseño del nuevo sistema.

17
 ETAPAS DEL PROYECTO

Para el desarrollo del sistema de información se usó como base la

metodología Proceso Unificado Racional (RationalUnifiedProcess - RUP), el
cual emplea el Lenguaje Unificado de Modelado (UnifiedModelingLanguage -
UML), a través de la utilización de diagramas de casos de uso, clase de
diseño y clase de análisis, se facilitara la visualización, especificación y
documentación de la estructura del software que se modelara en el nuevo
sistema. Gracias a la información suministrada por los diagramas la
estructura de dicho sistema será presentada de una manera más sencilla.

La metodología de las etapas para el desarrollo del proyecto es:

Etapa 1: Investigación documental. Duración (2 Semanas)

Esta etapa se llevará a cabo de manera continua, consiste en la

indagación de aspectos teóricos, metodologías y antecedentes que serán de
apoyo durante todo el desarrollo del proyecto.

Etapa 2: Fase de inicio. Duración (4 Semanas)

En esta fase se identificarán todos los actores y se identifican los

casos de uso más esenciales y los escenarios básicos que definan la
funcionalidad del sistema, el modelo de dominio con su glosario de términos,
lista de riesgos y actividades correctivas, así como también el flujo de trabajo
de requisitos y el flujo de trabajo análisis y diseño.

Etapa 3: Fase Elaboración. Duración (4 Semanas)

Durante esta fase se realizará el plan de proyecto, donde se

completará los casos de uso y se mitigan los riesgos. Planificar las
actividades necesarias y los recursos requeridos, especificando las
características y el diseño de la estructura de la aplicación, así como también
el diseño de la base de dato. En esta etapa el objetivo es determinar la

18
estructura más conveniente de la aplicación web, para ello se tomará en
cuenta lo siguiente:

 Transformar los requisitos al diseño del sistema.

 Establecer una estructura base para una arquitectura sólida, que

servirá de guía para el desarrollo del trabajo durante la fase de
construcción, así como en las posteriores generaciones del sistema.

 Continuar la observación y control de los riesgos críticos que aún

queden e identificar riesgos significativos hasta adaptar el diseño para
que sea consistente con el entorno de implementación.

 Completar los detalles del plan del proyecto.

Etapa 4: Fase de construcción. Duración (5 Semanas)

Se basa en la elaboración de la aplicación de tal manera que esté

totalmente operativo. Es decir, construir la nueva aplicación, la estructura y
los planes; también realizar las pruebas de validación y funcionalidad hasta
que el producto esté listo para ser enviado a las áreas de la organización.

Etapa 5: Redacción y Presentación del Trabajo de Grado. Duración (10

Semanas)

Se realizará la redacción del informe donde se recoge todas las

pautas abarcadas en el proyecto y las conclusiones y recomendaciones a las
cuales se ha llegado.

19
CRONOGRAMA DE ACTIVIDADES

20
 BIBLIOGRAFÍA

1. Beati, H.(2011).PHP Creación de páginas web dinámicas. Buenos Aires,

Argentina: Alfaomega.

2. Campderrich, B. (2005).Ingeniería del Software. Barcelona, España: UOC

(UNIVERSITAT OBERTA DE CATALUNYA).

2. Cotorett, M. y Martínez, C.(2009).Diseño de un sistema de información

basado en entorno web que maneje licencias de importación
automotriz en las diferentes aduanas nacionales. Trabajo de grado no
publicado. Universidad de Oriente, Barcelona, Estado Anzoátegui.

4. Esperanza, M.; Vela, B. y Vara, J. (2005) Diseño de Bases de Datos

Objeto-Relaciones con UML. Madrid, España: Dykinson.

5. Fattal, A. (2012).Desarrollo de un sistema automatizado bajo el entorno

web para el control de las actividades administrativas de autoplatinas y
carrocerías “EL POLLO”, C.A. Trabajo de grado no publicado.
Universidad de Oriente, Barcelona, Estado Anzoátegui.

6. Guzmán, R. (2009).Diseño de un sistema de información con interfaz web

para el control de las actividades asociadas a los trabajos de grado del
postgrado de Ingeniería Eléctrica de la Universidad de Oriente.
Trabajo de Maestría no publicado. Universidad de Oriente, Barcelona,
Estado Anzoátegui.

7. Heurtel, O. (2009). PHP y MySQL Domine el desarrollo de un sitio Web

dinámico e interactivo. [Libro en línea] Consultado el 07 de junio de

21
 2017 en: http://books.google.com/books?
id=cNTIoRAtE1kC&printsec=frontcover&hl=es&source=gbs_ge_summ
ary_r&cad=0#v=onepage&q&f=false.

8.Jacaboson, I.; Booch, G. y Rumbaugh, J. (2000)El Proceso Unificado de

Desarrollo de Software, Madrid, España: Addison Wesley.

9. Kendall y Kendall (2005) Análisis y Diseño de Sistemas, (6ta Ed.), México

D.F, México: Prentice Hall.

10. Pino J. y Mendoza A. (2013). Desarrollo de un sistema de información

para el control de las actividades asociadas a un laboratorio clínico
ubicado en Barcelona, Estado Anzoátegui. Trabajo de grado no
publicado, Universidad de Oriente, Barcelona, Venezuela.

11. Quintero (2008). Diseño de un sistema de información web para el

trámite, control y reservación de salones para OREFI, Trabajo de
grado no publicado, Universidad de Los Andes, Mérida, Venezuela.

12. Ramez, E. y Shamkant. N. (2002) Fundamentos de Sistemas de Bases

de Datos (5ta Ed.). Madrid, España: Addison Wesley.

13. Senn, J (1998) Análisis y diseño de sistemas de información (2da Ed.),

México D.F, México: Mc GrawHill.

14.Weitzenfeld, A. (2005). Ingeniería de Software Orientada a Objetos Con

Java E Internet. México D.F, México: CengageLearning Editores.

22