UNIVERSIDAD DE CARTAGENA

CENTRO TUTORIAL CERETE

FACULTAD DE INGENIERIA

INGENIERIA DE SISTEMAS VIIII

TOPICOS AVANZADOS

CASO DE ESTUDIO ALIMEX

ACTIVIDAD 1

PRESENTADO POR:

ANA MARIA VASQUEZ BALTAZAR

COD: 6031520024

TUTOR:

RAFAEL BENEDETTI.

CERETE - CORDOBA

MARZO – 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.
Considero que en vez de adquirir uno nuevo la empresa lo que debe hacer es cambiarlo a una
base de datos central y convertir las aplicaciones a un lenguaje de cuarta generación ya que el
sistema como esta funciona bien y sin inconvenientes además de que los empleados están
familiarizados con el sistema que ya tiene y cambiar el sistema implicaría tiempo para que los
empleados se familiaricen con su nuevo sistema además de costos innecesarios porque realmente
no se necesita un sistema nuevo.

2. ¿Cuáles son los atributos o características importantes que deberían tener los sistemas de
información?
Los sistemas de información deben tener las siguientes características:
 Recopilación de información cualitativa o cuantitativa.
 Recurso humano ya que son las personas quienes introducen la información de algún modo
ya sea empleando medios informáticos, digitales o manuales.
 Recursos siendo estos diferentes en cada caso dependiendo el tipo de información que se
desee almacenar.
 La actividad implica la puesta en acción por parte de las personas para que se logre
almacenar la información buscada con los recursos de los que se dispongan. A su vez, la
actividad se puede ordenar de la siguiente manera:
- Recopilación de datos
- Almacenamiento
- Procesamiento
- Distribución
 Objetivos
 Retroalimentación y seguridad de los datos
 Calidad
  Usos son determinados según el tipo de organismo que utilice los sistemas de información.
Siendo los usos o utilidades principales:
- Automatizar los diferentes procesos operativos
- Ser de utilidad para tomar decisiones
- Lograr ventajas de tipo competitivas.

3. ¿Qué ventajas e inconvenientes supondría llevar a cabo este sistema de información siguiendo la
metodología propuesta en el Desarrollo iterativo?
 Ventajas
- Resolución de problemas en tiempos tempranos
- No haría falta que los requisitos estén totalmente definidos al inicio ya que como es un
modelo iterativo podemos ir arreglando en cada una de las iteraciones.
- Aprendizaje y experiencia tras cada iteración
 Desventajas
- No garantiza por si solo el éxito ya que siempre debe haber una personas que esté
pendiente de los procesos que se van realizando
- Iteraciones costosas
- Se pueden presentar problemas relacionados a la arquitectura ya que los requerimientos
no van a estar totalmente definidos desde el principio.

4. ¿Cómo estará organizado el equipo de desarrollo?, ¿Trabajaran de forma individual, en parejas o

en subgrupos?, ¿Realizaran reuniones periódicas?
Considero que el grupo de desarrollo debe trabajar individual y realizando reuniones periódicas
teniendo en cuenta que casa integrante del grupo tiene estipuladas sus tareas y responsabilidades
las reuniones periódicas serán de vital importancia para discutir avances e inconvenientes con
respecto al trabajo que se viene desarrollando.
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é?
El paso a paso para desarrollar este software empleando una metodología tradicional seria la
siguiente:
 Se realiza la planeación del proyecto especificando funciones, responsabilidades y roles
además del diseño del software y la preparación de los planes de trabajo, estimación de
costos y el cronograma de los diferentes entregables del proyecto.
 Luego se procederá a realizar la construcción de los componentes como lo son la
documentación y el código, también se puede desarrollar la infraestructura. Se realizan
pruebas y se prioriza la solución de errores en el código para su posterior lanzamiento
después se procede a implantar las tecnologías base y los componentes relacionados a la
misma, se estabiliza la instalación y se pasa el proyecto al grupo de soporte que es el
encargado de obtener la aprobación del cliente.

El paso a paso para desarrollar este software empleando una metodología ágil para realizar este
paso a paso utilizare la metodología Scrum:
 En primera instancia se asignaran los roles estos serían el stakeholder, product owner,
scrum master, scrum team. Una vez asignados los roles a todas y cada una de las
personas involucradas se iniciara con el trabajo, el product owner debe estar atento a las
solicitudes de los clientes para que estas puedan ser transmitidas al equipo de desarrollo,
a medida de que el trabajo avance se hacen las respectivas reuniones para la revisión del
trabajo iniciando con las reuniones de planificación que se deben realizar al inicio de casa
sprint es decir antes de la primera entrega de avances en el proyecto en esta reunión
planificamos cuanto trabajo va a construir el equipo, también hacemos reuniones diarias
con un lapso de 15 minutos o menos para la realización de retroalimentaciones de las
labores realizadas el día anterior, el día de hoy y además de esto exponer todas las
dificultades y problemas obtenidos de esta manera se puede implementar un plan para
trabajar las próximas 24 horas siguientes. Las reuniones de revisión se hacen antes de las
entregas de los sprint exponiendo en estas los puntos completadas y los que no se
pudieron completar y por último se debe realizar una reunión de retrospectiva cuando ya
se han culminado los sprint esta reunión se hace con el objetivo de llegar a posibles
mejoras del trabajo ya realizado, esta reunión es muy importante ya que es el espacio
donde se lleva a la reflexión del trabajo realizado y donde se piensan mejoras continuas
para el proyecto posterior a la entrega del mismo.

Yo recomiendo seguir la metodología ágil primero porque le permite a la empresa estar a

la vanguardia en lo que a la creación de software se refiere además de que con esta
metodología es menos probable de que nuestro software presente fallos ya que se hacen
pruebas y revisiones de manera constante, además de que el software empleando las
metodologías agiles tardan mucho menos en su culminación e implementación.
6. ¿Cómo enfrentaría un cambio en la definición de las funcionalidades de este software?
Un cambio en las funcionalidades del software sería algo complicado de enfrentar puesto que el
software fue creado con la capacidad de satisfacer las necesidades de esta empresa en
específico, este debe proporcionar las funciones que cumplan las tareas específicas, proveer los
resultados correctos etc., al cambiar las funcionalidades del software se crearía una inconformidad
en las personas que lo usan puesto que no sabrían muy bien como emplearlo, esto conllevaría a
mas capacitaciones del personal para afrontar estos cambios en el software suponiendo que el
cambio en las funcionalidades no afectaría la esencia y el objetivo que el software debe cumplir.

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?
Los derechos patrimoniales es decir los programas, documentación técnica y manuales de uso
pertenecen a la empresa de desarrollo y los derechos morales pertenecen al equipo de desarrollo.

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?
El equipo de desarrollo puede crear una línea de productos genéricos siempre y cuando la
empresa de su autorización, las ventajas que tendría este producto genérico es que puede contar
con herramientas productivas, es más económico y se puede implantar rápido.

9. ¿Cuáles serían las ventajas y desventajas de usar el desarrollo orientado a componentes para
este producto de software?
 Ventajas de usar el desarrollo orientado a componentes
Nos permitirá reutilizar el software, simplifica las pruebas del software ya que permitirá que se
ejecute componente por componente antes que se la prueba con el software como tal estas
pruebas por componentes ayudara a no afectar otras partes del sistema durante la prueba
también debido a que un componente se construye y se optimiza continuamente la calidad del
software que creamos mejorara con el paso del tiempo, se puede decir que debido a este
proceso los ciclos de desarrollo también serán mucho mas cortos.