Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

UNIVERSIDAD TECNOLOGICA NACIONAL FACULTAD REGIONAL GENERAL PACHECO

Tcnico Superior en Programacin

Metodologa de Sistemas I
Gua de Trabajo Tema 1
Ing. Ins Casanovas

Pgina 1 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

La resolucin de problemas desde el e n fo q u e s i s t m i c o

Contenidos introductorios
Caractersticas del enfoque de sistemas. Enfoques sistmicos actuales. El problema: identificacin, anlisis de causas, elementos de la solucin Solucin del problema: el proceso de toma de decisin Los sistemas informticos en la toma de decisiones

Referencias
Informacin para ampliar el tema.

Actividades prcticas

Pgina 2 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

Teora General de Sistemas

El trmino sistema reconoce orgenes de larga data en Filosofa griega y en pocas mas recientes se le atribuyen a Hegel el planteamiento del mundo como un conjunto de elementos que se relacionaban entre s a travs de sus interacciones La Teora General de los Sistemas desarrollada por el bilogo Ludwig von Bertalanffy en 1968, propone encontrar las similitudes entre sistemas de todo tipo, un modelo general que sea compatible con modelos de distintas disciplinas, que tenga las mismas caractersticas, an cuando las disciplinas sean totalmente diferentes; un intento de unificar el conocimiento cientfico, favorecer el desarrollo de la tarea interdisciplinaria y lograr una mayor integracin y unidad en la ciencia. Al alcanzar las ciencias un alto grado de especializacin las diferentes disciplinas se distanciaban e incomunicaban, obligando a sus investigadores a desarrollar distintas metodologas que a la postre redundaron en una repeticin de esfuerzos. La idea es de una teora interdisciplinaria que suministre modelos y principios generales para todas las ciencias, basndose en la interdependencia de las disciplinas y la necesidad de su integracin, para resolver el problema creado por la especializacin, la que haba comenzado a actuar en contra de sus motivos primordiales: coordinacin y eficiencia. En la opinin de Johnson, Kast y Rosenzweig, esta teora "se ocupa del desarrollo de un marco terico sistemtico para la descripcin de las relaciones generales del mundo emprico" y no se propone solucionar problemas prcticos. En particular, la teora general de sistemas parece proporcionar un marco terico unificador tanto para las ciencias naturales como para las sociales, que necesitaban emplear conceptos tales como "organizacin", "totalidad", globalidad e "interaccin dinmica; lo lineal es sustituido por lo circular, ninguno de los cuales era fcilmente estudiable por los mtodos analticos de las ciencias puras. Lo individual perda importancia ante el enfoque interdisciplinario. La TGS afirma que las propiedades de los sistemas, no pueden ser descritos en trminos de sus elementos separados; su comprensin se presenta cuando se estudian
Pgina 3 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

globalmente. La comprensin de los sistemas slo ocurre cuando stos se estudian globalmente (variables internas) y contextualmente (variables externas), involucrando todas las interdependencias de sus partes. El inters de la TGS, son las caractersticas y parmetros que establece para todos los sistemas. A partir de la dcada del 70, la teora se considera aplicable a diferentes ciencias, especialmente las referidas al rea de la Administracin de empresas, proponiendo un modelo aplicable a la organizacin entendida como un sistema unido y dirigido de partes interrelacionadas. La empresa se ve como una estructura que se reproduce y se visualiza a travs de un sistema de toma de decisiones, tanto individual como colectivo. Las teoras tradicionales han visto la organizacin humana como un sistema cerrado. Eso ha llevado a no tener en cuenta el ambiente, provocando poco desarrollo y comprensin de la retroalimentacin (feedback), bsica para sobrevivir.

Sistemas
Un sistema es una totalidad percibida cuyos elementos se aglomeran porque se efectan recprocamente a lo largo del tiempo y operan con un propsito comn. La Quinta disciplina, Senge Si bien hay diversos autores y muchas definiciones, tomaremos la siguiente definicin de un sistema: Conjunto de elementos que interactan en un orden en para el logro de un objetivo en comn. Y de ella podemos determinar: Un conjunto de elementos: son los componentes unitarios de un sistema. Se encuentran inmersos en un contexto o entorno dentro del cual se encuentran circunscriptos por un lmite o frontera. Dinmicamente relacionados en un orden: no pueden existir elementos aislados. La interaccin entre ellos se rige por un procedimiento (lo que debieran hacer) pero en la realidad se produce un comportamiento (lo que hacen). Todo

Pgina 4 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

sistema debe poseer un orden sino seria un caos y nada funcionaria. Para alcanzar un objetivo comn: todos los elementos deben interactuar con un fin determinado que los involucre a todos. Cuando ese comportamiento los acerque al objetivo sin alcanzarlo totalmente se produce un desvo o brecha. Mediante retroalimentacin o feedback, los elementos ajustan el comportamiento en ciclos iterativos para reducir ese desvo. Los sistemas pueden ser: Abiertos: Toman y entregan algo del entorno o contexto (Permeabilidad). Estn en permanente interaccin con el entorno y existe una adaptacin por ambas partes a las exigencias de uno u otro. En general el entorno condiciona y le establece al sistema pautas restrictivas de diseo y funcionamiento. Cerrados: No ejercen ni reciben influencias del contexto. Se discute su existencia real pues segn varios autores no existen sistemas naturales que no se relacionen con el entorno, serian sistemas artificiales. Dentro de los sistemas abiertos se han hecho varias clasificaciones (mecnicos, biolgicos, simblicos etc.) pero de todas la que particularmente nos interesa es la de sistemas sociales. Estos son aquellos en los que al menos uno de sus elementos debe ser humano. A su vez, los sistemas sociales admiten subclasificaciones, de las cuales nos interesan los sistemas organizacionales. Estos pueden definirse como: Un conjunto de elemento de los cuales al menos uno es humano que toma recursos (humanos, econmicos, materiales etc.) del entorno y a l vuelca los resultados que le demanden mediante una accin coordinada y conjunta para el logro del objetivo. Todo sistema podr ser entendido como un sistema o subsistema o un metasistema, dependiendo del nivel de enfoque. El sistema total es aquel representado por todos los componentes y relaciones necesarios para la realizacin de un objetivo, dado un cierto nmero de restricciones. Todo sistema admite una particin en subsistemas, que son las entidades en que arbitrariamente se lo divide para facilitar su entendimiento y anlisis. Por ejemplo, como la globalidad de un proyecto puede ser realmente grande, hay veces que es necesario dividirlo en pequeas partes ya que con esto logramos una mejor abstraccin y concentrarnos en un rea especfica del
Pgina 5 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

sistema. Pero estos deben cumplir con determinadas condiciones para ser considerados subsistemas: Tener objetivos propios coherentes con el del sistema total Estar sujetos a interaccin mutua con el sistema total Estar incluidos dentro de una estructura jerrquica dentro del sistema total

CONTEXTO

Lmite o frontera

INPUT (Estmulo)

OUTPUT (Efecto)

Subsistemas FEEDBACK o RETROALIMENTACION

Retro-alimentacin, de lo que el sistema hace para corregir la diferencia con lo que debera hacer y. El feedback nos permite medir el desvo. Caractersticas de los sistemas abiertos: Homeostasis: Es la capacidad de mantener el equilibrio con el entorno. El entorno puede ser favorable o agresivo, por lo tanto el sistema debe adaptarse al entorno sino muere. Equifinalidad: Para lograr un objetivo tengo caminos alternativos, uno ms conveniente que el otros, pero puedo lograr el objetivo (prioritario en Sistemas). Entropa: Es la tendencia que tienen todos los sistemas a la deformacin, al desgaste, al envejecimiento. Los sistemas organizacionales, por ser abiertos tienen estas tres caractersticas, pero se suman otras tres que les son propias:
Pgina 6 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

Funcionalizacin: Es la tendencia del agrupamiento de las actividades similares. Jerarqua: Ordenamiento de los elementos en niveles (aunque haya 2 niveles uno ejecuta el otro ordena), siempre hay un lder. Sinergia: (trabajo en conjunto) el resultado del todo es mas que la suma del resultado de las partes, no sirven las individualidades.

Ahora que tiene los fundamentos de la Teoria General de Sistemas, debe ir al Material de Lectura: Teora de Sistemas.doc

Trata de completar el siguiente cuadro (diferencias y similitudes de visiones de un mismo sistema):

Sitio Web Objetivo Elementos Relaciones internas Frontera Contexto Flujos de entrada Flujos de salida Clase de sistema Programador Visitante Administrador

Pgina 7 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

Sistemas de informacin
En teora de sistemas, un sistema de informacin es un sistema, automatizado o manual, que abarca personas, mquinas, y/o mtodos organizados de recoleccin de datos, procesamiento, transmisin y diseminacin de datos que representa informacin para el usuario. Un sistema de informacin puede ser manual o basado en computadores. Ambos estn compuestos por personas, datos de entradas, procesos y salidas. Los computacionales agregan los equipos o hardware, los programas o software y las telecomunicaciones. Todo ese conjunto de elementos interactan entre si para procesar los datos y la informacin (incluyendo procesos manuales y automticos) y distribuirla de la manera ms adecuada posible en una determinada organizacin en funcin de sus objetivos. Normalmente el trmino es usado de manera errnea como sinnimo de sistema de informacin informtico, estos son el campo de estudio de la tecnologa de la informacin (IT), y aunque puedan formar parte de un sistema de informacin (como recurso material), por s solos no se pueden considerar como sistemas de informacin, este concepto es ms amplio que el de sistema de informacin informtico. No obstante un sistema de informacin puede estar basado en el uso de computadoras, segn la definicin de Langefors este tipo de sistemas son un medio implementado tecnolgicamente para grabar, almacenar y distribuir expresiones lingsticas, as como para extraer conclusiones a partir de dichas expresiones. James Senn en su libro define los sistemas de informacin como un sistema de negocios de una empresa con propsitos e interaccin con otros componentes dentro de la compaa. Agrega que su tarea consiste en procesar la entrada, mantener los archivos de datos en relacin con la empresa y producir informacin, informes y otras salidas. Kenneth y Julie Kendall por su parte, no los define, aunque s indica que los sistemas de informacin se desarrollan con diferentes propsitos, los que dependen de las necesidades de la empresa. Y agrega: lo conforman los sistemas de procesamiento de datos (que son sistemas de informacin computadorizados que se desarrollan para procesar grandes volmenes de informacin generada en las funciones

Pgina 8 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

administrativas), los sistemas de informacin para la administracin, o MIS, Management Information Systems (que toman en cuenta las funciones del procesamiento de datos y se sustentan en la relacin entre las personas y las computadoras), y los sistemas de apoyo para la toma de decisiones, o DSS, Decision Support Systems (que hacen nfasis en el soporte en cada una de las etapas de la toma de decisiones). Dentro de todo sistema se pueden separar dos conceptos: lo que el sistema es, y lo asociamos con su estructura lo que el sistema hace, y lo asociamos con sus procesos funcionales

Los sistemas de informacin en la organizacin

Sistemas Estratgicos (DSS Decision Support Systems )

D
Sistemas de Gestin (Sistemas de reportes gerenciales: MIS (Management Information Systems), EIS (Executive Information Systems))

Sistemas Administrativos (Sistemas transaccionales integrados; ERPs)

BASE DE DATOS

Los sistemas de informacin son creados para resolver problemas de administracin y direccin (o Management). El rol de los sistemas de informacin ha crecido en la ltima dcada, desde los sistemas de procesamiento de datos a los sistemas de apoyo a las decisiones, pasando por los sistemas de informacin gerencial.
Pgina 9 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

En la base de la estructura organizacional, los sistemas administrativos se encargan del registro de todas las transacciones en la Base de Datos. Ellos fueron los primeros sistemas que se desarrollaron cuando el objetivo nico de los mismos era mejorar la velocidad y calidad del procesamiento manual, intensivo en registro, recuperacin y clculos de datos. Una transaccin es un suceso o evento que crea/modifica los datos. El procesamiento de transacciones consiste en captar, manipular y almacenar los datos, y tambin, en la preparacin de documentos; en el entorno transaccional, por tanto, lo importante es qu datos se modifican y cmo, una vez ha terminada la transaccin. Son los procesos rutinarios ejecutados da a da para registrar todas las operaciones llevadas a cabo en la organizacin. Incluyen las adquisiciones, control de inventarios, contadura, ventas, entregas, cobranzas, pagos, liquidaciones de sueldos y jornales, etc. Estn orientados a la informacin interna de la organizacin, en perodos relativamente cortos; la toma de decisiones en funcin de esta informacin es muy baja y los impactos que producen en la organizacin solo se reflejan en el manejo de grandes volmenes de documentacin con gran velocidad y mnimos errores. Fueron la primera aplicacin informtica en la organizacin, liberando al personal de la tediosa tarea de registrar manualmente todas las transacciones, participando en cambio, solo en la captura de datos de entrada al sistema. Las transacciones pueden clasificarse en: transacciones de entrada : ingreso de datos al sistema transacciones de salida: respuestas del sistema confirmando acciones transacciones de mantenimiento: actualizan datos almacenados. Las formas de control de estos sistemas son los informes detallados o listados, que presentan la informacin sin filtros ni restricciones. Sirven para confirmar y documentar todas las transacciones realizadas, como pistas de auditora para un control posterior o tambin para satisfacer requerimientos legales o institucionales. La primera forma de procesamiento de datos fue el trabajo batch; en esta modalidad las transacciones son grabadas, acumuladas en lotes en cintas magnticas, y procesadas en otro momento. El archivo principal solo es actualizado cuando el lote

Pgina 10 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

es procesado. Tal era el caso de las liquidaciones de sueldos e impresin de sobres, o la facturacin realizada dos veces al mes de los remitos de ese perodo. En los primeros tiempos del procesamiento informtico-computacional, estos sistemas actuaban como islas, sin conexin unos con otros, pero pronto se vio que si estaban relacionados y compartan los datos el resultado que se obtena era mucho mas provechoso, a la vez que el manejo era muchsimo mas eficiente. Este fue el origen de los sistemas integrados, es decir, cada uno de estos sistemas pas a ser un subsistema de un sistema mayor, que abarcaba la totalidad de los datos de la organizacin. La siguiente versin tecnolgica fueron los sistemas on-line, en donde las transacciones son procesadas y el archivo principal actualizado en el momento en que se generan. Hoy en da la entrada de datos es notablemente ms eficiente por el uso de lectoras de cdigos de barras, escneres de imgenes y firmas, lectoras de tarjetas magnticas etc. Incluso muchas organizaciones conectan directamente a sus clientes y proveedores con un propio sistema a travs de Intranet y Extranets (previa implementacin de un sistema seguro de validacin) con el objeto de reducir el tiempo de respuesta de las transacciones y conseguir ventajas competitivas en el mercado. Ya se ha impuesto el Comercio Electrnico va Internet, a travs del cual puede enviarse cualquier tipo de transacciones de compra, de transferencia y de pago con relativa seguridad o mas sencillamente consulta en lnea de catalogo de productos y servicios. Un sistema integrado de informacin est formado por varios subsistemas, de modo que los datos fluyen de un subsistema a otro para conseguir el objetivo del sistema general. Estos datos, como son de uso comn a varios subsistemas estn almacenados de modo que sean accesibles por todos los subsistemas a los que sirven, evitando la redundancia de datos repetidos y la incoherencia de datos ambiguos. Esto fue posible gracias a las bases de datos. Los datos deben ser ingresados solo una vez al almacenamiento comn, y sern actualizados o recuperados por varios subsistemas. Esto permite una reduccin considerable del volumen de datos almacenados innecesariamente (repeticiones) y evita datos con distinto grado de actualizacin en distintos almacenamientos.

Pgina 11 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

Los sistemas de informacin gerencial, an considerando los primeros en producirse, adoptaban la forma de reportes, tomando un conjunto de datos y aplicando algn criterio de agrupamiento y filtrado, lo que daba por resultado un resumen o un informe por excepcin. Es importante considerar que solo se producan aquellos reportes requeridos por un usuario usando la tcnica del Management by Exception, donde solo se incluan aquellos eventos que escapaban a los estndares establecidos. Se pona especial nfasis en el diseo y en contenido debindose definir muy cuidadosamente los rangos de excepcin, por fuera de los cuales se inclua el dato en el reporte. En los resmenes la informacin est ordenada, clasificada y resumida, para indicar tendencias. El uso de grficos ha permitido obtener resmenes visuales que permiten descubrir tendencias de un vistazo. Los informes de excepciones filtran los datos incluyendo solo los que presentan un desvo respecto a cierto parmetro. Por ejemplo, se desea listar solo aquellos artculos que estn por debajo del punto de stock mnimo, o los clientes con deuda vencida etc. Con la difusin de las bases de datos, los sistemas de informacin gerencial se volvieron flexibles, es decir permiten al tomador de decisiones incluir en el reporte los datos que necesita, a partir de un listado que l puede disear a voluntad, sin requerir la programacin del reporte al rea de Sistemas. Las organizaciones reconocieron los beneficios de una administracin ordenada y el respectivo control de los recursos bsicos. Luego, los responsables de la toma de decisiones empezaron a considerar a la informacin como elemento decisivo del xito o fracaso de un negocio. Los sistemas de informacin gerencial, tambin conocidos como MIS (Management Information Systems) incluyen otras tareas que no realizan los transaccionales, como ser el anlisis de datos para permitir tomar decisiones, unificando todas las funciones informticas de la organizacin. Son requeridos para planear y controlar las decisiones de gestin. Se basan generalmente en modelos estadsticos y de investigacin operativa. Por ejemplo, la planificacin de las necesidades de materiales es un modelo para determinar los planes de produccin y de compras. Estas necesidades se planifican teniendo en cuenta las previsiones de

Pgina 12 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

ventas, las estadsticas de ventas estacionales, la composicin de los productos, las existencias y las polticas de stock. Con la evolucin tecnolgica, surgieron los sistemas estratgicos o de soporte a las decisiones, interactivos y en algunos casos bajo tecnologa de sistemas expertos e inteligencia artificial. Tienen tambin como fuente de datos los sistemas transaccionales, pero no toman decisiones ni resuelven problemas. Siguen siendo las personas las encargadas de estas funciones. Estos sistemas proporcionan las tcnicas y la informacin adecuada a cada decisin. Para ello consideran dos tipos de decisiones: estructuradas y no estructuradas. Las primeras son aquellas que pueden predecirse. Quizs no pueda predecirse cundo se producirn, pero s que se producirn en algn momento. En las no estructuradas, no puede predecirse su naturaleza, pues de saberse pasara a ser estructurada. En consecuencia no es posible predefinir la informacin que ser necesaria para tomarla. A este problema apuntan los sistemas de ayuda a la toma de decisin (Decision Support Systems). Parten del criterio que la informacin necesaria est casi con seguridad en el sistema transaccional. A travs de las telecomunicaciones puede disponerse de la informacin restante. Por lo tanto el sistema se basa fundamentalmente en la consideracin de que pasara si ...? (what if..) de las diferentes variables que intervienen en una decisin, simulando las posibles soluciones y resultados en escenarios. En general las caractersticas de estos sistemas son: gran cantidad de informacin procesada fuentes de datos internas tradicionales y no tradicionales fuentes de datos externas flexibilidad mxima en la presentacin de reportes orientacin grfica perodos largos en la consideracin de datos anlisis what if.... Un sistema experto est diseado para hacer paralelos con decisiones tomadas por expertos, juntando conocimientos sobre el problema particular y utilizando reglas
Pgina 13 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

adecuadas. Lleva las dudas del usuario a planteos inteligentes, utilizando las reglas contenidas en la base de conocimiento del sistema y su motor de inferencia. Una base de conocimientos consiste en un conjunto de reglas lgicas, formulas matemticas u otras estructuras que representen estos conocimientos. El sistema recorre esta base para encontrar las que sean de aplicacin en cada caso. Esta coleccin de reglas es interpretada por el motor de inferencia que navega a travs de esta base, como una persona razonara un problema. Si todas las premisas if son ciertas, las conclusiones then tambin lo sern; se dice entonces que la regla se dispara y enciende otras reglas que se dispararn y as sucesivamente hasta la conclusin final. Componentes bsicos de un sistema: 1. Personas: Pueden identificarse tres roles: Stakeholders: El trmino fue utilizado por primera vez por R. E. Freeman en su obra: Strategic Management: A Stakeholder Approach, (Pitman, 1984) para referirse a quienes pueden afectar o son afectados por las actividades de una empresa. Estos grupos o individuos son los interesados que segn Freeman deben ser considerados como un elemento esencial en la planeacin estratgica de negocios. La traduccin de esta palabra ha generado controversias pero la definicin ms aceptada de stakeholder es parte interesada, es decir, cualquier persona o entidad que es afectada por las actividades de una organizacin; por ejemplo, los trabajadores de esa organizacin, sus accionistas, las asociaciones de vecinos, sindicatos, organizaciones civiles y gubernamentales, etc. En nuestro caso particular son todas aquellas personas interesadas e involucradas en el desarrollo e implementacin de un sistema informtico. Equipo de Desarrollo: el equipo probablemente contar con especialistas de las siguientes categoras: Consultor de requerimientos Analista funcional. Diseador Especialista en Telecomunicaciones y Redes Programador.
Pgina 14 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

El encargado de coordinar, dirigir, controlar y responsabilizarse en ltimo trmino de la ejecucin del proyecto es el jefe o director de proyecto. Esta persona debe tener una autoridad real, una capacidad para tomar decisiones sobre la realizacin del proyecto siempre respetando los objetivos del proyecto. La misin del jefe de proyecto tiene dos vertientes, por un lado la tcnica, ha de concretar objetivos, adecuar el proyecto a las posibilidades de la empresa, gestionar los recursos, cambiar los mtodos, etc., y por otro lado la de gestin de recursos humanos, materiales y de relacin con otros departamentos y con el usuario o receptor del proyecto informtico. Planificar, que es la nica forma de asegurar la finalizacin del proyecto en el plazo adecuado sin dejarlo en manos de la improvisacin. Coordinar, para que todas las acciones de los implicados en el proyecto tanto propios (componentes del equipo de proyecto) como externos (usuarios u otros departamentos o empresas), sean eficaces y no den lugar a conflictos. Controlar, para asegurar que se cumple lo planificado y se obtiene la calidad requerida. Eventualmente puede ser necesaria tambin la intervencin de personal ajeno al equipo de proyecto experto en la realizacin de tareas concretas (seguridad, control de calidad o explotacin, etc.) No se puede determinar a priori el nmero de integrantes, que variar de un proyecto a otro, de hecho la funcionalidad de los componentes tampoco es estricta y puede variar o incluso no ser necesaria la participacin de alguno de ellos. Usuarios: Pueden ser de tres tipos Directos: Cargan los datos y operan directamente el sistema. Indirectos: No cargan datos pero se benefician con los informes producidos. Corresponden generalmente a las reas gerenciales que consultan el sistema. Administradores: Gente del rea de sistemas que a posteriori de la implementacin se ocupa del control de su funcionamiento y de su

Pgina 15 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

mantenimiento (administradores de red, administradores de bases de datos, encargados de back ups, etc). 2. Equipamiento: es el Hardware y los dispositivos de Telecomunicaciones. 3. Software: dentro de las aplicaciones encontramos: Aplicaciones base: Tiene que ver con la plataforma que puede definir el entorno de desarrollo (Unix/OS-IBM/Microsoft), condicin, lenguaje e interfaces. Aplicaciones funcionales: Son todos los sistemas que hacen a la operativa de la organizacin. Base de datos: es la estructura de almacenamiento y recuperacin de los datos de la organizacin 4. Dato: Es todo hecho o concepto del que tomo conocimiento pero no me aporta ningn beneficio en s mismo para la toma de decisiones. Esta es la diferencia esencial con Informacin que son los datos procesados de tal manera que permiten reducir la incertidumbre en la toma de decisiones debido al significado que la persona le asigna. Admiten numerosas clasificaciones pero detallaremos aquellas pertinentes a sistemas informticos: A. Por su origen: Internos o controlables: se originan en transacciones de la organizacin por lo tanto son verificables. Se utilizan en la gestin administrativa. Externos: Se generan en el contexto por lo tanto no pueden ser controlados. Son imprescindibles para la toma de decisiones a nivel estratgico B. Por el nivel de la organizacin que los genera y/o utiliza: Administrativos: se generan en el nivel operativo y corresponden a los registros transaccionales. Son datos elementales e internos De gestin: se generan en el nivel gerencial medio a partir de los datos administrativos elementales a los que generalmente se les agrega algn proceso de clasificacin, agrupacin, acumulacin, estadstico etc. Se

Pgina 16 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

utilizan para la toma de decisiones de cada departamento o de la gerencia general ampliados con datos externos provenientes del contexto. Estratgicos: se generan en los mas altos niveles organizacionales a partir de los datos administrativos elementales fuertemente ampliados con datos externos provenientes del contexto. Siempre tienen altos niveles de acumulacin y se utilizan para las grandes decisiones estratgicas organizacionales. C. Por su ubicacin en el tiempo: Actuales: corresponden al periodo (usualmente contable) en curso y apoyan la gestin administrativa Histricos: corresponden a periodos anteriores y su fin es estadstico Predictivos: son datos estimados mediante distintas tcnicas de pronsticos y probabilidades. Se utilizan para la construccin de escenarios futuros. 4.1- Etapa o ciclo de datos 1. Recoleccin o captura de datos: Es organizativa; se definen que datos son necesarios o relevantes y cuales no. Sub-etapa interna: Validacin de los mismos. 2. Procesamiento de los datos: se transforman los datos de entrada en informacin. Abarca las siguientes etapas: Clasificacin Almacenamiento Valorizacin (si ataen a la situacin en consideracin, su necesidad, confiabilidad, congruencia con otros datos etc.) Anlisis por mdulos y niveles para determinar su relevancia Interpretacin mediante comparaciones y combinaciones que permiten formular conclusiones (datos transformados en informacin) 3. Distribucin: se debe hacer llegar la informacin a las personas que la necesitan. (una distribucin masiva lleva a costo alto, prdida de seguridad).
Pgina 17 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

Pensamiento Sistmico
Observemos ahora el pensamiento sistmico aplicado a la resolucin de los problemas Caractersticas del enfoque de sistemas: No perder nunca de vista la visin global del problema Una de las caractersticas del trabajo en las organizaciones, generada por la Revolucin Industrial, fue la especializacin. Las reas (divisiones, departamentos, secciones) se han ido ocupando cada vez ms de una menor cantidad de tareas, cada vez ms especficas, llegando a especializarse tanto que sus conductores se olvidan de analizar si sus propias funciones son congruentes con los fines permanentes del organismo o empresa de la que forman parte. Por ello esta caracterstica impone no olvidar el sistema en el que se est inmerso, ni el metasistema al que reporta, en los momentos en que por necesidad, se deba uno sumergir en los detalles del mismo Avanzar de lo general a lo particular analizando los niveles progresivos de detalle Esto implica un orden, un plan. Si bien la misma definicin de sistemas respeta estas implicancias, es claro que en problemas complejos se requiere un cuidadoso y planificado avance en el estudio de la cuestin a resolverse. Ir de lo general a lo particular significa entender primero los objetivos del sistema, sus alcances e interrelaciones, para luego ir degradando niveles de los subsistemas componentes, analizando sus sub-objetivos, alcances e interrelaciones secundarios. Por ello, esta caracterstica del enfoque de sistemas sugiere armar una secuencia planificada de los pasos a seguir antes de darlos, y en el avance hacia niveles ms puntuales, alcanzar solo aqullos que sean necesarios para la consecucin de los objetivos planteados. Poner nfasis en lo relevante Separar lo principal de lo secundario, y tomar solamente lo primero parece obvio; sin embargo la experiencia indica que en los problemas no programados intervienen un gran nmero de variables que a veces hacen olvidar qu es lo importante. Por ello es necesario, en el anlisis previo, detectar los subsistemas y/o elementos ms significativos, y que efectivamente tengan relacin con el objetivo del estudio original.
Pgina 18 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

Modularizar Con esta caracterstica se interpreta que un sistema modular facilita su comprensin, su evaluacin y su mantenimiento. El conjunto a estudiar se divide en partes (subsistemas), y stas a su vez, en subsistemas ms pequeos, hasta llegar a un nivel de desagregacin aceptable para los propsitos que se persiguen, de tal forma que el estudio de dichos mdulos permita interpretar el problema detectado, o bien, simplemente, conocer integralmente el sistema en cuestin. Avanzar con el mtodo de prueba y error Como todas las partes y opciones deben ser revisadas, conocidas o probadas, el mtodo de prueba y error se vuelve necesario para el estudio del sistema. Toda accin sobre cualquiera de sus partes ocasiona una respuesta que requiere una evaluacin particular, lo que permitir no slo mejorar el funcionamiento del mdulo analizado, sino inclusive determinar si ste est perfectamente delimitado para su estudio. No se interprete que debe intentarse una solucin sin un anlisis previo y probar qu pasa, para luego corregirla o descartarle, y as sucesivamente hasta dar con la satisfactoria. Debe entenderse como el planteo de una solucin factible que luego de implementada debe ser evaluada, para proceder a su control y reajuste, en contraposicin a las soluciones monolticas e inflexibles. Tener en cuenta el tiempo total de estudio del problema La variable tiempo no suele estar considerada por otros autores en el enfoque de sistemas aunque desde las dos ultimas dcadas se plantea su insercin como una caracterstica ms, pues de la experiencia en los anlisis realizados y de los avances tecnolgicos de los ltimos tiempos, surga claramente que un estudio de sistemas prolongado, no resolva el problema que se pretenda corregir. La mayora de los sistemas que se analizan son abiertos, con gran interrelacin con su contexto. En el caso particular de los sistemas organizacionales, esto es mucho ms evidente. El problema consiste en que el sistema analizado, del que se supone se toma una fotografa para estudiarlo, cambia con ms rapidez que lo que el analista avanza en su estudio, de tal manera que cuando se llega a su entendimiento, o a la resolucin de un problema interior, y se intenta proceder a su modificacin, el sistema fotografiado ya no es el mismo; el tiempo y el contexto han accionado sobre l, provocando cambios sobre los que habr que tomar nuevas medidas para su mejora o
Pgina 19 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

correccin. Un anlisis sistmico requiere velocidad en su ejecucin. En caso contrario no es efectivo

El pensamiento sistmico y el pensamiento lineal

Chiavenato (1999) resume las caractersticas del enfoque de la TGS (sistmico) en oposicin al enfoque clsico:

ENFOQUE CLSICO REDUCCIONISMO

Reduccionismo: Descomposicin y reduccin de algo a sus elementos fundamentales y simples Consecuencia: Diversidad de ciencias VISIN ORIENTADA A LOS ELEMENTOS Pensamiento analtico: Anlisis: Descomponer el todo en sus partes simples, independientes e indivisibles; permite explicar las cosas con ms facilidad, y luego integrar la descripcin de cada una de las partes Mecanicismo: El principio de la relacin Causa Efecto, es necesario y suficiente para explicar un fenmeno Determinismo: Explicacin del comportamiento por la identificacin de las causas

ENFOQUE SISTMICO SNTESIS

Expansionismo: Todo fenmeno hace parte de uno mayor; evala el desempeo del sistema en relacin con el que lo contiene; no negar la constitucin en partes VISIN ORIENTADA AL TODO

Pensamiento sistmico: Sntesis: Un sistema se explica como parte de uno mayor y en trminos del papel que desempea; el inters de su utilizacin consiste en unir las cosas Teleologa: El principio de la relacin Causa Efecto, es necesario pero no suficiente para explicar un fenmeno Probabilismo: Estudio del comportamiento orientado al logro de objetivos, relacin entre variables y fuerzas recprocas, considera el todo como diferente de sus partes

Pgina 20 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

Problema
Un problema admite una acepcin como algo que no llega al estado deseado (hay un desvo entre el estado real e ideal), o como un desafo para alcanzar un estado diferente al actual que no tiene en s mismo connotaciones negativas o no deseadas, es decir la situacin actual es buena pero la prefiero mejor. Un problema existe cuando: La realidad difiere de lo planeado, es decir entre lo esperado y lo obtenido existe un desvo. Se determina un nuevo objetivo a partir de un diagnostico de la realidad, que permite un mejor aprovechamiento de oportunidad. Existen dos tipos de problemas: 1. Aquellos que son solucionables con los medios que se disponen. 2. Aquellos que son parmetros de la solucin y por lo tanto estn fuera de la posibilidad el solucionarlo (el escenario). Deteccin de un problema. La deteccin de un problema se realiza a travs del control. Las organizaciones estn obligadas a efectuar controles de manera constante, en tanto que las personas lo hacen en forma aleatoria, cuando les gusta o les conviene. Los problemas no se detectan cuando comienzan a producirse. Los seres humanos, por lo general, somos indolentes y no solemos tomar en consideracin a los problemitas o dar importancia a algo cuando ste es incorrecto y pequeo, empezndonos a preocupar cuando vemos que ese algo aumenta o crece rpidamente y se va de control. En las organizaciones de caractersticas sistmicas, no debieran producirse problemas si estn sealados correctamente los fines y objetivos, y existen planes correctamente trazados. Las organizaciones son los hombres. Pero, lamentablemente, los hombres no son las organizaciones. La realidad es que los miembros de una organizacin van generando

Pgina 21 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

dentro de ella sus propios objetivos, los que suelen divergir de los objetivos generales de la institucin. Ello provoca un problema, ya que los intereses no suelen ser compatibles, es ms, suelen ser contrapuestos. El gerente o el jefe que por celos con sus pares en pos de un cargo superior, o por tratar de asegurar su puesto a travs de burocratismo, genera el ya sealado ruido organizacional, es un foco del problema, y muchas veces por ello es tardamente detectado. Asimilando la palabra previsto a aquello que nosotros deseamos, indicamos la denominada frmula del control:

la REALIDAD = lo PREVISTO Pero cuando ocurre lo indicado anteriormente, se la plantea en forma matemtica:

REALIDAD - PREVISTO = +/- DESVO El resultado del control es el desvo, y si ste es significativo, se deben analizar sus causas y sus soluciones. Todo desvo relevante negativo indica la existencia de un problema, ya que significa que estamos muy lejos de lo presupuestado. En caso de que ste fuese positivo, puede o no indicar su existencia, pero lo que s evidencia es que la realidad nos ha excedido. Generalmente lo indica, pues los grandes desvos positivos suelen ser factores desencadenantes de otros problemas. Tambin, y ello sera mucho ms grave, puede ser ndice de una mala planificacin. Lo que hay que tener siempre presente es que el desvo es un indicador, un sntoma de una situacin real. Definicin del problema. Para definir un problema es necesario un anlisis de las causas que lo provocan. Para efectuar ese anlisis se parte del principio de biunivicidad, en el que cada causa genera al menos un efecto, y ste es producto o consecuencia de, al menos, una causa o problema. En el contexto de esta relacin causa-efecto, se inserta el estudio del problema como si ste fuera efecto de una o ms causas, y luego a cada una de tales causas como si
Pgina 22 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

fuesen efecto de una o varias causas anteriores. Se genera as, una cadena causaefecto en el que cada causa acta como si fuese un problema al que se le analizan sus propias causas. As, cada problema-causa es efecto del anterior, y puede ser origen de uno o varios de los siguientes. Estas cadenas, a las que tambin se las suele denominar cadena de problemas o rbol de causas debido a lo anterior, figuras. pueden ser como se describen en las siguientes

Lineal: los problemas tienen un nico efecto y son el producto de una sola causa. Bifurcada: un problema produce varios efectos pero es consecuencia de una sola causa Red: Un problema puede producir varios efectos y a su vez ser consecuencia de varias causas. El rea de influencia debe ser examinado desde el punto de vista de la solucin. En efecto, cada causa debe ser evaluada como si su propia solucin puede ser factible de

Pgina 23 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

ser influenciada por nosotros en forma directa o indirecta, o directamente no puede ser influenciada. Obsrvese que el proceso de enunciacin de causas es del tipo brainstorming, es decir, que se enuncian aleatoriamente, sin ningn orden ni condicin. La influencia directa o propia, debe responder a estas preguntas: Tengo yo (o el rea, departamento o gerencia en la que acto) posibilidad de dar solucin a este problema-causa? Puedo resolver (yo, mis compaeros o mi gente) este problema? Puedo colaborar en su solucin? La influencia indirecta, o no propia se hace el siguiente planteo: Dentro del ambiente en el que acto, Existe alguien no ligado a m que pueda colaborar en la solucin? Y alguien que conozca a alguna persona que s lo pueda? Quien conoce a alguien fuera de mi mbito de influencia con suficiente autoridad para darle solucin? Por su parte, la causa no influenciable es aqulla que nos hace decir no est a nuestro alcance, este es un problema de otros a los que no podemos llegar de ninguna manera. Si estamos en un rea de la organizacin, por ejemplo, las causas que se originan fuera de ella, son no influenciables. stas ltimas suelen ser problemas elementales dentro del rbol de causas generado. Y tambin la mayora de las influenciables lo son. Es decir que si se alcanzan estos problemas elementales, estamos en posibilidad de, o bien reconocer la imposibilidad de obtener la solucin, o bien generarla en cada uno de ellos. Cuando en el diagrama una de las causas no puede ser identificada como propia, no propia o no influenciable, deben seguirse enunciando causas pues significa que estamos ante un nudo de bifurcacin (o trifurcacin) de la rama. Como corolario, es necesario sealar que no es fcil la tarea de dividir el problema en mltiples partes o subproblemas. Para hacerlo es necesario que el analista respete las caractersticas del enfoque de sistemas: buscar dnde la relacin entre las variables de los subproblemas sea de menor relevancia, atender la relacin existente entre el problema principal y los diversos problemas que lo conforman, no dar importancia al problema irrelevante, y sobre todo, el tiempo de realizacin de la bsqueda. Siempre el tiempo...

Pgina 24 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

Esta desmenuzacin por niveles de subproblemas, y separndolos por partes, va generando una cadena de problemas hacia abajo hasta alcanzar los problemas elementales. Un problema no es un hecho aislado, sino que forma parte de un sistema en el que cada uno puede ser efecto y causa de otros.

La Solucin Detectadas la causas que dieron origen al problema, y eliminadas aqullas que no contribuyen a su solucin, es claro que una solucin de todos y cada uno de los problemas elementales y luego, al subir por el rbol de causas, los de cada nudo de rama, obligan a una tarea de muy difcil xito pues se atenta principalmente contra la variable tiempo, ya que se deben tener en cuenta las factibilidades operativas, tcnicas y econmicas de cada solucin. Lo que debemos plantearnos es si el detectar y atacar las causas claves que ocasionan el problema que pretendemos resolver es una mejor solucin que tomar todas y cada una de las causas influenciables y resolverlas. En este caso, lo que debe tenerse en cuenta es el beneficio que obtendramos en comparacin con los recursos invertidos. Generalmente, el analista realiza una seleccin de las causas principales tratando de encontrar una nica solucin que resuelva el problema. Parte de la premisa sistmica que dice que todo sistema forma parte de otro mayor, por lo que la suma de las soluciones parciales en los niveles inferiores del problema, son a su vez logros parciales que, encadenados, permiten alcanzar el objetivo fijado en el mximo nivel para obtener la solucin. Sin embargo, es importante tener en cuenta cada una de las soluciones. Nuevamente aqu, es importante no ser binario (esto es, decidir slo por s o no) y atender a las soluciones parciales lo ms que se pueda. Efecto: es la consecuencia de aplicar una solucin Cada alternativa de solucin conlleva efectos esperados (identificables a priori) y no esperados (imprevistos). Los efectos no esperados pueden suceder por no considerar ciertas variables dentro del entorno de nuestro sistema.

Pgina 25 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

A su vez entre los primeros, los deseados son los que apuntan directamente a la solucin del problema, mientras que los no deseados, son consecuencias marginales que hacen evaluar la aplicacin de la solucin y sus ventajas/desventajas.

Resolucin de problemas
El rbol de causa-efecto y el Diagrama de Espina de Pescado son las tcnicas grficas mas utilizadas, ya que permiten apreciar con claridad las relaciones entre un tema o problema y las posibles causas que pueden estar contribuyendo para que l ocurra, desglosndolos en niveles de complejidad cada vez menor. Pasos en la elaboracin del rbol de causas: 1. Formular claramente el problema central 2. Identificar el primer nivel de causas de este problema central 3. Para cada una de las causas de este nivel identificar sus propias causas 4. Repetir la secuencia, pero por ramas, ya que cada una tendr su propia profundidad (establecida de acuerdo a la experticia del resolvedor del problema, en cuanto a la complejidad que puede encarar) 5. Revisar el esquema y verificar validez PROBLEMA 1

3 2

LIMITE 6. Identificar el mbito de control de las causas encontradas: Rojo: No Influenciables Amarillo: responsabilidad indirecta Verde: responsabilidad directa
Pgina 26 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

7. En cada casilla, junto a cada causa se coloca la solucin ms conveniente y aparte se plantean otras alternativas: 1 2 3 La ms conveniente Otras alternativas

Aqu te sugiero resolver los siguientes problemas: Problema 1: Disminuyen las ventas en la empresa y Problema 2: Los Informes de ventas no llegan a tiempo

Metodologa para la solucin de problemas sencillos

Para la resolucin de un problema es conveniente aplicar un mtodo. Un mtodo es, fundamentalmente, una actitud, una estrategia, una filosofa, que frente a una situacin problemtica orienta en la bsqueda de una solucin. Luis Doval y Aquiles Gay. 1996

A continuacin planteamos las diversas etapas de un mtodo, aplicables a la resolucin de problemas sencillos. Para proyectos de mayor envergadura ser necesario recurrir a una metodologa estructurada 1. Objetivo Un objetivo es una expresin de deseo, una meta propuesta. Los objetivos deben ser explicitados, ya que de este modo hacemos transmisibles y controlables dichos deseos. El enunciado integral de un objetivo implica la clara definicin de la expresin de deseos y una aproximacin al medio que se pretende emplear para lograrlos. Esta ltima parte cumple una funcin orientativa para la solucin que se quiere enfocar.

Pgina 27 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

Es decir entonces, que la estructura de enunciacin de un objetivo ser a travs de la frase siguiente:

-----------------------------EXPRESION DE DESEOS

mediante

-----------------------------------APROXIMACION AL MEDIO
(uno de los medios para lograr el objetivo)

Este ltimo, es una bajada de nivel de la expresin de deseos, es decir que puede transformarse en objetivo de nivel inmediato inferior. En este caso se puede armar una cadena de sub-objetivos, en la que cada aproximacin al medio, es objetivo en su nivel inferior. Esta cadena de objetivos se suele analizar de la misma forma que se lo hace en la cadena de causa-efecto que describiramos anteriormente. Las palabras mediante o a travs son las que permiten detectar el camino trazado para alcanzar el objetivo. Es obvio que siempre puede existir ms de un camino por lo que, como luego veremos, ser necesario seleccionar el mejor. Los siguientes ejemplos son ilustrativos:

Se desea incrementar las ventas en un 20%, mediante una campaa publicitaria.

(expresin de deseos) (aproximacin al medio)

Se capacitar al personal de la empresa, a travs de cursos cortos y continuos.

(expresin de deseos) (aproximacin al medio)

En general, se fijan objetivos con el fin de reducir la incertidumbre y dar racionalidad a la accin. Para conducirse por objetivos es necesario trabajar con objetivos controlables, que son aquellos que permiten su medicin. Desde este punto de vista, podemos agrupar a los objetivos en clases de acuerdo a sus posibilidades de medicin:
Pgina 28 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

Medibles cuantificables Medibles no cuantificables Tambin existen objetivos inmedibles, pero stos estn fuera de nuestro inters, ya que desde el punto de vista de la solucin, un objetivo sin medicin posible, como en el caso de las causas no influenciables, no es un objetivo. 2. Alcances Este elemento tiene por finalidad acotar, limitar, dar forma a la solucin. Consta de los siguientes subelementos: DESDE y HASTA: en cada uno de ellos se definen hitos o sucesos; en el primero, el paso inicial del procedimiento o punto de partida de la solucin; en el segundo, el paso final de la ejecucin de la solucin, y que a posteriori dar lugar al control. Estos subelementos no indican temporalidad. COMPRENDE: con el comprende se pretende dar idea de mbito, cosas, lugares o hechos que formarn parte de la solucin. NO COMPRENDE: este subelemento es descripto slo cuando resulta aclaratorio y conveniente indicarlo. Nos ayuda a identificar qu es lo que est fuera de nuestro campo de accin. Estos dos ltimos subelementos son usados, en general, para delimitar los compromisos u obligaciones que se asumen para la consecucin del objetivo. Una accin que no est explcitamente aclarada en COMPRENDE, no deber ser exigible en la solucin. Ejemplo de alcance (para un objetivo de organizar una conferencia dada una lista de posibles expositores, en un trmino de 15 das, con control de asistencia para la entrega de certificados) DESDE: HASTA: la recepcin de la lista con los posibles expositores, emisin de certificados de acuerdo a la lista de asistencia COMPRENDE: reserva del saln de conferencia

Pgina 29 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

envo de invitaciones coffee-break NO COMPRENDE: suministro de material escrito limpieza del saln Tanto el objetivo como los alcances conforman los elementos estticos. Como se dijo anteriormente, una vez fijados y aprobados, se los supone inmodificables. Puede apreciarse en los ejemplos que si existiese alguna alteracin a los presupuestos sera imposible alcanzar las metas propuestas. Es por esto que este mtodo es aplicable a nuestra problemtica del cambio, por la prontitud de la solucin, pero est limitado por la complejidad y envergadura del problema: si fuera un proyecto muy grande, insumira necesariamente ms tiempo y se vera inmerso en el vrtigo del cambio tecnolgico contextual. Los elementos subsiguientes, que denominamos dinmicos, pueden ser modificados y alterados durante el transcurso del desarrollo de la solucin, aunque se presupone que el orden de desarrollo de tales elementos, debe guardar el orden en que son expuestos. 3. Resultado En esta parte es necesario enunciar y/o describir aquellos elementos que sern fruto de la ejecucin de la solucin y que contribuirn a satisfacer el objetivo. En otras palabras, el resultado es lo que aproxima al objetivo, lo que permitir medir su cumplimiento. Un resultado es la accin concreta que satisfar al objetivo. Si el ejemplo fuese un programa de computadora en que el objetivo fuese realizar un programa de computacin para listar a los alumnos de un curso de Sistemas mediante un diagrama y su codificacin respectiva, el resultado sera el diagrama y el cdigo; por su parte, si el objetivo fuese realizar un listado de alumnos del curso de Sistemas, mediante un programa de computadora, el resultado sera el listado indicado. En cambio, si el objetivo hubiese sido realizar la confeccin
Pgina 30 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

de un listado de alumnos del curso de Sistemas, a travs de un anlisis de sistemas de computacin, el resultado es el diseo del listado propiamente dicho. Como se ve, es necesario no solo atender a la expresin de deseos del objetivo, sino tambin estudiar la aproximacin al medio. 4. Cosas estables Aunque parezca no tener sentido (las cosas estables son un elemento dinmico), en esta parte se definirn los elementos que la solucin necesita con cierto carcter de permanencia para que la solucin siga teniendo sentido y aquellos otros elementos con estabilidad cambio repentino de condiciones. A veces, cuando con esta metodologa se realiza la confeccin de un sistema de informacin, se incorporan las bases de datos y los archivos maestros a las cosas estables, pues se considera que ellos pre-existen en cuanto a sus interrelaciones y biunivicidades pero, son modificables (dinmicos) para dar satisfaccin a los nuevos requerimientos de informacin. Este elemento de la solucin se preocupa por el contexto de la misma: durante un tiempo (que ya sabemos debe ser el menor posible) es necesario fotografiar al sistema (debe entenderse en este caso que la solucin en s es un sistema), y lograr que los elementos fundamentales de ese contexto permanezcan invariantes o al menos predecibles. Valga el siguiente ejemplo: siendo el objetivo la entrega de un informe dentro de los cinco das de solicitado, con informacin sobre resultados de ventas de artculos en las sucursales, a travs de informacin fidedigna enviada por fax, se requieren como cosas estables: el plazo debe ser inamovible; las cifras no deben ser alteradas; se supone el funcionamiento correcto de los faxes; las sucursales no deben ser cambiadas ni cerradas, ni abierta ninguna nueva en el perodo;
Pgina 31 de 33

al momento de la solucin del

problema pero modificables, en la medida que permitan una solucin ante un

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

los perodos deben ser los mismos; los cdigos de los artculos deben permanecer inamovibles durante el perodo; etc. 5. Alimentacin En esta parte de indicarn aquellos elementos que deben ingresar o acceder a la solucin, a fin de que una vez procesados, se transformen o contribuyan al resultado esperado. La alimentacin es el input del sistema, por lo que debe ser considerada como el conjunto de elementos que deben ser aceptados para generar la solucin. 6. Procedimiento Este elemento de la solucin es la descripcin detallada y secuencial de todos los pasos y relaciones que deben efectuarse entre las cosas estables y la alimentacin, a fin de lograr el resultado esperado. Muchas veces el procedimiento es el detalle del plan de accin de la tarea a encarar. Se supone que en l estn descriptas todas y cada una de las actividades que componen ese plan, y es normal que el procedimiento sea descrito en un diagrama de Gantt, ya que incluye tiempos y recursos asignados. El diagrama de Gantt es un diagrama de barras desarrollado por Henry Gantt durante la I Guerra Mundial. En l se muestran las fechas de comienzo y finalizacin de las actividades y las duraciones estimadas, pero no aparecen dependencias. El grfico de Gantt es la forma habitual de presentar el plan de ejecucin de un proyecto, recogiendo en las filas la relacin de actividades a realizar y en las columnas la escala de tiempos que estamos manejando, mientras la duracin y situacin en el tiempo de cada actividad se representa mediante una lnea dibujada en el lugar correspondiente.

Ya estas en condiciones de realizar la Tarea: Resolucin de Problemas

Pgina 32 de 33

Tcnico Superior en Programacin Metodologa de Sistemas I Gua de Trabajo Tema 1

Bibliografa
Senge Peter (1997) La Quinta Disciplina en la Prctica. Editorial GRANICA Chiavenato, Idalberto. (1999) Introduccin a la Teora General de la Administracin. Edit. McGraw-Hill. von Bertalanffy, Ludwig.(1976) Teora General de Sistemas. Petrpolis, Vozes. Villatte Robert, (1990) El Mtodo rbol de Causas. Editorial Humanitas. Ramirea Arabany L. y Henao Murillo L. (2005) en linea -

http://www.virtual.unal.edu.co Universidad Nacional de Colombia (en lnea) http://www.editum.org/ (en lnea) http:// www.wikipedia.org Silva M. Ficha de la Ctedra Gestin del Cambio Organizacional, UTN-FRBA Langefors, Brje (1973). Theoretical Analysis of Information Systems. Auerbach Casanovas I. y Tomassino C. (2001) El proyecto Informtico. Ed. Iara. Bs.As.

Pgina 33 de 33