Proyecto Sistemas II Final PDF

UNIVERSIDAD PÚBLICA DE EL ALTO
INGENIERÍA DE SISTEMAS
PROYECTO - INGENIERÍA DE SISTEMAS II
APLICACIÓN WEB PARA LA EMPRESA

DE TRANSPORTE PESADO
“SALINAS S.A.”
INTEGRANTES:
Clyn Roje Quispe Villegas

Marina Gonzales Valencia
Elvio Ruddy Mixto Guaqui
Jose Tonny Escudero Peña
Rebeca Mamani Calle
TUTOR: Ing. Margarita Bernarda Lopez Mariaca
El Alto - Diciembre 2017

INGENIERIA DE SISTEMAS UNIVERSIDAD PUBLICA DE EL ALTO
Contenido
1. CAPITULO I .................................................................................................................... 4
INTRODUCCIÓN .................................................................................................................... 5
1.1. ANTECEDENTES ........................................................................................................ 6
1.2. PLANTEAMIENTO DEL PROBLEMA ......................................................................... 6
1.3. OBJETIVOS ................................................................................................................ 7
1.3.1. OBJETIVO GENERAL .......................................................................................... 7
1.3.1. OBJETIVOS ESPECIFICOS ................................................................................. 7
1.4. JUSTIFICACIONES ..................................................................................................... 9
1.4.1. JUSTIFICACIÓN TÉCNICA .................................................................................. 9
1.4.2. JUSTIFICACIÓN SOCIAL .................................................................................... 9
1.4.3. JUSTIFICACIÓN ECONOMICA .......................................................................... 10
1.5. ALCANCES Y LIMITES ............................................................................................. 10
1.5.1. ALCANCES ........................................................................................................ 10
2. CAPITULO II ................................................................................................................. 12
2.2. FASE II ...................................................................................................................... 22
2.2.1. DIAGRAMAS DE CASOS DE USO (UML) ......................................................... 22
2.2.2. Diccionario de Datos......................................................................................... 24
2.2.3. Diseño Lógico ................................................................................................... 27
2.2.4. Diseño Físico ..................................................................................................... 27
2.2.4.1. Diccionario de datos de diseño físico ...................................................... 28
2.2.5. Diagrama de clases .............................................................................................. 30
2.3. FASE III ..................................................................................................................... 31
2.4. FASE IV ..................................................................................................................... 34
2.5. Pruebas ................................................................................................................. 38
3. CAPITULO III ................................................................................................................ 39
2
3.1. CONCLUSIONES Y RECOMENDACIONES ............................................................. 40
3.2. CRONOGRAMA DE ACTIVIDADE. ........................................................................... 41
3.3. BIBLIOGRAFIA ......................................................................................................... 41
3.4. ANEXOS .................................................................................................................... 42
3
1. CAPITULO I
4
INTRODUCCIÓN
Desde hace mucho tiempo la necesidad de resguardar la información cada vez se

toma más acentuada de esta manera se logra hablar de CBIS (Sistemas de
Información Basados en Computadoras) ha tenido una acogida en diferentes
instituciones coadyuvando en tareas de recolección de información que es un punto
muy importante en cualquier institución o empresa, la cual ayuda al éxito de la
empresa, usando diferentes tipos de herramientas y métodos.
Viendo la labor que realiza la empresa de Transporte Nacional e Internacional

Holguín y Salinas S.R.L. es brindar Servicios de Transporte Pesado siendo él envió
y recepción de mercaderías, en bien de la sociedad. Por lo tanto, la centralización de
sus datos e información está realizada diferentes hojas de Excel, así como también
los datos de los clientes está en carta portes, no hay un centro y comunicación
confiable de datos de los camiones, conductores (choferes), clientes, productos. Es
por esta razón que el presente proyecto está orientado al desarrollo y automatización
de un sistema de control servicio de Transporte Pesado de la misma.
Por lo tanto, se desarrollará un sistema de control de servicios de trasporte pesado,
que permita realizar un mejor control sobre el flujo de información que genera, así
mismo mejorar la productividad de los servicios que presta.
Siendo así podemos clasificar el “Sistema de Control de Servicio de Transporte

Pesado” como un sistema integrado usuario – máquina, se puede rescatar un conjunto
de información extensa y coordinada de subsistemas de datos, la cual muestra una
variedad de mejora y productividad de acuerdo con sus características de la empresa.
5
1.1. ANTECEDENTES
El presente proyecto de grado se ejecutará en una empresa dedicada al servicio de

envío y recepción de mercadería o importación y Exportación de Productos, la cual
lleva por nombre “TRANSPORTE NACIONAL e INTERNACIONAL HOLGUIN
&SALINAS S.R.L. “
Por lo tanto, viendo la labor que realiza esta empresa, trabaja ya hace 10 años de esta
manera cuenta con:
1. Gerente General
2. Gerente Financiero
3. Administración.
A su vez cuenta con 20 camiones de alto tonelaje, teniendo como rutas nacionales
como los departamentos de: La Paz, Cochabamba, Potosí, Oruro, Santa Cruz e
internacionales Perú – Bolivia.
1.2. PLANTEAMIENTO DEL PROBLEMA
El proceso de control de servicios no es el adecuado, porque se lo realizan de forma

manual lo que ocasiona pérdida de datos, malas prestación de servicios al cliente,
una toma de decisiones no adecuada, mucha inversión de tiempo en administrar la
información física de la empresa.
La Empresa Holguín y salinas no cuentan con un sistema de información ni control
para el registro del cliente, para el flete de camiones, etc. para un óptimo Servicio a
sus clientes
Debido a que la empresa, no cuenta con un registro óptimo de todas las actividades
que realiza, se desea implementar un sistema de registro el cual pueda optimizar tal
registro como también ofrecer un servicio eficiente y de calidad a los clientes.
Por lo tanto, se plantean los siguientes problemas:
6
• La pérdida o extravió de registro de información por el manejo manual.

• La demora en la búsqueda y consulta de la información de los camiones
disponibles.
• El problema de la empresa es la deficiencia en cuanto al tiempo que demora al
realizar un registro, historial y búsqueda de los clientes.
• Problemas en las órdenes de la parte de los clientes, debido a la descripción
exacta del producto.
• Retrasos en las salidas de camiones por falta de programación de salida.
La formulación del problema es el siguiente:

¿Cómo se puede obtener un mejorar el procesamiento de datos sin moras, ni perdidas
de información atreves de módulos automatizados para cada servicio que se ofrece
la empresa “HOLGUIN Y SALINAS”
1.3. OBJETIVOS
1.3.1. OBJETIVO GENERAL
• Desarrollar e implementar una aplicación web de control de servicio para la
empresa de transporte pesado, HOLGUIN & SALINAS, Para mejorar el sistema
de control de servicios que provee la empresa.
1.3.1. OBJETIVOS ESPECIFICOS

• Desarrollar un módulo de registro de proyectos y contratos para controlar el
seguimiento de los proyectos que se desarrollan en diferentes áreas.
• Desarrollar un módulo de sesión de usuarios con dos tipos de rol, uno de
acceso total y la otra será restringido por privilegios de administración para
restringir mal uso del sistema.
• Desarrollar un módulo de facturación
7
• Desarrollar un módulo de seguimiento por cliente para no tener pérdidas de

historial
• Desarrollar un módulo de registro de todo el personal administrativo que
compone la empresa
• Formalizar las distintas actividades del sistema de información mediante
interfaces gráfica, para facilitar la interacción de los distintos usuarios con el
sistema.
• Implementar un módulo de control de reservas de camiones.
• Implementar un módulo que genere reportes de las salidas de los camiones
ara proporcionar datos actualizados y controlados.
• Crear una base de datos para almacenar los datos requeridos para el buen
funcionamiento del sistema.
8
1.4. JUSTIFICACIONES
1.4.1. JUSTIFICACIÓN TÉCNICA

Con la implementación del sistema tendrá un control seguro de la manipulación de
información de cada camión con su respectiva carga de mercadería, información del
cliente, conductor (chofer), producto, considerando que en la actualidad los controles
de los distintos procesos se realizan manualmente lo que impide tener eficiencia y
confiabilidad en el trabajo que realiza la empresa, por lo que el Sistema coadyuvara
en tener un control del servicio y tener una información veraz y oportuna en tiempo
real.
Viendo la parte técnica con la implementación del sistema se dará mayor utilidad al
computador de la empresa ya que esta solo es usada el Paquete de Excel y resulta
muy difícil y moroso en buscar la información necesaria y precisa.
1.4.2. JUSTIFICACIÓN SOCIAL

El proyecto beneficiará de gran manera al personal administrativo de la empresa, pues
de esta manera reducirá el tiempo empleado en las actividades de morosas que
realizan en la búsqueda de diferentes datos e información, por lo tanto, podrán realizar
consultas directas de los distintos datos, poder tener una comunicación directa para
poder informarse de los servicios que ofrece y de esta manera poder brindar un mejor
servicio a los clientes.
Los más grandes beneficiarios serán el Gerente de la Empresa y parte de la

Administración, puesto que es la encargada de la manipulación de los distintos datos
como ser datos de la programación del flete del Camión, datos del conductor, datos
del cliente con este beneficio se contará con la información oportuna para que se le
pueda brindar, y lograr de esta manera un trabajo eficaz, confiable, eficiente.
9
1.4.3. JUSTIFICACIÓN ECONOMICA

Con la optimización del tiempo de control de servicio de transporte pesado ahora el
responsable de esta área podrá disponer de su tiempo para poder realizar otras
actividades pendientes que tiene en la empresa.
Viendo que la empresa cuenta con un computador para la implementación del
sistema, lo que facilitará de gran parte la labor que realiza la empresa, con el sistema
propuesto se mejorará la fluidez de información en la empresa que permite mejor
administración y control de los datos manipulados.
1.5. ALCANCES Y LIMITES
1.5.1. ALCANCES
1. En el sistema se podrá registrar y actualizar los datos de los conductores,

clientes, las rutas en el que se hará los viajes, camiones, empaques, cargas.
2. Se contará con el control del camión de transportes nacionales e
internacionales.
3. Se registrará los datos de los directivos, empleados que componen la
empresa; choferes y ayudantes.
4. Se elaborará estadísticas, reportes mensuales, trimestrales, semestrales, y
anuales para que de esta manera tenga un buen control de transporte.
5. La aplicación incorporara opciones de consulta de los datos, por fecha, por
C.I. de transportistas, por placa de camión y código de clientes, etc.
6. El sistema será capaz de direccionar a los usuarios privilegiados de
administración según su rol.
7. El sistema realizara reportes según lo requerido.
8. El sistema será responsive, quiere decir que se adaptara a cualquier
dispositivo.
9. El sistema usara el motor de bases de datos MySQL.
10
10. El sistema será desarrollado en el lenguaje php con el framework laravel 5.4, lo
que se tendrá un dinamismo en la arquitectura de desarrollo mvc, seguridad,
optimizará el rendimiento de la aplicación, obligará al desarrollador realizar un
código más limpio así evitando el código spaqueti.
1.5.2. LÍMITES
1. El sistema se limita a realizar procesos contables, ya que la empresa cuenta

con la parte de contabilidad muy particular.
2. El sistema se limita a ser una aplicación web.
3. El sistema se limita a ser funcional únicamente con acceso a internet.
11
2. CAPITULO II
12
METODOLOGÍA UWE
UML-Based Web Engineering (UWE) es un conjunto de herramientas para modelar

aplicaciones web. UWE incluye una expansión del lenguaje UML y nuevos diagramas
para modelar algunos aspectos específicos de las aplicaciones web. Integra
conceptos de UML y la metodología OOHDM (Modelo de Diseño Hipermedia
Orientado a Objetos). Parece interesante abordar este modelo como una herramienta
de gran utilidad dado que está basada en UML y además cuenta con todo el poder
expresivo necesario para el desarrollo de aplicaciones web.
2.1. FASE I ANALISIS DE LOS REQUERIMIENTOS

2.1.1. REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES
2.1.1.1. REQUERIMIENTOS FUNCIONALES.
El sistema a desarrollarse debe cumplir con los siguientes requerimientos
funcionales.
Gestión de Usuarios.
• Registrar a los usuarios.

• Eliminar usuarios.
• Ver los usuarios registrados.
Gestionar Información básica del Personal de la Empresa.

• Identificador y Nombre de cada empleado y conductor.
• Actualizar y dar de baja información del personal.
• Detalles de fecha de ingreso a la Empresa.
• Datos de contacto de cada Personal.
• Actualizar y dar de baja información de los Clientes.
Gestionar Información básica de los clientes.

• Identificador y Nombre de cada Cliente.
• Proporcionar Datos de servicio brindado a cada Cliente.
• Proporcionar Datos de contacto de cada Cliente.
Gestionar Registro de Traslado.
13
• Registrar el tipo de mercadería trasladado.

• Generar reportes de los servicios brindados, semanalmente.
• Registrar lugares de orígenes y destino de traslado.
• Generar información referente a la fecha y hora de envío.
• Generar información referente a la fecha y hora de llegada.
• Registrar tipo de mercadería.
• Registrar datos de chofer encargado de traslado.
Gestionar Registro de Vehículos.

• Registrar Placa.
• Registrar modelo de vehículo.
• Registrar capacidad de carga.
Gestionar Facturación.
• Registrar id de cliente
• Registrar precio de envío.
• Registrar nombre de empresa.
• Registrar nit.
• Registrar fecha de facturación.
• Registrar cantidad.
2.1.1.2. REQUERIMIENTOS NO FUNCIONALES:

• El sistema tendrá opciones de mantenimiento, respaldo y recuperación de los
datos.
• El sistema permitirá visualizar los datos existentes, en pantalla e impresora.
• El sistema utiliza las estructuras de datos de tablas en un esquema de base
de datos relacional, para el almacenamiento de datos y registros.
• El sistema debe funcionar en cualquier plataforma.
• El diseño del sistema utiliza metodología de ingeniería web basada en UML
UWE
• El sistema utiliza estándares de programación, diseño e implementación
mediante PHP v.7.0.8., MariaDB v.10.1.13
• El sistema en su programación, se estructura modularmente java, HTML,
XHTML
14
2.1.2. CASOS DE USO

(UML- Expandido Nivel 3)
Caso de Uso No. 1: Ingresar como usuario autenticado
Actor: Administrador y Usuario
Requisitos de Usabilidad: El usuario puede ingresar para administrar el sistema

Automatizada del Arancel Aduanero.
Precondiciones: Se ha iniciado el sistema.
Descripción: El administrador solicita iniciar sesión. El sistema pedirá un nombre de

usuario y contraseña.
El administrador al autenticarse ingresará al menú principal, desde donde podrá

hacer el manejo del sistema.
Excepciones:
Ex01: El sistema no se ha iniciado.
Ex02: Nombre de usuario y la contraseña son incorrectos.
Postcondiciones: El administrador ingresa como usuario autenticado.
Caso de Uso No.2: Registro de datos
Actor: Administrador
Requisitos de Usabilidad: El administrador puede registrar y organizar datos

correspondientes al arancel de las diferentes mercaderías.
Precondiciones: Se ha iniciado el sistema
Descripción:El administrador verifica que el nuevo ítem a ser introducido o se haya

introducido anteriormente. Sobre la base de lo desplegado por el Sistema, determina
preliminarmente y de forma mental, tipo de mercadería y valores arancelarios. El
administrador introduce un nuevo registro arancelario de mercadería (Ex01: el registro ya
15
existe) y una descripción textual detallada mediante un formulario que solicita al Sistema.
Luego el administrador asigna varios registros concernientes a nuevos aranceles de
mercadería (Ex02: no existen registros de la mercadería “Registro”):
▪ Adiciona un nuevo item “Registrar”, espera la confirmación de registro del Sistema,

Excepciones:
Ex01: El registro de la mercadería ya existe, se debe percatar al Administrador de esta

situación y este debe dar un nuevo nombre.
Ex02: No existen registro de mercaderías, el Administrador debe ingresar registros.
Post condiciones: Se han creado y registrado los datos referentes a los diferentes tipos
de mercadería.
Caso de Uso No.3: Elimina datos
Requisitos de Usabilidad: El administrador puede eliminar y organizar datos

Descripción: El administrador verifica que el ítem a ser eliminado sea el correcto, verifica
que ya no existe determinado registro de mercadería luego de que esta se haya eliminado.
Sobre la base de lo desplegado por el Sistema, determina preliminarmente y de forma
mental, nombre de mercadería y valores arancelarios para su eliminación. El administrador
realiza la búsqueda del registro a eliminar en el Sistema y sus valores arancelarios (Ex01:
el registro existe) y una descripción textual detallada mediante un formulario que solicita al
Sistema. Luego el administrador procede a eliminar el registro seleccionado y sus valores
arancelarios (Ex02: se ha eliminado el registro seleccionado “Eliminar”):
▪ Elimina un registro desde la opción “Eliminar”, espera la confirmación de eliminación de

registro seleccionado del Sistema,
Excepciones:
16
Ex01:Se selecciona el nombre de la mercadería a ser eliminada y se verifica su existencia,

se debe percatar al Administrador de esta situación y este debe dar de baja el registro.
Ex02:Se ha eliminado el registro de mercadería seleccionado, el Administrador debe

eliminar y verificar la no existencia de registros.
Post condiciones: Se han seleccionado y eliminado los datos referentes a los diferentes
registros de mercadería.
Caso de Uso No.4: Modifica/Edita datos
Requisitos de Usabilidad: El administrador puede editar y organizar datos

Descripción: El administrador verifica que el ítem a ser modificado sea el correcto, verifica
que ya se haya efectuado el cambio de determinado registro de mercadería luego de que
esta se haya editado. Sobre la base de lo desplegado por el Sistema, determina
preliminarmente y de forma mental, nombre de mercadería y valores arancelarios para su
eliminación. El administrador realiza la búsqueda del registro a modificar en el Sistema y
sus valores arancelarios (Ex01: el registro existe) y una descripción textual detallada
mediante un formulario que solicita al Sistema. Luego el administrador procede a editar el
registro seleccionado y sus valores arancelarios (Ex02: se ha modificado el registro
seleccionado “Editar”):
▪ Modifica un registro desde la opción “Editar”, espera la confirmación de modificación de

registro seleccionado del Sistema,
Excepciones:
Ex01: Se selecciona el nombre de la mercadería a ser modificada y se verifica su

existencia, se debe percatar al Administrador de esta situación y este debe efectuar el
cambio o cambios pertinentes del registro.
17
Ex02:Se ha editado el registro de mercadería seleccionado, el Administrador debe editar

y verificar los cambios en el registro.
Post condiciones: Se han seleccionado y modificado los datos referentes a los diferentes
registros de mercadería.
Caso de Uso No.5: Busca información

Descripción: El usuario verifica que no existe un determinado grupo solicitando al Sistema

mostrar los grupos en forma tabular. Sobre la base de lo desplegado por el Sistema,
determina preliminarmente y de forma mental, nombre y razón de clasificación de
contactos para el nuevo grupo. El usuario crea un grupo asignándole y registrando en el
Sistema un nombre (Ex01: el nombre ya existe) y una descripción textual detallada
mediante un formulario que solicita al Sistema. Luego el usuario asigna varios contactos al
grupo de la siguiente manera (Ex02: no existen contactos en el grupo “Contactos”):
▪ Adiciona un contacto desde el grupo “Contactos”, espera la confirmación de registro del

Sistema,
▪ Adiciona otro contacto desde un grupo distinto al de “Contactos”, espera la confirmación
de registro del Sistema
▪ Adiciona todos los contactos de otro grupo existente (distinto al de “Contactos”), espera
la confirmación de registro del Sistema
Excepciones:
Ex01: el registro de la mercadería ya existe, se debe percatar al Administrador de esta

Ex02: no existen registro de mercaderías, el Administrador debe ingresar registros.
18
de mercadería.
Caso de Uso No.6: Almacena información



Sistema,
Excepciones:

de mercadería.
19
Caso de Uso No.7:Genera e Imprime reportes



Sistema,
Excepciones:

de mercadería.
Caso de Uso No.8: Agrega usuarios
20



Sistema,
Excepciones:

de mercadería.
21
2.2. FASE II
DISEÑO DEL SISTEMA
2.2.1. DIAGRAMAS DE CASOS DE USO (UML)

A continuación, se muestran los diagramas elaborados usando UML, que se han usado con
el fin de facilitar la elaboración de los casos de uso. Estos diagramas se han formulado a partir
del enunciado del problema, y es sobre esta base que luego se desarrollan la descripción
textual de casos de uso
22
23
2.2.2. Diccionario de Datos
Nombre de Archivos: BDrutas Fecha de Creación: 04/12/2017
Descripción: Base de datos que contendrá la plantilla de rutas
Campo Tamaño Tipo de dato Descripción
ID_rutas 10 Numérico Llave primaria rutas
Nombre 50 Carácter Nombre de ruta
Punto_partida 50 Carácter Dirección del punto de partida
Punto_llegada 50 Carácter Dirección del punto de llegada
Nombre de Archivos: BDCamiones Fecha de Creación: 04/12/2017
Descripción: Base de datos que contendrá la plantilla de camiones
ID_camiones 10 Numérico Llave primaria de vehículos
Placa 8 Carácter Placa de identificación de vehículos
Marca 15 Carácter Marca de fábrica del vehículo
Modelo 15 Numérico Año de fabricación de vehículo
Soat 11 Numérico Numero de soat
Capacidad 11 Numérico Capacidad de carga en kilogramos
Nombre de Archivos: BDtransporte Fecha de Creación: 04/12/2017
Descripción: Base de datos que contendrá la plantilla de transporte
ID_Transporte 10 Numérico Llave primaria de transporte
24
Fecha_envio - Dato Fecha de envio de carga
Fecha_llegada - Dato Fecha de llegada de la carga
Nombre de Archivos: BDCarga Fecha de Creación: 04/12/2017
Descripción: Base de datos que contendrá la plantilla de carga
ID_carga 10 Numérico Llave primaria de carga
Tipo_carga 25 Carácter Tipo de carga
Peso 8.2 Carácter Peso de la carga
Recomendación 250 Numérico Recomendación sobre el manejo
Observación 250 Numérico Observaciones respecto de la carga
Nombre de Archivos: BDempaque Fecha de Creación: 04/12/2017
Descripción: Base de datos que contendrá la plantilla de empaque
ID_empaque 10 Numérico Llave primaria de empaque
Remitente_id 10 Numérico Id del remitente
Destinatario 50 Carácter Empresa destinataria
Pais_remitente 15 Carácter País de partida
Pais_detinatario 15 Carácter País de llegada
Domicilio_destinatario 250 Carácter Dirección de destinatario
Nombre de Archivos: BDcliente Fecha de Creación: 04/12/2017
Descripción: Base de datos que contendrá la plantilla de cliente
25
ID_Cliente 10 Numérico Llave primaria del cliente
Nit 10 Numérico Nit de identificación del cliente
Nombre_empresa 150 Carácter Nombre de empresa cliente
Teléfono 10 Carácter Teléfono de contacto de empresa cliente
Dirección 250 Carácter Dirección de empresa cliente
Email 25 Carácter Correo electrónico de empresa cliente
Nombre de Archivos: BDusuarios Fecha de Creación: 04/12/2017
Descripción: Base de datos que contendrá la plantilla de usuarios
ID_Usuario 10 Numérico Llave primaria del usuario
Nombre_usuario 20 Numérico Nombre de ingreso al usuario
Email 25 Carácter Correo electrónico
Contraseña 150 Carácter Contraseña de ingreso
Remember_token 100 Carácter Recordatorio de contraseña
26
2.2.3. Diseño Lógico
2.2.4. Diseño Físico
27
2.2.4.1. Diccionario de datos de diseño físico

Nombre de Archivos: Rutas Fecha de Creación: 20/12/2017
Campo Descripción
ID_rutas Llave primaria rutas
Nombre Nombre de ruta
Punto_partida Dirección del punto de partida
Punto_llegada Dirección del punto de llegada
Nombre de Archivos: Camiones Fecha de Creación: 20/12/2017
Campo Descripción
ID_camiones Llave primaria de vehículos
Placa Placa de identificación de vehículos
Marca Marca de fábrica del vehículo
Modelo Año de fabricación de vehículo
Soat Numero de soat
Capacidad Capacidad de carga en kilogramos
Nombre de Archivos: Transporte Fecha de Creación: 20/12/2017
Campo Descripción
ID_Transporte Llave primaria de transporte
Fecha_envio Fecha de envió de carga
Fecha_llegada Fecha de llegada de la carga
28
Nombre de Archivos: Carga Fecha de Creación: 04/12/2017
Campo Descripción
ID_carga Llave primaria de carga
Tipo_carga Tipo de carga
Peso Peso de la carga
Recomendación Recomendación sobre el manejo
Observación Observaciones respecto de la carga
Nombre de Archivos: Empaque Fecha de Creación: 20/12/2017
Campo Descripción
ID_empaque Llave primaria de empaque
Remitente_id Id del remitente
Destinatario Empresa destinataria
Pais_remitente País de partida
Pais_detinatario País de llegada
Domicilio_destinatario Dirección de destinatario
Nombre de Archivos: Cliente Fecha de Creación: 20/12/2017
Campo Descripción
ID_Cliente Llave primaria del cliente
Nit Nit de identificación del cliente
Nombre_empresa Nombre de empresa cliente
Teléfono Teléfono de contacto de empresa cliente
29
Dirección Dirección de empresa cliente
Email Correo electrónico de empresa cliente
Nombre de Archivos: Usuarios Fecha de Creación: 04/12/2017
Campo Descripción
ID_Usuario Llave primaria del usuario
Nombre_usuario Nombre de ingreso al usuario
Email Correo electrónico
Contraseña Contraseña de ingreso
Remember_token Recordatorio de contraseña
2.2.5. Diagrama de clases
30
2.3. FASE III

Diseño Navegacional
En esta etapa se procederá a unir cada nodo obtenido para realizar el modelo
navegacional. En la siguiente figura se visualiza el modelo navegacional de la
aplicación.
Transporte
Revisar
Cargamento Menu de
Registro
s Opciones
Camiones Formulario
Menú Seleccionar Registro del
Principal Ruta vbOpción cliente
WEB
Clientes
Personal
Administrativo
Figura 1. Diseño Navegacional Menú Principal
MENÚ
TRANSPORTE
CARGAMENTO
CAMIONES
REGISTRO DE USUARIO
RUTA
Menú
Principal LOGIN CLIENTES
Salinas
PASSWORD PERSONAL
ADMINISTRATIVO
Figura 2. Diseño Navegacional de registro de Usuario
La navegación de este proceso involucra el inicio de sesión previamente.
31
REGISTRADO
SATISFACTORIAMENTE
REGISTRO PERSONAL
MENÚ ASISTENTE
CI:
REGISTRO PERSONAL FORMULARIO NOMBRE:
EMPLEADOS ADMINISTRATIV DE REGISTRO DE APELIDO:
O PERSONAL CORREO:
TELEFONO:
FECHA
CONTRATACION:
CARGO:
DIRECCION:
Figura 3. Diseño Navegacional de registro de Personal
La navegación de registro de persona será una vez adquirida registrado los datos y
su posterior uso se muestra en la siguiente figura detallada anteriormente.
REGISTRADO
SATISFACTORIAMENTE
MENÚ ASISTENTE – REGISTRO CLIENTE
ADMINISTRADOR MENÚ CLIENTE NIT:
REGISTRAR FORMULARIO DE NOMBRE DE LA
CLIENTE REGISTRO REGISTRO DE EMPRESA:
CLIENTE TELEFONO:
CLIENTE CLIENTE
CORREO:
DIRECCION:
Figura 4. Diseño Navegacional registro de Cliente
Modo navegación de registro cliente permite la incorporación de clientes.
REGISTRADO
SATISFACTORIAMENTE
MENÚ ASISTENTE – REGISTRO RUTAS
ADMINISTRADOR MENÚ RUTAS
REGISTRAR FORMULARIO DE NOMBRE RUTA:
VENTAS REGISTRO REGISTRO DE PUNTO PARTIDA:
RUTAS
RUTAS RUTAS PUNTO LLEGADA:
OBSERVACIONES:
Figura 5. Diseño Navegacional de Registro de Rutas
La navegación de registrar rutas tiene algunos modos los cuales hacen posible este
procedimiento.
32
REGISTRADO
SATISFACTORIAMENTE
MENÚ ASISTENTE – MENÚ CAMION
ADMINISTRADOR MENÚ CAMION PLACA:
REGISTRAR FORMULARIO DE
MARCA:
CAMIONES MODELO :
REGISTRO REGISTRO DE SOAT:
CAMION
CAMION CAMION CAPACIDAD:
CONSUCTOR
ASIGNADO:
Figura 6. Diseño Navegacional de Registro de Camiones
La navegación de registrar camiones tiene algunos nodos los cuales hacen posible
este procedimiento, requiere el registro previo de choferes.
REGISTRADO
SATISFACTORIAMENTE
MENÚ ASISTENTE – MENÚ MENÚ CARGAMENTO
CARGAMENTO CARGAMENTO
REGISTRAR TIPO DE CARGA:
FORMULARIO DE PESO:
CARGAMENTOS
CARGAMENTO REGISTRO REGISTRO DE RECOMENDACIONES:
CARGAMEN CARGAMENTO OBSERVACIONES:
TO DESTINATARIO:
Figura 7.Diseño Navegacional de Registro de cargamento
La navegación de registrar cargamento tiene algunos nodos las cuales hacen posible
este procedimiento.
REGISTRADO
SATISFACTORIAMENTE
MENÚ REGISTRO TRASNPORTE
MENÚ ASISTENTE –
ADMINISTRADOR TRANSPORTE MASCOTAS
REGISTRAR FORMULARIO DE
TRANSPORTE REGISTRO REGISTRO DE FECHA ENVIO:
TRANSPORTE FECHA LEGADA:
TRASNSPORTE TRASNPORTE
RUTA:
CAMION:
CARGA:
COSTO:
Figura 8. Diseño Navegacional Registro de transporte
La navegación de registrar transporte tiene algunos nodos las cuales hacen posible
este procedimiento.
33
2.4. FASE IV
DISEÑO DE PRESENTACION
Vista del panel administrativo (HOME). - en esta vista se puede observar el menú inicio de
acceso a la información respecto del servicio que brinda la transportadora Salinas S.A.
Vista gestión de datos de transporte. – muestra información referente a los servicios de

transporte realizados, además de la información respecto de los vehículos usados.
34
Vista gestión de datos de los cargamentos. – se muestra una vista de información

referente a el cargamento además se tiene la posibilidad de buscar editar y eliminar.
35
Vista gestión de datos de camiones. – muestra la información general referente de

los camiones y brinda imagen de dichos vehículos.
Vista rutas. – brinda un servicio de búsqueda de acuerdo a las características principales de

el servicio, además de la posibilidad de observar la ruta en Google Maps.
36
Vista gestión de datos de clientes. – muestra información referente a los clientes con la
posibilidad de búsqueda, eliminar y editar.
Vista de datos personal. – se puede observar información general referente a los clientes
incluyendo fotografías del personal.
37
2.5. Pruebas
Se realizo diferentes casos de prueba en fecha 18 de diciembre del presente, en los
cuales se realizó especificaciones formales de entrada de prueba sobre las
condiciones de ejecución de software. Los resultados se encuentran en el anexo Nro.
A3.
Pruebas de caja negra
Después de finalizado el proyecto se realizaron las respectivas pruebas de caja negra

en fecha 18 de diciembre del presente año en el presente proyecto, que consistió en
realizar pruebas de software frente a posibles errores de compilación y posibles
errores de lógica.
Pruebas de validación
Se realizaron pruebas de validación en fecha 18 de diciembre del presente año, los

resultados se encuentran adjuntos en anexo Nro. A4.
38
3. CAPITULO III
39
3.1. CONCLUSIONES Y RECOMENDACIONES
Conclusiones
• Se ha desarrollado un sistema de control de servicio de transporte pesado con

la finalidad de apoyar al personal que se encarga de dar el servicio, con la
implementación del sistema se podrá agilizar el manejo de procesos que
maneja la empresa “Salinas”.
• Al facilitar el manejo de los procesos que el sistema soporta, se espera que una
vez que el sistema se encuentre en funcionamiento se consiga un impacto
positivo, ya que los administradores del sistema podrán efectuar estas tareas
de forma más sencilla.
• El uso de la metodología UWE implementada en el desarrollo del sistema
orientado al desarrollo web y el uso de objetos multimedia, permitió mayor
agilidad en el desarrollo del sistema y genero una documentación que permitirá
a partir de los modelos ya construidos, diseñar e implementar nuevos
componentes del sistema, con lo cual se facilita su escalabilidad.
• La discrecionalidad de acceso al sistema a través de perfiles de usuario
garantiza mayor seguridad y confiabilidad en las diferentes tareas que se
desarrollaran con este sistema.
Recomendaciones
• Se sugiere la implementación de la distribución XAMPP para el desarrollo del

sistema web de la empresa “Salinas” debido a sus ventajas como bajo costo,
estabilidad, fácil adquisición y soporte.
• Para elevar el nivel de seguridad e integridad en le manejo de datos, el
Administrador debe usar las herramientas de seguridad proporcionadas en este
sistema generando los respaldos de la base de datos de la información de la
empresa.
40
• Para optimizar todos los procesos que actualmente maneja la empresa una vez
validado el sistema, este podría ser complementado con un posterior desarrollo
e integración de nuevos módulos.
• Aunque el sistema desarrollo está previsto inicialmente para su funcionamiento
en la intranet de la empresa, garantiza una fácil de migración a una aplicación
web.
• Una vez que el sistema pueda ser alojado en un hosting se deberá respaldar la
base de datos de la intranet y luego restaurarla en la nueva base de datos.
3.2. CRONOGRAMA DE ACTIVIDADE.

El cronograma de actividades de encuentra adjunto en el A2.
3.3. BIBLIOGRAFIA
W3C: World Wide Web Consortium. http://www.w3c.org/, 2004.
Brendan Eich. JavaScript Bible. 2001.
Mar´ıa Isabel Ferr´e Grau, Xavier y S´anchez Segura. Desarrollo Orientado a Objetos
con UML. 2003.
LaTeX. http://www.latex-project.org/, 2004.
PEAR. http://pear.php.net/, 2004a.
PEAR. http://pear.php.net/package/DB_Table, 2004b.
PEAR. http://pear.php.net/package/HTML_QuickForm, 2004c.
PHP. http://www.php.net/, 2004.
SimManTools. A simple timesheet. http://simmantools.sourceforge.net/, 2004.
SMARTY. http://smarty.php.net/, 2004. [Citado en pag. 17.]
HTML 4.01 Specification. http://www.w3.org/TR/html4/, 2004.
41
3.4. ANEXOS
A1 MATRIZ DE PLANIFICACION
MATRIZ DE PLANIFICACION DE PROYECTOS

OBJETIVOS Y FUENTES DE
INDICADORES SUPUESTOS
ACTIVIDADES VERIFICACION
OBJETIVO GENERAL:
Desarrollar una Proponer una mejora Dejar un documento Contar con la
aplicación web en línea del 75% a la Institución anillado junto con el disposición y el permiso
para la empresa de en cuanto al sistema de software realizado con de aceptación.
transporte pesado control de servicios. toda la información Contar con la voluntad
“Holguín y Salinas detallada durante este de cooperar en este
S.R.L.” proceso de desarrollo. proceso de desarrollo
Para mejorar el sistema de software.
de control de servicios
que provee la empresa.
OBJETIVOS
ESPECIFICOS: Se recopilara Supervisión de la Contar con la
1. Recopilar información de información de la funcionalidad de la disponibilidad de
la funcionalidad de la funcionalidad de la empresa. otorgar información de
empresa en un proceso
de ingeniería de empresa en un 80 %. Supervisión de los parte del departamento
requerimientos de la antecedentes de la de recursos humanos y
información otorgada.
empresa. del departamento de
Se realizara un estudio sistemas.
2. Realizar un perfil como del 90 % de la Supervisión de los Contar con el
un estudio profundo que
institución. documentos otorgados. conocimiento necesario
se tiene de la institución.
para la elaboración del
Se pondrá un perfil.
3. Optar la metodología
UWE y hacer el desempeño del 100 % Disposición de Contar con el equipo de
seguimiento de la conocimiento de la desarrollo necesario.
del equipo que
metodología para el
desarrollo de software desarrollara el sistema metodología por parte
web. informático. de los desarrolladores.
4. Realizar la entrega, el
mantenimiento y la
instalación online
42
correspondiente del Se realizara la entrega Disposición de Contar con un hosting

sistema web del producto conocimiento de para la instalación
desarrollado.
desarrollado 100 % migración por parte de online.
funcional. los desarrolladores.
RESULTADOS
ESPERADOS: El 80% de la Se dejó un informe Se cuenta con la
R.1. información obtenida sobre la estructura y el disponibilidad de
Verificamos la fue a través de funcionamiento de la otorgar información de
documentación de la investigación y estudios empresa. parte del departamento
estructura y realizados de recursos humanos y
funcionalidad de la anteriormente. del departamento de
Institución. sistemas.
R.2. Se realizó un estudio Se dejó un perfil con Se cuenta con el

Se realizó un perfil con del 90 % de la toda la información conocimiento necesario
toda la información institución. detallada. para la elaboración del
otorgada. perfil.
R.3. Se realizó un
Se optó por la desempeño del 100 % Se cuenta con el equipo
metodología UWE y se de desarrollo
del equipo que Se dejó toda la
hizo el seguimiento de la
metodología para el desarrolla el sistema documentación de necesario.
desarrollo de software
informático. desarrollo con la
web.
metodología UWE.
R.4.
Se realizó la entrega, el
mantenimiento y la Se realizó la entrega del
instalación online producto desarrollado Se dejó el código del Se cuenta con un
correspondiente del hosting para la
100 % funcional. producto desarrollado.
sistema web
desarrollado. Se dejó el sistema web instalación online.
funcionando online.
ACTIVIDADES:
OE.1. Presupuesto de Presupuesto de Presupuesto de
• Elaborar una hardware software recursos humanos es
Recaudación de Equipo HP, RAM 12 Windows 10 un total de 0, por ser un
información de la
Institución. GB, CORE i7. Professional. proyecto universitario.
• Elaborar una previa Disco Duro 1 TB. Microsoft Office 2013.
revisión de manual de
43
procedimientos y sus Teclado. Balsamiq Mockups 3.

funciones.
Mouse. Evolus Pencil v.3.0.4.
• Entrevistar al Director y a
algunos trabajadores Impresora. StarUML v.2.8.0.
que componen la Modem tigo prepago. Xampp v.3.2.2.
Institución.
MariaDB v.10.1.13.
OE.2. PHP v.7.0.8.
• Realizar breve Laravel v.5.4.

introducción. Composer v.1.5.1.
• Realizar un estudio de
SublimeText 3.
antecedentes
institucionales. Google Chrome
• Realizar el respectivo v.61.0.3.
planteamiento del
problema. CMD v.10.0.14393.
• Realizar objetivos
generales. 000Webhostapp.com
• Realizar objetivos
específicos.
• Realizar las
justificaciones.
factibilidad.
alcances y limitaciones
que tendrá el software.
OE.3.
• Realizar el análisis de
requerimientos.
• Realizar el diseño
conceptual.
• Realizar el diseño
navegacional.
• Realizar la
implementación y el
mantenimiento de
software.
OE.4.
• Realizar el contrato o la
obtención de un
dominio.
• Configurar las bases de
datos.
44
• Configurar el framework
laravel v.5.4 para
producción.
• Publicar la aplicación
web funcional online.
45
A2 DIAGRAMA ORGANIZACIONAL
46
A3 CASOS DE PRUEBA
Casos de prueba acceder al sistema
CASOS DE PRUEBA DE ACEPTACION
Código de casos de uso: 1

Código de casos de prueba. 1
Descripción de prueba: acceder al sistema

Permite realizar la autentificación del usuario al sistema.
Condiciones de ejecución: el usuario debe estar en la dirección de la página

web, para poder realizar la autentificación.
Entrada/pasos de ejecución: el usuario debe estar en la dirección de la

página web, para poder realizar la autentificación.
Entrada/pasos de ejecución:
1. El sistema muestra una interfaz en la que se muestran un formulario para
que el usuario puede introducir sus datos, nombre de usuario(correo) y la
su respectiva contraseña
2. El usuario llena el formulario y presiona el botón de ingresar
3. El sistema muestra una pantalla de conformación de datos
4. El usuario presiona el botón de aceptar
Resultado esperado:
✓ El sistema llega a autentificar al usuario permitiéndole el acceso al
sistema de acuerdo a los niveles de permiso que tiene dicho usuario
Evaluación de prueba:
✓ Se realizó el ingreso al sistema con la autentificación previa requerida
de manera satisfactoria
47
Casos de prueba acceder al sistema

Descripción de prueba: registro de Personal Administrativo

Permite registrar un nuevo personal que formara parte de la empresa.
Condiciones de ejecución: El usuario debe estar autentificado en el sistema y

posteriormente debe elegir la opción de registro nuevo una vez haber estado en el
registro, el usuario debe haber llenado todos los datos del personal para poder realizar
el registro.
✓ El usuario presiona la opción de registro adicionar personal.
✓ El sistema muestra una interfaz en la que se muestran un formulario para
introducir los datos del personal una opción se habilitara para poder subir la
imagen del personal.
✓ El usuario introduce los datos y presiona el botón de registrar.
Resultado esperado:
✓ El sistema muestra una pantalla de conformación
✓ El usuario presiona la opción de aceptar.
✓ Se registró del nuevo producto que ingresa es satisfactorio
Casos de prueba registrar cliente

48
Descripción de prueba: Registro de Clientes

Permite registrar un cliente potencial para la empresa
Condiciones de ejecución: el usuario debe estar autentificado en el sistema y

posteriormente debe elegir la opción cliente y seguidamente la opción registrar
cliente, una vez haber estado en la interfaz que registra los lientes debe haber
llenado todos los datos requeridos.
✓ El usuario presiona la opción de registrar cliente
✓ El sistema muestra una interfaz en la que se muestran un formulario para
incluir los datos del cliente
✓ El usurario introduce los datos y presiona el botón registrar.
Resultado esperado:
✓ El sistema muestra una pantalla de conformación
✓ El usuario presiona la opción de aceptar.
✓ Se registró del nuevo producto que ingresas es satisfactorio
Casos de prueba impresión de Reportes

Descripción de prueba: Impresión de Reportes

Permite la generación de un reporte para su posterior impresión
49
Condiciones de ejecución: el usuario debe estar autentificad en el sistema y

posteriormente debe elegir la opción imprimir reporte, se descargar un archivo pdf con
el reporte requerido.
✓ El usuario presiona la opción de imprimir reporte
✓ El sistema genera el reporte y se descarga un archivo pdf que muestra el
reporte solicitado.
Resultado esperado:
✓ El sistema un archivo pdf que contiene el reporte
✓ Se comprobó que la generación de reportes es satisfactoria.
50
A4 PRUEBAS DE VALIDACIÓN
Submódulo Descripción de la falla Fecha Hora observaciones
Realización de Facturación. – se detectó 18/12/201 19:30 Se restringió la

software que existía duplicidad de 7 duplicidad del
NIT en el registro de registro de n
clientes.
Personal. – se detectó que 18/12/201 19:30 Se restringió la

existía duplicidad de CI en 7 duplicidad
el registro del personal.
Método eliminación. – se 18/12/201 19:30

encontró que la información 7
no pasaba a segundo plano
de la base de datos.
Método
51
eliminación. – durante la 18/12/201 19:30

eliminación de información 7
de la base de datos, no se
registra que usuario realizo
la operación.
Faces del Durante la realización de las 18/12/201 19:30 Se opto por

proyecto diferentes fases, se detectó 7 realizar el
que la metodología uwe en proyecto en 4
con algunos autores fases de
presenta 6 fases, con otros desarrollo
autores presenta 4 fases
52
A6 Cotización
Estimación del Proyecto

Para la estimación del proyecto se considerará lo siguiente
Métrica Respecto al punto de Función (PF)
EL punto de fusión es una medida indirecta del software y del proceso por el cual se desarrolla
se centra en la funcionalidad o utilidad de programa. También se puede decir que es un
método para cuantificar el tamaño y la complejidad de un sistema software en términos de las
funciones del usuario que este desarrolla.
Los puntos de Función (PF) o métricas orientadas a la función tienen la particularidad de tomar
cinco variables que determinan el dominio de la información: el número de entradas de
usuario, número de salidas de usuario, número de peticiones de usuario, numero de archivos,
número de interfaces externas. Todas estas variables engloban a un resultado que será parte
de otra ecuación que complemente el grado, de funcionalidad del sistema.
PF=Cuenta Total [0.65+0.01∑fi]
Ecuación 2. Ecuación de Punto de Función. Fuente. Roger Pressman – Ingeniería del
Software
Donde:
• Cuenta Total=Es la suma de valor de las entradas, salidas peticiones, archivos e interfaces
externas.
• Fi=Los 14 valores de ajuste de complejidad según el dominio de información.
• 0.01=Factor de Conversión.
• 0.65=Valor de Ajuste confiabilidad.
Para realizar el cálculo de la Cuenta Total se realiza la suma de los valores de la siguiente
Tabla:
Parámetro de Medición Cuenta Simple Medio Complejo
Número de entradas del 5 x 3 4 6 18

usuario
Número de Salidas del 4 x 4 5 7 16

Usuario
53
Número de peticiones de 4 x 3 4 6 16
Usuario
Numero de Archivos 3 x 7 10 15 21
Numeor de interfaces 3 x 5 7 10 5
externas
Cuenta Total 76
Tabla 1. Factor de ponderación
Las Fi(i=1 a 14) son factores de ajuste de valor (FAV) con base en resuestas a las siguientes
preguntas(Pressman, 2010)
54
Significativo
Moderado
Influencia
Incidental
Esencial
Medio
Sin
Total
FACTOR 0 1 2 3 4 5
1. ¿El sistema requiere respaldo y X 3

recuperación confiables?
2. ¿Se Requieren Comunicaciones X 3

de datos especializadas para
transferir información hacia o
desde la aplicación?
3. ¿Existen funciones de X 2
procesamiento distribuidas?
4. ¿El desempeño es crucial? X 3
5. ¿El sistema se ejecutara en un X 2

entorno operativo existente y
fuertemente utilizado?
6. ¿El sistema requiere entrada X 4

de datos en línea?
7. ¿La entrada de datos en línea X 2

que la transacción de entrada
se construya sobre múltiples
pantallas u operaciones?
8. ¿Se actualizarán los archivos X 3

maestros de forma interactiva?
9. ¿Las entradas, salidas, archivos X 1

o consultas son complejos?
10. ¿El procesamiento interno es X 2

complejo?
11. ¿El código se diseña para ser X 3

reutilizable?
55
12. ¿La conversión y la instalación X 3

se realizan en el diseño?
13. ¿El sistema se diseña para X 4

instalaciones múltiples en
diferentes organizaciones?
14. ¿La aplicación se diseña para X 4

facilitar el cambio y su uso por
parte del usuario?
∑fi= 48
Por lo que de la Tabla 17 y 18 reemplazando tenemos:

PF=76x [0.65+0.01 (48)]
PF=76X (1.13)=85.88
PF=85.88
Aplicación del modelo COCOMO
Aplicamos COCOMO a partir del punto de función.
Por un lado COCOMO define tres modos de desarrollo o tipos de proyectos:
o Orgánico: Proyectos relativamente sencillos, menores de 50 KLDC líneas de código, en los
cuales se tiene experiencia de proyectos de similares y se encuentran en entornos estables.
o Semi-Acoplado: Proyectos intermedios en complejidad y tamaño (menores de 300 KLDC),
donde la experiencia en este tipo de proyectos es variable y las restricciones intermedias.
o Empotrado: Proyectos bastantes complejos, en los que apenas se tiene experiencia y se
engloban en un entorno de gran innovación técnica. Además se trabaja con unos requisitos
muy restrictivos y de gran volatilidad.
Y por otro lado existen diferentes modelos que define COCOMO:

o Modelo Básico: se Basa exclusivamente en el tamaño expresado en LDC.
o Modelo Intermedio: Además del tamaño del programa incluye un conjunto de medidas
subjetivas llamadas conductores de costes.
o Modelo Avanzado: Incluye todo lo del modelo intermedio además del impacto de cada
conductor de coste en las distintas fases de desarrollo.
De donde usaremos el modelo intermedio ya que proporciona estimaciones con bastante

precisión.
Para aplicar el modelo COCOMO usaremos las formulas:
56
Esfuerzo=E=a x KLDCe x FAE

Donde:
KLDC=Miles de línea de código.
FAE=Multiplicador que depende de 15 atributos.
a y e = Coeficiente de los diferentes modos.
Para hallar el esfuerzo necesitaremos hallar la variable KLDC (miles de línea de código),
donde los PF son 85.88 (dato conocido) y las líneas de cada PF equivalen a 64b según en la
tabla que se ilustra a continuación.
Lenguaje LDC/PF
Ensamblador 320
C 150
COBOL 105
Pascal 91
Prolog/LISP 64
PHP 64
VisualBasic.net 32
SQL 12
Tabla 3. Líneas de código por cada punto de función Fuente Pressman 2010
(𝑝𝑓 ∗ 𝑙𝑖𝑛𝑒𝑎𝑠 𝑑𝑒 𝐶𝑜𝑑𝑖𝑔𝑜 𝑃𝐻𝑃) 85.88 ∗ 64
𝐾𝐿𝐷𝐶 = =
1000 1000
𝐾𝐿𝐷𝐶 = 5.496
Con este valor KLDC se determina que en un Modo Orgánico ya que nos supera los 50 KLDC,
por tanto usaremos las variables de la siguiente de la siguiente tabla para reemplazar en la
ecuación 3. Esfuerzo.
Modelo Cocomo. Fuente: Universidad del Sur de California, Centro de Ingeniería de Hardware
y Software y la Ecuación 5. Tiempo Modelo Cocomo. Fuente universidad del Sur de california,
Centro de ingeniería de Hardware y Software.
Modos a e c d
57
Orgánico 3.2 1.05 2.5 0.32
Semi- 1.30 1.12 2.5 0.35
Acoplado
Empotrado 2.8 1.2 2.5 0.32
Tabla 4 Coeficientes Modelo Cocomo de acuerdo a su Modo. Fuente: Universidad del sur de
California, Centro de Ingeniería de Hardware y Software.
Ahora bien, nos falta determinar el valor de FAE que se obtiene de:
15
𝐹𝐴𝐸 = 𝛱𝑖=1 𝐶𝑖
Ecuacion 4. Formula obtención de la FAE
Donde Ci son los conductores de coste que se observan en la siguiente tabla.
Factores Multiplicadores
Atributos que afectan al coste Muy bajo Nominal Alto muy Extra Valores
bajo Alto Alto Escogidos
a) DEL PRODUCTO
Restric. Fiabilidad del SW (RELY) 0,75 0,88 1 1,15 1,4 1.15
Tamaño de base dedatos (DATA) 0,7 0,94 1 1,08 1,16 1
Complejidad del producto (CPLX) 0,85 1 1,15 1,3 1,65 0.85
b) DEL ORDENADOR
Rest. Tiempo de Ejecuccion (TIME) 1 1,11 1,3 1,66 1.11
Rest. Memoria (STOR) 1 1,06 1,21 1,56 1
Volatibilidad de Maq. Virtual 0,87 1 1,15 1.3 1
(VIRT)
Tiempo de Respuesta (TURN) 0,87 1 1,07 1,15 1.07
c) DEL PERSONAL
Capac. Analistas (ACAD) 1,46 1,19 1 0,86 0,71 0.86
Exper. Aplicación (AEXP) 1,29 1,13 1 0,91 0,82 0.82
Capac. Programadores (PLAP) 1,42 1,17 1 0,86 0,70 0.70
Exp. S.O. usado (VEXP) 1,21 1,1 1 0,9 1
Exp. Leng. Prog. (LEXP) 1,14 1,07 1 0,95 0.95
58
d) DEL PERSONAL
uso Tec. Actuales del Prog. 1,24 1,1 1 0,91 0,82 1
(MDDP)
Uso de Herramientas Soft. (TOOL) 1,24 1,1 1 0,91 0,83 1
Requis. Planificacion. (SCED) 1,23 1,08 1 1,04 1,1 1.08
FAE= 0.59
Ya teniendo el valor de FAE, procedemos a reeplazar en la Ecuacion 3. Esfuerzo. Modelo

Cocomo. Fuente: Universidad del Sur de California, Centro de Ingenieria de Hardware y
Software
Esfuerzo=E=a x KLDCe x FAE
E=3.2 x 5.4961.05x 0.59
E=11.29 (Personas/Mes)
El cálculo de Tiempo es considerado por:
𝑇𝑖𝑒𝑚𝑝𝑜 = 𝑇 = 𝑐 ∗ 𝐸 𝑑
Reemplazando Tenemos
Tiempo=T=2.5*11.290.32=5.43 Meses
T=5.43 Meses
Para el cálculo del personal Promedio, se Utiliza la siguiente ecuación.

𝐸
𝑃𝑒𝑟𝑠𝑜𝑛𝑎𝑙 = 𝑃 =
𝑇
Reemplazando en Ecuación Tenemos:
11.29
𝑃= = 2.07
5.43
P=2 Personas
Para la Productividad del proyecto tenemos:

𝐾𝐿𝐷𝐶
𝑃𝑟𝑜𝑑𝑢𝑐𝑡𝑖𝑣𝑖𝑑𝑎𝑑 = 𝑃𝑅 =
𝐸
Reemplazando tenemos:
59
5.496
𝑃𝑅 = = 486.8 𝐿𝐷𝐶 𝑝𝑜𝑟 𝑚𝑒𝑠
11.29
𝑃𝑅 =486.8 LDC por Mes
Ahora para el costo de software SALINAS, tenemos:

𝐶𝑆𝐴𝐿𝐼𝑁𝐴𝑆 = 𝑃 ∗ 𝑇 ∗ 𝑆𝑃
Donde:
P=Personal
T=Tiempo
SP=Sueldo promedio
Reemplazando:
𝐶𝑆𝐴𝐿𝐼𝑁𝐴𝑆 = 2 ∗ 5.43 ∗ 2500 = 27150
𝐶𝑆𝐴𝐿𝐼𝑁𝐴𝑆 =27150 Bs.
Análisis del costo de Hardware

Requisitos Descripción Costo Bs
Microprocesador Pentium Dual Core 2.0 522.0
Memoria 2GB DDRIII 139.20
Video 1024 MBPCI Express 208.80
Disco Duro 500 GB sata II 278.40
Quemador DVD LG 139.20
Case Combo Delux 382.80
Monitor 19” Samsung 904.80
Impresora HP 315.50
Costo Total en Bs. 2890.7 Bs.
Análisis del Costo Total del Proyecto.

𝐶𝑇𝑃𝑌 = 𝐶𝑆𝑊 + 𝐶𝐻𝑊
Donde:
CTPY=Costo Total del proyecto
CSW=Costo del Software
CHW=Costo del Hardware
60
𝐶𝑇𝑃𝑌 = 27150 + 2890.7 = 30040.7

𝐶𝑇𝑃𝑌 = 30,040.7 𝐵𝑠.
Costo en Dólares:
30,040.7
𝐶𝑇𝑃𝑌 = = 4316.19 $𝑢𝑠
6.96
𝐶𝑇𝑃𝑌 = 4,316.19 $𝑢𝑠
61

Proyecto Sistemas II Final PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proyecto Sistemas II Final PDF

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD PÚBLICA DE EL ALTO

APLICACIÓN WEB PARA LA EMPRESA

Clyn Roje Quispe Villegas

TUTOR: Ing. Margarita Bernarda Lopez Mariaca

El Alto - Diciembre 2017

1.1. ANTECEDENTES ........................................................................................................ 6

1.2. PLANTEAMIENTO DEL PROBLEMA ......................................................................... 6

1.3. OBJETIVOS ................................................................................................................ 7

1.3.1. OBJETIVO GENERAL .......................................................................................... 7

1.3.1. OBJETIVOS ESPECIFICOS ................................................................................. 7

1.4. JUSTIFICACIONES ..................................................................................................... 9

1.4.1. JUSTIFICACIÓN TÉCNICA .................................................................................. 9

1.4.2. JUSTIFICACIÓN SOCIAL .................................................................................... 9

1.4.3. JUSTIFICACIÓN ECONOMICA .......................................................................... 10

1.5. ALCANCES Y LIMITES ............................................................................................. 10

1.5.1. ALCANCES ........................................................................................................ 10

2.2. FASE II ...................................................................................................................... 22

2.2.1. DIAGRAMAS DE CASOS DE USO (UML) ......................................................... 22

2.2.2. Diccionario de Datos......................................................................................... 24

2.2.3. Diseño Lógico ................................................................................................... 27

2.2.4. Diseño Físico ..................................................................................................... 27

2.2.4.1. Diccionario de datos de diseño físico ...................................................... 28

2.2.5. Diagrama de clases .............................................................................................. 30

2.3. FASE III ..................................................................................................................... 31

2.4. FASE IV ..................................................................................................................... 34

2.5. Pruebas ................................................................................................................. 38

3. CAPITULO III ................................................................................................................ 39

3.1. CONCLUSIONES Y RECOMENDACIONES ............................................................. 40

3.2. CRONOGRAMA DE ACTIVIDADE. ........................................................................... 41

3.3. BIBLIOGRAFIA ......................................................................................................... 41

3.4. ANEXOS .................................................................................................................... 42

Desde hace mucho tiempo la necesidad de resguardar la información cada vez se

Viendo la labor que realiza la empresa de Transporte Nacional e Internacional

Siendo así podemos clasificar el “Sistema de Control de Servicio de Transporte

El presente proyecto de grado se ejecutará en una empresa dedicada al servicio de

1.2. PLANTEAMIENTO DEL PROBLEMA

El proceso de control de servicios no es el adecuado, porque se lo realizan de forma

• La pérdida o extravió de registro de información por el manejo manual.

La formulación del problema es el siguiente:

1.3.1. OBJETIVOS ESPECIFICOS

• Desarrollar un módulo de seguimiento por cliente para no tener pérdidas de

1.4.1. JUSTIFICACIÓN TÉCNICA

1.4.2. JUSTIFICACIÓN SOCIAL

Los más grandes beneficiarios serán el Gerente de la Empresa y parte de la

1.4.3. JUSTIFICACIÓN ECONOMICA

1.5. ALCANCES Y LIMITES

1. En el sistema se podrá registrar y actualizar los datos de los conductores,

1. El sistema se limita a realizar procesos contables, ya que la empresa cuenta

UML-Based Web Engineering (UWE) es un conjunto de herramientas para modelar

2.1. FASE I ANALISIS DE LOS REQUERIMIENTOS

• Registrar a los usuarios.

Gestionar Información básica del Personal de la Empresa.

Gestionar Información básica de los clientes.

Gestionar Registro de Traslado.

• Registrar el tipo de mercadería trasladado.

Gestionar Registro de Vehículos.

2.1.1.2. REQUERIMIENTOS NO FUNCIONALES:

2.1.2. CASOS DE USO

Caso de Uso No. 1: Ingresar como usuario autenticado

Actor: Administrador y Usuario

Requisitos de Usabilidad: El usuario puede ingresar para administrar el sistema

Precondiciones: Se ha iniciado el sistema.

Descripción: El administrador solicita iniciar sesión. El sistema pedirá un nombre de