Manos a la obra :D
Publicado: Jue Ene 29, 2009 10:10 pm
PROYECTO SOFTWARE LIBRE
Idea original: Ing. Pedro Medina
Redacción por: EcObO
En primer lugar discúlpenme el atrevimiento al escribirles todo lo siguiente , pero es que sucede que soy un apasionado del análisis estructural y aun que apenas empiezo creo que aquí tenemos un diamante en bruto, solo nos falta darle las cinceladas necesarias, y espero empecemos ya con este proyecto que ya mucho se ha dormido.
Dios les bendiga
- pedromedina:
Sobre su propuesta supongo sabe Ud. mas o menos lo que deseas, seria bueno traiga un orden de lo que ha visionado y a que le llamas software libre y de análisis estructural según su fin y su visión a mediano y corto plazo;
- jamofe2005@yahoo.com;
Visual Basic, lo conoce, se supone y, recodarle que el visual BASIC es fácilmente adaptable a cualquier entorno que contenga ese lenguaje como lenguaje de programación orientado al manejo de los objetos del software, ósea si programamos en VB se puede pasar este al Excel, Autocad, Revit, etc., solo cambiándole el manejo de objetos, por lo que se trataría de hacer una generalización en cuanto al entorno y no solo cerrarnos al entorno del VB propiamente.
- José Barros;
Poca experiencia pero hay entusiasmo, veo que tienes entusiasmo, seria factible si tu pudieras aportar, mas que con el lenguaje de programación, con la parte cognoscitiva o teoría estructural e ir generalizando los casos, tanto del análisis como en la parte del diseño adaptado al código del país en el que radicas, ya que no estoy seguro de que todos seamos del mismo país.
- marcel1983 ;
Ingeniero, tomar programas y código ya hecho para modificarlo; no estoy de acuerdo con tomar código de otros programas, que aun que es un camino mas fácil, no se hace realidad el primer planteamiento que es crear nosotros algo nuestro y manejable al 100% por todos los usuarios, además de eso para pedir que se libere algún programa en código fuente hablamos de dinero y creo que ese no es el fin de esta visión ya que por la experiencia que tengo podría decir que el análisis estructural es hasta cierto punto fácil de manejar y es solo cuestión de tener los conceptos claro.
- pedromedina;
Documentación de dicho código, es un punto a su favor, pues si no nos movemos mas allá de solo el código fuente es difícil que captemos la realidad de todo el procedimiento que lleva a la solución de alguna de las partes del problema.
- pedromedina;
Programa de columna, disculpe la indiscreción pero si hasta ahora no lo ha vuelto a poner en funcionamiento, la pregunta obligada es si Ud. hizo el programa o lo hizo con ayuda de varios autores mas, pues el programa por las características que menciona tiene muchas cualidades que son propias de alguien que conoce sobre el lenguaje y el mundo de la programación, aun así tal vez los mas experimentados en este aspecto se beneficiarían de muchas de las partes del programa que menciona si lo pone a la disposición de todos, así como lo menciona en código fuente con un pequeño tutorial del programa si lo hubiera, o si hizo los apuntes en el mismo programa mucho mejor, pero si podría decirle que, si conoce el mundo del diseño seria genial si pudiera hacer la documentación y diagramas de flujo del diseño de la columna que menciona y luego alguno de nosotros llevarlo al lenguaje que se usara en esta aventura, que seria el visual Basic (me guio por la encuesta de la tabla que adjunto).
- RIMB1984,
Esplendida la idea de aprender desarrollando que creo si es el fin de todo este movimiento, pero además de eso, creo que nos gustaría saber en que parte de todo el proyecto podría ayudar Ud., es decir, ¿sabe programar?, conoce, diseño, conoce el análisis material, etc. O si podría aportar con otra cosa, ay que creo que mientras mas manos y cabezas tengamos será mucho mejor.
- José Barros,
Genial que hayas hecho ese pequeño programa que mencionas, pero lo mejor no seria aun ponerlo en Visual Basic sino, hacer el algoritmo y diagrama de flujo, que por una parte será la manera en que cualquiera entenderá el programa y no importando si un día desean trasladarlo a otro lenguaje no será nada complicado, ahora sobre ponerlo en un lenguaje implicaría muchas cosas como la creación de variables y salidas de datos que deben estar en concordancia con el global del programa, y que espero pronto nos pongamos de acuerdo o alguien lance una simbología y términos a usar, para tener un solo cuerpo y no varias partes distintas entre si, te sugiero inicies con lo que te dije, los diagramas de flujo
- Pedro Medina,
Genial que venga cualquier aporte ya sea en código fuente, pseudocódigo, diagramas de flujo, pruebas de escritorio, opiniones, críticas, reporte de errores, etc. Bienvenidas sean, ¿pero al final quien las ordena?, o ¿quien entiende a todos para que todas esas cosas nos sirvan para un solo fin?, sugiero al contrario que si hay algún aporte en código fuente, se haga con los parámetros que se definirán en el lenguaje de programación adoptado y con la documentación especifica, sobre las sugerencias e idas esas si bienvenidas para que al momento de desarrollar el programa nuestra visión se amplíe.
- Jhing- Genial
“Es una muy buena idea la que pretenden desarrollar...
Yo creo que seria de gran ayuda que la creación de los módulos independientes de análisis sea documentada a través de sus respectivos algoritmos y además que cada programador explique en forma clara los pasos utilizados en el código.
Esto seria de gran ayuda para todos los ingenieros y estudiantes que nos interesa aprender a programar.
Saludos y Espero comentarios”
Ya que si el fin de todos nosotros es conocer, modificar, y aprender de que trata cada parte del programa debe tener estas básicas cosas, además de eso que todos empezaríamos a hablar en el mismo lenguaje.
- Isnardo;
Seria bueno que dieras nuevas ideas al revisar el programa que solicitas y que creo que más abajo lo subieron
- José Barros;
Holas , buen trabajo, aun que no lo revise se que se necesita los conocimientos básicos para poder programar este método, mi sugerencia es que pongas en diagramas de flujo explicativos los algoritmos que usaste para el diseño del programa.
- Holas Roxedhm
Bueno revise la página
http://www.wsdot.wa.gov/eesc/bridge/sof ... ware_id=43
Pero la verdad no encontré mucho, ya que esta en ingles y además de eso se trata de análisis de puentes, mas bien te sugeriría que si pudiste ver algo interesante en la pagina y que podría servir en el proyecto las enumerarías,
- Erick;
Estoy de acuerdo contigo, en que sea el VB pero si revisas un poco el VB. Net es el mismo VB 6.0 pero con mas ventajas, sin darle ya muchas vueltas al asunto , revisé la pagina que mandaste pero esta todo en ingles y se entiende poco ya que pareciera que son pocos los que están ahí participando y no vi ningún código, o tal vez sea por que solo le di una ojeadita, o tal vez solo sean sugerencia a alguno de los productos existentes no lo se, en todo caso, alguna idea que hayas considerado interesante o relevante, seria chevre que la expongas para todos los que estamos embarcándonos en el tema.
- Pedro;
Estándares y planeación con lluvia de ideas es genial, pero te sugeriría si tienes una idea clara de algunos o muchos de los pasos que se podrían seguir para tener una proforma del proyecto la pudieras redactar, ya que como dices hay muchas ideas pero sin un orden estamos como al inicio, y disculpa que lo diga, algo así como soñando, yo por mi parte pondré al final un esqueleto de lo que podría ser la guía o puntos claves para el desarrollo del programa.
- jfjdm;
Lo de los diagramas de flujo seria genial ya que se podrían aplicar a cualquier lenguaje de programación que se desee, y no se si es mucho pedirte, pero no se si podrían estar con el SI (sistema internacional) y en cada parte explicado que hace determinada rutina.
Ahora sobre el lenguaje que seria universal, hummm, esta un poco difícil usar uno que no sea bastante difundido como lo es el VB o Matlab pues en la mayoría de personas que conozco y he podido ver que programan usan lenguajes como lo que te menciono, y aprender un nuevo lenguaje seria otro trabajo además de llevar a código la estructura del análisis estructural, a menos que unos cuantos de nosotros nos dediquemos a hacer los diagramas y pseudocódigos, y otros a la exclusiva escritura del código fuente, pero ahí surgiría un problema que no va de acuerdo con el objetivo, creo yo, de este desafío que es llegar a la mayor parte de personas y estas a su vez puedan modificar y ampliar el programa teniendo el código fuente.
Ahora sobre la licencia y demás, yo creo que si logramos concretar todo el análisis y diseño de nuestro programa en Basic, con todos los códigos, pseudocódigo y diagramas de flujo, cualquiera de nosotros también podría pasar ese programa a otro lenguaje, a menos que si alguno de nosotros también se dedicaría única y exclusivamente a la enseñanza del lenguaje de programación que se usara en el proyecto. Bueno lo dejo a tu criterio
Genial que pudieras poner los diagramas en el SI ( Sistema internacional de unidades) y bien explicados
Piensa sobre si podrías encontrar a alguien que pudiera enseñar o tu mismo el lenguaje apropiado seria interesantísimo y muy beneficioso para todos.
- José Barrios:
La pagina de SAT-LAB si bien es cierto es de análisis estructural, hasta donde lo conozco es un poco difícil que muchos de nosotros conozcamos el Matlab a la perfección, además de eso, pues es un programa ya desarrollado y creo que nuestro objetivo es crear uno que podamos manipular en todas sus faces, ingreso, proceso y salida de datos. Ahora si conoces a alguien o si tal vez tu mismo podrías llevar a pseudocódigo o diagramas de flujo lo que en el SAT-LAB esta desarrollado seria súper, ya que desde ahí podríamos agarrar muchas ideas y también se podría traducir a otros lenguajes incluido en el que se desarrolla este proyecto.
- Site Adm:
Excelente idea:
Meta 1.- Definición de lenguaje a usar
Meta 2.- Presentación preliminar o beta del proyecto, con lo mas básico del programa
Meta .- Implementación de mas características al proyecto, mencionando cuales serian las nuevas cosas que se le agregarían al programa
Según el sondeo que hice vamos así:
TABLA CON ENCUESTA:
VB 6 jamofe2005
1
VB 6 Marcel1983 1
VB .net Pedro medina 1
VB Eric 1
VB Pyrho 1
VB Cafetero 1
VB Aketanon 1
VB Josemt57 1
VB Isnardou 1
VB Zuter 1
VB jdavidig84 1
Total 11
Jose Barrios Matlab 1
Jinn Matlab 1
Total 2
HP Aketanon 1
C++ Aketanon 1
C++ Erickpch 1
Total 3
OpenGL Aketanon 1
Delphi Erickpch 1
Pascal Erickpch 1
Fortran jfjdm 1
N/A mgf2004 1
N/A pjmedinap@unal.edu.com 1
N/A gmtxx 1
N/A Rimb1984 1
N/A Jhing 1
Total 5
- 2uac -
Por lo que en mi humilde opinión deberíamos empezar por elaborar el programa en VB, pero no en el 6.0 que aun que es el que también conozco no seria recomendable ya que existe el VB.net 2005 y 2008, que son una mejora y considerado uno de los mejores programas en este campo, cierto que podría ser lento, pero para hacer un gran proyecto como el que nos planteamos en primera instancia es entender el problema a fondo y eso aprendiendo paso a paso lo que sucede en el análisis estructural, y esto en mi opinión en un lenguaje de alto nivel como el VB, además de otras características que se podría mencionar.
- Jfjdm
interesante los diagramas de flujo, el único detalle es que están en el sistema ingles, seria genial si podrías poner los mismos diagramas pero pasados al SI, para esto podría ayudarte con un pequeño software que sirve para hacer diagramas de flujo.(que lo pondré al final).
- Eric,
sabes es una grandiosa idea, el problema como dices es que pareciera que no hay un camino que seguir pero creo que este será un nuevo inicio y será hueca siempre en cuando nosotros seamos los que la dejemos ahí sin hacer nada, o esperamos que esta grandiosa idea se la lleven algunos otros del extranjero en ingles o Ruso por decir y nosotros tener que admirarnos y ajustarnos a lo que ellos hicieron, vamos, no te desanimes y adelante ,
- FYU
SCILAB, yo revise alguna vez el Matlab y es genial realmente en cuanto a procesos matemáticos, y si el SCILAB es similar pues que mejor, el problema surge cuando te digo que pocos son los que manejan matlab, como veras en el cuadro que puse no todos lo saben o como menciono Eric, la mayoría ha sido formado en forma técnica en cuanto a la carrera por lo que podrían dominar en área de la aplicación de conocimientos de análisis y diseño pero pocos también la parte interna o alma del análisis estructural que es la programación del método, por lo que tal vez a futuro al realizar ya un gran avance alguien podría simplemente traducir del Visual al SCILAB el proyecto, pues me parece que cuando este pequeño sea un gigante deberá ser libre para ayudar a muchos mas y para eso una buena opción es el SCILAB.
- Genial Quantumm;
Estoy de acuerdo contigo, y como podrás ver en el cuadro que envié creo que ya se sabe que lenguaje se utilizara.
Y esto a fecha 29 de Enero 2009
Y si bien alguna vez pase por aquí creí realmente que ya había algún avance, pero como vez si es difícil y más si no hay un timón y un capitán, bueno esperemos prontico podamos pasar este pequeño percance y a programar s ha dicho ,
- Pyho;
Aprobado, jejeje, mentira, sabes creo que es genial que haya además de ti varios interesados en la idea, y de mi parte bienvenido así como a todos los demás que ya están dentro
- Cafetero;
Genial mira, si tienes la parte de diseño de concreto seria súper que lo pusieras en diagramas de flujo, explicado, y sobre el dimensionamiento de matrices dentro del Visual Basic, no hay mayor problema ya que estas matrices están en función de la estructura a la que se desea hacer el análisis, y en VB si se puede: ejemplo Dim MENS(6 * NNS, 6 * NNS) ‘donde NNS seria Numero de nudos y MENS la matriz ensamblada. Y así para cualquier matriz que se desee.
- Jimm;
Sabes aquí creo que en la mayoría de nosotros, nuestro conocimiento se limita al análisis matricial de estructuras reticulares prismáticas, y como sabemos en MEF es un análisis mas profundo, con ecuaciones diferenciales, jacobianos y funciones de forma, además del otros temas matemáticos, aplicado al análisis de sólidos, superficies e inclusive piezas prismáticas, pero bien es cierto que todos deberíamos saberlo, pero que se hace así nos formaron, sin ese conocimiento, aunque sabes creo que seria mas que interesante una vez pasado este proyecto, hacer lo mismo en uno mayor y que su fundamento sea en análisis a través del MEF, y si se diera creo que estaríamos mas que agradecidos si pudieras verter de tus conocimientos llegado el momento, pero bienvenido a esta aventura.
- Aketanon;
Un gusto hablar con otro programador en USER RPL de la HP, , sabes, tienes razón con respecto a la recopilación de materiales como libros, apuntes, etc., pero por las reglas de este foro este intercambio será solo a través de nuestros correos ya que aquí esta prohibido si no es con autorización del autor, según te entendí, pero creo también que hay algo mas, y es el que cada cuantos deben unirse o desarrollar solos la parte que les gustaría desarrollar o les podría tocar, una vez ya definido el lenguaje de programación, y desarrollar esa parte sin preocuparse mas allá de los parámetros necesarios para que todo el programa tenga coherencia, pues tratar de abarcar todo, todos, es un camino sin fin, por lo que te sugiero que si tienes programas ya hechos, también los lleves a diagramas de flujos explicados, para así poder cambiar variables si fuera necesario, así como para entender el proceso, pues la finalidad de este proyecto según he estado entendiendo es que cada uno de nosotros llegue a dominar el proceso y eso solo entendiéndolo, por lo que tampoco estoy de acuerdo en que simplemente usemos programas ya hechos, pues siempre dependeríamos de ellos, o simplemente no sabríamos como funciona o como podríamos optimizar ciertas partes del programa o estaríamos sujetos a programas externos, bueno ese es mi punto de vista.
- Zuter;
Interesante la parte de (abrir, guardar, editar, accesos genéricos, preferencias, etc.), que es una parte del pre proceso, específicamente la de ingreso y manipulación de los objetos dentro del entorno que se cree o se use, que en mi opinión lo podrán tratar quienes estén encargados de esa parte del Software, buen aporte
- Diego Luisnajaro;
Muy buena posición y bien explicado, sabes el problema con la utilización de un software que no sea VB, como abras podido ver es difícil pues la mayoría de los embarcados en este proyecto conocemos el VB o VB .net, en lo que si estoy de acuerdo es que este hará mas lento el procesamiento pero es un coste que compensara el manejo total del programa; sobre en método de análisis, hasta donde entendí a todos los foristas es que no se usara el MEF (Método de los elementos finitos) sino inicialmente el análisis matricial para 2D y 3D, por lo que no habría mucha complicación en ponernos de acuerdo, aparte de eso lo del MEF si seria a futuro, ya que este proyecto puede servirnos para quedarnos con el ingreso de datos y salida de datos que también pueden ser utilizables en el caso de que se use el MEF como método de análisis, además de que sabemos que el MEF es mas poderoso que el análisis matricial; finalmente sobre el software open source, si tienes conocimientos en esa área seria genial que averiguaras cuales podrían servirnos o enseñarnos como buscarlo.
Ya como punto aparte ceo que compartimos gran parte de la visión, de no solo dejar el programa en un análisis y diseño, sino en uno que sea capaz de sacar metrados y presupuestos, esto ultimo si tal vez con ayuda de Programas externos como, AutoCAD y otros. Genial , sigamos adelante.
Sobre el correr un programa sobre otro, no tengo mucha información, pero no te entendí bien lo de tomar un archivo de texto para agarrarlo como base de datos, ya que en un mismo programa se puede hacer un ingreso de datos que generaría automáticamente una base de datos, es decir su propia base de datos, bueno espero comentarios.
- Jdaviding84;
Excelente aporte, pues ese es en realidad el proceso que debe seguir el análisis estructural, lo tomare en cuenta para ampliarlo más a la hora de hacer nuestro esqueleto:
1.PRE-PROCESADOR
una interface grafica que genere un archivo de entrada (INPUTDATA) puede ser un archivo *.txt, en el cual es contenga toda la información necesaria para su desarrollo (requerimientos, propiedades de materiales y elementos etc.)
2.PROCESADOR
esto seria mediante la elaboración de módulos ejecutables (según sea el requerimiento diseño, análisis o evaluación vigas zapatas columnas, etc.) que se ejecutan leyendo los datos del INPUTDATA y este realice todas las operaciones necesarias....luego genera un archivo de resultados en formato *.txt
3.POST-PROCESADOR
aquí se realiza la lectura de resultados y se genera graficas tablas y demás respuestas necesarias en una forma grafica para mayor facilidad del usuario.
NOTA: este procedimiento lo realice en mi tema de tesis donde desarrolle una herramienta para el DISEÑO Y EVALUACION DE PORTICOS PLANOS MEDIANTE METODOS BASADO EN FUERZAS Y BASADO CEN DESPLAZAMIENTOS
Y que lo hayas hecho antes, súper pues podemos aprovechar no solo tus conocimientos sino también tu experiencia.
- Lucasqui05;
Mira , sobre que puedes hacer, puedes hacer muchas cosas tanto para ti como para aportar al proyecto:
Llevar a diagramas de flujo los programas que ya hiciste, y alcanzárnoslo para sino sabes algún lenguaje de programación alguno de nosotros pueda integrarlo al programa
Si no sabes como hacer un diagrama de flujo, puedes dejar tus hojas de cálculo para analizarla y alguno de nosotros y también llevarla a diagrama y código fuente.
Si continuas con nosotros y revisas los avances seguro y aprendes de apoco el VB si es que aun no has programado en macros.
- Erick PCH;
Tienes razón, no vamos muchos de nosotros mas allá del VB pero seamos sinceros, es fácil de aprender y de entender, cierto que puede haber otros que sean de mas bajo nivel, mas rapidos, pero el defecto con ellos será que no conocemos el lenguaje, por eso la propuesta de hacer los diagramas de flujo los cuales son fácilmente traducibles a cualquier lenguaje de programación, y uno de ellos, el que se usara,(según la encuesta jeje), ósea el VB, es común a todos nosotros, ahora acerca de que no sea portable tienes razón en parte, en el VB 6.0 no se puede, pero no así en el VB .net que si puede, además de ofrecer mayores ventajas al VB 6.0, humm estuve averiguando un poco sobre las cosas que mencionas:
• Clase: definiciones de las propiedades y comportamiento de un tipo de objeto concreto. La instanciación es la lectura de estas definiciones y la creación de un objeto a partir de ellas.
• Herencia: (por ejemplo, herencia de la clase D a la clase C) Es la facilidad mediante la cual la clase D hereda en ella cada uno de los atributos y operaciones de C, como si esos atributos y operaciones hubiesen sido definidos por la misma D. Por lo tanto, puede usar los mismos métodos y variables públicas declaradas en C. Los componentes registrados como "privados" (private) también se heredan, pero como no pertenecen a la clase, se mantienen escondidos al programador y solo pueden ser accesado a través de otros métodos públicos. Esto es así para mantener hegemónico el ideal de OOP (Programación orientada a objetos).
• Objeto: entidad provista de un conjunto de propiedades o atributos (datos) y de comportamiento o funcionalidad (métodos). Se corresponde con los objetos reales del mundo que nos rodea, o a objetos internos del sistema (del programa). Es una instancia a una clase.
• Polimorfismo: comportamientos diferentes, asociados a objetos distintos, pueden compartir el mismo nombre, al llamarlos por ese nombre se utilizará el comportamiento correspondiente al objeto que se esté usando. O dicho de otro modo, las referencias y las colecciones de objetos pueden contener objetos de diferentes tipos, y la invocación de un comportamiento en una referencia producirá el comportamiento correcto para el tipo real del objeto referenciado. Cuando esto ocurre en "tiempo de ejecución", esta última característica se llama asignación tardía o asignación dinámica. Algunos lenguajes proporcionan medios más estáticos (en "tiempo de compilación") de polimorfismo, tales como las plantillas y la sobrecarga de operadores de C++.
• Herencia: las clases no están aisladas, sino que se relacionan entre sí, formando una jerarquía de clasificación. Los objetos heredan las propiedades y el comportamiento de todas las clases a las que pertenecen. La herencia organiza y facilita el polimorfismo y el encapsulamiento permitiendo a los objetos ser definidos y creados como tipos especializados de objetos preexistentes. Estos pueden compartir (y extender) su comportamiento sin tener que volver a implementarlo. Esto suele hacerse habitualmente agrupando los objetos en clases y estas en árboles o enrejados que reflejan un comportamiento común. Cuando un objeto hereda de más de una clase se dice que hay herencia múltiple.
Referencia: http://es.wikipedia.org/wiki/Programaci ... _a_objetos
Y resulta interesante, saber que estas características las contiene también el VB .net, así que amigo bienvenido y esperamos mucho de ti ya que veo que en el campo de la programación conoces mas que muchos de nosotros
- 2uac;
Estupendo que sepas varios lenguajes, sabes si nos viniese pedazos o programas completos con código abierto podrías ayudarnos a traducirlo al lenguaje que se usara o si hay algo que escribir podrías hacerlo;), bienvenido de mi parte.
- Natalia Ar;
Disculpe, no quisiera contradecirla pero creo que no es el tema que aquí se trata, en el que tal vez necesite ayuda.
- Josemt57;
Cierto que estamos atrazadotes jeje, pero nunca es tarde para empezar y sobre la viga que propones, creo que no nos llevaría a algún lugar, sin animo de ofender para nada, no es que este mal pero creo que debemos concentrar nuestros esfuerzos en el objetivo final ciñéndonos al esqueleto del programa buscado. Pero chevre por los ánimos.
- Isnardou;
Interesante el código, pero para sete franco creo que este lenguaje es uno de los primeros de VB y no es tampoco el VB 6.0, pero si lo programaste tu, seria estupendo que pudieras llevarlo a Diagrama de flujo y así podamos aprovechar de el para nuestro fin.
- Fred;
Bienvenido también Fred, pues necesitaremos mas manos cuando esto se ponga bravo, jeje, y sobre:
Una consulta y que recién me surge es todas las aplicaciones o ejecutables hechos en visual BASIC corren en Linux.?, hasta donde conozco en VB 6.0 no es posible hacer correr en otro sistema operativo pero si es posible hacerlo desde visual BASIC .net
Bueno creo que hasta aquí terminan los comentarios
Conclusiones:
- Me parece que inicialmente la idea del Ingeniero Pedro Medina era lograr un software libre; y de lo que se quería lograr, y espero verdaderamente estar acercándome a ella, pero si es algo más creo que nos gustaría saber que otras cosas más había pensado hacer, y así aportar más con la idea original.
- Se dará un esquema dentro del cual cada uno de nosotros tomaremos uno o varios temas para podre desarrollarlo siempre con los parámetros similares sino iguales e idénticos en cada parte del programa
- Estamos creo que todos nosotros abierto a sugerencias y comentarios para fijar fecha de la entrega de cargos o tareas.
- El lenguaje a usar será, guiándome en la encuesta, VB, aun que personalmente sugiero a los nuevos y ya recorridos en la programación de una vez animarse a agarrar el VB .net que como ya vine mencionando es el lenguaje y entorno que se usa actualmente para crear aplicaciones, y no es otra cosa que el mismo VB 6.0 con algunas mejoras, en realidad muchas mejoras, así que espero también comentarios, pero si alguien se anima, dejare unas direcciones donde se pueden informar mejor.
- Sugiero que este foro tenga varios subforos donde se pueda discutir cada tema del total del software en forma separada pero todos conectados con nuestros estándares, para así hacer mas amena y personalizada cada cosa, entiéndase por cosa, tema especifico del programa.
- De las funciones que se deberían incorporar en el programa:
Las funciones que debería incorporar el programa:
Análisis estructural, cerchar 2D y 3D, pórticos 2D y 3D
Análisis Dinámico y estático de elementos elásticos
Análisis Dinámico y estático de elementos plásticos
Diseño de Acero y Concreto armado en diferentes reglamentos si es posible,
Dibujo de los resultados en planos opcionalmente en CAD y otra plataforma como Revit Structure u Otro
Análisis de metrados de los elementos diseñados
Presupuesto de tales elementos
Se que alguien pudiera decir que somos demasiado ambiciosos, pero les diré algo y es que solo se consigue algo grande luchando por un sueño, no viviendo siempre en la “realidad”, que mas que realidad solo son limitaciones que ponemos a nuestro subconsciente para no dejar a nuestra mente trabajar mas allá de lo que hasta ahora, así que a pensar como hacerlo chicos , y créanme que con un fin en mente si valdrá la pena el esfuerzo que se pueda hacer.
- Una metodología que propongo es la siguiente:
1.- Escojamos quienes desarrollaran un determinado punto de todo el esqueleto según sus conocimientos o inquietud, pero sin ser simplemente aprovechadores del conocimiento pues en esta parte se necesita mas aporte que observadores;
2.- El lenguaje creo que ya esta definido;
3.- Ir Analizando los avances cada cierto tiempo, como el de un mes y tratar de integrar las diferentes partes dar un visto bueno de parte de todos y hacer las respectivas observaciones para la mejora y el avance en los demás proyectos o módulos del programa en total;
4.- Si vamos a estandarizar nuestros códigos, diagramas, documentos y finalmente el manual, seria necesario que alguno ponga ya el formato que se usara en cada uno de ellos;
5.- Espero que cada uno pueda decir en que parte del programa puede apoyar, desea apoyar o que experiencia a tenido antes para poder clasificarlo y darle la tarea que mejor le cuadre
- Otra posición mía es, ¿que tan libre ha de ser este programa?, o si alguien puede darme una idea exacta sobre lo que haremos, pues si pusiéramos a disposición todo lo que hagamos, todo nuestro trabajo, sepamos que no solo los que estamos entre nosotros se ha de beneficiar sino aquellos que también no han, ni aportaran nunca con el proyecto, hablo de todos los profesionales que usaran el software sin analizarlo ni aportar a el, en mi opinión hasta que el proyecto alcance cierta madures lo que necesitamos es hacer que muchas o todas las partes hasta entonces sea de uso y conocimiento interno de todos los que estamos aportando y haciendo crecer el proyecto, y ya en un futuro darlo a conocer al mundo; como le digo hay personas que tal vez al final no se merezcan que nuestro trabajo se les de sin haber hecho nada ellos, tómenme de egoísta si desean pero, creo que no es justo tampoco que sacrifiquemos , horas, días y noches para que alguien venga y se lleve todo lo que hasta entonces hemos hecho, sin aportar siquiera un código al proyecto o algun dato; buen es mi humilde opinión y por eso pedía que el Ing. Pedro nos oriente a que es realmente donde nos llevara el proyecto, pues disposición hay y ganas también pero, ¿que mas hay detrás de todo el trabajo que queremos emprender?, lo dejo a su criterio, con esto tampoco apoyo al monopolio de la Microsoft o apoyando solo al CSI (SAP2000, Etabs, safe, etc.), pero pensemos que al menos nuestro sacrificio debe ser compensado con algo y no necesariamente dinero.
Creo que con respecto al proyecto de Software libre y otras partes del programa en si mismo tenemos muchas ideas y objetivos, pero me gustaría saber al menos una razón mas por la cual hacerlo, además de las que yo mismo mencionare como:
Pros
- * Todos estamos comprometidos, se supone de antemano, a respetar los créditos de cada uno en cada uno de los módulos, no pudiendo cambiar el nombre del autor, siendo esta una de nuestras recompensas
-* Otra recompensa será la de poder usar a nuestro antojo y en la vida profesional de este programa.
-* Aparte de los dos últimos puntos creo que tendremos el orgullo de poder decir que fuimos parte de esta empresa, así que chicos les pido no se desanimen, y apoyémonos unos a otros
- * Otra parte a favor es saber que contribuiremos al crecimiento en el conocimiento del análisis estructural en los campos de la enseñanza pues todos los alumnos de las diferentes universidades estarán en posibilidades de aprender paso a paso lo que podamos desarrollar y ellos aportar o hacer crecer al mismo proyecto llegado el momento.
-* Aprender a medida que se avanza, ya que muchos de nosotros creo según leí somos estudiantes, otros profesionales, etc. Que iremos aprendiendo a medida que crezca el proyecto.
-* Puesto que este programa será modificable para cualquiera de los usuarios, este se podrá ajustar sin mucho problema a las grandes diferencias que ocurren en el trabajo de determinada región, ciudad o país, pudiendo inclusive hacerlo dentro de este mismo foro con ayuda de todos en conjunto y para el beneficio de todos.
Contras:
*- El poner nuestro código a disposición de todo el mundo creara que muchos de los profesionales que usen nuestro programa jamás en su vida profesional aportaran a el en ninguna manera, aprovechándose únicamente de lo que pudiéramos lograr.
*- Pudieran muchas personas aprovecharse de este conocimiento para hacer uso comercial de nuestros logros, aun sin saberlo de nosotros.
Propuestas:
- Tener el código “cerrado” de alguna manera inicialmente entre quienes trabajaremos directamente en su desarrollo, hasta tener un avance significativo
Posible esquema a seguir para el desglose de las áreas dentro del programa:
Para el Análisis estructural
Análisis elástico Lineal:
1 Conceptos fundamentales
Identificación del problema que se trataran dentro del programa
2 Referencias, criterios de signo e hipótesis básicas
Referencias. Ejes globales y ejes locales
Hipótesis básicas de comportamiento
Integración de las ecuaciones de equilibrio
3 Matriz de rigidez de barra
La rigidez a desplazamiento longitudinal
La rigidez a giro por torsión
Los desplazamientos transversales a la directriz de la pieza. La rigidez a giro por flexión
Los desplazamientos transversales a la directriz de la pieza. La rigidez a desplazamiento transversal
Ecuaciones de equilibrio. Matriz de rigidez de barra
4 Vector de fuerzas nodales equivalentes. Acciones en las barras o directamente en los nodos
El vector de acciones nodales equivalentes
Determinación del vector de acciones nodales equivalentes. Acciones en dirección paralela a la directriz de la barra
Determinación del vector de acciones nodales equivalentes. Acciones en dirección perpendicular a la directriz de la barra
5 La matriz de rigidez global. Ensamblaje
Cambio de referencias. Generalidades
Cambio de referencias en un sistema espacial
Ensamblaje de la matriz de rigidez de la estructura
Ensamblaje del vector de fuerzas nodales equivalentes
6 Imposición de las condiciones de contorno y resolución numérica del sistema de ecuaciones. Subestructuras
Singularidad de la matriz [K]. Imposición de las condiciones de soporte
Resolución del sistema de ecuaciones
El ancho de la banda
Subestructuras. Condensación de variables
7 Determinación de esfuerzos en las barras
Determinación de los esfuerzos en los extremos de las barras
Determinación de las leyes de distribución de esfuerzos a lo largo de las barras
Determinación de las leyes de esfuerzo para barras solicitadas paralelamente a su directriz
Determinación de las leyes de esfuerzo para barras solicitadas perpendicularmente a su directriz
PARTE II. Análisis elástico no lineal. Análisis en segundo orden
8 Análisis de estructuras de barras en segundo orden. Introducción y conceptos
Hipótesis básicas
Problemas que se trataran dentro de este esquema
9 Determinación de la matriz de barra en teoría de segundo orden
La rigidez a desplazamiento longitudinal
La rigidez a giro por torsión
Los desplazamientos transversales a la directriz de la pieza. La rigidez a giro por flexión
Los desplazamientos transversales a la directriz de la pieza. La rigidez a desplazamiento transversal
Matriz de rigidez de barra
10 Determinación del vector de fuerzas nodales equivalentes en teoría de segundo orden y cálculo de esfuerzos
Determinación del vector de cargas nodales equivalentes
Cargas actuantes paralelamente a la directriz de la pieza
Acciones actuantes en dirección perpendicular a la directriz de la barra
Cálculo de esfuerzos
11 El equilibrio en teoría de segundo orden, función de la curvatura de las barras
Dependencia de la rigidez a deformación longitudinal respecto a la ley de traslación lateral de la directriz de la barra
Resolución numérica del acortamiento por curvatura. Cuadratura de Gauss
La curvatura inicial como causa de inestabilidad
Determinación de los esfuerzos nodales respecto al eje de flexión, respectivamente
Determinación de esfuerzos en barras aquejadas de curvatura
12 Resolución del problema no lineal. Métodos de resolución de sistemas de ecuaciones no lineales
El método de iteración directa o método de punto fijo
El método de Newton-Raphson o de la matriz tangente
Método de la matriz de rigidez inicial o de Newton-Raphson modificado
Los métodos incrementales
Combinación entre el método incremental y el de Newton-Raphson modificado
Aceleradores de convergencia
Métodos de cuasi-Newton
La resolución de la ecuación de equilibrio en segundo orden
Criterios de convergencia
Criterio de divergencia. Inestabilidad
Esquema tonado del Libro “Análisis matricial de barras prismáticas de la UPC”
Para el diseño de concreto armado:
Capítulo 1 Generalidades
Códigos de diseño y especificaciones que se usaran
Suposiciones fundamentales para el comportamiento del concreto reforzado
Capítulo 2 Materiales
Propiedades en compresión
Resistencia a la tensión
Resistencia bajo esfuerzos combinados
Efectos de retracción y temperatura
Barras de refuerzo
Capítulo 3 Análisis y diseño a flexión de vigas
Flexión de vigas homogéneas
Comportamiento de vigas de concreto reforzado
Diseño de vigas rectangulares reforzadas a tensión
Vigas rectangulares con refuerzo a tensión y a compresión
Vigas T
Capítulo 4 Cortante y tensión diagonal en vigas
Tensión diagonal en vigas elásticas homogéneas
Vigas de concreto reforzado sin refuerzo a cortante
Vigas de concreto reforzado con refuerzo en el alma
Efecto de las fuerzas axiales
Vigas con altura variable
Modelos alternativos para análisis y diseño a cortante
Capítulo 5 Adherencia, anclaje y longitud de desarrollo
Fundamentos de la adherencia a flexión
Resistencia última de adherencia y longitud de desarrollo
Disposiciones del Código ACI u otros para el desarrollo de refuerzo a tensión
Anclaje de barras sometidas a tensión mediante ganchos
Desarrollo de barras a compresión
Capítulo 6
Barras en paquete
Puntos de corte y doblamiento de barras en vigas
Empalmes en barras
Capítulo 7 Condiciones de servicio
Capítulo 8 Análisis y diseño a torsión
Torsión en elementos de concreto simple
Torsión en elementos de concreto reforzado
Torsión y cortante
Capítulo 9 Columnas cortas
Compresión axial
Estribos transversales y espirales
Compresión más flexión de columnas rectangulares
Análisis de compatibilidad de deformaciones y diagrarnas de interacción
Falla balanceada
Refuerzo distribuido
Refuerzo asimétrico
Columnas circulares
Disposiciones de seguridad del Código ACI
Ayudas de diseño
Flexión biaxial
Método del contorno de carga
Método de la carga inversa
Análisis por computador para flexión biaxial de columnas
Empalme de barras en columnas
Capítulo 10 Columnas esbeltas
Columnas cargadas concéntricamente
Compresión más flexión
Criterios del Código ACI para no tener en cuenta los efectos de esbeltez
Criterios del Código ACI para definición de pórticos arriostrados versus no arriostrados
Método de amplificación de momento del Código ACI para pórticos no arriostrados
Método de amplificación de momento del Código ACI para pórticos arriostrados
Análisis de segundo orden para efectos de esbeltez
Capítulo 11 Diseño de refuerzo en las uniones
Uniones viga-columna (nudos)
Modelo puntal-tensor (Strut-and-Tie) para el comportamiento de las uniones
Uniones viga secundaria-viga principal
Vigas de apoyo
Uniones de esquina y en T
Ménsulas y cornisas
Capítulo 12 Losas apoyadas en los bordes
Tipos de losas
Diseño de losas en una dirección
Refuerzo para temperatura y retracción de fraguado
Comportamiento de losas en dos direcciones apoyadas en los bordes
Análisis mediante el método de los coeficientes
Refuerzo para losas en dos direcciones apoyadas en los bordes
Control de deflexiones
Capítulo 13 Losas en dos direcciones apoyadas sobre columnas
Método de diseño directo
Refuerzo a flexión
Límites de espesor del Código ACI
Método del pórtico equivalente
Diseño a cortante en placas y losas planas
Transferencia de momentos a las columnas
Aberturas en losas
Cálculo de deflexiones
Análisis para cargas horizontales
Capítulo 14 Zapatas y cimentaciones
Tipos y funciones
Zapatas superficiales
Factores de diseño
Cargas, presiones de contacto y dimensiones de las zapatas
Zapatas para muros
Zapatas para columnas
Zapatas combinadas
Zapatas para dos columnas
Cimentaciones continuas, reticulares y losas de cimentación
Dados de pilotes
Capítulo 15 Muros de contención
Función y tipos de muros de contención
Presión de tierra
Presión de tierra para condiciones usuales de carga
Estabilidad externa
Bases del diseño estructural
Drenaje y otros detalles
Muros de contención con contrafuertes
Muros de contención prefabricados
Capítulo 16 Diseño sísmico
Respuesta estructural
Criterios para cargas sísmicas
Disposiciones especiales del Código ACI para el diseño sísmico
Disposiciones del Código ACI para pórticos
Disposiciones del Código ACI para muros estructurales, diafragmas y cerchas
Disposiciones del Código ACI para resistencia a cortante
Disposiciones del Código ACI para pórticos en zonas de amenaza sísmica moderada
- Esquema tomado del libro “Diseño de estructuras de concreto” de Arthur H Nilson
- Para el ingreso de datos, se usara la interfaz mas apropiada hecha en VB
- La salida de datos también podría ser únicamente a través del VB o empleando otros programas como Autocad, Excel, S10, etc.
- El esquema es general aquí ya que falta hacerle el trabajo para poner los detalles pertinentes desde el punto de vista de la programación
- Es parte de Ud. Cada cosa que he dicho y depende también de Uds. Que algo se cambie o se empiece a caminar también por este mismo sendero.
Datos extra:
Apuntes sobre Análisis estructural:
http://rapidshare.com/files/191304286/a ... s.pdf.html
Programa Libre para hacer diagramas de flujo:
http://rapidshare.com/files/191317114/s ... o.exe.html
Sobre Visual Basic .net
http://www.daleya.com/?query=diablo+3&d ... id%5B%5D=9
http://rapidshare.com/files/75165698/vbnet.zip
http://rapidshare.com/files/181182601/W ... tudio.2005
Curso Visual Basic 6:
http://rapidshare.com/files/68410792/cu ... ic_6.0.zip
Como les dije antes y se los reitero chicos, depende de cada uno de nosotros que todo esto se materialice, saludos y loes estoy esperando.
• Les dejo un regalo al final, espero que les sea tan útil para ustedes así como lo es para mi.
Dios les bendiga.
Con Cariño
EcObO
Idea original: Ing. Pedro Medina
Redacción por: EcObO
En primer lugar discúlpenme el atrevimiento al escribirles todo lo siguiente , pero es que sucede que soy un apasionado del análisis estructural y aun que apenas empiezo creo que aquí tenemos un diamante en bruto, solo nos falta darle las cinceladas necesarias, y espero empecemos ya con este proyecto que ya mucho se ha dormido.
Dios les bendiga
- pedromedina:
Sobre su propuesta supongo sabe Ud. mas o menos lo que deseas, seria bueno traiga un orden de lo que ha visionado y a que le llamas software libre y de análisis estructural según su fin y su visión a mediano y corto plazo;
- jamofe2005@yahoo.com;
Visual Basic, lo conoce, se supone y, recodarle que el visual BASIC es fácilmente adaptable a cualquier entorno que contenga ese lenguaje como lenguaje de programación orientado al manejo de los objetos del software, ósea si programamos en VB se puede pasar este al Excel, Autocad, Revit, etc., solo cambiándole el manejo de objetos, por lo que se trataría de hacer una generalización en cuanto al entorno y no solo cerrarnos al entorno del VB propiamente.
- José Barros;
Poca experiencia pero hay entusiasmo, veo que tienes entusiasmo, seria factible si tu pudieras aportar, mas que con el lenguaje de programación, con la parte cognoscitiva o teoría estructural e ir generalizando los casos, tanto del análisis como en la parte del diseño adaptado al código del país en el que radicas, ya que no estoy seguro de que todos seamos del mismo país.
- marcel1983 ;
Ingeniero, tomar programas y código ya hecho para modificarlo; no estoy de acuerdo con tomar código de otros programas, que aun que es un camino mas fácil, no se hace realidad el primer planteamiento que es crear nosotros algo nuestro y manejable al 100% por todos los usuarios, además de eso para pedir que se libere algún programa en código fuente hablamos de dinero y creo que ese no es el fin de esta visión ya que por la experiencia que tengo podría decir que el análisis estructural es hasta cierto punto fácil de manejar y es solo cuestión de tener los conceptos claro.
- pedromedina;
Documentación de dicho código, es un punto a su favor, pues si no nos movemos mas allá de solo el código fuente es difícil que captemos la realidad de todo el procedimiento que lleva a la solución de alguna de las partes del problema.
- pedromedina;
Programa de columna, disculpe la indiscreción pero si hasta ahora no lo ha vuelto a poner en funcionamiento, la pregunta obligada es si Ud. hizo el programa o lo hizo con ayuda de varios autores mas, pues el programa por las características que menciona tiene muchas cualidades que son propias de alguien que conoce sobre el lenguaje y el mundo de la programación, aun así tal vez los mas experimentados en este aspecto se beneficiarían de muchas de las partes del programa que menciona si lo pone a la disposición de todos, así como lo menciona en código fuente con un pequeño tutorial del programa si lo hubiera, o si hizo los apuntes en el mismo programa mucho mejor, pero si podría decirle que, si conoce el mundo del diseño seria genial si pudiera hacer la documentación y diagramas de flujo del diseño de la columna que menciona y luego alguno de nosotros llevarlo al lenguaje que se usara en esta aventura, que seria el visual Basic (me guio por la encuesta de la tabla que adjunto).
- RIMB1984,
Esplendida la idea de aprender desarrollando que creo si es el fin de todo este movimiento, pero además de eso, creo que nos gustaría saber en que parte de todo el proyecto podría ayudar Ud., es decir, ¿sabe programar?, conoce, diseño, conoce el análisis material, etc. O si podría aportar con otra cosa, ay que creo que mientras mas manos y cabezas tengamos será mucho mejor.
- José Barros,
Genial que hayas hecho ese pequeño programa que mencionas, pero lo mejor no seria aun ponerlo en Visual Basic sino, hacer el algoritmo y diagrama de flujo, que por una parte será la manera en que cualquiera entenderá el programa y no importando si un día desean trasladarlo a otro lenguaje no será nada complicado, ahora sobre ponerlo en un lenguaje implicaría muchas cosas como la creación de variables y salidas de datos que deben estar en concordancia con el global del programa, y que espero pronto nos pongamos de acuerdo o alguien lance una simbología y términos a usar, para tener un solo cuerpo y no varias partes distintas entre si, te sugiero inicies con lo que te dije, los diagramas de flujo
- Pedro Medina,
Genial que venga cualquier aporte ya sea en código fuente, pseudocódigo, diagramas de flujo, pruebas de escritorio, opiniones, críticas, reporte de errores, etc. Bienvenidas sean, ¿pero al final quien las ordena?, o ¿quien entiende a todos para que todas esas cosas nos sirvan para un solo fin?, sugiero al contrario que si hay algún aporte en código fuente, se haga con los parámetros que se definirán en el lenguaje de programación adoptado y con la documentación especifica, sobre las sugerencias e idas esas si bienvenidas para que al momento de desarrollar el programa nuestra visión se amplíe.
- Jhing- Genial
“Es una muy buena idea la que pretenden desarrollar...
Yo creo que seria de gran ayuda que la creación de los módulos independientes de análisis sea documentada a través de sus respectivos algoritmos y además que cada programador explique en forma clara los pasos utilizados en el código.
Esto seria de gran ayuda para todos los ingenieros y estudiantes que nos interesa aprender a programar.
Saludos y Espero comentarios”
Ya que si el fin de todos nosotros es conocer, modificar, y aprender de que trata cada parte del programa debe tener estas básicas cosas, además de eso que todos empezaríamos a hablar en el mismo lenguaje.
- Isnardo;
Seria bueno que dieras nuevas ideas al revisar el programa que solicitas y que creo que más abajo lo subieron
- José Barros;
Holas , buen trabajo, aun que no lo revise se que se necesita los conocimientos básicos para poder programar este método, mi sugerencia es que pongas en diagramas de flujo explicativos los algoritmos que usaste para el diseño del programa.
- Holas Roxedhm
Bueno revise la página
http://www.wsdot.wa.gov/eesc/bridge/sof ... ware_id=43
Pero la verdad no encontré mucho, ya que esta en ingles y además de eso se trata de análisis de puentes, mas bien te sugeriría que si pudiste ver algo interesante en la pagina y que podría servir en el proyecto las enumerarías,
- Erick;
Estoy de acuerdo contigo, en que sea el VB pero si revisas un poco el VB. Net es el mismo VB 6.0 pero con mas ventajas, sin darle ya muchas vueltas al asunto , revisé la pagina que mandaste pero esta todo en ingles y se entiende poco ya que pareciera que son pocos los que están ahí participando y no vi ningún código, o tal vez sea por que solo le di una ojeadita, o tal vez solo sean sugerencia a alguno de los productos existentes no lo se, en todo caso, alguna idea que hayas considerado interesante o relevante, seria chevre que la expongas para todos los que estamos embarcándonos en el tema.
- Pedro;
Estándares y planeación con lluvia de ideas es genial, pero te sugeriría si tienes una idea clara de algunos o muchos de los pasos que se podrían seguir para tener una proforma del proyecto la pudieras redactar, ya que como dices hay muchas ideas pero sin un orden estamos como al inicio, y disculpa que lo diga, algo así como soñando, yo por mi parte pondré al final un esqueleto de lo que podría ser la guía o puntos claves para el desarrollo del programa.
- jfjdm;
Lo de los diagramas de flujo seria genial ya que se podrían aplicar a cualquier lenguaje de programación que se desee, y no se si es mucho pedirte, pero no se si podrían estar con el SI (sistema internacional) y en cada parte explicado que hace determinada rutina.
Ahora sobre el lenguaje que seria universal, hummm, esta un poco difícil usar uno que no sea bastante difundido como lo es el VB o Matlab pues en la mayoría de personas que conozco y he podido ver que programan usan lenguajes como lo que te menciono, y aprender un nuevo lenguaje seria otro trabajo además de llevar a código la estructura del análisis estructural, a menos que unos cuantos de nosotros nos dediquemos a hacer los diagramas y pseudocódigos, y otros a la exclusiva escritura del código fuente, pero ahí surgiría un problema que no va de acuerdo con el objetivo, creo yo, de este desafío que es llegar a la mayor parte de personas y estas a su vez puedan modificar y ampliar el programa teniendo el código fuente.
Ahora sobre la licencia y demás, yo creo que si logramos concretar todo el análisis y diseño de nuestro programa en Basic, con todos los códigos, pseudocódigo y diagramas de flujo, cualquiera de nosotros también podría pasar ese programa a otro lenguaje, a menos que si alguno de nosotros también se dedicaría única y exclusivamente a la enseñanza del lenguaje de programación que se usara en el proyecto. Bueno lo dejo a tu criterio
Genial que pudieras poner los diagramas en el SI ( Sistema internacional de unidades) y bien explicados
Piensa sobre si podrías encontrar a alguien que pudiera enseñar o tu mismo el lenguaje apropiado seria interesantísimo y muy beneficioso para todos.
- José Barrios:
La pagina de SAT-LAB si bien es cierto es de análisis estructural, hasta donde lo conozco es un poco difícil que muchos de nosotros conozcamos el Matlab a la perfección, además de eso, pues es un programa ya desarrollado y creo que nuestro objetivo es crear uno que podamos manipular en todas sus faces, ingreso, proceso y salida de datos. Ahora si conoces a alguien o si tal vez tu mismo podrías llevar a pseudocódigo o diagramas de flujo lo que en el SAT-LAB esta desarrollado seria súper, ya que desde ahí podríamos agarrar muchas ideas y también se podría traducir a otros lenguajes incluido en el que se desarrolla este proyecto.
- Site Adm:
Excelente idea:
Meta 1.- Definición de lenguaje a usar
Meta 2.- Presentación preliminar o beta del proyecto, con lo mas básico del programa
Meta .- Implementación de mas características al proyecto, mencionando cuales serian las nuevas cosas que se le agregarían al programa
Según el sondeo que hice vamos así:
TABLA CON ENCUESTA:
VB 6 jamofe2005
1
VB 6 Marcel1983 1
VB .net Pedro medina 1
VB Eric 1
VB Pyrho 1
VB Cafetero 1
VB Aketanon 1
VB Josemt57 1
VB Isnardou 1
VB Zuter 1
VB jdavidig84 1
Total 11
Jose Barrios Matlab 1
Jinn Matlab 1
Total 2
HP Aketanon 1
C++ Aketanon 1
C++ Erickpch 1
Total 3
OpenGL Aketanon 1
Delphi Erickpch 1
Pascal Erickpch 1
Fortran jfjdm 1
N/A mgf2004 1
N/A pjmedinap@unal.edu.com 1
N/A gmtxx 1
N/A Rimb1984 1
N/A Jhing 1
Total 5
- 2uac -
Por lo que en mi humilde opinión deberíamos empezar por elaborar el programa en VB, pero no en el 6.0 que aun que es el que también conozco no seria recomendable ya que existe el VB.net 2005 y 2008, que son una mejora y considerado uno de los mejores programas en este campo, cierto que podría ser lento, pero para hacer un gran proyecto como el que nos planteamos en primera instancia es entender el problema a fondo y eso aprendiendo paso a paso lo que sucede en el análisis estructural, y esto en mi opinión en un lenguaje de alto nivel como el VB, además de otras características que se podría mencionar.
- Jfjdm
interesante los diagramas de flujo, el único detalle es que están en el sistema ingles, seria genial si podrías poner los mismos diagramas pero pasados al SI, para esto podría ayudarte con un pequeño software que sirve para hacer diagramas de flujo.(que lo pondré al final).
- Eric,
sabes es una grandiosa idea, el problema como dices es que pareciera que no hay un camino que seguir pero creo que este será un nuevo inicio y será hueca siempre en cuando nosotros seamos los que la dejemos ahí sin hacer nada, o esperamos que esta grandiosa idea se la lleven algunos otros del extranjero en ingles o Ruso por decir y nosotros tener que admirarnos y ajustarnos a lo que ellos hicieron, vamos, no te desanimes y adelante ,
- FYU
SCILAB, yo revise alguna vez el Matlab y es genial realmente en cuanto a procesos matemáticos, y si el SCILAB es similar pues que mejor, el problema surge cuando te digo que pocos son los que manejan matlab, como veras en el cuadro que puse no todos lo saben o como menciono Eric, la mayoría ha sido formado en forma técnica en cuanto a la carrera por lo que podrían dominar en área de la aplicación de conocimientos de análisis y diseño pero pocos también la parte interna o alma del análisis estructural que es la programación del método, por lo que tal vez a futuro al realizar ya un gran avance alguien podría simplemente traducir del Visual al SCILAB el proyecto, pues me parece que cuando este pequeño sea un gigante deberá ser libre para ayudar a muchos mas y para eso una buena opción es el SCILAB.
- Genial Quantumm;
Estoy de acuerdo contigo, y como podrás ver en el cuadro que envié creo que ya se sabe que lenguaje se utilizara.
Y esto a fecha 29 de Enero 2009
Y si bien alguna vez pase por aquí creí realmente que ya había algún avance, pero como vez si es difícil y más si no hay un timón y un capitán, bueno esperemos prontico podamos pasar este pequeño percance y a programar s ha dicho ,
- Pyho;
Aprobado, jejeje, mentira, sabes creo que es genial que haya además de ti varios interesados en la idea, y de mi parte bienvenido así como a todos los demás que ya están dentro
- Cafetero;
Genial mira, si tienes la parte de diseño de concreto seria súper que lo pusieras en diagramas de flujo, explicado, y sobre el dimensionamiento de matrices dentro del Visual Basic, no hay mayor problema ya que estas matrices están en función de la estructura a la que se desea hacer el análisis, y en VB si se puede: ejemplo Dim MENS(6 * NNS, 6 * NNS) ‘donde NNS seria Numero de nudos y MENS la matriz ensamblada. Y así para cualquier matriz que se desee.
- Jimm;
Sabes aquí creo que en la mayoría de nosotros, nuestro conocimiento se limita al análisis matricial de estructuras reticulares prismáticas, y como sabemos en MEF es un análisis mas profundo, con ecuaciones diferenciales, jacobianos y funciones de forma, además del otros temas matemáticos, aplicado al análisis de sólidos, superficies e inclusive piezas prismáticas, pero bien es cierto que todos deberíamos saberlo, pero que se hace así nos formaron, sin ese conocimiento, aunque sabes creo que seria mas que interesante una vez pasado este proyecto, hacer lo mismo en uno mayor y que su fundamento sea en análisis a través del MEF, y si se diera creo que estaríamos mas que agradecidos si pudieras verter de tus conocimientos llegado el momento, pero bienvenido a esta aventura.
- Aketanon;
Un gusto hablar con otro programador en USER RPL de la HP, , sabes, tienes razón con respecto a la recopilación de materiales como libros, apuntes, etc., pero por las reglas de este foro este intercambio será solo a través de nuestros correos ya que aquí esta prohibido si no es con autorización del autor, según te entendí, pero creo también que hay algo mas, y es el que cada cuantos deben unirse o desarrollar solos la parte que les gustaría desarrollar o les podría tocar, una vez ya definido el lenguaje de programación, y desarrollar esa parte sin preocuparse mas allá de los parámetros necesarios para que todo el programa tenga coherencia, pues tratar de abarcar todo, todos, es un camino sin fin, por lo que te sugiero que si tienes programas ya hechos, también los lleves a diagramas de flujos explicados, para así poder cambiar variables si fuera necesario, así como para entender el proceso, pues la finalidad de este proyecto según he estado entendiendo es que cada uno de nosotros llegue a dominar el proceso y eso solo entendiéndolo, por lo que tampoco estoy de acuerdo en que simplemente usemos programas ya hechos, pues siempre dependeríamos de ellos, o simplemente no sabríamos como funciona o como podríamos optimizar ciertas partes del programa o estaríamos sujetos a programas externos, bueno ese es mi punto de vista.
- Zuter;
Interesante la parte de (abrir, guardar, editar, accesos genéricos, preferencias, etc.), que es una parte del pre proceso, específicamente la de ingreso y manipulación de los objetos dentro del entorno que se cree o se use, que en mi opinión lo podrán tratar quienes estén encargados de esa parte del Software, buen aporte
- Diego Luisnajaro;
Muy buena posición y bien explicado, sabes el problema con la utilización de un software que no sea VB, como abras podido ver es difícil pues la mayoría de los embarcados en este proyecto conocemos el VB o VB .net, en lo que si estoy de acuerdo es que este hará mas lento el procesamiento pero es un coste que compensara el manejo total del programa; sobre en método de análisis, hasta donde entendí a todos los foristas es que no se usara el MEF (Método de los elementos finitos) sino inicialmente el análisis matricial para 2D y 3D, por lo que no habría mucha complicación en ponernos de acuerdo, aparte de eso lo del MEF si seria a futuro, ya que este proyecto puede servirnos para quedarnos con el ingreso de datos y salida de datos que también pueden ser utilizables en el caso de que se use el MEF como método de análisis, además de que sabemos que el MEF es mas poderoso que el análisis matricial; finalmente sobre el software open source, si tienes conocimientos en esa área seria genial que averiguaras cuales podrían servirnos o enseñarnos como buscarlo.
Ya como punto aparte ceo que compartimos gran parte de la visión, de no solo dejar el programa en un análisis y diseño, sino en uno que sea capaz de sacar metrados y presupuestos, esto ultimo si tal vez con ayuda de Programas externos como, AutoCAD y otros. Genial , sigamos adelante.
Sobre el correr un programa sobre otro, no tengo mucha información, pero no te entendí bien lo de tomar un archivo de texto para agarrarlo como base de datos, ya que en un mismo programa se puede hacer un ingreso de datos que generaría automáticamente una base de datos, es decir su propia base de datos, bueno espero comentarios.
- Jdaviding84;
Excelente aporte, pues ese es en realidad el proceso que debe seguir el análisis estructural, lo tomare en cuenta para ampliarlo más a la hora de hacer nuestro esqueleto:
1.PRE-PROCESADOR
una interface grafica que genere un archivo de entrada (INPUTDATA) puede ser un archivo *.txt, en el cual es contenga toda la información necesaria para su desarrollo (requerimientos, propiedades de materiales y elementos etc.)
2.PROCESADOR
esto seria mediante la elaboración de módulos ejecutables (según sea el requerimiento diseño, análisis o evaluación vigas zapatas columnas, etc.) que se ejecutan leyendo los datos del INPUTDATA y este realice todas las operaciones necesarias....luego genera un archivo de resultados en formato *.txt
3.POST-PROCESADOR
aquí se realiza la lectura de resultados y se genera graficas tablas y demás respuestas necesarias en una forma grafica para mayor facilidad del usuario.
NOTA: este procedimiento lo realice en mi tema de tesis donde desarrolle una herramienta para el DISEÑO Y EVALUACION DE PORTICOS PLANOS MEDIANTE METODOS BASADO EN FUERZAS Y BASADO CEN DESPLAZAMIENTOS
Y que lo hayas hecho antes, súper pues podemos aprovechar no solo tus conocimientos sino también tu experiencia.
- Lucasqui05;
Mira , sobre que puedes hacer, puedes hacer muchas cosas tanto para ti como para aportar al proyecto:
Llevar a diagramas de flujo los programas que ya hiciste, y alcanzárnoslo para sino sabes algún lenguaje de programación alguno de nosotros pueda integrarlo al programa
Si no sabes como hacer un diagrama de flujo, puedes dejar tus hojas de cálculo para analizarla y alguno de nosotros y también llevarla a diagrama y código fuente.
Si continuas con nosotros y revisas los avances seguro y aprendes de apoco el VB si es que aun no has programado en macros.
- Erick PCH;
Tienes razón, no vamos muchos de nosotros mas allá del VB pero seamos sinceros, es fácil de aprender y de entender, cierto que puede haber otros que sean de mas bajo nivel, mas rapidos, pero el defecto con ellos será que no conocemos el lenguaje, por eso la propuesta de hacer los diagramas de flujo los cuales son fácilmente traducibles a cualquier lenguaje de programación, y uno de ellos, el que se usara,(según la encuesta jeje), ósea el VB, es común a todos nosotros, ahora acerca de que no sea portable tienes razón en parte, en el VB 6.0 no se puede, pero no así en el VB .net que si puede, además de ofrecer mayores ventajas al VB 6.0, humm estuve averiguando un poco sobre las cosas que mencionas:
• Clase: definiciones de las propiedades y comportamiento de un tipo de objeto concreto. La instanciación es la lectura de estas definiciones y la creación de un objeto a partir de ellas.
• Herencia: (por ejemplo, herencia de la clase D a la clase C) Es la facilidad mediante la cual la clase D hereda en ella cada uno de los atributos y operaciones de C, como si esos atributos y operaciones hubiesen sido definidos por la misma D. Por lo tanto, puede usar los mismos métodos y variables públicas declaradas en C. Los componentes registrados como "privados" (private) también se heredan, pero como no pertenecen a la clase, se mantienen escondidos al programador y solo pueden ser accesado a través de otros métodos públicos. Esto es así para mantener hegemónico el ideal de OOP (Programación orientada a objetos).
• Objeto: entidad provista de un conjunto de propiedades o atributos (datos) y de comportamiento o funcionalidad (métodos). Se corresponde con los objetos reales del mundo que nos rodea, o a objetos internos del sistema (del programa). Es una instancia a una clase.
• Polimorfismo: comportamientos diferentes, asociados a objetos distintos, pueden compartir el mismo nombre, al llamarlos por ese nombre se utilizará el comportamiento correspondiente al objeto que se esté usando. O dicho de otro modo, las referencias y las colecciones de objetos pueden contener objetos de diferentes tipos, y la invocación de un comportamiento en una referencia producirá el comportamiento correcto para el tipo real del objeto referenciado. Cuando esto ocurre en "tiempo de ejecución", esta última característica se llama asignación tardía o asignación dinámica. Algunos lenguajes proporcionan medios más estáticos (en "tiempo de compilación") de polimorfismo, tales como las plantillas y la sobrecarga de operadores de C++.
• Herencia: las clases no están aisladas, sino que se relacionan entre sí, formando una jerarquía de clasificación. Los objetos heredan las propiedades y el comportamiento de todas las clases a las que pertenecen. La herencia organiza y facilita el polimorfismo y el encapsulamiento permitiendo a los objetos ser definidos y creados como tipos especializados de objetos preexistentes. Estos pueden compartir (y extender) su comportamiento sin tener que volver a implementarlo. Esto suele hacerse habitualmente agrupando los objetos en clases y estas en árboles o enrejados que reflejan un comportamiento común. Cuando un objeto hereda de más de una clase se dice que hay herencia múltiple.
Referencia: http://es.wikipedia.org/wiki/Programaci ... _a_objetos
Y resulta interesante, saber que estas características las contiene también el VB .net, así que amigo bienvenido y esperamos mucho de ti ya que veo que en el campo de la programación conoces mas que muchos de nosotros
- 2uac;
Estupendo que sepas varios lenguajes, sabes si nos viniese pedazos o programas completos con código abierto podrías ayudarnos a traducirlo al lenguaje que se usara o si hay algo que escribir podrías hacerlo;), bienvenido de mi parte.
- Natalia Ar;
Disculpe, no quisiera contradecirla pero creo que no es el tema que aquí se trata, en el que tal vez necesite ayuda.
- Josemt57;
Cierto que estamos atrazadotes jeje, pero nunca es tarde para empezar y sobre la viga que propones, creo que no nos llevaría a algún lugar, sin animo de ofender para nada, no es que este mal pero creo que debemos concentrar nuestros esfuerzos en el objetivo final ciñéndonos al esqueleto del programa buscado. Pero chevre por los ánimos.
- Isnardou;
Interesante el código, pero para sete franco creo que este lenguaje es uno de los primeros de VB y no es tampoco el VB 6.0, pero si lo programaste tu, seria estupendo que pudieras llevarlo a Diagrama de flujo y así podamos aprovechar de el para nuestro fin.
- Fred;
Bienvenido también Fred, pues necesitaremos mas manos cuando esto se ponga bravo, jeje, y sobre:
Una consulta y que recién me surge es todas las aplicaciones o ejecutables hechos en visual BASIC corren en Linux.?, hasta donde conozco en VB 6.0 no es posible hacer correr en otro sistema operativo pero si es posible hacerlo desde visual BASIC .net
Bueno creo que hasta aquí terminan los comentarios
Conclusiones:
- Me parece que inicialmente la idea del Ingeniero Pedro Medina era lograr un software libre; y de lo que se quería lograr, y espero verdaderamente estar acercándome a ella, pero si es algo más creo que nos gustaría saber que otras cosas más había pensado hacer, y así aportar más con la idea original.
- Se dará un esquema dentro del cual cada uno de nosotros tomaremos uno o varios temas para podre desarrollarlo siempre con los parámetros similares sino iguales e idénticos en cada parte del programa
- Estamos creo que todos nosotros abierto a sugerencias y comentarios para fijar fecha de la entrega de cargos o tareas.
- El lenguaje a usar será, guiándome en la encuesta, VB, aun que personalmente sugiero a los nuevos y ya recorridos en la programación de una vez animarse a agarrar el VB .net que como ya vine mencionando es el lenguaje y entorno que se usa actualmente para crear aplicaciones, y no es otra cosa que el mismo VB 6.0 con algunas mejoras, en realidad muchas mejoras, así que espero también comentarios, pero si alguien se anima, dejare unas direcciones donde se pueden informar mejor.
- Sugiero que este foro tenga varios subforos donde se pueda discutir cada tema del total del software en forma separada pero todos conectados con nuestros estándares, para así hacer mas amena y personalizada cada cosa, entiéndase por cosa, tema especifico del programa.
- De las funciones que se deberían incorporar en el programa:
Las funciones que debería incorporar el programa:
Análisis estructural, cerchar 2D y 3D, pórticos 2D y 3D
Análisis Dinámico y estático de elementos elásticos
Análisis Dinámico y estático de elementos plásticos
Diseño de Acero y Concreto armado en diferentes reglamentos si es posible,
Dibujo de los resultados en planos opcionalmente en CAD y otra plataforma como Revit Structure u Otro
Análisis de metrados de los elementos diseñados
Presupuesto de tales elementos
Se que alguien pudiera decir que somos demasiado ambiciosos, pero les diré algo y es que solo se consigue algo grande luchando por un sueño, no viviendo siempre en la “realidad”, que mas que realidad solo son limitaciones que ponemos a nuestro subconsciente para no dejar a nuestra mente trabajar mas allá de lo que hasta ahora, así que a pensar como hacerlo chicos , y créanme que con un fin en mente si valdrá la pena el esfuerzo que se pueda hacer.
- Una metodología que propongo es la siguiente:
1.- Escojamos quienes desarrollaran un determinado punto de todo el esqueleto según sus conocimientos o inquietud, pero sin ser simplemente aprovechadores del conocimiento pues en esta parte se necesita mas aporte que observadores;
2.- El lenguaje creo que ya esta definido;
3.- Ir Analizando los avances cada cierto tiempo, como el de un mes y tratar de integrar las diferentes partes dar un visto bueno de parte de todos y hacer las respectivas observaciones para la mejora y el avance en los demás proyectos o módulos del programa en total;
4.- Si vamos a estandarizar nuestros códigos, diagramas, documentos y finalmente el manual, seria necesario que alguno ponga ya el formato que se usara en cada uno de ellos;
5.- Espero que cada uno pueda decir en que parte del programa puede apoyar, desea apoyar o que experiencia a tenido antes para poder clasificarlo y darle la tarea que mejor le cuadre
- Otra posición mía es, ¿que tan libre ha de ser este programa?, o si alguien puede darme una idea exacta sobre lo que haremos, pues si pusiéramos a disposición todo lo que hagamos, todo nuestro trabajo, sepamos que no solo los que estamos entre nosotros se ha de beneficiar sino aquellos que también no han, ni aportaran nunca con el proyecto, hablo de todos los profesionales que usaran el software sin analizarlo ni aportar a el, en mi opinión hasta que el proyecto alcance cierta madures lo que necesitamos es hacer que muchas o todas las partes hasta entonces sea de uso y conocimiento interno de todos los que estamos aportando y haciendo crecer el proyecto, y ya en un futuro darlo a conocer al mundo; como le digo hay personas que tal vez al final no se merezcan que nuestro trabajo se les de sin haber hecho nada ellos, tómenme de egoísta si desean pero, creo que no es justo tampoco que sacrifiquemos , horas, días y noches para que alguien venga y se lleve todo lo que hasta entonces hemos hecho, sin aportar siquiera un código al proyecto o algun dato; buen es mi humilde opinión y por eso pedía que el Ing. Pedro nos oriente a que es realmente donde nos llevara el proyecto, pues disposición hay y ganas también pero, ¿que mas hay detrás de todo el trabajo que queremos emprender?, lo dejo a su criterio, con esto tampoco apoyo al monopolio de la Microsoft o apoyando solo al CSI (SAP2000, Etabs, safe, etc.), pero pensemos que al menos nuestro sacrificio debe ser compensado con algo y no necesariamente dinero.
Creo que con respecto al proyecto de Software libre y otras partes del programa en si mismo tenemos muchas ideas y objetivos, pero me gustaría saber al menos una razón mas por la cual hacerlo, además de las que yo mismo mencionare como:
Pros
- * Todos estamos comprometidos, se supone de antemano, a respetar los créditos de cada uno en cada uno de los módulos, no pudiendo cambiar el nombre del autor, siendo esta una de nuestras recompensas
-* Otra recompensa será la de poder usar a nuestro antojo y en la vida profesional de este programa.
-* Aparte de los dos últimos puntos creo que tendremos el orgullo de poder decir que fuimos parte de esta empresa, así que chicos les pido no se desanimen, y apoyémonos unos a otros
- * Otra parte a favor es saber que contribuiremos al crecimiento en el conocimiento del análisis estructural en los campos de la enseñanza pues todos los alumnos de las diferentes universidades estarán en posibilidades de aprender paso a paso lo que podamos desarrollar y ellos aportar o hacer crecer al mismo proyecto llegado el momento.
-* Aprender a medida que se avanza, ya que muchos de nosotros creo según leí somos estudiantes, otros profesionales, etc. Que iremos aprendiendo a medida que crezca el proyecto.
-* Puesto que este programa será modificable para cualquiera de los usuarios, este se podrá ajustar sin mucho problema a las grandes diferencias que ocurren en el trabajo de determinada región, ciudad o país, pudiendo inclusive hacerlo dentro de este mismo foro con ayuda de todos en conjunto y para el beneficio de todos.
Contras:
*- El poner nuestro código a disposición de todo el mundo creara que muchos de los profesionales que usen nuestro programa jamás en su vida profesional aportaran a el en ninguna manera, aprovechándose únicamente de lo que pudiéramos lograr.
*- Pudieran muchas personas aprovecharse de este conocimiento para hacer uso comercial de nuestros logros, aun sin saberlo de nosotros.
Propuestas:
- Tener el código “cerrado” de alguna manera inicialmente entre quienes trabajaremos directamente en su desarrollo, hasta tener un avance significativo
Posible esquema a seguir para el desglose de las áreas dentro del programa:
Para el Análisis estructural
Análisis elástico Lineal:
1 Conceptos fundamentales
Identificación del problema que se trataran dentro del programa
2 Referencias, criterios de signo e hipótesis básicas
Referencias. Ejes globales y ejes locales
Hipótesis básicas de comportamiento
Integración de las ecuaciones de equilibrio
3 Matriz de rigidez de barra
La rigidez a desplazamiento longitudinal
La rigidez a giro por torsión
Los desplazamientos transversales a la directriz de la pieza. La rigidez a giro por flexión
Los desplazamientos transversales a la directriz de la pieza. La rigidez a desplazamiento transversal
Ecuaciones de equilibrio. Matriz de rigidez de barra
4 Vector de fuerzas nodales equivalentes. Acciones en las barras o directamente en los nodos
El vector de acciones nodales equivalentes
Determinación del vector de acciones nodales equivalentes. Acciones en dirección paralela a la directriz de la barra
Determinación del vector de acciones nodales equivalentes. Acciones en dirección perpendicular a la directriz de la barra
5 La matriz de rigidez global. Ensamblaje
Cambio de referencias. Generalidades
Cambio de referencias en un sistema espacial
Ensamblaje de la matriz de rigidez de la estructura
Ensamblaje del vector de fuerzas nodales equivalentes
6 Imposición de las condiciones de contorno y resolución numérica del sistema de ecuaciones. Subestructuras
Singularidad de la matriz [K]. Imposición de las condiciones de soporte
Resolución del sistema de ecuaciones
El ancho de la banda
Subestructuras. Condensación de variables
7 Determinación de esfuerzos en las barras
Determinación de los esfuerzos en los extremos de las barras
Determinación de las leyes de distribución de esfuerzos a lo largo de las barras
Determinación de las leyes de esfuerzo para barras solicitadas paralelamente a su directriz
Determinación de las leyes de esfuerzo para barras solicitadas perpendicularmente a su directriz
PARTE II. Análisis elástico no lineal. Análisis en segundo orden
8 Análisis de estructuras de barras en segundo orden. Introducción y conceptos
Hipótesis básicas
Problemas que se trataran dentro de este esquema
9 Determinación de la matriz de barra en teoría de segundo orden
La rigidez a desplazamiento longitudinal
La rigidez a giro por torsión
Los desplazamientos transversales a la directriz de la pieza. La rigidez a giro por flexión
Los desplazamientos transversales a la directriz de la pieza. La rigidez a desplazamiento transversal
Matriz de rigidez de barra
10 Determinación del vector de fuerzas nodales equivalentes en teoría de segundo orden y cálculo de esfuerzos
Determinación del vector de cargas nodales equivalentes
Cargas actuantes paralelamente a la directriz de la pieza
Acciones actuantes en dirección perpendicular a la directriz de la barra
Cálculo de esfuerzos
11 El equilibrio en teoría de segundo orden, función de la curvatura de las barras
Dependencia de la rigidez a deformación longitudinal respecto a la ley de traslación lateral de la directriz de la barra
Resolución numérica del acortamiento por curvatura. Cuadratura de Gauss
La curvatura inicial como causa de inestabilidad
Determinación de los esfuerzos nodales respecto al eje de flexión, respectivamente
Determinación de esfuerzos en barras aquejadas de curvatura
12 Resolución del problema no lineal. Métodos de resolución de sistemas de ecuaciones no lineales
El método de iteración directa o método de punto fijo
El método de Newton-Raphson o de la matriz tangente
Método de la matriz de rigidez inicial o de Newton-Raphson modificado
Los métodos incrementales
Combinación entre el método incremental y el de Newton-Raphson modificado
Aceleradores de convergencia
Métodos de cuasi-Newton
La resolución de la ecuación de equilibrio en segundo orden
Criterios de convergencia
Criterio de divergencia. Inestabilidad
Esquema tonado del Libro “Análisis matricial de barras prismáticas de la UPC”
Para el diseño de concreto armado:
Capítulo 1 Generalidades
Códigos de diseño y especificaciones que se usaran
Suposiciones fundamentales para el comportamiento del concreto reforzado
Capítulo 2 Materiales
Propiedades en compresión
Resistencia a la tensión
Resistencia bajo esfuerzos combinados
Efectos de retracción y temperatura
Barras de refuerzo
Capítulo 3 Análisis y diseño a flexión de vigas
Flexión de vigas homogéneas
Comportamiento de vigas de concreto reforzado
Diseño de vigas rectangulares reforzadas a tensión
Vigas rectangulares con refuerzo a tensión y a compresión
Vigas T
Capítulo 4 Cortante y tensión diagonal en vigas
Tensión diagonal en vigas elásticas homogéneas
Vigas de concreto reforzado sin refuerzo a cortante
Vigas de concreto reforzado con refuerzo en el alma
Efecto de las fuerzas axiales
Vigas con altura variable
Modelos alternativos para análisis y diseño a cortante
Capítulo 5 Adherencia, anclaje y longitud de desarrollo
Fundamentos de la adherencia a flexión
Resistencia última de adherencia y longitud de desarrollo
Disposiciones del Código ACI u otros para el desarrollo de refuerzo a tensión
Anclaje de barras sometidas a tensión mediante ganchos
Desarrollo de barras a compresión
Capítulo 6
Barras en paquete
Puntos de corte y doblamiento de barras en vigas
Empalmes en barras
Capítulo 7 Condiciones de servicio
Capítulo 8 Análisis y diseño a torsión
Torsión en elementos de concreto simple
Torsión en elementos de concreto reforzado
Torsión y cortante
Capítulo 9 Columnas cortas
Compresión axial
Estribos transversales y espirales
Compresión más flexión de columnas rectangulares
Análisis de compatibilidad de deformaciones y diagrarnas de interacción
Falla balanceada
Refuerzo distribuido
Refuerzo asimétrico
Columnas circulares
Disposiciones de seguridad del Código ACI
Ayudas de diseño
Flexión biaxial
Método del contorno de carga
Método de la carga inversa
Análisis por computador para flexión biaxial de columnas
Empalme de barras en columnas
Capítulo 10 Columnas esbeltas
Columnas cargadas concéntricamente
Compresión más flexión
Criterios del Código ACI para no tener en cuenta los efectos de esbeltez
Criterios del Código ACI para definición de pórticos arriostrados versus no arriostrados
Método de amplificación de momento del Código ACI para pórticos no arriostrados
Método de amplificación de momento del Código ACI para pórticos arriostrados
Análisis de segundo orden para efectos de esbeltez
Capítulo 11 Diseño de refuerzo en las uniones
Uniones viga-columna (nudos)
Modelo puntal-tensor (Strut-and-Tie) para el comportamiento de las uniones
Uniones viga secundaria-viga principal
Vigas de apoyo
Uniones de esquina y en T
Ménsulas y cornisas
Capítulo 12 Losas apoyadas en los bordes
Tipos de losas
Diseño de losas en una dirección
Refuerzo para temperatura y retracción de fraguado
Comportamiento de losas en dos direcciones apoyadas en los bordes
Análisis mediante el método de los coeficientes
Refuerzo para losas en dos direcciones apoyadas en los bordes
Control de deflexiones
Capítulo 13 Losas en dos direcciones apoyadas sobre columnas
Método de diseño directo
Refuerzo a flexión
Límites de espesor del Código ACI
Método del pórtico equivalente
Diseño a cortante en placas y losas planas
Transferencia de momentos a las columnas
Aberturas en losas
Cálculo de deflexiones
Análisis para cargas horizontales
Capítulo 14 Zapatas y cimentaciones
Tipos y funciones
Zapatas superficiales
Factores de diseño
Cargas, presiones de contacto y dimensiones de las zapatas
Zapatas para muros
Zapatas para columnas
Zapatas combinadas
Zapatas para dos columnas
Cimentaciones continuas, reticulares y losas de cimentación
Dados de pilotes
Capítulo 15 Muros de contención
Función y tipos de muros de contención
Presión de tierra
Presión de tierra para condiciones usuales de carga
Estabilidad externa
Bases del diseño estructural
Drenaje y otros detalles
Muros de contención con contrafuertes
Muros de contención prefabricados
Capítulo 16 Diseño sísmico
Respuesta estructural
Criterios para cargas sísmicas
Disposiciones especiales del Código ACI para el diseño sísmico
Disposiciones del Código ACI para pórticos
Disposiciones del Código ACI para muros estructurales, diafragmas y cerchas
Disposiciones del Código ACI para resistencia a cortante
Disposiciones del Código ACI para pórticos en zonas de amenaza sísmica moderada
- Esquema tomado del libro “Diseño de estructuras de concreto” de Arthur H Nilson
- Para el ingreso de datos, se usara la interfaz mas apropiada hecha en VB
- La salida de datos también podría ser únicamente a través del VB o empleando otros programas como Autocad, Excel, S10, etc.
- El esquema es general aquí ya que falta hacerle el trabajo para poner los detalles pertinentes desde el punto de vista de la programación
- Es parte de Ud. Cada cosa que he dicho y depende también de Uds. Que algo se cambie o se empiece a caminar también por este mismo sendero.
Datos extra:
Apuntes sobre Análisis estructural:
http://rapidshare.com/files/191304286/a ... s.pdf.html
Programa Libre para hacer diagramas de flujo:
http://rapidshare.com/files/191317114/s ... o.exe.html
Sobre Visual Basic .net
http://www.daleya.com/?query=diablo+3&d ... id%5B%5D=9
http://rapidshare.com/files/75165698/vbnet.zip
http://rapidshare.com/files/181182601/W ... tudio.2005
Curso Visual Basic 6:
http://rapidshare.com/files/68410792/cu ... ic_6.0.zip
Como les dije antes y se los reitero chicos, depende de cada uno de nosotros que todo esto se materialice, saludos y loes estoy esperando.
• Les dejo un regalo al final, espero que les sea tan útil para ustedes así como lo es para mi.
Dios les bendiga.
Con Cariño
EcObO