TransNET.

CL

INFORME DE
PROYECTO
GESTIN DE TRANSPORTES Y ENVO DE PRODUCTOS.

INTEGRANTES GRUPO:
Sebastin Faras
Patricio Orellana
Orlando Paz
Asignatura: TSF7502 4
Profesor: Juan Cortes

Proyecto de Titulo
Escuela de Informtica DUOC UC

Informacin del documento

Nombre del Proyecto:

Contenido Informe de proyecto Transnet.

No. De Versin del documento:

1.0

Fecha de Versin del documento:

02/12/2014

Mtodo de
revisin de
calidad:
Preparado por:

Sebastin Faras

Fecha de preparacin:

26/11/2014

Lista de distribucin
De:

Fecha:

Sebastin Faras

02/12/2014

Orlando Paz

03/12/2014

Para:

Accion

Orlando Paz
Juan Cortes Muoz

Aprobar
Revisar

Numero telfono

Fecha de
Terminacin
02/12/2014
03/12/2014

Telfono

Observacin
Se realiza control de cambio para disminuir la cantidad de mdulos, quedando fuera
del proyecto los mdulos calculo de costo y pago y gestin de choferes, adems de
eliminar el registro por NFC para el registro de carga. Por otro lado se reajusta la carta
Gantt, ya que a la fecha se llega al 80 %, quedando pendiente detalles del desarrollo
del sistema.

Proyecto de Titulo
Escuela de Informtica DUOC UC

Control de versiones

.1

1. INTRODUCCION .5
1.1 Proposito del Documento...5
1.2 Alcance del Documento..5
2. MARCO TEORICO

.6

3. Equipo de Trabajo

...16

4. Descripcin de la Idea

...17

4.1 Analisis foda.17

4.1.1 fortalezas17
4.1.2 oportunidades ,17
4.1.3 debilidades.18
4.1.4 Amenazas...18
4.1.5 conclusion18
5. Anteproyecto..19
Justificacin Econmica..20
Justificacin Tcnica..21
Justificacin Operacional ...22
5.1 Categora del proyecto ...22
5.2 Nombre del proyecto

..22

6. PROYECTO22
6.1 Iniciacin del proyecto .22
6.1.1 Identificar los Interesados

22

6.2 Proceso de planificacin..22

Proyecto de Titulo
Escuela de Informtica DUOC UC

6.2.1 Plan de la Direccin del Proyecto 23

[Link] Introduccin .23
[Link] Objetivo del Proyecto24
[Link].1 Descripcin del Objetivo General...24
.[Link] Objetivos Especficos..24
[Link] Alcances del Proyecto

.25

[Link] Limitaciones del Proyecto 25

6.2.2 Definicin de Actividades

.25

a.1.0 Iniciar Plan de Proyecto

b.2.0 Analizar Requerimientos y Requisitos Funcionales del Sistema
c.3.0 Disear Sistema
e.4.0 Preparar Ambiente e Instalacin de Software Base
f.5.0 Desarrollar Mdulo: Administracin de usuarios
g.6.0 Desarrollo Mdulo: Gestin de Transporte
h.7.0 Desarrollar Mdulo: Registro de Mercadera de Transporte
i.8.0 Desarrollar Mdulo: Gestin de Chofer
j.9.0 Desarrollar Mdulo: Clculo de Costo y pago
k.10.0 Certificar Portal Transnet
6.2.3 Roles del Proyecto38
6.2.4 Responsabilidades del Proyecto
6.2.5 Secuencia de actividades

.40

.42

6.2.6 Cronograma .43

[Link] Duracin de las Actividades.43

Proyecto de Titulo
Escuela de Informtica DUOC UC

6.2.7 Estimar Costos44

6.2.8 Estimar el Presupuesto....44
6.2.9 Planificacin de Gestin de Riesgos45
7. CONTRUCCION DEL SOFTWARE
7.1 Anlisis de requerimientos

54

.56

7.2 Diseo62
8. pruebas..76
9. Despliegue o Implementacin91
10 CONCLUSIONES92
11 ANEXOS.................................................................................................................93
12 Bibliografa95

Proyecto de Titulo
Escuela de Informtica DUOC UC

1. INTRODUCCION

El presente informe describe los objetivos, el plan y el desarrollo de una pgina web
llevada a cabo por los estudiantes la Escuela de Ingeniera en Informtica del Instituto
Profesional Duoc UC.
El problema que suscit dicha pgina web dice relacin con la definicin, especificacin
y posterior construccin de un sistema de informacin que facilite el traslado de
mercadera.
Este informe est estructurado de la siguiente manera.
En la primera parte se plantea el objetivo general de la pgina web de transporte de
mercadera y los objetivos secundarios derivados del anterior.
La segunda parte describe el plan de trabajo propuesto para el proyecto de desarrollo
del sistema de informacin.
En la tercera parte se muestra el trabajo desarrollado, describiendo la metodologa y el
planteamiento del modelo de control que impuso el marco de referencia conceptual
para el sistema y la descripcin de otras tareas complementarias realizadas.
Finalmente, la cuarta parte presenta las conclusiones del proyecto realizado.
1.1 PROPOSITO DEL DOCUMENTO
El propsito de este documento es dar a conocer el proceso por el cual se lleva a cabo
un proyecto informtico, mostrando y detallando las distintas etapas del ciclo de vida de
este.
1.2 ALCANCE DEL DOCUMENTO
Este documento describe y desarrolla las etapas de un proyecto informtico enfocado
en la gestin de transporte de mercadera va web, detallando los distintos procesos
por los cuales se debe pasar para llegar a desarrollar el producto en este caso una
pgina de gestin de transporte.

Proyecto de Titulo
Escuela de Informtica DUOC UC

2. MARCO TEORICO
Como parte del marco terico exponemos las definiciones necesarias para entender el
Paradigma de desarrollo, el diseo del sistema y la arquitectura, modelo y Framework
utilizado para el desarrollo del sistema.

2.1 Modelo de desarrollo espiral

Existen distintos tipos de formas para modelar el proceso de un software, la idea de ello
es buscar la forma correcta en que se quieren llevar a cabo los sucesos ya que existe
un modelo ms adecuado que otro dependiendo de lo que se quiere crear.
Algunos tipos de Modelos son:
Modelo en Cascada.
Modelo en V.
Modelo de prototipacin.
Modelo de desarrollo en Fases.
Modelo Espiral.
Modelo Espiral
En este caso se utilizar el Modelo Espiral ya que es de gran ayuda para tener un nivel
de referencia, sirve para constatar el avance o estancamiento del proyecto y cuenta
con las siguientes caractersticas:
El desarrollo en espiral es un modelo de ciclo de vida del software definido por primera
vez por Barry Boehm en 1988, utilizado generalmente en la Ingeniera de software.
Es un modelo de proceso de software evolutivo adems se divide en un nmero de
actividades estructurales.
Determinar o fijar objetivos: Para esta fase del proyecto se definen los objetivos
especficos. Se identifican las restricciones del proceso y producto y se estipula
un plan detallado de administracin.
Anlisis del riesgo: Se lleva a cabo un anlisis detallado para cada uno de los
riesgos del proyecto. Se definen los pasos para reducir dichos riesgos.
Desarrollar, verificar y validar: Anlisis de alternativas e identificacin sobre la
resolucin de riesgos.

Proyecto de Titulo
Escuela de Informtica DUOC UC

Planificar: Se revisa todo lo hecho, evalundolo, y con ello se decide si

continuar con las fases siguientes y planificar la prxima actividad.

Figura 1: Modelo Espiral

Ventajas
Reduce riesgos del proyecto
Es posible tener en cuenta mejoras y nuevos requerimientos sin romper con la
metodologa, ya que este ciclo de vida no es rgido ni esttico.
Funciona bien en proyectos de innovacin.
Incorpora objetivos de calidad.
Desventajas
La evaluacin de riesgos es compleja.
Genera mucho tiempo en el desarrollo del sistema.
Modelo costoso.
Requiere experiencia en la identificacin de riesgos.

[Link]

Proyecto de Titulo
Escuela de Informtica DUOC UC

2.2 Diagramas UML

2.2.1 Diagrama de casos de uso
El diagrama de casos de uso describe la funcionalidad del sistema desde la perspectiva
de los usuarios, planteando escenarios, es decir lo que pasa cuando un usuario
interacta con el sistema.
Los elementos bsicos que se utilizan son:
Actores
Un actor representa a los diferentes usuarios y el papel que desempea dentro del
sistema, figurado como un hombre con el nombre del actor en la parte inferior de la
figura.
Caso de uso
Representan todo lo que el usuario puede realizar dentro del sistema, representado por
un ovalo.
Comunicacin
Representa la relacin que existe entre un caso de uso y un Actor, es representado por
una lnea recta que se extiende de la figura del actor hacia el ovalo del caso de uso.
Generalizacin
Representa una relacin padre-hijo entre los caso de uso, es representado por una
lnea con flecha que se extiende del caso de uso hijo hacia el uso caso padre.
Inclusin
Es utilizada para indicar que un caso de uso depende de otro caso. Se representa por
una lnea punteada con flecha y comentario <<include>> que se extiende del caso de
uso base hacia el uso caso de inclusin.
Extensin
Representa una variacin de un caso de uso a otro, una extensin representa una
dependencia especfica, mientras una generalizacin no implica que los casos de usos
dependan uno del otro.
Es representado por una lnea punteada con flecha y comentario <<extend>> que
origina del caso de uso base hacia el uso caso de extensin.

Proyecto de Titulo
Escuela de Informtica DUOC UC

2.2.2 Diagrama de clases

Los diagramas de clases representan las clases q sern utilizadas s en sistema y sus
relaciones que existen entre ellas.
Los diagramas de clases son diagramas estticos que describen la estructura de un
sistema mostrando sus clases, atributos y relaciones entre ellos, mostrando las partes
que interactan entre s, pero no muestran los mtodos mediante los que se invocan
entre ellas.
Los elementos son:
Clases
Describe un conjunto de objetos con propiedades similares y un comportamiento en
comn, se la puede decir que es una plantilla para crear objetos representados por un
rectngulo que posee tres divisiones.
- En el rectngulo superior contiene el nombre de la clase.
- En el rectngulo intermedio contiene los atributos que caracterizan las clases pueden
ser private, protected o public.
- En el rectngulo interior contienen los mtodos, con los cuales los objetos interactan
con su entorno dependiendo de la visibilidad que pueden ser private, protected o public.
Relaciones
Las clases se pueden relacionar con dos o ms clases estas relaciones pueden ser de
distintos tipos de asociacin:
- Herencia indica que una clase Hija hereda sus mtodos y sus atributos especificados
de una clase padre.
- Composicin es un tipo de relacin esttica, en donde el tiempo de vida del objeto
incluido est condicionado por el tiempo de vida del que lo incluye.
- Agregacin es un tipo de relacin dinmica, en donde el tiempo de vida del objeto
incluido es independiente del que lo incluye.
- Asociacin Permite asociar objetos que colaboran entre s, pero su tiempo de vida de
un objeto no depende del otro.

Proyecto de Titulo
Escuela de Informtica DUOC UC

2.2.3 Diagramas de secuencia

Los diagramas de secuencia muestran la forma en que los objetos se comunican entre
s al trascurrir el tiempo, y se modela para cada caso de uso, los diagramas de
secuencia ponen especial nfasis en el orden y el momento en que se envan los
mensajes a los objetos conteniendo el detalle de la implantacin del escenario.
Existen dos tipos de mensajes:
- Mensaje Sincrnico es aquel que el objeto espera la respuesta al mensaje para
continuar con su trabajo.
- Mensaje Asincrnico es a que el objeto no espera respuesta al mensaje para
continuar con su trabajo.
Los objetos en los diagramas de secuencia son representados por lneas intermitentes
verticales, con su nombre en la parte superior, los mensajes entre los objetos se
representados por lneas continuas con una punta de flecha, el eje de tiempo es
vertical, incrementndose hacia abajo, de forma que los mensajes son enviados de un
objeto a otro en forma de flechas con los nombres de la operacin y los parmetros.
2.2.4 Diagrama de actividad
Los diagramas de actividad describen la secuencia de las actividades que ocurren
durante una operacin o proceso.
Los diagramas de actividad son una forma especial de los diagramas de estado, el
diagrama de estado muestra los estados de un objeto y representan las actividades
como flechas q conectan a los estados, mientras que el diagrama de actividades
resalta las secuencias de los objetos durante un proceso.

2.2.5 Diagrama de Despliegue

El diagrama de despliegue se compone de nodos, los cuales pertenecen al mundo real
y son u bloque de construccin importante para modelar los aspectos fsicos de un
sistema que existe en tiempo de ejecucin y que representa un recurso computacional,
que generalmente tiene algo de memoria y capacidad de procesamiento.
[Link]

10

Proyecto de Titulo
Escuela de Informtica DUOC UC

2.3 Lenguaje de Programacin: Java y Tecnologa Java EE

Java surgi a principios de los aos 90, un grupo de ingenieros de Sun Microsystems
dirigido por James Gosling, disearon un nuevo lenguaje de programacin destinados a
electrodomsticos, debido a la existencia de distintos tipos de CPU y a los continuos
cambios, era importante el diseo de una herramienta independiente del tipo de CPU,
al desarrollar un cdigo "neutro" que no dependa del tipo de electrodomstico, el cual
se ejecutaba sobre un maquina hipottica o virtual denominada Java Virtual Machine
(JVM).
La Mquina virtual de java es la que interpreta el cdigo neutro convirtindolo a cdigo
particular de la CPU utilizada esto permita lo que luego se ha convertido en el principal
lema de lenguaje: "Write Once, Run Everywhere". Pero ninguna empresa de
electrodomsticos se interes por el nuevo lenguaje.
Java se introdujo a finales de 1995 como lenguaje de programacin para
computadoras, mediante la incorporacin de un intrprete Java en la versin 2.0 del
programa Netscape Navigator, Java 1.1 apareci a principios de 1997 mejorando
sustancialmente la primera versin del lenguaje. Java 1.2 ms tarde fue cambiado de
nombre por Java 2 naci a finales 1998
2.4 Framework
La palabra inglesa "framework" (marco de trabajo) define, en trminos generales, un
conjunto estandarizado de conceptos, prcticas y criterios para enfocar un tipo de
problemtica particular que sirve como referencia, para enfrentar y resolver nuevos
problemas de ndole similar.
En el desarrollo de software, un framework o infraestructura digital, es una estructura
conceptual y tecnolgica de soporte definido, normalmente con artefactos o mdulos de
software concretos, con base a la cual otro proyecto de software puede ser ms
fcilmente organizado y desarrollado. Tpicamente, puede incluir soporte de programas,
bibliotecas, y un lenguaje interpretado, entre otras herramientas, para as ayudar a
desarrollar y unir los diferentes componentes de un proyecto.
Representa una arquitectura de software que modela las relaciones generales de las
entidades del dominio, y provee una estructura y una especial metodologia de trabajo,
la cual extiende o utiliza las aplicaciones del dominio.
Son diseados con la intencin de facilitar el desarrollo de software, permitiendo a los
diseadores y programadores pasar ms tiempo identificando requerimientos de
software que tratando con los tediosos detalles de bajo nivel de proveer un sistema
funcional. Por ejemplo, un equipo que usa Apache Struts para desarrollar un sitio web
de un banco, puede enfocarse en como los retiros de ahorros van a funcionar en lugar
de preocuparse de como se controla la navegacion entre las paginas en una forma libre
de errores.
[Link]

11

Proyecto de Titulo
Escuela de Informtica DUOC UC

2.5 MVC
Modelo Vista Controlador (MVC) es un patrn de arquitectura de software que separa
los datos de una aplicacin, la interfaz de usuario, y la lgica de control en tres
componentes distintos. El patrn MVC se ve Frecuentemente en aplicaciones web,
donde la vista es la pgina HTML y el cdigo que provee de datos dinmicos a la
pgina (por ejemplo JSP). El modelo es el Sistema de Gestin de Base de Datos y la
Lgica de negocio (por ejemplo java), y el controlador es el responsable de recibir los
eventos de entrada desde la vista (por ejemplo Servlet).
Modelo: Esta es la representacin especfica de la informacin con la cual el sistema
opera. La lgica de datos asegura la integridad de estos y permite derivar nuevos
datos; por ejemplo, no permitiendo comparar un nmero de unidades negativo,
calculando si hoy es el cumpleaos del usuario o los totales, impuestos o importes en
un carrito de la compra.
Vista: Este presenta el modelo en un formato adecuado para interactuar, usualmente
la interfaz de Usuario.
Controlador: Este responde a eventos, usualmente acciones del usuario e invoca
cambios en el modelo y probablemente en la vista.
Muchos sistemas informticos utilizan un Sistema de Gestin de Base de Datos para
gestionar los datos: en MVC corresponde al modelo. La unin entre capa de
presentacin y capa de negocio conocido en el paradigma de la Programacin por
capas representara la integracin entre Vista y su correspondiente Controlador de
eventos y acceso a datos, MVC no pretende discriminar entre capa de negocio de
capa de presentacin, pero si pretende separar la capa visual grfica de su
correspondiente programacin y acceso a datos, algo que mejora el desarrollo y
mantenimiento de la Vista y el Controlador en paralelo, ya que ambos cumplen ciclos
de vida muy distintos entre s.
2.6 Java Server Face
Primero que nada Java Serves Faces es una especificacin. De esta manera, pueden
existir varias implementaciones que deben cumplir con las especificaciones.
2.6.1 Tecnologas para el desarrollo de aplicaciones Web: JSF
Java Server Faces (JSF) es una tecnologa y framework para aplicaciones Java
basadas en web que simplifica el desarrollo de interfaces de usuario en aplicaciones
Java EE.
Consta de una librera de etiquetas, junto con un conjunto de reglas para su utilizacin.
JSF ahorra tiempo al desarrollador aportando potentes recursos, especialmente para la
gestin de formularios y la presentacin de datos contenidos en bases de datos. JSF

12

Proyecto de Titulo
Escuela de Informtica DUOC UC

est construido sobre JSP, por lo que los conocimientos sobre JSP son de ayuda
importante para manejar JSF.
2.6.2 Caractersticas principales
Caractersticas
Simplifica el desarrollo de interfaces de usuario en aplicaciones Java EE. JSF incluye:
Un conjunto de APIs para representar componentes de una interfaz de usuario y
administrar su estado, manejar eventos, validar entrada, definir un esquema de
navegacin de las pginas y dar soporte para internacionalizacin y accesibilidad.
Un conjunto por defecto de componentes para la interfaz de usuario.
Bibliotecas de etiquetas personalizadas que permiten expresar una interfaz Java
Server Faces dentro de una pgina JSP.
Opcionalmente, uno o mas archivos de configuracin de la aplicacin, tales como el
archivo facesconfig. Xml, el cual es usado para definir reglas de navegacin y
configurar beans y otros objetos, como componentes personalizados.
Un modelo de eventos en el lado del servidor.
Administracin de estados.
Beans administrados.
Cliente:
Diseado para ser flexible, la tecnologa Java Server Faces aprovecha los conceptos
existentes, estndar de interfaz de usuario web y no limita a los desarrolladores en un
determinado lenguaje de marcado, protocolo o dispositivo cliente.
Las clases de componentes Java Server Faces e interfaz de usuario (UI) incluidas con
la tecnologa encapsulan la funcionalidad de los componentes, no la presentacin
especifica del cliente, permitiendo a estos componentes generar prestaciones en
diferentes dispositivos cliente.
Mediante la combinacin de la funcionalidad de los componentes de UI con
renderizadores personalizados, que definen los atributos de representacin de un
componente de interfaz de usuario
Especifico, los desarrolladores pueden construir etiquetas personalizadas a un
dispositivo de cliente en
Particular.
2.6.3 Beneficios de la tecnologa JSF
Una de las grandes ventajas de la tecnologa Java Server Faces es que ofrece una
separacin limpia entre el comportamiento y la presentacin de una aplicacin web.
Una aplicacin Java Server Faces puede mapear peticiones http hacia manejadores de
eventos y manejar componentes como objetos de estado en el servidor.
La tecnologa Java Server Faces permite construir aplicaciones web que implementan
la separacin entre el comportamiento y la presentacin, que es tradicionalmente
resuelta en las arquitecturas UI del lado del cliente.

13

Proyecto de Titulo
Escuela de Informtica DUOC UC

La separacin de la capa de lgica de la presentacin permite adems, que cada

miembro del equipo de desarrollo se enfoque en una simple pieza del proceso de
desarrollo y provee de un modelo simple de programacin para ligar las piezas. Por
ejemplo, desarrolladores de pginas con poca experiencia para programar pueden usar
etiquetas de Java Server Faces en una pgina web que se vinculen a objetos del lado
del servidor sin la ayuda de scripts.
2.6.4 Facelets
La tecnologa Facelets, disponible como parte de Java Server Faces 2.0, es ahora la
tecnologa de presentacin recomendada para construir aplicaciones web basadas en
Java Server Faces. La tecnologa Facelets ofrece varias ventajas:
El cdigo puede ser reutilizado y ampliado para los componentes a travs de la
plantilla y caractersticas compuestas de componentes.
Cuando se usan las anotaciones de Java Server Faces, es posible registrar el bean
de respaldo como un recurso disponible para aplicaciones Java Server Faces. Ademas,
las reglas de navegacin implcita permiten a los desarrolladores configurar
rpidamente la navegacin de la aplicacin. Estas caractersticas reducen el proceso
de configuracin manual para aplicaciones.
Mas importante, Java Server Faces provee una arquitectura rica para manejar el
estado de los componentes, procesando datos de los componentes, validando entradas
de usuarios y manejando eventos.

2.6.5 Managed Bean

Para el framework las vistas de la aplicacin son pginas web .XHTML, por ejemplo,
[Link], que es lo que ve el cliente. Asociado a estas pginas tenemos una
variedad de Bean Administrados (ManagedBean).
Cada uno de estos ManagedBean contiene diferentes propiedades de acuerdo a la
necesidad del desarrollo.
Por ejemplo, se puede definir un ManagedBean llamado [Link], que tendr
todas las propiedades de una factura y que est asociada a la vista [Link].

2.6.6 Tipos de Clases

@ManagedBean
Indica que la clase FacturaMB es de tipo MangedBean; por otro lado, deben de llevar
un nombre de acceso, en este caso facturaBean el cual no tiene que coincidir con el
nombre de la clase.

14

Proyecto de Titulo
Escuela de Informtica DUOC UC

@RequestScoped
Define cual va a ser el ciclo de vida, si el scope es request, este vivir unicamente con
hacer una peticin y regresar los datos a la vista, terminadas estas tareas el bean y
todas las propiedades que tena mueren con la instancia del bean.
@ApplicationScoped - @SessionScoped - @ViewScoped - @RequestScoped
@NoneScoped

2.7 Resumen:
- El servidor de aplicaciones los crea en tiempo de ejecucin cuando son
necesarios para la aplicacin.
- Cualquier Java Bean (constructor sin argumentos + acceso con getXXX() y
setXXX()) definido como public puede ser configurado como Managed Bean.
- Tambin se permiten listas ([Link]) y tablas Hash ([Link]).
- Son responsables del Modelo y:
- Almacenan los datos a mostrar en las vistas o los recuperadas de la entrada de
usuario.
- Implementan la logica de la aplicacion directamente o delegada (por ejemplo,
un EJB)
- Manejan la navegacin entre las vistas.
- Pueden ser compartidos por varias vistas (depender de su alcance).
- Se vinculan a las vistas empleando el EL (expresin language).

[Link]

15

Proyecto de Titulo
Escuela de Informtica DUOC UC

3. EQUIPO DE TRABAJO

Este es el equipo de trabajo que conforma la gestin, desarrollo e implementacin de

TransNET, la misin es abordar cada uno de los casos de riesgo y generar una
solucin de acuerdo al plan generado para cada uno de los cargos.
Cargos

Personal que realizara tareas

Jefe de Proyecto

Sebastin Faras

Ingeniero de Sistemas

Orlando Paz

Analista Programador

Patricio Orellana
Tabla 1: Equipo de trabajo

16

Proyecto de Titulo
Escuela de Informtica DUOC UC

4. DESCRIPCIN DE LA IDEA.
La idea del proyecto consiste en desarrollar e implementar un sistema que permita
registrar y gestionar el transporte de carga para transportista y clientes.
El sistema concebido debe permitir que los transportistas puedan registrar sus
vehculos de transporte y gestionar la disponibilidad de estos de acuerdo a una ruta,
para que los clientes puedan registrar y asignar una carga a los vehculos con viajes
disponibles
4.1 ANALISIS FODA
La sigla FODA, es un acrstico de Fortalezas (factores crticos positivos con los que se
cuenta), Oportunidades, (aspectos positivos que podemos aprovechar utilizando
nuestras fortalezas), Debilidades, (factores crticos negativos que se deben eliminar o
reducir) y Amenazas, (aspectos negativos externos que podran obstaculizar el logro de
nuestros objetivos).
4.1.1 FORTALEZAS

Sistema fcil de usar y amigable al usuario.

Necesidad de los transportistas y clientes de un portal donde gestionar la

informacin de transporte de mercanca.

Optimizacin de tiempos y costos en el transporte al usar un sistema informtico

online.

Buen ambiente laboral

Caractersticas especiales del producto que se oferta.

4.1.2 OPORTUNIDADES

El proyecto tiene un enfoque para empresas independientes de diversas reas

de transporte que necesiten un sistema de registro y gestin de la informacin de
transporte y envo de productos.

17

Proyecto de Titulo
Escuela de Informtica DUOC UC

Posibilidad de generar Mltiples Aplicaciones y dar nuevas funcionalidades

dependiendo el enfoque.

Competencia dbil

Mercado mal atendido

Necesidad del producto

4.1.3 DEBILIDADES

Poco conocimiento de las herramientas tecnolgicas para el desarrollo y manejo

del sistema por parte de la flota de transportistas.

No existe experiencia ni registro de experiencias similares

Falta de motivacin de los recursos humanos

4.1.4 AMENAZAS

Desinters en cambiar sistema que han mantenido las empresas transportistas.

Resistencia al uso de tecnologas de la informacin por falta de conocimiento.

Competencia consolidada en el mercado

Inexistencia de competencia (no se sabe cmo reaccionar el mercado)

Conflictos en el grupo de trabajo.

4.1.5 CONCLUSION
El anlisis FODA logra anticipar oportunamente las acciones que ser necesario aplicar
en cada posible escenario, permite desarrollar una estrategia efectiva que asegure el
cumplimiento de la misin y la visin y, por tal razn, constituye una herramienta
efectiva que facilita la apreciacin objetiva de la situacin y la correcta toma de
decisiones.

18

Proyecto de Titulo
Escuela de Informtica DUOC UC

5. ANTEPROYECTO
a. Justificacin Econmica
Anlisis de requerimientos
Datos para el anlisis
Inversin

14.894.850
AOS
inversin

Flujo de caja
(neto anual) -14.894.850

1.914.803 2.937.555

4.886.107

8.286.342

15.670.719

Clculo del V.A.N. y la T.I.R.

Tasa
de
descuento
16,35%
% que representa el VAN del total
de la inversin
V.A.N
a
cinco aos 3.894.141,52

26,1%

T.I.R a cinco
aos
23,94%
Tabla 2: Justificacin econmica
De acuerdo al cuadro podemos sealar que nuestro proyecto es rentable ya que tiene
un retorno aplicado el Valor Actual Neto, luego de 5 aos de 3.894.141 lo cual
representa un 26% de rentabilidad respecto a la inversin inicial.

19

Proyecto de Titulo
Escuela de Informtica DUOC UC

Por otro lado de acuerdo al TIR, sea con un VAN DE 0, el retorno es igual a, 23,94
que es desde donde el proyecto comienza a ser una alternativa rentable respecto a las
otras alternativas de inversin.

b. Justificacin Tcnica
La justificacin tcnica del proyecto se argumenta en la factibilidad de llevarlo a cavo,
esto debido a que se eligi un proyecto cuyos objetivos son alcanzables, considerando
las competencias tcnicas de los integrantes del equipo ejecutor del proyecto.
Por otro lado tenemos como parte de la justificacin tcnica del proyecto, que la
tecnologa elegida para el desarrollo es opensource, tanto el lenguaje de programacin
(JAVA), como el motor de base de datos MYSQL

El desarrollo de un sistema web, es un proyecto alcanzable, ya que dentro de los

conocimientos adquiridos por los integrantes del equipo en el Instituto Profesional
DUOC UC, estn los cursos de programacin web, adems de los cursos de
modelamiento de procesos de negocio e ingeniera de software.

En el aspecto operativo se cuenta con el conocimiento y experiencia en el aspecto

tcnico del desarrollo del sistema y en el control y gestin del proyecto, ya que el
equipo est integrado por alumnos de los ltimos aos de la carrera de ingeniera
Informtica.

Uno de os aspectos ms crticos del proyecto a la cohesin y fluidez del trabajo en

equipo, por lo cual se hace necesario tener un canal de comunicacin expedito,
adems de tener claro los tiempos y compromisos de los integrantes del grupo de
trabajo, para esto se propone usar como plataforma el servicio de Google Adwords,
para correo, calendario y diseo de documentos.

20

Proyecto de Titulo
Escuela de Informtica DUOC UC

c. Justificacin Operacional

Esta factibilidad comprende una determinacin de la probabilidad de que un nuevo

sistema se use como se supone. Deberan considerarse cuatro aspectos de la
factibilidad operacional por lo menos.
La probabilidad de que el sistema propuesto se use como se supone se abordar en un
periodo de pruebas del sistema con el cliente de acuerdo a los siguientes criterios
Primero el sistema no puede resultar muy complejo de usar para los usuarios u
operadores que en este caso sern los dueos de camiones o vehculos de carga , ya
que si i lo es, los usuarios pueden ignorar el sistema o bien usarlo en tal forma que
cause errores o fallas en el sistema.
Segundo, el sistema puede hacer que los usuarios se resistan a l como consecuencia
de una tcnica de trabajo, miedo a ser desplazados, intereses en el sistema antiguo u
otras razones. Para cada alternativa debe explorarse con cuidado la posibilidad de
resistirse al cambio al nuevo sistema.
Tercero, el nuevo sistema puede introducir cambios demasiado rpido en la manera de
operar el negocio por parte del transportista, por tanto incorporamos un periodo para
permitir al cliente adaptarse a l y aceptarlo. Ya que sin importar qu tan atractivo
pueda ser un sistema en su aspecto econmico si la factibilidad operacional indica que
tal vez los usuarios no aceptarn el sistema o que uso resultar en muchos errores o
en una baja en la moral, el sistema no debe implantarse.
Una ltima consideracin es la probabilidad de la obsolescencia subsiguiente en el
sistema. La tecnologa propuesta debe presentar una ventaja respecto a la
competencia o a las alternativas que se estn comparando, ya que la rapidez con la
que se salen y se actualizan software en el mercado pueden hacerse que un nuevo
sistema sea obsoleto muy pronto. En cualquier caso, la implantacin de la alternativa
en consideracin se convierte en imprctica.
En el caso de que el periodo de prueba e implementacin del sistema, este presente
problemas de factibilidad operacional, este no se elimina sino que se simplifica para
mejorar su uso.

21

Proyecto de Titulo
Escuela de Informtica DUOC UC

5.1 CATEGORIA DEL PROYECTO

El proyecto desarrollar corresponde en la categora de Proyecto de Innovacin, ya
que pretende cambiar la manera de gestionar el transporte de mercadera a travs de
un sistema web.
5.2 NOMBRE DEL PROYECTO
El nombre del proyecto a desarrollar est enfocado directamente con el rea de
transporte
TRANSNET
Empresa de gestin de transportes

6. PROYECTO
A continuacin desarrollaremos el proyecto de gestin de transporte de mercadera
TRANSNET. Pasando por todas las etapas del ciclo de vida del proyecto
6.1 INICIACION DEL PROYECTO
El inicio de un proyecto informtico generalmente viene dado en la solicitud de unos
requisitos o necesidades de los usuarios.
En este caso nos enfocamos en la problemtica de la comunicacin y gestin entre un
transportista y un usuario, actualmente se realiza de manera engorrosa, puesto que la
comunicacin entre estos se realiza solamente de manera presencial lo cual hace ms
demoroso el trmite.
6.1.1 Identificar los Interesados
En el proyecto podemos identificar a dos interesados los cuales se ven directamente
afectados entre s, estos son:
-

Transportista: es quien ofrece su transporte para realizar el traslado de

mercadera mediante una ruta previamente definida por l.

Usuario: es quien genera la solicitud de transporte segn la cantidad de

carga que desee trasladar.

22

Proyecto de Titulo
Escuela de Informtica DUOC UC

6.2 PROCESO DE PLANIFICACION

6.2.1 Plan de la Direccin del Proyecto

[Link] Introduccin

En la actualidad las empresas luchan por tener un lugar en el mercado, para ello
se valen de las diversas herramientas que hoy existen para mejorar y optimizar los
procesos internos de una empresa, sin lugar a dudas una de estas herramientas es la
tecnologa.
Hoy en da las empresas hacen uso de esta tecnologa a travs de la computacin con
el fin de automatizar y estandarizar los procesos administrativos, lo que deriva en la
entrega ms rpida y oportuna de informacin. La informacin es un elemento
fundamental en la toma de decisiones, puesto que ella nos orienta y nos ayuda a
verificar las metas y objetivos planteados.
El presente proyecto a desarrollar pretende solucionar problemas de coordinacin y de
gestin de transportes de carga.
La idea es desarrollar una plataforma y sitio web, accesibles desde computadores y
aparatos celulares, que permita a usuario por un lado solicitar el transporte desde un
punto a otra de una cantidad de productos, y por otro a transportistas organizar los
viajes y transportes de acuerdo a la coordinacin eficiente de los puntos de recepcin y
entrega de los productos, su cantidad de carga y el registro de esta de manera
automtica mediante tecnologa NFC.
Para el desarrollo de proyecto se utilizaron y aplicaron todos los conocimientos y
herramientas que se han adquirido en el proceso de estudios de Ingeniera en
Informtica del Instituto Profesional DuocUC.

23

Proyecto de Titulo
Escuela de Informtica DUOC UC

[Link] Objetivo del Proyecto

Desarrollar e implementar un sistema
transporte de cargas.

web que permita coordinar y gestionar el

[Link].1 Descripcin del Objetivo General

Implica disear, modelar, crear e implementar un sistema de control y gestin de
transporte de cargas , que cubra las necesidades de controlar, mejorar y optimizar el
traslado de los productos con el fin de integrarlas a pequeas empresas de transporte.
El desarrollo del proyecto demora 7 meses, con fecha de inicio el 16-05-2014 y fecha
de trmino 04-12-2014(detallado ms adelante en Cronograma del Proyecto Pg. 23).
El costo total del proyecto es de $14.894.850.- (detallado ms adelante en Flujo de
Caja Pg. 24).
[Link].2 Objetivos Especficos
Para llevar a cabo el objetivo general, se debern cumplir primero pequeos objetivos,
detallados a continuacin, lo que significar haber cumplido con el proyecto
completamente.
Definir los alcances del proyecto (analizar los requerimientos, considerando lo que la
empresa ha investigado).

Detectar las posibles reas problemticas en la automatizacin.

Determinar el orden de las tareas en los procesos.

Realizar un software que sea correctamente utilizado por los usuarios.

Establecer una base de datos para guardar los registros necesarios.

Entregar informacin de calidad a los clientes.

Reducir los tiempos muertos que se generan en las empresas.

Identificar la forma en que operan usualmente las empresas que utilizan estos
sistemas

Reconocer las falencias repetitivas detectadas en las empresas visitadas.

24

Proyecto de Titulo
Escuela de Informtica DUOC UC

Conocer y analizar los recursos informticos que actualmente poseen las

empresas.

Reducir los tiempos de creacin de los productos.

Satisfacer, a travs del sistema informtico, las necesidades de los clientes.

Realizar un seguimiento y evaluacin del software, adems de la mantencin

requerida.

[Link] Alcances del Proyecto

Consiste en una aplicacin web que permite gestionar la informacin de transporte de
encomiendas o envo de productos dentro de la regin Metropolitana, enfocndose en
la automatizacin de los procesos por medio de tecnologas ya sea como celulares,
correos, etc
Se busca hacer ms eficaz y eficiente el sistema de transporte, ya sea de grandes
empresas de como de pequeas, acortando los tiempos de espera y de traslados,
gracias a un novedoso sistema que planifica los despachos automticamente por
medio de rutas ya establecidas

[Link] Limitaciones del Proyecto

Debido a que las empresas de transporte trabajan con conceptos que no son conocidos
por el alumno, ste se ve obligado a realizar un estudio ms a fondo sobre ellos, ya que
sin estos, se complica la creacin e implementacin del sistema propuesto.
Tambin se suma el no poder ingresar con facilidad a una empresa que utilice este tipo
de sistema ya que se necesita de permisos muy restringidos, por lo que slo se har de
acuerdo a los conocimientos obtenidos dentro de la empresa; dichos conocimientos
son medianamente importante ya que se podra probar en terreno el funcionamiento del
sistema que se desea crear ayudando al alumno a entender ms claramente el
funcionamiento de este tipo de empresa

25

Proyecto de Titulo
Escuela de Informtica DUOC UC

6.2.2 Definicin de Actividades

A Continuacin se presenta la estructura de desglose del trabajo de las distintas
etapas, se podrn verificar todas sus actividades y respectivo esfuerzo.
Actividades

Descripcin

Esfuerzo H/H

1.0 Iniciar Plan de

Proyecto

Este entregable consiste en la documentacin del plan de

gestin proyecto.

130

2.0 Analizar
Requerimientos y
Requisitos Funcionales
del Sistema

Este entregable consiste en la interaccin entre el cliente y la

empresas para llegar a acuerdos y tomar decisiones

51

3.0 Disear Sistema

Este entregable consiste en el diseo previo del sistema a

construir (BPMN, modelo de base de datos, UML) y la
arquitectura que seguir el desarrollo y la implementacin del
sistema

116

4.0 Preparar Ambiente e

Instalacin de Software
Base

Este entregable consiste en la preparacin e instalacin del

software y hardware necesario para los ambientes de
desarrollo certificacin e implementacin del sistema

67

5.0 Desarrollar Mdulo:

Administracin de
usuarios

Este entregable consiste en desarrollo para la gestin de

usuarios ya sea un usuario como clientes, transportistas,
administrador

68

6.0 Desarrollo Mdulo:

Flota de Transporte

Este entregable consiste en el desarrollo del mdulo de

gestin del transporte de mercaderas, incluyendo la
programacin de todas las clases necesarias para su
funcionamiento.

92

7.0 Desarrollar Mdulo:

Registro de Mercadera
de Transporte

En el mdulo de registros de mercadera, se registran y

controlan todas las transacciones y cambios realizados en el
recibimiento y entrega del stock de mercadera transportada
por el servicio de fletes y mudanzas tanto para corporativo,
pyme y particulares.

92

8.0 Desarrollar Mdulo:

Gestin de Chofer

Este entregable consiste en el desarrollo del mdulo de

gestin choferes, incluyendo la programacin de todas las
clases necesarias para su funcionamiento

92

9.0 Desarrollar Mdulo:

Clculo de Costo y pago

Este entregable consiste en el desarrollo del mdulo de

gestin del transporte de pago, incluyendo la programacin
de todas las clases necesarias para su funcionamiento

68

10. 0 Certificar Portal

TransNET

Es el conjunto de actividades planificadas y sistemticas que

aplicaremos en nuestro sitio web. Entre estas actividades se
encuentran las pruebas de funcionalidad y controles de
acceso. Estas actividades contribuyen a la prevencin de
errores, lo cual se puede contrastar con el Control de calidad,
que se centra en las salidas del proceso.

120

26

Proyecto de Titulo
Escuela de Informtica DUOC UC

Total horas/ hombre (esfuerzo)

896

a.1.0 Iniciar Plan de Proyecto

Tarea
1.1 Diagnosticar

1.2 Planificar

Sub Tareas
1.1.1 Formar equipo de
trabajo
1.1.2 Identificar el
FODA

Descripcin

Esfuerzo (H/H)
50

Es donde se define el proyecto

Momento en que se determinan y se asignan las tareas, se
definen los plazos de tiempo y se calcula el uso de los
recursos.

Descripcin

Esfuerzo (H/H)
10

Identificar actores dentro del proyecto

Identificar cules son las fortalezas,

debilidades y amenazas del proyecto

80

oportunidades,

10

1.1.3 Elaboracin
principal del proyecto

Elaboracin de la visin , propsito y metas del proyecto

10

1.1.4 Direccionamiento
estratgico

Elaboracin de EDT y Esfuerzo

20

Momento en que se determinan y se asignan las tareas, se

definen los plazos de tiempo y se calcula el uso de los
recursos.

20

1.2.1 Definir diagramas

esquemas y paradigmas

1.2.2 Definir costos

1.2.3 Definir esquemas

20

Definir esquemas de seguimiento , criterios y evaluaciones

27

20

Proyecto de Titulo
Escuela de Informtica DUOC UC

1.2.4 Gestin de riesgos

20

Identificacin y manejo de riesgos del proyecto

b.2.0 Analizar Requerimientos y Requisitos Funcionales del Sistema

Tarea

Descripcin

Esfuerzo (H/H)

2.1 Coordinar con

cliente

Coordinacin con cliente (correos)

2.2 Reunin con cliente

Reunin con cliente

2.3 Reunin con equipo

de trabajo

Reunin interna con el equipo de trabajo para analizar

requisitos dados por el cliente.

2.4 Analizar
Requerimiento

Anlisis de requerimiento y requisitos funcionales

mediante AOO

15

2.5 Modelo Procesos de

Negocio

Esta tarea consiste en modelar las reglas de negocio del

sistema de transporte de productos a travs de fletes

10

2.6 Especificar
Requisitos Funcionales

Sub Tarea

15

Descripcin

Esfuerzo (H/H)

2.1.1 Informar a
participantes

Informar a los participantes de la realizacin de la reunin

por medio telefnico y correo.

2.2.1 Realizar Reunin

Realizar reunin tcnica con participacin de expertos,

buscando agregar mejoras al documento preliminar de ADT.

[Link] Minuta

Realizar minuta con los acuerdos pactados e informacin

discutida.

2.3.1 Viabilidad de
mejoras

Revisar la viabilidad de las mejoras en su implementacin.

2.3.2 Informar cambios a

clientes

Informar cambios a los clientes si fueron o no aceptados

2.4.1 Anlisis de
requerimiento y
requisitos funcionales

Anlisis de requerimiento y requisitos funcionales

mediante AOO

15

2.5.1 Modela

Esta tarea consiste en modelar las reglas de negocio del

10

28

Proyecto de Titulo
Escuela de Informtica DUOC UC

miento de procesos
de negocio

sistema de transporte de productos a travs de fletes

2.6.1 Especificacin de
requisitos funcionales

15

c.3.0 Disear Sistema

Tarea

Descripcin

Esfuerzo (H/H)

3.1 Modelar Base de

Datos
3.2 Disear
Arquitectura y/o
Patrones de
diseo(MVC)
3.3 Disear UML de
Mdulos de Sistema
TransNet
3.4 Diagramar
implementacin UML

Esta tarea consiste en el modelamiento relacional de las

tablas de la base de datos del sistema

35

Esta tarea consiste en establecer la arquitectura del sistema

en cuanto al modelo vista controlador que se utilizar para
desarrollar el sistema online.

20

Esta tarea consiste en disear las clases del sistema de

acuerdo a modelo y capas del sistema.

30

Esta tarea consiste en diagramar la arquitectura fsica del

sistema

15

3.5 Disear Algoritmos

Principales

Esta consiste en disear los principales algoritmos del

sistema a programar

16

Sub Tarea
3.1.1 Modela miento de
base de datos relacional
3.1.2 Script de base de
Datos

Descripcin

Esfuerzo (H/H)

Esta tarea consiste en el modela miento relacional de las

tablas de la
base de datos del sistema

Se escribir el script de las tablas, clave primaria, clave

fornea de la
base de datos

10

3.1.3 Programacin de
base de datos
3.2.1 Diseo de
arquitectura de
sistema

Programacin de base de datos (procedimientos, triggers

etc.)

17

Esta tarea consiste en establecer la arquitectura del

sistema en
cuanto al modelo vista controlador que se
utilizar para desarrollar el sistema online.

12

3.2.2 Modelo Vista

Controlador

Se documentar el diagrama del modelo Vista controlador

que se utilizar

3.3.1 Diseo UML

de clases DAO

Esta tarea consiste en disear las clases del sistema de

acuerdo a modelo y capa de acceso a datos

10

3.3.2 Diseo UML

de clases de negocios

Esta tarea consiste en disear las clases del sistema de

acuerdo a modelo y capa de reglas de negocio

10

29

Proyecto de Titulo
Escuela de Informtica DUOC UC

3.3.3 Diseo UML

de clases de interfaces

Esta tarea consiste en disear las clases del sistema de

acuerdo a modelo y capa de interfaces de usuario

10

3.4.1 Diagrama de
implementacin UML

Esta tarea consiste en diagramar la arquitectura fsica del

sistema

15

3.5.1 Diseo de
algoritmos principales

Esta consiste en disear los principales algoritmos del

sistema a programar

16

e.4.0 Preparar Ambiente e Instalacin de Software Base

Tareas
4.1 Definir Entorno
de Desarrollo

Descripcin

Esfuerzo (H/H)

Identificar cuales los Software a utilizar

40

4.2 Preparar Entorno

Sub Tarea

27

Descripcin

Esfuerzo (H/H)

4.1.1 Definir
especificaciones
bsicas

Identificar las necesidades bsicas para desarrollar el

proyecto

[Link] Revisas
compatibilidad

Revisar compatibilidad del Software con otros sistemas

10

[Link] Bsqueda
del Software

Buscar la mejor alternativa para el desarrollo del proyecto

10

4.2.1 Definir el Software

Definir el Software a utilizar

25

[Link] Definir Software

Definir Software de programacin y base de dato

15

[Link] Definir Sistema

Operativo

Definir sistema operativo compatible con los Software a

utilizar

10

[Link] Definir el servicio

web

15

30

Proyecto de Titulo
Escuela de Informtica DUOC UC

f.5.0 Desarrollar Mdulo: Administracin de usuarios

Tareas

Descripcin

5.1 Desarrollar Clases

de Modelo y Controlador

Para el desarrollo de los mdulos se desarrollarn las clases

de acceso a datos y los servlet que llamarn a las distintas
clases

Esfuerzo (H/H)

20

5.2 Desarrollar Vista

login

Desarrollo de clase, formulario y controles de login

12

5.3 Desarrollar Vista de

Registro a Usuarios

Desarrollo de clases, formulario y controles de registro de

usuario

12

Desarrollo acceso datos y servlet de Administracin de

Usuarios.

24

5.4 Desarrollar
Conexin
Acceso Datos

Sub Tareas

Descripcin

Esfuerzo (H/H)

5.1.1 Programacin de
clase de Datos

Programacin de clases de conexin y acceso a datos

10

5.1.2 Programacin de
clases Servlet

Programacin de clases de servlet y/o controladores

10

5.2.1 Registro de login y

usuarios (Clases)

Programacin de clases con validacin de ingreso de datos

de camin: Patente, ao, marca, capacidad de carga,
motor, disponibilidad, etc.

12

Programacin de formulario web de Ingreso de datos de

camin: Patente, ao, marca, capacidad de carga, motor,
etc.

12

Segn categora, cliente directo o jefe de flota de

transporte, se le asignan permisos de acuerdo al perfil.

5.4.2 Asignar permisos

Se otorga un permiso administrativo a los jefes de flota

5.4.3 Denegar permisos

Los clientes solo cuentan con privilegios bsicos de

bsqueda

5.4.4 Baja de usuarios

De no cumplir con las normas establecidas se procede a

dar de baja usuario por un periodo de tiempo determinado

6.3.2. Controles y
Botones de formulario de
login y registro de
usuarios
5.4.1 Definir usuarios
por categora

5.4.5 Alta de usuarios

5.4.6 Modificacin de
perfil

Luego de regularizar situacin de baja se procede a dar el

alta al perfil del usuario.
Se modifica el perfil de usuario si cumple con las
condiciones necesarias.

31

4
4

Proyecto de Titulo
Escuela de Informtica DUOC UC

g.6.0 Desarrollo Mdulo: Gestin de Transporte

Tarea

Descripcin

Esfuerzo (H/H)

6.1 Desarrollar Clases de

Modelo y Controlador

Para el desarrollo de los mdulos se desarrollarn las

clases de acceso a datos y los servlet que llamarn a las
distintas clases

En este registro, se disear e implementar las clases de

negocio y el formulario web en donde el transportista
ingrese la informacin del camin y la disponibilidad de
transporte de este.
En este registro se disear e implementar las clases de
6.3 Desarrollar Vista Registro negocio y el formulario web en donde se ingresar
de Transporte
informacin del transporte como (Lugar de origen, datos
remitente, lugar de destino (direccin), datos destinatario,
producto transportado etc.)
En este registro se disear e implementar las clases de
negocio y el formulario web en donde se ingresar y
6.4 Desarrollar Vista Estado
actualizar la informacin del estado del transporte con
(cdigo de seguimiento)
sus fechas de ingreso, como por ejemplo el producto sali
de la bodega, est entregado etc.
6.2 Desarrollar Vista
Disponibilidad de Camin

32

20

24

24

24

Proyecto de Titulo
Escuela de Informtica DUOC UC

Sub Tarea

Descripcin

Esfuerzo (H/H)

6.1.2 Programacin
de clase de Datos

Programacin de clases de conexin y acceso a datos

10

6.2.2 Programacin
de clases Servlet

Programacin de clases de servlet y/o controladores

10

6.2.1 Registro de
camin (Clases)

Programacin de clases con validacin de ingreso de datos de

camin: Patente, ao, marca, capacidad de carga, motor,
disponibilidad, etc.

6.2.2. Controles y
Botones de
formulario de
registro de camin

Programacin de formulario web de Ingreso de datos de

camin: Patente, ao, marca, capacidad de carga, motor, etc.

6.2.3 Bsqueda de
camiones disponibles

Programacin de botn y
camiones

6.3.1 Registro de
transporte

6.3.2 Controles y
botones de registro de
transporte

controles para bsqueda de

Programacin de clases con validacin de ingreso de datos de

registro de transporte: lugar de origen, nombre destinatario,
telfono destinatario, nombre remitente, telfono remitente,
lugar de destino, tipo de mercadera o producto a transportar,
especificacin de mercadera o producto a transportar, , peso,
volumen
Programacin de controles y botones de ingreso de datos de
registro de transporte: lugar de origen, nombre destinatario,
telfono destinatario, nombre remitente, telfono remitente,
lugar de destino, tipo de mercadera o producto a transportar,
especificacin de mercadera o producto a transportar, peso,
volumen

12

12

6.4.1 Registro de
estado de
transporte
de producto

Programacin de clases de validacin de ingreso de datos de

registro de estado de transporte: cdigo de seguimiento de
transporte de producto, estado, ubicacin.

6.4.2 Controles y
botones de estado de
transporte de producto

Programacin de controles y botones de ingreso de datos de

registro de estado de transporte: cdigo de seguimiento de
transporte de producto, estado, ubicacin.

6..4.3 Bsqueda de
estado de
transporte
de producto

Programacin de botn para bsqueda de estado de transporte

de productos

33

Proyecto de Titulo
Escuela de Informtica DUOC UC

h.7.0 Desarrollar Mdulo: Registro de carga de Transporte

Tarea
7.1 Desarrollar Clases
Modelo y Controlador
7.2 Desarrollar Vista
Validacin y Controles
De Formularios para
Ingresar y Buscar
Productos
7.3 Desarrollar
Integracin de Registro
de Productos NFC
7.4 Desarrollar
Integracin de Datos
Rfid lector NFC

Sub Tarea

Descripcin
Para el desarrollo de los mdulos se desarrollar las clases
de acceso a datos y los servlet que llamarn a las distintas
clases
En este registro, se disear e implementar las clases de
negocio y el formulario web en donde el transportista
ingrese la informacin

Esfuerzo (H/H)
20

24

para ingreso de y bsqueda de productos a transportar

En este registro se har la programacin del dispositivo

NFS para ingresar la informacin del producto a transportar

24

En este registro se har la programacin del dispositivo

NFS para leer la informacin del producto a transportar

24

Descripcin

Esfuerzo (H/H)

7.1.1 Programacin de
clase de Datos

Programacin de clases de conexin y acceso a datos

10

7.1.2 Programacin de
clases Servlet

Programacin de clases de servlet y/o controladores

10

7.2.1 Registro de (Clases)

mercadera o producto a
transportar

Programacin de clases con validacin de ingreso de datos

de producto:

7.2.2 Controles y Botones

de formulario de registro
de
producto o
mercadera

Programacin de formulario web de Ingreso de datos de

camin: Patente, ao, marca, capacidad de carga, motor,
etc.

7.2.3 Bsqueda de
productos

Programacin de botn y controles para bsqueda de

productos

7.3.1 Desarrollo de registro

de producto con NFC
Programacin de eventos de registro de productos con NFC

7.4.1 Lector NFS

Programacin del dispositivo NFS para leer la informacin

del producto a transportar

34

24

24

Proyecto de Titulo
Escuela de Informtica DUOC UC

i.8.0 Desarrollar Mdulo: Gestin de Chofer

Tarea

Descripcin

8.1 Desarrollar Clases

de Modelo y Controlador

Para el desarrollo de los mdulos se desarrollarn las clases

de acceso a datos y los servlet que llamarn a las distintas
clases

8.2 Desarrollar Vista de

Registro de Chofer no
Contratado
8.3 Desarrollar Vista de
Registro de Chofer
Contratado
8.4 Desarrollar Bitcora
de Conduccin por Viaje
y Registro de Hora

Sub Tarea

En este registro, se disear e implementar las clases de

negocio y el formulario web en donde los choferes que
quieran disponibles ingresen sus datos de contacto y
conocimientos y experiencia en conduccin.
En este registro se disear e implementar las clases de
negocio y el formulario web en donde se ingresar
informacin de la hoja de vida del chofer en la empresas
que estn en el sistema
En este registro se disear e implementar las clases de
negocio y el formulario web en donde se ingresar y
actualizar la informacin de la horas de comienzo y trmino
de conduccin diaria en cada camin

Descripcin

Esfuerzo (H/H)
20

24

24

24

Esfuerzo (H/H)

8.1.1 Programacin de
clase de Datos

Programacin de clases de conexin y acceso a datos

10

8.1.2 Programacin de
clases Servlet

Programacin de clases de servlet y/o controladores

10

8.2.1 Registro de chofer

(Clases)

Programacin de clases con validacin de ingreso de datos de

chofer: Nombre completo, ao nacimiento, clase de conducir,
estado de trabajo, empresas o empleadores etc.

8.2.2 Controles y
Botones de formulario
de registro de camin

Programacin de formulario web de Ingreso de datos de

camin: Patente, ao, marca, capacidad de carga, motor, etc.

8.2.3 Bsqueda de
choferes disponibles

Programacin de botn y controles para bsqueda de choferes

disponibles

8.3.1 Registro de
hoja de vida de
choferes contratados

Programacin de clases con validacin de ingreso de datos de

hoja de vida de chofer: Fecha inicio empresa, horas de
conduccin, viajes realizados.

12

Programacin de formulario web de registro de hoja de vida de

chofer

12

Programacin de clases con validacin de ingreso de datos de

Hora de inicio, eventos, hora llegada, nivel de combustible
inicio, nivel de combustible llegada, lugar de estacionamiento

12

Programacin de controles y botones de ingreso de datos de

Hora de inicio, eventos, hora llegada, nivel de combustible
inicio, nivel de combustible llegada, lugar de estacionamiento

12

8.3.2 Controles y
botones de registro
de transporte
8.4.1 Registro de
horas y bitcora por
viaje
8.4.2 Controles y
botones de horas y
bitcora por viaje

35

8
8

Proyecto de Titulo
Escuela de Informtica DUOC UC

8.4.3 Bsqueda estado de

Bsqueda de eventos, horas por viaje etc.
transporte de producto

24

j.9.0 Desarrollar Mdulo: Clculo de Costo y pago

Tarea

Descripcin

Esfuerzo (HH)

9.1 Desarrollar Clases

de Modelo y Controlador

Para el desarrollo de los mdulos se desarrollarn las clases

de acceso a datos y los servlet que llamarn a las distintas
clases

20

9.2 Desarrollar de
Mdulo de Clculo y
Costo de Transporte

En este registro, se disear e implementar las clases de

negocio y el formulario web en donde se estimar el costo
del transporte o flete de acuerdo a volumen, peso y
distancia.

24

9.3 Desarrollar Vista

Mdulo de Pago Online
de Transporte

En este registro se disear e implementar las clases de

negocio y el formulario web y las interfaces con transbank
para pagar el costo del transporte

24

Descripcin

Esfuerzo (H/H)

9.1.1 Desarrollo de
clases de acceso a
datos y servlet

Programacin de las clases de acceso a datos que llamarn a

las distintas clases

10

9.1.2 Desarrollo de
clases de servlet y/o
controladores

Programacin de los servlet y controladores que llamarn a

las distintas clases

10

9.2.1 Registro de
Clculo de costo de
transporte

En este registro, se disear e implementar las clases con

validaciones para estimar el costo del transporte o flete de
acuerdo a volumen, peso y distancia.

12

9.2.2 Controles y
botones de Clculo de
costo de transporte

Programacin de botones y controles de formulario web en

donde se estimar el costo del transporte o flete de acuerdo a
volumen, peso y distancia.

12

9.3.1 Registro de pago

online de costo de
transporte

En este registro se disear e implementar las clases con

validaciones para el pago del costo de envo

12

9.3.2 Controles y
botones de mdulo de
pago online de
costo de transporte

Programacin de los controles y botones del formulario web y

las interfaces con trans - bank para pagar el costo de envo

12

Sub Tarea

36

Proyecto de Titulo
Escuela de Informtica DUOC UC

k.10.0 Certificar Portal TransNET

Tarea

Descripcin

Esfuerzo (H/H)

10.1 Generar Plan de

Pruebas

Se deben hacer pruebas para medir el proyecto

60

10.2 Realizar Pruebas

de Control de Accesos

Se debe controlar el acceso y la interaccin de usuarios en

el sistema

60

10.3 Planificar Puesta

en Marcha

Es necesario que el sitio cumpla con las pruebas para el

lanzamiento del sitio web.

60

Sub tarea
10.1.1 Prueba de
interfaz de pagina

Descripcin
Se probara el uso que posee la pgina a la hora de la
interaccin entre el usuario y esta.

Esfuerzo (H/H)
20

10.1.2 Prueba de
funcionalidad

Revisin completa de funcionalidades que tendr el sitio

web

20

10.1.3 Prueba de
seguridad

Es necesario probar la seguridad de la pgina para dar una

cierto grado de confianza a los usuarios.

20

10.2.1 Control de
acceso al iniciar sesin

Prevencin de inicio de sesin a usuarios no autorizados

30

10.2.2 Control de
acceso a informacin

A travs de los privilegios el usuario tendr permisos

definidos

30

10.3.1 Control de
acceso a recursos

Monitoreo y supervisin al usuario.

60

37

Proyecto de Titulo
Escuela de Informtica DUOC UC

6.2.3 Roles del Proyecto

Este es el equipo de trabajo que conforma la gestin, desarrollo e implementacin de
TransNET, la misin es abordar cada uno de los casos de riesgo y generar una
solucin de acuerdo al plan generado para cada uno de los cargos.

Cargos

Personal que realizara tareas

Jefe de Proyecto

Sebastin Faras

Ingeniero de Sistemas

Orlando Paz

Analista Programador

Patricio Orellana
Tabla 3: Roles del proyecto

Luego de identificar el problema se entregara al personal correspondiente la tarea a

realizar, para generar solicitudes de tareas se ocupara la Aplicacin web

Funciona a travs de un registro de usuarios por correo, generando la administracin

de ambientes de trabajo llamados BOARDS.

Se crearan mdulos correspondientes a cada equipo, agregando la Categora

del Riesgo, descripcin del riesgo y el nivel de severidad.

Se agregara a cada solicitud el profesional que resolver el problema, junto con

las tareas que realizo.

Cuando se Termina la tarea, la aplicacin nos permite arrastrar la solicitud a un

mdulo de actividades TERMINADAS el cual se detallar la solucin entregada
a cada solicitud.

El detalle de este movimiento de tarea nos refleja el da que fue creada y

terminada.

38

Proyecto de Titulo
Escuela de Informtica DUOC UC

Esto generara un seguimiento a cada riesgo de nuestra aplicacin web, el cual podr
ser escalado, analizado y ejecutado segn la severidad del riesgo.
Con esto podemos generas nuestros clculos estimativos:
1. Tiempos de respuestas a cada solicitud, Nmeros de incidencias o riesgos por
Da, Semana y/o Mes.
2. Priorizacin de eventos para el progreso del proyecto.
3. Administracin de cargas generadas a cada equipo de trabajo segn solicitudes
creadas.
4. Estadsticas cualitativas y comparativas de incidencias o riesgos reportados.

39

Proyecto de Titulo
Escuela de Informtica DUOC UC

2.4 Responsabilidades del Proyecto

Responsable

Colaborador

Tareas
1.0 Toma y anlisis de requerimientos y
requisitos funcionales del sistema

Responsabilidades
Analista
Ingenier de
Jefe de
Programad o.
sistema. Proyecto.
or. Pato
Orlando Antn
Sebastin
X

1.1 Coordinacin con cliente

1.2 Reunin con cliente

1.3 Reunin con equipo de trabajo

1.4 Anlisis de requerimiento y requisitos
funcionales mediante AOO

1.5 Modela miento de procesos de negocio

1.6 Especificacin de requisitos funcionales

2.1 Diagnstico

2.2 Planificacin

2.0 Plan de Gestin

Spon Srv.
sor
Externo

3.0 Diseo del sistema

3.2 Modela miento de base de datos

3.3 Diseo de arquitectura y/o patrones de
diseo (Modelo Vista Controlador)
3.4 Diseo UML de mdulos de sistema
(Diseo clases)

3.5 Diagrama de implementacin UML

4.0 Preparacin de ambiente e instalacin de
software base

4.1 Definir entorno de desarrollo

4.2 Preparacin de entorno

5.0 Desarrollo acceso datos y servlet de
Administracin de usuarios

5.1 Desarrollo login

5.2 Desarrollo registro de usuarios

6. Desarrollo de mdulo de transporte

6.1 Desarrollo de clases de acceso a datos y
servlet
6.2 Desarrollo de registro de camin
(disponibilidad)

Responsable

Colaborador

40

Proyecto de Titulo
Escuela de Informtica DUOC UC

Responsabilidades
Analista
Ingenier de
Programad o.
sistema.
or. Pato
Orlando Antn

Jefe de
Proyecto.
Sebastin

6.3 Desarrollo de registro de transporte

6.4 Desarrollo de registro de estado de
transporte (cdigo de seguimiento)
7. Mdulo de registro de mercadera o
producto a transportar
7.1 Desarrollo de clases de acceso a datos y
servlet
7.2 Desarrollo de clase con validacin y
controles de formularios para ingreso de y
bsqueda de productos a transportar
7.3 Desarrollo de registro de producto con
NFC

7.4 Desarrollo evento Lector NFS

8. Desarrollo mdulo de gestin de choferes

8.1 Desarrollo de clases de acceso a datos y
servlet
8.2 Desarrollo de registro de datos de
choferes no contratados
8.3 Desarrollo de registro de hoja de vida de
choferes contratados
8.4 Desarrollo de registro de Hora y bitcora
de conduccin por viaje
9. Desarrollo del mdulo de clculo de costo
y pago
9.1 Desarrollo de clases de acceso a datos y
servlet
9.2 Desarrollo de mdulo de Clculo de
costo de transporte
9.3 Desarrollo de mdulo de pago online de
costo de transporte

10. Certificacin de sitio web.

10.1 plan pruebas

10.2 control de acceso

10.3 plan de puesta en marcha del sitio web

Tareas

Spon Srv.
sor
Externo

X
X

Tabla 4: Matriz de responsabilidades

41

Proyecto de Titulo
Escuela de Informtica DUOC UC

6.2.5 Secuencia de actividades

Duracin de las tareas y dependencias
Tarea

Duracin (das)

Dependencias

1.0 Iniciar Plan de

Proyecto

73

2.0 Analizar
Requerimientos y
Requisitos Funcionales
del Sistema

11

1.0

3.0 Disear Sistema

21

2.0

4.0 Preparar Ambiente e

Instalacin de Software
Base

29

2.0

5.0 Desarrollar Mdulo:

Administracin de
usuarios

34

3.0

6.0 Desarrollo Mdulo:

Flota de Transporte

12

3.0

7.0 Desarrollar Mdulo:

Registro de Mercadera
de Transporte

12

3.0

8.0 Desarrollar Mdulo:

Gestin de Chofer

12

3.0

9.0 Desarrollar Mdulo:

Clculo de Costo y pago

12

3.0

10. Certificar Portal

Transnet

15
Tabla 5: Secuencia de actividades

42

Proyecto de Titulo
Escuela de Informtica DUOC UC

6.2.6 Cronograma
[Link] DURACIN DE LAS ACTIVIDADES
El cronograma del proyecto es la organizacin de todas las actividades del proyecto
en base al tiempo y sus dependencias. El cronograma se define una vez se haya
completado el esquema de desglose de trabajo (EDT) donde se han identificado
todas y cada una de las actividades del proyecto. Uno de los usos principales es
fijar las fechas de inicio y fin del proyecto, el cronograma tambin permite
determinar cundo cada actividad debe comenzar y cuando debe acabar.
La meta de definir el cronograma es para que el equipo de proyecto tenga una
comprensin completa de todo el trabajo que necesita lograr. AL definir el
cronograma del proyecto tambin se desarrolla una comprensin de las
limitaciones, las dependencias y secuencia de las actividades.
Actividad

Duracin
(das)

Inicio

Fin

73

16-05-2014

26-08-2014

11

16-05.2014

30-05-2014

3. Disear Sistema

21

16-05-2014

13-06-2014

4. Preparar Ambiente e Instalacin de Software

Base

29

27-08-2014

06-10-2014

5. Desarrollar
usuarios

34

07-10-2014

21-11-2014

6. Desarrollo Mdulo: Flota de Transporte

12

22-09-2014

07-10-2014

7. Desarrollar Mdulo: Registro de Mercadera

de Transporte

12

07-10-2014

22-10-2014

8. Desarrollar Mdulo: Gestin de Chofer

12

09-10-2014

24-10-2014

9. Desarrollar Mdulo: Clculo de Costo y pago

12

28-10-2014

12-11-2014

10. Certificar Portal TransNET

15

14-11-2014

04-12-2014

1. Iniciar Plan de Proyecto

2. Analizar Requerimientos
Funcionales del Sistema

Mdulo:

Requisitos

Administracin

de

Tabla 6: Cronograma

43

Proyecto de Titulo
Escuela de Informtica DUOC UC

6.2.7 Estimar Costos

6.2.8 Estimar el Presupuesto
Con la hoja de costos analizaremos las etapas de fabricacin de este proyecto
en tres tipos de costos: materiales, horas hombres y los gastos indirectos del
proyecto.

Tabla 7: Presupuesto

Total proyecto transnet $14.894.850 pesos.

44

Proyecto de Titulo
Escuela de Informtica DUOC UC

6.2.9 Planificacin de Gestin de Riesgos

El riesgo de la gestin de proyecto surge de la incertidumbre que se pueda tener sobre
el proyecto.
Este tiende a amenazar el xito del proyecto.
La gestin de riesgos es igual a la serie de pasos que ayudan a comprender y manejar
la incertidumbre que implica el desarrollo de todo proyecto.
Consideraciones para la Gestin:
Identificaremos los riesgos
Analizaremos cada riesgo y estableceremos probabilidades de ocurrencia
y el dao que este podra causar.
Clasificacin de los riesgos segn la ocurrencia y el efecto que podra
tener sobre el proyecto.
Desarrollar un plan de contingencia antes posibles riesgos que se
presenten durante el proyecto.
El equipo se debe comprometer de manera proactiva y consistentemente
ante posibles riesgos que puedan aparecer durante todo el proyecto.

Identificacin del riesgo

Identificar riesgos de proyecto, producto y negocio.
Existen dos tipos de riesgos:
Genricos
Especficos
Los podemos categorizar en relacin del:
Tamao del producto o proyecto
Impacto en la organizacin
Definicin en el proceso de produccin
Entorno de desarrollo
Tecnologa
Experiencia del equipo
Componentes del riesgo, se identifican 4:

45

Proyecto de Titulo
Escuela de Informtica DUOC UC

Rendimiento
Coste
Mantencin
Planificacin

Riesgos del negocio

Este amenaza directamente la viabilidad del software a construir, los principales
riesgos son:
Construir un sistema que nadie utilice esto se relaciona a un riesgo de
mercado.
Construir un producto que no compatibiliza con la gestin comercial que
requiera la empresa o el cliente, esto sera un riesgo estratgico.
Cambios en el equipo o un cambio de gestin, esto sera un riesgo de
direccin.
Perder alguien del equipo o tener prdidas monetarias, riesgo de
presupuesto.

46

Proyecto de Titulo
Escuela de Informtica DUOC UC

Tipos de riesgos
Un riesgo se estima por las consecuencias a que puede dar lugar en caso de
desencadenamiento (errores y observaciones), y por la probabilidad y niveles de
severidad.
Tabla de categorizacin de riesgos y niveles de severidad segn el equipo de trabajo
de TransNET.
Categora
Probabilidad

Funcional
Observacin
Leve
Medio
Crtico

Texto / Contenido
Observacin
Leve
Medio
Crtico

Grfico
Observacin
Medio

Personal
Observacin
Medio

Crtico

Crtico
Tabla 8: De riesgos

Los niveles de riesgos indicados en el cuadro anterior, forman la base para generar
indicaciones en caso de actuar frente a una ocurrencia, si se requiere mejorar los
controles existentes o implantar unos nuevos, as como la temporizacin de las
acciones.
Riesgo
Observacin

Accin
No se requiere accin especfica, se debe mantener al tanto a desarrolladores,
su clasificacin debe estar sujeta a una observacin y las reglas de negocio de
la aplicacin.

Leve

No se necesita mejorar la accin preventiva. Sin embargo se deben considerar

soluciones ms rentables o mejoras que no supongan una carga econmica
importante. Se requieren comprobaciones peridicas para asegurar que se
mantiene la eficacia de las medidas de control.

Medio

Se deben hacer esfuerzos para reducir el riesgo, determinando las inversiones

precisas. Las medidas para reducir el riesgo deben implantarse en un perodo
determinado. Cuando el riesgo moderado est asociado con consecuencias
extremadamente dainas, se precisar una accin posterior para establecer,
con ms precisin, la probabilidad de dao como base para determinar la
necesidad de mejora de las medidas de control.
No debe comenzar ni continuar el trabajo hasta que se reduzca el riesgo. Si no
es posible reducir el riesgo, incluso con recursos ilimitados, debe prohibirse el
trabajo.

Crtico

47

Proyecto de Titulo
Escuela de Informtica DUOC UC

Descripcin de riesgos, niveles de severidad y clasificacin segn categora

tegora

Definicin de Categora

Niveles de
Severidad

Clasificaciones
- Imposibilita al desarrollador de utilizar la plataforma.
- No permite a los desarrolladores continuar con las
acciones ejecutables del software.
- No permite continuar con el flujo esperado.
- Guardado de informacin errnea.

Crtico

- Prdidas de datos.
- Resultados que invaliden la utilizacin de otros
mdulos del sistema.
- Despliegue de informacin errnea, ya sea de
procesos, candidatos, usuarios, ofertas de empleo,
etc.
- Secciones privadas del sistema que no validan el
logueo por parte del usuario.

Caractersticas
que
impactan
en
los
requerimientos de texto y
que es indispensable
Funcional verificar para asegurar la
correcta utilizacin y
entendimiento
del
sistema por parte del
usuario.
Un
requerimiento de texto o
contenido
permite
generar la comunicacin
entre el sistema y el
usuario.

- Errores visibles y evidentes que no impiden al

usuario continuar con el flujo esperado.
- Falta de botones para una accin necesaria en el
sistema, siempre y cuando no bloquee el flujo
requerido.

Medio

- Falta de validaciones que pueden llevar al usuario a

generar un error dentro de la aplicacin.
- Campos de texto o botones que se presentan de
forma incorrecta en la interfaz, y que llevan a generar
un error o un malentendido por parte del usuario.
- No genera bloqueo de acciones disponibles en el
sistema.
- No detiene el flujo de la aplicacin.

Leve

- Presentar error al usar botones, mens, links

necesarios para el correcto funcionamiento completo
del flujo, pero que no afectan al resultado esperado
de la aplicacin.
- Son errores que no pertenecen a las descripciones
anteriores.

48

Proyecto de Titulo
Escuela de Informtica DUOC UC

Observacin

Crtico

Dentro de la categora de los requerimientos

funcionales, corresponde a todo comportamiento de
la aplicacin que genere dudas al certificador, donde
este ltimo no puede asegurar que se trata de un
error o anomala. Tambin podemos tipificar un caso
como observacin cuando se tiene algn comentario
sobre el resultado de la prueba.
- Inducir al usuario a cometer una accin errnea.
- Que genere confusin por parte del usuario.
- Que genere confusin por parte del usuario.

Caractersticas
que
impactan
en
los
requerimientos de texto y
que es indispensable
verificar para asegurar la
correcta utilizacin y
entendimiento
del
sistema por parte del
usuario.
Un
requerimiento de texto o
contenido
permite
Texto /
generar la comunicacin
Contenido
entre el sistema y el
usuario.

- Faltas de ortografa en general, palabras mal

escritas, error de acentuacin, maysculas mal
usadas.

Medio

- Problemas de redaccin.
- Errores de puntuacin.
- Textos no justificados o no alineados como
corresponde, segn la disposicin de la pgina.

Leve

Observacin

Grfico

Caractersticas
que
impactan
en
los
requerimientos grficos y
que es indispensable
verificar para asegurar la
correcta usabilidad y
diseo del sistema. La
importancia
de
la
implementacin de los
requerimientos grficos
radica bsicamente en el
correcto despliegue de
colores, ubicacin de

- Textos repetidos, siempre y cuando no lleven a

confusin o a la generacin de error por parte del
usuario.

Crtico

- Textos en negrita, cursiva o resaltados, cuando no

corresponden.
- Textos, nmeros, cifras o fechas mal formateadas.
Dentro de la categora de los requerimientos de
texto, corresponde a todo texto o contenido dentro de
la aplicacin que genere dudas al certificador, donde
este ltimo no puede asegurar que se trata de un
error o anomala.
- Descuadre o des configuracin grfica (ya sea de
elementos de formulario, mens, o parte del layout),
que no permite al usuario visualizar o continuar con
el flujo o acciones entregadas por el sistema.
Imgenes con tamao errneo, que no interfieren en
el flujo o comportamiento esperado de la aplicacin.

Medio

49

- Descuadre de elementos en el formulario que no

interfieren en el flujo o comportamiento esperado de
la aplicacin.
- Campos de texto o botones que se presentan
ubicados de forma incorrecta en la interfaz, pero que
no logran generar un error o un malentendido por
parte del usuario.

Proyecto de Titulo
Escuela de Informtica DUOC UC

elementos y estructura
de cada seccin.

- Colores que no correspondan a los corporativos.

Observacin Corresponde a lo relacionado con requerimientos

grficos dentro de la aplicacin, los cuales generan
dudas al certificador, donde este ltimo no puede
asegurar que se trata de un error o anomala.

personal

Caractersticas
que
Crtico
impactan en el equipo
de trabajo y que es
indispensable verificar
para
asegurar
la
estabilidad de progreso
del
proyecto.
La
importancia
de
la
implementacin de los
Medio
requerimientos
personales
radica
bsicamente
en
eficiencia y eficacia del
equipo
de
trabajo,
cumpliendo las metas y
disminuyendo
los
riesgos que implica el
nivel de severidad.
Observacin

50

- Falta de disposicin para generar progreso con el

proyecto.

- Falta de competencias tcnicas que retrasan el

proyecto, generando horas de investigacin e
incertidumbre en el equipo.
- Corresponde a lo relacionado con disconformidad
del progreso del equipo o falta de compromiso.

- Correspondiente a lo relacionado con el cliente.

Una lenta respuesta a sus solicitudes y soluciones.
- Personal de trabajo no se encuentre apto para
tareas diarias, teniendo encuentra problemas de
Salud como personales.

- Corresponde a nuevos requerimientos

solicitudes del personal de trabajo o clientes.

Proyecto de Titulo
Escuela de Informtica DUOC UC

Preparacin de un plan de gestin de riesgos

Una vez valorados los Riesgos debe hacer un Plan de Control de Riesgos.
El Plan de Control de Riesgos debe incluir principios para:

Adaptar el trabajo a la persona, as como a la eleccin de los equipos y

mtodos de trabajo y de produccin.
Adoptar las medidas que antepongan la proteccin colectiva a la
individual.
Dar las debidas instrucciones a los trabajadores.

Este Plan debe revisarse peridicamente para efectuar modificaciones en el caso de

que se produzcan cambios en los puestos de trabajo.
La evaluacin de riesgos debe ser, en general, un proceso continuo. Por lo tanto la
adecuacin de las medidas de control debe estar sujeta a una revisin continua y
modificarse si es preciso. De igual forma, si cambian las condiciones de trabajo, y con
ello varan los peligros y los riesgos, habr de revisarse la evaluacin de riesgos.

Planificacin de riesgos
Elaboracin de planes para evitar o minimizar los efectos del riesgo
Estrategias para disminuir o encontrar los riesgos:
Estrategias Proactivas:
Mtodo:

Evaluacin previa y sistemtica de riesgos

Evaluacin de consecuencias
Plan de mitigacin de consecuencias
Plan de contingencia

51

Proyecto de Titulo
Escuela de Informtica DUOC UC

Respuesta a los riesgos:

Una vez que se hayan priorizado los riesgos estamos preparados para
responder ante ellos.
La planeacin de la Respuesta a los Riesgos es el proceso de desarrollar
procedimientos y acciones para mejorar las oportunidades y reducir las
amenazas a los objetivos del proyecto.
Las respuestas a los riesgos se planifican en funcin de la prioridad de
estos, incorporando recursos y actividades en el presupuesto,
cronograma y plan de gestin del proyecto, segn sea necesario.
Considerar el impacto en el tringulo de restricciones de costo, tiempo y
desempeo.

52

Proyecto de Titulo
Escuela de Informtica DUOC UC

Plan de riesgos
Se deber analizar los activos que podran ser amenazados por algn tipo de riesgo,
en este caso nuestra plataforma de Desarrollo, Hardware de los equipos, base de
datos y personal.
Establecidos los objetivos del anlisis de riesgo se debe formalizar el equipo de trabajo
que realizar la tarea.
CATEGORIAS

TAREAS

Desarrollo

Los errores grficos y funcionalidades deben ser analizados y

ejecutados por el Analista Programador encargado del
mdulo.

Hardware

Los errores y riesgos del hardware y configuracin de

servicios de deben ser analizados y ejecutados por el
Ingeniero de sistemas encargado del proyecto.

Base de datos

Los errores y riesgos generados por la base de datos deben

ser analizados y ejecutados por el Analista Programador
encargado del mdulo.

Personal de
Trabajo

Los problemas interpersonales o ajenos al proyecto deben

ser evaluados por Jefe de Proyecto para generar estrategias
proactivas y minimizar los riesgos que provoca.
Tabla 9: Tareas de plan de riesgos

53

Proyecto de Titulo
Escuela de Informtica DUOC UC

7. CONTRUCCION DEL SOFTW ARE

Este diagrama describe la funcionalidad de este sistema. Los casos de uso estn representados por
elipses que interactan de forma directa con los actores. Los Actores estn representados con una figura
bsica humana y estn en constante interaccin con el sistema, La Empresa son personas naturales
que pagan de forma mensual y anual para poder generar una galera de sus servicios de transporte.
Cliente son personas que entran al sistema para satisfacer una necesitad de transporte. est
encargado de activar las cuentas de empresas gestionando los pagos de esta.
Contexto: El sistema tiene el objetivo de registrar los vehculos y registrar o asignar la carga a estos
Los actores son
El transportista quien registra el vehculo y asigna una ruta a este para ingresar un viaje disponible
El cliente que registra la carga y asignar esta a un vehculo que tenga un viaje asignado

54

Proyecto de Titulo
Escuela de Informtica DUOC UC

DIAGRAMA DE CASOS DE USO

Figura2: casos de uso

55

Proyecto de Titulo
Escuela de Informtica DUOC UC

7.1 ANLISIS DE REQUERIMIENTOS

El presente documento especifica los requisitos funcionales que sistema de gestin de
transporte a construir debe cumplir, dado por las interacciones o casos de uso de los
actores con el sistema, y por ende las reglas de negocio que debe cumplir el sistema
en su relacin con el contexto de funcionamiento.
Como parte de la toma y anlisis de requerimientos y delimitacin del alcance de
nuestro proyecto, comenzamos la especificacin de los casos de uso de acuerdo a la
priorizacin del desarrollo modular de nuestro sistema.
Nombre del caso de uso

Registrar usuario

Descripcin

Registrar el
transportista

Flujo bsico

1 El usuario presiona el botn registrarse.

usuario

que

puede

ser

cliente

2 Luego el usuario ingresa los datos registro como

Rut, nombre, mail, telfono etc.
3 Luego el cliente presiona el botn registrar usuario
4Si ingreso todo los campos requeridos, se enva un
mensaje de confirmacin de registro
5 Luego el cliente puede ingresar el login, con su
nombre de usuario y contrasea, e ingresar al men o
mdulo de transporte y despacho
Flujo alternativo

1 El usuario no ingresa todos los campos requeridos

2 El sistema enva un mensaje de error y solicita
ingresar datos al usuario

56

Proyecto de Titulo
Escuela de Informtica DUOC UC

Nombre del caso de uso Registrar Solicitud de carga

Descripcin

Buscar y registrar un servicio de transporte de carga

por parte del cliente.

Flujo bsico

1 El cliente ingresa su usuario y contrasea, y entra al

sistema
2 El cliente busca un viaje vehculo-ruta del transporte
3 Luego el cliente ingresa el cdigo del vehculo del
ruta que desea
4 El cliente selecciona el vehculos de transporte con
la ruta
6 Luego el cliente ingresa datos de la carga: Peso,
tamao de la carga
7 El cliente ingresa la carga.
8 Se asigna la carga al vehculo.
9 El monto de ocupacin del vehculo se actualiza

Flujo alternativo

El cliente tiene informacin incompleta de del servicio

requerido, por lo cual no puede terminar la bsqueda y
seleccin, pero puede guardar datos

57

Proyecto de Titulo
Escuela de Informtica DUOC UC

Nombre del caso de Registrar vehculo

uso
Descripcin

Registrar por parte de transportistas o dueos de

vehculo informacin del vehculo

Flujo bsico

1. El transportista ingresa su nombre de usuario y

contrasea e ingresa al sistema
2 El transportista registra sus datos de contacto
3 El transportista ingresa datos del vehculo de
transporte.
4 El transportista presiona el botn registrar e ingresa
el vehculo.
5 El transportista presiona el botn de ingreso de
transportista, y se asigna el cdigo del vehculo al
sistema
3 El transportista ingresa al men de administracin.

Flujo alternativo

El transportista no registra un tipo de vehculo:

El transportista ingresa un vehculo, pero no ingresa el
cdigo del vehculo para entrar
al men de
administracin

58

Proyecto de Titulo
Escuela de Informtica DUOC UC

Nombre del caso de :Crear disponibilidad de viaje

uso
Descripcin

Registrar por parte de transportistas o dueos de

vehculo la ruta del vehculo, y la disponibilidad

Flujo bsico

1 Transportista o dueo de vehculo ingresa su usuario

y contrasea, presiona botn ingresar y entra al
sistema
2 El cliente ingresa con el cdigo del vehculo al
sistema
3 Luego el transportista selecciona la ruta al vehculo.
4 Luego el transportista ingresa los das disponibles del
servicio.
5 Luego el transportista Presiona un botn (registrar),
crea el viaje, y asigna una ruta y los das disponibles al
vehculo.
6 Si la capacidad del vehculo se completa, el
transportista presiona bloquear viaje
7 El transportista ingresa a bloquea y selecciona ruta
8 el transportista presiona el botn y cierra el viaje,
cambiando el estado del vehculo a no disponible.

Flujo alternativo

El transportista no registra un tipo de vehculo:

El transportista ingresa un vehculo, pero
una ruta para el vehculo

59

no ingresa

Proyecto de Titulo
Escuela de Informtica DUOC UC

7.1.2 Diagrama de BPMN: El diagrama muestra los procesos del cliente para asignar
una carga al transporte, y del transportista para hasta crear el viaje y luego cerrarlo
cuando el vehculo tengo su capacidad completa

Figura 3: Diagrama BPMN

En la figura podemos observar los procesos para el cliente y el transportista que van
desde el ingreso al sistema y registro de sus datos hasta el ingreso de una carga y la
asignacin de esta a un vehculo, para lo cual el transportista debe haber asignado una
ruta al vehculo y con ello habilitado un viaje con una cantidad de das de disponibilidad
para agregar cargas hasta completar la capacidad

60

Proyecto de Titulo
Escuela de Informtica DUOC UC

7.1.3 AOO: Anlisis orientado a objetos

Como parte del anlisis orientado a objetos, tenemos un diagrama de objetos o
conceptual del modelo del sistema a desarrollar e implementar. Este anlisis nos
permite analizar la relacin entre los objetos o conceptos del mundo real que forman
parte del sistema.

Figura 4: Diagrama de objetos

En la figura del diagrama de objetos o conceptos, se observa una relacin de

composicin entre los objetos estado, despacho y carga que forman parte del objeto
scarga (solicitud de carga), la cual tiene una relacin dependencia con cliente que a su
vez tiene una relacin de herencia con el objeto usuario. Por otro lado tenemos una
relacin de agregacin del objeto carga que es parte pero de forma independiente con
el objeto vehculo que a su vez tiene una relacin de dependencia con el objeto cliente,
el cual tiene una relacin de herencia con el objeto usuario.

61

Proyecto de Titulo
Escuela de Informtica DUOC UC

Por ltimo el objeto viaje tiene una relacin de dependencia con los objetos vehculo y
ruta, ya que este est formado por un vehculo con una ruta.
7.2 DISEO
Diseo de base de datos:
La base de datos tiene un diseo relacional el cual esta implementado en el motor de
base de datos MYSQL 5.1.

Figura 5: Diagrama de base de datos

En la figura se observa el diagrama relacional de la base de datos en el cual tenemos
Relacin de uno a uno entre la tabla usuario y las tablas transportista y cliente
La tabla cliente tiene una relacin de uno a muchos con la tabla scarga, que a su vez
tiene una relacin de muchos a uno con la tabla vehiculo_transporte.

62

Proyecto de Titulo
Escuela de Informtica DUOC UC

Por el otro lado la tabla transportista tiene una relacin de 8no a muchos con la tabla
vehculo la cual tiene una relacin de uno a muchos con la tabla viaje que se relaciona
de muchos a uno con la tabla ruta

7.4 Diagrama de Clases:

Como parte del diseo a nivel de estructura tenemos el diagrama de clases, en el cual
presentan las clases con sus atributos, mtodos y relaciones de colaboracin y
herencia, etc. Y como interactan entre estas.

Figura 6: Diagrama de clases

En la figura podemos observar las clases que luego formaran parte de la capa beans
del modelo MVC, con sus atributos, mtodos, relaciones de composicin, agregacin,
colaboracin y herencia.

63

Proyecto de Titulo
Escuela de Informtica DUOC UC

7.4.2 Diagrama de Clases con MVC

En esta figura presentamos el modelo de clases completo del modulo registro de
usuario, de acuerdo a la separacin de las capas de datos, el controlador y la vista la
cual no se incluye ya que para esta se utiliza JSP con XHTML

Figura 7: Diagrama de clases registro de usuario

De acuerdo a la figura lo ms relevante son las relaciones entre los controladores

denominados managed beans los cuales llaman a los mtodos de la capa DAO para
comunicarse con la base de dato, instanciando las clases beans, para luego ser
llamados por las paginas JSP

64

Proyecto de Titulo
Escuela de Informtica DUOC UC

7.4.3 Diagrama de clases con MVC

En esta figura presentamos el modelo de clases completo del modulo registro de
vehculo y carga, de acuerdo a la separacin de las capas de datos, el controlador y la
vista la cual no se incluye ya que para esta se utiliza JSP con XHTML.

Figura 8: Diagrama de clases MVC Registro de gestin de transporte

Un aspecto importante del modelo, es sealar que son los controladores (clases MB)
Las cuales hacen los request, pudiendo ser de tipo request, sesin o aplicacin segn
la vida dentro de la aplicacin

65

Proyecto de Titulo
Escuela de Informtica DUOC UC

7.5 Diagrama de Actividades

Como parte del diseo de comportamiento tenemos el diagrama de actividad, el cual
nos indica el aspecto dinmico del sistema y sus objetos, especficamente el flujo de
control de los distintos pasos
Una actividad es una ejecucin estructura de un curso de comportamiento, y el
diagrama no muestra el camino critico del flujo de los objetos en el tiempo.

Figura 9: Diagrama de actividad

En la figura se observa el flujo desde el ingreso del cliente que se registra. Luego este
registra una solicitud de carga, busca los viajes disponibles, ingresa los datos de la
carga y asigna esta a un vehculo con viaje disponible, por otro lado el transportista

66

Proyecto de Titulo
Escuela de Informtica DUOC UC

ingresa al sistema, luego se registra, registra su vehculo, ingresa la ruta del viaje, y
cuando esta completo cierra el viaje
7.6 Diagrama de Secuencia: Los diagramas de secuencia muestran la forma en que los
objetos se comunican entre s al trascurrir el tiempo, y se modela para cada caso de uso,
los diagramas de secuencia ponen especial nfasis en el orden y el momento en que se
envan los mensajes a los objetos conteniendo el detalle de la implantacin del escenario

7.6.1 Diagrama de secuencia de registro de Usuario

Figura 10: Diagrama de secuencia 1

En la figura podemos observa el proceso para el ingreso del usuario al sistema,

considerando el modelo, en donde el MVC controladores comunica la pagina con el
modelo DAO y la base de datos

67

Proyecto de Titulo
Escuela de Informtica DUOC UC

7.6.2 Diagrama de secuencia del registro y asignacin de la carga por parte del
cliente

Figura 11: diagrama de secuencia 2

En la figura podemos observa como el cliente ingresa al sistema, registra sus datos,
para luego buscar la ruta_vehiculo o viaje con la cual selecciona el vehculo, ingresa la
carga y asigna esta al vehculo, y por ultimo ingresa la informacin de despacho

68

Proyecto de Titulo
Escuela de Informtica DUOC UC

7.6.3 Diagrama de secuencia de registro de transportista

Figura 12: Diagrama de secuencia 3

En la figura se puede observar al transportista que ingresa datos del vehculo, para
luego buscar la ruta y asignarla al vehculo, con lo cual crea un viaje.
Adems puede buscar las solicitudes de carga asignadas y confirmar o agregar el
estado de estas.

69

Proyecto de Titulo
Escuela de Informtica DUOC UC

7.7 Diagrama de Despliegue

En este caso se utiliza el diagrama de despliegue para modelar la topologa del
hardware sobre el que se ejecuta el sistema, que para este sera la estacin de trabajo
con la cual interacta el usuario mediante los dispositivos de entrada y salida
Esta estacin cliente est conectada al servidor en el cual se proceso la aplicacin
MVC, en la cual dentro del modelo el DAO interacta con la base de datos.

Figura 13: Diagrama de despliegue

70

Proyecto de Titulo
Escuela de Informtica DUOC UC

7. 8 Arquitectura MVC
Para el desarrollo del proyecto se utilizar un Modelo Vista Controlador utilizando el
Frame Works Java Server Face.

Figura 14: Diagrama arquitectura MVC

7.8.1 Diagrama de Secuencia de MVC
El patrn MVC (Modelo Vista Controlador). Este patrn nos permite/obliga a separar la
lgica de control (sabe que cosas hay que hacer pero no como), la lgica de negocio
(sabe cmo se hacen las cosas) y la lgica de presentacin (sabe cmo interactuar con
el usuario). Para el caso de JSF el controlador se comunica con las paginas JSP o
facelets, y con el modelo o capa DAO, pudiendo ser de tipo request, sesin o
aplicacin de acuerdo al periodo de vida dentro de la aplicacin.

Figura 15: Diagrama de secuencia de MVC

71

Proyecto de Titulo
Escuela de Informtica DUOC UC

7.9. Vistas. Registro de Usuario

Login

Men principal

72

Proyecto de Titulo
Escuela de Informtica DUOC UC

Registro de cliente.

Buscar viajes

73

Proyecto de Titulo
Escuela de Informtica DUOC UC

Ingreso a men de administracin

Vista. Ingreso de Oferta de Carga

74

Proyecto de Titulo
Escuela de Informtica DUOC UC

8 PRUEBAS
8.1 PLAN DE PRUEBAS
Las pruebas de software son las investigaciones empricas y tcnicas cuyo objetivo es
proporcionar informacin objetiva e independiente sobre la calidad del producto a la
parte interesada. Es una actividad ms en el proceso de control de calidad.

OBJETIVOS DEL PLAN

EL Plan de Test del Sistema especifica los procesos de test y de verificacin que se
realizaran con el objeto de:

Identificar defectos y fallas.

Medir rendimiento.
Evaluar la calidad
Determinar el cumplimiento de los requerimientos.

ALCANCE DEL TESTING

El comportamiento de un producto bajo testing sera comparado con las
especificaciones de los requerimientos que fueron usados para implementar el sistema,
incluyendo todos los cambios que han sido aprobados e implementados.
El alcance del test del sistema es probar la funcionalidad completa y el rendimiento del
Sistema Transnet Sistema de gestin de transporte

75

Proyecto de Titulo
Escuela de Informtica DUOC UC

ESTRATEGIA DE TEST DEL SISTEMAS

El sistema en primera instancia probar las funcionalidades que se plantearon como
objetivo.
Para luego realizar una prueba para verificar las validaciones de ingreso de
datos, el cual quedar pendiente para esta entrega

PRUEBAS
Funcionalidades:
I.
II.
III.
IV.
V.
VI.
VII.
VIII.
IX.
X.
XI.

Ingreso de login:
Registro de transportista.
Registro de vehculo.
Registro de disponibilidad de viaje.
Cerrar viaje
Registro de cliente.
Registro de solicitud de carga.
Asignacin de carga a vehculo y actualizacin de saldo de capacidad.
Buscar y mostrar viajes:
Mostrar vehculos:
Mostrar cargas:

CRITERIOS DE XITO/FRACASO DE PRUEBAS

Ingreso de login: el usuario debe poder ingresar un nombre usuario, y luego poder
ingresar al sistema.
Registro de transportista: El usuario debe poder registrarse como transportista.
Registro de vehculo: El transportista debe poder ingresar los datos del vehculo y con
ello puede ingresar al men de administracin.
Registro de disponibilidad de viaje: El transportista debe poder asignar una ruta al
vehculo y con ello generar un viaje disponible
Cerrar viaje: El cliente debe poder borrar el viaje y bloquear el vehculo
Registro de cliente: El usuario debe poder registrarse como cliente
Registro de carga: El cliente debe poder ingresar los datos de la carga al vehculo

76

Proyecto de Titulo
Escuela de Informtica DUOC UC

Asignacin de carga a vehculo y actualizacin de saldo de capacidad: El cliente

debe verificar que la carga se asign a un vehculo y se actualizo el saldo de la
capacidad.
Buscar y mostrar viajes: El cliente debe poder buscar los viajes disponibles
Mostrar vehculos: El transportista debe poder ver los vehculos todos los ingresados
Mostrar cargas: El transportista debe mostrar todas las cargas asignadas a su
vehicul y a todos los vehculos.
ENTREGABLES: El entregable ser un documentos con las fichas de
pruebas

CONFIGURACIN DEL TEST

El ambiente de testing ser el mismo para este caso el mismo ambiente de desarrollo,
ose en un servidor local
HARDWARE
El hardware necesario para la realizacin de las pruebas es un laptn.
SOFTWARE
El software necesario para el testing es el IDE de desarrollo NetBeans, el motor de
base de datos MYSQL, el sistema operativo instalado y un navegador web
ACTIVIDADES
El sistema en primera instancia se probar las funcionalidades siguientes:
1. Ingreso de login:
2. Registro de transportista.
3. Registro de vehculo.
4. Registro de disponibilidad de viaje.
5. Cerrar viaje
6. Registro de cliente.
7. Registro de solicitud de carga.
8. Asignacin de carga a vehculo y actualizacin de saldo de capacidad.
9. Buscar y mostrar viajes:
10. Mostrar vehculos:
11. Mostrar cargas:
Para luego realizar una prueba para verificar las validaciones de ingreso de datos, el
cual quedar pendiente para esta entrega

77

Proyecto de Titulo
Escuela de Informtica DUOC UC

RESPONSABILIDADES
Responsabilidades de analista desarrollador
Ejecutar las pruebas unitarias
Ejecutar y probar la integracin de bajo nivel
Corregir los problemas reportados

Responsabilidades de analista de sistema

Planificar las pruebas del sistema
Configurar el ambiente de prueba
Ejecutar las pruebas del sistema
Escribir el reporte de test

Responsabilidades de Jefe de proyecto

Proveer recursos
Aceptacin final y aprobacin de la liberacin del producto

78

Proyecto de Titulo
Escuela de Informtica DUOC UC

8.2 Registro de pruebas:

ID de la prueba: 001

Fecha de la 10/11/2014
prueba:

Nombre de la prueba: Testing funcionalidad creacin e ingreso de login del

usuario
Objetivos de la Probar la funcionalidad del registro e ingreso de login.
prueba:
Resultado esperado:

Configuracin de
parmetros iniciales:

El usuario puede ingresar un nombre de

usuario, password y su tipo de usuario.

El usuario puede ingresar al men de entrada

con su nombre de usuario y password

Validacin de parmetros de entrada para la

creacin del usuario

Validacin de parmetros de entrada para ingreso

al men

Crear usuario

Ingresar login e Ingresar al men

Datos de prueba:
Procedimiento de
prueba:
Resultado de la
prueba:

Aprobada

Rechazada

Aprobada
Parcialmente

No probado

Comentarios: La funcionalidad est desarrollada, sin embargo faltan

algunos detalles de validacin de tipo de caracteres lo
cual es parte de la segunda etapa
Participantes Analista programador, analista de sistemas
Proveedor:
Participante Cliente: Analista QUA

Tabla 10

79

Proyecto de Titulo
Escuela de Informtica DUOC UC

ID de la prueba: 002

Fecha de la 10/11/2014
prueba:

Nombre de la prueba: Testing funcionalidad registro de Usuario: Transportista

Objetivos de la Probar la funcionalidad del mdulo de registro de Usuario
prueba:
Resultado esperado:

Registro de usuario: Transportista al sistema

Configuracin de
parmetros iniciales:

Validacin de parmetros de entrada

Validacin de Rut.

Registrar usuario: Transportista

Datos de prueba:
Procedimiento de
prueba:
Resultado de la
prueba:

Aprobada

Rechazada

Aprobada
Parcialmente

No probado

x
Comentarios: La funcionalidad est desarrollada, sin embargo faltan
algunos detalles de validacin de Rut, y el evento de
actualizacin de datos.
Participantes Analista programador
Proveedor:
Analista de sistema
Participante Cliente: Analista QUA

Tabla 11

80

Proyecto de Titulo
Escuela de Informtica DUOC UC

ID de la prueba: 003

Fecha de la 10/11/2014
prueba:

Nombre de la prueba: Testing funcionalidad registro de Vehculo

Objetivos de la Probar la funcionalidad del mdulo de registro de
prueba: Vehculo
Resultado esperado: Registrar datos del vehculo y datos asociados
Configuracin de
parmetros iniciales:

Definir rutas

Definir configuracin de fechas de disponibilidad

Datos de prueba:
Procedimiento de
prueba:
Resultado de la
prueba:

Registro de datos de vehicul

Seleccin de rutas
Seleccin de fechas de disponibilidad

Aprobada

Rechazada

Aprobada
Parcialmente

No probado

x
Comentarios: Falta terminar de desarrollar el modulo
Participantes programador
Proveedor:
Participante Cliente: Analista QUA

Tabla 12

81

Proyecto de Titulo
Escuela de Informtica DUOC UC

ID de la prueba: 004

Fecha de la 10/11/2014
prueba:

Nombre de la prueba:

1. Testing funcionalidad Registro de disponibilidad de

viaje.

Objetivos de la
prueba:

1. Probar la funcionalidad del mdulo de registro de

disponibilidad de viaje.

Resultado esperado: Registrar datos de viaje: Asignar ruta a vehculo y

nmero de das disponible.
Asignar estado a vehculo disponible
Configuracin de
parmetros iniciales:

Definir vehculos sin ruta, para poder probar

Definir tipos de datos y si se permiten en alguno

valores nulos

Datos de prueba:
Procedimiento de
prueba:

Resultado de la
prueba:

Seleccin de ruta
Ingreso de fecha y das de disponibilidad
Asignacin de ruta y das disponibles a
vehculo, y creacin de viaje

Aprobada

Rechazada

Aprobada
Parcialmente

No probado

x
Comentarios: Falta terminar de desarrollar el evento para actualizar los
datos del viaje
Participantes Analista programador
Proveedor:
Analista de sistema
Participante Cliente: Analista QUA

Tabla 13

82

Proyecto de Titulo
Escuela de Informtica DUOC UC

ID de la prueba: 005

Nombre de la prueba:

Objetivos de la
prueba:

Fecha de la 10/11/2014
prueba:

2. Testing funcionalidad Registro de cierre de viaje o

dejar no disponibilidad de viaje.

2. Probar la funcionalidad del mdulo de registro de

Cierre de viaje y dejar no disponibilidad el viaje.

Resultado esperado: Registrar datos de cierre de viaje: Borrar viaje y dejar

estado de vehculo no disponible
Configuracin de
parmetros iniciales:

Definir vehculos con ruta, para poder probar

Definir tipos de datos y si se permiten en alguno

valores nulos

Datos de prueba:
Procedimiento de
prueba:
Resultado de la
prueba:

- Seleccin de ruta
- Ingreso de cdigo de viaje
- Eliminacin de viaje
- Cambio de estado de vehculo.
Aprobada
Rechazada
Aprobada
Parcialmente
x

No probado

Comentarios: Se aconseja en vez de eliminar el viaje, dejarlo en una

lista de cerrados
Participantes Analista programador
Proveedor:
Analista de sistema
Participante Cliente: Analista QUA

Tabla 14

83

Proyecto de Titulo
Escuela de Informtica DUOC UC

ID de la prueba: 006

Fecha de la 10/11/2014
prueba:

Nombre de la prueba: Testing funcionalidad registro de Usuario: Cliente

Objetivos de la Probar la funcionalidad del mdulo de registro de
prueba: Usuario. Cliente
Resultado esperado:

Registro de usuario: Cliente

Configuracin de
parmetros iniciales:

Validacin de parmetros de entrada

Validacin de Rut.

Registrar usuario: Transportista

Datos de prueba:
Procedimiento de
prueba:
Resultado de la
prueba:

Aprobada

Rechazada

Aprobada
Parcialmente

No probado

x
Comentarios: La funcionalidad est desarrollada, sin embargo faltan
algunos detalles de validacin de Rut, y el evento de
actualizacin de datos.
Participantes Analista programador
Proveedor:
Analista de sistema
Participante Cliente: Analista QUA

Tabla 15

84

Proyecto de Titulo
Escuela de Informtica DUOC UC

ID de la prueba: 007

Fecha de la 10/11/2014
prueba:

Nombre de la prueba: Testing funcionalidad registro de solicitud de Transporte

Objetivos de la Probar la funcionalidad del mdulo de registro de
prueba: solicitud de Transporte
Resultado esperado: Probar la funcionalidad de registro de solicitud de
transporte
Configuracin de
parmetros iniciales:

Tipo de datos a considerar

Conocer atributos para valores nulos y no lulos

Registrar datos de carga y despacho

Asignacin de carga a vehculo
Verificacin de actualizacin de saldo de
capacidad de vehculo

Datos de prueba:
Procedimiento de
prueba:

Resultado de la
prueba:

Aprobada

Rechazada

Aprobada
Parcialmente

No probado

x
Comentarios: Falta terminar de desarrollar el evento o botn actualizar
datos de carga, y agregar los atributos para informacin
de despacho
Participantes Analista programador
Proveedor:
Analista de Sistema
Participante Cliente: Analista QUA
Tabla 16

85

Proyecto de Titulo
Escuela de Informtica DUOC UC

ID de la prueba: 008

Fecha de la 10/11/2014
prueba:

Nombre de la prueba: Testing funcionalidad

transporte
Objetivos de la Probar la funcionalidad
prueba: transporte

de

asignacin

de

carga

de asignacin de carga a

Resultado esperado: Funcionalidad de asignacin de carga a transporte

probada
Configuracin de
parmetros iniciales:

Tipo de datos a considerar

Conocer atributos para valores nulos y no lulos

Datos de prueba:
Procedimiento de
prueba:
Resultado de la
prueba:

- Asignacin de carga a vehculo

- Actualizacin de saldo de carga en vehculo
Aprobada
Rechazada
Aprobada
No probado
Parcialmente
x

Comentarios: Falta terminar de desarrollar la validacin de la carga

mxima de acuerdo al saldo de capacidad
Participantes Analista programador
Proveedor:
Analista de Sistema
Participante Cliente: Analista QUA
Tabla 17

86

Proyecto de Titulo
Escuela de Informtica DUOC UC

ID de la prueba: 009

Fecha de la 10/11/2014
prueba:

Nombre de la prueba: Mostrar viajes

Objetivos de la Probar la funcionalidad de busca mostrar disponibles
prueba:
Resultado esperado: Funcionalidad de mostrar viajes probada
Configuracin de
parmetros iniciales:

Tipo de datos a considerar

Conocer atributos para valores nulos y no lulos

Probar la ejecucin del botn buscar viajes para

cliente

Datos de prueba:
Procedimiento de
prueba:
Resultado de la
prueba:

Aprobada

Rechazada

Aprobada
Parcialmente

No probado

x
Comentarios: Falta recuperar el nombre de la ruta del viaje
Participantes Analista programador
Proveedor:
Analista de Sistema
Participante Cliente: Analista QUA
Tabla 18

87

Proyecto de Titulo
Escuela de Informtica DUOC UC

ID de la prueba: 010

Fecha de la 10/11/2014
prueba:

Nombre de la prueba: Buscar vehculos

Objetivos de la Probar la funcionalidad de buscar vehculos
prueba:
Resultado esperado: Funcionalidad de buscar vehculos probada
Configuracin de
parmetros iniciales:

Tipo de datos a considerar

Conocer atributos para valores nulos y no lulos

Probar la ejecucin del botn buscar vehculos

para cliente y transportista

Datos de prueba:
Procedimiento de
prueba:
Resultado de la
prueba:

Aprobada

Rechazada

Aprobada
Parcialmente

No probado

x
Comentarios: Falta la funcin paginacin
Participantes Analista programador
Proveedor:
Analista de Sistema
Participante Cliente: Analista QUA
Tabla 19

88

Proyecto de Titulo
Escuela de Informtica DUOC UC

ID de la prueba: 011

Fecha de la 10/11/2014
prueba:

Nombre de la prueba: Buscar y mostrar cargas

Objetivos de la Probar la funcionalidad de mostrar cargas por vehculos
prueba:
Resultado esperado: Funcionalidad de buscar y mostrar vehculos probada
Configuracin de
parmetros iniciales:

Tipo de datos a considerar

Conocer atributos para valores nulos y no lulos

Probar la ejecucin del botn buscar viajes para

cliente

Datos de prueba:
Procedimiento de
prueba:
Resultado de la
prueba:

Aprobada

Rechazada

Aprobada
Parcialmente

No probado

x
Comentarios: Falta la paginacin de las tablas
Participantes Analista programador
Proveedor:
Analista de Sistema
Participante Cliente: Analista QUA
Tabla 20

89

Proyecto de Titulo
Escuela de Informtica DUOC UC

9 Despliegue o Implementacin
9.1 Tipos de plan a considerar
Por plan piloto: Implica instalar el nuevo sistema en un rea de la empresa y una vez
aprobado, generalizarlo al resto de la organizacin.
El sistema se prueba en un mbito restringido (una sucursal, un departamento, un
grupo de clientes o proveedores) para validarlo antes de su generalizacin.
Es recomendable cuando existe un mbito de prueba apropiado. Un inconveniente que
puede surgir es que en el resto de las sucursales o departamentos de la empresa,
aparezcan nuevos requerimientos no previstos o no detectados anteriormente.
Por Etapas
Implica instalar el nuevo sistema en forma gradual. En cada etapa del proceso de
instalacin se experimenta el sistema, se mejora en funcin de nuevos requerimientos
y se superan los problemas que se van detectando.
10.2 Plan y estrategia de Implantacin

La implantacin del sistema se desarrollar de acuerdo a los requerimientos, sin

embargo se propone una implementacin de tipo plan piloto para los casos en que el
cliente no disponga de ningn sistema, este plan ser acompaado por nuestra
empresa mediante un servicio de capacitacin
Para los casos que se disponga de un sistema, la implementacin se desarrollar de
forma Gradual, definindose un perodo de tiempo en el cual el sistema nuevo va
reemplazando paulatinamente las actividades del antiguo, este plan ser acompaado
por nuestra empresa mediante un servicio de capacitacin.

90

Proyecto de Titulo
Escuela de Informtica DUOC UC

10 Conclusiones

Una de los principales aprendizajes del curso es el poder trabajar en equipo, ya que el
grupo fue elegido al azar, no cumpliendo todos los compaeros con lo comprometido,
por lo cual el resto tuvo que cubrir estas tareas, teniendo que llevarse gran parte del
esfuerzo
Lo ms positivo es el aprendizaje adquirido en el desarrollo del proyecto, ya que se
pudo llevar a la prctica los conocimientos adquiridos en la formacin acadmica.
Lo ms negativo es no poder contar con todo el grupo para realizar el trabajo.
Esperamos que al terminar el proyecto, sirva de gua para futuros desarrollos en el rea
de gestin del transporte de carga, ya que de acuerdo a lo investigado no se cuenta en
la actualidad con proyectos de tesis en el rea.

En esta entrega creemos que llegamos a aproximadamente un 80% de avance en el

desarrollo del proyecto, ya que faltaron las validaciones de datos en las entradas, la
programacin de los botones de actualizacin, y agregar los campos para ingresar la
informacin de despacho, sin embargo creemos que para la presentacin de la tesis
estos puntos estarn listos, y el proyecto se presentar de manera completa y afinando
todos los detalles que pudieran surgir.

Para los meses posteriores se hace necesario adquirir mayor conocimiento en la

plataforma de JEE, especficamente en JSF y Prime Faces, para poder agregar mayor
funcionalidad, fluidez y diseo en el proyecto.

Por ultimo creemos que el objetivo de la asignatura esta cumplido, ya que el proyecto
est bastante avanzado y armado, teniendo la tesis una factibilidad real de poder
desarrollarse.

91

Proyecto de Titulo
Escuela de Informtica DUOC UC

11 ANEXOS
11.1 ndice de figuras
Figura 1: Modelo Espiral ................................................................................................. 7
Figura 2: Caso de Uso .................................................................................................. 56
Figura 3: Diagrama BPMN ............................................................................................ 60
Figura 4: Anlisis de Objeto .......................................................................................... 61
Figura 5: Diseo de Base de Datos .............................................................................. 62
Figura 6: Diagrama de Clases ....................................................................................... 63
Figura 7: Diagrama de Clases con MVC ....................................................................... 64
Figura 8: Diagrama de Clases con MVC 2 .................................................................... 65
Figura 9: Diagrama de Actividades ............................................................................... 66
Figura 10: Diagrama de Secuencia ............................................................................... 67
Figura 11: Diagrama de Secuencia 2 ............................................................................ 68
Figura 12: Diagrama de Secuencia 3 ............................................................................ 69
Figura 13: Diagrama de despliegue .............................................................................. 70
Figura 14: Arquitectura MVC ......................................................................................... 71
Figura 15: Diagrama de Secuencia MVC ...................................................................... 71
Figura 16: Vista Registro de Usuario............................................................................. 72
Figura 17: Vista de men principal ............................................................................... 73
Figura 18: Vista Registro de cliente .............................................................................. 74
Figura 19: Vista Ingreso de bsqueda de viaje ................................................. .75
Figura 20: Vista ingreso en men de administracin .................................................... 76
Figura 17: Vista Ingreso de Carga ............................................................................... 77

92

Proyecto de Titulo
Escuela de Informtica DUOC UC

ndice de tablas
Tabla 1: Grupo de Trabajo ............................................................................................ 16
Tabla 2: Evaluacin Econmica .................................................................................... 19
Tabla 3: Roles ............................................................................................................... 38
Tabla 4: Matriz de Responsabilidad .............................................................................. 40
Tabla 5: Secuencia de Actividades ............................................................................... 42
Tabla 6 Cronograma ..................................................................................................... 43
Tabla 7 Presupuesto ..................................................................................................... 44
Figura 8: Tabla de Riesgos ........................................................................................... 47
Figura 9: Tabla de tareas ............................................................................................. 53
Figura 10: Tabla de pruba 1 .......................................................................................... 78
Figura 11: Tabla de prueba 2 ....................................................................................... 79
Figura 12: Tabla de prueba 3 ....................................................................................... 80
Figura 13: Tabla de prueba 4 ........................................................................................ 81
Figura 14: Tabla de prueba 5 ....................................................................................... 82
Figura 15: Tabla de prueba 6 ........................................................................................ 83
Figura 16: Tabla de prueba 7 ........................................................................................ 84
Figura 17: Tabla de prueba 8 ........................................................................................ 85
Figura 18: Tabla de prueba 9 ........................................................................................ 86
Figura 19: Tabla de prueba 10 ...................................................................................... 87
Figura 20: Tabla de prueba 11 ...................................................................................... 88

93

Proyecto de Titulo
Escuela de Informtica DUOC UC

12. Bibliografa
Gua de Java Server Faces 2014. Elaborado por Ricardo Garcs Lagos
Gua de prime Faces 2014. Elaborada por Ricardo Garcs Lagos
El Lenguaje Unificado de Modelado 2 edicin 2016. Grady Bosh, James Rumbaugh,
Ivar Jacobson.
Tesis Previo a la obtencin del ttulo de ingeniera en sistemas e informtica. Tema
Anlisis comparativo de Frameworks 2014. Universidad de las Fuerzas Armadas de
Ecuador. Cynthia Paola Rodrguez
Tesis previa a la obtencin de Ttulo de ingeniera Informtica. Tema Desarrollo de un
sistema de registro y validacin del proceso IESS del patronato provincial de pichincha
2014. Universidad Central del Ecuador- Autor Edison Rodrguez Simbaa.
Tesis Diseo e implementacin de un Software de clculo y visualizacin de perfiles de
carga para buses de TranSantiago 2012. Universidad de Chile. Richard Rodrigo Ibarra
Ramrez

94