Articulo de referencia

Diagrama de contexto del sistema

Ejemplo de un diagrama de contexto del sistema. [ 1 ] En ingeniería, un diagrama de contexto del sistema es un diagrama que define el límite entre el sistema , o parte de un sis...

Ejemplo de un diagrama de contexto del sistema. [ 1 ]

En ingeniería, un diagrama de contexto del sistema es un diagrama que define el límite entre el sistema , o parte de un sistema, y ​​su entorno, mostrando las entidades que interactúan con él. [ 2 ] Este diagrama es una vista de alto nivel de un sistema . Es similar a un diagrama de bloques .

Descripción general

Los diagramas de contexto del sistema muestran un sistema, como un todo y sus entradas y salidas de/hacia factores externos. Según Kossiakoff y Sweet (2011): [ 3 ]

Los diagramas de contexto del sistema  representan todas las entidades externas que pueden interactuar con un sistema  . Dicho diagrama muestra el sistema en el centro, sin detalles de su estructura interna, rodeado por todos sus sistemas, entornos y actividades interactivas. El objetivo del diagrama de contexto del sistema es centrar la atención en los factores y eventos externos que deben considerarse al desarrollar un conjunto completo de requisitos y restricciones del sistema.

Los diagramas de contexto del sistema se utilizan al inicio de un proyecto para lograr un consenso sobre el alcance del estudio. [ 4 ] Estos diagramas suelen incluirse en un documento de requisitos. Todos los interesados ​​en el proyecto deben leerlos, por lo que deben estar redactados en un lenguaje sencillo para que puedan comprender los elementos del documento.

bloques de construcción

Los diagramas de contexto se pueden desarrollar utilizando dos tipos de bloques de construcción:

  • Entidades (Actores) : cajas etiquetadas; una en el centro que representa el sistema, y ​​a su alrededor varias cajas para cada actor externo.
  • Relaciones : líneas etiquetadas entre las entidades y el sistema.

Por ejemplo, "el cliente realiza el pedido". Los diagramas de contexto también pueden utilizar diversos tipos de dibujo para representar entidades externas. Pueden usar óvalos , figuras esquemáticas , imágenes , imágenes prediseñadas o cualquier otra representación para transmitir significado. Los árboles de decisión y el almacenamiento de datos se representan en diagramas de flujo del sistema.

Un diagrama de contexto también puede enumerar las clasificaciones de las entidades externas como una de un conjunto de categorías simples [ 5 ] (Ejemplos: [ 6 ] ), que agregan claridad al nivel de participación de la entidad con respecto al sistema. Estas categorías incluyen:

  • Activo : Dinámico para lograr algún objetivo o propósito (Ejemplos: "Lectores de artículos" o "clientes").
  • Pasivo : Entidades externas estáticas que interactúan con el sistema con poca frecuencia (Ejemplos: "Editores de artículos" o "administrador de base de datos").
  • Cooperativa : Entidades externas predecibles que el sistema utiliza para lograr un resultado deseado (Ejemplos: "proveedores de servicios de Internet" o "empresas navieras").
  • Autónomos (Independientes) : Entidades externas que están separadas del sistema, pero que lo afectan indirectamente, mediante restricciones impuestas o influencias similares (Ejemplos: "comités reguladores" o "grupos de normalización").

Alternativas

Los mejores diagramas de contexto del sistema se utilizan para mostrar cómo un sistema interopera a un nivel muy alto, o cómo los sistemas operan e interactúan lógicamente. El diagrama de contexto del sistema es una herramienta necesaria para desarrollar una interacción básica entre sistemas y actores; actores y un sistema, o sistemas y sistemas. Las alternativas al diagrama de contexto del sistema son:

Ejemplo de un diagrama de interconexión de arquitectura. [ 7 ]
  • Diagrama de interconexión de arquitectura : La figura muestra un ejemplo de diagrama de interconexión de arquitectura: Representación de las interconexiones de la arquitectura regional ITS de Albuquerque para el Departamento de Policía de Albuquerque, generada con la herramienta Turbo Architecture. Cada bloque representa un elemento del inventario ITS, incluyendo el nombre del interesado en la parte superior sombreada. Las líneas de interconexión entre elementos son continuas o discontinuas, indicando conexiones existentes o planificadas. [ 7 ]
  • El Business Model Canvas es una plantilla de gestión estratégica para desarrollar nuevos modelos de negocio o documentar los existentes. Es un diagrama visual con elementos que describen la propuesta de valor, la infraestructura, los clientes y las finanzas de una empresa.[1] Ayuda a las empresas a alinear sus actividades al ilustrar posibles compensaciones.
  • Modelo de datos empresariales : este tipo de modelo de datos según Simsion (2005) puede contener hasta 50 a 200 clases de entidades, lo que resulta de un "alto nivel de generalización en el modelado de datos " específico. [ 8 ]
  • Diagrama de contexto de nivel superior de IDEF0 : El proceso IDEF0 comienza con la identificación de la función principal que se va a descomponer. Esta función se identifica en un "Diagrama de contexto de nivel superior" que define el alcance del análisis IDEF0 en cuestión.
  • Diagramas de problemas (marcos de problemas) : Además de los elementos que se muestran en un diagrama de contexto, un diagrama de problemas muestra los requisitos y las referencias a los requisitos.
  • Diagrama de casos de uso : Uno de los diagramas del Lenguaje Unificado de Modelado (UML ). También representan el alcance del proyecto a un nivel de abstracción similar. Sin embargo, los casos de uso tienden a centrarse más en los objetivos de los "actores" que interactúan con el sistema y no especifican ninguna solución. Los diagramas de casos de uso representan un conjunto de casos de uso, que son descripciones textuales de cómo un actor logra el objetivo de un caso de uso. Por ejemplo: El cliente realiza un pedido.
  • ArchiMate : ArchiMate es un lenguaje de modelado de arquitectura empresarial abierto e independiente que permite describir, analizar y visualizar la arquitectura dentro y entre diferentes dominios empresariales de forma inequívoca.

La mayoría de estos diagramas funcionan bien siempre que se muestre un número limitado de interconexiones. Cuando se deben mostrar veinte o más interconexiones, los diagramas se vuelven bastante complejos y pueden ser difíciles de leer. [ 7 ]

Véase también

Referencias

  1. Gestión de proyectos NDE Archivado el 7 de noviembre de 2008 en el sitio web de explotación de datos de Wayback Machine (NPOESS). 2008.
  2. Manoj Kumar Choubey (2012) Infraestructura y gestión de TI (para GBTU y MMTU) . pág. 53
  3. Alexander Kossiakoff , William N. Sweet (2011). Ingeniería de sistemas: principios y prácticas, pág. 266
  4. Richard Wiener (1998) Journal of Object-oriented Programming . Vol. 11. pág. 68
  5. Suzanne Robertson, James C. Robertson (2006) Dominando el proceso de requisitos . Pearson Education, 17 de marzo de 2006.
  6. Modelado de objetivos del sistema mediante el enfoque i*: Diseño de HCI en el Centro de Rescate, 27 de febrero de 2003
  7. 1 2 3 Departamento de Transporte de los Estados Unidos, Oficina de Operaciones (2006) Documento de orientación sobre la arquitectura regional de los sistemas de transporte inteligentes (ITS ) . Julio de 2006
  8. Graeme C. Simsion , Graham C. Witt (2005). Fundamentos del modelado de datos . pág. 512.
  • Plantilla de diagrama de contexto
  • Diagrama de contexto del sistema de SYSMOD