Beruflich Dokumente
Kultur Dokumente
MISION
Somos una empresa de servicios comprometido en brindar a nuestro clientes y usuarios
en general un servicio de transporte terrestre de pasajeros, carga y mercadera con un
nivel de alta calidad, puntualidad, seguridad y comodidad; satisfaciendo totalmente sus
expectativas.
VISION
Convertirnos en una de las empresas lderes de transporte terrestre de pasajeros
interprovinciales del Per, logrando que nuestro estndares sean lo ms altos posibles,
de manera que sus usuarios se sientan totalmente a gusto con nuestros servicios y
seamos reconocidos por nuestro valores empresariales.
CAPITULO I
PLANTAMIENTO DEL PROBLEMA
1. SITUACION RPOBLEMATICA
1.1 DESCRIPCION DEL PROBLEMA
La empresa de transporte Soyuz su gran problema sucede en las festividades o
fechas feriadas tienen una gran demanda de clientes por viajar a todo el sur chico
donde son designadas cara rutas de dicha empresa, lo que ocasiona que ne las
terminales de la empresa tanto como en la sede central que es en lima sino
tambin en sus sucursales tengan un gran cantidad de personas haciendo cola, la
y la incomodidad de las personas por esperar a solicitar su boleto es muy
tedioso, es lo que la empresa necesita de una manera u otra obtener, una solucin
para no perder clientes , ni causar molestias.
La lentitud en el servicio de atencin en el cliente y la lentitud en la consulta de
datos de los clientes habituales produce un servicio ineficiente.
1.2 DELIMITACIN DE LA INVESTIGACION.
1.2.1. DELIMITACION ESPACIAL.
El desarrollo del proyecto abarca la cadena de buses de la empresa Soyuz en
el distrito de San Vicente de Caete, departamento de Lima, para ello se
implementar un sistema.
1.2.2. DELIMITACION TEMPORAL.
El trabajo de investigacin se realizar en dos fases:
PROBLEMAS SECUNDARIONS.
1.5.2
1.5.3
CAPITULO II
IMPORTANCIA.
La implementacin de un sistema automatizado para la generacin de
boletos traer beneficios y solucionara los problemas como las colas
grandes ala hora de sacar un boleto, el personal muy lento ala hora de
atender, traer ahorro, y solucionara incomodidad en los clientes.
El sistema inteligente permitir a los clientes: Generar sus propios
boletos, seguridad a la hora de obtener su boleto y vuelto si es que es
necesario darse. Este sistema permitir ala empresa, ahorrar dinero al
no contratar ya mas personas para la venta, satisfaccin al cliente,
ahorra dinero al no contratar ya mas personas para la venta de
boletos, satisfaccin del cliente, la prioridad del sistema es ayudar a
solucionar el problema de la empresa que tiene presente.
LIMITACIONES
Las limitaciones de este proyecto es que el gerente de la empresa ,
sucursal Caete no brinda la informacin necesaria.
2 MARCO TEORICO.
Ventajas
Ahorro en costos, se estima que el costo promedio de la administracin de documentos
tributarios que en el caso de las boletas es considerable ya que su nmero es
generalmente mucho mayor que para otros documentos como facturas.
Para el caso del usuario de boletas pre-foliadas se obtienen ahorros en tiempo,
agilizndose trmites como la solicitud y el timbraje de facturas, entre otras.
Para el caso de los usuarios de cajas fiscales e impresoras fiscales hay importantes
ahorros de costos en los equipos necesarios para la emisin y desaparece el costo de
mantenimiento de este tipo de dispositivos que mucho mayor que los requeridos para
boleta
electrnica.
El almacenamiento es mucho ms conveniente que para las boletas pre-foliadas, y
bastante ms simple y transparente que para las cajas e impresoras fiscales.
El uso de boleta electrnica permite que esta sea enviada por Internet al cliente o que
pueda ser habilitada para su consulta en sitios web lo que entrega mejores niveles de
servicio y en algunos casos permite ahorrar el envi por va postal del documento en
papel.
utilizan para resolver problemas. Al respecto, esquivar (2015) , se investiga para actuar,
transformar, modificar o producir cambios en un determinado sector de la realidad.
Sebastian Eduardo (2015) menciona que, es sin duda el tipo de investigacin ms
adecuado y necesario, en las actuales circunstancias, para la ejecucin de boletos de
viaje, porque el tener una empresa de top debe ser la permanente bsqueda de nuevas
tecnologas y la adaptacin y aplicacin de nuevas teoras a la prctica de la tecnologa,
con la finalidad de transformar la realidad tecnolgica de nuestro pais.
3.1.1.2 NIVEL DE INVESTIGACIN
En el siguiente proyecto se emple el nivel de investigacin explicativa y correlacional,
ya que su propsito fue de explicar el comportamiento de una variable en funcin de
otras; y adems de medir el grado de relacin entre las variables.
El estudio se realiz en el rea de trabajo, aplicndose mtodos y tcnicas de
recoleccin de datos relacionada con el tema de investigacin de dicha empresa.
casos de uso. En los conceptos se debe detallar ms de un caso de uso para poder
identificar qu es lo que hace un caso de uso.
La posicin o contexto del caso de uso entre otros casos de uso. Dado que es un
mecanismo de organizacin, un conjunto de casos de uso coherentes y consistentes
promueven una imagen fcil de comprender del comportamiento del sistema, un
entendimiento comn entre el cliente/propietario/usuario y el equipo de desarrollo.
3.2.2
DIAGRAMA DE SECUENCIA
Visibilidad
Para especificar la visibilidad de un miembro de la clase (es decir, cualquier atributo o
mtodo), se coloca uno de los siguientes signos delante de ese miembro:
Pblico
Privado
Protegido
Paquete
1.mbitos
UML especifica dos tipos de mbitos para los miembros: instancias y clasificadores y
estos ltimos se representan con nombres subrayados.
Los valores de los atributos son los mismos en todas las instancias
Para indicar que un miembro posee un mbito de clasificador, hay que subrayar su
nombre. De lo contrario, se asume por defecto que tendr mbito de instancia.
3.2.4
LARAVEL
2. Modelo-Vista-Controlador?
Laravel 'entrega la opcin' de seguir usando la metodologa tradicional MVC. Sin
embargo, el framework propone una va ms rpida en PHP, la cual consiste en
programar la interaccin HTTP directamente como una funcin anmina asociada a
una Ruta.
Esto tiene la ventaja de reducir la cantidad de cdigo, especialmente cuando slo
necesitamos incluir una funcionalidad.
As, donde antes necesitbamos programar una clase, ahora en Laravel slo requerimos
escribir una funcin en PHP.
Por ejemplo, si para desarrollar una aplicacin que responda a la url:
http://mi-aplicacion.com/usuario/listar
En el patrn MVC tradicional necesitamos crear un controlador, en este ejemplo, un
controlador con el nombre 'usuario' y una accin 'listar' similar al siguiente cdigo
PHP:
<?php
class Usuario_Controller extends Controller {
<?php
Route::get('usuario/listar', function() {
//punto de entrada de la peticin HTTP
...
});
Incluso el cdigo del modelo puede ser ms simple an, en el caso que el nombre de la
tabla coincida con el nombre de la clase. Pues Laravel al igual que Ruby on Rails, usa
el paradigma de programacin donde se favorece "la convencin sobre la
configuracin". Y si ahora necesitamos disponer un listado, en la ruta:
http://mi-aplicacion.com/libro/listar
Entonces, slo bastara crear la Ruta e interactuar con el modelo 'Libro' anteriormente
creado, del modo siguiente:
Route::get('libro/listar', function() {
Los Sistemas de Cache, evitan el tener que procesar el cdigo una y otro vez en cada
peticin. Para lo cual, estos sistemas generan versiones estticas en memoria o disco
duro con archivos que corresponden a peticiones previamente procesadas. Y con est
tcnica se logra mejorar el rendimiento de la aplicacin.
El sistema Blade de Laravel, permite una sintaxis mucho ms reducida en su escritura.
Por ejemplo, en vez pintar la vista usando el cdigo PHP:
En Blade se escribira:
{{$mi_nombre}}
Lo cual, no es una gran ventaja sobre todo cuando siempre es posible usar una expresin
resumida en PHP. No obstante, lo que si es una gran ventaja, es el modo en
que Blade maneja los Layouts.
Los Layouts en los frameworks PHP, permiten organizar las vistas en PHP. En especial,
todos los elementos estticos en una aplicacin web que no cambian entre peticiones
HTTP, como lo son:
Los Header,
Mens,
y Footers.
Generalmente, a estos elementos se les denomina 'partial views' (vistas parciales).
HIPOTESIS
3.3.2
VARIABLES.
Factibilidad Econmica
El tiempo establecido para la elaboracin del Sistema web est dentro del
estimado por los usuarios y no se presentan costos adicionales.
Los materiales y equipos a utilizarse para el desarrollo del sistema web no
representan una carga econmica adicional para la empresa Soyuz caete S.A2,
ya que la misma cuenta con los recursos necesarios para su implementacin.
Factibilidad Operacional
Al momento de ser concluido el proceso de elaboracin del sistema web para la
optimizacin de tiempo de los trabajadores, el mismo ser implantado para luego
ser utilizado en la ventas de boletos de dicha empresa SoyuzCaete S.A.
6.2.
6.2.1. REQUERIMIENTOS
rpido de 15 segundos.
Como consecuencia de las entrevistas efectuadas y segn los requerimientos
analizados a partir de la lista de exigencias, se presenta a continuacin la
descripcin de los actores participantes del sistema:
trabajador: Toda persona con una cuenta y accesos autorizados al
sistema.
Administrador: Realiza funciones tales como administrar
monitorear el funcionamiento del sistema. La notificacin de
errores a presentarse con la plataforma es competencia exclusiva
de este actor.
1.2.3 TECNICAS E INSTRUCCIONES DE LA RECOLECCION DE DATOS.
1.2.3.1 TECNICAS
1.2.3.1.1 LA ENTREVISTA.
La entrevista, desde un punto de vista general, es una forma especfica de
interaccin social. El investigador se sita frente al investigado; a los clientes y le
formula preguntas, a partir de cuyas respuestas habrn de surgir los datos de inters
para la implementacin del sistema web.
1.2.3.1.2 LA ENCUESTA.
Una encuesta es un conjunto de preguntas normalizadas dirigidas a una muestra