Michael BT Bell es un novelista, [1] artista, productor y arquitecto de software empresarial estadounidense , reconocido principalmente por desarrollar la metodología de Arquitectura de software incremental, [2] Marco de modelado orientado a servicios (SOMF) , [3] [4] [5 ] [6] [7] y la notación de modelado de computación en la nube (CCMN). [8] Sus investigaciones y publicaciones innovadoras en los campos de arquitectura de software , arquitectura orientada a servicios , microservicios , ingeniería basada en modelos , computación en la nube yLos macrodatos son reconocidos internacionalmente por su contribución a las comunidades de diseño y desarrollo de software .
Michael BT Bell | |
---|---|
![]() | |
Nacionalidad | americano |
Otros nombres | Mickey Bell |
alma mater | Universidad de la ciudad de Nueva York |
Ocupación | Novelista, Artista, Productor, Arquitecto empresarial |
Biografía
Bell obtuvo su maestría en ciencias de la computación en 1992 de la City University of New York ( CUNY ).
Después de graduarse, como desarrollador de software y consultor de arquitectura empresarial , dedicó su carrera a mejorar las operaciones comerciales y tecnológicas de las instituciones financieras en Wall Street . Desarrolló algoritmos y metodologías de software innovadores para plataformas de comercio electrónico de alto volumen . Esto incluyó módulos para la ejecución de aplicaciones comerciales, métodos de persistencia para grandes volúmenes de datos y diseño de implementaciones de software de Internet y redes de alta velocidad .
Ha trabajado para JP Morgan Chase , Citibank , UBS-Paine Webber , Deutsche Bank , American Express , TD Waterhouse , Pfizer , AIG , Prudential . y el Departamento de Asuntos de Veteranos de los Estados Unidos .
Metodología de modelado orientado a servicios de Bell
En 2008, Bell introdujo el marco de modelado orientado a servicios (SOMF) [9] [10] a la comunidad de desarrollo de software en su libro Modelado orientado a servicios. [11]
El marco de servicio, impulsado por modelos específicos de disciplina , se diseñó para fomentar la consolidación de los activos de software, la reducción de la redundancia de sistemas y la aceleración del tiempo de comercialización. SOMF [12] incluye un lenguaje de modelado y una metodología de ciclo de vida (ver imagen en el extremo derecho) adecuados para reducir la brecha entre el negocio y las organizaciones de tecnología de la información en la empresa.
El marco también incluye disciplinas y prácticas de modelado de sistemas de software, con el propósito de diseñar aplicaciones de software. Además, SOMF [13] ofrece una variedad de estilos arquitectónicos, tales como arquitectura de la empresa , arquitectura de la aplicación , arquitectura orientada a servicios , [14] y la computación en nube .
Metodología de arquitectura de software incremental de Bell
Tradicionalmente, para promover el establecimiento y el crecimiento de una arquitectura empresarial de estado final, los arquitectos, generalmente profesionales de TI de alto nivel, entregan un diagrama que representa un panorama de producción futuro. [15] En la mayoría de los casos, estos diseñadores de software afirman que una arquitectura como la del "futuro" es irrompible y podría sustentar las rápidas tendencias del mercado y la compleja evolución tecnológica. Su afirmación también parece asegurar que la arquitectura ilustrada funcionaría sin problemas en la producción. ¿Verdad?
Sin embargo, en muchos casos, la arquitectura establecida en papel es simplemente una propuesta académica, que luego no logra ofrecer estabilidad del sistema, continuidad comercial y un rendimiento excelente. En otras palabras, esta arquitectura especulativa tiende a fallar debido a fallas de diseño y, lo más importante, la falta de una estrategia de arquitectura organizacional.
Para abordar la implementación de aplicaciones y sistemas defectuosos en producción y reducir el riesgo de dañar el entorno operativo, el enfoque de Arquitectura de software incremental exige la presentación de planos de arquitectura a prueba de balas. Este diseño empresarial también debe estar certificado por un amplio arco iris de partes interesadas de la organización para evitar la calamidad financiera y la discontinuidad comercial.
Entonces, ¿cómo es posible garantizar que el diseño ilustrado en papel genere un panorama de producción estable? El término "estable" significa que los sistemas implementados cumplirían con los requisitos comerciales y no funcionales. La promesa de la Arquitectura de software incremental, por lo tanto, se basa en el principio principal, "Primero diseñar y luego desarrollar". Pero esto por sí solo no es suficiente para evitar la carga financiera causada por implementaciones fallidas. Igualmente importante, otro principio relacionado exige modificar el estatuto de las organizaciones de desarrollo: la fase de construcción de software, tal como la conocemos ahora, debería centrarse en demostrar que los supuestos de la arquitectura funcionarían sin duda en la producción. En pocas palabras, "la construcción de software debe seguir el ritmo de la evolución del diseño". Evidentemente, no al revés. El término "evolución del diseño" significa que los arquitectos deben impulsar el ciclo de vida del desarrollo del producto, durante el cual la arquitectura del estado final podría modificarse gradualmente, mientras que la construcción del software sigue las alteraciones del diseño hasta que se alcanza la madurez de la arquitectura.
Para demostrar que una arquitectura de estado final funcionaría sin problemas en producción, el gran diseño empresarial debería descomponerse en subarquitecturas. [16] Tal descomposición de la arquitectura de estado final, por lo tanto, permitiría a los diseñadores profundizar en su arquitectura detallada y permitiría a los desarrolladores concentrarse en la construcción de segmentos de arquitectura, uno a la vez, o algunos en paralelo. Pero demostrar que cada segmento de arquitectura de estado final individual funciona según lo diseñado, no significa que toda la arquitectura empresarial en su conjunto funcionaría sin problemas. Para verificar si una arquitectura de estado final es estable y podría soportar las presiones del entorno de producción, se debe considerar una prueba de esfuerzo de la arquitectura general para asegurar su estabilidad y aptitud.
Considere el proceso de Arquitectura incremental de software, [17] como se muestra en la imagen proporcionada:
1. Descubrimiento y análisis de la arquitectura del estado final. Determinación de sistemas y aplicaciones relacionadas en una propuesta de arquitectura de estado
final 2. Descomposición de la arquitectura de estado final. El proceso de descomposición se basa en la segmentación del gran diseño empresarial en regiones estructurales, de comportamiento y volátiles, de modo que los desarrolladores puedan demostrar que estas subarquitecturas funcionarían efectivamente en la producción.
3. Verificación de la arquitectura del estado final. Las tareas de autenticación incluyen la verificación del diseño (construcción de software), pruebas de estrés de la arquitectura de estado final y planificación de la capacidad empresarial.
Publicaciones
Michael Bell ha publicado varios libros y artículos. La siguiente es una selección:
- 2005. "Un Modelo Organizacional: El AOM-3, Arquitectura Estructura Organizacional y Modelos a Seguir". Publicación IP. ISBN 978-0-9896935-3-0
- 2006. "Arquitectura Orientada a Servicios: Guía de Planificación e Implementación para Negocios y Tecnología". Con Eric Marks. Wiley & Sons. ISBN 978-0471768944
- 2008. "Modelado orientado a servicios: análisis, diseño y arquitectura de servicios". Wiley & Sons. ISBN 978-0470141113
- 2010. "Patrones de modelado SOA para análisis y descubrimiento orientado a servicios". Wiley & Sons. ISBN 978-0470481974
- 2011. Especificaciones de modelado orientado a servicios para SOMF. Incluye diseño de servicios y computación en la nube.
- 2016. "Arquitectura de software incremental: un método para ahorrar implementaciones de TI fallidas". Wiley & Sons. ISBN 978-1119117643
- 2020. "Perdidos en la Ciudad de @". Michael Bell. ISBN 978-0-9896935-6-1
Referencias
- ^ Michael, Bell (2020). Perdido en la Ciudad de @ . Michael Bell. ISBN 978-0-9896935-6-1.
- ^ Bell, Michael (2016). "La necesidad de una arquitectura de software incremental". Arquitectura de software incremental: un método para ahorrar implementaciones de TI fallidas . Wiley & Sons. pag. 1. ISBN 978-1119117643.
- ^ Bell, Michael (2008). "Introducción al Modelado Orientado a Servicios". Modelado orientado a servicios: análisis, diseño y arquitectura de servicios . Wiley & Sons. ISBN 978-0-470-14111-3.
- ^ Thuraisingham, Bhavani (2010). Sistemas semánticos seguros orientados a servicios . Prensa CRC. págs. 42, 43, 152, 153. ISBN 9781420073324.
- ^ Hybertson, Duane (2012). Ciencia de la ingeniería de sistemas orientada a modelos: un marco unificador para sistemas tradicionales y complejos (ingeniería de sistemas complejos y empresariales) . Publicación Auerbach. págs. 256, 329. ISBN 978-1420072518.
- ^ Thuraisingham, Bhavani (2013). Desarrollar y asegurar la nube . Prensa CRC. pag. 87. ISBN 9781439862919.
- ^ Buyya, Rugkumar (2013). Dominar la computación en la nube . Tata McGraw-Hill. págs. 2-30. ISBN 9781259029950.
- ^ "Notación de modelado de computación en la nube" . Sistemas Sparx.
- ^ Sosinsky, Barrie (2010). Biblia de Computación en la Nube . Wiley & Sons. págs. 288, 289. ISBN 9781118023990.
- ^ Trujillo, Juan (2010). Avances en el modelado conceptual: aplicaciones y desafíos . Springer Science & Business Media. págs. 87, 88. ISBN 9783642163845.
- ^ Bell, Michael. "Modelado orientado a servicios" . Wiley & Sons.
- ^ Dustdar, Schahram (2010). Ingeniería de servicios: resultados de la investigación europea . Springer Science & Business Media. págs. 112, xi. ISBN 9783709104156.
- ^ Bell, Michael (2009). Patrones de modelado SOA para análisis y descubrimiento orientados a servicios . Wiley & Sons. págs. 185, 240. ISBN 9780470579695.
- ^ Bell, Michael. "Arquitectura Orientada a Servicios" . Wiley & Sons.
- ^ Bell, Michael (2016). "La necesidad de una arquitectura de software incremental". Arquitectura de software incremental: un método para ahorrar implementaciones de TI fallidas . Wiley & Sons. págs. 2, 3, 4. ISBN 978-1119117643.
- ^ Bell, Michael (2016). "La necesidad de una arquitectura de software incremental". Arquitectura de software incremental: un método para ahorrar implementaciones de TI fallidas . Wiley & Sons. págs. 5, 6. ISBN 978-1119117643.
- ^ Bell, Michael (2016). "La necesidad de una arquitectura de software incremental". Arquitectura de software incremental: un método para ahorrar implementaciones de TI fallidas . Wiley & Sons. pag. 9. ISBN 978-1119117643.
enlaces externos
- "Ejemplos de SOMF y notación de idioma" . Michael Bell / Corporación de Metodologías. Archivado desde el original (copia software) el 24 de octubre de 2013 . Consultado el 3 de febrero de 2014 .
- "Entrevista con Michael Bell sobre la notación de modelado de computación en la nube" (Softcopy) . publicación en línea de tknowledgeexchange.techtarget.com.
- "State University of Arizona: estudios e investigación del marco de modelado orientado a servicios (SOMF)" (Softcopy) . Universidad del estado de Arizona.
- "Video de estrategias de Arquitectura Orientada a Servicios" (Softcopy) . Michael Bell.
- "Herramientas de Modelado SOMF de Computación en la Nube y Orientadas a Servicios" (Softcopy) . Sistemas Sparx.
- "Soluciones de Modelado SOMF Orientadas a Servicios y Computación en la Nube" (Softcopy) . Corporación CEPHAS.