Sie sind auf Seite 1von 21

INTRODUCCION

Este proyecto tiene como finalidad implementar de un sistema automatizado para la


optimizacin del rea de ventas de la empresa Soyuz de san Vicente de caete.
Adems, se halla prximo en los lugares muy puntuales de cada ciudad ya que sabemos
que es un empresa muy grande en el Per, esta empresa abarca muchas sucursales tales
como la ciudad de Lima (sede central), caete, chincha, pisco e Ica.
Contamos con autobuses de ltimo modelo que ayuda a que los clientes se sientan muy
cmodos y viajen seguro, tenemos choferes de alta clase que segura su vida en cada
viaje y tiene una infraestructura cmoda para los clientes de esta empresa.

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:

Primera fase: Comprende la formulacin y aprobacin del proyecto.


Iniciando en el mes de agosto concluyendo en el mes de enero del 2017.

Segunda Fase: Comprende desde el desarrollo del proyecto, hasta


finalizar con las conclusiones y las recomendaciones. Iniciando en el mes
de octubre y concluido en el mes de marzo del 2016.

1.2.3. DELIMITACION SOCIAL.


El grupo social objeto de estudios so lo trabajadores de la empresa Soyus
de San Vicente de Caete.
1.2.4. DELIMITACION CONCEPTUAL.
Esta investigacin abarca dos conceptos fundamentales como la satisfaccin
de los clientes y la productividad en el rea de venta de la empresa Soyuz.

1.3 FORMULACION DE PROBLEMAS DE INVESTIGACION.


1.3.1 PROBLEMA PRINCIPAL.
En qu medida el SI influye en la mejora en la mejora del proceso en el
rea de ventas en la empresa de transporte Soyuz?
1.3.1

PROBLEMAS SECUNDARIONS.

En qu medida el SI influye en la reduccin de los cost en el rea de


ventas en las empresas de transporte Soyuz?
En qu medida el SI influye en la reduccin de los tiempos en el rea de
ventas en la empresa SI influye en la redaccin de los errores en el rea
de ventas en la empresa de transporte Soyuz?

1.4 OBJETIVOS DE LA INVESTIGACION.


1.4.1 OBJETIVO GENERAL.
Analizar en qu medida del sistema inteligente influye en la gestin del
rea de ventas en la empresa de transporte Soyuz.
1.4.2 OBJETIVO ESPECIFICO.
Determinar en qu medida el SI influye en la reduccin de los costos en
el rea de ventas en la empresa de transporte Soyuz.
Determinar en qu medida el SI influye en la reduccin de los tiempos en
el rea de ventas en la empresa de transporte Soyuz.
Determinar en qu medida el SI influye en la reduccin de los errores en
el rea de ventas en la empresa de transporte Soyuz.
1.5 JUSTIFICACION E IMPORTANCIA DE LA INVESTIGACION
1.5.1 JUSTIFICACION
Como sabemos en la actualidad vivimos en un pas que se est
poniendo a la vanguardia de las tecnologas inteligentes, actualmente
es necesario un sistema inteligente, dado el crecimiento de los
clientes surge la necesidad de dicha implementacin manejada en el
control de clientes que facilite la informacin adecuada de la misma
para un manejo eficiente.
Adems, es una empresa se le recomienda tener todas las
herramientas necesarias para que el usuario se sienta satisfecho y
pueda realizar sus procesos, ser una empresa lder de transporte
terrestre, que incremente su productividad y con este sistema lo
realizara: Ahorra tiempo, Dinero en contrato de personal, satisfaccin
al usuario ya que no va a tener incomodidad a la hora de sacar su
boleto de viaje.

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.

2.1 ANTECEDENTES DEL PROBLEMA.

2.1.1 DIAGNOSTICO DEL SISTEMA DE CONTROL ACTUAL EN EL


PROCESO ESPECIFICO DE LAS VENTAS DE BOLETOS DE LA EMPRESA
IMUZA S.A.C (QUITO_ECUADOR)

-De Ingeniero Dionisio Guerra escobar_ Colombia (2010)


En la actualidad el uso de los Agentes Conversacionales Animados ha ido creciendo, ya
que son una herramienta muy til y fcil de usar para ciertas tareas. Estos pueden fungir
como guas, maestros, ayudantes, y pueden brindar ayuda en la bsqueda de
informacin sobre un tema, hasta pueden llegar a mantener una conversacin de
cualquier tema en especfico. Los agentes son entidades capaces de percibir su entorno,
los cuales pueden procesar lo que perciben y tener una reaccin, es decir una respuesta o
actuar en su entorno de manera racional. En esta tesis, se presenta una metodologa para
organizar y disear la estructura de los dilogos deun Agente Conversacional Animado
capaz de expresar emociones en su dilogo. Resultado de ste trabajo se disea e
implementa un Asistente Virtual con Dilogo Emocional que proporciona informacin
sobre la Maestra en Ciencias en Ciencias de la Computacin del ITCM.
Antecedentes
Actualmente en la Maestra en Ciencias en Ciencias de la Computacin del ITCM se
estn sentndolas bases para el desarrollo de una lnea de investigacin enfocada al
desarrollo de Interaccin Hombre-Mquina, usando Agentes Conversacionales
Animados. Esto con la finalidad de construir herramientas de simulacin para fines
ludo-educativos y profesionales, que permitan ensear de una manera ms eficaz. Los
Agentes Conversacionales, tienen la finalidad de interactuar con el usuario, para realizar
tareas de una forma muy natural, para lo cual, no basta con que su apariencia sea muy
realista, sino que, adems deben comportarse y comunicarse como lo hara un humano
A continuacin, se mencionarn algunos trabajos realizados en el ITCM relacionados
con esta tesis.

2.2 BASES TERICAS


2.2.1 SISTEMA WEB
Los "sistemas Web" son aquellos que estn creados e instalados no sobre una plataforma
o sistemas operativos (Windows, Linux). Sino que se alojan en un servidor en Internet o
sobre una intranet (red local). Su aspecto es muy similar a pginas Web que vemos
normalmente, pero en realidad los 'sistemas Web' tienen funcionalidades muy potentes
que brindan respuestas a casos particulares.
Los sistemas Web se pueden utilizar en cualquier navegador Web (Chrome, Firefox,
Internet Explorer, etc.) sin importar el sistema operativo. Para utilizar las aplicaciones

Web, no es necesario instalarlas en cada computadora ya que los usuarios se conectan a


un servidor donde se aloja el sistema.
Las aplicaciones Web trabajan con bases de datos que permiten procesar y mostrar
informacin de forma dinmica para el usuario.
Los sistemas desarrollados en plataformas Web, tienen marcadas diferencias con otros
tipos de sistemas, lo que lo hacen muy beneficioso tanto para las empresas que lo
utilizan, como para los usuarios que operan en el sistema.
Este tipo de diferencias se ven reflejada en los costos, en la rapidez de obtencin de la
informacin, en la optimizacin de las tareas por parte de los usuarios y en alcanzar una
gestin estable.
http://www.knowdo.org/knowledge/39-sistemas-web
Un ejemplo claro de un sistema es un panel de administracin, con l se podrn
modificar y actualizar diferentes contenidos dentro de la pgina sin necesidad de llamar
a tu proveedor para que lo haga.
Este tipo de diferencias se ven reflejada en los costos, en la rapidez de obtencin de la
informacin, en la optimizacin de las tareas por parte delos usuarios y en alcanzar una
gestin estable.
http://fraktalweb.com/blog/sistemas-web-para-que-sirven/
2.2.2. BOLETOS ELECTRONICO.
Corresponde a la solucin que permite la administracin de Boletas Electrnicas tanto
de servicios peridicos como de Productos. La posibilidad de emitir boletas electrnicas
nominativas de servicios peridicos parti junto al piloto de factura electrnica del SII.

Sin embargo la posibilidad de emitir boletas no nominativas o boletas de productos


todava era un tipo de postulacin que no estaba abierto para todos por el SII.
Actualmente el Servicio ha abierto esta posibilidad a todos los contribuyentes. Previo a
la posibilidad de emitir boletas electrnicas, solamente se podra trabajar con boletas
pre-foliadas, con cajas fiscales (certificadas por el SII) y por impresoras fiscales
(tambin certificadas). La certificacin de boleta electrnica requiere como requisito
que el emisor sea facturador electrnico es decir que haya obtenido la autorizacin
respectiva del SII corresponde a la solucin que permite la administracin de Boletas
Electrnicas tanto de servicios peridicos como de Productos.

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.

CAPITULO III: MARCO METODOLGICO


3.1 DISEO METODOLGICO
3.1.1 TIPO Y NIVEL DE LA INVESTIGACIN
3.1.1.1 TIPO DE INVESTIGACIN
El tipo de investigacin de este proyecto es aplicada, porque los resultados obtenidos se

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.

3.2 METODO Y DISEO DE LA INVESTIGACIN


3.2.1 CASO DE USO.
En el Lenguaje de Modelado Unificado, un diagrama de casos de uso es una forma de
diagrama de comportamiento UML mejorado. El Lenguaje de Modelado
Unificado(UML), define una notacin grfica para representar casos de uso llamada
modelo de casos de uso. UML no define estndares para que el formato escrito describa
los casos de uso, y as mucha gente no entiende que esta notacin grfica define la
naturaleza de un caso de uso; sin embargo, una notacin grfica puede solo dar una vista
general simple de un caso de uso o un conjunto de casos de uso. Los diagramas de casos
de uso son a menudo confundidos con los casos de uso. Mientras los dos conceptos
estn relacionados, los casos de uso son mucho ms detallados que los diagramas de

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 descripcin escrita del comportamiento del sistema al afrontar una tarea de


negocio o un requisito de negocio. Esta descripcin se enfoca en el valor
suministrado por el sistema a entidades externas tales como usuarios humanos u
otros sistemas.

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.

En esta prctica es comn crear especificaciones suplementarias para capturar detalles


de requisitos que caen fuera del mbito de las descripciones de los casos de uso.
Ejemplos de esos temas incluyen restricciones de diseo como: rendimiento, temas de
escalabilidad/gestin, o cumplimiento de estndares.

El diagrama de la derecha describe la funcionalidad de un Sistema Restaurante muy


simple. Los casos de uso estn representados por elipses y los actores estn, por
ejemplo, los casos de uso se muestran como parte del sistema que est siendo modelado,
los actores no.
La interaccin entre actores no se ve en el diagrama de casos de uso. Si esta interaccin
es esencial para una descripcin coherente del comportamiento deseado, quizs los
lmites del sistema o del caso de uso deban de ser re-examinados. Alternativamente, la
interaccin entre actores puede ser parte de suposiciones usadas en el caso de uso. Sin
embargo, los actores son una especie de rol, un usuario humano u otra entidad externa
puede jugar varios papeles o roles. As el Chef y el Cajero podran ser realmente la
misma persona.

3.2.2

DIAGRAMA DE SECUENCIA

Un diagrama de secuencia muestra la interaccin de un conjunto de objetos en una


aplicacin a travs del tiempo y se modela para cada caso de uso. Mientras que
el diagrama de casos de uso permite el modelado de una vista business del
escenario, el diagrama de secuencia contiene detalles de implementacin del
escenario, incluyendo los objetos y clases que se usan para implementar el escenario
y mensajes intercambiados entre los objetos.
Tpicamente se examina la descripcin de un caso de uso para determinar qu
objetos son necesarios para la implementacin del escenario. Si se dispone de la
descripcin de cada caso de uso como una secuencia de varios pasos, entonces se
puede "caminar sobre" esos pasos para descubrir qu objetos son necesarios para
que se puedan seguir los pasos. Un diagrama de secuencia muestra los objetos que
intervienen en el escenario con lneas discontinuas verticales, y los mensajes
pasados entre los objetos como flechas horizontales.

3.2.3 DIAGRAMA DE CLASES.


En ingeniera de software, un diagrama de clases en Lenguaje Unificado de
Modelado (UML) es un tipo de diagrama de estructura esttica que describe la
estructura de un sistema mostrando las clases del sistema, sus atributos, operaciones (o
mtodos), y las relaciones entre los objetos.

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

Derivado (se puede combinar con otro)

Paquete

1.mbitos
UML especifica dos tipos de mbitos para los miembros: instancias y clasificadores y
estos ltimos se representan con nombres subrayados.

Los miembros clasificadores se denotan comnmente como estticos en


muchos lenguajes de programacin. Su mbito es la propia clase.

Los valores de los atributos son los mismos en todas las instancias

La invocacin de mtodos no afecta al estado de las instancias

Los miembros instancias tienen como mbito una instancia especfica.

Los valores de los atributos pueden variar entre instancias


La invocacin de mtodos puede afectar al estado de las instancias (es
decir, cambiar el valor de sus atributos)

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

Internet : framework, laravel, php


Laravel es un nuevo y poderoso Framework PHP desarrollado por Taylor Otwell, que
promete llevar al lenguaje PHP a un nuevo nivel.
Laravel, propone una forma de desarrollar aplicaciones web de un modo mucho ms
gil. Por ejemplo, en Laravel opcionalmente podemos usar el patrn de diseo
MVC (Modelo-Vista-Controlador) tradicional, donde al igual que otros fameworks PHP,
el controlador es programado como una clase.
Por lo tanto, un Controlador es una clase PHP que dispone de mtodos pblicos que
son el punto de entrada final de una peticin HTTP (Request PHP) a nuestra
aplicacin. Pero, Lavarel propone adems una forma distinta y ms directa de responder
a la solicitud HTTP, que veremos enseguida.

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 {

public function __construct() {


parent::__construct();
}

public function action_listar() {


//punto de entrada de la peticin HTTP
...

En cambio, en Laravel es mucho ms directo en su cdigo:

<?php
Route::get('usuario/listar', function() {
//punto de entrada de la peticin HTTP
...

});

3. Manejo de los Datos en Laravel


Laravel incluye una valiosa pieza de software, llamada Eloquent ORM. Este ORM se
funda en patrn active record y su funcionamiento es en extremo sencillo.
Un ORM (Object Relational Mapper) en PHP es un software que permite tratar la capa
de persistencia de los datos, como simples accesos a mtodos de una Clase u Objeto en
PHP.
La funcionalidad interna del ORM es mapear los objetos de PHP a las tablas en la base
de datos, para el caso en que la persistencia de los datos de la aplicacin es
proporcionada por una DB.
En Laravel es opcional el uso de Eloquent, pues tambin dispone de otros recursos que
nos facilitan interactuar con los datos, o especificamente la creacin de modelos.

La forma de interactuar con los datos en un patrn de diseo MVC, es mediante la


creacin de Modelos. Los Modelos son clases en PHP que encapsulan toda el trabajo
con los datos de una aplicacin.

4. Laravel: Los Modelos


La forma de crear Modelos en Laravel usando Eloquent ORM, es tan simple como:

class Libro extends Eloquent {

//defiendo el nombre de la tabla con la info de los libros


public static $table = 'tb_libros';
}

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() {

//obtener todos los registros de la tabla 'tb_libros':


$libros = Libro::all();

//haciendo disponibles los datos a la vista y desplegndola:


return View::make('mi_vista', $libros);
});

5. Laravel: las Vistas|


Laravel incluye de paquete un sistema de procesamiento de plantillas llamado Blade.
Este sistema de plantillas, Blade favorece un cdigo mucho ms limpio en las Vistas,
adems de incluir un sistema de Cach que lo hace mucho ms rpido.

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:

<php echo $mi_nombre; >

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).

3.3 HIPOTESIS Y VARIABLES.


3.3.1

HIPOTESIS

3.3.1.1 HIPOTESIS EN GENERAL.


La implementacin de un sistema web para la automatizacin de procesos en el
rea de venta beneficiara en un 90% al proceso de ventas de la empresa Soyuz _
San Vicente caete en el periodo 2017.
3.3.1.2 HIPOTESIS SECUNDARIOS.
El sistema web reducir los costos en el rea de ventas de la empresa de

transporte Soyuz _ San Vicente caete en el periodo 2016.


El sistema web reducir los tiempos en el rea de ventas la empresa de
transporte Soyuz S.A
El sistema web reducir los errores en el rea de ventas de la empresa Soyuz
S.A.

3.3.2

VARIABLES.

3.3.2.1 VARIABLES INDEPENDIENTES.


Sistema Web.
3.3.2.2 VARIABLES DEPENDIENTES.
Reduccin costos en el rea de ventas de la empresa de transporte Soyuz _ San
Vicente caete en el periodo 2016.
Reduccin de tiempos en el rea de ventas la empresa de transporte Soyuz S.A.
Reduccin de errores en el rea de ventas de la empresa Soyuz S.A.

CAPTULO IV: RESULTADOS


6.1.

DESARROLLO DEL SISTEMA

6.1.1. ESTUDIO DE FACTIBILIDAD

En general los estudios de factibilidad se completan durante la fase de diseo de


sistemas, normalmente durante la consideracin de la evaluacin de las diferentes
alternativas de solucin propuestas. Para la elaboracin del nuevo sistema se
realizaron los estudios de factibilidad mencionados a continuacin:
Factibilidad Tcnica
La empresa SoyuzCaete S.A actualmente cuenta con la disponibilidad de los
equipos necesarios que permiten la elaboracin e implantacin de un nuevo
sistema.
El personal que trabajar con el sistema web, posee la experiencia tcnica
requerida para disear, implementar, operar y mantener el dicho sistema, es
decir, el personal est apto para manejar el mismo.

El software que ser implementado cumple con los requerimientos para la


elaboracin del sistema propuesto.

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.

MODELADO DEL NEGOCIO

6.2.1. REQUERIMIENTOS

Se anular todos los procedimientos actuales por un sistema web (internet).


El personal del rea de ventas de la empresa, realizar ventas ms rpidas y ms
factibles para sus clientes.
El personal de ventas verificar cada cliente en el sistema web sus
procedimientos y como se esta ejecutando la boleta de viaje de la empresa Soyuz
Caete..
6.2.2. Consideraciones sobre el sistema

En contraparte, se respetarn las siguientes restricciones:

Validacin: La informacin ingresada por teclado es verificada como


medida preventiva ante posibles errores en el proceso.

Seguridad: Acceso al sistema a personas mediante sus DNI . En

funcin a los perfiles y accesos se controlar el nivel de visibilidad de la


informacin.

Escalabilidad: La arquitectura posibilitar la incorporacin de nuevas


funcionalidades y mdulos flexiblemente sin procedimientos drsticos para
el desarrollador.
Usabilidad: Para la familiarizacin del usuario con el software se requiere
una interfaz grfica ligera e intuitiva sumada a una correcta emisin de
avisos de error y advertencia. El usuario iniciar todas las operaciones
requeridas.

Performance: Garantiza un tiempo de procedimientos muy factible y

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

representativa de la poblacin instituciones, con el fin de conocer estados de opinin o


hechos especficos.
1.2.3.2 INSTRUCCIN DE RECOLECCION DE DATOS
Encuesta dirigida a las personas involucradas a la empresa (clientes y trabajadores),
para recolectar informacin sobre el uso de las mquinas para el rea de ventas.

Das könnte Ihnen auch gefallen