2.239
değişiklik
Değişiklikler
Sistem Ömür Devri Yönetiminde Konfigürasyon Yönetimi Rehberi (kaynağı gör)
11.13, 6 Nisan 2021 tarihindeki hâli
, 11.13, 6 Nisan 2021değişiklik özeti yok
'''YÖNETİCİ ÖZETİ'''
= '''<small>YÖNETİCİ ÖZETİ</small>''' =
Günümüzde ülkeler, sahip oldukları ya da olacakları savunma ve güvenlik sistemlerinin ihtiyaç duyulan yetenekleri karşılamasının yanı sıra bu sistemlerin ömür devri yönetimi yaklaşımı içerisinde tedarikinin ve idamesinin sağlanmasını beklemektedir.
Günümüzde ülkeler, sahip oldukları ya da olacakları savunma ve güvenlik sistemlerinin ihtiyaç duyulan yetenekleri karşılamasının yanı sıra bu sistemlerin ömür devri yönetimi yaklaşımı içerisinde tedarikinin ve idamesinin sağlanmasını beklemektedir.
=1. GENEL=
=1. GENEL=
=1.1. GİRİŞ=
==1.1. GİRİŞ==
Konfigürasyon yönetim süreci etkin bir şekilde uygulandığında ürün ile ürün konfigürasyon bilgilerini sistem ömür devrinin bütün safhalarında kusursuz, eksiksiz ve uyumlu kılar. Etkin ve tutarlı kararlar alınmasına yönelik; ihtiyaç duyulan veriye, ihtiyaç duyulan zamanda ve ihtiyaç duyan kişilerce ulaşılmasını sağlayarak tüm paydaşlar için katma değer yaratır.
Konfigürasyon yönetim süreci etkin bir şekilde uygulandığında ürün ile ürün konfigürasyon bilgilerini sistem ömür devrinin bütün safhalarında kusursuz, eksiksiz ve uyumlu kılar. Etkin ve tutarlı kararlar alınmasına yönelik; ihtiyaç duyulan veriye, ihtiyaç duyulan zamanda ve ihtiyaç duyan kişilerce ulaşılmasını sağlayarak tüm paydaşlar için katma değer yaratır.
=1.2. AMAÇ=
==1.2. AMAÇ==
Bu rehber, sistem ömür devri konfigürasyon yönetimi sürecini tanımlamak ve özellikle kullanım ve destek dönemlerinde konfigürasyon yönetim sürecine dair uygulama ve esasları aktarmak amacıyla hazırlanmıştır.
Bu rehber, sistem ömür devri konfigürasyon yönetimi sürecini tanımlamak ve özellikle kullanım ve destek dönemlerinde konfigürasyon yönetim sürecine dair uygulama ve esasları aktarmak amacıyla hazırlanmıştır.
Savunma ve güvenlik sektöründe görev alan tüm paydaşlarca yürütülen Sistem Ömür Devri Yönetiminde Konfigürasyon Yönetimi faaliyetlerine rehberlik etmeyi hedeflemektedir.
Savunma ve güvenlik sektöründe görev alan tüm paydaşlarca yürütülen Sistem Ömür Devri Yönetiminde Konfigürasyon Yönetimi faaliyetlerine rehberlik etmeyi hedeflemektedir.
=1.3. KAPSAM=
==1.3. KAPSAM==
Sistem Ömür Devri Konfigürasyon Yönetimi Rehberi kapsamında:
Sistem Ömür Devri Konfigürasyon Yönetimi Rehberi kapsamında:
Bu doküman, savunma sanayii kamu kurum ve kuruluşlarının yanı sıra içerik bakımından özel sektör firmalarının da yer aldığı tüm savunma sanayii paydaşlarına da yol gösterici niteliktedir.
Bu doküman, savunma sanayii kamu kurum ve kuruluşlarının yanı sıra içerik bakımından özel sektör firmalarının da yer aldığı tüm savunma sanayii paydaşlarına da yol gösterici niteliktedir.
=1.4. REHBERİN KULLANIMI=
==1.4. REHBERİN KULLANIMI==
Konfigürasyon Yönetimi Rehberi, beş bölümden oluşmaktadır.
Konfigürasyon Yönetimi Rehberi, beş bölümden oluşmaktadır.
Beşinci bölüm uyarlama kısmıdır.
Beşinci bölüm uyarlama kısmıdır.
=1.5. REHBERİN GÜNCELLENMESİ=
==1.5. REHBERİN GÜNCELLENMESİ==
Rehber; ilgili paydaşların ihtiyacı doğrultusunda güncellenecektir. Değişiklikler, aşağıdaki Değişiklik İzleme Tablosu’ndan izlenecektir.
Rehber; ilgili paydaşların ihtiyacı doğrultusunda güncellenecektir. Değişiklikler, aşağıdaki Değişiklik İzleme Tablosu’ndan izlenecektir.
|}
|}
=1.6. REFERANS DOKÜMANLAR=
==1.6. REFERANS DOKÜMANLAR==
{| class="wikitable"
{| class="wikitable"
|STANAG 4427
|STANAG 4427
|}
|}
=1.7. TANIMLAR ve KISALTMALAR=
==1.7. TANIMLAR ve KISALTMALAR==
=1.7.1. TANIMLAR=
===1.7.1. TANIMLAR===
Tablo 2 Tanımlar
Tablo 2 Tanımlar
{| class="wikitable"
{| class="wikitable"
=1.7.2. KISALTMALAR=
===1.7.2. KISALTMALAR===
Tablo 3 Kısaltmalar
Tablo 3 Kısaltmalar
{| class="wikitable"
{| class="wikitable"
=1.8. TABLOLAR ve ŞEKİLLER=
==1.8. TABLOLAR ve ŞEKİLLER==
=1.8.1. TABLOLAR=
===1.8.1. TABLOLAR===
Tablo 1 Değişiklik İzleme Tablosu..
Tablo 1 Değişiklik İzleme Tablosu..
Tablo 4 Genel değişiklik sınıflandırma kriterleri
Tablo 4 Genel değişiklik sınıflandırma kriterleri
=1.8.2. ŞEKİLLER=
===1.8.2. ŞEKİLLER===
Şekil 1 STANAG 4427 ve ACMP Doküman Hiyerarşisi
Şekil 1 STANAG 4427 ve ACMP Doküman Hiyerarşisi
Konfigürasyon Yönetimi süreci sistem ömür devri yönetimi sürecinin tümleşik bir parçasıdır. Konfigürasyon Yönetimi ürüne ömür devrinin tüm safhalarında somut bir değer sağlar. Kontrol edilmeyen ürün gelişimi gereksiz düzeltici faaliyetler, takvimsel gecikmeler, yüksek maliyetli tadilatlar ve benzeri birçok negatif etki ömür devri maliyetlerini önemli ölçüde arttırır. Konfigürasyon yönetimi, ömür devri süresince tüm proje bilgileri ve ürünlerinde izlenebilirlik ve takip edilebilirlik sağlayarak ürün gelişimini kontrol altına alır.
Konfigürasyon Yönetimi süreci sistem ömür devri yönetimi sürecinin tümleşik bir parçasıdır. Konfigürasyon Yönetimi ürüne ömür devrinin tüm safhalarında somut bir değer sağlar. Kontrol edilmeyen ürün gelişimi gereksiz düzeltici faaliyetler, takvimsel gecikmeler, yüksek maliyetli tadilatlar ve benzeri birçok negatif etki ömür devri maliyetlerini önemli ölçüde arttırır. Konfigürasyon yönetimi, ömür devri süresince tüm proje bilgileri ve ürünlerinde izlenebilirlik ve takip edilebilirlik sağlayarak ürün gelişimini kontrol altına alır.
=2.1. ÖMÜR DEVRİ KONFİGÜRASYON YÖNETİMİNİN HEDEFLERİ VE FAYDALARI=
==2.1. ÖMÜR DEVRİ KONFİGÜRASYON YÖNETİMİNİN HEDEFLERİ VE FAYDALARI==
Konfigürasyon Yönetimi’nin sistem ömür devri yönetimi süresince ömür devrinin tüm safha ve aşamalarında uygulanması esastır. Konfigürasyon yönetimi sürecinin ömür devri süresince bir bütün olarak ele alınması ve uygulanması; endüstri (yüklenici), kullanıcı ve alt yükleniciler/servis sağlayıcılar açısından yüksek öneme sahiptir.
Konfigürasyon Yönetimi’nin sistem ömür devri yönetimi süresince ömür devrinin tüm safha ve aşamalarında uygulanması esastır. Konfigürasyon yönetimi sürecinin ömür devri süresince bir bütün olarak ele alınması ve uygulanması; endüstri (yüklenici), kullanıcı ve alt yükleniciler/servis sağlayıcılar açısından yüksek öneme sahiptir.
* Ürün konfigürasyonlarında meydana gelecek değişikliklerin etki analizine, Entegre Lojistik Destek (ELD) elemanları ve/veya Odak Sistem destek unsurları gibi etkilenmesi muhtemel tüm kalemlerin dâhil edilmesinin sağlanmasıdır.
* Ürün konfigürasyonlarında meydana gelecek değişikliklerin etki analizine, Entegre Lojistik Destek (ELD) elemanları ve/veya Odak Sistem destek unsurları gibi etkilenmesi muhtemel tüm kalemlerin dâhil edilmesinin sağlanmasıdır.
=2.2. ÖMÜR DEVRİ KONFİGÜRASYON YÖNETİMİNİN KAPSAMI=
==2.2. ÖMÜR DEVRİ KONFİGÜRASYON YÖNETİMİNİN KAPSAMI==
Konfigürasyon Yönetimi uygulanacak ortamın belirlenmesi ve tüm ömür devrini kapsayacak şekilde kurgulanması en baştan yalın ama kapsayıcı bir yaklaşım ile mümkündür. Bu yaklaşımın çerçevesi aşağıdaki gibi ifade edilebilir:
Konfigürasyon Yönetimi uygulanacak ortamın belirlenmesi ve tüm ömür devrini kapsayacak şekilde kurgulanması en baştan yalın ama kapsayıcı bir yaklaşım ile mümkündür. Bu yaklaşımın çerçevesi aşağıdaki gibi ifade edilebilir:
Konfigürasyon Yönetimi Temel Kontrat İsterlerinin yer aldığı bir dokümandır ancak şunu da çok iyi bilmek gerekir ki askeri faaliyetlerde bu seviyede (ISO 10007) bir KY standardı yetersiz kalabilmektedir. Bu ek sadece ISO’nun temel isterlerinden bahsetmekte olup ilave isterlerin ACMP-2009’da yer aldığını vurgulamaktadır.
Konfigürasyon Yönetimi Temel Kontrat İsterlerinin yer aldığı bir dokümandır ancak şunu da çok iyi bilmek gerekir ki askeri faaliyetlerde bu seviyede (ISO 10007) bir KY standardı yetersiz kalabilmektedir. Bu ek sadece ISO’nun temel isterlerinden bahsetmekte olup ilave isterlerin ACMP-2009’da yer aldığını vurgulamaktadır.
=2.2.1. ODAK SİSTEMİN BELİRLENMESİ VE ÖZELLİKLERİ=
===2.2.1. ODAK SİSTEMİN BELİRLENMESİ VE ÖZELLİKLERİ===
Perspektif değerlendirmesinde ilk hedef odak sistemin belirlenmesidir. Odak sistem, Ömür Devri Konfigürasyon Yönetimi süreci bağlamında en basit tanımı ile ömür devri planlaması yapılan sistemdir. Odak sistem; tepe seviyedeki ürün, servis, bileşen ya da eleman ve benzeri olabilir.
Perspektif değerlendirmesinde ilk hedef odak sistemin belirlenmesidir. Odak sistem, Ömür Devri Konfigürasyon Yönetimi süreci bağlamında en basit tanımı ile ömür devri planlaması yapılan sistemdir. Odak sistem; tepe seviyedeki ürün, servis, bileşen ya da eleman ve benzeri olabilir.
Odak sistemin sınırlarının belirlenmesi için öncelikle odak sistemin operasyonel sınırları belirlenir. Örneğin bir insansız hava aracı eğitim simülatörü söz konusu araç için operasyonel sınırlar içinde kalmazken yer destek kontrol merkezi veya jeneratör odak sistem sınırlarındadır.
Odak sistemin sınırlarının belirlenmesi için öncelikle odak sistemin operasyonel sınırları belirlenir. Örneğin bir insansız hava aracı eğitim simülatörü söz konusu araç için operasyonel sınırlar içinde kalmazken yer destek kontrol merkezi veya jeneratör odak sistem sınırlarındadır.
=2.3. ÖMÜR DEVRİ KONFİGÜRASYON YÖNETİMİ’NİN PERSPEKTİFİ=
==2.3. ÖMÜR DEVRİ KONFİGÜRASYON YÖNETİMİ’NİN PERSPEKTİFİ==
Konfigürasyon Yönetimi’nin perspektifi; Konfigürasyon Yönetimi’nin planlanması ve sürdürülmesi için gerekli olan ve dikkate alınması gereken şartların tamamı olarak tanımlanabilir.
Konfigürasyon Yönetimi’nin perspektifi; Konfigürasyon Yönetimi’nin planlanması ve sürdürülmesi için gerekli olan ve dikkate alınması gereken şartların tamamı olarak tanımlanabilir.
* Uluslararası anlaşmalar, kanunlar ve kısıtlamalar.
* Uluslararası anlaşmalar, kanunlar ve kısıtlamalar.
=2.3.1. SİSTEM ÖMÜR DEVRİ SAFHALARI=
===2.3.1. SİSTEM ÖMÜR DEVRİ SAFHALARI===
TSSÖDYP Sistem Ömür Devri Yönetimine esas safhaları 7 safha olarak belirlemiştir. (Bkz. TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)) Şekil 3’te görüleceği üzere bu safhalar ön konsept ile başlar ve envanterden çıkarma ile son bulur.
TSSÖDYP Sistem Ömür Devri Yönetimine esas safhaları 7 safha olarak belirlemiştir. (Bkz. TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)) Şekil 3’te görüleceği üzere bu safhalar ön konsept ile başlar ve envanterden çıkarma ile son bulur.
=2.3.2. ÖMÜR DEVRİ KONFİGÜRASYON YÖNETİMİNDE YÖNETİŞİM VE ÖNGÖRÜ=
===2.3.2. ÖMÜR DEVRİ KONFİGÜRASYON YÖNETİMİNDE YÖNETİŞİM VE ÖNGÖRÜ===
Konfigürasyon yönetiminin sistem ömür devri boyunca tek elden yapılması önerilmekle birlikte mevcut durum itibarıyla ihtiyaç makamları ve tedarik makamları odak sistemin kullanıcıya teslimi ve garanti süresi bitimine kadar konfigürasyon yönetiminden ve performansından sorumludurlar. Konfigürasyon yönetimi sürecinde üretilen konfigürasyon bilgileri odak sistemin içinde bulunduğu safhaya göre kullanıcı, lojistik destek sağlamaktan sorumlu birimler veya yüklenici sorumluluğunda olabilir. “Şekil 3 – Sistem Ömür Devri Safhaları” görselinde de gösterildiği şekilde safhalar arası yetki ve sorumluluk transferi ile kontrol faaliyetinin sağlam bir zemine oturtulabilmesi, konfigürasyon temel çizgileri ile sağlanır. (Bkz. Bölüm 3.2.4 - Konfigürasyon Temel Çizgileri)
Konfigürasyon yönetiminin sistem ömür devri boyunca tek elden yapılması önerilmekle birlikte mevcut durum itibarıyla ihtiyaç makamları ve tedarik makamları odak sistemin kullanıcıya teslimi ve garanti süresi bitimine kadar konfigürasyon yönetiminden ve performansından sorumludurlar. Konfigürasyon yönetimi sürecinde üretilen konfigürasyon bilgileri odak sistemin içinde bulunduğu safhaya göre kullanıcı, lojistik destek sağlamaktan sorumlu birimler veya yüklenici sorumluluğunda olabilir. “Şekil 3 – Sistem Ömür Devri Safhaları” görselinde de gösterildiği şekilde safhalar arası yetki ve sorumluluk transferi ile kontrol faaliyetinin sağlam bir zemine oturtulabilmesi, konfigürasyon temel çizgileri ile sağlanır. (Bkz. Bölüm 3.2.4 - Konfigürasyon Temel Çizgileri)
=3. ÖMÜR DEVRİ KONFİGÜRASYON YÖNETİMİ TEMEL ADIMLARI=
=3. ÖMÜR DEVRİ KONFİGÜRASYON YÖNETİMİ TEMEL ADIMLARI=
=3.1. KONFİGÜRASYON YÖNETİMİ PLANLAMASI=
==3.1. KONFİGÜRASYON YÖNETİMİ PLANLAMASI==
Konfigürasyon yönetimi planlaması, konfigürasyon yönetim sürecinin temelini oluşturur. Proje ihtiyaçlarına uygun konfigürasyon yönetimi süreç ve uygulamalarının şekillendirilmesinin yanı sıra, tüm ömür devri boyunca konfigürasyon yönetimi için ayrılacak proje kaynaklarının etkin bir şekilde değerlendirilmesini sağlar.
Konfigürasyon yönetimi planlaması, konfigürasyon yönetim sürecinin temelini oluşturur. Proje ihtiyaçlarına uygun konfigürasyon yönetimi süreç ve uygulamalarının şekillendirilmesinin yanı sıra, tüm ömür devri boyunca konfigürasyon yönetimi için ayrılacak proje kaynaklarının etkin bir şekilde değerlendirilmesini sağlar.
* Ürün konfigürasyon bilgi süreç ve araçlarının (Gereksinim Yönetim araçları, PLM araçları, ERP Araçları, vb.) entegre edilmesi.
* Ürün konfigürasyon bilgi süreç ve araçlarının (Gereksinim Yönetim araçları, PLM araçları, ERP Araçları, vb.) entegre edilmesi.
=3.1.1. İÇERİK VE PAYDAŞLARIN KONFİGÜRASYON YÖNETİMİ GEREKSİNİMLERİNİN BELİRLENMESİ=
===3.1.1. İÇERİK VE PAYDAŞLARIN KONFİGÜRASYON YÖNETİMİ GEREKSİNİMLERİNİN BELİRLENMESİ===
Konfigürasyon Yönetimi Planlama kapsamında belirlenecek uygulamaların ihtiyaca yönelik olarak uyarlanabilmesi için öncelikle ihtiyacın iyi belirlenmesi gerekir. Ürün gereksinimleri ve karmaşıklığı analiz edilerek, ömür devrinin tamamını kapsayan ve ilgili tarafların yetki ve sorumluluklarını düzenleyen uygulamalar belirlenir.
Konfigürasyon Yönetimi Planlama kapsamında belirlenecek uygulamaların ihtiyaca yönelik olarak uyarlanabilmesi için öncelikle ihtiyacın iyi belirlenmesi gerekir. Ürün gereksinimleri ve karmaşıklığı analiz edilerek, ömür devrinin tamamını kapsayan ve ilgili tarafların yetki ve sorumluluklarını düzenleyen uygulamalar belirlenir.
=3.1.2. KONFİGÜRASYON YÖNETİM PLANI=
===3.1.2. KONFİGÜRASYON YÖNETİM PLANI===
Konfigürasyon yönetiminin temel hedefi olan; ürün gereksinimleri, ürün ve ürün konfigürasyon bilgileri arasındaki tutarlılığın nasıl sağlanacağı ve korunacağının anlatıldığı belge Konfigürasyon Yönetim Planı’dır. Müşteri tarafından onaylanması suretiyle yürürlüğe alınan Konfigürasyon Yönetim Planı, tüm ömür devri boyunca yetki ve sorumlulukları da içerecek şekilde projeye özel geliştirilmiş/uyarlanmış nihai konfigürasyon yönetimi uygulamalarını içerir.
Konfigürasyon yönetiminin temel hedefi olan; ürün gereksinimleri, ürün ve ürün konfigürasyon bilgileri arasındaki tutarlılığın nasıl sağlanacağı ve korunacağının anlatıldığı belge Konfigürasyon Yönetim Planı’dır. Müşteri tarafından onaylanması suretiyle yürürlüğe alınan Konfigürasyon Yönetim Planı, tüm ömür devri boyunca yetki ve sorumlulukları da içerecek şekilde projeye özel geliştirilmiş/uyarlanmış nihai konfigürasyon yönetimi uygulamalarını içerir.
Konfigürasyon Yönetim Planının ne zaman, nasıl ve kim tarafından güncelleneceği sözleşmelerde ve/veya ilgili dokümanlarda belirtilir.
Konfigürasyon Yönetim Planının ne zaman, nasıl ve kim tarafından güncelleneceği sözleşmelerde ve/veya ilgili dokümanlarda belirtilir.
=3.2. KONFİGÜRASYON TANIMLAMA=
==3.2. KONFİGÜRASYON TANIMLAMA==
Konfigürasyon tanımlama fonksiyonu, ürün konfigürasyon bilgilerinin takip eden süreçlerde kayıpsız ve etkin bir şekilde işlem görmesine imkân sağlayan bir zemin hazırlama faaliyetidir.
Konfigürasyon tanımlama fonksiyonu, ürün konfigürasyon bilgilerinin takip eden süreçlerde kayıpsız ve etkin bir şekilde işlem görmesine imkân sağlayan bir zemin hazırlama faaliyetidir.
* Ürün ve ürün konfigürasyon bilgileri arasındaki izlenebilirlik sağlanır.
* Ürün ve ürün konfigürasyon bilgileri arasındaki izlenebilirlik sağlanır.
=3.2.1. ÜRÜN KONFİGÜRASYON BİLGİLERİ=
===3.2.1. ÜRÜN KONFİGÜRASYON BİLGİLERİ===
Bir ürünü veya ürünü meydana getiren her bir parçayı diğer konfigürasyonlardan ayırmak veya aynı konfigürasyondan elde edilen her bir fiziksel ürüne özel bir numara vermek için aşağıdaki konfigürasyon tanımlama usulleri tekil bir tanımlama elde edilecek şekilde uygulanır:
Bir ürünü veya ürünü meydana getiren her bir parçayı diğer konfigürasyonlardan ayırmak veya aynı konfigürasyondan elde edilen her bir fiziksel ürüne özel bir numara vermek için aşağıdaki konfigürasyon tanımlama usulleri tekil bir tanımlama elde edilecek şekilde uygulanır:
Parça numaralandırma kuralları, üretilen ya da değişikliğe uğrayan yeni parçaların daha önceki hal/halleri ile “birbiri yerine kullanılabilir” olup olmaması esasına göre şekillendirilir.
Parça numaralandırma kuralları, üretilen ya da değişikliğe uğrayan yeni parçaların daha önceki hal/halleri ile “birbiri yerine kullanılabilir” olup olmaması esasına göre şekillendirilir.
=3.2.2. ÜRÜN AĞACI=
===3.2.2. ÜRÜN AĞACI===
=== Ürün ağacı, ürün yapısının hiyerarşik bir yapıda, ast-üst ilişkileri ile birbirine takip eden kalemler arasındaki ilişkinin kolayca görülebildiği tasarım, planlama, tedarik, üretim ve doğrulama faaliyetlerine baz olan kritik bir ana veridir. ===
Bir ürün ağacı ancak tüm birimler ve o birimlerin tasarlanması, tedarik edilmesi, üretilmesi, doğrulanması vb. faaliyetler için gerekli belgeleri veya üstverileri içerdiği surette ürün ömür devrinin tamamında fayda ve verim sağlayan bir araç haline gelebilir.
Bir ürün ağacı ancak tüm birimler ve o birimlerin tasarlanması, tedarik edilmesi, üretilmesi, doğrulanması vb. faaliyetler için gerekli belgeleri veya üstverileri içerdiği surette ürün ömür devrinin tamamında fayda ve verim sağlayan bir araç haline gelebilir.
=3.2.3. KONFİGÜRASYON BİRİMİ=
===3.2.3. KONFİGÜRASYON BİRİMİ===
Konfigürasyon birimleri ya bir ürün (odak sistem) ya da karmaşık bir ürüne önemli bir işlev sağlayan bir alt parça veya ara üründür. Konfigürasyon birimleri, müşteri gözden geçirmeleri (temel çizgi) veya iş bölümü gerektiren durumlarda son ürünün yönetilebilir iş paketlerine bölünmesini sağlar.
Konfigürasyon birimleri ya bir ürün (odak sistem) ya da karmaşık bir ürüne önemli bir işlev sağlayan bir alt parça veya ara üründür. Konfigürasyon birimleri, müşteri gözden geçirmeleri (temel çizgi) veya iş bölümü gerektiren durumlarda son ürünün yönetilebilir iş paketlerine bölünmesini sağlar.
=3.2.4. KONFİGÜRASYON TEMEL ÇİZGİLERİ=
===3.2.4. KONFİGÜRASYON TEMEL ÇİZGİLERİ===
Ürün özelliklerinin tanımında taraflarca kabul edilen bir olgunluğa ulaşılması sonucu ürün ve ürün bilgilerinin o andaki durumunun kayıt altına alınarak dondurulması faaliyetine Konfigürasyon Temel Çizgisi oluşturmak adı verilir. Konfigürasyon Temel çizgileri, takip eden tüm aktivitelerde bilgilerin tutarlı olmasına imkân sağlayacak bir zemin oluştururlar. Sadece ürün konfigürasyon bilgilerinin ilgili tüm taraflara aynı şekilde iletilmesi için değil aynı zamanda ürünün bir kısmı veya tamamının yetkisinin devri için de bir araç görevini görürler.
Ürün özelliklerinin tanımında taraflarca kabul edilen bir olgunluğa ulaşılması sonucu ürün ve ürün bilgilerinin o andaki durumunun kayıt altına alınarak dondurulması faaliyetine Konfigürasyon Temel Çizgisi oluşturmak adı verilir. Konfigürasyon Temel çizgileri, takip eden tüm aktivitelerde bilgilerin tutarlı olmasına imkân sağlayacak bir zemin oluştururlar. Sadece ürün konfigürasyon bilgilerinin ilgili tüm taraflara aynı şekilde iletilmesi için değil aynı zamanda ürünün bir kısmı veya tamamının yetkisinin devri için de bir araç görevini görürler.
Konfigürasyon Temel çizgileri içerdikleri bilgi detayına veya ürün ömür devri safha geçişlerindeki yetki aktarımı dönemlerine göre sınıflandırılırlar.
Konfigürasyon Temel çizgileri içerdikleri bilgi detayına veya ürün ömür devri safha geçişlerindeki yetki aktarımı dönemlerine göre sınıflandırılırlar.
=3.2.4.1. GELENEKSEL KONFİGÜRASYON TEMEL ÇİZGİLERİ=
===3.2.4.1. GELENEKSEL KONFİGÜRASYON TEMEL ÇİZGİLERİ===
=3.2.4.1.1. İşlevsel Temel Çizgi=
===3.2.4.1.1. İşlevsel Temel Çizgi===
Genellikle Sistem Gereksinim Tanımlama Aşamasının (Kilometre taşı M1) sonunda ürün seviyesi gereksinimlerin müşteri onayı alınarak (Sistem Gereksinimleri Gözden Geçirme Toplantıları ile) dondurulması ile İşlevsel Temel çizgi oluşturulur.
Genellikle Sistem Gereksinim Tanımlama Aşamasının (Kilometre taşı M1) sonunda ürün seviyesi gereksinimlerin müşteri onayı alınarak (Sistem Gereksinimleri Gözden Geçirme Toplantıları ile) dondurulması ile İşlevsel Temel çizgi oluşturulur.
=3.2.4.1.2. Tahsis Edilmiş Temel Çizgi=
===3.2.4.1.2. Tahsis Edilmiş Temel Çizgi===
Ön Tasarım Aşamasının (M3) sonunda, son ürün seviyesi gereksinimlerin Konfigürasyon Birimleri’ne kırılarak atanması (tahsis edilmesi) ile her bir Konfigürasyon Birimi için Tahsis Edilmiş Temel çizgi oluşturulur.
Ön Tasarım Aşamasının (M3) sonunda, son ürün seviyesi gereksinimlerin Konfigürasyon Birimleri’ne kırılarak atanması (tahsis edilmesi) ile her bir Konfigürasyon Birimi için Tahsis Edilmiş Temel çizgi oluşturulur.
=3.2.4.1.3. Geliştirme Konfigürasyonu (Tasarımsal Veya Dahili Temel Çizgi)=
===3.2.4.1.3. Geliştirme Konfigürasyonu (Tasarımsal Veya Dahili Temel Çizgi)===
Tasarım bilgileri, Detay Tasarım Aşaması (M4) boyunca peyderpey oluşturulur. Ortaya konulan her bir tasarım doğrulanmadan bir sonraki aktiviteye geçilmez. Doğrulanamayan tasarım çözümlerinin kontrollü ve proje takvimini riske sokmayacak şekilde güncellenebilmesi için yüklenici kontrolünde idame edilen dahili konfigürasyon temel çizgisine “Geliştirme Konfigürasyonu” denir. Bu dahili temel çizginin değişiklik yetkili ve sorumlusu yüklenicidir.
Tasarım bilgileri, Detay Tasarım Aşaması (M4) boyunca peyderpey oluşturulur. Ortaya konulan her bir tasarım doğrulanmadan bir sonraki aktiviteye geçilmez. Doğrulanamayan tasarım çözümlerinin kontrollü ve proje takvimini riske sokmayacak şekilde güncellenebilmesi için yüklenici kontrolünde idame edilen dahili konfigürasyon temel çizgisine “Geliştirme Konfigürasyonu” denir. Bu dahili temel çizginin değişiklik yetkili ve sorumlusu yüklenicidir.
Geliştirme safhasının sonunda Geliştirme Konfigürasyonundaki tüm bilgiler nihai doğrulama olan konfigürasyon tetkikleri sonucunda geçerli kılınarak Ürün Temel Çizgisini oluşturacaktır.
Geliştirme safhasının sonunda Geliştirme Konfigürasyonundaki tüm bilgiler nihai doğrulama olan konfigürasyon tetkikleri sonucunda geçerli kılınarak Ürün Temel Çizgisini oluşturacaktır.
=3.2.4.1.4. Ürün Temel Çizgisi=
===3.2.4.1.4. Ürün Temel Çizgisi===
Geleneksel yaklaşımda Ürün Temel Çizgisi, Geliştirme safhasının sonunda doğrulanmış ve geçerli kılınmış tasarım bilgileri olarak tanımlanmaktadır. Bu hali ile Ürün Temel Çizgisi aynı zamanda Teknik Veri Paketi’nin (TVP) büyük bir unsurunu oluşturur.
Geleneksel yaklaşımda Ürün Temel Çizgisi, Geliştirme safhasının sonunda doğrulanmış ve geçerli kılınmış tasarım bilgileri olarak tanımlanmaktadır. Bu hali ile Ürün Temel Çizgisi aynı zamanda Teknik Veri Paketi’nin (TVP) büyük bir unsurunu oluşturur.
Ürün Temel Çizgisinin çekildiği dolayısıyla TVP’nin oluşturulduğu aşama Konfigürasyon Yönetim Planlama faaliyetlerinin bir çıktısı olarak proje takvimi ve ürün olgunluğu göz önüne alınarak netleştirilir. Maliyet etkin bir TVP’nin elde edilebilmesi için düşük ölçekli ilk üretimler tamamlanıp; ürün ve üretim hattının belirli bir olgunluğa ulaşması gerekir. Aksi halde bu olgunluğa ulaşmadan teslim edilen TVP’lerde müşterinin de onaylaması gereken çok sayıda sapma/feragat/değişiklik teklifinin yer alacağı ve olumsuz takvim etkisi yaratacağı değerlendirilmelidir.
Ürün Temel Çizgisinin çekildiği dolayısıyla TVP’nin oluşturulduğu aşama Konfigürasyon Yönetim Planlama faaliyetlerinin bir çıktısı olarak proje takvimi ve ürün olgunluğu göz önüne alınarak netleştirilir. Maliyet etkin bir TVP’nin elde edilebilmesi için düşük ölçekli ilk üretimler tamamlanıp; ürün ve üretim hattının belirli bir olgunluğa ulaşması gerekir. Aksi halde bu olgunluğa ulaşmadan teslim edilen TVP’lerde müşterinin de onaylaması gereken çok sayıda sapma/feragat/değişiklik teklifinin yer alacağı ve olumsuz takvim etkisi yaratacağı değerlendirilmelidir.
=3.2.4.2. ÖMÜR DEVRİ KONFİGÜRASYON TEMEL ÇİZGİLERİ=
===3.2.4.2. ÖMÜR DEVRİ KONFİGÜRASYON TEMEL ÇİZGİLERİ===
Geleneksel konfigürasyon temel çizgilerine ek olarak ömür devrinin farklı safhalarındaki konfigürasyon bilgilerinin sorumluluğunun iç-dış müşteriler arasındaki el değişimi için de temel çizgiler tanımlanabilir. Söz konusu safhaların bitirilme faaliyetini daha kesin hale getirmek ve safha geçişlerindeki yetki ve sorumluluk transferi ile kontrol ihtiyacını sağlam bir zemine oturtabilmek için Ömür Devri Konfigürasyon Temel çizgileri oluşturulabilir.
Geleneksel konfigürasyon temel çizgilerine ek olarak ömür devrinin farklı safhalarındaki konfigürasyon bilgilerinin sorumluluğunun iç-dış müşteriler arasındaki el değişimi için de temel çizgiler tanımlanabilir. Söz konusu safhaların bitirilme faaliyetini daha kesin hale getirmek ve safha geçişlerindeki yetki ve sorumluluk transferi ile kontrol ihtiyacını sağlam bir zemine oturtabilmek için Ömür Devri Konfigürasyon Temel çizgileri oluşturulabilir.
=3.2.5. ARAYÜZ YÖNETİMİ=
===3.2.5. ARAYÜZ YÖNETİMİ===
İki veya daha fazla ürünün birleşme/eşleşme sınırında ortak bir şekilde var olabilmeleri için tanımlanan fiziksel ve işlevsel özelliklere Arayüz Bilgileri adı verilir. Ürünler arası arayüzlerin yönetilebilmeleri bu arayüzlerin her iki (veya daha fazla) ürün arasındaki arayüz gereksinimlerinin tanımlanmasına, kayıt altına alınmasına ve değişiklik yönetiminde gözetilmesine bağlıdır.
İki veya daha fazla ürünün birleşme/eşleşme sınırında ortak bir şekilde var olabilmeleri için tanımlanan fiziksel ve işlevsel özelliklere Arayüz Bilgileri adı verilir. Ürünler arası arayüzlerin yönetilebilmeleri bu arayüzlerin her iki (veya daha fazla) ürün arasındaki arayüz gereksinimlerinin tanımlanmasına, kayıt altına alınmasına ve değişiklik yönetiminde gözetilmesine bağlıdır.
Arayüz gereksinimleri, birbiri ile fiziksel ve/veya işlevsel arayüze sahip herhangi bir ürüne yapılacak değişikliklerin değerlendirilmesinde göz önünde bulundurulması gereken kısıtlamalar getirmelidir.
Arayüz gereksinimleri, birbiri ile fiziksel ve/veya işlevsel arayüze sahip herhangi bir ürüne yapılacak değişikliklerin değerlendirilmesinde göz önünde bulundurulması gereken kısıtlamalar getirmelidir.
=3.2.5.1. BİRLİKTE ÇALIŞABİLİRLİK KONFİGÜRASYON YÖNETİM GEREKSİNİMLERİ=
===3.2.5.1. BİRLİKTE ÇALIŞABİLİRLİK KONFİGÜRASYON YÖNETİM GEREKSİNİMLERİ===
Birlikte çalışabilme öncelikle Konfigürasyon Yönetimi bilgilerinin aktarımının garanti altına alınmasını şart koşarak bu bilgilerin tüm paydaşlar tarafından anlaşılabilir ve aktarılabilir olmasını gerektirir. Konfigürasyon Yönetimi bilgilerinin kontrol edilebilir ve kullanılabilir olmasını sağlayabilmek için tüm bu bilgilerin uygun şekilde tanımlanmış (kimliklendirilmiş), birbiri ile uyumlu, yetki kontrollü, tamamlanmış ve kullanıcı imkanları ile okunabilir, görülebilir, işlem görebilir olması gerekir.
Birlikte çalışabilme öncelikle Konfigürasyon Yönetimi bilgilerinin aktarımının garanti altına alınmasını şart koşarak bu bilgilerin tüm paydaşlar tarafından anlaşılabilir ve aktarılabilir olmasını gerektirir. Konfigürasyon Yönetimi bilgilerinin kontrol edilebilir ve kullanılabilir olmasını sağlayabilmek için tüm bu bilgilerin uygun şekilde tanımlanmış (kimliklendirilmiş), birbiri ile uyumlu, yetki kontrollü, tamamlanmış ve kullanıcı imkanları ile okunabilir, görülebilir, işlem görebilir olması gerekir.
Birlikte çalışabilirlik için gerekli tüm arayüzler tanımlamalı ve arayüz yönetimi prensipleri doğrultusunda tüm ürünler birbiri ile belirli kısıtlar ve ortak onaylar üzerinden ilerlemelidir.
Birlikte çalışabilirlik için gerekli tüm arayüzler tanımlamalı ve arayüz yönetimi prensipleri doğrultusunda tüm ürünler birbiri ile belirli kısıtlar ve ortak onaylar üzerinden ilerlemelidir.
=3.3. KONFİGÜRASYON DEĞİŞİKLİK YÖNETİMİ=
==3.3. KONFİGÜRASYON DEĞİŞİKLİK YÖNETİMİ==
Konfigürasyon temel çizgileri ile dondurulan konfigürasyon bilgilerinin sistematik ve izlenebilir bir şekilde değiştirilmesi veya temel çizgiden sapmaların onay mekanizması üzerinden kayıt altına alınması faaliyetine Konfigürasyon Değişiklik Yönetimi adı verilir.
Konfigürasyon temel çizgileri ile dondurulan konfigürasyon bilgilerinin sistematik ve izlenebilir bir şekilde değiştirilmesi veya temel çizgiden sapmaların onay mekanizması üzerinden kayıt altına alınması faaliyetine Konfigürasyon Değişiklik Yönetimi adı verilir.
=3.3.1. MÜHENDİSLİK DEĞİŞİKLİK TEKLİFİ=
===3.3.1. MÜHENDİSLİK DEĞİŞİKLİK TEKLİFİ===
Mühendislik Değişiklik Teklifi (MDT), değişiklik yönetimi adımlarının tamamında ancak ihtiyaca göre farklı detay seviye bilgiler içererek yer alır. MDT’lerin hazırlanması için aşağıdaki işlemler yapılır:
Mühendislik Değişiklik Teklifi (MDT), değişiklik yönetimi adımlarının tamamında ancak ihtiyaca göre farklı detay seviye bilgiler içererek yer alır. MDT’lerin hazırlanması için aşağıdaki işlemler yapılır:
=3.3.1.1. Değişikliğin Gerekçelendirilmesi (Meşru Kılınması)=
===3.3.1.1. Değişikliğin Gerekçelendirilmesi (Meşru Kılınması)===
Konfigürasyon değişiklik yönetimi faaliyetleri, efor ve maliyet içeren birçok iş adımı içermektedir. Yapılması önerilen değişikliklerin tüm paydaşlar için en fazla faydayı sağladığından emin olmak için herhangi bir işlem yapılmadan önce, olası etkilerin analiz edilerek pozitif değer katmayacak değişiklik/sapma isteklerinin sistematik olarak elenmesi ve kurum hafızasına alınması gereklidir.
Konfigürasyon değişiklik yönetimi faaliyetleri, efor ve maliyet içeren birçok iş adımı içermektedir. Yapılması önerilen değişikliklerin tüm paydaşlar için en fazla faydayı sağladığından emin olmak için herhangi bir işlem yapılmadan önce, olası etkilerin analiz edilerek pozitif değer katmayacak değişiklik/sapma isteklerinin sistematik olarak elenmesi ve kurum hafızasına alınması gereklidir.
=3.3.1.2. Değişikliğin Numaralandırılması (Kimliklendirilmesi)=
===3.3.1.2. Değişikliğin Numaralandırılması (Kimliklendirilmesi)===
Meşru bir değişiklik ihtiyacı belirlendikten sonra değişiklik teklifine tekil (eşsiz) bir numara (kimlik) atanır. Bu numara sadece değişiklik isteklerini birbirlerinden ayırmaya değil takip eden tüm bildirim, değerlendirme ve icra işlemlerinde referans alınacak numara görevini de görür. Bu numaraya ek olarak değişikliği özetleyen kısa bir başlık verilmesi tasnif ve değerlendirme faaliyetlerinde kolaylık sağlar.
Meşru bir değişiklik ihtiyacı belirlendikten sonra değişiklik teklifine tekil (eşsiz) bir numara (kimlik) atanır. Bu numara sadece değişiklik isteklerini birbirlerinden ayırmaya değil takip eden tüm bildirim, değerlendirme ve icra işlemlerinde referans alınacak numara görevini de görür. Bu numaraya ek olarak değişikliği özetleyen kısa bir başlık verilmesi tasnif ve değerlendirme faaliyetlerinde kolaylık sağlar.
=3.3.1.3. Değişikliğin Sınıflandırılması=
===3.3.1.3. Değişikliğin Sınıflandırılması===
Değişiklik sınıflandırması değişikliğin etki derecesinin sınıflandırılmasını sağlar. Bu sayede değişiklik teklifi uygun değişiklik onay makamına yönlendirilir. Değişiklik etki sınıfları en temel anlamda “büyük” ve “küçük” (geleneksel olarak Sınıf 1, Sınıf 2) olarak nitelenebileceği gibi onay makamının tipine ve etki çeşitliliğine göre daha fazla sınıf da belirlenebilir. Bu tür bir belirlemede karmaşıklığa engel olmak için çok fazla bölünmelere gidilmemelidir.
Değişiklik sınıflandırması değişikliğin etki derecesinin sınıflandırılmasını sağlar. Bu sayede değişiklik teklifi uygun değişiklik onay makamına yönlendirilir. Değişiklik etki sınıfları en temel anlamda “büyük” ve “küçük” (geleneksel olarak Sınıf 1, Sınıf 2) olarak nitelenebileceği gibi onay makamının tipine ve etki çeşitliliğine göre daha fazla sınıf da belirlenebilir. Bu tür bir belirlemede karmaşıklığa engel olmak için çok fazla bölünmelere gidilmemelidir.
|}
|}
=3.3.1.4. DEĞİŞİKLİĞİN BELGELENDİRİLMESİ=
===3.3.1.4. DEĞİŞİKLİĞİN BELGELENDİRİLMESİ===
Değişiklik veya sapma isteklerinin etkin bir değerlendirilmeye tabi olabilmeleri için anlaşılır, özlü ve geçerli bilgiler içerecek şekilde hazırlanması gerekir. Takvim ve maliyet etkileri olası alternatif çözümler ile müşteri/ihtiyaç makamı talebine göre gereken detayda verilir.
Değişiklik veya sapma isteklerinin etkin bir değerlendirilmeye tabi olabilmeleri için anlaşılır, özlü ve geçerli bilgiler içerecek şekilde hazırlanması gerekir. Takvim ve maliyet etkileri olası alternatif çözümler ile müşteri/ihtiyaç makamı talebine göre gereken detayda verilir.
=3.3.2. DEĞİŞİKLİĞİN DEĞERLENDİRİLMESİ VE KARARA BAĞLANMASI=
===3.3.2. DEĞİŞİKLİĞİN DEĞERLENDİRİLMESİ VE KARARA BAĞLANMASI===
Onay öncesi tüm değişiklik ve sapma istekleri tüm olası etkiler ve riskler açısından değerlendirilir. Bu etkiler ve riskler;
Onay öncesi tüm değişiklik ve sapma istekleri tüm olası etkiler ve riskler açısından değerlendirilir. Bu etkiler ve riskler;
Tüm etkiler ve riskler, uzun ve kısa vade fayda/zarar ekseninde değerlendirildikten sonra değişiklik onay otoritesi tarafından onaylanır veya reddedilir. Nihai karar, değişikliğin geçerli olacağı bir geçerlilik tanımı ile birlikte (değişikliğin geçerli olacağı tarih, proje no, iş emri no, seri no, sistem/platform no gibi) kayıt altına alınır ve ilgili paydaşlara duyurulur (Bkz. Bölüm 2.3.2 Ömür Devri Konfigürasyon Yönetiminde Yönetişim ve Öngörü).
Tüm etkiler ve riskler, uzun ve kısa vade fayda/zarar ekseninde değerlendirildikten sonra değişiklik onay otoritesi tarafından onaylanır veya reddedilir. Nihai karar, değişikliğin geçerli olacağı bir geçerlilik tanımı ile birlikte (değişikliğin geçerli olacağı tarih, proje no, iş emri no, seri no, sistem/platform no gibi) kayıt altına alınır ve ilgili paydaşlara duyurulur (Bkz. Bölüm 2.3.2 Ömür Devri Konfigürasyon Yönetiminde Yönetişim ve Öngörü).
=3.3.3. DEĞİŞİKLİĞİN İCRA EDİLMESİ=
===3.3.3. DEĞİŞİKLİĞİN İCRA EDİLMESİ===
Onaylanmış değişiklik ve sapmalar, değişiklik formundaki öngörü ve takvim doğrultusunda icra edilir. Bu icra faaliyeti değişikliğin tipine göre çok uzun sürebilecek ve birçok birimin uyum içerisinde çalışmasını gerektirebileceğinden değişikliklerin icrasının planlanması önemlidir.
Onaylanmış değişiklik ve sapmalar, değişiklik formundaki öngörü ve takvim doğrultusunda icra edilir. Bu icra faaliyeti değişikliğin tipine göre çok uzun sürebilecek ve birçok birimin uyum içerisinde çalışmasını gerektirebileceğinden değişikliklerin icrasının planlanması önemlidir.
Bu planlama faaliyetinde değişiklik ve sapmaların aciliyeti, etkilenen proje/projeler, devam eden üretim durumu, mevcut hammadde envanteri ve eldeki üretilmiş malzemelere dair ne gibi işlemlerin yapılacağı göz önünde bulundurulur.
Bu planlama faaliyetinde değişiklik ve sapmaların aciliyeti, etkilenen proje/projeler, devam eden üretim durumu, mevcut hammadde envanteri ve eldeki üretilmiş malzemelere dair ne gibi işlemlerin yapılacağı göz önünde bulundurulur.
=3.3.4. SAPMA VE FERAGAT YÖNETİMİ=
===3.3.4. SAPMA VE FERAGAT YÖNETİMİ===
Sapma veya feragatler, sınırlı süre veya sayıda olmak kaydı ile ürün konfigürasyon bilgilerinden farklı bir ürün için onay makamından (müşteri veya kurum içi) alınan resmi onaydır. Sapma ve feragatler mühendislik değişiklik isteklerinden farklı olarak ürün konfigürasyon bilgilerinde bir güncelleme tetiklemezler. Üretim öncesi gerçekleşen farklılıklara sapma, üretim sırasında veya üretim bitiminde karşılaşılan farklılıklara feragat adı verilir.
Sapma veya feragatler, sınırlı süre veya sayıda olmak kaydı ile ürün konfigürasyon bilgilerinden farklı bir ürün için onay makamından (müşteri veya kurum içi) alınan resmi onaydır. Sapma ve feragatler mühendislik değişiklik isteklerinden farklı olarak ürün konfigürasyon bilgilerinde bir güncelleme tetiklemezler. Üretim öncesi gerçekleşen farklılıklara sapma, üretim sırasında veya üretim bitiminde karşılaşılan farklılıklara feragat adı verilir.
=3.4. KONFİGÜRASYON DURUM MUHASEBESİ=
==3.4. KONFİGÜRASYON DURUM MUHASEBESİ==
Konfigürasyon durum muhasebesi iki temel faaliyetten oluşur; ürün konfigürasyon bilgilerinin kaydedilmesi (girdiler) ve rapor edilmesi (çıktılar). Bu girdi ve çıktılar sadece ürün ve ürün konfigürasyon bilgilerinin kontrol altında tutulmasına hizmet etmez, aynı zamanda Konfigürasyon Yönetimi sürecinin sürekli iyileştirme kapsamında ölçülmesine de imkân sağlar.
Konfigürasyon durum muhasebesi iki temel faaliyetten oluşur; ürün konfigürasyon bilgilerinin kaydedilmesi (girdiler) ve rapor edilmesi (çıktılar). Bu girdi ve çıktılar sadece ürün ve ürün konfigürasyon bilgilerinin kontrol altında tutulmasına hizmet etmez, aynı zamanda Konfigürasyon Yönetimi sürecinin sürekli iyileştirme kapsamında ölçülmesine de imkân sağlar.
Konfigürasyon Durum Muhasebesine ilişkin bilgilerin kim tarafından hazırlanacağına, kime raporlanacağına ve nasıl ve kim tarafından değerlendirileceğine yönelik düzenleme sözleşmelerde ve/veya ilgili dokümanlarda belirtilir.
Konfigürasyon Durum Muhasebesine ilişkin bilgilerin kim tarafından hazırlanacağına, kime raporlanacağına ve nasıl ve kim tarafından değerlendirileceğine yönelik düzenleme sözleşmelerde ve/veya ilgili dokümanlarda belirtilir.
=3.5. KONFİGÜRASYON TETKİKLERİ=
==3.5. KONFİGÜRASYON TETKİKLERİ==
Konfigürasyon Tetkiki Konfigürasyon Birimleri ve Odak Sistem’in tamamı veya bir kısmının resmi gözden geçirme faaliyetidir. Diğer bir ifadeyle, müşterinin teslim almak üzere olduğu Odak Sistem’in sözleşme ile yükleniciye iletilmiş olan gereksinimleri karşıladığı ve ilgili ürün konfigürasyon bilgilerinin ürün ile tamamen tutarlı olduğunun teyit edilmesidir.
Konfigürasyon Tetkiki Konfigürasyon Birimleri ve Odak Sistem’in tamamı veya bir kısmının resmi gözden geçirme faaliyetidir. Diğer bir ifadeyle, müşterinin teslim almak üzere olduğu Odak Sistem’in sözleşme ile yükleniciye iletilmiş olan gereksinimleri karşıladığı ve ilgili ürün konfigürasyon bilgilerinin ürün ile tamamen tutarlı olduğunun teyit edilmesidir.
* Yüklenici tarafından desteklenen her bir ünitenin destek varlıklarının (destek ekipmanları, test program setleri, eğitim dokümanları ve yardımcı malzemeleri, el kitapları ve yazılımlar) konfigürasyon bilgilerinin takip edilebilirliğinin sağlanmasıdır.
* Yüklenici tarafından desteklenen her bir ünitenin destek varlıklarının (destek ekipmanları, test program setleri, eğitim dokümanları ve yardımcı malzemeleri, el kitapları ve yazılımlar) konfigürasyon bilgilerinin takip edilebilirliğinin sağlanmasıdır.
=4.1. MÜHENDİSLİK DEĞİŞİKLİĞİ, SAPMA ve FERAGAT ÖNERİLERİNİN ODAK SİSTEM VE ELD ELEMANLARI ÜZERİNDEKİ ETKİLERİ=
==4.1. MÜHENDİSLİK DEĞİŞİKLİĞİ, SAPMA ve FERAGAT ÖNERİLERİNİN ODAK SİSTEM VE ELD ELEMANLARI ÜZERİNDEKİ ETKİLERİ==
Konfigürasyon Yönetimi’nin temel amacı odak sistemin belirlenen özelliklerinin ömür devri boyunca izlenebilirliğini sağlamak ve bu özelliklerin sürekli olarak doğrulanabildiğinin bilgisini kullanıcısına anlık olarak sunabilmektir. Konfigürasyon Yönetimi sürecinde Değişiklik Yönetimi fonksiyonu da odak sitemin ömür devri safhaları arasında ilerleme ve geçişleri sırasında konsept safhasında fonksiyonel gereksinimlerin değişmesi ile başlayabileceği gibi geliştirme safhasında fiziksel gereksinimler, üretim safhasında üründe değişimler, kullanım ve destek safhasında ise lojistik konfigürasyon değişiklikleri ile devam edebilirler. Bu değişiklikler en nihayetinde ürünün envanterden çıkarılması safhasında ürüne dahil BOM (malzeme listesi)‘un hurda maliyetine kadar birçok faktörü etkiler. Ürünün envanterden çıkarılması safhasında yedekler ve destek ekipmanlarının diğer sistemler ile ortaklıklarının da değerlendirilmesine olanak sağlar.
Konfigürasyon Yönetimi’nin temel amacı odak sistemin belirlenen özelliklerinin ömür devri boyunca izlenebilirliğini sağlamak ve bu özelliklerin sürekli olarak doğrulanabildiğinin bilgisini kullanıcısına anlık olarak sunabilmektir. Konfigürasyon Yönetimi sürecinde Değişiklik Yönetimi fonksiyonu da odak sitemin ömür devri safhaları arasında ilerleme ve geçişleri sırasında konsept safhasında fonksiyonel gereksinimlerin değişmesi ile başlayabileceği gibi geliştirme safhasında fiziksel gereksinimler, üretim safhasında üründe değişimler, kullanım ve destek safhasında ise lojistik konfigürasyon değişiklikleri ile devam edebilirler. Bu değişiklikler en nihayetinde ürünün envanterden çıkarılması safhasında ürüne dahil BOM (malzeme listesi)‘un hurda maliyetine kadar birçok faktörü etkiler. Ürünün envanterden çıkarılması safhasında yedekler ve destek ekipmanlarının diğer sistemler ile ortaklıklarının da değerlendirilmesine olanak sağlar.
Örneğin, mühendislik değişikliği, sapma ve feragat önerilerinde değişen konfigürasyon bilgilerinden dolayı değişmesi gereken ELD elemanlarının ve dokümanların (kullanıcı el kitapları, bakım kitapları, bakım araçları, tamir kitleri, yedek parçalar vb.) değişiklikten nasıl etkileneceği Konfigürasyon Yönetim Planı ve ELD Planı içinde detaylı olarak tanımlanmalıdır. Müşteri onayına sunulan her bir mühendislik değişikliği, sapma ve feragat önerilerinde de bu hususlara yer verilir. Teslim edilmiş ürünler (Odak sistem, ELD elemanları ve destek elemanları) kullanımda olduklarından dolayı değişiklik icra faaliyetinin ihtiyaç takvimine uygun olarak nasıl koordine edileceği detaylandırılır.
Örneğin, mühendislik değişikliği, sapma ve feragat önerilerinde değişen konfigürasyon bilgilerinden dolayı değişmesi gereken ELD elemanlarının ve dokümanların (kullanıcı el kitapları, bakım kitapları, bakım araçları, tamir kitleri, yedek parçalar vb.) değişiklikten nasıl etkileneceği Konfigürasyon Yönetim Planı ve ELD Planı içinde detaylı olarak tanımlanmalıdır. Müşteri onayına sunulan her bir mühendislik değişikliği, sapma ve feragat önerilerinde de bu hususlara yer verilir. Teslim edilmiş ürünler (Odak sistem, ELD elemanları ve destek elemanları) kullanımda olduklarından dolayı değişiklik icra faaliyetinin ihtiyaç takvimine uygun olarak nasıl koordine edileceği detaylandırılır.
=4.2. ENVANTERDEN ÇIKARMA SAFHASINA HAZIR OLMA=
==4.2. ENVANTERDEN ÇIKARMA SAFHASINA HAZIR OLMA==
Envanterden çıkarma safhasında konfigürasyon yönetimi faaliyetleri envanterden çıkarılacak ünitelerin takip ve kayıt işlemlerinden ibarettir. Ünitelerin sorunsuz ve takvime uygun bir şekilde envanterden çıkarılabilmesi için aşağıdaki işlemler asgari olarak yerine getirilir:
Envanterden çıkarma safhasında konfigürasyon yönetimi faaliyetleri envanterden çıkarılacak ünitelerin takip ve kayıt işlemlerinden ibarettir. Ünitelerin sorunsuz ve takvime uygun bir şekilde envanterden çıkarılabilmesi için aşağıdaki işlemler asgari olarak yerine getirilir:
* Envanterden çıkarılan tüm ünitelerin, sistem ve alt sistemler ile parçaların konfigürasyon bilgilerinin envanterdeki diğer sistemler ile olan müşterekliği hakkında bilgilerin izlenebilirliği sağlanır.
* Envanterden çıkarılan tüm ünitelerin, sistem ve alt sistemler ile parçaların konfigürasyon bilgilerinin envanterdeki diğer sistemler ile olan müşterekliği hakkında bilgilerin izlenebilirliği sağlanır.
=5. UYARLAMA=
==5. UYARLAMA==
Konfigürasyon Yönetimi Planlama fonksiyonu proje, müşteri ve son kullanıcı ihtiyaçlarına göre gerçekleştirilen uyarlama faaliyetlerini içermektedir.
Konfigürasyon Yönetimi Planlama fonksiyonu proje, müşteri ve son kullanıcı ihtiyaçlarına göre gerçekleştirilen uyarlama faaliyetlerini içermektedir.
'''DOKÜMANIN HAZIRLANMASINDA GÖREV ALAN KURUM/KURULUŞLAR'''
=== '''DOKÜMANIN HAZIRLANMASINDA GÖREV ALAN KURUM/KURULUŞLAR''' ===
SAVUNMA SANAYİİ BAŞKANLIĞI
SAVUNMA SANAYİİ BAŞKANLIĞI