El rol del analista de Sistemas

INTRODUCCIÓN

Se denomina rol al desempeño de una persona en una situación dada, es la manera en que una persona demuestra lo que se espera de su posición. El rol es el papel que debe representarse, por lo que el aspecto dinámico del status. 

El concepto de status, refiere a la identificación social, que establece la relación de un individuo con los otros, dentro de la trama de los vínculos sociales. Encontramos así, tanto roles formal o prescripto, que serán aquello que están determinados por la posición que ocupa un sujeto en una institución; y roles informales cuando los sujetos juegan un papel dependiendo de la red de interacción grupal.

ROLES DEL ANALISTA DE SISTEMAS

El analista de sistemas evalúa de manera sistemática el funcionamiento de un negocio mediante el examen de la entrada y el procesamiento de datos y su consiguiente producción de información, con el propósito de mejorar los procesos de una organización.

• El rol de consultor del analista de sistemas
• El rol de experto en soporte técnico del analista de sistemas
• El rol de agente de cambio del analista de sistemas 

Libro Analisis Kendall & Kendall 8va Edicion

Libro de James Seem 

Este enlace los llevará a Google Drive deben selleccionar descargar, ya que por el tamaño del archivo no les mostrará una vista previa, (ver imagen relacinada)

Link para Material de Repaso

Rol del Analista Clase Repaso

EJEMPLO RESUELTO UML VIDEO CLUB

ADJUNTO SE ENCUENTRA EL EJEMPLO PRACTICO DEL VIDEO CLUB EN DIAGRAMA DE CASO DE USO DE AHI PUEDEN REVISAR COMO SE ELABORA EL INFORME DE LOS PROCESOS DEL CASO DE USO...

PULSA EL LINK....

 ↓↓↓↓↓
EJERCICIO PRACTICO

DIAGRAMAS DE FLUJOS DE DATOS

RESUMEN

Un diagrama de flujo de datos o DFD (sus siglas en español e inglés), se utiliza para hacer varias cosas entre ellas trabajos y tareas. Es una representación gráfica del flujo de datos a través de un sistema de información. Un diagrama de flujo de datos también se puede utilizar para la visualización de procesamiento de datos (diseño estructurado). Es una práctica común para un diseñador dibujar un contexto a nivel de DFD que primero muestra la interacción entre el sistema y las entidades externas.

Los diagramas de flujo de datos fueron inventados por Larry Constantine, el desarrollador original del diseño estructurado, basado en el modelo de computación de Martin y Estrin: "flujo gráfico de datos" . Los diagramas de flujo de datos (DFD) son una de las tres perspectivas esenciales de Análisis de Sistemas Estructurados y Diseño por Método SSADM. El patrocinador de un proyecto y los usuarios finales tendrán que ser informados y consultados en todas las etapas de una evolución del sistema. Con un diagrama de flujo de datos, los usuarios van a poder visualizar la forma en que el sistema funcione, lo que el sistema va a lograr, y cómo el sistema se pondrá en práctica. El antiguo sistema de diagramas de flujo de datos puede ser elaborado y se comparó con el nuevo sistema de diagramas de flujo para establecer diferencias y mejoras a aplicar para desarrollar un sistema más eficiente. Los diagramas de flujo de datos pueden ser usados para proporcionar al usuario final una idea física de cómo resultarán los datos a última instancia, y cómo tienen un efecto sobre la estructura de todo el sistema. La manera en que cualquier sistema es desarrollado, puede determinarse a través de un diagrama de flujo de datos.

Los niveles de un DFD son:

• Nivel 0: Diagrama de contexto
• Nivel 1: Diagrama de nivel superior
• Nivel 2: Diagrama de detalle o expansión

EN LA IMAGEN SIGUIENTE SE OBSERVA COMO SE ABRIRA EL LIBRO UNA VEZ QUE DESCARGUEN EL MISMO Y LO EJECUTEN SOLO HACER CLIC EN CANCELAR Y EL LIBRO SE ABRIRA NORMAL.....

AQUI EL LINK.......↓↓↓↓↓


LIBRO UNAD UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA



EJEMPLOS DE DFD'S AQUÍ LOS LINKS.......↓↓↓↓↓

HERRAMIENTAS DE ESPECIFICACION DFD'S

DIAGRAMA DE FLUJO DE DATOS EJEMPLOS

DIAGRAMA UML

DIAGRAMAS UML

La finalidad de los diagramas es presentar diversas perspectivas de un sistema, las cuales se conocen como "Modelo", UML describe lo que hará el sistema, pero no como lo hará.
El UML comprende los siguientes diagramas

• Diagramas de clases
• Diagramas de Objetos
• Diagramas de caso de Uso
• Diagramas de Estado
• Diagramas de Secuencias
• Diagrama de Actividades
• Diagrama de Colaboraciones
• Diagramas de Componentes
• Diagramas de Colaboración

La diversidad de los diagramas nos permite tener amplios puntos de vistas y modelos del sistema, lo que nos beneficia al tener mucha más perspectivas y poder abarcar mejor el problema. 

Los sistemas pueden estar modelados con un subconjunto de diagramas, no es necesario que estén todos,

Seguir el siguiente enlace para conocer mas y aprender UML en 24 Hs,

Aprenda UML en 24Hs

Consultar a partir de la hora 6 (pag. 20)  para realizar la actividad asignada

revisar en diferentes paginas web para reforzar la información.