2.239
değişiklik
Değişiklikler
Lojistik Destek Analizleri ve Kayıtları Rehberi (kaynağı gör)
16.02, 25 Ağustos 2022 tarihindeki hâli
, 16.02, 25 Ağustos 2022→EK-G BAKIM GÖREV ANALİZİ (BGA)
[[Dosya:Başkan Resmi.jpg|alt=|sol|küçükresim|400x400pik]]
'''[https://tssodypwiki.ssb.gov.tr/images/9/95/TSSODYP_06_180822_web.pdf pdf formatı için tıklayınız.]'''
TSSÖDYP, Savunma Sanayii Başkanlığı çatısı altında faaliyet göstermektedir.
© Fikri mülkiyet hakları T.C. Cumhurbaşkanlığı Savunma Sanayii Başkanlığına aittir. Kaynak gösterilmek kaydıyla alıntı yapılabilir. Üzerinde değişiklik yapmamak kaydıyla olduğu gibi çoğaltılabilir, dağıtılabilir. Para ile satılmaz.
[[Dosya:Başkan resmi y.logo.jpg|sol|küçükresim|430x430px]]
Rehberin yüklenici, ihtiyaç makamı ve diğer paydaşlar tarafından referans alınarak kullanılması kapsamında güncellenme ihtiyacının olması durumunda aşağıda sunulan izleme tablosu yardımıyla değişikliklerin takibi sağlanacaktır.
Rehberin yüklenici, ihtiyaç makamı ve diğer paydaşlar tarafından referans alınarak kullanılması kapsamında güncellenme ihtiyacının olması durumunda aşağıda sunulan izleme tablosu yardımıyla değişikliklerin takibi sağlanacaktır.
Tablo 1 Değişiklik İzleme Tablosu
'''Tablo 1 Değişiklik İzleme Tablosu'''
{| class="wikitable"
{| class="wikitable"
|'''Revizyon No'''
|'''Revizyon No'''
=== 1.7.1. TANIMLAR ===
=== 1.7.1. TANIMLAR ===
Tablo 2 Tanımlar Tablosu
'''Tablo 2 Tanımlar Tablosu'''
{| class="wikitable"
{| class="wikitable"
|'''Terim'''
|'''Terim'''
|}
|}
=== 1.7.2. KISALTMALAR ===
=== 1.7.2. KISALTMALAR ===
Tablo 3 Kısaltmalar Tablosu
'''Tablo 3 Kısaltmalar Tablosu'''
{| class="wikitable"
{| class="wikitable"
|'''Kısaltma'''
|'''Kısaltma'''
Tablo 24 Farklı Proje Safhalarında Yazılım Destek Analizi
Tablo 24 Farklı Proje Safhalarında Yazılım Destek Analizi
Tablo 25 Uyumluluk Matrisi 195
Tablo 25 Uyumluluk Matrisi
=== 1.8.2. ŞEKİLLER ===
=== 1.8.2. ŞEKİLLER ===
Şekil 1 Entegre Lojistik Destek İşlevsel Elemanları (S3000L’den uyarlanmıştır)
Şekil 1 Entegre Lojistik Destek İşlevsel Elemanları (S3000L’den uyarlanmıştır)
Şekil 2 Tedarik Maliyetlerine Karşı İşletme ve İdame Dönemi maliyetleri
Şekil 2 Tedarik Maliyetlerine Karşı Kullanım ve Destek Maliyetleri
Şekil 3 ÖDM ve LDA Arasındaki Etkileşim
Şekil 3 ÖDM ve LDA Arasındaki Etkileşim
Şekil 9 Ergonomi/Simülasyon Yazılımlarından Örnek Görüntü
Şekil 9 Ergonomi/Simülasyon Yazılımlarından Örnek Görüntü
Şekil 10 Kullanım safhası ELD süreci
Şekil 10 Kullanım safhası LDA süreci
Şekil 11 Kullanım ve destek safhası* bakım gözden geçirme akışı
Şekil 11 Kullanım ve destek safhası* bakım gözden geçirme akışı
* Ürün Destek Yönetimi
* Ürün Destek Yönetimi
LDA, bir ELD elemanı değildir ancak ELD’nin ayrılmaz ve temel bir parçasıdır ([https://tssodypwiki.ssb.gov.tr/index.php/Entegre_Lojistik_Destek_(ELD)_Rehberi Bkz. TSSÖDYP-04 Entegre Lojistik Destek Rehberi]).
LDA, bir ELD elemanı değildir ancak ELD’nin ayrılmaz ve temel bir parçasıdır ([https://tssodypwiki.ssb.gov.tr/index.php/Entegre_Lojistik_Destek_(ELD)_Rehberi Bkz. TSSÖDYP-04 Entegre Lojistik Destek Rehberi]).
LDA programı, ELD planlama ve kaynakların belirlenmesi için kullanılacak teknik verilerin temel kaynağını oluşturur. Lojistik Destek Analizleri ile destek elemanı gereksinimleri tanımlanarak tasarıma etki arayüzü sağlanmış olur. Ayrıca, analiz faaliyetleri ile maliyet etkin bakım çözümü, bakım seviyeleri, bakım görevleri, bakım için gerekli destek kaynakları ile yedek parça planlaması gibi hususlar belirlenerek ELD elemanlarına girdi sağlanır. Lojistik destek analizlerinin sonuçları ve destek kaynak verileri, LDA veritabanında kayıt altına alınarak bütün program elemanlarına, tasarım alternatiflerinin desteklenebilirliğini ve hedeflerini değerlendirmede kullanılacak ortak bir veri kaynağına erişimi sağlar.
LDA programı, ELD planlama ve kaynakların belirlenmesi için kullanılacak teknik verilerin temel kaynağını oluşturur. Lojistik Destek Analizleri ile destek elemanı gereksinimleri tanımlanarak tasarıma etki arayüzü sağlanmış olur. Ayrıca, analiz faaliyetleri ile maliyet etkin bakım çözümü, bakım seviyeleri, bakım görevleri, bakım için gerekli destek kaynakları ile yedek parça planlaması gibi hususlar belirlenerek ELD elemanlarına girdi sağlanır. Lojistik destek analizlerinin sonuçları ve destek kaynak verileri, LDA veritabanında kayıt altına alınarak bütün program elemanlarına, tasarım alternatiflerinin desteklenebilirliğini ve hedeflerini değerlendirmede kullanılacak ortak bir veri kaynağına erişimi sağlar.
ELD elemanlarının herbirinin kendi alanlarında kaynak kullanımına ilişkin verileri toplama, analiz etme ve saklama gibi işlemleri ayrı ayrı yürütmeleri, üretilen bilgiler arasında tutarsızlığa veya devamsızlığa sebep olur. LDA süreci ile birlikte tek bir veri tabanının kullanılması her bir ELD elemanının, diğerleri ile aynı bilgiyi kullanması ve bir elemanın ürettiği verilerin diğerlerinin kullanımına da sunulmasını sağlar.
ELD elemanlarının herbirinin kendi alanlarında kaynak kullanımına ilişkin verileri toplama, analiz etme ve saklama gibi işlemleri ayrı ayrı yürütmeleri, üretilen bilgiler arasında tutarsızlığa veya devamsızlığa sebep olur. LDA süreci ile birlikte tek bir veri tabanının kullanılması her bir ELD elemanının, diğerleri ile aynı bilgiyi kullanması ve bir elemanın ürettiği verilerin diğerlerinin kullanımına da sunulmasını sağlar.
[[Dosya:Şekil 1 ELD Elemanları ile LDA arasındaki ilişki.png|sol|küçükresim|600x600pik|Şekil 1 ELD Elemanları ile LDA arasındaki ilişki]]
[[Dosya:Şekil1 ELD Elemanları ile LDA Arasındaki İlişki.jpg|alt=|sol|küçükresim|600x600pik|Şekil 1 ELD Elemanları ile LDA Arasındaki İlişki]]
LDA süreci kapsamında Hata Türleri ve Etkileri Analizi (HTEA), Bakım görev Analizi (BGA) gibi farklı analiz faaliyetleri sonucunda birçok veri üretilir. Süreç boyunca kayıt altına alınan gereksinimler ve üretilen veriler daha sonra ÖDM modelini güncellemek için de girdi oluştururlar. Dolayısıyla, LDA veri tabanı ile ÖDM analizleri arasında tutarlılığı sağlamak son derece önemlidir. ÖDM ve LDA arasındaki etkileşim Şekil 3’te gösterilmiştir.
LDA süreci kapsamında Hata Türleri ve Etkileri Analizi (HTEA), Bakım görev Analizi (BGA) gibi farklı analiz faaliyetleri sonucunda birçok veri üretilir. Süreç boyunca kayıt altına alınan gereksinimler ve üretilen veriler daha sonra ÖDM modelini güncellemek için de girdi oluştururlar. Dolayısıyla, LDA veri tabanı ile ÖDM analizleri arasında tutarlılığı sağlamak son derece önemlidir. ÖDM ve LDA arasındaki etkileşim Şekil 3’te gösterilmiştir.
[[Dosya:Şekil 3 ÖDM ve LDA Arasındaki Etkileşim.png|sol|küçükresim|800x800pik|Şekil 3 ÖDM ve LDA Arasındaki Etkileşim]]
[[Dosya:Şekil3 ÖDM ve LDA Arasındaki Etkileşim.jpg|alt=|sol|küçükresim|760x760pik|Şekil 3 ÖDM ve LDA Arasındaki Etkileşim]]
=== 4.1.2. LDA AKTİVİTELERİ VE TEMEL LDA SÜRECİ ===
=== 4.1.2. LDA AKTİVİTELERİ VE TEMEL LDA SÜRECİ ===
LDA süreci ile tasarıma etki faaliyetleri Şekil 4’de gösterilmektedir. Zamansal olarak akış projeye özgü olarak farklılık gösterebilir.
LDA süreci ile tasarıma etki faaliyetleri Şekil 4’de gösterilmektedir. Zamansal olarak akış projeye özgü olarak farklılık gösterebilir.
[[Dosya:Şekil 10 Temel .png|sol|küçükresim|700x700pik|Şekil 4 Temel LDA Süreci]]
[[Dosya:Şekil6.4.jpg|alt=Şekil 4 Temel LDA Süreci|sol|küçükresim|632x632pik|Şekil 4 Temel LDA Süreci]]
= 5. LOJİSTİK DESTEK ANALİZ SÜRECİ =
= 5. LOJİSTİK DESTEK ANALİZ SÜRECİ =
Yeni bir ürünün hizmete alınması veya mevcut sistemlerin modernizasyonu ile birlikte bütün lojistik gereksinimler de doğru zamanda sağlanmış olmalıdır. Bu amaçla ürünün tasarımı esnasında lojistik gereksinimlerin dikkate alınmasını sağlayacak bir süreç oluşturulması gereklidir. Söz konusu süreç kapsamında yüklenici ve müşteri uygun desteklenebilirlik seviyesine erişmek için gerçekleştirilmesi gereken faaliyetler üzerinde mutabakat sağlamalıdır. Lojistik hususların erken dönemde ele alınması hem operasyonel hem de ekonomik açıdan büyük önem taşır. Operasyonel konsepte uygun şekilde kullanılamayan ve idame edilemeyen bir ürün kullanıcı açısından kabul edilebilir olmayacaktır.
Yeni bir ürünün hizmete alınması veya mevcut sistemlerin modernizasyonu ile birlikte bütün lojistik gereksinimler de doğru zamanda sağlanmış olmalıdır. Bu amaçla ürünün tasarımı esnasında lojistik gereksinimlerin dikkate alınmasını sağlayacak bir süreç oluşturulması gereklidir. Söz konusu süreç kapsamında yüklenici ve müşteri uygun desteklenebilirlik seviyesine erişmek için gerçekleştirilmesi gereken faaliyetler üzerinde mutabakat sağlamalıdır. Lojistik hususların erken dönemde ele alınması hem operasyonel hem de ekonomik açıdan büyük önem taşır. Operasyonel konsepte uygun şekilde kullanılamayan ve idame edilemeyen bir ürün kullanıcı açısından kabul edilebilir olmayacaktır.
[[Dosya:LDA Süreci.jpg|sol|küçükresim|800x800pik]]
[[Dosya:TSSODYP06.LDASURECI.jpg|alt=|sol|küçükresim|758x758pik]]
Saha incelemelerinde kullanılabilecek örnek bir soru seti Tablo 4’de verilmiş olup proje veya konuya özgü sorular da bu tabloya eklenebilir.
Saha incelemelerinde kullanılabilecek örnek bir soru seti Tablo 4’de verilmiş olup proje veya konuya özgü sorular da bu tabloya eklenebilir.
Tablo 4 Örnek Soru Seti
'''Tablo 4 Örnek Soru Seti'''
{| class="wikitable"
{| class="wikitable"
| colspan="2" |'''Örnek Soru Seti'''
| colspan="2" |'''Örnek Soru Seti'''
Bu kapsamda yer alan öneriler ile verimli bir LDA iş süreci işletilebilmesi hedeflenmektedir.
Bu kapsamda yer alan öneriler ile verimli bir LDA iş süreci işletilebilmesi hedeflenmektedir.
[[Dosya:LDA İş Süreci v.jpg|alt=|sol|küçükresim|687x687pik]]
[[Dosya:Ekran Alıntısı 1.jpg|sol|küçükresim|700x700pik]]
LDA adaylarının seçilmesi için lojistik açıdan irdelenmiş uygun bir ürün kırılımına ihtiyaç bulunmaktadır. Lojistik kırılımın oluşturulması, LDA süreci boyunca gerçekleştirilecek tüm analizler için yapılması gereken ilk ve temel faaliyettir. Bu sayede analiz edilecek malzemeler de irdelenmiş olacaktır.
LDA adaylarının seçilmesi için lojistik açıdan irdelenmiş uygun bir ürün kırılımına ihtiyaç bulunmaktadır. Lojistik kırılımın oluşturulması, LDA süreci boyunca gerçekleştirilecek tüm analizler için yapılması gereken ilk ve temel faaliyettir. Bu sayede analiz edilecek malzemeler de irdelenmiş olacaktır.
[[Dosya:Şekil 5 LDA adayı belirlenmesinde kullanılabilecek örnek akış diyagramı (Yapısal Olmayan Malzeme için) (S3000L).jpg|sol|küçükresim|779x779pik|Şekil 5 LDA adayı belirlenmesinde kullanılabilecek örnek akış diyagramı (Yapısal Olmayan Malzeme için) (S3000L)]]
[[Dosya:TSSODYP06.05.jpg|alt=|sol|küçükresim|694x694pik|Şekil 5 LDA Adayı Belirlenmesinde Kullanılabilecek Örnek Akış Diyagramı (Yapısal Olmayan Malzeme için) (S3000L)]]
[[Dosya:Şekil 6 LDA Adayı Belirlenmesinde Kullanılabilecek Örnek Akış Diyagramı (Yapısal Malzeme için).jpg|alt=|sol|küçükresim|624x624pik|Şekil 6 LDA Adayı Belirlenmesinde Kullanılabilecek Örnek Akış Diyagramı (Yapısal Malzeme için)]]
f. Destek kaynaklarına dair gereksinimler
f. Destek kaynaklarına dair gereksinimler
g. Ürün destek gereksinimlerini, kullanım ve destek maliyetlerini ve sistemlerin erişilen göreve hazır olma seviyelerini etkileyen tasarım, operasyon ve destek konseptleri
g. Ürün destek gereksinimlerini, kullanım ve destek maliyetlerini ve sistemlerin erişilen göreve hazır olma seviyelerini etkileyen tasarım, operasyon ve destek konseptleri.
Bu faaliyetin ilk sonuçları, operasyonel gereksinimler ve müşteri gereksinimleri dahil desteklenebilirlik faktörlerini geliştirmek için kullanılır. İleriki safahalarda gerçekleştirilen karşılatırmalı analiz sonuçları da bu dokümanlara dahil edilir. Analiz sonuçları aynı zamanda ürün destek modeli belirlenirken girdi olarak kullanılabilir.
Bu faaliyetin ilk sonuçları, operasyonel gereksinimler ve müşteri gereksinimleri dahil desteklenebilirlik faktörlerini geliştirmek için kullanılır. İleriki safahalarda gerçekleştirilen karşılatırmalı analiz sonuçları da bu dokümanlara dahil edilir. Analiz sonuçları aynı zamanda ürün destek modeli belirlenirken girdi olarak kullanılabilir.
Tablo 5 Kalem Türüne Bağlı Olarak İdame Edilebilirlik Analizi Derinliği
'''Tablo 5 Kalem Türüne Bağlı Olarak İdame Edilebilirlik Analizi Derinliği'''
{| class="wikitable"
{| class="wikitable"
|'''Analiz Edilen Kalemler'''
|'''Analiz Edilen Kalemler'''
Genel destek stratejisine bağlı olarak, her bir kalem için bakım ve/veya onarımının hangi seviyede yapılacağına karar verilmesi gereklidir. Bu kararı desteklemek için analiz edilecek LDA adayı kalemin tipine bağlı olarak birkaç yöntemden birisi uygulanarak OSA gerçekleştirilir.
Genel destek stratejisine bağlı olarak, her bir kalem için bakım ve/veya onarımının hangi seviyede yapılacağına karar verilmesi gereklidir. Bu kararı desteklemek için analiz edilecek LDA adayı kalemin tipine bağlı olarak birkaç yöntemden birisi uygulanarak OSA gerçekleştirilir.
Tablo 6 OSA’nın Farklı Derinliklerinin Sınıflandırılması
'''Tablo 6 OSA’nın Farklı Derinliklerinin Sınıflandırılması'''
{| class="wikitable"
{| class="wikitable"
|'''OSA Sınıflandırması'''
|'''OSA Sınıflandırması'''
Ürün kırılımının özellikle yapısı, içeriği ve derinliğinin uygunluğu, LDA aday kalem seçim kriterlerinin net bir şekilde tanımlanmış olması ve bu kalemler için yapılacak analiz faaliyetlerinin seçim kriterlerinin uygunluğu müşteri tarafından ilk değerlendirme kapsamında değerlendirilmeli ve görüşler yükleniciye iletilmelidir. Bu aşamadan sonra yapılacak değerlendirmeler, yüklenici tarafından yapılan her bir teslimat kapsamında olacaktır. Proje LDA programına göre uyarlanarak yüklenici tarafından hazırlanan dokümanların nasıl iletileceği, görüşlerin/yorumların nasıl hazırlanacağı, ilgili görüş/yorumların değerlendirme süreci, üzerinde mutabakatın sağlanması gibi tüm aşamaları içeren değerlendirme süreci (yorum verme süreci de içeren) dokümante edilmeli ve LDAP kapsamında tanımlanan sürece uygun olarak tanımlanmalıdır. Müşteri, LDA sürecinde ilerleme sağlayabilmek için yaptığı değerlendirmeleri, özellikle mutabık kalınan/kalınmayan noktaları ve mutabık kalınmayan hususlarda açıklamalarını yükleniciye resmi olarak aktarmalıdır. Tüm LDA çıktıları konfigürasyon yönetim ilkelerine göre kayıt altına alınmalıdır. Ayrıca, müşteri tarafından verilen görüş/yorumlar, bunlara oluşturulan cevaplar ve son durumun da kayıt altına alınması izlenebilirlik açısından gereklidir.
Ürün kırılımının özellikle yapısı, içeriği ve derinliğinin uygunluğu, LDA aday kalem seçim kriterlerinin net bir şekilde tanımlanmış olması ve bu kalemler için yapılacak analiz faaliyetlerinin seçim kriterlerinin uygunluğu müşteri tarafından ilk değerlendirme kapsamında değerlendirilmeli ve görüşler yükleniciye iletilmelidir. Bu aşamadan sonra yapılacak değerlendirmeler, yüklenici tarafından yapılan her bir teslimat kapsamında olacaktır. Proje LDA programına göre uyarlanarak yüklenici tarafından hazırlanan dokümanların nasıl iletileceği, görüşlerin/yorumların nasıl hazırlanacağı, ilgili görüş/yorumların değerlendirme süreci, üzerinde mutabakatın sağlanması gibi tüm aşamaları içeren değerlendirme süreci (yorum verme süreci de içeren) dokümante edilmeli ve LDAP kapsamında tanımlanan sürece uygun olarak tanımlanmalıdır. Müşteri, LDA sürecinde ilerleme sağlayabilmek için yaptığı değerlendirmeleri, özellikle mutabık kalınan/kalınmayan noktaları ve mutabık kalınmayan hususlarda açıklamalarını yükleniciye resmi olarak aktarmalıdır. Tüm LDA çıktıları konfigürasyon yönetim ilkelerine göre kayıt altına alınmalıdır. Ayrıca, müşteri tarafından verilen görüş/yorumlar, bunlara oluşturulan cevaplar ve son durumun da kayıt altına alınması izlenebilirlik açısından gereklidir.
Şekil 7’de müşteri ve yüklenici arasındaki bilgi alışverişi için örnek bir süreç gösterilmiştir. Tablo 4’de ise zaman aralıkları hakkında açıklamalar verilmiştir.
Şekil 7’de müşteri ve yüklenici arasındaki bilgi alışverişi için örnek bir süreç gösterilmiştir. Tablo 7’de ise zaman aralıkları hakkında açıklamalar verilmiştir.
[[Dosya:Şekil 7 Müşteri ile yüklenici .jpg|sol|küçükresim|700x700pik|Şekil 7 Müşteri ile yüklenici arasındaki veri alışverişi süreci (örnek)]]
[[Dosya:TSSODYP06.07.jpg|alt=|sol|küçükresim|645x645pik|Şekil 7 Müşteri İle Yüklenici Arasındaki Veri Alışverişi Süreci (Örnek)]]
Tablo 4 Yorumlama sürecinin zaman takvimi ile açıklanması
'''Tablo 7 Yorumlama Sürecinin ZamanTakvimi ile Açıklanması'''
{| class="wikitable"
{| class="wikitable"
|'''Zaman'''
|'''Zaman'''
* Gözden geçirme aşaması göstergesi
* Gözden geçirme aşaması göstergesi
Tablo 7, potansiyel kodlar ve karşılık gelen anlamları için örnek vermektedir. (Her LDA adayı için gözden geçirme aşaması göstergesi olarak)
Tablo 8, potansiyel kodlar ve karşılık gelen anlamları için örnek vermektedir. (Her LDA adayı için gözden geçirme aşaması göstergesi olarak)
Tablo 7 Durum kodu örnekleri
'''Tablo 8 Durum Kodu Örnekleri'''
{| class="wikitable"
{| class="wikitable"
|'''Kod'''
|'''Kod'''
Güvenilirlik, idame edilebilirlik ve desteklenebilirlik ürünün kullanıma hazır olmasına etki eden faktörlerdir (Şekil 8).
Güvenilirlik, idame edilebilirlik ve desteklenebilirlik ürünün kullanıma hazır olmasına etki eden faktörlerdir (Şekil 8).
[[Dosya:Şekil 8 Kullanıma Hazır Olma Kırılımı.jpg|sol|küçükresim|650x650pik|Şekil 8 Kullanıma Hazır Olma Kırılımı]]
[[Dosya:Şekil8 Kullanıma Hazır Olma Kırılımı.jpg|alt=|sol|küçükresim|583x583pik|Şekil 8 Kullanıma Hazır Olma Kırılımı]]
Teknolojik eskimeye ise genellikle modernizasyonlar ile çözüm bulunmaktadır.
Teknolojik eskimeye ise genellikle modernizasyonlar ile çözüm bulunmaktadır.
Sistemin tasarımı yapılırken teknolojik, ekonomik, siyasi vb. öngörülerde bulunularak uzun yıllar ikmal sorunu yaşanmayacak sistemleri veya parçaları tercih etmek ileride oluşabilecek ikmal problemlerinin önüne geçecektir (Detaylı bilgi için Bkz. [http://ssbwiki.ssb.gov.tr/index.php/Sistem_%C3%96m%C3%BCr_Devri_Y%C3%B6netiminde_Demodelik_Y%C3%B6netimi_Rehberi TSSÖDYP-08 Sistem Ömür Devri Yönetiminde Demodelik Yönetimi Rehberi]).
Sistemin tasarımı yapılırken teknolojik, ekonomik, siyasi vb. öngörülerde bulunularak uzun yıllar ikmal sorunu yaşanmayacak sistemleri veya parçaları tercih etmek ileride oluşabilecek ikmal problemlerinin önüne geçecektir (Detaylı bilgi için Bkz. [https://tssodypwiki.ssb.gov.tr/index.php/Sistem_%C3%96m%C3%BCr_Devri_Y%C3%B6netiminde_Demodelik_Y%C3%B6netimi_Rehberi TSSÖDYP-08 Sistem Ömür Devri Yönetiminde Demodelik Yönetimi Rehberi]).
=== 6.2.11. DESTEKLENEBİLİRLİK ===
=== 6.2.11. DESTEKLENEBİLİRLİK ===
Kullanım safhası LDA süreci genel hatlarıyla Şekil 10‘da verilmiştir.
Kullanım safhası LDA süreci genel hatlarıyla Şekil 10‘da verilmiştir.
[[Dosya:Şekil 10 Kullanım safhası LDA süreci.jpg|sol|küçükresim|600x600pik|Şekil 10 Kullanım safhası LDA süreci]]
[[Dosya:Şekil10 Kullanım Safhası LDA Süreci.jpg|alt=|sol|küçükresim|600x600pik|Şekil 10 Kullanım Safhası LDA Süreci]]
Şekil 11’de kullanım ve destek safhaları bakım gözden geçirme süreci verilmiştir.
Şekil 11’de kullanım ve destek safhaları bakım gözden geçirme süreci verilmiştir.
[[Dosya:Şekil 11 Kullanım ve destek safhası* bakım gözden geçirme süreci .jpg|sol|küçükresim|650x650pik|Şekil 11 Kullanım ve destek safhası* bakım gözden geçirme süreci ]]
[[Dosya:Şekil 11 Kullanım ve Destek Safhası* Bakım Gözden Geçirme Süreci.jpg|alt=|sol|küçükresim|700x700pik|Şekil 11 Kullanım ve Destek Safhası* Bakım Gözden Geçirme Süreci]]
<nowiki>*</nowiki>Destek safhası, destek planlama ve destek uygulama olmak üzere iki aşamadan oluşmaktadır. Bu süreçte destek uygulama aşaması kastedilmektedir.
=== 7.1.2. MODİFİKASYON VE DEĞİŞİKLİK UYGULAMASI İÇİN KULLANIM SAFHASI LDA ===
LDA faaliyetlerine olan ihtiyaç, tasarlanan ürünün Kullanım ve Destek Safhası’nın başlamasıyla birlikte son bulmamaktadır. Bir ürüne ait en uzun safha olan Kullanım ve Destek Safhası süresince, ürün konfigürasyonunda yapılacak modifikasyonlardan dolayı LDA faaliyetlerinin ihtiyaç duyulan derinlikte tekrar icra edilmesi ve modifikasyonlardan önce üretilmiş olan verilerin güncellenmesi veya bazı faaliyetlerin baştan yapılması gerekebilir. Bu nedenle LDA faaliyetleri boyunca üretilen verilerin ve analiz faaliyetleri süresince alınan kararların, ürünün envanterden çıkarılması safhasına kadar kayıt altında tutulması ve güncelliğinin sağlanması gerekmektedir.
Sürece ilişkin örnek Şekil 12’de verilmiştir.
[[Dosya:TSSODYP06.12.jpg|alt=|sol|küçükresim|615x615pik|Şekil 12 Modifikasyon ve Değişiklik Uygulaması İçin Kullanım Safhası LDA]]
=== 7.1.3. KULLANIM VE DESTEK SAFHALARI MALZEME YÖNETİMİ ===
=== 7.1.3. KULLANIM VE DESTEK SAFHALARI MALZEME YÖNETİMİ ===
Kullanım ve destek safhaları boyunca ürünler üzerinde güvenilirliği ve/veya performansı iyileştirmek, bir sistem elemanını/ekipmanı millileştirmek, vb. amaçlarla çeşitli modifikasyonlar yapılabilir. Müşteri’nin, ikmal desteğini planlayabilmesi ve tedarik süreçlerini yöntebilmesi için ürün konfigürasyonunda yapılan bu modifikasyonların konfigürasyon yönetimi faaliyeti kapsamında işlem görmesi ve ilgili veri kayıtlarının günellenmesi gerekmektedir.
Kullanım ve destek safhaları boyunca ürünler üzerinde güvenilirliği ve/veya performansı iyileştirmek, bir sistem elemanını/ekipmanı millileştirmek, vb. amaçlarla çeşitli modifikasyonlar yapılabilir. Müşteri’nin, ikmal desteğini planlayabilmesi ve tedarik süreçlerini yönetebilmesi için ürün konfigürasyonunda yapılan bu modifikasyonların konfigürasyon yönetimi faaliyeti kapsamında işlem görmesi ve ilgili veri kayıtlarının güncellenmesi gerekmektedir.
Kullanım ve destek safhaları süreci malzeme yönetimi süreci Şekil-13’te verilmiştir.
Kullanım ve destek safhaları süreci malzeme yönetimi süreci Şekil-13’te verilmiştir.
[[Dosya:Şekil 13 Kullanım ve Destek Safhaları Malzeme Yönetimi Süreci.jpg|sol|küçükresim|700x700pik|Şekil 13 Kullanım ve Destek Safhaları Malzeme Yönetimi Süreci]]
[[Dosya:Şekil13 Kullanım ve Destek Safhaları Malzeme Yönetimi Süreci.jpg|alt=|sol|küçükresim|700x700pik|Şekil 13 Kullanım ve Destek Safhaları Malzeme Yönetimi Süreci]]
= 8. LDA VE KONFİGÜRASYON YÖNETİMİ =
= 8. LDA VE KONFİGÜRASYON YÖNETİMİ =
Konfigürasyon Yönetimi (KY), farklı ürün konfigürasyonlarının doğru belirlenmesi, değişikliklerin kontrol edilmesi ve değişikliklerin uygulanma durumunun kayıt altına alınmasını sağlayan bir disiplindir.
Konfigürasyon Yönetimi (KY), farklı ürün konfigürasyonlarının doğru belirlenmesi, değişikliklerin kontrol edilmesi ve değişikliklerin uygulanma durumunun kayıt altına alınmasını sağlayan bir disiplindir.
Belirlenen kurallara göre geliştirilen ürün kırılımı, ilgili ürünün farklı konfigürasyonlarını da kapsayıcı özellikte olmalıdır. Ürün kırılımının, ELD’nin tüm alanları için temel olacak şekilde oluşturulması oldukça önemlidir.
Belirlenen kurallara göre geliştirilen ürün kırılımı, ilgili ürünün farklı konfigürasyonlarını da kapsayıcı özellikte olmalıdır. Ürün kırılımının, ELD’nin tüm alanları için temel olacak şekilde oluşturulması oldukça önemlidir.
Projede farklı amaçlara yönelik farklı ürün kırılımları oluşturulabilir. Genel olarak çoğu projede ürünün tasarım kırılımı bir veri yönetim sistemi altında kontrol edilir. Aynı ürün için bir LDA kırılımı oluşturulabileceği gibi operasyonel ve bakım verilerinin geri beslemelerine yönelik ayrı bir kırılım da oluşturulabilir. Farklı amaçlar için farklı kırılımlar oluşturulması, çoğu zaman bu kırılımlar arasında tutarsızlıkların oluşmasına ve farklı disiplinler arasında ürün ilişkili verilerin iletilmesinde sorunlara yol açmaktadır. Bu nedenle proje kapsamında yürütülen konfigürasyon faaliyetleri ile izlenebilirliğin kurulması ve kayıt altına alınması önemlidir (Bkz. [http://ssbwiki.ssb.gov.tr/index.php/Sistem_%C3%96m%C3%BCr_Devri_Y%C3%B6netiminde_Konfig%C3%BCrasyon_Y%C3%B6netimi_Rehberi TSSÖDYP-11 Sistem Ömür Devri Yönetiminde Konfigürasyon Yönetimi]).
Projede farklı amaçlara yönelik farklı ürün kırılımları oluşturulabilir. Genel olarak çoğu projede ürünün tasarım kırılımı bir veri yönetim sistemi altında kontrol edilir. Aynı ürün için bir LDA kırılımı oluşturulabileceği gibi operasyonel ve bakım verilerinin geri beslemelerine yönelik ayrı bir kırılım da oluşturulabilir. Farklı amaçlar için farklı kırılımlar oluşturulması, çoğu zaman bu kırılımlar arasında tutarsızlıkların oluşmasına ve farklı disiplinler arasında ürün ilişkili verilerin iletilmesinde sorunlara yol açmaktadır. Bu nedenle proje kapsamında yürütülen konfigürasyon faaliyetleri ile izlenebilirliğin kurulması ve kayıt altına alınması önemlidir (Bkz. [https://tssodypwiki.ssb.gov.tr/index.php/Sistem_%C3%96m%C3%BCr_Devri_Y%C3%B6netiminde_Konfig%C3%BCrasyon_Y%C3%B6netimi_Rehberi TSSÖDYP-11 Sistem Ömür Devri Yönetiminde Konfigürasyon Yönetimi]).
= 9. LOJİSTİK YÖNETİM VE LDA İLİŞKİSİ =
= 9. LOJİSTİK YÖNETİM VE LDA İLİŞKİSİ =
Sistemin bakım ve onarımına ilişkin teknik dokümantasyon geliştirme sürecinin temeli LDA veri tabanında dokümante edilen bakım görevleridir. Ürünün ömür devri boyunca ihtiyaç duyacağı lojistik destek analizleri ile tanımlanan tüm görevler bakıma ilişkin dokümantasyonlarda yer almalıdır. Bu amaçla, Yüklenici bünyesinde teknik dokümantasyon geliştiren ekipler ile LDA faaliyetlerini yürüten ekipler arasında sıkı bir koordinasyon sağlanması önemlidir. LDA ile teknik dokümantasyon arasındaki ilişki Şekil 14’de gösterilmiştir.
Sistemin bakım ve onarımına ilişkin teknik dokümantasyon geliştirme sürecinin temeli LDA veri tabanında dokümante edilen bakım görevleridir. Ürünün ömür devri boyunca ihtiyaç duyacağı lojistik destek analizleri ile tanımlanan tüm görevler bakıma ilişkin dokümantasyonlarda yer almalıdır. Bu amaçla, Yüklenici bünyesinde teknik dokümantasyon geliştiren ekipler ile LDA faaliyetlerini yürüten ekipler arasında sıkı bir koordinasyon sağlanması önemlidir. LDA ile teknik dokümantasyon arasındaki ilişki Şekil 14’de gösterilmiştir.
[[Dosya:Şekil 14 Lojistik Destek Analizleri ile Teknik Dokümantasyon Arasındaki İlişki.jpg|sol|küçükresim|550x550pik|Şekil 14 Lojistik Destek Analizleri ile Teknik Dokümantasyon Arasındaki İlişki]]
[[Dosya:Şekil14 LDA ve Teknik Dokümantasyon.jpg|alt=|sol|küçükresim|550x550pik|Şekil 14 Lojistik Destek Analizleri ile Teknik Dokümantasyon Arasındaki İlişki]]
Belirleyici soru LDA içindeki arızanın boyutudur. Teorik olarak son parçaya kadar bir parçalama mümkündür ancak çaba çok büyük olduğundan bu kabul edilemez olacaktır. Bu nedenle uygulamada, LDA süreci içindeki yedek parçaların tanımlanması belirli bir seviyede duracaktır. Tipik olarak bakım ve maliyet faktörleri LDA süreci içerisinde tanımlanmalıdır. Bu bilgi LDA veri tabanındaki bakım görevlerinin gereksinimleri kapsamında belgelenmiştir. Teknik destek için açıklandığı gibi benzer bir süreç de malzeme desteği için oluşturulmalıdır. LDA faaliyetlerinin ilerlemesine bağlı olarak malzeme desteği ile ilgili lojistik ürünlerin oluşturulmasının başlangıcı LDA'nın ilgili bakım ve maliyet faktörleri tarafından tetiklenmelidir.
Belirleyici soru LDA içindeki arızanın boyutudur. Teorik olarak son parçaya kadar bir parçalama mümkündür ancak çaba çok büyük olduğundan bu kabul edilemez olacaktır. Bu nedenle uygulamada, LDA süreci içindeki yedek parçaların tanımlanması belirli bir seviyede duracaktır. Tipik olarak bakım ve maliyet faktörleri LDA süreci içerisinde tanımlanmalıdır. Bu bilgi LDA veri tabanındaki bakım görevlerinin gereksinimleri kapsamında belgelenmiştir. Teknik destek için açıklandığı gibi benzer bir süreç de malzeme desteği için oluşturulmalıdır. LDA faaliyetlerinin ilerlemesine bağlı olarak malzeme desteği ile ilgili lojistik ürünlerin oluşturulmasının başlangıcı LDA'nın ilgili bakım ve maliyet faktörleri tarafından tetiklenmelidir.
Aynı durum teknik dokümantasyon için de geçerlidir; çoğu durumda, gerekli tüm yedek parçalar LDA tarafından belirlenemez. Bununla birlikte, bir LDA görevi tarafından belirlenen tüm yedek parçalar malzeme destek kapsamında değerlendirilmelidir. Tablo 8 farklı türdeki yedek parçalara genel bir bakış ve bunların tanımlama sürecinde dikkate alınması gerekenleri göstermektedir.
Aynı durum teknik dokümantasyon için de geçerlidir; çoğu durumda, gerekli tüm yedek parçalar LDA tarafından belirlenemez. Bununla birlikte, bir LDA görevi tarafından belirlenen tüm yedek parçalar malzeme destek kapsamında değerlendirilmelidir. Tablo 9 farklı türdeki yedek parçalara genel bir bakış ve bunların tanımlama sürecinde dikkate alınması gerekenleri göstermektedir.
Tablo 8 LDA Tarafından Belirlenen Farklı Yedek Parça Türleri Listesi
'''Tablo 9 LDA Tarafından Belirlenen Farklı Yedek Parça Türleri Listesi'''
{| class="wikitable"
{| class="wikitable"
|'''Yedek Parça Tipi'''
|'''Yedek Parça Tipi'''
|}
|}
LDA ile malzeme desteği drasındaki ilişki Şekil 15’de gösterilmektedir.
LDA ile malzeme desteği drasındaki ilişki Şekil 15’de gösterilmektedir.
[[Dosya:Şekil 15 Lojistik Destek Analizleri ile Malzeme Desteği Arasındaki İlişki.jpg|sol|küçükresim|550x550pik|Şekil 15 Lojistik Destek Analizleri ile Malzeme Desteği Arasındaki İlişki]]
[[Dosya:Şekil15Lojistik Destek Analizleri ile Malzeme Desteği Arasındaki İlişki.jpg|alt=|sol|küçükresim|550x550pik|Şekil 15 Lojistik Destek Analizleri ile Malzeme Desteği Arasındaki İlişki]]
Destek ekipmanları belirlenirken işletme ve çevre şartları göz önünde bulundurulmalı, ürün için yapılan lojistik destek analizleri ve ürün özellikleri dikkate alınarak yedek malzeme stoklaması yapılmalı, ürünü kullanıma almak için gerekli test, ayar ve kalibrasyon cihazları belirlenmelidir. LDA ve test ekipmanları arasındaki ilişki Şekil 16’da gösterilmektedir.
Destek ekipmanları belirlenirken işletme ve çevre şartları göz önünde bulundurulmalı, ürün için yapılan lojistik destek analizleri ve ürün özellikleri dikkate alınarak yedek malzeme stoklaması yapılmalı, ürünü kullanıma almak için gerekli test, ayar ve kalibrasyon cihazları belirlenmelidir. LDA ve test ekipmanları arasındaki ilişki Şekil 16’da gösterilmektedir.
[[Dosya:Şekil 16 LDA ve Test Ekipmanları Arasındaki İlişki.jpg|sol|küçükresim|450x450pik|Şekil 16 LDA ve Test Ekipmanları Arasındaki İlişki]]
[[Dosya:Şekil16LDA ve Test Ekipmanları Arasındaki İlişki.jpg|alt=|sol|küçükresim|500x500pik|Şekil 16 LDA ve Test Ekipmanları Arasındaki İlişki]]
== 10.4. EĞİTİM ==
== 10.4. EĞİTİM ==
Gerekli bakım görevleriyle ilgili bütün bilgiler (örn. performans detayları, gerekli destek ekipmanı, zorluk ve kritiklik, süre, çalışma adımları, gerekli personel sayısı) sağlanana kadar bakım faaliyetleriyle ilgili eğitim ihtiyaçları belirlenemez. Eğitim gereksinimlerini tanımlamanın ilk adımı bir Eğitim İhtiyaçları Analizi (EİA) olmalıdır. Bu, LDA tarafından belirlenen bakım görevlerine dayanabilir. LDA ve eğitim arasındaki ilişki Şekil 17’de gösterilmektedir.
Gerekli bakım görevleriyle ilgili bütün bilgiler (örn. performans detayları, gerekli destek ekipmanı, zorluk ve kritiklik, süre, çalışma adımları, gerekli personel sayısı) sağlanana kadar bakım faaliyetleriyle ilgili eğitim ihtiyaçları belirlenemez. Eğitim gereksinimlerini tanımlamanın ilk adımı bir Eğitim İhtiyaçları Analizi (EİA) olmalıdır. Bu, LDA tarafından belirlenen bakım görevlerine dayanabilir. LDA ve eğitim arasındaki ilişki Şekil 17’de gösterilmektedir.
[[Dosya:Şekil 17 LDA ve Eğitim Arasındaki İlişki.jpg|sol|küçükresim|550x550pik|Şekil 17 LDA ve Eğitim Arasındaki İlişki]]
[[Dosya:Şekil17LDA ve Eğitim.jpg|alt=|sol|küçükresim|550x550pik|Şekil 17 LDA ve Eğitim Arasındaki İlişki]]
Tablo 10’da LDA analiz faaliyetlerinin seçimi ve aday kalemlere atanması için dikkate alınabilecek örnek kriterler yer almaktadır. Seçim kriterleri de projeye göre farklılık gösterebileceğinden özel durumlar da dikkate alınarak uyarlanmaları mümkündür. Seçim faaliyetinden önce, kullanılacak kriterler üzerinde tüm paydaşlar arasında uyumlaştırılmış olması gereklidir. Bu uyumlaştırma LDA GGT’de sağlanabilir.
Tablo 10’da LDA analiz faaliyetlerinin seçimi ve aday kalemlere atanması için dikkate alınabilecek örnek kriterler yer almaktadır. Seçim kriterleri de projeye göre farklılık gösterebileceğinden özel durumlar da dikkate alınarak uyarlanmaları mümkündür. Seçim faaliyetinden önce, kullanılacak kriterler üzerinde tüm paydaşlar arasında uyumlaştırılmış olması gereklidir. Bu uyumlaştırma LDA GGT’de sağlanabilir.
Tablo 9 Analiz Faaliyetleri Seçim Kriterleri
'''Tablo 10 Analiz Faaliyetleri Seçim Kriterleri'''
{| class="wikitable"
{| class="wikitable"
|'''Kriter Grubu'''
|'''Kriter Grubu'''
LDA aday kalemleri ve uygulanacak analizlere ilişkin taslak bir listenin, teklif süreci esnasında LDA görev atamalarına ilişkin rehberlik sağlaması ve risk azaltma amaçlı olarak müşteriye sunulması tavsiye edilir.
LDA aday kalemleri ve uygulanacak analizlere ilişkin taslak bir listenin, teklif süreci esnasında LDA görev atamalarına ilişkin rehberlik sağlaması ve risk azaltma amaçlı olarak müşteriye sunulması tavsiye edilir.
Seçilen analiz faaliyetlerini kayıt almaya dair matrise ilişkin bir örnek Tablo 11’de verilmiştir.
Seçilen analiz faaliyetlerini kayıt almaya dair matrise ilişkin bir örnek Tablo 11’da verilmiştir.
Tablo 10 Analiz Faaliyetleri Öneri Matrisi
'''Tablo 11 Analiz Faaliyetleri Öneri Matrisi'''
{| class="wikitable"
{| class="wikitable"
|Seviye
|Seviye
== 11.2. ÖMÜR DEVRİ SAFHALARINA GÖRE ANALİZLERİN UYARLANMASI ==
== 11.2. ÖMÜR DEVRİ SAFHALARINA GÖRE ANALİZLERİN UYARLANMASI ==
LDA aktivitelerinin gerçekleştirilebilmesi için projenin farklı safhalarında farklı veri setleri erişilebilir durumda olmalıdır. Tanımlanan LDA görevlerinden bazıları projenin erken safhalarında gerçekleştirilebilirken bazıları tasarımla ilgili detaylı ve nihai bilgilerin oluştuğu dönemlerde yürütülebilir. Ömür devri safhalarına (Bkz.[http://ssbwiki.ssb.gov.tr/index.php/Sistem_%C3%96m%C3%BCr_Devri_Y%C3%B6netimi_Rehberi_(Ana_%C3%87er%C3%A7eve) TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)] ) göre analiz faaliyetlerinin akış süreci Şekil 18’de örnek olarak verilmiştir.
LDA aktivitelerinin gerçekleştirilebilmesi için projenin farklı safhalarında farklı veri setleri erişilebilir durumda olmalıdır. Tanımlanan LDA görevlerinden bazıları projenin erken safhalarında gerçekleştirilebilirken bazıları tasarımla ilgili detaylı ve nihai bilgilerin oluştuğu dönemlerde yürütülebilir. Ömür devri safhalarına (Bkz.[https://tssodypwiki.ssb.gov.tr/index.php/Sistem_%C3%96m%C3%BCr_Devri_Y%C3%B6netimi_Rehberi_(Ana_%C3%87er%C3%A7eve) TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)] ) göre analiz faaliyetlerinin akış süreci Şekil 18’de örnek olarak verilmiştir.
[[Dosya:Şekil 18 Ömür devri safhalarına göre analiz akış süreci .jpg|sol|küçükresim|700x700pik|Şekil 18 Ömür devri safhalarına göre analiz akış süreci]]
[[Dosya:TSSÖDYP06 Ş.18.jpg|alt=|sol|küçükresim|689x689pik|Şekil 18 Ömür Devri Safhalarına Göre Analiz Akış Süreci]]
Tablo 12, tüm ömür devri safhalarındaki potansiyel analiz aktivitelerinin özetini göstermektedir. (ör: veri ve bilgi toplama, yönetim, teknik/lojistik analizler ve hazırlık görevleri). Bu tablo, tasarım ve geliştirme dönemine ek olarak Ön Tasarım Gözden Geçirme (ÖTGG) ve Kritik Tasarım Gözden Geçirme (KTGG) gibi tipik aşamaları da içerir.
Tablo 12, tüm ömür devri safhalarındaki potansiyel analiz aktivitelerinin özetini göstermektedir. (ör: veri ve bilgi toplama, yönetim, teknik/lojistik analizler ve hazırlık görevleri). Bu tablo, tasarım ve geliştirme dönemine ek olarak Ön Tasarım Gözden Geçirme (ÖTGG) ve Kritik Tasarım Gözden Geçirme (KTGG) gibi tipik aşamaları da içerir.
Tablo 11 Sistem Ömür Devri Safhalarındaki Aktivitelerin Özeti
'''Tablo 12 Sistem Ömür Devri Safhalarındaki Aktivitelerin Özeti'''
{| class="wikitable"
{| class="wikitable"
| rowspan="2" |'''Ön Konsept & Konsept Safhası'''
| rowspan="2" |'''Ön Konsept & Konsept Safhası'''
<big>'''2.1. ÖZEL OLAYLARIN TANIMLANMASI'''</big>
<big>'''2.1. ÖZEL OLAYLARIN TANIMLANMASI'''</big>
1. Adım; özel olayların tanımlanması kapsamında, ilk olarak bir olay yaratabilecek farklı sebeplerin listelenmesi gerekir. Olaylar harici veya dahili sebeplerden kaynaklı olabilir ve doğal olaylardan ya da insan hatalarından etkilenebilir. Tablo 12’de olayların sebeplerine örnekler verilmiştir.
1. Adım; özel olayların tanımlanması kapsamında, ilk olarak bir olay yaratabilecek farklı sebeplerin listelenmesi gerekir. Olaylar harici veya dahili sebeplerden kaynaklı olabilir ve doğal olaylardan ya da insan hatalarından etkilenebilir. Tablo 13’de olayların sebeplerine örnekler verilmiştir.
Hasarlar ise, her bir durum için kritikliğinin ya da derecesinin verilemediği özel olaylardır. Bu nedenle, aynı yolla meydana gelebilen ya da aynı yolla tespit edilebilen hasarların da özel olay analizi kapsamında ele alınması gerekmektedir.
Hasarlar ise, her bir durum için kritikliğinin ya da derecesinin verilemediği özel olaylardır. Bu nedenle, aynı yolla meydana gelebilen ya da aynı yolla tespit edilebilen hasarların da özel olay analizi kapsamında ele alınması gerekmektedir.
Tablo 12 Olayların Sebep Tiplerine ilişkin Örnekler
'''Tablo 13 Olayların Sebep Tiplerine İlişkin Örnekler'''
{| class="wikitable"
{| class="wikitable"
| colspan="2" |'''Sebep Tipleri'''
| colspan="2" |'''Sebep Tipleri'''
3. Adım; özel olaylar belirlendikten sonra her bir olayın meydana gelme olasılığı analiz edilmelidir.
3. Adım; özel olaylar belirlendikten sonra her bir olayın meydana gelme olasılığı analiz edilmelidir.
Tablo 13 Olayların meydana gelme olasılıkları
'''Tablo 14 Olayların Meydana Gelme Olasılıkları'''
{| class="wikitable"
{| class="wikitable"
|'''Puanlama'''
|'''Puanlama'''
* Teknoloji hasara karşı dayanıklı mı yoksa hassas mı?
* Teknoloji hasara karşı dayanıklı mı yoksa hassas mı?
1. Adım; sistemin tüm alt sistem ve kalemleri için kullanılan teknolojiler tanımlanmalıdır. Tablo 15’de teknoloji seviyeleri ve açıklamaları ile bunların puanlama bilgileri verilmiştir.
1. Adım; sistemin tüm alt sistem ve kalemleri için kullanılan teknolojiler tanımlanmalıdır. Tablo 15’te teknoloji seviyeleri ve açıklamaları ile bunların puanlama bilgileri verilmiştir.
Tablo 14 Teknoloji Seviyeleri
'''Tablo 15 Teknoloji Seviyeleri'''
{| class="wikitable"
{| class="wikitable"
|'''Puanlama'''
|'''Puanlama'''
|Yakın zamandaki projelerde kullanılmış bir teknoloji olup, çok az geri bildirim olmuştur.
|Yakın zamandaki projelerde kullanılmış bir teknoloji olup, çok az geri bildirim olmuştur.
|}
|}
2. Adım; teknolojinin hassasiyetinin değerlendirilmesi. 1. Adım’da tanımlanan her bir teknoloji için, meydana gelebilecek olası hata tiplerinin tanımlanması gerekir. (Örneğin, metaller üzerinde meydana gelebilecek korozyon ve bu korozyonun tipleri, montaj yerlerinde meydana gelebilecek gerilme korozyonu gibi). Teknoloji hassasiyetinin değerlendirilmesi Tablo 16’da verilmiştir.
2. Adım; teknolojinin hassasiyetinin değerlendirilmesi. 1. Adım’da tanımlanan her bir teknoloji için, meydana gelebilecek olası hata tiplerinin tanımlanması gerekir. (Örneğin, metaller üzerinde meydana gelebilecek korozyon ve bu korozyonun tipleri, montaj yerlerinde meydana gelebilecek gerilme korozyonu gibi). Teknoloji hassasiyetinin değerlendirilmesi Tablo 16’de verilmiştir.
Tablo 15 Teknoloji hassasiyetinin değerlendirilmesi
'''Tablo 16 Teknoloji Hassasiyetinin Değerlendirilmesi'''
{| class="wikitable"
{| class="wikitable"
|'''Puanlama'''
|'''Puanlama'''
|Bu teknolojide ürünün ömrü boyunca hasar meydana gelmesi durumu çok olasıdır.
|Bu teknolojide ürünün ömrü boyunca hasar meydana gelmesi durumu çok olasıdır.
|}
|}
Adım 3; teknoloji tanımlanması ile hassasiyet oranı birlikte değerlendirilerek seçim eşiği (selection threshold) tanımlanır. Seçim eşiği de proje ihtiyaçlarına bağlı olarak belirlenebilir. Teknoloji-hassasiyet değerlendirmesi Tablo 17’de verilmiştir.
Adım 3; teknoloji tanımlanması ile hassasiyet oranı birlikte değerlendirilerek seçim eşiği (selection threshold) tanımlanır. Seçim eşiği de proje ihtiyaçlarına bağlı olarak belirlenebilir. Teknoloji-hassasiyet değerlendirmesi Tablo 17’da verilmiştir.
Tablo 16 Teknoloji-Hassasiyet Değerlendirmesi
'''Tablo 17 Teknoloji-Hassasiyet Değerlendirmesi'''
{| class="wikitable"
{| class="wikitable"
| colspan="2" rowspan="2" |
| colspan="2" rowspan="2" |
Şekil 19’da GMB kapsamında hata türlerine bağlı olarak bakım görevlerinin tanımlanması ile bu görevlerin analizinin yapılması için BGA’ya olan girdiler gösterilmiştir.
Şekil 19’da GMB kapsamında hata türlerine bağlı olarak bakım görevlerinin tanımlanması ile bu görevlerin analizinin yapılması için BGA’ya olan girdiler gösterilmiştir.
[[Dosya:Şekil 19 GMB – BGA Arayüzü.jpg|sol|küçükresim|650x650pik|Şekil 19 GMB – BGA Arayüzü]]
[[Dosya:Şekil19GMB – BGA Arayüzü.jpg|alt=|sol|küçükresim|650x650pik|Şekil 19 GMB – BGA Arayüzü]]
Analiz, yedek parça ile arızayı tespit etmek ve onarımını gerçekleştirmek için gerekli olan destek ekipmanı, personel, eğitim, teknik dokümantasyon gibi başlıca ekonomik maliyet faktörleri kullanılarak yapılır. Ayrıca, kullanıma hazır olma gereksinimleri, güvenilirlik, bakım yapılabilirlik gibi ekonomik olmayan faktörler de göz önünde bulundurulmalıdır. Bu faktörlerin, sistem için gereksinim önceliklendirmesine göre değerlendirilmesi yapılmalıdır. OSA süreç adımları Tablo 18’de yer almaktadır.
Analiz, yedek parça ile arızayı tespit etmek ve onarımını gerçekleştirmek için gerekli olan destek ekipmanı, personel, eğitim, teknik dokümantasyon gibi başlıca ekonomik maliyet faktörleri kullanılarak yapılır. Ayrıca, kullanıma hazır olma gereksinimleri, güvenilirlik, bakım yapılabilirlik gibi ekonomik olmayan faktörler de göz önünde bulundurulmalıdır. Bu faktörlerin, sistem için gereksinim önceliklendirmesine göre değerlendirilmesi yapılmalıdır. OSA süreç adımları Tablo 18’de yer almaktadır.
Tablo 17 Onarım Seviyesi Analizi Süreç Adımları
'''Tablo 18 Onarım Seviyesi Analizi Süreç Adımları'''
{| class="wikitable"
{| class="wikitable"
|'''İŞLEM ADIMI'''
|'''İŞLEM ADIMI'''
Bakım çözüm önerisinin oluşturulması kapsamında, hangi bakım görevinin hangi seviyede yapılacağının belirlenmesi ve bunun için de bakım seviyelerinin tanımlanması gerekmektedir. Bakım seviyeleri, her sisteme özel olarak kullanıcı ile anlaşılarak belirlenmelidir. Daha sonra, tanımlanan bakım görevlerinin altyapı, personel, yetkinlik gibi hususlar düşünüldüğünde hangi seviyede yapılacağına karar verilmelidir.
Bakım çözüm önerisinin oluşturulması kapsamında, hangi bakım görevinin hangi seviyede yapılacağının belirlenmesi ve bunun için de bakım seviyelerinin tanımlanması gerekmektedir. Bakım seviyeleri, her sisteme özel olarak kullanıcı ile anlaşılarak belirlenmelidir. Daha sonra, tanımlanan bakım görevlerinin altyapı, personel, yetkinlik gibi hususlar düşünüldüğünde hangi seviyede yapılacağına karar verilmelidir.
Tablo 18’da bakım seviyeleri ve bu seviyeler kapsamında tanımlanabilecek görevlere ilişkin örnekler verilmiştir. Seviye isimleri, seviyeler için tanımlanacak yetkiler sisteme/projeye özgü kararlar olup tablo sadece örnekleme amaçlı olarak verilmiştir.
Tablo 19’de bakım seviyeleri ve bu seviyeler kapsamında tanımlanabilecek görevlere ilişkin örnekler verilmiştir. Seviye isimleri, seviyeler için tanımlanacak yetkiler sisteme/projeye özgü kararlar olup tablo sadece örnekleme amaçlı olarak verilmiştir.
Tablo 18 Bakım Seviyeleri ve Tanımlı Görevlere İlişkin Örnekler
'''Tablo 19 Bakım Seviyeleri ve Tanımlı Görevlere İlişkin Örnekler'''
{| class="wikitable"
{| class="wikitable"
|'''Seviye Adı'''
|'''Seviye Adı'''
Örnek OSA tablosu:
Örnek OSA tablosu:
[[Dosya:Osa.png|sol|küçükresim|990x990pik]]
[[Dosya:TSSÖDYP06.ÖRNEK OSA.jpg|alt=|sol|küçükresim|772x772pik]]
▪ Malzeme hurdaya ayrılır. ( - - - - Z )
▪ Malzeme hurdaya ayrılır. ( - - - - Z )
|}
|}
== EK-G BAKIM GÖREV ANALİZİ (BGA) ==
== EK-G BAKIM GÖREV ANALİZİ (BGA) ==
Hata durumları, arızalar, özel olaylar vs. bakım görevlerini belirlerken ana etmenler olacaktır (HTEKA, özel olay ve hasar analizi, GMB). Ayrıca yazılım yükleme gibi durumlardan kaynaklı görevler de tanımlanabilir.
Hata durumları, arızalar, özel olaylar vs. bakım görevlerini belirlerken ana etmenler olacaktır (HTEKA, özel olay ve hasar analizi, GMB). Ayrıca yazılım yükleme gibi durumlardan kaynaklı görevler de tanımlanabilir.
[[Dosya:Şekil 20 Bakım Görevlerinin Belirlenmesi.jpg|sol|küçükresim|450x450pik|Şekil 20 Bakım Görevlerinin Belirlenmesi]]
[[Dosya:TSSODYP06.20.jpg|alt=|sol|küçükresim|450x450pik|Şekil 20 Bakım Görevlerinin Belirlenmesi]]
'''Destek görevleri (supporting tasks);''' Düzeltici görevlerin aksine destek görevleri, meydana gelen durum karşısında (arıza, hata vb.) bu durumun çözülmesi amacıyla yapılmaz. Bağımsız bir görev olarak hata ya da arıza durumunu çözmez ve/veya özel bir olaydan sonra gerçekleştirilmez. Düzeltici görevlerin uygulanmasını sağlayan destekleyici görevlerdir. Test prosedürleri, erişim sağlama/kaldırmak, kurulum kaldırma/yükleme/montaj/demontaj prosedürleri örnek olarak verilebilir.
'''Destek görevleri (supporting tasks);''' Düzeltici görevlerin aksine destek görevleri, meydana gelen durum karşısında (arıza, hata vb.) bu durumun çözülmesi amacıyla yapılmaz. Bağımsız bir görev olarak hata ya da arıza durumunu çözmez ve/veya özel bir olaydan sonra gerçekleştirilmez. Düzeltici görevlerin uygulanmasını sağlayan destekleyici görevlerdir. Test prosedürleri, erişim sağlama/kaldırmak, kurulum kaldırma/yükleme/montaj/demontaj prosedürleri örnek olarak verilebilir.
Tablo 19’de, ürün ağacında yer alan bir ‘elektronik komple’ arızası olayının meydana gelmesi durumunda, düzeltici görev, takip eden görevler ve uyarıların neler olduğu örneklenmiştir. Elektronik komple arızası karşısında, kalemin onarılabilir ve onarılamaz olması şeklinde iki farklı durum varsayılmıştır.
Tablo 20’de, ürün ağacında yer alan bir ‘elektronik komple’ arızası olayının meydana gelmesi durumunda, düzeltici görev, takip eden görevler ve uyarıların neler olduğu örneklenmiştir. Elektronik komple arızası karşısında, kalemin onarılabilir ve onarılamaz olması şeklinde iki farklı durum varsayılmıştır.
Elektronik komple arızası için varsayılan iki farklı durum;
Elektronik komple arızası için varsayılan iki farklı durum;
2. durum; elektronik komplenin onarılabilir bir kalem olarak tanımlanmış olması
2. durum; elektronik komplenin onarılabilir bir kalem olarak tanımlanmış olması
Tablo 19 Görev Gereksinimleri Örneği
'''Tablo 20 Görev Gereksinimleri Örneği'''
{| class="wikitable"
{| class="wikitable"
|'''Olay (Event)'''
|'''Olay (Event)'''
| colspan="4" |* Bakım/onarım seviyeleri belirlendikten sonra, bu seviyelere göre takip eden işlemler değişebilecektir (arızalı sistemin bakım için belirlenen üst seviyeye gönderilmesi gibi).
| colspan="4" |* Bakım/onarım seviyeleri belirlendikten sonra, bu seviyelere göre takip eden işlemler değişebilecektir (arızalı sistemin bakım için belirlenen üst seviyeye gönderilmesi gibi).
|}
|}
Görev yapıları oluşturulurken, ‘düzeltici görevler’den önce destek görevlerinin tanımlanması gerekmektedir. Destek görevleri de iş adımlarına bölünebilir. Destek görevleri tanımlanmadan önce, iş adımları öncesi yapılması gereken işlemler de tanımlanmalıdır. Adımlar öncesi yapılacak faaliyetler, sistem ile doğrudan ilişkili olmayan, erişim için yapılan faaliyetlerdir. Görev yapılarının oluşturulmasına ilişkin adımlar Şekil 21’de gösterilmiştir.
Görev yapıları oluşturulurken, düzeltici görevlerden önce destek görevlerinin tanımlanması gerekmektedir. Destek görevleri de iş adımlarına bölünebilir. Destek görevleri tanımlanmadan önce, iş adımları öncesi yapılması gereken işlemler de tanımlanmalıdır. Adımlar öncesi yapılacak faaliyetler, sistem ile doğrudan ilişkili olmayan, erişim için yapılan faaliyetlerdir. Görev yapılarının oluşturulmasına ilişkin adımlar Şekil 21’de gösterilmiştir.
[[Dosya:Şekil 21 Görev Yapılarının Oluşturulması.jpg|sol|küçükresim|343x343pik|Şekil 21 Görev Yapılarının Oluşturulması]]
[[Dosya:Şekil21Görev Yapılarının Oluşturulması.jpg|alt=|sol|küçükresim|437x437pik|Şekil 21 Görev Yapılarının Oluşturulması]]
'''<big>2.3. GÖREV KAYNAKLARININ BELİRLENMESİ</big>'''
'''<big>2.3. GÖREV KAYNAKLARININ BELİRLENMESİ</big>'''
Bir görevin yerine getirilmesi için gerekli olan kaynakların (özel bir ekipman kullanımı için personel eğitimi de dahil) görevin içinde tanımlanması gerekmektedir. Görevin yerine getirilmesi kapsamında gerekli olan yedek parçalar, destek ekipmanı, personel, alt yapı gibi kaynakların belirlenmesi ve ilgili görevlere atanması gerekmektedir. Görev kaynaklarına ilişkin örnekler ve açıklamaları Tablo 20’de verilmiştir.
Bir görevin yerine getirilmesi için gerekli olan kaynakların (özel bir ekipman kullanımı için personel eğitimi de dahil) görevin içinde tanımlanması gerekmektedir. Görevin yerine getirilmesi kapsamında gerekli olan yedek parçalar, destek ekipmanı, personel, alt yapı gibi kaynakların belirlenmesi ve ilgili görevlere atanması gerekmektedir. Görev kaynaklarına ilişkin örnekler ve açıklamaları Tablo 21’de verilmiştir.
Tablo 20 Görev kaynaklarına örnekler
'''Tablo 21 Görev Kaynaklarına Örnekler'''
{| class="wikitable"
{| class="wikitable"
|'''Kaynak'''
|'''Kaynak'''
Her bir görev kapsamında görev kaynakları belirlendikten sonra, sistem seviyesinde tüm görevler düzeyinde, alt görevler ve destek görevlerinden gelen tüm kaynakların özetlenmesi gerekmektedir. Tablo 22’de montaj prosedürü için gerekli görev kaynaklarına ilişkin örnek verilmiştir.
Her bir görev kapsamında görev kaynakları belirlendikten sonra, sistem seviyesinde tüm görevler düzeyinde, alt görevler ve destek görevlerinden gelen tüm kaynakların özetlenmesi gerekmektedir. Tablo 22’de montaj prosedürü için gerekli görev kaynaklarına ilişkin örnek verilmiştir.
Tablo 21 Montaj Prosedürü için Gerekli Görev Kaynakları Örneği
'''Tablo 22 Montaj Prosedürü için Gerekli Görev Kaynakları Örneği'''
{| class="wikitable"
{| class="wikitable"
| colspan="8" |'''Elektronik Komple için Montaj Prosedürü-Görev Kaynakları'''
| colspan="8" |'''Elektronik Komple için Montaj Prosedürü-Görev Kaynakları'''
|3 dk
|3 dk
|}
|}
Tablo 22 Elektronik Komple için montaj prosedürü-görev kaynakları özeti
'''Tablo 23 Elektronik Komple İçin Montaj Prosedürü-Görev Kaynakları Özeti'''
{| class="wikitable"
{| class="wikitable"
|'''Kaynak tipi'''
|'''Kaynak tipi'''
Örnek BGA Formu:
Örnek BGA Formu:
[[Dosya:Bga.jpg|sol|küçükresim|800x800pik]]
[[Dosya:Bga.jpg|sol|küçükresim|800x800pik]]
== EK-H YAZILIM DESTEK ANALİZİ (YDA) ==
== EK-H YAZILIM DESTEK ANALİZİ (YDA) ==
YDA’nın yazılım içeren bir ürün için tüm ömür devri boyunca uygulanması gerekmektedir. Yapılacak faaliyetler, proje safhaları dikkate alınarak gerçekleştirilmelidir. Örneğin, geliştirme safhasında, YDA’nın uygulaması önemlidir çünkü yazılımın gelecekteki yükleme, servis ve modifikasyonları için desteklenebilirlik gereksinimleri açısından yazılım mimarisi ve tasarımı etkilenebilir.
YDA’nın yazılım içeren bir ürün için tüm ömür devri boyunca uygulanması gerekmektedir. Yapılacak faaliyetler, proje safhaları dikkate alınarak gerçekleştirilmelidir. Örneğin, geliştirme safhasında, YDA’nın uygulaması önemlidir çünkü yazılımın gelecekteki yükleme, servis ve modifikasyonları için desteklenebilirlik gereksinimleri açısından yazılım mimarisi ve tasarımı etkilenebilir.
Tablo 23 Farklı Proje Safhalarında Yazılım Destek Analizi
'''Tablo 24 Farklı Proje Safhalarında Yazılım Destek Analizi'''
{| class="wikitable"
{| class="wikitable"
|'''Geliştirme'''
|'''Geliştirme'''
Bir sistemde farklı donanımlar üzerindeki farklı yazılımların birlikte çalışabildiği ve yazılım kalemleri içeren fiziksel kırılım içerisinde yazılımların donanımlarla uyumluluğu doğrulanmalıdır. Yazılım paketi taşıyan birbiriyle konuşan ekipmanlarla ilişkili uyumluluk matrisi hazırlanmalıdır.
Bir sistemde farklı donanımlar üzerindeki farklı yazılımların birlikte çalışabildiği ve yazılım kalemleri içeren fiziksel kırılım içerisinde yazılımların donanımlarla uyumluluğu doğrulanmalıdır. Yazılım paketi taşıyan birbiriyle konuşan ekipmanlarla ilişkili uyumluluk matrisi hazırlanmalıdır.
Tablo 25’de örnek bir uyumluluk matrisi verilmiştir. Tabloda verilen bilgilere göre, donanım 2 üzerinde yer alan ‘A’ ve ‘B’ yazılımlarının birbirileri ile uyumluluğu, benzer şekilde donanım 2 ile hem ‘A’ hem ‘B’ yazılımının uyumlu olduğu ve donanım 1 ile ‘A’ yazılımının uyumluluğu doğrulanmalıdır.
Tablo 24’de örnek bir uyumluluk matrisi verilmiştir. Tabloda verilen bilgilere göre, donanım 2 üzerinde yer alan ‘A’ ve ‘B’ yazılımlarının birbirileri ile uyumluluğu, benzer şekilde donanım 2 ile hem ‘A’ hem ‘B’ yazılımının uyumlu olduğu ve donanım 1 ile ‘A’ yazılımının uyumluluğu doğrulanmalıdır.
Tablo 24 Uyumluluk Matrisi
'''Tablo 25 Uyumluluk Matrisi'''
{| class="wikitable"
{| class="wikitable"
|
|
'''DOKÜMANIN HAZIRLANMASINDA GÖREV ALAN KURUM/KURULUŞLAR'''
'''<big>DOKÜMANIN HAZIRLANMASINDA GÖREV ALAN KURUM/KURULUŞLAR</big>'''
SAVUNMA SANAYİİ BAŞKANLIĞI
MİLLİ SAVUNMA BAKANLIĞI
KARA KUVVETLERİ KOMUTANLIĞI
HAVA KUVVETLERİ KOMUTANLIĞI
TERSANELER GENEL MÜDÜRLÜĞÜ
ASELSAN A.Ş.
ASELSAN A.Ş.