Yapısal analiz programları, kullanıcıyı yönlendirmek için birçok uyarı ve kontrol mekanizmasına sahiptir. Tanımsız elemanlar, yetersiz kesitler, çözülemeyen yük durumları, dengesiz sistemler çoğu zaman açıkça raporlanır. Ancak sorun olan durumlar, programın hiçbir uyarı vermediği ama modelin sorunlu olduğu anlardır.
Bu yazıda, analiz programlarının “sessiz kaldığı” ancak mühendislik açısından dikkat edilmesi gereken önemli durumları ele almak istiyorum.
Uyarı Yoksa Problem Yok mu?
Bir analiz tamamlanır, çözüm başarıyla gerçekleşir, hata listesi boştur.
Bu noktada şu varsayım kolayca yapılır: “Program uyarı vermediyse, proje doğrudur.” Oysa programlar yalnızca tanımlı kurallar çerçevesinde kontrol yapar. Davranışın mühendislik açısından makul olup olmadığı, her zaman mühendisin sorumluluğundadır.
1. Rijitlik Kaynaklı Yapay Güvenlik
Taşıyıcı sistem model, aşırı rijit tanımlarla kurulduğunda program çoğu zaman hiçbir uyarı üretmez:
- Rijit diyaframların sorgulanmadan, gerçeğe aykırı tanımlanması,
- Perdelerin gerçekte olduğundan daha rijit modellenmesi (yanlış tanımlanması),
- Eleman birleşimlerinin (model düğüm noktalarının) gerçek davranışı temsil edecek şekilde tanımlanmaması,
- Mesnet koşullarının doğru tanımlanmaması gibi durumlarda
Sonuçlar “temiz” görünür:
- Ötelemeler düşüktür,
- Eleman talepleri yönetmelik sınırları içindedir
Ancak bu tür modeller, gerçek davranışı bastırarak yapay bir güvenlik hissi oluşturur. Program bu durumu bir hata olarak algılamaz.
2. Yük Aktarımının Yanlış Ama Tutarlı Olması
Yanlış bir yük aktarımı, eğer sistem içinde tutarlıysa, program açısından sorun teşkil etmez.
Örneğin:
- Döşeme yüklerinin beklenmeyen elemanlara aktarılması,
- İkincil elemanların ana taşıyıcı gibi davranması,
- Perdelerin yatay yüklerde neredeyse devre dışı kalması
Gibi durumlarda:
- Analiz sonuçlanır,
- İç kuvvetler dengelidir,
- Global denge sağlanmıştır
Ama yapı, mühendislik sezgisine göre yanlış çalışıyordur. Program bu farkı “uyarı” olarak tanımlamaz.
3. Sınır Koşullarının Sessiz Etkisi
Mesnet ve sınır koşulları, taşıyıcı sistem davranışını kökten etkileyen tanımlardır.
Ancak çoğu zaman en az sorgulanan kısım da burasıdır.
- Kısmi ankastre davranışların tam ankastre gibi tanımlanması,
- Gerçekte esnek (moment aktarmayan) olan bağlantıların rijit (moment aktaran) kabul edilmesi,
- Temel–üst yapı etkileşiminin tamamen ihmal edilmesi vb.
tanımlar “problemsiz ” sonuçlar üretseler bile, sorgulanmıyor veya gerekli kontroller yapılmıyorsa analiz sessizce hatalı bir sonuca evrilebilir.
4. Yönetmelik Sağlıyor Ama Model Rahatsız Ediyorsa
Bazı analiz modelleri vardır:
- Tüm yönetmelik kontrolleri sağlanır,
- Donatı oranları makuldür,
- Deplasmanlar kabul edilebilir düzeydedir
Ama yine de mühendislik açısından bir şeylerin yanlış gittiği hissi oluşur. Bu his genellikle:
- Taşıyıcı sistemden beklenenden daha farklı sonuçların ortaya çıkmasından,
- Kritik etkilerin analiz dışında bırakılmasından,
- Gereğinden fazla basitleştirmeler yapılmasından,
- Gerekli bütün yüklemelerin doğru bir şekilde yapıldığından emin olunamamasından
kaynaklanır. Program bu durumlarda tamamen sessizdir.
5. Programın Sustuklarını Kim Duyar?
Bunun tek cevabı “mühendis”tir. Analiz yazılımı, mühendisin yerine karar vermez.
Uyarı vermeyen ama sorunlu analiz modellerini fark ettiren şey:
- Tecrübeler,
- Benzer sistemlerle karşılaştırma,
- Basit el hesaplarıyla yapılan çapraz kontroller,
- En önemlisi, “içine sinmeme” duygusuna neden olan mühendislik muhakemesidir.
Bunlar, zamanla oluşur ve hiçbir yazılım güncellemesiyle gelmez.
Yapısal analiz programları, algoritmalarına uymayan hataları raporlamakta oldukça iyidir. Ancak sessiz kaldıkları noktalar, çoğu zaman en kritik olanlardır. Bu nedenle iyi bir analiz süreci, program herhangi bir uyarı vermese de mühendisin tam olarak sonuçlardan tatmin olmasıyla sonuçlanmalıdır.