Değişiklikler

* Yazılımın nasıl yükleneceği, yükleme süresi vb. parametreler dikkate alındı mı?

* Yazılımın nasıl yükleneceği, yükleme süresi vb. parametreler dikkate alındı mı?

=== 6.2.4.        TEST EDİLEBİLİRLİK ===

=== 6.2.4. TEST EDİLEBİLİRLİK ===

Test edilebilirlik, bir bileşenin durumunun (çalıştırılabilir, çalıştırılamaz ve düşük fonksiyonlu çalıştırılabilir) ve hataların/başarızılıkların lokasyonunun zamanında ve belirli bir güven seviyesinde belirlenebilmesini sağlayan bir tasarım özelliğidir.

Test edilebilirlik, bir bileşenin durumunun (çalıştırılabilir, çalıştırılamaz ve düşük fonksiyonlu çalıştırılabilir) ve hataların/başarızılıkların lokasyonunun zamanında ve belirli bir güven seviyesinde belirlenebilmesini sağlayan bir tasarım özelliğidir.

Test edilebilirlik analiz faaliyeti LDA faaliyeti olmayıp, yapılacak diğer lojistik destek analizlerinde bu çalışmanın çıktıları doğrudan kullanılacaktır. Bu anlamda analiz sonuçları, hem LDA girdisi hem de tasarım girdisi olacaktır. Hata Tespit Oranı, Hata İzolasyon Oranı ve Süresi test edilebilirlik parametreleridir. Testedilebilirlik analizi ile, FMECA çıktıları kullanılarak hata tespiti ile hata izolasyonuna ilişkin veriler belirlenir.  

Test edilebilirlik analiz faaliyeti LDA faaliyeti olmayıp, yapılacak diğer lojistik destek analizlerinde bu çalışmanın çıktıları doğrudan kullanılacaktır. Bu anlamda analiz sonuçları, hem LDA girdisi hem de tasarım girdisi olacaktır. Hata Tespit Oranı, Hata İzolasyon Oranı ve Süresi test edilebilirlik parametreleridir. Testedilebilirlik analizi ile, FMECA çıktıları kullanılarak hata tespiti ile hata izolasyonuna ilişkin veriler belirlenir.  

·          LDA girdisi; BGA’da belirlenen bir bakım görevi kapsamında bir kalemin test edilmesine ilişkin girdi sağlayacaktır.

* LDA girdisi; BGA’da belirlenen bir bakım görevi kapsamında bir kalemin test edilmesine ilişkin girdi sağlayacaktır.

 

* Tasarım girdisi; tasarıma etki kapsamında ise, arızalandığı durumda etki seviyesi yıkıcı olan bir donanıma test edilebilirlik özelliğinin kazandırılması, arıza sinyali olarak arıza mesajlarının tasarımına ve test ekipmanı gereksinimlerine girdi sağlanması örnek olarak verilebilir.

·          Tasarım girdisi; tasarıma etki kapsamında ise, arızalandığı durumda etki seviyesi yıkıcı olan bir donanıma test edilebilirlik özelliğinin kazandırılması, arıza sinyali olarak arıza mesajlarının tasarımına ve test ekipmanı gereksinimlerine girdi sağlanması örnek olarak verilebilir.

Tasarıma etki ara yüzünün oluşturulması kapsamında başlangıç noktası olarak kullanılabilecek kontrol listesi aşağıda verilmiştir;

Tasarıma etki ara yüzünün oluşturulması kapsamında başlangıç noktası olarak kullanılabilecek kontrol listesi aşağıda verilmiştir;

·          Uygulanabilir olan durumlar için birim içi test (self-test) durumu sağlandı mı?

* Uygulanabilir olan durumlar için birim içi test (self-test) durumu sağlandı mı?

 

* Birim içi test otomatik olarak mı yapılıyor?

·          Birim içi test otomatik olarak mı yapılıyor?

* Doğrudan arıza göstergesi sağlandı mı (örneğin ışık yanması, uyarı çıkması gibi)?

 

* Kontrol ve hata izolasyonunu mümkün kılacak test ara yüzleri sağlandı mı?

·          Doğrudan arıza göstergesi sağlandı mı (örneğin ışık yanması, uyarı çıkması gibi)?

* Test ara yüzleri erişilebilir mi?

 

* Test ara yüzleri fonksiyonel mi veya ardışık test yapmayı kolaylaştıracak şekilde mi?

·          Kontrol ve hata izolasyonunu mümkün kılacak test ara yüzleri sağlandı mı?

* Test ara yüzleri yenisi ile değiştirilebilir kalemlerin doğrudan testini yapmaya olanak veriyor mu?

 

* Test noktaları gerekli olması halinde görsel olarak etiketlenmiş mi?

·          Test ara yüzleri erişilebilir mi?

* Her ekipmanın işlev bozukluğu tespit edilebiliyor mu?

 

* Yazılım yeterli test bilgisini sağlıyor mu?

·          Test ara yüzleri fonksiyonel mi veya ardışık test yapmayı kolaylaştıracak şekilde mi?

 

·          Test ara yüzleri yenisi ile değiştirilebilir kalemlerin doğrudan testini yapmaya olanak veriyor mu?

 

·          Test noktaları gerekli olması halinde görsel olarak etiketlenmiş mi?

 

·          Her ekipmanın işlev bozukluğu tespit edilebiliyor mu?

 

·          Yazılım yeterli test bilgisini sağlıyor mu?

=== 6.2.5.        PROGNOSTİK ===

=== 6.2.5. PROGNOSTİK ===

Bazı ürün parametreleri ve verileri, bakım veya onarım ihtiyaçlarının kestirilmesine yönelik modellerde kullanılabilir. Prognostik, bir sisteme ilişkin ne zaman arıza oluşacağına dair kestirimde kullanmak üzere sistemin operasyonel durumuna dair veri toplanması ve analiz edilmesine izin veren bir tekniktir. Prognostik, test edilebilirliğin bir alt kümesi olarak düşünülebilir; ancak veri depolama ve anlık veri analizleri karmaşık olabilir, dolayısıyla genellikle kritik performans özelliklerine uygulanır.

Bazı ürün parametreleri ve verileri, bakım veya onarım ihtiyaçlarının kestirilmesine yönelik modellerde kullanılabilir. Prognostik, bir sisteme ilişkin ne zaman arıza oluşacağına dair kestirimde kullanmak üzere sistemin operasyonel durumuna dair veri toplanması ve analiz edilmesine izin veren bir tekniktir. Prognostik, test edilebilirliğin bir alt kümesi olarak düşünülebilir; ancak veri depolama ve anlık veri analizleri karmaşık olabilir, dolayısıyla genellikle kritik performans özelliklerine uygulanır.

Ancak, parçaların arızalanmadan önce değiştirilmeleri yararlı ömürlerinin bir kısmının kullanılamaması ile sonuçlanmaktadır. Ayrıca, prognostik ancak yeterli ve uygun verinin toplanabilmesi durumunda etkin olacaktır. Dolayısıyla, prognostik tekniği kullanılması kararı, geliştirme ve kullanım maliyetlerinin operasyon esnasındaki arızaların etki ve maliyetleri ile kıyaslanarak verilmelidir.

Ancak, parçaların arızalanmadan önce değiştirilmeleri yararlı ömürlerinin bir kısmının kullanılamaması ile sonuçlanmaktadır. Ayrıca, prognostik ancak yeterli ve uygun verinin toplanabilmesi durumunda etkin olacaktır. Dolayısıyla, prognostik tekniği kullanılması kararı, geliştirme ve kullanım maliyetlerinin operasyon esnasındaki arızaların etki ve maliyetleri ile kıyaslanarak verilmelidir.

=== 6.2.6.        STANDARTLAŞTIRMA ===

=== 6.2.6. STANDARTLAŞTIRMA ===

Genel olarak, özel tasarlanmış ekipmanlar yerine standart ekipman kullanımı daha maliyet etkindir. Gereksinimleri karşılayan mevcut bir parça veya sistem kullanıldığında  geliştirme/ tasarım maliyeti ve süresi azalmaktadır.

Genel olarak, özel tasarlanmış ekipmanlar yerine standart ekipman kullanımı daha maliyet etkindir. Gereksinimleri karşılayan mevcut bir parça veya sistem kullanıldığında  geliştirme/ tasarım maliyeti ve süresi azalmaktadır.

Standartlaştırmanın potansiyel faydalarını etkileyen faktörler aşağıda sıralanmıştır:

Standartlaştırmanın potansiyel faydalarını etkileyen faktörler aşağıda sıralanmıştır:

·          Mevcut ekipmanların kullanımı, yeni destek kaynağı geliştirmede ortaya çıkacak geliştirme maliyetlerinden kaçınmayı sağlar,

* Mevcut ekipmanların kullanımı, yeni destek kaynağı geliştirmede ortaya çıkacak geliştirme maliyetlerinden kaçınmayı sağlar,

 

* Yeni eğitim programı geliştirme maliyetlerinden kaçınılabilir,

·          Yeni eğitim programı geliştirme maliyetlerinden kaçınılabilir,

* Destek kaynaklarının müşterekliği, destek kaynaklarının hazır olmasını artırırken lojistik hacmi azaltır,

 

* Standartlaştırılmış elemanların kullanımı destek kaynak gereksininmlerini belirlemek için gerekli geliştirme süresini kısaltır,

·          Destek kaynaklarının müşterekliği, destek kaynaklarının hazır olmasını artırırken lojistik hacmi azaltır,

* Farklı ekipmanların kullanımı öğrenmek yerine aynı ekipmanın kullanımı söz konusu destek ve test ekipmanlarını kullanan personelin eğitim süresini azaltır ve personelin yetkinliğini artırır.

 

·          Standartlaştırılmış elemanların kullanımı destek kaynak gereksininmlerini belirlemek için gerekli geliştirme süresini kısaltır,

 

·          Farklı ekipmanların kullanımı öğrenmek yerine aynı ekipmanın kullanımı söz konusu destek ve test ekipmanlarını kullanan personelin eğitim süresini azaltır ve personelin yetkinliğini artırır.

Standartlaştırma aynı zamanda değiştirilebilirliği de kapsar.

Standartlaştırma aynı zamanda değiştirilebilirliği de kapsar.

Standartlaştırmanın olası faydalarını gerçeğe dönüştürebilmek için ilgili gereksinimlerin tasarım faaliyetleri başlamadan önce belirlenmiş olması gerekir.

Standartlaştırmanın olası faydalarını gerçeğe dönüştürebilmek için ilgili gereksinimlerin tasarım faaliyetleri başlamadan önce belirlenmiş olması gerekir.

=== 6.2.7.        BİRBİRİYLE DEĞİŞTİRİLEBİLİRLİK ===

=== 6.2.7. BİRBİRİYLE DEĞİŞTİRİLEBİLİRLİK ===

Değiştirilebilirlik, performans ve dayanıklılık açısından eşdeğer işlevsel ve fiziksel karakteristiğe sahip olan iki veya daha fazla elemanın, kendileri veya bitişiklerindeki elemanlar üzerinde, ayarlama hariç tadilat gerektirmeden ve performans açısından seçim yapmadan, birbirleriyle değiştirilebilme kabiliyetine sahip olduğu durum olarak tanımlanır. Değiştirilebilirlik, benzer ekipmanlardaki parça veya komplelerin, tadilat veya fiziksel değişiklik gerektirmeden birbiri ile değiştirilebilme kabiliyeti olarak da adlandırılabilir.

Değiştirilebilirlik, performans ve dayanıklılık açısından eşdeğer işlevsel ve fiziksel karakteristiğe sahip olan iki veya daha fazla elemanın, kendileri veya bitişiklerindeki elemanlar üzerinde, ayarlama hariç tadilat gerektirmeden ve performans açısından seçim yapmadan, birbirleriyle değiştirilebilme kabiliyetine sahip olduğu durum olarak tanımlanır. Değiştirilebilirlik, benzer ekipmanlardaki parça veya komplelerin, tadilat veya fiziksel değişiklik gerektirmeden birbiri ile değiştirilebilme kabiliyeti olarak da adlandırılabilir.

Etkili olabilmesi için, değiştirilebilirlik ile ilgili gereksinimlerin tasarım faaliyetleri başlamadan tanımlanması gerekir.

Etkili olabilmesi için, değiştirilebilirlik ile ilgili gereksinimlerin tasarım faaliyetleri başlamadan tanımlanması gerekir.

=== 6.2.8.        ÇEVRESEL HUSUSLAR ===

=== 6.2.8. ÇEVRESEL HUSUSLAR ===

Bilinen operasyonel ve bakım çevresel koşulları ekipman ve tasarım çözümü tercihlerini etkileyebilir. Bakım ve operasyonu etkileyen parametrelere örnek olarak sıcaklık, nem, kumlu ve tuzlu ortamlar verilebilir. Ürün aynı zamanda ulaştırma, söküm, kurulum ve depolanması esnasında da gereksinimleri karşılamalıdır.

Bilinen operasyonel ve bakım çevresel koşulları ekipman ve tasarım çözümü tercihlerini etkileyebilir. Bakım ve operasyonu etkileyen parametrelere örnek olarak sıcaklık, nem, kumlu ve tuzlu ortamlar verilebilir. Ürün aynı zamanda ulaştırma, söküm, kurulum ve depolanması esnasında da gereksinimleri karşılamalıdır.

Sistemin hangi çevresel koşullara maruz kalacağı bilgisi, sarf malzemelerinin (yağlar, yakıt vb.) seçiminde de göz önünde bulundurulması gereken hususlardandır.

Sistemin hangi çevresel koşullara maruz kalacağı bilgisi, sarf malzemelerinin (yağlar, yakıt vb.) seçiminde de göz önünde bulundurulması gereken hususlardandır.

=== 6.2.9.   İNSAN FAKTÖRÜ/ERGONOMİ ===

=== 6.2.9. İNSAN FAKTÖRÜ/ERGONOMİ ===

İnsan faktörü mühendisliği, tasarıma etki kapsamında ele alınması gereken desteklenebilirlik mühendisliği fonksiyonlarından birisidir. Bu disiplin ile LDA süreci arasında sürekli bir ilişki ve entegrasyon söz konusudur.

İnsan faktörü mühendisliği, tasarıma etki kapsamında ele alınması gereken desteklenebilirlik mühendisliği fonksiyonlarından birisidir. Bu disiplin ile LDA süreci arasında sürekli bir ilişki ve entegrasyon söz konusudur.

Tasarıma etki ara yüzünün oluşturulması kapsamında başlangıç noktası olarak kullanılabilecek kontrol listesi aşağıda verilmiştir;

Tasarıma etki ara yüzünün oluşturulması kapsamında başlangıç noktası olarak kullanılabilecek kontrol listesi aşağıda verilmiştir;

·          Uygulanabilir olan alanlar için kapaklar sağlandı mı ve açılır kapanır mı?

* Uygulanabilir olan alanlar için kapaklar sağlandı mı ve açılır kapanır mı?

 

* Açıklıkların boyut ve konumu erişim için yeterli mi?

·          Açıklıkların boyut ve konumu erişim için yeterli mi?

* Etiketlemeler yapıldı mı? Etiketlerin kapsaması gereken bilgiler yeterli mi?

 

* Kapaklara erişim için gerekli bağlantılar minimize edildi mi?

·          Etiketlemeler yapıldı mı? Etiketlerin kapsaması gereken bilgiler yeterli mi?

* Herhangi bir araç olmadan erişim sağlanabiliyor mu?

 

* Erişim için alet gerekiyorsa, sayılar minimize edildi mi ve standart aletlerin kullanımı sağlanabiliyor mu?

·          Kapaklara erişim için gerekli bağlantılar minimize edildi mi?

* Modüller ve komponentler arası erişim uygun mu?

 

* Tehlikeli malzemeler tanımlandı mı ve minimize edildi mi?

·          Herhangi bir araç olmadan erişim sağlanabiliyor mu?

* Bir bakım görevini yerine getirirken koruyucu ekipman kullanmak gerekiyor mu? (Bu cevap BGA kaynak gereksinimlerine girdi olacaktır).

 

* Erişim gereksinimleri bakım sıklıkları ile uyumlu mu?

·          Erişim için alet gerekiyorsa, sayılar minimize edildi mi ve standart aletlerin kullanımı sağlanabiliyor mu?

 

·          Modüller ve komponentler arası erişim uygun mu?

 

·          Tehlikeli malzemeler tanımlandı mı ve minimize edildi mi?

 

·          Bir bakım görevini yerine getirirken koruyucu ekipman kullanmak gerekiyor mu? (Bu cevap BGA kaynak gereksinimlerine girdi olacaktır).

 

·          Erişim gereksinimleri bakım sıklıkları ile uyumlu mu?

İnsan faktörleri ve ergonomi ile ilgili olarak MIL-HDBK 1472 ve DEF STAN-00-25 standartları referans olarak alınabilir.

İnsan faktörleri ve ergonomi ile ilgili olarak MIL-HDBK 1472 ve DEF STAN-00-25 standartları referans olarak alınabilir.

İnsan faktörleri kapsamında gereksinimlerin tanımlanması ve bu gereksinimlerin lojistik açıdan da değerlendirilmesi gerekmektedir. İlave gereksinim tanımlama ihtiyacı ortaya çıkarsa sistem gereksinimlerine lojistik gereksinim olarak eklenmelidir. Örneğin, sistemin çalışma sıcaklığının 60 ^oC olduğu durum için sistem çevresel gereksinimleri kapsamında gereksinim tanımlanmış olabilir ancak sistemi doğrudan personel kullanacaksa sıcaklığa karşı koruyucu ekipmanla ilgili lojistik gereksinimi ya da personelin temas edeceği yüzeylerle ilgili alınacak tasarım önlemine ilişkin gereksinimin de tanımlanması gerekmektedir. Diğer taraftan insan faktörleri analizi ile ortaya çıkan sonuçların BGA kapsamında da uygulanması gerekmektedir. Örneğin, limitin aşıldığı bir bakım görevi varsa, ek bakımcılar, taşıma kolları eklenebilir ya da kalemin ağırlık yada boyutları kişi kaldırma limitlerini aşıyorsa ilgili bakım görevi için mekanik olarak taşıma tanımlanabilir.

İnsan faktörleri kapsamında gereksinimlerin tanımlanması ve bu gereksinimlerin lojistik açıdan da değerlendirilmesi gerekmektedir. İlave gereksinim tanımlama ihtiyacı ortaya çıkarsa sistem gereksinimlerine lojistik gereksinim olarak eklenmelidir. Örneğin, sistemin çalışma sıcaklığının 60 ^oC olduğu durum için sistem çevresel gereksinimleri kapsamında gereksinim tanımlanmış olabilir ancak sistemi doğrudan personel kullanacaksa sıcaklığa karşı koruyucu ekipmanla ilgili lojistik gereksinimi ya da personelin temas edeceği yüzeylerle ilgili alınacak tasarım önlemine ilişkin gereksinimin de tanımlanması gerekmektedir. Diğer taraftan insan faktörleri analizi ile ortaya çıkan sonuçların BGA kapsamında da uygulanması gerekmektedir. Örneğin, limitin aşıldığı bir bakım görevi varsa, ek bakımcılar, taşıma kolları eklenebilir ya da kalemin ağırlık yada boyutları kişi kaldırma limitlerini aşıyorsa ilgili bakım görevi için mekanik olarak taşıma tanımlanabilir.

=== 6.2.10.     DEMODELİK ===

=== 6.2.10. DEMODELİK ===

Ürünün ömür devrinin uzunluğuna bağlı olarak, muhtemel demodelik durumlarının geliştirme safhasında ele alınması önemlidir.  Demodelik sorunu, kullanıcı makamına teslim edilen sistemin önleyici veya düzeltici bakımı için yedek parça, sarf malzemesi veya ikmalde zafiyet oluşması ile ortaya çıkar.

Ürünün ömür devrinin uzunluğuna bağlı olarak, muhtemel demodelik durumlarının geliştirme safhasında ele alınması önemlidir.  Demodelik sorunu, kullanıcı makamına teslim edilen sistemin önleyici veya düzeltici bakımı için yedek parça, sarf malzemesi veya ikmalde zafiyet oluşması ile ortaya çıkar.

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. 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. 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 ===

Desteklenebilirlik, bir ürünün kullanılabilmesi ve idame edilebilmesi için gerekli olan bütün kaynakların yeterli miktarda sağlanma derecesine dair bir ölçüttür. Desteklenebilirlik sadece ürün değil bütün lojistik destek kaynaklarını (teknik dokümantasyon, destek ekipmanı, yedek parça, personel vb.) kapsar.

Desteklenebilirlik, bir ürünün kullanılabilmesi ve idame edilebilmesi için gerekli olan bütün kaynakların yeterli miktarda sağlanma derecesine dair bir ölçüttür. Desteklenebilirlik sadece ürün değil bütün lojistik destek kaynaklarını (teknik dokümantasyon, destek ekipmanı, yedek parça, personel vb.) kapsar.

Sistem tasarımı esnasında, idame edilebilirlik ve güvenilirlik hususları dikkate alınarak sistemi desteklemek için ihtiyaç duyulacak kaynakların miktarı azaltılabilir. Aktif bakım süreleri ile lojistik ve idari gecikmelerin toplamından oluşan kullanım dışı kalma süresi (downtime) bu şekilde azaltılabilir. Daha çok destek kaynağına ihtiyaç duyan bir sistem bu kaynaklarda yaşanacak sıkıntı ve bekleme risklerine daha çok maruz kalacaktır.

Sistem tasarımı esnasında, idame edilebilirlik ve güvenilirlik hususları dikkate alınarak sistemi desteklemek için ihtiyaç duyulacak kaynakların miktarı azaltılabilir. Aktif bakım süreleri ile lojistik ve idari gecikmelerin toplamından oluşan kullanım dışı kalma süresi (downtime) bu şekilde azaltılabilir. Daha çok destek kaynağına ihtiyaç duyan bir sistem bu kaynaklarda yaşanacak sıkıntı ve bekleme risklerine daha çok maruz kalacaktır.

=== 6.2.12.     MALİYET ETKİNLİK ===

=== 6.2.12. MALİYET ETKİNLİK ===

ELD’nin ve aynı zamanda LDA’nın en önemli konularından bir diğeri maliyet etkinliktir. Maliyet etkinlik, sistemin maliyet ve sistem etkinliği hedefleri ile destek maliyetleri üzerinde birbiri ile ilişkili etkileri bakımından alternatiflerin (faaliyetler, yöntemler, yaklaşımlar, silah sistemleri, destek sistemleri, vb) analizinden türetilen karşılaştırmalı bir değerlendirmedir.

ELD’nin ve aynı zamanda LDA’nın en önemli konularından bir diğeri maliyet etkinliktir. Maliyet etkinlik, sistemin maliyet ve sistem etkinliği hedefleri ile destek maliyetleri üzerinde birbiri ile ilişkili etkileri bakımından alternatiflerin (faaliyetler, yöntemler, yaklaşımlar, silah sistemleri, destek sistemleri, vb) analizinden türetilen karşılaştırmalı bir değerlendirmedir.

Ayrıca sistemin ÖDM analizi yapılarak analizde çıkan yüksek maliyet kalemlerine odaklanmak suretiyle kullanım ve destek maliyetlerinin düşürülmesi hedeflenir.

Ayrıca sistemin ÖDM analizi yapılarak analizde çıkan yüksek maliyet kalemlerine odaklanmak suretiyle kullanım ve destek maliyetlerinin düşürülmesi hedeflenir.

=== 6.2.13.     YAZILIM TASARIMI ===

=== 6.2.13. YAZILIM TASARIMI ===

Yazılım tasarımı; ürün tasarımlarının ayrılmaz bir parçasıdır. Yazılım tasarımı, bu bölümde daha önce tanımlanan bazı özellikleri kazandırabilmek üzere hassasiyetle ele alınması gereken bir konudur.  

Yazılım tasarımı; ürün tasarımlarının ayrılmaz bir parçasıdır. Yazılım tasarımı, bu bölümde daha önce tanımlanan bazı özellikleri kazandırabilmek üzere hassasiyetle ele alınması gereken bir konudur.  

EK-H’de tanımlanan yazılım destek faaliyetlerinin sonuçları dikkate alındığında, sistemin kullanıma hazır olma gereksinimini karşılamak üzere yazılımın nasıl tasarlanacağı ve gerçekleştirileceğine dair bazı kararlar alınması gerekmektedir.

EK-H’de tanımlanan yazılım destek faaliyetlerinin sonuçları dikkate alındığında, sistemin kullanıma hazır olma gereksinimini karşılamak üzere yazılımın nasıl tasarlanacağı ve gerçekleştirileceğine dair bazı kararlar alınması gerekmektedir.

== 6.3.   TASARIMA ETKİ ==

== 6.3. TASARIMA ETKİ ==

LDA’nın genel hedefleri tasarımı etkilemek, en etkin destek konseptini oluşturmak ve lojistik destek kaynak gereksinimlerini belirlemektir. Tasarımda serbest hareket edebilme özgürlüğü (esneklik) ve tasarımı etkileme fırsatları program/proje türlerine göre değişmektedir. Bu durum strateji belirlerken temel girdiyi oluşturur.

LDA’nın genel hedefleri tasarımı etkilemek, en etkin destek konseptini oluşturmak ve lojistik destek kaynak gereksinimlerini belirlemektir. Tasarımda serbest hareket edebilme özgürlüğü (esneklik) ve tasarımı etkileme fırsatları program/proje türlerine göre değişmektedir. Bu durum strateji belirlerken temel girdiyi oluşturur.

Geliştime programlarının yapısı aşağıdaki şekilde çeşitlilik gösterebilir:

Geliştime programlarının yapısı aşağıdaki şekilde çeşitlilik gösterebilir:

·          Savunma ve güvenlik sistemi ve destek ürünlerinin en baştan geliştirildiği yeni geliştirme programları

* Savunma ve güvenlik sistemi ve destek ürünlerinin en baştan geliştirildiği yeni geliştirme programları

 

* Mevcut bir ürün için sistem/alt sistem tasarım değişiklikleri/iyileştirmeler

·          Mevcut bir ürün için sistem/alt sistem tasarım değişiklikleri/iyileştirmeler

* İhtiyaç makamı/kullanıcı veya bir tedarikçi tarafından yürütülen ve mevcut teknolojiyi kullanan hızlandırılmış geliştirme programları

 

·          İhtiyaç makamı/kullanıcı veya bir tedarikçi tarafından yürütülen ve mevcut teknolojiyi kullanan hızlandırılmış geliştirme programları

Dolayısıyla bir geliştirme programındaki tasarım esnekliği ve olası tasarım etkisi derecesi değişkendir. Genellikle, bir geliştirme programı, birden fazla değişik yapının bir kombinasyonudur. LDA faaliyetleri ve hedefleri de buna uygun şekilde odaklanmalıdır. Ayrıca, bir programda destek sistemi için tasarım esnekliği söz konusu iken ürün için bu esneklik daha az olabilir veya tersi durum da söz konusu olabilir.  

Dolayısıyla bir geliştirme programındaki tasarım esnekliği ve olası tasarım etkisi derecesi değişkendir. Genellikle, bir geliştirme programı, birden fazla değişik yapının bir kombinasyonudur. LDA faaliyetleri ve hedefleri de buna uygun şekilde odaklanmalıdır. Ayrıca, bir programda destek sistemi için tasarım esnekliği söz konusu iken ürün için bu esneklik daha az olabilir veya tersi durum da söz konusu olabilir.  

Gözden geçirmelerde gündeme alınabilecek bazı konular aşağıda belirtilmiştir:

Gözden geçirmelerde gündeme alınabilecek bazı konular aşağıda belirtilmiştir:

·          LDA’nın iş dağılım ağacına göre yürütülmesi,

* LDA’nın iş dağılım ağacına göre yürütülmesi,

 

* Önerilen tasarım özelliklerinin desteklenebilirliği, maliyeti, kullanıma hazır olmayı ve yeni veya kritik destek kaynakları gereksinimlerini içerecek şekilde LDA açısından değerlendirilmesi,

·          Önerilen tasarım özelliklerinin desteklenebilirliği, maliyeti, kullanıma hazır olmayı ve yeni veya kritik destek kaynakları gereksinimlerini içerecek şekilde LDA açısından değerlendirilmesi,

* Karşılaşılan, önerilen, alınan düzeltici faaliyetler (değerlendirmedeki destek alternatifleri, değerlendirme ve ödünleşim analiz sonuçları, varolan ürünlerle yapılan karşılaştırmalı analiz, önerilen veya alınan tasarım yada yeniden tasarım eylemleri vb.),

 

* LDA gereksinimlerinin gözden geçirilmesi,

·          Karşılaşılan, önerilen, alınan düzeltici faaliyetler (değerlendirmedeki destek alternatifleri, değerlendirme ve ödünleşim analiz sonuçları, varolan ürünlerle yapılan karşılaştırmalı analiz, önerilen veya alınan tasarım yada yeniden tasarım eylemleri vb.),

* Hedef belirleme veya ulaşma yolundaki ilerleme,

 

* Gerekli, tamamlanan, planlanan LDA dokümantasyonu,

·          LDA gereksinimlerinin gözden geçirilmesi,

* LDA’yı etkileyen tasarım, planlama, konfigürasyon değişiklikleri ve analiz problemleri.  

 

·          Hedef belirleme veya ulaşma yolundaki ilerleme,

 

·          Gerekli, tamamlanan, planlanan LDA dokümantasyonu,

 

·          LDA’yı etkileyen tasarım, planlama, konfigürasyon değişiklikleri ve analiz problemleri.  

= 7.        KULLANIM ve DESTEK SAFHALARINDA LOJİSTİK DESTEK ANALİZLERİ =

= 7. KULLANIM ve DESTEK SAFHALARINDA LOJİSTİK DESTEK ANALİZLERİ =

Ürün Ömür Devrinin ilk safhalarında, LDA metodolojisi kullanılarak geliştirilen destek faaliyetleri, ürüne ait kapasite ve kullanım gereksinimlerinin karşılandığını, ömür devri maliyetlerinin optimize edildiğini ve ürünün sürdürülebilir olduğunu garanti eder. Kullanım safhası süresince ise bir ürünün bakım ve çalışabilirliğinin sürekliliğini sağlamak için; kullanıcıdan alınan geribildirim verilerinin analiz edilerek, ilk varsayımlar ile gerçek kullanıma ait deneyim ve verilerin karşılaştırılması, uygulanacak olan destek faaliyetlerinin izlenmesi, değerlendirilmesi ve gerekmesi halinde güncellenmesi ve/veya uyarlanması faaliyetleri yürütülecektir.

Ürün Ömür Devrinin ilk safhalarında, LDA metodolojisi kullanılarak geliştirilen destek faaliyetleri, ürüne ait kapasite ve kullanım gereksinimlerinin karşılandığını, ömür devri maliyetlerinin optimize edildiğini ve ürünün sürdürülebilir olduğunu garanti eder. Kullanım safhası süresince ise bir ürünün bakım ve çalışabilirliğinin sürekliliğini sağlamak için; kullanıcıdan alınan geribildirim verilerinin analiz edilerek, ilk varsayımlar ile gerçek kullanıma ait deneyim ve verilerin karşılaştırılması, uygulanacak olan destek faaliyetlerinin izlenmesi, değerlendirilmesi ve gerekmesi halinde güncellenmesi ve/veya uyarlanması faaliyetleri yürütülecektir.