Diagrama De Contexto


El diagrama de contexto es un caso especial del diagrama de flujo de datos, en donde una sola burbuja representa todo el sistema.

El diagrama de contexto muestra a través de flujos de datos las interacciones existentes entre los agentes externos y el sistema, sin describir en ningún momento la estructura del sistema de información.

En este tipo de diagrama, el sistema de información debe representarse como un único proceso de muy alto nivel con entradas y salidas hacia los agentes externos que lo limitan, de forma equivalente a una caja negra.

Teniendo en cuenta que este diagrama debe de ser comprensible, no es posible representar todos los flujos de datos del sistema en él, sino más bien debe representarse en él una visión general del sistema desde la perspectiva de los propietarios de sistemas siguiendo dos lineamientos básicos:

  • Representar únicamente los flujos de datos que tengan algo que ver con el objetivo principal del sistema.
  • Utilizar flujos de datos compuestos que representen a aquellos que sean similares.
Dentro de éste diagrama se enfatizan varias características importantes del sistema: 

  • Las personas, organizaciones y sistemas con los que se comunica el sistema. Son conocidos como terminadores.
  • Los datos que el sistema recibe del mundo exterior y que deben procesarse de alguna forma.
  • Los datos producidos por el sistema y que se enviarán al exterior.
  • Los almacenes de datos que el sistema comparte con los terminadores.
  • La frontera entre el sistema y el resto del mundo.
Elementos del Diagrama de Contexto

El diagrama de contexto consiste de terminadores, flujos de datos y flujos de control, almacenes de datos y un solo proceso, que consiste en una sola burbuja. El nombre dentro del proceso suele ser el nombre del sistema completo o un acrónimo convenido.

Los terminadores se representan por medio de rectángulos y se comunican con el sistema utilizando flujos de datos o de control, los cuales son representados por flechas, o a traves de almacenes externos. Hay que recalcar que los terminadores no se comunican entre sí, al menos no en el diagrama de contexto, ya que denotarían interacciones externas al sistema.

Comentarios

Publicar un comentario

Entradas populares de este blog

Técnicas de recolección de requerimientos: Entrevistas, encuestas, observación y listas de verificación.

Imagen
La recolección de datos se refiere al uso de una gran diversidad de técnicas y herramientas que pueden ser utilizadas por el analista para desarrollar los sistemas de información, los cuales pueden ser la entrevistas, la encuesta, el cuestionario, la observación, el diagrama de flujo y el diccionario de datos. Todos estos instrumentos se aplicarán en un momento en particular, con la finalidad de buscar información que será útil a una investigación en común. En la presente investigación trata con detalle los pasos que se debe seguir en el proceso de recolección de datos, con las técnicas ya antes nombradas. Las 5 principales técnicas de recolección de datos son: 1. Entrevistas 2. La encuesta 3. La observación 4. Diccionario de datos  5. Diagrama de flujo ENTREVISTA   La entrevista es una conversación dirigida, con un propósito especifico y que usa un formato de preguntas y respuestas. Se establece así un diálogo, pero un diálogo peculiar, asimétrico, donde
Leer más

Metodologías de Desarrollo Tradicional

Imagen
Teniendo en cuenta la filosofía de desarrollo de las metodologías, aquellas con mayor énfasis en la planificación y control del proyecto, en especificación precisa de requisitos y modelado, reciben el apelativo de Metodologías Tradicionales. Esta metodología  impone una disciplina de trabajo sobre el proceso de desarrollo del software, con el fin de conseguir un software más eficiente. Para ello, se hace énfasis en la planificación total de todo el trabajo a realizar y una vez que está todo detallado, comienza el ciclo de desarrollo del producto software. Se centran especialmente en el control del proceso, mediante una rigurosa definición de roles, actividades, artefactos, herramientas y notaciones para el modelado y documentación detallada. Además, las metodologías tradicionales no se adaptan adecuadamente a los cambios, por lo que no son métodos adecuados cuando se trabaja en un entorno, donde los requisitos no pueden predecirse o bien pueden variar. Las metodologías tradi
Leer más

Tipos de arquitecturas: SOA, Micro servicios, cliente - servidor, monolítica, distribuido, capas.

Imagen
Arquitectura SOA La Arquitectura Orientada a Servicios (SOA en inglés), es un concepto de arquitectura de software que define la utilización de servicios para dar soporte a ciertos requisitos del negocio. Esta arquitectura permite crear sistemas altamente escalables, que pueden ayudar a las organizaciones a impulsar el rendimiento y, al mismo tiempo, reducir costos de TI y mejorar la flexibilidad en los procesos del negocio. SOA proporciona una metodología y un marco de trabajo para documentar las capacidades de negocio y da soporte a las actividades de integración y consolidación de los datos de cualquier organización. Iniciativas: Servicios de datos escalables y flexibles. Servicios de infraestructura para la autentificación, el control de acceso y el registro. Servicios CRUD para crear, leer y actualizar datos de todas las formas de sistemas back-end, incluidos datos estructurados, no estructurados, semi-estructurados, de mainframe y en la nube.
Leer más