| 1. satır: |
1. satır: |
| − | = '''ÖZET''' =
| + | '''[https://tssodypwiki.ssb.gov.tr/images/4/46/TSSODYP_02_180822-web.pdf pdf formatı için tıklayınız.]''' |
| − | Tehdit algısında ve savunma konseptinde zamanla meydana gelen değişiklikler, savunma sistemlerinin ömür devri maliyetlerindeki artışlar, savunma bütçelerindeki kısıtlamalar, teknolojideki hızlı gelişmeler, uluslararası rekabet ve günümüz sistemlerinin karmaşıklığı gibi faktörler, kamu ve özel sektörün savunma sistemlerinin tedarikine ve lojistik desteğine yönelik faaliyetlerinin planlanmasında ve icrasında yeni yaklaşımlar ve buna bağlı yeni stratejiler geliştirilmesini zaruri hale getirmiştir.
| + | |
| | + | TSSÖDYP, Savunma Sanayii Başkanlığı çatısı altında faaliyet göstermektedir. |
| | + | |
| | + | © Fikri mülkiyet hakları T.C. Cumhurbaşkanlığı Savunma Sanayii Başkanlığına aittir. Kaynak gösterilmek kaydıyla alıntı yapılabilir. Üzerinde değişiklik yapmamak kaydıyla olduğu gibi çoğaltılabilir, dağıtılabilir. Para ile satılmaz. |
| | + | |
| | + | [[Dosya:Başkan resmi y.logo.jpg|sol|küçükresim|430x430px]] |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | | | |
| − | Bu nedenle, tedarik edilen sistemlerin kullanım döneminde hedeflenen muharebe ve/veya operasyon performansının sürdürülebilirliğinin ve maliyet etkinliğinin sağlanması amacıyla sistemlerin ömür devrinde rol ve sorumluluğu bulunan tüm paydaşların katılımı ile Sistem Ömür Devri Yönetimi yaklaşımı geliştirilmiştir.
| |
| | | | |
| − | Sistem Ömür Devri Yönetiminin temel amacı; mevcut durumdaki değişimlere uyum sağlamaktan ziyade gelecekte ortaya çıkabilecek değişimleri öngörmek, belirlenen hedefler doğrultusunda gerekli önlemleri alarak değişimleri yönlendirmek ve kontrol altında tutmaktır. Harekât ihtiyaçlarının zamanında ve verimli şekilde karşılanması ve sahip olunan kaynakların maliyet etkin kullanımı esastır. Başka bir deyişle, sistem ömür devri yönetimi geleceği bugünden tasarlamak ve planlamaktır.
| |
| | | | |
| − | Bu doküman; Savunma Sanayii Başkanlığı (SSB), Milli Savunma Bakanlığının ilgili birimleri, Türk Silahlı Kuvvetleri (TSK), diğer ihtiyaç makamları ve savunma sanayi firmalarında Sistem Ömür Devri Yönetimi’nin bir kültür olarak yaygınlaştırılmasına ve uygulanmasına yönelik rehber oluşturmak amacıyla savunma sistemlerinin ömür devrinde rol ve sorumluluğu bulunan ilgili paydaşların katılımıyla hazırlanmıştır.
| |
| | | | |
| − | Sistem ömür devrinde süreç yönetimi anlayışı ile ülkemizdeki savunma yetkinliğinin artırılması, sistemlerin ömür devri maliyetlerinin düşürülmesi, savunma bütçelerinin daha etkin ve verimli kullanılabilmesi, ülke ekonomisine önemli katkılar sağlanması ve savunma sanayii firmalarımızın uluslararası alandaki rekabet etme seviyesinin artırılması ve ömür devri yönetimi kapsamında savunma ve güvenlik alanındaki portföy/program/projelerde ömür devri yönetimi ve lojistik faaliyetlerin ortak bir anlayışla işbirliği içinde yürütülmesi hedeflenmektedir.
| |
| | | | |
| − | Bu rehberde; tedarik makamları, ihtiyaç sahibi kamu kurum ve kuruluşları ile savunma sanayii firmaları tarafından süreç anlayışının benimsenmesi ve bir kültür olarak kabul edilmesi maksadıyla Sistem Ömür Devri Yönetimi’nde girdileri çıktılara dönüştüren ve tekrarlanan faaliyetler tanımlanarak süreç yönetimine yönelik ilke, usul ve esaslar ortaya koyulmuştur.
| |
| | | | |
| − | Bu maksatla, sistem ömür devri yönetimine ilişkin; mutabakat süreçleri, organizasyonel proje destek süreçleri, program/proje süreçleri ve teknik süreçler başlıkları altında toplam 31 (otuz bir) adet süreç tanımlanmıştır.
| |
| | | | |
| − | = 1. GENEL =
| |
| | | | |
| − | == 1.1. GİRİŞ ==
| |
| − | 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 tedarik edilmesini, kullanımını ve lojistik desteğinin sağlanmasını da ön plana almaktadırlar. Sistem ömür devri yönetimi; sistem performansı, maliyet, takvim, kalite, operasyonel çevre, lojistik destek ve demodelik yönetimi gibi birçok unsuru içerisinde barındıran bir yönetim anlayışıdır. TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)’de esaslara paralel olarak bu rehberde sistemlerin ömür devri yönetiminin daha sağlıklı yapılabilmesi için ihtiyaç duyulan süreçler ele alınmıştır. Sistem ömür devri yönetimi anlayışıyla yürütülen/yürütülecek tedarik programlarında/projelerinde bu rehberde yer alan süreçlerin kullanılması hedeflenmektedir.
| |
| | | | |
| − | == 1.2. AMAÇ ==
| |
| − | Bu dokümanın amacı:
| |
| | | | |
| − | * Tedarik edilen/edilecek sistemlerin ömür devri süresince hedeflenen muharebe ve/veya operasyon performansını maliyet etkin şekilde icra edebilmesi için ihtiyaç duyulan mutabakat süreçlerini, organizasyonel proje destek süreçlerini, proje süreçlerini ve teknik süreçleri tanımlamak, süreçleri ve bu süreçlerdeki faaliyetleri uyum içinde yürütmek,
| |
| − | * Program/projelerde yürütülen faaliyetlere ilişkin süreçlerin detaylı olarak tanımlanması, ölçülmesi, geliştirilmesi ve iyileştirilmesi için tüm paydaşların katıldığı bir disiplin ortaya koymak,
| |
| − | * Program/proje yönetimi süresince bu süreçlerde dikkat edilmesi gereken ömür devri yönetimi anlayışına ilişkin ilke, usul ve esasları belirlemek,
| |
| − | * Süreç odaklı sistem ömür devri yönetimini savunma ve güvenlik alanında faaliyet gösteren kurum, kuruluş ve firmalarda bir kültür olarak yaygınlaştırmak,
| |
| − | * Savunma ve güvenlik sistemlerin ömür devri yönetimine ilişkin standart uygulamalar ortaya koymak, faaliyetlerin ilgili birimler arasında koordine ve iş birliği içerisinde yürütülmesini sağlamak,
| |
| − | * Sistemlerin ömür devri süre ve maliyetlerini belirlemeye ve kontrol etmeye yönelik altyapı oluşturmak,
| |
| − | * Sistemlerin, fiziki, ekonomik ve teknolojik ömrünü belirleme kriterlerini ortaya koymak,
| |
| − | * Sistemlerin envanterden çıkarma zamanlarını istatistiki modellerle bilimsel olarak tahmin etmek için esasları belirlemek ve bu kapsamda ortaya çıkacak ihtiyaçları zamanında tespit ederek, bunlara yönelik planlamanın yeteri kadar önceden yapılması sağlamak,
| |
| − | * Bilimsel analizler neticesinde, gerekli planlamaların yapılarak kaynakların daha etkin kullanılmasını mümkün kılacak kullanım, bakım ve destek modelleri geliştirmek ve bu suretle sistemlerin göreve hazır olma seviyelerini üst düzeyde tutmaktır.
| |
| | | | |
| − | Bu doküman, savunma ve güvenlik alanında görev alan tüm paydaşların sistem ömür devri yönetimi süreçlerine ve bu süreçler içinde yürütecekleri faaliyetlere rehberlik etmek üzere hazırlanmıştır.
| |
| | | | |
| − | == 1.3. KAPSAM ==
| |
| − | Bu doküman, ülkemizde yürütülen/yürütülecek program/projelerde süreçlerin, sistem ömür devri yönetimi anlayışı içerisinde bir araya getirilmesine ilişkin esasları kapsamaktadır. Bahse konu süreçler, ulusal projelerde kullanılacağı gibi gerektiğinde çok uluslu projelerde müşterek harekât isterleri, iletişim ve işbirliğinin yerine getirilmesine de hizmet edebilir.
| |
| | | | |
| − | == 1.4. REHBERİN KULLANIMI ==
| |
| − | Bu doküman sistem ömür devri yönetimi kurgusu içerisinde işletilebilecek sistem ömür devri yönetimi süreçlerinin tanımlanması amacıyla 5 bölüm halinde hazırlanmıştır:
| |
| | | | |
| − | * İlk bölüm; giriş, amaç, kapsam, referanslar gibi genel bilgileri içermektedir. Ayrıca terim ve kısaltmalar da bu bölümün içindedir.
| |
| − | * İkinci bölümde, sistem ömür devri süreçlerine giriş bilgilerine yer verilmiş ve dokümanın amacı açıklanmıştır.
| |
| − | * Üçüncü bölümde, referans standart AAP-48 içerisinde yer alan sınıflandırma doğrultusunda, 4 ana kategoride sistem ömür devri süreçleri tanımlanmıştır. Her safhada yürütülecek faaliyetlere göre girdiler ve çıktılar belirtilmiştir.
| |
| − | * Dördüncü bölümde, TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi’nde (Ana Çerçeve) belirtildiği üzere uyarlama gerektirebilecek hallerde sistem ömür devri süreçlerinin durumu değerlendirilmiştir.
| |
| − | * Son bölümde ise sistem ömür devri süreçlerinin, TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)’nde tanımlanan sistem ömür devri safhalarına göre yoğunlukları gösterilmiştir.
| |
| | | | |
| − | == 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.
| |
| | | | |
| − | Tablo 1 Değişiklik İzleme Tablosu
| |
| − | {| class="wikitable"
| |
| − | |'''YAYIN NO'''
| |
| − | |'''YAYIN TARİHİ'''
| |
| − | |'''DEĞİŞİKLİK YAPILAN BÖLÜM/SAYFA'''
| |
| − | |'''AÇIKLAMA'''
| |
| − | |-
| |
| − | |01
| |
| − | |Haziran 2021
| |
| − | |
| |
| − | |İlk yayın
| |
| − | |-
| |
| − | |
| |
| − | |
| |
| − | |
| |
| − | |
| |
| − | |-
| |
| − | |
| |
| − | |
| |
| − | |
| |
| − | |
| |
| − | |-
| |
| − | |
| |
| − | |
| |
| − | |
| |
| − | |
| |
| − | |-
| |
| − | |
| |
| − | |
| |
| − | |
| |
| − | |
| |
| − | |-
| |
| − | |
| |
| − | |
| |
| − | |
| |
| − | |
| |
| − | |}
| |
| | | | |
| − | == 1.6. REFERANSLAR ==
| |
| − | 1. NATO STANDARD, AAP-20 NATO PROGRAMME MANAGEMENT FRAMEWORK (NATO Life Cycle Model), 2015.
| |
| | | | |
| − | 2. NATO STANDARD, AAP-48 NATO SYSTEM LIFE CYCLE PROCESSES, 2020.
| |
| | | | |
| − | 3. INCOSE SYSTEMS ENGINEERING HANDBOOK, A GUIDE FOR SYSTEM LIFE CYCLE PROCESSES AND ACTIVITIES, 2015.
| + | Savunma Sanayii Başkanlığı çatısı altında, ilgili tüm paydaşların katılımıyla faaliyet göstermek üzere Türk Savunma Sanayii Ömür Devri Yönetimi Platformu (TSSÖDYP) kurulmuştur. |
| | | | |
| − | 4. ISO/IEC 15288, SYSTEMS AND SOFTWARE ENGINEERING – SYSTEM LIFE CYCLE PROCESSES, 2015.
| + | TSSÖDYP; savunma ve güvenlik sistemlerine ilişkin ihtiyacın belirlenmesi, sistemlerin tedariki, kullanımı, desteklenmesi ve envanterden çıkarması safhalarını bir bütün halinde ele alan Sistem Ömür Devri Yönetimi ilke ve uygulamalarının ülkemizde yaygınlaştırılmasını ve savunma programlarının/ projelerinin yürütülmesinde savunma ve güvenlik ekosistemini oluşturan tüm paydaşlarca anlayış birliğine ulaşılmasını amaçlamaktadır. |
| | | | |
| − | 5. TSSÖDYP Doküman Seti
| + | Savunma sistemlerinin ömür devri yönetiminde millî bünyemize uygun, ülkemize özgü çözümler üretmek ve bunları dokümante etmek gibi önemli bir misyonu olan TSSÖDYP; Başkanlığımız, Milli Savunma Bakanlığı ve ilgili birimleri, Genelkurmay Başkanlığı, K.K.K.lığı, Dz.K.K.lığı, Hv.K.K.lığı, J.Gn.K.lığı, S.G.K.lığı, EGM, TÜBİTAK, SASAD ve savunma sanayii firmaları temsilcilerinin katılımı ile çalışmalarına devam etmektedir. |
| | | | |
| | + | Sistem ömür devri yönetimi yaklaşımı ile; savunma ve güvenlik sistemlerine ilişkin ihtiyacın belirlenmesi aşamasından envanterden çıkarma safhasının sonuna kadar görev alan tüm kamu kurum ve kuruluşları ile özel sektör firmalarının sistemlerin istenilen performans seviyesinde mümkün olan en az maliyetle tedariki, kullanımı ve lojistik desteğinin sağlanabilmesi için görev, yetki ve sorumlulukları çerçevesinde ömür devrinin tamamında birlikte çalışmaları öngörülmektedir. |
| | + | |
| | + | Bu itibarla, savunma ve güvenlik sistemlerine ilişkin ihtiyacın belirlenmesinin, tedarikinin, kullanımının, lojistik desteğinin ve envanterden çıkarılmasının en baştan uzun soluklu bir program olarak kurgulanmasının ve ilgili birimler aracılığı ile sistem ömür devri yönetimi faaliyetlerinin yürütülmesinin faydalı olacağı değerlendirilmektedir. |
| | + | |
| | + | TSSÖDYP tarafından son iki buçuk yıl içinde gerçekleştirilen çalışmalar ile savunma ve güvenlik sistemlerinin ömür devri yönetimine ilişkin planlama ve uygulamaya esas olacak yaklaşımları ortaya koyan 13 adet rehber, iki adet bilgi kitapçığı ve bir adet terminoloji dokümanı hazırlanmıştır. Uygulamalardan alınacak geri bildirimler ile söz konusu dokümanların güncellenmesi, geliştirilmesi ve önümüzdeki dönemde uygulamaya esas düzenlemelerin alt yapısını oluşturması hedeflenmektedir. |
| | + | |
| | + | TSSÖDYP çalışmalarına katkı veren ve dokümanların hazırlanmasında görev alan tüm paydaşlarımıza teşekkürlerimi sunuyorum. |
| | + | |
| | + | |
| | + | Prof.Dr. İsmail DEMİR |
| | + | |
| | + | T.C. Cumhurbaşkanlığı |
| | + | |
| | + | Savunma Sanayii Başkanı |
| | | | |
| − | {| class="wikitable"
| |
| − | |+
| |
| − | ! colspan="2" |'''TSSÖDYP DOKÜMAN SETİ'''
| |
| − | |-
| |
| − | |'''DOKÜMAN ADI '''
| |
| − | | '''DOKÜMAN KODU'''
| |
| − | |-
| |
| − | |Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)
| |
| − | |TSSÖDYP-01
| |
| − | |-
| |
| − | |Sistem Ömür Devri Yönetimi Süreçleri Rehberi
| |
| − | |TSSÖDYP-02
| |
| − | |-
| |
| − | |Ürün Destek Stratejileri ve Modelleri Rehberi
| |
| − | |TSSÖDYP-03
| |
| − | |-
| |
| − | |Entegre Lojistik Destek (ELD) Rehberi
| |
| − | |TSSÖDYP-04
| |
| − | |-
| |
| − | |Entegre Lojistik Destek (ELD) İsterleri Hazırlama Rehberi
| |
| − | | TSSÖDYP-05
| |
| − | |-
| |
| − | |Lojistik Destek Analizleri ve Kayıtları Rehberi
| |
| − | |TSSÖDYP-06
| |
| − | |-
| |
| − | |Tedarik Zinciri Yönetimi Rehberi
| |
| − | |TSSÖDYP-07
| |
| − | |-
| |
| − | |Sistem Ömür Devri Yönetiminde Demodelik Yönetimi Rehberi
| |
| − | |TSSÖDYP-08
| |
| − | |-
| |
| − | |Kullanım ve Destek İhtiyaçları Çerçevesinde Yerlileştirme/
| |
| | | | |
| − | Millîleştirme Rehberi
| |
| − | |TSSÖDYP-09
| |
| − | |-
| |
| − | |Kullanım ve Destek Safhaları Kalite Yönetimi Rehberi
| |
| − | |TSSÖDYP-10
| |
| − | |-
| |
| − | |Sistem Ömür Devri Yönetiminde Konfigürasyon Yönetimi Rehberi
| |
| − | |TSSÖDYP-11
| |
| − | |-
| |
| − | |Teknik Yayın Hazırlama Rehberi
| |
| − | |TSSÖDYP-12
| |
| − | |-
| |
| − | |Eğitim ve Eğitim İhtiyaçları Rehberi
| |
| − | |TSSÖDYP-13
| |
| − | |-
| |
| − | |Sistem Ömür Devri Yönetimi Terminolojisi
| |
| − | |TSSÖDYP-14
| |
| − | |-
| |
| − | |Kodlandırma ve Sınıflandırma Bilgi Kitapçığı
| |
| − | |TSSÖDYP-15
| |
| − | |-
| |
| − | |ASD/AIA S-Serisi ELD Spesifikasyonları Seti Tanıtım Kitapçığı
| |
| − | |TSSÖDYP-16
| |
| − | |}
| |
| | | | |
| − | == 1.7. TANIMLAR VE KISALTMALAR ==
| + | '''<big>ÖZET</big>''' |
| | + | |
| | + | Tehdit algısında ve savunma konseptinde zamanla meydana gelen değişiklikler, savunma sistemlerinin ömür devri maliyetlerindeki artışlar, savunma bütçelerindeki kısıtlamalar, teknolojideki hızlı gelişmeler, uluslararası rekabet ve günümüz sistemlerinin karmaşıklığı gibi faktörler, kamu ve özel sektörün savunma sistemlerinin tedarikine ve lojistik desteğine yönelik faaliyetlerinin planlanmasında ve icrasında yeni yaklaşımlar ve buna bağlı yeni stratejiler geliştirilmesini zaruri hale getirmiştir. |
| | | | |
| − | = 1.7.1. TANIMLAR =
| + | Bu nedenle, tedarik edilen sistemlerin kullanım döneminde hedeflenen muharebe ve/veya operasyon performansının sürdürülebilirliğinin ve maliyet etkinliğinin sağlanması amacıyla sistemlerin ömür devrinde rol ve sorumluluğu bulunan tüm paydaşların katılımı ile Sistem Ömür Devri Yönetimi yaklaşımı geliştirilmiştir. |
| − | Tablo 2 Tanımlar Tablosu
| |
| − | {| class="wikitable"
| |
| − | |'''Terim'''
| |
| − | |'''Tanım'''
| |
| − | |'''Diğer Kullanım'''
| |
| − | |-
| |
| − | |Altyapı Yönetimi Süreci
| |
| | | | |
| − | Infrastructure Management Process
| + | Sistem Ömür Devri Yönetiminin temel amacı; mevcut durumdaki değişimlere uyum sağlamaktan ziyade gelecekte ortaya çıkabilecek değişimleri öngörmek, belirlenen hedefler doğrultusunda gerekli önlemleri alarak değişimleri yönlendirmek ve kontrol altında tutmaktır. Harekât ihtiyaçlarının zamanında ve verimli şekilde karşılanması ve sahip olunan kaynakların maliyet etkin kullanımı esastır. Başka bir deyişle, sistem ömür devri yönetimi geleceği bugünden tasarlamak ve planlamaktır. |
| − | |Organizasyon için gerekli olan tesislerin, araçların, iletişim ve bilgi teknolojisi varlıklarının tasarlanması, geliştirilmesi, değiştirilmesi, uygulanması, idame ettirilmesi ve elden çıkarılmasının amaçlandığı süreçtir.
| |
| − | |
| |
| − | |-
| |
| − | |Anahtar Performans Göstergesi
| |
| | | | |
| − | Key Performance Indicator
| + | Bu doküman; Savunma Sanayii Başkanlığı (SSB), Milli Savunma Bakanlığının ilgili birimleri, Türk Silahlı Kuvvetleri (TSK), diğer ihtiyaç makamları ve savunma sanayi firmalarında Sistem Ömür Devri Yönetimi’nin bir kültür olarak yaygınlaştırılmasına ve uygulanmasına yönelik rehber oluşturmak amacıyla savunma sistemlerinin ömür devrinde rol ve sorumluluğu bulunan ilgili paydaşların katılımıyla hazırlanmıştır. |
| − | |Süreçte hedeflenen performans seviyesinin tanımlanması için kullanılan göstergelerdir.
| |
| − | |
| |
| − | |-
| |
| − | |Anahtar Risk Göstergesi
| |
| | | | |
| − | Key Risk Indicator
| + | Sistem ömür devrinde süreç yönetimi anlayışı ile ülkemizdeki savunma yetkinliğinin artırılması, sistemlerin ömür devri maliyetlerinin düşürülmesi, savunma bütçelerinin daha etkin ve verimli kullanılabilmesi, ülke ekonomisine önemli katkılar sağlanması ve savunma sanayii firmalarımızın uluslararası alandaki rekabet etme seviyesinin artırılması ve ömür devri yönetimi kapsamında savunma ve güvenlik alanındaki portföy/program/projelerde ömür devri yönetimi ve lojistik faaliyetlerin ortak bir anlayışla işbirliği içinde yürütülmesi hedeflenmektedir. |
| − | |Süreçte belirlenen risk seviyesinin erken dönemde fark edilmesini sağlamak için kullanılan göstergelerdir.
| |
| − | |
| |
| − | |-
| |
| − | |Arıza
| |
| | | | |
| − | Failure
| + | Bu rehberde; tedarik makamları, ihtiyaç sahibi kamu kurum ve kuruluşları ile savunma sanayii firmaları tarafından süreç anlayışının benimsenmesi ve bir kültür olarak kabul edilmesi maksadıyla Sistem Ömür Devri Yönetimi’nde girdileri çıktılara dönüştüren ve tekrarlanan faaliyetler tanımlanarak süreç yönetimine yönelik ilke, usul ve esaslar ortaya koyulmuştur. |
| − | |Bir konfigürasyon biriminin kendinden beklenen şekilde çalışmaması ve/veya beklenen çıktıları üretememesi durumudur.
| |
| − | |
| |
| − | |-
| |
| − | |Bilgi Yönetimi Süreci
| |
| | | | |
| − | Knowledge Management Process
| + | Bu maksatla, sistem ömür devri yönetimine ilişkin; mutabakat süreçleri, organizasyonel proje destek süreçleri, program/proje süreçleri ve teknik süreçler başlıkları altında toplam 31 (otuz bir) adet süreç tanımlanmıştır. |
| − | |Organizasyonların fırsatlardan faydalanması ve tehditlerden sakınması için mevcut bilgi birikiminin erişilebilirliğini ve tekrar kullanımını sağlayan bilgi sisteminin kurulduğu ve yönetildiği süreçtir.
| |
| − | |
| |
| − | |-
| |
| − | |Demodelik Yönetimi
| |
| | | | |
| − | Obsolescence Management
| + | = 1. GENEL = |
| − | |Tasarım, geliştirme, üretim ve ürün desteği dönemlerinde ürün içeriğindeki parçaların üretim sürecinde ya da bulunabilirliğinde meydana gelebilecek değişimlerden kaynaklanan problemlerin farkında olmak ve bu problemlerin etkilerini azaltmak için çözüm yöntemleri belirlemek amacıyla yürütülen düzeltici ve önleyici faaliyetlerin yönetilmesi disiplinidir.
| |
| − | |
| |
| − | |-
| |
| − | |Destek Süreci
| |
| | | | |
| − | Support Process
| + | == 1.1. GİRİŞ == |
| − | |Ürünün ömrü boyunca hizmet verebilme yeteneğinin ve lojistik desteğinin sürdürülebilir olmasını sağlamaya ilişkin programlamaların yapılmasıdır.
| + | 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 tedarik edilmesini, kullanımını ve lojistik desteğinin sağlanmasını da ön plana almaktadırlar. Sistem ömür devri yönetimi; sistem performansı, maliyet, takvim, kalite, operasyonel çevre, lojistik destek ve demodelik yönetimi gibi birçok unsuru içerisinde barındıran bir yönetim anlayışıdır. [https://tssodypwiki.ssb.gov.tr/index.php/Sistem_%C3%96m%C3%BCr_Devri_Y%C3%B6netimi_Rehberi_(Ana_%C3%87er%C3%A7eve) TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)]’de esaslara paralel olarak bu rehberde sistemlerin ömür devri yönetiminin daha sağlıklı yapılabilmesi için ihtiyaç duyulan süreçler ele alınmıştır. Sistem ömür devri yönetimi anlayışıyla yürütülen/yürütülecek tedarik programlarında/projelerinde bu rehberde yer alan süreçlerin kullanılması hedeflenmektedir. |
| − | |
| |
| − | |-
| |
| − | |Destek Unsurları
| |
| | | | |
| − | Enablling Systems
| + | == 1.2. AMAÇ == |
| − | |Odak Sistemin belirlenen kullanım konsepti ve görev profilleri çerçevesinde istenilen performans seviyesinde görev yapabilmesi ve maliyet etkin olarak kullanımında sürekliliğin sağlanması için ihtiyaç duyulan unsurlardır.
| + | Bu dokümanın amacı: |
| − | |
| |
| − | |-
| |
| − | |Desteklenebilirlik
| |
| | | | |
| − | Supportability
| + | * Tedarik edilen/edilecek sistemlerin ömür devri süresince hedeflenen muharebe ve/veya operasyon performansını maliyet etkin şekilde icra edebilmesi için ihtiyaç duyulan mutabakat süreçlerini, organizasyonel proje destek süreçlerini, proje süreçlerini ve teknik süreçleri tanımlamak, süreçleri ve bu süreçlerdeki faaliyetleri uyum içinde yürütmek, |
| − | |Sistem tasarım özelliklerinin ve planlanan lojistik kaynakların sistemden beklenen kullanıma hazır bulunma gereklerini sistemin ömür devri boyunca uygun maliyette karşılayabilme derecesidir.
| + | * Program/projelerde yürütülen faaliyetlere ilişkin süreçlerin detaylı olarak tanımlanması, ölçülmesi, geliştirilmesi ve iyileştirilmesi için tüm paydaşların katıldığı bir disiplin ortaya koymak, |
| − | |
| + | * Program/proje yönetimi süresince bu süreçlerde dikkat edilmesi gereken ömür devri yönetimi anlayışına ilişkin ilke, usul ve esasları belirlemek, |
| − | |-
| + | * Süreç odaklı sistem ömür devri yönetimini savunma ve güvenlik alanında faaliyet gösteren kurum, kuruluş ve firmalarda bir kültür olarak yaygınlaştırmak, |
| − | |Doğrulama
| + | * Savunma ve güvenlik sistemlerin ömür devri yönetimine ilişkin standart uygulamalar ortaya koymak, faaliyetlerin ilgili birimler arasında koordine ve iş birliği içerisinde yürütülmesini sağlamak, |
| | + | * Sistemlerin ömür devri süre ve maliyetlerini belirlemeye ve kontrol etmeye yönelik altyapı oluşturmak, |
| | + | * Sistemlerin, fiziki, ekonomik ve teknolojik ömrünü belirleme kriterlerini ortaya koymak, |
| | + | * Sistemlerin envanterden çıkarma zamanlarını istatistiki modellerle bilimsel olarak tahmin etmek için esasları belirlemek ve bu kapsamda ortaya çıkacak ihtiyaçları zamanında tespit ederek, bunlara yönelik planlamanın yeteri kadar önceden yapılması sağlamak, |
| | + | * Bilimsel analizler neticesinde, gerekli planlamaların yapılarak kaynakların daha etkin kullanılmasını mümkün kılacak kullanım, bakım ve destek modelleri geliştirmek ve bu suretle sistemlerin göreve hazır olma seviyelerini üst düzeyde tutmaktır. |
| | + | |
| | + | Bu doküman, savunma ve güvenlik alanında görev alan tüm paydaşların sistem ömür devri yönetimi süreçlerine ve bu süreçler içinde yürütecekleri faaliyetlere rehberlik etmek üzere hazırlanmıştır. |
| | + | |
| | + | == 1.3. KAPSAM == |
| | + | Bu doküman, ülkemizde yürütülen/yürütülecek program/projelerde süreçlerin, sistem ömür devri yönetimi anlayışı içerisinde bir araya getirilmesine ilişkin esasları kapsamaktadır. Bahse konu süreçler, ulusal projelerde kullanılacağı gibi gerektiğinde çok uluslu projelerde müşterek harekât isterleri, iletişim ve işbirliğinin yerine getirilmesine de hizmet edebilir. |
| | + | |
| | + | == 1.4. REHBERİN KULLANIMI == |
| | + | Bu doküman sistem ömür devri yönetimi kurgusu içerisinde işletilebilecek sistem ömür devri yönetimi süreçlerinin tanımlanması amacıyla 5 bölüm halinde hazırlanmıştır: |
| | + | |
| | + | * İlk bölüm; giriş, amaç, kapsam, referanslar gibi genel bilgileri içermektedir. Ayrıca terim ve kısaltmalar da bu bölümün içindedir. |
| | + | * İkinci bölümde, sistem ömür devri süreçlerine giriş bilgilerine yer verilmiş ve dokümanın amacı açıklanmıştır. |
| | + | * Üçüncü bölümde, referans standart AAP-48 içerisinde yer alan sınıflandırma doğrultusunda, 4 ana kategoride sistem ömür devri süreçleri tanımlanmıştır. Her safhada yürütülecek faaliyetlere göre girdiler ve çıktılar belirtilmiştir. |
| | + | * Dördüncü bölümde, [https://tssodypwiki.ssb.gov.tr/index.php/Sistem_%C3%96m%C3%BCr_Devri_Y%C3%B6netimi_Rehberi_(Ana_%C3%87er%C3%A7eve) TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi’nde (Ana Çerçeve)] belirtildiği üzere uyarlama gerektirebilecek hallerde sistem ömür devri süreçlerinin durumu değerlendirilmiştir. |
| | + | * Son bölümde ise sistem ömür devri süreçlerinin, [https://tssodypwiki.ssb.gov.tr/index.php/Sistem_%C3%96m%C3%BCr_Devri_Y%C3%B6netimi_Rehberi_(Ana_%C3%87er%C3%A7eve) TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)]’nde tanımlanan sistem ömür devri safhalarına göre yoğunlukları gösterilmiştir. |
| | + | |
| | + | == 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. |
| | | | |
| − | Verification
| + | '''Tablo 1 Değişiklik İzleme Tablosu''' |
| − | |Ürün ya da hizmetin istenen özellikte olduğunu, gerekleri karşıladığını ve kullanıma uygunluğunu göstermek amacıyla yapılan sistematik değerlendirmelerdir. | + | {| class="wikitable" |
| | + | |'''YAYIN NO''' |
| | + | |'''YAYIN TARİHİ''' |
| | + | |'''DEĞİŞİKLİK YAPILAN BÖLÜM/SAYFA''' |
| | + | |'''AÇIKLAMA''' |
| | + | |- |
| | + | |01 |
| | + | |Ağustos 2021 |
| | | | | | |
| | + | |İlk yayın |
| | |- | | |- |
| − | |Doğrulama Süreci
| |
| − |
| |
| − | Verification Process
| |
| − | |Test, Analiz, Muayene ve Gösterim gibi doğrulama yöntemleri kullanılarak üretimi / entegrasyonu yapılan sistem ve alt sistem prototiplerin gereksinim tanımlama dokümanlarında yer alan isterlerin karşılandığının ispat edildiği süreçtir.
| |
| | | | | | |
| − | |- | + | | |
| − | |Enformasyon Yönetimi Süreci | + | | |
| − | | |
| − | Information Management Process
| |
| − | |Belirlenen sistemlere, ömür devri sırasında ve sonrasında uygun şekilde, zamanında, eksiksiz, geçerli ve gerekirse gizli bilgiler sağlamaktır.
| |
| | | | | | |
| | |- | | |- |
| − | |Entegre Lojistik Destek | + | | |
| − | | + | | |
| − | Integrated Logistics Support
| + | | |
| − | |Ürünlerin lojistik destek gereksinimlerinin tanımlanması, analizi ve planlanmasına yönelik; lojistik planlama ve analiz, bakım/onarım, eğitim, teknik yayın ve diğer ilgili konularda, tasarım aşamasından itibaren, bilimsel yöntemler kullanarak planlanıp yürütülen işlevlerin bütünleşik ele alındığı çalışmalardır. | + | | |
| − | |Bütünleşik Lojistik Destek | |
| | |- | | |- |
| − | |Envanterden Çıkarma Süreci | + | | |
| − | | + | | |
| − | Disposal Process
| + | | |
| − | |Kullanımdan kaldırılmasına karar verilmiş olan Odak Sistem, alt sistem, sistem elemanları ve/veya destek unsurlarının envanterden çıkarılması sürecidir. | + | | |
| − | |Elden Çıkarma | |
| | |- | | |- |
| − | |Geçerli Kılma Süreci
| |
| − |
| |
| − | Validation Process
| |
| − | |Sistemin ilgili operasyonel ortamda kendisinden beklenen ihtiyacı karşıladığının objektif kanıtlarla gösterilmesidir.
| |
| | | | | | |
| − | |-
| |
| − | |Geçiş Süreci
| |
| − |
| |
| − | Transition Process
| |
| − | |Ürünün kurulumu için gerekli faaliyetlerin -sözleşmede belirtildiği şekilde işletimine ve desteğine yardımcı olacak tüm destek unsurlarını da içerecek şekilde- tanımlandığı ve yürütüldüğü süreçtir.
| |
| | | | | | |
| − | |-
| |
| − | |Göreve Hazır Bulunma
| |
| − |
| |
| − | Readiness
| |
| − | |İhtiyaç duyulan sistemin ilgili görev profili kapsamında kullanıma hazır bulunmasıdır.
| |
| | | | | | |
| − | |-
| |
| − | |Güvenilirlik
| |
| − |
| |
| − | Reliability
| |
| − | |Belirli bir zaman periyodunda, istenen çevresel ve coğrafi şartlar altında ve belirlenen kullanım profillerinde sistemin gereken fonksiyonunu hata yapmadan yapabilme/başarabilme olasılığıdır.
| |
| | | | | | |
| | |- | | |- |
| − | |İkmal Süreci
| |
| − |
| |
| − | Supply Process
| |
| − | |Sistem ömür devrinin bir parçası olan kaynakların ve altyapının etkili ve verimli olarak yönetilmesi için operasyonel ihtiyaç ve gereksinimlerin tanımlanması ile Ürün ve destek unsurlarının fiziksel ve fonksiyonel devamlılığının ve kullanım etkinliğinin sağlandığı süreçtir.
| |
| | | | | | |
| − | |-
| |
| − | |İnsan Kaynağı Yönetimi Süreci
| |
| − |
| |
| − | Human Resource Management Process
| |
| − | |Tüm savunma program/projelerinin insan kaynağı ihtiyaçlarını karşılamak için uygun, nitelikli ve deneyimli personelin sağlanması faaliyetlerinin yönetildiği süreçtir.
| |
| | | | | | |
| − | |-
| |
| − | |İş ve Görev Analiz Süreci
| |
| − |
| |
| − | Business or Mission Analysis Process
| |
| − | |Operasyonel koşulları ve kısıtları içeren alan tanımlamasının ve mevcut sistemlerin görev kapsamlarının operasyonel beklentileri karşılama durumu ve önerilen seçeneklerin yetkinlik değerlendirilmesinin yapılması ile ömür devrinin başlatıldığı süreçtir.
| |
| | | | | | |
| − | |-
| |
| − | |Kalifikasyon
| |
| − |
| |
| − | Qualification
| |
| − | |Gereksinimlerin tam olarak ya da belirli sınırlar dahilinde karşılandığının gösterilmesidir.
| |
| | | | | | |
| − | |- | + | |} |
| − | |Kalite Güvence Süreci
| |
| | | | |
| − | Quality Assurance Process
| + | == 1.6. REFERANSLAR == |
| − | |Kalite Yönetim Sisteminin bir parçası olan ve kalite gereksinimlerinin karşılandığının süreç odaklı bir yaklaşımla güvence altına alınmasını temin eden süreçtir.
| + | 1. NATO STANDARD, AAP-20 NATO PROGRAMME MANAGEMENT FRAMEWORK (NATO Life Cycle Model), 2015. |
| − | |
| |
| − | |-
| |
| − | |Kalite Yönetimi Süreci
| |
| | | | |
| − | Quality Management Process
| + | 2. NATO STANDARD, AAP-48 NATO SYSTEM LIFE CYCLE PROCESSES, 2020. |
| − | |Kalite Yönetim Sistemi’nin ürün ömür devri içinde etkili bir şekilde uygulanmasını sağlamak ve müşteri ihtiyaç ve beklentilerinin karşılanmasını temin etmek amacıyla işletilen süreçtir.
| |
| − | |
| |
| − | |-
| |
| − | |Karar Yönetimi Süreci
| |
| | | | |
| − | Decision Management Process
| + | 3. INCOSE SYSTEMS ENGINEERING HANDBOOK, A GUIDE FOR SYSTEM LIFE CYCLE PROCESSES AND ACTIVITIES, 2015. |
| − | |Yeterli bilgi ve seçenekleri içeren kararların doğru zamanda ve doğru seviyede verilmesini sağlayan bir karar mekanizması oluşturma amaçlı süreçtir.
| |
| − | |
| |
| − | |-
| |
| − | |Konfigürasyon Birimi
| |
| | | | |
| − | Configuration Item
| + | 4. ISO/IEC 15288, SYSTEMS AND SOFTWARE ENGINEERING – SYSTEM LIFE CYCLE PROCESSES, 2015. |
| − | |Bir son kullanım işlevini yerine getiren ve ayrı bir konfigürasyon yönetimi dokümantasyonu ve kontrolü gerektirdiği addedilen ürün, alt ürün, alt-ürünler birleşimidir.
| + | |
| − | |
| + | 5. TSSÖDYP Doküman Seti |
| − | |-
| |
| − | |Konfigürasyon Temel Çizgisi
| |
| | | | |
| − | Configuration Baseline
| |
| − | |Bir ürünün zaman içinde belli bir noktadaki özelliklerini belirleyen ve ürünün ömür devri içinde yapılacak faaliyetler için bir referans noktası olarak kullanılan, onaylı ürün konfigürasyon bilgileridir.
| |
| − | |Ana çizgi, ana hat, temel hat, dayanak
| |
| − | |-
| |
| − | |Konfigürasyon Yönetimi Süreci
| |
| | | | |
| − | Configuration Management Process
| + | {| class="wikitable" |
| − | |Sistemin işlevsel ve fiziksel özelliklerinin kontrolünün ve izlenebilirliğinin sağlanması amacıyla ömür devri boyunca meydana gelebilecek tüm değişikliklerle birlikte sistemin konfigürasyonunu tanımlamayı, dokümante etmeyi ve tüm bu süreci yönetmeyi hedefleyen süreçtir. | + | |+ |
| − | | | + | ! colspan="2" |'''TSSÖDYP DOKÜMAN SETİ''' |
| | |- | | |- |
| − | |Kullanım Süreci | + | |'''DOKÜMAN ADI ''' |
| − | | + | | '''DOKÜMAN KODU''' |
| − | Operation Process
| |
| − | |Sistemin işletimi için gerekli olan tüm gereksinimlerin (sistemi kullanacak nitelikte eğitimli personelin olması, kullanım boyunca sistem performansının izlenmesi vb.) oluşturulduğundan emin olmayı sağlayan süreçtir.
| |
| − | | | |
| | |- | | |- |
| − | |Kullanıma Hazır Olma | + | |Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve) |
| − | | + | |TSSÖDYP-01 |
| − | Availability
| |
| − | |İhtiyaç duyulan sistemin, zamanın herhangi bir anında kullanıma hazır olma derecesidir.
| |
| − | | | |
| | |- | | |- |
| − | |Mimari Tanımlama Süreci
| + | |Sistem Ömür Devri Yönetimi Süreçleri Rehberi |
| − | | + | |TSSÖDYP-02 |
| − | Architecture Definition Process
| |
| − | |Sistem mimarisinin tasarlanarak, gereksinimlerle mimarinin uyumlu ve tutarlı bir görünümde ifade edilmesini kapsayan bir süreçtir. | |
| − | | | |
| | |- | | |- |
| − | |Modernizasyon | + | |Ürün Destek Stratejileri ve Modelleri Rehberi |
| − | |Savunma ve güvenlik kurumlarının modern araç, gereç ve sistemlerle donatılması ile envanterinde mevcut olan sistemlerin/ platformların veya yazılımların teknolojik gelişmelere ve savunma, harekât ve operasyonel ihtiyaçlara bağlı olarak performansının artırılmasına yönelik faaliyetlerdir.
| + | |TSSÖDYP-03 |
| − | | | |
| | |- | | |- |
| − | |Mutabakat Süreçleri | + | |Entegre Lojistik Destek (ELD) Rehberi |
| − | | + | |TSSÖDYP-04 |
| − | Agreement Processes
| |
| − | |Projelerin / programların başlatılması, yürütülmesi ve kontrol edilmesi için gereken kaynakların ve altyapının, sistem ömür devrinin bir parçası olarak tanımlanması, kullanıma hazır bulundurulması ve yönetilmesi amacıyla mutabakat esaslarının tanımlanmasını sağlayan süreçlerdir.
| |
| − | | | |
| | |- | | |- |
| − | |Organizasyonel Program/Proje Destek Süreçleri | + | |Entegre Lojistik Destek (ELD) İsterleri Hazırlama Rehberi |
| − | | + | | TSSÖDYP-05 |
| − | Organisational Project – Enabling Processes
| |
| − | |Programların ve projelerin etkin şekilde yürütülebileceği uyumlu bir ortam yaratmaya çalışan süreçlerdir.
| |
| − | | | |
| | |- | | |- |
| − | |Ölçüm Süreci | + | |Lojistik Destek Analizleri ve Kayıtları Rehberi |
| − | | + | |TSSÖDYP-06 |
| − | Measurement Process
| |
| − | |Karar Yönetimi Süreci’nin kullanacağı objektif kanıt ve verilerin toplandığı süreçtir.
| |
| − | | | |
| | |- | | |- |
| − | |Ömür Boyu İzlenebilirlik Yönetim Süreci | + | |Tedarik Zinciri Yönetimi Rehberi |
| − | | + | |TSSÖDYP-07 |
| − | Through-Life Traceability Management Process
| |
| − | |Kalite güvence yönetimi sürekliliğinin, güncelliğinin ve ilgili tüm faaliyetlerin kayıt altına alınarak izlenebilirliğinin sağlanması sürecidir.
| |
| − | |
| |
| | |- | | |- |
| − | |Ömür Devri Maliyet Yönetim Süreci | + | |Sistem Ömür Devri Yönetiminde Demodelik Yönetimi Rehberi |
| − | | + | |TSSÖDYP-08 |
| − | Life Cycle Cost Management Process
| |
| − | |Yapılacak analizler yardımıyla ömür devri maliyetinin tahmin edilmesi, gerçekleşen maliyetlerin hesaplanması, tahmini maliyet ile gerçekleşen maliyet arasındaki sapmaların tespit edilmesi, bütçeleme ve harcamalar için program/proje yönetimine destek olunması ve gerekli güncellemelerin yapılmasının amaçlandığı süreçtir.
| |
| − | | | |
| | |- | | |- |
| − | |Ömür Devri Modeli Yönetimi Süreci | + | |Kullanım ve Destek İhtiyaçları Çerçevesinde Yerlileştirme/ |
| | | | |
| − | Life Cycle Model Management Process
| + | Millîleştirme Rehberi |
| − | |Ömür devri yönetiminde kullanılacak olan model çerçevesinde faaliyetlerin ve prosedürlerin oluşturulması ve idame ettirilmesi faaliyetlerinin amaçlandığı süreçtir.
| + | |TSSÖDYP-09 |
| − | | | |
| | |- | | |- |
| − | |Paydaş İhtiyaçları ve İsterleri Tanımlama Süreci | + | |Kullanım ve Destek Safhaları Kalite Yönetimi Rehberi |
| | + | |TSSÖDYP-10 |
| | + | |- |
| | + | |Sistem Ömür Devri Yönetiminde Konfigürasyon Yönetimi Rehberi |
| | + | |TSSÖDYP-11 |
| | + | |- |
| | + | |Teknik Yayın Hazırlama Rehberi |
| | + | |TSSÖDYP-12 |
| | + | |- |
| | + | |Eğitim ve Eğitim İhtiyaçları Rehberi |
| | + | |TSSÖDYP-13 |
| | + | |- |
| | + | |Sistem Ömür Devri Yönetimi Terminolojisi |
| | + | |TSSÖDYP-14 |
| | + | |- |
| | + | |Kodlandırma ve Sınıflandırma Bilgi Kitapçığı |
| | + | |TSSÖDYP-15 |
| | + | |- |
| | + | |ASD/AIA S-Serisi ELD Spesifikasyonları Seti Tanıtım Kitapçığı |
| | + | |TSSÖDYP-16 |
| | + | |} |
| | | | |
| − | Stakeholder Needs and Requirements Definition Process
| + | == 1.7. TANIMLAR VE KISALTMALAR == |
| − | |Kullanıcıların ve diğer paydaşların, tanımlanmış bir ortamda ihtiyaç duydukları hizmetleri sağlayabilecek bir sistemin gereksinimlerini tanımlayan süreçtir. | + | |
| − | | | + | === 1.7.1. TANIMLAR === |
| | + | '''Tablo 2 Tanımlar Tablosu''' |
| | + | {| class="wikitable" |
| | + | |'''Terim''' |
| | + | |'''Tanım''' |
| | + | |'''Diğer Kullanım''' |
| | |- | | |- |
| − | |Portföy Yönetimi Süreci | + | |Altyapı Yönetimi Süreci |
| | | | |
| − | Project Portfolio Management Process
| + | Infrastructure Management Process |
| − | |Organizasyonun stratejik hedeflerini karşılamak için gerekli ve uygun projeleri başlatıldığı ve sürdürüldüğü süreçtir. | + | |Organizasyon için gerekli olan tesislerin, araçların, iletişim ve bilgi teknolojisi varlıklarının tasarlanması, geliştirilmesi, değiştirilmesi, uygulanması, idame ettirilmesi ve elden çıkarılmasının amaçlandığı süreçtir. |
| | | | | | |
| | |- | | |- |
| − | |Program/Proje Süreçleri | + | |Anahtar Performans Göstergesi |
| | | | |
| − | Technical Management Processes
| + | Key Performance Indicator |
| − | |Proje planlanması, planların geliştirilmesi, olgunlaştırılması, yürütülmesi, değerlendirilmesi, denetlenmesi kapsamında izlenecek faaliyetlerin uyum içinde yürütülmesini sağlayan süreçlerdir. | + | |Süreçte hedeflenen performans seviyesinin tanımlanması için kullanılan göstergelerdir. |
| | | | | | |
| | |- | | |- |
| − | |Program/Proje Planlama Süreci | + | |Anahtar Risk Göstergesi |
| | | | |
| − | Programme/Project Planning Process
| + | Key Risk Indicator |
| − | |Açıkça belirlenmiş amaçlar doğrultusunda işletilebilir ve gerekli yetki ve sorumlulukları tanımlanmış bir program/proje planının idame ettirilmesinin amaçlandığı süreçtir. | + | |Süreçte belirlenen risk seviyesinin erken dönemde fark edilmesini sağlamak için kullanılan göstergelerdir. |
| | | | | | |
| | |- | | |- |
| − | |Program/Proje Değerlendirme ve Kontrol Süreci | + | |Arıza |
| | | | |
| − | Project Assessment and Control Process
| + | Failure |
| − | |Program/projenin öngörülen bütçe ve zaman planına göre gerçekleştirilerek teknik hedeflere ulaşılacak şekilde program/proje planının yürütülmesinin amaçlandığı süreçtir. | + | |Bir konfigürasyon biriminin kendinden beklenen şekilde çalışmaması ve/veya beklenen çıktıları üretememesi durumudur. |
| | | | | | |
| | |- | | |- |
| − | |Risk Yönetimi Süreci | + | |Bilgi Yönetimi Süreci |
| | | | |
| − | Risk Management Process
| + | Knowledge Management Process |
| − | |Maliyet, takvim ve performans hedeflerinin, tüm paydaşlarla birlikte ömür devrinin her aşamasında sağlanmasını garanti etmeye yardımcı olan süreçtir. | + | |Organizasyonların fırsatlardan faydalanması ve tehditlerden sakınması için mevcut bilgi birikiminin erişilebilirliğini ve tekrar kullanımını sağlayan bilgi sisteminin kurulduğu ve yönetildiği süreçtir. |
| | | | | | |
| | |- | | |- |
| − | |Sistem Analizi Süreci | + | |Demodelik Yönetimi |
| | | | |
| − | System Analysis Process
| + | Obsolescence Management |
| − | |Sistemin ömür devri içinde ihtiyaç duyulacak sistem özelliklerinin analiz edilerek ortaya çıkartılmasını sağlayan süreçtir. | + | |Tasarım, geliştirme, üretim ve ürün desteği dönemlerinde ürün içeriğindeki parçaların üretim sürecinde ya da bulunabilirliğinde meydana gelebilecek değişimlerden kaynaklanan problemlerin farkında olmak ve bu problemlerin etkilerini azaltmak için çözüm yöntemleri belirlemek amacıyla yürütülen düzeltici ve önleyici faaliyetlerin yönetilmesi disiplinidir. |
| | | | | | |
| | |- | | |- |
| − | |Sistem Gereksinimleri Tanımlama Süreci | + | |Destek Süreci |
| | | | |
| − | System Requirements Definition Process
| + | Support Process |
| − | |Müşteri tarafından aktarılan gereksinimlerin sistem gereksinimleri haline getirilmesi ve tüm gereksinimlerin sağlandığından emin olunana kadar aradaki izlenebilirliğin kurulması ve yönetilmesini sağlayan süreçtir. | + | |Ürünün ömrü boyunca hizmet verebilme yeteneğinin ve lojistik desteğinin sürdürülebilir olmasını sağlamaya ilişkin programlamaların yapılmasıdır. |
| | | | | | |
| | |- | | |- |
| − | |Sistem Ömür Devri | + | |Destek Unsurları |
| | | | |
| − | System Life Cycle
| + | Enablling Systems |
| − | |İhtiyacın belirlenmesi ile başlayan ve sistemin envanterden çıkarılması ile son bulan zaman dilimidir. | + | |Odak Sistemin belirlenen kullanım konsepti ve görev profilleri çerçevesinde istenilen performans seviyesinde görev yapabilmesi ve maliyet etkin olarak kullanımında sürekliliğin sağlanması için ihtiyaç duyulan unsurlardır. |
| | | | | | |
| | |- | | |- |
| − | |Süreç | + | |Desteklenebilirlik |
| | | | |
| − | Process
| + | Supportability |
| − | |Girdiyi çıktıya dönüştüren olguların ya da olayların belli bir taslağa uygun ve belli bir sonuca varacak biçimde düzenlenmesi ve art arda sıralanmasıdır. | + | |Sistem tasarım özelliklerinin ve planlanan lojistik kaynakların sistemden beklenen kullanıma hazır bulunma gereklerini sistemin ömür devri boyunca uygun maliyette karşılayabilme derecesidir. |
| | | | | | |
| | |- | | |- |
| − | |Süreç Yönetimi | + | |Doğrulama |
| | | | |
| − | Process Management
| + | Verification |
| − | |Süreçleri temel kabul eden bir yönetim disiplinidir. | + | |Ürün ya da hizmetin istenen özellikte olduğunu, gerekleri karşıladığını ve kullanıma uygunluğunu göstermek amacıyla yapılan sistematik değerlendirmelerdir. |
| | | | | | |
| | |- | | |- |
| − | |Tasarım Tanımlama Süreci | + | |Doğrulama Süreci |
| | | | |
| − | Design Definition Process
| + | Verification Process |
| − | |Uygulama ve entegrasyon faaliyetleri için gerekli detaydaki bilgiyi mimari modele ve müşteri isteklerine uygun olarak oluşturan süreçtir. | + | |Test, Analiz, Muayene ve Gösterim gibi doğrulama yöntemleri kullanılarak üretimi / entegrasyonu yapılan sistem ve alt sistem prototiplerin gereksinim tanımlama dokümanlarında yer alan isterlerin karşılandığının ispat edildiği süreçtir. |
| | | | | | |
| | |- | | |- |
| − | |Tedarik Süreci | + | |Enformasyon Yönetimi Süreci |
| | | | |
| − | Acquisition Process
| + | Information Management Process |
| − | |Harekât ve lojistik ihtiyaçlara esas gereksinimlere, yeteneklere ve risk alanlarına yönelik ihtiyacın giderilmesi için ana hatları ile ortaya koyulan uygun sistem çözümünün ve sistem çözümüne ilişkin detaylı çalışmaların yürütülerek, tanımlanan sistem gereksinimlerinin ve bu ihtiyaçların şartlara uygun olarak karşılanması hususunda ilgili paydaşlar arasında anlaşmaya varılan süreçtir. | + | |Belirlenen sistemlere, ömür devri sırasında ve sonrasında uygun şekilde, zamanında, eksiksiz, geçerli ve gerekirse gizli bilgiler sağlamaktır. |
| | | | | | |
| | |- | | |- |
| − | |Tedarik Zinciri | + | |Entegre Lojistik Destek |
| | | | |
| − | Supply Chain
| + | Integrated Logistics Support |
| − | |Alt yükleniciler, yükleniciler, tedarik makamı, ihtiyaç makamı ve kullanıcı arasındaki malzeme, para ve bilgi etkileşimlerini kapsayan bağlantı zinciridir. | + | |Ürünlerin lojistik destek gereksinimlerinin tanımlanması, analizi ve planlanmasına yönelik; lojistik planlama ve analiz, bakım/onarım, eğitim, teknik yayın ve diğer ilgili konularda, tasarım aşamasından itibaren, bilimsel yöntemler kullanarak planlanıp yürütülen işlevlerin bütünleşik ele alındığı çalışmalardır. |
| − | | | + | |Bütünleşik Lojistik Destek |
| | |- | | |- |
| − | |Teknik Süreçler | + | |Envanterden Çıkarma Süreci |
| | | | |
| − | Technical Processes
| + | Disposal Process |
| − | |Bir sistem / ürün veya hizmet için gereksinimlerin tanımlanması, bu gereksinimlerin amaca uygun, tutarlı ve etkili bir ürüne dönüştürülmesi, gerekli hizmetlerin paydaş ihtiyaçlarını ve isterlerini karşılayacak şekilde ürünün kullanımının, desteğinin sağlanması ve ihtiyaç kalmadığında envanterden çıkarılması faaliyetlerinin düzenlenmesini sağlayan süreçlerdir | + | |Kullanımdan kaldırılmasına karar verilmiş olan Odak Sistem, alt sistem, sistem elemanları ve/veya destek unsurlarının envanterden çıkarılması sürecidir. |
| − | | | + | |Elden Çıkarma |
| | |- | | |- |
| − | |Test Edilebilirlik | + | |Geçerli Kılma Süreci |
| | | | |
| − | Testability
| + | Validation Process |
| − | |Test kriterlerinin belirlenme ve test performansını kolaylaştırma derecesidir. | + | |Sistemin ilgili operasyonel ortamda kendisinden beklenen ihtiyacı karşıladığının objektif kanıtlarla gösterilmesidir. |
| | | | | | |
| | |- | | |- |
| − | |Uyarlama | + | |Geçiş Süreci |
| | | | |
| − | Tailoring
| + | Transition Process |
| − | |Bulunduğu safha gereksinimlerine göre odak sistemin ömür devrine ilişkin yürütülen faaliyetlerin birtakım süreç ve iş ürünlerinde değişiklikler yapılarak ele alınmasıdır. | + | |Ürünün kurulumu için gerekli faaliyetlerin -sözleşmede belirtildiği şekilde işletimine ve desteğine yardımcı olacak tüm destek unsurlarını da içerecek şekilde- tanımlandığı ve yürütüldüğü süreçtir. |
| | | | | | |
| | |- | | |- |
| − | |Uygulama ve Entegrasyon Süreci | + | |Göreve Hazır Bulunma |
| | | | |
| − | Implementation and Integration Process
| + | Readiness |
| − | |Tanımlı sistem elemanlarının oluşturulması ve bunların bir araya getirilerek çizilen mimariye ve gereksinimlere uygun sistemlerin meydana getirilmesini sağlayan süreçtir. | + | |İhtiyaç duyulan sistemin ilgili görev profili kapsamında kullanıma hazır bulunmasıdır. |
| | | | | | |
| − | |} | + | |- |
| | + | |Güvenilirlik |
| | | | |
| − | = 1.7.2. KISALTMALAR =
| + | Reliability |
| − | Tablo 3 Kısaltmalar Tablosu
| + | |Belirli bir zaman periyodunda, istenen çevresel ve coğrafi şartlar altında ve belirlenen kullanım profillerinde sistemin gereken fonksiyonunu hata yapmadan yapabilme/başarabilme olasılığıdır. |
| − | {| class="wikitable"
| + | | |
| − | |'''Kısaltma'''
| |
| − | |'''Açıklama''' | |
| | |- | | |- |
| − | |AAP | + | |İkmal Süreci |
| − | |Allied Administrative Publication (Müttefik Yönetim Yayınları) | + | |
| | + | Supply Process |
| | + | |Sistem ömür devrinin bir parçası olan kaynakların ve altyapının etkili ve verimli olarak yönetilmesi için operasyonel ihtiyaç ve gereksinimlerin tanımlanması ile Ürün ve destek unsurlarının fiziksel ve fonksiyonel devamlılığının ve kullanım etkinliğinin sağlandığı süreçtir. |
| | + | | |
| | |- | | |- |
| − | |CONOPS | + | |İnsan Kaynağı Yönetimi Süreci |
| − | |Concept of Operations (Operasyonel Kullanım Konsepti) | + | |
| | + | Human Resource Management Process |
| | + | |Tüm savunma program/projelerinin insan kaynağı ihtiyaçlarını karşılamak için uygun, nitelikli ve deneyimli personelin sağlanması faaliyetlerinin yönetildiği süreçtir. |
| | + | | |
| | |- | | |- |
| − | |DELTMATO | + | |İş ve Görev Analiz Süreci |
| − | |Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik
| |
| − | |-
| |
| − | |ELD
| |
| | | | |
| − | ILS
| + | Business or Mission Analysis Process |
| − | |Entegre Lojistik Destek | + | |Operasyonel koşulları ve kısıtları içeren alan tanımlamasının ve mevcut sistemlerin görev kapsamlarının operasyonel beklentileri karşılama durumu ve önerilen seçeneklerin yetkinlik değerlendirilmesinin yapılması ile ömür devrinin başlatıldığı süreçtir. |
| | + | | |
| | + | |- |
| | + | |Kalifikasyon |
| | | | |
| − | Integrated Logistics Support
| + | Qualification |
| | + | |Gereksinimlerin tam olarak ya da belirli sınırlar dahilinde karşılandığının gösterilmesidir. |
| | + | | |
| | |- | | |- |
| − | |APG | + | |Kalite Güvence Süreci |
| | | | |
| − | KPI
| + | Quality Assurance Process |
| − | |Anahtar Performans Göstergesi | + | |Kalite Yönetim Sisteminin bir parçası olan ve kalite gereksinimlerinin karşılandığının süreç odaklı bir yaklaşımla güvence altına alınmasını temin eden süreçtir. |
| | + | | |
| | + | |- |
| | + | |Kalite Yönetimi Süreci |
| | | | |
| − | Key Performance Indicator
| + | Quality Management Process |
| | + | |Kalite Yönetim Sistemi’nin ürün ömür devri içinde etkili bir şekilde uygulanmasını sağlamak ve müşteri ihtiyaç ve beklentilerinin karşılanmasını temin etmek amacıyla işletilen süreçtir. |
| | + | | |
| | |- | | |- |
| − | |ARG | + | |Karar Yönetimi Süreci |
| | | | |
| − | KRI
| + | Decision Management Process |
| − | |Anahtar Risk Göstergesi | + | |Yeterli bilgi ve seçenekleri içeren kararların doğru zamanda ve doğru seviyede verilmesini sağlayan bir karar mekanizması oluşturma amaçlı süreçtir. |
| | + | | |
| | + | |- |
| | + | |Konfigürasyon Birimi |
| | | | |
| − | Key Risk Indicator
| + | Configuration Item |
| − | |} | + | |Bir son kullanım işlevini yerine getiren ve ayrı bir konfigürasyon yönetimi dokümantasyonu ve kontrolü gerektirdiği addedilen ürün, alt ürün, alt-ürünler birleşimidir. |
| | + | | |
| | + | |- |
| | + | |Konfigürasyon Temel Çizgisi |
| | | | |
| − | = 1.8. TABLOLAR VE ŞEKİLLER =
| + | Configuration Baseline |
| − | | + | |Bir ürünün zaman içinde belli bir noktadaki özelliklerini belirleyen ve ürünün ömür devri içinde yapılacak faaliyetler için bir referans noktası olarak kullanılan, onaylı ürün konfigürasyon bilgileridir. |
| − | = 1.8.1. TABLOLAR =
| + | |Ana çizgi, ana hat, temel hat, dayanak |
| − | Tablo 1 Değişiklik İzleme Tablosu.. 12
| + | |- |
| | + | |Konfigürasyon Yönetimi Süreci |
| | | | |
| − | Tablo 2 Tanımlar Tablosu.. 14
| + | Configuration Management Process |
| | + | |Sistemin işlevsel ve fiziksel özelliklerinin kontrolünün ve izlenebilirliğinin sağlanması amacıyla ömür devri boyunca meydana gelebilecek tüm değişikliklerle birlikte sistemin konfigürasyonunu tanımlamayı, dokümante etmeyi ve tüm bu süreci yönetmeyi hedefleyen süreçtir. |
| | + | | |
| | + | |- |
| | + | |Kullanım Süreci |
| | | | |
| − | Tablo 3 Kısaltmalar Tablosu.. 23
| + | Operation Process |
| | + | |Sistemin işletimi için gerekli olan tüm gereksinimlerin (sistemi kullanacak nitelikte eğitimli personelin olması, kullanım boyunca sistem performansının izlenmesi vb.) oluşturulduğundan emin olmayı sağlayan süreçtir. |
| | + | | |
| | + | |- |
| | + | |Kullanıma Hazır Olma |
| | | | |
| − | Tablo 4 Uyarlama. 154
| + | Availability |
| | + | |İhtiyaç duyulan sistemin, zamanın herhangi bir anında kullanıma hazır olma derecesidir. |
| | + | | |
| | + | |- |
| | + | |Mimari Tanımlama Süreci |
| | | | |
| − | Tablo 5 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri 155
| + | Architecture Definition Process |
| | + | |Sistem mimarisinin tasarlanarak, gereksinimlerle mimarinin uyumlu ve tutarlı bir görünümde ifade edilmesini kapsayan bir süreçtir. |
| | + | | |
| | + | |- |
| | + | |Modernizasyon |
| | + | |Savunma ve güvenlik kurumlarının modern araç, gereç ve sistemlerle donatılması ile envanterinde mevcut olan sistemlerin/ platformların veya yazılımların teknolojik gelişmelere ve savunma, harekât ve operasyonel ihtiyaçlara bağlı olarak performansının artırılmasına yönelik faaliyetlerdir. |
| | + | | |
| | + | |- |
| | + | |Mutabakat Süreçleri |
| | | | |
| − | = 1.8.2. ŞEKİLLER =
| + | Agreement Processes |
| − | Şekil 1 Sistem Ömür Devri Safhaları 27
| + | |Projelerin / programların başlatılması, yürütülmesi ve kontrol edilmesi için gereken kaynakların ve altyapının, sistem ömür devrinin bir parçası olarak tanımlanması, kullanıma hazır bulundurulması ve yönetilmesi amacıyla mutabakat esaslarının tanımlanmasını sağlayan süreçlerdir. |
| | + | | |
| | + | |- |
| | + | |Organizasyonel Program/Proje Destek Süreçleri |
| | | | |
| − | Şekil 2 Sistem Ömür Devri Süreçleri 31
| + | Organisational Project – Enabling Processes |
| | + | |Programların ve projelerin etkin şekilde yürütülebileceği uyumlu bir ortam yaratmaya çalışan süreçlerdir. |
| | + | | |
| | + | |- |
| | + | |Ölçüm Süreci |
| | | | |
| − | Şekil 3 Tedarik Süreci 38
| + | Measurement Process |
| − | | + | |Karar Yönetimi Süreci’nin kullanacağı objektif kanıt ve verilerin toplandığı süreçtir. |
| − | Şekil 4 İkmal Süreci 42
| + | | |
| | + | |- |
| | + | |Ömür Boyu İzlenebilirlik Yönetim Süreci |
| | | | |
| − | Şekil 5 Ömür Devri Modeli Yönetimi Süreci 44
| + | Through-Life Traceability Management Process |
| | + | |Kalite güvence yönetimi sürekliliğinin, güncelliğinin ve ilgili tüm faaliyetlerin kayıt altına alınarak izlenebilirliğinin sağlanması sürecidir. |
| | + | | |
| | + | |- |
| | + | |Ömür Devri Maliyet Yönetim Süreci |
| | | | |
| − | Şekil 6 Altyapı Yönetimi Süreci 46
| + | Life Cycle Cost Management Process |
| | + | |Yapılacak analizler yardımıyla ömür devri maliyetinin tahmin edilmesi, gerçekleşen maliyetlerin hesaplanması, tahmini maliyet ile gerçekleşen maliyet arasındaki sapmaların tespit edilmesi, bütçeleme ve harcamalar için program/proje yönetimine destek olunması ve gerekli güncellemelerin yapılmasının amaçlandığı süreçtir. |
| | + | | |
| | + | |- |
| | + | |Ömür Devri Modeli Yönetimi Süreci |
| | | | |
| − | Şekil 7 Portföy Yönetimi Süreci 48
| + | Life Cycle Model Management Process |
| | + | |Ömür devri yönetiminde kullanılacak olan model çerçevesinde faaliyetlerin ve prosedürlerin oluşturulması ve idame ettirilmesi faaliyetlerinin amaçlandığı süreçtir. |
| | + | | |
| | + | |- |
| | + | |Paydaş İhtiyaçları ve İsterleri Tanımlama Süreci |
| | | | |
| − | Şekil 8 İnsan Kaynağı Yönetim Süreci 50
| + | Stakeholder Needs and Requirements Definition Process |
| | + | |Kullanıcıların ve diğer paydaşların, tanımlanmış bir ortamda ihtiyaç duydukları hizmetleri sağlayabilecek bir sistemin gereksinimlerini tanımlayan süreçtir. |
| | + | | |
| | + | |- |
| | + | |Portföy Yönetimi Süreci |
| | | | |
| − | Şekil 9 Bilgi (Knowledge) Yönetim Süreci 52
| + | Project Portfolio Management Process |
| | + | |Organizasyonun stratejik hedeflerini karşılamak için gerekli ve uygun projeleri başlatıldığı ve sürdürüldüğü süreçtir. |
| | + | | |
| | + | |- |
| | + | |Program/Proje Süreçleri |
| | | | |
| − | Şekil 10 Kalite Yönetim Süreci 60
| + | Technical Management Processes |
| | + | |Proje planlanması, planların geliştirilmesi, olgunlaştırılması, yürütülmesi, değerlendirilmesi, denetlenmesi kapsamında izlenecek faaliyetlerin uyum içinde yürütülmesini sağlayan süreçlerdir. |
| | + | | |
| | + | |- |
| | + | |Program/Proje Planlama Süreci |
| | | | |
| − | Şekil 11 Program/Proje Planlama Süreci 67
| + | Programme/Project Planning Process |
| | + | |Açıkça belirlenmiş amaçlar doğrultusunda işletilebilir ve gerekli yetki ve sorumlulukları tanımlanmış bir program/proje planının idame ettirilmesinin amaçlandığı süreçtir. |
| | + | | |
| | + | |- |
| | + | |Program/Proje Değerlendirme ve Kontrol Süreci |
| | | | |
| − | Şekil 12 Program/Proje Değerlendirme ve Kontrol Süreci 70
| + | Project Assessment and Control Process |
| − | | + | |Program/projenin öngörülen bütçe ve zaman planına göre gerçekleştirilerek teknik hedeflere ulaşılacak şekilde program/proje planının yürütülmesinin amaçlandığı süreçtir. |
| − | Şekil 13 Karar Yönetim Süreci 72
| + | | |
| | + | |- |
| | + | |Risk Yönetimi Süreci |
| | | | |
| − | Şekil 14 Risk Yönetim Süreci 74
| + | Risk Management Process |
| | + | |Maliyet, takvim ve performans hedeflerinin, tüm paydaşlarla birlikte ömür devrinin her aşamasında sağlanmasını garanti etmeye yardımcı olan süreçtir. |
| | + | | |
| | + | |- |
| | + | |Sistem Analizi Süreci |
| | | | |
| − | Şekil 15 Konfigürasyon Yönetim Süreci 78
| + | System Analysis Process |
| | + | |Sistemin ömür devri içinde ihtiyaç duyulacak sistem özelliklerinin analiz edilerek ortaya çıkartılmasını sağlayan süreçtir. |
| | + | | |
| | + | |- |
| | + | |Sistem Gereksinimleri Tanımlama Süreci |
| | | | |
| − | Şekil 16 Bilgi (Enformasyon) Yönetim Süreci 80
| + | System Requirements Definition Process |
| | + | |Müşteri tarafından aktarılan gereksinimlerin sistem gereksinimleri haline getirilmesi ve tüm gereksinimlerin sağlandığından emin olunana kadar aradaki izlenebilirliğin kurulması ve yönetilmesini sağlayan süreçtir. |
| | + | | |
| | + | |- |
| | + | |Sistem Ömür Devri |
| | | | |
| − | Şekil 17 Ölçüm Süreci 85
| + | System Life Cycle |
| | + | |İhtiyacın belirlenmesi ile başlayan ve sistemin envanterden çıkarılması ile son bulan zaman dilimidir. |
| | + | | |
| | + | |- |
| | + | |Süreç |
| | | | |
| − | Şekil 18 Kalite Güvence Süreci 91
| + | Process |
| | + | |Girdiyi çıktıya dönüştüren olguların ya da olayların belli bir taslağa uygun ve belli bir sonuca varacak biçimde düzenlenmesi ve art arda sıralanmasıdır. |
| | + | | |
| | + | |- |
| | + | |Süreç Yönetimi |
| | | | |
| − | Şekil 19 Ömür Boyu İzlenebilirlik Süreci 93
| + | Process Management |
| | + | |Süreçleri temel kabul eden bir yönetim disiplinidir. |
| | + | | |
| | + | |- |
| | + | |Tasarım Tanımlama Süreci |
| | | | |
| − | Şekil 20 Ömür Devri Maliyeti Yönetim Süreci 99
| + | Design Definition Process |
| | + | |Uygulama ve entegrasyon faaliyetleri için gerekli detaydaki bilgiyi mimari modele ve müşteri isteklerine uygun olarak oluşturan süreçtir. |
| | + | | |
| | + | |- |
| | + | |Tedarik Süreci |
| | | | |
| − | Şekil 21 İş ve Görev Analizi Süreci 102
| + | Acquisition Process |
| − | | + | |Harekât ve lojistik ihtiyaçlara esas gereksinimlere, yeteneklere ve risk alanlarına yönelik ihtiyacın giderilmesi için ana hatları ile ortaya koyulan uygun sistem çözümünün ve sistem çözümüne ilişkin detaylı çalışmaların yürütülerek, tanımlanan sistem gereksinimlerinin ve bu ihtiyaçların şartlara uygun olarak karşılanması hususunda ilgili paydaşlar arasında anlaşmaya varılan süreçtir. |
| − | Şekil 22 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci 105
| + | | |
| | + | |- |
| | + | |Tedarik Zinciri |
| | | | |
| − | Şekil 23 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci 107
| + | Supply Chain |
| | + | |Alt yükleniciler, yükleniciler, tedarik makamı, ihtiyaç makamı ve kullanıcı arasındaki malzeme, para ve bilgi etkileşimlerini kapsayan bağlantı zinciridir. |
| | + | | |
| | + | |- |
| | + | |Teknik Süreçler |
| | | | |
| − | Şekil 24 Mimari Tanımlama Süreci 109
| + | Technical Processes |
| | + | |Bir sistem / ürün veya hizmet için gereksinimlerin tanımlanması, bu gereksinimlerin amaca uygun, tutarlı ve etkili bir ürüne dönüştürülmesi, gerekli hizmetlerin paydaş ihtiyaçlarını ve isterlerini karşılayacak şekilde ürünün kullanımının, desteğinin sağlanması ve ihtiyaç kalmadığında envanterden çıkarılması faaliyetlerinin düzenlenmesini sağlayan süreçlerdir |
| | + | | |
| | + | |- |
| | + | |Test Edilebilirlik |
| | | | |
| − | Şekil 25 Tasarım Tanımlama Süreci 111
| + | Testability |
| | + | |Test kriterlerinin belirlenme ve test performansını kolaylaştırma derecesidir. |
| | + | | |
| | + | |- |
| | + | |Uyarlama |
| | | | |
| − | Şekil 26 Sistem Analiz Süreci 113
| + | Tailoring |
| | + | |Bulunduğu safha gereksinimlerine göre odak sistemin ömür devrine ilişkin yürütülen faaliyetlerin birtakım süreç ve iş ürünlerinde değişiklikler yapılarak ele alınmasıdır. |
| | + | | |
| | + | |- |
| | + | |Uygulama ve Entegrasyon Süreci |
| | | | |
| − | Şekil 27 Uygulama ve Entegrasyon Süreci 115
| + | Implementation and Integration Process |
| | + | |Tanımlı sistem elemanlarının oluşturulması ve bunların bir araya getirilerek çizilen mimariye ve gereksinimlere uygun sistemlerin meydana getirilmesini sağlayan süreçtir. |
| | + | | |
| | + | |} |
| | | | |
| − | Şekil 28 Doğrulama Süreci 117
| + | === 1.7.2. KISALTMALAR === |
| | + | '''Tablo 3 Kısaltmalar Tablosu''' |
| | + | {| class="wikitable" |
| | + | |'''Kısaltma''' |
| | + | |'''Açıklama''' |
| | + | |- |
| | + | |AAP |
| | + | |Allied Administrative Publication (Müttefik Yönetim Yayınları) |
| | + | |- |
| | + | |CONOPS |
| | + | |Concept of Operations (Operasyonel Kullanım Konsepti) |
| | + | |- |
| | + | |DELTMATO |
| | + | |Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik |
| | + | |- |
| | + | |ELD |
| | | | |
| − | Şekil 29 Geçiş Süreci 119
| + | ILS |
| | + | |Entegre Lojistik Destek |
| | | | |
| − | Şekil 30 Geçerli Kılma Süreci 121
| + | Integrated Logistics Support |
| | + | |- |
| | + | |APG |
| | | | |
| − | Şekil 31 Kullanım Süreci 123
| + | KPI |
| | + | |Anahtar Performans Göstergesi |
| | | | |
| − | Şekil 32 Destek Süreci 126
| + | Key Performance Indicator |
| | + | |- |
| | + | |ARG |
| | | | |
| − | Şekil 33 Envanterden Çıkarma Süreci 128
| + | KRI |
| | + | |Anahtar Risk Göstergesi |
| | + | |
| | + | Key Risk Indicator |
| | + | |} |
| | + | |
| | + | == 1.8. TABLOLAR VE ŞEKİLLER == |
| | + | |
| | + | === 1.8.1. TABLOLAR === |
| | + | Tablo 1 Değişiklik İzleme Tablosu |
| | | | |
| − | = 2. SİSTEM ÖMÜR DEVRİ YÖNETİMİ =
| + | Tablo 2 Tanımlar Tablosu |
| − | Sistem Ömür Devri Yönetimi; ihtiyacın ortaya çıkışından ürünün envanterden çıkarılmasına kadar sistem etkinliğinin sağlanması için tüm sistem ömür devri safhalarının bütünleşik olarak yönetimin sağlanmasıdır. Sistem ömür devri yönetiminin daha sağlıklı yapılabilmesi; tüm süreçlere ilişkin faaliyetlerin tanımlanmasına, ölçülmesine, geliştirilmesine ve iyileştirilmesine bağlıdır. | + | |
| | + | Tablo 3 Kısaltmalar Tablosu |
| | + | |
| | + | Tablo 4 Uyarlama |
| | + | |
| | + | Tablo 5 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri |
| | | | |
| − | Bu kapsamda kullanılan temel kavramlar aşağıda yer almaktadır:
| + | === 1.8.2. ŞEKİLLER === |
| | + | Şekil 1 Sistem Ömür Devri Safhaları |
| | | | |
| − | '''Sistem;''' ömür devrinin ilk safhasından itibaren Odak Sistem ve Destek Unsurlarının ayrılmaz bir bütün halinde ele alındığı ve yönetildiği bileşenler topluluğudur.
| + | Şekil 2 Sistem Ömür Devri Süreçleri |
| | | | |
| − | '''Odak Sistem;''' herhangi bir portföy/program/proje çerçevesinde, yeni bir temel yetenek kazandıran ya da mevcut bir temel yeteneğin kapsamlı modernizasyonuna yönelik olan, tedariki, kullanımı ve desteği yüksek maliyetli ve/veya gerçekleştirilmesi nispeten uzun zaman alacak olan savunma ve güvenlik sistemleridir.
| + | Şekil 3 Tedarik Süreci |
| | | | |
| − | Odak Sistemin temel görevi, savunma ve güvenlik ihtiyacını belirlenen kullanım konsepti ve görev profilleri çerçevesinde istenilen performans seviyesinde karşılamaktır. Odak Sistem, sistemler sistemi olarak tanımlanabilecek bir yapı olabileceği gibi sadece alt sistemlerden ve sistem elemanlarından oluşan bir yapı da olabilir. Bu çerçevede, Odak Sistem – yukarıdaki tanıma uygun olacak şekilde - savunma sistemi/platformu, ana silah sistemi, ana sistem, ana malzeme, ürün, cihaz ve benzerlerini ifade etmektedir.
| + | Şekil 4 İkmal Süreci |
| | | | |
| − | '''Destek Unsurları;''' Odak Sistemin belirlenen kullanım konsepti ve görev profilleri çerçevesinde istenilen performans seviyesinde görev yapabilmesi ve maliyet etkin olarak kullanımında sürekliliğin sağlanması için ihtiyaç duyulan unsurlardır. (Bkz. Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve) TSSÖDYP-01)
| + | Şekil 5 Ömür Devri Modeli Yönetimi Süreci |
| | | | |
| − | {| class="wikitable"
| + | Şekil 6 Altyapı Yönetimi Süreci |
| − | |'''ÖN KONSEPT'''
| |
| − | |}
| |
| − | {| class="wikitable"
| |
| − | |'''KONSEPT'''
| |
| − | |}
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |}
| |
| − | {| class="wikitable"
| |
| − | |'''GELİŞTİRME'''
| |
| − | |}
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |}
| |
| − | {| class="wikitable"
| |
| − | |'''ÜRETİM'''
| |
| − | |}
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |}
| |
| − | {| class="wikitable"
| |
| − | |'''KULLANIM'''
| |
| − | |}
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |}
| |
| − | {| class="wikitable"
| |
| − | |'''DESTEK'''
| |
| − | |}
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |}
| |
| − | {| class="wikitable"
| |
| − | |'''ENVANTERDEN ÇIKARMA'''
| |
| − | |}
| |
| − | Sistem ömür devri; uzun bir dönemi kapsamakta, yürütülen işler açısından farklılıklar göstermekte ve birbiri ile etkileşim içinde olan faaliyetlerden oluşmaktadır. Sistem ömür devrinin safhalara ayrılması sureti ile sistemlerin daha etkin yönetilmesi mümkün olmaktadır. Sistem Ömür Devri Safhaları Şekil 1’de yer almaktadır.
| |
| − | Şekil 1 Sistem Ömür Devri Safhaları
| |
| | | | |
| − | '''Süreç;''' girdiyi çıktıya dönüştüren olguların ya da olayların belli bir taslağa uygun ve belli bir sonuca varacak biçimde düzenlenmesi ve art arda sıralanmasıdır. Süreç;
| + | Şekil 7 Portföy Yönetimi Süreci |
| | | | |
| − | • Girdiyi çıktıya dönüştüren,
| + | Şekil 8 İnsan Kaynağı Yönetim Süreci |
| | | | |
| − | • Faaliyet ve karar basamaklarını içeren,
| + | Şekil 9 Bilgi (Knowledge) Yönetim Süreci |
| | | | |
| − | • Sorumluluk sahaları açık ve net tanımlanan,
| + | Şekil 10 Kalite Yönetim Süreci |
| | | | |
| − | • Tekrarlanan,
| + | Şekil 11 Program/Proje Planlama Süreci |
| | | | |
| − | • Ölçülebilen niteliktedir.
| + | Şekil 12 Program/Proje Değerlendirme ve Kontrol Süreci |
| | | | |
| − | '''Süreç Yönetimi;''' süreçleri temel kabul eden bir yönetim disiplinidir. Süreç yönetimi ile faaliyetlerin tanımlanmasına, ölçülmesine, geliştirilmesine ve iyileştirilmesine ilişkin çalışmaların planlanması, uygulanması, değerlenmesi ve denetlenmesi mümkün olmaktadır.
| + | Şekil 13 Karar Yönetim Süreci |
| | | | |
| − | Süreç yaklaşımı ile;
| + | Şekil 14 Risk Yönetim Süreci |
| | | | |
| − | • Görev çakışmalarından kaynaklanan tekrarların önüne geçmek,
| + | Şekil 15 Konfigürasyon Yönetim Süreci |
| | | | |
| − | • Görev ve sorumlulukların açık ve net ifade edilmesi ile sorumluluk sahalarının belirginleşmesini sağlamak,
| + | Şekil 16 Bilgi (Enformasyon) Yönetim Süreci |
| | | | |
| − | • Süreçleri/faaliyetleri geliştirmek,
| + | Şekil 17 Ölçüm Süreci |
| | | | |
| − | • Süreçleri/faaliyetleri iyileştirmek,
| + | Şekil 18 Kalite Güvence Süreci |
| | | | |
| − | • Maliyetleri azaltmak hedeflenmektedir.
| + | Şekil 19 Ömür Boyu İzlenebilirlik Süreci |
| | + | |
| | + | Şekil 20 Ömür Devri Maliyeti Yönetim Süreci |
| | | | |
| − | '''Sistem Ömür Devri Yönetimi Süreçleri'''; Mutabakat Süreçleri, Organizasyonel Proje Destek Süreçleri, Proje Süreçleri ve Teknik Süreçler olarak 4 ana kategoride ele alınmaktadır. Sistem Ömür Devri Yönetimi Ana Rehberinde (TSSÖDYP-01) tanımlanan safhalar ile sistem ömür devri yönetimi süreçleri arasındaki ilişki Madde 4.2’de verilmiştir.
| + | Şekil 21 İş ve Görev Analizi Süreci |
| | | | |
| − | Mutabakat Süreçleri
| + | Şekil 22 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci |
| | | | |
| − | Mutabakat süreçlerinin amacı; projelerin/programların başlatılması, yürütülmesi ve kontrol edilmesi için gereken kaynakların ve altyapının, sistem ömür devrinin bir parçası olarak tanımlanması, kullanıma hazır bulundurulması ve yönetilmesi amacıyla Tedarik ve İkmal Süreçlerinin ilgili paydaşların etkileşim içinde katılımı ve bu faaliyetlerin mutabakat içinde yürümesi için gereken şartların düzenlenmesidir.
| + | Şekil 23 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci |
| | | | |
| − | Mutabakat süreçleri aşağıda yer almaktadır.
| + | Şekil 24 Mimari Tanımlama Süreci |
| − | {| class="wikitable"
| |
| − | |· Tedarik Süreci
| |
| − | |-
| |
| − | |· İkmal Süreci
| |
| − | |}
| |
| − | Organizasyonel Program/Proje Destek Süreçleri
| |
| | | | |
| − | Organizasyonel program/proje destek süreçlerinin amacı; programların ve projelerin etkin şekilde yürütülebileceği uyumlu bir ortam yaratmaktır. Bu süreçler, programların/projelerin başlatılması, yürütülmesi ve kontrol edilmesi için gereken kaynakların ve altyapının, sistem ömür devrinin bir parçası olarak tanımlanmasını, kullanıma hazır bulundurulmasını ve yönetilmesini sağlayarak organizasyonel hedeflere ulaşılması için rehberlik yapar.
| + | Şekil 25 Tasarım Tanımlama Süreci |
| | | | |
| − | Organizasyonel program/proje destek süreçleri aşağıda yer almaktadır.
| + | Şekil 26 Sistem Analiz Süreci |
| − | {| class="wikitable"
| |
| − | |· Ömür Devri Modeli Yönetimi Süreci
| |
| − | |-
| |
| − | |· Altyapı Yönetimi Süreci
| |
| − | |-
| |
| − | |· Proje Portföy Yönetimi Süreci
| |
| − | |-
| |
| − | |· İnsan Kaynağı Yönetimi Süreci
| |
| − | |-
| |
| − | |· Bilgi Yönetimi Süreci
| |
| − | |-
| |
| − | |· Kalite Yönetimi Süreci
| |
| − | |}
| |
| − | Program/Proje Süreçleri '''[*]'''
| |
| | | | |
| − | Program/Proje süreçlerinin amacı; projelerin planlanması, planların geliştirilmesi, olgunlaştırılması, yürütülmesi, değerlendirilmesi, denetlenmesi kapsamında izlenecek faaliyetlerin uyum içinde yürütülmesidir.
| + | Şekil 27 Uygulama ve Entegrasyon Süreci |
| | | | |
| − | Program/proje süreçleri aşağıda yer almaktadır.
| + | Şekil 28 Doğrulama Süreci |
| − | {| class="wikitable"
| |
| − | |· Program/Proje Planlama Süreci
| |
| − | |-
| |
| − | |· Program/Proje Değerlendirme ve Kontrol Süreci
| |
| − | |-
| |
| − | |· Karar Yönetimi Süreci
| |
| − | |-
| |
| − | |· Risk Yönetimi Süreci
| |
| − | |-
| |
| − | |· Konfigürasyon Yönetimi Süreci
| |
| − | |-
| |
| − | |· Enformasyon Yönetimi Süreci
| |
| − | |-
| |
| − | |· Ölçüm Süreci
| |
| − | |-
| |
| − | |· Kalite Güvence Süreci
| |
| − | |-
| |
| − | |· Ömür Boyu İzlenebilirlik Yönetimi Süreci
| |
| − | |-
| |
| − | |· Ömür Devri Maliyeti Yönetimi Süreci
| |
| − | |}
| |
| − | Teknik Süreçler
| |
| | | | |
| − | Teknik süreçlerin amacı; bir sistem/ürün veya hizmet için gereksinimlerin tanımlanması, bu gereksinimlerin amaca uygun, tutarlı ve etkili bir ürüne ve hizmete (servise) dönüştürülmesi, gerekli hizmetlerin paydaş ihtiyaçlarını ve isterlerini karşılayacak şekilde ürünün kullanımının, desteğinin sağlanması ve ihtiyaç kalmadığında envanterden çıkarılması faaliyetlerinin düzenlenmesidir.
| + | Şekil 29 Geçiş Süreci |
| | | | |
| − | Teknik süreçler aşağıda yer almaktadır.
| + | Şekil 30 Geçerli Kılma Süreci |
| − | {| class="wikitable"
| |
| − | |· İş ve Görev Analizi Süreci
| |
| − | |-
| |
| − | |· Paydaş İhtiyaçları ve İsterleri Tanımlama Süreci
| |
| − | |-
| |
| − | |· Sistem Gereksinimleri Tanımlama Süreci
| |
| − | |-
| |
| − | |· Mimari Tanımlama Süreci
| |
| − | |-
| |
| − | |· Tasarım Tanımlama Süreci
| |
| − | |-
| |
| − | |· Sistem Analizi Süreci
| |
| − | |-
| |
| − | |· Uygulama ve Entegrasyon Süreci
| |
| − | |-
| |
| − | |· Doğrulama Süreci
| |
| − | |-
| |
| − | |· Geçiş Süreci
| |
| − | |-
| |
| − | |· Geçerli Kılma Süreci
| |
| − | |-
| |
| − | |· Kullanım Süreci
| |
| − | |-
| |
| − | |· Lojistik Destek ve Bakım Süreci
| |
| − | |-
| |
| − | |· Envanterden Çıkarma Süreci
| |
| − | |}
| |
| | | | |
| | + | Şekil 31 Kullanım Süreci |
| | | | |
| − | Şekil 2 Sistem Ömür Devri Yönetimi Süreçleri | + | Şekil 32 Destek Süreci |
| | | | |
| − | = 3. SİSTEM ÖMÜR DEVRİ SÜREÇLERİ =
| + | Şekil 33 Envanterden Çıkarma Süreci |
| | | | |
| − | == 3.1. MUTABAKAT SÜREÇLERİ == | + | = 2. SİSTEM ÖMÜR DEVRİ YÖNETİMİ = |
| | + | Sistem Ömür Devri Yönetimi; ihtiyacın ortaya çıkışından ürünün envanterden çıkarılmasına kadar sistem etkinliğinin sağlanması için tüm sistem ömür devri safhalarının bütünleşik olarak yönetimin sağlanmasıdır. Sistem ömür devri yönetiminin daha sağlıklı yapılabilmesi; tüm süreçlere ilişkin faaliyetlerin tanımlanmasına, ölçülmesine, geliştirilmesine ve iyileştirilmesine bağlıdır. |
| | | | |
| − | == 3.1.1. TEDARİK SÜRECİ ==
| + | Bu kapsamda kullanılan temel kavramlar aşağıda yer almaktadır: |
| − | Tedarik sürecinin amacı, harekat ve lojistik ihtiyaçlara yönelik, yetenek ve risk alanları göz önüne alınarak ortaya konan sistem gereksinimlerinin, proje/program şartlarına uygun olarak karşılanması hususunda ilgili paydaşların mutabakata varmasını sağlamaktır.
| |
| | | | |
| − | Bu kapsamda, sistem çözümüne ilişkin detayların belirlenmesi ile odak sistemin beklenen görevleri yerine getirebilmesi için gereken kaynakların ve destek unsurlarının (proje/program özelinde ELD elemanlarının) sistem ömür devrinin bir parçası olarak dikkate alınması ve yönetilmesi gereklidir.
| + | '''Sistem;''' ömür devrinin ilk safhasından itibaren Odak Sistem ve Destek Unsurlarının ayrılmaz bir bütün halinde ele alındığı ve yönetildiği bileşenler topluluğudur. |
| | | | |
| − | Tedarik sürecinde, belirlenen sistem çözümüne ve hedeflenen performansa uygun olarak odak sistemin ve destek unsurlarının tasarım, geliştirme, üretim ve kullanıma alma faaliyetleri planlanır.
| + | '''Odak Sistem;''' herhangi bir portföy/program/proje çerçevesinde, yeni bir temel yetenek kazandıran ya da mevcut bir temel yeteneğin kapsamlı modernizasyonuna yönelik olan, tedariki, kullanımı ve desteği yüksek maliyetli ve/veya gerçekleştirilmesi nispeten uzun zaman alacak olan savunma ve güvenlik sistemleridir. |
| | | | |
| − | Ayrıca,
| + | Odak Sistemin temel görevi, savunma ve güvenlik ihtiyacını belirlenen kullanım konsepti ve görev profilleri çerçevesinde istenilen performans seviyesinde karşılamaktır. Odak Sistem, sistemler sistemi olarak tanımlanabilecek bir yapı olabileceği gibi sadece alt sistemlerden ve sistem elemanlarından oluşan bir yapı da olabilir. Bu çerçevede, Odak Sistem – yukarıdaki tanıma uygun olacak şekilde - savunma sistemi/platformu, ana silah sistemi, ana sistem, ana malzeme, ürün, cihaz ve benzerlerini ifade etmektedir. |
| | | | |
| − | · altyapı,
| + | '''Destek Unsurları;''' Odak Sistemin belirlenen kullanım konsepti ve görev profilleri çerçevesinde istenilen performans seviyesinde görev yapabilmesi ve maliyet etkin olarak kullanımında sürekliliğin sağlanması için ihtiyaç duyulan unsurlardır. ([https://tssodypwiki.ssb.gov.tr/index.php/Sistem_%C3%96m%C3%BCr_Devri_Y%C3%B6netimi_Rehberi_(Ana_%C3%87er%C3%A7eve) Bkz. Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve) TSSÖDYP-01]) |
| | | | |
| − | · organizasyon,
| + | Sistem ömür devri; uzun bir dönemi kapsamakta, yürütülen işler açısından farklılıklar göstermekte ve birbiri ile etkileşim içinde olan faaliyetlerden oluşmaktadır. Sistem ömür devrinin safhalara ayrılması sureti ile sistemlerin daha etkin yönetilmesi mümkün olmaktadır. Sistem Ömür Devri Safhaları Şekil 1’de yer almaktadır. |
| | + | [[Dosya:Şekil1 Sistem Ömür Deri Safhaları.jpg|alt=Şekil 1 Sistem Ömür Devri Safhaları|sol|küçükresim|600x600pik|Şekil 1 Sistem Ömür Devri Safhaları]] |
| | | | |
| − | · eğitim ve
| |
| | | | |
| − | · destek faaliyetleri de tanımlanarak proje/program, mutabakat esaslarının ortaya konulduğu süreç anlayışıyla başlatılır,yürütülür ve kontrol edilir.
| |
| | | | |
| − | '''3.1.1.1.''' Ön Konsept Safhasında
| |
| | | | |
| − | '''3.1.1.1.1.''' Girdiler
| |
| | | | |
| − | · Yetenek İhtiyacı ve Gereksinimleri,
| |
| | | | |
| − | '''3.1.1.1.2.''' Faaliyetler
| |
| | | | |
| − | · Proje/İhtiyaç Tanımlama Dokümanının Hazırlanması
| |
| | | | |
| − | o Harekât ve lojistik destek ihtiyaçlarının:
| |
| | | | |
| − | § Harekât verileri
| |
| | | | |
| − | § Tatbikat verileri,
| |
| | | | |
| − | § Tehditlerdeki değişimler,
| |
| | | | |
| − | § Yasal yükümlülükler,
| |
| | | | |
| − | § Teknolojik yenilikler,
| |
| | | | |
| − | § Alternatifler (DELTMATO - Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik),
| |
| | | | |
| − | § Mevcut imkân ve kabiliyetler ile uzun vadede sahip olunmasına ihtiyaç duyulan imkân ve kabiliyetler,
| |
| | | | |
| − | § Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları,
| |
| | | | |
| − | § Kaynak durumu,
| |
| | | | |
| − | § İşletme ve lojistik destek sürecinde yaşanan zafiyetler ve elde edilen veriler,
| |
| | | | |
| − | § Ülkemizdeki sosyoekonomik gelişmeler
| |
| | | | |
| − | değerlendirilerek karşılanıp karşılanamayacağının belirlenmesi,
| |
| | | | |
| − | o İhtiyacı karşılamaya yönelik sistem seçenekleri için her bir sistem seçeneği ile ilgili kullanım konseptlerinin ve ihtiyaç belirleme aşamasındaki verilerin dikkate alınarak değerlendirilmesi,
| |
| | | | |
| − | o Ön yapılabilirlik çalışması yürütülerek en iyi sistem çözümüne yönelik ihtiyaç tanımı ana hatları ile ortaya konulur ve yürütülen faaliyetler ile genel amaç ve hedefleri belirleyen bir yol haritası çizilmesi,
| |
| | | | |
| − | o Entegre Lojistik Destek Planları kapsamında yer alan;
| |
| | | | |
| − | § Bakım,
| |
| | | | |
| − | § İkmal Desteği,
| + | '''Süreç;''' girdiyi çıktıya dönüştüren olguların ya da olayların belli bir taslağa uygun ve belli bir sonuca varacak biçimde düzenlenmesi ve art arda sıralanmasıdır. Süreç; |
| | | | |
| − | § İş gücü ve Personel,
| + | • Girdiyi çıktıya dönüştüren, |
| | | | |
| − | § Destek ve Test Ekipmanları,
| + | • Faaliyet ve karar basamaklarını içeren, |
| | | | |
| − | § Tasarıma Etki/Tasarım Etkileşimi,
| + | • Sorumluluk sahaları açık ve net tanımlanan, |
| | | | |
| − | § Teknik Veri ve Dokümantasyon,
| + | • Tekrarlanan, |
| | | | |
| − | § Eğitim ve Eğitim Desteği,
| + | • Ölçülebilen niteliktedir. |
| | | | |
| − | § Tesisler ve Altyapı,
| + | '''Süreç Yönetimi;''' süreçleri temel kabul eden bir yönetim disiplinidir. Süreç yönetimi ile faaliyetlerin tanımlanmasına, ölçülmesine, geliştirilmesine ve iyileştirilmesine ilişkin çalışmaların planlanması, uygulanması, değerlenmesi ve denetlenmesi mümkün olmaktadır. |
| | | | |
| − | § Paketleme, Elleçleme, Depolama ve Ulaştırma (PEDU),
| + | Süreç yaklaşımı ile; |
| | | | |
| − | § Bilgisayar Kaynakları,
| + | • Görev çakışmalarından kaynaklanan tekrarların önüne geçmek, |
| | | | |
| − | § İdame Mühendisliği,
| + | • Görev ve sorumlulukların açık ve net ifade edilmesi ile sorumluluk sahalarının belirginleşmesini sağlamak, |
| | | | |
| − | § Ürün Destek Yönetimi,
| + | • Süreçleri/faaliyetleri geliştirmek, |
| | | | |
| − | destek unsurlarının da oluşturulmasına ilişkin temel girdilerin sağlanması,
| + | • Süreçleri/faaliyetleri iyileştirmek, |
| | | | |
| − | '''3.1.1.1.3.''' Çıktılar
| + | • Maliyetleri azaltmak hedeflenmektedir. |
| | | | |
| − | · Proje/İhtiyaç Tanımlama Dokümanı
| + | '''Sistem Ömür Devri Yönetimi Süreçleri'''; Mutabakat Süreçleri, Organizasyonel Proje Destek Süreçleri, Proje Süreçleri ve Teknik Süreçler olarak 4 ana kategoride ele alınmaktadır. Sistem Ömür Devri Yönetimi Ana Rehberinde (TSSÖDYP-01) tanımlanan safhalar ile sistem ömür devri yönetimi süreçleri arasındaki ilişki Madde 4.2’de verilmiştir. |
| | | | |
| − | '''3.1.1.2.''' Konsept Safhasında
| + | Mutabakat Süreçleri |
| | | | |
| − | '''3.1.1.2.1.''' Girdiler
| + | Mutabakat süreçlerinin amacı; projelerin/programların başlatılması, yürütülmesi ve kontrol edilmesi için gereken kaynakların ve altyapının, sistem ömür devrinin bir parçası olarak tanımlanması, kullanıma hazır bulundurulması ve yönetilmesi amacıyla Tedarik ve İkmal Süreçlerinin ilgili paydaşların etkileşim içinde katılımı ve bu faaliyetlerin mutabakat içinde yürümesi için gereken şartların düzenlenmesidir. |
| | | | |
| − | · Tedarik İhtiyacı ve Gereksinimleri,
| + | Mutabakat süreçleri aşağıda yer almaktadır. |
| | | | |
| − | '''3.1.1.2.2. Faaliyetler''' | + | * Tedarik Süreci |
| | + | * İkmal Süreci |
| | + | '''<big>Organizasyonel Program/Proje Destek Süreçleri</big>''' |
| | | | |
| − | · Tedarik Sözleşmesinin Hazırlanması,
| + | Organizasyonel program/proje destek süreçlerinin amacı; programların ve projelerin etkin şekilde yürütülebileceği uyumlu bir ortam yaratmaktır. Bu süreçler, programların/projelerin başlatılması, yürütülmesi ve kontrol edilmesi için gereken kaynakların ve altyapının, sistem ömür devrinin bir parçası olarak tanımlanmasını, kullanıma hazır bulundurulmasını ve yönetilmesini sağlayarak organizasyonel hedeflere ulaşılması için rehberlik yapar. |
| | | | |
| − | o Tanımlı sistem çözümü için sistem ara yüzlerini, fonksiyonlarını ve sınırlarını içeren sistem tanımının yapılması, sistem gereksinimleri ve tasarım kısıtları ve anahtar performans göstergelerinin belirlenmesi, görevin istenilen performans seviyesinde yerine getirilebilmesi, sistem gereksinimlerinin ve sürdürülebilirliğinin sağlanması için ikmal faaliyetlerine esas Entegre Lojistik Destek Planları kapsamında yer alan;
| + | Organizasyonel program/proje destek süreçleri aşağıda yer almaktadır. |
| | | | |
| − | § Bakım,
| + | * Ömür Devri Modeli Yönetimi Süreci |
| | + | * Altyapı Yönetimi Süreci |
| | + | * Proje Portföy Yönetimi Süreci |
| | + | * İnsan Kaynağı Yönetimi Süreci |
| | + | * Bilgi Yönetimi Süreci |
| | + | * Kalite Yönetimi Süreci |
| | + | <big>'''Program/Proje Süreçleri [*]'''</big> |
| | | | |
| − | § İkmal Desteği,
| + | Program/Proje süreçlerinin amacı; projelerin planlanması, planların geliştirilmesi, olgunlaştırılması, yürütülmesi, değerlendirilmesi, denetlenmesi kapsamında izlenecek faaliyetlerin uyum içinde yürütülmesidir. |
| | | | |
| − | § İş gücü ve Personel,
| + | Program/proje süreçleri aşağıda yer almaktadır. |
| | | | |
| − | § Destek ve Test Ekipmanları,
| + | * Program/Proje Planlama Süreci |
| | + | * Program/Proje Değerlendirme ve Kontrol Süreci |
| | + | * Karar Yönetimi Süreci |
| | + | * Risk Yönetimi Süreci |
| | + | * Konfigürasyon Yönetimi Süreci |
| | + | * Enformasyon Yönetimi Süreci |
| | + | * Ölçüm Süreci |
| | + | * Kalite Güvence Süreci |
| | + | * Ömür Boyu İzlenebilirlik Yönetimi Süreci |
| | + | * Ömür Devri Maliyeti Yönetimi Süreci |
| | + | '''<big>Teknik Süreçler</big>''' |
| | | | |
| − | § Tasarıma Etki/Tasarım Etkileşimi,
| + | Teknik süreçlerin amacı; bir sistem/ürün veya hizmet için gereksinimlerin tanımlanması, bu gereksinimlerin amaca uygun, tutarlı ve etkili bir ürüne ve hizmete (servise) dönüştürülmesi, gerekli hizmetlerin paydaş ihtiyaçlarını ve isterlerini karşılayacak şekilde ürünün kullanımının, desteğinin sağlanması ve ihtiyaç kalmadığında envanterden çıkarılması faaliyetlerinin düzenlenmesidir. |
| | | | |
| − | § Teknik Veri ve Dokümantasyon,
| + | Teknik süreçler aşağıda yer almaktadır. |
| | | | |
| − | § Eğitim ve Eğitim Desteği,
| + | * İş ve Görev Analizi Süreci |
| | + | * Paydaş İhtiyaçları ve İsterleri Tanımlama Süreci |
| | + | * Sistem Gereksinimleri Tanımlama Süreci |
| | + | * Mimari Tanımlama Süreci |
| | + | * Tasarım Tanımlama Süreci |
| | + | * Sistem Analizi Süreci |
| | + | * Uygulama ve Entegrasyon Süreci |
| | + | * Doğrulama Süreci |
| | + | * Geçiş Süreci |
| | + | * Geçerli Kılma Süreci |
| | + | * Kullanım Süreci |
| | + | * Lojistik Destek ve Bakım Süreci |
| | + | * Envanterden Çıkarma Süreci |
| | + | [[Dosya:Şekil 4 Süreç Etkileşim Şeması.png|alt=Şekil 2 Sistem Ömür Devri Yönetimi Süreçleri|sol|küçükresim|880x880pik|Şekil 2 Sistem Ömür Devri Yönetimi Süreçleri]] |
| | | | |
| − | § Tesisler ve Altyapı,
| |
| | | | |
| − | § Paketleme, Elleçleme, Depolama ve Ulaştırma (PEDU),
| |
| | | | |
| − | § Bilgisayar Kaynakları,
| |
| | | | |
| − | § İdame Mühendisliği,
| |
| | | | |
| − | § Ürün Destek Yönetimi,
| |
| | | | |
| − | gibi destek unsurlarının oluşturulmasının sağlanması,
| |
| | | | |
| − | o Tedarikçiler ile kabul makamı arasında bilgi alışverişi ve iletişimin sağlanacağı ortamın oluşturulması,
| |
| | | | |
| − | o Tedarik karar prosedürlerinin geliştirilmesi,
| |
| | | | |
| − | o Programdaki teslimatlar hakkında bilgi toplamak ve entegre etmek için prosedürler geliştirerek;
| |
| | | | |
| − | § Tasarım/Geliştirme çalışmaları gerçekleştirilecek olan ürün özelliklerine göre Desteklenebilirlik çerçevesinde; “Tasarıma Etki”, “Bakım”, “Ürün Destek”, “Tesis ve Altyapı” ve “Sürdürülebilirlik” ölçütünde sistem tasarım özelliklerinin ve planlanan lojistik kaynakların sistemden beklenen göreve ve kullanıma hazır olma gereklerinin sistemin ömür devri boyunca makul maliyette karşılanabilme yeteneğinin değerlendirilmesi,
| |
| | | | |
| − | § Tasarım/Geliştirme çalışmaları tamamlanmış olan hazır ürünün ihtiyacı karşılayıp karşılamadığının değerlendirilmesi ile en düşük maliyetli, istenilen zamanda, istenilen miktarda ve istenilen yerde mal üretimi ve dağıtımını sağlayacak aynı zamanda işlev devamlılığını ve kullanım sürdürülebilirliğini güvence altına alan çalışmalarının yürütülmesi,
| |
| | | | |
| − | § Envantere alınan/bulunan ürün için programla ilgili olası tedarikçilerin belirlenmesi (yani ürün veya hizmet sağlayan kuruluşlar) ve tedarik zincirinin tanımlanması,
| |
| | | | |
| − | o Tedarikçiden teslimat kabul etmek için plan, programlar ve yetkililerle program geliştirme sorumluluğuyla ilişkiler kurulması ve sürdürülmesi,
| |
| | | | |
| − | o Tedarik stratejileri, planları ve prosedürlerinin geliştirilmesi ve sürdürülmesi,
| |
| | | | |
| − | o Çatışmaları önlemek ve çözmek için prosedürlerin geliştirilmesi,
| |
| | | | |
| | | | |
| − | · Yeterlilikteki Tedarikçilere Talep Gönderilmesi,
| |
| | | | |
| − | o Tedarikçilerin, satın alma stratejilerine (yasal yönler, kalite, endüstri ve diğer standartlara uygunluk, iletişim, tedarikçinin yeteneği, deneyim vb.) karşı yeterliliğinin tespit edilmesi,
| |
| | | | |
| − | o İstek ve teklif verenlerin arasından seçim yapılması,
| |
| | | | |
| − | o Tüm yeterlilik kazanmış tedarikçilere gerekli tüm özellikleri içeren talepte bulunulması,
| |
| | | | |
| − | o Tedarikçinin, ürünün performansına / kalitesine, zamanına ve maliyetine dayanarak teklif talep edilmesi ve yanıtlarının değerlendirilmesi,
| |
| | | | |
| − | o Tedarikçi adaylarına bilgi verilmesi,
| |
| | | | |
| − | · Tekliflerin Değerlendirilmesi ve Sözleşmenin İmzalanması,
| |
| | | | |
| − | o Değerlendirme sonuçlarına göre tercih edilen bir tedarikçi seçimi,
| |
| | | | |
| − | o Hüküm ve koşulların görüşülmesi ve sözleşmenin imzalanması.
| |
| | | | |
| − | '''3.1.1.2.3. Çıktılar:'''
| |
| | | | |
| − | · Sözleşme ve Ekleri
| |
| | | | |
| − | '''3.1.1.3. Geliştirme Safhasında'''
| |
| | | | |
| − | '''3.1.1.3.1. Girdiler'''
| |
| | | | |
| − | · Sözleşme ve Ekleri,
| |
| | | | |
| − | · Tedarik Planı,
| |
| | | | |
| − | '''3.1.1.3.2. Faaliyetler'''
| |
| | | | |
| − | · Sözleşmenin Yönetilmesi,
| |
| | | | |
| − | o Kabul işlemine katılım ve kontrol prosedürlerinin geliştirilmesi,
| |
| | | | |
| − | o Paydaş, tedarikçi ve kabul makamlarıyla iletişimin kurulması ve sürdürülmesi,
| |
| | | | |
| − | o Sözleşmelerden, tedarikçiden veya teslimattan kaynaklanan tespit edilmiş risklere yönelik risk yönetiminin sağlanması,
| |
| | | | |
| − | '''3.1.1.3.3. Çıktılar'''
| |
| | | | |
| − | · Tedarik edilen ürün/Prototip(ler),
| |
| | | | |
| − | · ELD teslimatları,
| |
| | | | |
| − | · Sözleşmede tanımlı diğer teslimat kalemleri.
| |
| | | | |
| − | '''3.1.1.4. Üretim Safhasında'''
| |
| | | | |
| − | '''3.1.1.4.1. Girdiler'''
| |
| | | | |
| − | · Sözleşme ve Ekleri,
| |
| | | | |
| − | · Tedarik Planı,
| |
| | | | |
| − | '''3.1.1.4.2. Faaliyetler'''
| |
| | | | |
| − | · Sözleşmenin Yönetilmesi,
| |
| | | | |
| − | o Kabul işlemine katılım ve kontrol prosedürlerinin geliştirilmesi,
| |
| | | | |
| − | o Paydaş, tedarikçi ve kabul makamlarıyla iletişimin kurulması ve sürdürülmesi,
| |
| | | | |
| − | o Sözleşmelerden, tedarikçiden veya teslimattan kaynaklanan tespit edilmiş risklere yönelik risk yönetiminin sağlanması,
| |
| | | | |
| − | · Son Kabulün yapılması,
| |
| | | | |
| − | o Son kabulün onaylanması için doğrulanması ve onaylanması sürecine katılım sağlanması,
| |
| | | | |
| − | o Son kabulün onaylanması,
| |
| | | | |
| − | o Ödemesinin yapılması.
| |
| | | | |
| − | '''3.1.1.4.3. Çıktılar'''
| |
| | | | |
| − | · Tedarik Edilen Ürünler,
| |
| | | | |
| − | · ELD teslimatları,
| |
| | | | |
| − | · Sözleşmede tanımlı diğer teslimat kalemleri.
| |
| | | | |
| − | '''3.1.1.5. Kullanım, Destek ve Envanterden Çıkarma Safhalarında'''
| |
| | | | |
| − | '''3.1.1.5.1. Girdiler'''
| |
| | | | |
| − | · Sözleşme ve Ekleri,
| |
| | | | |
| − | · Tedarik Planı,
| |
| | | | |
| − | '''3.1.1.5.2. Faaliyetler'''
| |
| | | | |
| − | · Son Kabulün yapılması,
| |
| | | | |
| − | o Son kabulün onaylanması için doğrulanması ve onaylanması sürecine katılım sağlanması,
| |
| | | | |
| − | o Son kabulün onaylanması,
| + | = 3. SİSTEM ÖMÜR DEVRİ SÜREÇLERİ = |
| | | | |
| − | o Ödemesinin yapılması.
| + | == 3.1. MUTABAKAT SÜREÇLERİ == |
| | | | |
| − | '''3.1.1.5.3. Çıktılar'''
| + | === 3.1.1. TEDARİK SÜRECİ === |
| | + | Tedarik sürecinin amacı, harekat ve lojistik ihtiyaçlara yönelik, yetenek ve risk alanları göz önüne alınarak ortaya konan sistem gereksinimlerinin, proje/program şartlarına uygun olarak karşılanması hususunda ilgili paydaşların mutabakata varmasını sağlamaktır. |
| | | | |
| − | · Tedarik Edilen Ürün.
| + | Bu kapsamda, sistem çözümüne ilişkin detayların belirlenmesi ile odak sistemin beklenen görevleri yerine getirebilmesi için gereken kaynakların ve destek unsurlarının (proje/program özelinde ELD elemanlarının) sistem ömür devrinin bir parçası olarak dikkate alınması ve yönetilmesi gereklidir. |
| | | | |
| − | Şekil 3 Tedarik Süreci
| + | Tedarik sürecinde, belirlenen sistem çözümüne ve hedeflenen performansa uygun olarak odak sistemin ve destek unsurlarının tasarım, geliştirme, üretim ve kullanıma alma faaliyetleri planlanır. |
| | | | |
| − | == 3.1.2. İKMAL SÜRECİ ==
| + | Ayrıca, |
| − | İkmal sürecinin amacı,
| |
| | | | |
| − | · Ürün ve destek unsurlarının fiziksel ve fonksiyonel devamlılığı ile kullanım etkinliğinin sağlanması,
| + | * altyapı, |
| | + | * organizasyon, |
| | + | * eğitim ve |
| | + | * destek faaliyetleri de tanımlanarak proje/program, mutabakat esaslarının ortaya konulduğu süreç anlayışıyla başlatılır,yürütülür ve kontrol edilir. |
| | | | |
| − | · bu kapsamda, sistem ömür devrinin bir parçası olan kaynak ve altyapı ihtiyaçlarının belirlenmesi,
| + | '''3.1.1.1. Ön Konsept Safhasında''' |
| | | | |
| − | · Belirlenen kaynak ve altyapı ihtiyaçlarının en düşük maliyetle, istenilen zamanda, istenilen miktarda ve istenilen yerde bulundurulması,
| + | '''3.1.1.1.1. Girdiler''' |
| | | | |
| − | · Ürün ve destek unsurlarına yönelik ELD planlarının uygulanması, denetlenmesi ve güncellenmesi,
| + | * Yetenek İhtiyacı ve Gereksinimleri |
| | | | |
| − | · Ürün ve destek unsurlarının kullanım sürdürülebilirliğini güvence altına alan destek hizmetlerinin zamanında gerçekleştirilmesi için en düşük maliyetle, istenilen zamanda, istenilen miktarda ve istenilen yerde kaynak bulundurulmasını sağlayan ikmal faaliyetlerinin yönetilmesi;
| + | '''3.1.1.1.2. Faaliyetler''' |
| | | | |
| − | · Lojistik destek faaliyetlerinin sürekliliğinin sağlanması için mutabakat esaslarının ortaya konması,
| + | * Proje/İhtiyaç Tanımlama Dokümanının Hazırlanması |
| | + | ** Harekât ve lojistik destek ihtiyaçlarının: |
| | + | *** Harekât verileri |
| | + | *** Tatbikat verileri |
| | + | *** Tehditlerdeki değişimler |
| | + | *** Yasal yükümlülükler |
| | + | *** Teknolojik yenilikler |
| | + | *** Alternatifler (DELTMATO - Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik) |
| | + | *** Mevcut imkân ve kabiliyetler ile uzun vadede sahip olunmasına ihtiyaç duyulan imkân ve kabiliyetler |
| | + | *** Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları |
| | + | *** Kaynak durumu |
| | + | *** İşletme ve lojistik destek sürecinde yaşanan zafiyetler ve elde edilen veriler |
| | + | *** Ülkemizdeki sosyoekonomik gelişmeler |
| | | | |
| − | · Ürün ve destek unsurlarının kullanım sürdürülebilirliğini güvence altına alan destek hizmetlerinin zamanında gerçekleştirilmesi için en düşük maliyetle, istenilen zamanda, istenilen miktarda ve istenilen yerde kaynak bulundurulmasını sağlayan ikmal faaliyetlerinin yönetilmesidir.
| + | değerlendirilerek karşılanıp karşılanamayacağının belirlenmesi |
| | | | |
| − | Ürüne ve ürünün beklenen görevi yerine getirebilmesi için oluşturulan destek unsurlarına yönelik Entegre Lojistik Destek Planlarının uygulanması, denetlenmesi ve güncellenmesi ile en düşük maliyetli, istenilen zamanda, istenilen miktarda ve istenilen yerde bulundurulmasını sağlayan Lojistik Destek faaliyetlerinin sürekliliğinin sağlanmasıdır. Bu işin etkin yapılabilmesi için Lojistik Destek Analizlerinden faydalanılır.
| + | ** İhtiyacı karşılamaya yönelik sistem seçenekleri için her bir sistem seçeneği ile ilgili kullanım konseptlerinin ve ihtiyaç belirleme aşamasındaki verilerin dikkate alınarak değerlendirilmesi |
| | + | ** Ön yapılabilirlik çalışması yürütülerek en iyi sistem çözümüne yönelik ihtiyaç tanımı ana hatları ile ortaya konulur ve yürütülen faaliyetler ile genel amaç ve hedefleri belirleyen bir yol haritası çizilmesi |
| | + | ** Entegre Lojistik Destek Planları kapsamında yer alan; |
| | + | *** Bakım |
| | + | *** İkmal Desteği |
| | + | *** İş gücü ve Personel |
| | + | *** Destek ve Test Ekipmanları |
| | + | *** Tasarıma Etki/Tasarım Etkileşimi |
| | + | *** Teknik Veri ve Dokümantasyon |
| | + | *** Eğitim ve Eğitim Desteği |
| | + | *** Tesisler ve Altyapı |
| | + | *** Paketleme, Elleçleme, Depolama ve Ulaştırma (PEDU) |
| | + | *** Bilgisayar Kaynakları |
| | + | *** İdame Mühendisliği |
| | + | *** Ürün Destek Yönetimi |
| | | | |
| − | '''3.1.2.1.''' Ön Konsept Safhasında
| + | destek unsurlarının da oluşturulmasına ilişkin temel girdilerin sağlanması |
| | | | |
| − | '''3.1.2.1.1. '''Girdiler | + | '''3.1.1.1.3. Çıktılar''' |
| | | | |
| − | · Yetenek İhtiyacı ve Gereksinimleri,
| + | * Proje/İhtiyaç Tanımlama Dokümanı |
| | | | |
| − | · Mevcut İkmal Maddeleri/Hizmetleri.
| + | '''3.1.1.2. Konsept Safhasında''' |
| | | | |
| − | '''3.1.2.1.2. '''Faaliyetler | + | '''3.1.1.2.1. Girdiler''' |
| | | | |
| − | · İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması
| + | * Tedarik İhtiyacı ve Gereksinimleri |
| | | | |
| − | o Tedarik stratejileri, planları ve prosedürlerinin geliştirilmesi ve sürdürülmesi,
| + | '''3.1.1.2.2. Faaliyetler''' |
| | | | |
| − | o Çatışmaları önlemek ve çözmek için prosedürlerin geliştirilmesi,
| + | * Tedarik Sözleşmesinin Hazırlanması |
| | + | ** Tanımlı sistem çözümü için sistem ara yüzlerini, fonksiyonlarını ve sınırlarını içeren sistem tanımının yapılması, sistem gereksinimleri ve tasarım kısıtları ve anahtar performans göstergelerinin belirlenmesi, görevin istenilen performans seviyesinde yerine getirilebilmesi, sistem gereksinimlerinin ve sürdürülebilirliğinin sağlanması için ikmal faaliyetlerine esas Entegre Lojistik Destek Planları kapsamında yer alan; |
| | + | *** Bakım |
| | + | *** İkmal Desteği |
| | + | *** İş gücü ve Personel |
| | + | *** Destek ve Test Ekipmanları |
| | + | *** Tasarıma Etki/Tasarım Etkileşimi |
| | + | *** Teknik Veri ve Dokümantasyon |
| | + | *** Eğitim ve Eğitim Desteği |
| | + | *** Tesisler ve Altyapı |
| | + | *** Paketleme, Elleçleme, Depolama ve Ulaştırma (PEDU) |
| | + | *** Bilgisayar Kaynakları |
| | + | *** İdame Mühendisliği |
| | + | *** Ürün Destek Yönetimi |
| | | | |
| − | o Tedarikçileri, satın alma stratejilerine (yasal yönler, kalite, endüstri ve diğer standartlara uygunluk, iletişim, tedarikçinin yeteneği, deneyim vb.) karşı yeterliliğinin tespit edilmesi,
| + | gibi destek unsurlarının oluşturulmasının sağlanması, |
| | | | |
| − | '''3.1.2.1.3. '''Çıktılar
| + | ** Tedarikçiler ile kabul makamı arasında bilgi alışverişi ve iletişimin sağlanacağı ortamın oluşturulması |
| | + | ** Tedarik karar prosedürlerinin geliştirilmesi |
| | + | ** Programdaki teslimatlar hakkında bilgi toplamak ve entegre etmek için prosedürler geliştirerek; |
| | + | *** Tasarım/Geliştirme çalışmaları gerçekleştirilecek olan ürün özelliklerine göre Desteklenebilirlik çerçevesinde; “Tasarıma Etki”, “Bakım”, “Ürün Destek”, “Tesis ve Altyapı” ve “Sürdürülebilirlik” ölçütünde sistem tasarım özelliklerinin ve planlanan lojistik kaynakların sistemden beklenen göreve ve kullanıma hazır olma gereklerinin sistemin ömür devri boyunca makul maliyette karşılanabilme yeteneğinin değerlendirilmesi |
| | + | *** Tasarım/Geliştirme çalışmaları tamamlanmış olan hazır ürünün ihtiyacı karşılayıp karşılamadığının değerlendirilmesi ile en düşük maliyetli, istenilen zamanda, istenilen miktarda ve istenilen yerde mal üretimi ve dağıtımını sağlayacak aynı zamanda işlev devamlılığını ve kullanım sürdürülebilirliğini güvence altına alan çalışmalarının yürütülmesi |
| | + | *** Envantere alınan/bulunan ürün için programla ilgili olası tedarikçilerin belirlenmesi (yani ürün veya hizmet sağlayan kuruluşlar) ve tedarik zincirinin tanımlanması |
| | | | |
| − | · Taslak Entegre Lojistik Destek Planı,
| + | ** Tedarikçiden teslimat kabul etmek için plan, programlar ve yetkililerle program geliştirme sorumluluğuyla ilişkiler kurulması ve sürdürülmesi |
| | + | ** Tedarik stratejileri, planları ve prosedürlerinin geliştirilmesi ve sürdürülmesi |
| | + | ** Çatışmaları önlemek ve çözmek için prosedürlerin geliştirilmesi |
| | | | |
| − | · Taslak Tedarik Zinciri,
| + | * Yeterlilikteki Tedarikçilere Talep Gönderilmesi |
| | + | ** Tedarikçilerin, satın alma stratejilerine (yasal yönler, kalite, endüstri ve diğer standartlara uygunluk, iletişim, tedarikçinin yeteneği, deneyim vb.) karşı yeterliliğinin tespit edilmesi |
| | + | ** İstek ve teklif verenlerin arasından seçim yapılması |
| | + | ** Tüm yeterlilik kazanmış tedarikçilere gerekli tüm özellikleri içeren talepte bulunulması |
| | + | ** Tedarikçinin, ürünün performansına / kalitesine, zamanına ve maliyetine dayanarak teklif talep edilmesi ve yanıtlarının değerlendirilmesi |
| | + | ** Tedarikçi adaylarına bilgi verilmesi |
| | | | |
| − | · Taslak Tedarik Planı,
| + | * Tekliflerin Değerlendirilmesi ve Sözleşmenin İmzalanması |
| | + | ** Değerlendirme sonuçlarına göre tercih edilen bir tedarikçi seçimi |
| | + | ** Hüküm ve koşulların görüşülmesi ve sözleşmenin imzalanması |
| | | | |
| − | · Taslak Bütçe Planı
| + | '''3.1.1.2.3. Çıktılar:''' |
| | | | |
| − | '''3.1.2.2.''' Konsept Safhasında
| + | * Sözleşme ve Ekleri |
| | | | |
| − | '''3.1.2.2.1. '''Girdiler | + | '''3.1.1.3. Geliştirme Safhasında''' |
| | | | |
| − | · Taslak Entegre Lojistik Destek Planı,
| + | '''3.1.1.3.1. Girdiler''' |
| | | | |
| − | · Tedarik Zinciri,
| + | * Sözleşme ve Ekleri |
| | + | * Tedarik Planı |
| | | | |
| − | · Tedarik Planı,
| + | '''3.1.1.3.2. Faaliyetler''' |
| | | | |
| − | · Bütçe,
| + | * Sözleşmenin Yönetilmesi |
| | + | ** Kabul işlemine katılım ve kontrol prosedürlerinin geliştirilmesi |
| | + | ** Paydaş, tedarikçi ve kabul makamlarıyla iletişimin kurulması ve sürdürülmesi |
| | + | ** Sözleşmelerden, tedarikçiden veya teslimattan kaynaklanan tespit edilmiş risklere yönelik risk yönetiminin sağlanması |
| | | | |
| − | '''3.1.2.2.2. Faaliyetler''' | + | '''3.1.1.3.3. Çıktılar''' |
| | | | |
| − | · İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması
| + | * Tedarik edilen ürün/Prototip(ler) |
| | + | * ELD teslimatları |
| | + | * Sözleşmede tanımlı diğer teslimat kalemleri |
| | | | |
| − | o Tedarik stratejileri, planları ve prosedürlerinin geliştirilmesi ve sürdürülmesi,
| + | '''3.1.1.4. Üretim Safhasında''' |
| | | | |
| − | o Çatışmaları önlemek ve çözmek için prosedürlerin geliştirilmesi,
| + | '''3.1.1.4.1. Girdiler''' |
| | | | |
| − | o Tedarikçileri, satın alma stratejilerine (yasal yönler, kalite, endüstri ve diğer standartlara uygunluk, iletişim, tedarikçinin yeteneği, deneyim vb.) karşı yeterliliğinin tespit edilmesi,
| + | * Sözleşme ve Ekleri |
| | + | * Tedarik Planı |
| | | | |
| − | o İstek ve teklif verenlerin arasından seçim yapılması,
| + | '''3.1.1.4.2. Faaliyetler''' |
| | | | |
| − | o Tüm yeterlilik kazanmış tedarikçilere gerekli tüm özellikleri içeren talepte bulunulması,
| + | * Sözleşmenin Yönetilmesi |
| | + | ** Kabul işlemine katılım ve kontrol prosedürlerinin geliştirilmesi |
| | + | ** Paydaş, tedarikçi ve kabul makamlarıyla iletişimin kurulması ve sürdürülmesi |
| | + | ** Sözleşmelerden, tedarikçiden veya teslimattan kaynaklanan tespit edilmiş risklere yönelik risk yönetiminin sağlanması |
| | | | |
| − | o Tedarikçinin, ürünün performansına / kalitesine, zamanına ve maliyetine dayanarak teklif talep edilmesi ve yanıtlarının değerlendirilmesi,
| + | * Son Kabulün yapılması |
| | + | ** Son kabulün onaylanması için doğrulanması ve onaylanması sürecine katılım sağlanması |
| | + | ** Son kabulün onaylanması |
| | + | ** Ödemesinin yapılması |
| | | | |
| − | o Değerlendirme sonuçlarına göre tercih edilen bir tedarikçi seçimi,
| + | '''3.1.1.4.3. Çıktılar''' |
| | | | |
| − | '''3.1.2.2.3. Çıktılar:'''
| + | * Tedarik Edilen Ürünler |
| | + | * ELD teslimatları |
| | + | * Sözleşmede tanımlı diğer teslimat kalemleri |
| | | | |
| − | · Güncellenen Entegre Lojistik Destek Planı,
| + | '''3.1.1.5. Kullanım, Destek ve Envanterden Çıkarma Safhalarında''' |
| | | | |
| − | · Güncellenen Tedarik Zinciri,
| + | '''3.1.1.5.1. Girdiler''' |
| | | | |
| − | · Güncellenen Tedarik Planı,
| + | * Sözleşme ve Ekleri |
| | + | * Tedarik Planı |
| | | | |
| − | · Bütçe
| + | '''3.1.1.5.2. Faaliyetler''' |
| | | | |
| − | '''3.1.2.3. Geliştirme, Üretim, Kullanım, Destek ve Envanterden Çıkarma Safhalarında'''
| + | * Son Kabulün yapılması |
| | + | ** Son kabulün onaylanması için doğrulanması ve onaylanması sürecine katılım sağlanması |
| | + | ** Son kabulün onaylanması |
| | + | ** Ödemesinin yapılması |
| | | | |
| − | '''3.1.2.3.1. Girdiler''' | + | '''3.1.1.5.3. Çıktılar''' |
| | | | |
| − | · Taslak Entegre Lojistik Destek Planı,
| + | * Tedarik Edilen Ürün |
| | + | [[Dosya:Şekil 3.1 Tedarik Süreci.jpg|alt=Şekil 3 Tedarik Süreci|sol|küçükresim|600x600pik|Şekil 3 Tedarik Süreci]] |
| | | | |
| − | · Tedarik Zinciri,
| |
| | | | |
| − | · Tedarik Planı,
| |
| | | | |
| − | · Bütçe,
| |
| | | | |
| − | '''3.1.2.3.2. Faaliyetler'''
| |
| | | | |
| − | · İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması,
| |
| | | | |
| − | o Tedarik stratejileri, planları ve prosedürlerinin geliştirilmesi ve sürdürülmesi,
| |
| | | | |
| − | o Çatışmaları önlemek ve çözmek için prosedürlerin geliştirilmesi,
| |
| | | | |
| − | o Tedarikçileri, satın alma stratejilerine (yasal yönler, kalite, endüstri ve diğer standartlara uygunluk, iletişim, tedarikçinin yeteneği, deneyim vb.) karşı yeterliliğinin tespit edilmesi,
| |
| | | | |
| − | o İstek ve teklif verenlerin arasından seçim yapılması,
| |
| | | | |
| − | o Tüm yeterlilik kazanmış tedarikçilere gerekli tüm özellikleri içeren talepte bulunulması,
| |
| | | | |
| − | o Tedarikçinin, ürünün performansına / kalitesine, zamanına ve maliyetine dayanarak teklif talep edilmesi ve yanıtlarının değerlendirilmesi,
| |
| | | | |
| − | o Değerlendirme sonuçlarına göre tercih edilen bir tedarikçi seçimi,
| |
| | | | |
| − | · İkmal Maddelerinin/Hizmetlerin Tedarikinin Yönetilmesi
| |
| | | | |
| − | o Hüküm ve koşulların görüşülmesi ve satın alım,
| |
| | | | |
| − | o Kabul işlemine katılım ve kontrol prosedürlerinin geliştirilmesi,
| |
| | | | |
| − | o Paydaş, tedarikçi ve kabul makamlarıyla iletişimin kurulumu ve sürdürülmesi,
| |
| | | | |
| − | o Sözleşmelerden, tedarikçiden veya teslimattan kaynaklanan tespit edilmiş riskleri risk yönetiminin sağlanması,
| |
| | | | |
| − | · İkmal Maddelerinin/Hizmetlerin Kabulünün yapılması
| + | === 3.1.2. İKMAL SÜRECİ === |
| | + | İkmal sürecinin amacı |
| | | | |
| − | o Kabulün onaylanması için doğrulanması ve onaylanması sürecine katılım sağlanması,
| + | * Ürün ve destek unsurlarının fiziksel ve fonksiyonel devamlılığı ile kullanım etkinliğinin sağlanması |
| | + | * Bu kapsamda, sistem ömür devrinin bir parçası olan kaynak ve altyapı ihtiyaçlarının belirlenmesi |
| | + | * Belirlenen kaynak ve altyapı ihtiyaçlarının en düşük maliyetle, istenilen zamanda, istenilen miktarda ve istenilen yerde bulundurulması |
| | + | * Ürün ve destek unsurlarına yönelik ELD planlarının uygulanması, denetlenmesi ve güncellenmesi |
| | + | * Ürün ve destek unsurlarının kullanım sürdürülebilirliğini güvence altına alan destek hizmetlerinin zamanında gerçekleştirilmesi için en düşük maliyetle, istenilen zamanda, istenilen miktarda ve istenilen yerde kaynak bulundurulmasını sağlayan ikmal faaliyetlerinin yönetilmesi |
| | + | * Lojistik destek faaliyetlerinin sürekliliğinin sağlanması için mutabakat esaslarının ortaya konması |
| | + | * Ürün ve destek unsurlarının kullanım sürdürülebilirliğini güvence altına alan destek hizmetlerinin zamanında gerçekleştirilmesi için en düşük maliyetle, istenilen zamanda, istenilen miktarda ve istenilen yerde kaynak bulundurulmasını sağlayan ikmal faaliyetlerinin yönetilmesidir |
| | | | |
| − | o Kabulün onaylanması,
| + | Ürüne ve ürünün beklenen görevi yerine getirebilmesi için oluşturulan destek unsurlarına yönelik Entegre Lojistik Destek Planlarının uygulanması, denetlenmesi ve güncellenmesi ile en düşük maliyetli, istenilen zamanda, istenilen miktarda ve istenilen yerde bulundurulmasını sağlayan Lojistik Destek faaliyetlerinin sürekliliğinin sağlanmasıdır. Bu işin etkin yapılabilmesi için Lojistik Destek Analizlerinden faydalanılır. |
| | | | |
| − | o Ödemesinin yapılması.
| + | '''3.1.2.1. Ön Konsept Safhasında''' |
| | | | |
| − | Bu süreç tekrar eden bir süreçtir. İşlem belirli bir aşamaya bağlı değildir. Bir ikmal malzemesi veya hizmet edinmek ne zaman gerekli olursa, ikmal süreci aynı şekilde işletilir
| + | '''3.1.2.1.1. Girdiler''' |
| | | | |
| − | '''3.1.2.3.3. Çıktılar'''
| + | * Yetenek İhtiyacı ve Gereksinimleri |
| | + | * Mevcut İkmal Maddeleri/Hizmetleri |
| | | | |
| − | · Temin edilen ikmal malzemesi/hizmet,
| + | '''3.1.2.1.2. Faaliyetler''' |
| | | | |
| − | · Güncellenen Entegre Lojistik Destek Planı,
| + | * İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması |
| | + | ** Tedarik stratejileri, planları ve prosedürlerinin geliştirilmesi ve sürdürülmesi |
| | + | ** Çatışmaları önlemek ve çözmek için prosedürlerin geliştirilmesi |
| | + | ** Tedarikçileri, satın alma stratejilerine (yasal yönler, kalite, endüstri ve diğer standartlara uygunluk, iletişim, tedarikçinin yeteneği, deneyim vb.) karşı yeterliliğinin tespit edilmesi |
| | | | |
| − | · Güncellenen Tedarik Zinciri,
| + | '''3.1.2.1.3. Çıktılar''' |
| | | | |
| − | · Güncellenen Tedarik Planı,
| + | * Taslak Entegre Lojistik Destek Planı |
| | + | * Taslak Tedarik Zinciri |
| | + | * Taslak Tedarik Planı |
| | + | * Taslak Bütçe Planı |
| | | | |
| − | · Bütçe.
| + | '''3.1.2.2. Konsept Safhasında''' |
| | | | |
| − | Şekil 4 İkmal Süreci
| + | '''3.1.2.2.1. Girdiler''' |
| | | | |
| − | == 3.2. ORGANİZASYONEL PROGRAM/PROJE DESTEK SÜREÇLERİ ==
| + | * Taslak Entegre Lojistik Destek Planı |
| | + | * Tedarik Zinciri |
| | + | * Tedarik Planı |
| | + | * Bütçe |
| | | | |
| − | == 3.2.1. ÖMÜR DEVRİ MODELİ YÖNETİMİ SÜRECİ ==
| + | '''3.1.2.2.2. Faaliyetler''' |
| − | Ömür Devri Modeli Yönetimi sürecinin amacı, TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)’de belirlenmiş olan ömür devri yönetiminde kullanılacak olan model çerçevesinde faaliyetlerin ve prosedürlerin oluşturulması ve idame ettirilmesidir.
| |
| | | | |
| − | Bu süreç, organizasyonların amaçları doğrultusunda ve program/proje ihtiyaçları çerçevesinde, bilimsel metotlar ve araçlar ile ömür devri modelinin yönetimini sağlar.
| + | * İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması |
| | + | ** Tedarik stratejileri, planları ve prosedürlerinin geliştirilmesi ve sürdürülmesi |
| | + | ** Çatışmaları önlemek ve çözmek için prosedürlerin geliştirilmesi |
| | + | ** Tedarikçileri, satın alma stratejilerine (yasal yönler, kalite, endüstri ve diğer standartlara uygunluk, iletişim, tedarikçinin yeteneği, deneyim vb.) karşı yeterliliğinin tespit edilmesi |
| | + | ** İstek ve teklif verenlerin arasından seçim yapılması |
| | + | ** Tüm yeterlilik kazanmış tedarikçilere gerekli tüm özellikleri içeren talepte bulunulması |
| | + | ** Tedarikçinin, ürünün performansına / kalitesine, zamanına ve maliyetine dayanarak teklif talep edilmesi ve yanıtlarının değerlendirilmesi |
| | + | ** Değerlendirme sonuçlarına göre tercih edilen bir tedarikçi seçimi |
| | | | |
| − | === 3.2.1.1. Girdiler ===
| + | '''3.1.2.2.3. Çıktılar''' |
| − | · Organizasyon Strateji Planı
| |
| | | | |
| − | · Organizasyon Uyarlama Yaklaşımı
| + | * Güncellenen Entegre Lojistik Destek Planı |
| | + | * Güncellenen Tedarik Zinciri |
| | + | * Güncellenen Tedarik Planı |
| | + | * Bütçe |
| | | | |
| − | === 3.2.1.2. Faaliyetler ===
| + | '''3.1.2.3. Geliştirme, Üretim, Kullanım, Destek ve Envanterden Çıkarma Safhalarında''' |
| − | Ömür Devri Modeli Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir;
| |
| | | | |
| − | '''Ömür Devri Modelinin Kurulumu ve Uygulanması''' | + | '''3.1.2.3.1. Girdiler''' |
| | | | |
| − | · Süreç yönetimi için organizasyon stratejileri ile de uyumlu tutarlı politika ve prosedürlerin oluşturulması,
| + | * Taslak Entegre Lojistik Destek Planı |
| | + | * Tedarik Zinciri |
| | + | * Tedarik Planı |
| | + | * Bütçe |
| | | | |
| − | · Kurulum sürecinde organizasyonel stratejiler ile tutarlı olarak varsa uygulama standartlarının belirlenmesi ve sürece dahil edilmesi,
| + | '''3.1.2.3.2. Faaliyetler''' |
| | | | |
| − | · Belirlenen roller ve sorumluluklar çerçevesinde ömür devri yönetimi içerisinde yer alan paydaşların ömür devri yönetimine entegre olmalarının sağlanması,
| + | * İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması |
| | + | ** Tedarik stratejileri, planları ve prosedürlerinin geliştirilmesi ve sürdürülmesi |
| | + | ** Çatışmaları önlemek ve çözmek için prosedürlerin geliştirilmesi |
| | + | ** Tedarikçileri, satın alma stratejilerine (yasal yönler, kalite, endüstri ve diğer standartlara uygunluk, iletişim, tedarikçinin yeteneği, deneyim vb.) karşı yeterliliğinin tespit edilmesi |
| | + | ** İstek ve teklif verenlerin arasından seçim yapılması |
| | + | ** Tüm yeterlilik kazanmış tedarikçilere gerekli tüm özellikleri içeren talepte bulunulması |
| | + | ** Tedarikçinin, ürünün performansına / kalitesine, zamanına ve maliyetine dayanarak teklif talep edilmesi ve yanıtlarının değerlendirilmesi |
| | + | ** Değerlendirme sonuçlarına göre tercih edilen bir tedarikçi seçimi |
| | | | |
| − | · Ömür devri yönetimi boyunca ilerlemeyi kontrol eden iş kriterlerinin tanımlanması,
| + | * İkmal Maddelerinin/Hizmetlerin Tedarikinin Yönetilmesi |
| | + | ** Hüküm ve koşulların görüşülmesi ve satın alım |
| | + | ** Kabul işlemine katılım ve kontrol prosedürlerinin geliştirilmesi |
| | + | ** Paydaş, tedarikçi ve kabul makamlarıyla iletişimin kurulumu ve sürdürülmesi |
| | + | ** Sözleşmelerden, tedarikçiden veya teslimattan kaynaklanan tespit edilmiş riskleri risk yönetiminin sağlanması |
| | | | |
| − | · Organizasyon için standart ömür devri yönetimi modelinin tanımlanması ve her safhadaki amaç, girdi ve çıktıların tanımlanması,
| + | * İkmal Maddelerinin/Hizmetlerin Kabulünün yapılması |
| | + | ** Kabulün onaylanması için doğrulanması ve onaylanması sürecine katılım sağlanması |
| | + | ** Kabulün onaylanması |
| | + | ** Ödemesinin yapılması |
| | | | |
| − | · Kurulan Ömür devri modeline uygun olarak ömür devri faaliyetlerinin icra edilmesi.
| + | Bu süreç tekrar eden bir süreçtir. İşlem belirli bir aşamaya bağlı değildir. Bir ikmal malzemesi veya hizmet edinmek ne zaman gerekli olursa, ikmal süreci aynı şekilde işletilir |
| | | | |
| − | '''Ömür Devri Modelinin Değerlendirilmesi''' | + | '''3.1.2.3.3. Çıktılar''' |
| | | | |
| − | · Sürecin izlenmesi,
| + | * Temin edilen ikmal malzemesi/hizmet |
| | + | * Güncellenen Entegre Lojistik Destek Planı |
| | + | * Güncellenen Tedarik Zinciri |
| | + | * Güncellenen Tedarik Planı |
| | + | * Bütçe |
| | + | [[Dosya:Şekil4 İkmal Süreci.jpg|alt=Şekil 4 İkmal Süreci|sol|küçükresim|750x750pik|Şekil 4 İkmal Süreci]] |
| | | | |
| − | · Süreç ölçütlerinin analiz edilerek program/proje ile tutarlılığının belirlenmesi,
| |
| | | | |
| − | · Değerlendirme sonuçlarından gelen iyileştirme fırsatlarının tanımlanması.
| |
| | | | |
| − | '''Ömür Devri Modelinin İyileştirilmesi'''
| |
| | | | |
| − | · İyileştirme fırsatlarına öncelik verilmesi ve planlanması,
| |
| | | | |
| − | · Geliştirme fırsatlarının uygulanması ve sonuçların paydaşlarla değerlendirilmesi.
| |
| | | | |
| − | === 3.2.1.3. Çıktılar ===
| |
| − | · Organizasyonel Politikalar ve Süreçler,
| |
| | | | |
| − | · Ömür Devri Yönetimi Planı (Proje Yönetim Planı, Sistem Mühendisliği Yönetim Planı vb. planların kullanım ve destek safhalarını içine alacak şekilde genişletilmesi),
| |
| | | | |
| − | · Ömür Devri Yönetimi Raporu (Proje Gözden Geçirme, Proje İlerleme Raporu vb.).
| |
| | | | |
| − | Şekil 5 Ömür Devri Modeli Yönetimi Süreci
| |
| | | | |
| − | == 3.2.2. ALTYAPI YÖNETİMİ SÜRECİ ==
| |
| − | Bu sürecin amacı; organizasyon için gerekli olan tesislerin, araçların, iletişim ve bilgi teknolojisi varlıklarının tasarlanması geliştirilmesi, değiştirilmesi, uygulanması, kullanılması, idame ettirilmesi ve elden çıkarılmasıdır.
| |
| | | | |
| − | === 3.2.2.1. Girdiler ===
| |
| − | · Organizasyon Strateji Planı
| |
| | | | |
| − | · Organizasyon ve Program
| |
| | | | |
| − | === 3.2.2.2. Faaliyetler ===
| |
| − | Altyapı Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir:
| |
| | | | |
| − | '''Altyapının Tanımlanması'''
| |
| | | | |
| − | · Program/proje altyapı gereksinimlerinin ve kısıtlarının paydaşlarla birlikte tanımlanması,
| |
| | | | |
| − | · Altyapının geliştirilmesi, sistem ile entegrasyonun sağlanması, desteklenmesi ve elden çıkarılması için gerekli plan ve stratejinin oluşturulması,
| |
| | | | |
| − | · Altyapının mali destek yapısının tanımlanması.
| |
| | | | |
| − | '''Altyapının Kurulması'''
| |
| | | | |
| − | · Gerekli altyapının tedarik edilmesi,
| |
| | | | |
| − | · Kullanıma alınmasına yönelik programın oluşturulması,
| |
| | | | |
| − | · Kurulması, kabul edilmesi ve geçerli kılınması.
| |
| | | | |
| − | '''Altyapının İdame Ettirilmesi'''
| |
| | | | |
| − | · Program/proje ihtiyaçlarına göre altyapı performansının sürekli olarak değerlendirilmesi,
| |
| | | | |
| − | · Altyapıya yönelik iyileştirmelerin tanımlanması ve gerekli görülen önleyici ve düzeltici faaliyetlerin uygulanması.
| + | == 3.2. ORGANİZASYONEL PROGRAM/PROJE DESTEK SÜREÇLERİ == |
| | | | |
| − | '''Altyapının Elden Çıkarılması'''
| + | === 3.2.1. ÖMÜR DEVRİ MODELİ YÖNETİMİ SÜRECİ === |
| | + | Ömür Devri Modeli Yönetimi sürecinin amacı, [https://tssodypwiki.ssb.gov.tr/index.php/Sistem_%C3%96m%C3%BCr_Devri_Y%C3%B6netimi_Rehberi_(Ana_%C3%87er%C3%A7eve) TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)]’de belirlenmiş olan ömür devri yönetiminde kullanılacak olan model çerçevesinde faaliyetlerin ve prosedürlerin oluşturulması ve idame ettirilmesidir. |
| | | | |
| − | · Ömür devri yönetimi kapsamında tanımlanan envanterden çıkarma sürecine uygun olarak elden çıkarılması.
| + | Bu süreç, organizasyonların amaçları doğrultusunda ve program/proje ihtiyaçları çerçevesinde, bilimsel metotlar ve araçlar ile ömür devri modelinin yönetimini sağlar. |
| | | | |
| − | === 3.2.2.3. Çıktılar ===
| + | '''<big>3.2.1.1. Girdiler</big>''' |
| − | · Altyapı Yönetimi Planı
| + | * Organizasyon Strateji Planı |
| | + | * Organizasyon Uyarlama Yaklaşımı |
| | + | '''<big>3.2.1.2. Faaliyetler</big>''' |
| | | | |
| − | · Organizasyon veya Program/Proje Altyapısı,
| + | Ömür Devri Modeli Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir; |
| | | | |
| − | · Altyapı Yönetimi Rapor ve Kayıtları
| + | '''Ömür Devri Modelinin Kurulumu ve Uygulanması''' |
| | | | |
| − | Şekil 6 Altyapı Yönetimi Süreci
| + | * Süreç yönetimi için organizasyon stratejileri ile de uyumlu tutarlı politika ve prosedürlerin oluşturulması |
| | + | * Kurulum sürecinde organizasyonel stratejiler ile tutarlı olarak varsa uygulama standartlarının belirlenmesi ve sürece dahil edilmesi |
| | + | * Belirlenen roller ve sorumluluklar çerçevesinde ömür devri yönetimi içerisinde yer alan paydaşların ömür devri yönetimine entegre olmalarının sağlanması |
| | + | * Ömür devri yönetimi boyunca ilerlemeyi kontrol eden iş kriterlerinin tanımlanması |
| | + | * Organizasyon için standart ömür devri yönetimi modelinin tanımlanması ve her safhadaki amaç, girdi ve çıktıların tanımlanması |
| | + | * Kurulan Ömür devri modeline uygun olarak ömür devri faaliyetlerinin icra edilmesi |
| | | | |
| − | == 3.2.3. PORTFÖY YÖNETİMİ SÜRECİ ==
| + | '''Ömür Devri Modelinin Değerlendirilmesi''' |
| − | Portföy Yönetimi Süreci, organizasyonun stratejik hedeflerine ulaşabilmesi için gerekli ve uygun projeleri başlatmayı ve sürdürmeyi amaçlar. Süreç kapsamında seçilen projeleri gerçekleştirmek ve ihtiyaçlar çerçevesinde idame ettirmek için kaynak tahsisi gerçekleştirilir.
| |
| | | | |
| − | Proje Portföy Yönetimi Sürecinin başarıyla uygulanması ile:
| + | * Sürecin izlenmesi |
| | + | * Süreç ölçütlerinin analiz edilerek program/proje ile tutarlılığının belirlenmesi |
| | + | * Değerlendirme sonuçlarından gelen iyileştirme fırsatlarının tanımlanması |
| | | | |
| − | · İş fırsatları, yatırımlar, kazanımlar veya ihtiyaçlar nitelendirilir, seçilir ve önceliklendirilir.
| + | '''Ömür Devri Modelinin İyileştirilmesi''' |
| | | | |
| − | · Portföydeki projeler için proje bazında kaynak ve bütçe tanımlanır ve tahsis edilir.
| + | * İyileştirme fırsatlarına öncelik verilmesi ve planlanması |
| | + | * Geliştirme fırsatlarının uygulanması ve sonuçların paydaşlarla değerlendirilmesi |
| | + | '''<big>3.2.1.3. Çıktılar</big>''' |
| | + | * Organizasyonel Politikalar ve Süreçler |
| | + | * Ömür Devri Yönetimi Planı (Proje Yönetim Planı, Sistem Mühendisliği Yönetim Planı vb. planların kullanım ve destek safhalarını içine alacak şekilde genişletilmesi) |
| | + | * Ömür Devri Yönetimi Raporu (Proje Gözden Geçirme, Proje İlerleme Raporu vb.) |
| | + | [[Dosya:Şekil 5 Ömür Devri Modeli Yönetimi Süreci.jpg|alt=Şekil 5 Ömür Devri Modeli Yönetimi Süreci|sol|küçükresim|750x750px|Şekil 5 Ömür Devri Modeli Yönetimi Süreci]] |
| | | | |
| − | · Proje Yönetimi kapsamında sorumluluklar ve yetkililer tanımlanır.
| |
| | | | |
| − | · Proje yönetimi ve paydaşların gereksinimleri sürdürülür.
| |
| | | | |
| − | · Paydaş gereksinimlerinin karşılanmadığı projeler yönlendirilir veya sonlandırılır.
| |
| | | | |
| − | === 3.2.3.1. Girdiler ===
| |
| − | · Organizasyon Strateji Planı
| |
| | | | |
| − | · Proje Durum Raporu
| |
| | | | |
| − | · Portföy Kural ve Kısıtları
| |
| | | | |
| − | === 3.2.3.2. Faaliyetler ===
| |
| − | Portföy Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir;
| |
| | | | |
| − | '''Program/Projenin Başlatılması'''
| |
| | | | |
| − | · Organizasyonun stratejisi ve politikasına göre yetenek açıklarının ve fırsatlarının belirlenmesi, önceliklendirilmesi ve planlaması.
| |
| | | | |
| − | · Yürütülecek projeler için;
| |
| | | | |
| − | o Projelerin, sorumlulukların ve yetkilerin tanımlanması,
| |
| | | | |
| − | o Projelerde beklenen hedeflerin, amaçların ve çıktıların tanımlanması,
| |
| | | | |
| − | o Proje amaç ve hedeflerine ulaşmak için kaynakların belirlenmesi ve tahsis edilmesi,
| |
| | | | |
| − | o Proje tarafından yönetilmesi veya desteklenmesi gereken projelerin ara yüzlerinin ve bağımlılarının belirlenmesi,
| |
| | | | |
| − | o Proje raporlama gereksinimlerinin belirtilmesi ve projenin yürütülmesini sağlayacak kilometre taşlarının ortaya konulması,
| |
| | | | |
| − | o Onaylanmış proje planlarının yürürlüğe girmesi için yetki verilmesi.
| |
| | | | |
| − | '''Program/Projenin Kontrol Edilmesi'''
| |
| | | | |
| − | · Proje planına göre proje ilerleyişinin değerlendirilmesi,
| |
| | | | |
| − | · Program/Projenin tolerans ve istisnalar çerçevesinde değerlendirilerek gereken düzeltici ve önleyici tedbirlerin alınması,
| |
| | | | |
| − | '''Program/Projenin Kapatılması'''
| + | === 3.2.2. ALTYAPI YÖNETİMİ SÜRECİ === |
| | + | Bu sürecin amacı; organizasyon için gerekli olan tesislerin, araçların, iletişim ve bilgi teknolojisi varlıklarının tasarlanması geliştirilmesi, değiştirilmesi, uygulanması, kullanılması, idame ettirilmesi ve elden çıkarılmasıdır. |
| | | | |
| − | · Ürün ve/veya hizmet sözleşmesinin tamamlanmasından sonra, projenin ilgili planlara göre sözleşmeye uygun bir şekilde kapatılması.
| + | '''<big>3.2.2.1. Girdiler</big>''' |
| | + | * Organizasyon Strateji Planı |
| | + | * Organizasyon ve Program |
| | + | '''<big>3.2.2.2. Faaliyetler</big>''' |
| | | | |
| − | · Anlaşmaların izin verdiği durumlarda proje riskleri göz önünde bulundurularak projenin iptal edilmesi veya askıya alınması hususunun değerlendirilmesi.
| + | Altyapı Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir: |
| | | | |
| − | === 3.2.3.3. Çıktılar ===
| + | '''Altyapının Tanımlanması''' |
| − | · Portföy Yönetimi Planı
| |
| | | | |
| − | · Portföy Yönetimi Rapor ve Kayıtları
| + | * Program/proje altyapı gereksinimlerinin ve kısıtlarının paydaşlarla birlikte tanımlanması |
| | + | * Altyapının geliştirilmesi, sistem ile entegrasyonun sağlanması, desteklenmesi ve elden çıkarılması için gerekli plan ve stratejinin oluşturulması |
| | + | * Altyapının mali destek yapısının tanımlanması |
| | | | |
| − | Şekil 7 Portföy Yönetimi Süreci
| + | '''Altyapının Kurulması''' |
| | | | |
| − | == 3.2.4. İNSAN KAYNAĞI YÖNETİMİ SÜRECİ ==
| + | * Gerekli altyapının tedarik edilmesi, |
| − | Tüm savunma program/projelerinin insan kaynağı ihtiyaçlarını karşılamak için uygun, nitelikli ve deneyimli personelin istihdam edilmesi ve yetkinliklerinin geliştirilmesine destek sağlanması faaliyetlerinin yönetildiği süreçtir.
| + | * Kullanıma alınmasına yönelik programın oluşturulması |
| | + | * Kurulması, kabul edilmesi ve geçerli kılınması |
| | | | |
| − | === 3.2.4.1. Girdiler ===
| + | '''Altyapının İdame Ettirilmesi''' |
| − | · Organizasyon Strateji Planı
| |
| | | | |
| − | · Portföy Yönetimi Planı
| + | * Program/proje ihtiyaçlarına göre altyapı performansının sürekli olarak değerlendirilmesi, |
| | + | * Altyapıya yönelik iyileştirmelerin tanımlanması ve gerekli görülen önleyici ve düzeltici faaliyetlerin uygulanması. |
| | | | |
| − | · Projenin insan kaynağı gereksinimleri ve yetenek ihtiyaçları
| + | '''Altyapının Elden Çıkarılması''' |
| | | | |
| − | === 3.2.4.2. Faaliyetler ===
| + | * Ömür devri yönetimi kapsamında tanımlanan envanterden çıkarma sürecine uygun olarak elden çıkarılması. |
| − | İnsan Kaynağı Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir;
| + | '''<big>3.2.2.3. Çıktılar</big>''' |
| | + | * Altyapı Yönetimi Planı |
| | + | * Organizasyon veya Program/Proje Altyapısı |
| | + | * Altyapı Yönetimi Rapor ve Kayıtları |
| | + | [[Dosya:Şekil 6 Altyapı Yönetimi Süreci.jpg|alt=Şekil 6 Altyapı Yönetimi Süreci|sol|küçükresim|700x700px|Şekil 6 Altyapı Yönetimi Süreci]] |
| | | | |
| − | '''İhtiyacın ve Mevcut Durumun Değerlendirilmesi'''
| |
| | | | |
| − | · Program/projesini gerçekleştirmek için gerekli olan beceri, yeterlilik, nitelik ve deneyim seviyesinin belirlenmesi,
| |
| | | | |
| − | · Program/projeyi gerçekleştirmek için organizasyon tarafından ilave insan kaynağı ihtiyacının tanımlanması,
| |
| | | | |
| − | '''Yetenek ihtiyacının karşılanması'''
| |
| | | | |
| − | · Program/projeyi gerçekleştirmek maksadıyla gerekli insan kaynağını sağlamak için insan kaynağı politikalarının düzenlenmesi,
| |
| | | | |
| − | · Yetenek gelişimini sağlayacak uygun kariyer yollarının tanımlanması,
| |
| | | | |
| − | · Belirlenen eğitim ihtiyaçları ve yetenek açıkları doğrultusunda uygun eğitim planlarının oluşturulması ve uygulanması,
| |
| | | | |
| − | '''İnsan Kaynağı Yönetimi'''
| |
| | | | |
| − | · Program/projelerde görevlendirilmesi (değerlendirilmesi) için insan kaynağı havuzunun oluşturulması, korunması ve yönetilmesi maksadıyla
| |
| | | | |
| − | o Program/projenin önceliklendirilmesi,
| |
| | | | |
| − | o Program/proje ihtiyacına göre mevcut yeteneklerin kullanılması,
| |
| | | | |
| − | o Organizasyonun önceliğine göre insan kaynağının tahsis edilmesi,
| |
| | | | |
| − | o Görevlendirmelerde personel üzerindeki iş yükünün dikkate alınması,
| |
| | | | |
| − | · Beceri, yeterlilik, deneyim ve nitelikler konusunda insan kaynağı kayıtlarının tutulması.
| |
| | | | |
| − | === 3.2.4.3. Çıktılar ===
| |
| − | · İnsan Kaynağı Yönetimi Planı
| |
| | | | |
| − | · Eğitim Planları
| |
| | | | |
| − | · Kalifiye Personel
| |
| | | | |
| − | · Portföy Yönetimi Rapor ve Kayıtları
| |
| | | | |
| − | Şekil 8 İnsan Kaynağı Yönetimi Süreci
| |
| | | | |
| − | == 3.2.5. BİLGİ (KNOWLEDGE) YÖNETİMİ SÜRECİ == | + | === 3.2.3. PORTFÖY YÖNETİMİ SÜRECİ === |
| − | Bilgi (Knowledge) Yönetimi sürecinin amacı; organizasyonların fırsatlardan faydalanması ve tehditlerden sakınması için mevcut bilgi birikiminin erişilebilirliğini ve tekrar kullanımını sağlayan bilgi sisteminin kurulması ve yönetilmesidir.
| + | Portföy Yönetimi Süreci, organizasyonun stratejik hedeflerine ulaşabilmesi için gerekli ve uygun projeleri başlatmayı ve sürdürmeyi amaçlar. Süreç kapsamında seçilen projeleri gerçekleştirmek ve ihtiyaçlar çerçevesinde idame ettirmek için kaynak tahsisi gerçekleştirilir. |
| | | | |
| − | === 3.2.5.1. Girdiler ===
| + | Proje Portföy Yönetimi Sürecinin başarıyla uygulanması ile: |
| − | · Organizasyon Strateji Planı
| |
| | | | |
| − | · Kayıtlar (Dijital veya basılı, her türlü bilgi, belge, doküman)
| + | * İş fırsatları, yatırımlar, kazanımlar veya ihtiyaçlar nitelendirilir, seçilir ve önceliklendirilir |
| | + | * Portföydeki projeler için proje bazında kaynak ve bütçe tanımlanır ve tahsis edilir |
| | + | * Proje Yönetimi kapsamında sorumluluklar ve yetkililer tanımlanır |
| | + | * Proje yönetimi ve paydaşların gereksinimleri sürdürülür |
| | + | * Paydaş gereksinimlerinin karşılanmadığı projeler yönlendirilir veya sonlandırılır |
| | + | '''<big>3.2.3.1. Girdiler</big>''' |
| | + | * Organizasyon Strateji Planı |
| | + | * Proje Durum Raporu |
| | + | * Portföy Kural ve Kısıtları |
| | + | '''<big>3.2.3.2. Faaliyetler</big>''' |
| | | | |
| − | === 3.2.5.2. Faaliyetler ===
| + | Portföy Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir; |
| − | Bilgi Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir;
| |
| | | | |
| − | '''Bilgi Yönetimi Standartların Belirlenmesi''' | + | '''Program/Projenin Başlatılması''' |
| | | | |
| − | · Bilgi yönetimi ile ilgili organizasyonun uygulaması gereken standartların belirlenmesi,
| + | * Organizasyonun stratejisi ve politikasına göre yetenek açıklarının ve fırsatlarının belirlenmesi, önceliklendirilmesi ve planlaması |
| | + | * Yürütülecek projeler için; |
| | + | ** Projelerin, sorumlulukların ve yetkilerin tanımlanması |
| | + | ** Projelerde beklenen hedeflerin, amaçların ve çıktıların tanımlanması |
| | + | ** Proje amaç ve hedeflerine ulaşmak için kaynakların belirlenmesi ve tahsis edilmesi |
| | + | ** Proje tarafından yönetilmesi veya desteklenmesi gereken projelerin ara yüzlerinin ve bağımlılarının belirlenmesi |
| | + | ** Proje raporlama gereksinimlerinin belirtilmesi ve projenin yürütülmesini sağlayacak kilometre taşlarının ortaya konulması |
| | + | ** Onaylanmış proje planlarının yürürlüğe girmesi için yetki verilmesi |
| | | | |
| − | '''Bilgi Yönetimi Stratejisinin Belirlenmesi''' | + | '''Program/Projenin Kontrol Edilmesi''' |
| | | | |
| − | · Organizasyonun uyması gereken standart ve politikanın dışına çıkmadan ömür devri yönetiminde uygulanacak bilgi yönetimi stratejisinin belirlenmesi,
| + | * Proje planına göre proje ilerleyişinin değerlendirilmesi |
| | + | * Program/Projenin tolerans ve istisnalar çerçevesinde değerlendirilerek gereken düzeltici ve önleyici tedbirlerin alınması |
| | | | |
| − | · Organizasyon içinde ve dışında Bilgi Yönetimi süreci altyapısının kurulması ve incelenmesi gerekli görülür ise düzenlenmesi,
| + | '''Program/Projenin Kapatılması''' |
| | | | |
| − | '''Bilgi Yönetimi''' | + | * Ürün ve/veya hizmet sözleşmesinin tamamlanmasından sonra, projenin ilgili planlara göre sözleşmeye uygun bir şekilde kapatılması |
| | + | * Anlaşmaların izin verdiği durumlarda proje riskleri göz önünde bulundurularak projenin iptal edilmesi veya askıya alınması hususunun değerlendirilmesi |
| | + | '''<big>3.2.3.3. Çıktılar</big>''' |
| | + | * Portföy Yönetimi Planı |
| | + | * Portföy Yönetimi Rapor ve Kayıtları |
| | + | [[Dosya:Şekil 7 Portföy Yönetimi Süreci.jpg|alt=Şekil 7 Portföy Yönetimi Süreci|sol|küçükresim|750x750pik|Şekil 7 Portföy Yönetimi Süreci]] |
| | | | |
| − | · Belirlenen stratejiye uygun olarak bilginin toplanması, kayıt altına alınması, yönetilmesi ve paylaşılması.
| |
| | | | |
| − | === 3.2.5.3. Çıktılar ===
| |
| − | · Bilgi Yönetimi Planı
| |
| | | | |
| − | · Bilgi Yönetimi Sistemi Rapor ve Kayıtlar
| |
| | | | |
| − | Şekil 9 Bilgi (Knowledge) Yönetimi Süreci
| |
| | | | |
| − | == 3.2.6. KALİTE YÖNETİMİ SÜRECİ ==
| |
| − | Kalite Yönetimi Süreci’nin amacı, Kalite Yönetim Sistemi’nin ürün ömür devri içinde etkili bir şekilde uygulanmasını sağlamak ve müşteri ihtiyaç ve beklentilerinin karşılanmasını temin etmektir. Kalite Yönetim Sistemi, proje hedeflerine ulaşılabilmesi için gereken süreçleri ve kaynakları belirler ve sürekli iyileştirme kültürünü teşvik eder.
| |
| | | | |
| − | Kalite Yönetim Sistemi organizasyonun hedeflerine uluşmak maksadıyla uyguladığı planlı ve sistematik faaliyetler bütünüdür. Proje/program içindeki paydaşların kalite yönetimi sürecini takip edebilmesini sağlar.
| |
| | | | |
| − | Sürekli iyileşmenin amacı müşteri istek ve beklentilerinin karşılanma durumunun artırılmasıdır. İyileştirme faaliyetlerinin reaktif veya proaktif olarak gelişebilir. Reaktif yaklaşımda, tespit edilen uygunsuzluk sonrasında düzeltici faaliyetler gerçekleştirilirken; proaktif yaklaşımda hata ortaya çıkmadan önce, risk tabanlı değerlendirme, süreç metriklerinin analizi ve iyileştirme çalışmaları ile olası hataların tespit edilip önlenmesi sağlanır.
| |
| | | | |
| − | Kalite Yönetimi Süreci, sistem ömür devri süreçlerinin sağlıklı bir şekilde yürütülmesi için, tüm süreçlerin içinde yer alır.
| |
| | | | |
| − | Kalite Yönetim Sistemi, kalite yönetimi süreçlerinin program içindeki tüm paydaşlar tarafından takip edilmesini sağlayan yönetim disiplinidir.
| |
| | | | |
| − | Kalite Yönetimi İlkeleri:
| |
| | | | |
| − | · Müşteri Odaklı,
| |
| | | | |
| − | · Liderlik,
| |
| | | | |
| − | · Katılımcılık,
| |
| | | | |
| − | · Süreç Yaklaşımı,
| |
| | | | |
| − | · Sürekli İyileşme,
| |
| | | | |
| − | · Kanıta Dayalı Karar Verme,
| |
| | | | |
| − | · İlişki Yönetimi.
| |
| | | | |
| − | Kalite Yönetimi süreci ömür devrinin tüm safhalarında uygulanır. Kalite Yönetimi Süreci’nin etkin bir şekilde uygulanması ile
| |
| | | | |
| − | · Projede uygulanacak kalite politikaların, amaçların ve prosedürlerin tanımlanması ve uygulanması,
| |
| | | | |
| − | · Ürün/Hizmetin uygunluğunun değerlendirmesi için metot ve kriterlerin belirlenmesi,
| + | === 3.2.4. İNSAN KAYNAĞI YÖNETİMİ SÜRECİ === |
| | + | Tüm savunma program/projelerinin insan kaynağı ihtiyaçlarını karşılamak için uygun, nitelikli ve deneyimli personelin istihdam edilmesi ve yetkinliklerinin geliştirilmesine destek sağlanması faaliyetlerinin yönetildiği süreçtir. |
| | | | |
| − | · Ürün/Hizmetin uygunluğunun değerlendirmesi, onaylanması / kabul edilmesi,
| + | '''<big>3.2.4.1. Girdiler</big>''' |
| | + | * Organizasyon Strateji Planı |
| | + | * Portföy Yönetimi Planı |
| | + | * Projenin insan kaynağı gereksinimleri ve yetenek ihtiyaçları |
| | + | '''<big>3.2.4.2. Faaliyetler</big>''' |
| | | | |
| − | · Uygunsuzluklar tespit edilir, kayıt altına alınır, kök neden analizi yapılarak çözümlenir ve tekrar etmemesi,
| + | İnsan Kaynağı Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir; |
| | | | |
| − | · Süreçlerin etkinlik parametrelerinin tanımlanması, toplanması, analiz edilmesi ve sürekli iyileşmenin gerçekleşmesi,
| + | '''İhtiyacın ve Mevcut Durumun Değerlendirilmesi''' |
| | | | |
| − | · Gerekli görülen düzeltici, önleyici ve iyileştirici faaliyetlerin planlanması, uygulanması, kontrol edilmesi ve önlemlerin alınması sağlanır.
| + | * Program/projesini gerçekleştirmek için gerekli olan beceri, yeterlilik, nitelik ve deneyim seviyesinin belirlenmesi |
| | + | * Program/projeyi gerçekleştirmek için organizasyon tarafından ilave insan kaynağı ihtiyacının tanımlanması |
| | | | |
| − | === 3.2.6.1. Ön Konsept Safhasında ===
| + | '''Yetenek ihtiyacının karşılanması''' |
| | | | |
| − | === 3.2.6.1.1. Girdiler ===
| + | * Program/projeyi gerçekleştirmek maksadıyla gerekli insan kaynağını sağlamak için insan kaynağı politikalarının düzenlenmesi |
| − | · Paydaş İhtiyaçları
| + | * Yetenek gelişimini sağlayacak uygun kariyer yollarının tanımlanması |
| | + | * Belirlenen eğitim ihtiyaçları ve yetenek açıkları doğrultusunda uygun eğitim planlarının oluşturulması ve uygulanması |
| | | | |
| − | · Odak sistem hedefleri
| + | '''İnsan Kaynağı Yönetimi''' |
| | | | |
| − | === 3.2.6.1.2. Faaliyetler ===
| + | * Program/projelerde görevlendirilmesi (değerlendirilmesi) için insan kaynağı havuzunun oluşturulması, korunması ve yönetilmesi maksadıyla; |
| − | · Yürütülecek Kalite Yönetim Sistemi için gerekli süreçler tanımlanır
| + | ** Program/projenin önceliklendirilmesi |
| | + | ** Program/proje ihtiyacına göre mevcut yeteneklerin kullanılması |
| | + | ** Organizasyonun önceliğine göre insan kaynağının tahsis edilmesi |
| | + | ** Görevlendirmelerde personel üzerindeki iş yükünün dikkate alınması |
| | | | |
| − | · Tanımlanan süreçler arasındaki etkileşim ve sıralama belirlenir
| + | * Beceri, yeterlilik, deneyim ve nitelikler konusunda insan kaynağı kayıtlarının tutulması |
| | + | '''<big>3.2.4.3. Çıktılar</big>''' |
| | + | * İnsan Kaynağı Yönetimi Planı |
| | + | * Eğitim Planları |
| | + | * Kalifiye Personel |
| | + | * Portföy Yönetimi Rapor ve Kayıtları |
| | + | [[Dosya:Şekil 8 İnsan Kaynağı Yönetimi Süreci.jpg|alt=Şekil 8 İnsan Kaynağı Yönetimi Süreci|sol|küçükresim|750x750pik|Şekil 8 İnsan Kaynağı Yönetimi Süreci]] |
| | | | |
| − | · Süreçlerin etkili bir şekilde işletilebilmesi için gerekli kontrol noktaları, yöntem ve kriterler tanımlanır
| |
| | | | |
| − | · Süreçlerin izlenmesi ve desteklenmesi için gerekli kaynaklar ve ihtiyaç duyulan bilgiler tanımlanır
| |
| | | | |
| − | · Sistem tarafından istenen olgunluk seviyesine ulaşılması için kullanılacak kalite temin faaliyetlerinin yoğunluğu tespit edilir
| |
| | | | |
| − | · Tanımlanan süreçlerin ölçülmesi, izlenmesi, analiz edilmesi ve sürekli iyileşmenin sağlanması için gerekli aksiyonların alınması sağlanır
| |
| | | | |
| − | · Taslak bir Kalite Planı hazırlanır. Bu plan, Projede uygulanması planlanan kalite süreçlerinin genel hatlarını tanımlar. Bu kapsamda, taslak kalite politikası, amaçlar, yöntem, sorumluluklar, önerilen sistem çözümlerinin gerçekleştirilmesi için gerekli kalite maliyetleri tanımlanır.
| |
| | | | |
| − | === 3.2.6.1.3. Çıktılar ===
| |
| − | · Taslak Kalite Planı
| |
| | | | |
| − | · Sistem ve süreçte edinilen iyileşmeler, öğrenilmiş dersler
| |
| | | | |
| − | === 3.2.6.2. Konsept Safhasında ===
| |
| | | | |
| − | === 3.2.6.2.1. Girdiler ===
| |
| − | · Önerilen sistem çözümleri,
| |
| | | | |
| − | · Taslak Kalite Planı
| |
| | | | |
| − | === 3.2.6.2.2. Faaliyetler ===
| |
| − | · Kalite Planının Hazırlanması
| |
| | | | |
| − | o Program yönetim yapısının tanımlanması
| |
| | | | |
| − | o Kalite güvence faaliyetlerindeki görev ve sorumlulukların tanımlanması
| |
| | | | |
| − | o Programa özel kalite yönetim sisteminin tanımlanması
| |
| | | | |
| − | o Kalite yönetimi ilkelerinin, politikalarının, amaçların ve prosedürlerin belirlenmesi,
| |
| | | | |
| − | o Kalite değerlendirme kriterlerinin ve yönteminin tanımlanması
| |
| | | | |
| − | o Kalite yönetim sistemi için gerekli kaynakların ve bilgilerin tanımlanması
| |
| | | | |
| − | o Devlet Kalite Güvence Sorumluluğu ile ilgili faaliyetlerin tanımlanması
| |
| | | | |
| − | · Kalite Yönetim Sisteminin Düzenlenmesi
| |
| | | | |
| − | o Kalite süreçlerinin işletilmesi ve izlenmesini desteklemek için gerekli bilgilerin tanımlanması ve temin edilmesi
| |
| | | | |
| − | o Dış tedarikçilerle olan kalite süreçlerinin düzenlenmesi
| + | === 3.2.5. BİLGİ (KNOWLEDGE) YÖNETİMİ SÜRECİ === |
| | + | Bilgi (Knowledge) Yönetimi sürecinin amacı; organizasyonların fırsatlardan faydalanması ve tehditlerden sakınması için mevcut bilgi birikiminin erişilebilirliğini ve tekrar kullanımını sağlayan bilgi sisteminin kurulması ve yönetilmesidir. |
| | | | |
| − | o Kalite Yönetim Sistemin gözden geçirilmesi ve iyileştirilmesi için gerekli çalışmaların yapılması
| + | '''<big>3.2.5.1. Girdiler</big>''' |
| | + | * Organizasyon Strateji Planı |
| | + | * Kayıtlar (Dijital veya basılı, her türlü bilgi, belge, doküman) |
| | + | '''<big>3.2.5.2. Faaliyetler</big>''' |
| | | | |
| − | === 3.2.6.2.3. Çıktılar: ===
| + | Bilgi Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir; |
| − | · Program aktivitelerine ve önerilen sistemdeki ön görülen kalite faaliyetlerine göre güncellenen Kalite Planı
| |
| | | | |
| − | · Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi
| + | '''Bilgi Yönetimi Standartların Belirlenmesi''' |
| | | | |
| − | · Sistem ve süreçte edinilen iyileşmeler, öğrenilmiş dersler
| + | * Bilgi yönetimi ile ilgili organizasyonun uygulaması gereken standartların belirlenmesi |
| | | | |
| − | === 3.2.6.3. Geliştirme Safhasında ===
| + | '''Bilgi Yönetimi Stratejisinin Belirlenmesi''' |
| | | | |
| − | === 3.2.6.3.1. Girdiler ===
| + | * Organizasyonun uyması gereken standart ve politikanın dışına çıkmadan ömür devri yönetiminde uygulanacak bilgi yönetimi stratejisinin belirlenmesi |
| − | · Sözleşme ve Ekleri
| + | * Organizasyon içinde ve dışında Bilgi Yönetimi süreci altyapısının kurulması ve incelenmesi gerekli görülür ise düzenlenmesi |
| | | | |
| − | · Güncellenen proje yönetim planları ve diğer yönetsel planlar
| + | '''Bilgi Yönetimi''' |
| | | | |
| − | === 3.2.6.3.2. Faaliyetler ===
| + | * Belirlenen stratejiye uygun olarak bilginin toplanması, kayıt altına alınması, yönetilmesi ve paylaşılması |
| − | · Kalite Planın hazırlanması / güncellenmesi
| + | '''<big>3.2.5.3. Çıktılar</big>''' |
| | + | * Bilgi Yönetimi Planı |
| | + | * Bilgi Yönetimi Sistemi Rapor ve Kayıtlar |
| | + | [[Dosya:TSSODYP02.09.jpg|alt=Şekil 9 Bilgi (Knowledge) Yönetimi Süreci|sol|küçükresim|700x700pik|Şekil 9 Bilgi (Knowledge) Yönetimi Süreci]] |
| | | | |
| − | o Program yönetim yapısının tanımlanması
| |
| | | | |
| − | o Kalite güvence faaliyetlerindeki görev ve sorumlulukların tanımlanması
| |
| | | | |
| − | o Programa özel kalite yönetim sisteminin tanımlanması
| |
| | | | |
| − | o Kalite Yönetimi ilkelerinin, politikalarının, amaçların ve prosedürlerin belirlenmesi,
| |
| | | | |
| − | o Kalite değerlendirme kriterlerinin ve yönteminin tanımlanması
| |
| | | | |
| − | o Kalite yönetim sistemi için gerekli kaynakların ve bilgilerin tanımlanması
| |
| | | | |
| − | o Devlet Kalite Güvence Sorumluluğu ile ilgili faaliyetlerin tanımlanması
| |
| | | | |
| − | · Kalite Yönetim Sisteminin Düzenlenmesi / güncellenmesi
| |
| | | | |
| − | o Kalite süreçlerinin işletilmesi ve izlenmesini desteklemek için gerekli bilgilerin tanımlanması ve temin edilmesi
| |
| | | | |
| − | o Dış tedarikçilerle olan kalite süreçlerinin düzenlenmesi
| |
| | | | |
| − | o Kalite Yönetim Sistemin gözden geçirilmesi ve iyileştirilmesi için gerekli çalışmaların yapılması
| |
| | | | |
| − | · Kalite Yönetiminin Uygulanması
| |
| | | | |
| − | o Süreçte tespit edilen uygunsuzlukların kayıt altına alınması, çözülmesinin sağlanması ve tekrarının engellenmesi
| |
| | | | |
| − | o Geliştirme süreci iş ürünlerinin, proje olgunluk seviyesinin gözden geçirme faaliyetleri ve iç denetimler ile değerlendirilmesi,
| |
| | | | |
| − | o Tedarik zinciri kalite faaliyetlerinin koordine edilmesi ve tedarikçilerin sözleşmesel yükümlülüklerine uyum durumlarının denetlenmesi
| |
| | | | |
| − | o Süreç etkinlik parametrelerinin tanımlanması, toplanması ve analiz edilerek sürekli iyileşme sağlanması
| |
| | | | |
| − | o Düzeltici ve önleyici faaliyetlerin planlanması, uygulanmasının sağlanması, kontrol edilmesi ve önlem alınması,
| |
| | | | |
| − | o Ürün / Hizmetin uygunluğunun değerlendirmesi için gerekli metot ve kriterlerin tanımlanmasının sağlanması
| |
| | | | |
| − | o Ürün / Hizmetin uygunluğunun değerlendirmesi, onaylanması / kabul edilmesi.
| + | === 3.2.6. KALİTE YÖNETİMİ SÜRECİ === |
| | + | Kalite Yönetimi Süreci’nin amacı, Kalite Yönetim Sistemi’nin ürün ömür devri içinde etkili bir şekilde uygulanmasını sağlamak ve müşteri ihtiyaç ve beklentilerinin karşılanmasını temin etmektir. Kalite Yönetim Sistemi, proje hedeflerine ulaşılabilmesi için gereken süreçleri ve kaynakları belirler ve sürekli iyileştirme kültürünü teşvik eder. |
| | | | |
| − | === 3.2.6.3.3. Çıktılar ===
| + | Kalite Yönetim Sistemi organizasyonun hedeflerine uluşmak maksadıyla uyguladığı planlı ve sistematik faaliyetler bütünüdür. Proje/program içindeki paydaşların kalite yönetimi sürecini takip edebilmesini sağlar. |
| − | · Program aktivitelerine göre güncellenen Kalite Planı
| |
| | | | |
| − | · Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi
| + | Sürekli iyileşmenin amacı müşteri istek ve beklentilerinin karşılanma durumunun artırılmasıdır. İyileştirme faaliyetlerinin reaktif veya proaktif olarak gelişebilir. Reaktif yaklaşımda, tespit edilen uygunsuzluk sonrasında düzeltici faaliyetler gerçekleştirilirken; proaktif yaklaşımda hata ortaya çıkmadan önce, risk tabanlı değerlendirme, süreç metriklerinin analizi ve iyileştirme çalışmaları ile olası hataların tespit edilip önlenmesi sağlanır. |
| | | | |
| − | · Sistem ve süreçte edinilen iyileşmeler, öğrenilmiş dersler
| + | Kalite Yönetimi Süreci, sistem ömür devri süreçlerinin sağlıklı bir şekilde yürütülmesi için, tüm süreçlerin içinde yer alır. |
| | | | |
| − | === 3.2.6.4. Üretim Safhasında ===
| + | Kalite Yönetim Sistemi, kalite yönetimi süreçlerinin program içindeki tüm paydaşlar tarafından takip edilmesini sağlayan yönetim disiplinidir. |
| | | | |
| − | === 3.2.6.4.1. Girdiler ===
| + | Kalite Yönetimi İlkeleri: |
| − | · Sözleşme ve Ekleri
| |
| | | | |
| − | · Güncellenen proje yönetim planları ve diğer yönetsel planlar
| + | * Müşteri Odaklı |
| | + | * Liderlik |
| | + | * Katılımcılık |
| | + | * Süreç Yaklaşımı |
| | + | * Sürekli İyileşme |
| | + | * Kanıta Dayalı Karar Verme |
| | + | * İlişki Yönetimi |
| | | | |
| − | · Doğrulama ve Kalifikasyon Sonuçları
| + | Kalite Yönetimi süreci ömür devrinin tüm safhalarında uygulanır. Kalite Yönetimi Süreci’nin etkin bir şekilde uygulanması ile: |
| | | | |
| − | === 3.2.6.4.2. Faaliyetler ===
| + | * Projede uygulanacak kalite politikaların, amaçların ve prosedürlerin tanımlanması ve uygulanması |
| − | · Kalite Planın hazırlanması / güncellenmesi
| + | * Ürün/Hizmetin uygunluğunun değerlendirmesi için metot ve kriterlerin belirlenmesi |
| | + | * Ürün/Hizmetin uygunluğunun değerlendirmesi, onaylanması / kabul edilmesi |
| | + | * Uygunsuzluklar tespit edilir, kayıt altına alınır, kök neden analizi yapılarak çözümlenir ve tekrar etmemesi |
| | + | * Süreçlerin etkinlik parametrelerinin tanımlanması, toplanması, analiz edilmesi ve sürekli iyileşmenin gerçekleşmesi |
| | + | * Gerekli görülen düzeltici, önleyici ve iyileştirici faaliyetlerin planlanması, uygulanması, kontrol edilmesi ve önlemlerin alınması sağlanır |
| | | | |
| − | o Program yönetim yapısının tanımlanması
| + | ==== '''<big>3.2.6.1. Ön Konsept Safhasında</big>''' ==== |
| | + | '''<big>3.2.6.1.1. Girdiler</big>''' |
| | + | * Paydaş İhtiyaçları |
| | + | * Odak sistem hedefleri |
| | + | '''<big>3.2.6.1.2. Faaliyetler</big>''' |
| | + | * Yürütülecek Kalite Yönetim Sistemi için gerekli süreçler tanımlanır |
| | + | * Tanımlanan süreçler arasındaki etkileşim ve sıralama belirlenir |
| | + | * Süreçlerin etkili bir şekilde işletilebilmesi için gerekli kontrol noktaları, yöntem ve kriterler tanımlanır |
| | + | * Süreçlerin izlenmesi ve desteklenmesi için gerekli kaynaklar ve ihtiyaç duyulan bilgiler tanımlanır |
| | + | * Sistem tarafından istenen olgunluk seviyesine ulaşılması için kullanılacak kalite temin faaliyetlerinin yoğunluğu tespit edilir |
| | + | * Tanımlanan süreçlerin ölçülmesi, izlenmesi, analiz edilmesi ve sürekli iyileşmenin sağlanması için gerekli aksiyonların alınması sağlanır |
| | + | * Taslak bir Kalite Planı hazırlanır. Bu plan, Projede uygulanması planlanan kalite süreçlerinin genel hatlarını tanımlar. Bu kapsamda, taslak kalite politikası, amaçlar, yöntem, sorumluluklar, önerilen sistem çözümlerinin gerçekleştirilmesi için gerekli kalite maliyetleri tanımlanır |
| | + | '''<big>3.2.6.1.3. Çıktılar</big>''' |
| | + | * Taslak Kalite Planı |
| | + | * Sistem ve süreçte edinilen iyileşmeler, öğrenilmiş dersler |
| | | | |
| − | o Kalite güvence faaliyetlerindeki görev ve sorumlulukların tanımlanması
| + | ==== '''<big>3.2.6.2. Konsept Safhasında</big>''' ==== |
| | + | '''<big>3.2.6.2.1. Girdiler</big>''' |
| | + | * Önerilen sistem çözümleri |
| | + | * Taslak Kalite Planı |
| | + | '''<big>3.2.6.2.2. Faaliyetler</big>''' |
| | + | * Kalite Planının Hazırlanması |
| | + | ** Program yönetim yapısının tanımlanması |
| | + | ** Kalite güvence faaliyetlerindeki görev ve sorumlulukların tanımlanması |
| | + | ** Programa özel kalite yönetim sisteminin tanımlanması |
| | + | ** Kalite yönetimi ilkelerinin, politikalarının, amaçların ve prosedürlerin belirlenmesi |
| | + | ** Kalite değerlendirme kriterlerinin ve yönteminin tanımlanması |
| | + | ** Kalite yönetim sistemi için gerekli kaynakların ve bilgilerin tanımlanması |
| | + | ** Devlet Kalite Güvence Sorumluluğu ile ilgili faaliyetlerin tanımlanması |
| | | | |
| − | o Programa özel kalite yönetim sisteminin tanımlanması
| + | * Kalite Yönetim Sisteminin Düzenlenmesi |
| | + | ** Kalite süreçlerinin işletilmesi ve izlenmesini desteklemek için gerekli bilgilerin tanımlanması ve temin edilmesi |
| | + | ** Dış tedarikçilerle olan kalite süreçlerinin düzenlenmesi |
| | + | ** Kalite Yönetim Sistemin gözden geçirilmesi ve iyileştirilmesi için gerekli çalışmaların yapılması |
| | + | '''<big>3.2.6.2.3. Çıktılar</big>''' |
| | + | * Program aktivitelerine ve önerilen sistemdeki ön görülen kalite faaliyetlerine göre güncellenen Kalite Planı |
| | + | * Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi |
| | + | * Sistem ve süreçte edinilen iyileşmeler, öğrenilmiş dersler |
| | | | |
| − | o Kalite Yönetimi ilkelerinin, politikalarının, amaçların ve prosedürlerin belirlenmesi,
| + | ==== '''<big>3.2.6.3. Geliştirme Safhasında</big>''' ==== |
| | + | '''<big>3.2.6.3.1. Girdiler</big>''' |
| | + | * Sözleşme ve Ekleri |
| | + | * Güncellenen proje yönetim planları ve diğer yönetsel planlar |
| | + | '''<big>3.2.6.3.2. Faaliyetler</big>''' |
| | + | * Kalite Planın hazırlanması / güncellenmesi |
| | + | ** Program yönetim yapısının tanımlanması |
| | + | ** Kalite güvence faaliyetlerindeki görev ve sorumlulukların tanımlanması |
| | + | ** Programa özel kalite yönetim sisteminin tanımlanması |
| | + | ** Kalite Yönetimi ilkelerinin, politikalarının, amaçların ve prosedürlerin belirlenmesi |
| | + | ** Kalite değerlendirme kriterlerinin ve yönteminin tanımlanması |
| | + | ** Kalite yönetim sistemi için gerekli kaynakların ve bilgilerin tanımlanması |
| | + | ** Devlet Kalite Güvence Sorumluluğu ile ilgili faaliyetlerin tanımlanması |
| | | | |
| − | o Kalite değerlendirme kriterlerinin ve yönteminin tanımlanması
| + | * Kalite Yönetim Sisteminin Düzenlenmesi / güncellenmesi |
| | + | ** Kalite süreçlerinin işletilmesi ve izlenmesini desteklemek için gerekli bilgilerin tanımlanması ve temin edilmesi |
| | + | ** Dış tedarikçilerle olan kalite süreçlerinin düzenlenmesi |
| | + | ** Kalite Yönetim Sistemin gözden geçirilmesi ve iyileştirilmesi için gerekli çalışmaların yapılması |
| | | | |
| − | o Kalite yönetim sistemi için gerekli kaynakların ve bilgilerin tanımlanması
| + | * Kalite Yönetiminin Uygulanması |
| | + | ** Süreçte tespit edilen uygunsuzlukların kayıt altına alınması, çözülmesinin sağlanması ve tekrarının engellenmesi |
| | + | ** Geliştirme süreci iş ürünlerinin, proje olgunluk seviyesinin gözden geçirme faaliyetleri ve iç denetimler ile değerlendirilmesi, |
| | + | ** Tedarik zinciri kalite faaliyetlerinin koordine edilmesi ve tedarikçilerin sözleşmesel yükümlülüklerine uyum durumlarının denetlenmesi |
| | + | ** Süreç etkinlik parametrelerinin tanımlanması, toplanması ve analiz edilerek sürekli iyileşme sağlanması |
| | + | ** Düzeltici ve önleyici faaliyetlerin planlanması, uygulanmasının sağlanması, kontrol edilmesi ve önlem alınması |
| | + | ** Ürün / Hizmetin uygunluğunun değerlendirmesi için gerekli metot ve kriterlerin tanımlanmasının sağlanması |
| | + | ** Ürün / Hizmetin uygunluğunun değerlendirmesi, onaylanması / kabul edilmesi |
| | + | '''<big>3.2.6.3.3. Çıktılar</big>''' |
| | + | * Program aktivitelerine göre güncellenen Kalite Planı |
| | + | * Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi |
| | + | * Sistem ve süreçte edinilen iyileşmeler, öğrenilmiş dersler |
| | | | |
| − | o Devlet Kalite Güvence Sorumluluğu ile ilgili faaliyetlerin tanımlanması
| + | ==== <big>3.2.6.4. Üretim Safhasında</big> ==== |
| | + | '''<big>3.2.6.4.1. Girdiler</big>''' |
| | + | * Sözleşme ve Ekleri |
| | + | * Güncellenen proje yönetim planları ve diğer yönetsel planlar |
| | + | * Doğrulama ve Kalifikasyon Sonuçları |
| | + | '''<big>3.2.6.4.2. Faaliyetler</big>''' |
| | + | * Kalite Planın hazırlanması / güncellenmesi |
| | + | ** Program yönetim yapısının tanımlanması |
| | + | ** Kalite güvence faaliyetlerindeki görev ve sorumlulukların tanımlanması |
| | + | ** Programa özel kalite yönetim sisteminin tanımlanması |
| | + | ** Kalite Yönetimi ilkelerinin, politikalarının, amaçların ve prosedürlerin belirlenmesi |
| | + | ** Kalite değerlendirme kriterlerinin ve yönteminin tanımlanması |
| | + | ** Kalite yönetim sistemi için gerekli kaynakların ve bilgilerin tanımlanması |
| | + | ** Devlet Kalite Güvence Sorumluluğu ile ilgili faaliyetlerin tanımlanması |
| | | | |
| − | · Kalite Yönetim Sisteminin Düzenlenmesi / Güncellenmesi
| + | * Kalite Yönetim Sisteminin Düzenlenmesi / Güncellenmesi |
| | + | ** Kalite süreçlerinin işletilmesi ve izlenmesini desteklemek için gerekli bilgilerin tanımlanması ve temin edilmesi |
| | + | ** Dış tedarikçilerle olan kalite süreçlerinin düzenlenmesi |
| | + | ** Kalite Yönetim Sisteminin gözden geçirilmesi ve iyileştirilmesi için gerekli çalışmaların yapılması |
| | | | |
| − | o Kalite süreçlerinin işletilmesi ve izlenmesini desteklemek için gerekli bilgilerin tanımlanması ve temin edilmesi
| + | * Kalite Yönetiminin Uygulanması |
| | + | ** Süreçte tespit edilen uygunsuzlukların kayıt altına alınması, çözülmesinin sağlanması ve tekrarının engellenmesi |
| | + | ** Tedarik zinciri kalite faaliyetlerinin koordine edilmesi ve tedarikçilerin sözleşmesel yükümlülüklerine uyum durumlarının denetlenmesi |
| | + | ** Süreç etkinlik parametrelerinin tanımlanması, toplanması ve analiz edilerek sürekli iyileşme sağlanması |
| | + | ** Düzeltici ve önleyici faaliyetlerin planlanması, uygulanmasının sağlanması, kontrol edilmesi ve önlem alınması |
| | + | ** Ürün / Hizmetin uygunluğunun değerlendirmesi için gerekli metot ve kriterlerin tanımlanmasının sağlanması |
| | + | ** Ürün / Hizmetin uygunluğunun değerlendirmesi, onaylanması / kabul edilmesi. |
| | + | '''<big>3.2.6.4.3. Çıktılar</big>''' |
| | + | * Program aktivitelerine göre güncellenen Kalite Planı |
| | + | * Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi |
| | + | * Sistem ve süreçte edinilen iyileşmeler, öğrenilmiş dersler |
| | | | |
| − | o Dış tedarikçilerle olan kalite süreçlerinin düzenlenmesi
| + | ==== <big>3.2.6.5. Kullanım ve Destek Safhalarında</big> ==== |
| | + | '''<big>3.2.6.5.1. Girdiler</big>''' |
| | + | * Sözleşme ve Ekleri |
| | + | * Güncellenen proje yönetim planları ve diğer yönetsel planlar |
| | + | * Doğrulama ve Kalifikasyon Sonuçları |
| | + | '''<big>3.2.6.5.2. Faaliyetler</big>''' |
| | | | |
| − | o Kalite Yönetim Sisteminin gözden geçirilmesi ve iyileştirilmesi için gerekli çalışmaların yapılması
| + | Bu aşamadaki kalite aktiviteleri; geliştirme ve üretim faaliyetlerinden farklı olmayıp, çalışma alanı ağırlıklı olarak; |
| | | | |
| − | · Kalite Yönetiminin Uygulanması
| + | * Bakım ve onarım kalite kayıtlarının takibi |
| | + | * Kullanıcılar için verilen eğitim hizmetinin uygunluğu |
| | + | * Yedek ve sarf malzemelerin uygunluğu |
| | + | * Kullanıcıdan gelen geri beslemelerin değerlendirilmesi ve sürekli iyileşme faaliyetlerinin desteklenmesi şeklindedir |
| | + | '''<big>3.2.6.5.3. Çıktılar</big>''' |
| | + | * Program aktivitelerine göre güncellenen Kalite Planı |
| | + | * Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi |
| | + | * Sistem ve süreçte edinilen iyileşmeler, öğrenilmiş dersler |
| | | | |
| − | o Süreçte tespit edilen uygunsuzlukların kayıt altına alınması, çözülmesinin sağlanması ve tekrarının engellenmesi
| + | ==== <big>3.2.6.6. Envanterden Çıkarma Safhasında</big> ==== |
| | + | '''<big>3.2.6.6.1. Girdiler</big>''' |
| | + | * Sözleşme ve Ekleri |
| | + | * Güncellenen proje yönetim planları ve diğer yönetsel planlar |
| | + | '''<big>3.2.6.6.2. Faaliyetler</big>''' |
| | + | * Envanterden çıkarma safhası gözden geçirme toplantısının yapılması ve envanterden çıkarma planının onaylanması |
| | + | * Program sonlandırma / tasfiye sürecinin takip edilmesi |
| | + | '''<big>3.2.6.6.3. Çıktılar</big>''' |
| | + | * Program aktivitelerine göre güncellenen Kalite Planı |
| | + | * Sistem ve süreçte edinilen iyileşmeler, öğrenilmiş dersler |
| | + | [[Dosya:Şekil 10 Kalite Yönetimi Süreci.jpg|alt=Şekil 10 Kalite Yönetimi Süreci|sol|küçükresim|700x700pik|Şekil 10 Kalite Yönetimi Süreci]] |
| | | | |
| − | o Tedarik zinciri kalite faaliyetlerinin koordine edilmesi ve tedarikçilerin sözleşmesel yükümlülüklerine uyum durumlarının denetlenmesi
| |
| | | | |
| − | o Süreç etkinlik parametrelerinin tanımlanması, toplanması ve analiz edilerek sürekli iyileşme sağlanması
| |
| | | | |
| − | o Düzeltici ve önleyici faaliyetlerin planlanması, uygulanmasının sağlanması, kontrol edilmesi ve önlem alınması,
| |
| | | | |
| − | o Ürün / Hizmetin uygunluğunun değerlendirmesi için gerekli metot ve kriterlerin tanımlanmasının sağlanması
| |
| | | | |
| − | o Ürün / Hizmetin uygunluğunun değerlendirmesi, onaylanması / kabul edilmesi.
| |
| | | | |
| − | === 3.2.6.4.3. Çıktılar ===
| |
| − | · Program aktivitelerine göre güncellenen Kalite Planı
| |
| | | | |
| − | · Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi
| |
| | | | |
| − | · Sistem ve süreçte edinilen iyileşmeler, öğrenilmiş dersler
| |
| | | | |
| − | === 3.2.6.5. Kullanım ve Destek Safhalarında ===
| |
| | | | |
| − | === 3.2.6.5.1. Girdiler ===
| |
| − | · Sözleşme ve Ekleri
| |
| | | | |
| − | · Güncellenen proje yönetim planları ve diğer yönetsel planlar
| |
| | | | |
| − | · Doğrulama ve Kalifikasyon Sonuçları
| |
| | | | |
| − | === 3.2.6.5.2. Faaliyetler ===
| |
| − | Bu aşamadaki kalite aktiviteleri; geliştirme ve üretim faaliyetlerinden farklı olmayıp, çalışma alanı ağırlıklı olarak;
| |
| | | | |
| − | · Bakım ve onarım kalite kayıtlarının takibi,
| |
| | | | |
| − | · Kullanıcılar için verilen eğitim hizmetinin uygunluğu,
| |
| | | | |
| − | · Yedek ve sarf malzemelerin uygunluğu,
| |
| | | | |
| − | · Kullanıcıdan gelen geri beslemelerin değerlendirilmesi ve sürekli iyileşme faaliyetlerinin desteklenmesi şeklindedir.
| |
| | | | |
| − | === 3.2.6.5.3. Çıktılar ===
| |
| − | · Program aktivitelerine göre güncellenen Kalite Planı
| |
| | | | |
| − | · Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi
| + | == 3.3. PROGRAM/PROJE SÜREÇLERİ == |
| | | | |
| − | · Sistem ve süreçte edinilen iyileşmeler, öğrenilmiş dersler
| + | === 3.3.1. PROGRAM/PROJE PLANLAMA SÜRECİ === |
| | + | Program/proje planlama sürecinin amacı; belirlenmiş hedefler doğrultusunda işletilebilir, gerekli yetki ve sorumlulukları tanımlanmış bir program/proje planının idame ettirilmesidir. Program/proje planlama süreci, gerekli faaliyetlerin dahil edilmesi, destek unsurlarını da kapsayacak şekilde takvimlerin belirlenmesi, kaynak tahsisinin yapılması ile gerekli girdi, çıktı ve faaliyetlerin tanımlanması amacıyla programa/projeye yönelik safhaların ve süreçlerin düzenlenmesine odaklanır. |
| | | | |
| − | === 3.2.6.6. Envanterden Çıkarma Safhasında ===
| + | Program/proje planlama faaliyetleri kapsamında başlangıç temeli oluşturması amacıyla program/proje yapısının ve kısıtların belirlenmesi, program/proje kapsamının açıkça belirlenmesine ve ilgililerle paylaşılmasına bağlıdır. |
| | | | |
| − | === 3.2.6.6.1. Girdiler ===
| + | Program/proje planlama süreci; |
| − | · Sözleşme ve Ekleri
| |
| | | | |
| − | · Güncellenen proje yönetim planları ve diğer yönetsel planlar
| + | * Programın/projenin tanımlanması |
| | + | * Program/proje hedeflerine göre safha ve süreçlerin uyarlanması |
| | + | * Gerekli kaynakların planlamalara dâhil edilmesi |
| | + | * Belirlenmiş kilometre taşları ve karar noktalarına göre hedeflerin belirlenmesi vb. aktiviteleri içerir |
| | | | |
| − | === 3.2.6.6.2. Faaliyetler ===
| + | Sürecin en önemli çıktıları; |
| − | · Envanterden çıkarma safhası gözden geçirme toplantısının yapılması ve envanterden çıkarma planının onaylanması
| |
| | | | |
| − | · Program sonlandırma / tasfiye sürecinin takip edilmesi
| + | * Safhaların, süreçlerin ve karar noktalarının amaç doğrultusunda uyarlandığı program/proje planı |
| | + | * Belirlenmiş görev, yetki ve sorumluluklar ve program işletimine katkı sağlayan anahtar personel |
| | + | * Talep ve temin edilmiş gerekli kaynaklar ve hizmetler |
| | + | * Program/proje planı ile uyumlu olarak yönlendirilmiş program/proje ekipleri ve |
| | + | * Görev, sorumluluk ve yetkilerin belirlendiği program/proje planı |
| | | | |
| − | === 3.2.6.6.3. Çıktılar === | + | ==== '''<big>3.3.1.1. Ön Konsept Safhasında</big>''' ==== |
| − | · Program aktivitelerine göre güncellenen Kalite Planı
| + | '''<big>3.3.1.1.1. Girdiler</big>''' |
| | + | * Organizasyon Strateji Planı |
| | + | * Kabiliyet İhtiyacı Değerlendirmeleri |
| | + | '''<big>3.3.1.1.2. Faaliyetler</big>''' |
| | | | |
| − | · Sistem ve süreçte edinilen iyileşmeler, öğrenilmiş dersler
| + | '''Program/Projenin Tanımlanması''' |
| | | | |
| − | Şekil 10 Kalite Yönetimi Süreci
| + | * Kabiliyet ihtiyaçlarının analiz edilmesi |
| | + | * Kapsamın tanımlanması |
| | + | * Amaç ve kısıtların tanımlanması |
| | + | * Diğer program/projelerle olan arayüzlerin ve ilişkilerin tanımlanması |
| | | | |
| − | == 3.3. PROGRAM/PROJE SÜREÇLERİ ==
| + | '''Safhalar ve Süreçlerin Belirlenmesi''' |
| | | | |
| − | == 3.3.1. PROGRAM/PROJE PLANLAMA SÜRECİ ==
| + | * Safha ve süreçlere yönelik ilke ve faaliyetlerin değerlendirilmesi |
| − | Program/proje planlama sürecinin amacı; belirlenmiş hedefler doğrultusunda işletilebilir, gerekli yetki ve sorumlulukları tanımlanmış bir program/proje planının idame ettirilmesidir. Program/proje planlama süreci, gerekli faaliyetlerin dahil edilmesi, destek unsurlarını da kapsayacak şekilde takvimlerin belirlenmesi, kaynak tahsisinin yapılması ile gerekli girdi, çıktı ve faaliyetlerin tanımlanması amacıyla programa/projeye yönelik safhaların ve süreçlerin düzenlenmesine odaklanır.
| + | * İlk sistem ömür devri modelinin belirlenmesi |
| | | | |
| − | Program/proje planlama faaliyetleri kapsamında başlangıç temeli oluşturması amacıyla program/proje yapısının ve kısıtların belirlenmesi, program/proje kapsamının açıkça belirlenmesine ve ilgililerle paylaşılmasına bağlıdır. | + | '''Program/Proje Kaynaklarının Planlanması''' |
| | | | |
| − | Program/proje planlama süreci; | + | * Kilit personel için ihtiyaç önerilerinin geliştirilmesi, |
| | + | * Program/proje için gerekli olan altyapı ve hizmetlere ilişkin ihtiyaç önerilerinin geliştirilmesi |
| | + | * Program/proje dışından tedarik edilecek malzeme, ürün ve destek unsurlarına ilişkin ihtiyaç önerilerinin geliştirilmesi |
| | + | '''<big>3.3.1.1.3. Çıktılar</big>''' |
| | + | * Ana Hatlarıyla Program/Proje Planları |
| | | | |
| − | · Programın/projenin tanımlanması,
| + | ==== <big>3.3.1.2. Konsept Safhasında</big> ==== |
| | + | '''<big>3.3.1.2.1. Girdiler</big>''' |
| | + | * Alternatif Çözümler ve Karşılık Gelen Program/Proje Planları |
| | + | '''<big>3.3.1.2.2. Faaliyetler</big>''' |
| | | | |
| − | · Program/proje hedeflerine göre safha ve süreçlerin uyarlanması,
| + | '''Program/Projenin Tanımlanması''' |
| | | | |
| − | · Gerekli kaynakların planlamalara dâhil edilmesi,
| + | * Tanımlanan kapsam, amaçlar ve kısıtların gözden geçirilmesi |
| | + | * Program/proje iş dağılım ağacının tanımlanması |
| | + | * Uygulanabilir kilometre taşları ve karar noktalarını içeren safha tanımlamalarının yapılması |
| | + | * Safha giriş-çıkış kriterlerinin belirlenmesi |
| | + | * Program/proje kalite, konfigürasyon, risk ve bilgi yönetimi planlarının entegre edilmesi |
| | + | * Program/proje ELD ve demodelik planlarının entegre edilmesi |
| | | | |
| − | · Belirlenmiş kilometre taşları ve karar noktalarına göre hedeflerin belirlenmesi vb. aktiviteleri içerir.
| + | '''Program/Proje Kaynaklarının Planlanması''' |
| | | | |
| − | Sürecin en önemli çıktıları;
| + | * Rol ve sorumlulukların tanımlanması |
| | + | * Gerekli altyapı ve hizmetlerin talep edilmesi |
| | + | * Program/proje maliyetlerinin tanımlanması ve bütçe tahmini |
| | | | |
| − | · Safhaların, süreçlerin ve karar noktalarının amaç doğrultusunda uyarlandığı program/proje planı,
| + | '''Program/Projenin Planlanması''' |
| | | | |
| − | · Belirlenmiş görev, yetki ve sorumluluklar ve program işletimine katkı sağlayan anahtar personel,
| + | * Program/proje planlamasının program/proje tanımını sağlayacak şekilde kaynak kısıtlarına bağlı olarak oluşturulması |
| | | | |
| − | · Talep ve temin edilmiş gerekli kaynaklar ve hizmetler,
| + | '''Programın/Projenin Yürütülmesi''' |
| | | | |
| − | · Program/proje planı ile uyumlu olarak yönlendirilmiş program/proje ekipleri ve
| + | * Gerekli yetkilerin temin edilmesi |
| | + | * Gerekli kaynaklar için taahhütlerin alınması |
| | + | * Program/proje planlarının uygulanmasının başlatılması |
| | + | '''<big>3.3.1.2.3. Çıktılar</big>''' |
| | + | * Program/Proje Planları |
| | + | * Proje Uygulama Takvimi |
| | + | * Rol ve Sorumluluklar |
| | + | * Kaynak Planlaması |
| | | | |
| − | · Görev, sorumluluk ve yetkilerin belirlendiği program/proje planı.
| + | ==== <big>3.3.1.3. Geliştirme Safhasında</big> ==== |
| | + | '''<big>3.3.1.3.1. Girdiler</big>''' |
| | + | * Program/Proje Planları |
| | + | * Kaynaklar |
| | + | '''<big>3.3.1.3.2. Faaliyetler</big>''' |
| | | | |
| − | === 3.3.1.1. Ön Konsept Safhasında ===
| + | '''Program/Projenin Tanımlanması''' |
| | | | |
| − | === 3.3.1.1.1. Girdiler ===
| + | * Tanımlanan kapsam, amaçlar ve kısıtların gözden geçirilmesi |
| − | · Organizasyon Strateji Planı
| |
| | | | |
| − | · Kabiliyet İhtiyacı Değerlendirmeleri
| + | '''Program/Proje Kaynaklarının Planlanması''' |
| | | | |
| − | === 3.3.1.1.2. Faaliyetler ===
| + | * Program/proje kaynaklarına yönelik planlamanın paylaşılması |
| − | '''Program/Projenin Tanımlanması'''
| + | * Müşteri ve sanayii ile gerekli düzenlemelerin gerçekleştirilmesi |
| | + | * Program/proje maliyetlerinin gözden geçirilmesi ve bütçe tahmininin güncellenmesi |
| | | | |
| − | · Kabiliyet ihtiyaçlarının analiz edilmesi,
| + | '''Programın/Projenin Planlanması''' |
| | | | |
| − | · Kapsamın tanımlanması,
| + | * Program/proje planının paylaşılması/duyurulması |
| | + | * Müşteri ve sanayi ile gerekli düzenlemelerin gerçekleştirilmesi |
| | + | * Müşteri ve sanayiinin planlar ile entegrasyonunun sağlanması |
| | | | |
| − | · Amaç ve kısıtların tanımlanması,
| + | '''Programın/Projenin Yürütülmesi''' |
| | | | |
| − | · Diğer program/projelerle olan arayüzlerin ve ilişkilerin tanımlanması,
| + | * Program/proje değişiklikleri için yetkinin sağlanması |
| | + | * Program/proje değişikliklerinin yerine getirilebilmesi için gerekli taahhütlerin sağlanması |
| | + | * Değişikliklerin uygulamaya alınması |
| | + | '''<big>3.3.1.3.3. Çıktılar</big>''' |
| | + | * Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | + | * Güncellenmiş Ömür Devri Maliyet Tahmini |
| | + | * Güncellenmiş Planlar |
| | + | * Üretim Safhası İçin Detaylı Planlar |
| | | | |
| − | '''Safhalar ve Süreçlerin Belirlenmesi''' | + | ==== <big>3.3.1.4. Üretim Safhasında</big> ==== |
| | + | '''<big>3.3.1.4.1. Girdiler</big>''' |
| | + | * Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | + | * Güncellenmiş Ömür Devri Maliyet Tahmini |
| | + | * Güncellenmiş Planlar |
| | + | * Üretim Safhası İçin Detaylı Planlar |
| | + | '''<big>3.3.1.4.2. Faaliyetler</big>''' |
| | | | |
| − | · Safha ve süreçlere yönelik ilke ve faaliyetlerin değerlendirilmesi,
| + | '''Program/Projenin Tanımlanması''' |
| | | | |
| − | · İlk sistem ömür devri modelinin belirlenmesi,
| + | * Tanımlanan kapsam, amaçlar ve kısıtların gözden geçirilmesi |
| | | | |
| | '''Program/Proje Kaynaklarının Planlanması''' | | '''Program/Proje Kaynaklarının Planlanması''' |
| | | | |
| − | · Kilit personel için ihtiyaç önerilerinin geliştirilmesi,
| + | * Program/proje kaynakları planının gözden geçirilmesi |
| | + | * Program/proje maliyetlerinin gözden geçirilmesi ve bütçe tahmininin güncellenmesi |
| | + | * Program/proje kaynakları planı ile ilgili değişikliklerin duyurulması |
| | | | |
| − | · Program/proje için gerekli olan altyapı ve hizmetlere ilişkin ihtiyaç önerilerinin geliştirilmesi,
| + | '''Program/Projenin Planlanması''' |
| | | | |
| − | · Program/proje dışından tedarik edilecek malzeme, ürün ve destek unsurlarına ilişkin ihtiyaç önerilerinin geliştirilmesi.
| + | * Program/proje planının müşteri ve sanayii görüşlerini yansıtacak şekilde düzenlenmesi |
| | + | * Envanterden çıkarma konsepti, konfigürasyon, bilgi yönetimi planı vb. konularda onaylanmış değişikliklerin entegrasyonunun yapılması |
| | + | * ELD ve demodelik planlarının gözden geçirilmesi |
| | + | * Program planı değişikliklerinin duyurulması |
| | | | |
| − | === 3.3.1.1.3. Çıktılar ===
| + | '''Programın/Projenin Yürütülmesi''' |
| − | · Ana Hatlarıyla Program/Proje Planları
| |
| | | | |
| − | === 3.3.1.2. Konsept Safhasında ===
| + | * Program/proje değişiklikleri için yetkinin sağlanması |
| | + | * Program/proje değişikliklerinin yerine getirilebilmesi için gerekli taahhütlerin sağlanması |
| | + | * Değişikliklerin uygulamaya alınması |
| | + | '''<big>3.3.1.4.3. Çıktılar</big>''' |
| | + | * Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | + | * Güncellenmiş Ömür Devri Maliyet Tahmini |
| | + | * Güncellenmiş Planlar |
| | + | * Kullanım ve Destek Safhaları İçin Detaylı Planlar |
| | | | |
| − | === 3.3.1.2.1. Girdiler === | + | ==== <big>3.3.1.5. Kullanım ve Destek Safhasında</big> ==== |
| − | · Alternatif Çözümler ve Karşılık Gelen Program/Proje Planları
| + | '''<big>3.3.1.5.1. Girdiler</big>''' |
| | + | * Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | + | * Güncellenmiş Ömür Devri Maliyet Tahmini |
| | + | * Güncellenmiş Planlar |
| | + | * Kullanım ve Destek Safhaları İçin Detaylı Planlar |
| | + | '''<big>3.3.1.5.2. Faaliyetler</big>''' |
| | | | |
| − | === 3.3.1.2.2. Faaliyetler ===
| + | Program/projenin tanımlanması, Program/proje kaynaklarının planlanması ve Gerekli değişiklikler için program/projenin planlanması adımları için geliştirme safhasında yer alan bilgiler geçerlidir. |
| − | '''Program/Projenin Tanımlanması'''
| |
| | | | |
| − | · Tanımlanan kapsam, amaçlar ve kısıtların gözden geçirilmesi
| + | '''Programın/Projenin Yürütülmesi''' |
| | | | |
| − | · Program/proje iş dağılım ağacının tanımlanması,
| + | * Program/proje değişiklikleri için yetkinin sağlanması |
| | + | * Program/proje değişikliklerinin yerine getirilebilmesi için gerekli taahhütlerin sağlanması |
| | + | * Değişikliklerin uygulamaya alınması |
| | + | * Deaktivasyon onayının hazırlanması ve talep edilmesi |
| | + | * Deaktivasyon onayının sağlanması |
| | + | '''<big>3.3.1.5.3. Çıktılar</big>''' |
| | + | * Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | + | * Güncellenmiş Ömür Devri Maliyet Tahmini |
| | + | * Güncellenmiş Planlar |
| | + | * Envanterden Çıkarma Safhası İçin Detaylı Planlar |
| | | | |
| − | · Uygulanabilir kilometre taşları ve karar noktalarını içeren safha tanımlamalarının yapılması,
| + | ==== <big>3.3.1.6. Envanterden Çıkarma Safhasında</big> ==== |
| | + | '''<big>3.3.1.6.1. Girdiler</big>''' |
| | + | * Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | + | * Güncellenmiş Ömür Devri Maliyet Tahmini |
| | + | * Güncellenmiş Planlar |
| | + | * Envanterden Çıkarma Safhası İçin Detaylı Planlar |
| | + | '''<big>3.3.1.6.2. Faaliyetler</big>''' |
| | | | |
| − | · Safha giriş-çıkış kriterlerinin belirlenmesi,
| + | '''Program/Projenin Planlanması''' |
| | | | |
| − | · Program/proje kalite, konfigürasyon, risk ve bilgi yönetimi planlarının entegre edilmesi,
| + | * Hizmetlerin uygulanabilir olması durumunda yeni program/projelere transferi |
| | | | |
| − | · Program/proje ELD ve demodelik planlarının entegre edilmesi.
| + | '''Programın/Projenin Kapatılması''' |
| | | | |
| − | '''Program/Proje Kaynaklarının Planlanması''' | + | * Program/projenin Sonlandırılması |
| | + | '''<big>3.3.1.6.3. Çıktılar</big>''' |
| | + | * Tamamlanmış Program/Proje |
| | + | [[Dosya:Şekil 11 Program-Proje Planlama Süreci.jpg|alt=Şekil 11 Program/Proje Planlama Süreci|sol|küçükresim|750x750pik|Şekil 11 Program/Proje Planlama Süreci]] |
| | | | |
| − | · Rol ve sorumlulukların tanımlanması,
| |
| | | | |
| − | · Gerekli altyapı ve hizmetlerin talep edilmesi,
| |
| | | | |
| − | · Program/proje maliyetlerinin tanımlanması ve bütçe tahmini.
| |
| | | | |
| − | '''Program/Projenin Planlanması'''
| |
| | | | |
| − | · Program/proje planlamasının program/proje tanımını sağlayacak şekilde kaynak kısıtlarına bağlı olarak oluşturulması
| |
| | | | |
| − | '''Programın/Projenin Yürütülmesi'''
| |
| | | | |
| − | · Gerekli yetkilerin temin edilmesi,
| |
| | | | |
| − | · Gerekli kaynaklar için taahhütlerin alınması,
| |
| | | | |
| − | · Program/proje planlarının uygulanmasının başlatılması
| |
| | | | |
| − | === 3.3.1.2.3. Çıktılar ===
| |
| − | · Program/Proje Planları
| |
| | | | |
| − | · Proje Uygulama Takvimi
| |
| | | | |
| − | · Rol ve Sorumluluklar
| |
| | | | |
| − | · Kaynak Planlaması
| |
| | | | |
| − | === 3.3.1.3. Geliştirme Safhasında ===
| |
| | | | |
| − | === 3.3.1.3.1. Girdiler ===
| |
| − | · Program/Proje Planları
| |
| | | | |
| − | · Kaynaklar
| |
| | | | |
| − | === 3.3.1.3.2. Faaliyetler ===
| |
| − | '''Program/Projenin Tanımlanması'''
| |
| | | | |
| − | · Tanımlanan kapsam, amaçlar ve kısıtların gözden geçirilmesi.
| |
| | | | |
| − | '''Program/Proje Kaynaklarının Planlanması'''
| |
| | | | |
| − | · Program/proje kaynaklarına yönelik planlamanın paylaşılması
| |
| | | | |
| − | · Müşteri ve sanayii ile gerekli düzenlemelerin gerçekleştirilmesi
| + | === 3.3.2. PROGRAM/PROJE DEĞERLENDİRME VE KONTROL SÜRECİ === |
| | + | Program/Proje Değerlendirme ve Kontrol Süreci, program/projenin öngörülen bütçe ve zaman planına göre gerçekleştirilerek teknik hedeflere ulaşılacak şekilde program/proje planının yürütülmesini amaçlar. |
| | | | |
| − | · Program/proje maliyetlerinin gözden geçirilmesi ve bütçe tahmininin güncellenmesi
| + | Bu süreç, periyodik olarak ve belli başlı olaylarda gereksinimlere, planlara ve genel iş hedeflerine karşı kaydedilen ilerlemeyi ve başarıları değerlendirir. Önemli farklılıklar tespit edildiğinde yönetimsel kararlar için bilgi paylaşılır. Bu süreç aynı zamanda, diğer süreçlerde tespit edilen sapma ve değişkenlikleri düzeltmek için proje faaliyetlerinin ve görevlerinin uygun şekilde yönlendirilmesini de içerir. Yönlendirme, uygun şekilde yeniden planlamayı içerebilir. |
| | | | |
| − | '''Programın/Projenin Planlanması'''
| + | Program/Proje Değerlendirme ve Kontrol Sürecinin başarıyla uygulanmasının bir sonucu olarak: |
| | | | |
| − | · Program/proje planının paylaşılması/duyurulması
| + | * Program/Proje performans ölçümleri veya değerlendirme sonuçlarının gözlemlenmesi |
| | + | * Program/Projenin gerçekleştirilmesi için gereken rollerin, sorumlulukların, kaynakların ve hizmetlerin yeterliliğinin değerlendirilmesi |
| | + | * Program/Proje performans göstergelerindeki sapmaların analiz edilmesi |
| | + | * Paydaşların program/proje durumundan haberdar edilmesi |
| | + | * Program/Proje, planlanan hedeflere ulaşmadığında düzeltici eylemlerin tanımlanması ve yönlendirilmesi |
| | + | * Program/Proje hedefleri veya kısıtları değiştiğinde veya planlama varsayımlarının geçersiz olduğu gösterildiğinde, projenin yeniden planlanmas, |
| | + | * Planlanan bir kilometre taşından veya olaydan diğerine ilerlemeye (veya gitmemeye) izin verilmesi |
| | + | * Program/Projenin hedeflerine ulaşılması beklenir |
| | + | '''<big>3.3.2.1. Faaliyetler</big>''' |
| | | | |
| − | · Müşteri ve sanayi ile gerekli düzenlemelerin gerçekleştirilmesi
| + | Program/Proje Değerlendirme ve Kontrol Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir; |
| | | | |
| − | · Müşteri ve sanayiinin planlar ile entegrasyonunun sağlanması
| + | '''Program/Proje Değerlendirme ve Kontrol Planlaması''' |
| | | | |
| − | '''Programın/Projenin Yürütülmesi'''
| + | * Değerlendirme ve kontrol stratejisinin geliştirilmesi |
| | + | * Proje takvimine uygun olarak değerlendirme ve kontrol faaliyetlerine ilişkin zaman planının yapılması |
| | | | |
| − | · Program/proje değişiklikleri için yetkinin sağlanması
| + | '''Program/Projenin Değerlendirilmesi''' |
| | | | |
| − | · Program/proje değişikliklerinin yerine getirilebilmesi için gerekli taahhütlerin sağlanması
| + | * Öngörülen ve gerçekleşen maliyetin, takvimin ve ürünün; değerlendirme zaman planını dikkate alarak değerlendirilmesi ve farklılıkların belirlenmesi, |
| | + | ** Proje ekibinin yapısı, roller, sorumluluklar ve paydaşların etkinliğinin değerlendirilmesi |
| | + | ** Proje kaynaklarının yeterliliğinin ve kullanılabilirliğinin değerlendirilmesi |
| | + | ** Organizasyon içi taahhütlerin yerine getirildiğinin onaylanması |
| | + | ** Planlanan zamanlarda gerçekleşen işçilik, malzeme ve hizmet maliyetlerinin değerlendirilmesi |
| | + | ** Gerekli kayıtların tutulması |
| | | | |
| − | · Değişikliklerin uygulamaya alınması
| + | * Program/projenin bir sonraki adımına devam etmeye hazır olup olmadığının kararının verilmesi |
| | + | * Tespit edilen farklılıkların raporlanması |
| | | | |
| − | === 3.3.1.3.3. Çıktılar ===
| + | '''Program/Projenin Kontrol Edilmesi''' |
| − | · Doğrulanmış ve Geçerli Kılınmış Dokümanlar
| |
| | | | |
| − | · Güncellenmiş Ömür Devri Maliyet Tahmini
| + | * Proje gereksinimlerinin ve gereksinimlerdeki değişikliklerin proje planlarına göre yönetilmesi |
| | + | * Kabul edilebilir sınırların dışına sapmış olan proje görevlerinin amaç ve çıktılarına ulaşmak için gerekli düzeltici faaliyetlerin başlatılması |
| | + | * Projenin amaçlarına ve çıktılarına ulaşmasını sağlamak için uygun şekilde önleyici faaliyetlerin başlatılması |
| | + | * Uygunsuzlukları düzeltmek için problem çözme faaliyetlerinin başlatılması |
| | + | * Alınan eylem kararlarının kapsamı, tanımı ve sorumluluk dağılımının geliştirilmesi |
| | + | * Organizasyon dışındaki ürün/hizmet sağlayıcılarının faaliyetlerinin izlenmesi, ölçülmesi ve değerlendirilmesi |
| | + | * Program/projenin bir sonraki adımına devam etmeye hazır olup olmadığının kararının verilmesi |
| | + | * Düzeltici, önleyici faaliyetlerinin ve problem çözme eylemlerinin raporlanması |
| | + | '''<big>3.3.2.2. Çıktılar</big>''' |
| | | | |
| − | · Güncellenmiş Planlar
| + | Dokümante Edilmiş Program/Proje İlerleme (Planlama/Gerçekleşme) Durumu |
| | + | [[Dosya:Şekil 12 Program-Proje Değerlendirme ve Kontrol Süreci.jpg|alt=Şekil 12 Program/Proje Değerlendirme ve Kontrol Süreci|sol|küçükresim|700x700pik|Şekil 12 Program/Proje Değerlendirme ve Kontrol Süreci]] |
| | | | |
| − | · Üretim Safhası İçin Detaylı Planlar
| |
| | | | |
| − | === 3.3.1.4. Üretim Safhasında ===
| |
| | | | |
| − | === 3.3.1.4.1. Girdiler ===
| |
| − | · Doğrulanmış ve Geçerli Kılınmış Dokümanlar
| |
| | | | |
| − | · Güncellenmiş Ömür Devri Maliyet Tahmini
| |
| | | | |
| − | · Güncellenmiş Planlar
| |
| | | | |
| − | · Üretim Safhası İçin Detaylı Planlar
| |
| | | | |
| − | === 3.3.1.4.2. Faaliyetler ===
| |
| − | '''Program/Projenin Tanımlanması'''
| |
| | | | |
| − | · Tanımlanan kapsam, amaçlar ve kısıtların gözden geçirilmesi.
| |
| | | | |
| − | '''Program/Proje Kaynaklarının Planlanması'''
| |
| | | | |
| − | · Program/proje kaynakları planının gözden geçirilmesi
| |
| | | | |
| − | · Program/proje maliyetlerinin gözden geçirilmesi ve bütçe tahmininin güncellenmesi
| |
| | | | |
| − | · Program/proje kaynakları planı ile ilgili değişikliklerin duyurulması
| |
| | | | |
| − | '''Program/Projenin Planlanması'''
| |
| | | | |
| − | · Program/proje planının müşteri ve sanayii görüşlerini yansıtacak şekilde düzenlenmesi
| |
| | | | |
| − | · Envanterden çıkarma konsepti, konfigürasyon, bilgi yönetimi planı vb. konularda onaylanmış değişikliklerin entegrasyonunun yapılması
| |
| | | | |
| − | · ELD ve demodelik planlarının gözden geçirilmesi
| |
| | | | |
| − | · Program planı değişikliklerinin duyurulması
| |
| | | | |
| − | '''Programın/Projenin Yürütülmesi'''
| |
| | | | |
| − | · Program/proje değişiklikleri için yetkinin sağlanması
| |
| | | | |
| − | · Program/proje değişikliklerinin yerine getirilebilmesi için gerekli taahhütlerin sağlanması
| |
| | | | |
| − | · Değişikliklerin uygulamaya alınması
| |
| | | | |
| − | === 3.3.1.4.3. Çıktılar ===
| |
| − | · Doğrulanmış ve Geçerli Kılınmış Dokümanlar
| |
| | | | |
| − | · Güncellenmiş Ömür Devri Maliyet Tahmini
| + | === 3.3.3. KARAR YÖNETİMİ SÜRECİ === |
| | + | Karar yönetimi sürecinin amacı, kararların, yeterli bilgi ve seçenekler değerlendirilerek, uygun zamanda ve uygun seviyede verilmesini sağlayan bir karar mekanizması oluşturmaktır. |
| | | | |
| − | · Güncellenmiş Planlar
| + | Etkin bir karar yönetimi stratejisi ile sağlam temellere dayandırılamayan kararlar engellenebilecektir. Program yönetimini ve karar verme sürecini desteklemek adına AAP-20 içerisinde tanımlanan yapı, sistem ömür devrinin belirli dönemlerine denk gelen ve geçişlerde önemli karar noktaları bulunduran safhaları içerir. Bu karar noktaları, geçmiş işin olgun ve doğrulanmış; gelecek işin ise üzerinde anlaşılmış olması anlamına gelmektedir. |
| | | | |
| − | · Kullanım ve Destek Safhaları İçin Detaylı Planlar
| + | Karar yönetiminin analiz ve değerlendirme metotları proje değerlendirme ve kontrol, ölçüm, iş ve görev analizi ve sistem analizi süreçlerinin elemanlarıdır. Bir karar için her alternatif bu süreçlerin kullanımıyla karar kriterlerine göre değerlendirilmelidir. |
| | | | |
| − | === 3.3.1.5. Kullanım ve Destek Safhasında ===
| + | '''<big>3.3.3.1. Girdiler</big>''' |
| | + | * Program/Proje İçin Tanımlanan Sistem Ömür Devri Modeli Karar Noktaları |
| | + | * Maliyet ve Performans Analizleri |
| | + | * Tanımlı Kilometre Taşları |
| | + | '''<big>3.3.3.2. Faaliyetler</big>''' |
| | | | |
| − | === 3.3.1.5.1. Girdiler ===
| + | Karar yönetimi süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir; |
| − | · Doğrulanmış ve Geçerli Kılınmış Dokümanlar
| |
| | | | |
| − | · Güncellenmiş Ömür Devri Maliyet Tahmini
| + | '''Karar Verme Stratejisinin Belirlenmesi''' |
| | | | |
| − | · Güncellenmiş Planlar
| + | * Karar verme stratejisinin tanımlanması |
| | | | |
| − | · Kullanım ve Destek Safhaları İçin Detaylı Planlar
| + | '''Bilimsel Karar destek Faaliyetinin Yürütülmesi''' |
| | | | |
| − | === 3.3.1.5.2. Faaliyetler ===
| + | * Karar verme süreci ile ilişkili varlıkların tanımlanması |
| − | Program/projenin tanımlanması, Program/proje kaynaklarının planlanması ve Gerekli değişiklikler için program/projenin planlanması adımları için geliştirme safhasında yer alan bilgiler geçerlidir.
| + | * Karar bilgisinin analiz edilmesi |
| | + | * Muhtemel sonuçların tahmin edilmesi |
| | + | * Destek mekanizması yardımıyla kararın verilmesi |
| | + | * Gerekli kayıtların tutulması |
| | | | |
| − | '''Programın/Projenin Yürütülmesi''' | + | '''Kararın Duyurulması''' |
| | | | |
| − | · Program/proje değişiklikleri için yetkinin sağlanması
| + | * Kararın duyurulması |
| | + | '''<big>3.3.3.3. Çıktılar</big>''' |
| | + | * Karar Yönetimi Stratejisi |
| | + | * Dokümante Edilmiş ve Paylaşılmış Kararlar |
| | + | [[Dosya:Şekil 13 Karar Yönetimi Süreci.jpg|alt=Şekil 13 Karar Yönetimi Süreci|sol|küçükresim|700x700pik|Şekil 13 Karar Yönetimi Süreci]] |
| | | | |
| − | · Program/proje değişikliklerinin yerine getirilebilmesi için gerekli taahhütlerin sağlanması
| |
| | | | |
| − | · Değişikliklerin uygulamaya alınması
| |
| | | | |
| − | · Deaktivasyon onayının hazırlanması ve talep edilmesi
| |
| | | | |
| − | · Deaktivasyon onayının sağlanması
| |
| | | | |
| − | === 3.3.1.5.3. Çıktılar ===
| |
| − | · Doğrulanmış ve Geçerli Kılınmış Dokümanlar
| |
| | | | |
| − | · Güncellenmiş Ömür Devri Maliyet Tahmini
| |
| | | | |
| − | · Güncellenmiş Planlar
| |
| | | | |
| − | · Envanterden Çıkarma Safhası İçin Detaylı Planlar
| |
| | | | |
| − | === 3.3.1.6. Envanterden Çıkarma Safhasında ===
| |
| | | | |
| − | === 3.3.1.6.1. Girdiler ===
| |
| − | · Doğrulanmış ve Geçerli Kılınmış Dokümanlar
| |
| | | | |
| − | · Güncellenmiş Ömür Devri Maliyet Tahmini
| |
| | | | |
| − | · Güncellenmiş Planlar
| |
| | | | |
| − | · Envanterden Çıkarma Safhası İçin Detaylı Planlar
| |
| | | | |
| − | === 3.3.1.6.2. Faaliyetler ===
| |
| − | '''Program/Projenin Planlanması'''
| |
| | | | |
| − | · Hizmetlerin uygulanabilir olması durumunda yeni program/projelere transferi
| |
| | | | |
| − | '''Programın/Projenin Kapatılması'''
| |
| | | | |
| − | · Program/projenin Sonlandırılması
| |
| | | | |
| − | === 3.3.1.6.3. Çıktılar ===
| |
| − | · Tamamlanmış Program/Proje
| |
| | | | |
| − | Şekil 11 Program/Proje Planlama Süreci
| |
| | | | |
| − | == 3.3.2. PROGRAM/PROJE DEĞERLENDİRME VE KONTROL SÜRECİ ==
| |
| − | Program/Proje Değerlendirme ve Kontrol Süreci, program/projenin öngörülen bütçe ve zaman planına göre gerçekleştirilerek teknik hedeflere ulaşılacak şekilde program/proje planının yürütülmesini amaçlar.
| |
| | | | |
| − | Bu süreç, periyodik olarak ve belli başlı olaylarda gereksinimlere, planlara ve genel iş hedeflerine karşı kaydedilen ilerlemeyi ve başarıları değerlendirir. Önemli farklılıklar tespit edildiğinde yönetimsel kararlar için bilgi paylaşılır. Bu süreç aynı zamanda, diğer süreçlerde tespit edilen sapma ve değişkenlikleri düzeltmek için proje faaliyetlerinin ve görevlerinin uygun şekilde yönlendirilmesini de içerir. Yönlendirme, uygun şekilde yeniden planlamayı içerebilir.
| + | === 3.3.4. RİSK YÖNETİMİ SÜRECİ === |
| | + | Risk Yönetiminin amacı; ömür devrinin her aşamasında maliyet, takvim, performans vb. hedeflere ilişkin riskleri belirlemek, risklerin kritik değişkenler ve fonksiyonlar üzerindeki etkilerini araştırmak, koruma amaçlı mekanizma/stratejiler geliştirmek ve tüm paydaşlarla birlikte hedeflere ulaşmaları için etkin, hızlı ve güvenilir yolları belirlemek ve bunların uygulanmasına yardımcı olmaktır. |
| | | | |
| − | Program/Proje Değerlendirme ve Kontrol Sürecinin başarıyla uygulanmasının bir sonucu olarak: | + | Program/projedeki maliyet, takvim ve teknik konular ile ilgili yaşanabilecek olumsuzluklar ve bu olumsuzlukların gerçekleşmesi durumunda sebep olacağı etkiler ömür devri boyunca dikkate alınmalıdır. Risk yönetimi kapsamında teknik ve idari tüm kritik alanlardaki risklerin belirlenerek, bunların projeye vereceği teknik, mali ve takvimsel zararlar oluşmadan gerekli tedbirlerin alınması ve risklerin gerçekleşmesi durumunda yürütülecek faaliyetlerin belirlenmesi amaçlanmaktadır. |
| | | | |
| − | · Program/Proje performans ölçümleri veya değerlendirme sonuçlarının gözlemlenmesi,
| + | Risk yönetimi süreci, ömür devri maliyetlerinin minimize edilmesi, proje planlamalarında gecikmelerin azaltılması, tekrar eden maliyetlerin önüne geçilmesi, programa özgü gereksinimlerin (örnek; yasal gereksinimler) uygun bir şekilde ele alınması gibi durumları desteklemektedir. |
| | | | |
| − | · Program/Projenin gerçekleştirilmesi için gereken rollerin, sorumlulukların, kaynakların ve hizmetlerin yeterliliğinin değerlendirilmesi,
| + | '''<big>3.3.4.1. Girdiler</big>''' |
| | + | * Paydaş İsterleri ve Sistem Gereksinimleri |
| | + | * Öğrenilmiş Dersler |
| | + | * Risk Yönetimi Stratejisi (Belirleme, Analiz, Azaltma vb.) |
| | + | '''<big>3.3.4.2. Faaliyetler</big>''' |
| | | | |
| − | · Program/Proje performans göstergelerindeki sapmaların analiz edilmesi,
| + | Risk Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir; |
| | | | |
| − | · Paydaşların program/proje durumundan haberdar edilmesi,
| + | '''Risklerin Tespit Edilmesi,''' |
| | | | |
| − | · Program/Proje, planlanan hedeflere ulaşmadığında düzeltici eylemlerin tanımlanması ve yönlendirilmesi,
| + | * Riskin tanımlanması |
| | + | * Riskin planlanması |
| | | | |
| − | · Program/Proje hedefleri veya kısıtları değiştiğinde veya planlama varsayımlarının geçersiz olduğu gösterildiğinde, projenin yeniden planlanması,
| + | '''Risk Analizlerinin Yapılması''' |
| | | | |
| − | · Planlanan bir kilometre taşından veya olaydan diğerine ilerlemeye (veya gitmemeye) izin verilmesi,
| + | * Risklerin analiz edilmesi |
| | | | |
| − | · Program/Projenin hedeflerine ulaşılması beklenir.
| + | '''Risklerin Yönetilmesi''' |
| | | | |
| − | === 3.3.2.1. Faaliyetler ===
| + | * Çözüm için yapılacak planlamalar ile izlenmesi ve kontrol edilmesi |
| − | Program/Proje Değerlendirme ve Kontrol Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir;
| + | '''<big>3.3.4.3. Çıktılar</big>''' |
| | + | * Risk Yönetimi Planı |
| | + | * Eylem Planları ve Risk Kayıtları |
| | + | [[Dosya:Şekil 14 Risk Yönetimi Süreci.jpg|alt=Şekil 14 Risk Yönetimi Süreci|sol|küçükresim|500x500pik|Şekil 14 Risk Yönetimi Süreci]] |
| | | | |
| − | '''Program/Proje Değerlendirme ve Kontrol Planlaması'''
| |
| | | | |
| − | · Değerlendirme ve kontrol stratejisinin geliştirilmesi,
| |
| | | | |
| − | · Proje takvimine uygun olarak değerlendirme ve kontrol faaliyetlerine ilişkin zaman planının yapılması.
| |
| | | | |
| − | '''Program/Projenin Değerlendirilmesi'''
| |
| | | | |
| − | · Öngörülen ve gerçekleşen maliyetin, takvimin ve ürünün; değerlendirme zaman planını dikkate alarak değerlendirilmesi ve farklılıkların belirlenmesi,
| |
| | | | |
| − | o Proje ekibinin yapısı, roller, sorumluluklar ve paydaşların etkinliğinin değerlendirilmesi,
| |
| | | | |
| − | o Proje kaynaklarının yeterliliğinin ve kullanılabilirliğinin değerlendirilmesi,
| |
| | | | |
| − | o Organizasyon içi taahhütlerin yerine getirildiğinin onaylanması,
| |
| | | | |
| − | o Planlanan zamanlarda gerçekleşen işçilik, malzeme ve hizmet maliyetlerinin değerlendirilmesi,
| |
| | | | |
| − | o Gerekli kayıtların tutulması,
| |
| | | | |
| − | · Program/projenin bir sonraki adımına devam etmeye hazır olup olmadığının kararının verilmesi,
| |
| | | | |
| − | · Tespit edilen farklılıkların raporlanması.
| |
| | | | |
| − | '''Program/Projenin Kontrol Edilmesi'''
| |
| | | | |
| − | · Proje gereksinimlerinin ve gereksinimlerdeki değişikliklerin proje planlarına göre yönetilmesi,
| |
| | | | |
| − | · Kabul edilebilir sınırların dışına sapmış olan proje görevlerinin amaç ve çıktılarına ulaşmak için gerekli düzeltici faaliyetlerin başlatılması,
| + | === 3.3.5. KONFİGÜRASYON YÖNETİMİ SÜRECİ === |
| | + | Konfigürasyon yönetimi sürecinin amacı; sistemin işlevsel ve fiziksel özelliklerinin kontrolünün ve izlenebilirliğinin sağlanması amacıyla ömür devri boyunca meydana gelebilecek tüm değişikliklerle birlikte sistemin konfigürasyonunu tanımlamak, dokümante etmek ve tüm bu süreci yönetmektir. |
| | | | |
| − | · Projenin amaçlarına ve çıktılarına ulaşmasını sağlamak için uygun şekilde önleyici faaliyetlerin başlatılması,
| + | ==== <big>3.3.5.1. Konsept Safhasında</big> ==== |
| | + | '''<big>3.3.5.1.1. Girdiler</big>''' |
| | + | * Sözleşme, iş tanımı ve ekleri |
| | + | * Sistem Mühendisliği Gereksinimleri |
| | + | * Program, Lojistik ve Bakım Yönetimi Planları |
| | + | * İletişim |
| | + | '''<big>3.3.5.1.2. Faaliyetler</big>''' |
| | + | * Konfigürasyon Yönetimi Planlama |
| | + | ** Konfigürasyon yönetimi stratejisinin planlanması. |
| | + | '''<big>3.3.5.1.3. Çıktılar</big>''' |
| | + | * Planlama ile uyumlu belgelendirilmiş Konfigürasyon Yönetimi Süreci (Konfigürasyon Yönetimi Planı) |
| | + | * Sözleşme ve iş planı Konfigürasyon Yönetimi Maddeleri |
| | + | * Konfigürasyon Birimleri |
| | + | * Konfigürasyon Temel Çizgileri |
| | | | |
| − | · Uygunsuzlukları düzeltmek için problem çözme faaliyetlerinin başlatılması,
| + | ==== <big>3.3.5.2. Geliştirme Safhasında</big> ==== |
| | + | '''<big>3.3.5.2.1. Girdiler</big>''' |
| | + | * Planlama ile uyumlu belgelendirilmiş Konfigürasyon Yönetimi Süreci (Konfigürasyon Yönetimi Planı) |
| | + | * Sözleşme ve iş planı Konfigürasyon Yönetimi Maddeleri |
| | + | '''<big>3.3.5.2.2. Faaliyetler</big>''' |
| | + | * Konfigürasyon Yönetimi Planlaması |
| | + | ** Konfigürasyon Yönetimi stratejisinin planlanması gözden geçirilmesi. |
| | | | |
| − | · Alınan eylem kararlarının kapsamı, tanımı ve sorumluluk dağılımının geliştirilmesi,
| + | * Konfigürasyon Tanımlama |
| | + | ** Konfigürasyon yönetimi gerektiren kalemlerin tanımlanması |
| | + | ** Konfigürasyon temel çizgilerinin oluşturulması. |
| | + | '''<big>3.3.5.2.3. Çıktılar</big>''' |
| | + | * Planlama ile uyumlu belgelendirilmiş Konfigürasyon Yönetimi Süreci (Konfigürasyon Yönetimi Planı) |
| | + | * Sözleşme ve iş planı Konfigürasyon Yönetimi Maddeleri |
| | + | * Konfigürasyon Birimleri |
| | + | * Konfigürasyon Temel Çizgiler |
| | | | |
| − | · Organizasyon dışındaki ürün/hizmet sağlayıcılarının faaliyetlerinin izlenmesi, ölçülmesi ve değerlendirilmesi,
| + | ==== <big>3.3.5.3. Üretim Safhasında</big> ==== |
| | + | '''<big>3.3.5.3.1. Girdiler</big>''' |
| | + | * Performans Ölçümleri |
| | + | * İletişim |
| | + | '''<big>3.3.5.3.2. Faaliyetler</big>''' |
| | + | * Konfigürasyon Yönetimi Planlama |
| | + | ** Konfigürasyon Yönetimi stratejisinin planlanması gözden geçirilmesi |
| | | | |
| − | · Program/projenin bir sonraki adımına devam etmeye hazır olup olmadığının kararının verilmesi,
| + | * Konfigürasyon Değişiklik Yönetimi |
| | + | ** Konfigürasyon kontrolüne tabi tüm ürünlerin değişiklik yönetim sürecinin işletilmesi |
| | | | |
| − | · Düzeltici, önleyici faaliyetlerinin ve problem çözme eylemlerinin raporlanması.
| + | * Konfigürasyon Durum Muhasebesi ve Konfigürasyon Denetimleri |
| | + | ** Gerekli gözden geçirme/denetim faaliyetlerinin yürütülmesi |
| | + | ** Yayım/dağıtım faaliyetlerinin kontrollü ve onaylı bir şekilde yapılması faaliyetleri |
| | + | '''<big>3.3.5.3.3. Çıktılar</big>''' |
| | + | * Denetim Sonuç Raporu |
| | | | |
| − | === 3.3.2.2. Çıktılar === | + | ==== <big>3.3.5.4. Kullanım ve Destek Safhalarında</big> ==== |
| − | Dokümante Edilmiş Program/Proje İlerleme (Planlama/Gerçekleşme) Durumu
| + | '''<big>3.3.5.4.1. Girdiler</big>''' |
| | + | * Performans Ölçümleri |
| | + | * İletişim |
| | + | '''<big>3.3.5.4.2. Faaliyetler</big>''' |
| | + | * Konfigürasyon Yönetimi Planlama |
| | + | ** Konfigürasyon Yönetimi stratejisinin planlanması gözden geçirilmesi |
| | | | |
| − | Şekil 12 Program/Proje Değerlendirme ve Kontrol Süreci
| + | * Konfigürasyon Değişiklik Yönetimi |
| | + | ** Konfigürasyon kontrolüne tabi tüm ürünlerin değişiklik yönetim sürecinin işletilmesi |
| | | | |
| − | == 3.3.3. KARAR YÖNETİMİ SÜRECİ ==
| + | * Konfigürasyon Durum Muhasebesi ve Konfigürasyon Denetimleri |
| − | Karar yönetimi sürecinin amacı, kararların, yeterli bilgi ve seçenekler değerlendirilerek, uygun zamanda ve uygun seviyede verilmesini sağlayan bir karar mekanizması oluşturmaktır.
| + | ** Gerekli gözden geçirme/denetim faaliyetlerinin yürütülmesi |
| | + | ** Yayım/dağıtım faaliyetlerinin kontrollü ve onaylı bir şekilde yapılması faaliyetleri |
| | + | '''<big>3.3.5.4.3. Çıktılar</big>''' |
| | + | * Konfigürasyon Birimleri |
| | + | * Performansı ölçülen ve sürekli iyileştirilen Konfigürasyon Yönetimi Süreci |
| | + | * Öğrenilmiş Dersler |
| | | | |
| − | Etkin bir karar yönetimi stratejisi ile sağlam temellere dayandırılamayan kararlar engellenebilecektir. Program yönetimini ve karar verme sürecini desteklemek adına AAP-20 içerisinde tanımlanan yapı, sistem ömür devrinin belirli dönemlerine denk gelen ve geçişlerde önemli karar noktaları bulunduran safhaları içerir. Bu karar noktaları, geçmiş işin olgun ve doğrulanmış; gelecek işin ise üzerinde anlaşılmış olması anlamına gelmektedir.
| + | ==== <big>3.3.5.5. Envanterden Çıkarma Safhasında</big> ==== |
| | + | '''<big>3.3.5.5.1. Girdiler</big>''' |
| | + | * Performans Ölçümleri |
| | + | * İletişim, |
| | + | '''<big>3.3.5.5.2. Faaliyetler</big>''' |
| | + | * Konfigürasyon Durum Muhasebesi ve Konfigürasyon Denetimleri |
| | + | ** Gerekli gözden geçirme/denetim faaliyetlerinin yürütülmesi |
| | + | ** Yayım/dağıtım faaliyetlerinin kontrollü ve onaylı bir şekilde yapılması faaliyetleri |
| | + | '''<big>3.3.5.5.3. Çıktılar</big>''' |
| | + | * Konfigürasyon Durum Muhasebesi raporları |
| | + | * Öğrenilmiş Dersler |
| | + | [[Dosya:Şekil 15 Konfigürasyon Yönetimi Süreci.jpg|alt=Şekil 15 Konfigürasyon Yönetimi Süreci|sol|küçükresim|600x600pik|Şekil 15 Konfigürasyon Yönetimi Süreci]] |
| | | | |
| − | Karar yönetiminin analiz ve değerlendirme metotları proje değerlendirme ve kontrol, ölçüm, iş ve görev analizi ve sistem analizi süreçlerinin elemanlarıdır. Bir karar için her alternatif bu süreçlerin kullanımıyla karar kriterlerine göre değerlendirilmelidir.
| |
| | | | |
| − | === 3.3.3.1. Girdiler ===
| |
| − | · Program/Proje İçin Tanımlanan Sistem Ömür Devri Modeli Karar Noktaları
| |
| | | | |
| − | · Maliyet ve Performans Analizleri
| |
| | | | |
| − | · Tanımlı Kilometre Taşları
| |
| | | | |
| − | === 3.3.3.2. Faaliyetler ===
| |
| − | Karar yönetimi süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir;
| |
| | | | |
| − | '''Karar Verme Stratejisinin Belirlenmesi'''
| |
| | | | |
| − | · Karar verme stratejisinin tanımlanması,
| |
| | | | |
| − | '''Bilimsel Karar destek Faaliyetinin Yürütülmesi'''
| |
| | | | |
| − | · Karar verme süreci ile ilişkili varlıkların tanımlanması,
| |
| | | | |
| − | · Karar bilgisinin analiz edilmesi,
| |
| | | | |
| − | · Muhtemel sonuçların tahmin edilmesi,
| |
| | | | |
| − | · Destek mekanizması yardımıyla kararın verilmesi,
| |
| | | | |
| − | · Gerekli kayıtların tutulması,
| |
| | | | |
| − | '''Kararın Duyurulması'''
| |
| | | | |
| − | · Kararın duyurulması.
| |
| | | | |
| − | === 3.3.3.3. Çıktılar ===
| |
| − | · Karar Yönetimi Stratejisi
| |
| | | | |
| − | · Dokümante Edilmiş ve Paylaşılmış Kararlar
| |
| | | | |
| − | Şekil 13 Karar Yönetimi Süreci
| |
| | | | |
| − | == 3.3.4. RİSK YÖNETİMİ SÜRECİ ==
| |
| − | Risk Yönetiminin amacı; ömür devrinin her aşamasında maliyet, takvim, performans vb. hedeflere ilişkin riskleri belirlemek, risklerin kritik değişkenler ve fonksiyonlar üzerindeki etkilerini araştırmak, koruma amaçlı mekanizma/stratejiler geliştirmek ve tüm paydaşlarla birlikte hedeflere ulaşmaları için etkin, hızlı ve güvenilir yolları belirlemek ve bunların uygulanmasına yardımcı olmaktır.
| |
| | | | |
| − | Program/projedeki maliyet, takvim ve teknik konular ile ilgili yaşanabilecek olumsuzluklar ve bu olumsuzlukların gerçekleşmesi durumunda sebep olacağı etkiler ömür devri boyunca dikkate alınmalıdır. Risk yönetimi kapsamında teknik ve idari tüm kritik alanlardaki risklerin belirlenerek, bunların projeye vereceği teknik, mali ve takvimsel zararlar oluşmadan gerekli tedbirlerin alınması ve risklerin gerçekleşmesi durumunda yürütülecek faaliyetlerin belirlenmesi amaçlanmaktadır.
| |
| | | | |
| − | Risk yönetimi süreci, ömür devri maliyetlerinin minimize edilmesi, proje planlamalarında gecikmelerin azaltılması, tekrar eden maliyetlerin önüne geçilmesi, programa özgü gereksinimlerin (örnek; yasal gereksinimler) uygun bir şekilde ele alınması gibi durumları desteklemektedir.
| |
| | | | |
| − | === 3.3.4.1. Girdiler ===
| |
| − | · Paydaş İsterleri ve Sistem Gereksinimleri
| |
| | | | |
| − | · Öğrenilmiş Dersler
| + | === 3.3.6. ENFORMASYON YÖNETİMİ SÜRECİ === |
| | + | Enformasyon yönetimi sürecinin amacı; belirlenen sistemlere, ömür devri sırasında ve sonrasında uygun şekilde, zamanında, eksiksiz, geçerli ve gerekirse gizli bilgiler sağlamaktır. |
| | | | |
| − | · Risk Yönetimi Stratejisi (Belirleme, Analiz, Azaltma vb.)
| + | Bu süreç bilgiyi üretir, toplar, dönüştürür, saklar, alır, dağıtır ve elden çıkarır. Teknik, proje, organizasyon, anlaşma ve kullanıcı bilgileri dahil olmak üzere belirlenmiş bilgileri yönetir. |
| | | | |
| − | === 3.3.4.2. Faaliyetler ===
| + | Enformasyon yönetimi sürecinin başarıyla uygulanmasının sonucunda: |
| − | Risk Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir;
| |
| | | | |
| − | '''Risklerin Tespit Edilmesi,''' | + | * Yönetilecek bilgi tanımlanır. |
| | + | * Enformasyon temsil biçimleri tanımlanır. |
| | + | * Enformasyon gerektiğinde dönüştürülür ve imha edilir. |
| | + | * Enformasyonun durumu kaydedilir. |
| | + | * Enformasyon güncel, eksiksiz ve geçerlidir. |
| | + | * İlgili taraflar ile enformasyon paylaşımında bulunulur. |
| | + | '''<big>3.3.6.1. Girdiler</big>''' |
| | + | * Enformasyon Yönetimi Stratejisi |
| | + | '''<big>3.3.6.2. Faaliyetler</big>''' |
| | | | |
| − | · Riskin tanımlanması,
| + | Enformasyon Yönetimi süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | · Riskin planlanması''','''
| + | '''Enformasyon yönetiminin planlanması''' |
| | | | |
| − | '''Risk Analizlerinin Yapılması'''
| + | * Enformasyon setinin ve yönetim stratejisinin tanımlanması |
| | + | * Enformasyon elemanlarının kaynağına, oluşturulmasına, toplanmasına, arşivlenmesine ve imhasına ilişkin yetki ve sorumlulukların belirlenmesi |
| | + | * Enformasyon elemanlarının saklanmasına, erişimine ve paylaşılmasına ilişkin hakların, yükümlülüklerin ve taahhütlerin tanımlanması |
| | + | * Bütünlük, geçerlilik ve uygunluğunu sağlamak için, depolanan enformasyonun durum incelemelerinin ve alternatif bir ortama çoğaltma veya dönüştürme gereksinimlerinin tanımlanması |
| | | | |
| − | · Risklerin analiz edilmesi,
| + | '''Enformasyon yönetiminin gerçekleştirilmesi''' |
| | | | |
| − | '''Risklerin Yönetilmesi''' | + | * Tanımlanan enformasyon unsurlarının edinilmesi |
| | + | * Enformasyonun strateji ve anlaşmalara göre yönetilmesi |
| | + | * Kararlaştırılan programların veya tanımlanmış koşulların gerektirdiği şekilde enformasyonun dağıtılması |
| | + | * Enformasyonun uygun ortam ve gizlilik derecesi ile saklanması/sağlanması |
| | + | * İstenmeyen, geçersiz veya doğrulanamayan bilgilerin; kuruluş politikasına, güvenlik ve gizlilik gereksinimlerine göre imha edilmesi |
| | + | '''<big>3.3.6.3. Çıktılar</big>''' |
| | + | * Güncel Enformasyon |
| | + | [[Dosya:Şekil 16 Enformasyon Yönetimi Süreci.jpg|alt=Şekil 16 Enformasyon Yönetimi Süreci|sol|küçükresim|600x600pik|Şekil 16 Enformasyon Yönetimi Süreci]] |
| | | | |
| − | · Çözüm için yapılacak planlamalar ile izlenmesi ve kontrol edilmesi.
| |
| | | | |
| − | === 3.3.4.3. Çıktılar ===
| |
| − | · Risk Yönetimi Planı
| |
| | | | |
| − | · Eylem Planları ve Risk Kayıtları
| |
| | | | |
| − | Şekil 14 Risk Yönetimi Süreci
| |
| | | | |
| − | == 3.3.5. KONFİGÜRASYON YÖNETİMİ SÜRECİ ==
| |
| − | Konfigürasyon yönetimi sürecinin amacı; sistemin işlevsel ve fiziksel özelliklerinin kontrolünün ve izlenebilirliğinin sağlanması amacıyla ömür devri boyunca meydana gelebilecek tüm değişikliklerle birlikte sistemin konfigürasyonunu tanımlamak, dokümante etmek ve tüm bu süreci yönetmektir.
| |
| | | | |
| − | === 3.3.5.1. Konsept Safhasında ===
| |
| | | | |
| − | === 3.3.5.1.1. Girdiler ===
| |
| − | · Sözleşme, iş tanımı ve ekleri
| |
| | | | |
| − | · Sistem Mühendisliği Gereksinimleri
| |
| | | | |
| − | · Program, Lojistik ve Bakım Yönetimi Planları
| |
| | | | |
| − | · İletişim
| |
| | | | |
| − | === 3.3.5.1.2. Faaliyetler ===
| |
| − | · Konfigürasyon Yönetimi Planlama
| |
| | | | |
| − | o Konfigürasyon yönetimi stratejisinin planlanması.
| |
| | | | |
| − | === 3.3.5.1.3. Çıktılar: ===
| |
| − | · Planlama ile uyumlu belgelendirilmiş Konfigürasyon Yönetimi Süreci (Konfigürasyon Yönetimi Planı)
| |
| | | | |
| − | · Sözleşme ve iş planı Konfigürasyon Yönetimi Maddeleri
| |
| | | | |
| − | · Konfigürasyon Birimleri
| |
| | | | |
| − | · Konfigürasyon Temel Çizgileri.
| |
| | | | |
| − | === 3.3.5.2. Geliştirme Safhasında ===
| |
| | | | |
| − | === 3.3.5.2.1. Girdiler ===
| |
| − | · Planlama ile uyumlu belgelendirilmiş Konfigürasyon Yönetimi Süreci (Konfigürasyon Yönetimi Planı)
| |
| | | | |
| − | · Sözleşme ve iş planı Konfigürasyon Yönetimi Maddeleri,
| + | === 3.3.7. ÖLÇÜM SÜRECİ === |
| | + | Ölçüm sürecinin amacı; Karar Yönetimi Süreci’nin kullanacağı objektif kanıt ve verilerin toplanması, analiz edilmesi ve raporlanmasıdır. |
| | | | |
| − | === 3.3.5.2.2. Faaliyetler ===
| + | Ölçümler, Yönetim Süreçleri tarafından belirlenen metriklerin ve göstergelerin (KPI, KRI) ilgili tüm iş süreçlerinden toplanması ile gerçekleştirilir. |
| − | · Konfigürasyon Yönetimi Planlama ı
| |
| | | | |
| − | o Konfigürasyon Yönetimi stratejisinin planlanması gözden geçirilmesi.
| + | Göstergeler iki grup altında ele alınabilir; |
| | | | |
| − | · Konfigürasyon Tanımlama,
| + | * Kilit Performans Göstergesi (Key Performance Indicator, KPI): süreçte hedeflenen performans seviyesinin tanımlanması |
| | + | * Kilit Risk Göstergesi (Key Risk Indicator, KRI): süreçte belirlenen risk seviyesinin erken dönemde fark edilmesini sağlamak için kullanılır |
| | | | |
| − | o Konfigürasyon yönetimi gerektiren kalemlerin tanımlanması,
| + | KPI süreçte hedeflenen performans seviyesinin tanımlanması, KRI ise süreçte belirlenen risk seviyesinin erken dönemde fark edilmesini sağlamak için kullanılır. |
| | | | |
| − | o Konfigürasyon temel çizgilerinin oluşturulması.
| + | Belirlenen metrikler ve göstergeler ömür devri içinde sürekli güncellenir ve/veya yenileri tanımlanır. |
| | | | |
| − | === 3.3.5.2.3. Çıktılar ===
| + | Tanımlanan bu metrikler ve göstergeler ile süreçlerin girdi ve çıktıları arasındaki dengenin oluşturulması sağlanır. Böylelikle istenen çıktıların elde edilmesi için girdilerdeki değişkenlikler izlenerek kontrol altında tutulur. |
| − | · Planlama ile uyumlu belgelendirilmiş Konfigürasyon Yönetimi Süreci (Konfigürasyon Yönetimi Planı)
| |
| | | | |
| − | · Sözleşme ve iş planı Konfigürasyon Yönetimi Maddeleri
| + | Yapılan ölçümler aşağıdaki eksenlerde belirtilen hususlar açısından uyumlu olmalıdır |
| | | | |
| − | · Konfigürasyon Birimleri
| + | * Teknik Eksen: Yapılan ölçüm sonucunun ihtiyacı karşılayacak yeterlilikte olması |
| | + | * Zaman Ekseni: Ölçüm için harcanan zamanın, iş için ayrılan süreye uyumlu olması |
| | + | * Finans Ekseni: Ölçüm için harcanan paranın, iş için ayrılan bütçeye uyumlu olması |
| | | | |
| − | · Konfigürasyon Temel Çizgiler.
| + | ==== <big>3.3.7.1. Konsept Safhasında</big> ==== |
| | + | '''<big>3.3.7.1.1. Girdiler</big>''' |
| | + | * Diğer Süreçler Tarafından İstenen Bilgiler |
| | + | '''<big>3.3.7.1.2. Faaliyetler</big>''' |
| | + | * Ölçümün Planlanması |
| | + | ** İstenen bilginin tanımlanması |
| | + | ** İstenen bilginin zamanın tanımlanması, tasniflenmesi ve önceliklendirilmesi |
| | + | ** İstenen bilginin ele edilebilmesi için gerekli sağlayıcıların, kaynakların ve ihtiyaç duyulabilecek diğer faaliyetlerin tanımlanması |
| | + | ** Ölçüm ana çizgisinin ve stratejisinin belirlenmesi |
| | + | ** Ölçüm prosedürünün belirlenmesi |
| | + | ** Raporlama içeriğinin ve formatının belirlenmesi |
| | + | ** Ölçüm sonucundan etkilenecek tarafların belirlenmesi |
| | + | ** Planlanan ölçümün projenin teknik, zaman ve finans ekseni ile hizalanması |
| | + | '''<big>3.3.7.1.3. Çıktılar</big>''' |
| | + | * Ölçüm Sonuç Raporu |
| | | | |
| − | === 3.3.5.3. Üretim Safhasında === | + | ==== <big>3.3.7.2. Geliştirme Safhasında</big> ==== |
| | + | '''<big>3.3.7.2.1. Girdiler</big>''' |
| | + | * Diğer Süreçler Tarafından İstenen Bilgiler |
| | + | '''<big>3.3.7.2.2. Faaliyetler</big>''' |
| | + | * Ölçümün Planlanması |
| | + | ** İstenen bilginin gözden geçirilmesi ve gerekmesi halinde yeniden tanımlanması |
| | + | ** İstenen bilginin zamanının gözden geçirilmesi, gerekmesi halinde yeniden tanımlanması, tasniflenmesi ve önceliklendirilmesi |
| | + | ** İstenen bilginin ele edilebilmesi için gerekli sağlayıcıların, kaynakların ve ihtiyaç duyulabilecek diğer faaliyetlerin gözden geçirilmesi ve gerekmesi halinde yeniden tanımlanması |
| | + | ** Ölçüm ana çizgisinin ve stratejisinin gözden geçirilmesi |
| | + | ** Ölçüm prosedürünün gözden geçirilmesi |
| | + | ** Raporlama içeriğinin ve formatının gözden geçirilmesi |
| | + | ** Ölçüm sonucundan etkilenecek tarafların gözden geçirilmesi ve gerekmesi halinde yeniden belirlenmesi |
| | + | ** Planlanan ölçümün projenin teknik, zaman ve finans ekseni ile hizalanması |
| | | | |
| − | === 3.3.5.3.1. Girdiler ===
| + | * Ölçümün Yapılması |
| − | · Performans Ölçümleri,
| + | ** Ölçüm verisinin toplanması |
| | + | ** Ölçüm verisinin analiz edilmesi |
| | + | ** Sonuçların konsolide edilip sunulması / raporlanması |
| | + | ** Öğrenilmiş derslerin kayıt altına alınması |
| | | | |
| − | · İletişim.
| + | * Ölçümün Düzenlenmesi |
| | + | ** Ölçümde kullanılan kaynak ve yöntemlerin uygunluğu değerlendirilmesi |
| | + | ** Ölçüm sonuçlarındaki sapmalar ve tutarsızlıklar tespit edilmesi |
| | + | ** Kaynak ve yöntemlerde ihtiyaç duyulan güncellemeler yapılması |
| | + | '''<big>3.3.7.2.3. Çıktılar</big>''' |
| | + | * Ölçüm Sonuç Raporu |
| | | | |
| − | === 3.3.5.3.2. Faaliyetler === | + | ==== <big>3.3.7.3. Üretim Safhasında</big> ==== |
| − | · Konfigürasyon Yönetimi Planlama,
| + | '''<big>3.3.7.3.1. Girdiler</big>''' |
| | + | * Diğer Süreçler Tarafından İstenen Bilgiler |
| | + | '''<big>3.3.7.3.2. Faaliyetler</big>''' |
| | + | * Ölçümün Planlanması |
| | + | ** İstenen bilginin gözden geçirilmesi ve gerekmesi halinde yeniden tanımlanması |
| | + | ** İstenen bilginin zamanının gözden geçirilmesi, gerekmesi halinde yeniden tanımlanması, tasniflenmesi ve önceliklendirilmesi |
| | + | ** İstenen bilginin ele edilebilmesi için gerekli sağlayıcıların, kaynakların ve ihtiyaç duyulabilecek diğer faaliyetlerin gözden geçirilmesi ve gerekmesi halinde yeniden tanımlanması |
| | + | ** Ölçüm ana çizgisinin ve stratejisinin gözden geçirilmesi |
| | + | ** Ölçüm prosedürünün gözden geçirilmesi |
| | + | ** Raporlama içeriğinin ve formatının gözden geçirilmesi |
| | + | ** Ölçüm sonucundan etkilenecek tarafların gözden geçirilmesi ve gerekmesi halinde yeniden belirlenmesi |
| | + | ** Planlanan ölçümün projenin teknik, zaman ve finans ekseni ile hizalanması |
| | | | |
| − | o Konfigürasyon Yönetimi stratejisinin planlanması gözden geçirilmesi.
| + | * Ölçümün Yapılması |
| | + | ** Ölçüm verisinin toplanması |
| | + | ** Ölçüm verisinin analiz edilmesi |
| | + | ** Sonuçların konsolide edilip sunulması / raporlanması |
| | + | ** Öğrenilmiş derslerin kayıt altına alınması |
| | | | |
| − | · Konfigürasyon Değişiklik Yönetimi
| + | * Ölçümün Düzenlenmesi |
| | + | ** Ölçümde kullanılan kaynak ve yöntemlerin uygunluğu değerlendirilmesi |
| | + | ** Ölçüm sonuçlarındaki sapmalar ve tutarsızlıklar tespit edilmesi |
| | + | ** Kaynak ve yöntemlerde ihtiyaç duyulan güncellemeler yapılması |
| | + | '''<big>3.3.7.3.3. Çıktılar</big>''' |
| | + | * Ölçüm Sonuç Raporu |
| | | | |
| − | o Konfigürasyon kontrolüne tabi tüm ürünlerin değişiklik yönetim sürecinin işletilmesi.
| + | ==== <big>3.3.7.4. Kullanım ve Destek Safhalarında</big> ==== |
| | + | '''<big>3.3.7.4.1. Girdiler</big>''' |
| | + | * Diğer Süreçler Tarafından İstenen Bilgiler |
| | + | '''<big>3.3.7.4.2. Faaliyetler</big>''' |
| | + | * Ölçümün Yapılması |
| | + | ** Ölçüm verisinin toplanması |
| | + | ** Ölçüm verisinin analiz edilmesi |
| | + | ** Sonuçların konsolide edilip sunulması / raporlanması |
| | + | ** Öğrenilmiş derslerin kayıt altına alınması |
| | | | |
| − | · Konfigürasyon Durum Muhasebesi ve Konfigürasyon Denetimleri
| + | * Ölçümün Düzenlenmesi |
| | + | ** Ölçümde kullanılan kaynak ve yöntemlerin uygunluğu değerlendirilmesi |
| | + | ** Ölçüm sonuçlarındaki sapmalar ve tutarsızlıklar tespit edilmesi |
| | + | ** Kaynak ve yöntemlerde ihtiyaç duyulan güncellemeler yapılması |
| | + | '''<big>3.3.7.4.3. Çıktılar</big>''' |
| | + | * Ölçüm Sonuç Raporu |
| | + | [[Dosya:Şekil 17 Ölçüm Süreci.jpg|alt=Şekil 17 Ölçüm Süreci|sol|küçükresim|600x600pik|Şekil 17 Ölçüm Süreci]] |
| | | | |
| − | o Gerekli gözden geçirme/denetim faaliyetlerinin yürütülmesi,
| |
| | | | |
| − | o Yayım/dağıtım faaliyetlerinin kontrollü ve onaylı bir şekilde yapılması faaliyetleri.
| |
| | | | |
| − | === 3.3.5.3.3. Çıktılar ===
| |
| − | · Denetim Sonuç Raporu.
| |
| | | | |
| − | === 3.3.5.4. Kullanım ve Destek Safhalarında ===
| |
| | | | |
| − | === 3.3.5.4.1. Girdiler ===
| |
| − | · Performans Ölçümleri,
| |
| | | | |
| − | · İletişim
| |
| | | | |
| − | === 3.3.5.4.2. Faaliyetler ===
| |
| − | · Konfigürasyon Yönetimi Planlama,
| |
| | | | |
| − | o Konfigürasyon Yönetimi stratejisinin planlanması gözden geçirilmesi.
| |
| | | | |
| − | · Konfigürasyon Değişiklik Yönetimi
| |
| | | | |
| − | o Konfigürasyon kontrolüne tabi tüm ürünlerin değişiklik yönetim sürecinin işletilmesi.
| |
| | | | |
| − | · Konfigürasyon Durum Muhasebesi ve Konfigürasyon Denetimleri
| |
| | | | |
| − | o Gerekli gözden geçirme/denetim faaliyetlerinin yürütülmesi,
| |
| | | | |
| − | o Yayım/dağıtım faaliyetlerinin kontrollü ve onaylı bir şekilde yapılması faaliyetleri.
| |
| | | | |
| − | === 3.3.5.4.3. Çıktılar ===
| |
| − | · Konfigürasyon Birimleri
| |
| | | | |
| − | · Performansı ölçülen ve sürekli iyileştirilen Konfigürasyon Yönetimi Süreci
| |
| | | | |
| − | · Öğrenilmiş Dersler.
| + | === 3.3.8. KALİTE GÜVENCE SÜRECİ === |
| | + | Kalite Güvence Süreci, Kalite Yönetim Sisteminin bir parçasıdır ve kalite gereksinimlerinin karşılandığının ve süreç odaklı bir yaklaşımla güvence altına alındığının güvencesini temin eder. |
| | | | |
| − | === 3.3.5.5. Envanterden Çıkarma Safhasında ===
| + | Kalite Güvence Süreci, kuruluş içindeki tüm süreç sahiplerinin çalıştıkları süreçlere ait metrikleri ve göstergeleri takip etmesini sağlayarak, doğru süreç çıktılarını istenen performansta üretilmesini amaçlar. |
| | | | |
| − | === 3.3.5.5.1. Girdiler === | + | ==== <big>3.3.8.1. Ön Konsept Safhasında</big> ==== |
| − | · Performans Ölçümleri,
| + | '''<big>3.3.8.1.1. Girdiler</big>''' |
| | + | * İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| | + | * Süreç Odaklı ve Bağımsız Kalite Yaklaşımı |
| | + | '''<big>3.3.8.1.2. Faaliyetler</big>''' |
| | + | * Kalite Güvence Stratejisi’nin oluşturulması |
| | + | ** Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin oluşturulması |
| | | | |
| − | · İletişim,
| + | * Kalite Planın Oluşturulması |
| | + | ** Süreçlerin ve süreç etkileşimlerinin tanımlanması |
| | + | ** Süreç metrikleri ve göstergelerinin her süreç için tanımlanması |
| | + | ** Süreçlerde tespit edilen aksaklıkları ve iyileştirme fırsatlarının tespit edilmesi |
| | + | ** Ürün veya hizmette meydana gelen hatalar için kök sebep analizinin yapılması |
| | + | ** Süreçler içinde mükerrer ve katma değeri olmayan faaliyetlerin tespit edilmesi, süreç etkinliğinin artırılması |
| | + | ** Tedarik Zincirinde, ürün veya servis kabulü için gerekli kriterlerin ve yöntemlerin belirlenmesi ve uygun şekilde icra edilmesinin sağlanması |
| | + | ** Doğrulama ve geçerleme faaliyetlerinin, amaçlarına uygun şekilde gerçekleştirilmesi için gerekli kontrol ve denetim faaliyetlerini icra edilmesi |
| | + | '''<big>3.3.8.1.3. Çıktılar</big>''' |
| | + | * Kalite Stratejisi |
| | + | * Kalite Planı |
| | | | |
| − | === 3.3.5.5.2. Faaliyetler === | + | ==== <big>3.3.8.2. Konsept Safhasında</big> ==== |
| − | · Konfigürasyon Durum Muhasebesi ve Konfigürasyon Denetimleri
| + | '''<big>3.3.8.2.1. Girdiler</big>''' |
| | + | * İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| | + | '''<big>3.3.8.2.2. Faaliyetler</big>''' |
| | + | * Kalite Güvence Stratejisi’nin Gözden Geçirilmesi |
| | + | ** Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin uygulanması |
| | + | ** Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin gözden geçirilmesi |
| | | | |
| − | o Gerekli gözden geçirme/denetim faaliyetlerinin yürütülmesi,
| + | * Kalite Planın Yürütülmesi |
| | + | ** Süreçlerin ve süreç etkileşimlerinin gözden geçirilmesi |
| | + | ** Süreç metrikleri ve göstergelerinin ölçülmesi ve gerektiği durumlarda güncellenerek takip edilmesi |
| | + | ** Süreçlerde tespit edilen aksaklıkların ve iyileştirme fırsatlarının takip edilmesi ve gerekli düzeltici ve önleyici faaliyetlerin uygulanması |
| | + | ** Ürün veya hizmette meydana gelen hatalar için kök sebep analizinin yapılması, hataların düzeltilmesi ve tekrarının önlenmesi |
| | + | ** Süreçler içinde mükerrer ve katma değeri olmayan faaliyetlerin tespit edilmesi, süreç etkinliğinin artırılması |
| | + | ** Tedarik Zincirinde, ürün veya servis kabulü için gerekli kriterlerin ve yöntemlerin belirlenmesi ve uygun şekilde icra edilmesinin sağlanması |
| | + | ** Doğrulama ve geçerleme faaliyetlerinin, amaçlarına uygun şekilde gerçekleştirilmesi için gerekli kontrol ve denetim faaliyetlerini icra edilmesi |
| | + | '''<big>3.3.8.2.3. Çıktılar</big>''' |
| | + | * Kalite Stratejisi |
| | + | * Kalite Planı |
| | | | |
| − | o Yayım/dağıtım faaliyetlerinin kontrollü ve onaylı bir şekilde yapılması faaliyetleri.
| + | ==== <big>3.3.8.3. Geliştirme Safhasında</big> ==== |
| | + | '''<big>3.3.8.3.1. Girdiler</big>''' |
| | + | * İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| | + | '''<big>3.3.8.3.2. Faaliyetler</big>''' |
| | + | * Kalite Güvence Stratejisi’nin Gözden Geçirilmesi |
| | + | ** Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin uygulanması |
| | + | ** Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin gözden geçirilmesi |
| | | | |
| − | === 3.3.5.5.3. Çıktılar ===
| + | * Kalite Planın Yürütülmesi |
| − | · Konfigürasyon Durum Muhasebesi raporları
| + | ** Süreçlerin ve süreç etkileşimlerinin gözden geçirilmesi |
| | + | ** Süreç metrikleri ve göstergelerinin ölçülmesi ve gerektiği durumlarda güncellenerek takip edilmesi |
| | + | ** Süreçlerde tespit edilen aksaklıkların ve iyileştirme fırsatlarının takip edilmesi ve gerekli düzeltici ve önleyici faaliyetlerin uygulanması |
| | + | ** Ürün veya hizmette meydana gelen hatalar için kök sebep analizinin yapılması, hataların düzeltilmesi ve tekrarının önlenmesi |
| | + | ** Süreçler içinde mükerrer ve katma değeri olmayan faaliyetlerin tespit edilmesi, süreç etkinliğinin artırılması |
| | + | ** Tedarik Zincirinde, ürün veya servis kabulü için gerekli kriterlerin ve yöntemlerin belirlenmesi ve uygun şekilde icra edilmesinin sağlanması |
| | + | ** Doğrulama ve geçerleme faaliyetlerinin, amaçlarına uygun şekilde gerçekleştirilmesi için gerekli kontrol ve denetim faaliyetlerini icra edilmesi |
| | + | '''<big>3.3.8.3.3. Çıktılar</big>''' |
| | + | * Kalite Stratejisi |
| | + | * Kalite Planı |
| | | | |
| − | · Öğrenilmiş Dersler.
| + | ==== <big>3.3.8.4. Üretim Safhasında</big> ==== |
| | + | '''<big>3.3.8.4.1. Girdiler</big>''' |
| | + | * İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| | + | '''<big>3.3.8.4.2. Faaliyetler</big>''' |
| | + | * Kalite Güvence Stratejisi’nin Gözden Geçirilmesi |
| | + | ** Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin uygulanması |
| | + | ** Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin gözden geçirilmesi |
| | | | |
| − | Şekil 15 Konfigürasyon Yönetimi Süreci
| + | * Kalite Planın Yürütülmesi |
| | + | ** Süreçlerin ve süreç etkileşimlerinin gözden geçirilmesi |
| | + | ** Süreç metrikleri ve göstergelerinin ölçülmesi ve gerektiği durumlarda güncellenerek takip edilmesi |
| | + | ** Süreçlerde tespit edilen aksaklıkların ve iyileştirme fırsatlarının takip edilmesi ve gerekli düzeltici ve önleyici faaliyetlerin uygulanması |
| | + | ** Ürün veya hizmette meydana gelen hatalar için kök sebep analizinin yapılması, hataların düzeltilmesi ve tekrarının önlenmesi |
| | + | ** Süreçler içinde mükerrer ve katma değeri olmayan faaliyetlerin tespit edilmesi, süreç etkinliğinin artırılması |
| | + | ** Tedarik Zincirinde, ürün veya servis kabulü için gerekli kriterlerin ve yöntemlerin belirlenmesi ve uygun şekilde icra edilmesinin sağlanması |
| | + | ** Doğrulama ve geçerleme faaliyetlerinin, amaçlarına uygun şekilde gerçekleştirilmesi için gerekli kontrol ve denetim faaliyetlerini icra edilmesi |
| | + | '''<big>3.3.8.4.3. Çıktılar</big>''' |
| | + | * Kalite Stratejisi |
| | + | * Kalite Planı |
| | | | |
| − | == 3.3.6. ENFORMASYON YÖNETİMİ SÜRECİ == | + | ==== <big>3.3.8.5. Kullanım ve Destek Safhalarında</big> ==== |
| − | Enformasyon yönetimi sürecinin amacı; belirlenen sistemlere, ömür devri sırasında ve sonrasında uygun şekilde, zamanında, eksiksiz, geçerli ve gerekirse gizli bilgiler sağlamaktır.
| + | '''<big>3.3.8.5.1. Girdiler</big>''' |
| | + | * İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| | + | '''<big>3.3.8.5.2. Faaliyetler</big>''' |
| | + | * Kalite Güvence Stratejisi’nin Uygulanması |
| | + | ** Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin uygulanması |
| | + | ** Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin gözden geçirilmesi |
| | | | |
| − | Bu süreç bilgiyi üretir, toplar, dönüştürür, saklar, alır, dağıtır ve elden çıkarır. Teknik, proje, organizasyon, anlaşma ve kullanıcı bilgileri dahil olmak üzere belirlenmiş bilgileri yönetir.
| + | * Kalite Planın Yürütülmesi |
| | + | ** Süreçlerin ve süreç etkileşimlerinin gözden geçirilmesi |
| | + | ** Süreç metrikleri ve göstergelerinin ölçülmesi ve gerektiği durumlarda güncellenerek takip edilmesi |
| | + | ** Süreçlerde tespit edilen aksaklıkların ve iyileştirme fırsatlarının takip edilmesi ve gerekli düzeltici ve önleyici faaliyetlerin uygulanması |
| | + | ** Ürün veya hizmette meydana gelen hatalar için kök sebep analizinin yapılması, hataların düzeltilmesi ve tekrarının önlenmesi |
| | + | ** Süreçler içinde mükerrer ve katma değeri olmayan faaliyetlerin tespit edilmesi, süreç etkinliğinin artırılması |
| | + | ** Tedarik Zincirinde, ürün veya servis kabulü için gerekli kriterlerin ve yöntemlerin belirlenmesi ve uygun şekilde icra edilmesinin sağlanması |
| | + | ** Doğrulama ve geçerleme faaliyetlerinin, amaçlarına uygun şekilde gerçekleştirilmesi için gerekli kontrol ve denetim faaliyetlerini icra edilmesi |
| | + | '''<big>3.3.8.5.3. Çıktılar</big>''' |
| | + | * Kalite Stratejisi |
| | + | * Kalite Planı |
| | | | |
| − | Enformasyon yönetimi sürecinin başarıyla uygulanmasının sonucunda:
| + | ==== <big>3.3.8.6. Envanterden Çıkarma Safhasında</big> ==== |
| | + | '''<big>3.3.8.6.1. Girdiler</big>''' |
| | + | * İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| | + | '''<big>3.3.8.6.2. Faaliyetler</big>''' |
| | + | * Kalite Güvence Stratejisi’nin Uygulanması |
| | + | ** Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin uygulanması |
| | + | ** Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin gözden geçirilmesi |
| | + | '''<big>3.3.8.6.3. Çıktılar</big>''' |
| | + | * Süreç Odaklı ve Bağımsız Kalite Yaklaşımı |
| | + | [[Dosya:Şekil 18 Kalite Güvence Süreci.jpg|alt=Şekil 18 Kalite Güvence Süreci|sol|küçükresim|600x600pik|Şekil 18 Kalite Güvence Süreci]] |
| | | | |
| − | · Yönetilecek bilgi tanımlanır.
| |
| | | | |
| − | · Enformasyon temsil biçimleri tanımlanır.
| |
| | | | |
| − | · Enformasyon gerektiğinde dönüştürülür ve imha edilir.
| |
| | | | |
| − | · Enformasyonun durumu kaydedilir.
| |
| | | | |
| − | · Enformasyon güncel, eksiksiz ve geçerlidir.
| |
| | | | |
| − | · İlgili taraflar ile enformasyon paylaşımında bulunulur.
| |
| | | | |
| − | === 3.3.6.1. Girdiler ===
| |
| − | · Enformasyon Yönetimi Stratejisi
| |
| | | | |
| − | === 3.3.6.2. Faaliyetler ===
| |
| − | Enformasyon Yönetimi süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| |
| | | | |
| − | '''Enformasyon yönetiminin planlanması'''
| |
| | | | |
| − | · Enformasyon setinin ve yönetim stratejisinin tanımlanması,
| |
| | | | |
| − | · Enformasyon elemanlarının kaynağına, oluşturulmasına, toplanmasına, arşivlenmesine ve imhasına ilişkin yetki ve sorumlulukların belirlenmesi,
| |
| | | | |
| − | · Enformasyon elemanlarının saklanmasına, erişimine ve paylaşılmasına ilişkin hakların, yükümlülüklerin ve taahhütlerin tanımlanması,
| |
| | | | |
| − | · Bütünlük, geçerlilik ve uygunluğunu sağlamak için, depolanan enformasyonun durum incelemelerinin ve alternatif bir ortama çoğaltma veya dönüştürme gereksinimlerinin tanımlanması,
| |
| | | | |
| − | '''Enformasyon yönetiminin gerçekleştirilmesi'''
| |
| | | | |
| − | · Tanımlanan enformasyon unsurlarının edinilmesi,
| |
| | | | |
| − | · Enformasyonun strateji ve anlaşmalara göre yönetilmesi,
| |
| | | | |
| − | · Kararlaştırılan programların veya tanımlanmış koşulların gerektirdiği şekilde enformasyonun dağıtılması,
| + | === 3.3.9. ÖMÜR BOYU İZLENEBİLİRLİK SÜRECİ === |
| | + | Sistem Ömür Devri süresince yürütülen teknik yönetim süreçlerinin; |
| | | | |
| − | · Enformasyonun uygun ortam ve gizlilik derecesi ile saklanması/sağlanması,
| + | * Planlama |
| | + | * Kontrol ve Analiz |
| | + | * Karar Yönetimi |
| | + | * Risk Yönetimi |
| | + | * Konfigürasyon Yönetimi |
| | + | * Bilgi Yönetimi |
| | + | * Ölçme ve Değerlendirme |
| | | | |
| − | · İstenmeyen, geçersiz veya doğrulanamayan bilgilerin; kuruluş politikasına, güvenlik ve gizlilik gereksinimlerine göre imha edilmesi.
| + | Kalite güvence yönetimi sürekliliğinin, güncelliğinin ve ilgili tüm faaliyetlerin kayıt altına alınarak izlenebilirliğinin sağlanması sürecidir. |
| | | | |
| − | === 3.3.6.3. Çıktılar ===
| + | '''<big>3.3.9.1. Girdiler</big>''' |
| − | · Güncel Enformasyon.
| + | * Başlangıç Planlama |
| | + | * Başlangıç Kontrol ve Analiz |
| | + | * Başlangıç Karar Yönetim Planı |
| | + | * Başlangıç Risk Yönetimi Planı |
| | + | * Başlangıç Konfigürasyon Yönetim Planı |
| | + | * Başlangıç Bilgi Yönetimi Planı |
| | + | * Başlangıç Ölçme ve Değerlendirme Planı |
| | + | * Başlangıç Kalite Güvence Yönetim Planı |
| | + | '''<big>3.3.9.2. Faaliyetler</big>''' |
| | | | |
| − | Şekil 16 Enformasyon Yönetimi Süreci
| + | Ömür Boyu İzlenebilirlik süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | == 3.3.7. ÖLÇÜM SÜRECİ ==
| + | '''Takip Edilebilirlik Anlamındaki Parametrelerin Tanımlanması''' |
| − | Ölçüm sürecinin amacı; Karar Yönetimi Süreci’nin kullanacağı objektif kanıt ve verilerin toplanması, analiz edilmesi ve raporlanmasıdır.
| |
| | | | |
| − | Ölçümler, Yönetim Süreçleri tarafından belirlenen metriklerin ve göstergelerin (KPI, KRI) ilgili tüm iş süreçlerinden toplanması ile gerçekleştirilir.
| + | * Sistem çözümü ihtiyacına karar verildiği andan gerekli kabiliyetin teslim edilmesine kadar olan süreçte takip edilebilirlik anlamındaki parametrelerin tanımlanması |
| | | | |
| − | Göstergeler iki grup altında ele alınabilir;
| + | '''İzlenebilirlik Kapsamındaki Parametrelerin Bağlantılarının Kurulması''' |
| | | | |
| − | · Kilit Performans Göstergesi (Key Performance Indicator, KPI): süreçte hedeflenen performans seviyesinin tanımlanması,
| + | * ·Aşamalar arasında izlenebilirlik kapsamındaki parametrelerin bağlantılarının kurulması |
| | | | |
| − | · Kilit Risk Göstergesi (Key Risk Indicator, KRI): süreçte belirlenen risk seviyesinin erken dönemde fark edilmesini sağlamak için kullanılır.
| + | '''Değişiklik Etkilerinin Tanımlanması''' |
| | | | |
| − | KPI süreçte hedeflenen performans seviyesinin tanımlanması, KRI ise süreçte belirlenen risk seviyesinin erken dönemde fark edilmesini sağlamak için kullanılır.
| + | * Farklı seviyedeki gereksinimlere göre sistem ömür devri boyunca yapılan değişikliklerin etkilerinin tanımlanması |
| | + | * Kullanım ve destek safhalarındaki performans verileri ile bağlantı sağlanması |
| | + | '''<big>3.3.9.3. Çıktılar</big>''' |
| | + | * Güncel Proje Planlama |
| | + | * Güncel Proje Kontrol ve Analiz |
| | + | * Güncel Karar Yönetimi |
| | + | * Güncel Risk Yönetimi |
| | + | * Güncel Konfigürasyon Yönetimi |
| | + | * Güncel Bilgi Yönetimi |
| | + | * Güncel Ölçme ve Değerlendirme |
| | + | * Güncel Kalite Güvence Yönetimi |
| | + | [[Dosya:Şekil 19 Ömür Boyu İzlenebilirlik Süreci.jpg|alt=Şekil 19 Ömür Boyu İzlenebilirlik Süreci|sol|küçükresim|600x600pik|Şekil 19 Ömür Boyu İzlenebilirlik Süreci]] |
| | | | |
| − | Belirlenen metrikler ve göstergeler ömür devri içinde sürekli güncellenir ve/veya yenileri tanımlanır.
| |
| | | | |
| − | Tanımlanan bu metrikler ve göstergeler ile süreçlerin girdi ve çıktıları arasındaki dengenin oluşturulması sağlanır. Böylelikle istenen çıktıların elde edilmesi için girdilerdeki değişkenlikler izlenerek kontrol altında tutulur.
| |
| | | | |
| − | Yapılan ölçümler aşağıdaki eksenlerde belirtilen hususlar açısından uyumlu olmalıdır
| |
| | | | |
| − | • Teknik Eksen: Yapılan ölçüm sonucunun ihtiyacı karşılayacak yeterlilikte olması
| |
| | | | |
| − | • Zaman Ekseni: Ölçüm için harcanan zamanın, iş için ayrılan süreye uyumlu olması
| |
| | | | |
| − | · Finans Ekseni: Ölçüm için harcanan paranın, iş için ayrılan bütçeye uyumlu olması
| |
| | | | |
| − | === 3.3.7.1. Konsept Safhasında ===
| |
| | | | |
| − | === 3.3.7.1.1. Girdiler ===
| |
| − | · Diğer Süreçler Tarafından İstenen Bilgiler
| |
| | | | |
| − | === 3.3.7.1.2. Faaliyetler ===
| |
| − | · Ölçümün Planlanması
| |
| | | | |
| − | o İstenen bilginin tanımlanması,
| |
| | | | |
| − | o İstenen bilginin zamanın tanımlanması, tasniflenmesi ve önceliklendirilmesi,
| |
| | | | |
| − | o İstenen bilginin ele edilebilmesi için gerekli sağlayıcıların, kaynakların ve ihtiyaç duyulabilecek diğer faaliyetlerin tanımlanması,
| |
| | | | |
| − | o Ölçüm ana çizgisinin ve stratejisinin belirlenmesi,
| |
| | | | |
| − | o Ölçüm prosedürünün belirlenmesi,
| |
| | | | |
| − | o Raporlama içeriğinin ve formatının belirlenmesi,
| |
| | | | |
| − | o Ölçüm sonucundan etkilenecek tarafların belirlenmesi,
| |
| | | | |
| − | o Planlanan ölçümün projenin teknik, zaman ve finans ekseni ile hizalanması,
| |
| | | | |
| − | === 3.3.7.1.3. Çıktılar: ===
| |
| − | · Ölçüm Sonuç Raporu.
| |
| | | | |
| − | === 3.3.7.2. Geliştirme Safhasında ===
| |
| | | | |
| − | === 3.3.7.2.1. Girdiler ===
| |
| − | · Diğer Süreçler Tarafından İstenen Bilgiler,
| |
| | | | |
| − | === 3.3.7.2.2. Faaliyetler ===
| |
| − | · Ölçümün Planlanması
| |
| | | | |
| − | o İstenen bilginin gözden geçirilmesi ve gerekmesi halinde yeniden tanımlanması,
| + | === 3.3.10. ÖMÜR DEVRİ MALİYETİ YÖNETİMİ SÜRECİ === |
| | + | Ömür devri maliyeti yönetimi sürecinin amacı; yapılacak analizler yardımıyla ömür devri maliyetinin tahmin edilmesi, gerçekleşen maliyetlerin hesaplanması, tahmini maliyet ile gerçekleşen maliyet arasındaki sapmaların tespit edilmesi, bütçeleme ve harcamalar için program/proje yönetimine destek olunması ve gerekli güncellemelerin yapılmasıdır. |
| | | | |
| − | o İstenen bilginin zamanının gözden geçirilmesi, gerekmesi halinde yeniden tanımlanması, tasniflenmesi ve önceliklendirilmesi,
| + | ==== <big>3.3.10.1. Konsept Safhasında</big> ==== |
| | + | '''<big>3.3.10.1.1. Girdiler</big>''' |
| | + | * Risk kayıtları/matrisi |
| | + | * Program/proje planlama dokümanları |
| | + | '''<big>3.3.10.1.2. Faaliyetler</big>''' |
| | + | * Ömür Devri Maliyeti Planlaması ve Ön Tahminlerin Yapılması |
| | + | ** Ömür devri maliyeti hesaplama çalışmasının kapsamının ve amacının belirlenmesi |
| | + | ** Ömür devri maliyeti hesaplama esnasında ihtiyaç duyulacak insan kaynağının, hesaplama ve bilgi toplama araçlarının; esasların, kabullerin ve kısıtların tespit edilmesi |
| | + | ** Ömür devri maliyeti hesaplaması için maliyet kırılım yapısının hazırlanması |
| | + | ** Olası risklerin tanımlanması |
| | + | '''<big>3.3.10.1.3. Çıktılar</big>''' |
| | + | * Tahmini Ömür Devri Maliyeti Planı |
| | | | |
| − | o İstenen bilginin ele edilebilmesi için gerekli sağlayıcıların, kaynakların ve ihtiyaç duyulabilecek diğer faaliyetlerin gözden geçirilmesi ve gerekmesi halinde yeniden tanımlanması,
| + | ==== <big>3.3.10.2. Konsept Safhasında</big> ==== |
| | + | '''<big>3.3.10.2.1. Girdiler</big>''' |
| | + | * Sistem iş kırılımı yapısı |
| | + | * Tahmini Takvimi |
| | + | * Risk kayıtları/matrisi |
| | + | * Program/ proje planlama dokümanları |
| | + | '''<big>3.3.10.2.2. Faaliyetler</big>''' |
| | + | * Ömür Devri Maliyeti Planının Gözden Geçirilmesi ve Ön Tahminlerin Güncellenmesi |
| | + | ** Ömür devri maliyeti hesaplama çalışmasının kapsamının ve amacının gözden geçirilmesi |
| | + | ** Ömür devri maliyeti hesaplama esnasında ihtiyaç duyulacak insan kaynağının, hesaplama ve bilgi toplama araçlarının; esasların, kabullerin ve kısıtların gözden geçirilmesi |
| | + | ** Ömür devri maliyeti hesaplaması için maliyet kırılım yapısının gözden geçirilmesi |
| | + | ** Olası risklerin gözden geçirilmesi |
| | + | '''<big>3.3.10.2.3. Çıktılar</big>''' |
| | + | * Tahmini Ömür Devri Maliyeti Planı |
| | | | |
| − | o Ölçüm ana çizgisinin ve stratejisinin gözden geçirilmesi,
| + | ==== <big>3.3.10.3. Geliştirme Safhasında</big> ==== |
| | + | '''<big>3.3.10.3.1. Girdiler</big>''' |
| | + | * Sistem iş kırılımı yapısı |
| | + | * Program/proje Uygulama Takvimi |
| | + | * Risk kayıtları/matrisi |
| | + | * Program/proje planlama dokümanları |
| | + | '''<big>3.3.10.3.2. Faaliyetler</big>''' |
| | + | * Ömür Devri Maliyeti Planının Gözden Geçirilmesi ve Ön Tahminlerin Güncellenmesi |
| | + | ** Ömür devri maliyeti hesaplama çalışmasının kapsamının ve amacının gözden geçirilmesi |
| | + | ** Ömür devri maliyeti hesaplama esnasında ihtiyaç duyulacak insan kaynağının, hesaplama ve bilgi toplama araçlarının; esasların, kabullerin ve kısıtların gözden geçirilmesi |
| | + | ** Ömür devri maliyeti hesaplaması için maliyet kırılım yapısının gözden geçirilmesi |
| | + | ** Olası risklerin gözden geçirilmesi |
| | | | |
| − | o Ölçüm prosedürünün gözden geçirilmesi,
| + | * Tahmini Ömür Devri Maliyeti Hesaplaması |
| | + | ** Ömür devri maliyeti hesaplaması için esas alınan maliyet kırılım yapısında ana hat oluşturulması |
| | + | ** Ana maliyet kalemlerinin belirlenmesi ve duyarlılık analizlerinin yapılması |
| | + | ** Mali/maliyet risklerinin sayısallaştırılması ve bu risklerin dikkate alarak tahmini ömür devri maliyetinin hesaplanması |
| | + | ** Çalışma sonucunun uygunluğunun değerlendirilmesi, doğrulanması, geçerliliğinin gözden geçirilmesi ve gerekli düzeltmelerin yapılması |
| | + | ** Tahmini hesaplamanın kayıt altına alınması ve sunulması |
| | + | '''<big>3.3.10.3.3. Çıktılar</big>''' |
| | + | * Tahmini Ömür Devri Maliyeti Planı ve Gerçekleşen Maliyet (Ömür Devri Maliyeti Hesaplama Raporu) |
| | | | |
| − | o Raporlama içeriğinin ve formatının gözden geçirilmesi,
| + | ==== <big>3.3.10.4. Üretim Safhasında</big> ==== |
| | + | '''<big>3.3.10.4.1. Girdiler</big>''' |
| | + | * Sistem iş kırılımı yapısı |
| | + | * Program/proje Uygulama Takvimi |
| | + | * Risk kayıtları/matrisi |
| | + | * Program/proje planlama dokümanları |
| | + | '''<big>3.3.10.4.2. Faaliyetler</big>''' |
| | + | * Ömür Devri Maliyeti Planlaması; |
| | + | ** Ömür devri maliyeti hesaplama çalışmasının kapsamının ve amacının gözden geçirilmesi |
| | + | ** Ömür devri maliyeti hesaplama esnasında ihtiyaç duyulacak insan kaynağının, hesaplama ve bilgi toplama araçlarının; esasların, kabullerin ve kısıtların gözden geçirilmesi |
| | + | ** Ömür devri maliyeti hesaplaması için maliyet kırılım yapısının gözden geçirilmesi |
| | + | ** Olası risklerin gözden geçirilmesi |
| | | | |
| − | o Ölçüm sonucundan etkilenecek tarafların gözden geçirilmesi ve gerekmesi halinde yeniden belirlenmesi,
| + | * Ömür Devri Maliyetinin İzlenmesi, Gözden Geçirilmesi ve Güncellenmesi |
| | + | ** Program/proje boyunca gerçekleşen ömür devri maliyetinin hesaplanması |
| | + | ** Tahmini maliyet ile gerçekleşen maliyet arasındaki sapmaların tespit edilmesi |
| | + | ** Tahmini ömür devri maliyetinin gözden geçirilmesi |
| | + | ** Tahmini ömür devri maliyetinin güncellenmesi; |
| | + | *** Risklere yönelik olarak proaktif ve reaktif çalışmaların yürütülmesi |
| | + | *** Yapılması önerilen program/proje faaliyetlerindeki iyileştirmelerin toplam maliyete etkisinin hesaplanması |
| | + | *** Tahmini ömür devri maliyetinin revize edilmesi |
| | + | '''<big>3.3.10.4.3. Çıktılar</big>''' |
| | + | * Tahmini Ömür Devri Maliyeti Planı ve Gerçekleşen Maliyet (Ömür Devri Maliyeti Hesaplama Raporu) |
| | | | |
| − | o Planlanan ölçümün projenin teknik, zaman ve finans ekseni ile hizalanması,
| + | ==== <big>3.3.10.5. Kullanım ve Destek Safhalarında</big> ==== |
| | + | '''<big>3.3.10.5.1. Girdiler</big>''' |
| | + | * Sistem iş kırılımı yapısı |
| | + | * Program/proje Uygulama Takvimi |
| | + | * Risk kayıtları/matrisi |
| | + | * Program/proje planlama dokümanları |
| | + | '''<big>3.3.10.5.2. Faaliyetler</big>''' |
| | + | * Ömür Devri Maliyetinin İzlenmesi, Gözden Geçirilmesi ve Güncellenmesi |
| | + | ** Program/proje boyunca gerçekleşen ömür devri maliyetinin hesaplanması |
| | + | ** Tahmini maliyet ile gerçekleşen maliyet arasındaki sapmaların tespit edilmesi |
| | + | ** Tahmini ömür devri maliyetinin gözden geçirilmesi |
| | + | ** Tahmini ömür devri maliyetinin güncellenmesi; |
| | + | *** Risklere yönelik olarak proaktif ve reaktif çalışmaların yürütülmesi |
| | + | *** Yapılması önerilen program/proje faaliyetlerindeki iyileştirmelerin toplam maliyete etkisinin hesaplanması |
| | + | *** Tahmini ömür devri maliyetinin revize edilmesi |
| | + | '''<big>3.3.10.5.3. Çıktılar</big>''' |
| | + | * Tahmini Ömür Devri Maliyeti Planı ve Gerçekleşen Maliyet (Ömür Devri Maliyeti Hesaplama Raporu) |
| | + | * Ömür Devri Maliyeti Süreç Analizi |
| | | | |
| − | · Ölçümün Yapılması,
| + | ==== <big>3.3.10.6. Envanterden Çıkarma Safhasında</big> ==== |
| | + | '''<big>3.3.10.6.1. Girdiler</big>''' |
| | + | * Sistem iş kırılımı yapısı |
| | + | * Program/proje Uygulama Takvimi |
| | + | '''<big>3.3.10.6.2. Faaliyetler</big>''' |
| | + | * Ömür Devri Maliyetinin Güncellenmesi |
| | + | ** Program/proje boyunca gerçekleşen ömür devri maliyetinin hesaplanması |
| | + | ** Tahmini maliyet ile gerçekleşen maliyet arasındaki sapmaların tespit edilmesi |
| | + | ** Ömür devri maliyetinin; |
| | + | *** Risklerinin ve fırsatlarının değerlendirmesine yönelik olarak proaktif ve reaktif çalışmaların yürütülmesi |
| | + | *** Yapılması önerilen program/proje faaliyetlerindeki iyileştirmelerin toplam maliyete etkisinin hesaplanması |
| | + | '''<big>3.3.10.6.3. Çıktılar</big>''' |
| | + | * Ömür Devri Maliyeti Hesaplama Raporu |
| | + | * Ömür Devri Maliyeti Süreç Analizi |
| | + | [[Dosya:Şekil 20 Ömür Devri Maliyeti Yönetimi Süreci.jpg|alt=Şekil 20 Ömür Devri Maliyeti Yönetimi Süreci|sol|küçükresim|600x600pik|Şekil 20 Ömür Devri Maliyeti Yönetimi Süreci]] |
| | | | |
| − | o Ölçüm verisinin toplanması,
| |
| | | | |
| − | o Ölçüm verisinin analiz edilmesi,
| |
| | | | |
| − | o Sonuçların konsolide edilip sunulması / raporlanması,
| |
| | | | |
| − | o Öğrenilmiş derslerin kayıt altına alınması.
| |
| | | | |
| − | · Ölçümün Düzenlenmesi
| |
| | | | |
| − | o Ölçümde kullanılan kaynak ve yöntemlerin uygunluğu değerlendirilmesi,
| |
| | | | |
| − | o Ölçüm sonuçlarındaki sapmalar ve tutarsızlıklar tespit edilmesi,
| |
| | | | |
| − | o Kaynak ve yöntemlerde ihtiyaç duyulan güncellemeler yapılması.
| |
| | | | |
| − | === 3.3.7.2.3. Çıktılar ===
| |
| − | · Ölçüm Sonuç Raporu.
| |
| | | | |
| − | === 3.3.7.3. Üretim Safhasında ===
| |
| | | | |
| − | === 3.3.7.3.1. Girdiler ===
| |
| − | · Diğer Süreçler Tarafından İstenen Bilgiler,
| |
| | | | |
| − | === 3.3.7.3.2. Faaliyetler ===
| |
| − | · Ölçümün Planlanması
| |
| | | | |
| − | o İstenen bilginin gözden geçirilmesi ve gerekmesi halinde yeniden tanımlanması,
| |
| | | | |
| − | o İstenen bilginin zamanının gözden geçirilmesi, gerekmesi halinde yeniden tanımlanması, tasniflenmesi ve önceliklendirilmesi,
| |
| | | | |
| − | o İstenen bilginin ele edilebilmesi için gerekli sağlayıcıların, kaynakların ve ihtiyaç duyulabilecek diğer faaliyetlerin gözden geçirilmesi ve gerekmesi halinde yeniden tanımlanması,
| |
| | | | |
| − | o Ölçüm ana çizgisinin ve stratejisinin gözden geçirilmesi,
| |
| | | | |
| − | o Ölçüm prosedürünün gözden geçirilmesi,
| |
| | | | |
| − | o Raporlama içeriğinin ve formatının gözden geçirilmesi,
| |
| | | | |
| − | o Ölçüm sonucundan etkilenecek tarafların gözden geçirilmesi ve gerekmesi halinde yeniden belirlenmesi,
| + | == 3.4. TEKNİK SÜREÇLER == |
| | | | |
| − | o Planlanan ölçümün projenin teknik, zaman ve finans ekseni ile hizalanması,
| + | === 3.4.1. İŞ VE GÖREV ANALİZİ SÜRECİ === |
| | + | Operasyonel koşulların, kısıtların ve mevcut sistemlerin görev kapsamlarının tanımlanması, operasyonel beklentileri karşılama durumu ve önerilen seçeneklerin yetkinlik değerlendirilmesinin yapıldığı süreçtir. |
| | | | |
| − | · Ölçümün Yapılması,
| + | '''<big>3.4.1.1. Girdiler</big>''' |
| | + | * Harekât, operasyon verileri |
| | + | * Tatbikat verileri |
| | + | * Tehditlerdeki değişimler |
| | + | * Yasal yükümlülükler |
| | + | * Teknolojik yenilikler |
| | + | * Alternatifler (DELTMATO) |
| | + | * Mevcut imkân ve kabiliyetler |
| | + | * Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları |
| | + | * Kaynak durumu |
| | + | * Kullanım ve Destek sürecinde yaşanan zafiyetler ve elde edilen veriler |
| | + | '''<big>3.4.1.2. Faaliyetler</big>''' |
| | | | |
| − | o Ölçüm verisinin toplanması,
| + | İş ve görev analizi süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | o Ölçüm verisinin analiz edilmesi,
| + | '''Harekât, operasyon, lojistik destek ihtiyaçlarının tespit edilmesi''' |
| | | | |
| − | o Sonuçların konsolide edilip sunulması / raporlanması,
| + | * Harekât, operasyon ve lojistik destek ihtiyaçlarının; |
| | + | ** Harekât Verileri |
| | + | ** Tatbikat Verileri |
| | + | ** Tehditlerdeki Değişimler |
| | + | ** Yasal Yükümlülükler |
| | + | ** Teknolojik Yenilikler |
| | + | ** Alternatifler (DELTMATO - Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik) |
| | + | ** Mevcut İmkân ve Kabiliyetler ve uzun vadede sahip olunmasına ihtiyaç duyulan imkân ve kabiliyetler |
| | + | ** Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları |
| | + | ** Kaynak durumu |
| | + | ** İşletme ve Destek sürecinde yaşanan zafiyetler ve elde edilen veriler ile değerlendirilmesi |
| | | | |
| − | o Öğrenilmiş derslerin kayıt altına alınması.
| + | * Harekât ve lojistik ihtiyacını karşılayacak sistem, alt sistem ve/veya komponentlerin mevcut olup olmadığının belirlenmesi |
| | | | |
| − | · Ölçümün Düzenlenmesi
| + | '''Problem Sahalarının Tanımlanması''' |
| | | | |
| − | o Ölçümde kullanılan kaynak ve yöntemlerin uygunluğu değerlendirilmesi,
| + | * Problem sahalarının ve fırsatlarının tanımlanması |
| | | | |
| − | o Ölçüm sonuçlarındaki sapmalar ve tutarsızlıklar tespit edilmesi,
| + | '''Çözüm Alternatiflerinin Belirlenmesi''' |
| | | | |
| − | o Kaynak ve yöntemlerde ihtiyaç duyulan güncellemeler yapılması.
| + | * Çözüm alternatiflerinin karakteristiğinin belirlenmesi |
| | | | |
| − | === 3.3.7.3.3. Çıktılar ===
| + | '''İş ve Görev Analizinin Yapılması''' |
| − | · Ölçüm Sonuç Raporu.
| |
| | | | |
| − | === 3.3.7.4. Kullanım ve Destek Safhalarında ===
| + | * Mevcut sistemlerin görev kapsamlarının operasyonel gereksinimleri karşılama durumunun ve alternatif sistem seçeneklerinin değerlendirilmesi ve |
| | + | * İş/görev analizi faaliyetlerinin yürütülmesi |
| | + | '''<big>3.4.1.3. Çıktılar</big>''' |
| | + | * İş/görev analizi |
| | + | * Yetenek matrisi |
| | + | [[Dosya:Şekil 21 İş ve Görev Analizi Süreci.jpg|alt=Şekil 21 İş ve Görev Analizi Süreci|sol|küçükresim|600x600pik|Şekil 21 İş ve Görev Analizi Süreci]] |
| | | | |
| − | === 3.3.7.4.1. Girdiler ===
| |
| − | · Diğer Süreçler Tarafından İstenen Bilgiler,
| |
| | | | |
| − | === 3.3.7.4.2. Faaliyetler ===
| |
| − | · Ölçümün Yapılması,
| |
| | | | |
| − | o Ölçüm verisinin toplanması,
| |
| | | | |
| − | o Ölçüm verisinin analiz edilmesi,
| |
| | | | |
| − | o Sonuçların konsolide edilip sunulması / raporlanması,
| |
| | | | |
| − | o Öğrenilmiş derslerin kayıt altına alınması.
| |
| | | | |
| − | · Ölçümün Düzenlenmesi
| |
| | | | |
| − | o Ölçümde kullanılan kaynak ve yöntemlerin uygunluğu değerlendirilmesi,
| |
| | | | |
| − | o Ölçüm sonuçlarındaki sapmalar ve tutarsızlıklar tespit edilmesi,
| |
| | | | |
| − | o Kaynak ve yöntemlerde ihtiyaç duyulan güncellemeler yapılması.
| |
| | | | |
| − | === 3.3.7.4.3. Çıktılar ===
| |
| − | · Ölçüm Sonuç Raporu.
| |
| | | | |
| − | Şekil 17 Ölçüm Süreci
| |
| | | | |
| − | == 3.3.8. KALİTE GÜVENCE SÜRECİ ==
| |
| − | Kalite Güvence Süreci, Kalite Yönetim Sisteminin bir parçasıdır ve kalite gereksinimlerinin karşılandığının ve süreç odaklı bir yaklaşımla güvence altına alındığının güvencesini temin eder.
| |
| | | | |
| − | Kalite Güvence Süreci, kuruluş içindeki tüm süreç sahiplerinin çalıştıkları süreçlere ait metrikleri ve göstergeleri takip etmesini sağlayarak, doğru süreç çıktılarını istenen performansta üretilmesini amaçlar.
| |
| | | | |
| − | === 3.3.8.1. Ön Konsept Safhasında ===
| |
| | | | |
| − | === 3.3.8.1.1. Girdiler ===
| |
| − | · İlgili program içinde tanımlı politikalar, amaçlar ve süreçler
| |
| | | | |
| − | · Süreç Odaklı ve Bağımsız Kalite Yaklaşımı
| |
| | | | |
| − | === 3.3.8.1.2. Faaliyetler ===
| |
| − | · Kalite Güvence Stratejisi’nin oluşturulması
| |
| | | | |
| − | o Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin oluşturulması.
| |
| | | | |
| − | · Kalite Planın Oluşturulması,
| |
| | | | |
| − | o Süreçlerin ve süreç etkileşimlerinin tanımlanması,
| |
| | | | |
| − | o Süreç metrikleri ve göstergelerinin her süreç için tanımlanması,
| + | === 3.4.2. PAYDAŞ İHTİYAÇLARI VE İSTERLERİ TANIMLAMA SÜRECİ === |
| | + | Sürecin amacı, tanımlanmış bir ortamda ihtiyaç duydukları hizmetleri sağlayabilecek bir sistemin gereksinimlerini tanımlamaktır. |
| | | | |
| − | o Süreçlerde tespit edilen aksaklıkları ve iyileştirme fırsatlarının tespit edilmesi,
| + | Bu süreçte; ömür devri boyunca sisteme dâhil olan paydaşlar ve paydaşların ihtiyaçları, beklentileri ve istekleri belirlenir. Bunlar analiz edilir ve sistemin operasyonel ortamı ile etkileşimini ifade eden ve sonuçta ortaya çıkan her operasyonel hizmetin doğrulandığı ortak bir paydaş gereksinimine dönüştürülür. |
| | | | |
| − | o Ürün veya hizmette meydana gelen hatalar için kök sebep analizinin yapılması,
| + | '''<big>3.4.2.1. Girdiler</big>''' |
| | + | * İş/Görev Analizi Dokümanı |
| | + | * Yetenek açığının belirlenmesi |
| | + | '''<big>3.4.2.2. Faaliyetler</big>''' |
| | | | |
| − | o Süreçler içinde mükerrer ve katma değeri olmayan faaliyetlerin tespit edilmesi, süreç etkinliğinin artırılması,
| + | Paydaş ihtiyaçları ve isterleri tanımlama süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | o Tedarik Zincirinde, ürün veya servis kabulü için gerekli kriterlerin ve yöntemlerin belirlenmesi ve uygun şekilde icra edilmesinin sağlanması,
| + | '''Program/süreç içinde yer alan/alacak paydaşların ve ihtiyaçlarının belirlenmesi,''' |
| | | | |
| − | o Doğrulama ve geçerleme faaliyetlerinin, amaçlarına uygun şekilde gerçekleştirilmesi için gerekli kontrol ve denetim faaliyetlerini icra edilmesi.
| + | * Sistemle ömür devri boyunca ilgisi bulunan paydaşların tanımlanması |
| | + | * Tanımlı paydaşların ihtiyaçlarının ortaya çıkarılması |
| | | | |
| − | === 3.3.8.1.3. Çıktılar ===
| + | '''Kısıtlamalar, faaliyetler ve etkileşimler göz önünde bulundurularak paydaş gereksinimlerinin tanımlanması,''' |
| − | · Kalite Stratejisi,
| |
| | | | |
| − | · Kalite Planı
| + | * Sistem çözümü üzerindeki kısıtlamaların tanımlanması |
| | + | * Beklenen operasyonel ve destek senaryoları çerçevesinde ihtiyaç duyulan faaliyetlerin tanımlanması |
| | + | * Kullanıcılar ve sistem arasındaki etkileşimin tanımlanması |
| | | | |
| − | === 3.3.8.2. Konsept Safhasında ===
| + | En verimli ve güvenilir insan performansı ve insan-sistem etkileşimini sağlamak için gereken kullanılabilirlik gereksinimleri tanımlanır. |
| | | | |
| − | === 3.3.8.2.1. Girdiler ===
| + | * Sağlık, güvenilirlik, güvenlik, çevre ve diğer paydaş gereksinimlerinin ve kritik fonksiyonlarının belirtilmesi |
| − | · İlgili program içinde tanımlı politikalar, amaçlar ve süreçler
| |
| | | | |
| − | === 3.3.8.2.2. Faaliyetler ===
| + | '''Tanımlanan paydaş gereksinimlerinin gözden geçirilmesi, analiz edilmesi ve değerlendirilmesi,''' |
| − | · Kalite Güvence Stratejisi’nin Gözden Geçirilmesi
| |
| | | | |
| − | o Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin uygulanması,
| + | * Çelişkili, eksik, belirsiz, tutarsız, uygun olmayan veya doğrulanamayan gereksinimlerin tanımlanmasını önleyecek ve tanımlanmış gereksinimler arasında önceliklendirmeyi sağlayacak analizler gerçekleştirilir. |
| | + | * Gerçekleştirilemeyen veya gerçekleştirilmesi pratik olmayan gereksinimler belirlenir ve kapsam dışı bırakılır. |
| | + | * Analiz edilen gereksinimlere ilişkin paydaşlara beklentilerinin yeterince karşılanıp karşılanmadığına yönelik geri dönüş yapılır. |
| | + | * Paydaşlarla, gereksinimlerinin doğru bir şekilde ifade edildiğine ilişkin mutabakat sağlanır. |
| | + | * Sistemin ömür devri boyunca bildirilen paydaş gereksinimleri uygun bir biçimde kayıt altına alınır. |
| | | | |
| − | o Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin gözden geçirilmesi,
| + | Bu kayıtlar ile sistemin ömür devri boyunca ihtiyaç duyacağı ve gerçekleştirilen tüm değişiklikler takip edilir. Bu faaliyet izlenebilirliğin temelidir ve sonraki sistem gereksinimleri için bilgi kaynağını oluşturur. |
| | | | |
| − | · Kalite Planın Yürütülmesi,
| + | * Paydaş gereksinimlerinin izlenebilirliği sağlanır. |
| | | | |
| − | o Süreçlerin ve süreç etkileşimlerinin gözden geçirilmesi,
| + | Paydaş gereksinimleri, gereksinimdeki herhangi bir değişikliği hesaba katmak için ömür devri boyunca önemli karar zamanlarında gözden geçirilir. |
| | | | |
| − | o Süreç metrikleri ve göstergelerinin ölçülmesi ve gerektiği durumlarda güncellenerek takip edilmesi,
| + | '''<big>3.4.2.3. Çıktılar</big>''' |
| | + | * Kullanım ve operasyonel senaryolar |
| | + | * Paydaş ihtiyaçları ve isterleri (Operasyonel Konsept Dokümanı dahildir.) ve izlenebilirlik matrisi |
| | + | * Sistem çözümündeki kısıtlamalardır |
| | + | [[Dosya:Şekil 22 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci.jpg|alt=Şekil 22 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci|sol|küçükresim|600x600pik|Şekil 22 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci]] |
| | | | |
| − | o Süreçlerde tespit edilen aksaklıkların ve iyileştirme fırsatlarının takip edilmesi ve gerekli düzeltici ve önleyici faaliyetlerin uygulanması,
| |
| | | | |
| − | o Ürün veya hizmette meydana gelen hatalar için kök sebep analizinin yapılması, hataların düzeltilmesi ve tekrarının önlenmesi,
| |
| | | | |
| − | o Süreçler içinde mükerrer ve katma değeri olmayan faaliyetlerin tespit edilmesi, süreç etkinliğinin artırılması,
| |
| | | | |
| − | o Tedarik Zincirinde, ürün veya servis kabulü için gerekli kriterlerin ve yöntemlerin belirlenmesi ve uygun şekilde icra edilmesinin sağlanması,
| |
| | | | |
| − | o Doğrulama ve geçerleme faaliyetlerinin, amaçlarına uygun şekilde gerçekleştirilmesi için gerekli kontrol ve denetim faaliyetlerini icra edilmesi.
| |
| | | | |
| − | === 3.3.8.2.3. Çıktılar: ===
| |
| − | · Kalite Stratejisi,
| |
| | | | |
| − | · Kalite Planı
| |
| | | | |
| − | === 3.3.8.3. Geliştirme Safhasında ===
| |
| | | | |
| − | === 3.3.8.3.1. Girdiler ===
| |
| − | · İlgili program içinde tanımlı politikalar, amaçlar ve süreçler,
| |
| | | | |
| − | === 3.3.8.3.2. Faaliyetler ===
| |
| − | · Kalite Güvence Stratejisi’nin Gözden Geçirilmesi
| |
| | | | |
| − | o Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin uygulanması,
| |
| | | | |
| − | o Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin gözden geçirilmesi,
| |
| | | | |
| − | · Kalite Planın Yürütülmesi,
| |
| | | | |
| − | o Süreçlerin ve süreç etkileşimlerinin gözden geçirilmesi,
| |
| | | | |
| − | o Süreç metrikleri ve göstergelerinin ölçülmesi ve gerektiği durumlarda güncellenerek takip edilmesi,
| |
| | | | |
| − | o Süreçlerde tespit edilen aksaklıkların ve iyileştirme fırsatlarının takip edilmesi ve gerekli düzeltici ve önleyici faaliyetlerin uygulanması,
| |
| | | | |
| − | o Ürün veya hizmette meydana gelen hatalar için kök sebep analizinin yapılması, hataların düzeltilmesi ve tekrarının önlenmesi,
| |
| | | | |
| − | o Süreçler içinde mükerrer ve katma değeri olmayan faaliyetlerin tespit edilmesi, süreç etkinliğinin artırılması,
| |
| | | | |
| − | o Tedarik Zincirinde, ürün veya servis kabulü için gerekli kriterlerin ve yöntemlerin belirlenmesi ve uygun şekilde icra edilmesinin sağlanması,
| + | === 3.4.3. SİSTEM GEREKSİNİMLERİ TANIMLAMA SÜRECİ === |
| | + | Sistem Gereksinimleri Tanımlama Sürecinin amacı, müşteri tarafından aktarılan gereksinimleri sistem gereksinimleri haline dönüştürmek ve tüm gereksinimlerin karşılandığından emin olmak maksadıyla izlenebilirliği sağlayacak sistemi kurmak ve yönetilmesini sağlamaktır. |
| | | | |
| − | o Doğrulama ve geçerleme faaliyetlerinin, amaçlarına uygun şekilde gerçekleştirilmesi için gerekli kontrol ve denetim faaliyetlerini icra edilmesi.
| + | '''<big>3.4.3.1. Girdiler</big>''' |
| | + | * İş/görev Analizi Dokümanı |
| | + | * Paydaşların gereksinimleri ve beklentileri |
| | + | '''<big>3.4.3.2. Faaliyetler</big>''' |
| | | | |
| − | === 3.3.8.3.3. Çıktılar ===
| + | Sistem gereksinimleri tanımlama süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| − | · Kalite Stratejisi,
| |
| | | | |
| − | · Kalite Planı
| + | '''Sistem gereksinim tanımlama hazırlığı'''; |
| | | | |
| − | === 3.3.8.4. Üretim Safhasında ===
| + | * Kullanım ve operasyon senaryolarına bağlı olarak sistem sınırları ve şartları tanımlanır |
| | + | * Sistem ve kullanım çevresi arasındaki etkileşimlerin (mekanik, elektriksel, termal gibi arayüz özellikleri ve sınırlamalar vb.) tanımları yapılır |
| | + | * Sistem gereksinimlerinin tanımlanması ve yönetilmesi kapsamında kullanılacak yazılım aracı ve/veya uygulanacak yöntemler belirlenir |
| | | | |
| − | === 3.3.8.4.1. Girdiler ===
| + | '''Sistem gereksinimlerinin tanımlanması;''' |
| − | · İlgili program içinde tanımlı politikalar, amaçlar ve süreçler,
| |
| | | | |
| − | === 3.3.8.4.2. Faaliyetler ===
| + | * Sistemin gerçekleştirmesi gereken her bir fonksiyonun ve bu fonksiyonların hangi şartlar altında gerçekleştirileceğine ilişkin kısıtlar tanımlanır |
| − | · Kalite Güvence Stratejisi’nin Gözden Geçirilmesi
| + | * Riskler, sistem kritikliği, güvenlik, güvenilirlik, kullanıma hazır olma ve desteklenebilirlik ile ilişkili sistem gereksinimleri tanımlanır |
| | + | * Lojistik Destek Analizlerinin seçimi ve derinliği ile tasarıma etki etme hususları bu aşamada değerlendirilir |
| | | | |
| − | o Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin uygulanması,
| + | '''Sistem gereksinimlerinin analiz edilmesi;''' |
| | | | |
| − | o Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin gözden geçirilmesi.
| + | * Açık, tutarlı, eksiksiz, izlenebilir, uygulanabilir, doğrulanabilir sistem gereksinimleri tanımlanır. Teknik performansın değerlendirilmesini mümkün kılmak için kritik performans ölçütlerinin tanımlanır |
| | + | * Analiz edilen gereksinimlerin ilgili paydaşlarla gözden geçirilmesi ve sistem gereksinimleri üzerine müşteri ile anlaşmanın sağlanabilmesi için gözden geçirme toplantıları yapılır |
| | | | |
| − | · Kalite Planın Yürütülmesi,
| + | '''Gereksinim yönetiminin yapılması'''; |
| | | | |
| − | o Süreçlerin ve süreç etkileşimlerinin gözden geçirilmesi,
| + | Ömür devri boyunca, sistem gereksinimleri ile müşteri istekleri, mimari elemanları, ara yüz tanımlamaları, analiz sonuçları, doğrulama yöntemleri, ayrıştırılmış, türetilmiş gereksinimler arasındaki çift yönlü izlenebilirliğin sağlanması faaliyetidir |
| | | | |
| − | o Süreç metrikleri ve göstergelerinin ölçülmesi ve gerektiği durumlarda güncellenerek takip edilmesi,
| + | '''<big>3.4.3.3. Çıktılar</big>''' |
| | + | * Gereksinim Tanımlama Dokümanı; |
| | + | ** Tanımlı sistem çözümü için, sistem ara yüzlerini, fonksiyonlarını ve sınırlarını içeren sistem tanımı |
| | + | ** Sistem gereksinimleri (fonksiyonel, performans, ara yüz, fonksiyonel olmayan vb.) ve tasarım kısıtları |
| | + | ** Kritik performans ölçütleri (gereksinimlerin karşılanmasına yönelik ilerleme seviyesini anlamak için oluşturulan teknik ölçütler) |
| | + | [[Dosya:Şekil 23 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci.jpg|alt=Şekil 23 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci|sol|küçükresim|600x600pik|Şekil 23 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci]] |
| | + | |
| | + | |
| | | | |
| − | o Süreçlerde tespit edilen aksaklıkların ve iyileştirme fırsatlarının takip edilmesi ve gerekli düzeltici ve önleyici faaliyetlerin uygulanması,
| |
| | | | |
| − | o Ürün veya hizmette meydana gelen hatalar için kök sebep analizinin yapılması, hataların düzeltilmesi ve tekrarının önlenmesi,
| |
| | | | |
| − | o Süreçler içinde mükerrer ve katma değeri olmayan faaliyetlerin tespit edilmesi, süreç etkinliğinin artırılması,
| |
| | | | |
| − | o Tedarik Zincirinde, ürün veya servis kabulü için gerekli kriterlerin ve yöntemlerin belirlenmesi ve uygun şekilde icra edilmesinin sağlanması,
| |
| | | | |
| − | o Doğrulama ve geçerleme faaliyetlerinin, amaçlarına uygun şekilde gerçekleştirilmesi için gerekli kontrol ve denetim faaliyetlerini icra edilmesi.
| |
| | | | |
| − | === 3.3.8.4.3. Çıktılar ===
| |
| − | · Kalite Stratejisi,
| |
| | | | |
| − | · Kalite Planı
| |
| | | | |
| − | === 3.3.8.5. Kullanım ve Destek Safhalarında ===
| |
| | | | |
| − | === 3.3.8.5.1. Girdiler ===
| |
| − | · İlgili program içinde tanımlı politikalar, amaçlar ve süreçler,
| |
| | | | |
| − | === 3.3.8.5.2. Faaliyetler ===
| |
| − | · Kalite Güvence Stratejisi’nin Uygulanması
| |
| | | | |
| − | o Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin uygulanması,
| |
| | | | |
| − | o Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin gözden geçirilmesi.
| |
| | | | |
| − | · Kalite Planın Yürütülmesi,
| |
| | | | |
| − | o Süreçlerin ve süreç etkileşimlerinin gözden geçirilmesi,
| |
| | | | |
| − | o Süreç metrikleri ve göstergelerinin ölçülmesi ve gerektiği durumlarda güncellenerek takip edilmesi,
| |
| | | | |
| − | o Süreçlerde tespit edilen aksaklıkların ve iyileştirme fırsatlarının takip edilmesi ve gerekli düzeltici ve önleyici faaliyetlerin uygulanması,
| |
| | | | |
| − | o Ürün veya hizmette meydana gelen hatalar için kök sebep analizinin yapılması, hataların düzeltilmesi ve tekrarının önlenmesi,
| + | === 3.4.4. MİMARİ TANIMLAMA SÜRECİ === |
| | + | Sistem mimarisinin tasarlanarak, gereksinimlerle mimarinin uyumlu ve tutarlı bir görünümde ifade edilmesini kapsayan bir süreçtir. Amaç sistem gereksinimlerini karşılayacak şekilde sistem mimarisini oluşturmaktır. Bu amaçla çeşitli yazılım araçları kullanılabilir. Sistem mimarisi, temel prensipler, kavramlar, özellikler ve bunların Sistem ile birleştirilmesini ele alır. |
| | | | |
| − | o Süreçler içinde mükerrer ve katma değeri olmayan faaliyetlerin tespit edilmesi, süreç etkinliğinin artırılması,
| + | Süreç geliştikçe, sistem için tanımlanan gereksinimler ile sistem elemanları arasındaki etkileşimlerden ve ilişkilerden kaynaklanan sistem davranışları ve sistemin ortaya çıkan özellikleri arasındaki ilişki ortaya çıkacaktır. |
| | | | |
| − | o Tedarik Zincirinde, ürün veya servis kabulü için gerekli kriterlerin ve yöntemlerin belirlenmesi ve uygun şekilde icra edilmesinin sağlanması,
| + | '''<big>3.4.4.1. Girdiler</big>''' |
| | + | * Sistem çözümü için sistem ara yüzlerini, fonksiyonlarını ve sınırlarını içeren sistem tanımı ve gereksinim analizi sonucunda ortaya çıkmış sistem gereksinimleri |
| | + | * Tasarım kısıtları |
| | + | '''<big>3.4.4.2. Faaliyetler</big>''' |
| | | | |
| − | o Doğrulama ve geçerleme faaliyetlerinin, amaçlarına uygun şekilde gerçekleştirilmesi için gerekli kontrol ve denetim faaliyetlerini icra edilmesi.
| + | Mimari tanımlama süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | === 3.3.8.5.3. Çıktılar ===
| + | '''Sistem mimari bakış açısı ile paydaş isterlerinin ilişkilerinin tanımlanması:''' |
| − | · Kalite Stratejisi,
| |
| | | | |
| − | · Kalite Planı
| + | * Pazar çalışmaları, rekabet, bilimsel veriler gibi mimariyi etkileyebilecek faktörler tanımlanır ve hazır bulunurluk, emniyet, idame edilebilirlik gibi mimari ile ilişkili gerekler belirlenir |
| | + | * Paydaş gereklerine bağlı olarak mimari bakış açıları geliştirilir ve sonuçta yapılan seçimle ilgili gerekçeler belirlenir |
| | | | |
| − | === 3.3.8.6. Envanterden Çıkarma Safhasında ===
| + | '''Sistem mimari kararı için önemli olan konseptler, özelliklerin, davranışların, fonksiyonların ve sınırlamaların mimariye yansıtılması:''' |
| | | | |
| − | === 3.3.8.6.1. Girdiler ===
| + | * Gereksinim analizi sonucunda ortaya konulan işlevsel, performans ve arayüz gereksinimleri temel alınarak sistem işlevsel mimarisi yapılır. Sistem çözümüne ait olan üst seviye işlevler alt seviyelere ayrıştırılır, gereksinimler bu işlevlere atanır ve işlevsel akış diyagramları oluşturulur. Sistemi oluşturan ana işlevsel bileşenler alt sistemlere ayrıştırılır ve her bir işlev de ilgili olduğu alt sisteme atanır. Sistem ile sistem bileşenleri arasındaki arayüzler ile sistemin harici arayüzleri oluşturulur |
| − | · İlgili program içinde tanımlı politikalar, amaçlar ve süreçler,
| |
| | | | |
| − | === 3.3.8.6.2. Faaliyetler ===
| + | '''Tanımlanan mimarinin yönetilmesi:''' |
| − | · Kalite Güvence Stratejisi’nin Uygulanması
| |
| | | | |
| − | o Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin uygulanması,
| + | * Mimari ile gereksinimler, arayüz tanımları, yapılan analizler, doğrulama teknikleri arasındaki izlenebilirliğin sürdürülmesi gerekmektedir. Sürecin doğrulanması, sistem gereksinimlerinin karşılandığının doğrulanması ile olacaktır. |
| | + | '''<big>3.4.4.3. Çıktılar</big>''' |
| | + | * Mimari adayları arasından seçilen ve sistem tasarımı kapsamında temel alınacak olan sistem mimarisi ile bu mimarinin seçilme gerekçeleri |
| | + | * Sistem mimarisi (Mimari Tanımlama Dokümanı) |
| | + | [[Dosya:Şekil 24 Mimari Tanımlama Süreci.jpg|alt=Şekil 24 Mimari Tanımlama Süreci|sol|küçükresim|600x600pik|Şekil 24 Mimari Tanımlama Süreci]] |
| | | | |
| − | o Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin gözden geçirilmesi.
| |
| | | | |
| − | === 3.3.8.6.3. Çıktılar ===
| |
| − | o Süreç Odaklı ve Bağımsız Kalite Yaklaşımı.
| |
| | | | |
| − | Şekil 18 Kalite Güvence Süreci
| |
| | | | |
| − | == 3.3.9. ÖMÜR BOYU İZLENEBİLİRLİK SÜRECİ ==
| |
| − | Sistem Ömür Devri süresince yürütülen teknik yönetim süreçlerinin;
| |
| | | | |
| − | · Planlama,
| |
| | | | |
| − | · Kontrol ve Analiz,
| |
| | | | |
| − | · Karar Yönetimi,
| |
| | | | |
| − | · Risk Yönetimi,
| |
| | | | |
| − | · Konfigürasyon Yönetimi,
| |
| | | | |
| − | · Bilgi Yönetimi,
| |
| | | | |
| − | · Ölçme ve Değerlendirme,
| |
| | | | |
| − | Kalite güvence yönetimi sürekliliğinin, güncelliğinin ve ilgili tüm faaliyetlerin kayıt altına alınarak izlenebilirliğinin sağlanması sürecidir.
| |
| | | | |
| − | === 3.3.9.1. Girdiler ===
| |
| − | · Başlangıç Planlama,
| |
| | | | |
| − | · Başlangıç Kontrol ve Analiz,
| |
| | | | |
| − | · Başlangıç Karar Yönetim Planı,
| |
| | | | |
| − | · Başlangıç Risk Yönetimi Planı,
| |
| | | | |
| − | · Başlangıç Konfigürasyon Yönetim Planı,
| |
| | | | |
| − | · Başlangıç Bilgi Yönetimi Planı,
| |
| | | | |
| − | · Başlangıç Ölçme ve Değerlendirme Planı,
| |
| | | | |
| − | · Başlangıç Kalite Güvence Yönetim Planı.
| |
| | | | |
| − | === 3.3.9.2. Faaliyetler ===
| |
| − | Ömür Boyu İzlenebilirlik süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| |
| | | | |
| − | '''Takip Edilebilirlik Anlamındaki Parametrelerin Tanımlanması'''
| + | === 3.4.5. TASARIM TANIMLAMA SÜRECİ === |
| | + | Bu sürecin amacı uygulama ve entegrasyon faaliyetleri için gerekli detaydaki bilgiyi mimari modele ve müşteri isteklerine uygun olarak tekrarlı (iteratif) şekilde oluşturmaktır. |
| | | | |
| − | · Sistem çözümü ihtiyacına karar verildiği andan gerekli kabiliyetin teslim edilmesine kadar olan süreçte takip edilebilirlik anlamındaki parametrelerin tanımlanması,
| + | Bu süreç içindeki değişiklik maliyetleri, önceki aşamalara kıyasla daha fazla, yapılan değişikliğin etkisi ise daha azdır. |
| | | | |
| − | '''İzlenebilirlik Kapsamındaki Parametrelerin Bağlantılarının Kurulması''' | + | '''<big>3.4.5.1. Girdiler</big>''' |
| | + | * Paydaş Gereksinimleri ve Beklentileri |
| | + | * Gereksinim Tanımlama Dokümanı |
| | + | * Sistem Mimarisi |
| | + | * Sistem Tanımı (sistem arayüzleri, fonksiyon ve sınırları) |
| | + | '''<big>3.4.5.2. Faaliyetler</big>''' |
| | | | |
| − | · Aşamalar arasında izlenebilirlik kapsamındaki parametrelerin bağlantılarının kurulması,
| + | Tasarım tanımlama süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | '''Değişiklik Etkilerinin Tanımlanması''' | + | * Sistem elemanları (alt sistem, birim, öge) için tasarım alternatiflerinin gözden geçirilmesi ve karar verilmesi |
| | + | * Sistem gereksinimlerinin sistem elemanlarına atanması |
| | + | * Mimari karakteristik özelliklerinin tasarım özellikleri haline getirilmesi |
| | + | * Tasarım çözümlerinin ve alternatiflerinin gözden geçirilmesi |
| | + | * Tüm sistem elemanları için tasarım karakteristiklerinin tanımlanması |
| | + | * Sistem elemanları ve dış sistemlerle olan arayüzlerin tanımlanması |
| | + | '''<big>3.4.5.3. Çıktılar</big>''' |
| | + | * Atanmış Ana Hat |
| | + | * Sistem ve sistem elemanlarının tasarım karakteristikleri |
| | + | * Sistem ve sistem elemanlarının arayüz özellikleri |
| | + | * Alternatif tasarım çözümleri arasından seçilmiş sistem ve sistem elemanları |
| | + | * Öğrenilmiş dersler |
| | + | [[Dosya:Şekil 25 Tasarım Tanımlama Süreci.jpg|alt=Şekil 25 Tasarım Tanımlama Süreci|sol|küçükresim|600x600pik|Şekil 25 Tasarım Tanımlama Süreci]] |
| | | | |
| − | · Farklı seviyedeki gereksinimlere göre sistem ömür devri boyunca yapılan değişikliklerin etkilerinin tanımlanması,
| |
| | | | |
| − | · Kullanım ve destek safhalarındaki performans verileri ile bağlantı sağlanması.
| |
| | | | |
| − | === 3.3.9.3. Çıktılar ===
| |
| − | · Güncel Proje Planlama,
| |
| | | | |
| − | · Güncel Proje Kontrol ve Analiz,
| |
| | | | |
| − | · Güncel Karar Yönetimi,
| |
| | | | |
| − | · Güncel Risk Yönetimi,
| |
| | | | |
| − | · Güncel Konfigürasyon Yönetimi,
| |
| | | | |
| − | · Güncel Bilgi Yönetimi,
| |
| | | | |
| − | · Güncel Ölçme ve Değerlendirme,
| |
| | | | |
| − | · Güncel Kalite Güvence Yönetimi.
| |
| | | | |
| − | Şekil 19 Ömür Boyu İzlenebilirlik Süreci
| |
| | | | |
| − | == 3.3.10. ÖMÜR DEVRİ MALİYETİ YÖNETİMİ SÜRECİ ==
| |
| − | Ömür devri maliyeti yönetimi sürecinin amacı; yapılacak analizler yardımıyla ömür devri maliyetinin tahmin edilmesi, gerçekleşen maliyetlerin hesaplanması, tahmini maliyet ile gerçekleşen maliyet arasındaki sapmaların tespit edilmesi, bütçeleme ve harcamalar için program/proje yönetimine destek olunması ve gerekli güncellemelerin yapılmasıdır.
| |
| | | | |
| − | === 3.3.10.1. Konsept Safhasında ===
| |
| | | | |
| − | === 3.3.10.1.1. Girdiler ===
| |
| − | · Risk kayıtları/matrisi,
| |
| | | | |
| − | · Program/proje planlama dokümanları
| |
| | | | |
| − | === 3.3.10.1.2. Faaliyetler ===
| |
| − | · Ömür Devri Maliyeti Planlaması ve Ön Tahminlerin Yapılması
| |
| | | | |
| − | o Ömür devri maliyeti hesaplama çalışmasının kapsamının ve amacının belirlenmesi,
| |
| | | | |
| − | o Ömür devri maliyeti hesaplama esnasında ihtiyaç duyulacak insan kaynağının, hesaplama ve bilgi toplama araçlarının; esasların, kabullerin ve kısıtların tespit edilmesi,
| + | === 3.4.6. SİSTEM ANALİZİ SÜRECİ === |
| | + | Bu sürecin amacı, karar verme sürecine girdi oluşturacak verilerin işlenerek yorumlanabilir anlamlı bilgi haline getirilmesinin sağlanmasıdır. Sistem ömür devri içinde ihtiyaç duyulacak sistem özelliklerinin analiz edilmesi ile ortaya çıkar. |
| | | | |
| − | o Ömür devri maliyeti hesaplaması için maliyet kırılım yapısının hazırlanması,
| + | '''<big>3.4.6.1. Girdiler</big>''' |
| | + | * Paydaş Gereksinimleri ve Beklentileri |
| | + | * Paydaş İhtiyaçları Dokümanı |
| | + | * Sistem Analizi İhtiyacı |
| | + | '''<big>3.4.6.2. Faaliyetler</big>''' |
| | | | |
| − | o Olası risklerin tanımlanması
| + | Sistem analizi süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | === 3.3.10.1.3. Çıktılar ===
| + | '''Sistem Analizi Faaliyeti Hazırlıkları''' |
| − | · Tahmini Ömür Devri Maliyeti Planı
| |
| | | | |
| − | === 3.3.10.2. Konsept Safhasında ===
| + | * Analiz ihtiyacı bulunan problem ve sorunların belirlenmesi |
| | + | * Analiz faaliyetlerinin paydaşlarının belirlenmesi |
| | + | * Yapılacak analizlerin amacı, kapsamı ve doğruluk oranının belirlenmesi |
| | + | * Analiz yöntemi ve araçlarının belirlenmesi |
| | + | * Analiz stratejisinin belirlenmesi |
| | + | * Analizler için gerekli girdilerin toplanması |
| | | | |
| − | === 3.3.10.2.1. Girdiler ===
| + | '''Sistem Analizi Faaliyetlerinin Gerçekleştirilmesi''' |
| − | · Sistem iş kırılımı yapısı,
| |
| | | | |
| − | · Tahmini Takvimi,
| + | * Seçilen analiz yöntemleri ile analizlerin gerçekleştirilmesi |
| | | | |
| − | · Risk kayıtları/matrisi,
| + | '''Sistem Analizi Sonuçlarının Yönetilmesi''' |
| | | | |
| − | · Program/ proje planlama dokümanları
| + | * Analiz sonuçlarının değerlendirilmesi |
| | + | * Analiz sonuçları ile istenen sonuçlar arasındaki tutarlılığın kontrol edilmesi |
| | + | * Analiz sonuçlarından çıkartılan öğrenilmiş derslerin kayıt altına alınması |
| | + | * Analiz sonuçlarının raporlanması |
| | + | '''<big>3.4.6.3. Çıktılar</big>''' |
| | + | * Sistem analizi stratejisi |
| | + | * Alınacak kararı destekleyecek analiz sonuçları |
| | + | * Öğrenilmiş dersler |
| | + | [[Dosya:Şekil 26 Sistem Analizi Süreci.jpg|alt=Şekil 26 Sistem Analizi Süreci|sol|küçükresim|600x600pik|Şekil 26 Sistem Analizi Süreci]] |
| | + | |
| | + | |
| | | | |
| − | === 3.3.10.2.2. Faaliyetler ===
| |
| − | · Ömür Devri Maliyeti Planının Gözden Geçirilmesi ve Ön Tahminlerin Güncellenmesi
| |
| | | | |
| − | o Ömür devri maliyeti hesaplama çalışmasının kapsamının ve amacının gözden geçirilmesi,
| |
| | | | |
| − | o Ömür devri maliyeti hesaplama esnasında ihtiyaç duyulacak insan kaynağının, hesaplama ve bilgi toplama araçlarının; esasların, kabullerin ve kısıtların gözden geçirilmesi,
| |
| | | | |
| − | o Ömür devri maliyeti hesaplaması için maliyet kırılım yapısının gözden geçirilmesi,
| |
| | | | |
| − | o Olası risklerin gözden geçirilmesi,
| |
| | | | |
| − | === 3.3.10.2.3. Çıktılar: ===
| |
| − | · Tahmini Ömür Devri Maliyeti Planı
| |
| | | | |
| − | === 3.3.10.3. Geliştirme Safhasında ===
| |
| | | | |
| − | === 3.3.10.3.1. Girdiler ===
| |
| − | · Sistem iş kırılımı yapısı,
| |
| | | | |
| − | · Program/proje Uygulama Takvimi,
| |
| | | | |
| − | · Risk kayıtları/matrisi,
| |
| | | | |
| − | · Program/proje planlama dokümanları
| |
| | | | |
| − | === 3.3.10.3.2. Faaliyetler ===
| |
| − | · Ömür Devri Maliyeti Planının Gözden Geçirilmesi ve Ön Tahminlerin Güncellenmesi
| |
| | | | |
| − | o Ömür devri maliyeti hesaplama çalışmasının kapsamının ve amacının gözden geçirilmesi,
| |
| | | | |
| − | o Ömür devri maliyeti hesaplama esnasında ihtiyaç duyulacak insan kaynağının, hesaplama ve bilgi toplama araçlarının; esasların, kabullerin ve kısıtların gözden geçirilmesi,
| |
| | | | |
| − | o Ömür devri maliyeti hesaplaması için maliyet kırılım yapısının gözden geçirilmesi,
| |
| | | | |
| − | o Olası risklerin gözden geçirilmesi,
| + | === 3.4.7. UYGULAMA VE ENTEGRASYON SÜRECİ === |
| | + | Bu sürecin amacı tanımlı sistem elemanlarının çizilen mimariye ve gereksinimlere göre “üretilmesi / tedarik edilmesi / tekrar kullanılması” ve sistemin tüm işlevini yerine getirecek şekilde yazılım, donanım öğelerinin başarılı bir şekilde bir araya getirilmesidir. Entegrasyon sırası birim, öğe, alt sistem ve sistem şeklindedir. |
| | | | |
| − | · Tahmini Ömür Devri Maliyeti Hesaplaması
| + | '''<big>3.4.7.1. Girdiler</big>''' |
| | + | * Paydaş Gereksinimleri ve Beklentileri |
| | + | * Gereksinim Tanımlama Dokümanı |
| | + | * Sistem Mimarisi |
| | + | * Sistem Tasarım Tanımı |
| | + | * Tekrar kullanım yapılacak sistem ve sistem elemanları (alt sistem, birim, öğe) |
| | + | '''<big>3.4.7.2. Faaliyetler</big>''' |
| | | | |
| − | o Ömür devri maliyeti hesaplaması için esas alınan maliyet kırılım yapısında ana hat oluşturulması,
| + | Uygulama ve Entegrasyon süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | o Ana maliyet kalemlerinin belirlenmesi ve duyarlılık analizlerinin yapılması,
| + | '''Uygulama ve Entegrasyon Faaliyetleri Hazırlıkları''' |
| | | | |
| − | o Mali/maliyet risklerinin sayısallaştırılması ve bu risklerin dikkate alarak tahmini ömür devri maliyetinin hesaplanması,
| + | * Uygulama ve Entegrasyon kısıtlarının (güvenlik, emniyet, teknoloji vb.) belirlenmesi |
| | + | * Paydaşlarla yapılacak gözden geçirme aktivitelerinin belirlenmesi |
| | + | * Gerçekleştirilecek sistemin üretilebilirliğinin değerlendirilmesi |
| | + | * Sürece dâhil edilecek teknolojilerin hazırlık seviyesinin belirlenmesi |
| | + | * Olası üretim yöntemleri ve süreçlerinin değerlendirilmesi |
| | + | * Tedarikçi kaynaklı yönetim planlarının, aktivitelerinin ve kaynaklarının gözden geçirilmesi |
| | + | * Uygun mühendislik çözümünün gerçekleştirilebilmesi için endüstriyel ve ticari kısıtların değerlendirilmesi |
| | | | |
| − | o Çalışma sonucunun uygunluğunun değerlendirilmesi, doğrulanması, geçerliliğinin gözden geçirilmesi ve gerekli düzeltmelerin yapılması,
| + | '''Uygulama ve Entegrasyon Faaliyetlerinin Gerçekleştirilmesi''' |
| | | | |
| − | o Tahmini hesaplamanın kayıt altına alınması ve sunulması,
| + | * Planlama sonrasında Uygulama ve Entegrasyon faaliyetlerinin stratejiye uygun olarak gerçekleştirilmesi |
| | + | * Paketleme ve depolama kriterlerinin tanımlanması |
| | | | |
| − | === 3.3.10.3.3. Çıktılar ===
| + | '''Uygulama ve Entegrasyon Faaliyetlerinin sonuçlarının Yönetilmesi''' |
| − | · Tahmini Ömür Devri Maliyeti Planı ve Gerçekleşen Maliyet (Ömür Devri Maliyeti Hesaplama Raporu)
| |
| | | | |
| − | === 3.3.10.4. Üretim Safhasında ===
| + | * Uygunsuzluklar belirlenerek gerekli düzeltici önleyici faaliyetlerin uygulanması |
| | + | * Geliştirilen tüm sistem elemanlarının kalite kontrol ve kalite temin operasyonlarının gerçekleştirildiğinin güvence altına alınması |
| | + | * Sistem elemanlarının konfigürasyon kayıtlarının sağlıklı bir şekilde oluşturulması |
| | + | * Risk tanımlaması ve yönetiminin yapılması |
| | + | '''<big>3.4.7.3. Çıktılar</big>''' |
| | + | * Uygulama ve Entegrasyon faaliyetleri yapılmış Sistem ve Sistem Elemanları (Alt sistem, Birim, Öğe) |
| | + | * Doğrulama ve Kalifikasyon faaliyetlerini destekleyecek Uygulama ve Entegrasyon kayıtları |
| | + | * Öğrenilmiş dersler |
| | + | [[Dosya:Şekil 27 Uygulama ve Entegrasyon Süreci.jpg|alt=Şekil 27 Uygulama ve Entegrasyon Süreci|sol|küçükresim|600x600pik|Şekil 27 Uygulama ve Entegrasyon Süreci]] |
| | + | |
| | + | |
| | | | |
| − | === 3.3.10.4.1. Girdiler ===
| |
| − | · Sistem iş kırılımı yapısı,
| |
| | | | |
| − | · Program/proje Uygulama Takvimi,
| |
| | | | |
| − | · Risk kayıtları/matrisi,
| |
| | | | |
| − | · Program/proje planlama dokümanları
| |
| | | | |
| − | === 3.3.10.4.2. Faaliyetler ===
| |
| − | · Ömür Devri Maliyeti Planlaması
| |
| | | | |
| − | o Ömür devri maliyeti hesaplama çalışmasının kapsamının ve amacının gözden geçirilmesi,
| |
| | | | |
| − | o Ömür devri maliyeti hesaplama esnasında ihtiyaç duyulacak insan kaynağının, hesaplama ve bilgi toplama araçlarının; esasların, kabullerin ve kısıtların gözden geçirilmesi,
| |
| | | | |
| − | o Ömür devri maliyeti hesaplaması için maliyet kırılım yapısının gözden geçirilmesi,
| |
| | | | |
| − | o Olası risklerin gözden geçirilmesi,
| |
| | | | |
| − | · Ömür Devri Maliyetinin İzlenmesi, Gözden Geçirilmesi ve Güncellenmesi
| |
| | | | |
| − | o Program/proje boyunca gerçekleşen ömür devri maliyetinin hesaplanması,
| |
| | | | |
| − | o Tahmini maliyet ile gerçekleşen maliyet arasındaki sapmaların tespit edilmesi,
| |
| | | | |
| − | o Tahmini ömür devri maliyetinin gözden geçirilmesi,
| |
| | | | |
| − | o Tahmini ömür devri maliyetinin güncellenmesi;
| |
| | | | |
| − | § Risklere yönelik olarak proaktif ve reaktif çalışmaların yürütülmesi,
| |
| | | | |
| − | § Yapılması önerilen program/proje faaliyetlerindeki iyileştirmelerin toplam maliyete etkisinin hesaplanması,
| |
| | | | |
| − | § Tahmini ömür devri maliyetinin revize edilmesi,
| |
| | | | |
| − | === 3.3.10.4.3. Çıktılar ===
| |
| − | · Tahmini Ömür Devri Maliyeti Planı ve Gerçekleşen Maliyet (Ömür Devri Maliyeti Hesaplama Raporu)
| |
| | | | |
| − | === 3.3.10.5. Kullanım ve Destek Safhalarında === | + | === 3.4.8. DOĞRULAMA SÜRECİ === |
| | + | Doğrulama Süreci, bir sistemin, sistem elemanlarının (alt sistem, birim, öğe) ve ilgili arayüzlerinin tanımlı gereksinimlere olan uyumluluğunun üretilen objektif kanıtlarla ispat edilmesidir. Söz konusu objektif kanıtlar Test, Analiz, Muayene ve Gösterim gibi doğrulama yöntemleri ile ortaya çıkartılır. |
| | | | |
| − | === 3.3.10.5.1. Girdiler ===
| + | '''<big>3.4.8.1. Girdiler</big>''' |
| − | · Sistem iş kırılımı yapısı,
| + | * Paydaş Gereksinimleri ve Beklentileri |
| | + | * Sistem veya sistem elemanlarının gereksinimleri |
| | + | * Doğrulanacak sistem veya sistem elemanları |
| | + | * Doğrulama Stratejisi ve Kriterleri |
| | + | '''<big>3.4.8.2. Faaliyetler</big>''' |
| | | | |
| − | · Program/proje Uygulama Takvimi,
| + | Doğrulama süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | · Risk kayıtları/matrisi,
| + | '''Doğrulama Faaliyetleri Hazırlıkları''' |
| | | | |
| − | · Program/proje planlama dokümanları
| + | * Kapsamın belirlenmesi |
| | + | * Kısıtların tanımlanması |
| | + | * Her doğrulama faaliyeti için kullanılacak doğrulama yöntemi ve tekniklerinin belirlenmesi |
| | + | * Doğrulama stratejisinin belirlenmesi |
| | + | * Doğrulama faaliyetlerinin icra edilmesi için gerekli test alanı, bina, ekipman ve operatörün için planlama yapılması |
| | + | * Doğrulama Prosedürlerinin oluşturulması |
| | | | |
| − | === 3.3.10.5.2. Faaliyetler ===
| + | '''Doğrulama Faaliyetlerinin Gerçekleştirilmesi''' |
| − | · Ömür Devri Maliyetinin İzlenmesi, Gözden Geçirilmesi ve Güncellenmesi
| |
| | | | |
| − | o Program/proje boyunca gerçekleşen ömür devri maliyetinin hesaplanması,
| + | * Doğrulama prosedürlerinin icra edilmesi |
| | | | |
| − | o Tahmini maliyet ile gerçekleşen maliyet arasındaki sapmaların tespit edilmesi,
| + | '''Doğrulama Faaliyetlerinin Sonuçlarının Yönetilmesi''' |
| | | | |
| − | o Tahmini ömür devri maliyetinin gözden geçirilmesi,
| + | * Yapılan doğrulama faaliyetlerinin sonuçlarının kayıt altına alınması |
| | + | * Karşılaşılan problem ve olayların kayıt altına alınması ve sorunların çözümü için gerekli kök neden analiz çalışmalarının yapılması |
| | + | * Doğrulanan sistem elemanları ile gereksinimler arasındaki izlenebilirliğin sağlanması |
| | + | * Sonuçların amaca uygun olduğunun ve tüm uygunsuzlukların giderildiğinin kontrol edilmesi |
| | + | '''<big>3.4.8.3. Çıktılar</big>''' |
| | + | * Doğrulama Stratejisi |
| | + | * Değerlendirme ve Kabul Planı |
| | + | * Gereksinim İzlenebilirlik Matrisi |
| | + | * Doğrulama Kayıtları |
| | + | * Doğrulanmış sistem veya sistem elemanları |
| | + | * Öğrenilmiş dersler |
| | + | [[Dosya:Şekil 28 Doğrulama Süreci.jpg|alt=Şekil 28 Doğrulama Süreci|sol|küçükresim|600x600pik|Şekil 28 Doğrulama Süreci]] |
| | + | |
| | | | |
| − | o Tahmini ömür devri maliyetinin güncellenmesi;
| |
| | | | |
| − | § Risklere yönelik olarak proaktif ve reaktif çalışmaların yürütülmesi,
| |
| | | | |
| − | § Yapılması önerilen program/proje faaliyetlerindeki iyileştirmelerin toplam maliyete etkisinin hesaplanması,
| |
| | | | |
| − | § Tahmini ömür devri maliyetinin revize edilmesi,
| |
| | | | |
| − | === 3.3.10.5.3. Çıktılar ===
| |
| − | · Tahmini Ömür Devri Maliyeti Planı ve Gerçekleşen Maliyet (Ömür Devri Maliyeti Hesaplama Raporu),
| |
| | | | |
| − | · Ömür Devri Maliyeti Süreç Analizi
| |
| | | | |
| − | === 3.3.10.6. Envanterden Çıkarma Safhasında ===
| |
| | | | |
| − | === 3.3.10.6.1. Girdiler ===
| |
| − | · Sistem iş kırılımı yapısı,
| |
| | | | |
| − | · Program/proje Uygulama Takvimi
| |
| | | | |
| − | === 3.3.10.6.2. Faaliyetler ===
| |
| − | · Ömür Devri Maliyetinin Güncellenmesi
| |
| | | | |
| − | o Program/proje boyunca gerçekleşen ömür devri maliyetinin hesaplanması,
| |
| | | | |
| − | o Tahmini maliyet ile gerçekleşen maliyet arasındaki sapmaların tespit edilmesi,
| |
| | | | |
| − | o Ömür devri maliyetinin;
| |
| | | | |
| − | § Risklerinin ve fırsatlarının değerlendirmesine yönelik olarak proaktif ve reaktif çalışmaların yürütülmesi,
| |
| | | | |
| − | § Yapılması önerilen program/proje faaliyetlerindeki iyileştirmelerin toplam maliyete etkisinin hesaplanması,
| |
| | | | |
| − | === 3.3.10.6.3. Çıktılar ===
| |
| − | · Ömür Devri Maliyeti Hesaplama Raporu,
| |
| | | | |
| − | · Ömür Devri Maliyeti Süreç Analizi
| + | === 3.4.9. GEÇİŞ SÜRECİ === |
| | + | Ürünün kurulumu için gerekli faaliyetlerin -sözleşmede belirtildiği şekilde işletimine ve desteğine yardımcı olacak tüm destek unsurlarını da içerecek şekilde- tanımlandığı ve yürütüldüğü süreçtir. |
| | | | |
| − | Şekil 20 Ömür Devri Maliyeti Yönetimi Süreci
| + | Geçiş sürecinin amacı; bir ürünün ilk kez operasyonel ortama kurulumu ya da mevcut bir ürünün operasyonel ortamın değiştirilmesine yönelik gerekli faaliyetlerin ve organizasyonel sorumlulukların tanımlanmasını, ürünün beklenen performansı aksatmadan planlanan zamanda yerine getirebilmesi için bu faaliyetlerin yürütülmesini sağlamaktır. |
| | | | |
| − | == 3.4. TEKNİK SÜREÇLER ==
| + | '''<big>3.4.9.1. Girdiler</big>''' |
| | + | * Doğrulanmış sistem ve uygunsuzlukların da dahil edildiği doğrulama raporu. |
| | + | '''<big>3.4.9.2. Faaliyetler</big>''' |
| | | | |
| − | == 3.4.1. İŞ VE GÖREV ANALİZİ SÜRECİ ==
| + | '''Geçiş kısıtları ve geçiş stratejisinin/planının belirlenmesi,''' |
| − | Operasyonel koşulların, kısıtların ve mevcut sistemlerin görev kapsamlarının tanımlanması, operasyonel beklentileri karşılama durumu ve önerilen seçeneklerin yetkinlik değerlendirilmesinin yapıldığı süreçtir.
| |
| | | | |
| − | === 3.4.1.1. Girdiler ===
| + | * Geçiş kısıtları ve geçiş stratejisinin/planının belirlenmesi |
| − | · Harekât, operasyon verileri,
| |
| | | | |
| − | · Tatbikat verileri,
| + | '''Kurulum kurallarına uygun olarak operasyonel ortamın hazırlanması,''' |
| | | | |
| − | · Tehditlerdeki değişimler,
| + | * Kurulum kurallarına uygun olarak operasyonel ortamın hazırlanması |
| | | | |
| − | · Yasal yükümlülükler,
| + | '''Sistemin, kurulum amacıyla doğru zamanda ve doğru yerde teslim edilmesi,''' |
| | | | |
| − | · Teknolojik yenilikler,
| + | * Sistemin kendi operasyonel ortamına kurulması ve sistem özelliklerine göre çevresi ile bağlantısının sağlanması, (Sistemin uygun şekilde kurulmuş olduğu gösterilir. Sistemin kurulacağı yer veya işletim çevresi hazır değilse bunları temsil edici bir örnek seçilir.) |
| | | | |
| − | · Alternatifler (DELTMATO),
| + | '''Sistemin aktif hale getirilmesi''', |
| | | | |
| − | · Mevcut imkân ve kabiliyetler,
| + | * Kurulmuş olan sistemin kendisinden beklenen hizmetleri verme yeteneğinde olduğunun gösterilmesi ve |
| | + | * İşletim yapılandırması, bulunan hatalar, alınan önlemler ve öğrenilmiş dersleri de içeren kurulum verisinin kaydedilmesidir. |
| | + | '''<big>3.4.9.3. Çıktılar</big>''' |
| | + | * Geçiş kısıtları ve geçiş stratejisi/planı |
| | + | * Kurulumu gerçekleştirilmiş sistem (hizmetleri sağlayacak yetenekte-ürün ve destek unsurları ile) |
| | + | * Düzeltici önlem raporları |
| | + | * İşletim yapılandırması |
| | + | * Bulunan hatalar |
| | + | * Alınan önlemler ve öğrenilmiş dersleri de içeren kurulum veri kayıtları |
| | + | [[Dosya:Şekil 29 Geçiş Süreci.jpg|alt=Şekil 29 Geçiş Süreci|sol|küçükresim|600x600pik|Şekil 29 Geçiş Süreci]] |
| | + | |
| | + | |
| | | | |
| − | · Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları,
| |
| | | | |
| − | · Kaynak durumu,
| |
| | | | |
| − | · Kullanım ve Destek sürecinde yaşanan zafiyetler ve elde edilen veriler
| |
| | | | |
| − | === 3.4.1.2. Faaliyetler ===
| |
| − | İş ve görev analizi süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| |
| | | | |
| − | '''Harekât, operasyon, lojistik destek ihtiyaçlarının tespit edilmesi'''
| |
| | | | |
| − | · Harekât, operasyon ve lojistik destek ihtiyaçlarının,
| |
| | | | |
| − | o Harekât Verileri,
| |
| | | | |
| − | o Tatbikat Verileri,
| |
| | | | |
| − | o Tehditlerdeki Değişimler,
| |
| | | | |
| − | o Yasal Yükümlülükler,
| |
| | | | |
| − | o Teknolojik Yenilikler,
| |
| | | | |
| − | o Alternatifler (DELTMATO - Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik),
| |
| | | | |
| − | o Mevcut İmkân ve Kabiliyetler ve uzun vadede sahip olunmasına ihtiyaç duyulan imkân ve kabiliyetler,
| |
| | | | |
| − | o Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları,
| |
| | | | |
| − | o Kaynak durumu,
| |
| | | | |
| − | o İşletme ve Destek sürecinde yaşanan zafiyetler ve elde edilen veriler ile değerlendirilmesi,
| |
| | | | |
| − | · Harekât ve lojistik ihtiyacını karşılayacak sistem, alt sistem ve/veya komponentlerin mevcut olup olmadığının belirlenmesi,
| |
| | | | |
| − | '''Problem Sahalarının Tanımlanması'''
| |
| | | | |
| − | · Problem sahalarının ve fırsatlarının tanımlanması,
| + | === 3.4.10. GEÇERLİ KILMA SÜRECİ === |
| | + | Geçerli Kılma Sürecinin amacı, sistemin ilgili operasyonel ortamda kendisinden beklenen ihtiyacı karşıladığının objektif kanıtlarla gösterilmesidir. Geçerli kılma faaliyetleri ile kullanıcı ihtiyacının sistem gereksinim özelliklerine doğru bir şekilde aktarıldığı gösterilir. Bu faaliyet bağımsız otoriteler tarafından yürütülür ve faaliyet sonunda müşteri / kullanıcı onayı alınır. |
| | | | |
| − | '''Çözüm Alternatiflerinin Belirlenmesi''' | + | '''<big>3.4.10.1. Girdiler</big>''' |
| | + | * Paydaş Gereksinimleri ve Beklentileri |
| | + | * Paydaş İhtiyaç ve Gereksinimleri Dokümanı |
| | + | * Geçerli Kılınacak sistem veya sistem elemanları |
| | + | * Geçerli Kılma Stratejisi ve Kriterleri |
| | + | '''<big>3.4.10.2. Faaliyetler</big>''' |
| | | | |
| − | · Çözüm alternatiflerinin karakteristiğinin belirlenmesi,
| + | Geçerli Kılma süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | '''İş ve Görev Analizinin Yapılması''' | + | '''Geçerli Kılma Faaliyetleri Hazırlıkları''', |
| | | | |
| − | · Mevcut sistemlerin görev kapsamlarının operasyonel gereksinimleri karşılama durumunun ve alternatif sistem seçeneklerinin değerlendirilmesi ve
| + | * Kapsamın belirlenmesi |
| | + | * Kısıtların tanımlanması |
| | + | * Her Geçerli Kılma faaliyeti için kullanılacak geçerli kılma yöntem veya tekniklerinin belirlenmesi |
| | + | * Geçerli Kılma stratejisinin belirlenmesi |
| | + | * Geçerli Kılma faaliyetlerinin icra edilmesi için gerekli test alanı, bina, ekipman ve operatörün için planlama yapılması |
| | + | * Geçerli Kılma Prosedürlerinin oluşturulması |
| | | | |
| − | · İş/görev analizi faaliyetlerinin yürütülmesi.
| + | '''Geçerli Kılma Faaliyetlerinin Gerçekleştirilmesi''' |
| | | | |
| − | === 3.4.1.3. Çıktılar ===
| + | * Geçerli Kılma Prosedürlerinin icra edilmesi |
| − | · İş/görev analizi,
| |
| | | | |
| − | · Yetenek matrisi.
| + | '''Geçerli Kılma Faaliyetlerinin Sonuçlarının Yönetilmesi''' |
| | | | |
| − | Şekil 21 İş ve Görev Analizi Süreci
| + | * Yapılan geçerli kılma faaliyetlerinin sonuçlarının kayıt altına alınması |
| | + | * Karşılaşılan problem ve olayların kayıt altına alınması ve sorunların çözümü için gerekli kök neden analiz çalışmalarının yapılması |
| | + | * Geçerli kılınan sistem elemanları ile gereksinimler / ihtiyaçlar arasındaki izlenebilirliğin sağlanması |
| | + | * Sonuçların amaca uygun olduğunun ve tüm uygunsuzlukların giderildiğinin kontrol edilmesi |
| | + | '''<big>3.4.10.3. Çıktılar</big>''' |
| | + | * Geçerli Kılma Stratejisi |
| | + | * Gereksinim İzlenebilirlik Matrisi |
| | + | * Geçerli Kılma Kayıtları |
| | | | |
| − | == 3.4.2. PAYDAŞ İHTİYAÇLARI VE İSTERLERİ TANIMLAMA SÜRECİ ==
| + | * Geçerli Kılınmış Sistem |
| − | Sürecin amacı, tanımlanmış bir ortamda ihtiyaç duydukları hizmetleri sağlayabilecek bir sistemin gereksinimlerini tanımlamaktır.
| + | * Öğrenilmiş dersler |
| | + | [[Dosya:Şekil 30 Geçerli Kılma Süreci.jpg|alt=Şekil 30 Geçerli Kılma Süreci|sol|küçükresim|600x600pik|Şekil 30 Geçerli Kılma Süreci]] |
| | | | |
| − | Bu süreçte; ömür devri boyunca sisteme dâhil olan paydaşlar ve paydaşların ihtiyaçları, beklentileri ve istekleri belirlenir. Bunlar analiz edilir ve sistemin operasyonel ortamı ile etkileşimini ifade eden ve sonuçta ortaya çıkan her operasyonel hizmetin doğrulandığı ortak bir paydaş gereksinimine dönüştürülür.
| |
| | | | |
| − | === 3.4.2.1. Girdiler ===
| |
| − | · İş/Görev Analizi Dokümanı,
| |
| | | | |
| − | · Yetenek açığının belirlenmesi.
| |
| | | | |
| − | === 3.4.2.2. Faaliyetler ===
| |
| − | Paydaş ihtiyaçları ve isterleri tanımlama süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| |
| | | | |
| − | '''Program/süreç içinde yer alan/alacak paydaşların ve ihtiyaçlarının belirlenmesi,'''
| |
| | | | |
| − | · Sistemle ömür devri boyunca ilgisi bulunan paydaşların tanımlanması,
| |
| | | | |
| − | · Tanımlı paydaşların ihtiyaçlarının ortaya çıkarılması,
| |
| | | | |
| − | '''Kısıtlamalar, faaliyetler ve etkileşimler göz önünde bulundurularak paydaş gereksinimlerinin tanımlanması,'''
| |
| | | | |
| − | · Sistem çözümü üzerindeki kısıtlamaların tanımlanması,
| |
| | | | |
| − | · Beklenen operasyonel ve destek senaryoları çerçevesinde ihtiyaç duyulan faaliyetlerin tanımlanması,
| |
| | | | |
| − | · Kullanıcılar ve sistem arasındaki etkileşimin tanımlanması,
| |
| | | | |
| − | En verimli ve güvenilir insan performansı ve insan-sistem etkileşimini sağlamak için gereken kullanılabilirlik gereksinimleri tanımlanır.
| |
| | | | |
| − | · Sağlık, güvenilirlik, güvenlik, çevre ve diğer paydaş gereksinimlerinin ve kritik fonksiyonlarının belirtilmesi.
| |
| | | | |
| − | '''Tanımlanan paydaş gereksinimlerinin gözden geçirilmesi, analiz edilmesi ve değerlendirilmesi'''
| |
| | | | |
| − | · Çelişkili, eksik, belirsiz, tutarsız, uygun olmayan veya doğrulanamayan gereksinimlerin tanımlanmasını önleyecek ve tanımlanmış gereksinimler arasında önceliklendirmeyi sağlayacak analizler gerçekleştirilir.
| |
| | | | |
| − | · Gerçekleştirilemeyen veya gerçekleştirilmesi pratik olmayan gereksinimler belirlenir ve kapsam dışı bırakılır.
| |
| | | | |
| − | · Analiz edilen gereksinimlere ilişkin paydaşlara beklentilerinin yeterince karşılanıp karşılanmadığına yönelik geri dönüş yapılır.
| |
| | | | |
| − | · Paydaşlarla, gereksinimlerinin doğru bir şekilde ifade edildiğine ilişkin mutabakat sağlanır.
| + | === 3.4.11. KULLANIM SÜRECİ === |
| | + | Kullanım sürecinin amacı, sistemin işletimi için gerekli olan tüm gereksinimlerin (sistemi kullanacak nitelikte eğitimli personelin olması, kullanım boyunca sistem performansının izlenmesi vb.) oluşturulduğundan emin olmaktır. Bu durum, sistem görev gereklerinin veya sözleşme gereklerinin karşılanmasını sınırlayabilecek herhangi bir anormal durumu, sistem hatalarını ya da arızalarını da kapsar. Kullanım süreci çıktıları, lojistik destek ve bakım sürecine girdi olacaktır. |
| | | | |
| − | · Sistemin ömür devri boyunca bildirilen paydaş gereksinimleri uygun bir biçimde kayıt altına alınır.
| + | '''<big>3.4.11.1. Girdiler</big>''' |
| | + | * Harekât Verileri |
| | + | * Tatbikat Verileri |
| | + | * Tehditlerdeki Değişimler |
| | + | * Yasal Yükümlülükler |
| | + | * Teknolojik Yenilikler |
| | + | * Alternatifler (DELTMATO - Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik) |
| | + | * Mevcut İmkân ve Kabiliyetler ve uzun vadede sahip olunmasına ihtiyaç duyulan imkân ve kabiliyetler |
| | + | * Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları |
| | + | * Kaynak durumu |
| | + | * Benzer sistemlerde yaşanan zafiyetler ve elde edilen veriler |
| | + | * Yetenek Matrisi |
| | + | * Paydaş ihtiyaçları ve isterleri |
| | + | * Odak Sistem ve ELD Teslimatları |
| | + | '''<big>3.4.11.2. Faaliyetler</big>''' |
| | | | |
| − | Bu kayıtlar ile sistemin ömür devri boyunca ihtiyaç duyacağı ve gerçekleştirilen tüm değişiklikler takip edilir. Bu faaliyet izlenebilirliğin temelidir ve sonraki sistem gereksinimleri için bilgi kaynağını oluşturur.
| + | Kullanım süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | · Paydaş gereksinimlerinin izlenebilirliği sağlanır.
| + | * Kullanım stratejisinin ve gereksinimlerinin tanımlanması, iyileştirilmesi ve sürdürülmesi |
| | + | * Kullanım için gerekli sistemler, hizmetler ve malzemelerin planlanması, eğitim ihtiyaçlarının tanımlanıp geliştirilmesi |
| | + | * İyileştirme/modifikasyon faaliyetleri, bu faaliyetler için kabul kriterlerinin tanımlanması ve |
| | | | |
| − | Paydaş gereksinimleri, gereksinimdeki herhangi bir değişikliği hesaba katmak için ömür devri boyunca önemli karar zamanlarında gözden geçirilir.
| + | Sistemin operasyonel çevresinde kullanımı, performansının izlenmesi, kayıt altına alınması faaliyetlerinin yanı sıra |
| | | | |
| − | === 3.4.2.3. Çıktılar ===
| + | * Kullanım kapsamında kullanılması gerekli herhangi bir sistem, hizmet ve malzemenin tanımlanması: |
| − | · Kullanım ve operasyonel senaryolar,
| + | ** Kullanım ile ilgili gereksinimlerin ve sınırlamaların tanımlanması ve ön-konsept, konsept, geliştirme ve kullanım safhalarına adreslenmesi |
| | + | ** Sistemin görevini yerine getirmesi kapsamında gerekli olan eğitimli işletim personeli, kullanıcı personel ve diğer paydaşların mevcut olduğunun sağlanması |
| | | | |
| − | · Paydaş ihtiyaçları ve isterleri (Operasyonel Konsept Dokümanı dahildir.) ve izlenebilirlik matrisi,
| + | * Müşteri desteği: |
| | + | ** Kullanım safhası boyunca sistem performansının ve koşullarının izlenmesi ve gerekli geri bildirimlerin yapılması sağlanır. |
| | + | '''<big>3.4.11.3. Çıktılar</big>''' |
| | + | * Kullanım Performansı Verileri |
| | + | * Müşteri Desteği yeterliliğinin değerlendirilmesi |
| | + | * Öğrenilmiş Dersler |
| | + | [[Dosya:TSSODYP02.31.jpg|alt=Şekil 31 Kullanım Süreci|sol|küçükresim|600x600pik|Şekil 31 Kullanım Süreci]] |
| | | | |
| − | · Sistem çözümündeki kısıtlamalardır.
| |
| | | | |
| − | Şekil 22 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci
| |
| | | | |
| − | == 3.4.3. SİSTEM GEREKSİNİMLERİ TANIMLAMA SÜRECİ ==
| |
| − | Sistem Gereksinimleri Tanımlama Sürecinin amacı, müşteri tarafından aktarılan gereksinimleri sistem gereksinimleri haline dönüştürmek ve tüm gereksinimlerin karşılandığından emin olmak maksadıyla izlenebilirliği sağlayacak sistemi kurmak ve yönetilmesini sağlamaktır.
| |
| | | | |
| − | === 3.4.3.1. Girdiler ===
| |
| − | · İş/görev Analizi Dokümanı,
| |
| | | | |
| − | · Paydaşların gereksinimleri ve beklentileri.
| |
| | | | |
| − | === 3.4.3.2. Faaliyetler ===
| |
| − | Sistem gereksinimleri tanımlama süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| |
| | | | |
| − | '''Sistem gereksinim tanımlama hazırlığı''';
| |
| | | | |
| − | · Kullanım ve operasyon senaryolarına bağlı olarak sistem sınırları ve şartları tanımlanır.
| |
| | | | |
| − | · Sistem ve kullanım çevresi arasındaki etkileşimlerin (mekanik, elektriksel, termal gibi arayüz özellikleri ve sınırlamalar vb.) tanımları yapılır.
| |
| | | | |
| − | · Sistem gereksinimlerinin tanımlanması ve yönetilmesi kapsamında kullanılacak yazılım aracı ve/veya uygulanacak yöntemler belirlenir.
| |
| | | | |
| − | '''Sistem gereksinimlerinin tanımlanması;'''
| |
| | | | |
| − | · Sistemin gerçekleştirmesi gereken her bir fonksiyonun ve bu fonksiyonların hangi şartlar altında gerçekleştirileceğine ilişkin kısıtlar tanımlanır.
| |
| | | | |
| − | · Riskler, sistem kritikliği, güvenlik, güvenilirlik, kullanıma hazır olma ve desteklenebilirlik ile ilişkili sistem gereksinimleri tanımlanır.
| |
| | | | |
| − | · Lojistik Destek Analizlerinin seçimi ve derinliği ile tasarıma etki etme hususları bu aşamada değerlendirilir.
| |
| | | | |
| − | '''Sistem gereksinimlerinin analiz edilmesi;'''
| |
| | | | |
| − | · Açık, tutarlı, eksiksiz, izlenebilir, uygulanabilir, doğrulanabilir sistem gereksinimleri tanımlanır. Teknik performansın değerlendirilmesini mümkün kılmak için kritik performans ölçütlerinin tanımlanır.
| |
| | | | |
| − | · Analiz edilen gereksinimlerin ilgili paydaşlarla gözden geçirilmesi ve sistem gereksinimleri üzerine müşteri ile anlaşmanın sağlanabilmesi için gözden geçirme toplantıları yapılır.
| |
| | | | |
| − | '''Gereksinim yönetiminin yapılması''';
| |
| | | | |
| − | Ömür devri boyunca, sistem gereksinimleri ile müşteri istekleri, mimari elemanları, ara yüz tanımlamaları, analiz sonuçları, doğrulama yöntemleri, ayrıştırılmış, türetilmiş gereksinimler arasındaki çift yönlü izlenebilirliğin sağlanması faaliyetidir.
| |
| | | | |
| − | === 3.4.3.3. Çıktılar ===
| |
| − | · Gereksinim Tanımlama Dokümanı,
| |
| | | | |
| − | o Tanımlı sistem çözümü için, sistem ara yüzlerini, fonksiyonlarını ve sınırlarını içeren sistem tanımı,
| |
| | | | |
| − | o Sistem gereksinimleri (fonksiyonel, performans, ara yüz, fonksiyonel olmayan vb.) ve tasarım kısıtları,
| |
| | | | |
| − | o Kritik performans ölçütleri (gereksinimlerin karşılanmasına yönelik ilerleme seviyesini anlamak için oluşturulan teknik ölçütler).
| |
| | | | |
| | | | |
| − | Şekil 23 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci
| |
| | | | |
| − | == 3.4.4. MİMARİ TANIMLAMA SÜRECİ ==
| |
| − | Sistem mimarisinin tasarlanarak, gereksinimlerle mimarinin uyumlu ve tutarlı bir görünümde ifade edilmesini kapsayan bir süreçtir. Amaç sistem gereksinimlerini karşılayacak şekilde sistem mimarisini oluşturmaktır. Bu amaçla çeşitli yazılım araçları kullanılabilir. Sistem mimarisi, temel prensipler, kavramlar, özellikler ve bunların Sistem ile birleştirilmesini ele alır.
| |
| | | | |
| − | Süreç geliştikçe, sistem için tanımlanan gereksinimler ile sistem elemanları arasındaki etkileşimlerden ve ilişkilerden kaynaklanan sistem davranışları ve sistemin ortaya çıkan özellikleri arasındaki ilişki ortaya çıkacaktır.
| |
| | | | |
| − | === 3.4.4.1. Girdiler ===
| |
| − | · Sistem çözümü için sistem ara yüzlerini, fonksiyonlarını ve sınırlarını içeren sistem tanımı ve gereksinim analizi sonucunda ortaya çıkmış sistem gereksinimleri,
| |
| | | | |
| − | · Tasarım kısıtları.
| |
| | | | |
| − | === 3.4.4.2. Faaliyetler ===
| |
| − | Mimari tanımlama süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| |
| | | | |
| − | '''Sistem mimari bakış açısı ile paydaş isterlerinin ilişkilerinin tanımlanması:'''
| |
| | | | |
| − | · Pazar çalışmaları, rekabet, bilimsel veriler gibi mimariyi etkileyebilecek faktörler tanımlanır ve hazır bulunurluk, emniyet, idame edilebilirlik gibi mimari ile ilişkili gerekler belirlenir.
| + | === 3.4.12. LOJİSTİK DESTEK VE BAKIM SÜRECİ === |
| | + | Amaçlanan, ürünün ömrü boyunca hizmet verebilme yeteneğinin ve lojistik desteğinin sürdürülebilir olmasını sağlamaya ilişkin programlamaların yapılması ve gerçekleştirilmesidir. |
| | | | |
| − | · Paydaş gereklerine bağlı olarak mimari bakış açıları geliştirilir ve sonuçta yapılan seçimle ilgili gerekçeler belirlenir.
| + | Sistemin tüm ömür devri boyunca etkin ve ekonomik bir şekilde sürdürülebilirliği için, planlamanın yapılması, uygulanması, analizlerin gerçekleştirilmesi ve raporlanması için gerekli tüm lojistik destek faaliyetlerini içerir. |
| | | | |
| − | '''Sistem mimari kararı için önemli olan konseptler, özelliklerin, davranışların, fonksiyonların ve sınırlamaların mimariye yansıtılması:''' | + | '''<big>3.4.12.1. Girdiler</big>''' |
| | + | * Sistem tanımının bir parçası olarak lojistik destek ve bakım stratejisi (müşteri tarafından jenerik seviyede tanımlanmış olmalıdır) |
| | + | * Sürdürülebilirlik için gereksinimler |
| | + | * Kullanım konseptinden gelen lojistik ilişkili operasyonel gereksinimler ve hedefler |
| | + | '''<big>3.4.12.2. Faaliyetler</big>''' |
| | | | |
| − | · Gereksinim analizi sonucunda ortaya konulan işlevsel, performans ve arayüz gereksinimleri temel alınarak sistem işlevsel mimarisi yapılır. Sistem çözümüne ait olan üst seviye işlevler alt seviyelere ayrıştırılır, gereksinimler bu işlevlere atanır ve işlevsel akış diyagramları oluşturulur. Sistemi oluşturan ana işlevsel bileşenler alt sistemlere ayrıştırılır ve her bir işlev de ilgili olduğu alt sisteme atanır. Sistem ile sistem bileşenleri arasındaki arayüzler ile sistemin harici arayüzleri oluşturulur.
| + | Destek süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | '''Tanımlanan mimarinin yönetilmesi:'''
| + | * Lojistik Destek ve Bakım kapsamında planlama yapılması, |
| | + | ** Planlama faaliyetlerinin ana unsuru; Ön Konsept safhasından Kullanım ve Destek safhalarına kadar, tüm ömür döngüsü içerisinde tasarımı etkilemektir. Bu faaliyetler başlangıçta, kullanım çalışması ve/veya benzer sistemlerle ilgili olarak sahadan alınan veriler kapsamında taslak olabilir. Daha sonra gelinen olgunluk seviyesine göre yapılacak lojistik destek analizleri ile şekillenecektir. Kullanım ve destek safhalarında, planlama faaliyetleri operasyonel kullanım tecrübelerine ve bakımla ilgili geri bildirimlere bağlı olacaktır. Kullanım verilerine bağlı olarak, kullanım profili ya da destek stratejisi ile ilgili değişiklikler olabilecektir. |
| | | | |
| − | · Mimari ile gereksinimler, arayüz tanımları, yapılan analizler, doğrulama teknikleri arasındaki izlenebilirliğin sürdürülmesi gerekmektedir. Sürecin doğrulanması, sistem gereksinimlerinin karşılandığının doğrulanması ile olacaktır.
| + | * Planlamaya uygun faaliyetlerin yürütülmesi: |
| | + | ** Faaliyetleri gerçekleştirmenin ana unsuru; önceden tamamlanması gereken hususların (bakım alt yapısı, tedarik zinciri altyapısı, özel ekipmanlar veya uygulamalar, dokümantasyon, prosedürler) ve prosedürlerin kullanılabilir halde olmasıdır. |
| | | | |
| − | === 3.4.4.3. Çıktılar ===
| + | * Sistemin etkin ve ekonomik sürdürülebilirliği için analizlerin gerçekleştirilmesi ve raporlanması: |
| − | · Mimari adayları arasından seçilen ve sistem tasarımı kapsamında temel alınacak olan sistem mimarisi ile bu mimarinin seçilme gerekçeleri,
| + | ** Kullanım safhası boyunca sistem performansının ve koşullarının izlenmesi amacıyla toplanan verilerin analizlerinin yapılarak sürdürülebilirliğine ilişkin karar destek mekanizmasının etkinliğinin sağlanması, |
| | + | ** Lojistik destek ve bakım kayıtlarının tutulması ve ihtiyaç duyulan verilerin hazırlanması, |
| | + | ** Düzeltici ve önleyici tasarım değişiklikleri için hata durumlarının, sistem performansının, önerilerin raporlanması |
| | | | |
| − | · Sistem mimarisi (Mimari Tanımlama Dokümanı).
| + | Savunma sistemleri tedarik edildiğinde son kullanıcı ihtiyaçlarının karşılanması ve bu sistemleri faal tutacak desteğin sağlanması esastır. Odak sistemlerin kullanım ve destek safhalarında, zamanla operasyonel çevrelerdeki ihtiyaçlar değişmekte, lojistik destekte zorluk, kesinti ve yüksek maliyet artışları yaşanmakta, artan kullanım yılına bağlı olarak sistem kabiliyetlerinde düşüş olabilmekte, aynı zamanda teknolojik gelişmelere uyum ve yeni kabiliyet ekleme ihtiyaçları ortaya çıkmaktadır. Savunma platform ve sistemlerinin öngörülen ömür devri boyunca kabiliyet muhafazasının sağlanması ve/veya arttırılması kapsamında bu sistemler için çözüm olarak yarı ömür modernizasyonunun yapılması planlanır ve bu maksatla modernizasyon /modifikasyon projeleri geliştirilir. |
| | | | |
| − | Şekil 24 Mimari Tanımlama Süreci
| + | '''<big>3.4.12.3. Çıktılar</big>''' |
| | + | * Lojistik destek stratejisi |
| | + | * Sistem tasarımına girdi olması amacıyla lojistik destek ve bakım ile ilgili kısıtlamalar |
| | + | * Düzeltici ve önleyici planlama faaliyetlerine ilişkin raporlar ve |
| | + | * Lojistik destek ve bakım kayıtlarıdır. |
| | | | |
| − | == 3.4.5. TASARIM TANIMLAMA SÜRECİ ==
| + | Gerekli çıktılar başlangıç için hazırlanır ve daha sonra bu çıktıların karar noktalarının, kilometre taşlarının veya kontrol süreçleri gibi diğer süreçlerin sonuçlarına bağlı olarak sürdürülebilir olmasının sağlanması gerekmektedir. Lojistik destek stratejisi ve gereksinimlerinin yanı sıra bunlara yönelik yapılacak iyileştirmelerin de dokümante edilmeleri gerekmektedir. |
| − | Bu sürecin amacı uygulama ve entegrasyon faaliyetleri için gerekli detaydaki bilgiyi mimari modele ve müşteri isteklerine uygun olarak tekrarlı (iteratif) şekilde oluşturmaktır.
| + | [[Dosya:Şekil 32 Destek Süreci.jpg|alt=Şekil 32 Destek Süreci|sol|küçükresim|600x600pik|Şekil 32 Destek Süreci]] |
| | | | |
| − | Bu süreç içindeki değişiklik maliyetleri, önceki aşamalara kıyasla daha fazla, yapılan değişikliğin etkisi ise daha azdır.
| |
| | | | |
| − | === 3.4.5.1. Girdiler ===
| |
| − | · Paydaş Gereksinimleri ve Beklentileri,
| |
| | | | |
| − | · Gereksinim Tanımlama Dokümanı,
| |
| | | | |
| − | · Sistem Mimarisi,
| |
| | | | |
| − | · Sistem Tanımı (sistem arayüzleri, fonksiyon ve sınırları).
| |
| | | | |
| − | === 3.4.5.2. Faaliyetler ===
| |
| − | Tasarım tanımlama süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| |
| | | | |
| − | · Sistem elemanları (alt sistem, birim, öge) için tasarım alternatiflerinin gözden geçirilmesi ve karar verilmesi,
| |
| | | | |
| − | · Sistem gereksinimlerinin sistem elemanlarına atanması,
| |
| | | | |
| − | · Mimari karakteristik özelliklerinin tasarım özellikleri haline getirilmesi,
| |
| | | | |
| − | · Tasarım çözümlerinin ve alternatiflerinin gözden geçirilmesi,
| |
| | | | |
| − | · Tüm sistem elemanları için tasarım karakteristiklerinin tanımlanması
| |
| | | | |
| − | · Sistem elemanları ve dış sistemlerle olan arayüzlerin tanımlanması.
| |
| | | | |
| − | === 3.4.5.3. Çıktılar ===
| |
| − | · Atanmış Ana Hat,
| |
| | | | |
| − | · Sistem ve sistem elemanlarının tasarım karakteristikleri,
| |
| | | | |
| − | · Sistem ve sistem elemanlarının arayüz özellikleri,
| |
| | | | |
| − | · Alternatif tasarım çözümleri arasından seçilmiş sistem ve sistem elemanları,
| |
| | | | |
| − | · Öğrenilmiş dersler.
| |
| | | | |
| − | Şekil 25 Tasarım Tanımlama Süreci
| |
| | | | |
| − | == 3.4.6. SİSTEM ANALİZİ SÜRECİ ==
| |
| − | Bu sürecin amacı, karar verme sürecine girdi oluşturacak verilerin işlenerek yorumlanabilir anlamlı bilgi haline getirilmesinin sağlanmasıdır. Sistem ömür devri içinde ihtiyaç duyulacak sistem özelliklerinin analiz edilmesi ile ortaya çıkar.
| |
| | | | |
| − | === 3.4.6.1. Girdiler === | + | === 3.4.13. ENVANTERDEN ÇIKARMA SÜRECİ === |
| − | · Paydaş Gereksinimleri ve Beklentileri,
| + | Yasal düzenlemelere, paydaşlar arası anlaşmalara ve organizasyonel kısıtlara uygun olarak odak sistem ve destek unsurlarının mevcudiyetini sona erdiren süreçtir. |
| | | | |
| − | · Paydaş İhtiyaçları Dokümanı,
| + | Bağış, yeniden satış veya sorumlulukların değişimi ile sahipliğin aktarılması bu süreç kapsamında değildir. |
| | | | |
| − | · Sistem Analizi İhtiyacı.
| + | Genel olarak envanterden çıkarma süreci aktiviteleri Geliştirme (planlama) ve Envanterden Çıkarma (yürütme) Safhalarında yoğunlaşır. Envanterden Çıkarma Safhası öncesinde de sürecin işletilmesine ihtiyaç duyulabilir. |
| | | | |
| − | === 3.4.6.2. Faaliyetler ===
| + | '''<big>3.4.13.1. Girdiler</big>''' |
| − | Sistem analizi süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| + | * Savunma ve lojistik planları |
| | + | * Paydaş İhtiyaçları ve Gereksinimleri |
| | + | * İş/Görev Analizi |
| | + | * Yetenek Matrisi |
| | + | * Envanterden Çıkarma Stratejisi |
| | + | * Envanterden çıkarma kararı |
| | + | * Sistem (Destek unsurları, mühimmat vb. dahil) |
| | + | * İlgili malzemelere yönelik emniyet veri dosyaları |
| | + | * Envanterden Çıkarma Planı (Taslak) |
| | + | '''<big>3.4.13.2. Faaliyetler</big>''' |
| | | | |
| − | '''Sistem Analizi Faaliyeti Hazırlıkları'''
| + | Süreç kapsamında: |
| | | | |
| − | o Analiz ihtiyacı bulunan problem ve sorunların belirlenmesi,
| + | '''Envanterden Çıkarma Faaliyetinin Planlanması''' |
| | | | |
| − | o Analiz faaliyetlerinin paydaşlarının belirlenmesi,
| + | * Her sistem bileşenini ve süreç sonunda söz konusu olabilecek atıl ürünleri içerecek envanterden çıkarma süreci tanımlanır, |
| | + | * Envanterden çıkarma stratejisinden çıkan sistem tasarımına yönelik kaçınılmaz kısıtlar (demontaj, erişim, depolama, beceri gereksinimi vb.) paylaşılır, |
| | + | * Depolama söz konusu ise gerekli tesisler ve kriterler tanımlanır. |
| | | | |
| − | o Yapılacak analizlerin amacı, kapsamı ve doğruluk oranının belirlenmesi,
| + | '''Envanterden Çıkarma Faaliyetinin Yürütülmesi''' |
| | | | |
| − | o Analiz yöntemi ve araçlarının belirlenmesi,
| + | * Envanterden çıkarma sürecinde ihtiyaç duyulacak destek unsurları ve hizmetler tedarik edilir, |
| | + | * Odak sistem operasyondan çekilme amacıyla deaktive edilir, |
| | + | * Operasyondan sorumlu personelden gerekli bilgiler temin edilir, |
| | + | * Odak sistem süreci kolaylaştırmak adına daha küçük yapılara indirgenir, |
| | + | * Planlanan envanterden çıkarma faaliyetleri yürütülür. Bu kapsamda odak sistem ile birlikte ihtiyaç duyulmayacağı değerlendirilen destek unsurları, mühimmat vb. envanterden çıkarılır. |
| | | | |
| − | o Analiz stratejisinin belirlenmesi,
| + | '''Envanterden Çıkarma Faaliyetinin Sonlandırılması''' |
| | | | |
| − | o Analizler için gerekli girdilerin toplanması.
| + | * Envanterden çıkarma sonrası insan sağlığına, emniyete ve çevreye zararlı herhangi bir etken bulunmadığı garanti altına alınır, |
| | + | * Ömür boyunca toplanan bilgilerin, tehlike değerlendirmelerinde kullanılabilmesi ve gelecek sistemlere girdi olması amacıyla kaydedilmesi sağlanır. |
| | + | '''<big>3.4.13.3. Çıktılar</big>''' |
| | + | * Envanterden Çıkarma Stratejisi |
| | + | * Envanterden Çıkarma Planı |
| | + | * Sistem Bileşenleri ve Atıkların Yönetim Stratejisi |
| | | | |
| − | '''Sistem Analizi Faaliyetlerinin Gerçekleştirilmesi'''
| + | * Eski haline ya da üzerinde anlaşılan bir seviyeye döndürülen çevre |
| | + | * Envanterden çıkarma kayıtları ve raporları |
| | + | * Tekrar kullanılacak, geri dönüştürülecek, imha edilecek, depolanacak ya da tedarik zincirine geri döndürülecek birimler |
| | + | * Öğrenilmiş Dersler |
| | + | [[Dosya:Şekil 33 Envanterden Çıkarma Süreci.jpg|alt=Şekil 33 Envanterden Çıkarma Süreci|sol|küçükresim|600x600pik|Şekil 33 Envanterden Çıkarma Süreci]] |
| | | | |
| − | o Seçilen analiz yöntemleri ile analizlerin gerçekleştirilmesi.
| |
| | | | |
| − | '''Sistem Analizi Sonuçlarının Yönetilmesi'''
| |
| | | | |
| − | o Analiz sonuçlarının değerlendirilmesi,
| |
| | | | |
| − | o Analiz sonuçları ile istenen sonuçlar arasındaki tutarlılığın kontrol edilmesi,
| |
| | | | |
| − | o Analiz sonuçlarından çıkartılan öğrenilmiş derslerin kayıt altına alınması,
| |
| | | | |
| − | o Analiz sonuçlarının raporlanması.
| |
| | | | |
| − | === 3.4.6.3. Çıktılar ===
| |
| − | · Sistem analizi stratejisi,
| |
| | | | |
| − | · Alınacak kararı destekleyecek analiz sonuçları,
| |
| | | | |
| − | · Öğrenilmiş dersler.
| |
| | | | |
| | | | |
| − | Şekil 26 Sistem Analizi Süreci
| |
| | | | |
| − | == 3.4.7. UYGULAMA VE ENTEGRASYON SÜRECİ ==
| |
| − | Bu sürecin amacı tanımlı sistem elemanlarının çizilen mimariye ve gereksinimlere göre “üretilmesi / tedarik edilmesi / tekrar kullanılması” ve sistemin tüm işlevini yerine getirecek şekilde yazılım, donanım öğelerinin başarılı bir şekilde bir araya getirilmesidir. Entegrasyon sırası birim, öğe, alt sistem ve sistem şeklindedir.
| |
| | | | |
| − | === 3.4.7.1. Girdiler ===
| |
| − | · Paydaş Gereksinimleri ve Beklentileri,
| |
| | | | |
| − | · Gereksinim Tanımlama Dokümanı,
| |
| | | | |
| − | · Sistem Mimarisi,
| |
| | | | |
| − | · Sistem Tasarım Tanımı,
| |
| | | | |
| − | · Tekrar kullanım yapılacak sistem ve sistem elemanları (alt sistem, birim, öğe)..
| |
| | | | |
| − | === 3.4.7.2. Faaliyetler ===
| |
| − | Uygulama ve Entegrasyon süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| |
| | | | |
| − | '''Uygulama ve Entegrasyon Faaliyetleri Hazırlıkları'''
| |
| | | | |
| − | o Uygulama ve Entegrasyon kısıtlarının (güvenlik, emniyet, teknoloji vb.) belirlenmesi,
| |
| | | | |
| − | o Paydaşlarla yapılacak gözden geçirme aktivitelerinin belirlenmesi,
| |
| | | | |
| − | o Gerçekleştirilecek sistemin üretilebilirliğinin değerlendirilmesi,
| |
| | | | |
| − | o Sürece dâhil edilecek teknolojilerin hazırlık seviyesinin belirlenmesi,
| |
| | | | |
| − | o Olası üretim yöntemleri ve süreçlerinin değerlendirilmesi,
| |
| | | | |
| − | o Tedarikçi kaynaklı yönetim planlarının, aktivitelerinin ve kaynaklarının gözden geçirilmesi,
| + | == 3.5. SAFHALARA GÖRE SÜREÇ GİRDİLERİ, FAALİYETLERİ VE ÇIKTILARI == |
| | | | |
| − | o Uygun mühendislik çözümünün gerçekleştirilebilmesi için endüstriyel ve ticari kısıtların değerlendirilmesi.
| + | === 3.5.1. MUTABAKAT SÜREÇLERİ === |
| | | | |
| − | '''Uygulama ve Entegrasyon Faaliyetlerinin Gerçekleştirilmesi''' | + | ==== '''<big>3.5.1.1.TEDARİK SÜRECİ</big>''' ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | |Yetenek İhtiyacı ve Gereksinimleri |
| | + | |Tedarik İhtiyacı ve Gereksinimleri |
| | + | |Sözleşme ve Ekleri |
| | | | |
| − | o Planlama sonrasında Uygulama ve Entegrasyon faaliyetlerinin stratejiye uygun olarak gerçekleştirilmesi,
| + | Tedarik Planı |
| | + | |Sözleşme ve Ekleri |
| | | | |
| − | o Paketleme ve depolama kriterlerinin tanımlanması.
| + | Tedarik Planı |
| | + | | colspan="3" |Sözleşme ve Ekleri |
| | | | |
| − | '''Uygulama ve Entegrasyon Faaliyetlerinin sonuçlarının Yönetilmesi'''
| + | Tedarik Planı |
| − | | + | |- |
| − | o Uygunsuzluklar belirlenerek gerekli düzeltici önleyici faaliyetlerin uygulanması,
| + | |Faaliyetler |
| − | | + | |Proje/İhtiyaç Tanımlama Dokümanının Hazırlanması |
| − | o Geliştirilen tüm sistem elemanlarının kalite kontrol ve kalite temin operasyonlarının gerçekleştirildiğinin güvence altına alınması,
| + | |Tedarik Sözleşmesinin Hazırlanması |
| | | | |
| − | o Sistem elemanlarının konfigürasyon kayıtlarının sağlıklı bir şekilde oluşturulması
| + | Yeterlilikteki Tedarikçilere Talep Gönderilmesi |
| | | | |
| − | o Risk tanımlaması ve yönetiminin yapılması.
| + | Tekliflerin Değerlendirilmesi ve Sözleşmenin İmzalanması |
| | + | |Sözleşmenin Yönetilmesi |
| | + | |Sözleşmenin Yönetilmesi |
| | | | |
| − | === 3.4.7.3. Çıktılar === | + | Son Kabulün yapılması |
| − | · Uygulama ve Entegrasyon faaliyetleri yapılmış Sistem ve Sistem Elemanları (Alt sistem, Birim, Öğe),
| + | | colspan="3" |Son Kabulün yapılması |
| | + | |- |
| | + | |Çıktı |
| | + | |Proje/İhtiyaç Tanımlama Dokümanı |
| | + | |Sözleşme ve Ekleri |
| | + | |Tedarik Edilen Ürün/Prototip(ler) |
| | | | |
| − | · Doğrulama ve Kalifikasyon faaliyetlerini destekleyecek Uygulama ve Entegrasyon kayıtları,
| + | ELD teslimatları |
| | | | |
| − | · Öğrenilmiş dersler.
| + | Sözleşmede tanımlı diğer teslimat kalemleri |
| | + | |Tedarik Edilen Ürün |
| | | | |
| | + | ELD teslimatları |
| | | | |
| − | Şekil 27 Uygulama ve Entegrasyon Süreci
| + | Sözleşmede tanımlı diğer teslimat kalemleri |
| | + | | colspan="3" |Tedarik Edilen Ürün |
| | + | |} |
| | | | |
| − | == 3.4.8. DOĞRULAMA SÜRECİ == | + | ==== <big>3.5.1.2. İKMAL SÜRECİ</big> ==== |
| − | Doğrulama Süreci, bir sistemin, sistem elemanlarının (alt sistem, birim, öğe) ve ilgili arayüzlerinin tanımlı gereksinimlere olan uyumluluğunun üretilen objektif kanıtlarla ispat edilmesidir. Söz konusu objektif kanıtlar Test, Analiz, Muayene ve Gösterim gibi doğrulama yöntemleri ile ortaya çıkartılır.
| + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | |Yetenek İhtiyacı ve Gereksinimleri |
| | | | |
| − | === 3.4.8.1. Girdiler ===
| + | Mevcut İkmal Maddeleri/Hizmetleri |
| − | · Paydaş Gereksinimleri ve Beklentileri,
| + | |Taslak Entegre Lojistik Destek Planı |
| | | | |
| − | · Sistem veya sistem elemanlarının gereksinimleri,
| + | Tedarik Zinciri |
| | | | |
| − | · Doğrulanacak sistem veya sistem elemanları,
| + | Tedarik Planı, Bütçe |
| | + | | colspan="5" |Entegre Lojistik Destek Planı |
| | | | |
| − | · Doğrulama Stratejisi ve Kriterleri.
| + | Tedarik Zinciri |
| | | | |
| − | === 3.4.8.2. Faaliyetler ===
| + | Tedarik Planı, Bütçe |
| − | Doğrulama süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| + | |- |
| | + | |Faaliyetler |
| | + | |İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması |
| | + | |İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması |
| | + | | colspan="5" |İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması |
| | | | |
| − | '''Doğrulama Faaliyetleri Hazırlıkları'''
| + | İkmal Maddelerinin/Hizmetlerin Tedarikinin Yönetilmesi |
| | | | |
| − | · Kapsamın belirlenmesi,
| + | İkmal Maddelerinin/Hizmetlerin Kabulünün Yapılması |
| | + | |- |
| | + | |Çıktı |
| | + | |Taslak Entegre Lojistik Destek Planı |
| | | | |
| − | · Kısıtların tanımlanması,
| + | Taslak Tedarik Zinciri |
| | | | |
| − | · Her doğrulama faaliyeti için kullanılacak doğrulama yöntemi ve tekniklerinin belirlenmesi,
| + | Taslak Tedarik Planı |
| | | | |
| − | · Doğrulama stratejisinin belirlenmesi,
| + | Taslak Bütçe Planı |
| | + | |Güncellenen Entegre Lojistik Destek Planı |
| | | | |
| − | · Doğrulama faaliyetlerinin icra edilmesi için gerekli test alanı, bina, ekipman ve operatörün için planlama yapılması,
| + | Güncellenen Tedarik Zinciri |
| | | | |
| − | · Doğrulama Prosedürlerinin oluşturulması.
| + | Güncellenen Tedarik Planı |
| | | | |
| − | '''Doğrulama Faaliyetlerinin Gerçekleştirilmesi'''
| + | Bütçe |
| | + | | colspan="5" |Temin edilen ikmal malzemesi/hizmet |
| | | | |
| − | · Doğrulama prosedürlerinin icra edilmesi,
| + | Güncellenen Entegre Lojistik Destek Planı |
| | | | |
| − | '''Doğrulama Faaliyetlerinin Sonuçlarının Yönetilmesi'''
| + | Güncellenen Tedarik Zinciri |
| | | | |
| − | · Yapılan doğrulama faaliyetlerinin sonuçlarının kayıt altına alınması,
| + | Güncellenen Tedarik Planı, |
| | | | |
| − | · Karşılaşılan problem ve olayların kayıt altına alınması ve sorunların çözümü için gerekli kök neden analiz çalışmalarının yapılması,
| + | Bütçe |
| | + | |} |
| | | | |
| − | · Doğrulanan sistem elemanları ile gereksinimler arasındaki izlenebilirliğin sağlanması,
| + | === 3.5.2. ORGANİZASYONEL PROJE DESTEK SÜREÇLERİ === |
| | | | |
| − | · Sonuçların amaca uygun olduğunun ve tüm uygunsuzlukların giderildiğinin kontrol edilmesi.
| + | ==== <big>3.5.2.1. ÖMÜR DEVRİ MODELİ YÖNETİMİ SÜRECİ</big> ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | | colspan="7" |Organizasyon Strateji Planı |
| | | | |
| − | === 3.4.8.3. Çıktılar ===
| + | Organizasyon Uyarlama Yaklaşımı |
| − | · Doğrulama Stratejisi,
| + | |- |
| − | | + | |Faaliyetler |
| − | · Değerlendirme ve Kabul Planı,
| + | | colspan="7" |Ömür Devri Modelinin Kurulumu |
| | | | |
| − | · Gereksinim İzlenebilirlik Matrisi,
| + | Ömür Devri Modelinin Uygulanması |
| | | | |
| − | · Doğrulama Kayıtları,
| + | Ömür Devri Modelinin Değerlendirilmesi |
| | | | |
| − | · Doğrulanmış sistem veya sistem elemanları,
| + | Ömür Devri Modelinin İyileştirilmesi |
| | + | |- |
| | + | |Çıktı |
| | + | | colspan="7" |Organizasyonel Politikalar ve Süreçler |
| | | | |
| − | · Öğrenilmiş dersler.
| + | Ömür Devri Yönetim Planı |
| | | | |
| − | Şekil 28 Doğrulama Süreci
| + | Ömür Devri Yönetimi Raporu |
| | + | |} |
| | | | |
| | + | ==== <big>3.5.2.2. ALTYAPI YÖNETİMİ SÜRECİ</big> ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | | colspan="7" |Organizasyon Strateji Planı |
| | | | |
| − | == 3.4.9. GEÇİŞ SÜRECİ ==
| + | Organizasyon ve Program |
| − | Ürünün kurulumu için gerekli faaliyetlerin -sözleşmede belirtildiği şekilde işletimine ve desteğine yardımcı olacak tüm destek unsurlarını da içerecek şekilde- tanımlandığı ve yürütüldüğü süreçtir.
| + | |- |
| | + | |Faaliyetler |
| | + | | colspan="7" |Altyapının Tanımlanması |
| | | | |
| − | Geçiş sürecinin amacı; bir ürünün ilk kez operasyonel ortama kurulumu ya da mevcut bir ürünün operasyonel ortamın değiştirilmesine yönelik gerekli faaliyetlerin ve organizasyonel sorumlulukların tanımlanmasını, ürünün beklenen performansı aksatmadan planlanan zamanda yerine getirebilmesi için bu faaliyetlerin yürütülmesini sağlamaktır.
| + | Altyapının Kurulması |
| | | | |
| − | === 3.4.9.1. Girdiler ===
| + | Altyapının İdame Ettirilmesi |
| − | · Doğrulanmış sistem ve uygunsuzlukların da dahil edildiği doğrulama raporu.
| |
| | | | |
| − | === 3.4.9.2. Faaliyetler === | + | Altyapının Elden Çıkarılması |
| − | '''Geçiş kısıtları ve geçiş stratejisinin/planının belirlenmesi,'''
| + | |- |
| | + | |Çıktı |
| | + | | colspan="7" |Altyapı Yönetimi Planı |
| | | | |
| − | · Geçiş kısıtları ve geçiş stratejisinin/planının belirlenmesi''','''
| + | Organizasyon veya Program/Proje Altyapısı |
| | | | |
| − | '''Kurulum kurallarına uygun olarak operasyonel ortamın hazırlanması,'''
| + | Altyapı Yönetimi Rapor ve Kayıtları |
| | + | |} |
| | | | |
| − | · Kurulum kurallarına uygun olarak operasyonel ortamın hazırlanması,
| + | ==== <big>3.5.2.3. PORTFÖY YÖNETİMİ SÜRECİ</big> ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | | colspan="7" |Organizasyon Strateji Planı |
| | | | |
| − | '''Sistemin, kurulum amacıyla doğru zamanda ve doğru yerde teslim edilmesi,'''
| + | Proje Durum Raporu |
| | | | |
| − | · Sistemin kendi operasyonel ortamına kurulması ve sistem özelliklerine göre çevresi ile bağlantısının sağlanması, (Sistemin uygun şekilde kurulmuş olduğu gösterilir. Sistemin kurulacağı yer veya işletim çevresi hazır değilse bunları temsil edici bir örnek seçilir.)
| + | Portföy Kural ve Kısıtları |
| | + | |- |
| | + | |Faaliyetler |
| | + | | colspan="7" |Program/Projenin Başlatılması |
| | | | |
| − | '''Sistemin aktif hale getirilmesi''',
| + | Program/Projenin Kontrol Edilmesi |
| | | | |
| − | · Kurulmuş olan sistemin kendisinden beklenen hizmetleri verme yeteneğinde olduğunun gösterilmesi ve
| + | Program/Projenin Kapatılması |
| | + | |- |
| | + | |Çıktı |
| | + | | colspan="7" |Portföy Yönetimi Planı |
| | | | |
| − | · İşletim yapılandırması, bulunan hatalar, alınan önlemler ve öğrenilmiş dersleri de içeren kurulum verisinin kaydedilmesidir.
| + | Portföy Yönetimi Rapor ve Kayıtları |
| | + | |} |
| | | | |
| − | === 3.4.9.3. Çıktılar === | + | ==== <big>3.5.2.4. İNSAN KAYNAĞI YÖNETİMİ SÜRECİ</big> ==== |
| − | · Geçiş kısıtları ve geçiş stratejisi/planı,
| + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | | colspan="7" |Organizasyon Strateji Planı |
| | | | |
| − | · Kurulumu gerçekleştirilmiş sistem (hizmetleri sağlayacak yetenekte-ürün ve destek unsurları ile),
| + | Portföy Yönetimi Planı |
| | | | |
| − | · Düzeltici önlem raporları,
| + | Proje İnsan Kaynağı Gereksinimleri ve Yetenek İhtiyaçları |
| − | | + | |- |
| − | · İşletim yapılandırması,
| + | |Faaliyetler |
| | + | | colspan="7" |İhtiyacın ve Mevcut Durumun Değerlendirilmesi |
| | | | |
| − | · Bulunan hatalar,
| + | Yetenek İhtiyacının Karşılanması |
| | | | |
| − | · Alınan önlemler ve öğrenilmiş dersleri de içeren kurulum veri kayıtları,
| + | İnsan Kaynağı Yönetimi |
| | + | |- |
| | + | |Çıktı |
| | + | | colspan="7" |İnsan Kaynağı Yönetimi Planı |
| | | | |
| | + | Eğitim Planı |
| | | | |
| − | Şekil 29 Geçiş Süreci
| + | Kalifiye Personel |
| | | | |
| − | == 3.4.10. GEÇERLİ KILMA SÜRECİ ==
| + | Portföy Yönetimi Rapor ve Kayıtları |
| − | Geçerli Kılma Sürecinin amacı, sistemin ilgili operasyonel ortamda kendisinden beklenen ihtiyacı karşıladığının objektif kanıtlarla gösterilmesidir. Geçerli kılma faaliyetleri ile kullanıcı ihtiyacının sistem gereksinim özelliklerine doğru bir şekilde aktarıldığı gösterilir. Bu faaliyet bağımsız otoriteler tarafından yürütülür ve faaliyet sonunda müşteri / kullanıcı onayı alınır.
| + | |} |
| | | | |
| − | === 3.4.10.1. Girdiler ===
| |
| − | · Paydaş Gereksinimleri ve Beklentileri,
| |
| | | | |
| − | · Paydaş İhtiyaç ve Gereksinimleri Dokümanı,
| + | ==== <big>3.5.2.5. BİLGİ (KNOWLEDGE) YÖNETİMİ SÜRECİ</big> ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | | colspan="7" |Organizasyon Strateji Planı |
| | | | |
| − | · Geçerli Kılınacak sistem veya sistem elemanları,
| + | Kayıtlar |
| | + | |- |
| | + | |Faaliyetler |
| | + | | colspan="7" |Bilgi Yönetimi Standartların Belirlenmesi |
| | | | |
| − | · Geçerli Kılma Stratejisi ve Kriterleri.
| + | Bilgi Yönetimi Stratejisinin Belirlenmesi |
| | | | |
| − | === 3.4.10.2. Faaliyetler === | + | Bilgi Yönetimi |
| − | Geçerli Kılma süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| + | |- |
| | + | |Çıktı |
| | + | | colspan="7" |Bilgi Yönetimi Planı |
| | | | |
| − | '''Geçerli Kılma Faaliyetleri Hazırlıkları''',
| + | Bilgi Yönetimi Sistemi Rapor ve Kayıtları |
| | + | |} |
| | | | |
| − | · Kapsamın belirlenmesi,
| |
| | | | |
| − | · Kısıtların tanımlanması,
| + | ==== <big>3.5.2.6. KALİTE YÖNETİMİ SÜRECİ</big> ==== |
| − | | + | {| class="wikitable" |
| − | · Her Geçerli Kılma faaliyeti için kullanılacak geçerli kılma yöntem veya tekniklerinin belirlenmesi,
| + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | |Paydaş İhtiyaçları |
| | | | |
| − | · Geçerli Kılma stratejisinin belirlenmesi,
| + | Odak sistem hedefleri |
| | + | |Önerilen sistem çözümleri, |
| | | | |
| − | · Geçerli Kılma faaliyetlerinin icra edilmesi için gerekli test alanı, bina, ekipman ve operatörün için planlama yapılması,
| + | Taslak Kalite Planı |
| | + | |Sözleşme ve Ekleri |
| | | | |
| − | · Geçerli Kılma Prosedürlerinin oluşturulması.
| + | Güncellenen proje yönetim planları ve diğer yönetsel planlar |
| | + | |Sözleşme ve Ekleri |
| | | | |
| − | '''Geçerli Kılma Faaliyetlerinin Gerçekleştirilmesi'''
| + | Güncellenen proje yönetim planları ve diğer yönetsel planlar |
| | | | |
| − | · Geçerli Kılma Prosedürlerinin icra edilmesi.
| + | Doğrulama ve Kalifikasyon Sonuçları |
| | + | | colspan="2" |Sözleşme ve Ekleri |
| | | | |
| − | '''Geçerli Kılma Faaliyetlerinin Sonuçlarının Yönetilmesi'''
| + | Güncellenen proje yönetim planları ve diğer yönetsel planlar |
| | | | |
| − | · Yapılan geçerli kılma faaliyetlerinin sonuçlarının kayıt altına alınması,
| + | Doğrulama ve Kalifikasyon Sonuçları |
| | + | |Sözleşme ve Ekleri |
| | | | |
| − | · Karşılaşılan problem ve olayların kayıt altına alınması ve sorunların çözümü için gerekli kök neden analiz çalışmalarının yapılması,
| + | Güncellenen proje yönetim planları ve diğer yönetsel planlar |
| | + | |- |
| | + | |Faaliyetler |
| | + | |Süreç Yönetim Esaslarının Belirlenmesi |
| | | | |
| − | · Geçerli kılınan sistem elemanları ile gereksinimler / ihtiyaçlar arasındaki izlenebilirliğin sağlanması,
| + | Kalite Temin Faaliyetlerine ilişkin yoğunluğun Belirlenmesi |
| | | | |
| − | · Sonuçların amaca uygun olduğunun ve tüm uygunsuzlukların giderildiğinin kontrol edilmesi.
| + | Taslak Kalite Planının Hazırlanması |
| | + | |Kalite Planının Hazırlanması |
| | | | |
| − | === 3.4.10.3. Çıktılar ===
| + | Kalite Yönetim Sisteminin Düzenlenmesi |
| − | · Geçerli Kılma Stratejisi,
| + | |Kalite Planın hazırlanması / güncellenmesi |
| | | | |
| − | · Gereksinim İzlenebilirlik Matrisi,
| + | Kalite Yönetim Sisteminin Düzenlenmesi / güncellenmesi |
| | | | |
| − | · Geçerli Kılma Kayıtları,
| + | Kalite Yönetiminin Uygulanması |
| | + | |Kalite Planın hazırlanması / güncellenmesi |
| | | | |
| − | · Geçerli Kılınmış Sistem,
| + | Kalite Yönetim Sisteminin Düzenlenmesi / Güncellenmesi |
| | | | |
| − | ·
| + | Kalite Yönetiminin Uygulanması |
| | + | | colspan="2" |Bakım ve onarım kalite kayıtlarının takibi, |
| | | | |
| − | Öğrenilmiş dersler.
| + | Kullanıcılar için verilen eğitim hizmetinin uygunluğu, |
| | | | |
| − | Şekil 30 Geçerli Kılma Süreci
| + | Yedek ve sarf malzemelerin uygunluğu, |
| | | | |
| | + | Kullanıcıdan gelen geri beslemelerin değerlendirilmesi ve sürekli iyileşme faaliyetlerinin desteklenmesi |
| | + | |Envanterden çıkarma safhası gözden geçirme toplantısının yapılması ve envanterden çıkarma planının onaylanması |
| | | | |
| − | == 3.4.11. KULLANIM SÜRECİ ==
| + | Program sonlandırma / tasfiye sürecinin takip edilmesi |
| − | Kullanım sürecinin amacı, sistemin işletimi için gerekli olan tüm gereksinimlerin (sistemi kullanacak nitelikte eğitimli personelin olması, kullanım boyunca sistem performansının izlenmesi vb.) oluşturulduğundan emin olmaktır. Bu durum, sistem görev gereklerinin veya sözleşme gereklerinin karşılanmasını sınırlayabilecek herhangi bir anormal durumu, sistem hatalarını ya da arızalarını da kapsar. Kullanım süreci çıktıları, lojistik destek ve bakım sürecine girdi olacaktır.
| + | |- |
| | + | |Çıktı |
| | + | |Taslak Kalite Planı |
| | | | |
| − | === 3.4.11.1. Girdiler ===
| + | Sistem ve süreçte edinilen iyileşmeler, Öğrenilmiş dersler |
| − | · Harekât Verileri
| + | |Güncellenen Kalite Planı |
| | | | |
| − | · Tatbikat Verileri,
| + | Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi |
| | | | |
| − | · Tehditlerdeki Değişimler,
| + | Sistem ve süreçte edinilen iyileşmeler, |
| | | | |
| − | · Yasal Yükümlülükler,
| + | Öğrenilmiş dersler |
| | + | |Güncellenen Kalite Planı |
| | | | |
| − | · Teknolojik Yenilikler,
| + | Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi |
| | | | |
| − | · Alternatifler (DELTMATO - Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik),
| + | Sistem ve süreçte edinilen iyileşmeler, |
| | | | |
| − | · Mevcut İmkân ve Kabiliyetler ve uzun vadede sahip olunmasına ihtiyaç duyulan imkân ve kabiliyetler,
| + | Öğrenilmiş dersler |
| | + | |Güncellenen Kalite Planı |
| | | | |
| − | · Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları,
| + | Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi |
| | | | |
| − | · Kaynak durumu,
| + | Sistem ve süreçte edinilen iyileşmeler, |
| | | | |
| − | · Benzer sistemlerde yaşanan zafiyetler ve elde edilen veriler
| + | Öğrenilmiş dersler |
| | + | | colspan="2" |Güncellenen Kalite Planı |
| | | | |
| − | · Yetenek Matrisi
| + | Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi |
| | | | |
| − | · Paydaş ihtiyaçları ve isterleri
| + | Sistem ve süreçte edinilen iyileşmeler, |
| | | | |
| − | · Odak Sistem ve ELD Teslimatları
| + | Öğrenilmiş dersler |
| | + | |Güncellenen Kalite Planı |
| | | | |
| − | === 3.4.11.2. Faaliyetler ===
| + | Sistem ve süreçte edinilen iyileşmeler, |
| − | Kullanım süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| |
| | | | |
| − | · Kullanım stratejisinin ve gereksinimlerinin tanımlanması, iyileştirilmesi ve sürdürülmesi,
| + | Öğrenilmiş dersler |
| | + | |} |
| | | | |
| − | · Kullanım için gerekli sistemler, hizmetler ve malzemelerin planlanması, eğitim ihtiyaçlarının tanımlanıp geliştirilmesi,
| + | === 3.5.3. PROGRAM/PROJE SÜREÇLERİ === |
| | | | |
| − | · İyileştirme/modifikasyon faaliyetleri, bu faaliyetler için kabul kriterlerinin tanımlanması ve
| + | ==== <big>3.5.3.1. PROGRAM PLANLAMA SÜRECİ</big> ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | |Organizasyon Strateji Planı |
| | | | |
| − | Sistemin operasyonel çevresinde kullanımı, performansının izlenmesi, kayıt altına alınması faaliyetlerinin yanı sıra
| + | Kabiliyet İhtiyacı Değerlendirmeleri |
| | + | |Alternatif Çözümler ve Karşılık Gelen Program/Proje Planları |
| | + | |Program/Proje Planları |
| | | | |
| − | · Kullanım kapsamında kullanılması gerekli herhangi bir sistem, hizmet ve malzemenin tanımlanması:
| + | Kaynaklar |
| | + | |Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | | | |
| − | o Kullanım ile ilgili gereksinimlerin ve sınırlamaların tanımlanması ve ön-konsept, konsept, geliştirme ve kullanım safhalarına adreslenmesi,
| + | Güncellenmiş Ömür Devri Maliyet Tahmini |
| | | | |
| − | o Sistemin görevini yerine getirmesi kapsamında gerekli olan eğitimli işletim personeli, kullanıcı personel ve diğer paydaşların mevcut olduğunun sağlanması,
| + | Güncellenmiş Planlar |
| | | | |
| − | · Müşteri desteği:
| + | Üretim Safhası İçin Detaylı Planlar |
| | + | | colspan="2" |Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | | | |
| − | o Kullanım safhası boyunca sistem performansının ve koşullarının izlenmesi ve gerekli geri bildirimlerin yapılması sağlanır.
| + | Güncellenmiş Ömür Devri Maliyet Tahmini |
| | | | |
| − | === 3.4.11.3. Çıktılar ===
| + | Güncellenmiş Planlar |
| − | · Kullanım Performansı Verileri,
| |
| | | | |
| − | · Müşteri Desteği yeterliliğinin değerlendirilmesi,
| + | Kullanım ve Destek Safhaları İçin Detaylı Planlar |
| | + | |Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | | | |
| − | · Öğrenilmiş Dersler.
| + | Güncellenmiş Ömür Devri Maliyet Tahmini |
| | | | |
| | + | Güncellenmiş Planlar |
| | | | |
| − | Şekil 31 Kullanım Süreci
| + | Envanterden Çıkarma Safhası İçin Detaylı Planlar |
| | + | |- |
| | + | |Faaliyetler |
| | + | |Program/Projenin Tanımlanması |
| | | | |
| − | == 3.4.12. LOJİSTİK DESTEK VE BAKIM SÜRECİ ==
| + | Safhalar ve Süreçlerin Belirlenmesi |
| − | Amaçlanan, ürünün ömrü boyunca hizmet verebilme yeteneğinin ve lojistik desteğinin sürdürülebilir olmasını sağlamaya ilişkin programlamaların yapılması ve gerçekleştirilmesidir.
| |
| | | | |
| − | Sistemin tüm ömür devri boyunca etkin ve ekonomik bir şekilde sürdürülebilirliği için, planlamanın yapılması, uygulanması, analizlerin gerçekleştirilmesi ve raporlanması için gerekli tüm lojistik destek faaliyetlerini içerir.
| + | Program/Proje Kaynaklarının Planlanması |
| | + | |Program/Projenin Tanımlanması |
| | | | |
| − | === 3.4.12.1. Girdiler ===
| + | Program/Proje Kaynaklarının Planlanması |
| − | · Sistem tanımının bir parçası olarak lojistik destek ve bakım stratejisi (müşteri tarafından jenerik seviyede tanımlanmış olmalıdır),
| |
| | | | |
| − | · Sürdürülebilirlik için gereksinimler,
| + | Programın/Projenin Planlanması |
| | | | |
| − | · Kullanım konseptinden gelen lojistik ilişkili operasyonel gereksinimler ve hedefler.
| + | Programın/Projenin Yürütülmesi |
| | + | |Program/Projenin Tanımlanması |
| | | | |
| − | === 3.4.12.2. Faaliyetler ===
| + | Program/Proje Kaynaklarının Planlanması |
| − | Destek süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| |
| | | | |
| − | · Lojistik Destek ve Bakım kapsamında planlama yapılması,
| + | Programın/Projenin Planlanması |
| | | | |
| − | o Planlama faaliyetlerinin ana unsuru; Ön Konsept safhasından Kullanım ve Destek safhalarına kadar, tüm ömür döngüsü içerisinde tasarımı etkilemektir. Bu faaliyetler başlangıçta, kullanım çalışması ve/veya benzer sistemlerle ilgili olarak sahadan alınan veriler kapsamında taslak olabilir. Daha sonra gelinen olgunluk seviyesine göre yapılacak lojistik destek analizleri ile şekillenecektir. Kullanım ve destek safhalarında, planlama faaliyetleri operasyonel kullanım tecrübelerine ve bakımla ilgili geri bildirimlere bağlı olacaktır. Kullanım verilerine bağlı olarak, kullanım profili ya da destek stratejisi ile ilgili değişiklikler olabilecektir.
| + | Programın/Projenin Yürütülmesi |
| | + | |Program/Projenin Tanımlanması |
| | | | |
| − | · Planlamaya uygun faaliyetlerin yürütülmesi:
| + | Program/Proje Kaynaklarının Planlanması |
| | | | |
| − | o Faaliyetleri gerçekleştirmenin ana unsuru; önceden tamamlanması gereken hususların (bakım alt yapısı, tedarik zinciri altyapısı, özel ekipmanlar veya uygulamalar, dokümantasyon, prosedürler) ve prosedürlerin kullanılabilir halde olmasıdır.
| + | Programın/Projenin Planlanması |
| | | | |
| − | · Sistemin etkin ve ekonomik sürdürülebilirliği için analizlerin gerçekleştirilmesi ve raporlanması:
| + | Programın/Projenin Yürütülmesi |
| | + | | colspan="2" |Programın/Projenin Yürütülmesi |
| | + | |Program/Projenin Planlanması |
| | | | |
| − | o Kullanım safhası boyunca sistem performansının ve koşullarının izlenmesi amacıyla toplanan verilerin analizlerinin yapılarak sürdürülebilirliğine ilişkin karar destek mekanizmasının etkinliğinin sağlanması,
| + | Programın/Projenin Kapatılması |
| − | | + | |- |
| − | o Lojistik destek ve bakım kayıtlarının tutulması ve ihtiyaç duyulan verilerin hazırlanması,
| + | |Çıktı |
| | + | |Ana Hatlarıyla Program/Proje Planları |
| | + | |Program/Proje Planları |
| | | | |
| − | o Düzeltici ve önleyici tasarım değişiklikleri için hata durumlarının, sistem performansının, önerilerin raporlanması
| + | Proje Uygulama Takvimi |
| | | | |
| − | Savunma sistemleri tedarik edildiğinde son kullanıcı ihtiyaçlarının karşılanması ve bu sistemleri faal tutacak desteğin sağlanması esastır. Odak sistemlerin kullanım ve destek safhalarında, zamanla operasyonel çevrelerdeki ihtiyaçlar değişmekte, lojistik destekte zorluk, kesinti ve yüksek maliyet artışları yaşanmakta, artan kullanım yılına bağlı olarak sistem kabiliyetlerinde düşüş olabilmekte, aynı zamanda teknolojik gelişmelere uyum ve yeni kabiliyet ekleme ihtiyaçları ortaya çıkmaktadır. Savunma platform ve sistemlerinin öngörülen ömür devri boyunca kabiliyet muhafazasının sağlanması ve/veya arttırılması kapsamında bu sistemler için çözüm olarak yarı ömür modernizasyonunun yapılması planlanır ve bu maksatla modernizasyon /modifikasyon projeleri geliştirilir.
| + | Rol ve Sorumluluklar |
| | | | |
| − | === 3.4.12.3. Çıktılar ===
| + | Kaynak Planlaması |
| − | · Lojistik destek stratejisi,
| + | |Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | | | |
| − | · Sistem tasarımına girdi olması amacıyla lojistik destek ve bakım ile ilgili kısıtlamalar,
| + | Güncellenmiş Ömür Devri Maliyet Tahmini |
| | | | |
| − | · Düzeltici ve önleyici planlama faaliyetlerine ilişkin raporlar ve
| + | Güncellenmiş Planlar |
| | | | |
| − | · Lojistik destek ve bakım kayıtlarıdır.
| + | Üretim Safhası İçin Detaylı Planlar |
| | + | |Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | | | |
| − | Gerekli çıktılar başlangıç için hazırlanır ve daha sonra bu çıktıların karar noktalarının, kilometre taşlarının veya kontrol süreçleri gibi diğer süreçlerin sonuçlarına bağlı olarak sürdürülebilir olmasının sağlanması gerekmektedir. Lojistik destek stratejisi ve gereksinimlerinin yanı sıra bunlara yönelik yapılacak iyileştirmelerin de dokümante edilmeleri gerekmektedir.
| + | Güncellenmiş Ömür Devri Maliyet Tahmini |
| | | | |
| | + | Güncellenmiş Planlar |
| | | | |
| − | Şekil 32 Destek Süreci
| + | Kullanım ve Destek Safhaları İçin Detaylı Planlar |
| | + | | colspan="2" |Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | | | |
| − | == 3.4.13. ENVANTERDEN ÇIKARMA SÜRECİ ==
| + | Güncellenmiş Ömür Devri Maliyet Tahmini |
| − | Yasal düzenlemelere, paydaşlar arası anlaşmalara ve organizasyonel kısıtlara uygun olarak odak sistem ve destek unsurlarının mevcudiyetini sona erdiren süreçtir.
| |
| | | | |
| − | Bağış, yeniden satış veya sorumlulukların değişimi ile sahipliğin aktarılması bu süreç kapsamında değildir.
| + | Güncellenmiş Planlar |
| | | | |
| − | Genel olarak envanterden çıkarma süreci aktiviteleri Geliştirme (planlama) ve Envanterden Çıkarma (yürütme) Safhalarında yoğunlaşır. Envanterden Çıkarma Safhası öncesinde de sürecin işletilmesine ihtiyaç duyulabilir.
| + | Envanterden Çıkarma Safhası İçin Detaylı Planlar |
| | + | |Tamamlanmış Program/Proje |
| | + | |} |
| | | | |
| − | === 3.4.13.1. Girdiler ===
| |
| − | · Savunma ve lojistik planları,
| |
| | | | |
| − | · Paydaş İhtiyaçları ve Gereksinimleri
| + | ==== <big>3.5.3.2. PROGRAM DEĞERLENDİRME VE KONTROL SÜRECİ</big> ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | | colspan="7" |Program/Proje Planı |
| | + | |- |
| | + | |Faaliyetler |
| | + | | colspan="7" |Program/Proje Değerlendirme ve Kontrol Planlaması |
| | | | |
| − | · İş/Görev Analizi
| + | Program/Projenin Değerlendirilmesi |
| | | | |
| − | · Yetenek Matrisi
| + | Program/Projenin Kontrol Edilmesi |
| | + | |- |
| | + | |Çıktı |
| | + | | colspan="7" |Dokümante Edilmiş Program/Proje İlerleme (Planlama/Gerçekleşme) Durumu |
| | + | |} |
| | | | |
| − | · Envanterden Çıkarma Stratejisi,
| + | ==== <big>3.5.3.3. KARAR YÖNETİMİ SÜRECİ</big> ==== |
| − | | |
| − | · Envanterden çıkarma kararı,
| |
| − | | |
| − | · Sistem (Destek unsurları, mühimmat vb. dahil)
| |
| − | | |
| − | · İlgili malzemelere yönelik emniyet veri dosyaları
| |
| − | | |
| − | · Envanterden Çıkarma Planı (Taslak)
| |
| − | | |
| − | === 3.4.13.2. Faaliyetler ===
| |
| − | Süreç kapsamında:
| |
| − | | |
| − | '''Envanterden Çıkarma Faaliyetinin Planlanması'''
| |
| − | | |
| − | · Her sistem bileşenini ve süreç sonunda söz konusu olabilecek atıl ürünleri içerecek envanterden çıkarma süreci tanımlanır,
| |
| − | | |
| − | · Envanterden çıkarma stratejisinden çıkan sistem tasarımına yönelik kaçınılmaz kısıtlar (demontaj, erişim, depolama, beceri gereksinimi vb.) paylaşılır,
| |
| − | | |
| − | · Depolama söz konusu ise gerekli tesisler ve kriterler tanımlanır.
| |
| − | | |
| − | '''Envanterden Çıkarma Faaliyetinin Yürütülmesi'''
| |
| − | | |
| − | · Envanterden çıkarma sürecinde ihtiyaç duyulacak destek unsurları ve hizmetler tedarik edilir.
| |
| − | | |
| − | · Odak sistem operasyondan çekilme amacıyla deaktive edilir.
| |
| − | | |
| − | · Operasyondan sorumlu personelden gerekli bilgiler temin edilir.
| |
| − | | |
| − | · Odak sistem süreci kolaylaştırmak adına daha küçük yapılara indirgenir.
| |
| − | | |
| − | · Planlanan envanterden çıkarma faaliyetleri yürütülür. Bu kapsamda odak sistem ile birlikte ihtiyaç duyulmayacağı değerlendirilen destek unsurları, mühimmat vb. envanterden çıkarılır.
| |
| − | | |
| − | '''Envanterden Çıkarma Faaliyetinin Sonlandırılması'''
| |
| − | | |
| − | · Envanterden çıkarma sonrası insan sağlığına, emniyete ve çevreye zararlı herhangi bir etken bulunmadığı garanti altına alınır.
| |
| − | | |
| − | · Ömür boyunca toplanan bilgilerin, tehlike değerlendirmelerinde kullanılabilmesi ve gelecek sistemlere girdi olması amacıyla kaydedilmesi sağlanır.
| |
| − | | |
| − | === 3.4.13.3. Çıktılar ===
| |
| − | · Envanterden Çıkarma Stratejisi
| |
| − | | |
| − | · Envanterden Çıkarma Planı
| |
| − | | |
| − | · Sistem Bileşenleri ve Atıkların Yönetim Stratejisi
| |
| − | | |
| − | · Eski haline ya da üzerinde anlaşılan bir seviyeye döndürülen çevre,
| |
| − | | |
| − | · Envanterden çıkarma kayıtları ve raporları
| |
| − | | |
| − | · Tekrar kullanılacak, geri dönüştürülecek, imha edilecek, depolanacak ya da tedarik zincirine geri döndürülecek birimler
| |
| − | | |
| − | · Öğrenilmiş Dersler
| |
| − | | |
| − | | |
| − | Şekil 33 Envanterden Çıkarma Süreci
| |
| − | | |
| − | | |
| − | == 3.5. SAFHALARA GÖRE SÜREÇ GİRDİLERİ, FAALİYETLERİ VE ÇIKTILARI == | |
| − | | |
| − | === 3.5.1. MUTABAKAT SÜREÇLERİ ===
| |
| − | | |
| − | === 3.5.1.1. TEDARİK SÜRECİ ===
| |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 3.653. satır: |
3.956. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |Yetenek İhtiyacı ve Gereksinimleri | + | | colspan="7" |Sistem Ömür Devri Modeli Karar Noktaları |
| − | |Tedarik İhtiyacı ve Gereksinimleri | |
| − | |Sözleşme ve Ekleri
| |
| | | | |
| − | Tedarik Planı
| + | Maliyet ve Performans Analizleri |
| − | |Sözleşme ve Ekleri
| |
| | | | |
| − | Tedarik Planı
| + | Tanımlı Kilometre Taşları |
| − | | colspan="3" |Sözleşme ve Ekleri
| |
| − | | |
| − | Tedarik Planı
| |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | |Proje/İhtiyaç Tanımlama Dokümanının Hazırlanması | + | | colspan="7" |Karar Verme Stratejisinin Belirlenmesi |
| − | |Tedarik Sözleşmesinin Hazırlanması | |
| | | | |
| − | Yeterlilikteki Tedarikçilere Talep Gönderilmesi
| + | Bilimsel Karar Destek Faaliyetlerinin Yürütülmesi |
| | | | |
| − | Tekliflerin Değerlendirilmesi ve Sözleşmenin İmzalanması
| + | Kararın Duyurulması |
| − | |Sözleşmenin Yönetilmesi
| |
| − | |Sözleşmenin Yönetilmesi
| |
| − | | |
| − | Son Kabulün yapılması
| |
| − | | colspan="3" |Son Kabulün yapılması
| |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | |Proje/İhtiyaç Tanımlama Dokümanı | + | | colspan="7" |Karar Yönetimi Stratejisi |
| − | |Sözleşme ve Ekleri | |
| − | |Tedarik Edilen Ürün/Prototip(ler)
| |
| | | | |
| − | ELD teslimatları
| + | Dokümante Edilmiş ve Paylaşılmış Kararlar |
| − | | |
| − | Sözleşmede tanımlı diğer teslimat kalemleri
| |
| − | |Tedarik Edilen Ürün
| |
| − | | |
| − | ELD teslimatları
| |
| − | | |
| − | Sözleşmede tanımlı diğer teslimat kalemleri
| |
| − | | colspan="3" |Tedarik Edilen Ürün
| |
| | |} | | |} |
| | | | |
| − | === 3.5.1.2. İKMAL SÜRECİ === | + | ==== <big>3.5.3.4. RİSK YÖNETİMİ SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 3.706. satır: |
3.987. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |Yetenek İhtiyacı ve Gereksinimleri | + | | colspan="7" |Paydaş İsterleri ve Sistem Gereksinimleri |
| | | | |
| − | Mevcut İkmal Maddeleri/Hizmetleri
| + | Öğrenilmiş Dersler |
| − | |Taslak Entegre Lojistik Destek Planı
| |
| | | | |
| − | Tedarik Zinciri
| + | Risk Yönetimi Stratejisi (Belirleme, Analiz, Azaltma vb.) |
| − | | |
| − | Tedarik Planı, Bütçe
| |
| − | | colspan="5" |Entegre Lojistik Destek Planı
| |
| − | | |
| − | Tedarik Zinciri
| |
| − | | |
| − | Tedarik Planı, Bütçe
| |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | |İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması
| + | | colspan="7" |Risklerin Tespit Edilmesi |
| − | |İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması
| |
| − | | colspan="5" |İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması | |
| | | | |
| − | İkmal Maddelerinin/Hizmetlerin Tedarikinin Yönetilmesi
| + | Risk Analizlerinin Yapılması |
| | | | |
| − | İkmal Maddelerinin/Hizmetlerin Kabulünün Yapılması
| + | Risklerin Yönetilmesi |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | |Taslak Entegre Lojistik Destek Planı | + | | colspan="7" |Risk Yönetimi Planı |
| | | | |
| − | Taslak Tedarik Zinciri
| + | Eylem Planları ve Risk Kayıtları |
| | + | |} |
| | | | |
| − | Taslak Tedarik Planı
| + | ==== '''<big>3.5.3.5. KONFİGÜRASYON YÖNETİMİ SÜRECİ</big>''' ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | |<nowiki>--</nowiki> |
| | + | |Sözleşme, iş tanımı ve ekleri |
| | | | |
| − | Taslak Bütçe Planı
| + | Sistem Mühendisliği Gereksinimleri |
| − | |Güncellenen Entegre Lojistik Destek Planı
| |
| | | | |
| − | Güncellenen Tedarik Zinciri
| + | Program, Lojistik ve Bakım Yönetim Planları |
| | | | |
| − | Güncellenen Tedarik Planı
| + | İletişim |
| | + | |Planlama ile uyumlu belgelendirilmiş Konfigürasyon Yönetimi Süreci (Konfigürasyon Yönetimi Planı) |
| | | | |
| − | Bütçe
| + | Sözleşme ve iş planı Konfigürasyon Yönetimi Maddeleri |
| − | | colspan="5" |Temin edilen ikmal malzemesi/hizmet | + | |Performans Ölçümleri |
| | | | |
| − | Güncellenen Entegre Lojistik Destek Planı
| + | İletişim |
| | + | | colspan="2" |Performans Ölçümleri |
| | | | |
| − | Güncellenen Tedarik Zinciri
| + | İletişim |
| | + | |Performans Ölçümleri |
| | | | |
| − | Güncellenen Tedarik Planı,
| + | İletişim |
| | + | |- |
| | + | |Faaliyetler |
| | + | |<nowiki>--</nowiki> |
| | + | |Konfigürasyon Yönetimi Planlama |
| | + | |Konfigürasyon Yönetimi Planlama |
| | | | |
| − | Bütçe
| + | Konfigürasyon Tanımlama |
| − | |} | + | |Konfigürasyon Yönetimi Planlama |
| | | | |
| − | === 3.5.2. ORGANİZASYONEL PROJE DESTEK SÜREÇLERİ ===
| + | Konfigürasyon Değişiklik Yönetimi |
| | | | |
| − | === 3.5.2.1. ÖMÜR DEVRİ MODELİ YÖNETİMİ SÜRECİ ===
| + | Konfigürasyon Denetimleri |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | | colspan="7" |Organizasyon Strateji Planı
| |
| | | | |
| − | Organizasyon Uyarlama Yaklaşımı
| + | Konfigürasyon Durum Muhasebesi |
| | + | | colspan="2" |Konfigürasyon Yönetimi Planlama |
| | + | |
| | + | Konfigürasyon Değişiklik Yönetimi |
| | + | |
| | + | Konfigürasyon Durum Muhasebesi Konfigürasyon Denetimleri |
| | + | |Konfigürasyon Durum Muhasebesi |
| | |- | | |- |
| − | |Faaliyetler | + | |Çıktı |
| − | | colspan="7" |Ömür Devri Modelinin Kurulumu | + | |<nowiki>--</nowiki> |
| | + | |Planlama ile uyumlu belgelendirilmiş Konfigürasyon Yönetimi Süreci (Konfigürasyon Yönetimi Planı) |
| | + | |
| | + | Sözleşme ve iş planı Konfigürasyon Yönetimi Maddeleri |
| | + | |
| | + | Konfigürasyon Birimleri |
| | + | |
| | + | Konfigürasyon Temel Çizgileri |
| | + | |Planlama ile uyumlu belgelendirilmiş Konfigürasyon Yönetimi Süreci (Konfigürasyon Yönetimi Planı) |
| | | | |
| − | Ömür Devri Modelinin Uygulanması
| + | Konfigürasyon Birimleri |
| | | | |
| − | Ömür Devri Modelinin Değerlendirilmesi
| + | Konfigürasyon Temel Çizgileri |
| | + | |Denetim Sonuç Raporu |
| | + | | colspan="2" |Konfigürasyon Birimleri |
| | | | |
| − | Ömür Devri Modelinin İyileştirilmesi
| + | Performansı ölçülen ve sürekli iyileştirilen Konfigürasyon Yönetimi Süreci |
| − | |-
| |
| − | |Çıktı
| |
| − | | colspan="7" |Organizasyonel Politikalar ve Süreçler
| |
| | | | |
| − | Ömür Devri Yönetim Planı
| + | Öğrenilmiş Dersler |
| | + | |Konfigürasyon Durum Muhasebesi Raporları |
| | | | |
| − | Ömür Devri Yönetimi Raporu
| + | Öğrenilmiş Dersler |
| | |} | | |} |
| | | | |
| − | === 3.5.2.2. ALTYAPI YÖNETİMİ SÜRECİ === | + | ==== <big>3.5.3.6. ENFORMASYON YÖNETİM SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 3.802. satır: |
4.096. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | | colspan="7" |Organizasyon Strateji Planı | + | | colspan="7" |Enformasyon Yönetimi Stratejisi |
| − | | |
| − | Organizasyon ve Program
| |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | | colspan="7" |Altyapının Tanımlanması | + | | colspan="7" |Enformasyon Yönetiminin Planlanması |
| | | | |
| − | Altyapının Kurulması
| + | Enformasyon Yönetiminin Gerçekleştirilmesi |
| − | | |
| − | Altyapının İdame Ettirilmesi
| |
| − | | |
| − | Altyapının Elden Çıkarılması
| |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | | colspan="7" |Altyapı Yönetimi Planı | + | | colspan="7" |Güncel Enformasyon |
| | + | |} |
| | | | |
| − | Organizasyon veya Program/Proje Altyapısı
| + | ==== <big>3.5.3.7. ÖLÇÜM SÜRECİ</big> ==== |
| − | | |
| − | Altyapı Yönetimi Rapor ve Kayıtları
| |
| − | |}
| |
| − | | |
| − | | |
| − | === 3.5.2.3. PORTFÖY YÖNETİMİ SÜRECİ === | |
| | {| class="wikitable" | | {| class="wikitable" |
| − | | | + | | |
| − | |'''Ön Konsept''' | + | |'''Ön Konsept''' |
| | |'''Konsept''' | | |'''Konsept''' |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| 3.833. satır: |
4.116. satır: |
| | |'''Kullanım''' | | |'''Kullanım''' |
| | |'''Destek''' | | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | | colspan="7" |Organizasyon Strateji Planı | + | |<nowiki>--</nowiki> |
| − | | + | |Diğer Süreçler Tarafından İstenen Bilgiler |
| − | Proje Durum Raporu
| + | |Diğer Süreçler Tarafından İstenen Bilgiler |
| − | | + | |Diğer Süreçler Tarafından İstenen Bilgiler |
| − | Portföy Kural ve Kısıtları
| + | | colspan="2" |Diğer Süreçler Tarafından İstenen Bilgiler |
| | + | |<nowiki>--</nowiki> |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | | colspan="7" |Program/Projenin Başlatılması | + | |<nowiki>--</nowiki> |
| | + | |Ölçümün Planlanması |
| | + | |Ölçümün Planlanması |
| | | | |
| − | Program/Projenin Kontrol Edilmesi
| + | Ölçümün Yapılması |
| | | | |
| − | Program/Projenin Kapatılması
| + | Ölçümün Düzenlenmesi |
| | + | |Ölçümün Planlanması |
| | + | |
| | + | Ölçümün Yapılması |
| | + | |
| | + | Ölçümün Düzenlenmesi |
| | + | | colspan="2" |Ölçümün Yapılması |
| | + | |
| | + | Ölçümün Düzenlenmesi |
| | + | |<nowiki>--</nowiki> |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | | colspan="7" |Portföy Yönetimi Planı | + | |<nowiki>--</nowiki> |
| − | | + | |Ölçüm Sonuç Raporu |
| − | Portföy Yönetimi Rapor ve Kayıtları
| + | |Ölçüm sonuç raporu |
| | + | |Ölçüm sonuç raporu |
| | + | | colspan="2" |Ölçüm sonuç raporu |
| | + | |<nowiki>--</nowiki> |
| | |} | | |} |
| | | | |
| − | === 3.5.2.4. İNSAN KAYNAĞI YÖNETİMİ SÜRECİ === | + | ==== <big>3.5.3.8. KALİTE GÜVENCE SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| − | | | + | | |
| − | |'''Ön Konsept''' | + | |'''Ön Konsept''' |
| | |'''Konsept''' | | |'''Konsept''' |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| 3.864. satır: |
4.162. satır: |
| | |'''Kullanım''' | | |'''Kullanım''' |
| | |'''Destek''' | | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | | colspan="7" |Organizasyon Strateji Planı | + | |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| | | | |
| − | Portföy Yönetimi Planı
| + | Süreç Odaklı ve Bağımsız Kalite Yaklaşımı |
| − | | + | |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| − | Proje İnsan Kaynağı Gereksinimleri ve Yetenek İhtiyaçları
| + | |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| | + | |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| | + | | colspan="2" |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| | + | |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | | colspan="7" |İhtiyacın ve Mevcut Durumun Değerlendirilmesi | + | |Kalite Güvence Stratejisi’nin oluşturulması |
| | | | |
| − | Yetenek İhtiyacının Karşılanması
| + | Kalite Planın Oluşturulması |
| | + | |Kalite Güvence Stratejisi’nin Gözden Geçirilmesi |
| | | | |
| − | İnsan Kaynağı Yönetimi
| + | Kalite Planın Yürütülmesi |
| | + | |Kalite Güvence Stratejisi’nin Gözden Geçirilmesi |
| | + | |
| | + | Kalite Planın Yürütülmesi |
| | + | |Kalite Güvence Stratejisi’nin Gözden Geçirilmesi |
| | + | |
| | + | Kalite Planın Yürütülmesi |
| | + | | colspan="2" |Kalite Güvence Stratejisi’nin uygulanması |
| | + | |
| | + | Kalite Planın Yürütülmesi |
| | + | |Kalite Güvence Stratejisi’nin uygulanması |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | | colspan="7" |İnsan Kaynağı Yönetimi Planı | + | |Kalite Stratejisi, |
| | + | |
| | + | Kalite Planı |
| | + | |Kalite Stratejisi, |
| | + | |
| | + | Kalite Planı |
| | + | |Kalite Stratejisi, |
| | | | |
| − | Eğitim Planı
| + | Kalite Planı |
| | + | |Kalite Stratejisi, |
| | | | |
| − | Kalifiye Personel
| + | Kalite Planı |
| | + | | colspan="2" |Kalite Stratejisi, |
| | | | |
| − | Portföy Yönetimi Rapor ve Kayıtları
| + | Kalite Planı |
| | + | |Süreç Odaklı ve Bağımsız Kalite Yaklaşımı |
| | |} | | |} |
| | | | |
| | | | |
| − | === 3.5.2.5. BİLGİ (KNOWLEDGE) YÖNETİMİ SÜRECİ === | + | ==== <big>3.5.3.9. ÖMÜR BOYU İZLENEBİLİRLİK SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 3.903. satır: |
4.224. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | | colspan="7" |Organizasyon Strateji Planı | + | | colspan="7" |Başlangıç Planlama |
| | | | |
| − | Kayıtlar
| + | Başlangıç Kontrol ve Analiz |
| − | |-
| |
| − | |Faaliyetler
| |
| − | | colspan="7" |Bilgi Yönetimi Standartların Belirlenmesi
| |
| | | | |
| − | Bilgi Yönetimi Stratejisinin Belirlenmesi
| + | Başlangıç Karar Yönetim Planı |
| | | | |
| − | Bilgi Yönetimi
| + | Başlangıç Risk Yönetimi Planı |
| − | |-
| |
| − | |Çıktı
| |
| − | | colspan="7" |Bilgi Yönetimi Planı
| |
| | | | |
| − | Bilgi Yönetimi Sistemi Rapor ve Kayıtları | + | Başlangıç Konfigürasyon Yönetimi Planı |
| − | |} | + | |
| | + | Başlangıç Bilgi Yönetimi Planı |
| | + | |
| | + | Başlangıç Ölçme ve Değerlendirme Planı |
| | + | |
| | + | Başlangıç Kalite Güvence Yönetim Planı |
| | + | |- |
| | + | |Faaliyetler |
| | + | | colspan="7" |Takip Edilebilirlik Anlamındaki Parametrelerin Tanımlanması |
| | + | |
| | + | İzlenebilirlik Kapsamındaki Parametrelerin Bağlantılarının Kurulması |
| | + | |
| | + | Değişikliklerin Etkilerinin Tanımlanması |
| | + | |- |
| | + | |Çıktı |
| | + | | colspan="7" |Güncel Proje Planlama |
| | + | |
| | + | Güncel Proje Kontrol ve Analiz |
| | + | |
| | + | Güncel Karar Yönetimi |
| | + | |
| | + | Güncel Risk Yönetimi |
| | + | |
| | + | Güncel Konfigürasyon Yönetimi |
| | + | |
| | + | Güncel Bilgi Yönetimi |
| | + | |
| | + | Güncel Ölçme ve Değerlendirme |
| | + | |
| | + | Güncel Kalite Güvence Yönetimi |
| | + | |} |
| | | | |
| | | | |
| − | === 3.5.2.6. KALİTE YÖNETİMİ SÜRECİ === | + | ==== <big>3.5.3.10. ÖMÜR DEVRİ MALİYETİ YÖNETİMİ SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 3.933. satır: |
4.278. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |Paydaş İhtiyaçları | + | |Risk kayıtları/matrisi, |
| | | | |
| − | Odak sistem hedefleri
| + | Program/proje planlama dokümanları |
| − | |Önerilen sistem çözümleri, | + | |Sistem iş kırılımı yapısı, |
| | | | |
| − | Taslak Kalite Planı
| + | Tahmini Takvimi, |
| − | |Sözleşme ve Ekleri
| |
| | | | |
| − | Güncellenen proje yönetim planları ve diğer yönetsel planlar
| + | Risk kayıtları/matrisi, |
| − | |Sözleşme ve Ekleri
| |
| | | | |
| − | Güncellenen proje yönetim planları ve diğer yönetsel planlar
| + | Program/ proje planlama dokümanları |
| | + | |Sistem iş kırılımı yapısı, |
| | | | |
| − | Doğrulama ve Kalifikasyon Sonuçları
| + | Program/proje Uygulama Takvimi, |
| − | | colspan="2" |Sözleşme ve Ekleri
| |
| | | | |
| − | Güncellenen proje yönetim planları ve diğer yönetsel planlar
| + | Risk kayıtları/matrisi, |
| | | | |
| − | Doğrulama ve Kalifikasyon Sonuçları
| + | Program/proje planlama dokümanları |
| − | |Sözleşme ve Ekleri | + | |Sistem iş kırılımı yapısı, |
| | | | |
| − | Güncellenen proje yönetim planları ve diğer yönetsel planlar
| + | Program/proje Uygulama |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |Süreç Yönetim Esaslarının Belirlenmesi
| |
| | | | |
| − | Kalite Temin Faaliyetlerine ilişkin yoğunluğun Belirlenmesi
| + | Takvimi, |
| | | | |
| − | Taslak Kalite Planının Hazırlanması
| + | Risk kayıtları/matrisi, |
| − | |Kalite Planının Hazırlanması
| |
| | | | |
| − | Kalite Yönetim Sisteminin Düzenlenmesi
| + | Program/proje planlama dokümanları |
| − | |Kalite Planın hazırlanması / güncellenmesi | + | | colspan="2" |Sistem iş kırılımı yapısı, |
| | | | |
| − | Kalite Yönetim Sisteminin Düzenlenmesi / güncellenmesi
| + | Program/proje Uygulama |
| | | | |
| − | Kalite Yönetiminin Uygulanması
| + | Takvimi, |
| − | |Kalite Planın hazırlanması / güncellenmesi
| |
| | | | |
| − | Kalite Yönetim Sisteminin Düzenlenmesi / Güncellenmesi
| + | Risk kayıtları/matrisi, |
| | | | |
| − | Kalite Yönetiminin Uygulanması
| + | Program/proje planlama dokümanları |
| − | | colspan="2" |Bakım ve onarım kalite kayıtlarının takibi, | + | |Sistem iş kırılımı yapısı, |
| | | | |
| − | Kullanıcılar için verilen eğitim hizmetinin uygunluğu,
| + | Program/proje Uygulama Takvimi, |
| | + | |- |
| | + | |Faaliyetler |
| | + | |Ömür Devri Maliyeti Planlaması ve Ön Tahminlerin Yapılması |
| | + | |Ömür Devri Maliyeti Planının Gözden Geçirilmesi ve Ön Tahminlerin Güncellenmesi |
| | + | |Ömür Devri Maliyeti Planının Gözden Geçirilmesi ve Ön Tahminlerin Güncellenmesi |
| | | | |
| − | Yedek ve sarf malzemelerin uygunluğu,
| + | Tahmini Ömür Devri Maliyeti Hesaplaması |
| − | | + | |Ömür Devri Maliyeti Planlaması Ömür Devri Maliyetinin İzlenmesi, Gözden Geçirilmesi ve Güncellenmesi |
| − | Kullanıcıdan gelen geri beslemelerin değerlendirilmesi ve sürekli iyileşme faaliyetlerinin desteklenmesi
| + | | colspan="2" |Ömür Devri Maliyetinin İzlenmesi, Gözden Geçirilmesi ve Güncellenmesi |
| − | |Envanterden çıkarma safhası gözden geçirme toplantısının yapılması ve envanterden çıkarma planının onaylanması | + | |Ömür Devri Maliyetinin Güncellenmesi |
| − | | |
| − | Program sonlandırma / tasfiye sürecinin takip edilmesi
| |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | |Taslak Kalite Planı | + | |Tahmini Ömür Devri Maliyeti Planı, |
| | + | |Tahmini Ömür Devri Maliyeti Planı, |
| | + | |Tahmini Ömür Devri Maliyeti Planı ve Gerçekleşen Maliyet (Ömür Devri Maliyeti Hesaplama Raporu), |
| | + | |Tahmini Ömür Devri Maliyeti Planı ve Gerçekleşen Maliyet (Ömür Devri Maliyeti Hesaplama Raporu), |
| | + | | colspan="2" |Tahmini Ömür Devri Maliyeti Planı ve Gerçekleşen Maliyet (Ömür Devri Maliyeti Hesaplama Raporu), |
| | | | |
| − | Sistem ve süreçte edinilen iyileşmeler, Öğrenilmiş dersler
| + | Ömür Devri Maliyeti Süreç Analizi |
| − | |Güncellenen Kalite Planı | + | |Ömür Devri Maliyeti Hesaplama Raporu, |
| | | | |
| − | Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi
| + | Ömür Devri Maliyeti Süreç Analizi |
| | + | |} |
| | | | |
| − | Sistem ve süreçte edinilen iyileşmeler,
| |
| | | | |
| − | Öğrenilmiş dersler
| + | === 3.5.4. TEKNİK SÜREÇLER === |
| − | |Güncellenen Kalite Planı
| |
| | | | |
| − | Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi
| + | ==== <big>3.5.4.1. İŞ VE GÖREV ANALİZİ SÜRECİ</big> ==== |
| − | | + | {| class="wikitable" |
| − | Sistem ve süreçte edinilen iyileşmeler,
| + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | |· Harekât Verileri |
| | | | |
| − | Öğrenilmiş dersler
| + | · Tatbikat Verileri, |
| − | |Güncellenen Kalite Planı
| + | |
| | + | · Tehditlerdeki Değişimler, |
| | | | |
| − | Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi
| + | · Yasal Yükümlülükler, |
| | | | |
| − | Sistem ve süreçte edinilen iyileşmeler,
| + | · Teknolojik Yenilikler, |
| | | | |
| − | Öğrenilmiş dersler
| + | · Alternatifler (DELTMATO - Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik), |
| − | | colspan="2" |Güncellenen Kalite Planı
| |
| | | | |
| − | Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi
| + | · Mevcut İmkân ve Kabiliyetler ve uzun vadede sahip olunmasına ihtiyaç duyulan imkân ve kabiliyetler, |
| | | | |
| − | Sistem ve süreçte edinilen iyileşmeler,
| + | · Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları, |
| | | | |
| − | Öğrenilmiş dersler
| + | · Kaynak durumu, |
| − | |Güncellenen Kalite Planı
| |
| | | | |
| − | Sistem ve süreçte edinilen iyileşmeler,
| + | · Kullanım ve Destek Süreçlerinde yaşanan zafiyetler ve elde edilen veriler |
| | + | |İş/Görev Analizi |
| | | | |
| − | Öğrenilmiş dersler
| + | Yetenek Matrisi |
| − | |} | + | | colspan="4" |Yetenek Matrisi (Revize) |
| | + | |Yetenek Matrisi (Revize) |
| | + | |- |
| | + | |Faaliyetler |
| | + | |Harekât ve lojistik ihtiyacının değerlendirilmesi, |
| | | | |
| − | === 3.5.3. PROGRAM/PROJE SÜREÇLERİ ===
| + | Sistem, alt sistem ve/ veya komponent çözümü ile karşılanıp karşılanmama ihtiyacının belirlenmesi. |
| | | | |
| − | === 3.5.3.1. PROGRAM PLANLAMA SÜRECİ === | + | Problem sahalarının ve fırsatlarının tanımlanması. |
| − | {| class="wikitable" | + | |
| − | | | + | Çözüm alternatiflerinin karakteristiğinin belirlenmesi. |
| − | |'''Ön Konsept''' | + | |Mevcut sistemlerin görev kapsamlarının operasyonel karşılama durumunun, mevcut seçeneklerin ve yetenek açıklarının değerlendirilmesi. |
| | + | |
| | + | İş/ Görev Analizinin yönetilmesi. |
| | + | | colspan="4" |İş/Görev Analizinin yönetilmesi. |
| | + | |İş/Görev Analizinin yönetilmesi. |
| | + | |- |
| | + | |Çıktı |
| | + | |İş/Görev Analizi |
| | + | |
| | + | Yetenek Matrisi |
| | + | |Yetenek Matrisi (Revize) |
| | + | | colspan="4" |Yetenek Matrisi (Revize) |
| | + | |Yetenek Matrisi (Revize) |
| | + | |} |
| | + | |
| | + | ==== <big>3.5.4.2. PAYDAŞ İHTİYAÇLARI VE İSTERLERİ TANIMLAMA SÜRECİ</big> ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | |'''Konsept''' | | |'''Konsept''' |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| 4.036. satır: |
4.412. satır: |
| | |'''Kullanım''' | | |'''Kullanım''' |
| | |'''Destek''' | | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |Organizasyon Strateji Planı | + | |İş/Görev Analizi Dokümanı |
| | | | |
| − | Kabiliyet İhtiyacı Değerlendirmeleri
| + | Paydaşların gereksinimleri ve beklentileri |
| − | |Alternatif Çözümler ve Karşılık Gelen Program/Proje Planları
| |
| − | |Program/Proje Planları
| |
| | | | |
| − | Kaynaklar
| + | Yetenek açığının belirlenmesi |
| − | |Doğrulanmış ve Geçerli Kılınmış Dokümanlar | + | |İhale dokümanları veya sözleşmeler |
| | + | |Sistem Çözümündeki Kısıtlamalar |
| | + | |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi |
| | + | | colspan="2" |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi |
| | + | |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi |
| | + | |- |
| | + | |Faaliyetler |
| | + | |Program/süreç içinde yer alan/alacak paydaşların ve ihtiyaçlarının belirlenmesi |
| | | | |
| − | Güncellenmiş Ömür Devri Maliyet Tahmini
| + | Kısıtlamalar, faaliyetler ve etkileşimler göz önünde bulundurularak paydaş gereksinimlerinin tanımlanması |
| | | | |
| − | Güncellenmiş Planlar
| + | Tanımlanan paydaş gereksinimlerinin gözden geçirilmesi, analiz edilmesi ve değerlendirilmesi |
| | + | |Program/süreç içinde yer alan/alacak paydaşların ve ihtiyaçlarının belirlenmesi |
| | | | |
| − | Üretim Safhası İçin Detaylı Planlar
| + | Kısıtlamalar, faaliyetler ve etkileşimler göz önünde bulundurularak paydaş gereksinimlerinin tanımlanması |
| − | | colspan="2" |Doğrulanmış ve Geçerli Kılınmış Dokümanlar
| |
| | | | |
| − | Güncellenmiş Ömür Devri Maliyet Tahmini
| + | Tanımlanan paydaş gereksinimlerinin gözden geçirilmesi, analiz edilmesi ve değerlendirilmesi |
| | + | |İstenen tüm gereksinimlerin eksiksiz olarak analiz edilmesi. |
| | | | |
| − | Güncellenmiş Planlar
| + | Gereksinim problemlerini çözülmesi. |
| − | | + | |Analiz edilen gereksinimlere ilişkin paydaşlara beklentilerinin yeterince karşılanıp karşılanmadığına yönelik geri dönüş yapılması. |
| − | Kullanım ve Destek Safhaları İçin Detaylı Planlar
| + | | colspan="2" |Paydaş gereksinimlerinin izlenebilirliğinin sağlanması. |
| − | |Doğrulanmış ve Geçerli Kılınmış Dokümanlar | + | |Sistemin ömür devri boyunca bildirilen paydaş gereksinimlerinin uygun bir biçimde saklanması. |
| − | | |
| − | Güncellenmiş Ömür Devri Maliyet Tahmini
| |
| − | | |
| − | Güncellenmiş Planlar
| |
| − | | |
| − | Envanterden Çıkarma Safhası İçin Detaylı Planlar
| |
| | |- | | |- |
| − | |Faaliyetler | + | |Çıktı |
| − | |Program/Projenin Tanımlanması | + | |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi |
| | + | |Kullanım ve Operasyonel Senaryolar |
| | | | |
| − | Safhalar ve Süreçlerin Belirlenmesi
| + | Sistem Çözümündeki Kısıtlamalar |
| | | | |
| − | Program/Proje Kaynaklarının Planlanması
| + | Paydaş Gereksinimleri ve İzlenebilirlik Matrisi |
| − | |Program/Projenin Tanımlanması | + | |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi |
| | + | |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi |
| | + | | colspan="2" |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi |
| | + | |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi |
| | + | |} |
| | | | |
| − | Program/Proje Kaynaklarının Planlanması
| + | ==== <big>3.5.4.3. SİSTEM GEREKSİNİMLERİ TANIMLAMA SÜRECİ</big> ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | |İş/Görev Analizi Dokümanı |
| | | | |
| − | Programın/Projenin Planlanması
| + | Paydaş Gereksinimleri ve Beklentileri |
| | + | |Paydaş Gereksinimleri ve Beklentileri |
| | + | |Paydaş Gereksinimleri ve Beklentileri |
| | + | |<nowiki>-</nowiki> |
| | + | | colspan="2" |- |
| | + | |<nowiki>-</nowiki> |
| | + | |- |
| | + | |Faaliyetler |
| | + | |Sistem gereksinimleri tanımı için hazırlığı |
| | | | |
| − | Programın/Projenin Yürütülmesi
| + | Başlangıç sistem gereksinimlerinin tanımlanması |
| − | |Program/Projenin Tanımlanması
| |
| | | | |
| − | Program/Proje Kaynaklarının Planlanması
| + | Sistem gereksinimlerinin analiz edilmesi |
| | | | |
| − | Programın/Projenin Planlanması
| + | Sistem gereksinimlerinin yönetilmesi |
| | + | |Sistem gereksinimleri tanımı için hazırlığı |
| | | | |
| − | Programın/Projenin Yürütülmesi
| + | Başlangıç sistem gereksinimlerinin tanımlanması |
| − | |Program/Projenin Tanımlanması
| |
| | | | |
| − | Program/Proje Kaynaklarının Planlanması
| + | Sistem gereksinimlerinin analiz edilmesi |
| | | | |
| − | Programın/Projenin Planlanması
| + | Sistem gereksinimlerinin yönetilmesi |
| | + | |Sistem gereksinimlerinin analiz edilmesi |
| | | | |
| − | Programın/Projenin Yürütülmesi
| + | Sistem gereksinimlerinin yönetilmesi |
| − | | colspan="2" |Programın/Projenin Yürütülmesi | + | |Sistem gereksinimlerinin analiz edilmesi |
| − | |Program/Projenin Planlanması
| |
| | | | |
| − | Programın/Projenin Kapatılması
| + | Sistem gereksinimlerinin yönetilmesi |
| | + | | colspan="2" |Sistem gereksinimlerinin yönetilmesi |
| | + | |<nowiki>-</nowiki> |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | |Ana Hatlarıyla Program/Proje Planları | + | |Gereksinim Tanımlama Dokümanı |
| − | |Program/Proje Planları | + | |Gereksinim Tanımlama Dokümanı |
| | + | |Gereksinim Tanımlama Dokümanı |
| | + | |<nowiki>-</nowiki> |
| | + | | colspan="2" |- |
| | + | |<nowiki>-</nowiki> |
| | + | |} |
| | | | |
| − | Proje Uygulama Takvimi
| + | ==== <big>3.5.4.4. MİMARİ TANIMLAMA SÜRECİ</big> ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | |<nowiki>-</nowiki> |
| | + | |Gereksinim Tanımlama Dokümanı |
| | + | |Gereksinim analizi sonucunda ortaya çıkmış sistem gereksinimleri ve tasarım kısıtları |
| | + | |<nowiki>-</nowiki> |
| | + | |<nowiki>-</nowiki> |
| | + | |<nowiki>-</nowiki> |
| | + | |<nowiki>-</nowiki> |
| | + | |- |
| | + | |Faaliyetler |
| | + | |<nowiki>-</nowiki> |
| | + | |Sistem mimari bakış açısı ile paydaş isterlerinin ilişkilerinin tanımlanması |
| | | | |
| − | Rol ve Sorumluluklar
| + | Sistem mimari kararı için önemli olan konseptler, özelliklerin, davranışların, fonksiyonların ve sınırlamaların mimariye yansıtılması |
| | + | |Sistem mimari bakış açısı ile paydaş isterlerinin ilişkilerinin tanımlanması |
| | | | |
| − | Kaynak Planlaması
| + | Sistem mimari kararı için önemli olan konseptler, özelliklerin, davranışların, fonksiyonların ve sınırlamaların mimariye yansıtılması |
| − | |Doğrulanmış ve Geçerli Kılınmış Dokümanlar
| |
| | | | |
| − | Güncellenmiş Ömür Devri Maliyet Tahmini
| + | Tanımlanan mimarinin yönetilmesi |
| | + | | colspan="3" |Üretim, kullanım, destek safhaları kapsamında ihtiyaç olması durumunda yapılacak tasarım değişikliklerinin mimari tasarımı etkilemesi durumunda sistem mimarisinin güncellenmesi |
| | + | |<nowiki>-</nowiki> |
| | + | |- |
| | + | |Çıktı |
| | + | |<nowiki>-</nowiki> |
| | + | |Başlangıç Mimari Tanımlama Dokümanı |
| | + | |Mimari adayları arasından seçilen ve sistem tasarımı kapsamında baz alınacak olan sistem mimarisi ile seçilme gerekçeleri |
| | | | |
| − | Güncellenmiş Planlar | + | Mimari Tanımlama Dokümanı |
| | + | | colspan="3" |Güncellenmiş Mimari Tanımlama Dokümanı |
| | + | |<nowiki>-</nowiki> |
| | + | |} |
| | | | |
| − | Üretim Safhası İçin Detaylı Planlar
| + | ==== <big>3.5.4.5. TASARIM TANIMLAMA SÜRECİ</big> ==== |
| − | |Doğrulanmış ve Geçerli Kılınmış Dokümanlar
| |
| − | | |
| − | Güncellenmiş Ömür Devri Maliyet Tahmini
| |
| − | | |
| − | Güncellenmiş Planlar
| |
| − | | |
| − | Kullanım ve Destek Safhaları İçin Detaylı Planlar
| |
| − | | colspan="2" |Doğrulanmış ve Geçerli Kılınmış Dokümanlar
| |
| − | | |
| − | Güncellenmiş Ömür Devri Maliyet Tahmini
| |
| − | | |
| − | Güncellenmiş Planlar
| |
| − | | |
| − | Envanterden Çıkarma Safhası İçin Detaylı Planlar
| |
| − | |Tamamlanmış Program/Proje
| |
| − | |}
| |
| − | | |
| − | | |
| − | === 3.5.3.2. PROGRAM DEĞERLENDİRME VE KONTROL SÜRECİ === | |
| | {| class="wikitable" | | {| class="wikitable" |
| − | | | + | | |
| − | |'''Ön Konsept''' | + | |'''Ön Konsept''' |
| | |'''Konsept''' | | |'''Konsept''' |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| 4.143. satır: |
4.563. satır: |
| | |'''Kullanım''' | | |'''Kullanım''' |
| | |'''Destek''' | | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | | colspan="7" |Program/Proje Planı | + | |Paydaş Gereksinimleri ve Beklentileri |
| | + | |Gereksinim Tanımlama Dokümanı |
| | + | |Önerilen tasarım çözümü için ön tasarım sonuçları (katı model, prototip vs. ) |
| | + | |Tasarım Güncelleme İhtiyacı |
| | + | | colspan="2" |Tasarım Güncelleme İhtiyacı |
| | + | |Tanımlamış / Güncellenmiş Tasarım |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | | colspan="7" |Program/Proje Değerlendirme ve Kontrol Planlaması | + | |Tasarım Stratejisinin Belirlenmesi |
| | + | |Tasarım Alternatiflerinin Değerlendirilmesi |
| | | | |
| − | Program/Projenin Değerlendirilmesi
| + | Teknoloji kullanılabilirlik durumunun takip edilmesi |
| | | | |
| − | Program/Projenin Kontrol Edilmesi
| + | Tasarım konsept çalışmaları |
| − | |- | + | |Sistem elemanları (alt sistem, birim, öge) için tasarım alternatiflerinin gözden geçirilmesi ve karar verilmesi |
| − | |Çıktı
| |
| − | | colspan="7" |Dokümante Edilmiş Program/Proje İlerleme (Planlama/Gerçekleşme) Durumu
| |
| − | |}
| |
| | | | |
| − | === 3.5.3.3. KARAR YÖNETİMİ SÜRECİ ===
| + | Sistem gereksinimlerinin sistem elemanlarına atanması |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | | colspan="7" |Sistem Ömür Devri Modeli Karar Noktaları
| |
| | | | |
| − | Maliyet ve Performans Analizleri
| + | Mimari karakteristik özelliklerinin tasarım özellikleri haline getirilmesi, |
| | | | |
| − | Tanımlı Kilometre Taşları
| + | Tasarım çözümlerinin ve alternatiflerinin gözden geçirilmesi, |
| − | |-
| + | |
| − | |Faaliyetler
| + | Tüm sistem elemanları için tasarım karakteristiklerinin tanımlanması |
| − | | colspan="7" |Karar Verme Stratejisinin Belirlenmesi | + | |
| | + | Sistem elemanları ve dış sistemlerle olan arayüzlerin tanımlanması |
| | + | |Tasarım Güncelleme Faaliyetleri |
| | | | |
| − | Bilimsel Karar Destek Faaliyetlerinin Yürütülmesi
| |
| | | | |
| − | Kararın Duyurulması
| + | | colspan="2" |Tasarım Güncelleme Faaliyetleri |
| | + | |Tasarımın “yeniden kullanım” potansiyelinin değerlendirilmesi |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | | colspan="7" |Karar Yönetimi Stratejisi | + | |Tasarım Stratejisi |
| | + | |Önerilen tasarım çözümü için ön tasarım sonuçları (katı model, prototip vs. ) |
| | + | |Atanmış ana hat |
| | + | |
| | + | Sistem ve sistem elemanlarının tasarım karakteristikleri |
| | + | |
| | + | Sistem ve sistem elemanlarının arayüz özellikleri, |
| | | | |
| − | Dokümante Edilmiş ve Paylaşılmış Kararlar
| + | Alternatif tasarım çözümleri arasından seçilmiş sistem ve sistem elemanları |
| − | |} | + | |Güncellenmiş Tasarım |
| | + | | colspan="2" |Güncellenmiş Tasarım |
| | + | |Yeniden Kullanım için gerekli plan ve prosedürler |
| | + | |} |
| | | | |
| − | === 3.5.3.4. RİSK YÖNETİMİ SÜRECİ === | + | ==== <big>3.5.4.6. SİSTEM ANALİZİ SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| − | | | + | | |
| − | |'''Ön Konsept''' | + | |'''Ön Konsept''' |
| | |'''Konsept''' | | |'''Konsept''' |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| 4.199. satır: |
4.621. satır: |
| | |'''Kullanım''' | | |'''Kullanım''' |
| | |'''Destek''' | | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | | colspan="7" |Paydaş İsterleri ve Sistem Gereksinimleri | + | |<nowiki>---</nowiki> |
| | + | | colspan="5" |Paydaş Gereksinimleri ve Beklentileri |
| | | | |
| − | Öğrenilmiş Dersler
| + | Paydaş İhtiyaçları Dokümanı |
| | | | |
| − | Risk Yönetimi Stratejisi (Belirleme, Analiz, Azaltma vb.)
| + | Sistem Analizi İhtiyacı |
| | + | |<nowiki>---</nowiki> |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | | colspan="7" |Risklerin Tespit Edilmesi | + | |<nowiki>---</nowiki> |
| | + | | colspan="5" |Sistem Analizi Faaliyeti Hazırlıkları |
| | | | |
| − | Risk Analizlerinin Yapılması
| + | Sistem Analizi Faaliyetlerinin Gerçekleştirilmesi |
| | | | |
| − | Risklerin Yönetilmesi
| + | Sistem Analizi Sonuçlarının Yönetilmesi |
| | + | |<nowiki>---</nowiki> |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | | colspan="7" |Risk Yönetimi Planı | + | |<nowiki>---</nowiki> |
| | + | | colspan="5" |Sistem Analizi Stratejisi |
| | + | |
| | + | Alınacak kararı destekleyecek analiz sonuçları |
| | | | |
| − | Eylem Planları ve Risk Kayıtları
| + | Öğrenilmiş dersler |
| − | |} | + | |<nowiki>---</nowiki> |
| | + | |} |
| | | | |
| − | === 3.5.3.5. KONFİGÜRASYON YÖNETİMİ SÜRECİ === | + | ==== <big>3.5.4.7. UYGULAMA VE ENTEGRASYON SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 4.233. satır: |
4.663. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |<nowiki>--</nowiki> | + | | colspan="2" |Paydaş Gereksinimleri ve Beklentileri |
| − | |Sözleşme, iş tanımı ve ekleri | |
| | | | |
| − | Sistem Mühendisliği Gereksinimleri
| + | Gereksinim Tanımlama Dokümanı |
| | + | | colspan="2" |Paydaş Gereksinimleri ve Beklentileri |
| | | | |
| − | Program, Lojistik ve Bakım Yönetim Planları
| + | Gereksinim Tanımlama Dokümanı |
| | | | |
| − | İletişim
| + | Sistem Mimarisi |
| − | |Planlama ile uyumlu belgelendirilmiş Konfigürasyon Yönetimi Süreci (Konfigürasyon Yönetimi Planı)
| |
| | | | |
| − | Sözleşme ve iş planı Konfigürasyon Yönetimi Maddeleri
| + | Sistem Tasarım Tanımı |
| − | |Performans Ölçümleri
| |
| | | | |
| − | İletişim
| + | Tekrar kullanım yapılacak sistem ve sistem elemanları (alt sistemi, birim, öğe) |
| − | | colspan="2" |Performans Ölçümleri | + | | colspan="3" | |
| | | | |
| − | İletişim
| |
| − | |Performans Ölçümleri
| |
| | | | |
| − | İletişim
| + | --- |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | |<nowiki>--</nowiki> | + | | colspan="2" |Uygulama ve Entegrasyon Faaliyetleri Hazırlıkları |
| − | |Konfigürasyon Yönetimi Planlama | + | | colspan="2" |Uygulama ve Entegrasyon Faaliyetleri Hazırlıkları |
| − | |Konfigürasyon Yönetimi Planlama | |
| | | | |
| − | Konfigürasyon Tanımlama
| + | Uygulama ve Entegrasyon Faaliyetlerinin Gerçekleştirilmesi |
| − | |Konfigürasyon Yönetimi Planlama | + | | colspan="3" | |
| | | | |
| − | Konfigürasyon Değişiklik Yönetimi
| |
| | | | |
| − | Konfigürasyon Denetimleri
| + | --- |
| − | | |
| − | Konfigürasyon Durum Muhasebesi
| |
| − | | colspan="2" |Konfigürasyon Yönetimi Planlama
| |
| − | | |
| − | Konfigürasyon Değişiklik Yönetimi
| |
| − | | |
| − | Konfigürasyon Durum Muhasebesi Konfigürasyon Denetimleri
| |
| − | |Konfigürasyon Durum Muhasebesi
| |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | |<nowiki>--</nowiki> | + | |Taslak Uygulama ve Entegrasyon Stratejisi |
| − | |Planlama ile uyumlu belgelendirilmiş Konfigürasyon Yönetimi Süreci (Konfigürasyon Yönetimi Planı) | + | |Sistem ve sistem elemanlarının bulunabilirliğin sağlanması |
| | + | | colspan="2" |Uygulama ve Entegrasyon faaliyetleri yapılmış Sistem ve Sistem Elemanları (Alt sistem, Birim, Öğe) |
| | | | |
| − | Sözleşme ve iş planı Konfigürasyon Yönetimi Maddeleri
| + | Doğrulama ve Kalifikasyon faaliyetlerini destekleyecek Uygulama ve Entegrasyon kayıtları |
| | + | | colspan="3" | |
| | | | |
| − | Konfigürasyon Birimleri
| |
| | | | |
| − | Konfigürasyon Temel Çizgileri
| + | --- |
| − | |Planlama ile uyumlu belgelendirilmiş Konfigürasyon Yönetimi Süreci (Konfigürasyon Yönetimi Planı) | + | |} |
| | | | |
| − | Konfigürasyon Birimleri
| + | ==== <big>3.5.4.8. DOĞRULAMA SÜRECİ</big> ==== |
| − | | + | {| class="wikitable" |
| − | Konfigürasyon Temel Çizgileri
| + | | |
| − | |Denetim Sonuç Raporu | + | |'''Ön Konsept''' |
| − | | colspan="2" |Konfigürasyon Birimleri | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | |<nowiki>---</nowiki> |
| | + | |Doğrulama Stratejisi |
| | | | |
| − | Performansı ölçülen ve sürekli iyileştirilen Konfigürasyon Yönetimi Süreci
| + | Paydaş Gereksinimleri ve Beklentileri |
| | + | | colspan="2" |Sistem veya sistem elemanları gereksinimleri |
| | | | |
| − | Öğrenilmiş Dersler
| + | Doğrulanacak sistem veya sistem elemanları |
| − | |Konfigürasyon Durum Muhasebesi Raporları
| |
| | | | |
| − | Öğrenilmiş Dersler
| + | Doğrulama Kriterleri |
| − | |} | + | | colspan="2" |Doğrulanmış Sistem |
| − | | + | |<nowiki>---</nowiki> |
| − | === 3.5.3.6. ENFORMASYON YÖNETİM SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | | | |
| − | |'''Ön Konsept''' | |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | | colspan="7" |Enformasyon Yönetimi Stratejisi
| |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | | colspan="7" |Enformasyon Yönetiminin Planlanması | + | |<nowiki>---</nowiki> |
| | + | |Doğrulama Faaliyetleri Hazırlıkları |
| | + | |
| | + | Doğrulama Faaliyetlerinin Gerçekleştirilmesi (uygulanabilir ise) |
| | + | | colspan="2" |Doğrulama Faaliyetleri Hazırlıkları |
| | + | |
| | + | Doğrulama Faaliyetlerinin Gerçekleştirilmesi |
| | | | |
| − | Enformasyon Yönetiminin Gerçekleştirilmesi
| + | Doğrulama Faaliyetlerinin Sonuçlarının Yönetilmesi |
| | + | | colspan="2" |Olası değişiklikler sonrası Fark / Tekrar Doğrulama Faaliyetleri |
| | + | |<nowiki>---</nowiki> |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | | colspan="7" |Güncel Enformasyon | + | |<nowiki>---</nowiki> |
| | + | |Doğrulama Stratejisi |
| | + | |
| | + | Taslak Gereksinim izlenebilirlik Matrisi |
| | + | | colspan="2" |Doğrulama Stratejisi |
| | + | |
| | + | Değerlendirme ve Kabul Planı |
| | + | |
| | + | Gereksinim İzlenebilirlik Matrisi |
| | + | |
| | + | Doğrulama Kayıtları |
| | + | |
| | + | Doğrulanmış sistem veya sistem elemanları |
| | + | | colspan="2" |Doğrulanmış sistem veya sistem elemanları |
| | + | |
| | + | Öğrenilmiş Dersler |
| | + | |<nowiki>---</nowiki> |
| | |} | | |} |
| | | | |
| − | === 3.5.3.7. ÖLÇÜM SÜRECİ === | + | ==== <big>3.5.4.9. GEÇİŞ SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 4.334. satır: |
4.771. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |<nowiki>--</nowiki> | + | |<nowiki>---</nowiki> |
| − | |Diğer Süreçler Tarafından İstenen Bilgiler | + | |Ana hatları ortaya konulmuş uygun sistem çözümü |
| − | |Diğer Süreçler Tarafından İstenen Bilgiler | + | |Geçiş Kısıtları ve Geçiş Stratejisi/Planı |
| − | |Diğer Süreçler Tarafından İstenen Bilgiler | + | |Program Takvimi ve Yönetim Planı |
| − | | colspan="2" |Diğer Süreçler Tarafından İstenen Bilgiler | + | | colspan="2" |Doğrulanmış Aktif Sistem |
| − | |<nowiki>--</nowiki> | + | |<nowiki>---</nowiki> |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | |<nowiki>--</nowiki> | + | |<nowiki>---</nowiki> |
| − | |Ölçümün Planlanması | + | |Geçiş kısıtları ve geçiş stratejisinin/planının belirlenmesi |
| − | |Ölçümün Planlanması | + | |Kurulum kurallarına uygun olarak operasyonel ortamın hazırlanması |
| | + | |Sistemin, planlandığı zamanda ve planlandığı yere teslim edilmesi. |
| | | | |
| − | Ölçümün Yapılması
| + | Sistem aktif hale getirilmesi. |
| | + | | colspan="2" |Sistemin kullanılması. |
| | | | |
| − | Ölçümün Düzenlenmesi
| + | Sistemin aktifliğinin sürekliliğinin sağlanması için desteklenmesi. |
| − | |Ölçümün Planlanması | + | |<nowiki>---</nowiki> |
| | + | |- |
| | + | |Çıktı |
| | + | |<nowiki>---</nowiki> |
| | + | |Geçiş Kısıtları ve Geçiş Stratejisi/Planı |
| | + | |Program Takvimi ve Yönetim Planı |
| | + | |Kurulumu gerçekleştirilmiş sistem |
| | | | |
| − | Ölçümün Yapılması
| + | Alınan Önlemler |
| | | | |
| − | Ölçümün Düzenlenmesi
| + | Alınılan Dersler |
| − | | colspan="2" |Ölçümün Yapılması | + | | colspan="2" |İşletim yapılandırması, bulunan hatalar, alınan önlemler ve öğrenilmiş dersleri de içeren kurulum veri kayıtları |
| | | | |
| − | Ölçümün Düzenlenmesi
| + | Öğrenilmiş Dersler |
| − | |<nowiki>--</nowiki> | + | |<nowiki>---</nowiki> |
| − | |-
| + | |} |
| − | |Çıktı
| |
| − | |<nowiki>--</nowiki>
| |
| − | |Ölçüm Sonuç Raporu
| |
| − | |Ölçüm sonuç raporu
| |
| − | |Ölçüm sonuç raporu
| |
| − | | colspan="2" |Ölçüm sonuç raporu
| |
| − | |<nowiki>--</nowiki>
| |
| − | |} | |
| | | | |
| − | === 3.5.3.8. KALİTE GÜVENCE SÜRECİ === | + | ==== <big>3.5.4.10. GEÇERLİ KILMA SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 4.380. satır: |
4.817. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler | + | |Taslak Paydaş Gereksinimleri ve Beklentileri |
| | + | |
| | + | Operasyonel Senaryolar |
| | + | |Taslak Geçerli Kılma Stratejisi |
| | | | |
| − | Süreç Odaklı ve Bağımsız Kalite Yaklaşımı
| + | Taslak Paydaş Gereksinimleri ve Beklentileri |
| − | |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler
| + | | colspan="2" |Paydaş Gereksinimleri ve Beklentileri |
| − | |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler
| |
| − | |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler
| |
| − | | colspan="2" |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler | |
| − | |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |Kalite Güvence Stratejisi’nin oluşturulması
| |
| | | | |
| − | Kalite Planın Oluşturulması
| + | Paydaş İhtiyaç ve Gereksinimleri Dokümanı |
| − | |Kalite Güvence Stratejisi’nin Gözden Geçirilmesi
| |
| | | | |
| − | Kalite Planın Yürütülmesi
| + | Geçerli Kılınacak sistem veya sistem elemanları |
| − | |Kalite Güvence Stratejisi’nin Gözden Geçirilmesi
| |
| | | | |
| − | Kalite Planın Yürütülmesi
| + | Geçerli Kılma Kriterleri |
| − | |Kalite Güvence Stratejisi’nin Gözden Geçirilmesi | + | | colspan="2" |Geçerli Kılınmış Sistem |
| | + | |<nowiki>---</nowiki> |
| | + | |- |
| | + | |Faaliyetler |
| | + | |Geçerli Kılma Hazırlıkları |
| | + | |Geçerli Kılma Hazırlıkları |
| | + | | colspan="2" |Geçerli Kılma Faaliyetleri Hazırlıkları |
| | | | |
| − | Kalite Planın Yürütülmesi
| + | Geçerli Kılma Faaliyetlerinin Gerçekleştirilmesi |
| − | | colspan="2" |Kalite Güvence Stratejisi’nin uygulanması
| |
| | | | |
| − | Kalite Planın Yürütülmesi
| + | Geçerli Kılma Sonuçlarının Yönetilmesi |
| − | |Kalite Güvence Stratejisi’nin uygulanması | + | | colspan="2" |Olası değişiklikler sonrası Fark / Tekrar Geçerli Kılma Faaliyetleri |
| | + | |<nowiki>---</nowiki> |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | |Kalite Stratejisi, | + | |Taslak Geçerli Kılma Stratejisi |
| | + | |Taslak Geçerli Kılma Stratejisi |
| | + | | colspan="2" |Geçerli Kılma Stratejisi |
| | | | |
| − | Kalite Planı
| + | Gereksinim İzlenebilirlik Matrisi |
| − | |Kalite Stratejisi,
| |
| | | | |
| − | Kalite Planı
| + | Geçerli Kılma Kayıtları |
| − | |Kalite Stratejisi,
| |
| | | | |
| − | Kalite Planı
| + | Geçerli Kılınmış Sistem |
| − | |Kalite Stratejisi, | + | | colspan="2" |Geçerli Kılınmış Sistem |
| | + | |<nowiki>---</nowiki> |
| | + | |} |
| | | | |
| − | Kalite Planı
| |
| − | | colspan="2" |Kalite Stratejisi,
| |
| | | | |
| − | Kalite Planı
| + | ==== <big>3.5.4.11. KULLANIM SÜRECİ</big> ==== |
| − | |Süreç Odaklı ve Bağımsız Kalite Yaklaşımı
| |
| − | |}
| |
| − | | |
| − | | |
| − | === 3.5.3.9. ÖMÜR BOYU İZLENEBİLİRLİK SÜRECİ === | |
| | {| class="wikitable" | | {| class="wikitable" |
| − | | | + | | |
| − | |'''Ön Konsept''' | + | |'''Ön Konsept''' |
| | |'''Konsept''' | | |'''Konsept''' |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| | |'''Üretim''' | | |'''Üretim''' |
| | |'''Kullanım''' | | |'''Kullanım''' |
| − | |'''Destek''' | + | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | | colspan="7" |Başlangıç Planlama | + | |· Harekât Verileri |
| | | | |
| − | Başlangıç Kontrol ve Analiz
| + | · Tatbikat Verileri, |
| | | | |
| − | Başlangıç Karar Yönetim Planı
| + | · Tehditlerdeki Değişimler, |
| | | | |
| − | Başlangıç Risk Yönetimi Planı
| + | · Yasal Yükümlülükler, |
| | | | |
| − | Başlangıç Konfigürasyon Yönetimi Planı
| + | · Teknolojik Yenilikler, |
| | | | |
| − | Başlangıç Bilgi Yönetimi Planı
| + | · Alternatifler (DELTMATO - Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik), |
| | | | |
| − | Başlangıç Ölçme ve Değerlendirme Planı
| + | · Mevcut İmkân ve Kabiliyetler ve uzun vadede sahip olunmasına ihtiyaç duyulan imkân ve kabiliyetler, |
| | | | |
| − | Başlangıç Kalite Güvence Yönetim Planı
| + | · Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları, |
| − | |-
| |
| − | |Faaliyetler
| |
| − | | colspan="7" |Takip Edilebilirlik Anlamındaki Parametrelerin Tanımlanması
| |
| | | | |
| − | İzlenebilirlik Kapsamındaki Parametrelerin Bağlantılarının Kurulması
| + | · Kaynak durumu, |
| | | | |
| − | Değişikliklerin Etkilerinin Tanımlanması
| + | · Benzer sistemlerde yaşanan zafiyetler ve elde edilen veriler |
| | + | |Yetenek Matrisi |
| | + | |
| | + | Paydaş ihtiyaçları ve isterleri |
| | + | | colspan="2" |Yetenek Matrisi (Revize) |
| | + | |
| | + | Paydaş ihtiyaçları ve isterleri |
| | + | | colspan="2" |Paydaş ihtiyaçları ve isterleri |
| | + | |
| | + | Odak Sistem ve ELD Teslimatları |
| | + | |<nowiki>-</nowiki> |
| | + | |- |
| | + | |Faaliyetler |
| | + | |· Kullanım stratejisinin ve gereksinimlerinin tanımlanması, |
| | + | |Kullanım stratejisinin ve gereksinimlerinin iyileştirilmesi ve sürdürülmesi, |
| | + | | colspan="2" |Kullanım stratejisinin ve gereksinimlerinin iyileştirilmesi ve sürdürülmesi, |
| | + | |
| | + | Kullanım için gerekli sistemler, hizmetler ve malzemelerin planlanması, eğitim ihtiyaçlarının tanımlanıp geliştirilmesi, |
| | + | |
| | + | İyileştirme/modifikasyon faaliyetleri, bu faaliyetler için kabul kriterlerinin tanımlanması |
| | + | | colspan="2" |Sistemin operasyonel çevresinde kullanımı, performansının izlenmesi, kayıt altına alınması |
| | + | |'''-''' |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | | colspan="7" |Güncel Proje Planlama | + | |İş/Görev Analizi |
| | | | |
| − | Güncel Proje Kontrol ve Analiz
| + | Yetenek Matrisi |
| | | | |
| − | Güncel Karar Yönetimi
| + | Paydaş ihtiyaçları ve isterleri |
| | + | |Yetenek Matrisi (Revize) |
| | | | |
| − | Güncel Risk Yönetimi
| + | Paydaş ihtiyaçları ve isterleri |
| | + | | colspan="2" |Yetenek Matrisi (Revize) |
| | | | |
| − | Güncel Konfigürasyon Yönetimi
| + | Paydaş ihtiyaçları ve isterleri |
| | | | |
| − | Güncel Bilgi Yönetimi
| + | Odak Sistem ve ELD Teslimatları |
| | + | | colspan="2" |Kullanım Performansı Verileri |
| | | | |
| − | Güncel Ölçme ve Değerlendirme
| + | Öğrenilmiş Dersler |
| − | | + | |<nowiki>-</nowiki> |
| − | Güncel Kalite Güvence Yönetimi
| |
| | |} | | |} |
| | | | |
| − | | + | ==== <big>3.5.4.12. LOJİSTİK DESTEK VE BAKIM SÜRECİ</big> ==== |
| − | === 3.5.3.10. ÖMÜR DEVRİ MALİYETİ YÖNETİMİ SÜRECİ === | |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 4.493. satır: |
4.944. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |Risk kayıtları/matrisi, | + | |Bu safhanın temel girdisi, mevcut operasyonel çevreden gelecek bilgiler olacaktır. Alt yapı, kullanım ve bakım personeli yetenekleri, ekipmanlar gibi operasyonel çevre bilgileri lojistik destek ve bakım stratejisi için sınırlamaları oluşturacak olup olası seçeneklerin değerlendirilmesini etkileyecektir. |
| | | | |
| − | Program/proje planlama dokümanları
| + | · Öğrenilmiş dersler |
| − | |Sistem iş kırılımı yapısı,
| |
| | | | |
| − | Tahmini Takvimi,
| + | · Kullanım konseptinden gelen operasyonel gereksinimler ve hedefler |
| | + | |· Lojistik hususlarla ilgili öğrenilmiş dersleri ve gereksinimleri kapsayan seçenekler |
| | | | |
| − | Risk kayıtları/matrisi,
| + | · Sürdürülebilirlik için gereksinimler (alt yapı, kullanım ve bakım personeli yetenekleri, ekipmanlar), lojistik destek ve bakım stratejisinin ve olası seçeneklerin değerlendirilmesinin daha detaylı karar verilmesini sağlayacaktır. |
| | + | |· Müşterinin detaylı lojistik destek ve bakım stratejisi |
| | | | |
| − | Program/ proje planlama dokümanları
| + | · Erişilebilir tüm kaynaklarla birlikte önerilen çözümün tüm lojistik/süreklilik gereksinimleri |
| − | |Sistem iş kırılımı yapısı,
| |
| | | | |
| − | Program/proje Uygulama Takvimi,
| + | · Tasarım çözümü elemanları ile birlikte başlangıç seviyesi ELD Planı |
| | + | |· Sistem tanımının bir parçası olarak lojistik destek ve bakım stratejisi (müşteri ve firma tarafından hazırlanmış olanının birleştirildiği) |
| | | | |
| − | Risk kayıtları/matrisi,
| + | · Lojistik amaçlar kapsamında bütünleyen sistemlerin tanımlanması |
| | | | |
| − | Program/proje planlama dokümanları
| + | · Güncel ELD Planı |
| − | |Sistem iş kırılımı yapısı, | + | | colspan="2" |· Sürdürülebilir kullanım ve destek safhası için tüm uygulamaların hazır olması |
| | | | |
| − | Program/proje Uygulama
| + | · Lojistik amaçlar için bütünleyen sistemlerin hazır olması |
| | | | |
| − | Takvimi,
| + | · Güncellenmiş ELD Planı |
| | + | |· Bakım/destek ve arıza verileri |
| | | | |
| − | Risk kayıtları/matrisi,
| + | · Güncellenmiş ELD Planı |
| | + | |- |
| | + | |Faaliyetler |
| | + | |Ön Konsept safhasında sadece Destek sürecinin planlama faaliyetleri kapsamında yapılacak faaliyetler vardır; |
| | | | |
| − | Program/proje planlama dokümanları
| + | · Lojistik destek ve bakım stratejisinin hazırlanması |
| − | | colspan="2" |Sistem iş kırılımı yapısı,
| |
| | | | |
| − | Program/proje Uygulama
| + | · Süreklilik için her bir seçenek kapsamında gereksinimlerinin tanımlanması |
| | + | |Önerilen çözümle ilgili olarak tüm kısıtlamaların değerlendirilmesi gerekmektedir. Konsept safhasında sadece Destek sürecinin planlama faaliyetleri kapsamında yapılacak faaliyetler vardır; |
| | | | |
| − | Takvimi,
| + | · Detaylı lojistik destek ve bakım stratejisinin hazırlanması |
| | + | |
| | + | · Lojistik ve süreklilik gereksinimlerinin oluşturulması |
| | | | |
| − | Risk kayıtları/matrisi,
| + | · Başlangıç Entegre Lojistik Destek Planının oluşturulması |
| | | | |
| − | Program/proje planlama dokümanları
| + | · Lojistik elemanların tasarım çözümü için ana hatları oluşturması ve ömür devri maliyetine katkı sağlanması |
| − | |Sistem iş kırılımı yapısı, | + | |Lojistik destek ve bakım sürecinin planlanmasıdır; |
| | | | |
| − | Program/proje Uygulama Takvimi,
| + | · Lojistik destek ve bakım stratejisinin ilgili paydaşlara iletilmesi |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |Ömür Devri Maliyeti Planlaması ve Ön Tahminlerin Yapılması
| |
| − | |Ömür Devri Maliyeti Planının Gözden Geçirilmesi ve Ön Tahminlerin Güncellenmesi
| |
| − | |Ömür Devri Maliyeti Planının Gözden Geçirilmesi ve Ön Tahminlerin Güncellenmesi
| |
| | | | |
| − | Tahmini Ömür Devri Maliyeti Hesaplaması
| + | · Sistem gereksinimleri ve tasarım çözümleri ile ilişkili lojistik amaçlar için oluşturulan gereksinimlerin yerine getirilmesi |
| − | |Ömür Devri Maliyeti Planlaması Ömür Devri Maliyetinin İzlenmesi, Gözden Geçirilmesi ve Güncellenmesi
| |
| − | | colspan="2" |Ömür Devri Maliyetinin İzlenmesi, Gözden Geçirilmesi ve Güncellenmesi
| |
| − | |Ömür Devri Maliyetinin Güncellenmesi
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |Tahmini Ömür Devri Maliyeti Planı,
| |
| − | |Tahmini Ömür Devri Maliyeti Planı,
| |
| − | |Tahmini Ömür Devri Maliyeti Planı ve Gerçekleşen Maliyet (Ömür Devri Maliyeti Hesaplama Raporu),
| |
| − | |Tahmini Ömür Devri Maliyeti Planı ve Gerçekleşen Maliyet (Ömür Devri Maliyeti Hesaplama Raporu),
| |
| − | | colspan="2" |Tahmini Ömür Devri Maliyeti Planı ve Gerçekleşen Maliyet (Ömür Devri Maliyeti Hesaplama Raporu),
| |
| | | | |
| − | Ömür Devri Maliyeti Süreç Analizi
| + | · Tüm program boyunca global ve uyumlu bir entegre lojistik desteğin sağlanması kapsamında, müşteri ve firma tarafından hazırlanan ELD planlarının birleştirilmesi |
| − | |Ömür Devri Maliyeti Hesaplama Raporu,
| |
| | | | |
| − | Ömür Devri Maliyeti Süreç Analizi
| + | Bakım stratejisi oluşturulurken, çevre (alt yapı, iklim koşulları vb), bakım faaliyetleri (planlı bakım, düzeltici bakım vb.), zaman faktörleri (lojistik gecikme süreleri, ortalama onarım süresi vb.), personel (yetenek seviyesi, eğitim vb.), teknik bilgiler (teknik veriler, el kitapları vb.), depolama gibi tüm hususların göz önünde bulundurulması gerekmektedir. |
| − | |} | + | |· ELD Planının kontrol edilmesi ve gerekli olması halinde düzenlenmesi |
| | | | |
| | + | · Müşteri ve firma arasında ELD Planı konusunda uzlaşmanın tamamlanması |
| | | | |
| − | === 3.5.4. TEKNİK SÜREÇLER === | + | · Gerekli tüm ELD elemanlarının sağlanması ve uygulanması, |
| | + | | colspan="2" |· Lojistik destek ve bakımın planlanması ve gerçekleştirilmesidir; |
| | | | |
| − | === 3.5.4.1. İŞ VE GÖREV ANALİZİ SÜRECİ ===
| + | · Müşteri ile firma arasında ELD Planı üzerine anlaşılmış olması, kontrol edilmesi, gerekli olması halinde düzenlenmesi |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | |· Harekât Verileri
| |
| | | | |
| − | · Tatbikat Verileri, | + | · Modifikasyon ve güncelleme faaliyetlerinin bir parçası olarak ELD elemanlarının güncellenmesi ve uygulanması |
| | | | |
| − | · Tehditlerdeki Değişimler, | + | · Bakım ve diğer tüm lojistik elemanların uygulanması; |
| | | | |
| − | · Yasal Yükümlülükler, | + | · Sistemin lojistik desteği ve bakımı için gerekli bütünleyen sistemler ve diğer tüm hizmetlerin edinilmesi, yedek parça seviyelerinin izlenmesi, eğitimli lojistik ve bakım personellerinin becerilerinin ve kullanılabilirliklerinin yönetilmesi |
| | | | |
| − | · Teknolojik Yenilikler, | + | · ELD Planına göre lojistik faaliyetlerin gerçekleştirilmesi |
| | | | |
| − | · Alternatifler (DELTMATO - Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik), | + | · Bakım planına göre ilgili faaliyetlerin, önleyici ve düzeltici bakımların gerçekleştirilmesi |
| | | | |
| − | · Mevcut İmkân ve Kabiliyetler ve uzun vadede sahip olunmasına ihtiyaç duyulan imkân ve kabiliyetler, | + | · Bakım kayıtlarının tutulması ve raporlanması |
| | | | |
| − | · Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları, | + | · Kilometre taşları; |
| | | | |
| − | · Kaynak durumu,
| + | 1. Hizmet içi gözden geçirme |
| | | | |
| − | · Kullanım ve Destek Süreçlerinde yaşanan zafiyetler ve elde edilen veriler | + | 2. Planlı büyük bakımlar |
| − | |İş/Görev Analizi
| + | |· Müşteri ile firma arasında ELD Planı üzerine anlaşılmış olması, kontrol edilmesi, gerekli olması halinde düzenlenmesi |
| | | | |
| − | Yetenek Matrisi
| + | · Bakım planlamasına ve tasfiye (likidasyon) stratejisine bağlı olarak bakım faaliyetlerinin gerçekleştirilmesi (alınan karara göre belirlenen sayıdaki sisteme belirlenen miktarda bakım faaliyetlerinin uygulanması gerçekleştirilebilir. Tasfiye stratejisine uygun olarak, eskime ile ilgili problemlerin giderilmesi, yenisiyle değiştirme maliyetleri, yedek parça maliyetlerinin yüksek olması gibi hususların göz önünde bulundurulmasıyla envanterden çıkarma kararı verilebilecektir.) |
| − | | colspan="4" |Yetenek Matrisi (Revize)
| |
| − | |Yetenek Matrisi (Revize)
| |
| | |- | | |- |
| − | |Faaliyetler | + | |Çıktı |
| − | |Harekât ve lojistik ihtiyacının değerlendirilmesi, | + | |· Jenerik seviyede lojistik destek ve bakım stratejisinin tanımlanması |
| | | | |
| − | Sistem, alt sistem ve/ veya komponent çözümü ile karşılanıp karşılanmama ihtiyacının belirlenmesi.
| + | · Süreklilik için her bir seçenek kapsamında tanımlanmış gereksinimler |
| | + | |· Detaylı lojistik destek ve bakım stratejisi |
| | | | |
| − | Problem sahalarının ve fırsatlarının tanımlanması.
| + | · Tercih edilen çözüm ve bu çözümle ilgili olarak lojistik/süreklilik kapsamında başlangıç paydaş gereksinimlerinin tanımlanması |
| | + | |
| | + | · Başlangıç ELD Planı ve tasarım çözümü için ELD elemanlarının tanımlanması |
| | + | |
| | + | Başlangıç program planı, proje yönetim planı, başlangıç Konfigürasyon Yönetimi planı, başlangıç eskime yönetim planı gibi konsept safhası çıktıları da bu sürece katkı sağlayacaktır. |
| | + | |· Sistem tanımının bir parçası olarak lojistik destek ve bakım stratejisi (müşteri ve firma tarafından hazırlanmış olanının birleştirildiği) |
| | | | |
| − | Çözüm alternatiflerinin karakteristiğinin belirlenmesi.
| + | · Lojistik amaçlar kapsamında bütünleyen sistemlerin tanımlanması |
| − | |Mevcut sistemlerin görev kapsamlarının operasyonel karşılama durumunun, mevcut seçeneklerin ve yetenek açıklarının değerlendirilmesi.
| |
| | | | |
| − | İş/ Görev Analizinin yönetilmesi.
| + | · Güncel ELD Planı |
| − | | colspan="4" |İş/Görev Analizinin yönetilmesi.
| |
| − | |İş/Görev Analizinin yönetilmesi.
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |İş/Görev Analizi
| |
| | | | |
| − | Yetenek Matrisi
| + | Doğrulama ve kalifikasyon dokümanları, sistem tanımı (arayüz tanımlamaları, bakım stratejisi/planı, destek ve bakım prosedürleri, envanterden çıkarma yaklaşımını kapsayan), güncellenmiş ömür devri maliyet tahminleri, bütünleyen sistem tanımları, güncellenmiş eskime yönetim planı, ELD Planı, Konfigürasyon Yönetimi planı gibi geliştirme safhası çıktıları da bu sürece katkı sağlayacaktır. |
| − | |Yetenek Matrisi (Revize)
| + | |· Sürdürülebilir kullanım ve destek safhası için tüm uygulamaların hazır olması |
| − | | colspan="4" |Yetenek Matrisi (Revize) | |
| − | |Yetenek Matrisi (Revize)
| |
| − | |}
| |
| | | | |
| − | === 3.5.4.2. PAYDAŞ İHTİYAÇLARI VE İSTERLERİ TANIMLAMA SÜRECİ ===
| + | · Lojistik amaçlar için bütünleyen sistemlerin hazır olması |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | |İş/Görev Analizi Dokümanı
| |
| | | | |
| − | Paydaşların gereksinimleri ve beklentileri
| + | · Güncellenmiş ELD Planı |
| | | | |
| − | Yetenek açığının belirlenmesi
| + | Üretim safhası çıktılarından, güncellenmiş ömür devri maliyet tahminleri ile güncellenmiş envanterden çıkarma konsepti de bu sürece katkı sağlayacaktır. |
| − | |İhale dokümanları veya sözleşmeler
| + | | colspan="2" |· Sistemin kullanım ömrü boyunca sürdürülebilir sistem yeteneği |
| − | |Sistem Çözümündeki Kısıtlamalar
| |
| − | |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi
| |
| − | | colspan="2" |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi | |
| − | |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |Program/süreç içinde yer alan/alacak paydaşların ve ihtiyaçlarının belirlenmesi
| |
| | | | |
| − | Kısıtlamalar, faaliyetler ve etkileşimler göz önünde bulundurularak paydaş gereksinimlerinin tanımlanması
| + | · Bakım/destek ve arıza verileri |
| | | | |
| − | Tanımlanan paydaş gereksinimlerinin gözden geçirilmesi, analiz edilmesi ve değerlendirilmesi
| + | · Güncellenmiş ELD Planı |
| − | |Program/süreç içinde yer alan/alacak paydaşların ve ihtiyaçlarının belirlenmesi
| |
| | | | |
| − | Kısıtlamalar, faaliyetler ve etkileşimler göz önünde bulundurularak paydaş gereksinimlerinin tanımlanması
| + | · Envanterden çıkarma kararı, |
| | | | |
| − | Tanımlanan paydaş gereksinimlerinin gözden geçirilmesi, analiz edilmesi ve değerlendirilmesi
| + | · Öğrenilmiş dersler |
| − | |İstenen tüm gereksinimlerin eksiksiz olarak analiz edilmesi. | + | |Yok. |
| − | | |
| − | Gereksinim problemlerini çözülmesi.
| |
| − | |Analiz edilen gereksinimlere ilişkin paydaşlara beklentilerinin yeterince karşılanıp karşılanmadığına yönelik geri dönüş yapılması.
| |
| − | | colspan="2" |Paydaş gereksinimlerinin izlenebilirliğinin sağlanması.
| |
| − | |Sistemin ömür devri boyunca bildirilen paydaş gereksinimlerinin uygun bir biçimde saklanması.
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi
| |
| − | |Kullanım ve Operasyonel Senaryolar
| |
| − | | |
| − | Sistem Çözümündeki Kısıtlamalar
| |
| − | | |
| − | Paydaş Gereksinimleri ve İzlenebilirlik Matrisi
| |
| − | |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi
| |
| − | |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi
| |
| − | | colspan="2" |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi
| |
| − | |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi
| |
| | |} | | |} |
| | | | |
| − | === 3.5.4.3. SİSTEM GEREKSİNİMLERİ TANIMLAMA SÜRECİ === | + | ==== <big>3.5.4.13. ENVANTERDEN ÇIKARMA SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 4.679. satır: |
5.069. satır: |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| | |'''Üretim''' | | |'''Üretim''' |
| − | |'''Kullanım''' | + | |'''Kullanım''' |
| − | |'''Destek''' | + | |'''Destek''' |
| | |'''Envanterden Çıkarma''' | | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |İş/Görev Analizi Dokümanı | + | |Savunma ve lojistik planları, |
| | | | |
| − | Paydaş Gereksinimleri ve Beklentileri | + | Paydaş İhtiyaçları ve Gereksinimleri |
| − | |Paydaş Gereksinimleri ve Beklentileri
| |
| − | |Paydaş Gereksinimleri ve Beklentileri
| |
| − | |<nowiki>-</nowiki>
| |
| − | | colspan="2" |-
| |
| − | |<nowiki>-</nowiki>
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |Sistem gereksinimleri tanımı için hazırlığı
| |
| | | | |
| − | Başlangıç sistem gereksinimlerinin tanımlanması
| + | İş/Görev Analizi |
| | + | |Yetenek Matrisi |
| | | | |
| − | Sistem gereksinimlerinin analiz edilmesi
| + | İş/Görev Analizi |
| | | | |
| − | Sistem gereksinimlerinin yönetilmesi
| + | Paydaş İhtiyaçları ve Gereksinimleri |
| − | |Sistem gereksinimleri tanımı için hazırlığı | + | | colspan="2" |· Envanterden Çıkarma Stratejisi, |
| | + | | colspan="2" |· Envanterden Çıkarma Stratejisi |
| | + | |· Envanterden Çıkarma Stratejisi |
| | | | |
| − | Başlangıç sistem gereksinimlerinin tanımlanması
| + | · Envanterden çıkarma kararı, |
| | | | |
| − | Sistem gereksinimlerinin analiz edilmesi | + | · Sistem (Destek unsurları, mühimmat vb. dahil) |
| | | | |
| − | Sistem gereksinimlerinin yönetilmesi | + | · Sistem Bileşenleri ve Atıkların Yönetim Stratejisi |
| − | |Sistem gereksinimlerinin analiz edilmesi
| |
| | | | |
| − | Sistem gereksinimlerinin yönetilmesi
| + | · Envanterden Çıkarma Planı (Taslak) |
| − | |Sistem gereksinimlerinin analiz edilmesi
| |
| − | | |
| − | Sistem gereksinimlerinin yönetilmesi
| |
| − | | colspan="2" |Sistem gereksinimlerinin yönetilmesi
| |
| − | |<nowiki>-</nowiki>
| |
| | |- | | |- |
| − | |Çıktı | + | |Faaliyetler |
| − | |Gereksinim Tanımlama Dokümanı | + | |Envanterden çıkarma faaliyetlerinin planlanması |
| − | |Gereksinim Tanımlama Dokümanı
| + | |Envanterden çıkarma faaliyetlerinin planlanması |
| − | |Gereksinim Tanımlama Dokümanı | + | | colspan="2" |Envanterden çıkarma faaliyetlerinin planlanması |
| − | |<nowiki>-</nowiki>
| + | |
| − | | colspan="2" |- | + | · Envanterden çıkarma kısıtlarının tanımlanması. |
| − | |<nowiki>-</nowiki>
| |
| − | |}
| |
| | | | |
| − | === 3.5.4.4. MİMARİ TANIMLAMA SÜRECİ ===
| + | · Sistemdeki atıl bileşenlerin tanımlanması |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | |<nowiki>-</nowiki>
| |
| − | |Gereksinim Tanımlama Dokümanı
| |
| − | |Gereksinim analizi sonucunda ortaya çıkmış sistem gereksinimleri ve tasarım kısıtları
| |
| − | |<nowiki>-</nowiki>
| |
| − | |<nowiki>-</nowiki>
| |
| − | |<nowiki>-</nowiki>
| |
| − | |<nowiki>-</nowiki>
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |<nowiki>-</nowiki>
| |
| − | |Sistem mimari bakış açısı ile paydaş isterlerinin ilişkilerinin tanımlanması
| |
| | | | |
| − | Sistem mimari kararı için önemli olan konseptler, özelliklerin, davranışların, fonksiyonların ve sınırlamaların mimariye yansıtılması | + | · Sistem bileşeni ve parçalarının envanterden çıkarma kataloğunun geliştirilmesi, |
| − | |Sistem mimari bakış açısı ile paydaş isterlerinin ilişkilerinin tanımlanması
| |
| | | | |
| − | Sistem mimari kararı için önemli olan konseptler, özelliklerin, davranışların, fonksiyonların ve sınırlamaların mimariye yansıtılması
| + | · Test, doğrulama ve/veya sertifikasyon detaylarını içerecek şekilde envanterden çıkarma prosedürlerinin geliştirilmesi, |
| | | | |
| − | Tanımlanan mimarinin yönetilmesi
| + | · (Destek unsurları, mühimmat vb. dahil) |
| − | | colspan="3" |Üretim, kullanım, destek safhaları kapsamında ihtiyaç olması durumunda yapılacak tasarım değişikliklerinin mimari tasarımı etkilemesi durumunda sistem mimarisinin güncellenmesi | + | | colspan="2" |Envanterden çıkarma faaliyetlerinin planlanması |
| − | |<nowiki>-</nowiki>
| + | |Envanterden çıkarma faaliyetlerinin planlanması |
| | + | |
| | + | Envanterden çıkarma faaliyetlerini yürütülmesi |
| | + | |
| | + | Envanterden çıkarma faaliyetlerinin sonlandırılması |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | |<nowiki>-</nowiki> | + | |Envanterden Çıkarma Stratejisi (Taslak) |
| − | |Başlangıç Mimari Tanımlama Dokümanı | + | |Envanterden Çıkarma Stratejisi |
| − | |Mimari adayları arasından seçilen ve sistem tasarımı kapsamında baz alınacak olan sistem mimarisi ile seçilme gerekçeleri | + | | colspan="2" |· Sistem Bileşenleri ve Atıkların Yönetim Stratejisi, |
| | + | |
| | + | · Envanterden Çıkarma Planı (Taslak) |
| | + | | colspan="2" |· Envanterden çıkarma kararı, |
| | + | |
| | + | [Sistem (Destek unsurları, mühimmat vb. dahil)] |
| | + | |
| | + | · Sistem Bileşenleri ve Atıkların Yönetim Stratejisi |
| | + | |
| | + | · Envanterden Çıkarma Planı (Taslak) |
| | + | |· Eski haline ya da üzerinde anlaşılan bir seviyeye döndürülen çevre, |
| | + | |
| | + | · Envanterden çıkarma kayıtları ve raporları |
| | + | |
| | + | · Tekrar kullanılacak, geri dönüştürülecek, imha edilecek, depolanacak ya da tedarik zincirine geri döndürülecek birimler. |
| | + | |} |
| | | | |
| − | Mimari Tanımlama Dokümanı
| + | = 4. BÖLÜM UYARLAMA = |
| − | | colspan="3" |Güncellenmiş Mimari Tanımlama Dokümanı
| + | Mutabakat Süreçleri, Organizasyonel Proje Destek Süreçleri ve Teknik Yönetim Süreçleri için uyarlama söz konusu olmamakla birlikte odak sistemin hangi ömür devri safhasında bulunduğu, geliştirme ya da hazır alım yöntemiyle tedarik edileceği vb. hususlar dikkate alınarak Teknik Süreçlerde uyarlama yapılabilir.[[https://tssodypwiki.ssb.gov.tr/index.php/Sistem_%C3%96m%C3%BCr_Devri_Y%C3%B6netimi_Rehberi_(Ana_%C3%87er%C3%A7eve) Bkz. TSSODYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)]] |
| − | |<nowiki>-</nowiki>
| |
| − | |}
| |
| | | | |
| − | === 3.5.4.5. TASARIM TANIMLAMA SÜRECİ ===
| + | '''Tablo 4 Uyarlama''' |
| | {| class="wikitable" | | {| class="wikitable" |
| − | | | + | | rowspan="3" |'''TEKNİK SÜREÇLER''' |
| − | |'''Ön Konsept''' | + | | colspan="3" |'''UYARLAMA''' |
| − | |'''Konsept''' | + | |- |
| − | |'''Geliştirme''' | + | | colspan="2" |'''TEDARİK''' |
| − | |'''Üretim''' | + | | rowspan="2" |'''ENVANTERDE BULUNAN''' |
| − | |'''Kullanım''' | |
| − | |'''Destek''' | |
| − | |'''Envanterden Çıkarma''' | |
| | |- | | |- |
| − | |Girdi | + | |'''GELİŞTİRME''' |
| − | |Paydaş Gereksinimleri ve Beklentileri | + | |'''HAZIR ALIM''' |
| − | |Gereksinim Tanımlama Dokümanı
| |
| − | |Önerilen tasarım çözümü için ön tasarım sonuçları (katı model, prototip vs. )
| |
| − | |Tasarım Güncelleme İhtiyacı
| |
| − | | colspan="2" |Tasarım Güncelleme İhtiyacı
| |
| − | |Tanımlamış / Güncellenmiş Tasarım
| |
| | |- | | |- |
| − | |Faaliyetler | + | |İş ve Görev Analizi Süreci |
| − | |Tasarım Stratejisinin Belirlenmesi
| + | |X |
| − | |Tasarım Alternatiflerinin Değerlendirilmesi
| + | |X |
| − | | + | |X |
| − | Teknoloji kullanılabilirlik durumunun takip edilmesi
| |
| − | | |
| − | Tasarım konsept çalışmaları
| |
| − | |Sistem elemanları (alt sistem, birim, öge) için tasarım alternatiflerinin gözden geçirilmesi ve karar verilmesi
| |
| − | | |
| − | Sistem gereksinimlerinin sistem elemanlarına atanması
| |
| − | | |
| − | Mimari karakteristik özelliklerinin tasarım özellikleri haline getirilmesi,
| |
| − | | |
| − | Tasarım çözümlerinin ve alternatiflerinin gözden geçirilmesi,
| |
| − | | |
| − | Tüm sistem elemanları için tasarım karakteristiklerinin tanımlanması
| |
| − | | |
| − | Sistem elemanları ve dış sistemlerle olan arayüzlerin tanımlanması
| |
| − | |Tasarım Güncelleme Faaliyetleri | |
| − | | |
| − | | |
| − | | colspan="2" |Tasarım Güncelleme Faaliyetleri
| |
| − | |Tasarımın “yeniden kullanım” potansiyelinin değerlendirilmesi | |
| | |- | | |- |
| − | |Çıktı | + | |Paydaş İhtiyaçları ve İsterleri Tanımlama Süreci |
| − | |Tasarım Stratejisi
| + | |X |
| − | |Önerilen tasarım çözümü için ön tasarım sonuçları (katı model, prototip vs. )
| + | |X |
| − | |Atanmış ana hat
| + | |X |
| − | | |
| − | Sistem ve sistem elemanlarının tasarım karakteristikleri
| |
| − | | |
| − | Sistem ve sistem elemanlarının arayüz özellikleri,
| |
| − | | |
| − | Alternatif tasarım çözümleri arasından seçilmiş sistem ve sistem elemanları
| |
| − | |Güncellenmiş Tasarım
| |
| − | | colspan="2" |Güncellenmiş Tasarım
| |
| − | |Yeniden Kullanım için gerekli plan ve prosedürler
| |
| − | |}
| |
| − | | |
| − | === 3.5.4.6. SİSTEM ANALİZİ SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım''' | |
| − | |'''Destek''' | |
| − | |'''Envanterden Çıkarma''' | |
| | |- | | |- |
| − | |Girdi | + | |Sistem Gereksinimleri Tanımlama Süreci |
| − | |<nowiki>---</nowiki> | + | |X |
| − | | colspan="5" |Paydaş Gereksinimleri ve Beklentileri | + | |X |
| − | | + | |X |
| − | Paydaş İhtiyaçları Dokümanı
| |
| − | | |
| − | Sistem Analizi İhtiyacı
| |
| − | |<nowiki>---</nowiki> | |
| | |- | | |- |
| − | |Faaliyetler | + | |Mimari Tanımlama Süreci |
| − | |<nowiki>---</nowiki> | + | |X |
| − | | colspan="5" |Sistem Analizi Faaliyeti Hazırlıkları | + | | |
| − | | + | | |
| − | Sistem Analizi Faaliyetlerinin Gerçekleştirilmesi
| |
| − | | |
| − | Sistem Analizi Sonuçlarının Yönetilmesi
| |
| − | |<nowiki>---</nowiki> | |
| | |- | | |- |
| − | |Çıktı | + | |Tasarım Tanımlama Süreci |
| − | |<nowiki>---</nowiki> | + | |X |
| − | | colspan="5" |Sistem Analizi Stratejisi | + | | |
| − | | + | | |
| − | Alınacak kararı destekleyecek analiz sonuçları
| |
| − | | |
| − | Öğrenilmiş dersler
| |
| − | |<nowiki>---</nowiki>
| |
| − | |}
| |
| − | | |
| − | === 3.5.4.7. UYGULAMA VE ENTEGRASYON SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma''' | |
| | |- | | |- |
| − | |Girdi | + | |Sistem Analizi Süreci |
| − | | colspan="2" |Paydaş Gereksinimleri ve Beklentileri | + | |X |
| − | | + | |X |
| − | Gereksinim Tanımlama Dokümanı
| + | | |
| − | | colspan="2" |Paydaş Gereksinimleri ve Beklentileri | + | |- |
| − | | + | |Uygulama ve Entegrasyon Süreci |
| − | Gereksinim Tanımlama Dokümanı
| + | |X |
| − | | + | |X |
| − | Sistem Mimarisi
| + | | |
| − | | |
| − | Sistem Tasarım Tanımı
| |
| − | | |
| − | Tekrar kullanım yapılacak sistem ve sistem elemanları (alt sistemi, birim, öğe)
| |
| − | | colspan="3" |
| |
| − | | |
| − | | |
| − | ---
| |
| | |- | | |- |
| − | |Faaliyetler | + | |Doğrulama Süreci |
| − | | colspan="2" |Uygulama ve Entegrasyon Faaliyetleri Hazırlıkları | + | |X |
| − | | colspan="2" |Uygulama ve Entegrasyon Faaliyetleri Hazırlıkları | + | |X |
| − | | + | | |
| − | Uygulama ve Entegrasyon Faaliyetlerinin Gerçekleştirilmesi
| |
| − | | colspan="3" | | |
| − | | |
| − | | |
| − | ---
| |
| | |- | | |- |
| − | |Çıktı | + | |Geçiş Süreci |
| − | |Taslak Uygulama ve Entegrasyon Stratejisi | + | |X |
| − | |Sistem ve sistem elemanlarının bulunabilirliğin sağlanması | + | |X |
| − | | colspan="2" |Uygulama ve Entegrasyon faaliyetleri yapılmış Sistem ve Sistem Elemanları (Alt sistem, Birim, Öğe) | + | | |
| − | | + | |- |
| − | Doğrulama ve Kalifikasyon faaliyetlerini destekleyecek Uygulama ve Entegrasyon kayıtları
| + | |Geçerli Kılma Süreci |
| − | | colspan="3" | | + | |X |
| | + | |X |
| | + | | |
| | + | |- |
| | + | |Kullanım Süreci |
| | + | |X |
| | + | |X |
| | + | |X |
| | + | |- |
| | + | |Destek Süreci |
| | + | |X |
| | + | |X |
| | + | |X |
| | + | |- |
| | + | |Envanterden Çıkarma Süreci |
| | + | |X |
| | + | |X |
| | + | |X |
| | + | |- |
| | + | |X: Uyarlama Yapılmaz |
| | + | | |
| | + | | colspan="2" |: Uyarlama Yapılabilir |
| | + | |} |
| | + | |
| | + | = 5. SİSTEM ÖMÜR DEVRİ SAFHALARI ve SÜREÇLER = |
| | + | Bu doküman kapsamında detaylandırılan sistem ömür devri süreçlerinin, [https://tssodypwiki.ssb.gov.tr/index.php/Sistem_%C3%96m%C3%BCr_Devri_Y%C3%B6netimi_Rehberi_(Ana_%C3%87er%C3%A7eve) TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)’nde] tanımlanan sistem ömür devri safhalarına göre yoğunlukları verilmiştir. |
| | + | |
| | + | [[Dosya:Tablo5.1.jpg|alt=Tablo 5 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri|sol|küçükresim|675x675pik|Tablo 5 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri]] |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | | | |
| | | | |
| − | ---
| |
| − | |}
| |
| | | | |
| − | === 3.5.4.8. DOĞRULAMA SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | |<nowiki>---</nowiki>
| |
| − | |Doğrulama Stratejisi
| |
| | | | |
| − | Paydaş Gereksinimleri ve Beklentileri
| |
| − | | colspan="2" |Sistem veya sistem elemanları gereksinimleri
| |
| | | | |
| − | Doğrulanacak sistem veya sistem elemanları
| |
| | | | |
| − | Doğrulama Kriterleri
| |
| − | | colspan="2" |Doğrulanmış Sistem
| |
| − | |<nowiki>---</nowiki>
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |<nowiki>---</nowiki>
| |
| − | |Doğrulama Faaliyetleri Hazırlıkları
| |
| | | | |
| − | Doğrulama Faaliyetlerinin Gerçekleştirilmesi (uygulanabilir ise)
| |
| − | | colspan="2" |Doğrulama Faaliyetleri Hazırlıkları
| |
| | | | |
| − | Doğrulama Faaliyetlerinin Gerçekleştirilmesi
| |
| | | | |
| − | Doğrulama Faaliyetlerinin Sonuçlarının Yönetilmesi
| |
| − | | colspan="2" |Olası değişiklikler sonrası Fark / Tekrar Doğrulama Faaliyetleri
| |
| − | |<nowiki>---</nowiki>
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |<nowiki>---</nowiki>
| |
| − | |Doğrulama Stratejisi
| |
| | | | |
| − | Taslak Gereksinim izlenebilirlik Matrisi
| |
| − | | colspan="2" |Doğrulama Stratejisi
| |
| | | | |
| − | Değerlendirme ve Kabul Planı
| |
| | | | |
| − | Gereksinim İzlenebilirlik Matrisi
| |
| | | | |
| − | Doğrulama Kayıtları
| |
| | | | |
| − | Doğrulanmış sistem veya sistem elemanları
| |
| − | | colspan="2" |Doğrulanmış sistem veya sistem elemanları
| |
| | | | |
| − | Öğrenilmiş Dersler
| |
| − | |<nowiki>---</nowiki>
| |
| − | |}
| |
| | | | |
| − | === 3.5.4.9. GEÇİŞ SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | |<nowiki>---</nowiki>
| |
| − | |Ana hatları ortaya konulmuş uygun sistem çözümü
| |
| − | |Geçiş Kısıtları ve Geçiş Stratejisi/Planı
| |
| − | |Program Takvimi ve Yönetim Planı
| |
| − | | colspan="2" |Doğrulanmış Aktif Sistem
| |
| − | |<nowiki>---</nowiki>
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |<nowiki>---</nowiki>
| |
| − | |Geçiş kısıtları ve geçiş stratejisinin/planının belirlenmesi
| |
| − | |Kurulum kurallarına uygun olarak operasyonel ortamın hazırlanması
| |
| − | |Sistemin, planlandığı zamanda ve planlandığı yere teslim edilmesi.
| |
| | | | |
| − | Sistem aktif hale getirilmesi.
| |
| − | | colspan="2" |Sistemin kullanılması.
| |
| | | | |
| − | Sistemin aktifliğinin sürekliliğinin sağlanması için desteklenmesi.
| |
| − | |<nowiki>---</nowiki>
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |<nowiki>---</nowiki>
| |
| − | |Geçiş Kısıtları ve Geçiş Stratejisi/Planı
| |
| − | |Program Takvimi ve Yönetim Planı
| |
| − | |Kurulumu gerçekleştirilmiş sistem
| |
| | | | |
| − | Alınan Önlemler
| |
| | | | |
| − | Alınılan Dersler
| |
| − | | colspan="2" |İşletim yapılandırması, bulunan hatalar, alınan önlemler ve öğrenilmiş dersleri de içeren kurulum veri kayıtları
| |
| | | | |
| − | Öğrenilmiş Dersler
| |
| − | |<nowiki>---</nowiki>
| |
| − | |}
| |
| | | | |
| − | === 3.5.4.10. GEÇERLİ KILMA SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | |Taslak Paydaş Gereksinimleri ve Beklentileri
| |
| | | | |
| − | Operasyonel Senaryolar
| |
| − | |Taslak Geçerli Kılma Stratejisi
| |
| | | | |
| − | Taslak Paydaş Gereksinimleri ve Beklentileri
| |
| − | | colspan="2" |Paydaş Gereksinimleri ve Beklentileri
| |
| | | | |
| − | Paydaş İhtiyaç ve Gereksinimleri Dokümanı
| |
| | | | |
| − | Geçerli Kılınacak sistem veya sistem elemanları
| |
| | | | |
| − | Geçerli Kılma Kriterleri
| |
| − | | colspan="2" |Geçerli Kılınmış Sistem
| |
| − | |<nowiki>---</nowiki>
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |Geçerli Kılma Hazırlıkları
| |
| − | |Geçerli Kılma Hazırlıkları
| |
| − | | colspan="2" |Geçerli Kılma Faaliyetleri Hazırlıkları
| |
| | | | |
| − | Geçerli Kılma Faaliyetlerinin Gerçekleştirilmesi
| |
| | | | |
| − | Geçerli Kılma Sonuçlarının Yönetilmesi
| |
| − | | colspan="2" |Olası değişiklikler sonrası Fark / Tekrar Geçerli Kılma Faaliyetleri
| |
| − | |<nowiki>---</nowiki>
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |Taslak Geçerli Kılma Stratejisi
| |
| − | |Taslak Geçerli Kılma Stratejisi
| |
| − | | colspan="2" |Geçerli Kılma Stratejisi
| |
| | | | |
| − | Gereksinim İzlenebilirlik Matrisi
| |
| | | | |
| − | Geçerli Kılma Kayıtları
| |
| | | | |
| − | Geçerli Kılınmış Sistem
| + | |
| − | | colspan="2" |Geçerli Kılınmış Sistem | + | [[Dosya:Tablo6.jpg|alt=Tablo 6 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri (Devamı)|sol|küçükresim|600x600pik|Tablo 6 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri (Devamı)]] |
| − | |<nowiki>---</nowiki> | |
| − | |} | |
| | | | |
| | | | |
| − | === 3.5.4.11. KULLANIM SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | |· Harekât Verileri
| |
| | | | |
| − | · Tatbikat Verileri,
| |
| | | | |
| − | · Tehditlerdeki Değişimler,
| |
| | | | |
| − | · Yasal Yükümlülükler,
| |
| | | | |
| − | · Teknolojik Yenilikler,
| |
| | | | |
| − | · Alternatifler (DELTMATO - Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik),
| |
| | | | |
| − | · Mevcut İmkân ve Kabiliyetler ve uzun vadede sahip olunmasına ihtiyaç duyulan imkân ve kabiliyetler,
| |
| | | | |
| − | · Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları,
| |
| | | | |
| − | · Kaynak durumu,
| |
| | | | |
| − | · Benzer sistemlerde yaşanan zafiyetler ve elde edilen veriler
| |
| − | |Yetenek Matrisi
| |
| | | | |
| − | Paydaş ihtiyaçları ve isterleri
| |
| − | | colspan="2" |Yetenek Matrisi (Revize)
| |
| | | | |
| − | Paydaş ihtiyaçları ve isterleri
| |
| − | | colspan="2" |Paydaş ihtiyaçları ve isterleri
| |
| | | | |
| − | Odak Sistem ve ELD Teslimatları
| |
| − | |<nowiki>-</nowiki>
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |· Kullanım stratejisinin ve gereksinimlerinin tanımlanması,
| |
| − | |Kullanım stratejisinin ve gereksinimlerinin iyileştirilmesi ve sürdürülmesi,
| |
| − | | colspan="2" |Kullanım stratejisinin ve gereksinimlerinin iyileştirilmesi ve sürdürülmesi,
| |
| | | | |
| − | Kullanım için gerekli sistemler, hizmetler ve malzemelerin planlanması, eğitim ihtiyaçlarının tanımlanıp geliştirilmesi,
| |
| | | | |
| − | İyileştirme/modifikasyon faaliyetleri, bu faaliyetler için kabul kriterlerinin tanımlanması
| |
| − | | colspan="2" |Sistemin operasyonel çevresinde kullanımı, performansının izlenmesi, kayıt altına alınması
| |
| − | |'''-'''
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |İş/Görev Analizi
| |
| | | | |
| − | Yetenek Matrisi
| |
| | | | |
| − | Paydaş ihtiyaçları ve isterleri
| |
| − | |Yetenek Matrisi (Revize)
| |
| | | | |
| − | Paydaş ihtiyaçları ve isterleri
| |
| − | | colspan="2" |Yetenek Matrisi (Revize)
| |
| | | | |
| − | Paydaş ihtiyaçları ve isterleri
| |
| | | | |
| − | Odak Sistem ve ELD Teslimatları
| |
| − | | colspan="2" |Kullanım Performansı Verileri
| |
| | | | |
| − | Öğrenilmiş Dersler
| |
| − | |<nowiki>-</nowiki>
| |
| − | |}
| |
| | | | |
| − | === 3.5.4.12. LOJİSTİK DESTEK VE BAKIM SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | |Bu safhanın temel girdisi, mevcut operasyonel çevreden gelecek bilgiler olacaktır. Alt yapı, kullanım ve bakım personeli yetenekleri, ekipmanlar gibi operasyonel çevre bilgileri lojistik destek ve bakım stratejisi için sınırlamaları oluşturacak olup olası seçeneklerin değerlendirilmesini etkileyecektir.
| |
| | | | |
| − | · Öğrenilmiş dersler
| |
| | | | |
| − | · Kullanım konseptinden gelen operasyonel gereksinimler ve hedefler
| |
| − | |· Lojistik hususlarla ilgili öğrenilmiş dersleri ve gereksinimleri kapsayan seçenekler
| |
| | | | |
| − | · Sürdürülebilirlik için gereksinimler (alt yapı, kullanım ve bakım personeli yetenekleri, ekipmanlar), lojistik destek ve bakım stratejisinin ve olası seçeneklerin değerlendirilmesinin daha detaylı karar verilmesini sağlayacaktır.
| + | [[Dosya:Tablo7.jpg|alt=Tablo 7 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri (Devamı)|sol|küçükresim|782x782pik|Tablo 7 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri (Devamı)]] |
| − | |· Müşterinin detaylı lojistik destek ve bakım stratejisi
| + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | | | |
| − | · Erişilebilir tüm kaynaklarla birlikte önerilen çözümün tüm lojistik/süreklilik gereksinimleri
| |
| | | | |
| − | · Tasarım çözümü elemanları ile birlikte başlangıç seviyesi ELD Planı
| |
| − | |· Sistem tanımının bir parçası olarak lojistik destek ve bakım stratejisi (müşteri ve firma tarafından hazırlanmış olanının birleştirildiği)
| |
| | | | |
| − | · Lojistik amaçlar kapsamında bütünleyen sistemlerin tanımlanması
| |
| | | | |
| − | · Güncel ELD Planı
| |
| − | | colspan="2" |· Sürdürülebilir kullanım ve destek safhası için tüm uygulamaların hazır olması
| |
| | | | |
| − | · Lojistik amaçlar için bütünleyen sistemlerin hazır olması
| |
| | | | |
| − | · Güncellenmiş ELD Planı
| |
| − | |· Bakım/destek ve arıza verileri
| |
| | | | |
| − | · Güncellenmiş ELD Planı
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |Ön Konsept safhasında sadece Destek sürecinin planlama faaliyetleri kapsamında yapılacak faaliyetler vardır;
| |
| | | | |
| − | · Lojistik destek ve bakım stratejisinin hazırlanması
| |
| | | | |
| − | · Süreklilik için her bir seçenek kapsamında gereksinimlerinin tanımlanması
| |
| − | |Önerilen çözümle ilgili olarak tüm kısıtlamaların değerlendirilmesi gerekmektedir. Konsept safhasında sadece Destek sürecinin planlama faaliyetleri kapsamında yapılacak faaliyetler vardır;
| |
| | | | |
| − | · Detaylı lojistik destek ve bakım stratejisinin hazırlanması
| |
| | | | |
| − | · Lojistik ve süreklilik gereksinimlerinin oluşturulması
| |
| | | | |
| − | · Başlangıç Entegre Lojistik Destek Planının oluşturulması
| |
| | | | |
| − | · Lojistik elemanların tasarım çözümü için ana hatları oluşturması ve ömür devri maliyetine katkı sağlanması
| |
| − | |Lojistik destek ve bakım sürecinin planlanmasıdır;
| |
| | | | |
| − | · Lojistik destek ve bakım stratejisinin ilgili paydaşlara iletilmesi
| |
| | | | |
| − | · Sistem gereksinimleri ve tasarım çözümleri ile ilişkili lojistik amaçlar için oluşturulan gereksinimlerin yerine getirilmesi
| |
| | | | |
| − | · Tüm program boyunca global ve uyumlu bir entegre lojistik desteğin sağlanması kapsamında, müşteri ve firma tarafından hazırlanan ELD planlarının birleştirilmesi
| |
| | | | |
| − | Bakım stratejisi oluşturulurken, çevre (alt yapı, iklim koşulları vb), bakım faaliyetleri (planlı bakım, düzeltici bakım vb.), zaman faktörleri (lojistik gecikme süreleri, ortalama onarım süresi vb.), personel (yetenek seviyesi, eğitim vb.), teknik bilgiler (teknik veriler, el kitapları vb.), depolama gibi tüm hususların göz önünde bulundurulması gerekmektedir.
| |
| − | |· ELD Planının kontrol edilmesi ve gerekli olması halinde düzenlenmesi
| |
| | | | |
| − | · Müşteri ve firma arasında ELD Planı konusunda uzlaşmanın tamamlanması
| |
| | | | |
| − | · Gerekli tüm ELD elemanlarının sağlanması ve uygulanması,
| |
| − | | colspan="2" |· Lojistik destek ve bakımın planlanması ve gerçekleştirilmesidir;
| |
| | | | |
| − | · Müşteri ile firma arasında ELD Planı üzerine anlaşılmış olması, kontrol edilmesi, gerekli olması halinde düzenlenmesi
| |
| | | | |
| − | · Modifikasyon ve güncelleme faaliyetlerinin bir parçası olarak ELD elemanlarının güncellenmesi ve uygulanması
| |
| | | | |
| − | · Bakım ve diğer tüm lojistik elemanların uygulanması;
| |
| | | | |
| − | · Sistemin lojistik desteği ve bakımı için gerekli bütünleyen sistemler ve diğer tüm hizmetlerin edinilmesi, yedek parça seviyelerinin izlenmesi, eğitimli lojistik ve bakım personellerinin becerilerinin ve kullanılabilirliklerinin yönetilmesi
| |
| | | | |
| − | · ELD Planına göre lojistik faaliyetlerin gerçekleştirilmesi
| |
| | | | |
| − | · Bakım planına göre ilgili faaliyetlerin, önleyici ve düzeltici bakımların gerçekleştirilmesi
| |
| | | | |
| − | · Bakım kayıtlarının tutulması ve raporlanması
| |
| | | | |
| − | · Kilometre taşları;
| |
| | | | |
| − | 1. Hizmet içi gözden geçirme
| |
| | | | |
| − | 2. Planlı büyük bakımlar
| |
| − | |· Müşteri ile firma arasında ELD Planı üzerine anlaşılmış olması, kontrol edilmesi, gerekli olması halinde düzenlenmesi
| |
| | | | |
| − | · Bakım planlamasına ve tasfiye (likidasyon) stratejisine bağlı olarak bakım faaliyetlerinin gerçekleştirilmesi (alınan karara göre belirlenen sayıdaki sisteme belirlenen miktarda bakım faaliyetlerinin uygulanması gerçekleştirilebilir. Tasfiye stratejisine uygun olarak, eskime ile ilgili problemlerin giderilmesi, yenisiyle değiştirme maliyetleri, yedek parça maliyetlerinin yüksek olması gibi hususların göz önünde bulundurulmasıyla envanterden çıkarma kararı verilebilecektir.)
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |· Jenerik seviyede lojistik destek ve bakım stratejisinin tanımlanması
| |
| | | | |
| − | · Süreklilik için her bir seçenek kapsamında tanımlanmış gereksinimler
| |
| − | |· Detaylı lojistik destek ve bakım stratejisi
| |
| | | | |
| − | · Tercih edilen çözüm ve bu çözümle ilgili olarak lojistik/süreklilik kapsamında başlangıç paydaş gereksinimlerinin tanımlanması
| |
| | | | |
| − | · Başlangıç ELD Planı ve tasarım çözümü için ELD elemanlarının tanımlanması
| |
| | | | |
| − | Başlangıç program planı, proje yönetim planı, başlangıç Konfigürasyon Yönetimi planı, başlangıç eskime yönetim planı gibi konsept safhası çıktıları da bu sürece katkı sağlayacaktır.
| |
| − | |· Sistem tanımının bir parçası olarak lojistik destek ve bakım stratejisi (müşteri ve firma tarafından hazırlanmış olanının birleştirildiği)
| |
| | | | |
| − | · Lojistik amaçlar kapsamında bütünleyen sistemlerin tanımlanması
| |
| | | | |
| − | · Güncel ELD Planı
| |
| | | | |
| − | Doğrulama ve kalifikasyon dokümanları, sistem tanımı (arayüz tanımlamaları, bakım stratejisi/planı, destek ve bakım prosedürleri, envanterden çıkarma yaklaşımını kapsayan), güncellenmiş ömür devri maliyet tahminleri, bütünleyen sistem tanımları, güncellenmiş eskime yönetim planı, ELD Planı, Konfigürasyon Yönetimi planı gibi geliştirme safhası çıktıları da bu sürece katkı sağlayacaktır.
| |
| − | |· Sürdürülebilir kullanım ve destek safhası için tüm uygulamaların hazır olması
| |
| | | | |
| − | · Lojistik amaçlar için bütünleyen sistemlerin hazır olması
| |
| | | | |
| − | · Güncellenmiş ELD Planı
| |
| | | | |
| − | Üretim safhası çıktılarından, güncellenmiş ömür devri maliyet tahminleri ile güncellenmiş envanterden çıkarma konsepti de bu sürece katkı sağlayacaktır.
| |
| − | | colspan="2" |· Sistemin kullanım ömrü boyunca sürdürülebilir sistem yeteneği
| |
| | | | |
| − | · Bakım/destek ve arıza verileri
| |
| | | | |
| − | · Güncellenmiş ELD Planı
| |
| | | | |
| − | · Envanterden çıkarma kararı,
| |
| | | | |
| − | · Öğrenilmiş dersler
| |
| − | |Yok.
| |
| − | |}
| |
| | | | |
| − | === 3.5.4.13. ENVANTERDEN ÇIKARMA SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | |Savunma ve lojistik planları,
| |
| | | | |
| − | Paydaş İhtiyaçları ve Gereksinimleri
| |
| | | | |
| − | İş/Görev Analizi
| |
| − | |Yetenek Matrisi
| |
| | | | |
| − | İş/Görev Analizi
| |
| | | | |
| − | Paydaş İhtiyaçları ve Gereksinimleri
| |
| − | | colspan="2" |· Envanterden Çıkarma Stratejisi,
| |
| − | | colspan="2" |· Envanterden Çıkarma Stratejisi
| |
| − | |· Envanterden Çıkarma Stratejisi
| |
| | | | |
| − | · Envanterden çıkarma kararı,
| |
| | | | |
| − | · Sistem (Destek unsurları, mühimmat vb. dahil)
| |
| | | | |
| − | · Sistem Bileşenleri ve Atıkların Yönetim Stratejisi
| |
| | | | |
| − | · Envanterden Çıkarma Planı (Taslak)
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |Envanterden çıkarma faaliyetlerinin planlanması
| |
| − | |Envanterden çıkarma faaliyetlerinin planlanması
| |
| − | | colspan="2" |Envanterden çıkarma faaliyetlerinin planlanması
| |
| | | | |
| − | · Envanterden çıkarma kısıtlarının tanımlanması.
| |
| | | | |
| − | · Sistemdeki atıl bileşenlerin tanımlanması
| |
| | | | |
| − | · Sistem bileşeni ve parçalarının envanterden çıkarma kataloğunun geliştirilmesi,
| |
| | | | |
| − | · Test, doğrulama ve/veya sertifikasyon detaylarını içerecek şekilde envanterden çıkarma prosedürlerinin geliştirilmesi,
| |
| | | | |
| − | · (Destek unsurları, mühimmat vb. dahil)
| |
| − | | colspan="2" |Envanterden çıkarma faaliyetlerinin planlanması
| |
| − | |Envanterden çıkarma faaliyetlerinin planlanması
| |
| | | | |
| − | Envanterden çıkarma faaliyetlerini yürütülmesi
| |
| | | | |
| − | Envanterden çıkarma faaliyetlerinin sonlandırılması
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |Envanterden Çıkarma Stratejisi (Taslak)
| |
| − | |Envanterden Çıkarma Stratejisi
| |
| − | | colspan="2" |· Sistem Bileşenleri ve Atıkların Yönetim Stratejisi,
| |
| | | | |
| − | · Envanterden Çıkarma Planı (Taslak)
| |
| − | | colspan="2" |· Envanterden çıkarma kararı,
| |
| | | | |
| − | [Sistem (Destek unsurları, mühimmat vb. dahil)]
| |
| | | | |
| − | · Sistem Bileşenleri ve Atıkların Yönetim Stratejisi
| |
| | | | |
| − | · Envanterden Çıkarma Planı (Taslak)
| |
| − | |· Eski haline ya da üzerinde anlaşılan bir seviyeye döndürülen çevre,
| |
| | | | |
| − | · Envanterden çıkarma kayıtları ve raporları
| |
| | | | |
| − | · Tekrar kullanılacak, geri dönüştürülecek, imha edilecek, depolanacak ya da tedarik zincirine geri döndürülecek birimler.
| |
| − | |}
| |
| | | | |
| | | | |
| − | = 4. BÖLÜM UYARLAMA =
| |
| − | Mutabakat Süreçleri, Organizasyonel Proje Destek Süreçleri ve Teknik Yönetim Süreçleri için uyarlama söz konusu olmamakla birlikte odak sistemin hangi ömür devri safhasında bulunduğu, geliştirme ya da hazır alım yöntemiyle tedarik edileceği vb. hususlar dikkate alınarak Teknik Süreçlerde uyarlama yapılabilir.[Bkz. TSSODYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)]
| |
| | | | |
| − | Tablo 4 Uyarlama
| + | '''DOKÜMANIN HAZIRLANMASINDA GÖREV ALAN KURUM/KURULUŞLAR''' |
| − | {| class="wikitable"
| |
| − | | rowspan="3" |'''TEKNİK SÜREÇLER'''
| |
| − | | colspan="3" |'''UYARLAMA'''
| |
| − | |-
| |
| − | | colspan="2" |'''TEDARİK'''
| |
| − | | rowspan="2" |'''ENVANTERDE BULUNAN'''
| |
| − | |-
| |
| − | |'''GELİŞTİRME'''
| |
| − | |'''HAZIR ALIM'''
| |
| − | |-
| |
| − | |İş ve Görev Analizi Süreci
| |
| − | |X
| |
| − | |X
| |
| − | |X
| |
| − | |-
| |
| − | |Paydaş İhtiyaçları ve İsterleri Tanımlama Süreci
| |
| − | |X
| |
| − | |X
| |
| − | |X
| |
| − | |-
| |
| − | |Sistem Gereksinimleri Tanımlama Süreci
| |
| − | |X
| |
| − | |X
| |
| − | |X
| |
| − | |-
| |
| − | |Mimari Tanımlama Süreci
| |
| − | |X
| |
| − | |
| |
| − | |
| |
| − | |-
| |
| − | |Tasarım Tanımlama Süreci
| |
| − | |X
| |
| − | |
| |
| − | |
| |
| − | |-
| |
| − | |Sistem Analizi Süreci
| |
| − | |X
| |
| − | |X
| |
| − | |
| |
| − | |-
| |
| − | |Uygulama ve Entegrasyon Süreci
| |
| − | |X
| |
| − | |X
| |
| − | |
| |
| − | |-
| |
| − | |Doğrulama Süreci
| |
| − | |X
| |
| − | |X
| |
| − | |
| |
| − | |-
| |
| − | |Geçiş Süreci
| |
| − | |X
| |
| − | |X
| |
| − | |
| |
| − | |-
| |
| − | |Geçerli Kılma Süreci
| |
| − | |X
| |
| − | |X
| |
| − | |
| |
| − | |-
| |
| − | |Kullanım Süreci
| |
| − | |X
| |
| − | |X
| |
| − | |X
| |
| − | |-
| |
| − | |Destek Süreci
| |
| − | |X
| |
| − | |X
| |
| − | |X
| |
| − | |-
| |
| − | |Envanterden Çıkarma Süreci
| |
| − | |X
| |
| − | |X
| |
| − | |X
| |
| − | |-
| |
| − | |X: Uyarlama Yapılmaz
| |
| − | |
| |
| − | | colspan="2" |: Uyarlama Yapılabilir
| |
| − | |}
| |
| − | | |
| − | = 5. SİSTEM ÖMÜR DEVRİ SAFHALARI ve SÜREÇLER =
| |
| − | Bu doküman kapsamında detaylandırılan sistem ömür devri süreçlerinin, TSSÖDYP-01 Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)’nde tanımlanan sistem ömür devri safhalarına göre yoğunlukları verilmiştir.
| |
| − | | |
| − | Tablo 5 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri
| |
| − | | |
| − | | |
| − | | |
| − | Tablo 6 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri (Devamı)
| |
| − | | |
| − | | |
| − | | |
| − | | |
| − | Tablo 7 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri (Devamı)
| |
| | | | |
| | + | SAVUNMA SANAYİİ BAŞKANLIĞI |
| | | | |
| | + | MİLLİ SAVUNMA BAKANLIĞI |
| | | | |
| − | '''DOKÜMANIN HAZIRLANMASINDA GÖREV ALAN KURUM/KURULUŞLAR'''
| + | KARA KUVVETLERİ KOMUTANLIĞI |
| | | | |
| − | SSB
| + | ASKERİ FABRİKALAR GENEL MÜDÜRLÜĞÜ |
| | | | |
| − | MSB KKK
| + | TERSANELER GENEL MÜDÜRLÜĞÜ |
| − | | |
| − | MSB AFGM
| |
| − | | |
| − | MSB TGM
| |
| | | | |
| | ASELSAN A.Ş. | | ASELSAN A.Ş. |
| | | | |
| − | EPENEK GESG LTD. ŞTİ. | + | EPENEK GESG LTD. ŞTİ. |
| | | | |
| | FNSS SAVUNMA SİSTEMLERİ A.Ş. | | FNSS SAVUNMA SİSTEMLERİ A.Ş. |
| 5.474. satır: |
5.397. satır: |
| | | | |
| | ROKETSAN A.Ş. | | ROKETSAN A.Ş. |
| | + | |
| | | | |
| | | | |
| | ----[*] Sistem ömür devri safhaları içinde görev alanlarına bağlı olarak ilgili kurumlarca teknik yönetim süreçleri olarak da icra edilebilirler. | | ----[*] Sistem ömür devri safhaları içinde görev alanlarına bağlı olarak ilgili kurumlarca teknik yönetim süreçleri olarak da icra edilebilirler. |