stringtranslate.com

Modelo de arquitectura empresarial del NIST

Modelo de arquitectura empresarial del NIST.

El modelo de arquitectura empresarial del NIST ( NIST EA Model ) es un modelo de referencia de finales de la década de 1980 para la arquitectura empresarial . Define una arquitectura empresarial [1] a partir de la interrelación entre los entornos de negocios, información y tecnología de una empresa. [2]

Desarrollado a finales de la década de 1980 por el Instituto Nacional de Estándares y Tecnología (NIST) y otros, el gobierno federal de los Estados Unidos promovió este modelo de referencia en la década de 1990 como base para las arquitecturas empresariales de las agencias gubernamentales estadounidenses individuales y en la arquitectura empresarial federal en general . [2]

Introducción

El modelo de arquitectura empresarial del NIST es un modelo de cinco capas para la arquitectura empresarial , diseñado para organizar, planificar y construir un conjunto integrado de arquitecturas de información y tecnología de la información. Las cinco capas se definen por separado, pero están interrelacionadas y entrelazadas. [2] El modelo define la interrelación de la siguiente manera: [3]

La jerarquía del modelo se basa en la noción de que una organización opera varias funciones comerciales, cada función requiere información de varias fuentes y cada una de estas fuentes puede operar uno o más sistemas operativos, que a su vez contienen datos organizados y almacenados en cualquier número de sistemas de datos. [4]

Historia

El modelo de arquitectura empresarial del NIST se inició en 1988 en el quinto taller sobre direcciones de gestión de la información patrocinado por el NIST en cooperación con la Association for Computing Machinery (ACM), la IEEE Computer Society y el Federal Data Management Users Group (FEDMUG). Los resultados de este proyecto de investigación se publicaron como la Publicación especial del NIST 500-167, Information Management Directions: The Integration Challenge . [3]

El campo emergente de la gestión de la información

Con la proliferación de la tecnología de la información a partir de la década de 1970, el trabajo de gestión de la información había adquirido una nueva perspectiva y también comenzó a incluir el campo del mantenimiento de datos . La gestión de la información ya no era un trabajo sencillo que podía ser realizado por casi cualquier persona. Se hizo necesario comprender la tecnología involucrada y la teoría detrás de ella. A medida que el almacenamiento de información pasó a ser electrónico, esto se volvió cada vez más difícil. [3]

La noción de un modelo de tres esquemas fue introducida por primera vez en 1975 por la arquitectura de tres niveles ANSI/X3/SPARC , que determinó tres niveles para modelar datos. [5]

Uno de los primeros enfoques generales para la construcción de sistemas de información y la gestión de información de sistemas a partir de la década de 1970 fue el enfoque de tres esquemas . Propone utilizar tres puntos de vista diferentes en el desarrollo de sistemas, en los que el modelado conceptual se considera la clave para lograr la integración de datos : [6]

En el centro, el esquema conceptual define la ontología de los conceptos tal como los usuarios piensan en ellos y hablan de ellos. El esquema físico según Sowa (2004) “describe los formatos internos de los datos almacenados en la base de datos , y el esquema externo define la vista de los datos presentados a los programas de aplicación ”. [7]

Desde la década de 1970, el NIST ha celebrado una serie de cuatro talleres sobre las orientaciones de la gestión de bases de datos y de la información. Cada uno de los talleres aborda un tema específico: [8]

El quinto taller, en 1989, fue organizado por el Laboratorio Nacional de Sistemas Informáticos (NCSL) del NIST. En ese entonces, este era uno de los cuatro institutos que realizaban el trabajo técnico del NIST. El objetivo específico del NCSL era realizar investigaciones y proporcionar servicios científicos y técnicos para ayudar a las agencias federales en la selección, adquisición, aplicación y uso de tecnología informática. [9]

Taller del NIST sobre las direcciones de gestión de la información

El quinto taller de Information Management Directions en 1989 se centró en la integración y la productividad en la gestión de la información . Cinco grupos de trabajo consideraron aspectos específicos de la integración del conocimiento, la gestión de datos , la planificación, el desarrollo y el mantenimiento de sistemas, los entornos informáticos, las arquitecturas y los estándares. Los participantes provenían del mundo académico, la industria, el gobierno y empresas de consultoría. Entre los 72 participantes se encontraban Tom DeMarco , Ahmed K. Elmagarmid , Elizabeth N. Fong, Andrew U. Frank , [10] Robert E. Fulton, [11] Alan H. Goldfine, [12] Dale L. Goodhue , [13] Richard J. Mayer , Shamkant Navathe , T. William Olle , W. Bradford Rigdon , Judith A. Quillard, Stanley YW Su, [14] y John Zachman .

Tom DeMarco pronunció el discurso inaugural, afirmando que las normas hacen más daño que bien cuando van en contra de la cultura predominante, y que la esencia de la estandarización es el descubrimiento, no la innovación. [15] Los cinco grupos de trabajo se reunieron para discutir diferentes aspectos de la integración:

El tercer grupo de trabajo sobre planificación de sistemas fue presidido por John Zachman y se adoptó el Marco Zachman como base para el debate.

Modelo de Arquitectura Empresarial, 1989

El quinto grupo de trabajo sobre arquitecturas y estándares fue presidido por W. Bradford Rigdon de McDonnell Douglas Information Systems Company (MDISC), una división de McDonnell Douglas . Rigdon et al. (1989) [16] explicaron que las discusiones sobre arquitectura en ese momento se centraban principalmente en cuestiones tecnológicas. Su objetivo era "adoptar una visión más amplia y describir la necesidad de una arquitectura empresarial que incluya un énfasis en los requisitos comerciales y de información. Estos problemas de nivel superior afectan a las arquitecturas y decisiones de datos y tecnología". [17] Para ello, el grupo de trabajo abordó tres cuestiones: [18]

Para ilustrar los niveles de arquitectura, se presentó lo que se conoce como el Modelo de Arquitectura Empresarial del NIST (ver imagen). En este concepto, las tres capas del enfoque de tres esquemas se dividen en cinco capas.

Aplicación en los años 1990

En cierto modo, el modelo de arquitectura empresarial del NIST se adelantó a su tiempo. Según Zachman (1993), en la década de 1980 se reconoció que la "arquitectura" era un tema de interés, pero todavía había poca teoría consolidada sobre este concepto. [19] La arquitectura de software , por ejemplo, no se convirtió en un tema importante hasta la segunda mitad de los años noventa. [20]

Para apoyar el Modelo de Arquitectura Empresarial del NIST en la década de 1990, se promovió ampliamente dentro del gobierno federal de los EE. UU. como herramienta de gestión de la Arquitectura Empresarial. [2] El Modelo de Arquitectura Empresarial del NIST se aplica como base en múltiples marcos de Arquitectura Empresarial de las agencias del gobierno federal de los EE. UU. y en el Marco de Arquitectura Empresarial Federal general . [2] Al coordinar este esfuerzo, el modelo del NIST se explicó y amplió con más detalle en los "Memorandos 97-16 (Arquitecturas de Tecnología de la Información)" de 1997 emitidos por la Oficina de Administración y Presupuesto de los EE. UU., [21] consulte más información sobre Arquitectura de Tecnología de la Información.

Temas del modelo de arquitectura empresarial del NIST

Cimientos

Según Rigdon et al. (1989), una arquitectura es "una representación clara de un marco conceptual de componentes y su relación en un momento determinado". [22] Puede, por ejemplo, representar "una visión de una situación actual con islas de automatización, procesos redundantes e inconsistencias de datos" [23] o una "futura estructura de información de automatización integrada hacia la que la empresa se encaminará en un número prescrito de años". [24] El papel de los estándares en la arquitectura es "habilitar o restringir la arquitectura y servir como su base". [23]

Para desarrollar una arquitectura empresarial Rigdon reconoce: [17]

Los diferentes niveles de una arquitectura empresarial pueden visualizarse como una pirámide: en la parte superior, la unidad de negocios de una empresa y, en la parte inferior, el sistema de entrega dentro de la empresa. La empresa puede constar de una o más unidades de negocios que trabajan en un área de negocios específica. Los cinco niveles de arquitectura se definen como: unidad de negocios, información, sistema de información, datos y sistema de entrega. [23]

Los distintos niveles de una arquitectura empresarial están interrelacionados de una manera especial. En cada nivel, la arquitectura presupone o dicta las arquitecturas del nivel superior. La ilustración de la derecha ofrece un ejemplo de los elementos que pueden constituir una arquitectura empresarial.

Elementos de muestra de una arquitectura empresarial (1989).

Niveles de arquitectura

Cada capa de arquitectura del modelo tiene una intención específica: [25]

En la ilustración se muestran algunos elementos de muestra de cómo se puede describir con más detalle la arquitectura empresarial .

Arquitectura de tecnología de la información

Los "Memoranda 97-16 (Arquitecturas de Tecnología de la Información)" dieron la siguiente definición de arquitectura empresarial: [21]

La arquitectura empresarial es la descripción explícita de las relaciones actuales y deseadas entre los procesos de gestión y de negocios y la tecnología de la información. Describe la situación "objetivo" que la agencia desea crear y mantener mediante la gestión de su cartera de TI.
La documentación de la arquitectura empresarial debe incluir un análisis de los principios y objetivos. [Nota 1] Por ejemplo, el entorno de gestión general de la agencia, incluido el equilibrio entre la centralización y la descentralización y el ritmo de cambio dentro de la agencia, debe entenderse claramente al desarrollar la arquitectura empresarial. Dentro de ese entorno, los principios y objetivos establecen la dirección en cuestiones como la promoción de la interoperabilidad, los sistemas abiertos, el acceso público, la satisfacción del usuario final y la seguridad.

En esta guía se adoptó y explicó con más detalle el modelo de cinco componentes del NIST. Se permitió a las agencias identificar diferentes componentes según fuera apropiado y especificar el nivel organizacional en el que se implementarían aspectos específicos de los componentes. Si bien la esencia de estos componentes, a veces llamados "arquitecturas" o "subarquitecturas", debe abordarse en la arquitectura empresarial completa de cada agencia, las agencias tienen una gran flexibilidad para describir, combinar y cambiar el nombre de los componentes, que consisten en: [21]

Con excepción del componente Procesos de Negocio, las interrelaciones entre estos componentes y sus prioridades no están prescritas en esta guía; no se implica ninguna jerarquía de relaciones. Además, los organismos deben documentar no sólo su entorno actual para cada uno de estos componentes, sino también el entorno objetivo que se desea. [21]

Aplicaciones

Marco de EA de la FDIC. [26]

Varias agencias federales de los EE. UU. adoptaron el marco NIST y lo utilizaron como base para su estrategia de información. [27] El modelo de referencia se aplica a los siguientes marcos:

Véase también

Notas

  1. ^ Algunos ejemplos de "marcos" arquitectónicos publicados incluyen el Marco de Arquitectura del Sistema de Información del Tesoro (TISAF), el Marco de Arquitectura Técnica para la Gestión de la Información del Departamento de Defensa de los EE. UU. (TAFIM) y el Volumen 1 de Arquitectura de la Información del Departamento de Energía.
  2. ^ El Departamento de Defensa de los EE. UU. incluye aspectos del elemento Procesos de Negocio en su Arquitectura Operacional; el Departamento del Tesoro de los EE. UU. lo incorpora a su visión de negocio.
  3. ^ El Departamento de Agricultura de EE. UU. ha incorporado este componente a su Arquitectura Empresarial, mientras que el Departamento de Defensa y el Tesoro de EE. UU. lo han incorporado a sus Arquitecturas Operacionales.
  4. ^ El Departamento de Energía de EE. UU. incorpora aplicaciones comerciales en su subarquitectura de aplicaciones, mientras que el Departamento del Tesoro de EE. UU. las incluye en su arquitectura funcional.
  5. ^ El Departamento de Agricultura de EE. UU. ha incluido este elemento en su Arquitectura Empresarial/De Datos, mientras que el Departamento del Tesoro de EE. UU. lo incorpora en su Arquitectura de Información.
  6. ^ El Departamento de Agricultura de los Estados Unidos ha incorporado esta arquitectura en sus Normas Técnicas y Arquitecturas de Telecomunicaciones. El Departamento de Defensa de los Estados Unidos utiliza su Arquitectura de Sistemas y el Departamento del Tesoro de los Estados Unidos su Infraestructura para describir la capa física.

Referencias

Dominio público Este artículo incorpora material de dominio público del Instituto Nacional de Estándares y Tecnología.

  1. ^ Chief Information Officer Council (2001) A Practical Guide to Federal Enterprise Architecture Versión 1.0 Prefacio. Febrero de 2001.
  2. ^ abcdef The Chief Information Officers Council (1999). Marco de Arquitectura Empresarial Federal, versión 1.1. Septiembre de 1999.
  3. ^abc Fong y Goldfine 1989
  4. ^ John O'Looney (2002). Conectando gobiernos: desafíos y posibilidades para los gerentes públicos . Greenwood Publishing Group. p.67.
  5. ^ Matthew West y Julian Fowler (1999). Modelos de datos de alta calidad. El Comité Ejecutivo de Enlace Técnico de STEP (EPISTLE) de las Industrias de Proceso Europeas.
  6. ^ CORREA SECCIÓN 2 ENFOQUE. Recuperado el 30 de septiembre de 2008.
  7. ^ John F. Sowa (2004). "El desafío de la sopa de conocimientos", en: Tendencias de investigación en educación científica, tecnológica y matemática . Editado por J. Ramadas y S. Chunawala, Centro Homi Bhabha, Mumbai, 2006.
  8. ^ Fong y Goldfine 1989, pág. 5
  9. ^ Fong y Goldfine 1989, pág. i
  10. ^ Frank, Andrew U. Grupo de investigación sobre geoinformación, Viena. Consultado el 15 de julio de 2013.
  11. ^ David Terraso (2004) "Robert Fulton, 72, muere: profesor de ingeniería y comisionado del condado". en whistle.gatech.edu
  12. ^ Alan H. Goldfine en el servidor de bibliografía DBLP
  13. ^ Dale L. Goodhue en el servidor de bibliografía DBLP
  14. ^ Stanley YW Su en el servidor de bibliografía DBLP
  15. ^ Fong y Goldfine 1989, pág. ix
  16. ^ Rigdon 1989
  17. ^ por Rigdon 1989, pág. 136
  18. ^ Fong y Goldfine 1989, pág. 136
  19. ^ JA Zachman (1993) Conceptos para el marco de trabajo de la arquitectura empresarial: recursos de arquitectura empresarial . Documento de Zachman International, Inc., pág. 1
  20. ^ Leonor Barroca, Jon Hall y Patrick Hall (200) "Introducción e historia de las arquitecturas de software, componentes y reutilización" en: Software Architectures , 2000 p. 1
  21. ^ abcd Franklin D. Raines, US OBM (1997) Memoranda 97-16 (Arquitecturas de tecnología de la información) M-97-16, emitido el 18 de junio de 1997.
  22. ^ Rigdon 1989, pág. 136
  23. ^ abc Rigdon 1989, pág. 137
  24. ^ Rigdon 1989, págs. 137-138
  25. ^ Rigdon 1989, págs. 139-140
  26. ^ OIG (2005). Implementación de los principios del gobierno electrónico Archivado el 14 de enero de 2009 en Wayback Machine . Mayo de 2005
  27. ^ "Entrevista exclusiva con John Zachman" por Roger Sessions. En: Perspectivas de la Asociación Internacional de Arquitectos de Software . Abril de 2006.
  28. ^ Administración Federal de Aviación (1998) Iniciativas de arquitectura de información federal . Febrero de 1998
  29. ^ Bobby Jones (2003) Arquitectura empresarial NWS. En: 20.ª Conferencia internacional sobre sistemas de procesamiento e información interactivos. 2004 .

Fuentes

Enlaces externos

Wikimedia Commons tiene medios relacionados con Modelo de arquitectura empresarial del NIST .