Proyecto Tesis

FACULTAD DE INGENIERA
ESCUELA ACADMICO PROFESIONAL DE INGENIERA DE

SISTEMAS
PROYECTO DE TESIS
APLICACIN WEB PARA MEJORAR LA GESTIN DE PASAJES,

GIROS Y ENCOMIENDAS DE LA EMPRESA DE TRANSPORTES
TURISMO ERICK EL ROJO S.A. - CHIMBOTE
AUTOR:
DURAND HUAMN, Jean Ivn.
ASESOR TEMTICO:
Ing. Mg. VEGA FAJARDO, Adolfo Hans.
LNEA DE INVESTIGACIN:
Sistemas de Informacin Transaccionales
CHIMBOTE PER
2013
NDICE GENERAL
CAPTULO I: GENERALIDADES ..................................................................................................................... 1
1.1.
TTULO. .......................................................................................................................................... 2
1.2.
AUTOR. .......................................................................................................................................... 2
1.3.
ASESOR. ......................................................................................................................................... 2
1.4.
TIPO DE INVESTIGACIN. ............................................................................................................... 2
1.4.1.
1.4.2.
POR EL FIN QUE SE PERSIGUE. ............................................................................................................. 2

POR EL DISEO DE CONTRASTACIN. ................................................................................................... 2
1.6.
LOCALIDAD. .................................................................................................................................... 2
1.7.
DURACIN DEL PROYECTO. ............................................................................................................ 2
CAPTULO II: PLAN DE INVESTIGACIN ....................................................................................................... 4

2.1.
REALIDAD PROBLEMTICA. ............................................................................................................ 5
2.2.
FORMULACIN DEL PROBLEMA ..................................................................................................... 5
2.3.
OBJETIVOS...................................................................................................................................... 6
2.3.1.
2.3.2.
2.4.
ANTECEDENTES. ............................................................................................................................. 6
2.4.1.
2.4.2.
2.4.3.
2.5.
NIVEL INTERNACIONAL. ..................................................................................................................... 6

NIVEL NACIONAL. ............................................................................................................................ 7
NIVEL LOCAL. .................................................................................................................................. 8
JUSTIFICACIN. .............................................................................................................................. 9
2.5.1.
2.5.2.
2.5.3.
2.5.4.
2.5.5.
2.6.
OBJETIVO GENERAL. ......................................................................................................................... 6

OBJETIVOS ESPECFICOS. ................................................................................................................... 6
JUSTIFICACIN TECNOLGICA. ............................................................................................................ 9

JUSTIFICACIN ECONMICA. .............................................................................................................. 9
JUSTIFICACIN SOCIAL. ..................................................................................................................... 9
JUSTIFICACIN OPERATIVA. ............................................................................................................... 9
JUSTIFICACIN AMBIENTAL. ............................................................................................................... 9
MARCO TERICO. ........................................................................................................................... 9
2.6.1.
2.6.2.
2.6.3.
2.6.5.
APLICACIN WEB. ............................................................................................................................ 9

METODOLOGAS PARA EL DESARROLLO DE APLICACIONES WEB. .............................................................. 14
LENGUAJES DE PROGRAMACIN........................................................................................................ 23
BPM (BUSINESS PROCESS MANAGEMENT). ....................................................................................... 26
CAPTULO III: METODOLOGA ................................................................................................................... 29

3.1.
3.1.1.
3.2.
3.2.1.
3.3.
TIPO DE ESTUDIO ......................................................................................................................... 30

POR EL FIN QUE SE PERSIGUE ................................................................................................... 30
DISEO DE INVESTIGACIN .......................................................................................................... 30
EXPERIMENTAL ........................................................................................................................ 30
HIPTESIS..................................................................................................................................... 31
ii
3.4.
IDENTIFICACIN DE VARIABLES .................................................................................................... 32
3.4.1.
3.5.
OPERACIONALIZACIN DE VARIABLES ................................................................................................. 32
POBLACIN, MUESTRA Y MUESTREO ........................................................................................... 33
3.5.1.
3.5.2.
POBLACIN ................................................................................................................................... 33
MUESTRA. .................................................................................................................................... 34
3.6.
CRITERIOS DE SELECCIN. ............................................................................................................ 36
3.7.
TCNICAS E INSTRUMENTOS DE RECOLECCIN DE DATOS. .......................................................... 37
3.8.
VALIDACIN Y CONFIABILIDAD DEL INSTRUMENTO. .................................................................... 38
3.9.
MTODOS DE ANLISIS DE DATOS. .............................................................................................. 38
3.10.
ASPECTOS TICOS. ........................................................................................................................ 39
CAPTULO IV: ASPECTOS ADMINISTRATIVO .............................................................................................. 40

4.1.
RECURSOS Y PRESUPUESTO ......................................................................................................... 41
4.2.
FINANCIAMIENTO ........................................................................................................................ 42
4.3.
CRONOGRAMA DE EJECUCIN. .................................................................................................... 43
4.3.1.
CRONOGRAMA DE ACTIVIDADES. ...................................................................................................... 43
CAPTULO V: REFERENCIAS BIBLIOGRFICAS ............................................................................................ 45

CAPTULO VI: ANEXOS .............................................................................................................................. 50
ANEXO 01: RBOL DE PROBLEMAS...................................................................................................................... 51
ANEXO 02: RBOL DE OBJETIVOS. ...................................................................................................................... 52
ANEXO 03: MODELO DE ENCUESTA A EXPERTOS..................................................................................................... 53
ANEXO 04: ENCUESTA A EXPERTOS...................................................................................................................... 54
ANEXO 05: COMPARACIN DE LAS METODOLOGAS. ............................................................................................... 57
ANEXO 06: DISTRIBUCIN NORMAL..................................................................................................................... 58
ANEXO 07: DISTRIBUCIN T-STUDENT................................................................................................................. 59
iii
NDICE DE FIGURAS
Figura 1: Esquema bsico de una aplicacin web. ........................................................................... 10
Figura 2: Arquitectura cliente-servidor ............................................................................................ 12
Figura 3: Arquitectura de 3 niveles con tecnologa ASP................................................................... 13
Figura 4: Ciclo de vida de la metodologa XP. .................................................................................. 14
Figura 5: Ciclo de vida del RUP. ........................................................................................................ 17
Figura 6: Diseo a los procesos ........................................................................................................ 26
iv
NDICE DE TABLAS
Tabla 1: Cronograma de Actividades. ................................................................................................ 3
Tabla 2: Funciones del cliente y servidor en la arquitectura C/S. .................................................... 12
Tabla 3: Escala de Likert. .................................................................................................................. 28
Tabla 4: Matriz de seleccin de la metodologa............................................................................... 28
Tabla 5: Operacionalizacin de variables. ........................................................................................ 32
Tabla 6: Personal de ETTERSA. ......................................................................................................... 33
Tabla 7: Tcnicas e instrumentos de recoleccin de datos.............................................................. 37
Tabla 8: Cronograma de actividades. ............................................................................................... 43
CAPTULO I:
GENERALIDADES
Durand Huamn
1.1.
Ttulo.
Aplicacin web para mejorar la gestin de pasajes, giros y encomiendas de la Empresa de
Transportes Turismo Erick el Rojo S.A. - Chimbote
1.2.
Autor.
Apellidos y Nombres: Durand Huamn, Jean Ivn.
Grado: Estudiante de pregrado.
Ciclo: IX
Email: [email protected]
Telfonos: 948002777
1.3.
1.4.
Asesor.
Asesor Temtico: Ing. Mg. Vega Fajardo, Adolfo Hans.
Asesor Metodolgico: Ing. Mg. Santos Fernndez, Juan Pedro.
Tipo de Investigacin.
1.4.1. Por el fin que se persigue.
Aplicada: Porque se aplicarn metodologas, tcnicas y herramientas existentes en
la actualidad, las cuales permitirn cumplir con el desarrollo del proyecto.
1.4.2. Por el diseo de contrastacin.

Cuasi Experimental: Porque veremos el efecto que causa el desarrollo de la variable
independiente y los cambios que se producen en la variable efecto, con el fin de
contrastar la hiptesis.
1.5.
Lnea de investigacin.
1.6.
Sistemas de Informacin Transaccionales.
Localidad.
Entidad: Empresa de Transportes Turismo Erick el Rojo S.A. (ETTERSA).
Departamento: Ancash.
Provincia: Santa.
Distrito: Chimbote.
1.7.
Duracin del Proyecto.

Septiembre Diciembre de 2013 (4 Meses).
Aplicacin web para mejorar la gestin de

pasajes, giros y encomiendas de la Empresa de
Durand Huamn
Tabla 1: Cronograma de Actividades.

Etapa/Fase
Dedicacin
Fecha de inicio
Fecha de trmino
Recoleccin de datos
01/04/2014
02/05/2014
05
Anlisis de datos
05/05/2014
18/06/2014
07
Elaboracin del informe
19/06/2014
03/07/2014
02
Total

(semanas)
14
CAPTULO II: PLAN DE

INVESTIGACIN
Durand Huamn
2.1.
Realidad Problemtica.
TURISMO ERICK EL ROJO S.A. fundada en el ao 1999 con experiencia en el rubro de
transporte interprovincial de pasajeros que es para ellos una gran responsabilidad, que
involucra esfuerzo, dedicacin y vocacin de servicio, durante estos ltimos aos han
crecido y siguen creciendo en la direccin correcta, bajo la misma filosofa, brindarle el
mejor servicio siempre a precios competitivos.
Actualmente cuentan con una flota permanente de ms de 20 unidades la cual se
incrementa y renueva ao cada ao. Viajar en TURISMO ERICK EL ROJO, es poner a su
servicio una empresa que les brinda seguridad y confianza en los recorridos va terrestre,
con personal altamente capacitado en el manejo de las unidades, as como tambin en los
servicios de encomiendas y giros a travs de la atencin a los clientes, brindndole apoyo,
amabilidad y respeto, buscando siempre cumplir con el objetivo de la empresa, confort,
calidad y seguridad. Sin embargo dicha empresa no cuenta con una herramienta
informtica que le permita gestionar adecuadamente los procesos de venta de pasajes,
giros y encomiendas.
Cuando los usuarios envan sus encomiendas o giros, esta gestin se realiza manualmente
al igual que la venta de pasajes; lo cual dificulta al personal del rea de ventas al momento
de realizar la comparacin de los formatos de envo y recepcin en cuanto a giros y
encomiendas, ya que existe perdida de informacin en los documentos, as como existe
extravo de boletos por parte de la empresa al no contar con una base de datos para
almacenar y registrar las ventas de los pasajes. Al realizar la liquidacin que se le presenta
al administrador, el proceso se realiza a travs de un aplicativo elaborado en Microsoft
Excel, siendo esta herramienta poco confiable, puesto que personas ajenas a la empresa
pueden tener acceso a los datos. Es por ello que se genera insatisfaccin en los usuarios
(internos y externos) de la empresa.
Ver Anexo 01: rbol de problemas.
2.2.
Formulacin del Problema

Cul es el efecto de implementar una Aplicacin web sobre la gestin de pasajes, giros y
encomiendas de la Empresa de Transportes Turismo Erick el Rojo S.A. - Chimbote?

Durand Huamn
2.3.
Objetivos.
2.3.1. Objetivo General.
Mejorar la gestin de pasajes, giros y encomiendas de la Empresa de Transportes
Turismo Erick el Rojo S.A. - Chimbote.
Ver Anexo 02: rbol de objetivos.
2.3.2. Objetivos Especficos.
2.4.
Reducir el tiempo de registro de encomiendas.
Reducir el tiempo en la emisin de reportes de venta.
Incrementar el nivel de satisfaccin de los usuarios.
Reducir costos operativos que genera los reportes de ventas.
Antecedentes.
2.4.1. Nivel Internacional.
Antecedente N 1:
Ttulo: Implementacin de un Sistema Automatizado que optimice la gestin

de los procesos administrativos del rea Servicios Mdicos de la Universidad
de Oriente Ncleo Monagas (Cedeo M, 2010).
Autor: Br. Cedeo M. Lolimar D.
Ao: 2010
Institucin: Universidad de Oriente Ncleo Monagas.
Conclusin: El sistema que proponen en el proyecto mencionado,

se adapta al cambio lo que resulta ser favorable pues pueden
incorporarse nuevos mdulos o cambios en algn formulario.
Correlacin del proyecto: el proyecto permite que los usuarios

del sistema llevar un control y seguimiento de historiales
mdicos, mejorando esto el servicio hacia los pacientes.
Antecedente N 2:
Ttulo: Aplicacin de asistencia a usuarios del transporte pblico a travs de

una aplicacin web (Andrade Hurtado, 2012).
Autor: Andrade Hurtado, Alejandro Patricio.
Ao: 2012
Institucin: Universidad Catlica de Loja.

Durand Huamn
Conclusin: La tesis propone el desarrollo de una aplicacin web

que proporcione informacin til, grfica y organizada sobre el
transporte pblico que adems de apoyar al nuevo modelo,
podra favorecer a que un mayor nmero de ciudadanos puedan
cambiar sus preferencias y adoptar medios colectivos de
transporte.
Correlacin del proyecto: se asemeja con el proyecto que se est

desarrollando ya que tiene que ver con un sistema el cual ayuda
en la solucin del problema de la empresa.
2.4.2. Nivel Nacional.

Antecedente N 1:
Ttulo: Sistema M-Commerce Android para mejorar la atencin en la Agencia

de Transportes Oltursa de la ciudad de Trujillo (Vera Chvez, 2013).
Autor: Bach. Vera Chvez, Luis Andr.
Ao: 2013
Institucin: Universidad Csar Vallejo.
Conclusin: Este proyecto propone utilizar tecnologa, a travs de

una aplicacin web mvil, como nueva experiencia en la compra
de pasajes; mejorando as la atencin y evitando las colas en las
ventanillas.
Correlacin
del
proyecto:
el
proyecto
anteriormente
mencionado se asemeja a este porque ambos buscan evitar las

colas en las ventanillas al momento de que el cliente solicita un
servicio.
Antecedente N 2:
Ttulo: Desarrollo de un sistema de construccin Webbs 2.0 e integracin con

un sistema de venta de dominios (Nieto Lajo, 2011).
Autor: Nieto Lajo, Jonathan Olger.
Ao: 2011
Institucin: Pontificia Universidad Catlica del Per.
Conclusin: el proyecto tiene como objetivo, el facilitar al usuario

la creacin de un sitio web por medio de herramientas amigables
y de fcil utilizacin.

Durand Huamn
Correlacin del proyecto: el proyecto permite un mejor

posicionamiento de las empresas a travs de la implementacin
de este sistema, pudiendo ser utilizado por personas sin
conocimientos avanzados, siendo muy intuitivo y sencillo.
2.4.3. Nivel Local.

Antecedente N 1:
Ttulo: Sistema informtico web para el control de Encomiendas y Giros en la

Empresa Amrica Express (Ayrac Moreno, y otros, 2009).
Autor: Ayrac Moreno, Liz Evelyn y Laurencio Gomero, Lizeth.
Ao: 2009
Institucin: Universidad Privada San Pedro.
Conclusin: la implementacin de un sistema informtico web

permitir a los clientes tener acceso a consultar el estado de sus
transacciones, para verificar si dicha encomienda o giro fue
enviado o recogido en el tiempo determinado, brindando a los
clientes puntualidad, confiabilidad y seguridad.
Correlacin del proyecto: la aplicacin web permitir la atencin

de forma directa y globalizada a los clientes que tengan acceso a
internet en la exigencia de sus necesidades.
Antecedente N 2:
Ttulo: Implementacin de una Aplicacin Web para agilizar los procesos en

el rea de Administracin en la Empresa C&C NEC S.A.C. de Chimbote (Correa
Nurea, 2012).
Autor: Correa Nurea, Csar Eduardo
Ao: 2012
Institucin: Universidad Csar Vallejo de Chimbote.
Conclusin: el proyecto tiene como objetivo la mejora de los

procesos que se dan en el rea de Administracin de la Empresa
C&C NEC S.A.C. a travs de la implementacin de una aplicacin
web.
Correlacin del proyecto: tiene como objetivo el reducir tiempos

en la elaboracin de reportes, as como la satisfaccin de los
usuarios del sistema, etc., lo cual sirve como modelo para el
proyecto que se desarrollar.

Durand Huamn
2.5.
Justificacin.
2.5.1. Justificacin Tecnolgica.
La tecnologa y tcnicas a emplearse para el desarrollo de la aplicacin web son de
ltima generacin.
2.5.2. Justificacin Econmica.
El desarrollo e implementacin de la aplicacin web est al alcance de la institucin,
puesto que los gastos en hardware y software sern mnimos.
2.5.3. Justificacin Social.
La aplicacin web beneficia a los colaboradores en cuanto a sus quehaceres diarios,
lo cual aumentar el nivel de satisfaccin de los mismos.
2.5.4. Justificacin Operativa.
La aplicacin web estar diseada para que su manejo sea fcil e intuitivo para el
usuario.
2.5.5. Justificacin Ambiental.
La solucin propuesta no tendr un impacto negativo en el medio ambiente, pues
no se har un uso innecesario de papel bond.
2.6.
Marco Terico.
2.6.1. Aplicacin web.
Es una aplicacin informtica distribuida que genera dinmicamente el contenido
que finalmente se les ofrece a los usuarios. En este tipo de aplicaciones se puede
seleccionar, filtrar, ordenar y presentar la informacin de acuerdo a las necesidades
del usuario. Las aplicaciones web ofrecen informacin actual de la que dispone una
organizacin, puesto que el acceso directo a la base de datos que contienen los
datos operativos de la organizacin lo hacen posible (Berzal, y otros, 2001).
El uso de las aplicaciones web es tan extendido que la gran mayora las emplean sin
darse cuenta (Moreira Gibaja, 2009):
Acceso a una cuenta bancaria y operar en ella.
La consulta y envo de emails mediante una pgina web.
La declaracin de la renta por internet, etc.

Durand Huamn
En s una aplicacin web es un conjunto de recursos web que participan en el

funcionamiento de la aplicacin web. Estos recursos que componen a la aplicacin
web son (Aumaille, 2002):
Componentes de servidor dinmicos.
Bibliotecas de clases.
Elementos web estticos.
Componentes de clientes dinmicos.
Descriptor de desarrollo y de configuracin de la aplicacin web, en forma

de uno o mltiples archivos en formato XML.
Las aplicaciones web utilizan tecnologa que les permite hacer su contenido
dinmico y dejando a los usuarios del sistema influir a la lgica del negocio en el
servidor. Las diferencias entre un sitio web y una aplicacin web es sutil y depende
de la capacidad del usuario al influir en el estado de la lgica del negocio en el
servidor (SAS Institute, 2010).
Figura 1: Esquema bsico de una aplicacin web.

Fuente: (Lujn Mora, 2002)
Las aplicaciones web emplean tecnologas que permiten una gran portabilidad
entre diferentes plataformas. Por ejemplo, una aplicacin web flash podra
ejecutarse en un dispositivo mvil, en una computadora con Windows, Linux u otro
sistema, en una consola de videojuegos (Lynn Bremn, y otros, 2007).
2.6.1.1.
Caractersticas de una aplicacin web.

Algunas de las caractersticas que muestra una aplicacin web son las
siguientes (Doubast, 2010):
Aplicaciones basadas en el modelo cliente/servidor.

10
Durand Huamn
Es ms que un conjunto de pginas entrelazadas entre s, supone la

existencia de cdigo ejecutable.
Formadas por diferentes mdulos, independientes entre s, que se

pueden ejecutar en el servidor o en el cliente y pueden ser
implementados utilizando lenguajes o tecnologas diferentes.
Se operan en la web sin necesidad de requerir su instalacin.
Se suelen utilizar bases de datos para organizar la informacin.
Orientados a un fin puntual (funcional, comunicacional, de

entretenimiento, etc.) y se basa en el impacto a corto plazo.
2.6.1.2.
Ventajas de una aplicacin web.

A continuacin se mencionan algunas ventajas de las aplicaciones web
(Moreira Gibaja, 2009):
No requiere instalar software especial (en los clientes): para

acceder al software web solo se necesita disponer de un navegador
de pginas web (Internet Explorer, Firefox, Opera, Chrome, etc.)
Accesibilidad: accesible desde cualquier punto de la red, un usuario

puede utilizarla si dispone de cualquier conexin a internet.
Mantenimiento barato, rpido y eficaz.
Tecnologas de apoyo para aplicaciones web.

Las tecnologas de apoyo para aplicaciones web son variadas y diferenciadas
principalmente por el vendedor. Las tecnologas de apoyo, son, en parte, el
mecanismo por el cual las pginas web llegan a ser dinmicas y responden a las
entradas del usuario.
Dos de los mayores enfoques en tecnologas para apoyo de aplicaciones web
usadas actualmente son: los mdulos compilados y los scripts interpretados
(Conallen, 2003).
2.6.1.3.
Arquitectura de las aplicaciones web.

Arquitectura cliente/servidor
Esta arquitectura involucra uno o ms clientes solicitando servicios
a uno o ms servidores. La separacin entre cliente y servidor es
una separacin de tipo lgico, donde el servidor no se ejecuta

11
Durand Huamn
necesariamente sobre una sola mquina ni es necesariamente un

solo programa (Pavn Mestras, 2012).
Figura 2: Arquitectura cliente-servidor

Fuente: (Devenev, 2013)
En este tipo de arquitectura las acciones que realizan tanto el
cliente como el servidor son (Devenev, 2013):
Tabla 2: Funciones del cliente y servidor en la arquitectura C/S.
Cliente
-
Inicia solicitudes o
Espera a que lleguen las

solicitudes de los
Espera y recibe las
clientes.
-
Tras la recepcin de una
servidor.
solicitud, la procesan y
Por lo general,
luego envan la
puede conectarse a
respuesta al cliente.
varios servidores a
peticiones.
respuestas del
Servidor
Por lo general, aceptan
la vez.
conexiones desde un
Normalmente
gran nmero de clientes
interacta
(en ciertos casos el
directamente con
nmero mximo de
los usuarios finales
conexiones es limitado.)
mediante una GUI.

12
Durand Huamn
Cliente
Servidor
-
No es frecuente que
interacten
directamente con los
usuarios finales.
Arquitectura de 3 niveles.
El objetivo principal de esta arquitectura es la de distribuir las
diferentes lgicas presentes en la aplicacin en varias capas
que se comunican entre s a travs de una red, que
generalmente es internet o una intranet tipo web (J. Gur,
2010).
Esta arquitectura est compuesta por (Devenev, 2013):
El cliente, quien es el que solicita recursos a travs de una
interfaz de usuario (por lo general un navegador web).
El servidor de aplicaciones, el cual es el encargado de
proporcionar los recursos solicitados por el cliente, pero
que requieren de otro servidor para hacerlo.
El servidor de datos, es el que proporciona al servidor de
aplicaciones los datos que este solicit.
Figura 3: Arquitectura de 3 niveles con tecnologa ASP.

Fuente: (Besteiro, y otros, 2005)

13
Durand Huamn
2.6.2. Metodologas para el desarrollo de aplicaciones web.

Desde el punto de vista de la ingeniera del software es importante dotar de los
mecanismos adecuados, para que la realizacin de este tipo de aplicaciones
satisfaga las necesidades tanto de los usuarios como de los clientes que contratan
el desarrollo de este tipo de aplicaciones (Rossainz Lpez, 2013).
Dentro de las metodologas giles para el desarrollo de aplicaciones web
encontramos a las ms conocidas: XP (Extreme Programming), Open Source y
Dynamic Systems Development Method (DSDM). En cuanto a las metodologas ms
tradicionales encontramos a: UML- based Web Engineering Approach (UWE), Web
Site Design Method (WSDM) y Relationship-Navigational Analysis (RNA) (Mendoza,
y otros, 2004).
2.6.2.1.
eXtreme Programmming
XP (eXtreme Programming) es una metodologa para pequeos y
medianos grupos, desarrollando software cuando los requerimientos
son ambiguos o rpidamente cambiantes. Propone una metodologa
basada esencialmente en la simplicidad y agilidad. La metodologa XP
est diseada para entregar el software que los clientes necesitan en
el momento en que lo necesitan (Joskowicz, 2008).
Figura 4: Ciclo de vida de la metodologa XP.

Fuente: (Calabria, y otros, 2003)

14
Durand Huamn
2.6.2.1.1.
Ciclo de vida de XP.

A. Exploracin.
En esta primera etapa se desea conocer cules son
los requisitos del cliente, es decir que es lo que
espera del producto a desarrollar, estos requisitos
los obtiene de forma diferente a los otros modelos
de desarrollo de software, a travs de historias, que
describen el punto de vista del cliente con respecto
a la situacin actual, los procesos del negocio, como
se da el flujo de la informacin entre los procesos,
estas historias se colocan en una carta ndice, donde
cliente le dar un valor segn la prioridad que
represente para l.
B. Planificacin.
Esta fase es corta, el objetivo principal es fijar la
prioridad de cada una de las historias y se establece
cual ser el contenido de la primera entrega. La
duracin de esta fase no toma ms de dos das
(lvarez Garca, y otros, 2012).
C. Iteraciones por entrega.
Esta fase incluye varias iteraciones del sistema antes
de realizarse la primera entrega. El calendario es
dividido de tal manera que cada iteracin no tome
ms de 3 semanas.
En la primera iteracin se crea un sistema que
abarca los aspectos ms importantes de la
arquitectura global, esto se logra seleccionando las
historias que hagan referencia a la construccin de
la estructura de todo el sistema. El cliente debe
participar activamente durante esta fase del ciclo
(Joskowicz, 2008).
D. Produccin.
La fase de produccin requiere de pruebas
adicionales y revisiones de rendimiento antes de

15
Durand Huamn
que el sistema sea trasladado al entorno del cliente.

Al mismo tiempo, se deben tomar decisiones sobre
la inclusin de nuevas caractersticas a la versin
actual, debido a cambios durante esta fase. Es
posible que se rebaje el tiempo que toma cada
iteracin, de tres a una semana. Las ideas que han
sido
propuestas
las
sugerencias
son
documentadas para su posterior implementacin

(por ejemplo, durante la fase de mantenimiento)
(lvarez Garca, y otros, 2012).
E. Mantenimiento.
Requiere de un mayor esfuerzo para satisfacer
tambin las tareas del cliente. As, la velocidad del
desarrollo puede desacelerar despus de que el
sistema est en la produccin. La fase de
mantenimiento puede requerir la incorporacin de
nueva gente y cambiar la estructura del equipo
(Joskowicz, 2008).
F. Muerte o cierre de proyecto.
Es cuando el cliente no tiene ms historias para ser
incluidas en el sistema. Esto requiere que se
satisfagan las necesidades del cliente en otros
aspectos como rendimiento y confiabilidad del
sistema. Se genera la documentacin final del
sistema y no se realizan ms cambios en la
arquitectura. La muerte del proyecto tambin
ocurre cuando el sistema no genera los beneficios
esperados por el cliente o cuando no hay
presupuesto para mantenerlo (lvarez Garca, y
otros, 2012).
2.6.2.2.
Rational Unified Process.

RUP est muy bien orientado para proyectos que requieren
infraestructuras grandes. Es ms conocido como un producto de

16
Durand Huamn
software hecho por sus creadores y utilizado ya hace algunos aos por
la IBM. RUP es considerado por algunos expertos como complejo y
difcil de interpretar, muchas veces por involucrar quizs demasiados
conceptos abstractos y el empleo de un seudocdigo nemotcnico
(Toro Lpez, 2012).
Figura 5: Ciclo de vida del RUP.

Fuente: (Morales, y otros, 2009)
2.6.2.2.1.
Ciclo de vida del RUP.

A. Fase de Iniciacin.
Durante la fase de iniciacin, se establece los casos de
negocio del sistema y se delimita el alcance del
proyecto. El resultado de esta fase es (Morales, y
otros, 2009):
Un documento visin: que es una visin general

de los requerimientos centrales del proyecto,
caractersticas
importantes,
restricciones
principales.
Un modelo de casos de uso inicial (10%-20%

completo).
Un glosario inicial del proyecto (opcionalmente

puede expresar en forma parcial un modelo del
dominio).

17
Durand Huamn
Un caso de negocio inicial que incluye el contexto

del negocio, criterios de xito (proyeccin de
rditos, reconocimiento de mercados, etc.) y la
proyeccin financiera.
Un plan del proyecto, mostrando fases e

iteraciones.
Un modelo de negocio, si es necesario.
Uno o varios prototipos.
B. Fase de Elaboracin.
El propsito de la fase de elaboracin es analizar el
dominio del problema, estableciendo un convincente
fundamento arquitectnico; adems se desarrolla el
plan del proyecto. El resultado de la fase de la
elaboracin es (Fernndez y Fernndez, 2000):
Un modelo de casos de uso (por lo menos 80%

completo), en donde se han identificado todos
los casos de uso y actores, y se han desarrollado
la mayora de descripciones de casos de uso.
Requerimientos suplementarios que capturan los

requerimientos no funcionales y cualquier
requerimiento que no est asociado con un caso
de uso especfico.
Una descripcin de la Arquitectura del Software.
Un prototipo arquitectnico ejecutable.
Una lista de casos de negocio revisados.
Un plan de desarrollo para el proyecto global,

mostrando las iteraciones y el criterio de
evaluacin para cada iteracin.
Un caso de desarrollo actualizado especificando

el proceso a ser usado.

Un manual de usuario preliminar (optativo).
18
Durand Huamn
C. Fase de Construccin.
Durante la fase de construccin, se desarrollan todos
los componentes restantes y las caractersticas de la
aplicacin, los cuales son integrados dentro del
producto para luego ser cuidadosamente probados.
El resultado de la fase de construccin es un producto
listo para ser puesto en manos de los usuarios finales.
Como mnimo consiste en (Morales, y otros, 2009):
El
producto
software
integrado
sobre
plataformas adecuadas.
Los manuales de usuario (optativo).
Una descripcin de la actual puesta en marcha.
D. Fase de Transicin.
La fase de transicin est completa cuando el
producto base es suficientemente maduro para ser
desplegado en el dominio del usuario final. Esta fase
incluye (Fernndez y Fernndez, 2000):
Una Prueba beta para validar el nuevo sistema

contra las expectativas del usuario.
Conversin de base de datos operacionales.
Capacitacin de usuarios y manejadores
Cada fase concluye con un hito o hecho bien definido,

que es un punto en el tiempo en donde ciertas
decisiones crticas deben tomarse, y por consiguiente
en donde se deben haber logrado metas importantes.
2.6.2.2.2.
Flujos de trabajo del RUP.

RUP comprende 2 disciplinas o flujos de trabajo
importantes en el Contenido, por los cuales se
establecen:
A. Disciplina de Proceso o Flujo de Trabajo del proceso
(Toro Lpez, 2012):

19
Durand Huamn
Modelado
del
Negocios:
Entendiendo
las
necesidades del negocio.

Requisitos: Trasladando las necesidades del
negocio a un sistema automatizado.
Anlisis y diseo: Trasladando los requerimientos
dentro de la arquitectura de software.
Implementacin: Creando software que se ajuste
a la arquitectura y que tenga el comportamiento
deseado.
Pruebas: Asegurndose que el comportamiento
requerido es el correcto y que todo lo solicitado
este presente.
Despliegue: Se crea una relase del producto, se
distribuye a los usuarios y se instala en su lugar de
trabajo.
B. Disciplinas de Soporte o flujo de trabajo de soporte

(Debrauwer, y otros, 2009):
Configuracin y gestin de los cambios: Identifica
que elementos deben ser cambiados adems de
definir y gestionar las configuraciones de esos
elementos.
Gestin del proyecto: Se centra en las actividades
de la gestin del proyecto entindase escoger el
grupo de trabajo, los recursos necesarios para
llevar a cabo el proyecto, supervisar y ejecutar el
proyecto y adems gestionar los riesgos que
pueden llevar al fracaso el proyecto.
Entorno: Son las actividades que tienen como
objetivo proveer al grupo de trabajo del proyecto
los recursos de hardware y software necesarios
para llevar a cabo el mismo as como tambin
gestionar el entorno de desarrollo en relacin a la
visin del proyecto.
20
Durand Huamn
2.6.2.3.
SCRUM
Es un enfoque gil para desarrollar software. En lugar de proporcionar una descripcin
completa y detallada de cmo todo lo que hay que hacer en el proyecto, mucho se deja
en manos del equipo de desarrollo de software; debido a que el equipo sabr la mejor
forma de solucionar el problema que se presentan.
Scrum se basa en una auto-organizacin, equipo multifuncional. El equipo de Scrum es
de auto-organizacin en la que no hay ningn lder del equipo en general que decide
qu persona va a hacer qu tarea o cmo un problema se solucionar
(Mountaingoatsoftware, 2012).
Estructura gil de SCRUM:

a. Concepto
En la fase de concepto se crea la visin del producto o servicio que quiere obtener.
Se decide y selecciona al equipo de personas que lo llevar a cabo.
Partir sin una visin determinada produce esfuerzo baldo. Igual que para una
empresa, la visin es un factor crtico para el xito del proyecto. Se necesita tener
la visin de lo que se quiere, y conocer el alcance del proyecto. Esta informacin la
deben compartir todos los integrantes del equipo (Malca Vicente, 2013).
b. Especulacin
Una vez que se dispone de la visin de lo que se quiere conseguir, el equipo
especula y construye hiptesis sobre la informacin de la visin. La gestin gil
investiga y desarrolla tomando como partida la visin del producto. La etapa de
especulacin se repite en cada iteracin del desarrollo (Mountaingoatsoftware,
2012).
c. Exploracin
Desarrollo de las funcionalidades que para generar el siguiente incremento de
producto, ha determinado el equipo en la etapa anterior (Malca Vicente, 2013).
d. Revisin
El equipo y los usuarios revisan las funcionalidades construidas hasta ese
momento. Trabajan y operan con el producto real para determinar su alineacin y
direccin con el objetivo (Mountaingoatsoftware, 2012).

21
Durand Huamn
e. Cierre
Al llegar a la fecha de entrega de una versin de producto (fijada en la fase de
concepto y revisada en las diferentes fases de especulacin), se obtiene el producto
esperado (Malca Vicente, 2013).
ROLES EN SCRUM
En Scrum hay 3 roles principales:
a. El Dueo de Producto (DP)

El Dueo de Producto es el responsable de maximizar el retorno de inversin (ROI)
identificando las funcionalidades del producto, ponindolas en una lista priorizada
de funcionalidades, decidiendo cuales deberan ir al principio de la lista para el
siguiente Sprint, y re priorizando y refinando continuamente la lista (lvarez
Garca, y otros, 2012).
b. Equipo
El Equipo construye el producto que va a usar el cliente, por ejemplo una aplicacin
o un sitio web. El equipo en Scrum es multi-funcional tiene todas las
competencias y habilidades necesarias para entregar un producto potencialmente
distribuible en cada Sprint y es auto organizado (auto-gestionado), con un alto
grado de autonoma y responsabilidad.
El equipo en Scrum consta de 03 a 09 personas, que incluye analistas,
desarrolladores, diseadores de interface, y testers. El equipo desarrolla el
producto y da ideas al DP de cmo hacer un gran producto (Malca Vicente, 2013).
c. SCRUMMASTER(SM)
El ScrumMaster es quien ayuda al grupo del producto a aprender y aplicar Scrum
para conseguir valor de negocio. El ScrumMaster hace lo que sea necesario para
ayudar a que el equipo tenga xito.
El ScrumMaster no es el jefe del equipo o jefe de proyecto; el ScrumMaster sirve
al equipo, le protege de interferencias del exterior, y ensea y gua al DP y al
equipo en el uso fructfero de Scrum (Mountaingoatsoftware, 2012).

22
Durand Huamn
2.6.3. Lenguajes de programacin.

Uno de los primeros lenguajes conocidos y utilizados en todo el mundo fue
FORTRAN. Posteriormente se crearon COBOL y LISP. Estos tres han sido los padres
de los lenguajes de programacin y han servido de base para el desarrollo de
muchos otros (Marco Galindo, y otros, 2010).
Un lenguaje de programacin es un lenguaje artificial que se utiliza para expresar
programas de ordenador. Cada ordenador, segn su diseo, entiende un cierto
conjunto de instrucciones elementales (lenguaje mquina). Para facilitar la tarea
del programador, se dispone tambin de lenguajes de alto nivel ms fciles de
manejar y que no dependen del diseo especifico del ordenador (Rodriguez Sala,
2003).
JAVA
First Person, una filial de Sun Microsystems especializada en software para
pequeos dispositivos, decidi desarrollar un nuevo lenguaje adecuado a sus
necesidades. As, del a mano de James Gosling, naci Oak, que no tuvo mayor
repercusin es ese entonces.
Uno de los desarrolladores de Unix y fundadores de Sun, Bill Joy, pens que
Oak podra ser el lenguaje que internet necesitaba y en 1995, tras una
pequea adaptacin de Oak, nace Java (Vlez Serrano, y otros, 2011).
Algunas caractersticas de Java segn (Beuchot, 2007):
Toma las caractersticas de lenguajes con C y C++.
Ayuda al programador principiante con sus
interfaces
elegantes.
Orientado a objetos.
Funciona en la mayora de las computadoras.
VISUAL BASIC.NET
Es un lenguaje de programacin de alto nivel ms popular en el mundo, el
cual integra nuevos conceptos tales como formularios web (Groussard,
2011).
Caractersticas de Visual Basic .Net segn (Ceballos Sierra, 2010):
Interfaz grfica.

23
Durand Huamn
Interfaz de consola.
Ofrece capacidades de diseo completamente orientado a objetos.
Acceso directo a Microsoft .NET Framework.
Permite crear aplicaciones solo para Windows.
Un nuevo producto llamado Visual Studio Express for Windows Phone

para el desarrollo de aplicaciones para mviles.
Tambin existen lenguajes para crear aplicaciones en la web, aqu se detallan los
ms utilizados:
PHP
Es un lenguaje Open Source interpretado de alto nivel, especialmente
pensado para desarrollos web usado para generar pginas HTML. Entre sus
ventajas no est slo que pueda ejecutarse en casi cualquier sistema
operativo, sino que, a diferencia de otros lenguajes de programacin, le
permite intercambiar su trabajo de una plataforma a otra con muy pocas o
ninguna modificacin (Ullman, 2010).
ASP.NET
ASP.NET es un framework para aplicaciones web desarrollado y
comercializado por Microsoft. Es usado por programadores para
construir sitios web dinmicos, aplicaciones web y servicios web XML.
ASP.NET admite lenguajes como Visual Basic, C# y J# (Steven Sanderson,
2011).
JSP
JSP es un acrnimo de Java Server Pages, que en castellano vendra a decir
algo como Pginas de Servidor Java. Es, pues, una tecnologa orientada a
crear pginas web con programacin en Java. Uno o ms archivos JSP pueden
conformar una aplicacin, en la cual, todos los archivos que forma parte de
ella estn empaquetados en un nico archivo war (en otros servidores se
suele usar empaquetadores jar) (Annimo, 2009).

24
Durand Huamn
2.6.4. Base de datos.

Una base de datos es un conjunto de datos, relacionados pertenecientes a un
mismo contexto, almacenados en algn tipo de medio fsico, ayudando a ser estos
datos persistentes en el tiempo para su posterior consulta (Snchez Estella, 2010).
Tipos de base de datos

Base de Datos Esttica: utilizadas para guardar datos histricos para
posteriormente el comportamiento de datos a travs del tiempo, es decir,
esta base de datos es de solo lectura y es invariante en el tiempo ya que en
el modelo de datos son estructuras (Date, 2005).
Base de Datos Dinmica: su data o informacin almacenada se modifica con
el tiempo donde el modelo de datos son operadores, permitiendo realizar
operaciones como registro, borrado y actualizacin de datos (Cabello
Nevado, 2010).
Modelos de base de datos.

Base de Datos Jerrquica: almacena la informacin en una estructura
jerrquica que est organizada como un rbol invertido. Cada entidad tiene
solo un padre, pero no puede tener varios hijos (Capote Pons, 2005).
Base de datos de red: base de datos sin jerarqua, sus entidades se organizan
en un grafo, donde se puede acceder a algunas entidades a travs de
caminos, este modelo e obsoleto y no necesita anlisis posterior (Snchez
Estella, 2010).
Base de datos relacionales: utilizados hoy en da para modelar problemas
reales y administrar datos dinmicamente, donde su funcin principal al
igual que su nombre es de hacer uso de relaciones; el lenguaje ms
habitual para este tipo de base de datos es el SQL (Lenguaje estructurado
de Consultas - Structured Query Language) (Date, 2005).
Base de datos transaccionales: base de datos como envo y recepcin de
datos a grandes velocidades, su principal funcin es recolectar y recuperar
los datos a la mayor velocidad posible lo que genera que la duplicidad de
datos no es un problema para esta base de datos a comparacin de las
dems (Capote Pons, 2005).

25
Durand Huamn
Base de datos multidimensionales: desarrollada para aplicaciones muy

concretas como creacin de Cubos OLAP; se diferencian de la base de datos
relacional a nivel conceptual; en las bases de datos multidimensionales los
campos o atributos de una tabla pueden ser de dos tipos, o bien representan
dimensiones de la tabla, o bien representan mtricas que se desean estudiar
(Date, 2005).
Base de datos orientada a objetos: almacenan objetos completos (estado y
comportamiento); la cual contiene todos los conceptos importantes de
POO: Encapsulacin, herencia, polimorfismo (Cabello Nevado, 2010).
2.6.5. BPM (Business Process Management).
Es un conjunto de herramientas tecnolgicas que junto con una nueva filosofa de
negocio permite disear la arquitectura empresarial modelando los procesos de
negocio mediante workflows, automatizando su funcionamiento de principio a fin
y permitiendo su monitorizacin y control (Jeston, y otros, 2013).
Algunos procesos que se pueden automatizar con Karomi BPM son los siguientes:
-
Sistema de Calidad ISO o Six Sigma: producto no conforme, accin preventiva y

correctiva, control y distribucin de documentos, evaluacin de proveedores.
Recursos humanos: solicitud de vacaciones, reclutamiento y seleccin y consulta

de informacin propia de cada empleado.
Servicio a clientes: encuestas de satisfaccin, solicitudes de soporte, quejas y

sugerencias
Figura 6: Diseo a los procesos

Fuente: (Estrasol, 2009)
26
Durand Huamn
2.7.
Marco Conceptual.
a. Aplicacin web.
Es una aplicacin informtica distribuida que emplea tecnologas que permiten su
funcin en mltiples plataformas (Lynn Bremn, y otros, 2007).
b. BPM (Business Process Management).
Conjunto de herramientas tecnolgicas que junto con una nueva filosofa de negocio
permite disear la arquitectura empresarial modelando los procesos de negocio
mediante workflows, automatizando su funcionamiento de principio a fin y
permitiendo su monitorizacin y control (Jeston, y otros, 2013).
c. Software.
Conjunto de programas de cmputo, documentos asociados y esquemas de
configuracin necesarios para que estos operen (Sommerville, 2011).
d. Cliente.
Pueden ser aplicaciones o computadoras que se comunican con un servidor para
solicitar un servicio (Pavn Mestras, 2012).
e. Servidor.
Computador que siempre est activo y es el que provee servicios a los clientes siempre
que estos lo soliciten (Wikipedia, 2013).
f.
Base de datos.
Una base de datos es un conjunto de datos organizados de forma que se puede acceder
fcilmente a sus contenidos para su posterior manipulacin (Elmassri, y otros, 2007).
2.7.1. Seleccin de la metodologa.

Para seleccionar la metodologa ms adecuada para el desarrollo e implementacin de este
proyecto se ha decidido establecer las siguientes escalas para los criterios de evaluacin de
los cuales sern resueltos por 3 expertos.
Ver Anexo 04: Encuesta a expertos.

27
Durand Huamn
Tabla 3: Escala de Likert.
2.7.1.1.
Nivel de impacto
Puntaje
Muy baja
Baja
Media
Alta
Muy alta
Criterios de seleccin para la metodologa.

C1: Accesibilidad a la informacin.
C2: Tiempo de desarrollo.
C3: Aplicacin en estudios similares.
C4: Grado de conocimiento de la metodologa.
2.7.1.2.
Matriz de seleccin de metodologa.

Tabla 4: Matriz de seleccin de la metodologa.
Criterio
C1
Metodolgico
C2
C3
C4
Prioridad
Pesos
0.35
METODOLOGA
RUP(*)
METODOLOGA
XP
METODOLOGIA
SCRUM
0.25
0.20
0.20
4.3
3.6
4.3
4.3
3.6
4.02
3.36
3.3
4.06
(*) Metodologa seleccionada.
Los valores obtenidos en cada metodologa de acuerdo a cada criterio se

obtuvieron del promedio de valores obtenido de las encuestas realizadas a los
expertos.
Ver Anexo 05: Comparacin de las metodologas.

28
CAPTULO III:
METODOLOGA
Durand Huamn
3.1.
Tipo de estudio
3.1.1. Por el fin que se persigue
Aplicada: Porque se aplicarn metodologas, tcnicas y herramientas

existentes en la actualidad, las cuales permitirn cumplir con el desarrollo del
proyecto tesis.
3.1.2. Por el nivel de profundidad
Descriptiva: porque se identificarn las relaciones que existen entre dos o ms

variables a fin de ver si hay influencia del estmulo en una variable.
3.1.3. Por su temporalidad
3.2.
Transversal: porque el proyecto se desarrollar en un lapso corto de tiempo.
Diseo de investigacin
3.2.1. Experimental
Pre experimental: Porque se manipularn las variables causales, para poder
determinar los efectos y los cambios que se producen en la variable efecto,

con el fin de contrastar la hiptesis.
Se utilizar el mtodo PreTest PostTest que consiste en evaluar el antes y el

despus, mediante el uso de una variable independiente.
00
01
Dnde:
O0:
Gestin de pasajes, giros y encomiendas en la Empresa de Transportes

Turismo Erick el Rojo, antes de la implementacin de la aplicacin web.
X:
Aplicacin web.
O1:
Gestin de pasajes, giros y encomiendas en la Empresa de Transportes

Turismo Erick el Rojo, despus de la implementacin de la aplicacin web.
Al finalizar el proyecto se establecern las diferencias entre O0 y O1 , para determinar si hay

Mejora en la gestin de pasajes, giros y encomiendas en la Empresa de Transportes Turismo
Erick el Rojo.
Aplicacin web para mejorar la gestin de pasajes,
giros y encomiendas de la Empresa de Transportes
Turismo Erick el Rojo S.A. - Chimbote
30
Durand Huamn
3.3.
Hiptesis
La Aplicacin Web mejora la gestin de pasajes, giros y encomiendas en la Empresa de
Transportes Turismo Erick el Rojo S.A. - Chimbote.
Aplicacin web para mejorar la gestin de pasajes,

giros y encomiendas de la Empresa de Transportes
Turismo Erick el Rojo S.A. - Chimbote
31
Durand Huamn
3.4.
Identificacin de variables
3.4.1.
Operacionalizacin de variables
Tabla 5: Operacionalizacin de variables.
Variable
Definicin conceptual
Definicin operacional
Indicadores
Escala de medicin
Herramienta que los

usuarios
pueden Evaluada a travs de
utilizar accediendo a encuestas

1
Aplicacin web
y/o
un servidor web a entrevistas realizadas a

travs de internet o de los
usuarios
del
Nivel de satisfaccin
de los usuarios
Ordinal
una intranet mediante sistema.

un navegador.
Actividad de carcter Evaluadas
Gestin de pasajes
giros y encomiendas
Tiempo de registro de
o herramienta que mide
tcnico que sirven para el tiempo de registro
Tiempo en la
el traslado de origen de encomiendas, el
generacin de
destino de los giros y tiempo y costos que
reportes
encomiendas, as como generan los reportes
Costos operativos al
material
la venta de pasajes

una
encomiendas
fsico,
con
de ventas.
generar reportes
Razn
Razn
Razn
32
Durand Huamn
3.5. Poblacin, muestra y muestreo

3.5.1.
Poblacin
3.5.1.1.
Para indicadores cualitativos

a. Nivel de satisfaccin de los usuarios.
La poblacin de los usuarios estn formadas por
cuatro personas (04), los cuales son:
Tabla 6: Personal de ETTERSA.
N
Descripcin del cargo
Total
Asistente de venta
2
3
4
Asistente de giros y
encomiendas
Administrador de ventas
Supervisor de giros y
encomiendas
Total del personal
04
N1= 04 usuarios
3.5.1.2.
Para indicadores cuantitativos.

a. Tiempo de registro de encomienda
Se realiza un promedio estimado de 15 registros por
da, por 6 das laborales, por 4 semanas y por 4
meses.
b. Tiempos que generan los reportes de ventas.
Se estima un promedio diario de 3 reportes de
ventas.
c. Costos operativos que generan los reportes de
ventas.
Se estima un promedio de 3 reportes de ventas diario.

33
Durand Huamn
3.5.2. Muestra.
Se tiene:
a. Para poblacin(N) desconocida.
z 2 pq
. (3.1)
2
Donde
n: Tamao de la Muestra
z: 1.96 (95% de confianza) Distribucin Normal.
p: Proporcin de positivos (0.5)
q: Proporcin de negativos (0.5)
E: Precisin de la Estimacin
b. Para la Poblacin(N) Conocida.
NZ 2 pq
(3.2)
( N 1) E 2 Z 2 pq
Donde:
N: Tamao de la Poblacin.
n: Tamao de la Muestra.
z: 1.96(95% de confianza) Distribucin Normal
p: Probabilidad de xito (0.5).
q: Probabilidad de Fracaso (0.5).
E: Error mximo que se tolera en las mediciones (0.05)
c. Para Ajustar la Muestra (n')
n'
n
n
1
N
.. (3.3)
Donde:
n: Valor de Muestra Ajena.
n: Valor de la Muestra Estimada.
N: Poblacin Muestral.
34
Durand Huamn
Nota: Se aplica cuando se conoce la poblacin (n) y si n >80 caso

contrario no se ajusta es decir si n 80.
3.5.2.1. Para indicadores cualitativos.
La poblacin de los usuarios involucrados en el manejo del sistema
son cinco (04), los cuales son:
n1 = 04 usuarios.
Como n1= 04 y es menor que 80, se tiene una muestra igual a la

poblacin, es decir:
n'1=04 usuarios.
3.5.2.2. Para indicadores cuantitativos.
a. Tiempo de registro de encomienda.
n2
15registros 6das 4semanas

*
*
* 4meses
1da
1semana
1mes
n2 1440registros
Reemplazando los valores en la ecuacin (3.2), se tiene:
n2
(1440*1.96*0.5*0.5)
((1440 1)0.052 1.962 *0.5*0.5)
n2 303registros
Como n>80, se ajusta la muestra reemplazando valores en la
ecuacin:
Reemplazando valores en ecuacin (3.3) se tiene:
n2
303
303
(1
)
1440
n2 250registros
b. Tiempos en la generacin de reportes de ventas.
n3

3reportes 6das
4 semanas
*
*
* 4meses
1da
1semana
1mes
35
Durand Huamn
n3 288reportes
Reemplazando los valores en la ecuacin (3.2), se tiene:
n3
288*1.962 * 0.5*0.5
(288 1) * 0.052 1.96 2 *0.5* 0.5
n3 165reportes
ecuacin:
n3
165
165
(1
)
288
n ' 105reportes
c. Costos operativos que generan los reportes de ventas.
n4
3reportes 6das 4semanas

*
*
* 4meses
1da
1semana
1mes
n4 288reportes
Reemplazando los valores en la ecuacin (3.2) se tiene:
n3
288*1.962 *0.5*0.5
(288 1) *0.052 1.96 2 *0.5*0.5
n4 165reportes
ecuacin:
n3
165
165
(1
)
288
n3 105reportes
3.6. Criterios de seleccin.
Disminuir el tiempo de registro de encomienda.

La muestra ajustada que se obtuvo es de:
n2 250registros
Tipo de muestra: Aleatorio simple.
Reducir tiempos en la generacin de reportes de ventas.

n3 105reportes
36
Durand Huamn
Disminuir los costos operativos que generan los reportes de ventas.
n4 105reportes
Incrementar el nivel de satisfaccin de los usuarios.
n1 04colaboradores
3.7. Tcnicas e instrumentos de recoleccin de datos.
Dada la naturaleza de la investigacin se emplearn las siguientes tcnicas e
instrumentos:
Tabla 7: Tcnicas e instrumentos de recoleccin de datos.
Tcnica
Instrumento
Fuentes
Informantes
Encuesta
Encuesta tabulada
Empresa
Clientes
Entrevista
Hoja de entrevista
rea de ventas
ventas.
Observacin
Observacin directa
rea de ventas
Tesista
Jefe del rea de
Para la recoleccin de datos se har uso de las entrevistas, encuesta y observacin

en la empresa, por lo cual se menciona a continuacin:
Encuesta
Se realizaran las encuestas con el fin de poder obtener estados de opinin de
los usuarios, sobre el manejo de los procesos internos. Para poder medir el nivel
de satisfaccin de los usuarios de la empresa de transportes.
Entrevista
Se realizaran entrevistas con el fin de obtener y conocer los procesos que se
realizan en la Unidad de la institucin. Por lo cual se har uso de una grabadora
para capturar la informacin brindada por el personal.
Observacin
Se har uso de la observacin, para poder captar los procesos y medir los
tiempos que se toman para desarrollarlos.

37
Durand Huamn
3.8. Validacin y confiabilidad del instrumento.

Juicio de experto.
Se tomar en cuenta la opinin de expertos en el tema que se

desarrollar para poder dar validez al instrumento que se utilizar para
la recoleccin de datos del proyecto.
Alpha de Cron Bach.
Se utilizar el Alpha de Cron Bach para comprobar la fiabilidad de la

escala de medicin utilizada en el instrumento de recoleccin de datos
a emplear en el proyecto.
3.9. Mtodos de anlisis de datos.

Para el anlisis estadstico de los resultados aplicaremos las siguientes pruebas
estadsticas y estadgrafos:
Desviacin Estndar
(X
s
X )2
i 1
n 1
...(3.4)
Media Aritmtica
X
X
i 1
.. (3.5)
Varianza
n
2
(X
X )2
i 1
n 1
... (3.6)

38
Durand Huamn
T-Student.
Se utilizar esta distribucin para comparar las medias de dos muestras de igual
poblacin, ya que surge de un problema real y se aplicar cuando la muestra sea
menor o igual a 30.
Prueba Z.
Aplicaremos esta prueba estadstica cuando el nmero de las muestras sea mayor
a 30 y nos ayudar a comparar las 2 medias muestrales.
3.10.
Aspectos ticos.
El presente proyecto de tesis est sujeto a los lineamientos establecidos por
la Universidad Csar Vallejo, de igual forma se hace inca pie que los derechos
de terceros se mencionan y se tomaron en consideracin para enriquecer el
proyecto.

39
CAPTULO IV: ASPECTOS

ADMINISTRATIVO
Durand Huamn
4.1.
Recursos y Presupuesto
4.1.1.
Recursos Humanos
Recurso Humano
4.1.2.
Apellidos y Nombres
Tesista
Durand Huamn, Jean Ivn
Asesor
Ing. Mg. Vega Fajardo, Adolfo
Especialista
Hans
Asesor
Ing. Mg. Santos Fernndez,
Metodolgico
Juan Pedro
Cantidad
1
1
Materiales
RECURSOS MATERIALES
tem
Descripcin
Cantidad
Unidad de
Medida
Lapiceros Faber Castell
02
Unidad
Papel Bond A4
01
Millar
Memoria USB Kingston 8GB
01
Unidad
Flder manila
04
Unidad
CDs R700MB
03
Unidad
SERVICIOS
tem
Descripcin
Internet
Cantidad
Unidad de Medida
Meses
Fotocopiado
200
Hojas
Impresiones
1000
Hojas
Servicio de Luz
Meses

41
Durand Huamn
4.1.3. Presupuesto
tem
Descripcin
Cdigo de
Partida
Cantidad
Precio
Unitario (S/.)
Costo Total
PERSONAL
Tesista
2.3.27.2.5
0.00
0.00
Asesores
2.3.27.2.2
0.00
0.00
Sub Total
S/.0.00
MATERIALES
Lapiceros Faber Castell
2.3.15.1.2
0.50
1.00
Papel Bond A4
2.3.15.1.2
1000
0.025
25.00
2.3.15.1.1
30.00
25.00
Memoria USB Kingston
8GB
Flder manila
2.3.15.1.2
0.70
3.50
CDs R700MB
2.3.15.1.2
1.00
3.00
Sub Total
S/.57.50
SERVICIOS
Internet
2.3.22.2.3
138.00
552.00
Fotocopiado
2.3.22.4.4
400
0.05
20.00
10
Impresiones
2.3.22.4.4
1000
0.20
200.00
11
Telefona
2.3.22.2.3
50
0.50
25.00
12
Servicio de Luz
2.3.22.2.3
94.00
376.00
Sub Total
S/.1,173.00
TOTAL
S/.1,230.50
4.2.
Financiamiento
El proyecto ser financiado por el investigador. La Institucin que se investiga,
brindar los recursos que posee antes mencionados.

42
Durand Huamn
4.3.
Cronograma de ejecucin.
4.3.1. Cronograma de actividades.
Tabla 8: Cronograma de actividades.
TIEMPO
ACTIVIDADES
Mes 1
Mes 2
Mes 3
1 2 3 4 1 2 3 4 1 2 3 4
Fase I: Iniciacin.
Fase II: Elaboracin.
Fase III: Construccin.
Fase IV: Transicin.

Mes 4
1 2 3 4
x x
x x
x x x x x x
x x
43
Durand Huamn
4.3.2. Diagrama de Gantt en Ms. Project.
Id
Modo de Nombre de tarea

tarea
1
2
3
4
5
6
7
8
9
10
11
INICIACIN
Modelado del Negocio
Requisitos
ELABORACIN
Requisitos
Anlisis y Diseo
CONSTRUCCIN
Implementacin
TRANSICIN
Pruebas
Despliegue
Duracin
Comienzo
S
10 das
5 das
5 das
10 das
5 das
5 das
35 das
35 das
9 das
5 das
4 das

31 mar '14
X D
14 abr '14
L V M
28 abr '14
X D
12 may '14
L V M
26 may '14
X D
09 jun '14
L V M
23 jun '14
X D
mar 01/04/14
mar 01/04/14
mar 08/04/14
mar 15/04/14
mar 15/04/14
mar 22/04/14
mar 29/04/14
mar 29/04/14
mar 17/06/14
mar 17/06/14
mar 24/06/14
44
CAPTULO V: REFERENCIAS
BIBLIOGRFICAS
Durand Huamn
Bibliografa
- lvarez Garca, Alonso, de las Heras del Dedo, Rafael y Lasa Gmez, Carmen. 2012. Mtodos
giles y SCRUM. s.l. : Anaya Multimedia, 2012. ISBN: 9788441531048.
- Andrade Hurtado, Alejandro Patricio. 2012. Aplicacin de asistencia a usuarios del transporte
pblico a travs de una aplicacin web. Loja : Universidad Catlica de Loja, 2012.
- Annimo. 2009. delibertad: apuntes de Java. [En lnea] 28 de Junio de 2009. [Citado el: 28 de
Octubre de 2013.] http://apuntes.delibertad.com/java/empezando-con-js/.
- Auliso, Roberto, Miles, John y Quintilln, Isabel. 2005. Claves para la mejora de procesos en las
organizaciones. s.l. : Universidad Catlica de Uruguay, 2005.
- Aumaille, Benjamn. 2002. J2EE desarrollo de aplicaciones web. Barcelona : ENI ediciones, 2002.
ISBN: 2-7460-1912-4.
- Ayrac Moreno, Liz Evelyn y Laurencio Gomero, Lizeth. 2009. Sistema informtico web para el
control de Encomiendas y Giros en la Empresa Amrica Express. Chimbote : Universidad Privada
San Pedro, 2009.
- Berzal, Fernando, Cortijo, Francisco Jos y Cubero, Juan Carlos. 2001. Desarrollo Profesional de
Aplicaciones Web con ASP.NET. s.l. : iKor Consulting, 2001. ISBN: 84-609-4245-7.
- Besteiro, Marco y Rodrguez, Miguel. 2005. ASP.NET: Introduccin a las aplicaciones web. [PDF]
2005.
- Beuchot, Mauricio. 2007. Introduccin a las ciencias de la computacin en Java. Jurez : UNAM,
2007.
- Cabello Nevado, Mara Victoria. 2010. Introduccin a las bases de datos relacionales. s.l. : Visin
Libros, 2010. ISBN: 9788498868098.
- Calabria, Luis y Priz, Pablo. 2003. Metodologa XP. s.l. : Univerisdad ORT, 2003.
- Capote Pons, Olga. 2005. Introduccin a la base de datos: El modelo relacional. s.l. : Paraninfo,
2005. ISBN: 9877497323963.
- Ceballos Sierra, Fco. Javier. 2010. MICROSOFT VISUAL BASIC.NET. LENGUAJE Y APLICACIONES.
s.l. : RA-MA, 2010.
- Cedeo M, Lolimar D. 2010. Implementacin de un Sistema Automatizado que optimice la
gestin de los procesos administrativos del rea Servicios Mdicos de la Universidad de Oriente
Ncleo Monagas. Maturn : Universidad de Oriente Ncleo Monagas, 2010.
- Conallen, Jim. 2003. Building Web Applications with UML. Boston : Addison Wesley, 2003. ISBN:
0201730383.

46
Durand Huamn
- Correa Nurea, Csar Eduardo. 2012. Implementacin de una Aplicacin Web para agilizar los
procesos en el rea de Administracin en la Empresa C&C NEC S.A.C. de Chimbote. Nuevo
Chimbote : Univesidad Csar Vallejo, 2012.
- Date, C.J. 2005. Introduccin a los sistemas de bases de datos. s.l. : Pearson Educacin, 2005.
ISBN: 978968444195.
- Debrauwer, L. y Heyde, F.V. der. 2009. UML 2 Iniciacion, ejemplos y ejercicios corregidos.
Barcelona : Ediciones ENI, 2009. 9782746047419.
- Devenev. 2013. Arquitectura de las aplicaciones web. [PDF] 2013.
- Doubast. 2010. Buenas Tareas. [En lnea] Mayo de 2010. [Citado el: 22 de Octubre de 2013.]
http://www.buenastareas.com/ensayos/Definici%C3%B3n-y-Tipos-De-AplicacionesWeb/317130.html.
- Elmassri, Ramez y B. Navathe, Shamkant. 2007. Fundamentals of Database Systems. Madrid :
Pearson Education, 2007.
- Estrasol. 2009. estrasol. [En lnea] 2009. [Citado el: 1 de Octubre de 2014.]
http://www.estrasol.com.mx/bpm.php.
- Euskalit.net. 2007. Euskalit. [En lnea] 2007. [Citado el: 2 de Octubre de 2013.]
http://www.euskalit.net/nueva/images/stories/documentos/folleto5.pdf.
- Fernndez y Fernndez, Carlos. 2000. El Proceso Unificado del Rational para el Desarrollo del
Software. Oaxaca : s.n., 2000.
- Groussard, Thierry. 2011. Recursos Informticos Visual Basic 2010 (VB.NET). Barcelona : ENI,
2011.
- J. Gur, David. 2010. David JGur: Tecnologa, software libre y otras inquietudes. [En lnea] 8 de
Febrero de 2010. [Citado el: 15 de 10 de 2013.] http://davidjguru.com/2010/02/08/laarquitectura-de-tres-capas-introduccion/.
- Jeston, John y Neils, Johan. 2013. Business Process Management: Practical Guidelines to
Successful Implementations. s.l. : Routledge, 2014. ISBN:1136172971.
- Joskowicz, Jos. 2008. Reglas y prcticas en eXtreme programming. Vigo : s.n., 2008.
- Lujn Mora, Sergio. 2002. Programacin de aplicaciones web: Historia, principios bsicos y
clientes web. Alicante : Club Universitario, 2002.
- Lynn Bremn, Lasi y Servati, Anthony. 2007. Intranet Biblie. 3ra. Las Vegas, Nevada,USA : Jamsa
Press, 2007. pgs. 16,19.
- Malca Vicente, Eddie. 2013. Introduccin a SCRUM. s.l. : IluminaTIC, 2013.
- Marco Galindo, Mara, y otros. 2010. Escaneando la Informtica. Barcelona : UOC, 2010.

47
Durand Huamn
- Mendoza, M y Barrios, J. 2004. Propuestas metodolgicas para el desarrollo de aplicaciones

web: una evaluacin segn la ingeniera de mtodos. Mrida : Universidad de los ndes, 2004.
- Morales, Selene, y otros. 2009. Blogger. [En lnea] Ingeniera en Software, 1 de Diciembre de
2009.
[Citado
el:
27
de
Octubre
de
2013.]
http://procesoderational.blogspot.com/2009/12/ciclo-de-vida-de-rup.html.
- Moreira Gibaja, Valentn. 2009. Las aplicaciones web en el entorno empresarial. Madrid :
Latencia SL, 2009. ISSN: 1887-2492.
- Mountaingoatsoftware. 2012. Introduction to Scrum. [En lnea] 2012. [Citado el: 27 de Octubre
de 2013.] http://www.mountaingoatsoftware.com/topics/scrum.
- Nieto Lajo, Jonathan Olger. 2011. Desarrollo de un sistema de construccin Webbs 2.0 e
integracin con un sistema de venta de dominios. Lima : Pontificia Universidad Catlica del Per,
2011.
- Pavn Mestras, Juan. 2012. Protocolos y arquitecturas de aplicaciones en internet. Madrid :
Creative Commons, 2012.
- Propuestas metodolgicas para el desarrollo de aplicaciones web: una evaluacin segn la
ingeniera de mtodos. Mendoza, M y Barrios, J. 2004. 2, Mrida : Universidad de los ndes,
2004, Vol. XXV.
- Rodriguez Sala, Jess Javier. 2003. Introduccin a la programacin: Teora y prctica. s.l. : Club
Universitario, 2003.
- Rossainz Lpez, Mario. 2013. Aplicaciones web. [PDF] 2013.
- Snchez Estella, scar. 2010. Aplicaciones informticas de bases de datos relacionales. s.l. :
Thomson Paraninfo, 2010. ISBN: 9788428332446.
- SAS Institute, Inc. 2010. SAS 9.2 Intelligence Plataform: Web Application Administration Guide.
s.l. : SAS Institute Inc, 2010. ISBN: 978-1-60764-583-2.
- Sommerville, Ian. 2011. Software Engineering. s.l. : Pearson Education, 2011. ISBN:0133001490.
- Steven Sanderson, Adam Freeman. 2011. Pro ASP.NET MVC 3 Framework. s.l. : Apress, 2011.
- Toro Lpez, Francisco. 2012. Administracin de proyectos de informtica. Bogot : ECOE
Ediciones, 2012. ISBN: 978-958-648-816-7.
- Ullman, L. 2010. PHP. s.l. : Anaya Multimedia, 2010.
- Vlez Serrano, Jos F., y otros. 2011. Disear y programas, todo es empezar: Una introduccin
a la Programacin Orientada a Objetos usando UML y Java. Madrid : Dykinson, 2011.
- Vera Chvez, Luis Andr. 2013. Sistema M-Commerce Android para mejorar la atencin en la
Agencia de Transportes Oltursa de la ciudad de Trujillo. Trujillo : Universidad Csar Vallejo, 2014.

48
Durand Huamn
- Wikipedia. 2013. Wikipedia. [En lnea] Wikimedia.Inc, 18 de Noviembre de 2013. [Citado el: 20
de Noviembre de 2013.] http://es.wikipedia.org/wiki/Servidor.

49
CAPTULO VI: ANEXOS
Durand Huamn
Anexo 01: rbol de Problemas.
Bajo nivel de
satisfaccin de
los usuarios
Incremento de
costos operativos
Inadecuada gestin de pasajes,

giros y encomiendas
Demora en el
registro de giros y
encomiendas
Demora en los
reportes de ventas
Falta de
sistemas
informticos
Bajo presupuesto
en desarrollo de
software

Personal con
perfil
profesional
inadecuado
51
Durand Huamn
Anexo 02: rbol de Objetivos.
Alto nivel de
satisfaccin de
los usuarios
Disminucin de
costos operativos
Adecuada gestin de pasajes, giros

y encomiendas
Rapidez en el
registro de giros y
encomiendas
Implementacin
de sistemas
informticos
Bajo presupuesto
en desarrollo de
software

Rapidez en los
reportes de ventas
Personal con
perfil
profesional
inadecuado
52
Durand Huamn
Anexo 03: Modelo de encuesta a expertos.
Encuesta realizada a expertos en el tema, para determinar la metodologa a utilizar.

Apellidos y Nombres:
Profesin:
Empresa:
Criterio
C1
Metodologa
C2
C3
C4
Metodologa RUP
Metodologa XP
Metodologa SCRUM
Significado de las variables:

Nivel de impacto Puntaje
C1: Accesibilidad a la informacin.
C2: Tiempo de desarrollo.
C3: Aplicacin en estudios similares.
C4: Grado de conocimiento de la metodologa.
Muy baja
Baja
Media
Alta
Muy alta
Firma

53
Durand Huamn
Anexo 04: Encuesta a expertos.

54
Durand Huamn

55
Durand Huamn

56
Durand Huamn
Anexo 05: Comparacin de las metodologas.
C1
C2
C3
C4
Total
Criterios
18
11
13
3.3
13.3
20
15
14
4.3
3.6
4.3
16.2
19
12
13
4.3
3.6
Metodologas
ING. VARGAS LLUMPO JORGE
ING. MILLER VILA DOLLY
SCRUM
ING. OBANDO ROLDAN J. CARLOS

PROMEDIO

RUP

PROMEDIO

PROMEDIO

XP
15.9
57
Durand Huamn
Anexo 06: Distribucin normal.

Tabla de Distribucin Normal
reas bajo la curva normal

Ejemplo:
Z=
P [Z>1]=0.1587
P [Z>1.96]=0.0250

58
Durand Huamn
Anexo 07: Distribucin T-Student.

Tabla de Distribucin T Student.
Puntos de porcentaje de la distribucin t

Ejemplo:
Para = 10 grados de
libertad:
P[ t>1.812]=0.05
P[ t<-1.812]=0.05

59

Proyecto Tesis

Cargado por

Copyright:

Formatos disponibles

Proyecto Tesis

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proyecto Tesis

Cargado por

Copyright:

Formatos disponibles

FACULTAD DE INGENIERA

ESCUELA ACADMICO PROFESIONAL DE INGENIERA DE

APLICACIN WEB PARA MEJORAR LA GESTIN DE PASAJES,

TIPO DE INVESTIGACIN. ............................................................................................................... 2

POR EL FIN QUE SE PERSIGUE. ............................................................................................................. 2

DURACIN DEL PROYECTO. ............................................................................................................ 2

CAPTULO II: PLAN DE INVESTIGACIN ....................................................................................................... 4

REALIDAD PROBLEMTICA. ............................................................................................................ 5

FORMULACIN DEL PROBLEMA ..................................................................................................... 5

NIVEL INTERNACIONAL. ..................................................................................................................... 6

OBJETIVO GENERAL. ......................................................................................................................... 6

JUSTIFICACIN TECNOLGICA. ............................................................................................................ 9

MARCO TERICO. ........................................................................................................................... 9

APLICACIN WEB. ............................................................................................................................ 9

CAPTULO III: METODOLOGA ................................................................................................................... 29

TIPO DE ESTUDIO ......................................................................................................................... 30

IDENTIFICACIN DE VARIABLES .................................................................................................... 32

OPERACIONALIZACIN DE VARIABLES ................................................................................................. 32

POBLACIN, MUESTRA Y MUESTREO ........................................................................................... 33

CRITERIOS DE SELECCIN. ............................................................................................................ 36

TCNICAS E INSTRUMENTOS DE RECOLECCIN DE DATOS. .......................................................... 37

VALIDACIN Y CONFIABILIDAD DEL INSTRUMENTO. .................................................................... 38

MTODOS DE ANLISIS DE DATOS. .............................................................................................. 38

ASPECTOS TICOS. ........................................................................................................................ 39

CAPTULO IV: ASPECTOS ADMINISTRATIVO .............................................................................................. 40

RECURSOS Y PRESUPUESTO ......................................................................................................... 41

CRONOGRAMA DE EJECUCIN. .................................................................................................... 43

CRONOGRAMA DE ACTIVIDADES. ...................................................................................................... 43

CAPTULO V: REFERENCIAS BIBLIOGRFICAS ............................................................................................ 45

Asesor Temtico: Ing. Mg. Vega Fajardo, Adolfo Hans.

Asesor Metodolgico: Ing. Mg. Santos Fernndez, Juan Pedro.

1.4.2. Por el diseo de contrastacin.

Sistemas de Informacin Transaccionales.

Duracin del Proyecto.

Aplicacin web para mejorar la gestin de

Tabla 1: Cronograma de Actividades.

Elaboracin del informe

Aplicacin web para mejorar la gestin de

CAPTULO II: PLAN DE

Formulacin del Problema

Aplicacin web para mejorar la gestin de

2.3.2. Objetivos Especficos.

Reducir el tiempo de registro de encomiendas.

Reducir el tiempo en la emisin de reportes de venta.

Incrementar el nivel de satisfaccin de los usuarios.

Reducir costos operativos que genera los reportes de ventas.

Ttulo: Implementacin de un Sistema Automatizado que optimice la gestin

Autor: Br. Cedeo M. Lolimar D.

Institucin: Universidad de Oriente Ncleo Monagas.

Conclusin: El sistema que proponen en el proyecto mencionado,

Correlacin del proyecto: el proyecto permite que los usuarios

Ttulo: Aplicacin de asistencia a usuarios del transporte pblico a travs de

Autor: Andrade Hurtado, Alejandro Patricio.

Institucin: Universidad Catlica de Loja.

Aplicacin web para mejorar la gestin de

Conclusin: La tesis propone el desarrollo de una aplicacin web

Correlacin del proyecto: se asemeja con el proyecto que se est

2.4.2. Nivel Nacional.