Steven Spewak


Steven Howard Spewak (1951 - 26 de marzo de 2004) fue un consultor de gestión , autor y conferencista estadounidense sobre arquitecturas empresariales , conocido por el desarrollo de Enterprise Architecture Planning (EAP). [1]

Nacido en Filadelfia , Spewak obtuvo tanto su licenciatura como su maestría en la Universidad Case Western Reserve , y obtuvo su doctorado. en administración de empresas en la Universidad de Michigan [2] en 1981 con la tesis "Análisis de la dinámica del diseño lógico de los sistemas de información". [3]

Principios de la década de 1980 Spewak comenzó su carrera en la industria. En 1986 se convirtió en editor de software en Continental Insurance, donde dirigió un proyecto de modelado de datos . A principios de la década de 1990, comenzó su práctica como consultor de gestión con oficinas en Princeton, Nueva Jersey y Washington. Trabajó con agencias gubernamentales y organizaciones nacionales e internacionales, y fue un conferenciante frecuente sobre planificación de arquitectura empresarial .

Spewak ha sido el editor técnico jefe del "Diario de gestión de recursos de datos" y del "Servicio de información de gestión de bases de datos". Murió el 26 de abril de 2004 en Alexandria VA, a la edad de 53 años. [4]

En su libro de 1992 Planificación de la arquitectura empresarial (EAP), Spewak definió la planificación de la arquitectura empresarial como "el proceso de definición de arquitecturas para el uso de la información en apoyo del negocio y el plan para implementar esas arquitecturas". Enterprise Architecture Planning se basa en el enfoque Business Systems Planning (BSP) desarrollado por John Zachman en 1980. Se necesita un enfoque orientado a los negocios para la planificación de la arquitectura para proporcionar:

El objetivo final de una arquitectura empresarial es definir proyectos prácticos e implementables de aplicaciones y tecnología junto con los proyectos necesarios para preparar a la organización para su futuro entorno de TI. Esta visión contradice la visión más tradicional de que las aplicaciones deben definirse antes de determinar o proporcionar las necesidades de datos. [5]