UTILIZANDO LA NUEVA PROGRAMACION DEL APLICACIÓN ABIERTA SAP

2000 PARA DESARROLLAR UN INTERFAZ INTERACTIVO PARA EL ANÁLISIS

PUSHOVER MODAL EN PUENTES.

Resumen:

La evaluación sísmica de estructuras de puentes con frecuencia requiere análisis

inelásticos (estáticos o dinámicos), con el fin de poder dibujar una evaluación realística
del comportamiento estructural más allá del rango elástico. Mientras que el análisis
extensamente usado (estático no lineal pushover) provee un costo computacional bajo en
esta dirección, es inherentemente limitado por la suposición de que la respuesta de la
estructura es únicamente controlada por su modo fundamental. Esta limitación es
planteada por una extensión del análisis “estándar” pushover (SPA) para tomar en
cuenta los efectos de modos más altos, un método conocido como Análisis Pushover
Multimodal (MPA). Este método, sin embargo, puede con frecuencia resultar lento y
agotador tanto para el pre y post procesamiento. Esto último, proporciono la motivación
para investigar la viabilidad para aprovechar el interfaz de programación (API) lanzada
recientemente por SAP 2000 para desarrollar una nueva herramienta computacional que
implemente las especificaciones de MPA para evaluar el comportamiento sísmico del
puente de forma organizada y automática. El artículo concluye con la aplicación y
demostración del software desarrollado, para el caso de un puente de hormigón armado
existente ubicado a lo largo de la autopista Egnatia en Grecia.

1. INTRODUCCIÓN

El procedimiento no lineal estático se ha vuelto comúnmente usado como una herramienta

para evaluar el desempeño sísmico de edificios y puentes. Sin embargo, su ventaja
principal es el menor costo computacional, en comparación con el análisis no lineal
historia de respuesta (NL-THA), pero esto contrarrestado por su restricción inherente a
esas estructuras, donde el modo fundamenta domina la respuesta. Para tal fin, el análisis
pushover multimodal es introducido por Chopra y Goel para edificios y Paraskeva para
puentes, se considera una alternativa útil, que provee una estimación confiable para la
respuesta no lineal de estructuras, basado en la aplicación repetida de un procedimiento
de análisis estático no lineal dado para cada uno de los modos de vibración de la
estructura, seguidos de una adecuada combinación de los resultados. Sin embargo, este
procedimiento requiere mucho tiempo y el esfuerzo significativo requerido para el pre y
post procesamientos a menudo elimina la ventaja de la simplicidad comparado con el NL-
THA.

Esta limitación en planteada aquí haciendo el uso de la nueva aplicación de SAP2000

“Interfaz de programación (API)”, para desarrollar un interfaz interactivo para el
pushover multimodal usado en puentes. Esta API fue recientemente introducido por CSI,
el desarrollador del código de elementos finitos SAP2000, y otorga accesos a los módulos
numéricos avanzados de SAP2000, por lo tanto, permitiendo que el pre y post análisis
computacional sea eficientemente programado. Una introducción para usar esta nueva
herramienta computacional se hace aquí y las capacidades que están abiertas para
desarrollar una thrid-party aplicación de ingeniería sísmica para ser acoplada con
SAP2000 también es discutido.

Finalmente, el interfaz desarrollado es aplicado para la evaluación de la respuesta sísmica

de un puente existente en Grecia, que es presentado en este artículo con propósitos
testimoniales. Se muestra que con el uso de la nueva SAP2000 API el tiempo y el esfuerzo
requerido para estudiar la respuesta elástica de puentes a través del MPA es muy reducido.

2. ANÁLISIS NO LINEAL MODAL Y ESTÁNDAR

2.1 Análisis no lineal estático (pushover)

Cuando se va a estimar el comportamiento no lineal de estructuras que están sujetas a

fuerzas sísmicas, el análisis pushover es extensamente el método más usado, capaz de
proveer una estimación confiable de la capacidad estructural. Durante este procedimiento,
cargas laterales monótonamente aumentadas se aplican estáticamente en la estructura, en
un patrón invariante el cual tiene como objetivo parecerse a la distribución del modo
fundamental de fuerzas de las cuales las estructura esta sujeta cuando es excitada
sísmicamente a lo largo de una dirección dada. Bajo la aplicación de una carga creciente,
una serie de rotulas plásticas se desarrollan en secciones criticas de la estructura, la fuerza
principal es redistribuida y gradualmente a un mecanismo de falla. Como resultado, es
posible obtener la relación no linear entre la fuerza lateral aplicada y la deformación de
la estructura que es monitoreada en una especifica ubicación, usualmente expresada en la
forma de la curva pushover, que es, la cortante de base / control del desplazamiento del
nodo.

Convirtiendo la cortante de base y el desplazamiento de techo a una equivalente

aceleración y desplazamiento espectrales (Sa(T) y Sd(T) y superponiendo la curva de
demanda símica (típicamente el espectro de riesgo sísmico establecido para el sitio), el
análisis pushover puede proveer una estimación de la respuesta inelástica de la estructura
para un nivel dado de la intensidad del terremoto objetivo. Por lo tanto, es una herramienta
útil para la evolución estructural que ofrece un gran numero de ventajas, principalmente
por el hecho que:

 El método conceptualmente simple que es fácil de aplicar bajo un costo

computacional bajo, en comparación con NL-RHA.
 El resultado obtenido por el SPA puede ser fácilmente post procesado e interpretado,
especialmente comparado al NL-RHA. Se recuerda que el NL-RHA lleva una acción
de efectos variante en el tiempo (fuerzas y desplazamientos) y computacionalmente
la estadística de las respuestas pueden demandar mas tarea. Además, la respuesta
inelástica obtenidas por el NL-RHA son sensibles a las características (contenido de
frecuencia, amplitud, duración, etc.) de los movimientos de terrestres sísmicos
utilizados y supuestos al modelar la respuesta cíclica de los miembros de concreto
reforzado; así las discrepancias asociadas a la respuesta estructural son a menudo
grandes.

Por otra parte, la aplicabilidad del pushover es limitado por:

 La incapacidad de considerar la contribución de modos superiores a los del modo

fundamental e insensibilidad a las características dinámicas de la estructura.
 Problemática aplicación de sistemas tridimensionales, no simétricos o irregulares.

Como resultado, en casos mas realistas, el análisis pushover puede solo proveer una
estimación aproximada de la respuesta inelástica.

2.2 Análisis pushover multimodal para evaluación sísmica de puentes

Dadas las limitaciones anteriores, como ya se mencionó Chopra y Goel desarrollaron un

procedimiento mejorado del MPA donde la demanda sísmica total de los sistemas
inelásticos se calcula en función de la combinación de las demandas individuales
“modales”. Con una serie de adaptaciones y otras suposiciones, el método se amplió para
la evaluación de puentes. Los principales pasos de este método son resumidos:

 Paso 1: Calculo de los periodos naturales elásticos 𝑇𝑛 y los modos 𝜙𝑛 del puente.
Debido a las características físicas de los puentes, la cantidad de modos que necesitan
ser tomados en cuenta durante el procedimiento pueden llegar incluso a unos cientos
de modos, hasta que el total de contribución de la masa asciende a un nivel de al
menos el 90%, que se considera adecuado.
 Paso 2: Se realiza SPA separados para cada modo significativo del puente, desde el
cual la relación del cortante de base/ desplazamiento del nodo de control (𝑉𝑏𝑛 −
𝑢𝑟𝑛 )es extraído, para formar la curva pushover que corresponde a cada modo.
 Paso 3: La curva pushover es transformada apropiadamente en una equivalente
idealización bilineal, de modo que se puede obtener el limite de plasticidad y el factor
de ductilidad.
 Paso 4: Se define las demandas del desplazamiento sísmico. La curva pushover
idealizada de un sistema MDOF es convertida en un diagrama de capacidad de un
sistema SDOF, usando las siguientes relaciones:

Donde
Sa y Sd con la aceleracion y desplazamiento espectral, respetivamente

es el valor de el punto monitoreado

es el modal efectivo de la masa.

es la masa generalizada para

el natural n-modo. De esta manera, aplicando el metodo del espectro de capacidad es
posible estimar la demanda del desplazamiento correspondiente a la intensidad del
terremoto aplicado.

 Paso 5: La demanda de desplazamiento del sistema inelastico SDOF del n-modo que
se calculo en el paso anterior se convierte de nuevo al desplazamiento maximo del

punto de monitoreo del MDOF que representa al puente actual.

 Paso 6: Los valores de las respuestas deseadas se extraen del paso en cuyo

desplazamieto el punto de monitoreo es igual a definido en el paso 5.

 Paso 7: Pasos 3 y 6 son repetidos para todos los modos considerados importantes.
 Paso 8: Una regla de combinacion modal apropiada, como SRSS o CQC, es aplicada

a la respuesta modal maxima (desplazamientos y rotulas plasticas) que

corresponden a cada modo importante, para que el valor total de la respuesta deseada
sea estimada.

El procedimiento descrito brevemente en los pasos anteriores se somete a una serir de

factores claves importantes que deben tenerse en cuenta al realizar el análisis, tales como
la selección apropiada del punto de monitoreo (centro de masa de la cubierta, , parte mas
cercana del pier, localizacion del maximo desplazamiento, etc) para cada análisis
pushover o regla que utilizada durante la idelizacion de las curvas pushover. Más
investigación de los detalles que describen el MPA está más allá del alcance del presente
trabajo. Sin embargo, donde sea aplicable, se hará referencia adicional a las
especificaciones, que se siguieron a lo largo del desarrollo del software MPA.

3. INTRODUCCIÓN A LA INTERFAZ DE PROGRAMACIÓN DE APLICACIÓN

SAP2000

Afrontar el desafío de desarrollar nuevos, más precisos y, inevitablemente, más

sofisticados procedimientos para las necesidades de la ingeniería estructural no viene sin
costo; la necesidad del poder de cómputo y el requisito de adoptar herramientas
tecnológicas de vanguardia. Revisando este argumento, los investigadores buscan más
avanzadas y optimas herramientas para la evaluación de estructuras. Mas allá, de la
necesidad de simplicidad, no se debe descuidar la necesidad de simplificar la aplicación
de los procedimientos disponibles y hacer un uso eficaz de los métodos computacionales
ya establecidos. En esta dirección la reciente introducida herramienta de cálculo SAP2000
API, que acompaña al software SAP2000 en su versión 11, ha ampliado
considerablemente el uso de su aplicación en campos de investigación más amplias más
allá del marco del análisis estructural establecido actualmente.

3.1 Descripción SAP2000 API

Es una herramienta de programación que tiene como objetivo ofrecer un acceso eficiente
a la tecnología de análisis y diseño de las estructuras, al permitir durante el tiempo de
ejecución establecer un enlace directo, entre una aplicación third-party y el propio
software de análisis. Adicionalmente, a través del uso de API, uno tiene la opción de
desarrollar complementos, que amplían la facilidad del uso del programa y están
totalmente integrados en el entorno SAP2000. En términos de programación de
computadoras, la API consiste en una biblioteca de software que ofrece acceso a una
colección de objetos y funciones capaces de controlar (de forma remota) controlando la
manera en que se comporta SAP2000, por lo tanto, anulando el procedimiento estándar
de apuntar y hacer clic. A continuación, se resume una de las características principales
que proporciona la API:

 Acoplamiento directo rápido y fuerte con los métodos de diseño y análisis SAP2000.
 Flujo de datos bidireccional, ya que puede utilizarse para facilitar los procedimientos
de pre y post procesamientos.
 No es necesario utilizar archivos intermedios, lo que reduce significativamente el
tiempo necesario para el intercambio de datos cuando se está trabajando en grandes
modelos.
 Compatible con la mayoría de los lenguajes de programación.
 Transferencia simultanea de datos y control de un modelo estructural por diferentes
aplicaciones third party.
 Desarrollo de aplicaciones third-party que seguirán siendo compatibles con futuras
versiones de SAP2000.
 Capacidad para desarrollar una interfaz personalizada para SAP2000, calibrada según
las necesidades del usuario, o para incrustar uno en una aplicación que permite la
programación del usuario.
3.2 Usando la API SAP2000

Con el fin de hacer uso de las características API SAP2000 para desarrolla nuevas
herramientas computaciones, generalmente se requiere una sólida formación en
programación, ya que el proceso puede resultar exigente, en términos de habilidades de
programación. Sin embargo, este no es siempre el caso cuando se trata de tareas
computacionales simples. En cualquier caso, la API SAP2000 ofrece una amplia gama de
lenguajes de programación que pueden utilizarse y que cubren la gran mayoría de las
opciones de desarrollo de software moderno, incluyendo Visual Basic.NET, Visual Basic
para aplicaciones (VBA), Visual C#, Visual C++, Visual fortran y Matlab.
Para comenzar, acceder a la API no requiere nada más que la instalación de un SAP2000
funcional, ya que todos los componentes son automáticamente instalados. Su uso, sin
embargo, depende en gran medida de lenguaje de programación que el desarrollador esta
familiarizado con el entorno de programación que es seleccionado para este propósito.
Los diferentes entornos de desarrollo integrado (IDE) ofrece varias opciones para el
proyecto de programación para enlazar exitosamente con la API y, adicionalmente, en
cada cosa de sintaxis a ser usado y la planificación potencial de la aplicación que se
desarrollar difieren según los estándares del idioma. Sin embargo, se debe tener en cuenta
que, para hacer uso efectivo de la API; puede se apropiado que el estilo de programación,
al que esta acostumbrado, tienen que adaptarse a la forma en que esta estructurada la API,
debido a su actitud no desviada, con respeto al enfoque SAP2000 para diseñar y evaluar
la estructura. En todo caso los pasos necesarios para realizar una tarea a través de la API
se parecen mucho al procedimiento correspondiente de apuntar y hacer clic requerido por
el uso estándar de la aplicación principal.

Figura 1 Enlace de aplicación y típico diagrama de flujo usando SAP2000 API

Como asistente general en la utilización de la API SAP 200, también se incluye un archivo
de documentación detalla proporcionado junto con la instalación
(SAP2000_API_Documentation.chm) incluyendo la información requerida que ayudara
a acostumbrarse a la programación API. Esta guía se utilizara en paralelo al desarrollar el
software colaborativo SAP2000, ya que contiene una lista completa de cada una de las
funciones proporcionadas, acompañada con una sintaxis exacta, una detalla descripción
de los argumentos que maneja y un ejemplo de uso.

4. IMPLEMENTACIÓN DEL ANÁLISIS PUSHOVER MODAL

Implementar un innovador método científico requiere una planificación minuciosa y se
deben tomar decisiones equilibradas, en relación con la facilidad de uso, la flexibilidad y
el diseño del producto final. El desarrollo de software capaz de aplicar el procedimiento
MPA a puentes implica tomar en cuenta una considerable cantidad de parámetros de
análisis, almacenando y manipulando un gran numero de variables y asegurar que se
otorgue acceso a información importante en cada etapa del análisis. Aquí, un esfuerzo
para que se respete la simplicidad y la integridad, al tiempo que satisface la necesidad de
optimizar y supervisar el procedimiento aplicado.

4.1 Arquitectura del software

El esquema elegido, para implementar el método de MPA, consiste en una aplicación

organizada en módulos, separados de acuerdo con las tareas que se pretende realizar. El
análisis del flujo se controla a través de una interfaz grafica de usuario (GUI) interactiva,
que consta de una ventana principal que contiene todos los componentes necesarios para
definir y revisar el procedimiento de análisis. Vinculado a la interfaz hay un componente
grafico externo, que se utiliza en orden para visualizar la deformación de la cubierta del
puente durante los diversos casos de análisis, mientras que el procesamiento previo y
posterior se realiza completamente dentro de una biblioteca de enlaces dinámicos (DLL)
separada que se enlaza la interfaz con software SAP2000. Esto se logra mediante el uso
de la SAP2000 API, cuyo objetivo es regular el flujo de datos dentro del esquema bipartito
(fig.2)

Se espera que el usuario interactúe completamente con la interfaz proporcionada,

mientras se ejecuta SAP2000 silenciosamente en el fondo del escritorio del sistema
operativo, a lo largo del tiempo de ejecución del análisis. Además, las acciones necesarias
relacionadas con la manipulación del archivo del modelo SAP2000, a través de la API, a
la interfaz del software MPA. Sin embargo, si es necesario, el usuario puede llevar la
interfaz SAP2000 en primer plano, para hacer una definición explicita de cualquier
parámetro avanzado que el software MPA completa control sobre el procedimiento.
Figura 2 Estructura del software MPA

4.2 Descripción de la implementación

Investigar y desarrollar un método computacional innovador es una cosa; implementar

uno, sin embargo, en un software productivo requiere combinar una variedad de
herramientas de desarrollo diferentes de una manera que se adhiera al procedimiento.
Además, el uso de la API SAP2000, al tiempo que expande en gran medida la potencia
de cálculo que se presenta ante el ingeniero, plantea la limitación de tener que seguir la
forma SAP2000 de organizar el flujo de análisis. Con respecto al procedimiento de AMP
y teniendo en cuenta lo anterior, el enfoque que se seleccionó para implementar el método
de análisis concluyó en una aplicación que ofrece las siguientes características:

 Colaboración directa entre la aplicación y la suite SAP2000, haciendo uso de las

capacidades de intercambio dinámico de datos que ofrece la API.
 La carga del modelo SAP2000 y la especificación de los parámetros de análisis
apropiados.
 Selección automatizada de los modos que se consideran "importantes", lo que permite
al usuario interferir manualmente según sea necesario
 Creación automatizada de los casos de análisis necesarios, modales y no lineales, así
como el uso de casos previos a la ejecución, especificados por el usuario.
 Visualización de los resultados de los pasos intermedios, cuando corresponda, para
proporcionar información adecuada para la supervisión del procedimiento por parte
del usuario.
 Cálculo integrado del espectro de diseño requerido para el análisis, de acuerdo con
las especificaciones EC8-Parte 1 [8], o haciendo uso de un archivo de datos de
espectro.
 Aplicación automatizada de una regla de combinación apropiada, para calcular los
resultados finales del análisis, incluidos SRSS y CQC.

 Visualización de la forma deformada de la cubierta final

 Extracción de resultados al archivo, utilizando texto sin formato o formato de

valores separados por comas.

Finalmente, la implementación de lo anterior se organizó como se describe en el

siguiente diagrama de flujo [Fig. 3]:

Figura 3 Diagrama de flujo del software MPA

5. APLICACIÓN PARA EL CASO DE UN PUENTE EXISTENTE

Con el fin de investigar la precisión y eficacia del software desarrollado en torno al
procedimiento MPA, se considero apropiado estimar la evaluación sísmica de un actual
puente, cuyas características físicas resultan de una considerable contribución de modos
superiores. Lo que sigue es la descripción del procedimiento de análisis a través del
software MPA.

5.1 Descripción del puente en estudio

El puente seleccionado para esta tarea es un puente simétrico recto, de tres tramos,
construido de concreto de refuerzo, que pertenece a la red de carreteras de EGNATIA
ODOS. Α.E. (puente T7). Su longitud es de hasta 99.00m, divididos en intervalos de 27.00
- 45.00 - 27.00 m, mientras que la cubierta consta de una sección de viga de caja de
concreto pretensado de 10.00 m de ancho. La cubierta tiene una pendiente del 7%, a lo
largo de la dirección longitudinal, y está apoyado por dos pilares sólidos de sección
circular, P1 y P2, de longitud 7,94m y 9,34 m, según corresponda, que están unidas en
una de forma monolítica, mientras que cada uno de los bordes del puente, A1 y A2,
descansa sobre dos cojinetes elastoméricos laminados [Fig. 4]

5.2 Preparación de modelo de puente

Antes de realizar cualquier tarea dentro de la aplicación, es necesario contar con el modelo
de la estructura debidamente preparada, de acuerdo con ciertas normas que permitirán su
uso. Esto se puede resumir en los siguientes pasos:

 Definición de las características geométricas de la estructura, dentro de la aplicación

SAP2000, incluyendo las secciones aplicadas, las rotulas no lineales requeridas, etc.
 Creación de un nuevo grupo de objetos, denominado “DECK”, en el que todos los
nodos, that the bridges´s deck consisto of, Will be assigned.
 Definición de las cargas de gravedad de la estructura, en la forma de dos patrones de
carga llamados “G” y “Q”, en referencia a las cargas constantes y móviles aplicadas.
 Posteriormente, un nuevo caso de carga no lineal llamado “GRAV” es requerido para
que las cargas gravitacionales sean aplicadas, que, sin embargo, se puede crear de
forma manual o automáticas a través de la interfaz del software MPA, en una etapa
posterior del procedimiento.
 Guardando el modelo en un nuevo archivo, con la extensión ".sdb" y terminando la
ejecución de SAP2000

Figura 4 Modelo de puente de tres vanos para el caso del puente T7 a lo largo de la autopista Egnatia en Grecia.

Después de realizar los pasos descritos anteriormente, y con el fin de poner el modelo en
una forma capaz para ser utilizado, el archivo puede ser cargado dentro del MPA
software. Esto se logra ejecutando la aplicación usando “File-Open”, que le pedirá que
localice el archivo creado anteriormente. Después de esto, SAP2000 se ejecutará en el
fondo del escritorio del sistema operativo y, a través de la API, el modelo de puente se
cargará finalmente. Cuando se han recuperado todos los parámetros necesarios, la forma
no deformada de la plataforma del puente se mostrará en el centro de la ventana principal.

5.3 definición de parámetros de análisis

después de la configuración adecuada del modelo del puente, se encuentra la definición

de los parámetros MPA. Esto se logra a través de la ventana “Opciones” que aparece al
seleccionar el submenú “Análisis-Opciones”. Los parámetros por aplicar se agrupan en
pestañas, de acuerdo con las etapas intermedias del procedimiento del MPA. Un esfuerzo
se ha realizado, para mantener los parámetros de análisis requeridos a un nivel mínimo,
auto explicativo pero adecuado.

Para el puente que se seleccionó por razones testimoniales, las opciones seleccionadas
definidas en la pestaña de opciones "General" llevarán a un AMP a lo largo del "Grado
de libertad" direccional "Y" (DOF) del puente, según lo define SAP2000, usando el
"Solucionador avanzado" ofrecido por el mismo software de análisis y la aplicación de
una regla de combinación "SRSS" al final del procedimiento, para que el desplazamiento
final de los nodos de la cubierta sea estimado [Fig. 5a].

Posteriormente, los parámetros necesarios para realizar el análisis modal se definen como
la creación de un nuevo caso de carga modal, que calculará los modos naturales de la
estructura hasta que se alcance el 99% de la relación de masa de la estructura participante,
según la dirección preseleccionada (Y ). Entre los modos que se recuperarán, aquellos
que sumen un nivel del 97% se seleccionarán como "importantes", excluyendo aquellos
que participan menos del 1%, para evitar la inestabilidad computacional durante el
procedimiento restante [Fig. 5b].

Con respecto a los casos de análisis de pushover intermedios, para este puente particular,
se excluyen los efectos de P -∆,, mientras que el punto de monitoreo se define, para cada
caso, como el nodo que presenta el desplazamiento modal máximo de acuerdo con el
modo correspondiente. Además, el caso de carga "GRAV" definido previamente, que se
refiere a las cargas de gravedad, se selecciona como el punto de inicio de cada caso de
análisis de empuje [4] [Fig. 6a].

Figura 5: Definición de parámetros de Análisis General y Modal.

Figure 6: Definition of Pushover Analysis cases and Design Spectrum parameters

Finalmente, al usar la pestaña "Espectro", se encuentra un archivo de datos de Espectro
de Diseño apropiado en el sistema, que se utilizará para definir la demanda de
desplazamiento para una intensidad de terremoto determinada. Alternativamente, se
podría definir un espectro siguiendo las especificaciones de EC8 a través del campo
apropiado que se proporciona [Fig. 6b].

5.4Realizando el análisis

Después de completar la definición de los parámetros, al seleccionar el menú “Análisis

→ Ejecutar → Análisis modal” se inicia el procedimiento de AMP, realizando primero el
Análisis modal. Una vez finalizado el análisis, se recuperan los datos modales del puente
y se muestra una lista de los modos calculados, lo que permite la visualización de las
formas de modo a través del componente de gráficos de la ventana principal. Lo que sigue
es la selección de los modos considerados "importantes", de acuerdo con las preferencias
del usuario; esto se puede hacer además de la selección automática previa del programa,
que resultó, en este caso, en la preselección de los tres primeros modos del puente, que
suman un porcentaje del 97.4% de la contribución total de masa de la estructura [fig. 7].

Cuando se han seleccionado los modos deseados, a través del submenú “Análisis →
Ejecutar → Casos de Pushover”, el procedimiento continúa realizando los Casos de
análisis de Pushover separados, uno correspondiente a cada modo seleccionado. Esta
etapa es el procedimiento de AMP que más tiempo consume y depende en gran medida
de las características del puente, así como del motor "SAP2000 Solver" que se seleccionó
previamente [Fig. 8].

Al completar este paso, el software de MPA procede automáticamente a recuperar las

curvas pushover, para cada caso, su bilinealización, de acuerdo con las especificaciones
FEMA 356 [6], y la estimación del desplazamiento máximo del punto de monitoreo.
Posteriormente, se extraen los desplazamientos de nodos deseados y el análisis concluye
aplicando la regla de combinación que se seleccionó, en este caso una combinación SRSS
[Fig. 9].

Los resultados del procedimiento de AMP, así como los resultados de los casos estáticos
no lineales intermedios se pueden revisar en el momento en que se complete el análisis.
Al seleccionar el menú "Ver", el usuario puede explorar los pasos individuales realizados,
lo que proporcionará datos útiles, adecuados para indicar si el análisis siguió la ruta
deseada o estimada. Además, está disponible una visualización gráfica de la forma
deformada final de la plataforma, según lo evaluado por el software MPA, para la
evaluación visual de los resultados del análisis. Finalmente, al seleccionar el submenú
"Archivo → Exportar resultados", el desplazamiento estimado de los nodos de la
plataforma se puede guardar en un archivo, utilizando un formato de texto simple (.txt) o
un formato de "valores separados por comas" (. csv), que es adecuado para insertar los
datos extraídos en una aplicación de hoja de cálculo, en caso de que se considere necesario
más procesamiento.

Figura 7: Selección de modos "importantes", después de la finalización del análisis

modal.
Figura 8: Estimación de la demanda sísmica del sistema inelástico equivalente SDOF

Figura 9: Visualización de resultados del software Modal Pushover Analysis

6. CONCLUSIONES

El objetivo en este documento era introducir un enfoque nuevo y efectivo para desarrollar
software para la evaluación sísmica de puentes, mediante la implementación de un
análisis modal de pushover. Lo anterior se logró mediante el uso de algunas de las últimas
tecnologías disponibles en desarrollo de software para ingenieros, como la Interfaz de
Programación de Aplicaciones SAP2000. Con el fin de cumplir con el alcance objetivo,
se ha desarrollado una nueva aplicación, capaz de controlar el flujo de trabajo de
SAP2000 a través de su API, mientras realiza el preprocesamiento y el postproceso de los
datos relativos. Lo que se debe tener en cuenta es que, dado que el uso de herramientas
de programación genérica se ha realizado únicamente, las siguientes conclusiones deben
tenerse en cuenta en prácticamente todos los casos de implementación de procedimientos
modernos, a través de la API de SAP2000, y se resumen como tales:

 El AMP demostró ser un ejemplo equilibrado de un procedimiento lo suficientemente

extenuante, pero se puede dividir en subtareas lógicas y repetitivas, para que sea digno
de implementar a través de la API SAP2000. Además, los beneficios que se obtienen
al automatizar el procedimiento incluyen el potencial de mejorar más rápidamente y
de manera más eficiente su investigación más a fondo.
 El desarrollo de software que se basa en la plataforma SAP2000, a través de su API,
se considera factible y, con la mayoría de los lenguajes de programación modernos
soportados, comenzar con el desarrollo de un nuevo software de ingeniería de
terremotos debería ser una tarea rápida y efectiva, al menos para un ingeniero con una
capacidad razonable en programación.
 Como la API SAP2000 es una herramienta de programación genérica capaz de
controlar la estructura interna del software de análisis al que está vinculada, es posible
que el estilo de programación deba adaptarse a las pautas de la API, para permitir una
ruta de desarrollo productivo. Además, la experiencia previa con el uso de la
aplicación SAP2000 se considera necesaria, ya que el enfoque de la API "imita" el
procedimiento estándar de apuntar y hacer clic.
 La consideración exhaustiva de cada aspecto, con respecto a las especificaciones del
método, antes de comenzar cualquier intento de programación de ingeniería, es
crucial y puede marcar la diferencia entre un desarrollo fácil y estancado; establecer
objetivos claros y realistas durante la planificación del software es esencial para lograr
una relación equilibrada entre la inversión de tiempo y la productividad. Además, la
formación de equipos de expertos de desarrollo colaborativo, que cubren todos los
aspectos científicos encontrados, es una forma efectiva de camino a seguir, si es
posible, para mantener un esquema flexible y productivo.
 Finalmente, la importancia de la supervisión humana sobre la aplicación de cualquier
procedimiento científico, realizado por medio de herramientas computacionales, no
debe descuidarse, especialmente en los casos en que la cuantificación del enfoque de
la solución de un problema no puede considerarse adecuada. la capacidad del usuario
de parametrizar adecuadamente el procedimiento de AMP, seleccionar las variables
de análisis aplicables, interferir con las opciones preseleccionadas del software y,
sobre todo, interpretar los resultados del análisis con una percepción significativa son
los factores más importantes del análisis.