• No se han encontrado resultados

HOUDER VOOR CONTAINERS DEL PACÍFICO

N/A
N/A
Protected

Academic year: 2020

Share "HOUDER VOOR CONTAINERS DEL PACÍFICO"

Copied!
208
0
0

Texto completo

(1)

1

/HOUDER VOOR CONTAINERS DEL Pacífico

HOUDER VOOR CONTAINERS DEL PACÍFICO

Nombre del Residente

Guillermo Alejandro Gómez Valencia

Emilia de Montserrat Guillén de la Mora

Nombre del Asesor

Pedro Fletes Gudiño

Nombre de la Carrera

Ingeniería en sistemas computacionales

(2)
(3)

2

(4)

3

(5)

4

(6)

5

(7)

6

Constancia de actividades realizadas expedida por la empresa ... 2

Índice ... 6

Índice de ilustraciones ... 7

Índice de tablas ... 9

Introducción ... 12

Información de la empresa para la que se desarrollará el proyecto ... 13

Planteamiento central del proyecto ... 13

Método(s) utilizados en la realización del proyecto ... 13

Partes que integran el proyecto ... 13

Caracterización del área en que se participó ... 14

Principales funciones del departamento donde se participó ... 17

Justificación ... 18

Problemas a resolver ... 20

Alternativas de solución ... 21

Alcances y limitaciones ... 23

Ventajas Competitivas ... 24

Procedimientos y descripción de las actividades realizadas ... 25

Pregame ... 29

Sprint 1 ... 46

Sprint 2 ... 62

Sprint 3 ... 69

Sprint 4 ... 74

Diagrama entidad relación ... 81

Diccionario de datos ... 82

Postgame ... 82

Conclusiones y recomendaciones ... 83

Anexos ... 84

(8)

7

Índice de ilustraciones

Ilustración 1 Carta de aceptación de Guillermo Alejandro Gómez Valencia ... 2

Ilustración 2 Carta de aceptación de Emilia de Montserrat Guillén de la Mora ... 3

Ilustración 3 Carta de terminación de Guillermo Alejandro Gómez Valencia ... 4

Ilustración 4 Carta de terminación de Emilia de Montserrat Guillén de la Mora ... 5

Ilustración 5 Organigrama Containers del Pacífico ... 15

Ilustración 6 Áreas de participación del residente ... 16

Ilustración 7 Tipos de metodología (2016). ... 25

Ilustración 8 Principales metodologías ágiles ... 26

Ilustración 9 Etapas de metodología Scrum (2008). ... 27

Ilustración 10 Logo de Houder voor ... 40

Ilustración 11 ícono representativo de módulo de administración inactivo ... 40

Ilustración 12 ícono representativo de módulo de administración activo ... 40

Ilustración 13 ícono representativo del módulo de catálogos inactivo. ... 41

Ilustración 14 ícono representativo del módulo de catálogos activo ... 41

Ilustración 15 ícono representativo del módulo de configuración inactivo ... 41

Ilustración 16 ícono representativo del módulo de configuración activo ... 41

Ilustración 17 ícono representativo del módulo de operaciones inactivo ... 42

Ilustración 18 ícono representativo del módulo de operaciones activo ... 42

Ilustración 19 ícono representativo del módulo de facturación inactivo ... 42

Ilustración 20 ícono representativo del módulo de facturación activo ... 42

Ilustración 21 ícono representativo del módulo de solicitudes inactivo ... 43

Ilustración 22 ícono representativo del módulo de solicitudes activo ... 43

Ilustración 23 ícono representativo del módulo de consultas inactivo ... 43

Ilustración 24 ícono representativo del módulo de consultas activo ... 43

Ilustración 25 ícono representativo del módulo de estadísticas inactivo ... 44

Ilustración 26 ícono representativo del módulo de estadísticas activo ... 44

Ilustración 27 ícono representativo del módulo de pesaje inactivo ... 44

Ilustración 28 ícono representativo del módulo de pesaje activo ... 44

Ilustración 29 ícono representativo del módulo de transporte inactivo ... 45

Ilustración 30 ícono representativo del módulo de pesaje activo ... 45

Ilustración 31 Vista de Login ... 54

Ilustración 32 Vista de opciones de módulo ... 54

Ilustración 33 Menú de opciones de usuarios ... 55

Ilustración 34 Vista de alta de usuario ... 55

Ilustración 35 Vista de consulta de usuario ... 56

Ilustración 36 Vista de modificación de datos de usuario ... 56

Ilustración 37 Vista de cambio de contraseña ... 57

Ilustración 38 Vista de eliminación de usuario ... 57

Ilustración 39 Vista de catálogo de usuarios ... 58

Ilustración 40 Vista opciones de módulo de configuración ... 58

Ilustración 41 Vista insertar cuentas contables ... 59

Ilustración 42 Vista insertar cuentas bancarias ... 59

Ilustración 43 Ventana agregar forma de pago ... 60

Ilustración 44 Vista de consultas de formas de pago ... 60

(9)
(10)

9

Índice de tablas

Tabla 1 Roles y responsabilidades Scrum ... 28

Tabla 2 Encabezado de la lista Product Backlog ... 33

Tabla 3 Product Backlog List ... 33

Tabla 4 Cronograma de actividades ... 39

Tabla 5 Encabezado de la Sprint Backlog List #1 ... 46

Tabla 6 Contenido de la Sprint Backlog List #1 ... 46

Tabla 7 Encabezado de cronograma del sprint 1 ... 47

Tabla 8 Contenido de cronograma del sprint 1 ... 48

Tabla 9 Encabezado del Burn Down Chart del Sprint #1 ... 49

Tabla 10 Burn Down Chart del Sprint #1 ... 49

Tabla 11 Historias de usuario Sprint 1 ... 50

Tabla 12 Encabezado de Daily Meeting 1 ... 51

Tabla 13 Contenido de Daily Meeting 1 ... 51

Tabla 22 Encabezado de Review Meeting 1 ... 52

Tabla 23 Contenido de Review Meeting 1 ... 53

Tabla 24 Encabezado de Product Backlog List 2 ... 62

Tabla 25 Product Backlog List 2 ... 62

Tabla 26 Encabezado del cronograma del Sprint 2 ... 64

Tabla 27 Cronograma del Sprint ... 65

Tabla 28 Encabezado del Burn Down Chart 2 ... 66

Tabla 29 Burn Down Chart 2 ... 66

Tabla 30 Historias de usuario Sprint 2 ... 66

Tabla 31 Encabezado de Daily Meeting 6 ... 67

Tabla 32 Daily Meeting 6 ... 67

Tabla 41 Encabezado de Review Meeting Sprint 2 ... 68

Tabla 42 Review Meeting Sprint 2 ... 68

Tabla 43 Encabezado de Backlog List del sprint 3 ... 69

Tabla 44 Contenido de Backlog List del sprint 3 ... 69

Tabla 45 Encabezado de cronograma de actividades del sprint 3 ... 70

Tabla 46 Cronograma de actividades del sprint 3 ... 70

Tabla 47 Encabezado de Burn Down Chart de sprint 3 ... 71

Tabla 48 Burn Down Chart del sprint 3 ... 71

Tabla 49 Historias de usuario de sprint 3 ... 72

Tabla 50 Encabezado de Review meeting de sprint 3 ... 72

Tabla 51 Review Meeting Sprint 3 ... 73

Tabla 52 Encabezado de Backlog List de Sprint 4 ... 74

Tabla 53 Contenido de Backlog List de Sprint 4 ... 75

Tabla 54 Cambios en módulo de pesaje ... 75

Tabla 55 Encabezado de cronograma del sprint 4 ... 76

Tabla 56 Cronograma del sprint 4 ... 77

Tabla 57 Encabezado del Burn Down Chart del sprint 4 ... 78

Tabla 58 Burn Down chart del sprint 4 ... 78

Tabla 59 Historias de usuario del Sprint 4 ... 78

Tabla 60 Encabezado de Review Meeting 4 ... 79

(11)

10 Tabla 63 Instructivo del llenado del formato para la realización del Product Backlog List . 85

Tabla 64 Formato para la realización del Sprint Backlog List. ... 86

Tabla 65 Instructivo del llenado del formato para la realización del Sprint Backlog List. .. 86

Tabla 66 Formato para la realización de las historias de usuario. ... 87

Tabla 67 Instructivo para el llenado del formato para las historias de usuario. ... 87

Tabla 68 Formato para la realización del Burn Down Chart. ... 88

Tabla 69 Instructivo del llenado del formato para la realización del Burn Down Chart. ... 88

Tabla 70 Formato para la realización de las Daily Meetings. ... 89

Tabla 71 Instructivo del llenado del Formato para la realización de las Daily Meetings. .... 89

Tabla 72 Formato para la realización de las Review Meetings. ... 90

Tabla 73 Instructivo del llenado del formato para la realización de las Review Meetings. . 90

Tabla 14 Encabezado de Daily Meeting 2 ... 103

Tabla 15 Contenido de Daily Meeting 2 ... 103

Tabla 16 Encabezado de Daily Meeting 3 ... 104

Tabla 17 Contenido de Daily Meeting 3 ... 104

Tabla 18 Encabezado de Daily Meeting 4 ... 105

Tabla 19 Contenido de Daily Meeting 4 ... 105

Tabla 20 Encabezado de Daily Meeting 5 ... 106

Tabla 21 Contenido de Daily Meeting 5 ... 106

Tabla 33 Encabezado de Daily Meeting 7 ... 129

Tabla 34 Daily Meeting 7 ... 129

Tabla 35 Encabezado de Daily Meeting 8 ... 130

Tabla 36 Daily Meeting 8 ... 130

Tabla 37 Encabezado de Daily Meeting 9 ... 131

Tabla 38 Daily Meeting 9 ... 131

Tabla 39 Encabezado de Daily Meeting 10 ... 132

Tabla 40 Daily Meeting 10 ... 132

Tabla 74 Daily Meeting DM12 ... 136

Tabla 75 Daily Meeting DM13 ... 137

Tabla 76 Daily Meeting DM14 ... 138

Tabla 77 Daily Meeting DM15 ... 139

Tabla 78 Daily Meeting DM16 ... 140

Tabla 79 Daily Meeting DM17 ... 141

Tabla 80 Daily Meeting DM118 ... 142

Tabla 81 Daily Meeting DM19 ... 143

Tabla 82 Daily Meeting DM20 ... 144

Tabla 83 Daily Meeting DM22 ... 145

Tabla 84 Daily Meeting DM22 ... 146

Tabla 85 Daily Meeting DM23 ... 147

Tabla 86 Daily Meeting DM24 ... 148

Tabla 87 Daily Meeting DM25 ... 149

Tabla 88 Daily Meeting DM26 ... 150

Tabla 89 Daily Meeting DM27 ... 151

Tabla 90 Daily Meeting DM28 ... 152

Tabla 91 Daily Meeting DM29 ... 153

(12)

11

Tabla 93 Daily Meeting DM31 ... 155

Tabla 94 Daily Meeting DM32 ... 156

Tabla 95 Daily Meeting DM33 ... 157

Tabla 96 Daily Meeting DM34 ... 158

Tabla 97 Daily Meeting DM35 ... 166

Tabla 98 Daily Meeting DM36 ... 167

Tabla 99 Daily Meeting DM37 ... 168

Tabla 100 Daily Meeting DM38 ... 169

Tabla 101 Daily Meeting DM39 ... 170

Tabla 102 Daily Meeting DM40 ... 171

Tabla 103 Daily Meeting DM41 ... 172

Tabla 104 Daily Meeting DM42 ... 173

Tabla 105 Daily Meeting DM43 ... 174

Tabla 106 Daily Meeting DM44 ... 175

Tabla 107 Daily Meeting DM45 ... 176

Tabla 108 Daily Meeting DM46 ... 177

Tabla 109 Daily Meeting DM47 ... 178

Tabla 110 Daily Meeting DM48 ... 179

(13)

12 La información contenida en este documento plasma toda lo que conlleva el proyecto que hemos realizado, el cual consiste en un sistema para el control de un patio seco encargado del manejo y diversos servicios relacionados a contenedores que arriban al puerto de Manzanillo. El software es considerado una herramienta de trabajo que será de gran utilidad para la organización del patio y facilitarles procesos a los trabajadores del mismo.

Este proyecto se llevó a cabo por la falta de control y organización respecto a los servicios que se brindan en el patio para los contenedores, además por la necesidad de implementar cierta cantidad defunciones requeridas. Al tener este software se tiene al alcance un sistema completo que cubre aspectos indispensables para la buena organización y buenos resultados de la empresa. Es importante tener presente la indispensabilidad de tener un software abierto a cambios ya que, al ser una empresa en crecimiento, con el tiempo surgen nuevos servicios, tareas, labores, áreas y demás que se deben estar controlando, por ende, es necesario que sean incorporadas al mismo.

Para la realización del sistema de control fue necesario hacer un análisis para poder identificar las necesidades de la empresa, la factibilidad y los riesgos, se efectuó una planificación organizacional, se adoptó a una metodología y se cubrió cada etapa de esta para lograr el resultado esperado. Se desarrolló la codificación de los módulos que constituyen el software conforme indicaba cada fase, además de elaborar el llenado de los formatos correspondientes para una documentación óptima y un entendimiento completo de lo que se estaba llevando a cabo.

(14)

13

Información de la empresa para la que se desarrollará el proyecto

Nombre comercial y oficial: CONTAINERS DEL PACÍFICO S.A. de C.V. Giro comercial: Privado.

Nombre y cargo de representante legal: Héctor Rogelio Lara Arteaga

Ubicación completa: Carretera Manzanillo a Minatitlán km 5 Teléfono: 1599200

Planteamiento central del proyecto

Desarrollar una herramienta de control que administre completamente los servicios que ofrece la empresa (maniobras, pesaje, lavado, hospedaje, consolidación y des-consolidación, etc.), que apoye a la facturación y administración de los ingresos, que use una base de datos para guardar información y de ella se hagan análisis y representaciones gráficas, para hacer toma de decisiones semanales, mensuales y anuales.

Método(s) utilizados en la realización del proyecto

La realización de este proyecto se basa en el desarrollo de una aplicación Web, utilizando una arquitectura de modelo, vista y controlador. El método utilizado para llevar a cabo el proyecto consiste en dividirlo en módulos e identificar las tareas correspondientes a cada uno, para concretarlas conforme la metodología lo indica.

Partes que integran el proyecto

Tal como se mencionó anteriormente, se decidió seccionar el sistema mediante módulos para ser exactos diez en total, los cuales serán descritos a continuación.

• Administración: Módulo donde se realiza la planificación, organización, dirección y control de los recursos, humanos, financieros, materiales, tecnológicos y servicios de Containers del Pacífico.

• Catálogos: Sección designada al despliegue de la información que se encuentra dada de alta en el sistema.

• Configuración: Contiene las cuentas contables que corresponde a “subdividir el

activo, el pasivo y el capital y agruparlos de acuerdo con ciertas características de afinidad, las cuales nos permiten graficar todos los aumentos y disminuciones que ocurren en elementos diversos de la ecuación” (José, 2005).

• Operaciones: Hace referencia a “todo lo que pasa dentro de una compañía para mantenerla de pie y ganar dinero” (Shopify, 2007). En este caso contiene los movimientos de entradas y salidas en el patio, así como los servicios proporcionados por la empresa.

• Facturación: Dentro de este módulo se resolverá toda relación a las facturas ya sean de servicios, carta porte siendo un “comprobante fiscal digital de traslado en el que constan las mercancías que se transportan por vía terrestre, la importancia de la carta de porte radica en que, a través de este documento se tiene conocimiento de la

(15)

14 • Solicitudes: Para llevar un mejor control de la consistencia en datos se creó este módulo donde el encargado del sistema en Containers del Pacífico hará peticiones para poder agregar servicios y clientes.

• Consulta: Se tendrá la oportunidad de visualizar la información correspondiente a los movimientos realizados dentro del patio, las salidas, pendientes y las solicitudes que se tengan dentro del sistema.

• Estadística: Agrupa las estadísticas obtenidas de los movimientos realizados en el sistema de control. Proporciona información financiera, materiales, servicios y tecnológica acorde al periodo que se solicite.

• Pesaje: Módulo meramente reservado para el servicio de pesaje con sus formatos respectivos, en este módulo se administran los movimientos realizados, los recibos entregados en formato PDF y los recibos pendientes a entregar.

• Transporte: Designado a llevar el control del servicio de transporte otorgado por Containers del Pacífico teniendo como principal función la elaboración de la carta porte.

Caracterización del área en que se participó

(16)

15

ORGANIGRAMA PROPUESTO

SISTEMA DE GESTION DE CALIDAD

Ilustración 5 Organigrama Containers del Pacífico JUNTA GENERAL DE ACCIONISTAS Director General Gerente de Planeación y Control Gerente de Operación *Despacho Outsourcing Gerente de Administración Coordinador de Cotizaciones Operadores Maquinaria Jefe de Refrigeración Coordinador de Pesaje

Jefe de Taller Coordinador de Transporte Seguridad y Medio Ambiente Auxiliar de Acondicionamie nto Coordinador Documental Varios Auxiliar de Lavado Auxiliar de Refrigeración Coordinador Documental Navieras Coordinador de Ingresos Compras, Contratos y

(17)

16 La empresa cuenta con tres áreas principales: operación, planeación y administración, las cuales pertenecen a la dirección general. La dirección general tal como se puede observar en la ilustración 2 tiene contacto directo con la junta general de accionistas, donde se plantean y proponen proyectos, aquí surge Houder voor Containers del Pacífico.

Áreas de participación del residente

El proyecto abarca las tres áreas principales descendientes de la dirección general, la ilustración 2 muestra las sub áreas donde se lleva a cabo, cada una de ellas se pueden visualizar en la ilustración 1.

Ilustración 6 Áreas de participación del residente Director general

Gerente de operación

Coordinador de transporte

Operadores tracto camión

Operadores Maquinaria

Coordinador de cotizaciones

Inspector de contenedores

Coordinador de pesaje

Gerente de planeación y control

Coordinador documental varios

Coordinador documental navieras

Compras, contratos y almacén

Coordinador de ingresos

Coordinador de calidad e información

Despacho Outsourcing Gerente de administración

(18)

17

Principales funciones del departamento donde se participó

Tal como se puede observar en la ilustración anterior, Containers del Pacífico en la actualidad cuenta con tres áreas administrativas, siendo estas: operación, planeación y administración, cada una tiene sub-ramificaciones. Cada sección lleva a cabo una función principal y se realizan actividades específicas. Con anterioridad se especificaron las áreas y sub-áreas de participación del residente, pudiendo observar que no se interviene en todas las ramas. Sin embargo, en las que, si se hará una función, a continuación, se determinan las tareas a cubrir.

Operación

Abarca tres áreas: la primera de ellas es transporte donde se genera una carta porte establecida por la empresa, la segunda es todo lo referente a la maquinaria, en ella se dan de alta, se eliminan, modifican o consultan todos los equipos de maquinaria existentes en la compañía y por último el área de pesaje en la cual se tiene su control de pendientes de impresión, el registro de contenedores, las solicitudes y proporcionar la descarga del PDF.

Planeación y control

Es el área principal donde se llevan a cabo el planteamiento de estrategias, políticas y propósitos además de contar con un conjunto de reglas, en la realización de operaciones tales como:

-registros de entradas y salidas de navieras -registros de entradas y salidas de otros -solicitud de servicio

-servicios en patio

Administración

(19)

18 Las mercancías no se han transportado siempre de la manera en la que se conoce hoy en día, haciendo referencia a la vía marítima, la carga se transportaba a bordo de los buques, en

barriles, cajas, bidones, sacos, costales entre otros. “Hace aproximadamente seis décadas

empezaron a viajar dentro de contenedores, medio de transporte que se generalizó en los años 60 y 70 en Estados Unidos y un poco más tarde en México ya entrados los años ochenta del

siglo pasado” (GOMSA, 2017).

Un contenedor es un recipiente de carga destinado tanto al transporte internacional como al nacional mediante las vías marítimas, fluviales terrestres y/o aéreas. Los contenedores son utilizados para traspasar la mercancía de los camiones al buque de una manera más fácil y rápida, debido a su arquitectura y dimensiones, cuentan con una normatividad, así como una unidad de medida siendo esa Twenty-foot Equivalent Unit (TEU).

“México realiza 5, 273, 945 maniobras de contenedores al año, las cuales se reparten en los

18 puertos a lo largo del territorio nacional, siendo el puerto de Manzanillo el más importante

a nivel nacional, con el 47% de dichas maniobras” (TIBA, 2017). En la actualidad Manzanillo maneja 2.5 millones de maniobras de contenedores al año (TEUS) las cuales son repartidas entre los 13 patios de contenedores que existen en el puerto, siendo Containers del Pacífico el segundo más grande con una superficie de 20 hectáreas.

Los patios particulares encargados del almacenamiento y maniobras de contenedores ofrecen una amplia cantidad de servicios a sus clientes, sin embargo, Containers del Pacífico no maneja un software especializado para la administración de los servicios. Hoy en día utilizan herramientas existentes en el mercado, tales como hojas de cálculo y Access, los cuales no brindan una manera fácil de analizar los datos, por ende, no cubren de la manera óptima un control eficaz de la empresa, lo que lleva a una administración y toma de decisiones deficientes, por consecuencia surge la necesidad del desarrollo de una herramienta que englobe en un 100 % las normas y requerimientos que rigen a los patios a nivel nacional e internacional y a su vez sea flexible y que pueda adaptarse según las necesidades de la empresa.

El proyecto busca cubrir necesidades en distintos aspectos, uno muy importante es el económico, ya que esto es lo que más influye en la toma de decisiones dentro de la empresa, el software permitirá:

• Reducir el tiempo que se tarda en llevar a cabo el pesaje de un contenedor que es de 18 minutos. Esto se conoce debido a que un operador tarda en realizar la maniobra de pesaje en 10 minutos y en entregarle la información al encargado de pesaje en 3 minutos, el encargado de pesaje tarda 2 minutos en anotar los datos y 2 minutos en verificar e imprimir el certificado.

(20)

19 • Disminuir el tiempo de registro de entrada y salida de contenedores, actualmente llevar a cabo estas actividades requieren un tiempo de 12 minutos cada una y de dos empleados, ya que al llegar el contenedor quien lo recibe registra la información en un formato de Equipment Interchange Receive (EIR) en 6 minutos, esta persona la entrega en la oficina de administración en 2 minutos ya que se encuentra un poco retirado de la oficina y la persona encargada de esa área llena otro formato verificando los datos en 4 minutos.

El software disminuirá el tiempo un 58.33 % ya que bajará de 12 a 7 minutos, quien recibe el contenedor tardará lo mismo en registrar los datos en el sistema, la persona encargada del área la recibe y tarda un aproximado de 1 minuto en imprimirlo. • Reducir el gasto de hojas membretadas, al implementar el servicio de entrada y salida

de navieras se disminuye en un 50% el gasto de hojas membretadas, debido a que solo se tendrá que usar una por entrada y una por salida, anteriormente era necesario hacer uso de dos por cada uno.

El costo por millar de hoja membretada es de $392.00, por mes se usan aproximadamente 3 que da un total de $1176.00. Se disminuye a un aproximado de $588.00 por mes.

En el aspecto social facilitará que mediante la plataforma las empresas (agentes aduanales y navieras) hagan la solicitud de un servicio a Containers del Pacífico, permitiendo una mayor comodidad y accesibilidad.

El sistema que se piensa desarrollar tiene ventajas innovadoras que benefician a la empresa, ya que en la actualidad cuenta con una mecánica manual de la organización de su información sin embargo lo que se quiere proporcionar con este proyecto es una manera nueva de estar guardando los datos, proporcionando un mejor uso y accesibilidad a ellos, con una complicidad mínima.

El aspecto tecnológico lo determina el uso e implementación de un sistema de control en una computadora, donde las técnicas manuales utilizadas por el personal de la empresa serán sustituidas por uso de la tecnología, disminuyendo tiempos y presentando resultados al instante.

(21)

20 El software a desarrollar resolverá los problemas que se plasman a continuación:

• Administración del 100% de las ABMC (Alta, Baja, Modificación y Consulta) y creación de catálogos de:

o Usuarios

o Empresas

o Países

o Estados

o Municipios

o Buque

o Tipo de buque

o Sucursales

o Tipos de empresas

o Patios

o Almacenes

o Equipo de pesaje

o Operadores

o Equipos

o Servicios

o Tipos de contenedores

o Tipo de daños

o Tipo de embalaje

Al no existir un control adecuado, existe la duplicidad e inconsistencia de datos. • No existe la posibilidad de ver plasmada la información con la que se cuenta

representada en manera de catálogos, haciendo complicado el poder percatarse de lo existente en la compañía.

• No se realiza de manera ágil la configuración de las cuentas contables, es necesario tener la posibilidad de integrar los datos de las cuentas bancarias, certificados digitales y las distintas formas y métodos de pago.

(22)

21 • No existe una opción de solicitud de alta de clientes y de servicio, siendo esto requerido, debido a que no cualquiera puede dar de alta un cliente o servicio, sino el encargado del sistema, esto para evitar incongruencia en la información.

• No existe la posibilidad de gestionar la consulta de:

o Entrada de mercancía Naviera

o Salida de mercancía Naviera

o Formato de Navieras

o Entrada de mercancía Particulares

o Salida de mercancía Particulares

o Formato de Particulares

o Concentrado de viajes

o Comprobantes fiscales digitales

o Notificaciones de pago

o Estudios de cuenta

o Entrada y salida pendientes

o Movimiento de EIR pendientes

o Solicitud de servicio

o Servicios en patio

Al no poder gestionar las consultas ya mencionadas, se vuelve ineficiente el sistema ya que no permite visualizar información indispensable para la toma de decisiones. • No existe un control adecuado de las operaciones relacionadas a pesaje, tal como:

pendientes de impresión en pesaje, registro de contenedores en pesaje, solicitudes de pesaje y la descarga del PDF del pesaje realizado.

• Agilizar el proceso de la generación de carta porte del transporte en un 50%, ya que se pierde un aproximado de 8 minutos en la actividad.

Alternativas de solución

Una alternativa de solución “se define en Informática como un método temporal para alcanzar una solución cuando el camino tradicional no funciona. En informática se usa para superar inconvenientes de programación, hardware o comunicación” (Nhean, 2011). Se analizan las distintas opciones y se aplica la más adecuada según el problema, se mantiene hasta que se resuelva lo previsto, a continuación, se muestran tres alternativas.

• Afinar los procesos y llevar a cabo el control manualmente.

(23)

22 Como desventajas la más notoria es la pérdida de tiempo, tener un control manual es

muy laborioso, ya que “requieren un seguimiento continuo para asegurarse de que

cada transacción se contabilice y que los productos se mantengan en los niveles adecuados de inventario. También es más difícil compartir información de inventario en toda la empresa, ya que la falta de informatización hace que el acceso al inventario sea un proceso más engorroso” (Joseph, 2017). El tiempo invertido en la realización de este trabajo podría ser empleado de manera más óptima en otras actividades. Por último, no se puede descartar el error humano, ya que este método se basa en las acciones de las personas, la gente puede contar mal, escribir mal un dato, perjudicando a la empresa, ocasionando grandes pérdidas.

• Comprar sistema de control.

Dentro de las ventajas y beneficios de comprar un software se cuenta con una licencia, manuales y atención directa con el proveedor, para la aclaración de dudas y algún detalle en particular con el funcionamiento del sistema. Además, con tener siempre la última versión actualizándolo vía Internet. Como desventajas principalmente es el costo del software significando que la empresa debe invertir en él, no se cuenta con el código fuente en dado caso que se requiera hacer una adaptación ni modificación de algún módulo, tienden ser menos seguras y “El usuario que adquiere software propietario depende del 100 % de la empresa propietaria” (Tangient, 2010).

• Desarrollar un sistema de control.

Al desarrollarlo internamente y saber específicamente lo que se requiere, se puede adaptar exactamente a las necesidades de la organización, al tener el código fuente da la posibilidad de modificar a futuro y crear nuevos módulos conforme se vayan requiriendo. Otra ventaja grande es que la empresa no desembolsara dinero para éste, ya que son altos los costos de un software, sin embargo, podría considerarse como desventaja el hecho de tener la necesidad de contratar a una persona encargada del sistema, un empleado más el cual es indispensable para el buen funcionamiento y dudas del sistema.

(24)

23

Alcances y limitaciones

Los alcances y las limitaciones que presenta el proyecto de Houder voor Containers del Pacífico se describen a continuación.

Alcance

El proyecto en desarrollo tiene como alcance sistematizar el control total de Containers del Pacífico, patio seco de contenedores, ubicado en la carretera Manzanillo a Minatitlán con una superficie de 20 hectáreas divididas por “Área administrativa”, “Patio de operaciones”, “Área de pesaje” y un “Área de mantenimiento”.

Los aspectos puntuales que comprenden el proyecto están referidos a la optimización y mejoría del control de la información de los movimientos realizados en la empresa, del servicio que se les ofrece a los clientes y la organización administrativa dentro de la misma. No se incluye el costo beneficio de la implementación, dado que no se cuenta con algún parámetro con el cual se pueda hacer alguna comparación.

Limitaciones

Las limitaciones que restringen el desarrollo del proyecto son las siguientes: 1. Tiempo para cubrir el desarrollo total del sistema.

Debido a lo amplio de los requerimientos del software, y el límite de tiempo con el que contamos, no es posible cubrir con la codificación de todos los módulos solicitados para el control total del patio seco, sin embargo, lo que se estableció desde un inicio se llevará a cabo.

2. Cambios de opinión constante.

Al ser algo nuevo para la empresa, las personas encargadas del manejo de la misma cuentan con ideas y opiniones distintas haciendo que indiquen en un inicio alguna característica y después muestran un cambio de opinión, no dejando en claro el objetivo de alguna tarea, esto hace que el tiempo de desarrollo se extienda y cambian por completo los tiempos establecidos.

3. Resistencia al cambio organizacional.

(25)

24

Como ya sabemos una ventaja competitiva es “una ventaja en algún aspecto que posee una

empresa ante otras del mismo sector o mercado, y que le permite tener un mejor desempeño ante otras compañías y, por tanto, una posición competitiva en dicho sector o mercado”

(Crecenegocios, 2013). A continuación, se muestran las ventajas competitivas que Houder voor presenta.

• No existe un sistema con las mismas características.

Aunque existen sistemas de control respecto a la información que se ingresa al sistema, previendo que sea congruente, verdadera y necesaria, hoy en día no existe uno que se adapte al 100 % a las necesidades de Containers del Pacífico que permita la visualización total de la información con la que se cuenta, para facilitar la toma de decisiones y poder percatarse de datos que falten en algunas de las secciones tal como usuarios, empresas, navieras, entre otras que son indispensables para el funcionamiento del sistema.

• Podrá implementarse para cualquier patio seco.

Como cada patio cuenta con diferente cantidad de servicios, el sistema a desarrollar cuenta con un control de los servicios básicos y además incluirá dos extras, uno de pesaje y uno de transporte, cada uno con sus características respectivas.

• Posibilidad de crecimiento.

(26)

25

Procedimientos y descripción de las actividades realizadas

Al llevar a cabo la creación de un software se necesita tenerlo bien identificado y una base de los procedimientos que se deben hacer con la finalidad de cumplir con lo previamente establecido y entregar un producto de calidad, los pasos que se deben seguir y las faces que se deben cumplir uno mismo los puede establecer, sin embargo ya existen métodos probados y evaluados para el seguimiento del desarrollo del proyecto, además existe una gran variedad que se adaptan a tus necesidades, este grupo de pasos se llaman metodología.

Metodología se denomina como “la serie de métodos y técnicas de rigor científico que se

aplican sistemáticamente durante un proceso de investigación para alcanzar un resultado teóricamente válido. En este sentido, la metodología funciona como el soporte conceptual que rige la manera en la que aplicamos los procedimientos en una investigación” (Graus, 2013). Al seguir adecuadamente lo que se te indica, existe una mayor posibilidad de obtener el resultado esperado.

Como ya se mencionó con anterioridad, existe una variedad de metodologías y se pueden encontrar en distintas áreas de estudio, en este caso el enfoque va a la creación de software. Tal como muestra la ilustración 3 se observan dos tipos, tradicional y ágil, la primera es lineal y la segunda cuenta con iteraciones, Ambas inician con un planteamiento y finalizan con la puesta en marcha del sistema sin embargo lo que refiere al núcleo del procedimiento es muy distinto.

Mientras que la metodología tradicional implica hacer un análisis inicial y único, en la metodología ágil se hace un análisis de los requerimientos y se priorizan, permite hacer una consideración de los requisitos, conforme se lleva a cabo el desarrollo se va dando preferencia a los de mayor prioridad. Lo que refiere a diseño, programación y pruebas, en la primera se hace una sola única vez y no permite regresar para alguna modificación, en cambio la segunda se hace en partes y en cada sección se repite el procedimiento, dando la oportunidad de hacer mejoras oportunas.

(27)

26 • “Respuesta rápida a cambios de requisitos durante el proyecto

• Minimiza costos

• Mayor velocidad y eficiencia

• Se identifican errores rápidamente debido a que se hacen pruebas a medida que se avanza

• El equipo de desarrollo conoce el estado del proyecto • Mejora la calidad del producto

• Simplifica la sobrecarga de procesos” (IEBS, 2017).

Por ende, se ha optado por el uso de una metodología ágil, la ilustración 4 representa las más utilizadas. El método seleccionado para llevar el seguimiento del proyecto fue Scrum como

se observa es “una metodología ágil y flexible para gestionar el desarrollo de software

(Trigas Gallego, 2017).

Scrum se divide principalmente en tres etapas: pregame, development y postgame, se pueden ver reflejadas en la ilustración 5.

Kanban

Scrum XP

Metodologías Ágiles

(28)

27

Ilustración 9 Etapas de metodología Scrum (2008).

Las etapas mencionadas anteriormente básicamente son análisis, desarrollo y cierre, la fase de desarrollo es prácticamente un ciclo que se repite tantas veces como sean necesarias dependiendo del acuerdo al que se llegue, cada repetición crea un Sprint o entregable. La fase de desarrollo cuenta con una dinámica mecánica conformada por varios procesos, para cada etapa se diseñaron formatos correspondientes a la actividad que se haya llevado a cabo, cada que finaliza un Sprint se debe tener documentación sobre el proceso concluido, esto se realiza para cada uno acordado entre el equipo de trabajo y el encargado del proyecto.

Los formatos diseñados para cada etapa son los siguientes: • Pregame

o Product Backlog List (ver Anexo A).

Development

o Sprint Backlog List (ver Anexo B).

o Historias de usuario (ver Anexo C).

o Burn Down Chart (ver Anexo D).

o Daily Meeting (ver Anexo E).

o Review Meeting (ver Anexo F).

El proyecto está conformado por tres secciones, siendo esas pregame, development y postgame, también se encuentra dividido por roles y sus respectivas responsabilidades tal como lo muestra la tabla 1 donde se aprecian el Scrum master, el Product owner, el Scrum team, el customer y management, sus funciones están descritas en la columna de

(29)

28

Scrum Master “Es un rol de administración que debe asegurar de que el proyecto se está llevando a cabo de acuerdo con las prácticas, valores y reglas de Scrum y que todo funciona según el plan. Su principal trabajo es remover impedimentos y reducir riesgos del producto “ (Peralta, 2003).

Emilia de Montserrat Guillén de la Mora

Product Owner Es el responsable del proyecto, administra, controla y comunica la lista de los elementos que conforman el proyecto.

Héctor Anguiano Navarro

Scrum Team “Es el equipo del proyecto que tiene la autoridad para decidir cómo organizarse para cumplir con los objetivos de un Sprint. Sus tareas son: Effort Estimation (Estimar Esfuerzo), crear el Sprint Backlog, revisar la Product Backlog List y sugerir obstáculos que deban ser removidos para cumplir con los items que aparecen” (Peralta, 2003).

Emilia de Montserrat Guillén de la Mora

Guillermo Alejandro Gómez Valencia

Customer El cliente participa en las tareas que involucran la lista Product Backlog

Ángela María Flores Beltrán

Management “Es el responsable de tomar las decisiones finales, acerca de estándares y convenciones a seguir durante el proyecto. Participa en la selección de objetivos y requerimientos y en la selección del Scrum Owner” (Peralta, 2003). Tiene la responsabilidad de controlar el progreso y trabaja junto con el Scrum Master en la reducción de la Product Backlog List.

Héctor Rogelio Lara Arteaga

(30)

29 A continuación, se verá la manera en la que está conformada cada etapa de la metodología Scrum con sus formatos respectivos y actividades que se deben abarcar en cada una.

Pregame

Pregame inicia con la identificación de la problemática, seguida de la recopilación y análisis de la información obteniendo una lista de qué es lo que se quiere desarrollar y delimitando que es lo que se puede lograr de esta manera se obtiene una lista de los elementos considerados en el desarrollo del sistema los cuales están divididos por las actividades para hacer y las que quedarán pendientes, debido al margen de tiempo con el que se cuenta.

Actividades que se deben completar en los respectivos módulos

Administración (Alta, Baja, Modificación y Consulta).

• Usuarios • Empresas • Países • Estados • Municipios • Buque

• Tipo de buque

• Sucursales

• Tipos de empresas

• Patios (Containers)

• Almacenes (Containers)

• Equipo de pesaje

• Operadores

• Equipos

• Servicios

• Tipos de contenedores

• Tipo de daños

• Tipo de embalaje

Catálogos • Usuarios • Empresas • Países • Estados • Ciudades • Municipios • Localidades • Buques

• Tipos de buques

• Sucursales

(31)

30

• Patios

• Almacenes

• Operadores

• Equipos

• Servicios

• Tipos de contenedores

• Tipos de daños

• Tipos de embalaje

Configuración

• Cuentas contables

• Cuenta de IVA trasladado

• Cuenta de IVA abono

• Cuenta de IVA cargo

• IVA retención a abono

• IVA retención a cargo

• Cuentas bancarias

• Certificados digitales

• Formas de pago

• Métodos de pago Operaciones

• Registros de entrada naviera

• Registros de salida naviera

• Registros de entrada otros

• Registros de salida otros

• Solicitud de servicio

• Servicios en patio Facturación

• Facturación de servicios

• Facturación directa

• Generación de carta porte

• Notificaciones de pago Solicitudes

• Alta de clientes

• Solicitud de servicio Consulta

• Entrada de mercancía naviera

• Salida de mercancía naviera

• Formato naviera

(32)

31

• Salida de mercancía particulares

• Formato particulares

• Concentrado de viajes

• Comprobantes fiscales digitales

• Notificaciones de pago

• Estudios de cuenta

• Entrada y salida pendientes

• Movimiento de EIR pendientes

• Solicitud de servicio

• Servicios en patio

Pesaje

• Pendientes de impresión

• Registro de contenedores

• Solicitud de pesaje

• Descarga PDF

Transporte

• Generación de carta porte

Actividades pendientes para completar

Estadísticas

• Ingresos por mes

• Servicios por mes

• Cuentas por cobrar

• Distribución histórica de maniobras

• Porcentaje de distribución de maniobras diarias

• Historial de ingresos por semana

• Cantidad de maniobras por servicio

• El total de ingresos por servicio

• Ingreso por clientes mayoritarios

• Estadía promedio de contenedores por servicio

• Cantidad de maniobras por mes por servicio

Una vez que se tienen en claro todas las actividades por realizar, se pasa al siguiente proceso en donde se hace la determinación de los requerimientos funcionales y un análisis de las tecnologías actuales de desarrollo de software.

Para poder llevar a cabo este sistema es necesario hacer la selección de un lenguaje de

programación el cual sabemos que es “un lenguaje diseñado para describir el conjunto de

(33)

32

programación PHP ya que es un “lenguaje de código abierto muy popular especialmente

adecuado para el desarrollo web” (CMM, 2017), siendo así se adapta a nuestras necesidades

de desarrollo. Se utilizará en combinación con un framework que no es más que “un esquema

(un esqueleto, un patrón) para el desarrollo y/o la implementación de una aplicación”

(Jordisan.net, 2017) el cual sirve de base para poder hacer el sistema deseado, siendo CodeIgniter el seleccionado. En conjunto a esto se selecciona el uso de un paradigma de programación que no es más que un modelo de trabajo que indica la manera de trabajar, y en este caso es el MVC que es modelo-vista- controlador que viene siendo separar en nuestra aplicación los datos, las operaciones y la presentación que tendrá. Respecto a los datos, es importante saber que “ una base de datos es una coleccion de información que es organizada para que pueda ser accedida, manejada y modificada de manera facil. Los datos son organizados en filas, columnas y tablas, y es indexada para facilitar la búsqueda de información” (SearchSQLServer, WhatIs.com, 2005). Para el desarrollo del software es indispensable el uso de una base de datos, existen distintas con sus características respectivas, en este caso se ha seleccionado MySQL la cual brinda los recursos necesarios para nuestro propósito.

Además, dentro de esta etapa al estar utilizando la metodología Scrum es necesario la creación de la Product Backlog List la cual incluye todas las actividades que se requieren hacer para llevar a cabo las peticiones de nuestro cliente, e integrarlas posteriormente en el software. Esto se puede ver representado en las tablas 2 y 3, donde la primera corresponde al encabezado en el cual se incluye el logotipo a quien va dirigida, el nombre del documento, un código de identificación y la cantidad de elementos en la lista. La tabla 3 es la lista la cual está conformada por 6 campos los cuales hacen referencia a:

• ID. Es el número que identifica la tarea a llevar a cabo, ya que en otros documentos es requerido hacer referencia respecto a que actividad se está haciendo.

• MÓDULO. Indica el módulo al cual corresponde la tarea.

• NOMBRE. El nombre de la tarea.

SPRINT ID. Se coloca el conjunto de caracteres que identifican el Sprint al cual corresponde.

• PRIORIDAD. Puede ser alta, media o baja dependiendo de lo indispensable que sea realizarla.

(34)

33 Nombre del documento:

Product Backlog List

Código: PBL

Elementos: 85

Tabla 2 Encabezado de la lista Product Backlog

Enseguida se muestra el contenido de la “Product Backlog List”, que contiene ochenta y

cinco elementos cada uno identificado por un ID, el módulo y Sprint al que corresponde, su nombre, la prioridad de realizar esa actividad y los puntos que representa.

Tabla 3 Product Backlog List

ID MÓDULO NOMBRE SPRINT

ID PRIORIDAD PUNTOS

1 Administración Login S1 Alta 2

2 Administración Usuarios (Alta, Baja,

Modificación y Consulta). S1 Alta 4

3 Administración Empresas (Alta, Baja,

Modificación y Consulta). S1 Alta 2

4 Administración Países (Alta, Baja,

Modificación y Consulta). S1 Alta 2

5 Administración Estados (Alta, Baja,

Modificación y Consulta). S1 Alta 2

6 Administración Ciudades (Alta, Baja,

Modificación y Consulta). S1 Alta 2

7 Administración Municipios (Alta, Baja,

Modificación y Consulta). S1 Alta 2

8 Administración Localidades (Alta, Baja,

Modificación y Consulta). S1 Alta 2

9 Administración Buque (Alta, Baja,

Modificación y Consulta). S2 Alta 2

10 Administración Tipo de buque (Alta, Baja,

Modificación y Consulta). S2 Alta 2

11 Administración Sucursales (Alta, Baja,

Modificación y Consulta). S2 Alta 2

12 Administración Tipos de empresas (Alta,

Baja, Modificación y Consulta).

S2 Alta 2

13 Administración Patios (Containers) (Alta,

Baja, Modificación y Consulta).

S2 Alta 2

14 Administración Almacenes (Containers)

(Alta, Baja, Modificación y Consulta).

(35)

34 Consulta).

16 Administración Operadores (Alta, Baja,

Modificación y Consulta). S2 Alta 2

17 Administración Equipos (Alta, Baja,

Modificación y Consulta). S2 Alta 2

18 Administración Servicios (Alta, Baja,

Modificación y Consulta). S2 Alta 2

19 Administración Tipos de contenedores

(Alta, Baja, Modificación y Consulta).

S2 Alta 2

20 Administración Tipo de daños (Alta, Baja,

Modificación y Consulta). S2 Alta 2

21 Administración Tipo de embalaje (Alta,

Baja, Modificación y Consulta).

S2 Alta 2

22 Catálogos Usuarios S1 Baja 2

23 Catálogos Empresas S1 Baja 2

24 Catálogos Países S1 Baja 2

25 Catálogos Estados S1 Baja 2

26 Catálogos Ciudades S1 Baja 2

27 Catálogos Municipios S1 Baja 2

28 Catálogos Localidades S1 Baja 2

29 Catálogos Buques S2 Baja 2

30 Catálogos Tipos de buques S2 Baja 2

31 Catálogos Empresas S2 Baja 2

32 Catálogos Sucursales S2 Baja 2

33 Catálogos Tipos de empresas S2 Baja 2

34 Catálogos Equipos de pesaje S2 Baja 2

35 Catálogos Patios S2 Baja 2

36 Catálogos Almacenes S2 Baja 2

37 Catálogos Operadores S2 Baja 2

38 Catálogos Equipos S2 Baja 2

39 Catálogos Servicios S2 Baja 2

40 Catálogos Tipos de contenedores S2 Baja 2

41 Catálogos Tipos de daños S2 Baja 2

42 Catálogos Tipos de embalaje S2 Baja 2

43 Configuración Cuentas contables S1 Alta 4

44 Operaciones Registros de entrada

Naviera S3 Alta 6

(36)

35

46 Operaciones Registros de entrada Otros S3 Alta 4

47 Operaciones Registros de salida Otros S3 Alta 4

48 Operaciones Solicitud de servicio S3 Alta 8

49 Operaciones Servicios en patio S3 Alta 6

50 Facturación Facturación de Servicios S4 Alta 2

51 Facturación Facturación Directa S4 Alta 2

52 Facturación Generación de carta porte S4 Alta 2

53 Facturación Notificaciones de pago S4 Alta 2

54 Solicitudes Alta de clientes S3 Alta 4

55 Solicitudes Solicitud de servicio S3 Alta 4

56 Consulta Entrada de mercancía

Naviera S4 Media 2

57 Consulta Salida de mercancía

Naviera S4 Media 2

58 Consulta EIR’s Naviera S4 Media 2

59 Consulta Entrada de mercancía

Particulares S4 Media 2

60 Consulta Salida de mercancía

Particulares S4 Media 2

61 Consulta EIR’s Particulares S4 Media 2

62 Consulta Concentrado de viajes S4 Media 2

63 Consulta Comprobantes fiscales

digitales S4 Media 2

64 Consulta Notificaciones de pago S4 Media 2

65 Consulta Estudios de cuenta S4 Media 2

66 Consulta Entrada y salida pendientes S4 Media 2 67 Consulta Movimiento de EIR

pendientes S4 Media 2

68 Consulta Solicitud de servicio S4 Media 2

69 Consulta Servicios en patio S4 Media 2

70 Estadística Ingresos por mes S5 Baja 2

71 Estadística Servicios por mes S5 Baja 2

72 Estadística Cuentas por cobrar S5 Baja 2

73 Estadística Distribución histórica de

maniobras S5 Baja 2

74 Estadística Porcentaje de distribución

de maniobras diarias S5 Baja 2

75 Estadística Historial de ingresos por

semana S5 Baja 2

76 Estadística Cantidad de maniobras por

servicio S5 Baja 2

77 Estadística El total de ingresos por

(37)

36 Al tener identificadas todas las actividades que se deben hacer se puede desarrollar el cronograma de actividades tal como se representa en la tabla 4, donde todo el trabajo por hacer se distribuye en las semanas acordadas para la realización de este proyecto. Cabe destacar que el tiempo de duración de cada Sprint se irá determinando conforme se vayan finalizando, de esta manera al concluir con las actividades establecidas en el primer Sprint, se identifican en la Product Backlog List y se omiten, seleccionando de las restantes cuales formarán parte del siguiente entregable.

79 Estadística Estadía promedio de

contenedores por servicio S5 Baja 2

80 Estadística Cantidad de maniobras por

mes por servicio S5 Baja 2

81 Pesaje Pendientes de impresión S4 Alta 2

82 Pesaje Registro de contenedores S4 Alta 2

83 Pesaje Solicitud de pesaje S4 Alta 2

84 Pesaje Descarga PDF S4 Alta 2

(38)

37 Nombre del documento: Formato para Seguimiento de Proyecto de

Residencias Profesionales

Código: SNEST-AC-PO-007-05 Revisión: 1

Referencia a la Norma ISO 9001:2008 7.5.1 Página 1 de 1

INSTITUTO TECNOLÓGICO DE COLIMA SUBDIRECCIÓN ACADÉMICA

DEPARTAMENTO DE SISTEMAS Y COMPUTACIÓN SEGUIMIENTO DE PROYECTO DE RESIDENCIAS PROFESIONALES

ESTUDIANTES: Guillermo Gómez Valencia, Emilia Guillén de la Mora No. DE CONTROL: 12460300 12460303 NOMBRE DEL PROYECTO: Houder voor Containers del Pacífico EMPRESA: Instituto Tecnológico de Colima ASESOR EXTERNO: Héctor Anguiano Navarro. ASESOR INTERNO: Pedro Fletes Gudiño PERIODO DE REALIZACIÓN: Semestre febrero- junio de 2017

ACTIVIDAD P

R

FEBRERO MARZO ABRIL MAYO

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Pregame P

R

Identificación de la problemática P

R

Recopilación de información P

R

Análisis de Información P

R

Determinación de requerimientos funcionales P

R

Análisis de tecnologías actuales de desarrollo P

R

Creación de Product Backlog List P

(39)

38

R

Creación de Sprint Backlog List P

R

Burn down chart P

R

Establecer tecnologías a utilizar P

R

Diseño de la base de datos P

R

Programación y codificación de tareas P Sprint 1Sprint 2Sprint 3Sprint 3Sprint 3Sprint 3Sprint 4Sprint 4Sprint 4Sprint 5

R

Realización de pruebas por parte del programador P

R

Junta Scrum diaria P Sprint 1Sprint 2Sprint 3Sprint 3Sprint 3Sprint 3Sprint 4Sprint 4Sprint 4Sprint 5

R

Junta de revisión de Sprint P

R

Revisión de cambios sugeridos P

R

Postgame P

R

Integración del sistema P

R

Configuración del Servidor P

R

Realización de pruebas por parte del Cliente P

R

Realización de pruebas finales P

R

Puesta en marcha de producción P

R

Pruebas Finales en producción P

R

(40)

39 R

Entrega del sistema P

R

OBSERVACIONES 26/02/17 07/04/17 22/05/17 2/06/17

ENTREGA DE REPORTES

Asesor interno Estudiante Jefe Depto.

Tabla 4 Cronograma de actividades

En la tabla anterior se puede observar que el tiempo se encuentra distribuido en cuatro meses siendo esto dieciséis semanas, la primera fase Pregame cuenta con seis actividades y abarca cuatro semanas. La segunda etapa es la fase Development o Game que abarca un total de diez semanas, es la más extensa ya que está compuesta por los Sprint, es decir la programación de todo lo que requiere el sistema. En la tabla 4 se puede observar que la etapa de Game esta compuesta por las siguientes diez actividades las que se deben realizar en cada Sprint:

• Junta de planeación de Sprint • Diseño de la base de datos • Junta Scrum diaria

• Creación de Sprint Backlog List • Programación y codificación de tareas • Junta de revisión de Sprint • Burn Down Chart

• Establecer tecnologías a utilizar

• Realización de pruebas por parte del

programador • Revisión de cambios sugeridos

El tiempo de esta sección tal como se muestra en el cronograma se ha dividido en cinco entregables, cada uno abarca un periodo de tiempo según las tareas que se le hayan asignado. Para visualizar las actividades a detalle se ha elaborado por cada entregable un cronograma que se mostrarán más adelanté en la sección de “development” de“procedimientos y descripción de actividades realizadas”.

(41)

40 Antes de comenzar las actividades indicadas en cada módulo y la junta de planeación, entre el equipo de trabajo se hizo el diseño del logo del sistema Houder voor el cual se puede observar en la ilustración 6. El logo representa un gancho sujetando un contenedor que contiene el nombre de software la idea principal es que represente el enfoque del sistema siendo este de un patio seco.

Ilustración 10 Logo de Houder voor

De la misma manera al tener identificado los módulos, se realizó el diseño para cada uno de ellos, se llegó a un acuerdo de tener dos colores para cada icono de cada módulo, para que al sobreponer el apuntador este cambie. A continuación, se muestra como quedaron los íconos.

Íconos representativos del módulo de administración

Ilustración 11 ícono representativo de módulo de administración inactivo

(42)

41

Íconos representativos del módulo de catálogos

Ilustración 13 ícono representativo del módulo de catálogos inactivo.

Ilustración 14 ícono representativo del módulo de catálogos activo

Íconos representativos del módulo de configuración

Ilustración 15 ícono representativo del módulo de configuración inactivo

(43)

42

Íconos representativos del módulo de operaciones

Ilustración 17 ícono representativo del módulo de operaciones inactivo

Ilustración 18 ícono representativo del módulo de operaciones activo

Íconos representativos del módulo de facturación

Ilustración 19 ícono representativo del módulo de facturación inactivo

(44)

43

Íconos representativos del módulo de solicitudes

Ilustración 21 ícono representativo del módulo de solicitudes inactivo

Ilustración 22 ícono representativo del módulo de solicitudes activo

Íconos representativos del módulo de consulta

Ilustración 23 ícono representativo del módulo de consultas inactivo

(45)

44

Íconos representativos del módulo de estadísticas

Ilustración 25 ícono representativo del módulo de estadísticas inactivo

Ilustración 26 ícono representativo del módulo de estadísticas activo

Íconosrepresentativos del módulo de pesaje

Ilustración 27 ícono representativo del módulo de pesaje inactivo

(46)

45

Íconos representativos del módulo de transporte

Ilustración 29 ícono representativo del módulo de transporte inactivo

Ilustración 30 ícono representativo del módulo de pesaje activo

La etapa de development como su nombre lo dice traducido al español significa desarrollo, las actividades realizadas dentro de development van ligadas a lo que se ha impuesto por la

metodología Scrum donde “antes de codificar y diseñar la base de datos, se requiere la elaboración de la Sprint Backlog List” (Schwaber, 2013), la cual se hace mediante una junta

llamada “junta de planeación de Sprint”.

De la lista mencionada se crea un “Burn Down Chart siendo una gráfica que plasma el trabajo para hacer, tiempos óptimos y reales para poder tener una idea visual de lo hecho y lo

(47)

46 En la junta de planeación del Sprint, se realizó la selección de actividades del primer Sprint donde de la Product Backlog List se eligieron las tareas adecuadas para este primer trabajo, de lo cual se obtiene una Sprint Backlog List la cual se observa en la tabla 5 y 6, siendo la primera el encabezado que incluye el nombre, un código de identificación, los días que en este caso son 5, las horas totales son 80, las tareas son 37, un total de 36 puntos e indica que cuenta con 16 elementos.

Nombre del documento: Sprint Backlog List Código: SBL1

Días: 5 Horas: 80 Tareas: 37 Puntos: 36 Elementos: 16

Tabla 5 Encabezado de la Sprint Backlog List #1

La siguiente tabla representa el contenido de la lista Backlog del Sprint 1, se seleccionaron dieciséis elementos, de tres módulos distintos; administración, catálogos y configuración. Las tareas que conforman cada actividad en su mayoría son 1 sin embargo en 7 de ellas se dividen en 4, debido a que la actividad está conformada por: alta, baja, modificación y consulta. También se pueden observar los puntos o dificultad que representa cada una.

Tabla 6 Contenido de la Sprint Backlog List #1

ID MÓDULO NOMBRE TAREAS PRIORIDAD PUNTOS

1 Administración Login 1 Alta 2

2 Administración Usuarios (Alta, Baja, Modificación y

Consulta). 4 Alta 4

3 Administración Empresas (Alta, Baja, Modificación y

Consulta).

4 Alta 2

4 Administración Países (Alta, Baja, Modificación y

Consulta). 4 Alta 2

5 Administración Estados (Alta, Baja, Modificación y

Consulta). 4 Alta 2

6 Administración Ciudades (Alta, Baja, Modificación y

Consulta). 4 Alta 2

7 Administración Municipios (Alta, Baja, Modificación y

Consulta). 4 Alta 2

8 Administración Localidades (Alta, Baja, Modificación y

Consulta).

4 Alta 2

22 Catálogos Usuarios 1 Baja 2

23 Catálogos Empresas 1 Baja 2

24 Catálogos Países 1 Baja 2

25 Catálogos Estados 1 Baja 2

26 Catálogos Ciudades 1 Baja 2

27 Catálogos Municipios 1 Baja 2

28 Catálogos Localidades 1 Baja 2

(48)

47 Enseguida de haber realizado un análisis y obtener la lista Backlog del Sprint 1, se distribuyen las actividades y se obtiene su cronograma el cual se muestra en las tablas 7 y 8, siendo la primera el encabezado con la información y la 8 el contenido de este.

Nombre del documento: Cronograma de Sprint 1 Código: S1

Duración: 1 semana Mes: Marzo Semana(s): #5 Sprint 1

Tabla 7 Encabezado de cronograma del sprint 1

ACTIVIDAD P

R

MARZO semana #5 MARZO

MIERCOLESJUEVES VIERNES LUNES MARTES

Administración P

R

Log in P

R

Usuarios (Alta, Baja, Modificación y Consulta) P

R

Empresa (Alta, Baja, Modificación y Consulta) P

R

Países (Alta, Baja, Modificación y Consulta) P

R

Estados (Alta, Baja, Modificación y Consulta) P

R

Ciudades (Alta, Baja, Modificación y Consulta) P

R

Municipios (Alta, Baja, Modificación y Consulta) P

R

Localidades(Alta, Baja, Modificación y Consulta) P

R

Catálogos P

R

Usuarios P

(49)

48

Países P

R

Estados P

R

Ciudades P

R

Municipios P

R

Localidades P

R

Configuración P

R

Cuentas Contables P

R OBSERVACIONES

ENTREGA DE REPORTES

Asesor interno

Estudiante Jefe Depto.

(50)

49 De la información representada en el encabezado se obtiene el Burn Down Chart que se ha mostrado en la tabla 10, nos ayuda a identificar lo que se debe de hacer por día, si es que se cumple o queda pendiente. La tabla 8 contiene la información necesaria para llevarlo a cabo.

Nombre del documento: Burn Down Chart Código: BDC1

Duración: 5 Días Semana ID: #5 Puntos:36 Sprint ID: S1

Tabla 9 Encabezado del Burn Down Chart del Sprint #1

Tabla 10 Burn Down Chart del Sprint #1

Regresando a la Sprint Backlog List, la cual nos muestra las actividades que se deben completar, de cada una de ellas se debe sacar una historia de usuario, en conjunto son

“historias de usuario del Sprint”, se representan en la tabla 11, donde se aprecia que lleva el

nombre del módulo al que corresponde, el ID de la tarea, el ID de la Historia de usuario, el nombre de la tarea, los puntos correspondientes, una descripción breve, la prioridad de hacerla, si tiene dependencias y sus pruebas de aceptación, el Sprint 1 abarca de la historia de usuario 1 a la historia 37.

0 5 10 15 20 25 30 35

01/03/2017 02/03/2017 03/03/2017 04/03/2017 05/03/2017

Pu

n

to

s p

en

d

ie

n

tes

Día

Burn Down Chart

(51)

50 Tabla 11 Historias de usuario Sprint 1

Módulo: Administración ID Tarea: 1 ID Historia: HU1

Nombre Tarea: Login Puntos: 2

Descripción:

como usuario poder ingresar al sistema y hacer uso de los módulos.

Prioridad M S C W Dependencias:

Pruebas de aceptación: -estar dado de alta

-dependiendo del tipo de usuario tener accesibilidad a los módulos correspondientes.

El resto de las historias de usuario se pueden observar en el Anexo Historias de Usuario Sprint 1.

Las historias de usuario son herramientas para el programador, ya que con ellas se sabe exactamente qué es lo que requiere el cliente. Al tener la documentación se pasa a la realización de la programación, el equipo de desarrollo día con día es notificado de que es lo que debe codificar y al finalizar se verá si se cubrieron los puntos esperados o si es que quedo algo pendiente. Al día siguiente en las juntas diarias que no pasan más de 15 minutos, las cuales se realizan al llegar a la oficina y se plantean tres preguntas:

• ¿Qué hiciste ayer? • ¿Qué harás hoy?

• ¿Qué obstáculos ves en tu camino?

Además de indicar a las personas que estuvieron durante la junta y la duración total. El encabezado contiene la información de la junta, tal como: Nombre del documento

• ID de la semana

(52)

51 Las tablas que representan las juntas diarias del Sprint 1 son de la 12 a la 21.

Nombre del documento: Daily Meeting Código: DM1

Duración: 6 min

Semana ID: #5 Sprint ID: S1

Tabla 12 Encabezado de Daily Meeting 1

¿Qué hiciste ayer?

Aún no se ha desarrollado nada del sistema, debido a que hoy se da inicio con la codificación del mismo.

¿Qué harás hoy?

Hoy se prevé la realización del login, alta de usuarios, modificación de usuarios, consulta de usuarios y eliminación de usuarios, todo esto correspondiente al módulo de administración.

¿Qué obstáculos ves en tu camino?

Por el momento no se considera ningún obstáculo.

Tabla 13 Contenido de Daily Meeting 1

Presentes:

(53)

52 El resto de las reuniones diarias se pueden visualizar en el Anexo Daily Meetings Sprint 1, estas son plasmadas día con día, con sus respectivas preguntas y resultados.

Al finalizar el tiempo establecido del Sprint, se hace una junta de revisión llamada review meeting, la cual tiene un encabezado que se representa en la tabla 22, donde como se puede observar que lleva el nombre del documento, un código de identificación y el código del Sprint al que corresponde. El contenido de la junta de repaso se muestra en la tabla 23 y responde dos puntos:

• Logrado durante el Sprint

• Observaciones

Nombre del documento:

Review Meeting

Código: RM1

Sprint: s1

Tabla 14 Encabezado de Review Meeting 1

Logrado durante el Sprint:

Durante el primer Sprint se trabajó en tres distintos módulos y en cada uno se concluyó con distintas actividades, es decir en administración se desarrolló:

• Log in

• Usuarios (Alta, Baja, Modificación y Consulta) • Empresa (Alta, Baja, Modificación y Consulta) • Países (Alta, Baja, Modificación y Consulta) • Estados (Alta, Baja, Modificación y Consulta) • Ciudades (Alta, Baja, Modificación y Consulta) • Municipios (Alta, Baja, Modificación y Consulta) • Localidades (Alta, Baja, Modificación y Consulta) En catálogos:

(54)

53 • Municipios

• Localidades Y en configuración:

• Cuentas contables.

Observaciones:

La manera en la que se distribuyeron los tiempos fue óptima, como resultado se abarco lo previsto sin problema alguno. Algo importante de lo que nos percatamos fue el realizar más a detalle las historias de usuario.

Tabla 15 Contenido de Review Meeting 1

Resultados que han sido obtenidos del sprint 1

Por políticas de la empresa, se nos permite solo mostrar una parte de los resultados obtenidos al desarrollar el Sprint uno, las ilustraciones que se presentan a continuación son un ejemplo de lo que se puede hacer con cada elemento con los que se trabajó.

Módulo de administración

Referencias

Documento similar

In addition to the requirements set out in Chapter VII MDR, also other MDR requirements should apply to ‘legacy devices’, provided that those requirements

The notified body that issued the AIMDD or MDD certificate may confirm in writing (after having reviewed manufacturer’s description of the (proposed) change) that the

Esta obra trata en conjunto los grandes problemas del proceso histórico de Asia Oriental, desde la apertura de China, tras las Guerras del Opio, hasta la época actual, con

Como para otros muchos, su vida con este viaje cambiará radicalmente, y sobre todo a partir de 1567, cuando con 25 años dirija su primera expedición en el Pacífico Sur.. Sobre

En estos últimos años, he tenido el privilegio, durante varias prolongadas visitas al extranjero, de hacer investigaciones sobre el teatro, y muchas veces he tenido la ocasión

que hasta que llegue el tiempo en que su regia planta ; | pise el hispano suelo... que hasta que el

Para ello, trabajaremos con una colección de cartas redactadas desde allí, impresa en Évora en 1598 y otros documentos jesuitas: el Sumario de las cosas de Japón (1583),

En junio de 1980, el Departamento de Literatura Española de la Universi- dad de Sevilla, tras consultar con diversos estudiosos del poeta, decidió propo- ner al Claustro de la