Sistemas y Organización - Resumen

Teoría General de Sistemas

● Concepto de Sistemas:
Sistema es un conjunto de cosas que ordenadamente relacionadas entre sí contribuyen a
un determinado objetivo.
Un sistema es un grupo de cosas ordenadas e interconectadas que contribuyen a un
determinado objetivo.
● Definición de Sistemas:
Conjunto de elementos (entidades caracterizadas por ciertos atributos) relacionados, y se
encuentran en un entorno específico y tienen un propósito común.
● Generalidades de los sistemas:
- Todos los sistemas son transformadores de entradas en salidas.
- Un sistema puede estar formado por subsistemas y, a la vez, puede ser parte de un súper
sistema.
- Los sistemas tienen límites o fronteras (alcance del sistema).
- Las partes que componen un sistema no se refieren únicamente al campo físico
(objetos), sino al aspecto funcional/abstracto.
● Elementos de los sistemas:
Entrada, proceso y salida

- Entrada: Son los ingresos del sistema que pueden ser recursos materiales, recursos
humanos o información. Constituyen el disparador de arranque que suministra al
sistema sus necesidades operativas.
Las entradas pueden ser: En serie, Aleatoria o Retroalimentación.
En serie: Es el resultado o la salida de un sistema anterior con el cual el sistema en cuestión está
relacionado en forma directa.
Aleatoria: Representan entradas potenciales para un sistema, esto significa que pueden o no
llegar.
Retroalimentación: Es la reintroducción de una parte de las salidas del sistema en cuestión. La
retroalimentación se produce cuando las salidas del sistema o la influencia de las salidas del
sistema en el contexto, vuelven a ingresar al sistema como recursos o información. Son
entradas que modifican el funcionamiento futuro del sistema a partir del estudio (control) de las
salidas anteriormente producidas por el propio sistema.
Retroalimentación negativa: Ocurre cuando el sistema se desvía de su camino, la información de
retroalimentación advierte este cambio y se toman las medidas necesarias para iniciar acciones
correctivas que deben hacer retornar al sistema a su camino original.
Retroalimentación positiva: Indica una cadena de relaciones causales en donde la variación de
uno de sus componentes se propaga en otros componentes del sistema, reforzando la variación
inicial y propiciando un comportamiento sistémico. La retroalimentación positiva está asociada
a los fenómenos de crecimiento y diferenciación, dónde se mantiene un sistema y se modifican
sus metas/fines.
- Proceso: Es lo que transforma una entrada en salida, como tal puede ser una maquina,
un individuo, una computadora, un producto químico, una tarea realizada por un miembro
de una organización, etc.
Si el proceso de transformación es de conocimiento, se denomina "caja blanca".
Si el proceso de transformación no es de conocimiento, se denomina "caja negra". Ambos casos
están ajenos a la complejidad del proceso de transformación.
Caja negra:
Se utiliza para representar a los sistemas o procesos cuando se desconoce la funcionalidad,
elementos, y acciones o cosas que componen al sistema o proceso (que entrega el resultado)
pero, sabemos de antemano que frente a determinadas entradas se corresponden o entregan
determinadas salidas.
Partes de un Sistema:
Elementos, relaciones, atributos, contexto, variable, parámetro, operadores.
Sigue
Ciclo de vida de un proyecto
Concepto de Metodología: Define qué hacer, cómo y cuándo durante todo el desarrollo de un
proyecto. Una metodología para el desarrollo de sistemas es un conjunto de actividades llevadas
a cabo para desarrollar y poner en marcha un sistema de información.
Ciclo de vida:
Ofrece un procedimiento común en cuanto a las fases a seguir para desarrollar un sistema
computacional. Es un proceso donde se transmiten sistemas estructurados.
Objetivos del ciclo de vida:
Definir las actividades a llevarse a cabo en un proyecto de desarrollo de sistemas, lograr
congruencia en una misma organización, proporcionar puntos de control y revisión.
Características de un ciclo de vida clásico:
Fuerte tendencia a la implantación ascendente del sistema. Insistencia en la progresión lineal y
secuencial de una fase a la siguiente.
Diagrama de flujo de un ciclo de vida clásico:
 Sigue
Participantes
Ser analista requiere de habilidades interpersonales, dado que muchas veces se interactúa con
personas a las cuales el lenguaje técnico puede resultar intimidante e incomprensible.
- Usuarios: Es aquel al que se deberá entrevistar para conocer las características que va a
tener que tener el sistema a construir.
Clasificación de usuarios:
Clasificación por categoría de trabajo: Se reconocen tres categorías → usuarios operacionales,
usuarios supervisores y usuarios ejecutivos.
Clasificación por nivel de experiencia: Se reconocen tres niveles: amateurs, novatos y expertos.
- Administradores: Están a cargo de varias personas en el área operacional. Suelen ser
administradores de nivel medio.
- Auditores, control de calidad y departamento de normas y estándares: El objetivo de este
grupo es asegurar que el sistema se desarrolle de acuerdo a estándares o normas
externas (externos al proyecto), por ejemplo estándares de organizaciones
gubernamentales, etc.
- Analista de sistemas: Es clave en cualquier proyecto de sistemas. Desempeña varios
papeles: Arqueólogo y escribano, Innovador, Mediador, Jefe del proyecto. En resumen se
requiere: Facilidad para el manejo de personas, Mediar en desacuerdos y sobrevivir a
disputas políticas dentro de las organizaciones, Conocimientos de aplicación para
entender los requerimientos del usuario, Habilidad en informática, Una mente lógica y
organizada, Capacidad de pensar el sistema en términos abstractos.
- Diseñador de sistemas Recibe el trabajo de los analistas y a partir de allí debe
transformar un requerimiento sin consideraciones en cuanto a la tecnología en un diseño
arquitectónico de alto nivel, que será la base para el trabajo de los programadores.
- Programadores Los diseñadores pueden llegar a mediar entre analistas y programadores
que entregan su trabajo a estos últimos (descripción arquitectónica del hard y el soft que
se usará para poner en marcha el sistema). A veces el programador es quien descubre
errores y ambigüedades en los requerimientos entregados por el analista ya que es en la
programación donde una reseña superficial de los requerimientos se convierte en líneas
específicas de código.
- Personal de operaciones Comprende por ejemplo el personal de operaciones
responsable del centro de cómputo, la red de telecomunicaciones, la seguridad del
hardware y del software, etc.
- Especificación de restricciones operacionales Son necesarias para que el equipo de
implantación decida la combinación de hardware, sistema operativo, equipo de
telecomunicaciones, lenguaje de programación y estrategia de diseño para implementar
los requerimientos.
Sigue
Entrevista
Medio a través del cual se reúne información proveniente de otras personas o grupos.
Razones de realizar una entrevista
Se necesita obtener información sobre el comportamiento de un sistema actual o de los
requerimientos del nuevo. Se necesita verificar que como analista entendimos los dos casos
mencionados. Se necesita reunir información acerca del sistema o sistemas actuales para
calcular el costo. Beneficio.
Tipos de entrevistas
Entrevista estructurada: Las preguntas están pre planeadas y no se permiten desvíos de lo
planificado.
Entrevista no estructurada: Puede variar de la planificación original.
Entrevistas presenciales con entrevistadores, entrevistados y los encargados de tomar notas.
Entrevistas grabadas, Entrevistas por medio de cuestionarios.
Tipos de entrevistas - JAD (Desarrollo Conjunto de Aplicaciones)
Es un proceso acelerado de entrevistas y recolección de datos en el que todos los usuarios clave
y el personal de análisis de sistemas se reúnen en una reunión intensiva de variada duración
para documentar los requerimientos del usuario. Un especialista supervisa el evento y actúa
como mediador para lograr una mejor comunicación entre analistas y usuarios.
Etapa de una entrevista

Sigue
Modelado
Definición: Representación abstracta de la realidad que en el caso del análisis de sistemas
computacionales podemos decir que son abstracciones en papel de lo que luego será una
combinación de software y hardware.
¿Por qué los construimos? ¿Por qué no construimos directamente el sistema?
Concentrarse en las propiedades importantes del sistema y al mismo tiempo restar importancia
a otras menos importantes. Discutir cambios y correcciones de los requerimientos del usuario, a
bajo costo y con el riesgo mínimo. Verificar que el analista comprenda correctamente el
ambiente del usuario y que lo haya respaldado con información documental para que los
diseñadores de sistemas y programadores puedan construir el sistema.
Modelos gráficos
No es requisito usar gráficas, pero “una imagen vale más que mil palabras”. Una imagen bien
seleccionada puede transmitir de manera concisa y compacta gran cantidad de información. En
general se presentan documentos textuales de apoyo (especificaciones de procesos y el
diccionario de datos). Uno o más gráficos debieran ser el documento primario al que se dirige el
usuario para poder entender el sistema. Los documentos textuales debieran servir de material de
referencia para consulta en caso de necesidad.
Herramientas de modelado gráficas
-Diagrama de flujo de datos: ilustra las funciones que el sistema debe realizar.
-Diagrama de entidad - relación: hacen énfasis en las relaciones entre los datos.
-Diagrama de transición de estados: se enfoca en el comportamiento dependiente del tiempo del
sistema.
Sigue
Modelo esencial
Componentes del modelo esencial: Modelo ambiental y modelo de comportamiento
Modelo ambiental: Define una frontera entre el sistema y el resto del mundo (es decir, el
ambiente en el que existe).
Componentes de un modelo ambiental: Declaración de propósitos, Diagrama de contexto y Lista
de acontecimientos.
Consiste en un diagrama de contexto, una lista de acontecimientos, y una descripción breve del
propósito del sistema.
Ej:

- Considerar las áreas grises, son aquellas áreas que no se está del todo seguro acerca de la
interacción con el sistema.
- Dedicar tiempo y tener participación del usuario en la elección de una frontera apropiada para el
sistema.

El área dentro de la frontera del sistema también puede llamarse dominio de cambios.
Modelo de comportamiento: Describe el comportamiento que del sistema se requiere para que
interactúe de forma exitosa con el ambiente.
Consiste en DFDs, diagramas entidad - relación, DTEs, DDDs y EPs .

Diagrama de contexto: Es una variante de un DFD en donde una sola burbuja representa todo el
sistema. Enfatiza lo siguiente:
- Las personas, organizaciones y sistemas con los que se comunica el sistema. Se conocen
como terminadores.
- Los datos que el sistema recibe del mundo exterior y que deben procesarse de alguna forma.
- Los datos que el sistema produce y que se envían al mundo exterior.
- Los almacenes de datos que el sistema comparte con los terminadores.
- La frontera entre el sistema y el resto del mundo.
- Los flujos que aparecen en este diagrama modelan datos que entran y salen del sistema,
además de señales de control que recibe o genera.
- Los flujos de datos se incluyen si representan un acontecimiento ocurrido en el ambiente al
cual el sistema debe responder o si se ocupan para producir una respuesta.
- También se incluyen los flujos de datos si representan datos que estén siendo transportados
entre terminadores por el sistema.
- Cuando el sistema produce datos para responder a un acontecimiento también se incluyen
flujos.

Sigue

Diagrama de flujos de datos

Es una herramienta gráfica de modelado del análisis estructurado. Permite visualizar el sistema
como una red de procesos funcionales, conectados entre sí por “conductos de datos” y “
almacenamiento” de datos.
Componentes de un DFD: Proceso, Flujo, Almacén y Terminador
Proceso
El proceso muestra una parte del sistema que transforma entradas en salidas. Sus sinónimos
son burbuja, función o transformación. Su nombre se asigna con una sola palabra o frase.
Describe lo que hace.
Flujo: Se representa por una flecha que entra o sale del proceso. Su nombre representa el
significado del paquete de DATOS que se mueve a lo largo del flujo. Se usa para: 1. Describir el
movimiento de bloques o paquetes de DATOS de una parte del sistema a otra. 2. Representar
DATO en movimiento, mostrando una dirección (punta de flecha), que indica si los datos se están
moviendo hacia dentro o fuera del sistema.

Tipos de flujos: 1. Flujo de entrada: Se está mandando hacia el proceso

2. Flujo de salida: Se indica que es una salida generada por el proceso. En este caso los datos
viajarán hacia: . Otro proceso (como entrada) . A un almacén . A un terminador
3. Flujo de diálogo: Los datos se mueven en ambas direcciones. Se está representando una
pregunta y una respuesta en el mismo flujo. En el caso de un diálogo, los paquetes deben
nombrarse en cada extremo de la flecha.
4. Flujo divergente: Implica que se están mandando copias por duplicado de un paquete de datos
a diferentes partes del sistema o un paquete de datos complejo se está dividiendo en varios
paquetes individuales y ellos se están mandando a diferentes partes del sistema. Un flujo
convergente significa que varios paquetes elementales de datos se unen para formar agregados
más complejos de paquetes de datos.
4.

Sigue