Bitacora 2010

SISTEMAS I BITACORA 2010
CONSULTORA MZRAS
CONSULTORA MZRAS
CONSULTORA MZRAS
CONSULTORA MZRAS
Integrantes:
Apellido y Nombre De la Fuente, Roy Miranda, Patricia Robles Aguirre, Mara B. Rodrguez, Brenda Romero DAlbano, M. S. Soria, Vctor Alejandro
Matrcula BLSI 1058 BLIS 1049 BLSI 1011 BIS 430676 BLSI 1066 BIS 430657
Carrera Lic. en Sistemas Lic. en Sistemas Lic. en Sistemas Ing. en Sistemas Lic. en Sistemas Ing. en Sistemas
CONSULTORA MZRAS
CONSULTORA MZRAS
INDICE
Introduccin Pg. 9 Unidad N 1- Teora Gral. De Sistemas.. Pg. 11 Unidad N 2- La Organizacin como Sistema... Pg. 43 Unidad N 3- Sistema de Informacin Gerencial... Pg. 67 Unidad N 4- Metodologas Estructuradas... Pg. 90 De Anlisis y Diseo de Sistemas. Unidad N 5- Modelo de Ciclo de Vida.. Pg. 123 Unidad N 6- Auditoria Informtica... Pg. 148 Unidad N 7- Documentacin de Sistemas.. Pg. 163 Conclusin Gral. . Pg. 181 ANEXO 1. Pg. 183 ANEXO 2... Pg. 214
CONSULTORA MZRAS
CONSULTORA MZRAS
INTRODUCCION
Este trabajo consiste en plasmar toda nuestra vivencia como alumno , lo aprendido durante todo el ao curricular 2010 , en el dictado de la materia Sistemas I, correspondiente al segundo ao de nuestra carrera; el mismo se trabajo con un grupo de 6 personas, lo denominamos MZRAS consultora . Nuestra Bitcora se evaluara como cuarto y ltimo parcial de la Ctedra de Sistemas I de las carreras de Ingeniera en Sistemas, Licenciatura en Sistemas y Tecnicatura Universitaria en Informtica de la Universidad Nacional de La Rioja. Incorporamos los trabajos prcticos, y actividades que elaboramos como consultora, as como la realizacin de sta bitcora. En la construccin de la misma se procur respetar los lineamientos establecidos por la ctedra, usando como gua los apuntes brindados por los docentes publicadas en el Entorno Virtual de Aprendizaje (EVA). Las plataformas virtuales de aprendizaje son herramientas basadas en pginas Web para la organizacin e implantacin de cursos en lnea o para apoyar actividades educativas presenciales. Es decir, son escenarios educativos diseados de acuerdo a una metodologa de acompaamiento a distancia. Obtuvimos un contacto prcticamente permanente con nuestros profesores, lo que nos permiti sacarnos las dudas que se nos fueron generando con el nuevo material adquirido Permitindonos tener una mayor organizacin con las distintas tareas de la ctedra, con fechas y horarios que nos ayudaban para que esto suceda. La direccin de la misma es: www.unlar.com.ar, resultando de gran ayuda interactuar fuera de la universidad con nuestros compaeros y docentes, adems de tener a nuestro alcance la bibliografa y apuntes de la ctedra.
Para nosotros como alumnos esta recopilacin de nuestro aprendizaje anual, nos resulta muy valioso y es una excelente herramienta para conservar y afianzar los conocimientos adquiridos.
CONSULTORA MZRAS
CONSULTORA MZRAS
10
CONSULTORA MZRAS
11
CONSULTORA MZRAS
12
Introduccin
En esta unidad se presentan los conceptos ms importantes acerca de la Teora General de Sistemas haciendo un esfuerzo por entender un poco mas, como surgi, el porque de su importancia, cuales son sus componentes, el estudio de los sistemas de informacin y las metodologas de cambio de mejoramiento y diseo que se aplican a los sistemas. La meta de la Teora General de los Sistemas no es buscar analogas entre las ciencias, sino tratar de evitar la superficialidad cientfica que ha estancado a las ciencias sobre todo respecto de los sistemas donde interviene el hombre. Para ello emplea como instrumento, modelos utilizables y transferibles entre varios continentes cientficos.
CONSULTORA MZRAS
13
CONSULTORA MZRAS
14
Plataforma Virtual de aprendizaje EVA UnLAR

Los entornos de aprendizaje virtuales constituyen una forma totalmente nueva de Tecnologa Educativa y ofrece una compleja serie de oportunidades y tareas a las instituciones de enseanza de todo el mundo, este entorno de aprendizaje virtual se define como un programa informtico interactivo de carcter pedaggico que posee una capacidad de comunicacin integrada, es decir, que est asociado a Nuevas Tecnologas. Estos nuevos entornos de aprendizaje favorecidos con la incorporacin de las tecnologas se potencian en la Educacin a Distancia por ser un modelo donde la no presencia fsica entre quin ensea y quin aprende, es su principal caracterstica, y el uso de medios en su diseo de aplicacin ha pasado por diferentes generaciones. En este nuevo paradigma de la educacin, est trabajando el equipo de ctedra a cargo del Lic. Marcelo Martnez, el cual ha creado la funcin de coordinar un proyecto de diseo, desarrollo, implementacin y evaluacin de un modelo de educacin presencial soportado por un entorno de aprendizaje virtual, en este caso, utilizando la conocida plataforma moodle, es decir, EVA: una combinacin de educacin a distancia y presencial combinadas - blended learning. El proyecto tuvo sus inicios en base a un Trabajo Final de Cabaez-MorenoAgero para la titulacin de Licenciado en Sistemas, en el mes de agosto del ao 2008, pero este ao (2009) se consider su comienzo en forma completa en materia de utilizacin e implementacin como herramienta de soporte a las clases presnciales en ms de 20 ctedras. Una plataforma virtual de aprendizaje, es un programa (software) instalado en un servidor, que sirve para administrar, distribuir y controlar los recursos y actividades organizacin. Son un sistema integral de gestin de contenidos y recursos educativos en un entorno compartido y generacin de recursos para el aprendizaje (cursos, de formacin presencial u online (e-Learning) de una
CONSULTORA MZRAS
15

lecturas, videos, foros, etc.), as como la gestin de usuarios y grupos. Y tambin aprendizaje a travs de la Web.
Caractersticas de una plataforma virtual de aprendizaje:

Interactividad: El estudiante se convierte en protagonista de su propia
formacin. Flexibilidad: Capacidad de adaptacin a la estructura y necesidades de
una institucin. Escalabilidad: Capacidad de la plataforma para soportar un nmero
creciente de usuarios. Estandarizacin: Reutilizacin e interoperabilidad de contenidos en
distintas plataformas (por un lado los cursos deben seguir un estndar y por otro las plataformas deben soportar dicho estndar). El estndar ms aceptado y utilizado en el mbito del e-Learning es SCORM (Shareable Content Object Reference Model), de ADL (www.adlnet.org).
Herramientas y recursos de una plataforma virtual de aprendizaje:

Foros/e-mail: Herramienta de comunicacin asncrona. Chat/Videoconferencia: Herramientas de comunicacin sncrona. Diarios (Blogs): Herramienta para efectuar anotaciones. Pueden ser
blogs de asignaturas controlados por el profesor, individuales del alumno o grupales. Wikis: Herramientas de trabajo colaborativo (Ejemplo Wikipedia). Biblioteca Virtual: Acceso a los recursos de aprendizaje: lecturas, Entrevistas/Evaluaciones: Recursos de retroalimentacin y evaluacin.
presentaciones, archivos de audio, videos, etc.
CONSULTORA MZRAS
16
Teora General de Sistemas

Es una forma cientfica y sistemtica de aproximacin o representacin de la realidad; se dice que es una metodologa interdisciplinaria debido a que es aplicable a varias ciencias y busca una metodologa de anlisis de elementos, recursos y funcionamientos de un sistema. El gran aporte de esta teora al anlisis de sistema es que permite enfocar el mismo, uniendo las relaciones dentro de l y con su medio. La TGS no busca solucionar problemas o intentar soluciones prcticas, pero si producir teoras y formulaciones conceptuales que pueden crear condiciones de aplicacin en la realidad emprica.
Objetivos de la Teora General de Sistemas:

Promover y difundir el desarrollo de una terminologa general que Generar el desarrollo de un conjunto de normas y leyes que sean Dar impulso a una formalizacin (matemtica) de estas leyes. Impulsar el desarrollo de una terminologa general que permita describir Investigar el isomorfismo de conceptos, leyes y modelos en varios Promocin y desarrollo de modelos tericos en campos que carecen de Reducir la duplicacin de los esfuerzos tericos. Promover la unidad de la ciencia a travs de principios conceptuales y
permita describir las caractersticas, funciones y comportamientos sistmicos. aplicables a todos estos comportamientos
las caractersticas, funciones y comportamientos sistmicos. campos y facilitar la transferencia de aqullos. ellos.
metodolgicos unificadores.
CONSULTORA MZRAS
17
Surgimiento de la Teora General de Sistemas

La Teora General de Sistemas fue desarrollada por Ludwing Von Bertalanffy alrededor del ao 1930. Que fue un bilogo Austriaco y fue considerado el padre de la Teora General de Sistemas; y es manifestado como una metodologa capaz de elaborar principios y modelos que sean aplicables a todos los sistemas, sin importar la naturaleza de los mismos y el nivel de organizacin que se trate. Se cre debido a que los enfoques analticos mecnicos no podan explicar aspectos donde el hombre interviene (sistemas biolgicos, conductual y social), que tuvieron que ser tratados holsticamente (estudio del todo, relacionndolo con sus partes pero sin separarlo del todo), esto dio origen a varias teoras que derivaron en la TGS. La Teora General de Sistemas es una forma ordenada y cientfica de aproximacin y representacin del mundo real, como una orientacin hacia una prctica estimulante para formas de trabajo transdiciplinario. Es decir, estudia la organizacin interna de los sistemas y sus interrelaciones recprocas, sus niveles jerrquicos, su capacidad de adaptacin, la conservacin de su identidad, su autonoma, las relaciones entre sus elementos, las condiciones de su conservacin, estados futuros o de su destruccin. La TGS es un mtodo de estudio sistmico que se utiliza para representar la realidad y un estudio cientfico porque utiliza el mtodo cientfico para plantear una hiptesis.
CONSULTORA MZRAS
18
Necesidad de una Teora General de Sistemas

La necesidad de un enfoque de sistemas result por el hecho de que el esquema mecanicista de vas causales aislables y el tratamiento merista, resultaban insuficientes para enfrentarse a problemas tericos y a los problemas prcticos planteados por la tecnologa moderna. En un sentido amplio, la Teora General de Sistemas (TGS) se presenta como una forma sistemtica y cientfica de aproximacin y representacin de la realidad y, al mismo tiempo, como una orientacin hacia una prctica estimulante para formas de trabajo transdisciplinarias. En tanto paradigma cientfico, la TGS se caracteriza por su perspectiva holstica e integradora, en donde lo importante son las relaciones y los conjuntos que a partir de ellas emergen. En tanto prctica, la TGS ofrece un ambiente adecuado para la interrelacin y comunicacin fecunda entre especialistas y especialidades.
Concepto General de Sistemas

El concepto de sistema en general est sustentado sobre el hecho de que ningn sistema puede existir aislado completamente y siempre tendr factores externos que lo rodean y pueden afectarlo. Tambin es " un conjunto de entidades caracterizadas por ciertos atributos, que tienen relaciones entre s y estn localizadas en un cierto ambiente, de acuerdo con un cierto objetivo". Un Sistema es un conjunto de elementos que interactan entre s orientados a la consecucin de un objetivo comn. En realidad cualquier cosa es un sistema o, mejor dicho, cualquier cosa puede ser considerada como un sistema. La relevancia de las relaciones por
CONSULTORA MZRAS
19

las que a un conjunto de elementos lo consideramos como un sistema depender de los propsitos que persigamos en nuestra investigacin. Los sistemas pueden ser no slo cosas reales (fsicas, sociales, etc.), sino tambin entidades abstractas como un sistema de ecuaciones, o una teora. Un sistema abstracto puede ser construido como modelo de sistemas concretos.
Elementos de Sistema Metasistema: Sistema mayor que contiene al sistema objeto o sistema
en estudio. Subsistemas: Son las partes de un sistema que pueden ser
consideradas como un nuevo sistema propio para el estudio. Entradas y recursos: La diferencia entre entradas y recursos es mnima
y depende solo del punto de vista y circunstancia. En el proceso de conversin, las entradas son generalmente los elementos sobre los cuales se aplican los recursos. Cuando se identifican las entradas y recursos de un sistema, es importante especificar si estn o no bajo control del diseador de sistema, es decir, si pueden ser considerados como parte del sistema o parte del medio.
Proceso de conversin: Los elementos del sistema que ingresan pueden
cambiar de estado, generndose as los elementos de salida. Los procesos generalmente agregan valor y utilidad a las entradas. Llamaremos costos o impedimentos, cuando en el proceso en vez de agregar valor y utilidad a las salidas, los reduce.
Salidas: Son los resultados del proceso de conversin del sistema y se
cuenta como resultados, xitos o beneficios.
CONSULTORA MZRAS
20

Las salidas de un sistema se convierten en entradas de otro, que las para convertirlas en otras salidas, repitindose este ciclo
procesara
indefinidamente. Metas y objetivos: La identificacin de metas y objetivos es de suma Metas: Se dan a medida que disminuye el grado de abstraccin, son ms operativas. Objetivos: Son los fines a los que se dirige la accin, es decir son los resultados por lograr. Ambiente: Es externo al sistema y determina de algn modo su
importancia para el diseo de sistemas.
comportamiento. Ejerce influencia considerable y significativa sobre el sistema. Esta ms all del control del sistema. Alcances: Actividades a realizar para alcanzar los objetivos, sin salirse
de los lmites. Limite: Los lmites demarcan el sistema, respecto a su ambiente, es
decir, comprender desde dnde hasta dnde llega nuestro sistema en estudio, en referencia a su ambiente interno y externo. Los elementos fundamentales de un sistema son: Una o ms Salidas Una o ms Entradas Uno o ms Procesos Un subsistema de control, que objetivos.
asegure las salidas en funcin de los
CONSULTORA MZRAS
21

Atributos: Los sistemas, subsistemas y los elementos, estn dotados de o propiedades. Los atributos pueden ser cuantitativos o
atributos
cualitativos. Esta diferenciacin determina el enfoque a utilizarse para medirlos. Los atributos cualitativos ofrecen mayor dificultad de definicin y medicin que su contraparte los atributos cuantitativos. Administradores, agentes y autores de decisin: Son los encargados de
accionar y tomar decisiones con el nico fin de alcanzar los objetivos del sistema. Estructura: Esta definida por las relaciones que mantienen los
elementos del conjunto. La estructura puede ser simple o compleja, dependiendo del nmero y tipo de interrelaciones entre las partes del sistema. Estados y flujos: El estado de un sistema se define en funcin de las
propiedades que muestran sus elementos en un tiempo determinado. Los cambios de un estado a otro por los que pasan los elementos del sistema da surgimiento a flujos. La conducta, puede entenderse como los cambios en los estados de los sistemas. Limitaciones del sistema total del medio: Es una lnea imaginaria que
permite determinar que sistemas quedan directamente afectados por el poder de decisin y que sistemas quedan afuera. El sistema total comprende todos los sistemas que se considera, afectan o se ven afectados por el problema que se trate. Propsito y funcin: Finalidad y tareas que deben realizar, no solo entre
subsistemas, sino tambin con su sistema total.
CONSULTORA MZRAS
22
Caractersticas de los sistemas Del sistema como un conjunto de unidades recprocamente relacionadas, se deducen los siguientes conceptos que reflejan sus caractersticas bsicas:
Propsito u Objetivo: Todo sistema tiene uno o varios propsitos u
objetivos. Las unidades o elementos, as como las relaciones, definen una distribucin que trata siempre de alcanzar un objetivo. Conocidos los diferentes productos del sistema podemos deducir sus objetivos. Al hablar de objetivos estamos pensando en la medicin de la actuacin del sistema total.
Globalismo o Totalidad: Todo sistema tiene naturaleza orgnica; por
esta razn, una accin que produzca cambios en una de las unidades del sistema, muy probablemente producir cambios en todas las dems unidades de este.
Entropa:
Es
una
funcin
que
representa la cantidad de energa que pierde un sistema. Todos los sistemas tienden a moverse a estados de desorganizarse y a desintegrarse. La entropa es una propiedad de todo sistema, tanto cerrado como abierto, conduce a la muerte del sistema, la entropa termina por imponerse y desintegrar al sistema en sus elementos constitutivos.
CONSULTORA MZRAS
23
Complejidad: Es la caracterstica que define el grado de relacin e
interaccin entre los elementos o subsistemas. Los sistemas vivientes son sistemas de complejidad organizada, en tanto que los sistemas vivientes muestran propiedades ya sea de simplicidad organizada o complejidad no organizada.
Holismo o Sinergia: El holismo es entendido como una doctrina que
propugna la concepcin de cada realidad como un todo distinto de la suma de las partes que lo componen. Es la propiedad que permite que los procesos que se dan en el interior
de cada uno de los componentes del sistema se orienten hacia un resultado total. Integra las partes en torno de un producto o de un objetivo.
Homeostasis: Es el mantenimiento del equilibrio en el organismo vivo.
La homeostasis es la propiedad de un sistema que define su nivel de respuesta y de adaptacin al contexto. En el nivel de adaptacin permanente del sistema o su tendencia a la supervivencia dinmica.
Jerarqua: Representa el hecho de que los sistemas pueden ordenarse
de acuerdo con varios criterios, uno de los cuales es la complejidad en incremento de la funcin de sus componentes. Hace referencia a que todo sistema cuenta con un determinado nmero
de subsistemas, los cuales se organizan de acuerdo con su nivel, desde el ms simple al ms complejo.
Organizacin: La organizacin sistmica se refiere al patrn de
relaciones que definen los estados posibles (variabilidad) para un sistema determinado.
CONSULTORA MZRAS
24

Ackoff define una organizacin como un sistema por lo menos
parcialmente autocontrolado.
Limites y Entorno: El limite de un sistema es todo lo que forma parte de
un sistema, objeto de estudio, y todo lo que pertenece a el. Se considera que el entorno del sistema es todo lo que influye sobre
este de una manera directa o indirecta, a corto o a largo plazo, con mayor o menor intensidad, sin que el sistema pueda impedir o evitar que se den esas influencias.
INPUT/OUTPUT:
Input: Se le llama entrada o "input" a la informacin de la que se provee a la computadora a travs de diferentes dispositivos como: teclados, ratn, "joystick", sistemas de reconocimiento de la voz y sensores que detectan la posicin de diferentes partes del cuerpo. En teora de la informacin, una entrada se refiere a la informacin recibida en un mensaje, o bien al proceso de recibirla: * En la interaccin humanocomputadora, la entrada es la informacin producida por el usuario con el propsito del control del programa. Output: La salida en informtica es el proceso de transmitir la informacin por un objeto (el uso de verbo). Esencialmente, es cualquier dato que sale de un sistema de ordenador. Esto en forma podra ser impreso el papel, de audio, de vdeo. En su idioma original, output puede significar (potencia de) salida (en electricidad e informtica); produccin (si se habla de una fbrica); productividad (si se trata de una persona) o rendimiento (si se trata de la produccin)
CONSULTORA MZRAS
25
Clasificacin de los sistemas En cuanto a su origen, pueden ser: Sistemas Naturales: Son los existentes en el ambiente. Ejemplo: Un ave. Sistemas Artificiales: Son los creados por el hombre. Ejemplo: Un televisor. En cuanto a su constitucin, pueden ser: Sistema Fsico: Compuesto por equipos, maquinaria, objetos y cosas reales. Ejemplo: Hardware, mesa. Sistema Abstracto: Compuestos por conceptos, planes, hiptesis e ideas. Muchas veces solo existen en el pensamiento de las personas. Ejemplo: Software, x + 2y. En cuanto a su naturaleza, pueden ser: Sistemas Abiertos: Tiene relacin con el medio, del cual obtienen sus entradas y entregan sus salidas. Intercambian materia y energa con el ambiente continuamente. Ejemplo: Un hospital. Sistemas Cerrados: Aquella que no tiene relacin alguna con el medio. No presentan intercambio con el ambiente que los rodea, son hermticos a cualquier influencia ambiental. Ejemplo: El universo. Segn su vivencia, pueden ser: Sistemas Vivientes: Son aquellos que poseen las caractersticas de la vida (nacen, crecen, se reproducen, mueren). Ejemplo: Las personas, los animales. Sistemas No Vivientes: Son aquellos que no poseen las
caractersticas de la vida. Ejemplo: Un automvil, un mueble. Segn su comportamiento, pueden ser:
CONSULTORA MZRAS
26

Sistemas Deterministas: Son aquellos cuyo comportamiento se conoce de antemano. Sistemas Probabilistas: Son aquellos cuyo comportamiento no se conoce especficamente, sino a travs de probabilidades (No se puede predecir su comportamiento). Segn su Nivel de Entropa, pueden ser: Sistemas entrpicos: Cantidad de variedad en un sistema, donde variedad es la cantidad de incertidumbre. Ejemplo: Desordenado. Sistemas Negentrpicos: Son los que suministran mayor
informacin a un sistema. Ejemplos: Ordenados. Segn su Complejidad, pueden ser: Sistemas Simples: Cuando la cantidad de componentes es poca y la interrelacin con sus partes tambin lo es. Ejemplo: PYME. Sistemas Complejos: Es cuando existen abundantes componentes y relaciones. Ejemplo: Organizacin. Sistemas muy Complejos: Son aquellos que no se pueden describir de manera precisa.
Entropa y Negentropa:
Entropa: Viene del griego entrope que significa transformacin o

vuelta. Es la tendencia que los sistemas tienen al desgaste, a la desintegracin, para el relajamiento de los estndares y para un aumento de la aleatoriedad. A medida que la entropa aumenta, los sistemas se descomponen en estados ms simples. La segunda ley de la termodinmica explica que la entropa en los sistemas aumenta con el correr del tiempo, como en la ciberntica. A medida que aumenta la informacin, disminuye la entropa, pues la informacin es la base de la configuracin y del orden. Si por falta de comunicacin o por ignorancia, los estndares de autoridad, las funciones, la jerarqua, etc.
CONSULTORA MZRAS
27
Negentropa: Los sistemas vivos son capaces de conservar estados de

organizacin improbables (entropa). Este fenmeno aparentemente contradictorio se explica porque los sistemas abiertos pueden importar energa extra para mantener sus estados estables de organizacin e incluso desarrollar niveles ms altos de improbabilidad. La negentropa, entonces, se refiere a la energa que el sistema importa del ambiente para mantener su organizacin y sobrevivir. Sistemas de Informacin Un sistema de informacin es aqul que se disea a fin de satisfacer las necesidades de informacin de una organizacin (empresa o cualquier tipo de institucin pblica o privada) y est inmerso en ella. El SI ha de tomar los datos de la propia organizacin y de fuentes externas, y sus resultados han de ser la informacin que dicha organizacin necesita para su gestin y toma de decisiones; por otra parte, los directivos de la organizacin tendrn que marcar los objetivos y directrices por los que se regule el SI. Concepto de Sistema de Informacin: Sistema de Conjuntos de Informacin necesarios para la decisin y el sealamientos de un sistema ms amplio del cual es un subsistema, que contiene subsistemas para recolectar, almacenar, conjuntos de informacin. Es decir, que un sistema de informacin permite capturar, procesar, almacenar y distribuir la informacin para apoyar la toma de decisiones, al control y anlisis de una institucin. Los sistemas de informacin no son independientes de los objetivos ni de la estrategia de la organizacin, debiendo contribuir a poner a sta ltima en prctica. Adems, es interdependiente con los dems sistemas de la empresa. procesar y distribuir
CONSULTORA MZRAS
28
Un Sistema de Informacin es: Sistema integrado/usuario mquina Para suministrar Informacin Para apoyar las funciones de una organizacin El sistema utiliza: Equipos y Software de computador Procedimientos manuales Modelos de Anlisis, planeacin y control Una base de datos.
Tareas de un sistema de Informacin: Brindar Informacin Operativa: constituye una necesidad Brindar Informacin Directiva: No constituye una necesidad, pero le es til para el perfeccionamiento del Sistema de Informacin. Elementos de un Sistema de Informacin: Los elementos de un SI son muy variados: pueden agruparse en Recursos Fsicos: como archivos, telfonos. Recursos humanos: documentacin en general. Y una serie de normas, procesos y procedimientos que determinan los flujos de informacin tanto internos como hacia y desde el exterior, as como el uso y administracin de los recursos.Cuando un Sistema de Informacin cuenta entre sus recursos con computadoras electrnicas, en las qu se basa parcial o totalmente, puede denominarse Sistema de Informacin Informatizado (S.I.I.). Nos centraremos en este tipo de Sistemas y lo denominaremos Sistema de Informacin.
CONSULTORA MZRAS
29
Tipos de Sistemas de Informacin
Sistemas de procesamiento de transacciones (TPS): Se encargan de gestionar la informacin referente a las transacciones producidas en una empresa u organizacin. Una transaccin es cualquier suceso o actividad que afecta a toda la organizacin. Las transacciones ms comunes incluyen: facturacin, entrega de mercanca, pago a empleados o depsito de cheques. Sistemas de automatizacin en la oficina organizacin. Sistemas de soporte a decisiones (DSS): Son herramientas para realizar el anlisis de las diferentes variables de negocio con la finalidad de apoyar el proceso de toma de decisiones. Sistemas de informacin ejecutiva (EIS): Son herramientas orientadas a usuarios de nivel gerencial, que permiten visualizar el estado de las variables de un rea o unidad de la empresa a partir de informacin interna y externa a la misma. Sistemas de soporte gerencial (SSG): Estos sistemas estn orientados a solucionar problemas empresariales en general. Son SI en los que se apoya el seguimiento, control, toma de decisiones y actividades de la organizacin. Sistemas expertos (SE): Son sistemas que imitan el comportamiento de un experto en un dominio concreto. Sistemas de Planificacin de Recursos (ERP): Son sistemas que tienen como funcin integrar la informacin y los procesos de una organizacin en un solo sistema. (SAO): Son aplicaciones destinadas a ayudar al trabajo diario del administrativo de una empresa u
CONSULTORA MZRAS
30
Importancia de los Sistemas de Informacin En la actualidad, el funcionamiento de la mayora de las organizaciones depende de los sistemas de informacin. De esto se deduce la importancia que tienen los sistemas, y como su uso redunda en beneficios para transacciones financieras, sin contar con el auxilio de los toda organizacin. Los SI facilitan enormemente el control sobre operaciones y sistemas mecanizados desarrollados en las computadoras. Algunos de los conflictos a los que se debe enfrentar una organizacin ante la falta de los SI son: Excesivos costos. Insatisfaccin empresarial. Carencia de soporte de las toma de decisiones. Crecimiento y expansin. Permanencia en mercados corporativos Agilizar movimiento de datos Desunin entre los sistemas y la actividad de negocio
Mejoramiento y Diseo de Sistemas Diseo o Enfoque de Sistemas El diseo es un proceso creativo que cuestiona los supuestos
estructurales, tradicionales o antiguos. Demanda una apariencia nueva y aporta soluciones innovadoras. El enfoque de sistemas es una metodologa de diseo, que cuestiona la naturaleza del sistema y su rol en el contexto del sistema mayor. Permite resolver los problemas del sistema mayor, con soluciones que satisfagan no solo a los objetivos de los subsistemas, sino tambin la
CONSULTORA MZRAS
31

supervivencia del sistema global. Los objetivos se definen en base a la relacin con sistemas mayores, y no solamente en funcin de subsistemas. Los diseos se evalan en trminos de costos de oportunidad y de grados de divergencias del sistema ptimo. El diseo ptimo involucra: planeacin, evaluacin e implantacin de nuevas alternativas. Salidas innovadoras y creativas del sistema total. El enfoque de sistemas es un mtodo de investigacin, una forma de pensar, que enfatiza el sistema total, en vez de sistemas componentes, se esfuerza por optimizar la eficacia del sistema total en lugar de mejorar la eficiencia de sistemas cercanos.
El Diseo de Sistemas o Enfoque de Sistemas (ES) se basa en: Una metodologa de diseo, que cuestiona la naturaleza del sistema y Resolver los problemas del sistema mayor, con soluciones que
su rol en el contexto del sistema mayor. satisfagan no solo a los objetivos de los subsistemas, sino tambin la sobrevivencia del sistema global Metodologa del cambio, incluida en el paradigma de sistemas, que toma un enfoque holstico a problemas de sistemas complejos
Caractersticas de la Metodologa de Diseo (MD)
1. Se define el problema con relacin a los sistemas sperordinales, o sistemas a los cuales pertenece el sistema en cuestin y est relacionado mediante aspectos comunes en los objetivos. 2. Los objetivos del sistema generalmente no se basan en el contexto de subsistemas, sino que deben revisarse en relacin a sistemas mayores o al sistema total. 3. Los diseos actuales deben evaluarse en trminos de costos de oportunidad o del grado de divergencias del sistema del diseo ptimo.
CONSULTORA MZRAS
32
SISTEMAS I BITACORA 2010 4. El diseo ptimo generalmente no puede encontrarse
incrementadamente cerca de las formas presentes adoptadas. ste involucra la planeacin, evaluacin e implantacin de nuevas alternativas que ofrecen salidas innovadoras y creativas para el sistema total. 5. El diseo de sistemas y el paradigma de sistemas involucran procesos de pensamiento como induccin y sntesis, que difieren de los mtodos de deduccin y reduccin utilizados para obtener un mejoramiento de sistemas a travs del paradigma de ciencia. 6. El planeamiento se concibe como un proceso por el cual el planificador asume el papel de lder en vez de seguidor. El planificador debe animar la eleccin de alternativas que alivien e incluso se opongan, en lugar de reforzar los efectos y tendencias no deseados de diseos de sistemas anteriores.
Mejoramiento de Sistemas Se trata de una transformacin o cambio que lleva a un sistema ms cerca del estndar, de su operacin normal o de su objetivo. Se lo realiza para asegurar que el sistema opere acorde a las expectativas u objetivo. Adems debemos tener en cuenta que el mejoramiento implica que el sistema ya ha sido diseado e implantado. Antes de realizar un mejoramiento de sistemas se deben identificar posibles problemas por los cuales se decide realizarlo, tales como: El sistema no satisface los objetivos establecidos. El sistema no proporciona los resultados predichos. El sistema no opera como se planeo inicialmente. Para realizar el mejoramiento se deben seguir los siguientes pasos:
Definir claramente el problema Identificar el sistema y subsistemas. Sus lmites y alcances. Tener claro cmo debe operar el sistema (para poder as compararlo)
CONSULTORA MZRAS
33
SISTEMAS I BITACORA 2010 Analizar en bsqueda de posibles respuestas a nuestras preguntas. Por deduccin, elaboramos conclusiones tentativas Por reduccin desdoblamos el problema en subproblemas
Limitaciones del mejoramiento de sistemas: Bsqueda de causas de mal funcionamiento dentro sistema. El sistema interacta con otros sistemas! Restauracin del sistema a la normalidad. Un mejoramiento de operaciones no es un mejoramiento DURADERO. Supuestos y objetivos incorrectos/obsoletos. Conocer los conceptos de Planificador Lder o Planificador Seguidor (Seguidor: satisface las necesidades reinantes - Lder: influye sobre las tendencias y las modifica). Ej. Autopista/transito. Barreras de jurisdicciones legales y geogrficas (debern resolverse en un contexto de sistema mayor). Descuido de los efectos secundarios de los limites del
CONSULTORA MZRAS
34
Cuadro comparativo entre Mejoramiento y Diseo de sistemas.
Mejoramiento de Sistemas
Condiciones del Sistema El implanta Diseo se
Diseo Sistemas
Se Diseo cuestiona
de
el
Intereses
Paradigma
Sustancia Contenido Causas Anlisis sistemas y Subsistemas componentes mtodo analtico). de
Estructura y proceso Mtodo Propsito y funcin de Diseo del sistema global (el enfoque de (el sistemas o paradigma de sistemas). Induccin y sntesis. Optimizacin del sistema global. Determinacin de la diferencia entre el diseo real y el diseo ptimo (costo de oportunidad). Predicciones resultados futuros. de
Proceso razonamiento
Deduccin y reduccin. Salida Mejoramiento del sistema existente. Mtodo Determinacin de causas de desviacin entre operacin intentada y real (costos directos). nfasis Explicacin de desviaciones del pasado. Perspectiva Introspectiva: del sistema hacia el interior. Papel del Seguidor: planificador satisfacer las tendencias reinantes.
Extrospectiva: del sistema hacia el exterior. Lder: influir sobre las tendencias y modificarlas.
CONSULTORA MZRAS
35
El Enfoque de Sistemas en las Organizaciones reas de Aplicacin: Definir los limites del sistema total y del medio Establecer los objetivos del sistema Determinar la estructura del programa y las relaciones de programas Describir la administracin de sistemas Limites del Sistema Total y del Medio Es importante conocer esa lnea imaginaria que permite determinar
agentes
qu sistemas quedan directamente afectados por el poder de decisin de una organizacin y qu sistemas quedan afuera. El sistema total comprende todos los sistemas que se considera, afectan o se ven afectados por el problema que se trata Objetivos del Sistema Estn en funcin de los limites del sistema. Establecen el criterio por el cual se juzgara el desempeo del sistema. Deben ser Claros, precisos y no ambiguos.
Es necesario adems, tener en cuenta la Administracin De Sistemas: esto incluye a todas las actividades y a todos los autores de decisiones y agentes involucrados en la planeacin, evaluacin, implantacin y control de diseo de sistemas Y por ltimo, cabe recordar lo mencionado anteriormente, que el Diseo es en un proceso CREATIVO. Demanda una apariencia NUEVA. Aporta soluciones INNOVADOREAS.
CONSULTORA MZRAS
36

Por ello, es fundamental tener en cuenta conceptos bsicos en referencia a estas disciplinas, como ser: Creatividad e Innovacin Ambos conceptos estn relacionados porque, en una organizacin, la creatividad slo tiene sentido cuando se busca su aplicacin prctica. Esto es la Innovacin. Creatividad: Es el proceso mental que nos ayuda a generar ideas, para
la solucin de problemas dentro de una organizacin o un equipo de trabajo. Aporta nuevas formas para analizar la naturaleza de un problema y para generar una amplia variedad de opciones para su solucin.
Innovacin: Es la aplicacin prctica de esas ideas, que se implantan con el fin de alcanzar los objetivos de la organizacin de forma ms eficaz. Representa en s mismo, una solucin creativa, es decir, supone un cambio que se realiza con el propsito de solucionar un problema o mejorar una situacin.
Enfoques/Principios para la Creatividad Aplicada Principios Bsicos Fluidez Flexibilidad Originalidad Orientacin al objetivo
CONSULTORA MZRAS
37
Principios Avanzados Elaboracin Imaginacin Impacto Redefinicin
Tecnicas de la Creatividad Las tcnicas de creatividad son mtodos que permiten el entrenamiento creativo. Implican determinadas acciones que en general, son ms importantes que la tcnica en s misma, y que sirven como estmulo. La utilizacin de las tcnicas no promete un xito asegurado, simplemente sirven para llegar a ciertos objetivos que se suponen prximos a la creatividad. Permiten direccionar el pensamiento en etapas o procedimientos concretos. Es decir, por un lado, permiten seguir un orden establecido para lograr un objetivo deseado, y por el otro, ayudan a desarmar los caminos del pensamiento vertical habitual. Cuando elegimos una tcnica o mtodo creativo, aceptamos el cumplimiento de determinados pasos a seguir, entonces son precisamente estos pasos los que ordenan la desorganizacin en la que nos sumimos al pensar creativamente. Ya no cabe duda que estas tcnicas deben ser usadas, pero, debido a la cantidad y variedad de mtodos creativos existentes, habra que analizar la mejor manera para elegir el que ms nos conviene segn la situacin que enfrentamos. Los Seis Sombreros para Pensar Se trata de permitir que cada uno de los participantes se aboque a un
tipo de pensamiento por vez.
CONSULTORA MZRAS
38

La idea de ponerse determinado sombrero significa asumir y actuar bajo
el rol establecido por dicho sombrero. El pensar se transforma en un juego con reglas definidas en lugar de ser
una situacin de presin y condicionamiento. La tcnica de los seis sombreros intenta modificar el estilo tradicional
del pensamiento donde se pone en juego, cada vez que hay que pensar sobre algn tema, aspectos lgicos, emocionales, optimistas, etc. todos a la vez .
Brainstorming
Tcnica conocida como Lluvia de ideas o Tormenta de ideas. Caractersticas: - Se requiere un facilitador. - El grupo ideal para una sesin de Brainstorming oscila entre 6 y 10 personas. - Es conveniente evitar jerarquas. - El tema debe ser especfico y nico. - La duracin de un Brainstorming es limitada. - Todo debe ser registrado para su evaluacin posterior.
Mindmapping El Mindmapping (mapa mental) es una representacin
simplificada de la realidad por medio de asociaciones instantneas. Permite desplegar la informacin que hemos recogido consciente o inconscientemente y que tenemos archivada en un conjunto de redes interconectadas entre s.
CONSULTORA MZRAS
39
PMI: Plus, Minus, Interesting Positivo, Negativo, Interesante El PMI es una tcnica que se opone a la tendencia natural de adoptar un
punto de vista basndonos en las emociones que las ideas nos provocan y luego usar el pensamiento solo para respaldar ese punto de vista. Evitar las decisiones apresuradas y sin fundamento. Aunque las partes no lleguen a compartir las mismas ideas, hicieron todo lo posible para llevar a cabo un proceso planificado. Teora de la Informacin La Teora de la Informacin es una teora matemtica creada por Claude Shannon en el ao 1948 y que forma una base sobre la que se ha desarrollado toda la teora actual de la comunicacin y la codificacin. Esta teora establece los lmites de cunto se puede comprimir la informacin y de cul es la mxima velocidad a la que se puede transmitir informacin. La Teora de la Informacin es, por tanto una teora de lmites alcanzables: mxima compresin de datos y mxima tasa de transmisin de informacin transmitida sin errores. Las aplicaciones de esta teora son enormes y abarcan desde las ciencias de la computacin, la ingeniera elctrica, la estadstica o la biologa. Teora Matemtica de las Comunicaciones "Dada una fuente de informacin y un canal de comunicacin, existe una tcnica de codificacin, tal que la informacin puede ser transmitida sobre el canal con una tasa menor que la capacidad del canal y con una frecuencia de errores arbitrariamente pequea a pesar de la presencia de ruido".
CONSULTORA MZRAS
40
CONCLUSIN
La TGS ha surgido para corregir defectos y proporcionar un marco de trabajo conceptual y cientfico para diversos campos principalmente apoya el desarrollo cientfico para traer aportes favorables a la solucin de problemas donde intervienen sistemas muy grande que afecten, como por ejemplo la vida del hombre o la biodiversidad del planeta, donde podran por me dio de sistemas informticos adelantarse a los movimientos de un sistema natural simulndolo. En conclusin la teora general de sistemas nos da los fundamentos necesarios para le creacin y descripcin de sistemas y nos da herramientas para el anlisis de estos.
CONSULTORA MZRAS
41
CONSULTORA MZRAS
42
CONSULTORA MZRAS
43
CONSULTORA MZRAS
44
INTRODUCCION
El ser humano no puede vivir solo, necesita interactuar con sus semejantes, es decir es un ente sociable. Los hombres se han visto obligados a cooperar entre s para alcanzar sus metas y objetivos. Entonces la organizacin naci de la necesidad humana de cooperar. A continuacin veremos cmo se desarrolla la organizacin como sistema, desde su nacimiento hasta la actualidad, la vital importancia que tiene la misma en la sociedad, como as tambin todos los aspectos primordiales que involucran este tema.
CONSULTORA MZRAS
45
CONSULTORA MZRAS
46
Qu es una Organizacin? Las organizaciones son sistemas sociales diseados para lograr metas y objetivos por medio de los recursos humanos o de la gestin del talento humano, tendientes a producir bienes o servicios para satisfacer las necesidades de una comunidad dentro de un entorno y as poder satisfacer su propsito distintivo que es su misin. Las organizaciones nacieron de la necesidad humana de cooperar. Los hombres se han visto obligados a cooperar para obtener sus fines personales, por razn de sus limitaciones fsicas, biolgicas, psicolgicas y sociales. Ests estn compuestas por subsistemas interrelacionados que cumplen funciones especializadas, logrando sus metas y objetivos por medio de los recursos humanos y de otro tipo. Las organizaciones entre son y estn si. compuestas Todos los por sistemas y hecho mas pequeos estn
interrelacionados relacionados
sistemas Este
subsistemas tiene
interdependientes.
implicaciones
importantes para las organizaciones y para los analistas de sistemas que buscan ayudarlos a lograr mejor sus objetivos. Cuando cualquier elemento de un sistema es cambiado o eliminado, tambin son impactados el resto de los elementos y subsistemas. Caractersticas de la Organizacin Generan trabajo Crean y satisfacen necesidades Crean y elaboran productos o servicios Producen y transmiten tecnologa Manifiestan la cultura de los pueblos Distribuyen y redistribuyen recursos Generan poder
CONSULTORA MZRAS
47

Crean y transmiten conocimiento Generan consecuencias en el ambiente Crean un orden jerrquico, reglas y normas a seguir Crean, imgenes, smbolos, prestigios. Posibilitan alcanzar objetivos generales y particulares Permiten las vinculaciones entre individuos y grupos, los que constantemente interactan entre s. Son espacios de desarrollo personal y profesional. Otras
Clasificacin de las Organizaciones Principalmente podemos clasificar a las organizaciones en dos grandes grupos de acuerdo a su finalidad: Con fines de lucro: Son organizaciones que buscan un beneficio econmico. Son las empresas. Sin fines de lucro: Son organizaciones cuyo objetivo principal no es la bsqueda de un beneficio econmico. Buscan objetivos culturales, solidarios, deportivos, asistenciales, etc. Por ejemplo: Greenpeace. Tambin las podemos clasificar segn su objetivo: Pblicas: est formado por un conjunto de organizaciones cuyo objetivo es gestionar los recursos del Estado (nacional, provincial, municipal) para solventar las necesidades de la sociedad (educacin, salud, seguridad, vivienda, trabajo, etc.). Privadas: se encuentra representadas por particulares, es decir, q sus objetivos pueden ser variados (comerciales, industriales).
CONSULTORA MZRAS
48

Segn su relacin con el ambiente: Abiertas: se encuentran permanentemente en contacto con el ambiente externo, a travs de los consumidores, competidores, etc. Al interactuar obtienen informacin para la toma de decisiones. Cerradas: interactan con su entorno en aspectos especficos q hacen a su gestin. Segn su lnea de mando: Verticales: la autoridad tiene mucho peso y la comunicacin se basa en la disciplina y exigencia de una cadena de mando q surge por jerarqua. Horizontales: nacen por decisiones de la base de la organizacin; el desempeo de las funciones se da por la representacin de un grupo de personas. Segn su seguridad: Permanentes: las organizaciones deben adaptarse a los cambios y desarrollarse permanentemente para mantenerse y crecer en el mercado. Transitorias: son aquellas que una vez cumplido el objetivo dejan de existir, por ejemplo: feria artesanal
Sumando a esta clasificacin, podemos observar el siguiente cuadro:

CRITERIOS Tamao Grande Pequea. Mediana. Microemprendi miento TIPOS
CONSULTORA MZRAS
49

Localizacin Nacional. Regional. Continental. Internacional. Propiedades Pblica. Privada. Mixta.
Nacionalidad Nacional. Extranjera.
Productividad Bienes (Productos tangibles). Servicios (Salud, educacin, etc.).
Grado Integridad
de Totalmente Integrada (todo lo hace la organizacin, desde la materia prima hasta el producto terminado). Parcialmente Integrada.
CONSULTORA MZRAS
50
Recursos de la Organizacin Los recursos de una organizacin son los elementos que sta tiene y necesita para realizar sus actividades y alcanzar los objetivos que se propone. Se denominan recursos porque son utilizados o aplicados en y para la organizacin. Entre ellos tenemos los siguientes: Recursos Humanos: Son las personas que integran la organizacin, como directivos, secretarias, contadores, etc. Recursos Materiales: Son los materiales con que cuenta la organizacin, como edificios y maquinarias. Recursos Intelectuales: Son las ideas, conocimiento e informacin. Recursos Tecnolgicos: Abarcan todo lo relacionado con las
comunicaciones y la informtica. Recursos Naturales: Son aquellos que provee la naturaleza, como el producto de la actividad minera y agrcola. Recursos Energticos: Como la energa que suministra electricidad, que es motor de buena parte de la actividad econmica y social. Recursos Financieros: Son los que tienen relacin con la cobranza de la misma. La Organizacin como un Sistema Social Desde que nacemos participamos en organizaciones, ya sea en forma voluntaria o involuntaria. La primera organizacin en la que participamos es la familia y lo hacemos de un modo singular, ya que no somos consultados para participar en ella. Luego en el transcurso de nuestra vida nos afiliamos (o nos afilian) a una Iglesia, a un Club Deportivo, etc.
CONSULTORA MZRAS
51

De esta forma somos incluidos, aun sin nuestro consentimiento, en distintos tipos de organizaciones. Con el transcurso del tiempo y en funcin de las preferencias sociales que desarrollemos, podemos cambiar la pertenencia a las organizaciones en las que participamos. A medida que crecemos, la mayora de nosotros participamos de distintas organizaciones dedicadas a la educacin: desde el jardn de infantes hasta la escolaridad en cualquiera de sus variantes, y esto hace que pertenezcamos a distintas organizaciones educativas. Y as como al ser miembros de una obra social tenemos una tarjeta que nos identifica como tales, en el jardn o la escuela a veces nos identificamos con credencial y otras con delantal o uniforme. A lo largo de la historia, los seres humanos nos hemos ido agrupando en distintas organizaciones que tienen diferentes caractersticas. Hoy se habla de distintos tipos de grandes organizaciones, de orden multinacional, que nacen, se desarrollan y mueren segn las necesidades del momento histrico en que se desenvuelven. Algunas de ellas, de enormes dimensiones, perduran en el tiempo. En estos ltimos aos, el desarrollo de Internet ha permitido que se incluyan como tales organizaciones virtuales. Muchos nios y jvenes ya participan en estas organizaciones virtuales va Internet, accediendo a niveles de conocimiento que antes estaban privados a pequeos grupos de adultos. Esta forma de organizacin est produciendo una revolucin en el conocimiento y en las formas singulares que adoptan las organizaciones. Nuestra vida, en nuestro modelo social, transcurre en organizaciones y cada vez es mayor nuestra participacin en ellas, aunque muchas veces no tomemos total conciencia de ello. Ambiente interno y externo de la Organizacin Los ambientes de la organizacin estn moldeados por sus componentes, no se pueden ni deben ignorar; la percepcin que se puede tener de la organizacin y de cmo funciona, est relacionada con la manera como se observa lo que pasa dentro de ella (ambiente interno) y de lo que sucede fuera de ella (ambiente externo o contexto).
CONSULTORA MZRAS
52
El Ambiente Interno, llamado Clima Organizacional, es un grupo de elementos de Inters Interno, que ejercen influencia directa en las actividades de la organizacin, y caen dentro del mbito y responsabilidad de un director y/o sus gerentes. El ambiente interno trata las cuestiones interna de la organizacin, lo que sucede dentro de la misma, como por ejemplo lo que percibimos de ella (Un gerente en su oficina, personas sentadas alrededor de una mesa, hablando de cuestiones de la misma o dos personas que toman un ascensor). De esta forma se puede "ver" una escena posible de la vida organizacional, una escena del ambiente interno. Puede parecer complicado, pero toda organizacin tiene una estructura sobre la que apoya su accionar: son las personas, los procesos y procedimientos escritos, las relaciones de autoridad. Cada organizacin tiene sus propias caractersticas, incluso no se pueden encontrar dos organizaciones que sean iguales aunque pertenezcan al mismo rubro y tengan grandes similitudes operativas. El Ambiente Externo o contexto, en cambio, est compuesto por
instituciones o fuerzas fuera de la organizacin, relevantes para sus operaciones, afectando su rendimiento. Toman Insumos (materias primas, dinero, mano de obra y energa), los transforman, despus los regresan en forma de Productos o Servicios para la sociedad a la que atienden. Podemos decir entonces que el contexto de una organizacin es el conjunto de todos los elementos o actores externos que son pertinentes y relevantes para el desempeo de dicha organizacin. Que sean pertinentes significa que est directamente relacionados con la organizacin (a partir de su accionar, de las personas que forman parte o de sus resultados). El criterio de relevancia tiene que ver con la influencia significativa que el contexto tenga sobre el destino de la organizacin son de dos tipos: Elementos de accin Indirecta (Macroentorno), afectan al clima en el que se desarrolla la actividad organizacional. No tienen una influencia directa pero si potencial para convertirse en elementos de accin directa. Elementos de accin Directa (Microentorno), (Grupos de Inters Externo). Ejercen influencia directa en las
CONSULTORA MZRAS
53

actividades de la organizacin. Son afectados, directa o indirectamente, por la forma en que la organizacin busca lograr sus objetivos. Componentes del contexto Los componentes del contexto se clasifican en fuerzas directamente influyentes e indirectamente influyentes sobre la organizacin, en funcin de la presin inmediata o a mediano plazo que pueden ejercer sobre ella. Se clasifican en: Fuerzas Indirectas: Son variables del entorno que tienen impacto sobre el funcionamiento de la organizacin, pero que no es tan inmediato. Se pueden identificar en este grupo a la tecnologa, la economa, la poltica, las leyes, las pautas culturales y sociales, los aspectos internacionales, la globalizacin, etc. Fuerzas Directas: Son los factores del entorno que tienen un impacto inmediato sobre la organizacin afectando el desempeo de la misma. Estos factores pueden ser los proveedores, clientes, competencia, recursos humanos, sindicato y sistema financiero. Factores que afectan a una organizacin
Econmicos: El ambiente econmico no solo le interesa a los negocios cuya

misin, es la produccin y la distribucin de bienes y de servicio que la poblacin desea y por lo que puede pagar. Pero tambin es de la mayor importancia para otros tipos de empresas organizadas. Algunos de los factores econmicos en el ambiente general que puede afectar las prcticas administrativas en una organizacin, son: las tasas de intereses, porcentaje de inflacin, cambios en el ingreso disponible, ndices del mercado laboral, y el ciclo econmico general. Capital: todas las clases de organizaciones necesitan capital: maquinaria, edificios, inventario de bienes, equipo de oficina, herramienta de todo tipo y efectivo. Parte de todo esto lo puede producir la propia organizacin, sin embargo, las empresas organizadas generalmente resuelven sus necesidades
CONSULTORA MZRAS
54

de capital con diversos proveedores, cuyo trabajo es producir los materiales y otros bienes de capital que requiere la organizacin para operar. Esto significa que todas las clases de operaciones dependen de la disponibilidad y de los precios de los bienes de capital que se necesitan. Trabajo: otro insumo importante del medio econmico es la disponibilidad, la calidad y el precio de la fuerza laborar. En algunas sociedades quizs se cuente con gran nmero de trabajadores comunes carentes de capacitacin y haya escasez de mano de obra altamente entrenada. El precio de la mano de obra tambin es un factor econmico importante para una empresa, aunque la automatizacin disminuye su alto costo. Niveles de precios: la parte de insumos de una empresa recibe la clara influencia de los cambios de los niveles de precios. Si estos suben suficientemente rpidos, los trastornos en el medio econmico, tanto de insumo como en la produccin, pueden ser graves. La inflacin no solo desequilibra a las empresas, sino que tambin distorsiona todo tipo de organizaciones por sus efectos sobre los costos de la mano de obra, los materiales y otros artculos.
Tecnolgicos: Uno de los factores de mayor efecto sobre el ambiente es la

tecnologa. La ciencia proporciona los conocimientos y la tecnologa los usa. El termino tecnologa se refiere a la suma total del conocimiento que se tiene de las formas de hacer las cosas. Algunos beneficios de la tecnologa son: mayor productividad, estndares ms altos de vida. Ms tiempo de descanso y una mayor variedad de productos. El cambio ms rpido durante los ltimos siglos probablemente que haya ocurrido en la tecnologa. Ahora tenemos oficinas computarizadas, robot en las fabricas, rayos lser, circuito integrados, micro puntos, microprocesadores etc. Las compaas que prosperan son aquellas que obtienen el mayor partido en la tecnologa. Un ejemplo de cmo el ambiente tecnolgico afecta a la administracin, lo encontraremos en el diseo de oficinas. Estas se han vuelto centro de comunicaciones. La administracin ahora puede enlazar sus computadores, telfonos, procesadores de palabras, fotocopiadoras, mquina de fax, almacenamiento
CONSULTORA MZRAS
55

de archivos y otras actividades de oficinas, en un sistema integrado. Para la administracin de todas las organizaciones esto significa capacidad para la toma de decisiones ms rpida y mejor. A parte de los beneficios que trae la tecnologa, esta tambin conlleva problemas, tales como embotellamiento de transito, la contaminacin de aire y agua, la escasez de energa y la prdida de privacidad debido a la aplicacin de la tecnologa de computacin. Se requiere de un enfoque equilibrado que la aproveche y al mismo tiempo disminuya algunos de sus efectos colaterales indeseable.
Sociales: En cualquier clasificacin de los elementos ambientales que

influya sobre un administrador, es en extremo difcil separar los medios sociales, polticos y ticos. El ambiente social se compone de actitudes, deseos, expectativas, ambientales grados son de inteligencia de y educacin, y creencia y costumbre de las personas de un grupo o sociedad determinada. Estos elementos cambio. Es decir que la administracin debe adaptar sus prcticas a las expectativas cambiantes de la sociedad en la que opera. Conforme cambian los valores, costumbre y gustos, as tambin debe cambiar la administracin. Esto se aplica tanto a sus productos y ofrecimiento de servicios como a sus polticas internas. Un ejemplo reciente de condiciones sociales que han tenido un impacto significativo en la administracin de determinadas organizaciones incluyen las expectativas cambiantes de carreras de las mujeres y el envejecimiento de la fuerza laboral. La inflacin, el movimiento femenino, y el incremento en la tasa de divorcio al contribuido al aumento dramtico de las tasas de participacin laboral femenina. Hoy en da, ms de la mitad de todas las mujeres adultas estn empleadas con propsito lucrativo fuera del hogar. Los bancos, fabricantes de automviles y los de ropas femeninas encuentran que su mercado est cambiando conforme varan las expectativas de carreras de las mujeres, ellas quieren mayor crdito, carros que se adapten a su nuevo estilo de vida y ropas para negocios. difciles estudio comprensin, para pronosticarlo y que el administrador puede anticiparse y prepararse para los
CONSULTORA MZRAS
56
Polticos: Las condiciones polticas incluyen la estabilidad general de los

pases en que opera una organizacin y las actitudes especficas que los funcionarios gubernamentales electos tienen hacia el rol de los negocios en la sociedad. El ambiente poltico, las actitudes y las acciones de los legisladores y lderes polticos y gubernamentales cambian con el flujo y reflujo de las demandas y creencias sociales. El gobierno afecta prcticamente a todas las empresas y todos los aspectos de la vida. Con relacin a los negocios, desempeando dos papeles principales: los fomenta y los limita. Por ejemplo, hace lo primero cuando estimula la expansin y el desarrollo econmico, proporciona ayuda mediante la administracin para pequeos negocios, subsidia determinadas industrias, ofrece ventajas fiscales, respalda la investigacin y el desarrollo e incluso protege algunas empresas mediante aranceles especiales. Por ltimo, el gobierno tambin es el mayor cliente, al comprar bienes y servicios. Todo gerente est rodeado por una maraa de leyes, reglamentos y jurisprudencia, no solo a nivel nacional sino tambin estatal y municipal. Algunas se elaboran para proteger a los trabajadores, a los consumidores y a comunidades. Muchas tienen el fin de regular el comportamiento de los administradores y de sus subordinados en los negocios y en otras empresas. Numerosas leyes y normas son necesarias, aunque muchas se vuelven obsoletas. Pero representan un ambiente complejo para todos los administradores, porque se espera que conozcan las restricciones y requisitos legales aplicables a sus acciones. Por lo tanto, es comprensible que los administradores de toda clase organizaciones, en especial en los negocios y en el gobierno, tengan cerca de ellos un experto legal para tomar decisiones. Los administradores perceptivos no solo deben responder a las presiones sociales sino tambin necesitan prever y hacer frente a las polticas e incluso a las posibles legales. Resulta evidente que no es una tarea fcil.
tica: La tica es la disciplina que se relaciona con lo bueno y lo malo, con

el deber y las obligaciones morales. Muchas decisiones que toman los
CONSULTORA MZRAS
57

administradores exigen que tomen en cuenta quien puede resultar afectado, por eso presentaremos tres punto de vista o teoras morales sobre la tica. Punto de vista utilitarista o teora utilitaria de la tica: sugiere que los planes y acciones se evalan o se tome de decisiones segn sus secuencias. La idea fundamental es que los planes o acciones deben de producir el mayor bien para el mayor nmero de personas. Punto de vista de derecho o teora basada en los derechos de la tica: esta posicin se preocupa del respecto y la proteccin de las libertades y privilegios individuales, inclusive el derecho a la prevaca, libertad de conciencia, libertad de expresin y a un juicio legal. El lado positivo de la perspectiva de los derechos es que protege la libertad y prevaca de los individuos. Pero tiene un lado negativo en las organizaciones: puede representar un obstculo para la alta productividad y eficiencia, al crear un clima de trabajo demasiado legalista.
Evolucin de las Organizaciones Las organizaciones nacen a partir de demandas, con objetivos definidos que van cambiando y adaptndose a los gustos de los consumidores a medida que crecen y se desarrollan. La evolucin consta de tres etapas principales. Estas son: El Nacimiento. El Desarrollo. La Crisis. El nacimiento de una organizacin no ocurre espontneamente sino que se origina a partir de objetivos definidos para transformar algo o para prestar un servicio. Nacen a partir de demandas especficas de personas. En la etapa de creacin se sientan las bases esenciales. Las personas creadoras se ponen de acuerdo sobre el sentido de la organizacin y sus
CONSULTORA MZRAS
58

objetivos generales y comienzan a trabajar distribuyndose las
responsabilidades. Superada la difcil etapa de creacin, la organizacin o empresa tiende a su desarrollo mediante la aceleracin del siguiente ciclo de gestin:
Compr a
Producci n
Vent a
Cobranza s Pago
Por aceleracin del ciclo de gestin se entiende que cuantas ms veces se realice el ciclo graficado en un perodo determinado, se potenciarn las probabilidades de xito econmico del emprendimiento. Dicha aceleracin depende necesariamente de que el mercado responda, esto es, que acepte la propuesta de valor y compre los productos o servicios brindados por la organizacin. Toda organizacin alcanza su madurez cuando alcanza el mximo de ventas, crecimiento y desarrollo posible y ya no pueda crecer ms de ese nivel. Esto se evidencia porque se reiteran las mismas cifras de ventas mes tras mes. Ya en decadencia, la empresa se encuentra con un mercado que no crece y puede empezar a decrecer o incluso desaparecer (por efectos de una moda, por ejemplo), o puede permanecer estancada, sin un ritmo creciente de compras. Es el momento de realizar cambios ofreciendo nuevos productos y servicios para revitalizar el ritmo de compras del mercado o cambiar el negocio al cual se dedica. Las crisis se pueden producir por muchos motivos, pero los principales son:
CONSULTORA MZRAS
59

Cuando las necesidades del mercado no son adecuadamente
interpretadas; Cuando las necesidades internas de la organizacin no son satisfechas; Cuando las necesidades de las personas de la organizacin no son satisfechas. Cuando aparecen objetivos no cumplidos, confusin generalizada, escasez de dinero, resultados de dinero negativos, toma de decisiones errticas, etc. Marco jurdico normativo de las organizaciones: interno y externo
Las organizaciones actan contenidas dentro de ciertos lmites que marcan hasta qu punto pueden o no tomar decisiones y ayudan a los integrantes a orientar sus esfuerzos de supervivencia y crecimiento. Estos lmites son, a nivel interno, las normas y procedimientos y, a nivel externo, los decretos, leyes, las regulaciones y disposiciones gubernamentales. El nivel interno tiene como principales expresiones los organigramas, manuales de poltica, normativas de procedimientos, que tienen como objetivo lograr un comportamiento ms racional y previsible de las personas en la organizacin. Por otro lado en el nivel externo identificamos las normas emanadas de las polticas pblicas que se orientan a poder encarrilar dentro de cierto orden pblico las acciones de las organizaciones. Las leyes emanadas del congreso, los decretos y las normas institucionales son ejemplos de acciones de polticas pblicas.
CONSULTORA MZRAS
60
Principios econmicos, administrativos y ticos de una organizacin La actividad de las organizaciones involucra algunos ejes principales de accin que son los ejes econmicos, administrativos y ticos. Estos hacen factibles el crecimiento y supervivencia de las organizaciones. Principios econmicos Consisten en hacer posible el consumo, creando riqueza y distribuyndola, es decir, ser agente de desarrollo de los individuos y de la sociedad. El desarrollo es un proceso de incremento continuo de la capacidad para satisfacer los deseos propios y de los dems. El desarrollo implica incremento de la competencia y mejora de la calidad de vida. Principios administrativos Los principios administrativos apoyan al logro del objetivo econmico. Todo administrador tiene las siguientes tareas: Creacin de un conjunto autntico que sea mayor que la suma de las partes, una actividad productiva que rinda ms que la suma de los recursos incorporados a esa actividad. Armonizar en todas las decisiones, las funciones y los actos, desde la planificacin hasta el control y los requerimientos del futuro, ya sean a corto, mediano y largo plazo. Principios ticos Determina que es lo bueno, lo correcto y lo justo en la cultura personal y en la cultura de las organizaciones. La tica organizacional trata de determinar lo correcto o justo en las decisiones y acciones que puedan afectar a otras personas o algn integrante de la organizacin.
CONSULTORA MZRAS
61

Lo tico en las organizaciones focaliza lo que son o deben ser las relaciones con los empleados, clientes, accionistas, bancos, proveedores, distribuidores o vecinos. Las exigencias ticas se resumen en los deberes y obligaciones que tenemos para con las dems personas Herramientas grficas Los organigramas: Los organigramas son grficos de la estructura formal de una organizacin, seala los diferentes cargos, departamentos, jerarqua y relaciones de apoyo y dependencia que existe entre ellos. Podemos decir que son una foto de la Organizacin y una representacin grfica de la ubicacin de los centros decisorios. Tiene una doble finalidad: Desempea un papel informativo, al permitir que los integrantes de la organizacin y de las personas vinculadas a ella conozcan, a nivel global, sus caractersticas generales. Es un instrumento para realizar anlisis estructurales al poner de relieve, con la eficacia propia de las representaciones grficas, las particularidades esenciales de la organizacin representada. Todo organigrama tiene que cumplir los siguientes requisitos: Obtener todos los elementos de autoridad, los diferentes niveles de jerarqua, y la relacin entre ellos. Tiene que ser fcil de entender y sencillo de utilizar. Debe contener nicamente los elementos indispensables
CONSULTORA MZRAS
62
Por Ejemplo:
Cursogramas Podemos definir a los cursogramas como la representacin grfica de una sucesin de pasos o acciones que forman un procedimiento o rutina, indicando tambin los caminos por los que fluye la informacin. Condiciones: Representacin del desarrollo cronolgico de la operacin. Evitar el cruce de lneas de comunicacin Identificar las deficiencias detectadas. Concisin y claridad en las leyendas explicativas. Representacin de Todos los Registros y formularios que intervienen en el proceso. Limitaciones: Prescinden de considerar el factor TIEMPO No se visualiza la carga de trabajo Es una muestra global de la totalidad del sistema administrativo No establece relaciones de jerarquas entre los sectores
CONSULTORA MZRAS
63
Por Ejemplo:
CONSULTORA MZRAS
64
CONCLUSION
En el desarrollo de esta unidad, logramos comprender claramente como se desarrollan las Organizaciones en la Sociedad y la vital importancia que sta posee en todo mbito del ser humano, ya que el mismo se encuentra en permanente contacto con ellas, desde su nacimiento. Las Organizaciones, como sistemas se destinan a cumplir mltiples objetivos y desarrollan numerosas funciones, como por ejemplo satisfacer necesidades econmicas y financieras, en el caso de una empresa.
CONSULTORA MZRAS
65
CONSULTORA MZRAS
66
CONSULTORA MZRAS
67
CONSULTORA MZRAS
68
INTRODUCCION
Los gerentes o administradores dependen de medios formales e informales para obtener los datos que requieren para tomar decisiones. La informacin formal llega a manos de los gerentes mediante informes administrativos y estadsticas de rutina. Estos informes son estandarizados, se producen regularmente y constituyen la parte ms visible de lo que se denomina Sistema de Informacin Gerencial (SIG). La informacin informal incluye rumores y discusiones no oficiales con sus colegas. La experiencia personal, educacin, sentido comn, intuicin y conocimiento del medio social y poltico, son parte de los medios informales de recolectar datos.
CONSULTORA MZRAS
69
CONSULTORA MZRAS
70
Sistemas Concepto Generalizado Reunin de objetos, denominados partes que se correlacionan de cierto modo.
En un sistema fsico, la correlacin de las partes, adoptan la forma de cierto tipo de conexiones fsicas, pero en un modelo matemtico de un sistema de este tipo, las conexiones aparecen solo como relaciones.
CONSULTORA MZRAS
71
Principio de Relatividad para los Sistemas Todo sistema sometido a la influencia de su medio es un subsistema de un sistema ms amplio, y toda parte de un sistema es potencialmente un sistema. Sistema de Informacin Sistema de Conjuntos de Informacin necesarios para la decisin y el sealamiento de un sistema ms amplio, del cual es un subsistema, que contiene subsistemas para recolectar, almacenar, procesar y distribuir conjuntos de informacin. Sistema de procesamiento de informacin basado en el computador que apoya las funciones de operacin, administracin y toma de decisiones de una organizacin. El sistema utiliza: Equipos y software de computador. Procedimientos manuales. Modelos de Anlisis, planeacin y control. Una base de datos.
Tareas de un SI Brindar informacin operativa: Constituye una necesidad. Ejemplo: Brindar informacin directiva: No constituye una necesidad pero le es
Sistema de inventario. til para el perfeccionamiento del SI.
CONSULTORA MZRAS
72
Funciones de Procesamiento de un SI Procesar Transacciones: ya sea una actividad interna o externa a la Mantenimiento de Archivos: creacin y mantenimiento de bases de Producir Informes: realizar informes de solicitudes no programadas, Ad Procesar Preguntas: la funcin esencial del procedimiento de preguntas
organizacin. datos permanentes o histricos. Hoc. es lograr que cualquier registro o elemento sea fcilmente accesible a personal autorizado. Tecnologas para los SI Sistemas de Computacin Hardware de Computador. Clases de sistemas de computacin. Software de computador.
Representacin de datos para los computadores Sistemas de codificacin (cdigo binario).
Microelectrnica Chips lgicos y de memoria. Instruccin en micro cdigo y lenguaje de mquina.
Instruyendo al Computador Lenguaje ensamblador. Compromiso de productividad hombre mquina. Lenguajes orientados a procedimientos. Lenguajes de consulta de bases de datos. Generadores de Informes.
CONSULTORA MZRAS
73

Paquetes estadsticos. Lenguajes de modelado. Lenguajes de muy alto nivel.
Puntos de vista del usuario de un sistema de computacin Uso de un sistema por lotes. Uso de un sistema en lnea. Uso de un microcomputador.
Facilidades de Comunicacin Modelo de un sistema de comunicaciones Canales de comunicaciones. Procesadores de comunicaciones.
Redes de Comunicaciones Conceptos de Red de comunicaciones. Red de servicio local (LAN). - Red de rea amplia. - Protocolos. Sistemas Distribuidos Elementos de un Sistema Una o ms salidas. Una o ms entradas. Uno o ms procesos. Un subsistema de control, que asegure las salidas en funcin de los
objetivos.
CONSULTORA MZRAS
74
Fases de un Ciclo de Vida Anlisis Planeacin Definicin de requisitos Diseo Instrumentacin Pruebas del Sistema Mantenimiento
Requisitos Cualitativos de un Sistema El sistema debe reducir el costo en, por lo menos un 25%. El sistema debe captar el inters de los usuarios. La precisin del sistema debe ser suficiente para cumplir con los objetivos. El sistema debe producir respuestas en tiempo real. El sistema debe ser un 99% confiable. Componentes de un Sistema de Informacin Gerencial Equipo computacional. Sistemas de programacin. Los procedimientos manuales. Los modelos para el anlisis, la planeacin, el control y la toma de decisiones. Base de datos.
CONSULTORA MZRAS
75
Alcance de un Sistema de Informacin Formal Limitado por: Los datos que se puedan obtener. El costo de su obtencin. El procesamiento. El almacenamiento de los datos. El costo de la recuperacin y de la distribucin. El valor de la informacin para el usuario. La capacidad del hombre para aceptar y actuar sobre la informacin.
FLUJOGRAMA: conjunto de dibujos esquemticos que permiten representar, de forma geomtrica y especial, los pasos de un algoritmo. ALGORITMO: conjunto de reglas bien definidas que constituye un
procedimiento, tambin bien definido, para la resolucin de una clase de problemas; los algoritmos deben cumplir con las propiedades de ser: finitos, determinsticos y generales; la escritura de un programa, en cualquier lenguaje de programacin, no es otra que la elaboracin de un algoritmo adecuado para la resolucin de un problema, o de un programa.
Sistemas de Informacin Componentes interrelacionados que capturan, almacenan, procesan y distribuyen la informacin para apoyar la toma de decisiones, el control, anlisis y visin de la organizacin. Elementos de un Sistema de Informacin Entradas: La captura o recoleccin de datos primarios dentro de la
institucin o de su entrono para ser procesador.
CONSULTORA MZRAS
76

Procesamiento: La conversin de la entrada en una forma mas Producto o Salida: La distribucin de informacin procesada a los Retroalimentacin: Producto regresado a los miembros adecuados de la
comprensible para el receptor o agente de toma de decisiones. personas o a las actividades en donde ser usada. institucin para ayudarles a evaluar/controlar/mejorar el sistema. En las Organizaciones se presentan dos tipos de Sistemas de Informacin: Formales Con reglas. Tecnologa: - Manuales. - Hardware y Software. Informales Redes de chismes. Sin reglas.
CONSULTORA MZRAS
77
Tipos Generales de SI
Nivel Estratgico: SI que apoyan a las actividades de plantacin a largo Nivel Administrativo: SI en los que se apoya el seguimiento, control, Nivel de Conocimiento: SI en los que se apoyan los trabajadores del Nivel Operativo: SI que hacen al seguimiento de las actividades y las
plazo de los niveles de direccin de la institucin. toma de decisiones y actividades de la organizacin. conocimiento y de la informacin de la institucin. transacciones elementales de la organizacin. El papel de los SI en una empresa es con respecto a lo que esta quiera hacer, por ejemplo, en 5 aos depende a menudo de lo que los sistemas sean capaces de hacer. Adems existe una interdependencia creciente en la
CONSULTORA MZRAS
78

estrategia de negocios y los SI; as como la complejidad de estos ltimos, junto a la visin de los proyectos de sistemas y sus aplicaciones. La Arquitectura de Informacin de una Organizacin es el papel particular que la tecnologa de la informacin juega en una institucin para permitirle alcanzar sus metas u objetivos seleccionados. Rol de los Administradores: Orden y coordinacin de las diversas tecnologas de computo y los sistemas de aplicaciones de negocio para satisfacer las comunicaciones entre los distintos niveles de la institucin. Enfoque Contemporneo de los SI Tcnicos: Ciencia de la computacin. Ciencia de la administracin. Investigacin y operaciones.
Conductuales - Actitudinales: Psicolgicos. Sociolgicos. Ciencias polticas. RRHH.
El Costo de los SI: Lo que invertimos en esfuerzo, tiempo y dinero para cada uno de los siguientes factores en cada fase del ciclo de vida de un sistema: Personal. Equipamiento. Conversin y puesta en marcha. Entrenamiento. Gastos Administrativos.
CONSULTORA MZRAS
79

Es importante estimar los Costos porque nos permite establecer mtricas en: Planificacin, Presupuestacin, Control del Proyecto y Compromisos a Realizar. Para lo cual debemos de conocer: El producto a realizar. El tipo de estructura de la organizacin. Los medios tcnicos disponibles. Las restricciones con las cuales se debe manejar el sistema.
Sistemas de Informacin Gerencial Definicin Sistema integrado Usuario Maquina, el cual implica que algunas tareas son mejor realizadas por el hombre, mientras que otras son muy bien hechas por la mquina, para el procesamiento de datos significativos basado en el computador. Que apoya las funciones de operacin, administracin y toma de decisiones, que utiliza: Software. Hardware. Procedimientos manuales. Base de Datos. Modelos para el anlisis, planeacin, control y toma de decisiones.
Sus Caractersticas: Flexibles, adaptables, y de repuesta rpida. El usuario es un directivo o integrante de la alta direccin. Operan con poca o ninguna asistencia de programadores profesionales.
CONSULTORA MZRAS
80

Proporcionan soporte a decisiones y soluciones para problemas que no Usan herramientas de anlisis y modelaje.
pueden anticiparse (decisiones no programadas).
Sirven como soporte para la Toma de Decisiones ya que permiten al decisor recuperar los datos y probar las soluciones alternativas durante el proceso de solucin del problema. Adems operan a travs de dilogos interactivos con el usuario.
El papel del computador: Apoya al gerente, ms no su criterio o juicio. Ideal para problemas semiestructurados, que permite la sistematizacin La solucin es interactiva entre el sistema-computador y el ser humano
en el computador. con su capacidad de discernimiento. Sistemas Expertos: Programa que captura el dominio de un ser humano en un campo limitado de cocimiento. Planificacin y Control Todas las funciones gerenciales; Planificacin, Organizacin, Direccin y Control son necesarias para un buen desempeo organizacional. Los Sistemas de Informacin Gerencial son necesarios para apoyar estas funciones, en especial la Planificacin y el Control. El valor de la informacin proporcionada por el sistema, debe cumplir con los siguientes cuatro supuestos bsicos: Calidad: Para los gerentes es imprescindible que los hechos comunicados sean un fiel reflejo de la realidad planteada. Oportunidad: Para lograr un control eficaz, las medidas correctivas en caso de ser necesarias, deben aplicarse a tiempo, antes de que se presente una gran desviacin respecto de los objetivos planificados con anterioridad. Cantidad: Es probable que los gerentes casi nunca tomen decisiones acertadas y oportunas si no disponen de informacin suficiente, pero tampoco
CONSULTORA MZRAS
81

deben verse desbordados por informacin irrelevante e intil, pues esta puede llevar a una inaccin o decisiones desacertadas. Relevancia: La informacin que le es proporcionada a un gerente debe estar relacionada con sus tareas y responsabilidades. Necesidad de un SIG
Por qu es necesario un sistema de informacin gerencial para una organizacin? Las razones pueden ser muchas, pero pueden resumirse en
estas: Oportunidad: Para lograr un control eficaz de una organizacin, se
deben tomar a tiempo medidas correctivas en caso de ser necesarias, antes de que se presente una gran desviacin respecto de los objetivos planificados con anterioridad. Cantidad: Es probable que los gerentes casi nunca tomen decisiones acertadas y oportunas si no disponen de informacin suficiente, pero tampoco deben verse desbordados por informacin irrelevante e intil (redundancia), pues sta puede llevar a una inaccin o decisiones desacertadas. Relevancia: Reduccin de costos. Subsistemas Funcionales del SIG Alta Gerencia Informtica Finanzas Personal Logstica Produccin Mercadeo
Subsistemas por Actividad Administrativa
CONSULTORA MZRAS
82

Estratgico Administrativo Tctico Medio Operativo Procesamiento de Transacciones
Pasos para analizar un SIG 1.- Identificar a todos aquellos agentes que estn utilizando o deberan utilizar los distintos tipos de informacin (profesionales, trabajadores de campo, supervisores, administradores, etc.) 2.- Establecer los objetivos a largo y corto plazo de la organizacin, departamento o punto de prestacin de servicios. 3.- Identificar la informacin que se requiere para ayudar a las diferentes personas a desempearse efectiva y eficientemente, y eliminar la informacin que se recolecta pero que no se utiliza. 4.- Determinar cules de los formularios y procedimientos actuales para recolectar, registrar, tabular, analizar y brindar la informacin, son sencillos, no requieren demasiado tiempo y cubren las necesidades de los diferentes trabajadores, y qu formularios y procedimientos necesitan mejorarse. 5.- Revisar todos los formularios y procedimientos existentes para recolectar y registrar informacin que necesiten mejorarse o preparar nuevos instrumentos si es necesario. 6.- Establecer o mejorar los sistemas manuales o computarizados para tabular, analizar, y ofrecer la informacin para que sean ms tiles a los diferentes trabajadores 7.- Desarrollar procedimientos para confirmar la exactitud de los datos. 8.- Capacitar y supervisar al personal en el uso de nuevos formularios, registros, hojas de resumen y otros instrumentos para recolectar, tabular, analizar, presentar y utilizar la informacin. 9.- Optimizar un sistema de informacin gerencial: qu preguntar, qu observar, qu verificar. Una Estructura Piramidal
CONSULTORA MZRAS
83
La parte inferior de la pirmide esta comprendida por la informacin
relacionada con el procesamiento de las transacciones preguntas sobre su estado. El siguiente nivel comprende los recursos de informacin para apoyar El tercer nivel agrupa los recursos del sistema de informacin para las operaciones diarias de control. ayudar a la planificacin tctica y la toma de decisiones relacionadas con el control Administrativo. El nivel ms alto comprende los recursos de informacin necesarios para apoyar la planificacin estratgica y la definicin de polticas de los niveles ms altos de la administracin.
Actividades Principales de los SIG 1.-Reciben datos como entrada, procesan los datos por medio de clculos, combinan elementos de los datos, etc. 2.Proporcionan informacin en manuales, electromecnicos y computarizados 3.-Sistema de Informacin de Procesamiento de Transacciones, Sistema de Informacin para Administradores, Sistema de Informacin de Informes Financieros Externos.
Un Dato Importante sobre los SIG Los Sistemas de Informacin Gerencial son una necesidad hoy en da, ya que las empresas manejan grandes cantidades de datos los cuales pueden ser analizados, de tal manera que se pueda encontrar informacin relevante para tomar diferentes cursos de accin. Los SIG actualmente son conocidos como Business Intelligent (Inteligencia de Negocios), esto es debido a que influyen a la toma de decisiones.
CONSULTORA MZRAS
84

Los SIG forman parte de las estrategias corporativas, ya que la
comunicacin e informacin son de gran valor en las organizaciones o empresas, por que representan poder.
El SIG Visto por el Usuario Los principales usuarios de un sistema de informacin basado en el computador son los siguientes: Usuario Personal de Oficina Usos Manejo de transacciones, ingreso de datos y respuesta a preguntas. Obtencin de datos de operaciones. Ayuda en la planificacin., programacin e identificacin de situaciones fuera de control y toma de decisiones. Informacin para Anlisis, Planificacin y Documentacin. Informes corrientes, identificacin de problemas y de oportunidades. Anlisis para la toma de decisiones.
Primer Nivel de Administradores
Personal Especialistas Gerencia
El Profesional de SIG El profesional que estar a cargo de la funcin del SIG, deber poseer una formacin acadmica relacionada con los sistemas de informacin y con la ciencia de la computacin. La preparacin consiste en poseer un CV recomendado por ACM, que certifica la preparacin informacin. A un nivel menor esta el CV planteado por IFIP (Federacin Internacional para el Procesamiento de la Informacin). educativa acerca de una carrera en sistemas de
CONSULTORA MZRAS
85

El CV de ACM es de importancia porque se define las dos clases de SI: el analista de informacin quien trabaja con el usuario para definir los requerimientos y el diseador quien define las especificaciones de equipo de computacin y el software. El primero se interesa en las necesidades de la organizacin, mientras que el segundo tiene un entrenamiento ms tcnico en computacin. Como Funciona un SIG Un sistema de informacin gerencial, rene datos sobre la variedad de funciones de una organizacin lo que permite a un administrador planear, hacer seguimiento y evaluar las operaciones y el desempeo de la empresa de manera integral. Un sistema de informacin gerencial no necesita ser complejo. Debe proporcionar las bases que se requieren para tomar decisiones. Los datos que se necesitan para la planeacin, seguimiento y evaluacin se tomarn de diversas fuentes. Capacidades de un SIG Es esencial entender perfectamente lo que los sistemas de informacin son capaces de hacer para una organizacin. El conocimiento de las capacidades potenciales de un sistema de informacin computarizado permite a los administradores analizar en forma sistemtica cada una de las tareas de una organizacin y compararlas con las capacidades de la computadora. Un sistema de informacin para la administracin particular puede tener varias capacidades tcnicas. En conjunto, estas contradicen lo que se oye comnmente acerca de que: una computadora es slo una sumadora de alta capacidad o una calculadora. No puede hacerse nada diferente, solo lo hace con mayor rapidez. Entre las capacidades de un sistema de informacin gerencial tenemos: Procesamiento de Transacciones por Lote: la mayora de las
organizaciones manejan una gran cantidad y variedad de transacciones. Por
CONSULTORA MZRAS
86

ejemplo, la actividad de mercadotecnia puede generar ventas en efectivo y a crdito, devoluciones rdenes comunes etc., cada una para cientos de productos diferentes. Adems se realizan muchos tipos de procesamiento que solo estn relacionados indirectamente con actividad de ventas.
Procesamiento
de
una
Sola
Transaccin:
otra
alternativa
de
procesamiento por lote es de una sola transaccin, en el cual cada operacin entra sola en el sistema de cmputo. En general el procesamiento por lote de una sola transaccin se usa cundo al acelerar la velocidad del procesamiento se proveen ventas significativas, como la entrega anticipada de mercanca vendida. Comunicacin de Datos y Conmutacin de Mensajes: Dos o ms sistemas de computadoras pueden unirse por medio de lneas telefnicas u otro mtodo de transmisin para que los datos de transacciones, archivos de registros y programas. la conmutacin de mensajes usa esta red de comunicaciones de computadoras. El cambio de mensaje implica un sistema de correo electrnico, por medio del cual los administradores de una organizacin mandan cartas o mensajes a los administradores de otros lugares. Entrada de Datos y Actualizacin de Archivos Remotos: utilizar los sistemas de comunicacin de datos permite captar las transacciones en el lugar donde ocurren y transmitirlas a otra localizacin para su procesamiento.
CONSULTORA MZRAS
87
CONCLUSION
La introduccin de la tecnologa de computadores ha conllevado a que los diversos sistemas de informacin se conviertan en elementos de importancia en la organizacin. Es por eso que en la actualidad la empresa que no lleve un sistema cualquiera que este sea no se considera estar a la vanguardia.
CONSULTORA MZRAS
88
CONSULTORA MZRAS
89
CONSULTORA MZRAS
90
CONSULTORA MZRAS
91
INTRODUCCION El desarrollo de sistemas est formado por dos componentes: El Anlisis de sistemas y el Diseo de sistemas. El anlisis y diseo de sistemas se refiere al proceso de examinar la situacin de una empresa con el propsito de mejorarla con mtodos y procedimientos ms adecuados. El anlisis y diseo de aplicaciones de los sistemas de informacin debe llevarse a cabo con tcnicas aplicadas a metodologas, acompaadas por una importante gestin de proyectos y una eficaz adquisicin de calidad. Tambin, es importante poder apoyarse en las columnas que nos propician las herramientas que en cada caso ocuparemos, estas facilitaran nuestra tarea como profesional informtico y de los usuarios a la hora de desarrollar un sistema. A continuacin se presenta en forma resumida los conceptos fundamentales para comprender el anlisis y diseo de sistemas.
CONSULTORA MZRAS
92
CONSULTORA MZRAS
93
Metodologas Estructuradas para el Anlisis y Diseo de los Sistemas de Informacin. Una metodologa de desarrollo es un conjunto de mtodos, uno o ms para cada actividad dentro de cada fase de un proyecto de desarrollo de sistemas. Una buena metodologa de desarrollo establece estndares para toda la organizacin para los requerimientos de recoleccin, diseo, programacin y prueba. La metodologa debe exigir que los documentos de requerimiento y especificaciones de los sistemas estn completos, detallados, exactos y documentados en un formato que la comunidad de usuarios pueda entender antes de aprobarla. Desde la dcada de 1970 se han usado las metodologas estructuradas para documentar, analizar y disear sistemas de informacin. Estructuradas se refiere a que las tcnicas se aplican paso a paso; cada paso se construye con base en el anterior.
METOLOGA Se llama metodologa al estudio del mtodo, que se utiliza en el anlisis, diseo e implementacin de los SI. Esta sirve para obtener una idea clara y precisa de las etapas y respectivas fases para alcanzar
MTODO Es un conjunto de etapas que se llevan a cabo en un orden determinado y que mantienen entre s una estrecha relacin con el propsito de estudiar un sistema de informacin.
Determinacin de los requerimientos de informacin
CONSULTORA MZRAS
94
Uno de los problemas que enfrenta el analista es la determinacin de los requerimientos de informacin de los usuarios. Entre las herramientas que se utilizan para determinar los requerimientos de informacin de un negocio se encuentran mtodos interactivos como las entrevistas, los muestreos, la investigacin de datos impresos, la aplicacin de cuestionarios y mtodos que no interfieren con el usuario como la observacin del comportamiento de los encargados de tomar las decisiones y sus entornos de oficina, al igual que mtodos de amplio alcance como la elaboracin de prototipos. Los implicados en esta fase son el analista y los usuarios, por lo general trabajadores y gerentes del rea de operaciones. El analista de sistemas necesita conocer los detalles de las funciones del sistema actual: el quin (la gente involucrada), el qu (la actividad del negocio), el dnde (el entorno donde se desarrollan las actividades), el cundo (el momento oportuno) y el cmo (la manera en que se realizan los procedimientos actuales) del negocio que se estudia. A continuacin el analista debe preguntar la razn por la cual se utiliza el sistema actual. Podra haber buenas razones para realizar los negocios con los mtodos actuales, y es importante tomarlas en cuenta al disear un nuevo sistema. Sin embargo, si la razn de ser de las operaciones actuales es que "siempre se han hecho de esta manera", quiz ser necesario que el analista mejore los procedimientos. Al trmino de esta fase, el analista debe conocer el funcionamiento del negocio y poseer informacin muy completa acerca de la gente, los objetivos, los datos y los procedimientos implicados.
CONSULTORA MZRAS
95
Etapas del estudio de sistemas La planeacin de un proyecto comienza por dividirlo en 3 etapas o actividades principales; ellas son: Anlisis Se encarga del momento presente en el que se encuentra la organizacin. Entre sus fases se encuentran: 1. Estudio Preliminar Tener una idea general del sistema a estudiar que permite llevar a cabo la siguiente fase. Objetivos: Definir el objetivo del proyecto. Identificar los requerimientos de la organizacin. Identificar factores de un problema no soluciones.
Para lograr obtener la informacin necesaria requerida en el Estudio Preliminar, se aplican las siguientes herramientas: a) Entrevistas: Medio mas utilizado e idneo para obtener la informacin requerida. Debe satisfacer los siguientes objetivos: Recoger informacin Vender ideas Ganar confianza Comunicar el objetivo del proyecto Requerir colaboracin.
CONSULTORA MZRAS
96
Las Entrevistas se dividen en categoras, apoyndose a quin esta dirigida: Nivel Directivo. Nivel Ejecutivo. Nivel Operativo.
b) Observacin y Visitas: La observacin y las visitas, son otras de las herramientas aplicables, donde se pretende obtener una visin global de la ubicacin geogrfica de la organizacin, la disposicin de sus puestos de trabajo, el flujo del proceso industrial, comercial y/o administrativo, llamado LAYOUT. Este propsito se alcanza realizando visitas guiadas por la organizacin cuya duracin ser en funcin de los propsitos del proyecto. c) Estudio de Documentacin y Antecedentes: Esta herramienta se refiere a la lectura y anlisis de elementos que puedan brindar al profesional de sistemas una idea acerca de la realidad de la organizacin, por ejemplo: cmo est organizada, cul es su patrimonio, ventas, gastos, etc. Adems nos permite determinar con qu elementos debemos contar para obtener esta visin de la Empresa, como: Balances, organigramas, manuales de procedimientos, cursogramas, estudios de sistemas anteriores, archivos, etc. d) Check List: Una herramienta til es realizar Check List, ya que no necesitan de mucho tiempo para completarlo y permite limitar los requerimientos del hombre de sistemas. Esta herramienta podra contener lo siguiente: productos que fabrica y/o vende, dotacin total y sectorial de personal, volumen de ventas compras, metros cuadrados ocupados, nomina de propietarios, patrimonio neto, participacin en el mercado, principales competidores, proveedores y clientes, regmenes legales a los cuales est sometida la organizacin, etc.
CONSULTORA MZRAS
97
Conclusin estudio preliminar Entonces podemos resumir que el Estudio Preliminar es la definicin del objetivo del proyecto que debe contar con la aprobacin de la Direccin de la organizacin y los profesionales de Sistemas.
2. Planeamiento de proyecto Fijar un plan que involucre todas las fases con fijacin de plazos, recursos y presupuestos (MS-Project). a) Planificacin del Anlisis. b) Determinar las tareas a cumplir: Tiempos estimados y calendario resultante, y adems, utilizacin de tcnicas de programacin y control como Gant o Pert. c) Determinar el equipo humano que interviene: Cantidad y Calidad. El Equipo del Proyecto debera ser el siguiente: Director del Proyecto, Supervisores, Analistas Principales, Analistas Secundarios, Colaboradores, como: Dibujantes, Dactilgrafos, Asesores en Gral. El Modelo de Propuesta de Servicios a presentar a los Directivos de la Empresa es el siguiente: Carta de presentacin Definicin del objetivo del proyecto Tareas realizadas durante el estudio preliminar Conclusiones previas obtenidas Metodologa a aplicar
CONSULTORA MZRAS
98

Plan de Trabajo, programas GANT y PERT Equipo de trabajo Propio Recursos humanos por niveles Tiempo de afectacin por reas o tareas De la empresa: Recursos humanos a aportar Recursos materiales
Informes a presentar Tipo y periodicidad Precio, Condiciones de Pago, Garantas Mantenimiento de la Oferta Antecedentes del equipo de trabajo Currculum vitae de los integrantes
Conclusin planeamiento del proyecto Entonces podemos definir al Planeamiento del Proyecto como la Presentacin de la propuesta de sistemas, donde requiere de una confeccin de pre-factibilidad tcnica, econmica y operativa.
CONSULTORA MZRAS
99
3. Relevamiento detallado Recoleccin de Informacin. Tiene por objetivo obtener informacin acerca de la situacin actual de la Empresa en Estudio; para esto es necesario definir el alcance de la recoleccin en base al objetivo fijado en el proyecto. Es decir, tener: Conocimientos en forma detallada de la estructura actual de la empresa. Tener en cuenta a la organizacin formal y la informal.
Las herramientas que aplica son: Entrevistas y cuestionarios Cursogramas Check List Observacin Personal Estudio de Antecedentes y Documentacin
Conclusin relevamiento detallado A sta sub-etapa podemos definirla como: La encargada de la toma a conciencia de todos los procesos y funciones de la organizacin con soporte de documentacin, generando las bases para la fase siguiente: Evaluacin y Diagnostico. 4. Evaluacin y diagnostico Emitir un dictamen crtico sobre la situacin actual, que generara las mejoras al existente o su reemplazo total. La evaluacin y diagnstico tiene
CONSULTORA MZRAS
100

como fin formular las conclusiones acerca de la efectividad y eficiencia de los sistemas relevados, estas conclusiones darn las bases para el diseo de un nuevo sistema. Las herramientas a utilizar son:
Lista de Control compuesta por 5 preguntas:

lugar. DNDE?: Nos presenta el lugar de realizacin de cierta accin. QUIN?: Nos relaciona la persona responsable de una determinada QU?: Nos permite saber acerca de lo que se est realizando. CUNDO?: Hace referencia a la oportunidad en que cierta accin tiene
accin. CMO?: Nos trae a colacin el mtodo. Algunas tcnicas aplicadas son: DFD Orientado a Objeto ER Etc.
Informe de presentacin Debe ser por escrito y complementado con presentaciones, demostraciones, explicaciones orales, etc.
CONSULTORA MZRAS
101
Conclusin evaluacin y diagnostico La ltima sub-etapa se encarga de llegar a las conclusiones adecuadas y esperadas, acompaadas de la elaboracin y presentacin de un informe de diagnstico. Diseo El diseo se aplica a cuatro caractersticas distintas del software: la estructura de los datos, la arquitectura de las aplicaciones, la estructura interna de los programas y las interfaces. El diseo es el proceso que traduce los requisitos en una representacin del software de forma que pueda conocerse la arquitectura, funcionalidad e incluso la calidad del mismo antes de comenzar la codificacin. Al igual que el anlisis, el diseo debe documentarse y forma parte de la configuracin del software (el control de configuraciones es lo que nos permite realizar cambios en el software de forma controlada y no traumtica para el cliente). Es una etapa de proyecciones, por la que se requiere de la imaginacin, la inteligencia y la creatividad. Se relacionan con el nuevo sistema. Sus fases son: 1. Diseo Global Plantear en trminos generales la mejora del sistema anterior o la nueva propuesta con especificacin de sus posibilidades y costo. Esta Sub-etapa tiene como objetivo desarrollar propuestas alternativas que satisfagan los requerimientos de la organizacin. Las herramientas que aplica son: Definir los objetivos del Sistema con absoluta claridad y por escrito.
CONSULTORA MZRAS
102

Establecer las restricciones del sistema, tanto internas (propias de la
organizacin) como externas (Clientes, proveedores, estado, etc.). Determinar las necesidades de informacin: Definicin de las Salidas. Determinar las fuentes de Informacin: Definicin de las entradas. Determinacin del proceso y los medios de procesamiento. Especificacin de los archivos: Definir los almacenamientos y los
accesos (claves). Justificacin del Proyecto. DFD / OO / ER. Conclusin del diseo global El Diseo Global propone alternativas que satisfagan los requerimientos funcionales, para as encontrar el equilibrio ptimo entre la factibilidad tcnica, econmica financiera y operativa. 2. Diseo detallado Traducir el diseo global en trminos en que el mismo pueda ser operable. Tiene como fin, una vez aceptado el diseo global, de desarrollar en detalle el sistema diseado a nivel global. Las herramientas que utiliza el diseo detallado para el estudio de sistema, son: Cursogramas Redaccin de Informes Diseo de formularios y registros Diagramas lgicos Diseo de organigramas
CONSULTORA MZRAS
103
Conclusin del diseo detallado El Diseo Detallado se encarga de obtener los procedimientos detallados de todas las actividades y de cada una de las funciones que afecten al sistema diseado. Adems es responsable de codificar y programar los mdulos a implementar participacin electrnicamente, de toda la lnea conformar de un equipo y de prueba cada con trabajo; probar mdulo
independientemente y su integracin en el sistema en general. Codificacin La codificacin consiste en la traduccin del diseo a un formato que sea legible para la mquina. Si el diseo es lo suficientemente detallado, la codificacin es relativamente sencilla, y puede hacerse (al menos en parte) de forma automtica, usando generadores de cdigo. Prueba Una vez que ya tenemos el programa ejecutable, comienza la fase de pruebas. El objetivo es comprobar que no se hayan producido errores en alguna de las fases de traduccin anteriores, especialmente en la codificacin. Para ello deben probarse todas las sentencias, no slo los casos normales y todos los mdulos que forman parte del sistema. Implementacin La implementacin involucra trasladar a los hechos la fase de diseo. Para ello se concreta en tres fases:
1. Planeamiento del proyecto
CONSULTORA MZRAS
104

Coordinar los recursos necesarios para la Implementacin propiamente dicha del proyecto. El Planeamiento tiene como objetivo confeccionar un plan tendiente a coordinar los distintos recursos (materiales, humanos y de tiempo) para lograr poner en marcha el proyecto. Utiliza las siguientes herramientas: Capacitacin en todos los niveles de participantes y usuarios. Elaboracin de instrucciones de implantacin. Calendario de Implantacin. Responsables de cada tarea/actividad en la implantacin. Adquisicin de recursos materiales y de instalaciones. Determinar los responsables, la frecuencia y los criterios para evaluar
resultados. Fijar puntos de control para verificar si el sistema puesto en marcha
funciona correctamente. Planear la migracin/conversin de soportes (archivos, SO, etc.) Programacin y/o modificacin de software.
Conclusin planeamiento del proyecto La sub-etapa de planeamiento est encargada de crear el Plan de Implementacin del Sistema.
CONSULTORA MZRAS
105
2. Puesta en marcha Dar comienzo efectivo al sistema diseado. La Puesta en Marcha es la fase donde el nuevo sistema comienza a operar. Su Desarrollo cuenta con: Lograr El Funcionamiento En Pleno Del Sistema Diseado: Trabajo en Paralelo: Funcionamiento simultaneo del viejo sistema
y del nuevo sistema. Implantacin Total o Gradual: No siempre es posible implantar un
sistema en forma simultnea, ms si debe asegurarse la implantacin TOTAL del sistema con una correcta coordinacin de mdulos para alcanzar el xito de la integracin final. Conclusin puesta en marcha En esta fase se obtiene el nuevo sistema operativo que utilizar la Organizacin. 3. Seguimiento Asegurar que el sistema diseado es correctamente implementado y que se solucionen los imprevistos que surjan en la marcha. Su fin es asegurar que el sistema diseado se implemente de acuerdo a lo planificado, corrigiendo las fallas que se vayan detectando, si es que existen. Para su desarrollo utiliza las siguientes herramientas: Verificar los resultados del sistema segn controles planificados. Observacin directa y entrevistas. Dar solucin a problemas de interpretacin, adaptacin, comprensin,
resistencia al cambio. Adaptar el sistema a nuevos hechos no previstos en el Relevamiento-
anlisis-diseo.
CONSULTORA MZRAS
106

Reactivar la metodologa en los casos en donde se detecten fallas de
Relevamiento- anlisis-diseo.
Conclusin seguimiento El seguimiento se encarga de demostrar fehacientemente que el sistema diseado funcione correctamente, segn las especificaciones funcionales del sistema, aun con los cambios que se le puede haber incorporado. Mantenimiento Si bien la metodologa no incluye el mantenimiento, dada su importancia se podra considerar como una ltima etapa. Su tarea es mantener al sistema operativo en la organizacin. Sus herramientas son: Reaplicacin de la metodologa. Mantenimiento Preventivo. Adaptacin a los cambios externos. Normas fiscales. Proveedores/clientes.
La Tarea de mantenimiento puede ser efectuada de 3 formas: Interno (organizacin) Externo (contratados - Consultores) Mixto
CONSULTORA MZRAS
107
Quin lleva a cabo el trabajo de sistemas? Podramos encontrar dos clases bien diferenciadas: a) Profesionales y tcnicos; b) Consultores externos; como parte de un rea de sistemas dentro de una organizacin o sea en relacin de dependencia. Ambas posibilidades del trabajo profesional son igualmente vlidas y depende de cada situacin en particular, recomendar una u otra. Si bien hay algunas variantes en el desarrollo de alguna de las etapas, en general la exposicin de la metodologa es aplicable a ambos casos. Diagrama de Flujo de Datos Un Diagrama de Flujo de Datos o DFD es un diagrama en forma de red que representa el flujo de datos y las transformaciones que se aplican sobre ellos al moverse desde la entrada hasta la salida del sistema. Se emplea para modelar, en distintos niveles de abstraccin, las funciones de un sistema y los datos que fluyen entre ellas. En los niveles superiores se definen las funciones del sistema en forma general y en los niveles inferiores se definen dichas funciones de manera ms detallada. Componentes de un DFD Procesos, Funciones O Transformaciones Un proceso puede interpretarse como una funcin que debe llevar a cabo el sistema. Debe ser capaz de generar los flujos de datos de salida a partir de los flujos de datos de entrada y de una informacin local. Un proceso se identifica mediante un nmero y un nombre, que deben ser nicos en el conjunto del DFD que representan el sistema.
CONSULTORA MZRAS
108

El nombre debe ser breve y lo ms representativo posible de la funcin que describe. Normalmente se forma por un verbo y un sustantivo. Almacenes De Datos Un almacn de datos representa informacin del sistema almacenada en forma temporal. Es un depsito lgico de almacenamiento que puede representar distintos tipos de informacin fsica (una bandeja con papeles, un archivador manual, un archivo en una computadora o una base de datos). Entidades Externas Una entidad externa representa un generador o consumidor de informacin del sistema, pero no pertenece al sistema. Puede representar un subsistema, persona, departamento, organizacin, etc., que proporcione datos al sistema o que los reciba de l. Los flujos que parten de las entidades externas o llegan a las mismas definen la interfaz entre el sistema y el mundo exterior. Toda entidad externa se identifica con un nombre. Flujos De Datos Se interpretan como un camino a travs del cual viajan datos de composicin conocida de una parte del sistema a otra. Son el medio de conexin de los restantes componentes del DFD. Deben tener un nombre o rtulo que los identifique. La flecha indica la direccin de los datos. Los flujos de datos que conectan componentes de un DFD deben respetar las siguientes restricciones:
CONSULTORA MZRAS
109
Destino Fuente Proceso Almacn Entidad Externa
Proceso
Almacn
Entidad Externa
SI SI SI
SI NO NO
SI NO NO
Las diferentes conexiones entre procesos y almacenes que es posibles realizar con los flujos de datos son:
PROCESO A
YYY
Almacn 1
Flujo de Consulta
YYY
PROCESO B
Almacn 2
Flujo de Actualizacin
CONSULTORA MZRAS
110
ELEMENTOS DE UN DIAGRAMA DE FLUJO DE DATOS
Entidad externa: Representa las entidades externas con que se comunica el sistema. No es posible controlar un agente externo Flujo de datos: Informacin que circula de un objeto del diagrama a otro. Representa datos en movimiento. El nombre del flujo describe el tipo de informacin que se transporta.
Proceso: Muestra una parte del sistema donde se transforma la informacin
Almacn de Datos: Sirve para modelar un paquete de datos en reposo. Los flujos que entran se interpretan como una escritura, y los flujos que salen como una lectura.
Gua para la construccin de un DFD Reglas que ayudarn para no elaborar un DFD incompleto o lgicamente inconsistente y que se dibuje un DFD grato a la vista: Escoger nombres con significado para los procesos, flujos, almacenes y entidades externas: es importante etiquetar con precisin el proceso, de modo que quienes leen el DFD puedan confirmar que se trata de un modelo preciso. Si el proceso lo hace una sola persona se recomienda identificar el papel o funcin que la persona est representando y no su identidad o nombre (podra ser reemplazado, podra realizar diversas tareas en el sistema o puede atraer la atencin hacia la manera en la que realiza la labor dada). Numerar los procesos: es una forma conveniente de referirse a los
procesos, no importa mucho cmo se haga esto, mientras haya constancia en la forma de aplicar los nmeros. El modelo de DFD es una red asincrnica que
CONSULTORA MZRAS
111

se intercomunican. Pues se numeran los procesos para hacer referencia a los procesos de manera ms conveniente cuando se discute sobre un DFD (decir burbuja 1 es ms fcil que EDITAR TRANSACCIONES Y REPORTAR ERRORES), y es ms importante el hecho de que los nmeros se convierten en base para la numeracin jerrquica cuando se introduzcan los diagramas de flujo por niveles. Redibujar el DFD tantas veces como sea necesario estticamente:
tendr que dibujarse y volverse a dibujar, a menudo hasta 10 veces o ms antes de ser tcnicamente correcto, ser aceptable para el usuario y estar lo suficientemente bien dibujado como para que no sea embarazoso mostrarlo a la direccin de la organizacin. Evite los DFD excesivamente complejos: esto significa que el diagrama
debe ser fcilmente entendido, asimilado y placentero a la vista, una regla principal es que el DFD debe caber cmodamente en una hoja normal. Asegurarse de que el DFD sea internamente consistente y que tambin
lo sea con cualesquier DFD relacionado con l: evitar burbujas que tengan entradas pero no salidas, evitar burbujas de generacin espontnea, que tienen salidas sin tener entradas, tenga cuidado con los flujos y procesos no etiquetados, tenga cuidado con los almacenes de solo lectura o solo escritura (deben tener entrada tanto como salida, excepto los externos que sirven de interfaz entre el sistema y algn terminador externo).
DFD por niveles El DFD global se organiza en una serie de niveles de modo que cada uno proporcione sucesivamente ms detalles sobre una porcin de un nivel anterior. El DFD del primer nivel consta slo de una burbuja, que representa el sistema completo; los flujos de datos muestran las interfaces entre el sistema y las entidades externas, junto con los almacenes externos que pueda haber. El DFD que sigue del diagrama de contexto se conoce como la figura 0,
CONSULTORA MZRAS
112

representa la vista del ms alto nivel de las principales funciones del sistema, al igual que sus principales interfaces, cada una de estas burbujas debiera numerarse para una referencia conveniente, los nmeros tambin sirven como una manera adecuada de relacionar una burbuja con el siguiente nivel del DFD que la describe ms a fondo.
a
Usuario
Pedid o de Material
0 Biblioteca
Entre ga de Material
b
Proveedore s de material bibliogrfico
Nivel de Contexto
CONSULTORA MZRAS
113
Ingeniera de software asistida por computadoras Desde principios de la dcada de 1990, los analistas empezaron a beneficiarse de las herramientas de productividad, denominadas herramientas de Ingeniera de Software Asistida por Computadora (CASE, Computer-Aided Software Engineering), que se crearon explcitamente para mejorar su trabajo rutinario mediante apoyo automatizado. Los analistas de sistemas se apoyan en estas herramientas, desde el principio hasta el fin del ciclo de vida, para incrementar la productividad, comunicarse de manera ms eficiente con los usuarios e integrar el trabajo que desempean en el sistema.
DICCIONARIO DE DATOS Un diccionario de datos contiene las caractersticas lgicas de los datos que se van a utilizar en el sistema que estamos realizando, incluyendo nombre, descripcin, alias, contenido y organizacin. Estos diccionarios se desarrollan durante el anlisis de flujo de datos y ayuda a los analistas que participan en la determinacin de los requerimientos del sistema, su contenido tambin se emplea durante el diseo del proyecto. El diccionario de datos define datos haciendo lo siguiente: Describe el significado de los flujos y almacenes que se muestran en los DFD. Describe la composicin de agregados de paquetes de datos que se
mueven a lo largo de los flujos, es decir paquetes complejos (domicilio de un cliente) que pueden descomponerse en unidades ms elementales (ciudad, estado y cdigo postal). Describen la composicin de los paquetes de datos en los almacenes.
CONSULTORA MZRAS
114

Especifica los valores y unidades relevantes de piezas elementales de
informacin en los flujos de datos y en los almacenes de datos. Describe los detalles de las relaciones entre almacenes que se
enfatizan en un diagrama de entidad-relacin
Contenidos de un direccionamiento de datos Descripcin de un Elemento de Datos (ED):
Nombre, descripcin, alias, ED relacionado, rango de valores, longitud, informacin de validacin, mscara, etc.
Descripcin de Estructuras de Datos:

Estructuras opcionales (nombre) Estructuras Alternativas (A, B o C) Alteraciones de estructuras (ED *: puede o no repetirse, ED * (0-10):
puede o no repetirse hasta 10 veces, ED * (1- ): Se repite por lo menos 1 vez).
CONSULTORA MZRAS
115
Descripcin de los flujos de Datos:
La fuente del flujo de Datos, El destino, El volumen de cada estructura de Datos o transaccin (x da, x mes, etc.), La actual implementacin fsica del flujo de Datos.
CONSULTORA MZRAS
116
Descripcin de los Procesos: Nombre, descripcin, resumen lgico con principales funciones, entradas y salidas.
Descripcin de las Entradas al Glosario:
Vocabulario propio de los usuarios que tienen poco o confuso significado para el Analista (tem, Descripcin, Alias, Si es discreto: Valor y Significado, Si es continuo: Rango de Valores, Valor por defecto, Longitud, Representacin interna y Otros datos de inters).
CONSULTORA MZRAS
117
La necesidad de la notacin en el diccionario de datos En la mayora de los sistemas en los que se trabaja, los paquetes de datos o elementos de datos, sern lo suficientemente complejos como para necesitar describirlos en trminos de otras cosas. Los elementos complejos de datos se definen en trminos de elementos ms sencillos, y los sencillos en trminos de los valores y unidades legtimos que pueden asumir. Se vuelve algo tedioso describir la composicin de los elementos de datos en una forma narrativa. Necesitamos una notacin concisa y compacta (como los diccionarios normales de palabras ordinarias).
NORMALIZACIN El proceso de normalizacin de una base de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo E-R (entidad-relacin) al modelo relacional. Las bases de datos relacionales se normalizan para: Evitar la redundancia de los datos. Evitar problemas de actualizacin de los datos en las tablas. Proteger la integridad de los datos.
Formas Normales Primera Forma Normal (1 FN)
Dividir la relacin en una o ms relaciones sin grupos repetitivos. Asignar uno o ms dominios como clave primaria, es decir la menor clave que identifique unvocamente cada tupla.
CONSULTORA MZRAS
118

Se eliminan los grupos repetitivos. Los atributos han de ser atmicos. Grficamente las celdas de la tabla contienen solo un valor, en cada uno de los atributos slo se puede incluir un dato, aunque sea compuesto, pero no se puede incluir una lista de datos. Se trata de que cada atributo guarde la menor cantidad de informacin posible.
Para eliminar los grupos repetitivos se pone cada uno de ellos en una tabla aparte, esa nueva tabla hereda la clave primaria de la relacin en la que se encontraban, se crea una clave fornea para la nueva tabla. Segunda Forma Normal (2 FN)
Para relaciones cuyas claves tengan ms que un dominio, verificar que cada dominio no clave es funcin dependiente de toda la clave, y no solamente de una parte. Dividir la relacin, si es necesario, para lograr este objetivo.
Dependencia completa. Esta en 2 FN si esta en 1FN y si sus atributos no principales dependen de forma completa de la clave principal. Toda relacin que tenga como clave slo un atributo est en 2FN. REGLA: La 2FN se encarga de que todas las columnas que no son clave sean completamente dependientes de la llave primaria Tercera Forma Normal (3 FN)
Verificar relaciones.
que
todos
los
dominios
no
clave
sean
mutuamente
independientes entre s. Suprimir dominios redundantes o dividir las

Est en segunda forma normal y todo atributo no primo es implicado por la clave primaria en una secuencia no transitiva. Se eliminan las dependencias transitivas. CARACTERSTICAS
CONSULTORA MZRAS
119
Dominio Tupla Relacin Clave Simple Clave Concatenada
Elementos de Datos Registro Estructura de Datos Acceso a la BD Simple Acceso a la BD Simple
CONSULTORA MZRAS
120
CONCLUSIN En Conclusin un proyecto de desarrollo de un Sistema de Informacin comprende varios componentes o pasos llevados a cabo durante la etapa del anlisis, el cual ayuda a traducir las necesidades del cliente en un modelo de Sistema que utiliza uno o ms de los componentes: Software, hardware, personas, base de datos, documentacin y procedimientos. Por eso que existen varios modelos o mtodos para la realizacin del anlisis y diseo de un sistema, lo primero es revisar que es el Anlisis y el diseo y posteriormente, los varios modelos que podemos utilizar para la realizacin y elaboracin de un proceso y trabajo exhaustivo y dar solucin o respuesta al problema que se ha generado desde la perspectiva del programador y analista.
CONSULTORA MZRAS
121
CONSULTORA MZRAS
122
CONSULTORA MZRAS
123
CONSULTORA MZRAS
124
INTRODUCCION Los sistemas desde su creacin hasta su desaparicin pasan por un conjunto de etapas, desde que surge la necesidad de su creacin, hasta la construccin, puesta en marcha y constantes revisiones y actualizaciones de acuerdo a las necesidades que van surgiendo con el paso del tiempo. Debido a lo mencionado anteriormente el diseo y anlisis de aplicaciones de los sistemas de informacin debe ser realizado con tcnicas y metodologas adecuadas, acompaado de etapas organizadas para facilitar la tarea del profesional informtico y la de los usuarios a la hora de desarrollar sistemas de informacin. En la siguiente unidad, se presentan de forma clara y resumida los conceptos fundamentales del desarrollo y del mantenimiento de los sistemas de informacin, analizando y describiendo las distintas tcnicas y metodologas a utilizar.
CONSULTORA MZRAS
125
CONSULTORA MZRAS
126
Software Se conoce como software al equipamiento lgico o soporte lgico de una computadora digital; comprende el conjunto de los componentes lgicos necesarios que hacen posible la realizacin de tareas especficas, en contraposicin a los componentes fsicos del sistema, llamados hardware. Tales componentes lgicos incluyen, entre muchos otros, aplicaciones informticas como el procesador de textos, que permite al usuario realizar todas las tareas concernientes a la edicin de textos o el software de sistema tal como el sistema operativo, que, bsicamente, permite al resto de los programas funcionar adecuadamente, facilitando la interaccin con los componentes fsicos y el resto de las aplicaciones, proporcionando tambin una interfaz para el usuario. Clasificacin de Software Si bien esta distincin es, en cierto modo, arbitraria, y a veces confusa, a los fines prcticos se puede clasificar al software en tres grandes tipos:
Software de sistema: Su objetivo es desvincular adecuadamente al use, aislndolo especialmente del procesamiento referido a las
usuario y al programador de los detalles de la computadora en particular que se caractersticas internas de: memoria, discos, puertos y dispositivos de comunicaciones, impresoras, pantallas, teclados, etc. El software de sistema le procura al usuario y programador adecuadas interfaces de alto nivel, herramientas y utilidades de apoyo que permiten su mantenimiento. Incluye entre otros:

Sistemas operativos Controladores de dispositivos Herramientas de diagnstico Herramientas de Correccin y Optimizacin Servidores
CONSULTORA MZRAS
127

Utilidades
Software de programacin: Es el conjunto de herramientas que al programador desarrollar programas informticos, usando
permiten
diferentes alternativas y lenguajes de programacin, de una manera prctica. Incluye entre otros:

Editores de texto Compiladores Intrpretes Enlazadores Depuradores Entornos de Desarrollo Integrados (IDE): Agrupan las anteriores
herramientas, usualmente en un entorno visual, de forma tal que el programador no necesite introducir mltiples comandos para compilar, interpretar, depurar, etc. Habitualmente cuentan con una avanzada interfaz grfica de usuario (GUI).
Software de aplicacin: Es aquel que permite a los usuarios llevar a
cabo una o varias tareas especficas, en cualquier campo de actividad susceptible de ser automatizado o asistido, con especial nfasis en los negocios. Incluye entre otros:

Aplicaciones para Control de sistemas y automatizacin industrial Aplicaciones ofimticas Software educativo Software empresarial Bases de datos Telecomunicaciones (por ejemplo Internet y toda su estructura lgica) Videojuegos Software mdico Software de Clculo Numrico y simblico. Software de Diseo Asistido (CAD)
CONSULTORA MZRAS
128

Software de Control Numrico (CAM)
Proceso de Creacin de un Software Se define como Proceso al conjunto ordenado de pasos a seguir para llegar a la solucin de un problema u obtencin de un producto, en este caso particular, para lograr la obtencin de un producto software que resuelva un problema. El proceso de creacin de software puede llegar a ser muy complejo, dependiendo de su porte, caractersticas y criticidad del mismo. Por ejemplo la creacin de un sistema operativo es una tarea que requiere proyecto, gestin, numerosos recursos y todo un equipo disciplinado de trabajo. En el otro extremo, si se trata de un sencillo programa (por ejemplo, la resolucin de una ecuacin de segundo orden), ste puede ser realizado por un solo programador (incluso aficionado) fcilmente. Es as que normalmente se dividen en tres categoras segn su tamao (lneas de cdigo) o costo: de Pequeo, Mediano y Gran porte. Existen varias metodologas para estimarlo, una de las ms populares es el sistema COCOMO que provee mtodos y un software (programa) que calcula y provee una estimacin de todos los costos de produccin en un "proyecto software" (relacin horas/hombre, costo monetario, cantidad de lneas fuente de acuerdo a lenguaje usado, etc.). Considerando los de gran porte, es necesario realizar complejas tareas, tanto tcnicas como de gerencia, una fuerte gestin y anlisis diversos (entre otras cosas), por lo cual se ha desarrollado una ingeniera para su estudio y realizacin: es conocida como Ingeniera de Software. En tanto que en los de mediano porte, pequeos equipos de trabajo (incluso un avezado analista-programador solitario) pueden realizar la tarea. Aunque, siempre en casos de mediano y gran porte (y a veces tambin en algunos de pequeo porte, segn su complejidad), se deben seguir ciertas etapas que son necesarias para la construccin del software. Tales etapas, si
CONSULTORA MZRAS
129

bien deben existir, son flexibles en su forma de aplicacin, de acuerdo a la metodologa o Proceso de Desarrollo escogido y utilizado por el equipo de desarrollo o por el analista-programador solitario (si fuere el caso). Los "procesos de desarrollo de software" poseen reglas preestablecidas, y deben ser aplicados en la creacin del software de mediano y gran porte, ya que en caso contrario lo ms seguro es que el proyecto o no logre concluir o termine sin cumplir los objetivos previstos, y con variedad de fallos inaceptables (fracasan, en pocas palabras). Entre tales "procesos" los hay giles o livianos (ejemplo XP), pesados y lentos (ejemplo RUP) y variantes intermedias; y normalmente se aplican de acuerdo al tipo, porte y tipologa del software a desarrollar, a criterio del lder (si lo hay) del equipo de desarrollo. Algunos de esos procesos son Extreme Programming (XP), Rational Unified Process (RUP), Feature Driven Development (FDD), etc. Cualquiera sea el "proceso" utilizado y aplicado al desarrollo del software (RUP, FDD, etc), y casi independientemente de l, siempre se debe aplicar un "Modelo de Ciclo de Vida". Se estima que, del total de proyectos software grandes emprendidos, un 28% fracasan, un 46% caen en severas modificaciones que lo retrasan y un 26% son totalmente exitosos. Cuando un proyecto fracasa, rara vez es debido a fallas tcnicas, la principal causa de fallos y fracasos es la falta de aplicacin de una buena metodologa o proceso de desarrollo. Entre otras, una fuerte tendencia, desde hace pocas dcadas, es mejorar las metodologas o procesos de desarrollo, o crear nuevas y concientizar a los profesionales en su utilizacin adecuada. Normalmente los especialistas en el estudio y desarrollo de estas reas (metodologas) y afines (tales como modelos y hasta la gestin misma de los proyectos) son los Ingenieros en Software, es su orientacin. Los especialistas en cualquier otra rea de desarrollo informtico (analista, programador, Lic. en Informtica, Ingeniero en Informtica, Ingeniero de Sistemas, etc.)
CONSULTORA MZRAS
130

normalmente aplican sus conocimientos especializados pero utilizando
modelos, paradigmas y procesos ya elaborados. Es comn para el desarrollo de software de mediano porte que los equipos humanos involucrados apliquen sus propias metodologas, normalmente un hbrido de los procesos anteriores y a veces con criterios propios. El proceso de desarrollo puede involucrar numerosas y variadas tareas , desde lo administrativo, pasando por lo tcnico y hasta la gestin y el gerenciamiento. Pero casi rigurosamente siempre se cumplen ciertas etapas mnimas; las que se pueden resumir como sigue:

Captura, Elicitacin , Especificacin y Anlisis de requisitos (ERS) Diseo Codificacin Pruebas (unitarias y de integracin) Instalacin y paso a Produccin Mantenimiento
En las anteriores etapas pueden variar ligeramente sus nombres, o ser ms globales, o contrariamente, ser ms refinadas; por ejemplo indicar como una nica fase (a los fines documentales e interpretativos) de "Anlisis y Diseo"; o indicar como "Implementacin" lo que est dicho como "Codificacin"; pero en rigor, todas existen e incluyen, bsicamente, las mismas tareas especficas. Ciclo de Vida El trmino ciclo de vida del software describe el desarrollo de software, desde la fase inicial hasta la fase final. El propsito de este programa es definir las distintas fases intermedias que se requieren para validar el desarrollo de la aplicacin, es decir, para garantizar que el software cumpla los requisitos para la aplicacin y verificacin de los procedimientos de desarrollo: se asegura de que los mtodos utilizados son apropiados.
CONSULTORA MZRAS
131

Estos programas se originan en el hecho de que es muy costoso rectificar los errores que se detectan tarde dentro de la fase de implementacin. El ciclo de vida permite que los errores se detecten lo antes posible y por lo tanto, permite a los desarrolladores concentrarse en la calidad del software, en los plazos de implementacin y en los costos asociados. El ciclo de vida bsico de un software consta de los siguientes
procedimientos:
Definicin de objetivos: definir el resultado del proyecto y su papel en la Anlisis de los requisitos y su viabilidad: recopilar, examinar y formular Diseo general: requisitos generales de la arquitectura de la aplicacin. Diseo en detalle: definicin precisa de cada subconjunto de la Programacin (programacin e implementacin): es la implementacin
estrategia global.
los requisitos del cliente y examinar cualquier restriccin que se pueda aplicar.

aplicacin.
de un lenguaje de programacin para crear las funciones definidas durante la etapa de diseo.
Prueba de unidad: prueba individual de cada subconjunto de la
aplicacin para garantizar que se implementaron de acuerdo con las especificaciones.
Integracin: para garantizar que los diferentes mdulos se integren con
la aplicacin. ste es el propsito de la prueba de integracin que est cuidadosamente documentada.
Prueba beta (o validacin), para garantizar que el software cumple con Documentacin: sirve para documentar informacin necesaria para los Implementacin Mantenimiento: para todos los procedimientos correctivos
las especificaciones originales.
usuarios del software y para desarrollos futuros.
(mantenimiento correctivo) y las actualizaciones secundarias del software (mantenimiento continuo).
CONSULTORA MZRAS
132

El orden y la presencia de cada uno de estos procedimientos en el ciclo de vida de una aplicacin dependen del tipo de modelo de ciclo de vida acordado entre el cliente y el equipo de desarrolladores. Modelo de Proceso o Ciclo de Vida Para cada una de las fases o etapas listadas en el tem anterior, existen sub-etapas (o tareas). El modelo de proceso o modelo de ciclo de vida utilizado para el desarrollo define el orden para las tareas o actividades involucradas tambin definen la coordinacin entre ellas, enlace y realimentacin entre las mencionadas etapas. Entre los ms conocidos se puede mencionar: modelo en cascada o secuencial, modelo espiral, modelo iterativo incremental. De los antedichos hay a su vez algunas variantes o alternativas, ms o menos atractivas segn sea la aplicacin requerida y sus requisitos. Modelo Cascada Este, aunque es ms comnmente conocido como modelo en cascada es tambin llamado "modelo clsico", "modelo tradicional" o "modelo lineal secuencial". El modelo en cascada puro difcilmente se utilice tal cual, pues esto implicara un previo y absoluto conocimiento de los requisitos, la no volatilidad de los mismos (o rigidez) y etapas subsiguientes libres de errores; ello slo podra ser aplicable a escasos y pequeos desarrollos de sistemas. En estas circunstancias, el paso de una etapa a otra de las mencionadas sera sin retorno, por ejemplo pasar del Diseo a la Codificacin implicara un diseo exacto y sin errores ni probable modificacin o evolucin: "codifique lo diseado que no habrn en absoluto variantes ni errores". Esto es utpico; ya que intrnsecamente el software es de carcter evolutivo, cambiante y difcilmente libre de errores, tanto durante su desarrollo como durante su vida operativa.
CONSULTORA MZRAS
133

Algn cambio durante la ejecucin de una cualquiera de las etapas en este modelo secuencial implicara reiniciar desde el principio todo el ciclo completo, lo cual redundara en altos costos de tiempo y desarrollo. La figura 2 muestra un posible esquema de el modelo en cuestin.
Sin embargo, el modelo cascada en algunas de sus variantes es uno de los actualmente ms utilizados , por su eficacia y simplicidad, ms que nada en software de pequeo y algunos de mediano porte; pero nunca (o muy rara vez) se lo usa en su forma pura, como se dijo anteriormente. En lugar de ello, siempre productos se produce alguna en los realimentacin cuales hay entre etapas, que no es o completamente predecible ni rgida; esto da oportunidad al desarrollo de software ciertas incertezas, cambios evoluciones durante el ciclo de vida. As por ejemplo, una vez capturados (elicitados) y especificados los requisitos (primera etapa) se puede pasar al diseo del sistema, pero durante esta ltima fase lo ms probable es que se deban realizar ajustes en los requisitos (aunque sean mnimos), ya sea por fallas detectadas, ambigedades o bien por que los propios requisitos han cambiado o evolucionado; con lo cual se debe retornar a la primera o previa etapa, hacer los pertinentes reajustes y luego continuar nuevamente con el diseo; esto ltimo se conoce como realimentacin. Lo normal en el modelo cascada ser entonces la aplicacin del mismo con sus etapas realimentadas
CONSULTORA MZRAS
134

de alguna forma, permitiendo retroceder de una a la anterior (e incluso poder saltar a varias anteriores) si es requerido. De esta manera se obtiene un "modelo cascada realimentado", que puede ser esquematizado como lo ilustra la figura siguiente.
Lo dicho es, a grandes rasgos, la forma y utilizacin de este modelo, uno de los ms usados y populares. El modelo Cascada Realimentado resulta muy atractivo, hasta ideal, si el proyecto presenta alta rigidez (pocos o ningn cambio, no evolutivo), los requisitos son muy claros y estn correctamente especificados. Hay ms variantes similares al modelo: refino de etapas (ms etapas, menores y ms especficas) o incluso mostrar menos etapas de las indicadas, aunque en tal caso la faltante estar dentro de alguna otra. El orden de esas fases indicadas en el tem previo es el lgico y adecuado, pero advirtase, como se dijo, que normalmente habr realimentacin hacia atrs. El modelo lineal o en Cascada es el paradigma ms antiguo y extensamente utilizado, sin embargo las crticas a l (ver desventajas) han puesto en duda
CONSULTORA MZRAS
135

su eficacia. Pese a todo tiene un lugar muy importante en la Ingeniera de software y contina siendo el ms utilizado; y siempre es mejor que un enfoque al azar. Desventajas del modelo cascada:
Los cambios introducidos durante el desarrollo pueden confundir al
equipo profesional en las etapas tempranas del proyecto. Si los cambios se producen en etapa madura (codificacin o prueba) pueden ser catastrficos para un proyecto grande.
No es frecuente que el cliente o usuario final explicite clara y
completamente los requisitos (etapa de inicio); y el modelo lineal lo requiere. La incertidumbre natural en los comienzos es luego difcil de acomodar.
El cliente debe tener paciencia ya que el software no estar disponible
hasta muy avanzado el proyecto. Un error detectado por el cliente (en fase de operacin) puede ser desastroso, implicando reinicio del proyecto, con altos costos. Modelos evolutivos El software evoluciona con el tiempo. Los requisitos del usuario y del producto suelen cambiar conforme se desarrolla el mismo. Las fechas de mercado y la competencia hacen que no sea posible esperar a poner en el mercado un producto absolutamente completo, por lo que se debe introducir una versin funcional limitada de alguna forma para aliviar las presiones competitivas. En esas u otras situaciones similares los desarrolladores necesitan modelos de progreso que estn diseados para acomodarse a una evolucin temporal o progresiva, donde los requisitos centrales son conocidos de antemano, aunque no estn bien definidos a nivel detalle. En el modelo Cascada y Cascada Realimentado no se tiene en cuenta la naturaleza evolutiva del software, se plantea como esttico con requisitos bien conocidos y definidos desde el inicio.
CONSULTORA MZRAS
136

Los evolutivos son modelos iterativos, permiten desarrollar versiones cada vez ms completas y complejas, hasta llegar al objetivo final deseado; incluso evolucionar ms all, durante la fase de operacin. Los modelos Iterativo Incremental y Espiral (entre otros) son dos de los ms conocidos y utilizados del tipo evolutivo.
Modelo iterativo incremental En trminos generales, podemos distinguir, en la figura 4, los pasos generales que sigue el proceso de desarrollo de un producto software. En el modelo de ciclo de vida seleccionado, se identifican claramente dichos pasos. La Descripcin del Sistema es esencial para especificar y confeccionar los distintos incrementos hasta llegar al Producto global y final. Las actividades concurrentes (Especificacin, Desarrollo y Validacin) sintetizan el desarrollo pormenorizado de los incrementos, que se har posteriormente. El siguiente diagrama nos muestra en forma muy esquemtica, el
funcionamiento de un ciclo iterativo incremental, el cual permite la entrega de versiones parciales a medida que se va construyendo el producto final. Es decir, a medida que cada incremento definido llega a su etapa de operacin y mantenimiento. Cada versin emitida incorpora a los anteriores incrementos las funcionalidades y requisitos que fueron analizados como necesarios.
CONSULTORA MZRAS
137
El incremental es un modelo de tipo evolutivo que est basado en varios ciclos Cascada realimentados aplicados repetidamente, con una filosofa iterativa. En la figura prxima se muestra un refino del diagrama previo, bajo un esquema temporal, para obtener finalmente el esquema del Modelo de ciclo de vida Iterativo Incremental, con sus actividades genricas asociadas. Aqu se observa claramente cada ciclo cascada que es aplicado para la obtencin de un incremento; estos ltimos se van integrando para obtener el producto final completo. Cada incremento es un ciclo Cascada Realimentado, aunque, por simplicidad, en la figura 5 se muestra como secuencial puro.
CONSULTORA MZRAS
138
Se observa que existen actividades de desarrollo (para cada incremento) que son realizadas en paralelo o concurrentemente, as por ejemplo, en la figura, mientras se realiza el diseo detalle del primer incremento ya se est realizando en anlisis del segundo. La figura 5 es slo esquemtica, un incremento no necesariamente se iniciar durante la fase de diseo del anterior, puede ser posterior (incluso antes), en cualquier tiempo de la etapa previa. Cada incremento concluye con la actividad de Operacin y Mantenimiento (indicada "Operacin" en la figura), que es donde se produce la entrega del producto parcial al cliente. El momento de inicio de cada incremento es dependiente de varios factores: tipo de sistema; independencia o dependencia entre incrementos (dos de ellos totalmente independientes pueden ser fcilmente iniciados al mismo tiempo si se dispone de personal suficiente); capacidad y cantidad de profesionales involucrados en el desarrollo; etc. Bajo este modelo se entrega software por partes funcionales ms pequeas, pero reutilizables, llamadas incrementos. En general cada incremento se construye sobre aquel que ya fue entregado.
CONSULTORA MZRAS
139

Como se muestra en la figura anterior, se aplican secuencias Cascada en forma escalonada, mientras progresa el tiempo calendario. Cada secuencia lineal o Cascada produce un incremento y a menudo el primer incremento es un sistema bsico, con muchas funciones suplementarias (conocidas o no) sin entregar. El cliente utiliza inicialmente ese sistema bsico intertanto, el resultado de su uso y evaluacin puede aportar al plan para el desarrollo del/los siguientes incrementos (o versiones). Adems tambin aportan a ese plan otros factores, como lo es la priorizacin (mayor o menor urgencia en la necesidad de cada incremento) y la dependencia entre incrementos (o independencia). Luego de cada integracin se entrega un producto con mayor funcionalidad que el previo. El proceso se repite hasta alcanzar el software final completo. Siendo iterativo, con el modelo incremental se entrega un producto parcial
pero completamente operacional en cada incremento, y no una parte que sea

usada para reajustar los requerimientos (como si ocurre en el modelo de construccin de prototipos). El enfoque incremental resulta muy til con baja dotacin de personal para el desarrollo; tambin si no hay disponible fecha lmite del proyecto por lo que se entregan versiones incompletas pero que proporcionan al usuario funcionalidad bsica (y cada vez mayor). Tambin es un modelo til a los fines de evaluacin. Modelo espiral El modelo espiral fue propuesto inicialmente por Barry Boehm. Es un modelo evolutivo que conjuga la naturaleza iterativa del modelo MCP con los aspectos controlados y sistemticos del Modelo Cascada. Proporciona potencial para desarrollo rpido de versiones incrementales. En el modelo Espiral el software se construye en una serie de versiones incrementales. En las primeras iteraciones la versin incremental podra ser un modelo en papel
CONSULTORA MZRAS
140

o bien un prototipo. En las ltimas iteraciones se producen versiones cada vez ms completas del sistema diseado. El modelo se divide en un nmero de Actividades de marco de trabajo, llamadas "regiones de tareas". En general existen entre tres y seis regiones de tareas (hay variantes del modelo). En la figura que se muestra a continuacin, el esquema de un Modelo Espiral con 6 regiones. En este caso se explica una variante del modelo original de Boehm, expuesto en su tratado de 1988; en 1998 expuso un tratado ms reciente.
Las regiones definidas en el modelo de la figura son:
CONSULTORA MZRAS
141
Regin 1 - Tareas requeridas para establecer la comunicacin entre el Regin 2 - Tareas inherentes a la definicin de los recursos, tiempo y Regin 3 - Tareas necesarias para evaluar los riesgos tcnicos y de Regin 4 - Tareas para construir una o ms representaciones de la Regin 5 - Tareas para construir la aplicacin, instalarla, probarla y Regin 6 - Tareas para obtener la reaccin del cliente, segn la
cliente y el desarrollador.
otra informacin relacionada con el proyecto.
gestin del proyecto.
aplicacin software.
proporcionar soporte al usuario o cliente (Ej. documentacin y prctica).
evaluacin de lo creado e instalado en los ciclos anteriores. Las actividades enunciadas para el marco de trabajo son generales y se aplican a cualquier proyecto, grande, mediano o pequeo, complejo o no. Las regiones que definen esas actividades comprenden un "conjunto de tareas" del trabajo: ese conjunto s se debe adaptar a las caractersticas del proyecto en particular a emprender. Ntese que lo listado en los tems de 1 a 6 son conjuntos de tareas, algunas de las ellas normalmente dependen del proyecto o desarrollo en si. Proyectos pequeos requieren baja cantidad de tareas y tambin de formalidad. En proyectos mayores o crticos cada regin de tareas contiene labores de ms alto nivel de formalidad. En cualquier caso se aplican actividades de proteccin (por ejemplo, gestin de configuracin del software, garanta de calidad, etc.). Al inicio del ciclo, o proceso evolutivo, el equipo de ingeniera gira alrededor del espiral (metafricamente hablando) comenzando por el centro (marcado con en la figura 6) y en el sentido indicado; el primer circuito de la espiral puede producir el desarrollo de una especificacin del producto; los pasos siguientes podran generar un prototipo y progresivamente versiones ms sofisticadas del software.
CONSULTORA MZRAS
142

Cada paso por la regin de planificacin provoca ajustes en el plan del proyecto; el coste y planificacin se realimentan en funcin de la evaluacin del cliente. El gestor de proyectos debe ajustar el nmero de iteraciones requeridas para completar el desarrollo. El modelo espiral puede ir adaptndose y aplicarse a lo largo de todo el Ciclo de vida del software (en el modelo clsico, o cascada, el proceso termina a la entrega del software). Una visin alternativa del modelo puede observarse examinando el "eje de punto de entrada de proyectos". Cada uno de los circulitos () fijados a lo largo del eje representan puntos de arranque de los distintos proyectos (relacionados); a saber:
Un proyecto de "Desarrollo de Conceptos" comienza al inicio de la
espiral, hace mltiples iteraciones hasta que se completa, es la zona marcada con verde.
Si lo anterior se va a desarrollar como producto real, se incia otro
proyecto: "Desarrollo de nuevo Producto". Que evolucionar con iteraciones hasta culminar; es la zona marcada en color azul.
Eventual y anlogamente se generarn proyectos de "Mejoras de
Productos" y de "Mantenimiento de productos", con las iteraciones necesarias en cada rea (zonas roja y gris, respectivamente). Cuando la espiral se caracteriza de esta forma, est operativa hasta que el software se retira, eventualmente puede estar inactiva (el proceso), pero cuando se produce un cambio el proceso arranca nuevamente en el punto de entrada apropiado (por ejemplo, en "Mejora del Producto"). El modelo espiral da un enfoque realista, que evoluciona igual que el software; se adapta muy bien para desarrollos a gran escala. El Espiral utiliza el MCP para reducir riesgos y permite aplicarlo en cualquier etapa de la evolucin. Mantiene el enfoque clsico (cascada) pero incorpora un marco de trabajo iterativo que refleja mejor la realidad.
CONSULTORA MZRAS
143

Este modelo requiere considerar riesgos tcnicos en todas las etapas del proyecto; aplicado adecuadamente debe reducirlos antes de que sean un verdadero problema. El Modelo evolutivo como el Espiral es particularmente apto para el desarrollo de Sistemas Operativos (complejos); tambin en sistemas de altos riesgos o crticos (Ej. navegadores y controladores aeronuticos) y en todos aquellos en que sea necesaria una fuerte gestin del proyecto y sus riesgos, tcnicos o de gestin. Desventajas importantes: Requiere mucha experiencia y habilidad para la evaluacin de los Es difcil convencer a los grandes clientes que se podr controlar este
riesgos, lo cual es requisito para el xito del proyecto. enfoque evolutivo. Este modelo no se ha usado tanto, como el Cascada (Incremental) o MCP, por lo que no se tiene bien medida su eficacia, es un paradigma relativamente nuevo y difcil de implementar y controlar. Modelo espiral Win & Win Una variante interesante del Modelo Espiral previamente visto (Fig. 6) es el "Modelo espiral Win-Win"8 (Barry Boehm). El Modelo Espiral previo (clsico) sugiere la comunicacin con el cliente para fijar los requisitos, en que simplemente se pregunta al cliente qu necesita y l proporciona la informacin para continuar; pero esto es en un contexto ideal que rara vez ocurre. Normalmente cliente y desarrollador entran en una negociacin, se negocia coste frente a funcionalidad, rendimiento, calidad, etc.
"Es as que la obtencin de requisitos requiere una negociacin, que tiene xito cuando ambas partes ganan".
CONSULTORA MZRAS
144

Las mejores negociaciones se fuerzan en obtener "Victoria & Victoria" (Win & Win), es decir que el cliente gane obteniendo el producto que lo satisfaga, y el desarrollador tambin gane consiguiendo presupuesto y fecha de entrega realista. Evidentemente, este modelo requiere fuertes habilidades de negociacin. El modelo Win-Win define un conjunto de actividades de negociacin al principio de cada paso alrededor de la espiral; se definen las siguientes actividades: 1. Identificacin del sistema o subsistemas clave de los directivos (saber qu quieren). 2. Determinacin de "condiciones de victoria" de los directivos (saber qu necesitan y los satisface) 3. Negociacin de las condiciones "victoria" de los directivos para obtener condiciones "Victoria & Victoria" (negociar para que ambos ganen). El modelo Win & Win hace nfasis en la negociacin inicial, tambin introduce 3 hitos en el proceso llamados "puntos de fijacin", que ayudan a establecer la completitud de un ciclo de la espiral, y proporcionan hitos de decisin antes de continuar el proyecto de desarrollo del software.
CONSULTORA MZRAS
145
CONCLUSION
Concluyendo esta unidad podemos decir que esta unidad fue de mucha ayuda para nosotros para poder comprender la organizacin de un sistema de informacin, como su creacin y funcionamiento en el desarrollo del Software, que con la ayuda de personal especializado se podra satisfacer a los clientes creando un producto que satisfaga la necesidad del usuario de forma completa.
CONSULTORA MZRAS
146
CONSULTORA MZRAS
147
CONSULTORA MZRAS
148
CONSULTORA MZRAS
149
INTRODUCCIN
Debido al gran avance de las telecomunicaciones y el gran abaratamiento de sus costos con un turbulento contexto la informtica hoy en da, est inmersa en la gestin integral de casi el 99 % de todas las empresas, siendo una herramienta esencial para la toma de decisiones. En toda organizacin moderna, ya sea pblica o privada, la misin de las tecnologas de la informacin es facilitar la consecucin de sus objetivos estratgicos. Debido a su gran importancia en el funcionamiento de una empresa, aparece el concepto de Auditora de Sistemas, siendo muy utilizado en la actualidad por todas las organizaciones utilizando recursos humanos, y tecnolgicos. Controlando y detectando errores o falencias con indicaciones de acciones correctivas. Su utilizacin demuestra un alto ndice de eficacia y eficiencia.
CONSULTORA MZRAS
150
CONSULTORA MZRAS
151
Concepto de auditora informtica Consiste en la revisin y evaluacin de los controles, sistemas,
procedimientos de Informtica, de los equipos de cmputos, su utilizacin, eficiencia y seguridad, de la organizacin que participan en el procesamiento de la informacin, a fin de que por medio del sealamiento de cursos alternativos se logre una utilizacin ms eficiente y segura de la informacin que servir para una adecuada toma de decisiones. Se debern evaluar los sistemas de informacin en general desde sus entradas, procedimientos, controles, archivos, seguridad y obtencin de informacin. Caractersticas de la Auditora Informtica: La informacin de la empresa y para la empresa, siempre importante, se ha convertido en un Activo Real de la misma, como sus Stocks o materias primas si las hay. Por ende, han de realizarse inversiones informticas, materia de la que se ocupa la Auditora de Inversin Informtica. Del mismo modo, los Sistemas Informticos han de protegerse de modo global y particular: a ello se debe la existencia de la Auditora de Seguridad Informtica en general, o a la auditora de Seguridad de alguna de sus reas, como pudieran ser Desarrollo o Tcnica de Sistemas. Cuando se producen cambios estructurales en la Informtica, se reorganiza de alguna forma su funcin: se est en el campo de la Auditora de Organizacin Informtica. Estos tres tipos de auditoras engloban a las actividades auditoras que se realizan en una auditora parcial. De otra manera, cuando se realiza una auditoria del rea de Desarrollo de Proyectos de la Informtica de una empresa, es porque en ese Desarrollo existen, adems de ineficiencias, debilidades de organizacin, o de inversiones, o de seguridad, o alguna mezcla de ellas. Sntomas de Necesidad de una Auditora Informtica: Las empresas acuden a las auditoras externas cuando existen sntomas bien perceptibles de debilidad. Estos sntomas pueden agruparse en clases: Sntomas de descoordinacin y desorganizacin:
CONSULTORA MZRAS
152

No coinciden los objetivos de la Informtica de la Compaa y de la
propia Compaa. - Los estndares de productividad se desvan sensiblemente de los promedios conseguidos habitualmente. [Puede ocurrir con algn cambio masivo de personal, o en una reestructuracin fallida de alguna rea o en la modificacin de alguna Norma importante] Sntomas de mala imagen e insatisfaccin de los usuarios: No se atienden las peticiones de cambios de los usuarios. Ejemplos: cambios de Software en los terminales de usuario, refrescamiento de paneles, variacin de los ficheros que deben ponerse diariamente a su disposicin, etc. - No se reparan las averas de Hardware ni se resuelven incidencias en plazos razonables. El usuario percibe que est abandonado y desatendido permanentemente. No se cumplen en todos los casos los plazos de entrega de resultados peridicos. Pequeas desviaciones pueden causar importantes desajustes en la actividad del usuario, en especial en los resultados de Aplicaciones crticas y sensibles. Sntomas de debilidades econmico-financieras: Incremento desmesurado de costes. - Necesidad de justificacin de Inversiones Informticas (la empresa no est absolutamente convencida de tal necesidad y decide contrastar opiniones). - Desviaciones Presupuestarias significativas. - Costes y plazos de nuevos proyectos (deben auditarse simultneamente a Desarrollo de Proyectos y al rgano que realiz la peticin). Sntomas de Inseguridad: Evaluacin de nivel de riesgos Seguridad Lgica - Seguridad Fsica - Confidencialidad - Continuidad del Servicio. Es un concepto an ms importante que la Seguridad. Establece las estrategias de continuidad entre fallos mediante Planes de Contingencia Totales y Locales. - Centro de Proceso de Datos fuera de control. Si tal situacin llegara a percibirse, sera prcticamente intil la auditora. Esa es la razn por la cual, en este caso, el sntoma debe ser sustituido por el mnimo indicio.
CONSULTORA MZRAS
153

Sus principales objetivos son: Salvar y guardar los activos de la empresa. Hace referencia a la
proteccin del hardware, software y recursos humanos. Integridad de datos. Los datos deben mantener consistencia y no
duplicarse. Efectividad de sistemas. Los sistemas deben cumplir con los objetivos
de la organizacin. Eficiencia en los sistemas. Que se cumplan los objetivos con los
menores recursos Seguridad y confidencialidad. La vulnerabilidad acarreada por los computadores Impacto de los computadores sobre las tareas de auditora La adecuacin de las normas de auditora a un entorno electrnico Donde auditamos a menudo: A nivel personal acadmico. Control: Actividades o acciones realizadas por uno o varios elementos de un sistema, que tienen como finalidad la prevencin, deteccin y correccin de errores que afecten la homeostasis del sistema. Tipos de Control una desviacin. Detectivo: presentada. Ccorrectivo: oorientado a recuperarse ante una desviacin sucedida. Etimologa AUDITORIUS Latn: Auditor, que tiene la virtud de oir . El Control limita los efectos de una desviacin Preventivo: limita la posibilidad de que se concreten A nivel laboral A nivel
Auditar Ejercer control sobre una determinada accin
CONSULTORA MZRAS
154

Interno: Creacin de relaciones adecuadas entre las diversas funciones del negocio y los resultados finales de operacin. Interno Electrnico: Comportamiento de los circuitos electrnicos. Ej. Transmisin de datos Interno Informtico: Verifica el cumplimiento de los procedimientos, estndares y normas fijadas por la direccin de informtica, como as tambin los requerimientos legales Auditoria Es el examen de la informacin por TERCERAS partes, distintas de quienes la generan y quienes la utilizan Se produce con la intencin de establecer su suficiencia y adecuacin a
las normas.- Es necesario poder medirlas, necesitamos un patrn Produce informes como resultado del examen critico Su objetivo es: evaluar la eficiencia y eficacia, determinar cursos de
accin alternativos y el logro de los objetivos propuestos Informtica Ciencia del tratamiento sistemtico y eficaz de la informacin haciendo uso de computadoras. La informacin como vehculo del saber humano en los mbitos:
Tcnico-Econmico y Social Ciencia de la poltica de la Informacin Ciencia de los sistemas inteligentes de informacin
Auditoria Informtica Revisin, anlisis y evaluacin independiente y objetiva de un entorno informtico
CONSULTORA MZRAS
155

Hardware, Software: Base y Aplicacin. Comunicaciones, Procedimientos-Gestin de recursos informticos, RRR.HH. Tipos de Auditora Evaluacin del sistema de control interno De cumplimiento de polticas, estndares y procedimientos De seguridad: fsica y lgica De operaciones/gestin Interna/Externa Fuentes Todo tipo de fuente referido a: Hardware, Software, Instalaciones, Procedimientos, RR.HH.
La seguridad de los sistemas de informacin Seguridad es la Proteccin contra perdidas, es un sistema seguro. Grados de seguridad Vs costo. Naturaleza de las amenazas contingencias. Integridad, confidencialidad, disponibilidad. Integridad: Completa y correcta, Datos como no intencionales. No contradictorios. Confidencialidad: Proteger la informacin contra la divulgacin indebida, slo debe revelacin. Disponibilidad: Recuperacin Siempre y disponible. segura Adecuado ante nivel de performance. Opuesto: rpida interrupciones. ser conocida por personas autorizadas. Opuesto: libres de errores Intencionales
Interrupcin/destruccin. Identificacin Declaracin de ser una persona o programa: Con Numero Identificacin, Tarjeta Magntica. Registro de Voz entre otros. Autenticar Es una prueba de identidad. Debe ser secreto .Ejemplo las passwords. Autorizacin Funcin del sistema de control .Debe ser especifica, no general. .Es el quien debe hacer que
CONSULTORA MZRAS
156

Contingencia: Es una amenaza al conjunto de los peligros a los que estn expuestos los recursos informticos de una organizacin. Recursos: Personas, Datos, Hardware, Software e Instalaciones. Categoras de Contingencias: Ambientales naturales Inundacin, incendio, filtraciones, alta temperatura, terremoto, derrumbe explosin, corte de energa, disturbios. Ambientales operativas Cada o falla del procesador, perifricos, comunicaciones, software de base/aplicacin, AC, Sistema elctrico. Categoras de contingencias: Humanas Humanas no intencionales Errores y/o omisiones en el ingreso de datos, errores en backup, falta de documentacin actualizada, en daos accidentales... Humanas intencionales
Fraude, dao intencional, terrorismo, virus, hurto, robo. Los desastres ms comunes que pueden afectar los sistemas son Virus, Fuego, inundaciones Cortes de electricidad, Interferencias elctricas, Fallas mecnicas, Sabotaje, Empleados descontentos, Uso indebido de recursos. Vulnerabilidad Debilidad que presenta un activo frente a las contingencias que tienen lugar en el entrono del procesamiento de datos. Falta de proteccin ante una contingencia. Se da ante la falta de: Software de proteccin, Responsables a cargo de la SI, Planes de seguridad, Contingencias. Inadecuada seleccin y capacitacin, diseo de sistemas, programacin, operacin. Backups . Auditorias I/E. Consecuencia Dao o perdida potencial ante la ocurrencia de una contingencia .Algunas consecuencias inmediatas: Imposibilidad de procesar, Perdida de archivos y registros, Lectura indebida. Otras consecuencias mediatas: Legales, Econmicas/financieras. Incidencia en otros sistemas. Tipo de controles pueden efectuarse para aumentar la seguridad: Acceso Fsico y Acceso Lgico
CONSULTORA MZRAS
157

Mtodos de control de accesos Algo que conozco: Contrasea. Algo que tengo: Tarjeta .Algo que soy: Iris del ojo. Pista de auditora: Huella o registro generado automticamente Orientado a un anlisis posterior Permite reconstruir el procesamiento. Criptografa Ininteligibilidad a usuarios no autorizados. Mtodos de
encriptacin Valiosos para la proteccin de datos y redes usan algoritmos matemticos en funcin de cadenas validas o passwords . Delitos informticos: Delito de computacin usa una computadora. Objeto del delito. Escena del delito. Instrumento del delito. Delito en Internet Acceso, uso, modificacin y destruccin no autorizados de Hardware /Software, datos y recursos de redes Distribucin no autorizada de informacin Copia no autorizada de software Perfil del delincuente informtico En base a estudios, su perfil es Joven, Mayora de tcnicos jvenes. Ausencia de responsabilidad profesional. Mejores y brillantes empleados. Ocupan puestos de confianza. No se encuentran solos. Cuentan con ayuda. Aprovecha el abandono de las normas o estndares. Sndrome de Robn Hood. Juega con el desafo. Reto intelectual. Planes principales de un programa de administracin de la seguridad de sistemas Seguridad, Contingencias.
Es muy importante el apoyo de la direccin superior, sin cuyo respaldo explicito y continuo tales planes no podrn ser cumplidos con xito. Plan de seguridad Conjunto de medidas preventivas, detectivas y
correctivas destinadas a enfrentar los riesgos a los que estn expuestos los activos informticos de una organizacin Su objetivo esencial es proteger los activos informticos en cuanto a integridad, confidencialidad y disponibilidad.
CONSULTORA MZRAS
158

Plan de contingencias Conjunto de procedimientos que luego de producido un desastre, pueden ser rpidamente ejecutados para restaurar las operaciones normales con mxima rapidez y mnimo impacto. Es un capitulo del plan de seguridad Medidas correctivas. Objetivos esenciales Minimizar el impacto, Promover una rpida recuperacin de la operatividad. El informe de auditora: Estructura Identificacin del cliente Identificacin de la entidad auditada Objetivo de la AI Normativa aplicada y excepciones Alcance de la auditoria Conclusiones Resultados Informes previos Fecha del informe Identificacin y firma del auditor Distribucin del informe
Conclusiones: Informe corto Opinin favorable Debe ser clara y precisa en lenguaje coloquial. Opinin con salvedades. Describir con prediccin la naturaleza y razones. Limitaciones al alcance de trabajo. Restricciones por parte del auditado. Incumplimiento de la normativa Opinin desfavorable: Identificacin de irregularidades, Incumplimiento de la normativa legal y profesional. Opinin denegada: Incertidumbres significativas con opinin dbil por parte del auditor, Irregularidades
CONSULTORA MZRAS
159

Resultados Orientado a una ampliacin de tem anterior de conclusiones, en donde los usuarios desean saber ms, adems de la transparencia como valor aadido. El lmite est marcado por los papeles de trabajo, considerar: El secreto de la empresa, Secreto profesional. Fecha del informe Colocar las fechas de inicio y conclusin del trabajo de campo. Si esta adjuntando el informe de auditora a uno contable, la fecha de cierre de ejercicio econmico es importante agregar. Considerar la fecha como: elemento de cuantificacin de honorarios, cumplimiento con el cliente, magnitud del trabajo y aplicaciones de este. Distribucin del informe Quin o quines podrn hacer uso del informe, as como los usos concretos que tendr, considerando una delacin importante entre los honorarios y la responsabilidad civil del auditor firmante. El auditor informtico Las cualidades y requisitos que debe poseer: Formacin (buen profesional, conocimientos completos) Experiencia Independencia (actitud mental - actuar libremente con respecto a su juicio profesional) Objetividad (actitud imparcial - no dejarse influenciar) Madurez Integridad (rectitud intachable, honestidad) Capacidad de anlisis y sntesis Responsabilidad Inters Perfil especfico segn: Nivel del puesto Entorno de trabajo reas a auditar Puesta al da de los conocimientos.
CONSULTORA MZRAS
160
CONCLUSION
Debido al gran avance tecnolgico ocurrido en los ltimos aos, toda empresa u organizacin, privada o pblica, que consta de un Sistema de Informacin, tiene la necesidad de evaluar la adecuada utilizacin, respaldo y confidencialidad de la informacin de su organizacin, para su total integral desarrollo. Hoy en da, la mayora de las empresas tienen toda su informacin estructurada en Sistemas Informticos, de aqu, la vital importancia que los sistemas de informacin funcionen correctamente y estn lo suficientemente testeados ante cualquier falla o imprevisto posible. Las empresas en la actualidad precisan de sistemas informticos por lo tanto deben informatizarse y la tendencia de hacerlo es cada da ms grande. El xito de una empresa depende en cierta forma de la eficiencia de sus sistemas de informacin. Una empresa puede tener un gran equipo, gente de primer nivel, pero si tiene un sistema informtico propenso a errores, lento, vulnerable e inestable no ser posible mantener un equilibrio y habr prdida de tiempo, esfuerzo, capital, entre otros. Entonces si no hay un balance entre estas dos cosas, la organizacin se ver en conflictos y no podr conseguir su objetivo. En cuanto al trabajo de la auditora en s, podemos remarcar que se precisa de gran conocimiento de Informtica, seriedad, capacidad, minuciosidad y responsabilidad; la auditora de Sistemas debe hacerse por gente altamente capacitada, una auditora mal hecha puede acarrear consecuencias drsticas para la empresa u organizacin auditada.
CONSULTORA MZRAS
161
CONSULTORA MZRAS
162
CONSULTORA MZRAS
163
CONSULTORA MZRAS
164
INTRODUCCION
El captulo que se tratar a continuacin forma parte de la redaccin y documentacin de esta bitcora. Para la estructura de sta se respetar las pautas aportadas por el docente. Se considera de este apunte un requisito importante con respecto al orden que seguir el informe. Este documento describe un formato similar a la de un libro, ya que esta estructura es la ms completa. La organizacin que lleva este tipo de trabajos es imprescindible a la hora de realizar este ejemplar, por la sencilla razn de que la misma se escribir para servir a futuros lectores.
CONSULTORA MZRAS
165
CONSULTORA MZRAS
166
Documentacin de Sistemas La documentacin de sistemas es el conjunto de informacin que nos dice qu hacen los sistemas, cmo lo hacen y para quin lo hacen. La documentacin consiste en material que explica las caractersticas tcnicas y la operacin de un sistema. Es esencial para proporcionar entendimiento de un sistema a quien lo vaya a usar para mantenerlo, para permitir auditoria del sistema y para ensear a los usuarios como interactuar con el sistema y a los operandos como hacerlo funcionar. Existen varios tipos de documentacin. La de programas, que explica la lgica de un programa e incluye descripciones, diagramas de flujo, listados de programas y otros documentos; la del usuarios en forma general la naturaleza y capacidades del sistema y cmo usarlo. Muchas organizaciones tienen lo que se conoce como un "programa de documentacin", el cual consiste en una poltica formal cuya documentacin se muestra como algo que debe prepararse en forma rutinaria para cada programa de cmputo, archivo y nuevos sistemas. Otra definicin sera la de registro fsico, generalmente por escrito que contiene los siguientes elementos: Polticas y normas referentes al desarrollo del sistema, su implantacin, operacin y mantenimiento. El diseo del sistema de informacin administrativo. Procedimientos para instalar el sistema de informacin administrativo. Procedimientos para operar el sistema de informacin administrativo. Procedimientos para mantener el sistema de informacin administrativo. Importancia De La Documentacin De Sistemas
CONSULTORA MZRAS
167

La importancia de la documentacin bien podra ser comparada con la importancia de la existencia de una Pliza de Seguro; mientras todo va bien no existe la precaucin de confirmar si nuestra Pliza de Seguros est o no vigente. La documentacin adecuada y completa, de una aplicacin que se desea implantar, mantener y actualizar en forma satisfactoria, es esencial en cualquier Sistema de Informacin, sin embargo, frecuentemente es la parte a la cual se dedica l menor tiempo y se le presta menos atencin. Siempre se debe documentar un sistema como si estuviera a punto de irse a Siberia el siguiente mes, para nunca volver. Si la documentacin del sistema es incompleta el diseador continuamente estar involucrado y no podr moverse a otra asignacin.
Estandarizacin y normalizacin Estandarizacin Significa que los smbolos convencionales se usan en todos los diagramas de flujo para prescribir el sistema y que en la documentacin se usen formas estandarizadas. An cuando las normas de documentacin varan de una instalacin a otra, es esencial que dentro de una organizacin, se utilice un solo mtodo. El uso de procedimientos y documentacin estandarizada proporciona la base de una comunicacin clara y rpida, adiestramiento menos costoso del personal de sistemas, reduccin de costos de almacenamiento, y otros. Ventajas De La Estandarizacin Ayuda al entrenamiento del nuevo personal dentro y fuera de la organizacin de Sistemas.
CONSULTORA MZRAS
168

Es til para cualquiera que tenga la responsabilidad del mantenimiento de los de Asegura que el sistema opere Se utilizan eficientemente los recursos que se dispongan. Estndares Bsicos De Documentacin Toda documentacin que se relacione con un sistema, ya sea manual o por computadora, sencillo o complejo debe reunir los siguientes requisitos bsicos: Debe ser rotulada con claridad y bien organizada, con secciones claramente indicadas, deber La Se incluir documentacin una leyenda o almacenarlas en ser deber explicacin de los ser trminos carpetas e ndice. legible. completa. utilizados. Los diagramas debern ser claros, no aglomerados y la escritura manuscrita sistemas. sistemas. correctamente. Ayuda a los analistas y diseadores de sistemas en el trabajo de integracin
La documentacin siempre se conserva actualizada. Normalizacin Asegrese de que los estndares sean completos, actualizados,
documentados y legibles. Auditar permanentemente para que se cumplan los estndares. Evaluar si los estndares establecidos son los requeridos y hacer los cambios necesarios para que dichos estndares sean los apropiados. Teora General De Los Manuales De Documentacin Durante el desarrollo de un sistema, desde su concepcin hasta su puesta en marcha se ha generado gran cantidad de documentos, que en muchas
CONSULTORA MZRAS
169

ocasiones se han visto modificados por documentos posteriores debido a cambios en el sistema. Para evitar confusiones en las revisiones de la documentacin se
desarrollan diferentes tipos de documentos dirigidos a las personas que trabajarn con el sistema y para facilitar el mantenimiento del mismo. La documentacin de un sistema debe ser marcada adecuadamente, bien organizada actualizada y completa; todos los trminos utilizados deben explicarse. La documentacin se har disponible a todos los usuarios de acuerdo a sus necesidades. El estilo de redaccin de los manuales de documentacin debe ser: Concreto. Ser Utilizar Utilizar Utilizar No formas frases emplear ttulos activas largas en que preciso y definir prrafos y lugar presenten de hechos los trminos utilizados. cortos. subttulos. pasivas. distintos.
No hacer referencia a una informacin solamente con el nmero de referencia Manual Administrativo Sirve como punto de partida al Sistema propuesto, ya que ser funcin de la gerencia, de acuerdo con los usuarios de dicho Sistema, determinar silo expuesto en l satisface los requerimientos del propio sistema. Una vez lograda la aprobacin, se estar en condiciones de iniciar el desarrollo del Sistema propuesto e ir integrando el resto de la documentacin. El manual tiene como finalidad el permitir a la alta gerencia tener la informacin necesaria y suficiente sobre un sistema en particular y servir como fuente de consulta una vez que el Sistema ha sido implantado. Contenido Nombre del sistema Describir el nombre del sistema a implantar en la empresa. Equipo Encargado Del Sistema
CONSULTORA MZRAS
170

Nombre del personal encargado del anlisis y diseo del sistema. Resumen Administrativo Compendio de lo puntos que se describen en el manual, el cual tiene como propsito permitir a los altos ejecutivos enterarse en forma somera de la propuesta del sistema. En este punto aparece por primera vez el nombre del sistema, el cual debe ser nico, este deber conservarse invariable en todos los documentos referentes a ese sistema. Planteamiento Este punto tiene como finalidad registrar los antecedentes que servirn de partida al desarrollo del anlisis del sistema. Se debe mencionar: Dependencia que requiri el trabajo. Personas y / o puestos ocupados por estas al momento de requerirse el trabajo (acuerdos, disposiciones legales, memorandos, y otros) Condiciones y criterios que normaron el desarrollo del trabajo. Fechas correspondientes. Objetivos Del Sistema Aqu se dejarn establecidos los objetivos que debe cubrir el sistema, en forma clara y precisa para evitar errores de interpretacin. Entradas Del Sistema (Informacin A Captar) Debe quedar especificado en este punto, los documentos fuentes que inician las operaciones del sistema as como la informacin detallada de aquellos conceptos que sern los datos a captar por el sistema. Se debern mencionar todos los datos que en forma secundaria originan una entrada importante al sistema. Ejemplo:
Nombre de documento Fuente
Modulo o Procedimiento donde entra el documento
Usuario que manejan el documento
Origen del documento
Salidas Del Sistema (Resultados A Obtener)
CONSULTORA MZRAS
171

En este punto, solamente se describirn los resultados de mayor
importancia obtenidos a travs de todo el proceso. En esta seccin se debe dar mayor nfasis a la informacin que el sistema proporciona cuidando de no hacer tan slo mencin de los resultados a obtener. Ejemplo:
Nombre de la salida
Destino
Periodicidad Usuarios que en que se lo requieren genera
Diagramacin General Del Sistema Es la representacin grfica de las fases del Sistema y su flujo a travs de las dependencias que intervienen en el mismo, aunque en forma generalizada. La tcnica a utilizar y la simbologa debe ser seleccionada por los interesados. Explicaciones De Las Fases Del Sistema Este punto se encuentra relacionado con el anterior ya que lo que se muestra grficamente, ahora se describe en forma genrica, explicando los procesos que se llevan a cabo en cada dependencia sin profundizar en detalles tcnicos o especficos. Se deber resaltar aquellas fases del proceso en las cules se obtengan resultados de importancia as como aquellas que requieran una supervisin especial. Requerimientos Del Sistema Se establecen los recursos, tanto humanos como materiales que son necesarios para poder llevar a cabo el sistema. Presentar costos y descripcin, adems de las cantidades que se requieran. Estimacin De La Fecha Probable De Implementacin Del Sistema
CONSULTORA MZRAS
172
SISTEMAS I BITACORA 2010 Es necesario que exista una fecha probable de implantacin cuya base ser la terminacin de todas las actividades para la creacin del sistema, tales como: anlisis, programacin, elaboracin de formas, y otros. Se recomienda utilizar diagrama de Grantt o de Pert para establecer el perodo de las actividades requeridas para el desarrollo del sistema. Ejemplo: Escala del tiempo en semanas Actividad a realizar Presentacin de la propuesta Anlisis Costo/ Beneficio Adquisicin del Equipo Entretenimie nto 1 ***** ***** ***** ***** 2 3 4
Consideraciones Generales Del Nuevo Sistema En este punto se deber sealar las ventajas, desventajas, y principales diferencias del nuevo sistema con el anterior, tales cmo seguridad, disminucin de costo, ahorro de tiempo, flexibilidad, confiabilidad y otros. Adems, desarrollar en cualquier aspecto de la propuesta del sistema que no file considerado en el desarrollo de los puntos antes mencionados.
Manual De Usuario
Expone los procesos que el usuario puede realizar con el sistema implantado. Para lograr esto, es necesario que se detallen todas y cada una de las caractersticas que tienen los programas y la forma de acceder e
CONSULTORA MZRAS
173

introducir informacin. Permite a los usuarios conocer el detalle de qu actividades ellos debern desarrollar para la consecucin de los objetivos del sistema. Rene la informacin, normas y documentacin necesaria para que el usuario conozca y utilice adecuadamente la aplicacin desarrollada. Objetivos Que Servir Servir Definir las el usuario como como funciones conozca cmo preparar los de de realizar el debe datos de entrada.
Que el usuario aprenda a obtener los resultados y los datos de salida. manual manual que aprendizaje. referencia. usuario.
Informar al usuario de la respuesta a cada mensaje de error. Pasos a seguir para definir como desarrollar el manual de usuario. Identificar los usuarios del sistema: personal que se relacionar con el sistema. Definir los diferentes tipo de usuarios: se presentan los diferentes tipos de usuarios que usaran el sistema. Ejemplo: usuarios directos, indirectos. Definir los mdulos en que cada usuario participar: Se describen los mdulos o procesos que se ejecutarn por cada usuario en forma narrativa breve y clara. Importancia Del Manual De Usuario El Manual de Usuario facilita el conocimiento de: Los documentos a los que se puede dar entrada por computadora. Los Las El formatos operaciones momento en que que utiliza se de de debe entrada solicitar los y salida de documentos. los datos.
El orden del tratamiento de la computadora con los datos introducidos. una operacin deseada. Los resultados de las operaciones realizadas a partir de los datos introducidos.
CONSULTORA MZRAS
174

Al elaborar el Manual de Usuario, hay que tener en cuenta a quin va dirigido es decir, el manual puede ser manejado desde el director de la empresa hasta el introductor de datos. Por consiguiente, debe redactarse de forma clara y sencilla para que lo entienda cualquier tipo de usuario. Contenido Diagrama general del sistema Muestra en forma condensada el flujo general de la informacin y de las actividades que se realizan en el sistema. Proporciona una visin general del sistema. Representar los diagramas utilizando para ello diagramas de bloques. Diagrama particular detallado. Presentar grficamente todos los pasos que se efecten dentro del departamento usuario a quien est dirigido este manual. Deben especificarse los archivos de entrada, salida, los resultados, revisiones y procesos manuales. Explicacin Genrica De Las Fases Del Sistema En este punto se explica en forma especfica y detallada todas las operaciones que aparecen representadas en forma grfica en el diagrama particular. Se analizan cada una de las fases sealando: El La La proceso entrada obtencin de principal de un que la resultado se desarrolla. informacin. parcial.
El envo de informacin a otra dependencia. Instalacin Del Sistema La instalacin del sistema proporciona detalles completos sobre la forma de instalar el sistema en un ambiente particular.
CONSULTORA MZRAS
175

Iniciacin Al Uso Del Sistema En este punto se explica cmo iniciarse en el sistema y cmo se pueden utilizar sus cualidades comunes. Esta documentacin debe decir al usuario cmo salir de un problema cuando las cosas funcionan mal. Manual De Referencia Es el documento definitivo de cara al usuario y debe ser completo. Describe con detalle las cualidades del sistema y su uso, los informes de error generados y las situaciones en que surgen esos errores. Dependiendo del sistema, los documentos al usuario se pueden
proporcionar por separado o reunidos en varios volmenes. Los sistemas de ayuda en lnea evitan que el usuario pierda tiempo en consultas manuales. Caducidad De Documento Fuente Y Destino Final Como el usuario trabajar con documentos fuentes, stos podrn tener un perodo de retencin y un destino especificado. Manual De Captacin Permite tener una clara visin del proceso de Captacin de los latos fuentes previo al procesamiento electrnico de los mismos. Objetivos Documentar al usuario a cerca del recorrido a travs de las pantallas del sistema. Conocer la forma cmo el usuario puede utilizar el equipo necesario para la ejecucin del sistema. Contenido Diagrama General Del Sistema
CONSULTORA MZRAS
176

Este diagrama debe ser presentado grficamente y en forma sencilla. Representar los diagramas utilizando para ello diagramas de bloques (es el mismo diagrama que se presenta en el Manual Administrativo). Diagramas De Pantalla Presentar en este punto el flujo del sistema en las pantallas utilizadas por cada mdulo. Puntos a documentar en una pantalla: Explicacin Formato Formato Explicacin diagrama Equipo sistema. Debe contener los siguientes puntos: Uso del equipo: Utilizado Para La en del de que De Genrica recorrido los son Las para llegar datos captados Fases a a los Del la pantalla. captar. datos. Sistema general. Captacin
Es una explicacin clara, breve de todos los mdulos que se presentan en el
Se debe crear un instructivo que permita al usuario el entrenamiento del
Describir detalladamente el uso correcto del equipo utilizado para la captacin de la informacin, dando una explicacin del encendido, manejo, control y del material que se usa como medio de captacin de los datos. Entrenamiento del Software de la aplicacin: Explicacin del software utilizado en complemento al sistema. Ejemplo: como entrar y salir del sistema. Situaciones Anormales
CONSULTORA MZRAS
177

Se presentan mensajes que se emiten al momento de la captura de los datos o cualquier condicin fuera dc lo normal. Ejemplo:
Situacin anormal
Mensaje
Causas
Soluciones
Entregas Al Computador Establecer un calendario con fechas de entrega al computador, al igual que un horario para la obtencin de resultados. El calendario determina marca cundo las actividades deben llevarse a cabo dc manera que la gestin del sistema no se vea afectado. Si es un sistema en lnea no se requiere. Ejemplo: Operacin Solicitud de reporte Frecuenci Semanal Mensual Hora de Hora de entrada salida Actualizar Antes de 3:00 p.m informe del las 2:00 departamento p.m. X Objetivo
CONSULTORA MZRAS
178
CONCLUSION
El desarrollo de esta unidad nos permiti como toda presentacin, adems de reafirmar los conocimientos brindados en clase, saber ordenar no solo conveniente sino tambin correctamente la informacin adquirida en un determinado trayecto, para que sea entendible por los dems compaeros, profesores, y futuros lectores, que desearn usar bitcora. Se concluye la unidad afirmando que un informe no debe ser considerado como un documento que se presenta con el solo fin para que el profesor juzgue el trabajo realizado, sino que debe ser pensado como un texto que sea capaz de mostrar que hemos ganado la habilidad de comunicar por escrito nuestras ideas y resultados.
CONSULTORA MZRAS
179
CONSULTORA MZRAS
180
CONCLUSION GENERAL
La realizacin de la Bitcora nos fue de gran importancia ya que en ella pudimos volcar todos los conocimientos transmitidos por el equipo de ctedra, desarrollando las siete unidades que se encuentran en el plan de estudio como tambin colocamos los parciales, y trabajos prcticos realizados durante todo el ao.
CONSULTORA MZRAS
181
CONSULTORA MZRAS
182
ANEXO 1
CONSULTORA MZRAS
183

Horarios de Clases
Da/Hor a 14hs 16hs a
Lunes
Martes s
Mircole
Jueves
Viernes
16hs 18hs
18hs 21hs
Sistema sI (Practica
Sistema sI (Teora)
CONSULTORA MZRAS
184
PROPUESTA DE CTEDRA
UNIVERSIDAD NACIONAL DE LA RIOJA Carrera: IS-LS/TUI Ordenanza: 173/01 Asignatura: Sistemas I Curso: y 2 2do/1er Ao Cuatrimestre: 1
Profesor Titular: Marcelo Martnez Ao 2010
CONSULTORA MZRAS
185
EQUIPO DE CATEDRA: PROFESOR ADJUNTO: MARCELO MARTINEZ DALILA VARAS DEDICACION PARCIAL PROFESOR JTP : MARTA VILLAFAE FERNANDO SANCHEZ DEDICACION PARCIAL
Contenidos Mnimos: Sistemas. La Teora General de los Sistemas. Componentes de un sistema. Sistemas de Informacin. Diseo Conceptual de Sistemas de Informacin. El ciclo de vida de los sistemas. Factibilidad. Especificacin formal. Relevamiento. Anlisis y Diagnostico. Diseo Global y Detallado. Desarrollo. Prueba e implementacin. Evaluacin de Resultados. Estado de rgimen. Mantenimiento. Auditoria. Tcnicas de Documentacin.CRDITO HORARIO: 150 HS SEMANALES 30 SEMANAS
undamentacion (Justificacin):
Mediante informacin,
esta
materia, la
se
pretende de
dimensionar un sistema
los de
requerimientos
para
confeccin
utilizando
herramientas,
metodologas
tradicionales y alternativas de Anlisis y Diseo de Sistemas y tcnicas; segn el caso que se presente. Advertir al alumno que cada sistema a estudiar, es un caso particular, y que como tal deber ajustar una metodologa tradicional o no, para lograr as alcanzar los objetivos planteados.Importancia del Plan de Estudios
CONSULTORA MZRAS
186
SISTEMAS I BITACORA 2010 Formaliza y lleva a la prctica, la Teora de Sistemas y permite llevar a cabo un Sistema de Informacin, con la ayuda de los conocimientos ya adquiridos en sus antecesoras correlativas, a saber:
Informtica: materia integradora de TODA la carrera en donde el alumno toma contacto con su perfil de egresado, como materia ndice de la carrera o tambin llamada elemento fundacional de la carrera.-
Procesamiento de Datos I, II y III: introducen a toda la arquitectura de software y hardware en detalle, presentando un panorama particular de cmo funcionan los sistemas informticos tanto en sus niveles lgicos, como fsicos. Sin olvidarnos de la conectividad entre estos.-
Lgica Computacional: forma al alumno en cuanto a los sistemas de numeracin usados por una computadora, su lgica e introduce el concepto de codificacin o pseudo cdigo, como antecedente al concepto de programa y lenguaje, que son los que nos permiten comunicarnos con la arquitectura lgica y digital de una computadora-.-
Economa: presenta al alumno un panorama econmico general y los capacita para entender mas a las organizaciones, tanto en su situacin particular como en su situacin global en el mercado.- Este elemento es de vital importancia para el anlisis y diseo de los sistemas de informacin, a los fines de poder brindar informes de oferta, demanda, presupuesto, impuestos, etc. Elementos/Variables de vital importancia en un SIG (sistema de informacin gerencial) que permiten interactuar con su ambiente (Organizacin-Entrono), tal como es el caso de los impuestos, elemento que no puede quedar al margen en ningn sistema administrativo general.-
CONSULTORA MZRAS
187
SISTEMAS I BITACORA 2010 De esta forma el alumno esta situado en el punto de partida para entender, modificar y confeccionar nuevos sistema de informacin, ya sean
informatizados o no. Contando con la mayora de las herramientas para poder aplicar una metodologa de Anlisis y Diseo de Sistemas.Se observa del plan de estudios que la presentacin de las herramientas de Relevamiento Administrativas como organigramas, cursogramas, etc, son presentadas en materias posteriores a esta (Planeamiento y Control de Gestin), dificultando su uso, por parte del alumno.-
Relacin de la asignatura con el perfil profesional esperado: La contribucin de esta ctedra al perfil de profesional, esta orientado a :
- Ser capaz de relevar y analizar los procesos funcionales de una organizacin, con la finalidad de proyectar sus sistemas de informacin - Entender, planificar, especificar, realizar, mantener y controlar trabajos de anlisis y diseo de un sistema de informacin.
La propuesta de esta ctedra apunta a incorporar no solo los conocimientos tericos propios del Anlisis y diseo de sistemas, sino la necesidad de volcar sus conocimientos sobre un rea especfica de un sistema-cliente real y local, conformando un equipo, al cual deber proponer soluciones mediante la sistematizacin de operaciones, actuando con actitud y criterio.Se pretende tambin, la incorporacin y practica de las formas de comunicacin, el lxico y los modos de actuacin que se pretenden de un universitario en el mbito laboral.El alumno, al finalizar su carrera, se constituye en un profesional, para lo cual deber asumir desde el inicio, el comportamiento caracterstico de la profesin, incentivando el uso de su inteligencia, curiosidad y creatividad, en busca de nuevas y mejores formas de resolver problemas.-
CONSULTORA MZRAS
188
O
-
bjetivos Generales o Propsitos:
Adquirir dominio de los conceptos fundamentales y actualizados de sistemas Incorporar principios de investigacin, anlisis, formulacin de hiptesis, implementacin y control de procesos Adquirir Vocabulario adecuado, usndolo con preescisin Comprender el perfil del egresado en sistemas Conocer las Organizaciones como mbito del ejercicio profesional Aplicar la Teora General de Sistemas Comprender la importancia de los Sistemas de Informacin Identificar y comprender el uso de Metodologas de Anlisis de Sistemas Incorporar la utilizacin de software especializado para el anlisis y diseo de sistemas
Preparar y exponer al alumno a la realidad de las organizaciones a nivel local y regional, en materia de sistemas, incentivndolo en la iniciacin de la propia experiencia, con el fin de acercar y comprender aun mas, nuestra realidad como profesionales de sistemas.-
La caracterstica fundamental del proceso enseanza-aprendizaje, apuntara a conformar un sistema de trabajo integral, con caracterstica de Taller Total, a partir de la interaccin de los grupos que se conformen, de mantera de asegurar el enriquecimiento de los temas tratados a partir de la exposicin de las experiencias y desarrollos por cada uno de los equipos.-
CONSULTORA MZRAS
189
ontenidos Temticos De la Asignatura:
Unidad N 1 : Teora General de Sistemas

Plataformas virtuales de aprendizaje - Necesidad de una teora formal de sistemas Teoras de Sistemas Elementos de una teora de sistemas - Concepto Generalizado de Sistema Componentes Caractersticas Clasificacin Entropa Negentropa Principio de Relatividad Sistemas de Informacin Diseo, Formalizacin y Problemas componentes de un SI. La funcin de un Sistema de Informacin La Cantidad Econmica de Informacin y procesamiento Cantidad de Informacin Mtricas de la Informacin Relaciones de Precedencia
Unidad N 2 : La Organizacin como Sistema

La Informacin como recurso de las organizaciones EL papel del Analista de Sistemas Comprensin de los estilos organizacionales y su impacto sobre los sistemas de informacin Fundamentos Organizacionales La Organizacin como sistema Objetivos de la Organizacin - Representaciones graficas de sistemas Niveles de Administracin Cultura Organizacional Funciones de la Organizacin Principios de la Direccin Organigramas Cursogramas La Informacin como recurso para la Organizacin El proceso de Toma de decisiones Importancia del proceso.-
Unidad N 3 : Sistemas de Informacin Gerencial

Dato e Informacin Jerarqua Valor y Costo - Calidad de la Informacin Sistema de Informacin vs. Sistemas Informticos SIG (Sistemas de Informacin Gerencial) SIG frente al SPD (sistema de procesamiento de datos) Estructura de un SIG Tecnologas asociadas a un SIG - Ingeniera de Informacin Concepto de centro de Informacin Impacto de un SIG en la Organizacin Tecnologas y sistemas de informacin implicadas para la direccin Aporte de la Informtica a un SIG Sistemas de Soporte Basados en la Informacin Requerimientos del Sistema de Informacin Desarrollo, Implementacin y Administracin de los recursos de un sistema de informacin.
Unidad N 4 : Metodologas Estructuradas de Anlisis y Diseo de Sistemas

Metodologas Estructuradas para el Anlisis y Diseo de los Sistemas de Informacin Anlisis de los requerimientos de Informacin Muestreo Entrevistas Cuestionarios Anlisis del comportamiento - El proceso del Anlisis Descripcin de Especificaciones Propuesta de Sistemas Diseo Aseguramiento de la calidad por medio de la Ingeniera de Software Prueba - Implementacin del SI Mantenimiento y Seguimiento.- Anlisis y Diseo de Sistemas Orientados a Objetos.
Unidad N 5 : Modelos de Ciclo de Vida

CONSULTORA MZRAS 190
SISTEMAS I BITACORA 2010 Ciclos de Vida Modelos de ciclo de Vida tradiciones Modelo de ciclo de vida clsico o en cascada Modelo de ciclo de vida de refinamiento sucesivo o mejora iterativa Modelo de ciclo de vida con emisin gradual Estndares militares y practicas industriales Modelo de ciclo de vida Alternativos Modelo de desarrollo de productos de software Ensamblaje de componentes reutilizables Generacin de aplicaciones Modelos de proceso de produccin de software Modelos operativos Modelos no operativos Modelos de entorno de produccin de software
Unidad N 6 : Auditora Informtica

Terminologa de la auditoria en informtica Entrono Tareas de Organizacin de Auditoria Planeacin Metodologa para el desarrollo e implantacin de la auditoria en informtica - El entorno electrnico Control Interno Electrnico Relevamiento y evaluacin del sistema de Control Interno Electrnico Auditoria asistida por computadoras Auditoria de la Informacin procesada por el sistema Genealized Audit Software Paquetes de auditoria
Unidad N 7 : Redaccin y Documentacin de Sistemas

Consideraciones Bsicas Redaccin de Informes Problemtica bsica de estilo al escribir informes Ordenamiento, revisin, mecanografa y encuadernacin Formalizacin de la Presentacin Pginas preliminares Generalidades El cuerpo o texto del Informe La documentacin Tablas, cuadros, grficos y diagramas La Bibliografa Currculum Vitae Cartas de Presentacin (esquemas, variantes, Mtodos de confeccin Publicacin Electrnica de la Documentacin La Documentacin en lnea
CONSULTORA MZRAS
191
TITULO UNO: DE LA VINCULACIN DE LOS ALUMNOS CON
LA UNIVERSIDAD.
CAPITULO I.
ESTIPULACIONES Y SITUACIONES GENRICAS
PRIMERA SECCION Artculo 1.- Las previsiones y estipulaciones del presente Reglamento son aplicables a los alumnos o estudiantes de los distintos Planes Acadmicos que como Carreras de Grado o de Pre Grado se cursan en esta Universidad. Tambin lo ser para Carreras de Posgrado, salvo que el Plan respectivo determine especificaciones diferenciales. Artculo 2.Las denominaciones de Alumno y Estudiante resultan indistintas a los fines de este Ordenamiento, excepto que alguno de sus dispositivos les asignase significado especifico. Artculo 3.- Los estudios que se cursan con la Modalidad Semi-Presencial o a Distancia se ajustan en lo sustancial a la presente normativa, a ms de las disposiciones complementarias que, para dicho cursado, instrumente el Concejo Directivo Departamental correspondiente. SEGUNDA SECCION Artculo 4.- Es Alumno o Estudiante de esta Universidad Nacional de La Rioja, toda persona fsica que habiendo obtenido matrcula en alguna de sus carreras, recaude las exigencias acadmicas previstas en este ordenamiento; las que fija la Ley de Educacin Superior y el Estatuto de esta Universidad. Las diversas denominaciones que el Sistema Informtico Universitario (SIU) asigne a los alumnos, tendrn plena validez en esta Universidad, y en su alcance tcnico, estadstico y de registracin virtual. Artculo 5.- Los Alumnos Activos de esta Universidad pueden Revistar como Regulares, Libres o Vocacionales, con arreglo a esta reglamentacin. La falta de inscripcin anual sin causa justificada, determinar la perdida de la condicin de Alumno Activo, sin menoscabo de su eventual calidad de Estudiante regular previsto en el articulo anterior. Artculo 6.- Es Estudiante Regular el alumno que hubiere aprobado por lo menos dos (2) asignaturas durante cada ao acadmico, salvo cuando el Plan de Estudios prevea menos de cuatro (4) asignaturas anuales, en cuyo caso deben aprobar una (1) como mnimo (art. 50, Ley Nacional de Educacin Superior N 24.521). Quedan exceptuados de esta norma los estudiantes que solo adeuden el Trabajo Final de su respectivo Plan de Estudios.
CONSULTORA MZRAS
192
SISTEMAS I BITACORA 2010 La condicin de Estudiante Regular, a los fines de los Exmenes finales se reconocer asimismo por cada asignatura regularizada, y con arreglo a lo sealado en el articulo N 11 del presente. Artculo 7.- Son Alumnos Libres de la Universidad Nacional de La Rioja aquellos que asumen la autoconduccin del proceso de aprendizaje en las asignaturas en las que previamente registraren inscripcin. Artculo 8.- Son Alumnos Vocacionales de la Universidad Nacional de La Rioja quienes sin aspirar a la obtencin de ttulos o grados universitarios, se incorporen a la misma para cursar una o ms asignaturas. El alumno vocacional recibir un certificado por las materias que haya cursado, rendido y aprobado. La implementacin de los Estudios y su certificacin correspondiente, estarn a cargo de los diferentes Departamentos Acadmicos de la Universidad, y con resguardo de lo previsto por este Reglamento, y por la Ordenanza N 273/04, de esta Universidad. TERCERA SECCION Artculo 9.- El alumno regular, que cursando asignaturas, no cumpla con las exigencias acadmicas establecidas para tal condicin, quedar en condicin de Alumno Libre. En igual situacin se registrar a aquel que se le hubiere extinguido por el transcurso del tiempo la condicin de Regular.
Artculo 10.- Los alumnos no podrn inscribirse en una asignatura sin tener aprobadas las correlativas del Plan de Estudios en el que se encuentran inscriptos. La infraccin a este dispositivo ser considerada Falta Grave, y tal actividad y sus consecuentes efectuadas por el alumno infractor en sus estudios, sern tenidas como inexistentes. Artculo 11.- La regularizacin de una asignatura, mantendr su vigencia por el trmino de doce (12) pocas o turnos de exmenes, a contar desde el momento en que se adquiere la condicin de Regular. CUARTA SECCIN Artculo 12.- En toda Carrera que se dicte en esta Universidad, su Plan de Estudios, el Rgimen de Correlatividades, al igual que esta Ordenanza, se presumen sin excepcin alguna, conocidos de pleno derecho por todos los Alumnos de esta Universidad. Artculo 13.- A los fines de esta Normativa entindese como Ao Lectivo Acadmico, el que se extiende desde el inicio del dictado del Primer Cuatrimestre de cada Calendario, hasta la finalizacin de la Primera poca de Exmenes del inmediato siguiente. CONSULTORA MZRAS 193
SISTEMAS I BITACORA 2010 CAPITULO II. DE LOS DERECHOS Y OBLIGACIONES DE LOS ALUMNOS. SECCIN NICA Artculo 14.- Los Alumnos de la U.N.LaR. cuentan con los Derechos y Garantas que explcita o implcitamente estipula la Constitucin Nacional. Artculo 15.- Todos los alumnos activos y los estudiantes regulares segn sus casos, de esta Universidad, son legtimos titulares de los Derechos y Obligaciones previstos en la Ley Nacional de Educacin Superior, N 24.521, el Estatuto de la Universidad Nacional de la Rioja y los sealados en este ordenamiento. Artculo 16.- El Consejo Superior de esta Universidad, el Rectorado y los Departamentos Acadmicos, en el mbito de sus jurisdicciones, estn facultados para dictar las reglamentaciones de aquellos derechos y obligaciones. CAPITULO III. DEL INGRESO: REQUISITOS Y ALCANCES.
PRIMERA SECCIN
Artculo 17.- Los requisitos para la formalizacin de la inscripcin como Aspirante a Alumno de la Universidad Nacional de La Rioja, son los siguientes:
a) Solicitud de Inscripcin, efectuada en Formulario especfico adjunto a la Certificacin que acredite el egreso del Nivel Medio o el Ciclo Polimodal de Enseanza de cualquier jurisdiccin, y que cuente con reconocimiento oficial. Los mayores de veinticinco aos que no renan esa condicin, podrn ingresar siempre que demuestren a travs de una evaluacin que se realizar al efecto, que tienen preparacin y/o experiencia laboral acorde con los estudios que se proponen iniciar, as como aptitudes y conocimiento suficientes para cursarlos satisfactoriamente (Ley de Educacin Superior N 24.521-Art. 7 reglamentado por Resolucin Rectoral N 1002/95). b) Certificado Analtico de egreso del Nivel Medio o el Ciclo Polimodal de enseanza. Tal Instrumento podr adjuntarse hasta el da 30 de Abril del ao de inscripcin (o el da inmediato subsiguiente hbil, si se diese el supuesto de un da feriado o no laborable en esa fecha). El Rectorado est facultado a fijar -anualmente la fecha lmite para regularizar la situacin de aquellos alumnos que adeudan hasta dos asignaturas previas. c) Documento de Identidad y una (1) fotocopia de las dos (2) primeras hojas del mismo. d) Certificado de domicilio. e) Tres (3) fotografas tipo carnet 4x4 cm.
CONSULTORA MZRAS
194
SISTEMAS I BITACORA 2010 f) Una (1) fotocopia de la Partida de Nacimiento, autenticada en la UNLaR por la Secretara General o por autoridad competente. g) Constancia de Aprobacin del Curso de Ingreso, que en su caso, resulte implementado por los Departamentos Acadmicos en relacin a las respectivas carreras y sobre la base de la reglamentacin que para cada caso se fije. h) Constancia de pago de la inscripcin, la que deber formalizarse en dependencias de la Fundacin de la Universidad Nacional de La RiojaFUNLaR. Artculo 18.- Las asistencias, evaluaciones parciales y finales a Cursos de Ingreso, o modalidades anlogas, se regirn por sus respectivas previsiones y, en subsidio, por lo establecido en el presente. Artculo 19.- Para el caso de Aspirantes a Alumnos extranjeros, los mismos debern acompaar igual documentacin, y/o constancia que los aspirantes argentinos, debidamente legalizadas por la Cancillera y/o Embajadas o Consulados Nacionales y segn la regulacin vigente en nuestro Pas. Artculo 20.- Los postulantes egresados del Colegio Preuniversitario General San Martn, quedan exceptuados de cumplimentar el Curso de Ingreso relativo a introduccin a la vida universitaria, debiendo satisfacer las exigencias de los restantes cursos que se fijen para la carrera en la que se inscribe. Si se presentaren situaciones especiales debidamente justificadas, las mismas sern consideradas y resueltas por la Secretaria de Asuntos Acadmicos del Rectorado. SEGUNDA SECCIN Artculo 21.- En el periodo que va desde la solicitud de inscripcin, hasta que apruebe el Curso de Ingreso, y complete toda la documentacin requerida en la Seccin Anterior de este Capitulo, el postulante se considerar como Aspirante a Alumno. Tal situacin le vedar ser evaluado en Exmenes Finales de cualquier tipo.
CAPITULO IV. DE LA LIBRETA UNIVERSITARIA

PRIMERA SECCIN Artculo 22.- A todo Alumno de esta Universidad definitivamente Matriculado, deber proversele de una Libreta Universitaria, en la que deber constar: Nombre y Apellido/s; Nacionalidad; Lugar de Nacimiento; Documento de Identidad; Ttulo Obtenido en el Nivel Polimodal (Nivel Medio); Institucin Otorgante; Domicilio y N de Telfono; Carrera y Plan en que se inscribe y Fecha de Ingreso. Deber asimismo, preverse en sus fojas debidamente encuadernadas, todos los espacios atinentes a las Evaluaciones Parciales, Trabajos Prcticos, Evaluaciones Finales, Control Clnico-
CONSULTORA MZRAS
195
SISTEMAS I BITACORA 2010 Psicofsico, Contribuciones a FUNLaR, y todo otro dato que resulte correspondiente con actividades registrables del estudiante. Artculo 23.- Los datos insertos en la Libreta Universitaria hacen plena fe, excepto en el caso de Discordancia con Instrumentos que se registren en Oficinas de esta Universidad, caso en el cual la plena validez es de estos ltimos. SEGUNDA SECCIN Artculo 24.- Los trmites que realice el alumno dentro del mbito de esta Universidad exigirn la presentacin de su Libreta Universitaria. Artculo 25.- Al finalizar los Estudios de cada alumno, deber insertarse en su Libreta Universitaria, un Sello que acredite tal situacin, refrendado con la firma y sello del respectivo Decano de Departamento Acadmico y del Secretario de Asuntos Acadmicos del Rectorado.
CAPITULO V. DE LA ASISTENCIA A CLASES Y SUS EFECTOS SECCIN NICA Artculo 26.- La asistencia a clases, regulada en este Capitulo, comprende lo siguiente: a) Para obtener la condicin de Regular, adems de lo previsto por esta Ordenanza en relacin a los Trabajos Prcticos, y Evaluaciones Parciales, el alumno deber registrar una concurrencia no menor al 70% (setenta por ciento) a las clases tericas dictadas en el ciclo lectivo. b) Cuando las clases se prevean como terico prcticas, la asistencia a las mismas no deber ser inferior al 80% (ochenta por ciento) de las desarrolladas en el ciclo lectivo. c) Cuando las clases tericas y prcticas sean independientes, el alumno deber cumplimentar no menos del 80% (ochenta por ciento) de asistencia a las clases prcticas; pudiendo las ctedras fijar un mnimo de asistencia a las clases tericas, nunca inferior al 70% ( setenta por ciento) del total dictado. d) Las asistencias a clases debern registrarse mediante la firma de los alumnos asistentes a la actividad respectiva, recepcionada por el docente a cargo de aquella. Artculo 27.- En el caso de alumnos Vocacionales, cada Departamento Acadmico reglamentar lo atinente a la obligatoriedad de asistencia y dems cuestiones legisladas en este Seccin.
CONSULTORA MZRAS
196
CAPITULO VI. DE LOS TRABAJOS PRCTICOS

SECCIN NICA Artculo 28.- Entindese como Trabajo Prctico a las actividades empricas, y/o terico- experimentales de cada unidad didctica de las distintas asignaturas en pos de la adquisicin, por parte de los alumnos, de las correlativas competencias y destrezas. Artculo 29.- Sin perjuicio de los otros requisitos, el alumno para alcanzar la condicin de Regular deber aprobar no menos de un setenta y cinco por ciento (75%) de los al menos cuatro (4) trabajos prcticos previstos en el Plan de Ctedra y/o Programa de la Asignatura y con un puntaje no inferior a cuatro(4). El Titular de Ctedra propondr en su Plan Anual, la modalidad de Trabajo Prcticos Recuperatorios.
CAPITULO VII. DE LAS EVALUACIONES PARCIALES.
SECCIN NICA Artculo 30.- En el transcurso del perodo lectivo se evaluar al alumno mediante Pruebas Parciales, cuyos temas, abarcativos de una fraccin del Programa de Ctedra, debern ser previstos en el respectivo Plan, y notificada su fecha de realizacin, al comenzar el Curso. Artculo 31.- Se receptarn por lo menos dos (2) y no ms de cuatro (4) Pruebas Parciales por asignatura. El alumno deber aprobar la totalidad de las pruebas parciales, con un puntaje no inferior a cuatro (4) puntos en cada una. Las Ctedras debern proponer al Departamento Acadmico respectivo, en su Plan Anual, el rgimen y oportunidad de recuperacin, para casos de alumnos aplazados en una de aquellas Evaluaciones.
CAPITULO
VIII.
DE LOS CERTIFICACIONES,
REGISTROS, DIPLOMAS, Y OTRAS CONSTANCIAS.
PRIMERA SECCIN Artculo 32.- Todo Registro virtual o informtico de esta Universidad, tiene la plena validez que la legislacin externa o interna le asigne, y solo puede considerarse dubitada en caso de no contar con respaldo documental (soporte papel) idneo y suficiente.
CONSULTORA MZRAS
197
SISTEMAS I BITACORA 2010 Artculo 33.- Las certificaciones parciales o finales de registros de Estudios realizados en esta Universidad, debern ser expedidas desde la actuacin respectiva, por la Secretaria de Asuntos Acadmicos del Rectorado con sello y firma de su Titular y la intervencin previa de los dems Funcionarios que las reglamentaciones vigentes estipulen. En los casos de Estudiantes registrados en Sedes deber incluirse la firma del Decano respectivo. Artculo 34.- En los Certificados Finales de Estudios debern consignarse todas las Notas obtenidas por el Estudiante en las diversas asignaturas, la condicin de Regular o Libre en que rindi sus exmenes. El Promedio Total, Con Aplazos y Sin Aplazos, deber ser consignado en forma especifica. SEGUNDA SECCIN Artculo 35.- Los Diplomas que con las formalidades correspondientes deban entregarse a quienes hubieren finalizado sus Estudios de Grado o Pregrado en esta Universidad, estarn sujetos a lo siguiente: a) Sern expedidos a solicitud del Egresado en un plazo no superior a ciento veinte (120) das corridos a contar desde aquella peticin. b) El formato, contenido y dems recaudos se regirn por una Resolucin Rectoral especifica. c) Sin perjuicio de lo determinado por el Inciso anterior, en todos los trmites previos a la expedicin de un Diploma, debern intervenir la Secretaria de Asuntos Acadmicos del Rectorado, la Procuracin General, y la Unidad de Auditoria Interna. d) Su entrega deber efectuarse previa recepcin de juramento a la persona del Egresado en Acto Pblico de Colacin de Grados. Excepcionalmente, y por causas debidamente justificadas, podrn realizarse Colaciones Privadas. En cualquier supuesto, deber certificarse fehacientemente la entrega y la recepcin, a travs de Instrumento especifico que se integre a un libro foliado. TERCERA SECCIN Artculo 36.- Las constancias que no impliquen a las sealadas en los artculos anteriores de este Capitulo, podrn expedirse por los Departamentos Acadmicos y/o Sedes Universitarias, segn sus registros y competencias. Artculo 37.- Toda certificacin o constancia expedida por esta Universidad y que deba ser presentada ante Autoridad externa de la misma, deber incluir su Sello Institucional, y quedar registrada su expedicin y entrega en la Secretaria de General de esta Universidad.
CONSULTORA MZRAS
198
TITULO DOS: DE LOS EXAMENES FINALES

CAPITULO I. DE LOS EXAMENES FINALES EN GENERAL
SECCIN NICA
Artculo 38.- Todas las asignaturas de las Carreras que se cursan en esta Universidad, debern ser aprobadas mediante exmenes finales, excepto lo previsto en este Ttulo para la modalidad de Promocin sin Examen Final; o de Trabajos Finales y segn lo consignado en los respectivos Planes de Estudios. Los exmenes sern Pblicos, y receptados y calificados individualmente desde exposiciones orales y/o escritas producidos por cada alumno. Artculo 39.- Cada Consejo Directivo establecer, a solicitud de las Ctedras, las asignaturas que no podrn rendirse en condicin de alumno libre. Artculo 40.- Los exmenes, adems de la formulacin de preguntas tericas, podrn comprender la realizacin de ejercicios, el manejo de elementos materiales o instrumentales, u otras destrezas empricas atinentes, al igual que la respuesta a problemas que verifiquen la adquisicin de los conocimientos impartidos.
CAPITULO II.
DE LAS OPORTUNIDADES
HABITUALES Y
EXCEPCIONALES PARA RENDIR EXAMENES. PRIMERA SECCIN Artculo 41.- La Universidad constituir Mesas Examinadoras, para todas las asignaturas de los planes de estudio correspondientes a las carreras que se cursan en la misma, en cinco (5) pocas o turnos durante el ao calendario: a) 1 Turno Febrero Marzo: tres (3 )llamados
CONSULTORA MZRAS
199
SISTEMAS I BITACORA 2010 b) c) d) e) 2 Turno Mayo: un (1) llamado 3 Turno Julio Agosto: dos (2) llamados 4 Turno Septiembre: un (1) llamado 5 Turno Noviembre Diciembre : dos (2) llamados.
Artculo 42.- La fecha y horario de los Exmenes, sern fijados por la Secretara de Asuntos Acadmicos del Rectorado.
Artculo 43.- Las fechas de exmenes no sern modificadas salvo casos de fuerza mayor debidamente verificados. En tal caso mediante Resolucin del Decano del Departamento Acadmico, o de Sede respectivo, se autorizar el cambio de fecha, fijando la sucesiva y notificando a la Secretaria Acadmica del Rectorado. Ello deber ser difundido en Transparentes de las jurisdicciones correspondientes.
Para los alumnos que realicen prcticas especiales de verano o invierno, se otorgar una prrroga de las fechas de los exmenes, del Primer Turno para Mayo; y del Tercer Turno para Septiembre.
Artculo 44.- En caso de ser decretado asueto o feriado el da establecido para la constitucin de una mesa examinadora, el examen se tomar el da hbil inmediato siguiente y a la misma hora.
SEGUNDA SECCIN Artculo 45.- Cuando se constituya una Mesa Examinadora en un Turno Especial, se proceder de acuerdo a las normas establecidas para los turnos ordinarios.
Artculo 46.- Cuando un Estudiante Regular y Activo de esta Universidad adeude hasta tres (3) materias para concluir su carrera podr solicitar, por nica vez, Mesa Especial de Examen. Las solicitudes debern ser presentadas con una antelacin no menor de 15 (quince) das corridos a la fecha en que deseen ser examinados. Artculo 47.- Las Mesas Especiales a las que hace referencia el artculo precedente podrn solicitarse durante todo el ao acadmico, aunque con una posterioridad no inferior a los cinco (5) das hbiles desde la ltima fecha de Exmenes del Turno ordinario inmediato anterior.
CAPITULO III.
DE LOS TRIBUNALES O DUPLAS EXAMINADORAS Y SU ACTIVIDAD.
CONSULTORA MZRAS
200
SISTEMAS I BITACORA 2010 PRIMERA SECCIN Artculo 48.- Las evaluaciones Finales de Cada Asignatura debern receptarse por un Tribunal integrado por Tres (3) Docentes, que revisten como Titular, Asociado y/o Adjunto, y que Integren el Equipo de cada Ctedra. Excepcionalmente, y bajo la Presidencia del Titular de la Asignatura, podr incluirse en la Mesa Examinadora a Docentes de Ctedras Afines y/o Jefes de Trabajos Prcticos (Art. 108 del Estatuto de la UNLaR). Podr constituirse una Dupla Examinadora como Mesa de Examen, para tal supuesto, o en cualquier caso en que resulte imposible contar con Tres Integrantes para constituir la Mesa de Examen. Artculo 49.- Los Decanos de los Departamentos Acadmicos, designarn el Tribunal o la Dupla Examinadora para los Exmenes Finales de cada asignatura, y con arreglo a lo previsto para ello en este Ttulo. Aquella misma Autoridad deber: a) Ante la ausencia por cualquier causa del docente titular de la Ctedra respectiva, producir la suspensin inmediata del acto de evaluacin, an luego de comenzado el mismo. El Decano de Departamento Acadmico o de Sede, deber fijar de inmediato nueva oportunidad para la celebracin de los exmenes suspendidos o interrumpidos, los cuales debern recepcionarse dentro del mismo turno y con inmediata comunicacin a la Secretaria de Asuntos Acadmicos del Rectorado, en todos los casos. b) Designar al Presidente de la Mesa Examinadora en caso que la asignatura no estuviere a cargo del Profesor Titular, Asociado o Adjunto, por vacancia, renuncia u otra situacin anloga debidamente acreditada. c) Resolver cualquier otra cuestin imprevista. Artculo 50.- La Secretaria de Asuntos Acadmicos del Rectorado, y/o de las Sedes, comunicaran a los integrantes de la Mesa Examinadora y a los Departamentos Acadmicos, las correspondientes fechas de examen, con una anticipacin no inferior a siete (7) das corridos excluido el del acto que se notifica. SEGUNDA SECCIN
Artculo 51.- Hasta cinco (5) das corridos antes de la fecha fijada para el examen, cualquiera de los miembros de la Mesa Examinadora podr ser recusado por escrito ante el Departamento Acadmico o Decanato de Sede correspondiente, explicitando las causas que justifiquen debidamente la recusacin. Esta ser considerada por los Decanos de Departamentos o de Sede, recabando, previamente, todos los datos y elementos de juicio que se consideren necesarios. La decisin ser adoptada antes de la fecha prevista para el Examen y con carcter de irrecurrible. En caso de darse curso a la recusacin y constituirse una
CONSULTORA MZRAS
201
nueva Mesa Examinadora para el alumno recusante, con exclusin del docente recusado, e incorporacin de reemplazante, el acto se desarrollar de acuerdo a este reglamento.
Artculo 52.- No podr ser causal de recusacin el haber sido aplazado por el docente recusado. En caso que el recusado fuera algn Funcionario de esta Universidad, se proceder conforme al Manual de Procedimientos y de Trmites Administrativos. Artculo 53.- Cuando los integrantes de la Mesa Evaluadora, tengan parentesco por consanguinidad dentro del cuarto grado inclusive, con algn alumno inscripto para examen, debern inhibirse de receptar el examen de aquel. Tal circunstancia deber comunicarse oportunamente al Decano del Departamento o de Sede, para que se designe un sustituto al efecto. La no inhibicin del o los miembros de la mesa examinadora en tal situacin, determinar la anulacin del examen del alumno respectivo. Artculo 54.- El docente que no pudiere asistir a integrar una mesa examinadora deber comunicarlo al Departamento Acadmico o Decano de Sede correspondiente, con no menos de cuarenta y ocho (48) horas de anticipacin a la iniciacin del examen. La justificacin de la inasistencia se ajustar al rgimen de licencia, justificaciones y franquicias vigentes de la Universidad. TERCERA SECCIN Artculo 55.- Sern obligaciones y atribuciones del Presidente de la Mesa Examinadora: a) Constituir el Tribunal o Dupla Examinadora en la fecha y hora previstos, y con una tardanza que no exceda de Treinta (30) minutos. b) Cumplir y hacer cumplir el presente Ordenamiento. c) Velar por el normal desarrollo de los exmenes hasta su conclusin. d) Comunicar todas las irregularidades producidas con anterioridad a la recepcin de exmenes y que advirtiere en el Acta respectiva, o que se produjeren durante el acto de celebracin de los exmenes, a la respectiva Secretara de Asuntos Acadmicos. Tal dependencia deber informar de inmediato al Decano de Departamento o de Sede el que adoptar con carcter de URGENTE y con igual fecha, las medidas correspondientes. Artculo 56.- La Mesa Examinadora no podr interrumpir su tarea, salvo casos de fuerza mayor, situacin que deber ser informada a los respectivos Departamentos Acadmicos o Decanos de Sede.
CONSULTORA MZRAS
202
CAPITULO IV.
DE LOS RECAUDOS Y FORMALIDADES EN LOS EXAMENES
PRIMERA SECCIN Artculo 57.- Para poder rendir examen en condicin de Regular, el alumno deber haber alcanzado tal condicin y mantenerla vigente en la respectiva asignatura al tiempo de la inscripcin, adems de tener aprobadas las materias correlativas del correspondiente Plan de Estudios. Artculo 58.- El alumno aplazado en una fecha de exmenes, podr rendir solo una vez ms la misma asignatura en otro llamado del mismo turno. Artculo 59.- Las inscripciones de los alumnos para rendir exmenes regulares o libres se efectuarn en la respectiva Dependencia de la Secretara de Asuntos Acadmicos del Rectorado o de las Sedes, por medio documentado y/o del Sistema SIU, en las fechas que a tal efecto se establezcan, y con una antelacin de no menos de cinco (5) das hbiles a la fecha de examen, sin contar sta.
Artculo 60.- La inscripcin para rendir un examen, deber realizarse personalmente por el interesado, o en su defecto, por persona delegada con autorizacin escrita. El alumno que estuviere ausente durante la fecha de inscripcin podr presentar su solicitud por correspondencia certificada con aviso de retorno o Carta Documento dirigida a la Secretaria de Asuntos Acadmicos del Rectorado o de la Sede correspondiente. La fehaciente constancia de su envo, servir de Instrumento vlido de Solicitud de Inscripcin.
Artculo 61.- Por ninguna causa se aceptarn solicitudes de inscripcin a exmenes, que resulten formuladas fuera de trmino. SEGUNDA SECCIN Artculo 62.- Todos los exmenes sern pblicos, bajo pena de nulidad. Antes de iniciar el examen, la Mesa Examinadora proceder a verificar, delante de los alumnos inscriptos presentes, que se encuentran en el bolillero todas las bolillas del programa de examen. Asimismo, el alumno podr solicitar al momento de extraer bolillas que se
CONSULTORA MZRAS
203
SISTEMAS I BITACORA 2010 constate la inclusin en el bolillero de todas aquellas que correspondan al programa de examen. Artculo 63.- Solo se recepcionar examen a alumnos que presenten su Libreta Universitaria, excepto cuando hubieren denunciado con anterioridad la prdida de la misma. En tal circunstancia, la Secretara de Asuntos Acadmicos del Rectorado o el Decano de Sede, autorizar por escrito al alumno a rendir examen, quien presentar dicha constancia y su documento de identidad a la Mesa Examinadora. Artculo 64.- Los alumnos inscriptos, sern examinados segn el orden de la lista del Acta de Examen, y en un llamado que no podr exceder a quince (15) minutos desde constituida la Mesa Examinadora. Quienes no comparezcan sern registrados como ausentes en el acta respectiva. Si ninguno de los alumnos inscriptos estuvieren presentes en la hora fijada para el inicio del examen, el Tribunal Examinador esperar hasta quince (15) minutos despus de su constitucin para levantar la Mesa Examinadora. Artculo 65.- El alumno a quien le coincidiera la fecha y horario de examen en dos (2) asignaturas, tendr derecho a ser convocado una vez que concluyera el primero de ellos. TERCERA SECCIN Artculo 66.- Cerrada la inscripcin para los exmenes, las secretarias de Asuntos Acadmicos del Rectorado y/o de las Sedes, elaborarn bajo su responsabilidad, por orden alfabtico, las actas de exmenes de los alumnos regulares y libres, por cada asignatura y segn sus registros. Artculo 67.- La Secretara de Asuntos Acadmicos del Rectorado o de Sede, exhibir, un (1) da antes de la fecha de exmenes, las Actas de Alumnos inscriptos, a fin de que los mismos puedan reclamar por cualquier omisin o error. CUARTA SECCIN Artculo 68.- A) El examen final de alumnos regulares ser rendido con el Programa vigente al tiempo de haber alcanzado la regularidad el alumno examinado, y ser producido en forma oral. Salvo el caso en que el examinado optare previamente por rendir con Programa Abierto el estudiante extraer de un bolillero la cantidad de tres (3) bolillas correspondientes a cada Unidad del Programa de la Asignatura las que deber ser verificadas por todos los integrantes del Tribunal o Duplas Examinadoras. El alumno expondr sobre temas de la bolilla sorteada que l elija, debiendo ser luego examinado sobre temas de una o dos de las restantes bolillas. En todos los casos, el alumno dispondr, por lo menos, de un plazo de quince (15) minutos previos a su exposicin para organizar la misma. En tal ocasin no podr contar con apuntes u otros medios anlogos, ni podr tampoco retirarse del asiento asignado, y/o formular consultas. En la Modalidad de Programa Abierto el CONSULTORA MZRAS 204
SISTEMAS I BITACORA 2010 examen, consistir en la indagacin de conocimientos de cualquiera de los Temas que abarquen las diversas unidades del Programa de la Ctedra. Los Alumnos Regulares podrn rendir sus Exmenes finales por Escrito solo en casos en que as se hubiere autorizado por la Direccin de la Carrera, previo dictamen del Concejo Consultivo. Tal autorizacin deber incluir las modalidades especificas de recepcin y evaluacin, las que debern asemejarse en lo posible a las del Examen Oral. B) En los Exmenes de Alumnos Libres, la evaluacin desde el Programa vigente al momento de la Evaluacin, se compondr de dos (2) etapas. La primera consistir en responder, con mas del setenta por ciento (70%) de evaluacin favorable, a un temario escrito, libremente asignado por el Presidente de la Mesa Examinadora. La Segunda fase se recepcionar solo en caso de resultar calificado con suficiente la Prueba Escrita, y tendr igual modalidad que la del para el Examen de alumnos regulares. Aunque en este caso y sin permitir la modalidad de Programa Abierto la eleccin del orden de exposicin de las unidades sorteadas, estar a cargo del Presidente de la Mesa Examinadora, y se evaluaran la totalidad de aquellas. En caso de no obtener Evaluacin favorable en la fase escrita, se lo tendr por aplazado. El puntaje a asignar al Alumno que apruebe el Examen en condicin de Libre, ser el obtenido en el Examen Oral.
C) En el caso de Exposicin de Trabajos Finales, cada Departamento Acadmico, fijar la modalidad evaluatoria correspondiente.
Articulo 69.- Los integrantes de la Mesa Examinadora decidirn en privado, la calificacin de todo examen, y de acuerdo a la siguiente escala: a) 0,1,2,3: Insuficiente b) 4: Suficiente c) 5,6: Bueno c) 7,8,9: Distinguido d) 10: Sobresaliente.
Deber entenderse como Aprobado al Alumno que obtenga Cuatro (4) o mas puntos en su evaluacin. El Alumno Regular o Libre que, luego de extradas las bolillas, o asignado el tema escrito se retirara sin exponer en cualquier modalidad, ser calificado con Cero (0).
Los integrantes de la Mesa Examinadora certificarn con sus firmas en el Acta, y en la Libreta Universitaria respectiva la calificacin obtenida por cada alumno. Artculo 70.- Los miembros de la Mesa Examinadora no podrn retirarse hasta finalizados todos los exmenes, firmando previamente las actas respectivas. El Presidente de la Mesa Examinadora, inmediatamente de finalizado el examen, deber entregar personalmente ante la Secretara de Asuntos Acadmicos del respectivo
CONSULTORA MZRAS
205
SISTEMAS I BITACORA 2010 Departamento o de la Sede las actas confeccionadas, programas, bolilleros y todo otro elemento didctico utilizado para la ocasin.
CAPITULO V. DE LAS ACTAS DE EXAMENES. PRIMERA SECCIN Artculo 71.- Las Actas de exmenes se emitirn por triplicado y sern numeradas y formalizadas segn formalidades del Sistema Informatico vigente para ser completadas una vez receptados los exmenes. Un ejemplar de aquellas se entregar al Departamento Acadmico respectivo, otra ser destinada para la Secretara de Asuntos Acadmicos del Rectorado, y la restante para el Presidente de la Mesa Examinadora. En las Sedes Universitarias, deber quedar fotocopia certificada por el Secretario Acadmico de la misma, de cada una de aquellas Actas.
Artculo 72.- Las Actas de exmenes debern ser firmadas por los alumnos examinados, y al final de la nmina de alumnos inscriptos para rendir, por la mxima autoridad titular o formalmente Delegada de la Secretara de Asuntos Acadmicos del Rectorado o de la Sede.
Artculo 73.- Cuando, segn el Sistema de Estructura Departamental de esta Universidad, una misma Dupla o Tribunal receptara exmenes de una asignatura con igual denominacin, para alumnos de distintas Carreras o Planes de Estudio, debern confeccionarse actas para cada Carrera y Plan. SEGUNDA SECCIN Artculo 74.- Toda observacin, o salvedad referenciable en el Acta de Exmenes, se advertir mediante constancia escrita en la parte final del cuerpo de la misma, y rubricada por los integrantes de la Mesa Examinadora, por ante la Secretaria de Asuntos Acadmicos del Rectorado o de las Sedes, segn corresponda. En tales casos, deber expresarse sintticamente la causal fctica o legal que la determine, y/o posibilite . Artculo 75.- Las actas de exmenes que queden en poder de las Secretarias de Asuntos Acadmicos del Rectorado o de las Sedes respectivas, sern encuadernadas, foliadas y selladas, discriminadas por Carreras y Planes de Estudio. Este procedimiento se efectivizar al vencimiento de ao acadmico. La Autoridad Interviniente dejar constancia de los libros y el nmero de folios que contienen, adems de las visaciones y/o controles propios de los organismos de Supervisin o
CONSULTORA MZRAS
206
SISTEMAS I BITACORA 2010 Auditacin de la Universidad y/o del Ministerio de Educacin, Ciencia y Tecnologa de la Nacin. TERCERA SECCIN Artculo 76.- Las actas encuadernadas, foliadas y selladas llevarn la firma del Secretario Acadmico del Rectorado o de las Sede, y del Jefe de la Oficina de Alumnos. Artculo 77.- Todas las Actas de Examen, una vez encuadernadas, quedarn bajo custodia de la Secretara de Asuntos Acadmicos del Rectorado.
Artculo 78.- Las funciones y responsabilidades que se encomiendan por la presente reglamentacin a la Secretara de Asuntos Acadmicos del Rectorado sern desempeadas, en el mbito de las Sedes Universitarias, por el respectivo Decano, y su Secretario Acadmico.
CAPITULO VI. DEL SISTEMA DE PROMOCIN SIN EXAMEN FINAL SECCIN NICA
Artculo 79.- Los Titulares de Ctedras, podrn proponer anualmente al Departamento respectivo el sistema de Promocin Sin Examen Final de acuerdo a la caracterstica curricular de aquellas, lo que en caso de aprobacin se regir por las siguientes disposiciones.
Artculo 80.- Para poder acceder al sistema de Promocin sin Examen Final, el alumno, adems de inscribirse especficamente, deber tener al momento de su inscripcin, aprobadas todas las asignaturas correlativas previas, previstas en el Plan de Estudios. En el Primer ao, tal requisito no ser exigible, aunque si el cumplimiento de todos las condiciones para el Ingreso, debiendo cada Titular de Ctedra proponer la modalidad de acceso. Artculo 81.- Los alumnos cursantes en esta Modalidad, debern rendir durante el ciclo lectivo un mnimo de tres (3) Pruebas Parciales y con un puntaje no menor a siete (7) puntos en cada una de ellas. Cada prueba ser integral y podr comprender adems los temas de las unidades de evaluaciones anteriores. Artculo 82.- El alumno que, debidamente inscripto con asistencia no menor al 80% a clases tericas, que registrare puntaje no inferior al previsto en el articulo anterior, y la aprobacin de trabajos Prcticos habituales al obtener su condicin de Promocionado, deber ser evaluado solamente con un Coloquio Final en relacin a una Unidad del Programa cursado, elegido por el mismo.
CONSULTORA MZRAS
207
Artculo 83.- El alumno que, aunque habiendo satisfecho los dems requisitos, no alcanzare el puntaje requerido, pero s un promedio de cuatro (4) o ms, quedar en condiciones de Regular, debiendo rendir Examen Final en tal modalidad. Los alumnos que no hayan alcanzado aquel promedio quedarn en condicin de Libres.
TITULO TRES. DE LOS PASES Y EQUIVALENCIAS.

CAPITULO I. DE LOS PASES. SECCIN NICA
Artculo 84.- Podrn solicitar inscripcin por pases y con pedido de Equivalencias a las distintas Carreras y sus Asignaturas que se cursan en la Universidad Nacional de La Rioja, los alumnos provenientes de: a) Otras carreras de la Universidad Nacional de La Rioja. b) Otras Universidades o Institutos Universitarios Nacionales, o Provinciales, o Privados, reconocidos segn la Ley Nacional N 24.521. c) Egresados y/o alumnos de establecimientos terciarios no universitarios pblicos o privados y de institutos y/o escuelas oficiales de las Fuerzas Armadas con arreglo a la Legislacin vigente. Artculo 85.- Los solicitudes previstas en este Capitulo solo podrn presentarse entre el primer da hbil y el 31 de marzo de cada ao. Artculo 86.Ser indispensable para la consideracin de las solicitudes de pases, que el recurrente acredite en modo fehaciente que en alguna Carrera de otra Universidad, o de algn Instituto Universitario, las asignaturas que tuviere aprobadas sean equivalentes en todo o en parte con sus similares o anlogas de esta Universidad. En el caso de Asignaturas aprobadas por sus alumnos en Carreras de Grado o Pregrado de esta Universidad, y en el marco temporal habilitado, el pase a otras Carreras deber asignar Equivalencias Directa. Artculo 87.- A los fines de la inscripcin por pase en una Carrera de esta Universidad, los pretendientes debern solicitar equivalencias en las asignaturas del Plan de Estudios de aquella. Debern asimismo haber aprobado, como mnimo,
CONSULTORA MZRAS 208
dos materias de las asignaturas correspondientes al Primer Ao del Plan de Estudios de la Carrera de origen.
Artculo 88.- La solicitud de Pase, requerir, al inicio del Trmite, el Cese o baja en la Matrcula Universitaria de Origen y la certificacin fehaciente y debidamente suscripta y sellada que registre las Asignaturas aprobadas en la misma.
CAPITULO II. DE LAS EQUIVALENCIAS PRIMERA SECCIN
Artculo 89.- Las equivalencias se concedern teniendo en cuenta exclusivamente las materias que el alumno tenga aprobadas al momento de su solicitud. Artculo 90.- Las equivalencias no se acordarn en forma conjunta, sino que sern consideradas -de acuerdo a la Estructura Matricial de esta Universidad y el respectivo rgimen de correlatividades, y segn las asignaturas aprobadas en el Plan de la Carrera de origen. Artculo 91.- Esta Universidad no podr otorgar equivalencia en porcentaje superior al setenta por ciento (70%) de las Asignaturas del Plan de Estudios de la respectiva Carrera de origen. Artculo 92.- No se aplicar la limitacin del articulo anterior, a los alumnos que soliciten inscripcin para Pase, motivado en razones de traslado del grupo familiar o vinculado con su relacin laboral. Tales situaciones debern estar fehacientemente acreditadas. En caso de falsedad de la declaracin o de acreditacin de la causal se anular todo lo actuado, as como sus consecuencias acadmicas y administrativas, sin perjuicio de las sanciones que correspondan aplicar al alumno y la denuncia penal atinente. Artculo 93.- Para el caso en el que dos (2) o ms asignaturas aprobadas en la Universidad de origen, resultaren totalmente equivalentes a una (1) materia del Plan de Estudio de esta, se consignar como calificacin, el promedio del puntaje obtenido en aquellas.
CONSULTORA MZRAS
209
Artculo 94.- La evaluacin de lo solicitado, respetar, para el otorgamiento de equivalencias, el rgimen sobre correlatividades del Plan de Estudios de esta Universidad, vigente al momento de la solicitud.
SEGUNDA SECCIN Artculo 95.- La Secretara de Asuntos Acadmicos del Rectorado, confeccionar y recepcionar en coordinacin con los Departamentos Acadmicos, los formularios correspondientes a los cambios de Planes de Estudios y pedidos de Pases y Equivalencias. Artculo 96.- En todos los casos, la validez de las equivalencias entre las materias ya aprobadas se regirn por las siguientes condiciones: a) Hasta no ms all de cuatro (4) aos -de la fecha de aprobacin de la asignatura en cuestin- podr otorgarse equivalencias directas, segn lo dispuesto por la presente ordenanza. b) Entre cuatro (4) y ocho (8) aos de aquella fecha de aprobacin, las equivalencias estn sujetas a ciertos requisitos que pongan en evidencia la actualizacin de los contenidos especficos de la asignatura en cuestin: Coloquios; aprobacin de Trabajos Prcticos, Evaluacin parcial, etc. Dichos requisitos sern determinados, en cada caso, por los Departamentos Acadmicos respectivos. c) Con ms de ocho (8) aos de aquella fecha de aprobacin de la asignatura, no se otorgarn equivalencias. Para aquellos casos, que por sus caractersticas particulares sean considerados como excepcionales, el Departamento correspondiente, podr disponer que sean exceptuados de los tratamientos de los incisos b) y c) del presente artculo. Artculo 97.- Teniendo en cuenta los contenidos de las asignaturas, las equivalencias de materias de estudio sern evaluadas de la siguiente manera:
CONSULTORA MZRAS
210
a) Directas o Automticas: En los casos en que se evidencie suficiente analoga de contenidos temticos entre las asignaturas originales y la del Plan de Estudios vigente en esta Universidad. b) Indirectas o Condicionadas: En los casos en que existan diferencias no superiores a un treinta por ciento (30%) en los contenidos generales o especficos entre las asignaturas de la Carrera de origen y/o las del Plan de Estudios de esta Universidad. En este caso, el otorgamiento de las equivalencias, estar sujeto a evaluacin favorable (Prueba de Complementacin) en relacin a las Unidades que indique la Ctedra de esta Universidad, y que consigne la respectiva Resolucin Departamental. TERCERA SECCIN Artculo 98.- Las Pruebas de Complementacin podrn ser de carcter terico, terico-prctico, o prctico. Artculo 99.- Las Pruebas sealadas en el articulo anterior, se rendirn en los perodos normales de exmenes, estando las inscripciones sujetas a las disposiciones Correlativas de esta Ordenanza. Artculo 100.- Las Pruebas de Complementacin podrn ser rendidas una sola vez. Si el alumno no aprobare, perder definitivamente el derecho a la equivalencia, debiendo en este caso quedar sujeto para su evaluacin en la Asignatura, a las dems normas respectivas de este Ordenamiento. Las Pruebas de Complementacin sern evaluadas y calificadas segn lo previsto en este Ordenamiento para los Exmenes Finales de Alumnos Regulares.
CUARTA SECCIN Artculo 101.- Las solicitudes de Cese de Matricula y/o Pase a otras Universidades o Institutos Universitarios debern tramitarse en todos los casos ante la Secretara de Asuntos Acadmicos del Rectorado.
CONSULTORA MZRAS
211
Artculo 102.- La informacin en relacin a la situacin Acadmica de los alumnos, requerida por otras Universidades o Institutos Universitarios, se canalizaran a travs de la Secretara de Asuntos Acadmicos del Rectorado, y se diligenciaran con el carcter de Preferencial. TITULO CUATRO: DISPOSICIONES COMPLEMENTARIAS CAPITULO UNICO: Artculo 103.- Este Reglamento, entrar en vigencia el da primero de Febrero del ao dos mil cinco. Artculo 104.- La normativa expedida previamente por cualquier Jurisdiccin de esta Universidad, y que no se contradiga con lo dispuesto por este Ordenamiento, mantendr total vigencia. Artculo 105.El Manual de Procedimientos y de Trmites Administrativos de esta Universidad, regir, supletoriamente para toda actividad vinculada con este Reglamento.
LA RIOJA, DICIEMBRE DE 2.004
CONSULTORA MZRAS
212
CONSULTORA MZRAS
213
ANEXO 2
CONSULTORA MZRAS
214
CONSULTORA MZRAS
215
Sistemas I
Prctico N1 Nombre: : Repaso Sistemas Fecha: 15-03-2010
Profesor: Arroyo
Ing.Fernando
Snchez
1) Mencione los elementos sobresalientes de un Sistema Entorno Entradas Salidas
Sistema
Retroalimentacin 2) Realice un grfico indicando cuales son los subsistemas principales de: a. Un banco (una entidad bancaria) Gerencia General Contadura Departamento De recursos Humanos Seguridades Clientes Marketing Tesorera
b. Un avin Capitn Copiloto Azafata Personal de Limpieza Personal Administrativo Controladores Areos
c. El cuerpo humano El Cuerpo Humano Digestivo Nervioso Respiratorio Circulatorio Muscular seo Endocrino
Reproductor
Excretor
Linftico
3) Nombre el metasistema y al menos dos subsistemas del Sistema Escuela Ministerio de educacin y subsistema departamento de mantenimiento y alumnos.
CONSULTORA MZRAS
216

4) Resolver para los siguientes ejercicios: 1 Objetivo, lmites y alcances. 2 Ambiente. 3 Sistema, subsistema y metasistema. 4 Recursos a) La empresa GATINO S.A. es una organizacin que se dedica a la fabricacin y comercializacin de prendas de vestir para nios. Est organizada de la siguiente forma: -Directorio asesorado por un Staff -Gerencia de la cual depende: -Gerencia de Produccin: dividida en Fabricacin, Almacn, Compras e Ingeniera de Planta. Compras est dividida en Expedicin encargada de enviar mercadera a Fabricacin y Reposicin que repone la mercadera faltante, Ingeniera de planta realiza las tareas de mantenimiento de planta. -Gerencia de Comercializacin: dividida en Ventas, Promocin y Publicidad, y Stock. Las ventas se hacen por mayor y menor. -Gerencia de Administracin: de la cual dependen Finanzas, Contabilidad y Personal, encargado de seguimiento, capacitacin y seleccin de empleados. Contabilidad realiza inventarios y la liquidacin de haberes. -Centro de cmputos: procesa informacin de los distintos sectores de la organizacin para lograr el funcionamiento eficiente de la misma. Cuando llega un cliente, el mismo es atendido por el vendedor, quien verifica la existencia de los artculos solicitados. En compras la poltica es comprar al proveedor que tenga mas bajos precios y en las cantidades que se crean mas convenientes.
Objetivos: Fabricacin y comercializacin de prendas de vestir para nios. Limites: Desde la obtencin de la materia prima, hasta la comercializacin de las prendas. Alcances: La comercializacin la realizan por mayor y menor. Ambiente: Proveedores, Clientes, Medios de transporte. Sistema: GATINO SA. Metasistema: Ministerio de produccin, leyes de comercializacin provincial y nacionales. Subsistemas: Director, Gerencia General, Gerencia de Produccin, Gerencia de Comercializacin, Gerencia de Administracin, Centros de Cmputos. Recursos Humanos: Personal de mantenimiento, produccin, comercializacin, proveedores, clientes, entre otros. Recursos Econmicos: Capital inicial, Ganancias obtenas por las ventas. Recursos Tecnolgicos: Computadoras, Telfonos. Recursos Materiales: Maquinaria de produccin
b) La inmobiliaria Mi Casa se dedica hace mas de 20 aos a la venta y alquiler de bienes inmuebles. Consta de los departamentos de Ventas, Cobranza, Gerencia, y Administracin. Cuando un cliente llega a la oficina este es atendido por personas del departamento de ventas, que consta adems con una cartera de clientes, cuando una operacin es concretada se hace cargo de la operacin el departamento de administracin de la firma. Una vez que estn listos todos los papeles es el departamento cobranzas junto con administracin quien se encarga del seguimiento del cliente. Estos departamentos se apoyan en un sistema de gestin computarizado. En algunas ocasiones el gerente debe intervenir para decidir sobre precios o si vender o no a determinados clientes.
Objetivos: Ventas y alquileres de bienes inmuebles. Limites: Desde la obtencin hasta el alquiler o venta de bienes inmuebles. Alcances: Atencin personal. CONSULTORA MZRAS 217
SISTEMAS I BITACORA 2010 Ambiente: Clientes, Propietarios. Sistema: Inmobiliaria Mi Casa. Metasistema: Municipalidad. Subsistemas: Departamento de Cobranza, Departamento de Ventas Cartera de Clientes, Departamento de Gerencia, Departamento Administrativo. Recursos Humanos: Personal de Venta. Recursos Econmicos: Capital inicial, Dinero por venta. Recursos Tecnolgicos: Sistema de Gestin Computarizada.
5) Una compaa de seguros tiene una casa central y en la capital de la provincia y dos sucursales, una en Chilecito y la otra en Chamical. La casa central cuenta con el rea de ventas, cobranzas, administracin y sistemas. El rea de Sistemas cuenta con siete PC donde corren el sistema informtico integral de la compaa y adems software para trabajos de oficina, un servidor de datos en donde se guardan los datos y se registran las transacciones a cerca de los clientes, un servidor Web en donde se aloja la pgina Web de la compaa. Cada una de las sucursales cuenta solo con Ventas y Cobranzas todas las transacciones y datos que necesiten ser registrados son enviados via red informtica directamente al servidor de datos de la casa central, por lo que las mquinas estn constantemente conectadas en red. a. Indique cual es la principal medida de seguridad que debe adoptar la empresa para con sus sistemas y sus datos, teniendo en cuenta que las PC estn disponibles para ser accedidas desde la casa central por personas de gerencia, de administracin y de sistemas y tambin desde las sucursales con gente de administracin. Crear una contrasea de la cual solo tenga acceso los integrantes de la que solo sirve para modificar los datos. empresa
b. Todos los niveles de la empresa deben tener el mismo nivel de seguridad? Justifique su respuesta. No, algunos niveles requieren la utilizacin de una mayor seguridad, debido a la informacin que manipulen.
c. Podra tomarse algn tipo de medida con respecto a la seguridad fsica? Indique cuales Si, algunas medidas de seguridad seria: (Hacer lista), personal privado de seguridad, matafuegos, sistema de alarma, salida de emergencias, back up de la informacion en lugares externos por cualquier siniestro que ocurriera en la instalacin; ,personal que crea los sistemas de informacin que no posean contacto con quienes la utilizan, para evitar manipularlas a beneficio propio .. Mantener sueldos apreciables al personal que realiza el soft de seguridad de la Empresa. 6) Indique lo correcto El anlisis orientado a objetos se enfoca hacia
CONSULTORA MZRAS
218

i. los datos y su estructura ii. los objetos del mundo real iii. las relaciones del sistema la correcta esta de color azul 7) Defina una clase para cada grupo de objetos Camisa Pantaln Vestido Zapatos Cinto barco avin Vestimenta tren auto Medio de Transporte
Perro Gato Conejo Caballo
Animales
Notebook mainframe PC server
Tecnologia
8) Indique que atributos en comn tienen los objetos de la clase medios de transporte Los atributos que tienen los medios de transporte son: Motor Combustible Sistema elctrico Tienen ventanillas Asientos Seguro Confort
CONSULTORA MZRAS
219
UNIVERSIDAD NACIONAL DE LA RIOJA Sistemas - Ctedra de Sistemas I

Prctica N: 1 Nombre: TGS Fecha: 29-03-2010 Obs.: 1) Unir con flechas segn corresponda J.T.P.: Ing. Fernando Snchez Arroyo Lic. Marta Cabrera Villafae Consultora: MZRAS
Visin Holistica
El todo es la suma de las partes
Enfoque Totalista Fsica Newtoniana Enfoque Reduccionista
Visin Atomista
El todo es Superior a La suma de las partes
Sinergia
2) Explique con sus palabras que es la Sinergia. De un ejemplo Sinergia: El todo no es igual a la suma de las partes. Ej, si A levanta 5kg, B levanta 5kg y C levanta 5kg, la suma de todas las partes levantan 20 kilos,es decir el total es superior a las sumas de las partes. 3) Confeccionar el siguiente glosario Bertalanffy, Relatividad, Entorno, Entropa, Negentropia, Conglomerado, Sistemas Cerrados, Sistemas Abiertos, Retroalimentacin Bertalanffy: Cientfico que contribuyo la Teora General de Sistema. Relatividad: Es un subsistema de otro ms amplio. Entorno: De l se nutre un sistema y hacia el dirige su salida. Entropa: Mide el estado de desorden de un sistema. Negentropia: Tendencia al orden. Conglomerado: Unir fragmentos de una o varias sustancias con un conglomerante, con tal coherencia que resulte una masa compacta. Sistemas Cerrados: No tienen relacin con el entorno. Sistemas Abiertos: Intercambian materia y energa con el entorno. Retroalimentacin: Se produce cuando las salidas del sistema vuelven a ingresar al mismo recurso o informacin. 4) Distinga en la Universidad tres sistemas abiertos y nmbrelos. Porque estos sistemas son abiertos? Cuales son los sistemas cerrados? 3 sistemas de la Universidad: CONSULTORA MZRAS 220

1. FUNLaR 2. Oficina de Alumnos 3. SIU
Son sistemas abiertos porque poseen relacin con su entorno, y pertenecen a un sistema mayor siendo subsistemas y potencialmente sistemas en si. Estos sistemas estn en constante modificacin y actualizacin adaptndose a los cambios del entorno. 5) Bertalanffy. Quin fue? A que se dedicaba? Como contribuye a la causa de los sistemas? En un abstract de no ms de cinco lneas exprese una idea de quien fue esta persona y que relacin tuvo con la TGS. Ludwing Van Betalanffy: Fue Bilogo nacido en Viena en 1901; profesor de distintas universidades reconocidas mundialmente. Creador e 13 monografias de 200 artculos diferentes y en su posicin de bilogo y gracias a sus estudios en las ciencias realizo la Teoria General de Sistemas, diciendo que un sistema organico no va desde las partes hacia el todo, sino que va del todo hacia las partes.
6) Indique los objetivos de los siguientes sistemas: Lpiz: Escribir. Poema de amor: Transmitir un sentimiento. Mapa conceptual: Mostrar grficamente ideas principales. Computador: Entrada de datos para procesos de informacin. Curso de Teora de Sistemas: Transmitir la teora general de sistemas a un grupo de alumnos.
7) Identifique las entradas de los siguientes sistemas: Ser humano: Alimento, oxigeno, agua. Computador: Datos, retroalimentacin (informacin). Automvil: Combustible, aceite, liquido refrigerador, conductor. Planta: Agua, Tierra, aire, luz. Curso de Teora de Sistemas: Programa del curso, reglamento de la universidad, alumno, profesor, material de estudio. 8) Identifique las salidas de los siguientes sistemas: Ser humano: Dioxido de carbono, conocimiento, voz, traspiracin. Computador: Informacion, papel impreso. Automvil: Gases en combustin, energa sinetica. Departamento de mercadeo de una empresa: Venta. Empresa: Productos, servicios, bien comn. Curso de Teora de Sistemas: Alumnos, aprobado - reprobado notas.
CONSULTORA MZRAS
221
SISTEMAS I BITACORA 2010 9) Identifique el ambiente de los siguientes sistemas: Ser humano: El mundo, otros humanos, el universo. Len: Selva, zoolgico. Computador: Centro cmputos, universidad, hogar, oficinas. Flor: Otras flores, jardn, selva, montaa, prado, poblacin humana, poblacin animal, cosas. Reloj: Relojeria, panel de control, mueca. Curso de Teora de Sistemas: Universidad, colegio. 10) Analizar los diferentes aspectos del sistema zoolgico desde los tres puntos de vista indicados a continuacin.
Punto de vista ************ *** Animal en cautiverio Visitante
Administrado r
-Organizar correctamente el zoo. -Cumplir sus funciones Recreacin, Conocer animalesEntretenimiento
Objetivo
Sobrevivir
Frontera
Jaula
Desde la entrada de los animales hasta que salen o mueren. Desde que ingresan los Desde la entrada al zoo hta la visitantes hasta salida. que se van, de todo lo que ingresa al zoo para su existencia hasta que se consume en el.
Medio ambiente
Los proveeds de alimentos, los veterinarios, las Otros personas q animales,Cuidadores, Los animales, Puestos de Vtas., quieren trabajar Visitantes Puestos de informacin, boletera. en el zoode Recinto de los animales cerrado cuidadores, otros zoo. por vallas.
CONSULTORA MZRAS
222

Prctica N: 3 Nombre: TGS Fecha: 05-04-2010 Obs.: J.T.P.: Arroyo Ing. Fernando Snchez
Consultora: MZRas
(A) Provincia de La Rioja Argentina La Rioja Departamentos Regin de Cuyo Argentina Amrica Argentina Provincias Otros Continentes Amrica del Sur
Planeta Tierra Amrica del Sur Pases Otros continentes
Metasistema Sistema Objeto Subsistemas Medio
CONSULTORA MZRAS
223

Limites
Repblicas de Panam (Norte), San Juan (Sur), Bolivia y de Paraguay Canal de Beagle y Crdoba (Este), Ocano luego Antrtida (Sur), Catamarca (Norte), (Norte), Atlntico y la Ocano Atlntico Chile (Oeste) Repblica de Chile (Sur), Repblica Federativa del Brasil, la Repblica Oriental del Uruguay, el ro de la Plata y el ocano Atlntico (mar Argentino) (Este), Repblica de Chile (Oeste) Presidente Importaciones (Este), Ocano Pacifico (Oeste)
Alcances Entradas Recursos Salidas (B) 1. 2. 3. 4. 5. 6.
Produccin de Olivos y poblacin, Fondo monetario, Importaciones Exportaciones
Tratados pases
entre
Importaciones
Exportaciones
Exportaciones
Sistema Objeto: Canal de Televisin. Objetivo: Que su programacin llegue a la mayor cantidad de televidentes. Entradas: Proyectos, Actores, Dinero, Personal. Salidas: Programas televisivos, publicidad, noticieros. Medio: Lugar al que rodea al edificio. Recursos: Humanos: Personal que trabaja en el lugar, tcnicos, actores, periodistas, camargrafos, entre otros. Materiales: Cmaras, escenografas, iluminacin. Econmicos: Capital de la empresa. 7. Limites: Desde los proyectos de su producto (Programa) hasta obtener resultados del mismo (rating). 8. Alcances: Capacitacin del personal, adquisicin de tecnologa avanzada. 9. Subsistemas: Programas, noticieros, novelas, propagandas. 10. Metasistemas: Empresa de televisin por cable. 2) Clasifique los siguientes ejemplos de sistemas identificando:
A) B) C) D)
Segn su comportamiento (Determinista Probabilstica) Segn su permeabilidad (Abierto Cerrado) Segn su vivencia (Viviente No viviente) Segn su naturaleza (Abstracto Concreto)
A Determinist a Determinist a Determinist a B Abierto Abierto Abierto C No Viviente No Viviente No Viviente D Concreto Concreto Abstracto
Sistema Universidad Reloj Msica
CONSULTORA MZRAS
224

Computadora Cristal Religin Alfabeto Y=5x+8 Perro Sistema Contable Determinist a Determinist a Determinist a Determinist a Determinist a Probabilsti ca Determinist a Abierto Abierto Abierto Abierto Abierto Abierto Abierto No Viviente No Viviente No Viviente No Viviente No Viviente Viviente No Viviente Concreto Concreto Abstracto Abstracto Abstracto Concreto Abstracto
3) De acuerdo a los siguientes ejemplos de sistemas, determine: Sistema Humano Objetivo Entropa sis Homeosta Clasificacin de acuerdo a Nacer, Crecer, Reproducirse Enfermedades, Accidentes Descansar, Medicina Complejidad Origen Vivencia Movilidad Interrelacin ambiente con su medio Complejo Natural Viviente Dinmico Abierto
Sistema El Software Objetivo Entropa sis Homeosta Ayudar al humano a comprender la computadora Virus Antivirus Complejidad Origen Vivencia Complejo Artificial No Viviente
Clasific acin de acuerdo a
CONSULTORA MZRAS
225

Movilidad Interrelacin ambiente con su medio Dinmico Abierto
4) Lea las siguientes situaciones y determine de que tipo de retroalimentacin se trata. Finalmente complete la conclusin. Situacin (A): Se dice que un profesor da buenas o malas clases, de acuerdo con su audiencia. En efecto, cuando un profesor encuentra que su audiencia es motivante, l se motiva generalmente elevando la calidad de su enseanza, especialmente en la presentacin del material. Esto hace que la audiencia se motive aun mas, informacin que es retroalimentada hacia el profesor quien le pone mas empeo y as sigue la cadena. Por el contrario, cuando el profesor encuentra que su audiencia no lo motiva, generalmente comienza a perder inters en la clase, lo que le repercute en sus alumnos, los que se motivan menos y as continua el curso, que puede terminar sbitamente por el abandono del profesor o de la mayora de sus alumnos. Retroalimentacin _Positiva________________________________________. Situacin (B): Supongamos que desea viajar desde Ro Grande hasta San Fernando a una velocidad de 80 km/hr. Ese es el objetivo. En este caso, la corriente de entrada ser la presin que ejerce el pie en el acelerador. La corriente de salida ser justamente la velocidad. El marca-kilmetros, al indicar la velocidad acta como comunicacin de retroalimentacin, la que es captada por la vista. Suponiendo que el marca-kilmetros indica 70 km/hr. Entonces esta informacin hace que aumente la presin del pie en el acelerador corrigiendo la velocidad. Si ahora llega a 80, que es objetivo, la comunicacin de retroalimentacin se hace 0. Retroalimentacin _Negativa________________________________________. En general podemos sealar que, cuando se desequilibrio la conducta del sistema y se dejan de lado los objetivos, nos encontramos ante la retroalimentacin positiva. Cuando se equilibra la conducta del sistema y se afinan los objetivos entonces nos encontramos frente a una retroalimentacin negativa. 5) Existe una historia que se comenta en los crculos de las ciencias de sistemas, respecto de dos administradores de una compaa importante, quienes tomaron un curso de investigacin de operaciones. Durante el curso se les enseo una tcnica matemtica para estudiar problemas de transporte. El profesor les explico a los estudiantes de administracin, si ellos tenan bienes que deban transportar a diversos almacenes, haba una tcnica explicita y precisa que les dira como minimizar el costo del transporte. Para aplicar la tcnica, bastara que uno estimara el costo de transporte de la fabrica al almacn. Los administradores inspirados con su curso le pidieron a uno de los matemticos de la fbrica que trabajara sobre el problema. La empresa recopilo al informacin de costos necesaria y el matemtico reuni todos los elementos en un modelo matemtico y con la ayuda de las computadoras obtuvo la resolucin.
CONSULTORA MZRAS
226
SISTEMAS I BITACORA 2010 Muy a pesar de los administradores la nueva tcnica matemtica ahorro tan solo 100.000 U$S al ao del costo total del transporte. Los administradores esperaban un ahorro mucho mayor, debido a que los costos de computacin fue mayor que los ahorros. Los administradores solicitaron a otro grupo de investigadores que repasaran los resultados para detectar posibles errores en las matemticas. El equipo de investigadores estaba bastante dispuesto a hacerlo, pero cobrando honorarios, revisaron los clculos del matemtico y reportaron exactamente el mismo ahorro. Pero en tanto los administradores esperaban los resultados, el equipo de investigadores empez a penetrar ms a fondo en los problemas de la administracin. Empezaron a preguntar ms sobre las polticas de produccin en cada una de las empresas y los problemas de transportacin de todos los materiales a las fbricas. Hicieron ciertas preguntas astutas, inclusive de porque cierto almacn necesitaba determinado material, ampliaron su punto de vista y argumentaron que el sistema consista de materiales que eran requeridos para las fabricas, de las fabricas a los almacenes, de los almacenes a diversos centros de distribucin y por ultimo a los clientes. Cuando se considero todo se hizo aparente que las polticas actuales que gobernaban la cantidad que se tenan en cada almacn era irracional en trminos de la operacin total, ciertos almacenes no deban tener los artculos que tradicionalmente reciban, en tanto otros si deban poseerlo. Esto permiti generar un ahorro en costo para el sistema en ms de 1.000.000 U$S anuales y lo ms interesante de todo es que se hizo evidente que los costos de transporte de las fbricas a los almacenes deban ser aumentados.
Diseo de SISTEMAS - EL ENFOQUE DE SISTEMAS
El diseo de sistemas difiere del mejoramiento de sistemas en su perspectiva, mtodos y procesos de pensamiento. En la tabla 1.1 se presenta una comparacin de los dos mtodos para obtener un cambio. Cuando se aplica el mejoramiento de sistemas, las preguntas que surgen se relacionan al funcionamiento apropiado de los sistemas como existen: generalmente se establece el diseo de los sistemas y se enfatiza el asegurar que ste opere de acuerdo la especificacin. Por otro lado, el enfoque de sistemas es bsicamente una metodologa de diseo, y como tal, cuestiona la misma naturaleza del sistema y su papel en el contexto de un sistema mayor. La primera pregunta que surge cuando se aplica enfoque de sistemas, se refiere al propsito de la existencia del sistema; ste requiere una comprensin del sistema en relacin con todos los dems sistemas mayores y que estn en interfaz con este mismo. A esta perspectiva se le llama extrospectiva debido a que sta procede del sistema hacia el exterior, en contraste con el mejoramiento de sistemas que es introspectivo, ya que procede del sistema hacia el interior. Tambin se expres que el mejoramiento de sistemas es el englobamiento del mtodo analtico por el cual se estudian la condicin de los sistemas componentes y sus elementos respectivos mediante deduccin y reduccin para determinar la causa de las desviaciones de los resultados esperados o intentados. El enfoque de sistemas procede de lo particular a lo general, e infiere el diseo del mejor sistema, mediante un proceso de induccin y sntesis. Disear el sistema total significa crear una configuracin de sistema que sea ptimo. No estamos intentando en este punto explicar dnde y cmo se logra lo ptimo. Es suficiente comparar la jerarqua limitada del mejoramiento de sistemas con la panormica ilimitada del enfoque de sistemas. El enfoque de sistemas es un mtodo de investigacin, una forma de pensar, que enfatiza el sistema total, en vez de sistemas componentes, se esfuerza por optimizar la eficacia del sistema total en lugar de mejorar la eficiencia de sistemas cercanos.
CONSULTORA MZRAS
227
EL ENFOQUE DE SISTEMAS: INTRODUCCION y EJEMPLOS El enfoque de sistemas calcula el mejoramiento de sistemas, el cual busca las causas del mal funcionamiento dentro de los lmites de los sistemas, rehusando agrandar los lmites en los sistemas y extender la investigacin con diseos alternos ms all de los lmites de los sistemas inmediatos. Restaurar un sistema a su especificacin de diseo no es cuestionar los supuestos y objetivos originales que impulsaron el diseo original del sistema. Los supuestos y objetivos pueden ser errneos u obsoletos. Adems, el enfoque de sistemas coloca al planificador en el papel de lder, en vez de seguidor, y considera el rediseo y configuraciones de sistemas, mediante el intento de eliminar barreras legales y geogrficas, que impiden la internalizacin de los efectos secundarios de difusin. En contraste con la metodologa de cambio a la que llamamos mejoramiento de sistemas, el enfoque de sistemas es una metodologa de diseo caracterizada por lo siguiente: 1 Se define el problema con relacin a los sistemas superordinales, o sistemas a los cuales pertenece el sistema en cuestin y est relacionado mediante aspectos comunes en los objetivos. 2 Los objetivos del sistema generalmente no se basan en el contexto de subsistemas, sino que deben revisarse en relacin a sistemas mayores o al sistema total. 3 Los diseos actuales deben evaluarse en trminos de costos de oportunidad o del grado de divergencias del sistema del diseo ptimo. 4 El diseo ptimo generalmente no puede encontrarse incrementadamente cerca de las formas presentes adoptadas. ste involucra la planeacin, evaluacin e implantacin de nuevas alternativas que ofrecen salidas innovadoras y creativas para el sistema total. 5 El diseo de sistemas y el paradigma de sistemas involucran procesos de pensamiento como induccin y sntesis, que difieren de los mtodos de deduccin y reduccin utilizados para obtener un mejoramiento de sistemas a travs del paradigma de ciencia. 6 El planeamiento se concibe como un proceso por el cual el planificador asume el papel de lder en vez de seguidor. El planificador debe animar la eleccin de alternativas que alivien e incluso se opongan, en lugar de reforzar los efectos y tendencias no deseados de diseos de sistemas anteriores. VIDEO LA CORRUPCION Identifique cada uno de los pasos en el sistema ENFOQUE DE SISTEMAS LA COPIA en los exmenes Plantee tres idea/soluciones, que se basen en el DISEO de sistemas y tres en el MEJORAMIENTO.-
CONSULTORA MZRAS
228
Caractersticas
Dan trabajo y generan empleo Crear y satisfacer necesidades Crear y elaborar productos y servicios Producen y transmiten tecnologa Crean, transmiten y reciben manifestaciones de la cultura Distribuyen y redistribuyen recursos Generan, poseen y transmiten poder Medios para crear, conseguir y transmite conocimiento Indicador de la sociedad actual Crean smbolos, imagen y prestigio Posibilitan objetivos generales y particulares Permiten la vinculacin entre individuos y grupos de individuos
Coca Cola
Si Si Productos No Si
Banco Nacin
Si Si Servicios No Si
UNLaR
Si Si Servicios (Productos) Si Si
Si No No Si Si Si Si
Si Transmite Si Transmite No Si Si Si Si
Si Si genera transmite Si Si Si Si Si y
CONSULTORA MZRAS
229

Son espacios de desarrollo profesional y personal Si Si Si
T raba jo 6
CONSULTORA MZRAS
230
Clasificaciones Finalidad Tamao Localizacion Propiedad Nacionalidad Productividad Grado Integracion de
Coca - Cola Lucro Grande Mundial Privada Extranjera Bienes Total
Banco Nacion Lucro Grande Nacional Publico Nacional Servicios Total
UNLaR Sin Lucro Mediano Local Publico Nacional Servicios Productos Parcial
CONSULTORA MZRAS
231
1 Si tuvieran que definir el concepto de organizacin luego de haber ledo este caso elegirn alguna de las definidas en este capitulo? Cul? o pensaran una nueva? Generan trabajo Crean y satisfacen necesidades. Fundacin MBA de Historia Antigua biblioteca nacional. Escuelas Museo nacional de historia 2 Que caractersticas tiene esta organizacin? a) Generan Trabajo: les brinda trabajo al Lic. En Administracin en la parte de direccin de la fundacin. Al encargado del sector de historia y a los dos estudiantes que colaboran con l. A la museloga, que es la encargada de la actualizacin y mantenimiento de las exposiciones, contando con la colaboracin de un vestuarista y un diseador. A los expertos en Sistemas Tecnolgicos. Al encargado de finanzas. A los grupos de especialistas en anlisis organizacional. b) Crean y satisfacen necesidades a la sociedad de conocimiento y cultura general. c) Crean y elaboran bienes y servicios: Bienes: en cuanto a la venta de recursos del museo. Servicios: a la ablacin en cuanto a entretenimiento. d) Manifiestan la cultura de los pueblos: porque al traer tecnologa del primer mundo. Las escuelas se quejaron porque los nios no comprendan ya que el material era complejo y avanzado para los nios y asta en algunas situaciones se asustaban. Los profesores crean que el material que brindaban no era acorde con lo enseado
CONSULTORA MZRAS
232
3 Se trata de una organizacin o de una empresa? Por qu? Se trata de una organizacin porque es una fundacin sin fines de lucro. El dinero que recibe es para solventar sus gastos administrativos 4 Cules son los recursos con los que cuenta la MBA para desarrollar su gestin? Recursos Recursos Recursos shopp) Recursos Humanos (personas a cargo de la fundacin) materiales (museo, biblioteca, auditorio) econmicos (dinero, y ganancias por visitas y ventas en el tecnolgicos
5 Describan brevemente su evolucin. En que momento consideran que se encuentran? La fundacin MBA de historia fue fundada hace 5 aos por ciudadanos ilustres con dinero. Al pasar el tiempo, fueron introduciendo tecnologa con sistemas que disearon e implementaron los escenarios del museo as como tambin la tecnologa de archivo. Se incorporo publicidades de empresas para solventar gastos as como tambin la venta de artculos, como recuerdos del museo. Tambin se ofrecan visitas programadas para alumnos, actualizndose con los planes de estudio EGB, segn los programas de cada ao escolar. Existan dificultades tecnolgicas y de diseo (en la parte del museo) por las que se reciban grandes criticas aunque estaban bastante conforme con las investigaciones y hasta tenan pretensiones de publicar un libro abalado por el ministerio de educacin. Otra dificultad que se presentaba era que las conferencias eran muy aburridas, ya que no podan simplificar la historia, la MBA entra en crisis en el momento de la rehabilitacin del museo nacional y deciden contratar un equipo de especialistas en anlisis organizacional para encontrar las respuestas y las posibles soluciones. 6 Identifique las fuerzas indirectas y den ejemplos de cada uno. Fuerzas indirectas:
CONSULTORA MZRAS
233
Tecnologa Factores econmicos Factores polticos Factores legislativos Cambio de planes educativos Globalizacin
7 Defina el ambiente externo de esta fundacin . Las escuelas . Museo nacional de historia . Antigua biblioteca nacional . Ministerio de educacin 8 Considera que en la MBA existen normas y procedimientos que ordenan el trabajo? Consideramos que no existen normas y procedimientos que ordenen el trabajo debido a la crisis que presentaban, que se deba no a la falta de capacidad del personal, sino al desorden donde trabajaban. 9 Pueden identificar algn rasgo o factor cultural en la MBA? Cules y por que los consideran parte de la cultura? Podemos identificar el hecho de que consideraban innecesario simplificar la historia por personas que ellos consideraban poco cultas, como un rasgo cultural. 10 Qu preguntas realizaran para informarse mejor? A quien o quienes se las haran? departamentalizacin alcances ambiente interno o clima organizacional cuales son los factores por los cuales se resisten al cambio?
Estas preguntas se las realizaramos a cada sector de la organizacin, jefes de finanzas, director.
CONSULTORA MZRAS
234
Sistema: Universidad Nacional de La Rioja Enfoque en la Administracin Nivel 1: Sistema Global: Econmico: este factor es muy importante ya que los principales fondos que recibe la universidad provienen del Gobierno de la Nacin, as como tambin lo hace de la fabricacin de dulces, aceite de oliva, aceitunas, inscripciones, obra social OSUNLAR, hospital de Clnicas y el Colegio Universitario Gral. San Martn, quien tambin esta subsidiada por la Nacin y tiene ingresos por el pago de cuotas. Tecnolgico: este sistema se basa en mltiples soportes tecnolgicos como por ejemplo: a) Parte Informtica: existe la pgina Web de la universidad, la cual brinda informacin a la sociedad y al ambiente acadmico sobres las actividades y sucesos que tienen lugar en la universidad, as como tambin de cursos y congresos entre otros. b) Soporte tecnolgico para la administracin de alumnos regulares e ingresantes a la universidad. Social: este factor afecta preponderantemente al ambiente de la universidad como al externo a ella, por que existen muchos alumnos que provienen de otras provincias como tambin de otros pases, y esto genera modificaciones en el contexto que lo contiene. Poltico: es un factor muy relevante ya que la poltica de turno marca los lineamientos educaciones y acadmicos en cada periodo. Nivel 2 Sistema Total: Universidad Nacional de La Rioja Nivel 3 Subsistemas: Asamble Universitaria Consejo Superior Rector y Vicerrector Colegio Universitario Director Vicedirector CEPU Decanos Departamentales Consejo Directivo (decano) Secretaria Acadmica Secretaria Administrativa Secretaria de Asuntos Estudiantiles CONSULTORA MZRAS 235
SISTEMAS I BITACORA 2010 Presidencia de los Centro de estudiantes. Secretario Acadmico de Post Grado y Graduados Secretarias del Rectorado Secretaria General Secretario Adm. Y Financiero Secretaria de asuntos co-docentes Secretaria de Asuntos Acadmicos Secretaria Adm. Acadmica Direccin de Alumnos Direccin de docentes Oficina de registros de actas Oficina de graduados Departamento Acadmico de Ciencias. Exactas, Fsicas y Naturales. Consejo Directivo Decanato Secretaria Acadmica Subsecretaria de Post grado y Graduados Subsecretaria de ciencias., tecnologa y extensin Secretaria Estudiantil Secretaria Administrativa Direccin de Carrera
Nivel 4 Misin: Formar profesionales, investigar y realizar actividades de extensin como la fabrica de aceitunas, aceite de olvida, dulces y el hospital de Clnicas. Nivel 5: Visin: Lograr la mejor calidad educativa de Latinoamrica (por palabras del rector de la universidad) Nivel 6 Objetivos: obtener un alto ndice de egresados al concluir el tiempo establecido de cada carrera Nivel 7 Metas: Que los alumnos aprueben las materias de cada ao al concluir el ciclo lectivo. Elevar el ndice de aprobados en el ao acadmico. Mejorar la calidad educativa. Bajar el ndice de desercin escolar y/o universitaria. Nivel 8 Estructura: Brindar un servicio de Salud: por que a travs del hospital de clnicas se brinda este servicio, con profesionales en formacin, como los alumnos de la universidad que estn relacionados con esta modalidad y los profesores a cargo de las ctedras y carreras.
CONSULTORA MZRAS
236
SISTEMAS I BITACORA 2010 Educacin: por que capacitan tanto a los alumnos del nivel secundario como a los pertenecientes a la universidad. Fabricacin: produciendo aceites, aceitunas y dulces para ser comercializados. Investigacin: desarrollando mltiples investigaciones de su inters. Administracin: llevando a cabo la administracin del hospital de Clnicas, la Fabrica, la universidad misma y el colegio pre Universitario Gral. San Martn para poder lograr su optimo funcionamiento. Recreaciones: llevan a cabo esta actividad a travs del gimnasio que puede ser utilizado por alumnos y docentes que lo deseen. Recreacin educativa: realizando cursos y encuentros que le sean interesantes a los alumnos y que a la vez le sirvan para su capacitacin. Entrega de ttulos: esta actividad se lleva a cabo cuando el alumno concluyo el ciclo universitario y esta listo para asumir la responsabilidad como profesional.
Nivel 9 Administracin: La administracin esta formada por los siguientes subsistemas con su relacin existente entre los mismos. La mayor autoridad de la universidad es la Asamble Universitaria que esta formada por el consejo superior con todos sus integrantes a excepcin de la secretaria administrativa y otros organismos de caractersticas similares. Entre sus miembros se encuentran el Rector y Vicerrector como cabeza del sistema. A su vez el Rector tiene a su cargo a la Secretaria del Rectorado que se encarga de supervisar las actividades del Rector, luego le siguen la Secretaria General, que tiene como actividad principal monitorear el sector de mesa de entrada y archivos. Luego se encuentra la Secretaria administrativa y financiera que controla todo el sector contable de la universidad. Le sigue la Secretaria de Asuntos co-docentes que se encarga de todo el personal no docente. Y por ultimo la Secretaria de asuntos Acadmicos, la cual tiene varios sectores a cargo como: Secretaria Adm. Acadmica, Direccin de alumnos, de docentes, Oficina de Registro de Actas y Oficina de Graduados. Luego el Vicerrector se encuentra a cargo del Colegio Pre universitario Gral. San Martn. Adentro de este subsistema, las autoridades que le proceden son el Director, Vicedirector y la CEPU que esta formada por estudiantes y los tutores de los estudiantes. La autoridad que le prosigue al Rector y Vicerrector son los decanos de los distintos departamentos, en dependencia del departamento tratante ya que existen cuatro departamentos que son: Dpto. Acadmico de Cs. Sociales, Jurdicas y Econmicas; Dpto. Acadmico de Humanidades; Dpto. de Cs. Exactas Fsicas y Naturales; Dpto. Acadmico de Cs. de la Salud y de educacin; y el Dpto. Acadmico de tecnologa aplicada a la produccin, ambiente y urbanismo. Cada decano de los departamentos se ocupa del: Consejo Directivo a cargo del decano del dpto., luego el secretario acadmico, que tiene a su cargo a los docentes de las carreras del mismo; Secretario Administrativo del mismo; Secretario de Asuntos estudiantiles que se encarga de todos los presidentes de centro de estudiantes que le pertenecen. Y por ultimo el Secretario de Post grado y graduados. Para mostrar el funcionamiento de los Dpto. Nos basamos en nuestro Dpto., especficamente: quien tiene como cabeza al Consejo Directivo que esta precedido
CONSULTORA MZRAS
237
SISTEMAS I BITACORA 2010 por el decano y esta conformado por dos personas de cada estamento, dos docentes, dos co-docentes, dos egresados y dos estudiantes, y en el se tratan temas a unanimidad. Y luego se encuentra el decano, que controla todo el funcionamiento del mismo. Este a su vez tiene muchas oficinas a su cargo como son: la secretaria acadmica, que tiene como funcin todo lo que hace a la parte acadmica del docente, a su vez tiene bajo su control la subsecretaria de post grado y graduados que se encarga de manejar los cursos y organizar las carreras de este, y al a Subsecretaria de Cs. Tecnolgicas y extensin que coordina proyectos y presupuestos de investigacin. El decanato tambin se encarga de la Secretaria Estudiantil, que esta a cargo del centro de estudiantes fiscalizando su funcionamiento y fundamentalmente tiene contacto con los alumnos. Otra oficina a su cargo es la Secretaria Administrativa que administra el dpto. a travs del dinero que tienen a su disposicin y controla tareas administrativas y se encarga del sector co-docentes y ante todo esto responde al decano. Y finalmente se encuentra la Direccin de Carreras en donde podemos mencionar la Direccin de Bioqumica, Farmacia, Ing. Y Lic. En sistemas, Tecnicatura en Informtica, Diseo Multimedia, y tiene a cargo el IMA (Instituto Informtico)
CONSULTORA MZRAS
238

Prctica N: 4 Nombre: TGS Fecha: 12 de abril de 2010 Obs.:
Identificar para cada enunciado: 1 Objetivo 2 - Lmites 3 Ambiente. 3 Sistema, subsistemas y metasistema. 4 - Alcances 4 Entradas, Salidas y Recursos. EJERCICIO N 1
J.T.P.: Arroyo
Ing.
Fernando
Snchez
Consultora: MZRas
La panificadora San Cayetano ubicado en el barrio provee productos de panificacin tales como pan criollo, facturas, masas, etc. en un vasto sector de la capital. Trabaja principalmente con minoristas y acepta pedidos mayoristas. La empresa se ocupa de la elaboracin de productos de buena calidad con sus correspondientes costos y orienta su accionar al desarrollo de su produccin para ampliar los lmites del mercado a otros sectores de la provincia. Estima su concrecin a un perodo de 5 aos. Est dividida en tres secciones: rea de produccin: elabora materia prima para convertirla en productos de panificacin. rea de administracin: se encarga en lo que respecta al personal y de todo lo correspondiente al establecimiento y registracin de las operaciones de venta. rea de ventas: recepta los pedidos por telfono, ordenando los pedidos con mucha lentitud, y fija el importe de la factura. No posee repartidores.
1- Objetivos: Elaboracin y venta de productos de planificacin. Y ampliar el desarrollo a otros sectores de la provincia. 2- Limite: Desde la obtencin de la materia prima, pasando por la elaboracin hasta la venta. 3 Ambiente: Provincia donde esta ubicado, Clientes, Proveedores y Competidores. Sistema Objeto: San Cayetano Subsistema: rea de produccin, administracin y venta. Metasistema: Municipalidad y Bromatologia. 4
Alcance:
- Elaborar productos de buena calidad. - Capacitacin del personal
CONSULTORA MZRAS
239
- Maquinaria necesaria
Entrada: Materia Prima Salida: Producto Terminado Recursos: - Recursos Humanos: Personal que intervienen en la produccin -
y venta de la produccin. Recursos Financieros: Capital inicial y ganancia obtenidas por venta. Recursos Materiales: Establecimiento donde se produce la fabricacin. Recurso Tecnolgico: Maquinarias disponibles para la produccin, telfonos, entre otros.
EJERCICIO N 2
La empresa de servicios Sanax S.A., se dedica a la asistencia de pacientes mediante un sistema prepago. La misma se encuentra estructurada de la siguiente manera: Gerencia General: es la encargada de tomar todas las decisiones concernientes a las afiliaciones, nuevos planes de promocin, etc. Administracin: es la encargada de llevar adelante todo el proceso administrativo de la empresa. Se encuentra dividida en tres secciones: Afiliaciones, Compras, Contadura. La primera es la encargada de realizar el proceso afiliatorio a travs de promotores destinados para tal fin. Compras, es la encargada de las compras necesarias para el funcionamiento de la empresa y es la que aconseja acerca de los nuevos equipamientos. Contadura, es la encargada de llevar todo el manejo contable de la empresa. Los promotores, diariamente visitan a posibles clientes con el fin de dar a conocer los beneficios de asociarse al plan, informando su costo, su cobertura, entre otros datos. 1- Objetivo: Atender a nuevos pacientes para su asistencia mediante un sistema de prepago 2- Limite: Desde la afiliacin hasta que el paciente sale del sanatorio.
3-
Ambiente: Clientes, Hospitales Sanatorio, Otros prepago. Sistema Objeto: Sanaxs Subsistema: Gerencia General, administracin (Afiliacin, compra y contadura). Metasistema: Ministerio de salud.

4-
CONSULTORA MZRAS
240
Alcance:
Personal capacitado. Promotores. Equipamiento de ultima generacin. Marketing.
Entrada: Dinero y Materia Prima Salida: Pacientes atendidos. Recursos: - Recursos Humanos: Medicos, Enfermeros, promotores. - Recursos Financieros: Capital inicial y cuotas abonadas por
pacientes. - Recursos Materiales: Establecimiento del sanatorio o hospital. - Recurso Tecnolgico: Maquinarias necesarias, telefonos, entre otros.
EJERCICIO N 3
El establecimiento educativo secundario San Clemente se dedica a la formacin integral de los estudiantes con clara orientacin comercial. Se encuentra en la ciudad de Ro Cuarto, recibe alumnos de toda la ciudad y zonas aledaas. Depende del Ministerio de Educacin de la regin Sur. El colegio cuenta con la siguiente estructura: Directora: realiza todas las tareas relacionadas con la conduccin del establecimiento. Vicedirectora: lleva adelante las tareas administrativas y un control sobre las tareas pedaggicas. Coordinadores: uno por cada curso se encargan de tomar asistencia diariamente, y de realizar todas las tareas administrativas, relacionadas con las evaluaciones de los alumnos y calificaciones. Gabinete Psicopedaggico: realiza el tratamiento psicolgico a los alumnos en funcin de los informes que, sobre los estudiantes, realizan los coordinadores y/o profesores. Profesores: son los encargados de impartir las clases de cada materia segn el plan de estudios vigente. 1- Objetivo: Formacin integral de estudiantes con orientacin comercial. 2- Limite: Desde la inscripcin hasta q egresa. 3 Ambiente: Ciudad de Ro Cuarto y zonas aledaas. Sistema: San Clemente
CONSULTORA MZRAS
241
SISTEMAS I BITACORA 2010 4 Subsistema: Director, vicedirector, coordinador, profesores, gabinete psicopedaggico. Metasitema: Ministerio de Educacin.
Alcance:
- Capacitacin de profesores. - Plataformas educativas. - Presentaciones - Diapositivas.
Entrada: Dinero y Materia Prima Salida: Pacientes atendidos. Recursos: - Recursos Humanos: Profesores, directivos, alumnos. - Recursos Materiales: Institucin.
- Recurso Tecnolgico: Computadora, telfonos.
EJERCICIO N 4
La empresa Deportes se dedica a la fabricacin y comercializacin de calzado deportivo. Sus productos son conocidos en toda la provincia, y en la ciudad donde se asienta, siendo lder en el mercado. Funcionalmente se estructura mediante una Gerencia General de la que dependen las gerencias de: -Produccin: la que se encuentra dividida en tres departamentos: Investigacin y Desarrollo, Fbrica y Almacenes. -Comercializacin: se divide en dos departamentos: Ventas por menor y Ventas por mayor. Posee cartera de clientes y lleva en la actualidad un sistema de cuentas corrientes al por mayor. -Administrativo-Contable: tiene a su cargo los departamentos de Personal y Contabilidad. -Finanzas: es la encargada de llevar la contabilidad de los gastos de la empresa. Adems cuenta con una unidad de asesoramiento: Auditoria General que se encarga del estudio y elaboracin de informes de gerencia.
1- Objetivo: Comercializacin y Fabricacin de calzados deportivos. 2- Limite: Desde la adquisicin de materia prima hasta el expendio. 3 Ambiente: Provincia donde se asienta. Sistema: Deportes Subsistema: Gerencia General, Produccin (Investigacin desarrollo, fabrica y almacn). Comercializacin (Venta por menor y venta por mayor), Administrativo Contable (Personal y contabilidad), Finanzas (Auditoria general). Metasistema: Municipalidad 4-
CONSULTORA MZRAS
242
SISTEMAS I BITACORA 2010 Alcance: Capacitacin del personal del personal y tecnologa de produccin. Entrada: Dinero y Materia Prima. Salida: Productos terminados de calzado deportivo Recursos: Recursos Humanos: Personal que intervienen en la produccin y ventas de calzados. Recursos Materiales: Establecimiento donde se produce la fabricacin. Recursos Financieros: Capital inicial y ganancia obtenida por la ventas. Recursos Tecnolgicos: Maquinas disponibles para la produccin, telfonos, entre otros.
CONSULTORA MZRAS
243
Relevamiento
1) Qu tipos de informacin deben ser buscadas en las entrevistas?
Obtener la opinin del entrevistado y sus sentimientos acerca del estado actual del sistema: muchas veces las opiniones son ms importantes y reveladoras que los hechos de igual manera, la captura de los sentimientos del entrevistado nos ayudan a comprender ms a fondo la cultura de la organizacin. Los objetivos de la organizacin: es fundamental ya que, probablemente no seamos capaces de determinar los objetivos por medio de ningn otro mtodo de recopilacin de datos. Los personales y procedimientos informales: dar confianza y establecer control de la entrevista, vender el sistema y planear la entrevista antes de ir a ella.
2) Liste cinco pasos para la preparacin de las entrevistas
Lectura de material de fondo: es necesario leer y comprender la mayor cantidad de informacin que sea posible, tanto de la organizacin como del entrevistado, a travs de personas de contacto, web-sites, anuncios, etc. sin perder tiempo preguntando asuntos generales que son obvios. Establecimiento de los objetivos de la entrevista: a travs de la informacin que recopilamos y la experiencia misma, de fuentes, cualidades y formatos de informacin y, frecuencia y estilo de la toma de decisiones. Decidir a quin entrevistar: incluir a personas claves de todos los niveles. Preparar al entrevistado: se deben acordar tiempos, das, visitas, reuniones siempre con anticipacin . Decidir los tipos de preguntas y estructuras a realizar: es preciso definir y seleccionar las preguntas a realizar acorde a los objetivos y pensando en el efecto de las mismas con las tcnicas adecuadas .
3) Defina lo que significan las preguntas de entrevista abiertas. De ventajas y desventajas del uso de ellas.
CONSULTORA MZRAS
244

Las preguntas de entrevista abiertas son aquellas que permiten que el entrevistado se explaye libremente. Se utiliza frecuentemente cmo, por qu, qu le parece, cul es su opinin, etc.
Las ventajas de usar este tipo de preguntas son: Da confort al entrevistado El entrevistador visualiza el vocabulario del entrevistado, el cual refleja su educacin, valores, actitudes y creencias. Brinda riqueza de detalles. Hace que sea ms interesante para el entrevistado. Espontaneidad. Hace que la construccin de frases sea ms fcil para el entrevistador.
Desventajas de las preguntas abiertas: preguntas que pueden dar como resultado mucho detalle. La posibilidad de perder el control de la entrevista. El permitir respuestas que pueden llevarse demasiado tiempo. Pueden mostrar potencialmente que el entrevistador no est preparado.
4) Cundo son adecuadas las preguntas abiertas para ser usadas en las entrevistas?
Son adecuadas cuando se dispone de un buen tiempo para realizarla, donde se busca la profundidad y anchura en las respuestas y la aptitud del entrevistador. Adems, son tiles cuando no se est en posicin de determinar las posibles alternativas de respuesta; cuando el tema es complejo y no se conocen bien las dimensiones relevantes.
5) Defina lo que significan las preguntas de entrevista cerradas. De ventajas y desventajas del uso de ellas.
Las preguntas de entrevista de tipo cerradas son aquellas que ofrecen alternativas de respuesta para que el entrevistado elija, o se responden con si o no o solicitan un dato.
Las ventajas de las preguntas cerradas son: Se ahorra tiempo Se facilita la comparacin de las entrevistas Se llega al punto Se mantiene control sobre la entrevista Se tratan muchos temas rpidamente
CONSULTORA MZRAS
245

Se obtienen datos relevantes Desventajas: No llegan a obtener grandes detalles Se pierden ideas principales. No se llega a establecer una relacin armoniosa entre el entrevistado y el entrevistador.
6) Cundo son adecuadas las preguntas abiertas para ser usadas en las entrevistas?
Cuando se requiere confiabilidad y precisin en los datos y un uso eficiente del tiempo, ya que se ahorra tiempo en la entrevista y adems, el anlisis de los datos y la informacin obtenida es ms fcil de realizar y comprender. Tambien cuando las posibles respuestas son conocidas, limitadas en nmero y claramente definidas, para obtener informacin sobre hechos, aos, cantidades.
7) Qu son las preguntas conducentes? Por qu deben ser evitadas en las entrevistas?
Son aquellas que tienden a dirigir al entrevistado hacia la respuesta que se desea. Es decir, la respuesta es considerada entonces sugerida. Este tipo de preguntas deben ser evitadas porque son consideradas problemticas y tienden a arruinar los datos.
8) Define lo que significan las estructuras pirmide. Cundo es til emplearla en las entrevistas?
Organiza de manera inductiva las preguntas de la entrevista -van de especficas a generales-, es decir, se comienza con preguntas muy detalladas y frecuentemente cerradas, para luego, expandir el tema realizando preguntas abiertas y respuestas ms generalizadas. Este tipo de estructura es til de emplear cuando se considera que el entrevistador necesita ambientarse en el tema.
9) Define lo que significan las estructuras embudo. Cundo es til emplearla en las entrevistas?
CONSULTORA MZRAS
246
La estructura de embudo consiste en la toma de un enfoque deductivo por parte del entrevistador, ya que se comienza con preguntas generales y abiertas y luego, estrechando las respuestas posibles usando preguntas cerradas La estructura embudo, es til para proporcionar una forma fcil y no intimidante para comenzar la entrevista, adems cuando el entrevistado se siente interesado acerca del tema y necesita libertad para expresar sus emociones.
10) Define lo que significan las estructuras rombo. Cundo es til emplearla en las entrevistas?
Las estructuras rombo, son la combinacin de las dos estructuras anteriores. Esto conlleva el comenzar en una forma especfica, luego examinar temas generales y por ltimo llegar a una conclusin muy especfica. Son tiles de emplear cuando se quiere conservar el inters y la atencin del entrevistado por medio de una diversidad de preguntas.
CONSULTORA MZRAS
247
CONSULTORA MZRAS
248
PRIMER PARCIAL APOLO XIII
CONSULTORA MZRAS
249
Primer parcial de la catedra de Sistemas I

1.) a) b) c) d) e) f) g) h) a) b) c) d) e) f) g) h) a) b) c) d) e) f) g) h) a) b) c) d) e) f) g) h) a) b) c) d) e) f) g) h) Especificar el nombre del equipo/consultora, y para cada integrante: Matricula: BLSI 1050 DNI: 17.744.351 Apellido: De la Fuente Aza Nombre: Roy Carrera: Lic. en Sistemas Usuario EVA: royaza Es recursante?: No Firma: Matricula: BLSI 1049 DNI: 22.216.260 Apellido: Miranda Nombre: Patricia Carrera: Lic. en Sistemas Usuario EVA: Patricia04 Es recursante?: No Firma: Matricula: BLSI 1011 DNI: 33.394.457 Apellido: Robles Aguirre Nombre: Mara Beln Carrera: Lic. en Sistemas Usuario EVA: beluaguirre_09 Es recursante?: No Firma: Matricula: BIS 430676 DNI: 36.588.409 Apellido: Rodrguez Nombre: Brenda Antonella Carrera: Ing. en Sistemas Usuario EVA: brenda Es recursante?: No Firma Matricula: BLSI 1066 DNI: 32.418.975 Apellido: Romero DAlbano Nombre: Mara Silvia Carrera: Lic. en Sistemas Usuario EVA: msromero Es recursante?: No Firma:
CONSULTORA MZRAS
250
2.) Nombre de la pelcula, director y sello cinematogrfico.

Nombre de la pelcula: Apollo XIII Director: Ron Howard Sello Cinematogrfico: Universal Imagine Entertainment
3.) Quienes son los actores?. Describirlo en funcin al reparto

Reparto: Tom Hanks, Ed Harris, Kevin Bacon, Gary Sinise, Bill Paxton, Kathleen Quinlan y Miko Hughes. Actores: Tom Hank como Jim Lovell Capitn Comandante
Bill Paxton como Fred Haise Encargado de acoplar el mdulo lunar
CONSULTORA MZRAS
251

Kevin Bacon como Jack Swigert Encargado de acoplar el mdulo lunar
Gary Sinise como Ken Mattlingly Encargado de acoplar el mdulo lunar
Ed Harris como Gene Kranz
Kathleen Quinlan como Marilyn Lovell
CONSULTORA MZRAS
252
La pelcula esta basada en un hecho real sobre la experiencia vivida, por un grupo de astronautas en la misin Apollo XIII; donde los mismos tienen que afrontar y superar problemas para lograr salvar sus vidas, y llegar a casa sanos y salvos. Tambin se relata el esfuerzo de los integrantes del control de vuelo y todos los especialistas que formaron parte del equipo de apoyo de la NASA. Se destaca el trabajo en equipo y el ingenio de todas las personas involucradas, para superar una situacin critica que marco la trayectoria del servicio espacial, debido a los mltiples problemas que hasta ese momento no se haban manifestado de dicha forma lograron con ello un mejoramiento en los prximos proyectos espaciales. Podemos mencionar el hecho de que esta misin no cumpli con el objetivo principal planteado que era el poder arribar la luna, obteniendo muestras de estas, para ampliar su campo de conocimiento sobre el tema. Tambin es necesario resaltar el hecho de que la pelcula esta relatada en trminos cientficos, lo cual resulta de difcil comprensin al publico en general por lo que se requiere un mnimo conocimiento previo.
4.) Construye un abstract, en donde sintetices la pelcula. No ms de una carilla.-
CONSULTORA MZRAS
253
5.) Identifica 5 escenas de la pelcula, en donde puedas describir lo siguiente:

Escena 1: Sistema de Simulacin
a) tiempo: 23:01 24:00 b) Sistema Objeto: Sistema de Simulacin c) Elementos: Pilotos, equipo de trabajo, supervisores, computadoras, sensores y energa elctrica. d) Relaciones: Los pilotos manejan todas las computadoras para realizar el simulacro. Los supervisores coordinan esta simulacin. El equipo de trabajo pone todo en control de lo que esta a su disposicin. e) Objetivo: Practicar la experiencia en la nave antes de despegar hacia el espacio. f) Metasistemas: NASA g) Limites: Desde que arranca la prctica de procedimientos, hasta que se toman los conocimientos necesarios para su uso. h) Alcances: Es toda la tecnologa que hace que las situaciones sean ms reales. i) Ambiente Interno: Simulacin de vuelo donde los pilotos realizan clculos respecto a los procedimientos dados. Relacin de piloto a piloto, de piloto a nave y de nave a piloto j) Ambiente Externo: El control de vuelo por un grupo de supervisores.
CONSULTORA MZRAS
254
Escena 2: Traje Espacial
a) b) c) d) e) f) g) h) i) j)
Tiempo: 28:03 28:53 Sistema Objeto: Traje Espacial. Elementos: Trajes, botas, cascos, manoplas, cable de conexin al oxigeno. Relaciones: Permite a los pilotos protegerse y sobrevivir en la misin. Objetivo: Protege a los pilotos del fro, del calor, de la radiacin y de la falta de presin atmosfrica. Metasistemas: Astronauta. Limites: Desde que se colocan los trajes, hasta que se lo retiran. Alcances: La tecnologa de ultima generacin en ese tiempo. El mantenimiento y control del mismo. Ambiente Interno: La falta de clima organizacional. Ambiente Externo: La NASA, los astronautas y acuario.
CONSULTORA MZRAS
255
Escena 3: Despegue de acuario con la misin Apollo XIII
a) Tiempo: 33:00 34:00 b) Sistema Objeto: Despegue de acuario con la misin Apollo XIII. c) Elementos: Nave, astronautas, combustible, equipo de trabajo, plataforma de despegue y control de despegue. d) Relaciones: Permite eyectar a la nave por el trabajo del equipo. e) Objetivo: Pasar la atmsfera. f) Metasistemas: La NASA y el gobierno. g) Limites: Desde que despega, sale de la orbita terrestre. h) Alcances: Actividad de investigacin. Aplicacin de nuevas tecnologas. i) Ambiente Interno: El equipo de trabajo estaban emocionados y expectantes ante el acontecimiento con cierto grado de temor. j) Ambiente Externo: Los familiares, los periodistas y la NASA (Todos los integrantes).
CONSULTORA MZRAS
256
Escena 4: Decisin de no alunizar
a) b) c) d) e) f) g) h) i) j)
Tiempo: 54:05 55:17 Sistema Objeto: Decisin de no alunizar. Elementos: La NASA, la nave, los astronautas, los problemas de la nave. Relaciones: Frente a los problemas presentados no contaban con los recursos para alunizar. Objetivo: Salvar las vidas de los astronautas. Metasistema: Control de vuelo. Limites: Desde que se encuentran la presente situacin, hasta que se toman las decisiones. Alcances: Conocimiento, actitud, personalidad y material disponible para afrontar la situacin problemtica. Ambiente Interno: Estaban desilusionados por no poder cumplir con su objetivo. Ambiente Externo: La comunidad entera (Los familiares, los periodistas, y todo el personal de la NASA).
CONSULTORA MZRAS
257
Escena 5: Re Entrada
a) b) c) d) e) f) g) h) i) j)
Tiempo: 2.00.33 2.03.55 Sistema Objeto: Re Entrada. Elementos: Nave, astronautas, plan de re entrada y plan de la re entrada. Relaciones: Por la solucin y coordinacin exitosa del equipo que lograron superar los problemas para regresar a la tierra. Objetivo: El regreso sano y salvo de los astronautas. Metasistema: Mdulo lunar. Limites: Desde que termina la transmisin hasta que recuperan la seal. Alcances: Capacidad del equipo de trabajo, capacidad de los astronautas y el plan de ahorro de energa para que puedan volver a tierra. Ambiente Interno: Tenan esperanza de volver, estaban solidarizados entre si y a la vez resignados de lo que les poda llegar a suceder y temerosos. Ambiente Externo: El mundo entero.
CONSULTORA MZRAS
258
6.) Ante el problema de la contaminacin en la nave, por aumento del CO2, platea 3 ideas de mejoramiento y 3 ideas de diseo de sistemas. Considera las caractersticas tabuladas que usamos en clase para plantear cada una de ellas.Mejoramiento Diseo Tubo de oxigeno independiente e Compatibilidad de tamao y forma de individual para cada astronautas. los filtros de CO2 entre el mdulo lunar y el mdulo de comando. Incorporar mascaras individuales de Que el mdulo lunar este capacitado oxigeno y filtro de CO2. para albergar al total de astronautas que viajan aun cuando lo alunicen sean pocos. Simulacin de accidentes extremos Reimplantar y crear un nuevo circuito como perdida de oxigeno, daos a los de alimentacin de oxigeno y filtro de escudos trmicos, falla del motor y lista CO2. Para la nave y los astronautas. de procedimientos para eventualidades.
7.) Identifica a 3 organizaciones, en cada una de ellas debers especificar:

Organizacin 1: NASA a) Nombre: NASA b) c) d) Clasificacin: Finalidad: Con fin de Lucro Tamao: Grande Localizacin: Nacional (EE.UU) Propiedad: Estado Nacionalidad: EE.UU Productos: Productos y servicios Grado de Integracin: Total Recursos que utiliza: Tecnolgicos Econmicos Humanos ticos Ejes constitutivos: Econmicos Administrativos ticos
e) Influencia reciproca: Requiere de las organizaciones privadas y del gobierno para poder llevar a cabo sus objetivos, brindando como resultados conocimientos mas amplios sobre el espacio. Es influenciada por la competencia de otros pases.
CONSULTORA MZRAS
259
f) Caractersticas: Generan trabajo (Cientficos, astronautas, mdicos, tcnicos, entre otros.). Crean y satisfacen necesidades (Investigacin espacial). Crean y elaboran productos y servicios (Naves, satlites para la exploracin y brindar conocimientos espaciales). Producen y transmiten tecnologas (Mquinas). Generan poder (Por lo descubrido). Crean y transmiten conocimientos (sobre los temas descubridos). g) Ambiente Interno y Externo: Ambiente Interno: Ambiente formal. Influencian el sentimiento de patrialismo. Ambiente Externo: Gobierno. Comunidad. Medios de comunicacin
h) Fuerzas Directas: Nuevos procedimientos espaciales. Reduccin de propuestas. i) Fuerzas Indirectas: Polticas . Tecnologa. Conocimientos Cientficos. j) Evolucin: A partir de los problemas surgidos en misiones anteriores, se implementaron mejoras en los planes espaciales, para superar estas situaciones. k) Crisis: Al surgir situaciones problemticas imprevistas y tener que elaborar planes de solucin. Que la misin fue un fracaso triunfal, porque no lograron llegar a la luna, pero pudieron llegar sanos y salvos, pudiendo adquirir grandes conocimientos. La supuesta enfermedad de uno de los integrantes del equipo de astronautas.
CONSULTORA MZRAS
260
Organizacin 2: Marina U.S (USN) a) Nombre: Marina U.S (USN) b) c) d) Clasificacin: Finalidad: Sin fin de Lucro Tamao: Grande Localizacin: Nacional Propiedad: Publico Nacionalidad: Nacional Productos: Servicios Grado de Integracin: Parcialmente integrada. Recursos que utiliza: Capital Econmico Transporte marino y areo Armamento Efectivos (Personal, soldados, etc) Ejes constitutivos: Econmicos Administrativos ticos
e) Influencia reciproca: La armada necesita de la comunidad para formar a los soldados que defiendan esta misma comunidad de los peligros internos y externos. f) Caractersticas: Generan trabajo. Crean y satisfacen necesidades. Crean y elaboran servicios. Manifiestan la cultura de los pueblos. Generan poder. Crean y transmiten conocimientos. g) Ambiente Interno y Externo: Ambiente Interno: Ambiente formal. Estricto. Ambiente Externo: Departamento de la armada. Secretaria de la armada. Secretaria de defensa. Empresas armamentistas Comunidad.
CONSULTORA MZRAS
261
h) Fuerzas Directas: Mayor nmero de integracin. Adquisicin y calidad de recursos. Crisis financiera Nacional. i) Fuerzas Indirectas: Cambio de las polticas militares. Reduccin de fondos. Nuevas leyes de reclutacin. j) Evolucin: En la pelcula se ve como evolucin la instruccin academica de los jvenes ingresantes. k) Crisis: No se observan escenas de crisis. Organizacin 3: Geritrico a) Nombre: Geritrico b) c) d) Clasificacin: Finalidad: Con fin de Lucro Tamao: Mediano Localizacin: Nacional Propiedad: Privada Nacionalidad: Nacional Productos: Servicios Grado de Integracin: Parcialmente integrada. Recursos que utiliza: Humanos Econmicos Materiales Emergentitos Ejes constitutivos: Econmicos Administrativos ticos
e) Influencia reciproca: Esta organizacin necesita de la comunidad profesional, tales como enfermeros, mdicos; as como tambin de los pacientes que lo van a integrar. f) Caractersticas: Generan trabajo. Crean y satisfacen necesidades. Crean y elaboran servicios. Manifiestan la cultura de los pueblos.
CONSULTORA MZRAS
262

g) Ambiente Interno y Externo: Ambiente Interno: Ambiente informal. Amables. Calido. Ambiente Externo: Familiares. Hospitales. Farmacias.
h) Fuerzas Directas: Recursos Humanos. Proveedores de recursos. Economa del pas. i) Fuerzas Indirectas: Reduccin de fondos. Pautas culturales y sociales. Globalizacin. j) Evolucin: No se observan en la escena evolucin. k) Crisis: Se presenta cuando Jim tiene dificultades con Apollo XIII, entonces la familia la saca del geritrico a la madre de Jim y se la llevan a su hogar para que se sienta mas contenida.
CONSULTORA MZRAS
263
CONSULTORA MZRAS
264
SEGUNDO PARCIAL TRABAJO DE CAMPO
CONSULTORA MZRAS
265
INDICE
Introduccin ... Breve Resea Histrica ....... Descripcin Global de la Organizacin .. Ubicacin de la Organizacin ..... Conformacin del Organizacin ...... Clasificacin de la Organizacin ... Clasificacin del Sistema .... Caractersticas del Organizacin ....... Descripcin de la Subdireccin Gral. de Recursos Humanos ....... Anlisis Sistmico del rea ........ Herramientas Utilizadas ...... Conclusin .... Agradecimientos Anexos .. Pg. 2 Pg. 3 Pg. 4 Pg. 5 Pg. 6 Pg. 7 Pg. 7 Pg. 8 Pg. 9 Pg. 13 Pg. 15 Pg. 16 Pg. 17 Pg. 18
CONSULTORA MZRAS
266
INTRODUCCION
Como iniciativa de la ctedra de Sistemas I, ciclo lectivo 2010, de las carreras de Ingeniera y Licenciatura de Sistemas, surge el proyecto de aplicar la primera etapa del anlisis y diseo de sistema, el Relevamiento Preliminar, a una empresa a nuestra eleccin de la Ciudad de La Rioja. Nuestra consultora eligi la organizacin DIRECCION GENERAL DE RECURSOS HUMANOS, LIQUIDACIONES Y CONTROL DE HABERES
perteneciente al MINISTERIO DE HACIENDA DEL GOBIERNO DE LA PROVINCIA DEL RIOJA, y nuestro estudio se centrar en el rea de la SUBDIRECCION GENERAL DE RECURSOS HUMANOS de la misma.
El Relevamiento Preliminar nos permitir conocer en forma global las funciones y actividades que se realizan en esta rea, y obtener as, una visin global de la organizacin.
CONSULTORA MZRAS
267
BREVE RESEA HISTORICA
El 29 de diciembre de 2005, mediante Decreto Provincial Nro. 1967 se crea en el mbito del Ministerio de Hacienda y Obras pblica bajo la dependencia directa de la Subsecretaria de Gestin Publica de la Secretaria de Hacienda, la Direccin General de Recursos Humanos, Liquidacin y Control de Haberes. Nace as esta direccin como la fusin de dos direcciones generales(Direccin General de Recursos Humanos y la Direccin General de Procesamiento y Control de Haberes) que actuaban en conjunto para la administracin de los recursos humanos y la liquidacin de haberes del os empleados pblicos del provincia de La Rioja. Esta fusin se realizo con el fin de administrar, coordinar y controlar ms fehaciente mente todo lo relacionado con la gestin de los recursos humanos, como as tambin la liquidacin de haberes de los empleados pblicos de la provincia. Esto referente a los procedimientos y a los sistemas informticos de que ellas posean, migrando a uno ms moderno y completo que abarcaba a los que funcionaban en ambas direcciones, adquirido por licitacin a una empresa privada de origen nacional denominada EQUIPO XXI. El sistema se denomina ADELIA Sistema de Recursos Humanos. Actualmente el sistema Administra a todos los empleados que dependen de la Funcin Ejecutiva, entes descentralizados y todos municipios de la provincia, a excepcin del municipios del Dpto. Capital. Tambin se avanza con los mdulos que faltan incorporar al sistema como as tambin con la migracin de los sistemas de las direcciones anteriores en cuanto la carrera del agente pblico, como a su historial de liquidaciones de haberes. Mediante decreto Nro. 063 de fecha 18 de Diciembre de 2007, por el cual se aprueba la nueva estructura orgnica del Ministerio de Hacienda, esta Direccin General de Recursos Humanos, Liquidacin y Control de Haberes, pasa a depender directamente de este ministerio.
CONSULTORA MZRAS
268
DESCRIPCION GLOBAL DE LA ORGANIZACION
La misma es una organizacin sin fines de lucro, dedicada a la administracin de los Recursos Humanos y la Liquidacin de Haberes de los Empleados Pblicos de la Provincia, la cual depende del rea gubernamental denominada Ministerio de Hacienda, es decir es una reparticin oficial que depende del Estado Provincial. Esta ubicado en la zona cntrica de la ciudad capital de La Rioja, entre las calles San Nicols de Bari (O) y 25 de Mayo. Se encuentra inserta en la Casa de Gobierno cuenta con dos plantas, la principal dividida en dos alas: en la principal funciona la Direccin General, la Sub-Direccin de Recursos Humanos y Direccin de Asuntos Jurdicos; y en la otra la Sub-Direccin de Liquidaciones. En la otra planta, ubicada en el subsuelo, funciona el archivo de Legajos del Personal de la Administracin Pblica. Cuenta con ochenta y cuatro empleados de planta permanente y transitoria entre profesionales, tcnicos, servicios generales y administrativos. Tambin registra personal con carcter de contratado que presta servicios, planes de Jefes de Hogar y de capacitacin que cumplen tareas de servicios generales en su mayora, lo que totaliza noventa empleados aproximadamente.
CONSULTORA MZRAS
269
UBICACION DEL DCCION GRAL DE RR-HH
DIRECCION GENERAL DE RECURSOS HUMANOS, LIQUIDACION Y CONTROL DE HABERES
LOGOTIPO DE DIRECCION GENERAL DE RECURSOS HUMANOS
CONSULTORA MZRAS
270
CROQUIS DE LA ORGANIZACION
(Croquis N 1)
La Direccin General de RR HH, Liquidacin y Control de Haberes, est ubicada en la parte posterior de la Casa de Gobierno (Croquis N 1). Consta de dos alas con dos plantas cada una: En el ala Oeste funciona la Direccin General, la Subdireccin de RR HH y la Direccin de Asuntos Jurdicos en la Planta Baja (Croquis N 2) y en el subsuelo se encuentra la Seccin de Archivo del Departamento Legajos (Croquis N 3). En el ala Norte funciona la Subdirecion de Procesamiento, Liquidaciones y Control de Haberes en la Planta Baja (Croquis N 4) y en el Subsuelo esta el deposito de toda la Direccin y futuras oficinas a crearse (Croquis N 5). CONSULTORA MZRAS 271
(Croquis N 2)
CONSULTORA MZRAS
272
(Croquis N 3)
CONSULTORA MZRAS
273
(Croquis N 4)
CONSULTORA MZRAS
274
(Croquis N 5)
CONSULTORA MZRAS
275
CONFORMACION DE LA ORGANIZACION
Esta organizacin esta constituida por: un Director General, del cual dependen los siguientes Subdirectores Generales, de Recursos Humanos y otro de
Liquidaciones; Tambin est la Directora de Asuntos Jurdicos. Director General: Sr. Carlos MEDINA. 1. Subdirector Gral. de Recursos Humanos: Prof. Juan VARGAS 2. Subdirector Gral. de Liquidaciones: Lic. Lucas MERCADO LUNA 3. Directora de Asuntos Jurdicos: Dra. Ana del Valle CARRIZO Direccin General: es la autoridad mxima dentro de la organizacin, por l pasan las decisiones necesarias para administrar la Direccin, las mismas pueden o no ser consensuadas con los otros funcionarios y jefes dentro de la organizacin.
1) Subdireccin General de Recursos Humanos: cuya autoridad toma las decisiones en funcin de las necesidades que se presentan en los distintos departamentos en los que estn constituido la estructura de la Subdireccin. De l dependen los siguientes Departamentos: Legajos, Ausentismo y Asistencia a los municipios.
2) Subdireccin General de Liquidaciones: gestiona todos los aspectos administrativos que hacen a la Liquidacin de Haberes de los Empleados Pblicos, y est integrada por los siguientes Departamentos: Administrativo contable, Anlisis y Programacin; y Procesamiento y Control.
3)
Direccin de Asuntos Jurdicos: su funcin es asesorar y realizar el o los dictmenes en funcin de la legislacin en lo correspondientes a los trmites administrativos. Como as tambin realizar todas las actuaciones sobre los sumarios realizados a los Empleados Pblicos de la Provincia.
CONSULTORA MZRAS
276
CLASIFICACION DE LA ORGANIZACION
CARACTERISTICAS Segn su Finalidad: Segn su Tamao: Segn su Localizacin Segn su Propiedad Segn su Nacionalidad: Segn su Productividad: Segn su Grado de Integridad:
TIPO DE ORGANIZACION Sin fines de lucro Mediana Provincial Pblica Nacional De servicios Parcialmente integrada
CLASIFICACION DEL SISTEMA
CARACTERISTICAS Segn sus Componentes: Segn su Vivencia: Segn su Relacin con el Medio: Segn su Grado de Complejidad: Segn su Comportamiento:
TIPO DE SISTEMAS Sistema concreto Sistema no viviente Sistema abierto Sistema medianamente complejo Sistema determinista
CONSULTORA MZRAS
277
CARACTERSTICAS DE LA ORGANIZACIN Genera Trabajo: la empresa cuenta con 64 empleados administrativos y profesionales.
Crea y satisface necesidades: necesidades de informacin para la toma de decisin hacia las organizaciones que lo necesiten de diversos temas relacionados con esta sub direccin.
Crea y elabora servicios brinda servicios de informacin sobre los datos de los recursos humanos de los empleados pblicos de toda la provincia.
Distribuye y redistribuye recursos: de acuerdo a la informacin que administra se redistribuyen los recursos humanos (profesionales y administrativos) dentro de las reas que lo necesitan.
Genera Poder: genera poder dentro y fuera de su ambiente. Si nos situamos en el ambiente interno, el poder esta ejercido por parte del subdirector y los supervisores que estn frente de la subdireccin y adems, existe un conjunto de normas preestablecidas que deben cumplirse y que aportan al buen clima organizacional. En cuanto al entorno administra y ejerce control sobre los datos particulares de los empleados pblicos de sta y todas las dems reas que conforman su entorno.
Crea y trasmite conocimiento: la informacin relativa a los datos personales y globales de los empleados pblicos hacia el rea que los solicita y genera un informe estadsticos hacia la superioridad.
CONSULTORA MZRAS
278
PROVEEDORES Y CLIENTES
Proveedores: Con respecto a los proveedores, el encargado de realizar las compras de insumos y equipamientos es la direccin general de administracin dependiente del ministerio de ascienda. Como a la cual esta direccin general realiza pedidos en forma peridica (trimestral), con respecto a los elementos que se utilizan. Como por ejemplo: el papel de uso diario y mensual para la liquidacin de haberes. Papel, tner, tinta para la impresora (chorro tinta), estas son de gran volumen. Adems se realizan pedidos de uso habitual como los insumos de librera, de limpieza, los informticos, y agua (dispenser). Asimismo existe un proveedor en cuanto al mantenimiento del sistema principal de la direccin, el cual est brindando el servicio mediante un contrato (mantenimiento del sistema y capacitacin).
Clientes: Como clientes del sistema, tenemos los empleados pblicos por un lado, los cuales brindan informacin para actualizar la base de datos del sistema informtico de la direccin. Tambin tenemos como clientes todas las dems reparticiones a los que esta direccin general mantienen el control de asistencia y datos personales para brindarle la informacin que ellos solicitan; como as todas las reparticiones del estado que va expediente solicitan la situacin de revista de los empleados pblicos.
CONSULTORA MZRAS
279
MEDIOS DE PROCESAMIENTO La Direccin General de Recursos Humanos, Liquidacin y Control de Haberes, cuenta con un sistema informtico de Recursos Humanos y Liquidacin de Haberes, denominado ADELIA. La Subdireccin de Recursos humanos diariamente alimenta el sistema ADELIA con novedades de los Empleados pblicos: Datos Personales, Laborales, Familiares y otros, para mantener actualizada la Base de Datos de los Empleados pblicos, como sus legajos personales. Adems esta informacin sirve como base para que la subdireccin de Procesamiento, Liquidacin y Control de Haberes, llegado el momento del mes, proceda a la liquidacin de los haberes de los empleados pblicos. Por otro lado existen algunos procesos que se realizan parcial o totalmente en forma manual (Proceso de Mesa de Entradas y Salidas o el del Control de Asistencia) y otros que estn en proceso de informatizacin (Por Ej.: La Carga de Certificados de comienzo o finalizacin el ciclo lectivo de los hijos de los empleados pblicos).
ESPECIFICACIONES : El sistema ADELIA es una aplicacin cliente-servidor y corre sobre un motor de base de datos SQL. El aplicativo en el servidor se genero a travs de un lenguaje orientado a objetos llamado SmallTalk y el cliente tambin un lenguaje orientado a objetos Java Script. En cuanto al hardware la Direccin General cuenta con 5 servidores: el principal corre el Sistema ADELIA y la Base de datos; el segundo sirve como respaldo del Sistema ADELIA, para los BackUp y Simulaciones; el tercero corre otro ADELIA versin anterior, para otro tipos de Liquidaciones; en el cuarto se est implementando como Servidor de Dominio; Todo ellos configurados con MicroSoft Windows 2003 Server Edicin Enterprise y Motor de Base de Datos el MicroSoft SQL 2005 Server Edicin Enterprise; Y el Quinto servidor configurado con un Sistema Operativo LINUX y cumple la funcin de Firewall para la conexin Direccin General. de internet que alimenta toda la
CONSULTORA MZRAS
280
SISTEMAS I BITACORA 2010 Con respecto al equipamiento para los usuarios de la Direccin General, esta cuenta con alrededor de de 60 computadoras divididas en tres niveles de acuerdo a su configuracin: el Primero de Nivel Bajo de configuracin para los usuarios finales encargado de la carga de Novedades en el Sistema ADELIA; el Segundo de Nivel Medio de configuracin para las autoridades de la Direccin General como para jefes de segunda lnea (Supervisores) ; y un Tercer Nivel de Alta configuracin para el diseo y administracin de sistema ADELIA, como as tambin los encargados de grandes procesos. Los dos primeros Niveles corren con MicroSoft Windows XP y los de Tercer Nivel con MicroSoft Windows Seven.
CONSULTORA MZRAS
281
DOTACION DE PERSONAL Direccin Gral. de R. H. , L. y C. H.: 1 Director General. Dpto. de Despacho: 1 Supervisor y 3 Empleados. Seccin Mesa de EE y SS: 4 empleados. Personal de Serv. Grales: 4 Empleados o Subdireccin Gral. de R. H.: 1 Subdirector General y 2 Asesores. Dpto. de Ausentismo: 1 Supervisor y 7 Empleados. Dpto. de Legajos: 1 Supervisor y 5 Empleados. Seccin Archivo: 1 Encargado y 3 Empleados. Dpto. de Asist. a los Municipios: 1 Supervisor y 4 Empleados. o Subdireccin Gral. de P., L. y C. de H.: 1 Subdirector General. Dpto. Admin. y Contable: 1 Supervisor y 1 Empleado. Seccin Descuentos Externos: 1 Empleado. Dpto. Procesamiento y Ctrol.: 1 Supervisor y 3 Empleados. Dpto. Anlisis y Programacin: 1 Supervisor y 7 Empleados. o Direccin de Asuntos Jurdicos: 1 Director y 4 Empleados
CONSULTORA MZRAS
282
DESCRIPCIN DE LA SUBDIRECCIN GRAL. DE RECURSOS HUMANOS
Esta integrada por un Subdirector General que tiene a su cargo 3 personas (dos profesionales y un empleado) que complementa sus tarea de mayor relevancia dentro de la subdireccin y tambin se encargan de controlar y coordinar las tareas con los distintos departamentos. Conforman la Subdireccin Departamentos: los siguientes
1) Departamento de Ausentismo: Este departamento cuenta con una Jefa, 6 empleados. Es la encargada de controlar todo lo que se refiere a las novedades de ausentismo de los empleados pblicos de la funcin ejecutiva, las que son ingresadas al sistema ADELIA (Sistema de Recursos Humanos y Liquidacin de Haberes). En este departamento el movimiento es diario de entrega y recepcin planillas de asistencia para control del ausentismo, tambin tenemos otro tipos documentacin que ingresa: tardanza, certificados mdicos, solicitudes de varios tipo de licencias (Anual ordinaria, de Salubridad, de Capacitacin, de
CONSULTORA MZRAS
283
Franco Compensatorio, Comisin de Servicios, etc.). Los certificados mdicos se registran diariamente, de acuerdo a la planilla, posteriormente entre una y dos semanas, la Direccin de Reconocimiento Mdico eleva una planilla con la derivacin y la cantidad de das especficos (10 das, 15 das) a consignar. Toda instrumento legal (Disposicin, Resolucin, Decreto, etc.) registrada en este sector, despus es transferida al departamento de Legajos para ser incorporado al legajo de los empleados pblicos. Este departamento se relaciona con otros de varas formas. Brinda informacin al Departamento Legajos para la actualizacin de los legajos de los empleados pblicos, comunicar a la subdireccin de Liquidaciones el finalizado de las carga de novedades en el sistema ADELIA, para el inicio de la liquidacin de Haberes mensuales, transmitir informacin a los otros departamentos, dentro de la direccin, para los tramites que as lo requieras. Con respecto a las relaciones con dependencia fuera de esta Direccin General, es de comunicar a todas las reas del gobierno donde este departamento hace el control de asistencia, de los novedades que hacen a los feriados, asuetos u otros del mismo tenor, ya sean provinciales o nacionales.
2) Departamento de Legajos: Este departamento cuenta con una Jefa, 6 empleados y en la seccin Archivo a su cargo con 4 empleados mas. Durante el mes ingresa un gran nmero de novedades para la actualizacin de los legajos de los empleados pblicos de la Provincia como : Altas (Incorporacin de nuevos empleados o transferencia desde otras jurisdicciones), Bajas ( por Renuncias, Jubilaciones, Fallecimientos, Transferencias, etc.), Ttulos (Nivel Secundario, Terciario o Superior, Cursos, Posgrados, etc.), Licencias (Por Estudio, Sin Goce de Haberes, Por Nacimiento, Por Casamiento, etc.), todo referente al salario familiar (Nacimientos, Casamientos, Escolaridad, Adopciones, etc.), entre otros. Tambin ingresan expedientes para solicitar distintos tipos de informacin de los empleados pblicos. Este departamento es de gran importancia dentro de la
CONSULTORA MZRAS
284
SISTEMAS I BITACORA 2010 subdireccin, ya que por el se maneja un gran volumen de informacin mensualmente.
Este departamento tiene relacin con las dems sectores de la subdireccin, con el departamento Ausentismo, nos informa las novedades para actualizar los legajos al igual que desde mesa de Entradas y Salidas, tambin de la direccin de Asuntos Jurdicos, con la Departamento de despacho los informes para los expedientes que entran en la subdireccin, todas estas relaciones dentro de de la direccin general. o Seccin Archivo y Certificaciones: Esta Seccin cuenta con una persona a cargo y 3 empleados ms. Estn encargados administrar y custodiar los legajos fsicos de los empleados pblicos de la provincia, tambin suministran los legajos al departamento que forman parte, para que realicen las registraciones correspondientes y los actualicen. Otra tarea de este sector es el de generar la certificaciones de servicios (historial del empleado pblico en la provincia) para ejecutar tramites en el ANSES y otros certificados para tramites en general, a pedidos de los empleados.
3) Departamento de Asistencia a los Municipios: Este departamento cuenta con una Jefa, 4 empleados a su cargo. Se realizan casi las mismas tareas del Departamento de Legajo, solo que orientado a todos os municipios de la provincia, a excepcin del municipio del Dpto. Capital. Sin bien no se llevan los legajos personales de los empleados municipales, las novedades mensuales ingresadas desde los municipios se incorporan directamente al sistema ADELIA (Sistemas de Recursos Humanos y Liquidacin de Haberes). Otra tarea es el control del recambio de autoridades con la estructura orgnica de cada municipio, previa autorizacin de la superioridad. Al igual que el control de la liquidaciones de estos con las novedades ingresadas. Este departamento tiene una relacin estrecha con la subdireccin de Sud Director Gral. de Procesamiento, Control y Liquidacin de Haberes, por las
CONSULTORA MZRAS
285
SISTEMAS I BITACORA 2010 modificaciones de los instrumentos legales provenientes de los municipios, en relacin a la liquidacin de haberes.
Esta Subdireccin General brinda informacin a la Direccin General sobre toda informacin requerida de los datos de los empleados pblicos, tanto para la superioridad (Ministerio de Hacienda), como para dependencias de su mismo nivel (Direccin Gral. de Estadsticas, Direccin de Rentas de la Pcia., etc. ), y tambin para reas fuera del gobierno, previo a la autorizacin de la superioridad, generando informes especiales o estadsticos, segn se requieran.
CONSULTORA MZRAS
286
ANALISIS SISTEMICO DEL AREA
METASISTEMA: Ministerio de Hacienda.
SISTEMA OBJETO: Subdireccin General de Recursos Humanos.
OBJETIVO:
Asistir
la
Unidad
Orgnica
de
reporte
en
la
formulacin
implementacin y evaluacin de programas y proyectos en materia de recursos humanos. Desarrollar los procesos tcnico-administrativos destinados a la implementacin y mantenimiento actualizado de la base de datos del personal de la Administracin Pblica Provincial. Dirigir, organizar y supervisar los procesos de centralizacin de los legajos y documentacin del personal de la Administracin Pblica Provincial, su custodia y actualizacin. Asistir en la coordinacin de la administracin de los recursos humanos, velando por la aplicacin de la normativa regulatoria de la relacin de empelo pblico. Organizar y supervisar las operatorias censales del personal de la administracin Pblica Provincial. Coordinar y supervisar los procesos tcnicos-administrativos de auditora de personal. Propiciar la actualizacin normativa en materia de personal. Producir informes sobre las novedades de personal que sirvan para la toma de decisiones. Dirigir y organizar registros sobre las actividades desarrolladas, resultados e impactos alcanzados.
CONSULTORA MZRAS
287
SUBSISTEMAS: Legajo Despacho Ausentismo Archivo Mesa de Entrada y Salida Asistencia a los Municipios
LIMITES: Desde el ingreso las novedades para la actualizacin de los legajos y del Sistema de Recursos Humanos y Liquidacin de Haberes hasta la emisin de certificados de Servicios y situacin de revistas para adosar a expedientes.
RECURSOS: Humanos: Profesionales, empleados en general. Materiales: Bienes de uso (mesas, sillas, infraestructuras). Econmicos: Segn Ley Presupuesto anual de la Direccin Gral. Tecnolgicos: Computadoras, sistemas de informacin, impresoras, Internet, telfonos, intranet. Energticos: Electricidad.
ALCANCES: Capacitacin del personal, adquisicin de tecnologa (sistemas de informacin de recursos humanos, maquinas, computadoras.).
AMBIENTE
INTERNO:
La
relacin
de
Empleados
en
sus
procesos
procedimientos realizados en la organizacin, sobre todo es amena, predominando los aspectos formales sobre los informales.
AMBIENTE EXTERNO: Fuerzas Directas: ATTP, SITRAP. Fuerzas Indirectas: Poltica, economa, Leyes Nacionales y
Provinciales.
CONSULTORA MZRAS
288
HERRAMIENTAS UTILIZADAS Entrevistas
Se realizaron entrevistas escritas Visitas y Observacin
A travs de la visita tuvimos una visin global del mismo, y pudimos ver la infraestructura y el funcionamiento del mismo. Documentacin
Mediante la documentacin provista, logramos entender la conformacin y sus dependencias.
CONSULTORA MZRAS
289
CONCLUSIONES Al efectuar el trabajo preliminar aplicamos los conocimientos adquiridos en la ctedra de Sistemas I. Comprendiendo lo importante que es hoy en da el trabajo en las organizaciones, donde las acciones se dirigen hacia el objetivo principal.
Nos permiti adems tratar, con un
ambiente real
de trabajo
y conocer
aspectos que no se dan en la teora que solo se perciben y aprenden con la realidad. Por lo cual nos resulto muy interesante realizar esta prctica, porque el da que nos debamos enfrentar como profesionales, ya tendremos una gua de accin.
CONSULTORA MZRAS
290
AGRADECIMIENTOS
Queremos agradecer al Cr. CARLOS MEDINA y al Sr. JUAN VARGAS por brindar su atencin y comprensin a nuestra Consultora, como as tambin al resto del personal entrevistado por su buena voluntad con los temas tratados.
CONSULTORA MZRAS
291
ANEXOS
CONSULTORA MZRAS
292
ENTREVISTAS Entrevista N 1 (Subdirector de Recursos humanos)
-Nos podra decir su nombre y cargo? -Juan Vargas, y el cargo de Sub-director general de Recursos Humanos.
-Cmo es la estructura de su rea? -Bsicamente, la parte que se depende de m son la supervisin de Ausentismo, Legajos y Asistencia a los Municipios.
-Cuntas personas estn a su cargo? -Y mira, ac en Ausentismo tenemos 12 personas, el Legajos tenemos 6 personas, en Municipio son otro tema, en Archivos tenemos 4 solamente.
-Qu tareas realiza? Cul es el tipo de informacin que maneja? -Bsicamente, digamos, que la parte que nos compete a nosotros maneja todo el tema de novedades para la liquidacin de haberes. En cuanto a mi tarea puntual es coordinar todos los departamentos ac en dependencia y llegar a trmino con los procesos generales para la toma nuestra.
-Qu tipo de informacin brinda a su jefe? -Mensualmente le remitimos un informe con todos los movimientos que se producen en las diferentes reas del gobierno, que son las novedades vinculadas a las personas que estamos ac, ampliar el personal, altas, bajas, porcentaje de ausentismo, adems de otra informacin particular que se necesite.
-Cmo se relaciona con los dems sectores internos y externos? -Bsicamente es un trabajo secuencial que hacemos con la Sub-Direccin de Procesamiento, Liquidacin y Control de Haberes que es donde se procesan todo lo que hace a la entidad. Es un trabajo conjunto que se hace, porque nosotros terminamos el proceso ac y ellos comienzan con el proceso de liquidacin. En forma conjunta, tambin, se tiene la participacin de la Direccin de Asuntos Jurdicos por
CONSULTORA MZRAS
293
todas las determinantes que pueden faltar en cuanto al anlisis de alguna situacin particular de alguna agencia en donde ellos toman participacin. En cuanto a las direcciones externas, por ejemplo, con las que tenemos una participacin ms fluida son con las que dependen del propio Ministerio nuestro de Ascienda, en donde mensualmente tambin remitimos informes, es decir, informacin particular de las diferentes reas.
-Cul es su visin en la direccin a cago y a futuro? -Trabajar la mitad y cobrar el doble Particularmente, es un trabajo sistemtico y no hay mucho para cambiar.
CONSULTORA MZRAS
294
Entrevista N 2 (A la supervisora del Departamento de Ausentismo)
-Nos podra decir su nombre y cargo? - Sra. Elba ZAPATA de COSSEDU, Jefa de la Departamento de Ausentismo.
-Cul es el flujo de informacin que maneja? -El flujo de informacin de que se maneja es diario, semanal, quincenal y otros de forma mensual.
-Cul es su relacin con los dems sectores? - Brindar informacin al Departamento Legajos para la actualizacin de los legajos de los empleados pblicos, comunicar a la subdireccin de Liquidaciones el finalizado de las carga de novedades en el sistema ADELIA, para el inicio de la liquidacin de Haberes mensuales, transmitir informacin a los otros departamentos, dentro de la direccin para los tramites que as lo requieras. Con respecto a las relaciones con dependencia fuera de esta Direccin General, es de comunicar a todas las reas del gobierno donde este departamento hace el control de asistencia, de los novedades que hacen a los feriados, asuetos u otros del mismo tenor, ya sean provinciales o nacionales.
-Qu cantidad de personal tiene a su cargo? - 12 personas.
-Qu cantidad de informacin maneja? -Entrego y recibo planillas de asistencia hacia el control del ausentismo, despus tenemos la documentacin que ingresa: tardanza, certificados mdicos, solicitudes de todo tipo de licencias (Anual ordinaria, de Salubridad, de Capacitacin, Compensatorio, Comisin de Servicios, etc. ). Este registro los hacemos nosotros diariamente, de acuerdo a la planilla, dentro de una semana o quincenalmente, la eleva la Direccin de Reconocimiento Mdico con la derivacin especfica (10 das, 15 das)
CONSULTORA MZRAS
295
-Poseen sistema informatizado? -Si ADELA (Sistema de RR HH y Liquidacin de Haberes), donde nosotros volcamos toda la informacin y que despus se refleja en las novedades mensuales.
-Estn todos los procesos sistematizados? -No. Por ahora se est informatizando en una primera etapa la entrega de planillas de asistencia, para luego incorporar la captura de la asistencia en forma de huella digital.
-Cul es su visin en la direccin a cago y a futuro? -Yo siempre superarme, estoy a punto de jubilarme, pero la expectativa sigue. Espero que todo siga adelante con este sistema informtico que se hace ms dinmico todo y evitamos este papelero que tenemos.
CONSULTORA MZRAS
296
Entrevista N 3 (A la supervisora del Departamento de Legajos)
-Nos podra decir su nombre y cargo? - Sra. Rosa PEREYRA, Jefa del Departamento de Legajos.
-Cul es el flujo de informacin que maneja? La administracin de la actualizacin de los legajos de los empleados de la Administracin pblica provincial.
-Cul es su relacin con los dems sectores? - Con Ausentismo nos informa las novedades para actualizar los legajos al igual que desde mesa de Entradas y Salidas, tambin de la direccin de Asuntos Jurdicos, con la Departamento de despacho los informes para os expedientes que entran en la subdireccin, todas estas relaciones dentro de de la direccin general.
-Qu cantidad de personal tiene a su cargo? - 6 personas en legajos y 4 en Archivo.
-Qu cantidad de informacin maneja? -Durante el mes ingresa un gran nmero de novedades para la actualizacin de los legajos de los empleados pblicos de la Provincia (Altas, Bajas, Ttulos, Licencias, todo referente al salario familiar, entre otros.). Tambin ingresan expedientes para solicitar distintos tipos de informacin de los empleados pblicos.
-Poseen sistema informatizado? -Si ADELA (Sistema de RR HH y Liquidacin de Haberes), donde nosotros ingresamos toda la informacin que sirve para la Liquidacin de los Haberes de los empleados pblicos.
-Estn todos los procesos sistematizados? -No. Solo parte del historial laboral de los empleados pblicos desde que se incorporo el nuevo sistema, falta lo anterior de migrar del sistema que tenamos.
CONSULTORA MZRAS
297
-Cul es su visin en la direccin a cago y a futuro? -Yo llevar todo adelante con respecto a mi sector lo mejor posible, por el bien de la subdireccin. Esperando se mejore el nivel salarial para tener un mejor incentivo para m y todo mi sector.
CONSULTORA MZRAS
298
Entrevista N 4 (A la supervisora de Asistencia a los Municipios)
Nombre y cargo Isabel Luna, Supervisora de Asistencia Administrativa Municipal Qu tarea realiza? Cul es el flujo de informacin que maneja? Me encargo del control de liquidacin de sueldos, de todos los municipios, a excepcin de capital. Cul es su relacin con los dems sectores? Con todos los sectores que tienen relacin con los empleados: Carpetas Medicas Pago de ttulos Cargo Asignacin Familiar, entre otros.
Cuntas personas tiene a su cargo? 4 empleados. Qu cantidad de informacin manejan? Toda la informacin relacionada con el Empleado publicado que nos pueda resultar interesante para los informes pertinentes que tenemos que hacer. Posee sistema informatizado? Si, el ADELIA. Estn todos los procesos informatizados? Si, el sistema realiza todo el trabajo, a excepcin de la carga sobre la cantidad de hijos que eso se realiza de forma manual. Cul es su visin en la seccin a su cargo; y a futuro? Esperar mejoras en el aspecto administrativo.
CONSULTORA MZRAS
299
FOTOS
Entrevista con el Sub-Director
Entrevista con la Jefa de Ausentismo
CONSULTORA MZRAS
300
Entrevista con la Jefa de Asistencia con los Municipios
CONSULTORA MZRAS
301
Departamento Ausentismo
Departamento de Legajos
CONSULTORA MZRAS
302
Departamento de Despacho
CONSULTORA MZRAS
303

Bitacora 2010

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Bitacora 2010

Uploaded by

Copyright:

Available Formats

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

Plataforma Virtual de aprendizaje EVA UnLAR

SISTEMAS I BITACORA 2010

Caractersticas de una plataforma virtual de aprendizaje:

formacin. Flexibilidad: Capacidad de adaptacin a la estructura y necesidades de

una institucin. Escalabilidad: Capacidad de la plataforma para soportar un nmero

creciente de usuarios. Estandarizacin: Reutilizacin e interoperabilidad de contenidos en

Herramientas y recursos de una plataforma virtual de aprendizaje:

presentaciones, archivos de audio, videos, etc.

SISTEMAS I BITACORA 2010

Teora General de Sistemas

Objetivos de la Teora General de Sistemas:

SISTEMAS I BITACORA 2010

Surgimiento de la Teora General de Sistemas

SISTEMAS I BITACORA 2010

Necesidad de una Teora General de Sistemas

Concepto General de Sistemas

SISTEMAS I BITACORA 2010

en estudio. Subsistemas: Son las partes de un sistema que pueden ser

Proceso de conversin: Los elementos del sistema que ingresan pueden

Salidas: Son los resultados del proceso de conversin del sistema y se

cuenta como resultados, xitos o beneficios.

SISTEMAS I BITACORA 2010

importancia para el diseo de sistemas.

de los lmites. Limite: Los lmites demarcan el sistema, respecto a su ambiente, es

asegure las salidas en funcin de los

SISTEMAS I BITACORA 2010

subsistemas, sino tambin con su sistema total.

SISTEMAS I BITACORA 2010

Propsito u Objetivo: Todo sistema tiene uno o varios propsitos u

Globalismo o Totalidad: Todo sistema tiene naturaleza orgnica; por

SISTEMAS I BITACORA 2010

Complejidad: Es la caracterstica que define el grado de relacin e

Holismo o Sinergia: El holismo es entendido como una doctrina que

Homeostasis: Es el mantenimiento del equilibrio en el organismo vivo.

Jerarqua: Representa el hecho de que los sistemas pueden ordenarse

Organizacin: La organizacin sistmica se refiere al patrn de

SISTEMAS I BITACORA 2010

Limites y Entorno: El limite de un sistema es todo lo que forma parte de

SISTEMAS I BITACORA 2010

caractersticas de la vida. Ejemplo: Un automvil, un mueble. Segn su comportamiento, pueden ser:

SISTEMAS I BITACORA 2010

Entropa: Viene del griego entrope que significa transformacin o

SISTEMAS I BITACORA 2010

Negentropa: Los sistemas vivos son capaces de conservar estados de

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010

Tipos de Sistemas de Informacin

SISTEMAS I BITACORA 2010

SISTEMAS I BITACORA 2010