Staj Defteri, Staj Raporu

PRATİK ÇALIŞMA ÖZETİ

1. Hafta

22 Haziran 2009 Pazartesi
Staj yapılacak işyeri ile tanışma gerçekleşti, Şube Müdürü Bey’den kurumun kuralları ve çalışma stilleri hakkında ön bilgi edinildi.
Kuruma giriş işlemleri resmi olarak başlatılarak elektronik giriş kartları temin edildi.

23 Haziran 2009 Salı
Kuruma çalışan mühendisler ile tanışıldı. Ne iş yaptıklarına dair ön bilgi edinildi. Kurumda bir mühendisin nasıl çalıştığı, nasıl işe başladığı, hangi donanımlara sahip olması gerektiği konusunda faydalı bilgiler edinildi.

24 Haziran 2009 Çarşamba
Kurumdaki elektrik-elektronik mühendislerinin ülkenin farklı bölgelerindeki atık su arıtma tesisleri, içme suyu, kanalizasyon, enerji santrallerinin elektrik-elektronik dizaynı hakkında proje üretimi ve denetleme yaptığı gözlemlendi.

25 Haziran 2009 Perşembe
Kuruma denetlenmesi için gönderilen projelerden bazı örnekler incelendi. Bir projenin ana başlıklarının ne olması gerektiği hakkında genel fikirler edinildi.

26 Haziran 2009 Cuma
Denetlenen projelerdeki hata, eksikler gözlemlendi. Projedeki hataları tespit eden mühendisin ne yaptığı, çözüm için nasıl bir yol izlediğine dair gözlemlerde bulunuldu.
Elektrik-Elektronik mühendisi hanım ile birlikte  içme suyu elektrik temin projesindeki eksiklikler gözlemlendi ve bir rapor haline getirilerek ilgili yerlere iletildi.




2. Hafta

29 Haziran 2009 Pazartesi
Amirin direktifleri doğrultusunda  içme suyu projesi ayrıntıları ile gözden geçirildi. Nasıl hazırlandığına dair daha ayrıntılı bilgiler edinildi. Amirin isteği doğrultusunca proje diğer projeler ile karşılaştırılarak kabaca bir eksik listesi hazırlandı. Hazırlanan eksik listesi EK-2 de mevcuttur.
30 Haziran 2009 Salı
Projelerde kumanda, kontrol sistemlerine özel olarak eğinildi. Nasıl hazırlandığı konusunda genel fikirler edinildi.
1 Temmuz 2009 Çarşamba
Kumanda sistemlerinde kullanılan PLC sistemleri hakkında gözlem yapıldı.
2 Temmuz 2009 Perşembe
Amirin direktiflerine göre PLC(Programlanabilir Lojik Kontrolörler) hakkında araştırma yapıldı.
3 Temmuz 2009 Cuma
PLC araştırması ve genel hatları ile öğrenme devam etti. Kaynak olarak kurumdaki bilgisayarlardaki internet bağlantısı, ayrıntılı PLC kitabı ve kurumdaki mühendislerin bilgilerinden faydalanıldı.
3. Hafta
6 Temmuz 2009 Pazartesi
Amire PLC hakkında kısa ve özet bilgi şeklinde bir sunum yapıldıktan sonra konunun pekiştirildiğine emin olundu ve kuruma gelen projelerdeki kumanda sistemlerine tekrar göz atılması istendi.
7 Temmuz 2009 Salı
Kurumdaki Plan biriminin gündemine yeni bir rüzgar enerjisi santrali proje isteği geldi ve benden rüzgar enerjisi ve rüzgar enerji santralleri hakkında internetten araştırma yapmam istendi.
8 Temmuz 2009 Çarşamba
Rüzgar enerjisi, enerjinin kaynakları ve oluşumu hakkında araştırma yapıldı.
9 Temmuz 2009 Perşembe
Rüzgar enerjisi santralleri kurulumu ve yapısı hakkında araştırma yapıldı. Kurumdaki mühendislerin rüzgar enerjisi hakkındaki bilgilerinden faydalanıldı.
10 Temmuz 2009 Cuma
Rüzgar enerjisi santralleri hakkında örnekler incelendi ve kurulmuş olan santrallerin yapısı hakkında genel bilgiler edinildi.
4. Hafta

13 Temmuz 2009 Pazartesi
Birimdeki mühendislere rüzgar enerjisi santrali projesi gelmeden konu hakkına genel bir önbilgilendirme yapıldı. Onların bilgi ve tecrübeleri ile konu bir münazara şeklinde ele alınılarak zenginleştirildi.
14 Temmuz 2009 Salı
Birimdeki mühendisleri ile mühendisliğin ne olduğu ve nasıl çalışılması gerektiği hakkında faydalı fikir alışverişleri yapıldı.
15 Temmuz 2009 Çarşamba
Mühendislerin tecrübeleri hakkında sohbet tarzına ama bilgilendirici fikir alışverişleri yapıldı. Resmi kurumlar ve özel kurumlardaki işleyiş ve çalışma tecrübeleri dinlendi. Konu hakkında bilgi sahibi olundu
16 Temmuz 2009 Perşembe
Mühendislik hakkında genel araştırmlar yapıldı. İnternet ortamından bulunan kaynaklar ile mühendislik kavramı üzerine araştırma yapıldı.
17 Temmuz 2009 Cuma
Stajın son günü geldiği için kurum ile ilişik kesme işlemleri başlatıldı. Verilen kimlik kartları teslim edildi. Resmi kurumlardaki işleyişin nasıl gittiği hakkında bir kere daha fikir sahibi olundu. Mühendislerle vedalaşıldı.


SONUÇLAR

Tecrübe ettiğim pratik çalışma(staj) sayesinde genel hatları ile bir proje nasıl hazırlanır, nasıl teklif sunulur ve nasıl incelenir gözlemlemiş oldum. Staj yaptığım kurumun yapmış olduğu onlarca proje olması ve çalışan mühendislerin konu hakkında bilgi sahibi olmaları projeler konusunda hem çeşit zenginliği hemde tecrübe zenginliği açısından faydalı oldu. Resmi bir kurum olduğundan dolayı, resmi bir kurumda bir mühendis nasıl çalışır işlevi nedir daha yakından görmüş oldum. 4 kişiden oluşan elektrik-elektronik mühendisi ekibinin yanında sürekli bulunarak ekip çalışması ve koordinasyon kabiliyetlerimde gelişme oldu. Resmi yazışmalar, ast-üst ilişkileri hakkında güzel tecrübelerim oldu.

Proje Hazırlamada SWOT Analizi Örneği

Güçlü Yönler

Ø  Dünyada teknoloji hızla ilerlemekte ve şirketler bu değişime ya ayak uydurmak ya da piyasadan çekilmek zorunda kalmaktadır. Şirketimiz bunu göz önünde bulundurmakta, çalışanlarını deneyimli kişilerden seçmekte, eğitime ve teknolojik gelişime büyük önem vermektedir.

Ø  Radyo frekansı kullanmamaktadır. 800-1550 nm dalgaboyu ışığı kullanarak, yüksek bant genişliğinde laser ışınları ile veri iletişimi sağlar.

Ø  Radyo frekansını kullanmadığı için ITU (International Telecom Union) standartlarında "Lisansa tabi değildir" (License Free) olarak tanımlıdır. Bu yüzden bürokratik işlemlere tabii değildir.

Ø  OSI Modelinin birinci katmanında (fiziksel katman) çalıştığı için tamamen protokol bağımsızdır.

Ø  Radyo frekansı kullanmak suretiyle çalışan diğer kablosuz teknolojilerin etkilendiği dış etkenlerden etkilenmez. (Yağmur, kar, frekans kirliliği)

Örnek Projede Dış Çevre Analizi

Makro Analiz
* Teknolojik Unsurlar: ar-ge çalışmaları için büyük yatırımlar sağlayarak teknolojisinin bir kısmını kendisi sağlamaktadır. Bu çalışmalarla da yetinmeyerek hizmet verdiği alanda faaliyet gösteren ilgili kuruluş, vakıf, şirket ve üniversitelerle işbirliğine girerek daha iyi, daha yeni, daha güvenilir ürünler sunmayı amaçlamaktadır. Geliştirdiği teknolojisi ile ilk aşamada Türkiye’de, daha sonra dünya da bir numara olacaktır.

Kalite Teminatı Süreci DO178B

Bu kısımda Yazılım Kalite Teminat (SQA) sürecinin faaliyetleri ve hedefleri incelenmiştir. SQA süreci Yazılım Kalite Güvence planı(SQAP) ve Yazılım Planlama süreci tarafından tanımlanan kriterlere bağlı olarak uygulanmaktadır.SQA süreç faaliyetlerinin çıktıları Yazılım Kalite Teminat Kayıtları veya diğer yazılım hayat döngüsü verilerinde saklanmaktadır.

DO-178 B Konfigürasyon Yönetim Süreci

Bu süreç yazılım konfigurasyon yönetimi(SCM) sürecinin faaliyetlerini ve amaçlarını analatmaktadır.SCM süreci, yazılım planlama süreci ve SCM planında anlatıldığı gibi uygulanmaktadır.SCM sürecinin çıkışları,Software Configuration Management Records kısmında kaydedilmektedir ya da yazılım hayat döngüsü verilerinde kaydedilmektedir.Bu süreçte, gereksinimler üzerinden yapmakta olan işleri tanımlayan(spesifikasyonlar) dökümanlar kurulmakta ve sürekli kontrolu sağlanmaktadır.

Bu süreç, diğer yazılım hayat döngüsü sürecleriyle birlikte calısmaktadır.Konfigurasyon yönetimi sürecinin amacı,hem yazılımda hem donanımda hayat döngusu boyunca sistemin gelişiminin izlenmesidir.Bu süreç problem raporlarını,değişiklikleri ve bununla ilgili faaliyetleri kontrol etmektedir.Ayrıca kaynak kod geliştirme cevresi,test aracları,yazılım entegrasyon aracı ve diger yazılım, donanım dökumanlarının arşivi sağlanmaktadır. Bu sürecte kullanılan dökümanlar sunlardır:

• Software Configuration Index(SCI)
• Software Life Cycle Environment Configuration Index(SECI)

DO-178B Doğrulama Süreci

DO-178B için bu süreç yazılım doğrulama sürecinin faaliyetlerini ve amaclarını anlatır.Doğrulama, yazılım geliştirme ve yazılım doğrulama süreçlerindeki sonucların teknik bir görüşüdür.Doğrulama süreci, yazılım planlama süreci ve yazılım doğrulama planı doğrultusunda uygulanır. Doğrulama, kolay bir test yöntemi değildir.Test yöntemi genellikle hataların yokluğunu gösteremez.Sonuc olarak ilerdeki alt bölümler, tartısılan yazılım dogrulama sureci amacları, gözden gecirme, analiz etme ve test yapma bölümlerinden olustuğu zaman ,dogrulama terimini test yerine kullanır.

DO178B Geliştirme Süreci

Bu süreç yazılımın tasarlanmasından kodlanmasına kadar geçen süreyi içermektedir..Bu sürecin sonunda yazılım kullanılabilir seviyeye gelmektedir.Doğrulama süreci ile eş zamanlı ilerlemektedir.Bu aşamada yazılımın gereksinimleri belirlenir.Yazılımın planlama süreci içerisinde belirtildiği gibi tasarlanması yapılır ve genel planlama sürecinde belrilenen derleme kodlama dilleri kullanılarak yazılım kodlaması yapılır. Kodlama işlemnin ardından elde edilen yürütülebilir(.exe durumundaki) durumdaki yazılımın planlama sürecindeki yazılım ile olan bütünlüğü ve uygunluğu kontrol edilmektedir.

DO-178 B Planlama Süreci

Bu bölümde DO-178 B yazılım planlama sürecinin amacları ve faaliyetleri tartısılmaktadır.Bu bölüm yazılım planlarını, yazılım geliştirme sürecini ve diğer ilgili sürecleri yönlendirecek standartları olusturmaktadır.

Bu süreçten çıkan dökümanlar:
Plan for software aspects of certification (PSAC)
Software development plan (SDP)
Software verification plan (SVP)
Software configuration management plan (SCMP)
Software quality assurance plan (SQAP)
System requirements
Software requirements standard (SRS)
Software design standard (SDS)
Software code standard (SCS)
Son 3 standart yazılım düzeyi D için gerekli değildir.