Primeros Proyectos 

(primeras experiencias)

-La primera  ves que me pidieron formalmente que hiciera un "proyecto" fue cuando era estudiante en la catedra "estructuras metálicas" , el profesor me pidió hacer un "proyecto" para galpón de acopio y expedición de cereales a granel , en una zona rural ,donde también había una procesadora de la cosecha de granos.

Fui a Reunión donde me informaron algo mas: el tipo de grano acopiado , las dimensiones esperadas , la circulación esperada de vehículos , las alturas mínimas , el clima de la zona .

Tenia que presentar un plano de estructura , con memoria de calculo.

Yo estudiaba ingeniería industrial , era el único "colado" en esa materia común con ingeniería civil. Así que consultando con mis compañeros me entere que los cálculos de los materiales a utilizar no se hacían con la clásica teoría estudiada de resistencia de materiales . las solicitudes se calculaban en base a los conceptos estudiados , pero la propuesta de implementación (perfiles y uniones)  se hacia en base a una NORMA  standard que se aceptaba en la regíon.

Resumiendo , ese "proyecto" era un conjunto de documentos (normalizados) que permitían al solicitante evaluar si lo que yo proponía era aceptable , construible y : una solución beneficiosa para la situación planteada  .

-Mas adelante en la catedra de "proyectos industriales"  me pidieron que propusiera una planta industrial para la obtención de gas carbónico.

Eso fue mucho mas interesante , me pedían un volumen de producción mínima y dejaban a mi elección la materia prima , la localización , y el equipamiento de planta.

En realidad era un anteproyecto , porque el objetivo era: decidir si era factible y rentable: una fabrica

Esperaban que mi proyecto supere los problemas básicos de adquisición  de la materia prima y que los procesos elegidos consigan el producto a un costo que justifique la inversión

La evaluación no era parte del trabajo

Tenia que entregar una justificación de la elección de la materia prima , un esquema de la línea  de producción con las capacidades seleccionadas para cada proceso y su posible equipamiento. Una memoria de calculo de cada proceso y un calculo estimado de costo de producción

Tenia un profesor como tutor , la biblioteca de la universidad , manuales de presentación de proyectos , y promesas de contactos para satisfacer todas mis dudas

Fue un trabajo que me entusiasmo mucho. No me atraían tanto los procesos productivos , pero me volaba la cabeza el proceso de elaboración del proyecto

- En condición de pasante en empresas mineras ; en una boratera , presente un proyecto de "decantador "  de el material extraído "in situ"  . Justificado con mediciones de laboratorio. 

- En una empresa de extracción de mineral de hierro ,mi proyecto fue: alternativas para la formación de colas de camiones transportadores de mineral desde la extracción hasta planta de clasificación . Para justificar mi propuesta hice un estudio de movimientos y tiempos de camiones en el trayecto : bocamina- planta de clasificación . 

Estos 2 últimos , eran anteproyectos para un análisis de factibilidad y oportunidad.  La boratera estaba en plena produccion desde hace años y la extractora de hierro estaba en etapa de preparacion para explotacion de la mina.

- Apenas recibido generamos con otros profesores de la universidad un proyecto para implementar modelos econometricos computarizados de auxilio para las cátedras de ingeniería i administracion de empresas (eran los primeros años de las microcomputadoras) . Entonces hubo un concurso regional para financiar proyectos y hubo que llenar formularios para contar lo que pensábamos hacer ... Pero no con nuestra idiosincrasia o lenguaje. Se trataba de una intimidante cantidad de formularios a rellenar para que un evaluador decidiera apoyar o no la inversión del estado en nuestro proyecto.

Proyectos de Software (capitulo 1)

Conceptos básicos

Ì   CONCEPTO DE PROYECTO: Como ya vimos el termino “proyecto” tiene 2 significados habituales

1- Conjunto de antecedentes que permiten estimar las ventajas y desventajas de aplicar ciertos recursos a la solución de necesidades en forma de productos o servicios

2-  Actividad de cualquier naturaleza que requiere para su realización,  del uso o concurso de algunos recursos escasos (o limitados) , con la esperanza de obtener beneficios superiores a los que se obtienen con el empleo actual de dichos recursos    

    Proyecto de un automóvil , de una carretera , de un puente , de una computadora ,de una nueva maquina industrial ,de producción de automóviles , de construcción de un edificio , de mejora de la producción ,etc  tienen en común que el objeto del proyecto es algo concreto y que para su elaboración se recurre a disciplinas con métodos  y  estándares establecidos 

Y que sucede con el software?  ...   resulta que no se trata de algo concreto . mas bien se caracteriza por (segun F. Brooks) :

 Ì CARACTERISTICAS ESCENCIALES :

Complejidad: La complejidad del software es una propiedad esencial no una accidental

Muchos de los problemas clásicos del desarrollo de productos de soft derivan de su esencia compleja y su crecimiento no lineal … 

Conformidad: Mucha de la complejidad que debemos manejar es "complejidad arbitraria" forzada por instituciones y sistemas creados por humanos , a cuyas interfaces el soft debe conformar...

Cambiabilidad (posibilidad de cambio) La entidad de software está constantemente sujeta a presiones de cambio. Por supuesto, también lo son los edificios, coches, ordenadores. Pero las cosas manufacturadas rara vez se modifican después de su fabricación; Son reemplazados por modelos posteriores, o se incorporan cambios esenciales en modelos que son el mismo diseño básico pero con numero de serie nuevos.  Las evoluciones de  automóviles son realmente bastante infrecuente; los cambios  de las computadoras lo son un poco menos. Ambos son mucho menos frecuentes que modificaciones al software .  En parte, esto se debe a que el software de un sistema resuelve su función, y la función es la parte que más siente las presiones del cambio. En parte se debe a que el software puede ser cambiado  más fácilmente ( es pura materia de pensamiento, infinitamente maleable. )                         De hecho, los edificios pueden cambiar , pero los altos costos del cambio, entendidos por todos, sirven para amortiguar los caprichos de los cambiadores. Recordar que:Todo el software exitoso se cambia. 

Hay dos procesos en juego:     Como el producto de software resulta útil, la gente lo prueba en casos nuevos que se encuentran en el límite o más allá del  dominio original. Las presiones para ampliar la función provienen principalmente de usuarios a quienes les gustan las funciones básicas e inventan nuevos usos para el soft.          En segundo lugar, el software exitoso también sobrevive más allá de la vida normal de la máquina para la  que se escribio por primera vez. Si no son computadoras nuevas, al menos discos nuevos, pantallas nuevas. Cambian  las impresoras; y el software debe adaptarse a sus nuevos vehículos de oportunidad. 

En resumen, el producto de software está integrado en una matriz cultural de aplicaciones, usuarios, leyes y vehículos mecánicos. Todos ellos cambian continuamente, y sus cambios inexorablemente fuerzan el cambio en el producto de software

esta caraceristica sera un aspecto central en un proyecto moderno de software de pequeño y mediano tamaño

Invisibilidad: El soft es invisible e imperceptible. No puede ser explicitado en un espacio , como la geometría (no en uno sino en muchos gráficos superpuestos)

El  proyecto de software tiene algo de  carácter intimidante (al menos tal como lo ve un gerente que no es  del área), generalmente inocente y directo, pero capaz de convertirse en un monstruo de cronogramas incumplidos , presupuestos arruinados y productos defectuosos. 

A pesar de todas estas precauciones , un proyecto de  software en una empresa , sera evaluado como cualquier otro. Es decir: un proyecto sera analizado como una alternativa  de aplicacion de los recursos de una empresa. (alternativa limite: el proyecto o no hacer nada)

Ì INVERSION:                                                                                                                                                                                Definición clásica : Asignación de recursos efectuado con la esperanza de obtener beneficios futuros  que permitan recuperar los fondos invertidos y lograr ganancias económicas , satisfacción de una necesidad o el aprovechamiento de una oportunidad

Ì FLUJO DE FONDOS:

Cuando se haga una análisis económico de un proyecto, se evaluara su posible impacto sobre los objetivos seleccionados comparando las diversas maneras como se podrían utilizar los recursos que el proyecto requiere.El impacto es analizado técnicamente y económicamente. El análisis económico debe fundar toda decisión en criterios aplicables a todas las alternativas .  El movimiento de efectivo constituye un hecho concreto claramente definido , no susceptible de interpretación ni tratamiento discrecional.                                                                                                                                                                           NO confundir con costos y beneficios

Hay que considerar los proyectos que no generan flujo de fondos (los llamados ahorradores) que tienen mucho que ver con la productividad y los métodos de trabajo , son casos comunes en el software. Hay que analizar cuidadosamente y no buscar ciegamente calcular la ROI

Los costos seran analizados contra los costos de las alternativas , generalmente la de no hacer el proyecto . 

información  para la dirección de un proyecto bajo PERT

Generada por el modelo PERT para  una fecha (T)

-probabilidad de completar el proyecto en fecha (F)  establecida 

 -sucesos alcanzados y actividades terminadas

-actividades que deberían haber empezado

-actividades que deberian haber terminado

-actividades que deberían empezar y terminar en el próximo periodo

-actividades anticipadas con relación al tiempo de comienzo o de terminación previstos

-duración total estimada para una actividad

-duración restante o tiempo de la fracción de actividad que queda por realizar a la fecha del informe

-cantidad o porcentaje de proyecto realizada hasta la fecha o en el periodo de informe,  si se establecieron estos parámetros en el programa

-fecha en que debería terminar la actividad si se altero la fecha de comienzo

-tiempo que puede desplazarse el comienzo o la terminación de la tarea si se produjo cambio en el margen total.

-actividades añadidas o suprimidas desde el informe anterior

-cambios en las previsiones de tiempos de los anteriores informes

-márgenes negativos en relación con la fecha impuesta para la terminación del proyecto

Breve resumen de la evolución de métodos de desarrollo 

de soft     "agile"

( hasta 2013)

El desarrollo ágil es un marco conceptual que reconoce las distintas interacciones y cambios que ocurren en todo desarrollo de software. Evolucionó a partir de varios métodos. El Término "Ágil" fue definido por el "Manifiesto Ágil" en 2001. A continuación presentamos una línea de tiempo con los principales eventos en la historia del movimiento ágil:

1930 - Ciclo PDCA

Walter Shewhart propone el ciclo de "Planear", "Hacer", "Estudiar" y "Actuar", un concepto que luego fue difundido por Deming.

1940 - Kanban, Sistemas de Producción de Toyota y el Lean Manufacturing  (Manufactura esbelta)

Taiichi Ohno inventa el método Kanban en Toyota. El Lean Manufacturing es una fuente de inspiración y precursor del movimiento ágil.

1974 - El Proceso de Desarrollo de Software Adaptativo

Un Paper de E.A. Edmonds presenta el concepto de "Proceso de Desarrollo de Software Adaptativo" en 1974. Asimismo, también durante los 70, Tom Gild publica conceptos sobre la Gestión de Proyectos Evolutiva (EVO).

1992 - Crystal

Alistair Cockbur presenta los Métodos Crystal, el punto de inicio de la evolución de las metodologías de desarrollo de software que eventualmente resultaron en lo que hoy se conoce como el movimiento ágil.

Crystal puede ser aplicada en equipos de trabajo de entre 6 y 8 desarrolladores localizados en la misma área, trabajando en sistemas no críticos para la vida (es decir los fallos son tolerables).

1993 - Refactorización

Bill Opdyke presenta el concepto de "Refactorización" en su paper titulado "Creando Superclases Abstractas por medio dela Refactorización".

La Refactorización de código es una técnica para la reestructuración de piezas de código existente, alterando su estructura interna sin afectar su comportamiento con el exterior, que se ejecuta para mejorar los atributos no funcionales de un software.

995 - Programación en Pares (Pair Programming)

Es un concepto que fue simultáneamente ideado, pero de forma independiente por varios autores. Por una parte JimCoplien publicó un Paper , que definió la "Programación en Pares" como un patrón de desarrollo de software. Por otraparte Larry Constantine definió los "duos dinámicos" en su libro "Constantine on Peopleware" del mismo año.

Este concepto se convirtió en una parte integral de la Programación Extrema.

Se han realizado muchas investigaciones que han demostrado la efectividad de la programación en pares. Sin embargo, lafilosofía no está reflejada en el Manifiesto Ágil.

1995 - Scrum

El método Scrum  fue ideado por Ken Schwaber y Jeff Sutherland, quienes lo presentaron en la conferencia OOPSLA95 (Object-Oriented Programming, Systems, Languages & Applications) en Austin Texas. Jeff Sutherland es el Presidente(CEO) de Scrum, Inc y Ken Schawaber es el fundador de Scrum.org.

Mike Beedle fue uno de los pioneros en adoptar Scrum y colaboró con su adopción en muchas organizaciones. Como se sabe, Scrum es prácticamente el estándar de facto para el desarrollo ágil.

1997 - Desarrollo guiado por funcionalidades / Feature Driven Development (FDD)

El método FDD fue inicialmente ideado por Jeff De Luca. En él se definen mejores prácticas como son: Modelado de objetos de dominio, Desarrollo por funcionalidades, Propiedad individual de las clases (Código), Equipos de trabajo por funcionalidad, Inspecciones, Gestión de Configuración, Compilaciones regulares (periódicas) y visibilidad del avance y resultados.

El Proceso FDD fue explicado por medio de la publicación del libro "Modelado Java a Colores con UML: Componentes yProcesos Empresariales", cuyos coautores son Jeff De Luca y Peter Coad.

1999 Desarrollo de Software Adaptativo

Jim Highsmith formalizó el concepto de Desarrollo de Software Adaptativo y público su libro del mismo nombre. La ideacreció y evolucionó hacia las metodologías de Desarrollo Rápido de Aplicaciones (RAD). La metodología propone un ciclode vida de 3 fases: Especulación, Colaboración y Aprendizaje.

1999 - Programación Extrema / Extreme Programming (XP)

Mientras trabajaba en Chrysler, Kent Beck desarrolla el concepto de Programación Extrema

, publicando el método en1999 en un libro titulado "Extreme Programming Explained". Como parte de la Programación Extrema, también formuló los conceptos de  Historias de Usuario y Planificación de Releases. La metodología especifica buenas prácticas para la planificación, gestión, diseño, codificación y pruebas.

Ward Cunningham y Ron Jeffries colaboraron con Beck al escribir el libro sobre XP, a los tres se les considera losfundadores de la Programación Extrema.

1999 - Integración Continua

Kent Beck definió este concepto también, pero fue un paper de Martin Fowler el que lo popularizó.

2001 - El Manifiesto Ágil

Bob Martin, reúne a otros 16 líderes del movimiento ágil, para escribir el "Manifiesto Ágil", que engloba las metodologíasque hasta ese momento se les conocía como "Metodologías de Desarrollo de Software de peso liviano".

2002 - Desarrollo guiado por pruebas / Test Driven Development (TDD)

El concepto se originó el enfoque de "Probar primero" asociado a la Programación Extrema (XP). Luego tomo mayor conla publicación del libro "Desarrollo guiado por pruebas: Por ejemplos" (Test Driven Development: By Example), escrito porKent Beck.

Luego Kent Beck escribe otros libros sobre el tema como "Rediscovering Test-Driven Development".

2002 - Planning Poker

También en 2002 nace la técnica de Planning Poker, ideada por James Greening y escrita en un Paper.

2003 - Desarrollo de Software Esbelto / Lean Software Development

Mary y Tom Poppendieck presentan su obra "Lean Software Development".

El Lean Software Development es una adaptación de los principios de la manufactura esbelta y de los del desarrollo de software. Presenta 7 principios: Eliminar desperdicio, amplificar el aprendizaje, Decidir tan tarde como sea posible, entregar lo más rápido posible, dar poder al equipo (empowerment), construir integridad y ver la totalidad. Como se puede ver estos principios están alineados con la filosofía ágil.

¿Es el Lean Software Development una metodología ágil?, o es algo distinto, muchos la consideran como el próximo eslabon en la evolución del desarrollo ágil.

2006 - Desarrollo guiado por comportamiento / Behavior Driven Development

Dan North presenta su obra "Behavior Driven Development", un método que combina las principales ideas y técnicas delTDD con las ideas del Diseño guiado por dominio y el Análisis y Diseño orientado a objetivos. El método se enfoca en proporcionar herramientas y procesos colaborativos entre desarrolladores de software y analistas funcionales, buscando acercar a los técnicos de software con las necesidades que impulsan al área de negocio.

2007 - Retrospectivas

Esther Derby y Diana Larsen escriben su obra "Agile Retrospectives", estableciendo las reuniones retrospectivas como práctica ágil estándar.

2007 - Kanban para el Desarrollo de Software

David Anderson presenta su obra "Kanban", adaptando el Kanban para el desarrollo de software. El método se enfoca en la entrega "justo a tiempo" y en no sobrecargar a los desarrolladores de software, tal como su precursor el Kanban para manufactura perfeccionado por Toyota. Bajo este enfoque, todas las tareas necesarias para entregar una funcionalidad al cliente se le muestran a los desarrolladores, quienes toman la tarea a realizar de una cola, de forma similar al backlog definido en Scrum.

El Kanban no prescribe una serie de pasos o métodos, no existe algo como "el método de Gestión de Proyectos Kanban",en su lugar, la intención es iniciar con los roles y procesos que se tienen actualmente y partir de allí estimular cambios continuos, incrementales y evolucionarios sobre el método de trabajo.

2009 - Manifiesto de la Artesanía de Software (Software Craftmanship)

Los asistentes a la primera conferencia internacional de Artesanía de Software escriben sus conclusiones y promulgan el "Manifiesto de Artesanía de Software". La artesanía de software no solamente se trata de prácticas de programación sino también de formar a la siguiente generación.

2009 - Lean Startup

Eric Ries escribe su obra "Lean Startup". Es una metodología mayormente teórica para el desarrollo de empresas yproductos. Basado en las experiencias de Ries trabajando con varios emprendimientos (startups), el método se basa enque los ciclos de desarrollo de productos pueden reducirse en duración por medio de ciclos continuos deexperimentaciones, iteraciones y lanzamientos de producto.

Ries establece que si las Compañías construyen sus productos o servicios de forma iterativa, buscando lanzarlos al cliente lo antes posible y adquirir aprendizaje a partir de allí, pueden evitarse los costosos proyectos y lanzamientos de nuevos productos.

tomado de: www.pmoinformatica.com/2013/06/una-breve-historia-de-las-metodologias.html

EL CONTROL EN LOS SISTEMAS DE PRODUCCION

Efecto en las aplicaciones que no formalizan su manejo

    Un diseñador (ingeniero,arquitecto,analista) que desarrolle su actividad profesional en el ambito de sistemas para empresas habra observado que siempre existe alguna unidad o rol identificado con el rotulo "control".

    En las empresas industriales de procesos químicos es muy notable su existencia

    Sucede ... que todo esfuerzo de producción (transformación de insumos en productos)  requiere (para generar los resultados esperados) procesos estabilizados , es decir que para conseguir los objetivos elegidos por los dueños/administradores todo sucede bajo control.

    Acomodando el diccionario: En toda industria existen parametros de operacion y de resultados .Ademas los administradores pueden introducir sus criterios de exito asignando valores deseables de variables de los procesos

    Bajando a la programación , en los casos de uso esenciales (critical use cases) , los del núcleo de una arquitectura se implementan para cumplir con las exigencias de estabilidad y control.

    Porque el diseñador sabe que un sistema concreto   funcionara con inestabilidad a mens que se controle (recordar el ultimo paso del proceso de la gerencia)

    En este contexto hay 2 conceptos fundamentales: control adaptativo y servosistemas 

    De los antecedentes y preparación de un ingeniero deriva su capacidad para resolver problemas en un campo , estableciendo una analogía con otro

    Uno de los aspectos de la analogía es la posibilidad de producir modelos reducidos y de bajo costo 

    Aplicando analogias a : control , se ha clasificado sus modelos baicos en 3

-Modelo estático

-Modelo dinámico

- modelo de servosistema

    Se trata de un sistema ce control con 2 características: Amplificación , Realimentación

    Los resultados de un modelo se valoran comparándola con un cierto valor standard (objetivo) eso motiva las acciones correctivas y respuestas de retroalimentación

CONTROL ADAPTATIVO 

    Este tipo de control procura que el sistema de control automático se adapte a circunstancias variantes de comportamiento en la dinámica de un sistema y a sus perturbaciones

    Su diseño refleja el esfuerzo por controlar las interrelaciones de las componentes del sistema , con el fin de regular el resultado final

    El esquema mas simple (y menos beneficioso) de control adaptativo es el de :

Bucle Abierto

    ej: -la tostadora que tiene un temporizador que la apaga cuando se alcanza un valor de tiempo

         - El clasico punto de pedido basado en la cantidad minima predeterminada en stock

Bucle Cerrado    

    El esquema básico es un bucle principal que incluye un regulador y otro secundario en el que se miden las variables , se determina un índice de actuación , se compara con  el índice deseado y se disparan los mecanismos de adaptación que afectan al regulador y/o actúa directamente sobre la señal de control  

    La característica principal de un sistema de control adaptativo cerrado,  es la presencia de un bucle de control donde se compara los índices de funcionamiento (o actuación)

Servosistemas

    También identificado como servomecanismo , es un sistema de control automatizado capaz de ajustar la salida en función de la retroalimentación que recibe , logrando asi gran  precisión .

    Un servomecanismo es fundamentalmente un sistema de control retroalimentado que incluye sensores , un controlador y actuadores

    Los sensores miden y envían esa información al controlador , que la procesa determina los ajustes necesarios.

    A continuación los actuadores a menudo en forma de servomotores ejecutan esos ajustes para alinear la salida real con la deseada.

    La belleza de un servomecanismo reside en su capacidad para corregir errores en tiempo real. Esto se consigue mediante la retroalimentación negativa . Este proceso de ajuste continuo es lo que permite a los servomecanismos mantener un control preciso sobre los mecanismos que gobiernan.

    Para superar la inercia al cambio , los sobre impulsos y las oscilaciones , las estrategias básicas han sido: 

- ajustes de los parámetros de control 

- tecnicas de amortiguacion (analogias de amortiguacion mecanica o electronica) para absorber la energia excesiva y estabilizar el sistema

-algoritmos de control que anticipan y compensan los posibles rebasamientos y oscilaciones 

 (Advanced Motion Control , blog: what is servomechanism )

    Algunas de las  ideas relatadas en los parrafos previos DEBEN existir en forma de un proceso debidamente segregado (empresas grandes o procesos estandarizados) pero ... la mas de las veces se presentan como procesos embebidos que un progrador bien formado sabra manejar como "business rules" El desconocimiento de esta funcion y la manera de tratarla hace que el programador "reparta control" a su discrecion a medida que descubre la necesidad de controlar . Generalmente produce "spagheti code"

Notas sobre: la información en los años de la IA

El concepto de informacion , me hizo acordar a una vieja lectura  de los 80 ("El alma de una nueva maquina" tracy kidder)  . El ingeniero reflexionaba sobre el manejo de la memoria  y  parafraseo del "señor de los anillo" super inn en esos años: 

"No se ve , no se siente

no se oye , no se huele

Esta detras de las estrellas y bajo las colinas

 y llena todos los huecos"

Asi es el concepto de información. Ya se trabajo tanto sobre la información en las empresas que afortunadamente se ha llegado a hacer fácilmente perceptible y por lo tanto manejable a nivel de datos y entonces ZAS! las computadoras los manipulan desde la antigüedad de los 60. Claro que en esos años olvidados ,la vida para un profesional involucrado con computadoras era mas simple. Personalmente me impacto la complejidad en los 90 

Ahora es un tsunami tecnologico! y desafortunadamente hay profesionales que ya no hablan de información sino solo de "datos".

Filosóficamente (asi lo calificó Copilot) el conocimiento esta en nivel de los conceptos , la informacion en nivel de las ideas y los datos en el nivel mas bajo: las imagenes (mentales obvio)

Si no hay conocimiento de algo , eso se vuelve imperceptible a nosotros y si es imperceptible ... ni siquiera sabremos que existe y lo que por ello sucede. Los diseñadores de sistemas deben hacer perceptible lo que acontece en el mundo real para poder utilizar herramientas para controlarlo y orientarlo hacia los objetivos

Le pedí a Copilot que me mostrara como escribiría un ensayo sobre el tema: la información en la empresa en los años de la IA

 Aquí tienes un ensayo sobre "La Información en la Empresa en los Años de la IA": 

by Micorosoft.Copilot

---

La Información en la Empresa en los Años de la Inteligencia Artificial

Introducción

En la actualidad, la información es el recurso más valioso dentro de una empresa. Con el avance de la inteligencia artificial (IA), la forma en que las organizaciones gestionan, procesan y utilizan los datos ha cambiado drásticamente. La IA no solo ha optimizado la administración de la información, sino que también ha abierto nuevas oportunidades y desafíos en la toma de decisiones, la automatización y la seguridad de los datos.

El Papel de la Información en la Empresa

La información en una empresa tiene múltiples funciones:

· Toma de decisiones: Los datos permiten a los líderes empresariales evaluar escenarios y elegir estrategias fundamentadas.

· Optimización de procesos: La IA analiza patrones y encuentra áreas de mejora dentro de la producción, logística y atención al cliente.

· Personalización y marketing: La recolección de datos sobre consumidores permite ofrecer productos y servicios personalizados.

· Seguridad y gestión de riesgos: La IA ayuda a identificar amenazas y proteger la información empresarial.

Cómo la IA Ha Transformado el Manejo de la Información

La inteligencia artificial ha revolucionado el tratamiento de la información en las empresas de diversas maneras:

1. Automatización del análisis de datos → Algoritmos de IA pueden examinar grandes volúmenes de información en segundos.

2. Predicciones y aprendizaje automático → Empresas utilizan modelos predictivos para anticipar tendencias del mercado y mejorar la toma de decisiones.

3. Procesamiento de lenguaje natural → Permite comprender y organizar información no estructurada como correos electrónicos, comentarios de clientes y documentos.

4. Ciberseguridad y protección de datos → Sistemas de IA detectan y previenen ciberataques, protegiendo la información empresarial.

Retos y Consideraciones Éticas

A pesar de los beneficios de la IA en la gestión de información, también surgen desafíos:

· Privacidad y protección de datos → El uso de IA requiere medidas estrictas para proteger la información sensible.

· Dependencia tecnológica → Las empresas deben equilibrar el uso de IA con el criterio humano en la toma de decisiones.

· Sesgos en los algoritmos → Si la IA se entrena con datos sesgados, puede generar decisiones erróneas o injustas.

Conclusión

La inteligencia artificial ha marcado un antes y un después en la gestión de la información dentro de las empresas. Su capacidad para analizar, optimizar y proteger datos permite mayor eficiencia, pero también plantea retos que deben ser abordados con responsabilidad. En los próximos años, el éxito empresarial dependerá de cómo las organizaciones integren la IA en sus procesos sin comprometer la seguridad ni la ética en el uso de la información.

Me gusto el ensayo , también le pregunte sobre la cadena básica : conceptos-ideas-imágenes

Colocó la información en el nivel de conceptos y después de alguna observación que le hice sobre "abstracto" , se corrigió , dijo: -alguna información es conceptual-.

Creo que hay sesgo en su aprendizaje . Pero ... al final de cuentas lo de la IA es un aporte a nuestro conocimiento , sobre todo cuando hay que tomar decisiones .

Decisiones en una empresa , el proceso de gerencia

. Organizar los recursos

.determinar los fines productivos

.planificar la acción

.dirigir la acción

.Controlar los resultados

La información en los sistemas informáticos

Esta reflexión me parece válida ,porque se observa desde que las computadoras abandonaron los centros de cómputos de las empresas , una clara divergencia en la interpretación y uso del concepto

Ojo que en los centros de cómputos nunca se hablo de información , todo era "dato" , la actividad de los centros de cómputos era: procesamiento de datos.

en una organizacion suele haber 2  puntos de vista para la información que derivan en diseños y metodologias que aveces confluyen y otras divergen

Le llamare a uno: el del diseñador y el de el informatico

El curriculum del diseñador habitualmente muestra formacion en ingenieria o administracion de empresas , con formacion y experiencia extendida a informatica

El curriculum del informatico muestra formacion en analisis , ingenieria de software y programacion

El diseñador se compromete con la funcionalidad , el impacto en los costos de la empresa  y la evaluacion de la inversion . Se ve como un facilitador 

El informatico  se compromete con los costos del proyecto , la insercion en el contexto tecnologico ve como un experto tecnologico

Información en informática

(Enciclopedia concepto . editorial etec)

Para la informática, comprendida justamente como la ciencia del manejo de la información, este concepto se comprende como un conocimiento explícito, acumulado por seres vivos o sistemas expertos al interactuar con su entorno. Tiene el valor de poder almacenarse, organizarse y recuperarse.

Para eso, a fin de cuentas, sirven las computadoras: grandes sistemas de clasificación, recuperación y transmisión de información, contenida esta última en formatos electrónicos de almacenamiento

Para que es importante la informacion ,

 Search labs ,vision generada por IA

La información es algo crucial porque permite comprender el mundo , tomar decisiones , mejorar la comunicación y el aprendizaje , y facilita la resolucion de problemas

La informacion permite anticipar cambios , identificar oportunidades y mitigar riesgos

-.-

En una organización en funcionamiento controlado, se desarrollan procesos de transformación que , requieren INFORMACION de entrada para funcionar bajo  control y generan información de sus salidas para medir los resultados. Para una maquina que inserta y recoge informacion , se tratan de "DATOS" que fluyen entre procesos .Para un humano responsable de cada proceso ... son los objetivos , de los planes ,y el exito o fracaso de su gestión.

Los datos son los transportadores de mensajes , los mensajes son interpretados como informacion , la informacion  es la imagen del conocimiento .

Revisemos algo  muy  fácil de observar en un dominio muy diferente :

.

En las competencias de F1 , los vehículos (plagados de sensores) generan datos, algunos datos tienen un proceso local, generando (soft de por medio)  inmediatamente alguna respuesta mecánica; otros se transmiten a las computadoras de los ingenieros. En sus pantallas se despliegan en tiempo real los datos recibidos , algunos se someten a transformaciones (se derivan nuevos datos a partir de los que ya ingresaron (calculos)). Se observa el despliegue de filas de datos en las pantallas  . Esos DATOS referenciados, representan INFORMACION para los ingenieros. Entonces ... estarán en condiciones de DECIDIR una acción o simplemente una recomendación al piloto y/o mecánicos o ... estructurar una estrategia para convertir esa información en ventajas competitivas

-.-

-Se debe tener en cuenta que la tecnología informática continuara pasando por etapas de transición , mientras que las clases de información y las actividades humanas permanecerán mas estables

➤ es posible separar entre

- análisis de la información

- análisis de los procesos de información

Esto es importante tenerlo en cuenta porque significa que se pueden hacer análisis independientes.

 

El valor de los datos y la información para la acción

La extracción de valor de los datos: un proceso complejo

IPADE

Business School

• Definiendo el proceso

La extracción de valor de los datos es un proceso complejo que no se realiza de manera automática. No basta con obtener datos crudos y tomar decisiones inmediatas basadas en ellos. Este proceso requiere de pasos intermedios que transforman los datos en información útil para la toma de decisiones. En su origen, los datos son solo hechos, cifras y observaciones que existen en su forma bruta, pero no son información por sí mismos.

• De los datos a la información

Cuando un dato se convierte en información, es porque ha sido explorado, interpretado y analizado. Este análisis permite identificar cómo esos datos pueden ayudar a resolver problemas. De esta manera, los datos se transforman en piezas valiosas de información que, a través de su análisis, pueden generar insights útiles para la toma de decisiones.

• De la información al conocimiento

La información, por sí sola, no es suficiente para tomar decisiones efectivas. Para ello, es necesario pasar por un paso intermedio. La información se convierte en conocimiento cuando se interioriza a través de procesos mentales de análisis, ya sean humanos o apoyados por inteligencia artificial. Este conocimiento nos permite generar conclusiones, identificar patrones y formular hipótesis sobre el comportamiento de un fenómeno empresarial.

• Conocimiento y acción

El ciclo de transformación del dato a la información, de la información al conocimiento, y finalmente de este último a la acción es clave para tomar decisiones con alta probabilidad de éxito. Con el conocimiento adquirido, las empresas pueden realizar diagnósticos más acertados y tomar decisiones más informadas, lo que finalmente debe culminar en la acción. Este proceso de extracción de valor debe traducirse en resultados tangibles, como la generación de valor económico y la creación de riqueza para la organización.

informacion y datos en los sistemas

 ( Langefors y Samuelson)

DEBE HABER UNA COMPRENSION BASICA:

                Los DATOS , son un medio para representar información

El dominio de la tecnología no alcanza para conseguir que un sistema de información funcione. También se requiere saber que información necesitan las organizaciones y como se la puede obtener mediante los sistemas de datos.

Cuando la tecnología de base de datos y los progresos en programación maduraron , la experiencia mundial puso en evidencia que las fallas y fracasos continuaban. Un aspecto común ha sido malentender la función de los datos como portadores de información para ayudar a las personas.

Fluye información desde las actividades (es información de estado) y a su vez , información de control va hacia ellas. Además debe proveerse de información para la conduccion y coordinación (es información directiva)

Hace muchas décadas , se llego a la conclusión de que las ventajas de una empresa computarizada podrían ser alcanzadas solo por el encadenamiento de los muchos subsistemas separados , procedimiento que se denomino: integración. El mejor desarrollo tecnológico de un subsistema no asegura su integración en la empresa computarizada. En la mayoria de los casos se requiere un esfuerzo adicional de diseño y recursos de procesamiento , agregando datos y procesos accesorios , que impactan en los costos , la ineficiencia y la vida util de la inversión informática.

-.-