2.239
değişiklik
Değişiklikler
Gezinti kısmına atla
Arama kısmına atla
2.235. satır:
2.235. satır: − + 2.385. satır:
2.385. satır: − + − + 3.125. satır:
3.125. satır: − + − + 3.326. satır:
3.326. satır: − + − + 3.407. satır:
3.407. satır: − + − + 3.625. satır:
3.625. satır: − + − + 3.867. satır:
3.867. satır: − + − + 3.908. satır:
3.908. satır: − + 3.943. satır:
3.943. satır: − + − + 3.964. satır:
3.964. satır: − + − + 3.992. satır:
3.992. satır: − + − + 4.291. satır:
4.291. satır: − + − + 4.421. satır:
4.421. satır: − + − + 4.609. satır:
4.609. satır: − + 4.617. satır:
4.617. satır: − + 4.693. satır:
4.693. satır: − + − + 4.722. satır:
4.722. satır: − + − + 4.768. satır:
4.768. satır: − + 4.907. satır:
4.907. satır: − + 5.087. satır:
5.087. satır: − +
Lojistik Destek Analizleri ve Kayıtları Rehberi (kaynağı gör)
15.30, 21 Eylül 2021 tarihindeki hâli
, 15.30, 21 Eylül 2021→5.5.1.1. LDA Süreci Değerlendirme Kurallarının Konulması
Tablo 4 Yorumlama sürecinin zaman takvimi ile açıklanması
'''Tablo 7 Yorumlama sürecinin zaman takvimi 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'''
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'''
Bölüm 5.4.1’de tanımlanan potansiyel lojistik destek analizleri içerisinden proje kapsamında hangilerinin gerçekleştirileceğinin belirlenmesi uyarlama sürecinin önemli bir adımdır.
Bölüm 5.4.1’de tanımlanan potansiyel lojistik destek analizleri içerisinden proje kapsamında hangilerinin gerçekleştirileceğinin belirlenmesi uyarlama sürecinin önemli bir adımdır.
Tablo 9’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 10’da 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
==== <big>11.2.1.4. Sistem Ömür Devri Safhalarındaki Aktivitelerin Özeti</big> ====
==== <big>11.2.1.4. Sistem Ömür Devri Safhalarındaki Aktivitelerin Özeti</big> ====
Tablo 11, 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 iliş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 14’te 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 15’de 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 16’da 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" |
Analiz sonuçlarına göre her bir ekipman için, “Kaynak, Bakım ve Onarım” (Source, Maintenance and Recoverability – SM&R codes) kodlaması yapılır. Buna göre; bir ekipmanın arızası olduğunda onarım yapılıp yapılmayacağı, yenisiyle değiştirilip değiştirilmeyeceği, onarılamıyorsa envanterden çıkarılıp çıkarılmayacağı bilinir.
Analiz sonuçlarına göre her bir ekipman için, “Kaynak, Bakım ve Onarım” (Source, Maintenance and Recoverability – SM&R codes) kodlaması yapılır. Buna göre; bir ekipmanın arızası olduğunda onarım yapılıp yapılmayacağı, yenisiyle değiştirilip değiştirilmeyeceği, onarılamıyorsa envanterden çıkarılıp çıkarılmayacağı bilinir.
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 17’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’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 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ı'''
'''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’da, ü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)'''
'''<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'''
| colspan="2" |** Bakım görevlerine destek ekipmanı atanırken ilgili ekipmanın mevcut ve doğrulanmış bir ekipman olması, yeni geliştirilen bir ekipman ise tüm gereksinimlerinin tanımlanmış ve dokümante edilerek yayımlanmış olması gerekmektedir.
| colspan="2" |** Bakım görevlerine destek ekipmanı atanırken ilgili ekipmanın mevcut ve doğrulanmış bir ekipman olması, yeni geliştirilen bir ekipman ise tüm gereksinimlerinin tanımlanmış ve dokümante edilerek yayımlanmış olması gerekmektedir.
|}
|}
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 21’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 için montaj prosedürü-görev kaynakları özeti'''
{| class="wikitable"
{| class="wikitable"
|'''Kaynak tipi'''
|'''Kaynak tipi'''
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'''
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’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"
|
|