2.239
değişiklik
Değişiklikler
Sistem Ömür Devri Yönetiminde Konfigürasyon Yönetimi Rehberi (kaynağı gör)
15.24, 2 Nisan 2021 tarihindeki hâli
, 15.24, 2 Nisan 2021→1.8.1. TABLOLAR
=1.8.1. TABLOLAR=
=1.8.1. TABLOLAR=
Tablo 1 Değişiklik İzleme Tablosu.. 8
Tablo 1 Değişiklik İzleme Tablosu..
Tablo 2 Tanımlar 11
Tablo 2 Tanımlar
Tablo 3 Kısaltmalar 15
Tablo 3 Kısaltmalar
Tablo 4 Genel değişiklik sınıflandırma kriterleri 36
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 19
Şekil 1 STANAG 4427 ve ACMP Doküman Hiyerarşisi
Şekil 2 Odak Sistem Yapısı 21
Şekil 2 Odak Sistem Yapısı
Şekil 3 Sistem Ömür Devri Safhaları 22
Şekil 3 Sistem Ömür Devri Safhaları
Şekil 4 Sistem Ömür Devri Konfigürasyon Temel Çizgileri 29
Şekil 4 Sistem Ömür Devri Konfigürasyon Temel Çizgileri
Şekil 5 Konfigürasyon Değişiklik Yönetimi İş Akışı 31
Şekil 5 Konfigürasyon Değişiklik Yönetimi İş Akışı
=2. ÖMÜR DEVRİ KONFİGÜRASYON YÖNETİMİ GENEL ÇERÇEVESİ=
=2. ÖMÜR DEVRİ KONFİGÜRASYON YÖNETİMİ GENEL ÇERÇEVESİ=
=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.
=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.
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.
Şekil 5 Konfigürasyon Değişiklik Yönetimi İş Akışı
Şekil 5 Konfigürasyon Değişiklik Yönetimi İş Akışı
=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:
MDT geliştirme safhasında teklif edilebileceği gibi kullanım safhasında da tadilat olarak teklif edilebilir. (Bkz. Bölüm 4.1.Mühendislik Değişiklik, Sapma ve Feragat Önerilerinin Odak Sistem Destek Unsurları ve ELD Elemanları Üzerinde Etkileri)
MDT geliştirme safhasında teklif edilebileceği gibi kullanım safhasında da tadilat olarak teklif edilebilir. (Bkz. Bölüm 4.1.Mühendislik Değişiklik, Sapma ve Feragat Önerilerinin Odak Sistem Destek Unsurları ve ELD Elemanları Üzerinde Etkileri)
Tablo 4 Genel değişiklik sınıflandırma kriterleri
Tablo 4 Genel değişiklik sınıflandırma kriterleri
· '''Fiziksel Konfigürasyon Tetkiki''': konfigürasyon biriminin ilgili ürün konfigürasyon bilgilerinde detaylandırılmış olan fiziksel karakteristiklerin ürün ile uyumlu olduğunun ve ilgili tüm kayıtların etkin bir şekilde tutulduğunun resmi gözden geçirilmesidir.
· '''Fiziksel Konfigürasyon Tetkiki''': konfigürasyon biriminin ilgili ürün konfigürasyon bilgilerinde detaylandırılmış olan fiziksel karakteristiklerin ürün ile uyumlu olduğunun ve ilgili tüm kayıtların etkin bir şekilde tutulduğunun resmi gözden geçirilmesidir.
=4. KULLANIM VE DESTEK SAFHASINDA KONFİGÜRASYON YÖNETİMİ=
=4. KULLANIM VE DESTEK SAFHASINDA KONFİGÜRASYON YÖNETİMİ=
Ömür devri içerisinde her bir odak sistem, sistem ya da bunlara ait ELD elemanları bir ömür devri safhasından bir diğerine hareket ederken, her bir safhada birbirinden farklı süreçler ile karşılaşırlar. (Bkz.TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve))
Ömür devri içerisinde her bir odak sistem, sistem ya da bunlara ait ELD elemanları bir ömür devri safhasından bir diğerine hareket ederken, her bir safhada birbirinden farklı süreçler ile karşılaşırlar. (Bkz.TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve))