Diagrama de ingeniería que muestra relaciones de alto nivel entre el sistema y el entorno
Ejemplo de un diagrama de contexto del sistema. [1]
Un diagrama de contexto de sistema en ingeniería 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 en su totalidad y sus entradas y salidas desde/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... Este tipo de diagrama muestra el sistema en el centro, sin detalles de su estructura interna, rodeado de todos los sistemas, entornos y actividades que interactúan con él. El objetivo del diagrama de contexto del sistema es centrar la atención en los factores y eventos externos que se deben tener en cuenta al desarrollar un conjunto completo de requisitos y restricciones del sistema.
Los diagramas de contexto del sistema se utilizan al principio de un proyecto para llegar a un acuerdo sobre el alcance que se está investigando. [4] Los diagramas de contexto suelen incluirse en un documento de requisitos. Estos diagramas deben ser leídos por todas las partes interesadas del proyecto y, por lo tanto, deben estar escritos en un lenguaje sencillo, de modo que las partes interesadas puedan comprender los elementos del documento.
Bloques de construcción
Los diagramas de contexto se pueden desarrollar con el uso de dos tipos de bloques de construcción:
Entidades (Actores) : cajas etiquetadas; una en el centro que representa el sistema y alrededor de ella varias cajas para cada actor externo
Relaciones : líneas etiquetadas entre las entidades y el sistema.
Por ejemplo, "el cliente realiza un pedido". Los diagramas de contexto también pueden utilizar muchos tipos de dibujos diferentes para representar entidades externas. Pueden utilizar óvalos , monigotes , imágenes , imágenes prediseñadas o cualquier otra representación para transmitir un significado. Los árboles de decisión y el almacenamiento de datos se representan en los 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 aportan 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 poca frecuencia con el sistema (Ejemplos: "Editores de artículos" o "administrador de base de datos").
Cooperativo : Entidades externas predecibles que el sistema utiliza para lograr algún resultado deseado (Ejemplos: "proveedores de servicios de Internet" o "compañías navieras").
Autónomos (Independientes) : Entidades externas que están separadas del sistema, pero que afectan al sistema indirectamente, mediante restricciones impuestas o influencias similares (Ejemplos: "comités regulatorios" o "grupos de normalización").
Alternativas
Los mejores diagramas de contexto de sistema se utilizan para mostrar cómo un sistema interopera a un nivel muy alto, o cómo los sistemas operan e interactúan de manera lógica. El diagrama de contexto de sistema es una herramienta necesaria para desarrollar una interacción de referencia entre sistemas y actores; actores y un sistema o sistemas y sistemas. Las alternativas al diagrama de contexto de sistema son:
Ejemplo de un diagrama de interconexión de arquitectura. [7]
Diagrama de interconexión de arquitectura : la figura ofrece un ejemplo de un diagrama de interconexión de arquitectura: en la figura se muestra una representación de las interconexiones de arquitectura ITS regionales de Albuquerque para el Departamento de Policía de Albuquerque que se generó utilizando la herramienta Turbo Architecture. Cada bloque representa un elemento de inventario ITS, incluido el nombre de la parte interesada en la parte superior sombreada. Las líneas de interconexión entre elementos son continuas o discontinuas, lo que indica conexiones existentes o planificadas. [7]
Business Model Canvas , 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.
Diagrama de contexto de nivel superior de IDEF0 : el proceso de 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 de IDEF0 en particular.
Diagramas de problemas (marcos de problemas) : además de los tipos de cosas que se muestran en un diagrama de contexto, un diagrama de problemas muestra requisitos y referencias de requisitos.
Diagrama de casos de uso : Uno de los diagramas del lenguaje de modelado unificado . También representan el alcance del proyecto en un nivel similar de abstracción. - 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 respalda la descripción, el análisis y la visualización de la arquitectura dentro y entre dominios empresariales de una manera 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 resultar difíciles de leer. [7]
Véase también
Wikimedia Commons tiene medios relacionados con Diagramas de contexto .
^ 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.
^ Manoj Kumar Choubey (2012) Infraestructura y gestión de TI (para GBTU y MMTU) . pág. 53
^ Alexander Kossiakoff, William N. Sweet (2011). Ingeniería de sistemas: principios y prácticas, pág. 266
^ Richard Wiener (1998) Revista de programación orientada a objetos . Vol. 11. pág. 68.
^ Suzanne Robertson, James C. Robertson (2006) Dominar el proceso de requisitos . Pearson Education, 17 de marzo de 2006
^ Modelado de objetivos del sistema utilizando el enfoque i* en el diseño de HCI del Centro RESCUE, 27 de febrero de 2003
^ abc Departamento de Transporte de los EE. UU., Oficina de Operaciones (2006) Documento de orientación sobre arquitectura de ITS regional. Julio de 2006
^ Graeme C. Simsion , Graham C. Witt (2005). Fundamentos de modelado de datos . pág. 512.
.svg/1280px-NDE_Context_Diagram_(vector).svg.png)
