Informe Proyecto Titulo FInal

+
Escuela de Informtica y Telecomunicaciones

Ingeniera en Informtica
Prof. Vicente Aranda
Proyecto
de Titulo
Venta y reserva de pasajes
Buses Lnea Azul
Entrega Final
Danilo Marcich Andreo

Gregory Varela Mardones
Marzo 2015

Contenido
I DEDICATORIA............................................................................................ 5
II INTRODUCCION........................................................................................6
III ASPECTO DE LA EMPRESA........................................................................7
PRESENTACIN
DE LA EMPRESA_________________________________________________________7
Estructura Organizacional........................................................................................7
Personal................................................................................................................... 7
Objetivos de la empresa.......................................................................................... 7
Fortalezas................................................................................................................ 8
Debilidades.............................................................................................................. 8
Amenazas................................................................................................................ 8
Oportunidades......................................................................................................... 8
Posicin de la empresa en el mercado.....................................................................8
Clientes.................................................................................................................... 9
Proveedores............................................................................................................. 9
DESCRIPCIN
DEL PROCESO DE SERVICIO_______________________________________________10
IV SITUACIN INICIAL DEL PROYECTO.........................................................11

SITUACIN ACTUAL__________________________________________________________________11
Problema............................................................................................................... 12
DESCRIPCIN
DEL PROYECTO__________________________________________________________13
Aporte de solucin al negocio................................................................................13

OBJETIVO GENERAL_________________________________________________________________15
OBJETIVOS ESPECFICOS______________________________________________________________15
CANVAS BUSINESS MODEL_______________________________________________________16
Segmento Cliente..................................................................................................16
Propuesta de valor................................................................................................. 16
Canales de distribucin y comercializacin............................................................17
Relacin con el consumidor...................................................................................18
Flujos de efectivos.................................................................................................19
Recursos claves..................................................................................................... 19
Actividades claves................................................................................................. 20
Alianzas claves...................................................................................................... 20
Estructuras de costos............................................................................................. 21
LIENZO CANVAS___________________________________________________________________22

FODA____________________________________________________________________________23
Fortalezas.............................................................................................................. 23
Debilidades............................................................................................................ 23
Oportunidades....................................................................................................... 23
DEFINICIN
DE EQUIPO_______________________________________________________________24
Organigrama de equipo......................................................................................... 24
Definicin de funciones..........................................................................................26
V FACTIBILIDAD.........................................................................................27
FACTIBILIDAD TCNICA_______________________________________________________________27
HARDWARE:________________________________________________________________________27
Software:............................................................................................................... 28
FACTIBILIDAD ECONMICA
COMERCIAL________________________________________________28
FLUJO DE CAJA..........................................................................................29
VI CONTROL DEL SISTEMA.........................................................................29
LISTADO
DE HITOS PARA LA CONSTRUCCIN DE WBS______________________________________29
DIAGRAMA WBS____________________________________________________________________31
VII TOMA DE REQUERIMIENTOS..................................................................33
REQUERIMIENTOS FUNCIONALES_________________________________________________33
REQUERIMIENTOS NO FUNCIONALES_____________________________________________34
REQUERIMIENTOS
DE SISTEMA_________________________________________________________34
VIII ANLISIS............................................................................................ 36
METODOLOGA
PLAN
APLICADA PARA TOMA DE REQUERIMIENTOS_________________________________36
DE TRABAJO___________________________________________________________________36
FUNDAMENTACIN
PARADIGMA DE DESARROLLO__________________________________________36
Ambiente de Desarrollo, Qa y produccin..............................................................36

Equipos de desarrollo............................................................................................. 37
IDES y herramientas de desarrollo........................................................................37
Carta Gantt basado en WBS...................................................................................38
MODELO
DE DATOS__________________________________________________________________40
Modelo Entidad Relacin.....................................................................................40

Modelo Relacional (Lgico)....................................................................................41
DICCIONARIO
DE DATOS______________________________________________________________43
MODELAMIENTO UML_______________________________________________________________51
Diagramas de casos de uso...................................................................................51

Diagramas de secuencia........................................................................................54
DISEO DE PRUEBAS DE SOFTWARE...........................................................57
CONCLUSIN............................................................................................. 57
X BIBLIOGRAFA........................................................................................58
ENLACES WEB______________________________________________________________________58
LIBROS____________________________________________________________________________58
APUNTES__________________________________________________________________________58
VIII DICCIONARIO......................................................................................58
XI ANEXOS................................................................................................ 59

ndice de Imgenes
Ilustracin A...................................................................................................... 11
Ilustracin B...................................................................................................... 12
Ilustracin C...................................................................................................... 22
Ilustracin D...................................................................................................... 24
Ilustracin E...................................................................................................... 31
Ilustracin F...................................................................................................... 38
Ilustracin G...................................................................................................... 39
Ilustracin H...................................................................................................... 40
Ilustracin I....................................................................................................... 41
Ilustracin J....................................................................................................... 42
Ilustracin K...................................................................................................... 51
Ilustracin L...................................................................................................... 52
Ilustracin M...................................................................................................... 53
Ilustracin N...................................................................................................... 54
Ilustracin O...................................................................................................... 55
Ilustracin P...................................................................................................... 56

II Dedicatoria
En esta oportunidad quiero agradecer de forma especial a aquellos que han
hecho posible mi paso por la educacin superior, a las personas que con su
apoyo lograron hacerme un profesional el da de hoy.
De la misma forma quiero agradecer a aquellos compaeros de estudios
quienes compart esas interminables horas de estudios y trabajos.
Y agradecer a todos los profesores y familia que fueron los causantes de las
horas de estudio, trabajos y desvelos que tuve que llevar todo el tiempo desde
el principio de mi formacin como profesional.
Danilo Marcich
Durante todo este tiempo, y en el largo viaje que decid abordar, he llegado
bien lejos y he cado bien hondo, pero en cada cada he sentido que he crecido
como persona, que ya no soy el mismo que entr por primera vez a ese
auditorio.
Agradezco en este punto de mi vida a todas esas personas que me han
brindado apoyo, ayuda, confianza y conocimiento: familia, profesores,
compaeros de clases y amigos.
A todos ellos simplemente, Gracias.
Gregory Varela

I Introduccin
De manera mayoritaria, en Chile debido su forma geogrfica, gran parte de su
transporte ya sea de productos o de personas entre ciudades va terrestre, es
por medio de buses interurbanos.
En la actualidad el transporte interurbano es cada vez ms complejo e incierto
debido a variados factores, entre ellos:
La falta de informacin referente a cantidad de buses.
La falta de informacin referente a cantidad de asientos que dispone un
bus.
Las paradas intermedias que este realiza entre cada ciudad y s las
realiza.
El nmero de pasajes que se venden o se reservan en cierta fecha
anticipando el viaje.
Bajo estos factores, una empresa de buses necesita de un sistema que le
ayude a controlar y manejar la informacin, para que sus clientes se informen
sobre el proceso de venta, as como tambin es una necesidad el que cada
sucursal este interconectada.
Debido a estos factores problemticos para la empresa de buses interurbanos,
se ha tomado la decisin de brindar un apoyo a este sistema con una solucin
propuesta dentro de este informe, la cual en este momento se le invita a
conocer

III Aspecto de la empresa
Presentacin de la empresa
EMPRESAS LINEA AZUL nacida en el ao 1964 como empresa destinada a
ofrecer el servicio de transporte de pasajeros y de carga entre las ciudades de
San Carlos, Chillan y Concepcin.
Buses Lnea Azul ha desarrollado desde entonces un servicio integral, oportuno
y eficiente, de acuerdo a las necesidades y requerimientos de un mercado cada
da ms exigente.
Hoy con ms de 40 aos de existencia, buses lnea azul se encuentra presente
en las principales ciudades desde Via del Mar hasta Puerto Montt, brindando
servicios con una moderna flota de buses que hacen que cada una de las ms
de 200 salidas diarias sean cmodas y seguras experiencias de viaje.
Estructura Organizacional
Personal
El personal de empresas LINEA AZUL consiste en choferes, auxiliares, cajeros,
inspectores, mecnicos, vendedores, agentes, gerentes, pionetas, aseadores
en promedio trabajan entre 180 y 200 personal a nivel nacional
Objetivos de la empresa
El objetivo principal de empresas LINEA AZUL es el de brindar un servicio de
transporte que cumpla con los requerimientos y normas actuales del ministerio
de transportes y telecomunicaciones y a la vez el de ofrecer un servicio de
calidad en la regiones que este desempea sus labores de rutas y pasajeros.

Fortalezas
Principal fortaleza de empresas LINEA AZUL es que cuenta con un terminal
propio en una de sus ciudades principales (Chillan) y adems de tener un
amplio conocimiento de la VIII regin para realizar sus viajes.
Debilidades
Una de sus principales debilidades es la falta de desarrollo e implementacin
en reas de marketing y tecnologa.para mejorar competitividad.
Amenazas
En la actualidad nuevos competidores con mejor infraestructura y mayor
experiencia en la tecnologa.
Oportunidades
Las oportunidades de tener una nueva masa de mercado a travs del
desarrollo de nuevas rutas y de un nuevo sistema de pago y aumentar
fidelidad.
Posicin de la empresa en el mercado

LINEA AZUL entre los aos 2008 y 2011 estuvo dentro de las cinco empresas
de buses interurbanos ms grandes de Chile.
Gano en dos ocasiones el volante de oro, entregado por FENABUS (Federacion
Gremial Nacional de Buses del Transporte de Pasajeros Rural, Interurbano,
Interregional e Internacional de Chile) a la mejor empresa del rubro en el pas.
Reconocida por sus pares como un modelo de gestin y crecimiento digno de

imitar. En este ao llego a controlar el 12% del mercado de transporte
interurbano de Chile.
Clientes
Personas que viven vacacionando en la octava regin .En la actualidad los

clientes que tienen las empresas de buses es todo tipo de pblico, es decir,
personas de todas las edades las cuales buscan de este servicio para viajar
hacia diferentes ciudades de pas y por diversas razones, ya sea
ocasionalmente, a diario, semanalmente, o en temporada de vacaciones, lo
cual hace que un sistema computacional sea necesario debido a la
disconformidad de los usuarios por la falta de informacin de pasajes
disponibles, y las largas filas que estos deben soportar adems de la sobre
venta de su pasaje.
Proveedores
Los proveedores o partners de servicios para las empresas de buses
interurbanos son:
Servicios tcnicos (maquinas en su jerga).

Proveedores de petrleo.
Proveedores de buses.
Mantenimiento tcnico

Descripcin del proceso de servicio

Los tipos de proceso de ventas actuales en los servicios de buses interurbanos
son presenciales (Manual, Automatizado) y va web.
El proceso manual de servicio es el cual el cajero de forma manual asigna los
pasajes para un usuario del servicio, con el cual dispone de una planilla hecha
a impresa con los pasajes asientos que ya se han vendido (tachndolos), de la
misma manera procede a escribir en un vale de la empresa de buses los datos
del asiento, hora de salida, rango de andenes en el cual el bus estar
estacionado y le deja una firma para dar veracidad al pasaje.
El proceso automatizado es el cual el cajero asigna los pasajes de un usuario
mediante software, con el cual puede revisar los asientos que han sido
vendidos habiendo un menor riesgo de sobre venta. El vale representativo
como pasaje es una boleta de venta donde aparecen todos los datos del bus
mencionados anteriormente.
El proceso va web consta de la compra de pasajes va internet por el usuario.
Los cuales se centralizan en los registros de uso de asientos de las empresas
de buses. No todas las empresas de buses tienen su propio servicio web de
compra y reserva de pasajes (solo grandes empresas).
10

IV Situacin inicial del proyecto

Situacin Actual
ILUSTRACIN A
* El diagrama muestra el proceso actual de venta de pasajes en sucursales,
donde el cliente acude a una sucursal de la empresa de buses y realiza las
consultas que desea saber cmo destino, horario, da, terminal o la
disponibilidad de asientos.
* En este diagrama el punto verde simboliza el comienzo del proceso y el punto
rojo el fin de este.
Actualmente, un cliente de empresas de buses pequea, acude a una sucursal
de ella ubicada en algn terminal de buses. Donde realiza preguntas para
contestar las siguientes interrogantes:
11

Destino.
Disponibilidad Horaria.
Cantidad de asientos.
Donde si llega alguna de estas interrogantes no ser satisfactorias para l,
puede causar la sensacin al cliente que tuvo una visita al terminal de buses
solamente como una prdida de tiempo, y no a lo el cliente en realidad no va
con esa intencin.
ILUSTRACIN B
Problema
En la actualidad, el mtodo de las empresas de buses interurbanos para ventas
de pasajes (exceptuando empresas grandes que disponen de aplicaciones de
compra y reserva online de pasajes propias), las pequeas y medianas
empresas de buses interurbanos no cuentan con una aplicacin que realice
este proceso.
Los actuales procesos de venta de pasajes para las empresas antes
mencionadas son netamente manuales, o se basan en sistemas MS-DOS, los
cuales no permiten una centralizacin de la venta de pasajes en las distintas
sucursales de la empresa. Esto genera, que la sucursal desconozca la cantidad
de asientos vacos disponga un bus, se desconocen los valores y/o horarios de
buses ms all de un corto periodo de tiempo, o simplemente que uno de los
12

asientos de un bus que sale de algn terminal sea vendido a ms de una
persona, y lo ms importante, los usuarios desconocen los horarios y valores
del da en el cual desean viajar, y tienen que asistir directamente en el terminal
de buses (lo que genera gastos de tiempo y dinero adicional para el usuario) a
sabiendas de no encontrar pasajes para una fecha determinada generando
confusin y disgustos tanto con el personal y la empresa.
El otro problema que genera el no contar con una centralizacin de ventas,
cambiando el punto de vista hacia la empresa y las sucursales.
No se dispone de un histrico de las ventas de los pasajes, donde no se puede
calcular los ingresos por oficina, regin o ciudad a corto plazo. Y en algunos
casos, las oficinas trabajan a ciegas la una de la otra.
Descripcin del proyecto

Aporte de solucin al negocio
Se planea crear un servicio o aplicacin web basado en roles, donde se cubran
falencias en los procesos de venta e informacin en las oficinas, disponiendo
de una web abierta donde el cliente pueda conocer, informarse y/o comprar
pasajes desde su oficina u hogar. En los cuales existir un proceso de tracking
para el rea logstica de la empresa podr generar reportes bajo demanda y en
el mejor de los casos, personalizados a gusto.
La aplicacin se basa en un sistema de roles abierto para los usuarios que
deseen comprar las entradas directamente, quieran conocer la disponibilidad
total de pasajes que an quedan en un determinado bus o conocer los horarios
de salida de la flota de buses. Donde el o los usuarios pueden registrarse para
realizar ms de una reserva a la vez y realizar reservas preferenciales
(front_end).
Incluye un back end solo con acceso de verificacin de Rut de usuario y
contrasea. Donde se distinguirn los roles para las distintas reas de ventas,
13

logstica y gerencia donde, basado en esos roles se accede a los mdulos de
venta o reportera respectivamente.
El back end de administracin tambin es un mdulo cerrado con verificacin
de Rut de usuario y contrasea, donde se manejan los mdulos de venta.
Controlando los valores de pasajes, horarios de buses, y los usuarios de la
aplicacin con sus respectivos roles y garantas de acceso.
14

Objetivo General
El objetivo general consta de entregar un servicio a empresas de buses
interurbanos para venta y reserva de pasajes va web,para obtener asi un
mayor servicio de primer nivel.
Objetivos Especficos
Facilitar el ingreso de informacin para de esta forma hacer del proceso
de carga de datos un trabajo simple, sencillo y rpido.y seguro.
Establecer el sistema va Web posibilitando as la comprade pasajes sin
la necesidad de hacerlo presencialmente como es en la actualidad.

Ayudar a mejorarel proceso de clculo de datos, entregando de esta
forma informacin fidedigna de las capacidades.

Aprender lenguajes de programacin web en profundidad.y la
administracin del sistema
15

CANVAS BUSINESS MODEL

Segmento Cliente
Para quin creamos valor?
Para la lnea de buses interurbanos Linea Azul que actualmente no cuenta
con un servicio de reserva y venta de pasajes por internet.
Qu necesidades, comportamientos y atributos comunes tienen?

Nuevos potenciales clientes.
Nuevas entradas de dinero.
Marketing de la empresa.
Propuesta de valor
Qu valor proporcionamos a nuestros clientes?
Masificacin de sus ventas de servicio, fidelizacin de clientes por medio de
internet.
Qu problema de nuestros clientes ayudamos a solucionar?

Desconocimiento de propuestas, ofertas llamativas y nuevos prospectos de
consumo de productos.
Qu necesidades de los clientes satisfacemos?

Posible aumento de clientes, ya sea, que reserven o compren pasajes por
internet.
16

Qu paquete de producto o servicio ofrecemos a cada segmento de
mercado?
Se ofrece publicar, dar aviso, sobre sus necesidades. Tambin un sistema de
registro para los altos cargos de la empresa. Esto para que se tome
conocimiento sobre los actuales niveles de ventas de pasajes, tanto por
internet y/o por sucursal.
Canales de distribucin y comercializacin

Qu canales prefieren nuestros segmentos de mercado?
Internet es el canal de contacto predilecto por la empresa y los clientes ya que
es el medio en que se soporta los normales flujos de venta por sucursal del
cliente, pero en la comodidad de su hogar y sin horario, evitando as, acudir a
alguna sucursal de la lnea de buses.
Cules tienen mejor resultado?

En este caso internet es un medio eficiente y poderoso para lo que es la
entrega de servicios y el marketing delos pasajes mismos, ya que son pocas las
empresas que actualmente cuentan con este servicio.
Cules son ms rentables?

Internet es un medio rentable puesto que provee una serie de herramientas
gratuitas para el usuario, la creatividad e ingenio es la nica limitante esta
todo al alcance del usuario y la empresa.
17

Cmo se integran en las actividades diarias de los clientes?
A travs del sistema Newsletter o boletn podemos mantener contacto con el
cliente, para ofrecer los servicios u ofertas da a da. Adems el cliente a travs
de la pgina puede escribir sus sugerencias y de la misma manera algn
reclamo que tenga contra la empresa.
Relacin con el consumidor

Qu tipo de relacin esperan los clientes?
Los clientes buscan una relacin con el proveedor en donde este le d una
rpida respuesta a todas las dudas e inquietudes que le puedan surgir, ya sea
con problemas de administracin de sus posibles cuentas, o con el proceso de
compra de pasajes.
En otras palabras se habla de una ayuda en todo momento.
Qu tipo de relaciones son habituales?

Los tipos de relaciones ms habituales que se encuentran podran ser:
Asistencia personalizada a los clientes, ya sea por medio del telfono,

email, mensajera instantnea, etc.
Cul es su costo?
El costo de tener una relacin de asistencia remota con el cliente impactara al
momento de comunicarse con este, ya que no existira la instancia de una
charla personal, o un seguimiento de algn funcionario que est al tanto de
todos los problemas que le surjan al cliente a diario.
Cmo se integran en el modelo de negocio?
18

Los clientes estn insertos completamente en este modelo de negocio, ya que
son ellos los que compran o reservansus propios pasajes, son quienes
confirman la hora, y el da de su pasaje.
Flujos de efectivos
Por qu valor estn dispuestos a pagar nuestros clientes?
Los clientes estn dispuestos a pagar un servicio el cual les permitir tener
siempre disponibles las reservas y las ventas de sus pasajes. Permitiendo
brindar un mejor servicio que permita de la misma manera para sus usuarios
tener ms comodidad al momento de reservar o comprar el pasaje.
Por qu pagan actualmente?

Actualmente lo que podemos encontrar en el mercado son sistemas netamente
que no son accesibles por todos, ya que hay aplicaciones propias de las otras
empresas de buses.
Cmo pagan?
Ellos pagan por el proceso de creacin del sistema o aplicacin para el
proyecto. Y si es que lo desean, las mantenciones e implantacin de este
mismo.
Recursos claves
Qu recursos clave necesitamos para cumplir con nuestra propuesta
de valor?
Para el negocio es fundamental el mantener completamente resguardada la
informacin (que se traduce tcnicamente en bases de datos), ya que es la
base del negocio. Adems es esencial contar con una slida infraestructura
tecnolgica (servidores, redes, etc.) que permita un servicio de conectividad
hacia el cliente de forma ininterrumpida.
19

Actividades claves
Qu acciones requieren nuestra propuesta de valor para que nuestro
modelo sea exitoso?
Preparar a los potenciales clientes de la empresa que existe otro competidor en
el rea de venta de pasajes por internet, y tambin que los empleados de
nuestro cliente adopten y propaguen la nueva posibilidad de compra y reserva.
Alianzas claves
Quines son nuestros socios/partners?
Agencias digitales, en las cuales apoyarnos en el rea de marketing
(propuestas al cliente), tales como digitalmeat, cardumen, mayodigital.
Quines son nuestros proveedores clave?

Servicios de VPS Hosting los cuales nos proveern de infraestructura para el
sitio, tales como Amazon, AppEngine - Google, Linode.
Estructuras de costos
20

Cules son los costes inherentes a nuestro modelo de negocio?
Los principales costos inherentes al negocio son en las siguientes reas:
Tecnologa: Con el desarrollo del sitio web y el servicio de hosting.

Marketing: Campaas de marketing para la difusin y captacin de
consumidores.
Equipo de trabajo: En equipo encargado de las reas de gestin y
comerciales, adems de personas encargadas de las mantenciones del
sitio web, etc.
Cules son los costes inherentes a nuestra propuesta de valor?

Los costes inherentes, sera la realizacin del sitio web, ya que es el principal
motor de la propuesta de valor.
Cules son los recursos clave ms caros?

Los recursos ms caros sern los sueldos del equipo de trabajo.
Cules son las actividades ms costosas?

Las actividades ms costosas son la realizacin de la pgina web y alguna
campaa de marketing s es que el cliente accede a utilizar alguna de las que
fueron propuestas o a su eleccin.
21

Lienzo CANVAS
ILUSTRACIN C
22

FODA
Fortalezas
Quita las filas y esperas para el usuario:

o Disminuye la asistencia a terminales de buses para la compra
anticipada de pasajes.
Ventas ms seguras y evita confusiones:
o Ventas con registro.
o Una sucursal sabr lo que hace la otra.
o No se revendern pasajes, ni se duplicaran asientos en los buses.
o Dada la anticipacin de la compra, se puede dar aviso al usuario
de la salida del bus por medio de distintas propagaciones: SMS o
email.
o Ventas preferenciales a usuarios registrados.
Reportes a corto plazo
o Los reportes sern ms efectivos y en menos tiempo.
o Reportes personalizados a gusto.
Debilidades
La empresa que se ofrezca el servicio quiera realizar su propia
aplicacin.
Oportunidades
Solo las algunas de las grandes empresas de buses constan de una
aplicacin web para la reserva de pasajes.
Algunas de las empresas que cuentan con sistemas de venta de pasajes
en sucursal no cuentan con venta de pasajes para usuarios y algunas no
tienen la informacin centralizada para las distintas sucursales.
Comprar la aplicacin una empresa de transportes es ms econmica
que hacer una propia con las mismas caractersticas y el tiempo en
implementacin es menor en comparacin en un desarrollo propio de las
empresas en cuestin.
Definicin de equipo
23

Organigrama de equipo
ILUSTRACIN D
Jefe de proyecto: Es la persona que tiene la responsabilidad total respecto a
la planificacin y ejecucin de un determinado proyecto. Debe tener
una combinacin de habilidades incluyendo la capacidad de hacer preguntas
perspicaces, detectar supuestos no declarados y, resolver conflictos
interpersonales junto con la capacidad de aplicar sistemticamente los
principios de la administracin.
Arquitecto de software: Su funcin es maquetizar el proyecto definiendo la
base, estructura, y metodologa para el proyecto. Se encarga de generar el
ambiente de desarrollo para que los dems integrantes del equipo puedan
24

realizar copias de este y as trabajar en el mismo sentido y bajo las mismas
reglas. Su participacin en el proyecto no es por la duracin completa de este,
si no que solamente en la parte inicial.
Analista de software: Tiene a su cargo el entendimiento de las necesidades

y oportunidades dentro de un negocio, son traductores de lo tcnico a lo
humano, fungiendo como puente entre el equipo de desarrollo y los
representantes de la organizacin (El cliente).
Desarrollador: Es la persona que realiza las funciones de un analista tcnico y
de un programador; es decir, parte de una informacin previa recibida del
analista, en funcin de la cual desarrolla las aplicaciones y organiza los datos.
En base a sus conocimientos en el o los lenguajes de programacin necesarios
en cada caso, sintetiza, organiza y lo lleva a la prctica mediante la
codificacin de la situacin.
Administrador de Base de datos (DBA): Tiene una doble funcin, debido
a que debe interactuacin usuarios e interactuar con programas de aplicacin.
Esto se explica, debido a que ste es responsable del modelo lgico
(modelamiento de datos) y modelo fsico (base de datos, archivos)de los datos.
Es decir, est encargado de la estructura de la informacin.
Qa: Las tareas que realiza el QA son tareas de testing muchas veces,
(Aseguramiento de la calidad). Tambin realiza el aseguramiento de la
calidad (QA), se puede definir como el esfuerzo total para plantear, organizar,
dirigir y controlar la calidad en un sistema de produccin con el objetivo de dar
al cliente productos con la calidad adecuada.
Definicin de funciones
Funcin
Nombre
Jefe Proyecto
Gregory Varela
Arquitecto de Software
Danilo Marcich
25

Analista de Software
Gregory Varela
DBA
Danilo Marcich
QA
Gregory Varela
Desarrollador
Danilo Marcich
Desarrollador
Gregory Varela
26

V Factibilidad
Factibilidad Tcnica
La factibilidad tcnica consisti en realizar una evaluacin de los procesos y la
tecnologa existente en la organizacin, en este anlisis se reuni informacin
sobre los componentes tcnicos que la empresa deber adquirir o mejorar y ala
vez hacer uso de los requerimientos tecnolgicos que esta tiene a disposicin
para el desarrollo y puesta en marcha del sistema.
De acuerdo a la tecnologa necesaria para la implantacin del sistema de
reserva de pasajes va web, se han evaluado dos enfoques: el hardware y el
software.
Hardware:
En cuanto a hardware, se requerir de un servidor para realizar el
almacenamiento de registros ya sea de pasajes, usuarios, destinos, valor
monetario, y mantener una conexin de calidad entre cada sucursal de BUSES
LINEA AZUL, (anexo de detalle de hardware se encuentra adjunto en
requerimientos de sistema pgina 34.)
27

Software:
En cuanto al software BUSES LINEA AZUL cuenta con licencia para los equipos
de rea gerencial o administrativa, el sistema que utilizan es Windows 7 32bits
pero no cuenta con licencia en motores de bases de datos, o de un sistema
operativo para el servidor que se adquirir, por lo que deber comprar las
mencionadas licencias para una correcta implantacin de nuestro sistema.
Para el caso anterior est servidor solicitado contar una distribucin de Linux,
el cual puede ser utilizado bajo el concepto LAMP (Linux Apache MySql PHP) el
cual permitira implementar e integrar el nuevo proyecto (Ms detalles en el
captulo VIII). A pesar de que Linux es un Sistema Operativo libre (No existe el
pago de licencias), la empresa se compromete con el debido pago de las
correspondientes mantenciones, actualizaciones y otros que el proveedor de
bases de datos, SO, inclusive herramientas pueda solicitar.
Factibilidad Econmica y Comercial

El mercado de clientes que abarca este sistema es amplio en cuanto a la
cantidad de empresas que utilizan un sistema manual parecido al de buses
Linea Azul el cual se puede implementar en empresas relacionadas con el
mismo rubro o mercado de buses interurbanos que necesiten un sistema web
de reserva y compra de pasajes para sus clientes.
Flujo de caja
28

En este flujo se especifican los gastos y los ingresos que se han de obtener de
la creacin del sistema de reserva de pasajes, en los 5 aos correspondientes.
VI Control del sistema

Listado de hitos para la construccin de wbs
29
Determinacin de roles
Reuniones
Definicin de alcances
Entrega doc. de requerimientos
Instalacin servidores
Instalacin de equipos
Configuracin y ambientacin de servidores
Configuracin y ambientacin de equipos
Definicin de herramientas
Modelado de arquitectura de datos
Modelo de datos
Arquitectura de clases
Arquitectura de software
Creacin de bases de datos
Insercin de datos
Desarrollo de software
Pruebas & QA
Implantacin

Marcha blanca
Aceptacin de software
30

Diagrama WBS
El diagrama de la pgina anterior explica los hitos que se han de seguir para la
creacin, desarrollo e implantacin del proyecto. Donde para cada uno de ellos
se crearan tareas para cumplir con funcionamiento y cumplimiento de estos.
ILUSTRACIN E
31

32

VII Toma de Requerimientos

La toma de requerimientos de BUSES LINEA AZUL se hizo en base a
requerimientos de tipo funcional, requerimientos de tipo no funcional y de
requerimientos de sistema los cuales se detallan a continuacin:
REQUERIMIENTOS FUNCIONALES
33
Almacenar informacin del cliente y de los empleados en bases de

datos
Almacenar hoja de registros de las transacciones (Archivo)
Registrar forma de pago de la venta del pasaje
Se debe informar el nmero de asientos disponibles de un bus
Se debe informar el horario de los buses
Se debe informar destino de los buses en el sitio web.
Validar informacin ingresada al sistema (informacin de usuario, de
empleados y de rea gerencial y administrativa)
El sistema debe registrar clientes lo cual pueden hacerlo ellos
mismos
El sistema debe registrar a los empleados de la organizacin a travs
de un administrador de sistema.
El sistema debe tener la opcin de actualizar un usuario (login y
password)
El nombre de usuario debe tener las dos primeras letras del nombre
mas el apellido.
Se debe autenticar a los usuarios al ingresar al sistema

REQUERIMIENTOS NO FUNCIONALES
Interfaz
La aplicacin hace uso de interfaces de uso intuitivo (ayuda al usuario,
mostrando como funciona).
La aplicacin cuenta con el logo de la empresa ubicado en la parte
superior izquierda, manteniendo el actual formato y colores que ya
posee actualmente.
La aplicacin se adapta a todo tipo de navegador para mantener una
esttica integra entre los navegadores en general, exceptuando Internet
Explorer 8 o una versin anterior.
La aplicacin tiene como requisito mnimo de resolucin de 1378x768
pixeles para su correcta visualizacin y se adapta a las resoluciones ms
altas.
Seguridad
El acceso para un cliente de la empresa ser controlado con nombre de usuario
y contrasea, las cuales deben ser creadas por el mismo usuario. Solo los
trabajadores de ciertas reas de LINEA AZUL tendrn permisos administrativos
y esto ser controlado por un administrador de sistemas.
Requerimientos de sistema
Caractersticas
Marca: HP
Modelo: Proliant ML350e
Procesador: Intel Xeon E5-2407 (4 core, 2.2 GHz, 10MB, 80W)
Tipo de fuente de alimentacin: 460 W sin conexin en caliente
Ranuras de expansin: 6 ranuras PCIe
Memoria: 4 GB DDR3
Ranuras de memoria: 6
Almacenamiento: HDD no includo, soporta LFF SATA
34

Controlador de almacenamiento: SATA RAID de 4 puertos integrado
Unidad ptica: DVD-ROM SATA de media altura
Red: Adaptador Ethernet 361i de 1 Gb y 2 puertos por controlador
Como se menciona el server no integra un disco duro por lo que se seleccion

el siguiente disco duro:
Unidad de disco duro HP Midline de 500 GB 3 G SATA de 7.200 rpm LFF
(3,5")
Capacidad: 500GB
Velocidad: 7200 rpm
Tipo: SATA
Tamao: 3,5"
Sistemas de restauracin y copia de seguridad disco a disco para

empresas
Soluciones de archivo y almacenamiento de abundante contenido en

soporte, p. ej., vdeo
Gran almacenamiento a bajo coste para repositorios de datos de

referencia y aumento de cinta de almacenamiento secundaria
El hardware necesario para el proyecto tiene una total de $1094980 (server

$999990 y disco duro (HDD) $94990) los cuales deber invertir la empresa.
35

VIII Anlisis
Metodologa aplicada para toma de requerimientos
Plan de trabajo
Fundamentacin paradigma de desarrollo
Para el de desarrollo de nuestro servicio de venta de pasajes para LINEA AZUL,
se ha determinado utilizar las siguientes herramientas, lenguajes de
programacin, frameworks, servidor, motores de bases de datos y libreras.
Esto es para un desarrollo ptimo en desempeo de la aplicacin entre esttica
y fluidez de cada flujo o proceso (Ya utilizado anteriormente en proyectos
laborales) con basados en la sigla LAMP (Linux Apache MySql PHP).
Las libreras estn definidas para un control y validacin de los datos del host
cliente, utilizando las ultimas distribuciones de ests.
Ambiente de Desarrollo, Qa y produccin

Servidor: Distribucin de Linux descendiente de Debian (Debian, Ubuntu,
Mint, etc).
Ambiente: Apache HTTP Server.
Lenguaje de programacin: PHP v5
Frameworks:
Symfony2 v2.2.1.
Doctrine2 (Mappeador de entidades de bases de datos).
Motor de bases de datos:MySql.
Libreriasy lenguajes Web:
JQuery.
Kendo UI.
Javascript5
36

HTML5
JSON / XML
CSS5
Equipos de desarrollo
Los equipos computacionales que se utilizaran para el desarrollo, sern equipos
personales (notebooks propios) donde se instanciaran mquinas virtuales para
generar los correspondientes ambientes de desarrollo.
IDES y herramientas de desarrollo

IDE: Netbeans v8.0 o superior.
Visualizador de base(s) de datos: Sql Server 2008 Release 2 Service Pack 3
Navegador: Para el trabajo de desarrollo se utilizar por defecto el navegador
Google Chrome. Pero se utilizaran los dems navegadores para definir una
esttica integra entre los navegadores en general, exceptuando Internet
Explorer 8 o una versin anterior.
37

IX Diseo del sistema

Carta Gantt basado en WBS
ILUSTRACIN F
38

* Aceptacin de software es asumido como entrega de la aplicacin al cliente.
ILUSTRACIN G
39

Modelo de datos
Modelo Entidad Relacin
ILUSTRACIN H
Modelo entidad-relacin definido por el grupo de trabajobasado en la
conversacin con el cliente.
*Los atributos de las entidades sern incluidos en los dems modelos de datos
y el correspondiente diccionario de datos, ya que en la herramienta que ser
realiz el diagrama (DIA), los atributos utilizan demasiado espacio para los
atributos.
40

Modelo Relacional (Lgico)
ILUSTRACIN I
41

Modelo Fsico
ILUSTRACIN J
42

Diccionario de datos
Tabla: Pasaje
Nombre
Tipo de
Campo
Dato
Key
Nul
l
Descripcin
Id del pasaje, identificador de
ID_PASAJE
INTEGER
SI
NO
ID_BUS
INTEGER
SI
NO
PATENTE
VARCHAR(8)
SI
NO
ID_USUARIO
INTEGER
SI
NO
USERNAME
VARCHAR(25)
SI
NO
HORA_PASAJE
TIME
NO
NO
Hora
FECHA_PASAJE
DATE
NO
NO
Fecha del pasaje
PRECIO_PASAJE
INTEGER
NO
NO
Precio monetario del pasaje.
43
registro
Id del bus, identificador de registro
Patente del bus. identificador de
registro
Id del usuario, identificador de
registro
Nombre del usuario, identificador
de registro

Tabla: usuario
Nombre
Tipo de
Campo
Dato
ID_USUARIO
INTEGER
SI
NO
USERNAME
VARCHAR(25)
SI
NO
Key
Nul
l
Descripcin
registro
nombre de usuario, identificador de
registro
Tabla: venta
Nombre
Tipo de
Campo
Dato
ID_USUARIO
INTEGER
SI
NO
USERNAME
VARCHAR(25)
SI
NO
ID_PASAJE
INTEGER
SI
NO
ID_MEDIO
INTEGER
SI
NO
HORA
TIME
NO
NO
Hora de la venta
FECHA
DATE
NO
NO
Fecha de la venta
Tabla: bus
44
Key
Nul
l
Descripcin
registro
nombre de usuario, identificador de
registro
Id del pasaje, identificador de
registro
Id medio, intermediario en 3 forma
normal

Nombre
Tipo de
Campo
Dato
ID_BUS
INTEGER
SI
NO
PATENTE
VARCHAR(8)
SI
NO
Patente del bus.
Key
Nul
l
Descripcin
Tabla: medio de pago
Nombre
Tipo de
Campo
Dato
ID_MEDIO
INTEGER
SI
NO
MEDIO
VARCHAR(25)
NO
NO
Nombre del medio de pago
COMENTARIOS
VARCHAR(80)
NO
NO
Comentarios.
Tabla: ubicacin
45
Key
Nul
l
Descripcin
Id de medio de pago, identificador
de registro

Nombre
Tipo de
Campo
Dato
ID_TERMINAL
INTEGER
SI
NO
ID_BUS
INTEGER
SI
NO
PATENTE
VARCHAR(8)
SI
NO
Patente del bus.
ID_ESTADO
INTEGER
SI
NO
HORA
TIME
NO
NO
Hora de la ubicacin dada
FECHA
DATE
NO
NO
Fecha de la ubicada dada
Key
Nul
l
Descripcin
Id del terminal, identificador de
registro
Id del estado (region) , identificador

de registro
Tabla: estado
Nombre
Tipo de
Campo
Dato
ID_ESTADO
INTEGER
SI
NO
ESTADO
VARCHAR(25)
NO
NO
DESCRIPCION
VARCHAR(50)
NO
NO
Tabla: ciudad
46
Key
Nul
l
Descripcin
Id de estado, identificador de
registro
nombre de estado
Descripcin, salida, llegada o
intermedia

Nombre
Tipo de
Campo
Dato
ID_CIUDAD
INTEGER
SI
NO
NOMBRE_CIUDAD
VARCHAR(25)
NO
NO
Nombre de ciudad.
REGION
VARCHAR(25)
NO
NO
Nombre de la regin
Key
Nul
l
Descripcin
Id de la ciudad, identificador de
registro
Tabla: sucursal
Nombre
Tipo de
Campo
Dato
ID_SUCURSAL
INTEGER
SI
NO
DIRECCION_SUC
VARCHAR(25)
NO
NO
Tabla: terminal
47
Key
Nul
l
Descripcin
Id de la sucursal, identificador de
registro
Direccin de la sucursal

Nombre
Nu
Tipo de Dato
Key
ID_TERMINAL
INTEGER
SI
NO
ID_SUCURSAL
INTEGER
SI
NO
ID_CIUDAD
INTEGER
SI
NO
VARCHAR (25)
NO
NO
Nombre del terminal
VARCHAR(25)
NO
NO
Direccin del terminal
Campo
NOMBRE_TERMIN
AL
DIRECCION_TERMI
NAL
ll
Descripcin
Id del terminal, identificador de
registro
registro
Id de la ciudad, identificador de
registro
Tabla: cliente
Nombre
Tipo de
Campo
Dato
ID_USUARIO
INTEGER
SI
NO
USERNAME
VARCHAR(25)
SI
NO
nombre de usuario del cliente
NOMBRE_CLI
VARCHAR(25)
NO
NO
Nombre del cliente
APELLIDO_CLI
VARCHAR(25)
NO
NO
Apellido paterno del cliente
DIRECCION
VARCHAR(25)
NO
NO
Direccin o ubicacin del cliente
Tabla: trabajador
48
Key
Nul
l
Descripcin
Id de usuario, identificador de
registro

Nombre
Tipo de
Campo
Dato
ID_USUARIO
INTEGER
SI
NO
USERNAME
VARCHAR(25)
SI
NO
ID_SUCURSAL
INTEGER
SI
NO
VARCHAR(25)
NO
NO
Nombre del trabajador
VARCHAR(25)
NO
NO
Apellido del trabajador
RUT_TRABAJADOR
VARCHAR(10)
NO
NO
Rut del trabajador
ID_CARGO
INTEGER
SI
NO
Id cargo, identificador de registro
NOMBRE_TRABAJA
DOR
APELLIDO_TRABAJ
ADOR
Key
Nul
l
Descripcin
Id de trabajador, identificador de
registro
Nombre de usuario del trabajador,
identificador de registro
registro
Tabla: cargo
Nombre
Tipo de
Campo
Dato
ID_CARGO
INTEGER
SI
NO
CARGO
VARCHAR(25)
NO
NO
49
Key
Nul
l
Descripcin
Id del cargo, identificador de
registro
Nombre del cargo de trabajador.

50

Modelamiento UML
Diagramas de casos de uso
Solicitud de Informacin por parte del cliente
ILUSTRACIN K
Caso de uso
Actores
Tipo
Propsito
Solicitud de Informacin por parte del cliente

Cliente, Operario de venta
Generalizacin y extensin
Muestra cmo se realiza la consulta sobre un determinado
Precondicione
pasaje
Cliente asiste a sucursal
s
Flujo principal
51
Cliente asiste a una sucursal para consultar

informacin sobre la disponibilidad de pasajes para
realizar un viaje.
El operadorentrega la informacin correspondiente.
Dependiendo de la informacin que entregue el
operario, se da paso al siguiente caso.

Venta de pasajes
ILUSTRACIN L
Caso de uso
Actores
Tipo
Propsito
Venta de pasajes.
Cliente, Operario de venta.
Generalizacin.
Muestra la venta de un pasaje de bus por medio de compra
Precondicione
presencial.
Cliente asiste a sucursal.
s
Flujo principal
52
Cliente solicita un pasaje de bus.0

Operador confirma datos del viaje y los ingresa en
sistema, posterior entrega el pasaje al cliente y
entrega datos sobre el mismo.

Solicitud de informe logstico
ILUSTRACIN M
Caso de uso
Actores
Tipo
Propsito
Solicitud de informe logstico

Administrador, Operario logstico.
Generalizacin.
Muestra la solicitud de un administrador de sucursal a un
operador logstico para una entrega de informe de ventas.
Donde el operador solita distintos datos o filtros para
Precondicione
s
Flujo principal
53
entrega de este informe.

Cliente asiste a sucursal.
Administrador solicita informe

Operador solicita datos claves para informe (filtros)
Operador entrega informe en fecha solicitada.

Diagramas de secuencia
Cliente en terminal de buses
ILUSTRACIN N
54
Como se observa en el caso de uso, en este caso el cliente solicita un

pasaje, por lo que el vendedor ubicado en un local del terminal, consulta
al sistema su disponibilidad, cliente escoge realiza el pago y el vendedor
registra los datos, recibe el dinero, confirma pago e imprime el pasaje.

Reserva Pasaje va web
ILUSTRACIN O
55
Como se observa en el caso de uso, el usuario ingresa al sistema y ve la

disponibilidad de pasajes, si est conforme con esto procede a
autentificarse en la pgina para proceder a pagar y confirmar su pasaje,
para luego poder imprimirlo.

Gerencial
ILUSTRACIN P
En el caso de uso se ve al rea gerencial de BUSES LINEA AZUL

solicitando informacin para su procedente anlisis, como se puede
apreciar primero se ingresa a la pgina con usuario y clave para luego
poder realizar la consulta que se requiere.
56

Diseo de Pruebas de Software

Caso de prueba de caja negra:
Nombre del caso
Ingreso de usuario
Entrada
Usuario juanperez
Salida
Usuario no valido
Ingreso de usuario
password 123456
Usuario ju.perez
Usuario validado
Ingreso de usuario
Ingreso de usuario
password 123456
Usuario password
Usuario ju.perez
Usuario no valido
Usuario no valido
password
Consulta de destinos
malpassword
Presiona botn
Datos requeridos
consultar sin
Consulta de destinos
parametros
Selecciona destinos sin
Fecha requerida
Seleccin de fecha
fecha
Fecha de ida es menor a
Calendario muestra
fecha de vuelta
desde la fecha de
seleccin ida
Conclusin
Para concluir el presente proyecto es capaz de solucionar cada una de las
necesidades planteadas por Buses lnea azul en un principio, y a la vez permite
desarrollar un proceso ms claro y ordenado, a travs del cual Buses lnea Azul
obtiene como un valor agregado a su problemtica la llegada de nuevos
posibles clientes los que utilizan la web para realizar la reserva y compra de
sus pasajes, y tambin una manera ms controlada y moderna de prestar su
servicio.
57

X Bibliografa
Enlaces Web
http://es.wikipedia.org/wiki/Estructura_de_descomposici%C3%B3n_del_trabajo
http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software
http://es.wikipedia.org/wiki/Planificaci%C3%B3n_de_transporte
http://www.marketingdirecto.com/diccionario-marketing-publicidadcomunicacion-nuevas-tecnologias/tracking-2
http://www.monografias.com/trabajos73/diseno-software/diseno-software.shtml
http://www.nebrija.es/~jmaestro/LS5168/Slides_Planificacion.pdfhttp://www.wol
nm.org/apa/articulos/Ingenieria_Software.pdf
Libros
Preparacin y evaluacin de proyectos - SappagChain
Apuntes
MANUAL DE ESTILO APA - Mgtr. Oscar Lpez Regalado
VIII Diccionario
Back end: administrador del sitio con sus respectivos sistemas por el
otro.
Front end: hace referencia a la visualizacin del usuario navegante.
Tracking: anglicismo que hace referencia a la accin de seguir y describir
mediante ndices objetivos y cuantificables el comportamiento de
determinadas magnitudes en diferentes momentos del tiempo.
58

XI Anexos
Acta de Reunin
rea Cliente:
Identificacin
TSF
del Proyecto:
Nombre del
Venta Pasajes (Sin nombre de
N del
Proyecto:
aplicacin)
Documento del
Proyecto
Aprobado:
Participantes:
rea Cliente
Copia Para:
Gerente de Proyectos, 0001
Participantes:
TI
Copia Para:
Danilo Marcich, Arquitecto

Danilo Marcich, Desarrollador
Danilo Marcich, DBA
Gregory Varela, Jefe Proyecto
Gregory Varela, Analista Negocios y QA
Gregory Varela, Analista Financiero
Fech
01/09/2013
a:
Objetivos:
59
Horari
9:00A
Luga
o:
r:
Sala 1
PROPUESTAS DE ALCANCES Y ANTE PROYECTO

1.
PROPUESTA PARA ANTE PROYECTO

Definicin de lineamientos y arquitectura a utilizar
Accin/Acuerdo:
Se definen alcances para proyecto de venta de pasajes

centralizado.
No se establece nombre de servicio. Pendiente prxima
reunin.
Se establece modelo Ishikawa a seguir y se crea ante
proyecto.
Responsable: Danilo Marcich

Fecha Limite: 01/ 09 / 2013
2.
REPASO DE SITUACIN ACTUAL Y ALCANCES DESEADOS
Accin/Acuerdo: Se entrega propuesta discutiendo previamente

la situacin actual de la empresa para la presentacin de los
alcances y una definicin concreta del proyecto para la entrega de
este.
Responsable:
Danilo Marcich
Fecha Limite: 26 / 09 / 2013

3.
PROXIMA REUNIN
Fecha: 15/09/2013
60

Acta de Reunin
rea Cliente:
Identificacin
TSF
del Proyecto:
Nombre del
N del
Proyecto:
aplicacin)
Documento del
Proyecto
Aprobado:
Participantes:
rea Cliente
Copia Para:
Participantes:
TI
Copia Para:

Danilo Marcich, DBA
Fecha
15/09/2013
Horario:
9:00AM
Luga
Sala 1
r:
Objetivos:
Desarrollo de documentacin de proyecto y prxima toma de

requerimientos
61

1.
PUESTA EN MARCHA DE DUCUMENTO DE PROYECTO
Definicin de lineamientos y arquitectura a utilizar

Accin/Acuerdo:
Ya utilizando los informes anteriores solicitados para la

fecha (alcances y ante proyecto) se da paso a la
documentacin primaria del proyecto.
No se establece nombre de servicio. Pendiente prxima
reunin.
Responsable: Danilo Marcich

Fecha Limite: 26/ 09 / 2013
2.
PROXIMA TOMA DE REQUERIMIENTOS
Accin/Acuerdo: Se deja por entender a los participantes que se

deben buscar mtodos de toma de requerimientos al cliente.
Tanto para los trabajadores del cliente, como para l.
Responsable:
Danilo Marcich
Fecha Limite: 26 / 11 / 2013
3.
PROXIMA REUNIN
Fecha: 30/09/2013
62

Acta de Reunin
rea Cliente:
Identificacin
TSF
del Proyecto:
Nombre del
N del
Proyecto:
aplicacin)
Documento del
Proyecto
Aprobado:
Participantes:
rea Cliente
Copia Para:
Participantes:
TI
Copia Para:

Danilo Marcich, DBA
Fecha:
30/09/2013
Objetivos:
1.
63
Horari
9:00A
Luga
o:
r:
Toma de requerimientos
PROXIMA TOMA DE REQUERIMIENTOS
Sala 1

Accin/Acuerdo: Se fija fecha de toma de requerimientos para

las ltimas semanas del presente mes a distintos ejecutivos,
vendedores y algn otro empleado de la empresa en prxima
reunin.
Responsable:
Danilo Marcich
Fecha Limite: 26 / 10 / 2013
3.
PROXIMA REUNIN
Fecha: Fecha a definir
64

Informe Proyecto Titulo FInal

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Informe Proyecto Titulo FInal

Uploaded by

Copyright:

Available Formats

+

Escuela de Informtica y Telecomunicaciones

Danilo Marcich Andreo

Escuela de Informtica y Telecomunicaciones

DEL PROCESO DE SERVICIO_______________________________________________10

IV SITUACIN INICIAL DEL PROYECTO.........................................................11

Aporte de solucin al negocio................................................................................13

Escuela de Informtica y Telecomunicaciones

DE HITOS PARA LA CONSTRUCCIN DE WBS______________________________________29

APLICADA PARA TOMA DE REQUERIMIENTOS_________________________________36

Ambiente de Desarrollo, Qa y produccin..............................................................36

Modelo Entidad Relacin.....................................................................................40

Escuela de Informtica y Telecomunicaciones

Escuela de Informtica y Telecomunicaciones

Escuela de Informtica y Telecomunicaciones

Escuela de Informtica y Telecomunicaciones

Escuela de Informtica y Telecomunicaciones

III Aspecto de la empresa

Escuela de Informtica y Telecomunicaciones

Posicin de la empresa en el mercado

Escuela de Informtica y Telecomunicaciones

Personas que viven vacacionando en la octava regin .En la actualidad los

Servicios tcnicos (maquinas en su jerga).

Escuela de Informtica y Telecomunicaciones

Descripcin del proceso de servicio

Escuela de Informtica y Telecomunicaciones

IV Situacin inicial del proyecto

Escuela de Informtica y Telecomunicaciones

Escuela de Informtica y Telecomunicaciones

Descripcin del proyecto

Escuela de Informtica y Telecomunicaciones

Escuela de Informtica y Telecomunicaciones

la necesidad de hacerlo presencialmente como es en la actualidad.

forma informacin fidedigna de las capacidades.

Escuela de Informtica y Telecomunicaciones

CANVAS BUSINESS MODEL

Qu necesidades, comportamientos y atributos comunes tienen?

Qu problema de nuestros clientes ayudamos a solucionar?

Qu necesidades de los clientes satisfacemos?

Escuela de Informtica y Telecomunicaciones

Canales de distribucin y comercializacin

Cules tienen mejor resultado?

Cules son ms rentables?

Escuela de Informtica y Telecomunicaciones

Relacin con el consumidor

Qu tipo de relaciones son habituales?

Asistencia personalizada a los clientes, ya sea por medio del telfono,

Cmo se integran en el modelo de negocio?

Escuela de Informtica y Telecomunicaciones

Por qu pagan actualmente?

Escuela de Informtica y Telecomunicaciones

Quines son nuestros proveedores clave?

Escuela de Informtica y Telecomunicaciones

Tecnologa: Con el desarrollo del sitio web y el servicio de hosting.

Cules son los costes inherentes a nuestra propuesta de valor?

Cules son los recursos clave ms caros?

Cules son las actividades ms costosas?

Escuela de Informtica y Telecomunicaciones

Escuela de Informtica y Telecomunicaciones

Quita las filas y esperas para el usuario:

Escuela de Informtica y Telecomunicaciones

Escuela de Informtica y Telecomunicaciones

Analista de software: Tiene a su cargo el entendimiento de las necesidades

Escuela de Informtica y Telecomunicaciones