JOSE EDUARDO BANQUETH LOZANO

JUAN CARLOS MARTINEZ DURAN

FACULTAD DE INGENIERIA
INGENIERÍA DE SISTEMAS

TUTOR:
RAFAEL BENEDETTI

TOPICOS AVANZADOS DE INGENIERIA DE SOFTWWARE

CASO DE ESTUDIO ALIMEX

CERETE – CÓRDOBA
2020
 CASO DE ESTUDIO: ALIMEX

La compañía Alimex, que se encuentra en la industria alimentaria, es una

empresa tamaño mediano, que hasta antes del año 2005 no contaba con
tecnologías de información de apoyo a sus procesos organizacionales. En el
2006 la dirección general comenzó a analizar la posibilidad de implantar nuevas
formas operativas, pues existían muchas actividades que debían realizarse
varias veces debido a que cada departamento trabajaba en forma aislada, lo cual
significaba que la información generada no era uniformemente distribuida en
toda la organización. Los ejecutivos se percataron de esta situación y llegaron a
la conclusión de que era necesario invertir en sistemas de información
computarizados.

En el año 2007 la empresa tomó la decisión de implantar un sistema de

información, para lo cual se formó un comité que evaluaría la mejor alternativa
de adquisición. Concluido este proceso se contrató a una casa especializada en
software, quien se dio a la tarea de hacer un “traje a la medida”.

La solución a la que se llegó fue una serie de módulos desarrollados en Fox Pro
para DOS. La compañía Alimex desea realizar algunos cambios al software.
Este actualmente cuenta con los siguientes módulos: ventas, embarques,
cuentas por cobrar; producción, control de calidad, compras, inventarios de
materia prima, inventarios de producto terminado, contabilidad, nómina
(sueldos y jornales) y cuentas por pagar.

Debido a la automatización de procesos se produjo un cambio sustancial en la

empresa. Por ejemplo, antes de la implantación de sistemas de información
computarizados, el departamento de compras elaboraba a máquina las órdenes
de compra, en las cuales registraba los datos requeridos (número de orden,
nombre del proveedor, condiciones de pago, fecha de entrega, precio unitario
de cada producto, subtotales, impuestos y totales). Una vez llenada la orden, era
enviada al proveedor para que éste la surtiese. Almacén recibía el material,
elaboraba manualmente la entrada de las mercancías en un formato preimpreso
y foliado. En dicho formato el almacenista escribía el nombre del proveedor, la
cantidad recibida de material, se firmaba y se enviaba a contabilidad. La sección
de costos de este departamento revisaba las formas recibidas (formularios) y
hacía una evaluación de los costos de cada uno de los materiales. De aquí se
enviaba la relación al área de cuentas por pagar, en donde se hacía una
programación semanal para tesorería. Finalmente, ésta capturaba todos los
datos de la factura en el sistema para la emisión de cheques.

Como resultado de la automatización de procesos, la empresa ha cambiado

drásticamente su forma de trabajar. En la actualidad el departamento de
compras recibe en forma automática las requisiciones (orden de compra) de
parte del almacén, cuando el material ha llegado a un punto de reorden debido
al sistema de inventarios. En el sistema de inventarios se registra qué cuenta
contable afectará cada uno de los materiales que se adquieren, lo cual ahorra
trabajo a contabilidad. Compras efectúa la cotización de materiales, captura en
la orden de compra el precio y las condiciones de pago, y luego la envía al
proveedor que suministrará los materiales. El proveedor hace su entrega en el
almacén, en donde se verifica lo que se va a entregar contra la orden que tiene
en el sistema, luego se firma el recibido y se envía a contabilidad la papelería.
La sección de costos de contabilidad sólo verifica que almacén haya firmado,
pues los datos de control ya están en el sistema. Cuentas por pagar únicamente
programa la factura para ser pagada en su fecha de vencimiento, para lo cual
modifica la fecha de pago en el sistema y efectúa el asiento contable.
Finalmente, tesorería únicamente imprime los cheques, de acuerdo con el
programa de pagos definido por cuentas por pagar.

Recientemente se ha puesto en marcha un proyecto para evaluar la alternativa

de cambiar los sistemas de información existentes; básicamente se contemplan
dos alternativas: adquirir un sistema integral de administración o cambiar a una
base de datos central y convertir las aplicaciones a un lenguaje de cuarta
generación.
 PREGUNTAS BÁSICAS DEL CASO DE ESTUDIO

1. ¿Considera necesario cambiar los sistemas de información de la empresa o

adquirir uno nuevo? - Justifique su respuesta.
2. ¿Cuáles son los atributos o características importantes que deberían tener los
sistemas de información?
3. ¿Qué ventajas e inconvenientes supondría llevar a cabo este sistema de
información siguiendo la metodología propuesta en el Desarrollo iterativo?
4. ¿Cómo estará organizado el equipo de desarrollo?, ¿Trabajaran de forma
individual, en parejas o en subgrupos?, ¿Realizaran reuniones periódicas?
5. Explique paso a paso cómo se desarrollaría este producto de software
empleando una metodología tradicional y una metodología ágil. ¿Cuál
recomienda usted seguir?, ¿Por qué?
6. ¿Cómo enfrentaría un cambio en la definición de las funcionalidades de este
software?
7. ¿A quién le pertenece la propiedad intelectual de este software (los
programas, documentación técnica y manuales de uso) ?, ¿A su diseñador?,
¿A sus programadores?, ¿Al Dueño del Producto?, ¿Al equipo de
desarrollo?, ¿A la empresa de desarrollo?, ¿Al cliente?, ¿A la sociedad?
8. ¿Puede el equipo de desarrollo tomar la decisión de diseñar una línea de
productos de software (genéricos) para Alimex? Explique su respuesta. ¿Qué
ventajas tendría?
9. ¿Cuáles serían las ventajas y desventajas de usar el desarrollo orientado a
componentes para este producto de software?
 SOLUCIÓN
1. Se consideraría necesario cambiarlo, ya que el resultado de no cambiar de
sistemas consiste en poder dar el servicio de siempre, con mayor volumen y,
quizás, mejor. Mientras que cambiando de tecnología puede implicar ofrecer
un nuevo servicio, más cercano, diferente, que aporte más valor. En ambos
casos existe riesgo. Uno más controlado que en el otro. adicional a esto se
debe tener en cuenta que las necesidades de las empresas evolucionan por lo
tanto el SW debe hacerlo.

2. Entre las principales características de un sistema de información tenemos:

 Recolección de la información: es la actividad de registrar o captar

información para que pueda utilizarse después. El problema
principal radica en la creación de un soporte físico adecuado y la
elección de un código eficiente para su representación.

 Recursos: dependiendo del tipo de información que se desee

almacenar, los recursos serán diferentes en cada caso. Se puede
utilizar encuestas o cuestionarios, observación de campo, censos o
investigación para la obtención de una determinada información.

 Difusión de la información: el problema de la difusión consiste en

dar respuesta a tres preguntas fundamentales: cómo, cuándo y a quién.

 Tratamiento de la información: en él se pueden distinguir tres

operaciones fundamentales: de ordenamiento, de cálculo aritmético-
lógico y de transferencia de información. Una vez transformada la
información, ella debe cumplir con una serie de requisitos de los
cuales los más relevantes son: claridad, precisión, ser oportuna,
directamente utilizable, coordinada, completa, jerarquizada, sintética
y necesaria. Aunque, en la mayoría de los casos, la información
adolece de defectos, de los cuales los más comunes son: proliferación
excesiva, anarquía, lentitud de avance y tendencia a la aproximación.
  Propósito u objetivo: todo sistema tiene uno o algunos propósitos.
Los elementos (u objetos), como también las relaciones, definen una
distribución que trata siempre de alcanzar un objetivo.

3. Esta metodología permite gestionar las expectativas del cliente e ir

amoldando el software según los resultados que se vayan arrojando, cuando
el cliente necesita hacer cambios a corto plazo, El cliente puede comenzar el
proyecto con requisitos de alto nivel, El cliente puede obtener resultados
importantes y usables ya desde las primeras iteraciones. Entre las
desventajas podríamos mencionar que se requiere que el cliente este siempre
con disponibilidad, Es necesario disponer de técnicas y herramientas que
permitan hacer cambios fácilmente en el producto, de manera que pueda
crecer en cada iteración de manera incremental sin hacer un gran esfuerzo,
Cada iteración ha de aportar un valor al cliente, entregar unos resultados
cerrados que sean susceptibles de ser utilizados por él.

4. Pensamos que la metodología en que la compañía trabajará seria de forma

grupal ya que si adquirimos un sistema integran de administración o en su
defecto una base de datos central no veo la necesidad de estar
individualmente si se tendrá toda la información en el mismo sitio y con un
resultado final grupal, y ocasionalmente hay que realizar reuniones
periódicas para realizar inclusiones y verificar la funcionalidad y resultados
del mismo.

5. Metodología tradicional vs ágil

Una diferencia principal entre las metodologías tradicional y ágil es la
secuencia de las fases en las que se completa el proyecto de desarrollo de
software.
El método tradicional utiliza un enfoque lineal donde las etapas del proceso
de desarrollo deben completarse en un orden secuencial. Esto significa que
una etapa debe completarse antes de que comience la siguiente. Estas etapas
generalmente comprenden lo siguiente:
 Recopilación de requisitos y documentación
 Diseño de sistemas
 Codificar y pruebas unitarias
  Pruebas del sistema
 Pruebas de aceptación del usuario
 Corrección de errores
 Entrega del producto

Por otro lado, la metodología ágil utiliza un enfoque iterativo y basado en

equipos. Su principal objetivo es entregar rápidamente la aplicación con
componentes completos y funcionales. En lugar de completar las tareas de
desarrollo de software en secuencia, se completan en sprints que se ejecutan
desde alrededor de 1 a 4 semanas y donde se completa una lista de entregas
en cada sprint. Las tareas que no se completan dentro del sprint se vuelven a
priorizar y se incluyen en los sprints futuros. Esto también significa que las
diferentes etapas del ciclo de vida del desarrollo del software pueden
revisarse según sea necesario.

6. Los cambios son difíciles, siempre va hacer un proceso que conlleva sus
riesgos pero en ocasiones no nos queda más opción que afrontarlos ya que
dicho cambio es para mejorar los procesos internos de la empresa, dar una
solución que permita mejorar las funcionalidades de la empresa, el personal
también debe adaptarse al cambio ya que ellos son los principales actores de
dicho cambio para conseguir que dicho cambio funcione.

7. El Autor, perteneciente a la tipología de Obra creada por encargo. La

titularidad será del creador no de la persona que realiza el encargo (el
cliente).

8. En este caso en específico no ya que Alimex lo que desea es optimizar sus

procesos como podemos ver sus procesos por cada departamento son muy
complejos y una línea de SW genérico no sería el indicado.

9. Una gran ventaja seria el aspecto visual ya que se podría armar una interfaz
amable y sencilla de utilizar por los empleados ya que como anteriormente
hemos dicho este cambio puede ocasionar riesgos. Otra gran ventaja es a la
hora del mantenimiento ya que se simplifica mucho, ciclos más cortos.

La desventaja para los desarrolladores les genera mucho tiempo.