TALLER NO.

DESCRIPCIÓN DEL CASO

En el presente documento se plantean los antecedentes y problemáticas de una situación

real ocurrida en una organización de la localidad. El proyecto aquí descrito ya fue realizado
a través de un desarrollo de software interno, para este curso se partirá de la base de que
se desea reemplazar este software comprando diferentes tecnologías a distintos
proveedores.

Este documento describe además la solución que la organización espera como propuesta al
RFI que cada equipo debe diseñar.

1. Antecedentes

Actualmente el negocio del concreto en CEMEX cuenta con una serie de herramientas
tecnológicas que permiten realizar la administración de las operaciones de concreto. Estas
herramientas fueron, en general, diseñadas para cubrir sólo algún proceso específico
(comercial, distribución, producción y administración) y pueden variar de país en país
dependiendo de las prácticas operativas del mismo.

SDO, Concretec, Hormitec, Alkon, SECOC, SDA, RUR y Hocalc son ejemplos de las
diferentes herramientas tecnológicas utilizadas actualmente por las direcciones de concreto
de los diferentes países donde CEMEX tiene presencia. Estas aplicaciones se desarrollaron
en diferentes épocas y su mayoría sobre diferentes plataformas como Unix, Linux, Windows
NT, MacOS y BiOS, teniendo como consecuencias que existan diversas versiones de estas,
numerosas interfases para comunicarlas, además de la falta de herramientas institucionales
e integrales para la administración del negocio.

En febrero de 1998 se celebró una reunión internacional de usuarios de estos sistemas y se

contó con la participación de personal de las áreas de concreto e informática de México,
Panamá, Venezuela, España, Colombia y Estados Unidos. En esta reunión cada país
presentó su situación actual y los nuevos requerimientos generales para las herramientas
tecnológicas con las que contaban.

Como conclusión de la reunión internacional y aunado al desarrollo del nuevo Sistema

Comercial Institucional de CEMEX se determinó la necesidad de crear una nueva
herramienta de apoyo a la administración de las operaciones que permita integrar
transparentemente todos los procesos del negocio de concreto y que pueda ser utilizado en
cualquier país.

Esta nueva herramienta, denominada GINCO (Gestión Integral del Negocio de Concreto),
toma como base los requerimientos de la reunión internacional de febrero de 1998, los
sistemas actuales y las nuevas condiciones de operación del Sistema Comercial.

2. Descripción del Problema

Entre las dimensiones que afectaban la satisfacción del cliente y la imagen de CEMEX-
Concretos se encontraban las siguientes: La inhabilidad de proporcionar suficientes
camiones, dificultad en el cierre de órdenes, retraso del flujo de trabajo por la carencia de
proveedores, una carencia de información acerca del cumplimiento y satisfacción con el
cliente, devoluciones de concreto con calidad crítica, y la devolución de camiones
revolvedores que habían sido enviados a la planta por error.

Para solucionar los problemas anteriores, CEMEX-Concretos en conjunto con otras

compañías como Neoris, crearon el sistema computacional GINCO. GINCO es una iniciativa

1
de CEMEX Concretos para estandarizar sus procesos a nivel mundial. El objetivo general
de CEMEX con la creación de GINCO es la optimización de todos sus procedimientos,
negocios y métodos que giran en torno al negocio del concreto.

Los objetivos específicos de CEMEX buscados al desarrollar GINCO son:

 Aumentar los beneficios del negocio de concreto.

 Aumentar los niveles de satisfacción del cliente.
 Mejorar la atmósfera de trabajo.
 Proporcionar información oportuna para la toma de decisiones.

Para poder cumplir los objetivos mencionados, CEMEX diseñó al sistema GINCO compuesto
por los siguientes módulos:

1. Agente de servicio
2. Algoritmos de planeación
3. Despacho
4. Producción
5. Calidad de concreto
6. Comunicación inalámbrica

Específicamente en el módulo de Algoritmos de planeación se han detectado ineficiencias,

las cuales se busca resolver. Actualmente la función principal de este módulo es el generar
alternativas de programación de entrega de concreto y optimizar la programación según es
requerido.

El módulo actual de Algoritmos de planeación no es completamente satisfactorio ya que se

han identificado problemas como:

 Mala modelación del pedido: El sistema actual solo tiene capacidad para levantar
pedidos de concreto y bombeo; no contempla los pedidos de productos generales
(aditivos, varilla, piedra, etc)
 Falta de control de versiones por lo que el sistema es muy inestable y se modifica
constantemente.
 El tiempo de respuesta actual, por parte de Algoritmos de planeación, es más alto de lo
esperado, esto provoca que la programación de un pedido sea una tarea ineficiente.
 Mensajes de error poco descriptibles ya que puede haber un problema y el sistema
presenta otro diferente.
 El sistema se bloquea cuando existe sobrecarga de pedidos, ya que los algoritmos no
soportan la concurrencia entre éstos, haciendo que el proceso se sature o se congele
ocasionando overhead en otros procesos del sistema por lo que los pedidos deben
realizarse de forma manual.
 Actualmente el módulo de Algoritmos de planeación es parte del sistema GINCO, esto
hace que dependa de todo el ejecutable del mismo. Se desea que el algoritmo se
convierta en un sistema independiente de GINCO para no depender ni verse afectado
directamente por este.

3. Solución Esperada

Como solución a esta problemática se espera la creación de una nueva herramienta

computacional que sirva para la automatización únicamente del módulo de algoritmos de
planeación, el cual brinde una solución y mejora al producto existente.

Con este desarrollo se pretende reemplazar la herramienta actual, dando solución en

diferentes puntos, tales como:

2
 Un nuevo módulo de gestión de pedidos para la captura y manejo de pedidos de los
clientes, vía Web.
 Un mejor control de versiones en el software.

 Un enfoque orientado a objetos.

 Una modulación de los productos como objetos, para la planeación de nuevos productos.
 Generar como salida información en XML que posteriormente será tomada por el ERP de
la empresa.
 Un uso eficiente de los recursos disponibles mediante la planeación y la calendarización
de los pedidos para cumplir con los tiempos del cliente.
 Minimizar la independencia entre el algoritmo y la base de datos de GINCO.
 Utilizar los algoritmos más óptimos que proporcionen la mejor respuesta a las
necesidades de los clientes, tales como:
1. Algoritmo VRP con ventanas de tiempo para el ruteo de bombas y productos
generales.
2. Algoritmo para el ruteo de camiones de concreto

El modulo descrito deberá estar en funcionamiento en cada planta de concreto de CEMEX-

Concretos.

Para esto, CEMEX-Concretos tiene una amplía infraestructura tecnológica en varias

locaciones de la República, un servidor central en el corporativo y varias estaciones de
trabajo por planta. A continuación se muestra las locaciones de las plantas de CEMEX-
Concretos en la República Mexicana las cuales cuentan con un amplío equipo computacional.

Tijuana Mexicali

Ensenada

Hermosillo

Guaymas
Sabinas
Cd. Obregón
Monclova Nuevo Laredo

Reynosa

Matamoros
Monterrey
Montemorelos
La Paz Culiacán Durango
Cd. Victoria
Zacatecas
Los Cabos Mazatlán San Luis Potosí
Tampico
Aguascalientes
Cancún
Uriangato Mérida Nizuc
Cozumel
Tepic
Lagos de MorenoSilao Playa del Carmen
Tepatitlán Querétaro

Puerto VallartaGuadalajara La Piedad
Irapuato San Juan del Río
Celaya Tula Pachuca Campeche
Cd. Guzmán Zamora Morelia Jalapa
Toluca DFSan Martín Chetumal
Colima Veracruz Cd. del Carmen
Cvca Orizaba
Manzanillo Uruapan Puebla Villahermosa
Cuautla
Lázaro Cárdenas Coatzacoalcos
Ixtapa
Acapulco Oaxaca Tuxtla Gutiérrez
Salina Cruz
Huatulco
Tapachula

3
Cada planta de concreto de CEMEX-Concretos cuenta con la siguiente arquitectura
tecnológica:

El equipo que se encuentra en cada una de estas plantas se describe en la siguiente tabla:

Telecomunicaciones
Componente Tipo Cantidad
Red Local Fast Ethernet 4
Telefónico 1
FR 64K 2
Enlaces FR 32K 2
E0 2
E1 2
Total 13

Plataforma de Cómputo
Componente Características Cantidad
Servidor RS/6000 270 AIX 4.3.1 1
Power3-II 375 Mhz
512 MB RAM
9 GB DD
Servidor FTP Compaq Proliant ML370 1
Win NT 4.0
Pentium III 733 Mhz
9 GB DD
256 MB RAM
Servidor Despacho Central Compaq Proliant ML370 1

4
 Win NT 4.0
Pentium III 733 Mhz
9 GB DD
256 MB RAM
Caja Dial In Cisco 2616 1
16 Puertos
MODEM US Robotics
56 K
PC Compaq Deskpro 12
Win NT 4.o
Pentium III 550 Mhz
10 GB DD
128 MB RAM
Monitor 17”
Total 16

Aplicaciones
Componente Aplicación
JDE Administración Data Mirror 4.2
SICLO Data Mirror 4.2
Servidor RS/6000 Sybase ASE 11.9.2
Data Mirror 4.2
Servidor Despacho Central Sybase ASE 11.9.2
MTS
ILOG
SQL Remote
Servidor FTP Microsoft IIS
SQL Remote
PC Sybase ASA 6.5
SQL Remote

Se Solicita :

Desarrollar un RFP únicamente para el módulo de Algoritmo de Planeación

que deberá contener las siguientes secciones :

Elaborar la Sección Entregables con la Propuesta técnica. Identificar 10

entregables relacionados al Caso de Estudio.

 Manual de usuario
 Certificación de capacitación del sistema a las personas
 Manual técnico de instalación de componentes del servidor
 Documentos de casos de uso del sistema
 Cronograma de actividades del desarrollo del sistema
 Manual de configuraciones del sistema
 Diagramas de modelo Entidad – Relación de la base de datos del sistema, formato
pdf
 Diagrama de clases, de todo el sistema, formato pd
 Documentación técnica del sistema, código fuente, para el área de informática
 Entregables del sistema

5
Elaborar la sección ETAPAS DE DESARROLLO del Proyecto.

Elaborar la sección Tiempos de Entrega.

Descripción Item Tiempo

Manuales Manual de usuario 2 meses
Manual Técnico de instalación de 1 mes
componentes de servidor
Manual de configuración del sistema 1 mes
Entregables Código fuente del sistema 3 semanas
Sentencias sql, procedimientos almacenados 3 semanas
Documentos Casos de uso del sistema 2 semanas
asociados Cronograma de actividades 1 semanas
Documentación técnica del código fuente 1 mes
Diagramas Modelo entidad/relación 2 semanas
Diagrama de clases 3 semanas