1.- Explique cuáles son los dos enfoques para el estudio de la teoría general de sistemas.
Primer Enfoque: consiste en observar al universo empírico y escoger ciertos fenómenos generales que se encuentran en las diferentes disciplinas, como por ejemplo en población tenemos crecimiento, nacimiento y supervivencia.
Segundo Enfoque: Consiste en ordenar los campos empíricos en jerarquías de acuerdo con la complejidad de la organización de sus individuos básicos o unidades de conducta y tratar de desarrollar un nivel de abstracción apropiado a cada uno de ellos, es llamado un “sistema de sistemas”.
2.- El enfoque reduccionista, ¿cómo nace la idea de este enfoque?
Nace como un enfoque a la resolución de problemas de sistemas, estudiando el fenómeno complejo a través del análisis de sus elementos o partes componentes.
3.- Enfoque de Sistemas, ¿en qué consiste?
Es una forma ordenada de evaluar una necesidad humana de índole compleja y consiste en observar la situación desde todos los ángulos y determinar los elementos distinguidos en el problema, relación causa y efecto que existe entre ellos, las funciones específicas para cada caso, intercambios que se requerirán entre los recursos una vez definidos.
4.- Sinergia – Recursividad, ¿cuál es su definición?
Sinergia: Cuando al examinar un objeto o una de sus partes en forma aislada, no puede predecir o explicar la conducta del todo.
Recursividad: Se define como la capacidad de un supersistema, sistema o subsistema, no importando su tamaño, tiene propiedades que puede explicar al sistema que lo contiene.
5.- Definición de Sistema – Subsistema.
Sistema: Conjunto de partes coordinadas y en interacción para alcanzar un conjunto de objetivos.
Subsistema: Es parte de un sistema que debe cumplir el principio de recursividad.
7.- Fronteras del Sistema. ¿Para qué sirve?
Cuando delimitamos la influencia del sistema sobre sus componentes y subsistemas de fronteras hasta donde abarca el sistema para ver donde influye otro, el siguiente se relaciona con su entorno
8.- Sistema abierto y cerrado, ¿en qué consiste, dar ejemplos?
Sistema abierto: Es aquel que puede relacionarse con el medio que lo rodea (entorno). Ejemplo: Un sistema viviente u orgánico intercambia energía con el medio que lo rodea.
Sistema cerrado: Sistema que no puede intercambiar energía con su entorno, las variaciones del medio que afectan son desconocidas, su ocurrencia no puede ser predicha y la naturaleza de las variaciones es desconocida.
9.- Definir Entropía – Neuguentropía.
Entropía: Los sistemas tienden a buscar su estado más probable o posible, es decir buscan un nivel más estable que tiende a ser lo más caótico. Está relacionada con la tendencia natural de los objetos a caer en un estado de desorden.
Neguentropía: Mecanismo por el cual el sistema pretende controlar los niveles admisibles de caos y mantenerlos estables para la subsistencia del sistema, y estabilizarse además frente una situación caótica.
10.- De ejemplos de sistema y subsistema.
Sistema: Préstamo de un libro Subsistemas: Carnet de lector, Usuario, Registrar los libros…
Ciclo de vida de un SIA
modelo clasico o “modelo cascada”, basa intentar hacer cosas bien desde principio, de 1 vezpara siempre. Se pasa en orden, de una etapa a la siguiente solo tras finalizar con exito las tareas de verificacion y valicadion propias de la etapa. si es necesario unicamente se da marcha atras hasta la fase inmediatamente anterior. Aproximacion secuencial al proseco de des de soft. presenta graves inconvenientes.
-proyectos reales raramente siguen el flujo de activid que propon modelo.
-normlmente dificil para cliente establecer explicitamente todos requis al comienzo del proyecto.
clásico: planificacion-analisis-diseño-implementacion-pruebas-mantenimiento (retro c/u)
Proto
Iterativo
Lineal
Analisis: Necesario determinar que elementos intervienen en el sistema a desarrollar, así como estructura, relaciones, evolución en el tiempo. detalle de funcionalidades que van a describir clara% que sistema vamos a construir, que funcionalidades va a aportar y que comportamiento va a tener.
Diseño: detalle de entidades y relaciones de base de datos, casos de usos esenciales a su definición como casos expandidos reales. selección de lenguaje más adecuado, sistema de gestor de base de datos a utilizar.
Implementación: codificación de algoritmos y estructuras de datos, definidos en etapas anteriores, en el lenguaje correspondiente de programación.
Pruebas: objetivo garantizar que sistema ha sido desarrollado correctamente, sin errores de dis o prog
Instalación: solo se procede a la inst del sist.
Aceptación: dueño observa sist y lo acepta.
Definición de SIA: Objetivos, Actividades, Quien, cuando, cuanto.
Alcance complejidad complicaciones, def cuando se alcanza un obj esp tareas hitos y relaciones entre ellas, ident recursos costos plazos y rest de tiempo.
Quien, que, donde, cuando, como.
1.- Fuentes info:
SUP: directivos, gerentes. info necesaria para diseño de estrategias que det rumbo empresa o que permitan expansión. (esp y puntual)
MED: jefes, administradores. info neesaria para diseño de estrategias comer. (mas detalle que niv anterior)
OP: operarios, vendedores. info necesaria para ejecu de tareas (info mas detallada que niv anterior)
Internas: dentro de la empresa, bases de datos internas (info ref clientes), estados financieros (sit inan empresa), reg inventarios, de ventas, de costos, personal emp.
Externas: fuera de la emp, Internet, of gob, loc compet, proveedores, dist, client, diario, rev,.
Clas Primarias: datos de primera mano, direc de la emp. costosas, si no hay fuentes secun. o info insuf o inadec. personal de empresa, reg de vntas.
Clas Secundarias: fuen info datos ya publicados, o recol para propos difer. poco costo y rpidas de obtener. base datos empresa, comerciales, universidades, libros, diarios.
Objetivos principales de un SI: proporcionar a encargados de toma de decisiones datos oportunos y exactos que permitan tomar y aplicar decisiones necesarias que mejoren al máximo la relación que existe entre los recursos de la empresa. ayudar a genertes en planeación, control y toma de decisiones. asegurar que la info exacta y confiable este disponible cuando sea necesaria, forma fácilmente aprovechable. incrementar produvtividad opr. que proceso de info deje de ser info fragment, conjetras inspiradas en instuicion y solucion de prob aislados.
que datos se requieren, cuando se requieren, quien o quienes los necesitan, en que forma se necesitan, cuanto cuestan, prio de proc de datos, como debe ser el control, cual debe ser alcance,
1.- Diseño lógico de SIA: Es el proceso que permite identificar, caracterizar, y especificar el sistema de información administrativa en relación a
Desempeño, seguridad, confiabilidad etc.; requerimientos para su posterior diseño de detalle (físico); en definitiva diseñar la capacidad (de lo automatizado o no) del SIA, de manera de satisfacer los niveles de servicio establecidos (eficiencia versus efectividad)
2.- Diagrama de flujo de datos: es un modelo que describe los lugares de origen y destino de los datos (límites del sistema), transformaciones a las cuales son sometidos los datos (procesos internos), los lugares en los cuales se almacenan los datos dentro del sistema, y los canales por donde circulan los datos.
3.- Entidad externa: Fuente o destino de transacciones.Ej.: Clientes, empleados, Proveedores. Fuera de los límites del sistema.
Proceso: Funciones o procesos que transforman entradas de datos en salidas de información. Ej.: Oficina llena de empleados, procedimiento, combinación de actividades manuales y automatizadas.
Flujo de datos: Tubería por donde se envían los paquetes de datos desde un origen hasta su destino.
Almacén o archivo: Representa un archivo lógico donde se agregan o extraen datos. Es una estructura de datos estática, la cual debe estar bien descrita que se distinga escritura, actualización o borrado de datos, lectura o recuperación de información almacenada. Ej.: archivo de tarjetas, microficha, archivo de cinta o disquete.
4.- Modelamiento de datos:
Entidades, objeto real o abstracto sobre el cuál almacenar información.
Relación, asociación entre entidades
Grado de una relación, número de entidades que participan en una relación, reflexivas (con ella misma), binaria (dos entidades), N-aria (N entidades)
Cardinalidad, define número máximo de ocurrencias de una entidad que participan en una relación. Uno-uno uno-muchos muchos-muchos.
Atributos, propiedades o características de una entidad o relación.
Jerarquía, entidad que puede mantener relación de super-tipo con otras entidades, caso de generalización y especialización.
Agregación Conversión de una relación junto con sus entidades participantes en una entidad para poder relacionarse con otra entidad.
Exclusividad: tipo especial de relación en la que una entidad se asocia con varias entidades. Relaciona una entidad con otra entre varias posibles.
5.- Atributo Atómico: no puede tener más de un valor, si tiene varios es un atributo multivaluado.
Claves: Identifican de forma unívoca a las entidades.
- Superclave: formada por uno o varios atributos que identificarán de forma única a una entidad.
- Candidata: Superclave mínima, si se le quita un atributo deja de ser superclave.
- Primaria: clave candidata que el diseñador de la base de datos ha elegido para diferenciar las entidades
Diseño físico: act que sigue al diseño lógico, produce programas de soft, archivos y un sist en marcha, especif de diseño indican a los programadores que debe hacer sistema. prog a su vez escriben los program que aceptan entradas por parte de usuarios, procesan datos, producen infrmes y almacenan datos en los archivos.
Hardware: todo equipo de computo, todo disp de entrada, proc y salidas con carac de rendimiento, ej: BD debe cont datos hist, disp de alm del sist deben ser de gran capacidad.
Software: especif caracteristicas de todo el soft, ej si en diseño logico se indica que puede suceder en det momento que gran cantidad de usuarios debe actualizar una gran cantidad de datos en la BD, en diseño físico debe especific un sistema de admin de BD que lo permita. esp de dis log como req de salidas, entradas, y proced de los prog, tamb se toman en cuenta durant diseño físico del sist.
Diseño base de datos: neces detallar tipo de estruct y fun de la BD, relaciones de elem de datos estab en dis log y fis. relac incluyen aspectos tal como rutas acceso y organ de est de archiv.
Dis concep del sist y dis fis: dis de un sist de info produce los detalles que establecen la forma en la que el sistema cumplira con los req identif durante la fase de analisis. especialis en sist se refieren con frecuancia, a esta etapa como dis log en contraste con la de des de soft, a la que denominan dis fis.
DBMS: soft cuyo obj prin es proveer control sobre info. Subsana defic, limitantes y carencias del uso de archivos tradicionales. en un ambiente trad los programas interactuan direc sobre archivos de datos a traves del SO. en un ambiente DBMS prog interactuan con el y este a su vez con los archivos de datos a traves del sist operativo.
Funciones: 1.- crear y organizar BD, 2.- Mantener y establecer trayectorias de acceso a la BD de tal manera que los datos en cualquier parte se puedan accesar rapidamente, 3.- manejar los datos de acuerdo con peticiones de usuarios (concurrencia), 4.- mantener integridd y segur de datos, 5.- registrar el uso de la BD.
Componente: procesador de consulta, metodo de acceso, editor informes, generador de formatos, generador de menus, interfaz con lenguaje host, proc de transacc, dicion de datos, un buen dbms perm una facil carga de datos en la base de datos desde archivos planos, debera permitir que multip users puedan usar base de datos sin perder integ o llegar a situac de interbloqueo, soportado por varias config de hard, proporc buenos mens de error, verif exist de restriciones en cuanto a limitaciones de registros de reg por archivo o de archiv por BD.
Analisis estructurado: metodo para analisis de ist manuales o autom, que conduce al desarrollo de especif para sist new o para modificac a los existent.
Sig: organizar tareas asoc con la determin de requerim para obtener la comprension completa y exacta de una situac dada. a partir de esto deter los requerim que seran la base de un sist new o modif.
1.- metodo intenta estruc el proc de determ de los req comenz con la docum del sist existent, 2.- proc esta organiz de tal forma que intenta incluir todos los detalles relev que describen al sist en uso, 3.- facil verificar cuando se han omitido detalles reevantes, 4.- ident de requer sera similar entre varios analist e include mejor solucion y etrateg para oportunida para desarrollo de sist. 5.- docum de trab generad para docum los sist exist o propusts son dispos de comunic eficientes.
Componentes: 1.- simb grafic, 2.- dic de datos, 3.- desc de procesos y proced, 4.- reglas.