| 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.
| |
| | | | |
| − | 4. ISO/IEC 15288, SYSTEMS AND SOFTWARE ENGINEERING – SYSTEM LIFE CYCLE PROCESSES, 2015.
| |
| | | | |
| − | 5. TSSÖDYP Doküman Seti
| |
| | | | |
| | | | |
| − | {| class="wikitable"
| + | 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. |
| − | |+
| + | |
| − | ! colspan="2" |'''TSSÖDYP DOKÜMAN SETİ'''
| + | 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. |
| − | |-
| + | |
| − | |'''DOKÜMAN ADI '''
| + | 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. |
| − | | '''DOKÜMAN KODU'''
| + | |
| − | |-
| + | 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. |
| − | |Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve)
| + | |
| − | |TSSÖDYP-01
| + | 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. |
| − | |-
| + | |
| − | |Sistem Ömür Devri Yönetimi Süreçleri Rehberi
| + | 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-02
| + | |
| − | |-
| + | 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. |
| − | |Ü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
| + | Prof.Dr. İsmail DEMİR |
| − | |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 ==
| + | T.C. Cumhurbaşkanlığı |
| | | | |
| − | === 1.7.1. TANIMLAR ===
| + | Savunma Sanayii Başkanı |
| − | Tablo 2 Tanımlar Tablosu
| |
| − | {| class="wikitable"
| |
| − | |'''Terim'''
| |
| − | |'''Tanım'''
| |
| − | |'''Diğer Kullanım'''
| |
| − | |-
| |
| − | |Altyapı Yönetimi Süreci
| |
| | | | |
| − | Infrastructure Management Process
| |
| − | |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
| |
| − | |Süreçte hedeflenen performans seviyesinin tanımlanması için kullanılan göstergelerdir.
| |
| − | |
| |
| − | |-
| |
| − | |Anahtar Risk Göstergesi
| |
| | | | |
| − | Key Risk Indicator
| + | '''<big>ÖZET</big>''' |
| − | |Süreçte belirlenen risk seviyesinin erken dönemde fark edilmesini sağlamak için kullanılan göstergelerdir.
| |
| − | |
| |
| − | |-
| |
| − | |Arıza
| |
| | | | |
| − | Failure
| + | 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. |
| − | |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 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. |
| − | |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
| + | 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. |
| − | |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
| + | 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. |
| − | |Ü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.
| |
| − | |
| |
| − | |-
| |
| − | |Destek Unsurları
| |
| | | | |
| − | Enablling Systems
| + | 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. |
| − | |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.
| |
| − | |
| |
| − | |-
| |
| − | |Desteklenebilirlik
| |
| | | | |
| − | Supportability
| + | 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. |
| − | |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.
| |
| − | |
| |
| − | |-
| |
| − | |Doğrulama
| |
| | | | |
| − | Verification
| + | 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. |
| − | |Ü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.
| |
| − | |
| |
| − | |-
| |
| − | |Doğrulama Süreci
| |
| | | | |
| − | Verification Process
| + | = 1. GENEL = |
| − | |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
| + | == 1.1. GİRİŞ == |
| − | |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.
| + | 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. |
| − | |
| |
| − | |-
| |
| − | |Entegre Lojistik Destek
| |
| | | | |
| − | Integrated Logistics Support
| + | == 1.2. AMAÇ == |
| − | |Ü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.
| + | Bu dokümanın amacı: |
| − | |Bütünleşik Lojistik Destek
| |
| − | |-
| |
| − | |Envanterden Çıkarma Süreci
| |
| | | | |
| − | Disposal Process
| + | * 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, |
| − | |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.
| + | * 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, |
| − | |Elden Çıkarma
| + | * 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, |
| − | |Geçerli Kılma Süreci
| + | * 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. |
| | | | |
| − | Validation Process
| + | 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. |
| − | |Sistemin ilgili operasyonel ortamda kendisinden beklenen ihtiyacı karşıladığının objektif kanıtlarla gösterilmesidir.
| |
| − | |
| |
| − | |-
| |
| − | |Geçiş Süreci
| |
| | | | |
| − | Transition Process
| + | == 1.3. KAPSAM == |
| − | |Ü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.
| + | 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. |
| | + | |
| | + | '''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 |
| | + | |Ağustos 2021 |
| | | | | | |
| | + | |İlk yayın |
| | |- | | |- |
| − | |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
| |
| − | |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
| |
| − |
| |
| − | 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.
| |
| | | | | | |
| − | |-
| |
| − | |Karar Yönetimi Süreci
| |
| − |
| |
| − | Decision Management Process
| |
| − | |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
| + | == 1.6. REFERANSLAR == |
| − | |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.
| + | 1. NATO STANDARD, AAP-20 NATO PROGRAMME MANAGEMENT FRAMEWORK (NATO Life Cycle Model), 2015. |
| − | |
| |
| − | |-
| |
| − | |Konfigürasyon Temel Çizgisi
| |
| | | | |
| − | Configuration Baseline
| + | 2. NATO STANDARD, AAP-48 NATO SYSTEM LIFE CYCLE PROCESSES, 2020. |
| − | |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
| + | 3. INCOSE SYSTEMS ENGINEERING HANDBOOK, A GUIDE FOR SYSTEM LIFE CYCLE PROCESSES AND ACTIVITIES, 2015. |
| − | |-
| |
| − | |Konfigürasyon Yönetimi Süreci
| |
| | | | |
| − | Configuration Management Process
| + | 4. ISO/IEC 15288, SYSTEMS AND SOFTWARE ENGINEERING – SYSTEM LIFE CYCLE PROCESSES, 2015. |
| − | |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
| |
| | | | |
| − | Operation Process
| + | 5. TSSÖDYP Doküman Seti |
| − | |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
| |
| | | | |
| − | Availability
| |
| − | |İhtiyaç duyulan sistemin, zamanın herhangi bir anında kullanıma hazır olma derecesidir.
| |
| − | |
| |
| − | |-
| |
| − | |Mimari Tanımlama Süreci
| |
| | | | |
| − | Architecture Definition Process
| + | {| class="wikitable" |
| − | |Sistem mimarisinin tasarlanarak, gereksinimlerle mimarinin uyumlu ve tutarlı bir görünümde ifade edilmesini kapsayan bir süreçtir. | + | |+ |
| − | | | + | ! colspan="2" |'''TSSÖDYP DOKÜMAN SETİ''' |
| | |- | | |- |
| − | |Modernizasyon | + | |'''DOKÜMAN ADI ''' |
| − | |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.
| + | | '''DOKÜMAN KODU''' |
| − | | | |
| | |- | | |- |
| − | |Mutabakat Süreçleri | + | |Sistem Ömür Devri Yönetimi Rehberi (Ana Çerçeve) |
| − | | + | |TSSÖDYP-01 |
| − | 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 | + | |Sistem Ömür Devri Yönetimi Süreçleri Rehberi |
| − | | + | |TSSÖDYP-02 |
| − | Organisational Project – Enabling Processes
| + | |- |
| − | |Programların ve projelerin etkin şekilde yürütülebileceği uyumlu bir ortam yaratmaya çalışan süreçlerdir. | + | |Ürün Destek Stratejileri ve Modelleri Rehberi |
| − | | | + | |TSSÖDYP-03 |
| | + | |- |
| | + | |Entegre Lojistik Destek (ELD) Rehberi |
| | + | |TSSÖDYP-04 |
| | |- | | |- |
| − | |Ölçüm Süreci | + | |Entegre Lojistik Destek (ELD) İsterleri Hazırlama Rehberi |
| − | | + | | TSSÖDYP-05 |
| − | 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 | + | |Lojistik Destek Analizleri ve Kayıtları Rehberi |
| − | | + | |TSSÖDYP-06 |
| − | 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 | + | |Tedarik Zinciri Yönetimi Rehberi |
| − | | + | |TSSÖDYP-07 |
| − | 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 | + | |Sistem Ömür Devri Yönetiminde Demodelik Yönetimi Rehberi |
| − | | + | |TSSÖDYP-08 |
| − | 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 | + | |Kullanım ve Destek İhtiyaçları Çerçevesinde Yerlileştirme/ |
| | | | |
| − | Stakeholder Needs and Requirements Definition Process
| + | Millîleştirme Rehberi |
| − | |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. | + | |TSSÖDYP-09 |
| − | | | + | |- |
| | + | |Kullanım ve Destek Safhaları Kalite Yönetimi Rehberi |
| | + | |TSSÖDYP-10 |
| | |- | | |- |
| − | |Portföy Yönetimi Süreci | + | |Sistem Ömür Devri Yönetiminde Konfigürasyon Yönetimi Rehberi |
| − | | + | |TSSÖDYP-11 |
| − | 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 | + | |Teknik Yayın Hazırlama Rehberi |
| − | | + | |TSSÖDYP-12 |
| − | 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 | + | |Eğitim ve Eğitim İhtiyaçları Rehberi |
| − | | + | |TSSÖDYP-13 |
| − | 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 | + | |Sistem Ömür Devri Yönetimi Terminolojisi |
| − | | + | |TSSÖDYP-14 |
| − | 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.
| |
| − | | | |
| | |- | | |- |
| − | |Risk Yönetimi Süreci | + | |Kodlandırma ve Sınıflandırma Bilgi Kitapçığı |
| − | | + | |TSSÖDYP-15 |
| − | 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 | + | |ASD/AIA S-Serisi ELD Spesifikasyonları Seti Tanıtım Kitapçığı |
| | + | |TSSÖDYP-16 |
| | + | |} |
| | + | |
| | + | == 1.7. TANIMLAR VE KISALTMALAR == |
| | | | |
| − | System Analysis Process
| + | === 1.7.1. TANIMLAR === |
| − | |Sistemin ömür devri içinde ihtiyaç duyulacak sistem özelliklerinin analiz edilerek ortaya çıkartılmasını sağlayan süreçtir. | + | '''Tablo 2 Tanımlar Tablosu''' |
| − | | | + | {| class="wikitable" |
| | + | |'''Terim''' |
| | + | |'''Tanım''' |
| | + | |'''Diğer Kullanım''' |
| | |- | | |- |
| − | |Sistem Gereksinimleri Tanımlama Süreci | + | |Altyapı Yönetimi Süreci |
| | | | |
| − | System Requirements Definition Process
| + | Infrastructure Management 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. | + | |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. |
| | | | | | |
| | |- | | |- |
| − | |Sistem Ömür Devri | + | |Anahtar Performans Göstergesi |
| | | | |
| − | System Life Cycle
| + | Key Performance Indicator |
| − | |İhtiyacın belirlenmesi ile başlayan ve sistemin envanterden çıkarılması ile son bulan zaman dilimidir. | + | |Süreçte hedeflenen performans seviyesinin tanımlanması için kullanılan göstergelerdir. |
| | | | | | |
| | |- | | |- |
| − | |Süreç | + | |Anahtar Risk Göstergesi |
| | | | |
| − | Process
| + | Key Risk Indicator |
| − | |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çte belirlenen risk seviyesinin erken dönemde fark edilmesini sağlamak için kullanılan göstergelerdir. |
| | | | | | |
| | |- | | |- |
| − | |Süreç Yönetimi | + | |Arıza |
| | | | |
| − | Process Management
| + | Failure |
| − | |Süreçleri temel kabul eden bir yönetim disiplinidir. | + | |Bir konfigürasyon biriminin kendinden beklenen şekilde çalışmaması ve/veya beklenen çıktıları üretememesi durumudur. |
| | | | | | |
| | |- | | |- |
| − | |Tasarım Tanımlama Süreci | + | |Bilgi Yönetimi Süreci |
| | | | |
| − | Design Definition Process
| + | Knowledge Management Process |
| − | |Uygulama ve entegrasyon faaliyetleri için gerekli detaydaki bilgiyi mimari modele ve müşteri isteklerine uygun olarak oluşturan 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. |
| | | | | | |
| | |- | | |- |
| − | |Tedarik Süreci | + | |Demodelik Yönetimi |
| | | | |
| − | Acquisition Process
| + | Obsolescence Management |
| − | |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. | + | |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. |
| | | | | | |
| | |- | | |- |
| − | |Tedarik Zinciri | + | |Destek Süreci |
| | | | |
| − | Supply Chain
| + | Support Process |
| − | |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ü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. |
| | | | | | |
| | |- | | |- |
| − | |Teknik Süreçler | + | |Destek Unsurları |
| | | | |
| − | Technical Processes
| + | Enablling Systems |
| − | |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 | + | |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. |
| | | | | | |
| | |- | | |- |
| − | |Test Edilebilirlik | + | |Desteklenebilirlik |
| | | | |
| − | Testability
| + | Supportability |
| − | |Test kriterlerinin belirlenme ve test performansını kolaylaştırma derecesidir. | + | |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. |
| | | | | | |
| | |- | | |- |
| − | |Uyarlama | + | |Doğrulama |
| | | | |
| − | Tailoring
| + | Verification |
| − | |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 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. |
| | | | | | |
| | |- | | |- |
| − | |Uygulama ve Entegrasyon Süreci | + | |Doğrulama Süreci |
| | | | |
| − | Implementation and Integration Process
| + | Verification 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. | + | |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 |
| | | | |
| − | === 1.7.2. KISALTMALAR ===
| + | Information Management Process |
| − | Tablo 3 Kısaltmalar Tablosu
| + | |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. |
| − | {| class="wikitable"
| + | | |
| − | |'''Kısaltma'''
| |
| − | |'''Açıklama''' | |
| | |- | | |- |
| − | |AAP | + | |Entegre Lojistik Destek |
| − | |Allied Administrative Publication (Müttefik Yönetim Yayınları) | + | |
| | + | 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 |
| | |- | | |- |
| − | |CONOPS | + | |Envanterden Çıkarma Süreci |
| − | |Concept of Operations (Operasyonel Kullanım Konsepti) | + | |
| | + | 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 |
| | |- | | |- |
| − | |DELTMATO | + | |Geçerli Kılma Süreci |
| − | |Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik | + | |
| | + | Validation Process |
| | + | |Sistemin ilgili operasyonel ortamda kendisinden beklenen ihtiyacı karşıladığının objektif kanıtlarla gösterilmesidir. |
| | + | | |
| | |- | | |- |
| − | |ELD | + | |Geçiş Süreci |
| | | | |
| − | ILS
| + | Transition Process |
| − | |Entegre Lojistik Destek | + | |Ü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. |
| − | | + | | |
| − | Integrated Logistics Support
| |
| | |- | | |- |
| − | |APG | + | |Göreve Hazır Bulunma |
| | | | |
| − | KPI
| + | Readiness |
| − | |Anahtar Performans Göstergesi | + | |İhtiyaç duyulan sistemin ilgili görev profili kapsamında kullanıma hazır bulunmasıdır. |
| | + | | |
| | + | |- |
| | + | |Güvenilirlik |
| | | | |
| − | Key Performance Indicator
| + | 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. |
| | + | | |
| | |- | | |- |
| − | |ARG | + | |İkmal Süreci |
| | | | |
| − | KRI
| + | Supply Process |
| − | |Anahtar Risk Göstergesi | + | |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 |
| | | | |
| − | Key Risk Indicator
| + | 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 |
| | | | |
| − | == 1.8. TABLOLAR VE ŞEKİLLER ==
| + | 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 |
| | | | |
| − | === 1.8.1. TABLOLAR ===
| + | Qualification |
| − | Tablo 1 Değişiklik İzleme Tablosu
| + | |Gereksinimlerin tam olarak ya da belirli sınırlar dahilinde karşılandığının gösterilmesidir. |
| | + | | |
| | + | |- |
| | + | |Kalite Güvence Süreci |
| | | | |
| − | Tablo 2 Tanımlar Tablosu
| + | Quality Assurance Process |
| − | | + | |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. |
| − | Tablo 3 Kısaltmalar Tablosu
| + | | |
| | + | |- |
| | + | |Kalite Yönetimi Süreci |
| | | | |
| − | Tablo 4 Uyarlama
| + | 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. |
| | + | | |
| | + | |- |
| | + | |Karar Yönetimi Süreci |
| | | | |
| − | Tablo 5 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri
| + | Decision Management Process |
| | + | |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 |
| | | | |
| − | === 1.8.2. ŞEKİLLER ===
| + | Configuration Item |
| − | Şekil 1 Sistem Ömür Devri Safhaları
| + | |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 |
| | | | |
| − | Şekil 2 Sistem Ömür Devri Süreçleri
| + | 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 |
| | | | |
| − | Şekil 3 Tedarik Süreci
| + | 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 |
| | | | |
| − | Şekil 4 İkmal Süreci
| + | 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 |
| | | | |
| − | Şekil 5 Ömür Devri Modeli Yönetimi Süreci
| + | Availability |
| | + | |İhtiyaç duyulan sistemin, zamanın herhangi bir anında kullanıma hazır olma derecesidir. |
| | + | | |
| | + | |- |
| | + | |Mimari Tanımlama Süreci |
| | | | |
| − | Şekil 6 Altyapı Yönetimi Süreci
| + | 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 |
| | | | |
| − | Şekil 7 Portföy Yönetimi Süreci
| + | 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 |
| | | | |
| − | Şekil 8 İnsan Kaynağı Yönetim Süreci
| + | 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 9 Bilgi (Knowledge) Yönetim Süreci
| + | 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 |
| | | | |
| − | Şekil 10 Kalite Yönetim Süreci
| + | 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 11 Program/Proje Planlama Süreci
| + | 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. |
| − | Şekil 12 Program/Proje Değerlendirme ve Kontrol Süreci
| + | | |
| | + | |- |
| | + | |Ömür Devri Modeli Yönetimi Süreci |
| | | | |
| − | Şekil 13 Karar Yönetim Süreci
| + | 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 14 Risk Yönetim Süreci
| + | 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 15 Konfigürasyon Yönetim Süreci
| + | 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 16 Bilgi (Enformasyon) Yönetim Süreci
| + | 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 17 Ölçüm Süreci
| + | 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 18 Kalite Güvence Süreci
| + | 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. |
| | + | | |
| | + | |- |
| | + | |Risk Yönetimi Süreci |
| | | | |
| − | Şekil 19 Ömür Boyu İzlenebilirlik Süreci
| + | 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 20 Ömür Devri Maliyeti Yönetim Süreci
| + | 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 21 İş ve Görev Analizi Süreci
| + | 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 22 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci
| + | System Life Cycle |
| | + | |İhtiyacın belirlenmesi ile başlayan ve sistemin envanterden çıkarılması ile son bulan zaman dilimidir. |
| | + | | |
| | + | |- |
| | + | |Süreç |
| | | | |
| − | Şekil 23 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci
| + | 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 24 Mimari Tanımlama Süreci
| + | Process Management |
| | + | |Süreçleri temel kabul eden bir yönetim disiplinidir. |
| | + | | |
| | + | |- |
| | + | |Tasarım Tanımlama Süreci |
| | | | |
| − | Şekil 25 Tasarım Tanımlama Süreci
| + | 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 26 Sistem Analiz Süreci
| + | 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. |
| | + | | |
| | + | |- |
| | + | |Tedarik Zinciri |
| | | | |
| − | Şekil 27 Uygulama ve Entegrasyon Süreci
| + | 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 28 Doğrulama Süreci
| + | 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 29 Geçiş Süreci
| + | Testability |
| | + | |Test kriterlerinin belirlenme ve test performansını kolaylaştırma derecesidir. |
| | + | | |
| | + | |- |
| | + | |Uyarlama |
| | | | |
| − | Şekil 30 Geçerli Kılma Süreci
| + | 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 31 Kullanım Süreci
| + | 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 32 Destek Süreci
| + | === 1.7.2. KISALTMALAR === |
| − | | + | '''Tablo 3 Kısaltmalar Tablosu''' |
| − | Şekil 33 Envanterden Çıkarma Süreci
| + | {| class="wikitable" |
| − | | + | |'''Kısaltma''' |
| − | = 2. SİSTEM ÖMÜR DEVRİ YÖNETİMİ =
| + | |'''Açıklama''' |
| − | 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.
| + | |- |
| | + | |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 |
| | + | |
| | + | ILS |
| | + | |Entegre Lojistik Destek |
| | + | |
| | + | Integrated Logistics Support |
| | + | |- |
| | + | |APG |
| | | | |
| − | Bu kapsamda kullanılan temel kavramlar aşağıda yer almaktadır:
| + | KPI |
| | + | |Anahtar Performans Göstergesi |
| | | | |
| − | '''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.
| + | Key Performance Indicator |
| | + | |- |
| | + | |ARG |
| | | | |
| − | '''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.
| + | KRI |
| | + | |Anahtar Risk Göstergesi |
| | | | |
| − | 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.
| + | Key Risk Indicator |
| | + | |} |
| | | | |
| − | '''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)
| + | == 1.8. TABLOLAR VE ŞEKİLLER == |
| | | | |
| − | {| class="wikitable"
| + | === 1.8.1. TABLOLAR === |
| − | |'''ÖN KONSEPT'''
| + | Tablo 1 Değişiklik İzleme Tablosu |
| − | |}
| |
| − | {| 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ç;
| + | Tablo 2 Tanımlar Tablosu |
| | | | |
| − | • Girdiyi çıktıya dönüştüren,
| + | Tablo 3 Kısaltmalar Tablosu |
| | | | |
| − | • Faaliyet ve karar basamaklarını içeren,
| + | Tablo 4 Uyarlama |
| | | | |
| − | • Sorumluluk sahaları açık ve net tanımlanan,
| + | Tablo 5 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri |
| | | | |
| − | • Tekrarlanan,
| + | === 1.8.2. ŞEKİLLER === |
| | + | Şekil 1 Sistem Ömür Devri Safhaları |
| | | | |
| − | • Ölçülebilen niteliktedir.
| + | Şekil 2 Sistem Ömür Devri Süreçleri |
| | | | |
| − | '''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 3 Tedarik Süreci |
| | | | |
| − | Süreç yaklaşımı ile;
| + | Şekil 4 İkmal Süreci |
| | | | |
| − | • Görev çakışmalarından kaynaklanan tekrarların önüne geçmek,
| + | Şekil 5 Ömür Devri Modeli Yönetimi Süreci |
| | + | |
| | + | Şekil 6 Altyapı Yönetimi Süreci |
| | | | |
| − | • Görev ve sorumlulukların açık ve net ifade edilmesi ile sorumluluk sahalarının belirginleşmesini sağlamak,
| + | Şekil 7 Portföy Yönetimi Süreci |
| | | | |
| − | • Süreçleri/faaliyetleri geliştirmek,
| + | Şekil 8 İnsan Kaynağı Yönetim Süreci |
| | | | |
| − | • Süreçleri/faaliyetleri iyileştirmek,
| + | Şekil 9 Bilgi (Knowledge) Yönetim Süreci |
| | | | |
| − | • Maliyetleri azaltmak hedeflenmektedir.
| + | Şekil 10 Kalite 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 11 Program/Proje Planlama Süreci |
| | | | |
| − | Mutabakat Süreçleri
| + | Şekil 12 Program/Proje Değerlendirme ve Kontrol 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 13 Karar Yönetim Süreci |
| | | | |
| − | Mutabakat süreçleri aşağıda yer almaktadır.
| + | Şekil 14 Risk Yönetim Süreci |
| | | | |
| − | * Tedarik Süreci
| + | Şekil 15 Konfigürasyon Yönetim Süreci |
| − | * İkmal Süreci
| |
| | | | |
| − | === Organizasyonel Program/Proje Destek Süreçleri ===
| + | Şekil 16 Bilgi (Enformasyon) Yönetim Süreci |
| − | 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.
| |
| | | | |
| − | Organizasyonel program/proje destek süreçleri aşağıda yer almaktadır.
| + | Şekil 17 Ölçüm Süreci |
| | | | |
| − | * Ömür Devri Modeli Yönetimi Süreci
| + | Şekil 18 Kalite Güvence 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 '''[*]''' ===
| + | Şekil 19 Ömür Boyu İzlenebilirlik Süreci |
| − | 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.
| |
| | | | |
| − | Program/proje süreçleri aşağıda yer almaktadır.
| + | Şekil 20 Ömür Devri Maliyeti Yönetim Süreci |
| | | | |
| − | * Program/Proje Planlama Süreci
| + | Şekil 21 İş ve Görev Analizi 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 ===
| + | Şekil 22 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci |
| − | 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 süreçler aşağıda yer almaktadır.
| + | Şekil 23 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci |
| | | | |
| − | * İş ve Görev Analizi Süreci
| + | Şekil 24 Mimari Tanımlama 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 25 Tasarım Tanımlama Süreci |
| | | | |
| | + | Şekil 26 Sistem Analiz Süreci |
| | | | |
| − | Şekil 2 Sistem Ömür Devri Yönetimi Süreçleri | + | Şekil 27 Uygulama ve Entegrasyon Süreci |
| | | | |
| − | = 3. SİSTEM ÖMÜR DEVRİ SÜREÇLERİ =
| + | Şekil 28 Doğrulama Süreci |
| | | | |
| − | == 3.1. MUTABAKAT SÜREÇLERİ ==
| + | Şekil 29 Geçiş Süreci |
| | | | |
| − | === 3.1.1. TEDARİK SÜRECİ ===
| + | Şekil 30 Geçerli Kılma Süreci |
| − | 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.
| + | Şekil 31 Kullanım 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.
| + | Şekil 32 Destek Süreci |
| | | | |
| − | Ayrıca,
| + | Şekil 33 Envanterden Çıkarma Süreci |
| | | | |
| − | * altyapı,
| + | = 2. SİSTEM ÖMÜR DEVRİ YÖNETİMİ = |
| − | * organizasyon,
| + | 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. |
| − | * 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
| + | Bu kapsamda kullanılan temel kavramlar aşağıda yer almaktadır: |
| | | | |
| − | '''3.1.1.1.1.''' Girdiler | + | '''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. |
| | | | |
| − | * Yetenek İhtiyacı ve Gereksinimleri,
| + | '''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. |
| | | | |
| − | '''3.1.1.1.2.''' Faaliyetler
| + | 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. |
| | | | |
| − | * Proje/İhtiyaç Tanımlama Dokümanının Hazırlanması
| + | '''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]) |
| | | | |
| − | o Harekât ve lojistik destek ihtiyaçlarının:
| + | 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ı]] |
| | | | |
| − | § 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,
| |
| | | | |
| − | § İş 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ı,
| + | '''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ç; |
| | | | |
| − | § İdame Mühendisliği,
| + | • Girdiyi çıktıya dönüştüren, |
| | | | |
| − | § Ürün Destek Yönetimi,
| + | • Faaliyet ve karar basamaklarını içeren, |
| | | | |
| − | destek unsurlarının da oluşturulmasına ilişkin temel girdilerin sağlanması,
| + | • Sorumluluk sahaları açık ve net tanımlanan, |
| | | | |
| − | '''3.1.1.1.3.''' Çıktılar
| + | • Tekrarlanan, |
| | | | |
| − | * Proje/İhtiyaç Tanımlama Dokümanı
| + | • Ölçülebilen niteliktedir. |
| | | | |
| − | '''3.1.1.2.''' Konsept Safhasında | + | '''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. |
| | | | |
| − | '''3.1.1.2.1.''' Girdiler
| + | Süreç yaklaşımı ile; |
| | | | |
| − | * Tedarik İhtiyacı ve Gereksinimleri,
| + | • Görev çakışmalarından kaynaklanan tekrarların önüne geçmek, |
| | | | |
| − | '''3.1.1.2.2. Faaliyetler'''
| + | • Görev ve sorumlulukların açık ve net ifade edilmesi ile sorumluluk sahalarının belirginleşmesini sağlamak, |
| | | | |
| − | * Tedarik Sözleşmesinin Hazırlanması,
| + | • Süreçleri/faaliyetleri geliştirmek, |
| | | | |
| − | 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;
| + | • Süreçleri/faaliyetleri iyileştirmek, |
| | | | |
| − | § Bakım,
| + | • Maliyetleri azaltmak hedeflenmektedir. |
| | | | |
| − | § İkmal Desteği,
| + | '''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. |
| | | | |
| − | § İş gücü ve Personel,
| + | Mutabakat Süreçleri |
| | | | |
| − | § Destek ve Test Ekipmanları,
| + | 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. |
| | | | |
| − | § Tasarıma Etki/Tasarım Etkileşimi,
| + | Mutabakat süreçleri aşağıda yer almaktadır. |
| | | | |
| − | § Teknik Veri ve Dokümantasyon,
| + | * Tedarik Süreci |
| | + | * İkmal Süreci |
| | + | '''<big>Organizasyonel Program/Proje Destek Süreçleri</big>''' |
| | | | |
| − | § Eğitim ve Eğitim Desteği,
| + | 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. |
| | | | |
| − | § Tesisler ve Altyapı,
| + | Organizasyonel program/proje destek süreçleri aşağıda yer almaktadır. |
| | | | |
| − | § Paketleme, Elleçleme, Depolama ve Ulaştırma (PEDU),
| + | * Ö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> |
| | | | |
| − | § Bilgisayar Kaynakları,
| + | 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. |
| | | | |
| − | § İdame Mühendisliği,
| + | Program/proje süreçleri aşağıda yer almaktadır. |
| | | | |
| − | § Ürün Destek Yönetimi,
| + | * 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>''' |
| | | | |
| − | gibi destek unsurlarının oluşturulmasının sağlanması,
| + | 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. |
| | | | |
| − | o Tedarikçiler ile kabul makamı arasında bilgi alışverişi ve iletişimin sağlanacağı ortamın oluşturulması,
| + | Teknik süreçler aşağıda yer almaktadır. |
| | | | |
| − | o Tedarik karar prosedürlerinin geliştirilmesi,
| + | * İş 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]] |
| | | | |
| − | 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ı,
| |
| | | | |
| − | o Ödemesinin yapılması.
| |
| | | | |
| − | '''3.1.1.5.3. Çıktılar'''
| |
| | | | |
| − | * Tedarik Edilen Ürün.
| |
| | | | |
| − | Şekil 3 Tedarik Süreci
| |
| | | | |
| − | === 3.1.2. İKMAL SÜRECİ ===
| |
| − | İkmal sürecinin amacı,
| |
| | | | |
| − | * Ü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.
| |
| | | | |
| − | Ü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.
| |
| | | | |
| − | '''3.1.2.1.''' Ön Konsept Safhasında
| |
| | | | |
| − | '''3.1.2.1.1. '''Girdiler
| |
| | | | |
| − | * Yetenek İhtiyacı ve Gereksinimleri,
| |
| − | * Mevcut İkmal Maddeleri/Hizmetleri.
| |
| | | | |
| − | '''3.1.2.1.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,
| |
| | | | |
| − | '''3.1.2.1.3. '''Çıktılar
| |
| | | | |
| − | * Taslak Entegre Lojistik Destek Planı,
| + | = 3. SİSTEM ÖMÜR DEVRİ SÜREÇLERİ = |
| − | * Taslak Tedarik Zinciri,
| |
| − | * Taslak Tedarik Planı,
| |
| − | * Taslak Bütçe Planı
| |
| | | | |
| − | '''3.1.2.2.''' Konsept Safhasında
| + | == 3.1. MUTABAKAT SÜREÇLERİ == |
| | | | |
| − | '''3.1.2.2.1. '''Girdiler
| + | === 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. |
| | | | |
| − | * Taslak Entegre Lojistik Destek Planı,
| + | 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. |
| − | * Tedarik Zinciri,
| |
| − | * Tedarik Planı,
| |
| − | * Bütçe,
| |
| | | | |
| − | '''3.1.2.2.2. Faaliyetler'''
| + | 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. |
| | | | |
| − | * İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması
| + | Ayrıca, |
| | | | |
| − | o Tedarik stratejileri, planları ve prosedürlerinin geliştirilmesi ve sürdürülmesi,
| + | * 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. |
| | | | |
| − | o Çatışmaları önlemek ve çözmek için prosedürlerin geliştirilmesi,
| + | '''3.1.1.1. Ön Konsept Safhasında''' |
| | | | |
| − | 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,
| + | '''3.1.1.1.1. Girdiler''' |
| | | | |
| − | o İstek ve teklif verenlerin arasından seçim yapılması,
| + | * Yetenek İhtiyacı ve Gereksinimleri |
| | | | |
| − | o Tüm yeterlilik kazanmış tedarikçilere gerekli tüm özellikleri içeren talepte bulunulması,
| + | '''3.1.1.1.2. Faaliyetler''' |
| | | | |
| − | o Tedarikçinin, ürünün performansına / kalitesine, zamanına ve maliyetine dayanarak teklif talep edilmesi ve yanıtlarının değerlendirilmesi,
| + | * 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 |
| | | | |
| − | o Değerlendirme sonuçlarına göre tercih edilen bir tedarikçi seçimi,
| + | değerlendirilerek karşılanıp karşılanamayacağının belirlenmesi |
| | | | |
| − | '''3.1.2.2.3. Çıktılar:'''
| + | ** İ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 |
| | | | |
| − | * Güncellenen Entegre Lojistik Destek Planı,
| + | destek unsurlarının da oluşturulmasına ilişkin temel girdilerin sağlanması |
| − | * Güncellenen Tedarik Zinciri,
| |
| − | * Güncellenen Tedarik Planı,
| |
| − | * Bütçe
| |
| | | | |
| − | '''3.1.2.3. Geliştirme, Üretim, Kullanım, Destek ve Envanterden Çıkarma Safhalarında''' | + | '''3.1.1.1.3. Çıktılar''' |
| | | | |
| − | '''3.1.2.3.1. Girdiler'''
| + | * Proje/İhtiyaç Tanımlama Dokümanı |
| | | | |
| − | * Taslak Entegre Lojistik Destek Planı,
| + | '''3.1.1.2. Konsept Safhasında''' |
| − | * Tedarik Zinciri,
| |
| − | * Tedarik Planı,
| |
| − | * Bütçe,
| |
| | | | |
| − | '''3.1.2.3.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ı, |
| | | | |
| − | o İstek ve teklif verenlerin arasından seçim yapılması,
| + | ** 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ı |
| | | | |
| − | o Tüm yeterlilik kazanmış tedarikçilere gerekli tüm özellikleri içeren talepte bulunulması,
| + | ** 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 |
| | | | |
| − | o Tedarikçinin, ürünün performansına / kalitesine, zamanına ve maliyetine dayanarak teklif talep edilmesi ve yanıtlarının değerlendirilmesi,
| + | * 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 |
| | | | |
| − | o Değerlendirme sonuçlarına göre tercih edilen bir tedarikçi seçimi,
| + | * 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ı |
| | | | |
| − | * İkmal Maddelerinin/Hizmetlerin Tedarikinin Yönetilmesi
| + | '''3.1.1.2.3. Çıktılar:''' |
| | | | |
| − | o Hüküm ve koşulların görüşülmesi ve satın alım,
| + | * Sözleşme ve Ekleri |
| | | | |
| − | o Kabul işlemine katılım ve kontrol prosedürlerinin geliştirilmesi,
| + | '''3.1.1.3. Geliştirme Safhasında''' |
| | | | |
| − | o Paydaş, tedarikçi ve kabul makamlarıyla iletişimin kurulumu ve sürdürülmesi,
| + | '''3.1.1.3.1. Girdiler''' |
| | | | |
| − | o Sözleşmelerden, tedarikçiden veya teslimattan kaynaklanan tespit edilmiş riskleri risk yönetiminin sağlanması,
| + | * Sözleşme ve Ekleri |
| | + | * Tedarik Planı |
| | | | |
| − | * İkmal Maddelerinin/Hizmetlerin Kabulünün yapılması
| + | '''3.1.1.3.2. Faaliyetler''' |
| | | | |
| − | o Kabulün onaylanması için doğrulanması ve onaylanması sürecine katılım sağlanması,
| + | * 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 Kabulün onaylanması,
| + | '''3.1.1.3.3. Çıktılar''' |
| | | | |
| − | o Ödemesinin yapılması.
| + | * Tedarik edilen ürün/Prototip(ler) |
| | + | * ELD teslimatları |
| | + | * Sözleşmede tanımlı diğer teslimat kalemleri |
| | | | |
| − | 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.1.4. Üretim Safhasında''' |
| | | | |
| − | '''3.1.2.3.3. Çıktılar''' | + | '''3.1.1.4.1. Girdiler''' |
| | | | |
| − | * Temin edilen ikmal malzemesi/hizmet, | + | * Sözleşme ve Ekleri |
| − | * Güncellenen Entegre Lojistik Destek Planı, | + | * Tedarik Planı |
| − | * Güncellenen Tedarik Zinciri,
| |
| − | * Güncellenen Tedarik Planı,
| |
| − | * Bütçe.
| |
| | | | |
| − | Şekil 4 İkmal Süreci
| + | '''3.1.1.4.2. Faaliyetler''' |
| | | | |
| − | == 3.2. ORGANİZASYONEL PROGRAM/PROJE DESTEK SÜREÇLERİ ==
| + | * 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.2.1. ÖMÜR DEVRİ MODELİ YÖNETİMİ SÜRECİ ===
| + | * Son Kabulün yapılması |
| − | Ö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.
| + | ** Son kabulün onaylanması için doğrulanması ve onaylanması sürecine katılım sağlanması |
| | + | ** Son kabulün onaylanması |
| | + | ** Ödemesinin yapı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.1.1.4.3. Çıktılar''' |
| | | | |
| − | === 3.2.1.1. Girdiler ===
| + | * Tedarik Edilen Ürünler |
| | + | * ELD teslimatları |
| | + | * Sözleşmede tanımlı diğer teslimat kalemleri |
| | | | |
| − | * Organizasyon Strateji Planı
| + | '''3.1.1.5. Kullanım, Destek ve Envanterden Çıkarma Safhalarında''' |
| − | * Organizasyon Uyarlama Yaklaşımı
| |
| | | | |
| − | === 3.2.1.2. Faaliyetler ===
| + | '''3.1.1.5.1. Girdiler''' |
| − | Ö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ı'''
| + | * Sözleşme ve Ekleri |
| | + | * Tedarik Planı |
| | | | |
| − | * Süreç yönetimi için organizasyon stratejileri ile de uyumlu tutarlı politika ve prosedürlerin oluşturulması,
| + | '''3.1.1.5.2. Faaliyetler''' |
| − | * 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.
| |
| | | | |
| − | '''Ömür Devri Modelinin 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ı |
| | | | |
| − | * Sürecin izlenmesi,
| + | '''3.1.1.5.3. Çıktılar''' |
| − | * 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'''
| + | * 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]] |
| | | | |
| − | * İ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ı.
| |
| | | | |
| − | '''Altyapının Elden Çıkarılması'''
| |
| | | | |
| − | * Ömür devri yönetimi kapsamında tanımlanan envanterden çıkarma sürecine uygun olarak elden çıkarılması.
| |
| | | | |
| − | === 3.2.2.3. Çıktılar ===
| |
| | | | |
| − | * Altyapı Yönetimi Planı
| + | === 3.1.2. İKMAL SÜRECİ === |
| − | * Organizasyon veya Program/Proje Altyapısı,
| + | İkmal sürecinin amacı |
| − | * Altyapı Yönetimi Rapor ve Kayıtları
| |
| | | | |
| − | Şekil 6 Altyapı Yönetimi Süreci
| + | * Ü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 |
| | | | |
| − | === 3.2.3. PORTFÖY YÖNETİMİ SÜRECİ ===
| + | Ü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. |
| − | 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:
| + | '''3.1.2.1. Ön Konsept Safhasında''' |
| | | | |
| − | * İş fırsatları, yatırımlar, kazanımlar veya ihtiyaçlar nitelendirilir, seçilir ve önceliklendirilir.
| + | '''3.1.2.1.1. Girdiler''' |
| − | * 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.
| |
| | | | |
| − | === 3.2.3.1. Girdiler ===
| + | * Yetenek İhtiyacı ve Gereksinimleri |
| | + | * Mevcut İkmal Maddeleri/Hizmetleri |
| | | | |
| − | * Organizasyon Strateji Planı
| + | '''3.1.2.1.2. Faaliyetler''' |
| − | * Proje Durum Raporu
| |
| − | * Portföy Kural ve Kısıtları
| |
| | | | |
| − | === 3.2.3.2. Faaliyetler ===
| + | * İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması |
| − | Portföy Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir;
| + | ** 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 |
| | | | |
| − | '''Program/Projenin Başlatılması''' | + | '''3.1.2.1.3. Çıktılar''' |
| | | | |
| − | * Organizasyonun stratejisi ve politikasına göre yetenek açıklarının ve fırsatlarının belirlenmesi, önceliklendirilmesi ve planlaması. | + | * Taslak Entegre Lojistik Destek Planı |
| − | * Yürütülecek projeler için; | + | * Taslak Tedarik Zinciri |
| | + | * Taslak Tedarik Planı |
| | + | * Taslak Bütçe Planı |
| | | | |
| − | o Projelerin, sorumlulukların ve yetkilerin tanımlanması,
| + | '''3.1.2.2. Konsept Safhasında''' |
| | | | |
| − | o Projelerde beklenen hedeflerin, amaçların ve çıktıların tanımlanması,
| + | '''3.1.2.2.1. Girdiler''' |
| | | | |
| − | o Proje amaç ve hedeflerine ulaşmak için kaynakların belirlenmesi ve tahsis edilmesi,
| + | * Taslak Entegre Lojistik Destek Planı |
| | + | * Tedarik Zinciri |
| | + | * Tedarik Planı |
| | + | * Bütçe |
| | | | |
| − | o Proje tarafından yönetilmesi veya desteklenmesi gereken projelerin ara yüzlerinin ve bağımlılarının belirlenmesi,
| + | '''3.1.2.2.2. Faaliyetler''' |
| | | | |
| − | o Proje raporlama gereksinimlerinin belirtilmesi ve projenin yürütülmesini sağlayacak kilometre taşlarının ortaya konulması,
| + | * İ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 |
| | | | |
| − | o Onaylanmış proje planlarının yürürlüğe girmesi için yetki verilmesi.
| + | '''3.1.2.2.3. Çıktılar''' |
| | | | |
| − | '''Program/Projenin Kontrol Edilmesi'''
| + | * Güncellenen Entegre Lojistik Destek Planı |
| | + | * Güncellenen Tedarik Zinciri |
| | + | * Güncellenen Tedarik Planı |
| | + | * Bütçe |
| | | | |
| − | * Proje planına göre proje ilerleyişinin değerlendirilmesi,
| + | '''3.1.2.3. Geliştirme, Üretim, Kullanım, Destek ve Envanterden Çıkarma Safhalarında''' |
| − | * Program/Projenin tolerans ve istisnalar çerçevesinde değerlendirilerek gereken düzeltici ve önleyici tedbirlerin alınması,
| |
| | | | |
| − | '''Program/Projenin Kapatılması''' | + | '''3.1.2.3.1. Girdiler''' |
| | | | |
| − | * Ürün ve/veya hizmet sözleşmesinin tamamlanmasından sonra, projenin ilgili planlara göre sözleşmeye uygun bir şekilde kapatılması. | + | * Taslak Entegre Lojistik Destek Planı |
| − | * 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. | + | * Tedarik Zinciri |
| | + | * Tedarik Planı |
| | + | * Bütçe |
| | | | |
| − | === 3.2.3.3. Çıktılar ===
| + | '''3.1.2.3.2. Faaliyetler''' |
| | | | |
| − | * Portföy Yönetimi Planı | + | * İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması |
| − | * Portföy Yönetimi Rapor ve Kayıtları | + | ** 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 |
| | | | |
| − | Şekil 7 Portföy Yönetimi Süreci
| + | * İ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ı |
| | | | |
| − | == 3.2.4. İNSAN KAYNAĞI YÖNETİMİ SÜRECİ ==
| + | * İkmal Maddelerinin/Hizmetlerin Kabulünün yapılması |
| − | 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.
| + | ** Kabulün onaylanması için doğrulanması ve onaylanması sürecine katılım sağlanması |
| | + | ** Kabulün onaylanması |
| | + | ** Ödemesinin yapılması |
| | | | |
| − | === 3.2.4.1. Girdiler ===
| + | 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 |
| | | | |
| − | * Organizasyon Strateji Planı
| + | '''3.1.2.3.3. Çıktılar''' |
| − | * Portföy Yönetimi Planı
| |
| − | * Projenin insan kaynağı gereksinimleri ve yetenek ihtiyaçları
| |
| | | | |
| − | === 3.2.4.2. Faaliyetler === | + | * Temin edilen ikmal malzemesi/hizmet |
| − | İnsan Kaynağı Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir;
| + | * 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]] |
| | | | |
| − | '''İ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İ ==
| |
| − | 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.
| |
| | | | |
| − | === 3.2.5.1. Girdiler ===
| |
| | | | |
| − | * Organizasyon Strateji Planı
| |
| − | * Kayıtlar (Dijital veya basılı, her türlü bilgi, belge, doküman)
| |
| | | | |
| − | === 3.2.5.2. Faaliyetler ===
| |
| − | 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'''
| |
| | | | |
| − | * Bilgi yönetimi ile ilgili organizasyonun uygulaması gereken standartların belirlenmesi,
| |
| | | | |
| − | '''Bilgi Yönetimi Stratejisinin Belirlenmesi'''
| |
| | | | |
| − | * Organizasyonun uyması gereken standart ve politikanın dışına çıkmadan ömür devri yönetiminde uygulanacak bilgi yönetimi stratejisinin belirlenmesi,
| |
| − | * 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,
| |
| | | | |
| − | '''Bilgi Yönetimi'''
| |
| | | | |
| − | * Belirlenen stratejiye uygun olarak bilginin toplanması, kayıt altına alınması, yönetilmesi ve paylaşılması.
| + | == 3.2. ORGANİZASYONEL PROGRAM/PROJE DESTEK SÜREÇLERİ == |
| | | | |
| − | === 3.2.5.3. Çıktılar === | + | === 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. |
| | | | |
| − | * Bilgi Yönetimi Planı
| + | 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. |
| − | * Bilgi Yönetimi Sistemi Rapor ve Kayıtlar
| |
| | | | |
| − | Şekil 9 Bilgi (Knowledge) Yönetimi Süreci
| + | '''<big>3.2.1.1. Girdiler</big>''' |
| | + | * Organizasyon Strateji Planı |
| | + | * Organizasyon Uyarlama Yaklaşımı |
| | + | '''<big>3.2.1.2. Faaliyetler</big>''' |
| | | | |
| − | == 3.2.6. KALİTE YÖNETİMİ SÜRECİ ==
| + | Ö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; |
| − | 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.
| + | '''Ömür Devri Modelinin Kurulumu ve Uygulanması''' |
| | | | |
| − | 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.
| + | * 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 |
| | | | |
| − | 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.
| + | '''Ömür Devri Modelinin Değerlendirilmesi''' |
| | | | |
| − | 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.
| + | * 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ı |
| | | | |
| − | Kalite Yönetimi İlkeleri:
| + | '''Ömür Devri Modelinin İyileştirilmesi''' |
| | | | |
| − | * Müşteri Odaklı, | + | * İyileştirme fırsatlarına öncelik verilmesi ve planlanması |
| − | * Liderlik, | + | * Geliştirme fırsatlarının uygulanması ve sonuçların paydaşlarla değerlendirilmesi |
| − | * Katılımcılık,
| + | '''<big>3.2.1.3. Çıktılar</big>''' |
| − | * Süreç Yaklaşımı, | + | * Organizasyonel Politikalar ve Süreçler |
| − | * Sürekli İyileşme, | + | * Ö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) |
| − | * Kanıta Dayalı Karar Verme, | + | * Ömür Devri Yönetimi Raporu (Proje Gözden Geçirme, Proje İlerleme Raporu vb.) |
| − | * İlişki Yönetimi.
| + | [[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]] |
| | | | |
| − | 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,
| |
| − | * Ü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.
| |
| | | | |
| − | === 3.2.6.1. Ön Konsept Safhasında ===
| |
| | | | |
| − | === 3.2.6.1.1. Girdiler ===
| |
| | | | |
| − | * Paydaş İhtiyaçları
| |
| − | * Odak sistem hedefleri
| |
| | | | |
| − | === 3.2.6.1.2. Faaliyetler ===
| |
| | | | |
| − | * 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.
| |
| | | | |
| − | === 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ı
| + | === 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. |
| | | | |
| − | o Devlet Kalite Güvence Sorumluluğu ile ilgili faaliyetlerin tanımlanması
| + | '''<big>3.2.2.1. Girdiler</big>''' |
| | + | * Organizasyon Strateji Planı |
| | + | * Organizasyon ve Program |
| | + | '''<big>3.2.2.2. Faaliyetler</big>''' |
| | | | |
| − | * Kalite Yönetim Sisteminin Düzenlenmesi
| + | Altyapı Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir: |
| | | | |
| − | o Kalite süreçlerinin işletilmesi ve izlenmesini desteklemek için gerekli bilgilerin tanımlanması ve temin edilmesi
| + | '''Altyapının Tanımlanması''' |
| | | | |
| − | o Dış tedarikçilerle olan kalite süreçlerinin düzenlenmesi
| + | * 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ı |
| | | | |
| − | o Kalite Yönetim Sistemin gözden geçirilmesi ve iyileştirilmesi için gerekli çalışmaların yapılması
| + | '''Altyapının Kurulması''' |
| | | | |
| − | === 3.2.6.2.3. Çıktılar: ===
| + | * 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ı |
| | | | |
| − | * Program aktivitelerine ve önerilen sistemdeki ön görülen kalite faaliyetlerine göre güncellenen Kalite Planı
| + | '''Altyapının İdame Ettirilmesi''' |
| − | * 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.3. Geliştirme Safhasında ===
| + | * 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.6.3.1. Girdiler ===
| + | '''Altyapının Elden Çıkarılması''' |
| | | | |
| − | * Sözleşme ve Ekleri | + | * Ömür devri yönetimi kapsamında tanımlanan envanterden çıkarma sürecine uygun olarak elden çıkarılması. |
| − | * Güncellenen proje yönetim planları ve diğer yönetsel planlar | + | '''<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]] |
| | | | |
| − | === 3.2.6.3.2. Faaliyetler ===
| |
| | | | |
| − | * Kalite Planın hazırlanması / güncellenmesi
| |
| | | | |
| − | 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ı
| + | === 3.2.3. PORTFÖY YÖNETİMİ SÜRECİ === |
| | + | 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. |
| | | | |
| − | o Ürün / Hizmetin uygunluğunun değerlendirmesi, onaylanması / kabul edilmesi.
| + | Proje Portföy Yönetimi Sürecinin başarıyla uygulanması ile: |
| | | | |
| − | === 3.2.6.3.3. Çıktılar ===
| + | * İş 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>''' |
| | | | |
| − | * Program aktivitelerine göre güncellenen Kalite Planı
| + | Portföy Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir; |
| − | * 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.4. Üretim Safhasında ===
| + | '''Program/Projenin Başlatılması''' |
| | | | |
| − | === 3.2.6.4.1. Girdiler ===
| + | * 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 |
| | | | |
| − | * Sözleşme ve Ekleri
| + | '''Program/Projenin Kontrol Edilmesi''' |
| − | * Güncellenen proje yönetim planları ve diğer yönetsel planlar
| |
| − | * Doğrulama ve Kalifikasyon Sonuçları
| |
| | | | |
| − | === 3.2.6.4.2. Faaliyetler ===
| + | * 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ı |
| | | | |
| − | * Kalite Planın hazırlanması / güncellenmesi
| + | '''Program/Projenin Kapatılması''' |
| | | | |
| − | o Program yönetim yapısının tanımlanması
| + | * Ü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]] |
| | | | |
| − | 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 Sisteminin 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 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.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. |
| | | | |
| − | === 3.2.6.5.1. Girdiler ===
| + | '''<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>''' |
| | | | |
| − | * Sözleşme ve Ekleri
| + | İnsan Kaynağı Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir; |
| − | * Güncellenen proje yönetim planları ve diğer yönetsel planlar
| |
| − | * Doğrulama ve Kalifikasyon Sonuçları
| |
| | | | |
| − | === 3.2.6.5.2. Faaliyetler ===
| + | '''İhtiyacın ve Mevcut Durumun Değerlendirilmesi''' |
| − | 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, | + | * Program/projesini gerçekleştirmek için gerekli olan beceri, yeterlilik, nitelik ve deneyim seviyesinin belirlenmesi |
| − | * Kullanıcılar için verilen eğitim hizmetinin uygunluğu,
| + | * Program/projeyi gerçekleştirmek için organizasyon tarafından ilave insan kaynağı ihtiyacının tanımlanması |
| − | * 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 ===
| + | '''Yetenek ihtiyacının karşılanması''' |
| | | | |
| − | * Program aktivitelerine göre güncellenen Kalite Planı | + | * Program/projeyi gerçekleştirmek maksadıyla gerekli insan kaynağını sağlamak için insan kaynağı politikalarının düzenlenmesi |
| − | * Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi | + | * Yetenek gelişimini sağlayacak uygun kariyer yollarının tanımlanması |
| − | * Sistem ve süreçte edinilen iyileşmeler, öğrenilmiş dersler | + | * Belirlenen eğitim ihtiyaçları ve yetenek açıkları doğrultusunda uygun eğitim planlarının oluşturulması ve uygulanması |
| | | | |
| − | === 3.2.6.6. Envanterden Çıkarma Safhasında ===
| + | '''İnsan Kaynağı Yönetimi''' |
| | | | |
| − | === 3.2.6.6.1. Girdiler ===
| + | * Program/projelerde görevlendirilmesi (değerlendirilmesi) için insan kaynağı havuzunun oluşturulması, korunması ve yönetilmesi maksadıyla; |
| | + | ** 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ı |
| | | | |
| − | * Sözleşme ve Ekleri | + | * Beceri, yeterlilik, deneyim ve nitelikler konusunda insan kaynağı kayıtlarının tutulması |
| − | * Güncellenen proje yönetim planları ve diğer yönetsel planlar | + | '''<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]] |
| | | | |
| − | === 3.2.6.6.2. Faaliyetler ===
| |
| | | | |
| − | * 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
| |
| | | | |
| − | === 3.2.6.6.3. Çıktılar ===
| |
| | | | |
| − | * Program aktivitelerine göre güncellenen Kalite Planı
| |
| − | * Sistem ve süreçte edinilen iyileşmeler, öğrenilmiş dersler
| |
| | | | |
| − | Şekil 10 Kalite Yönetimi Süreci
| |
| | | | |
| − | == 3.3. PROGRAM/PROJE SÜREÇLERİ ==
| |
| | | | |
| − | == 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.
| |
| | | | |
| − | 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 planlama süreci;
| |
| | | | |
| − | * 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.
| |
| | | | |
| − | Sürecin en önemli çıktıları;
| |
| | | | |
| − | * 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.3.1.1. Ön Konsept Safhasında ===
| |
| | | | |
| − | === 3.3.1.1.1. Girdiler ===
| |
| | | | |
| − | * Organizasyon Strateji Planı
| |
| − | * Kabiliyet İhtiyacı Değerlendirmeleri
| |
| | | | |
| − | === 3.3.1.1.2. Faaliyetler ===
| |
| − | '''Program/Projenin Tanımlanması'''
| |
| | | | |
| − | * 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ı,
| |
| | | | |
| − | '''Safhalar ve Süreçlerin Belirlenmesi'''
| |
| | | | |
| − | * Safha ve süreçlere yönelik ilke ve faaliyetlerin değerlendirilmesi,
| |
| − | * İlk sistem ömür devri modelinin belirlenmesi,
| |
| | | | |
| − | '''Program/Proje Kaynaklarının Planlanması'''
| |
| | | | |
| − | * Kilit personel için ihtiyaç önerilerinin geliştirilmesi,
| + | === 3.2.5. BİLGİ (KNOWLEDGE) YÖNETİMİ SÜRECİ === |
| − | * Program/proje için gerekli olan altyapı ve hizmetlere ilişkin ihtiyaç önerilerinin geliştirilmesi,
| + | 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. |
| − | * Program/proje dışından tedarik edilecek malzeme, ürün ve destek unsurlarına ilişkin ihtiyaç önerilerinin geliştirilmesi.
| |
| | | | |
| − | === 3.3.1.1.3. Çıktılar ===
| + | '''<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>''' |
| | | | |
| − | * Ana Hatlarıyla Program/Proje Planları
| + | Bilgi Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir; |
| | | | |
| − | === 3.3.1.2. Konsept Safhasında ===
| + | '''Bilgi Yönetimi Standartların Belirlenmesi''' |
| | | | |
| − | === 3.3.1.2.1. Girdiler ===
| + | * Bilgi yönetimi ile ilgili organizasyonun uygulaması gereken standartların belirlenmesi |
| | | | |
| − | * Alternatif Çözümler ve Karşılık Gelen Program/Proje Planları
| + | '''Bilgi Yönetimi Stratejisinin Belirlenmesi''' |
| | | | |
| − | === 3.3.1.2.2. Faaliyetler ===
| + | * Organizasyonun uyması gereken standart ve politikanın dışına çıkmadan ömür devri yönetiminde uygulanacak bilgi yönetimi stratejisinin belirlenmesi |
| − | '''Program/Projenin Tanımlanması'''
| + | * 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 |
| | | | |
| − | * Tanımlanan kapsam, amaçlar ve kısıtların gözden geçirilmesi
| + | '''Bilgi Yönetimi''' |
| − | * 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.
| |
| | | | |
| − | '''Program/Proje Kaynaklarının Planlanması''' | + | * Belirlenen stratejiye uygun olarak bilginin toplanması, kayıt altına alınması, yönetilmesi ve paylaşılması |
| | + | '''<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]] |
| | | | |
| − | * 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
| |
| − | * Program/proje maliyetlerinin gözden geçirilmesi ve bütçe tahmininin güncellenmesi
| |
| | | | |
| − | '''Programın/Projenin Planlanması'''
| |
| | | | |
| − | * 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ı
| |
| | | | |
| − | '''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.3.3. Çıktılar === | + | === 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. |
| | | | |
| − | * Doğrulanmış ve Geçerli Kılınmış Dokümanlar
| + | 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. |
| − | * Güncellenmiş Ömür Devri Maliyet Tahmini
| |
| − | * Güncellenmiş Planlar
| |
| − | * Üretim Safhası İçin Detaylı Planlar
| |
| | | | |
| − | === 3.3.1.4. Üretim Safhasında ===
| + | 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. |
| | | | |
| − | === 3.3.1.4.1. Girdiler ===
| + | 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. |
| | | | |
| − | * Doğrulanmış ve Geçerli Kılınmış Dokümanlar
| + | 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. |
| − | * Güncellenmiş Ömür Devri Maliyet Tahmini
| |
| − | * Güncellenmiş Planlar
| |
| − | * Üretim Safhası İçin Detaylı Planlar
| |
| | | | |
| − | === 3.3.1.4.2. Faaliyetler ===
| + | Kalite Yönetimi İlkeleri: |
| − | '''Program/Projenin Tanımlanması'''
| |
| | | | |
| − | * Tanımlanan kapsam, amaçlar ve kısıtların gözden geçirilmesi. | + | * 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 |
| | | | |
| − | '''Program/Proje Kaynaklarının Planlanması'''
| + | 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: |
| | | | |
| − | * Program/proje kaynakları planının gözden geçirilmesi | + | * Projede uygulanacak kalite politikaların, amaçların ve prosedürlerin tanımlanması ve uygulanması |
| − | * Program/proje maliyetlerinin gözden geçirilmesi ve bütçe tahmininin güncellenmesi | + | * Ürün/Hizmetin uygunluğunun değerlendirmesi için metot ve kriterlerin belirlenmesi |
| − | * Program/proje kaynakları planı ile ilgili değişikliklerin duyurulması | + | * Ü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 |
| | | | |
| − | '''Program/Projenin Planlanması''' | + | ==== '''<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 |
| | | | |
| − | * Program/proje planının müşteri ve sanayii görüşlerini yansıtacak şekilde düzenlenmesi | + | ==== '''<big>3.2.6.2. Konsept Safhasında</big>''' ==== |
| − | * Envanterden çıkarma konsepti, konfigürasyon, bilgi yönetimi planı vb. konularda onaylanmış değişikliklerin entegrasyonunun yapılması | + | '''<big>3.2.6.2.1. Girdiler</big>''' |
| − | * ELD ve demodelik planlarının gözden geçirilmesi | + | * Önerilen sistem çözümleri |
| − | * Program planı değişikliklerinin duyurulması | + | * 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ı |
| | | | |
| − | '''Programın/Projenin Yürütülmesi''' | + | * 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 |
| | | | |
| − | * Program/proje değişiklikleri için yetkinin sağlanması | + | ==== '''<big>3.2.6.3. Geliştirme Safhasında</big>''' ==== |
| − | * Program/proje değişikliklerinin yerine getirilebilmesi için gerekli taahhütlerin sağlanması | + | '''<big>3.2.6.3.1. Girdiler</big>''' |
| − | * Değişikliklerin uygulamaya alınması | + | * 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ı |
| | | | |
| − | === 3.3.1.4.3. Çıktılar ===
| + | * 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ı |
| | | | |
| − | * Doğrulanmış ve Geçerli Kılınmış Dokümanlar | + | * Kalite Yönetiminin Uygulanması |
| − | * Güncellenmiş Ömür Devri Maliyet Tahmini | + | ** Süreçte tespit edilen uygunsuzlukların kayıt altına alınması, çözülmesinin sağlanması ve tekrarının engellenmesi |
| − | * Güncellenmiş Planlar | + | ** Geliştirme süreci iş ürünlerinin, proje olgunluk seviyesinin gözden geçirme faaliyetleri ve iç denetimler ile değerlendirilmesi, |
| − | * Kullanım ve Destek Safhaları İçin Detaylı Planlar | + | ** 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 |
| | | | |
| − | === 3.3.1.5. Kullanım ve Destek Safhasında === | + | ==== <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ı |
| | | | |
| − | === 3.3.1.5.1. Girdiler ===
| + | * 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ı |
| | | | |
| − | * Doğrulanmış ve Geçerli Kılınmış Dokümanlar | + | * Kalite Yönetiminin Uygulanması |
| − | * Güncellenmiş Ömür Devri Maliyet Tahmini | + | ** Süreçte tespit edilen uygunsuzlukların kayıt altına alınması, çözülmesinin sağlanması ve tekrarının engellenmesi |
| − | * Güncellenmiş Planlar | + | ** Tedarik zinciri kalite faaliyetlerinin koordine edilmesi ve tedarikçilerin sözleşmesel yükümlülüklerine uyum durumlarının denetlenmesi |
| − | * Kullanım ve Destek Safhaları İçin Detaylı Planlar | + | ** 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 |
| | | | |
| − | === 3.3.1.5.2. Faaliyetler === | + | ==== <big>3.2.6.5. Kullanım ve Destek Safhalarında</big> ==== |
| − | 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.
| + | '''<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>''' |
| | | | |
| − | '''Programın/Projenin Yürütülmesi'''
| + | Bu aşamadaki kalite aktiviteleri; geliştirme ve üretim faaliyetlerinden farklı olmayıp, çalışma alanı ağırlıklı olarak; |
| | | | |
| − | * Program/proje değişiklikleri için yetkinin sağlanması | + | * Bakım ve onarım kalite kayıtlarının takibi |
| − | * Program/proje değişikliklerinin yerine getirilebilmesi için gerekli taahhütlerin sağlanması | + | * Kullanıcılar için verilen eğitim hizmetinin uygunluğu |
| − | * Değişikliklerin uygulamaya alınması | + | * Yedek ve sarf malzemelerin uygunluğu |
| − | * Deaktivasyon onayının hazırlanması ve talep edilmesi | + | * Kullanıcıdan gelen geri beslemelerin değerlendirilmesi ve sürekli iyileşme faaliyetlerinin desteklenmesi şeklindedir |
| − | * Deaktivasyon onayının sağlanması | + | '''<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 |
| | | | |
| − | === 3.3.1.5.3. Çıktılar === | + | ==== <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]] |
| | | | |
| − | * 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.
| |
| | | | |
| − | Program/Proje Değerlendirme ve Kontrol Sürecinin başarıyla uygulanmasının bir sonucu olarak:
| |
| | | | |
| − | * 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.
| |
| | | | |
| − | === 3.3.2.1. Faaliyetler ===
| |
| − | 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;
| |
| | | | |
| − | '''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'''
| + | == 3.3. PROGRAM/PROJE SÜREÇLERİ == |
| | | | |
| − | * Ö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,
| + | === 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. |
| | | | |
| − | o Proje ekibinin yapısı, roller, sorumluluklar ve paydaşların etkinliğinin değerlendirilmesi,
| + | 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. |
| | | | |
| − | o Proje kaynaklarının yeterliliğinin ve kullanılabilirliğinin değerlendirilmesi,
| + | Program/proje planlama süreci; |
| | | | |
| − | o Organizasyon içi taahhütlerin yerine getirildiğinin onaylanması,
| + | * 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 |
| | | | |
| − | o Planlanan zamanlarda gerçekleşen işçilik, malzeme ve hizmet maliyetlerinin değerlendirilmesi,
| + | Sürecin en önemli çıktıları; |
| | | | |
| − | o Gerekli kayıtların tutulması,
| + | * 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ı |
| | | | |
| − | * Program/projenin bir sonraki adımına devam etmeye hazır olup olmadığının kararının verilmesi, | + | ==== '''<big>3.3.1.1. Ön Konsept Safhasında</big>''' ==== |
| − | * Tespit edilen farklılıkların raporlanması. | + | '''<big>3.3.1.1.1. Girdiler</big>''' |
| | + | * Organizasyon Strateji Planı |
| | + | * Kabiliyet İhtiyacı Değerlendirmeleri |
| | + | '''<big>3.3.1.1.2. Faaliyetler</big>''' |
| | | | |
| − | '''Program/Projenin Kontrol Edilmesi''' | + | '''Program/Projenin Tanımlanması''' |
| | | | |
| − | * Proje gereksinimlerinin ve gereksinimlerdeki değişikliklerin proje planlarına göre yönetilmesi, | + | * Kabiliyet ihtiyaçlarının analiz edilmesi |
| − | * 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ı,
| + | * Kapsamın tanımlanması |
| − | * Projenin amaçlarına ve çıktılarına ulaşmasını sağlamak için uygun şekilde önleyici faaliyetlerin başlatılması,
| + | * Amaç ve kısıtların tanımlanması |
| − | * Uygunsuzlukları düzeltmek için problem çözme faaliyetlerinin başlatılması, | + | * Diğer program/projelerle olan arayüzlerin ve ilişkilerin tanımlanması |
| − | * 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ı.
| |
| | | | |
| − | === 3.3.2.2. Çıktılar ===
| + | '''Safhalar ve Süreçlerin Belirlenmesi''' |
| − | Dokümante Edilmiş Program/Proje İlerleme (Planlama/Gerçekleşme) Durumu
| |
| | | | |
| − | Şekil 12 Program/Proje Değerlendirme ve Kontrol Süreci
| + | * Safha ve süreçlere yönelik ilke ve faaliyetlerin değerlendirilmesi |
| | + | * İlk sistem ömür devri modelinin belirlenmesi |
| | | | |
| − | == 3.3.3. KARAR YÖNETİMİ SÜRECİ ==
| + | '''Program/Proje Kaynaklarının Planlanması''' |
| − | 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.
| |
| | | | |
| − | 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.
| + | * 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ı |
| | | | |
| − | 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.
| + | ==== <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>''' |
| | | | |
| − | === 3.3.3.1. Girdiler ===
| + | '''Program/Projenin Tanımlanması''' |
| | | | |
| − | * Program/Proje İçin Tanımlanan Sistem Ömür Devri Modeli Karar Noktaları | + | * Tanımlanan kapsam, amaçlar ve kısıtların gözden geçirilmesi |
| − | * Maliyet ve Performans Analizleri | + | * Program/proje iş dağılım ağacının tanımlanması |
| − | * Tanımlı Kilometre Taşları | + | * 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 |
| | | | |
| − | === 3.3.3.2. Faaliyetler ===
| + | '''Program/Proje Kaynaklarının Planlanması''' |
| − | 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'''
| + | * Rol ve sorumlulukların tanımlanması |
| | + | * Gerekli altyapı ve hizmetlerin talep edilmesi |
| | + | * Program/proje maliyetlerinin tanımlanması ve bütçe tahmini |
| | | | |
| − | * Karar verme stratejisinin tanımlanması,
| + | '''Program/Projenin Planlanması''' |
| | | | |
| − | '''Bilimsel Karar destek Faaliyetinin Yürütülmesi'''
| + | * Program/proje planlamasının program/proje tanımını sağlayacak şekilde kaynak kısıtlarına bağlı olarak oluşturulması |
| | | | |
| − | * Karar verme süreci ile ilişkili varlıkların tanımlanması,
| + | '''Programın/Projenin Yürütülmesi''' |
| − | * 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ı''' | + | * 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ı |
| | | | |
| − | * Kararın duyurulması. | + | ==== <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.3.3. Çıktılar ===
| + | '''Program/Projenin Tanımlanması''' |
| | | | |
| − | * Karar Yönetimi Stratejisi | + | * Tanımlanan kapsam, amaçlar ve kısıtların gözden geçirilmesi |
| − | * Dokümante Edilmiş ve Paylaşılmış Kararlar
| |
| | | | |
| − | Şekil 13 Karar Yönetimi Süreci
| + | '''Program/Proje Kaynaklarının Planlanması''' |
| | | | |
| − | == 3.3.4. RİSK YÖNETİMİ SÜRECİ ==
| + | * Program/proje kaynaklarına yönelik planlamanın paylaşılması |
| − | 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.
| + | * 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 |
| | | | |
| − | 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ın/Projenin Planlanması''' |
| | | | |
| − | 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/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ı |
| | | | |
| − | === 3.3.4.1. Girdiler ===
| + | '''Programın/Projenin Yürütülmesi''' |
| | | | |
| − | * Paydaş İsterleri ve Sistem Gereksinimleri | + | * Program/proje değişiklikleri için yetkinin sağlanması |
| − | * Öğrenilmiş Dersler | + | * Program/proje değişikliklerinin yerine getirilebilmesi için gerekli taahhütlerin sağlanması |
| − | * Risk Yönetimi Stratejisi (Belirleme, Analiz, Azaltma vb.) | + | * 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 |
| | | | |
| − | === 3.3.4.2. Faaliyetler === | + | ==== <big>3.3.1.4. Üretim Safhasında</big> ==== |
| − | Risk Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir;
| + | '''<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>''' |
| | | | |
| − | '''Risklerin Tespit Edilmesi,''' | + | '''Program/Projenin Tanımlanması''' |
| | | | |
| − | * Riskin tanımlanması, | + | * Tanımlanan kapsam, amaçlar ve kısıtların gözden geçirilmesi |
| − | * Riskin planlanması''','''
| |
| | | | |
| − | '''Risk Analizlerinin Yapılması''' | + | '''Program/Proje Kaynaklarının Planlanması''' |
| | | | |
| − | * Risklerin analiz edilmesi, | + | * 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ı |
| | | | |
| − | '''Risklerin Yönetilmesi''' | + | '''Program/Projenin Planlanması''' |
| | | | |
| − | * Çözüm için yapılacak planlamalar ile izlenmesi ve kontrol edilmesi. | + | * 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.4.3. Çıktılar ===
| + | '''Programın/Projenin Yürütülmesi''' |
| | | | |
| − | * Risk Yönetimi Planı | + | * Program/proje değişiklikleri için yetkinin sağlanması |
| − | * Eylem Planları ve Risk Kayıtları | + | * 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 |
| | | | |
| − | Şekil 14 Risk Yönetimi Süreci
| + | ==== <big>3.3.1.5. Kullanım ve Destek Safhasında</big> ==== |
| | + | '''<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.5. KONFİGÜRASYON YÖNETİMİ SÜRECİ ==
| + | 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. |
| − | 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 ===
| + | '''Programın/Projenin Yürütülmesi''' |
| | | | |
| − | === 3.3.5.1.1. Girdiler ===
| + | * 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 |
| | | | |
| − | * Sözleşme, iş tanımı ve ekleri | + | ==== <big>3.3.1.6. Envanterden Çıkarma Safhasında</big> ==== |
| − | * Sistem Mühendisliği Gereksinimleri | + | '''<big>3.3.1.6.1. Girdiler</big>''' |
| − | * Program, Lojistik ve Bakım Yönetimi Planları | + | * Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| − | * İletişim | + | * Güncellenmiş Ömür Devri Maliyet Tahmini |
| | + | * Güncellenmiş Planlar |
| | + | * Envanterden Çıkarma Safhası İçin Detaylı Planlar |
| | + | '''<big>3.3.1.6.2. Faaliyetler</big>''' |
| | | | |
| − | === 3.3.5.1.2. Faaliyetler ===
| + | '''Program/Projenin Planlanması''' |
| | | | |
| − | * Konfigürasyon Yönetimi Planlama | + | * Hizmetlerin uygulanabilir olması durumunda yeni program/projelere transferi |
| | | | |
| − | o Konfigürasyon yönetimi stratejisinin planlanması.
| + | '''Programın/Projenin Kapatılması''' |
| | | | |
| − | === 3.3.5.1.3. Çıktılar: ===
| + | * 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]] |
| | | | |
| − | * 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.5.2.2. Faaliyetler ===
| |
| | | | |
| − | * Konfigürasyon Yönetimi Planlama ı
| |
| | | | |
| − | o Konfigürasyon Yönetimi stratejisinin planlanması gözden geçirilmesi.
| |
| | | | |
| − | * Konfigürasyon Tanımlama,
| |
| | | | |
| − | o Konfigürasyon yönetimi gerektiren kalemlerin tanımlanması,
| |
| | | | |
| − | o Konfigürasyon temel çizgilerinin oluşturulması.
| |
| | | | |
| − | === 3.3.5.2.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 Çizgiler.
| |
| | | | |
| − | === 3.3.5.3. Üretim Safhasında ===
| |
| | | | |
| − | === 3.3.5.3.1. Girdiler ===
| |
| | | | |
| − | * Performans Ölçümleri,
| |
| − | * İletişim.
| |
| | | | |
| − | === 3.3.5.3.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
| + | === 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. |
| | | | |
| − | o Gerekli gözden geçirme/denetim faaliyetlerinin yürütülmesi,
| + | 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. |
| | | | |
| − | o Yayım/dağıtım faaliyetlerinin kontrollü ve onaylı bir şekilde yapılması faaliyetleri.
| + | Program/Proje Değerlendirme ve Kontrol Sürecinin başarıyla uygulanmasının bir sonucu olarak: |
| | | | |
| − | === 3.3.5.3.3. Çıktılar ===
| + | * 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>''' |
| | | | |
| − | * Denetim Sonuç Raporu.
| + | 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; |
| | | | |
| − | === 3.3.5.4. Kullanım ve Destek Safhalarında ===
| + | '''Program/Proje Değerlendirme ve Kontrol Planlaması''' |
| | | | |
| − | === 3.3.5.4.1. Girdiler ===
| + | * Değerlendirme ve kontrol stratejisinin geliştirilmesi |
| | + | * Proje takvimine uygun olarak değerlendirme ve kontrol faaliyetlerine ilişkin zaman planının yapılması |
| | | | |
| − | * Performans Ölçümleri,
| + | '''Program/Projenin Değerlendirilmesi''' |
| − | * İletişim
| |
| | | | |
| − | === 3.3.5.4.2. Faaliyetler ===
| + | * Ö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ı |
| | | | |
| − | * Konfigürasyon Yönetimi Planlama, | + | * 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ı |
| | | | |
| − | o Konfigürasyon Yönetimi stratejisinin planlanması gözden geçirilmesi.
| + | '''Program/Projenin Kontrol Edilmesi''' |
| | | | |
| − | * Konfigürasyon Değişiklik Yönetimi | + | * 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>''' |
| | | | |
| − | o Konfigürasyon kontrolüne tabi tüm ürünlerin değişiklik yönetim sürecinin işletilmesi.
| + | 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]] |
| | | | |
| − | * 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.5.5. Envanterden Çıkarma Safhasında ===
| |
| | | | |
| − | === 3.3.5.5.1. Girdiler ===
| |
| | | | |
| − | * Performans Ölçümleri,
| |
| − | * İletişim,
| |
| | | | |
| − | === 3.3.5.5.2. Faaliyetler ===
| |
| | | | |
| − | * 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.5.3. Çıktılar ===
| |
| | | | |
| − | * Konfigürasyon Durum Muhasebesi raporları
| |
| − | * Öğrenilmiş Dersler.
| |
| | | | |
| − | Şekil 15 Konfigürasyon Yönetimi Süreci
| |
| | | | |
| − | == 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.
| |
| | | | |
| − | 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.
| |
| | | | |
| − | Enformasyon yönetimi sürecinin başarıyla uygulanmasının sonucunda:
| |
| | | | |
| − | * 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ı'''
| + | === 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. |
| | | | |
| − | * Enformasyon setinin ve yönetim stratejisinin tanımlanması,
| + | 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. |
| − | * 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'''
| + | 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. |
| | | | |
| − | * Tanımlanan enformasyon unsurlarının edinilmesi, | + | '''<big>3.3.3.1. Girdiler</big>''' |
| − | * Enformasyonun strateji ve anlaşmalara göre yönetilmesi, | + | * Program/Proje İçin Tanımlanan Sistem Ömür Devri Modeli Karar Noktaları |
| − | * Kararlaştırılan programların veya tanımlanmış koşulların gerektirdiği şekilde enformasyonun dağıtılması, | + | * Maliyet ve Performans Analizleri |
| − | * Enformasyonun uygun ortam ve gizlilik derecesi ile saklanması/sağlanması,
| + | * Tanımlı Kilometre Taşları |
| − | * İstenmeyen, geçersiz veya doğrulanamayan bilgilerin; kuruluş politikasına, güvenlik ve gizlilik gereksinimlerine göre imha edilmesi.
| + | '''<big>3.3.3.2. Faaliyetler</big>''' |
| | | | |
| − | === 3.3.6.3. Çıktılar ===
| + | Karar yönetimi süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir; |
| | | | |
| − | * Güncel Enformasyon.
| + | '''Karar Verme Stratejisinin Belirlenmesi''' |
| | | | |
| − | Şekil 16 Enformasyon Yönetimi Süreci
| + | * Karar verme stratejisinin tanımlanması |
| | | | |
| − | == 3.3.7. ÖLÇÜM SÜRECİ ==
| + | '''Bilimsel Karar destek Faaliyetinin Yürütülmesi''' |
| − | Ö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.
| + | * 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ı |
| | | | |
| − | Göstergeler iki grup altında ele alınabilir;
| + | '''Kararın Duyurulması''' |
| | | | |
| − | * Kilit Performans Göstergesi (Key Performance Indicator, KPI): süreçte hedeflenen performans seviyesinin tanımlanması, | + | * Kararın duyurulması |
| − | * 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. | + | '''<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]] |
| | | | |
| − | 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.
| |
| | | | |
| − | 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.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. |
| | | | |
| − | === 3.3.7.2.1. Girdiler ===
| + | 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. |
| | | | |
| − | * Diğer Süreçler Tarafından İstenen Bilgiler,
| + | 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.7.2.2. Faaliyetler ===
| + | '''<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>''' |
| | | | |
| − | * Ölçümün Planlanması
| + | Risk Yönetimi Süreci ile ilgili organizasyon politikaları ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler yerine getirilir; |
| | | | |
| − | o İstenen bilginin gözden geçirilmesi ve gerekmesi halinde yeniden tanımlanması,
| + | '''Risklerin Tespit Edilmesi,''' |
| | | | |
| − | o İstenen bilginin zamanının gözden geçirilmesi, gerekmesi halinde yeniden tanımlanması, tasniflenmesi ve önceliklendirilmesi,
| + | * Riskin tanımlanması |
| | + | * Riskin planlanması |
| | | | |
| − | 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ı,
| + | '''Risk Analizlerinin Yapılması''' |
| | | | |
| − | o Ölçüm ana çizgisinin ve stratejisinin gözden geçirilmesi,
| + | * Risklerin analiz edilmesi |
| | | | |
| − | o Ölçüm prosedürünün gözden geçirilmesi,
| + | '''Risklerin Yönetilmesi''' |
| | | | |
| − | o Raporlama içeriğinin ve formatının gözden geçirilmesi,
| + | * Çözüm için yapılacak planlamalar ile izlenmesi ve kontrol edilmesi |
| | + | '''<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]] |
| | | | |
| − | o Ölçüm sonucundan etkilenecek tarafların gözden geçirilmesi ve gerekmesi halinde yeniden belirlenmesi,
| |
| | | | |
| − | o Planlanan ölçümün projenin teknik, zaman ve finans ekseni ile hizalanması,
| |
| | | | |
| − | * Ö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.2.3. Çıktılar ===
| |
| | | | |
| − | * Ölçüm Sonuç Raporu.
| |
| | | | |
| − | === 3.3.7.3. Üretim Safhasında ===
| |
| | | | |
| − | === 3.3.7.3.1. Girdiler === | + | === 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. |
| | | | |
| − | * Diğer Süreçler Tarafından İstenen Bilgiler, | + | ==== <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 |
| | | | |
| − | === 3.3.7.3.2. Faaliyetler === | + | ==== <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. |
| | | | |
| − | * Ölçümün Planlanması | + | * 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 |
| | | | |
| − | o İstenen bilginin gözden geçirilmesi ve gerekmesi halinde yeniden tanımlanması,
| + | ==== <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 |
| | | | |
| − | o İstenen bilginin zamanının gözden geçirilmesi, gerekmesi halinde yeniden tanımlanması, tasniflenmesi ve önceliklendirilmesi,
| + | * 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 |
| | | | |
| − | 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ı,
| + | * 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 |
| | | | |
| − | o Ölçüm ana çizgisinin ve stratejisinin gözden geçirilmesi,
| + | ==== <big>3.3.5.4. Kullanım ve Destek Safhalarında</big> ==== |
| | + | '''<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 |
| | | | |
| − | o Ölçüm prosedürünün gözden geçirilmesi,
| + | * 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 |
| | | | |
| − | o Raporlama içeriğinin ve formatının gözden geçirilmesi,
| + | * 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.4.3. Çıktılar</big>''' |
| | + | * Konfigürasyon Birimleri |
| | + | * Performansı ölçülen ve sürekli iyileştirilen Konfigürasyon Yönetimi Süreci |
| | + | * Öğrenilmiş Dersler |
| | | | |
| − | o Ölçüm sonucundan etkilenecek tarafların gözden geçirilmesi ve gerekmesi halinde yeniden belirlenmesi,
| + | ==== <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]] |
| | | | |
| − | o Planlanan ölçümün projenin teknik, zaman ve finans ekseni ile hizalanması,
| |
| | | | |
| − | * Ö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.3.3. Çıktılar ===
| |
| | | | |
| − | * Ölçüm Sonuç Raporu.
| |
| | | | |
| − | === 3.3.7.4. Kullanım ve Destek Safhalarında ===
| |
| | | | |
| − | === 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,
| + | === 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. |
| | | | |
| − | o Ölçüm sonuçlarındaki sapmalar ve tutarsızlıklar tespit edilmesi,
| + | 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. |
| | | | |
| − | o Kaynak ve yöntemlerde ihtiyaç duyulan güncellemeler yapılması.
| + | Enformasyon yönetimi sürecinin başarıyla uygulanmasının sonucunda: |
| | | | |
| − | === 3.3.7.4.3. Çıktılar ===
| + | * 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>''' |
| | | | |
| − | * Ölçüm Sonuç Raporu.
| + | Enformasyon Yönetimi süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | Şekil 17 Ölçüm Süreci
| + | '''Enformasyon yönetiminin planlanması''' |
| | | | |
| − | == 3.3.8. KALİTE GÜVENCE SÜRECİ ==
| + | * Enformasyon setinin ve yönetim stratejisinin tanımlanması |
| − | 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.
| + | * 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ı |
| | | | |
| − | 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.
| + | '''Enformasyon yönetiminin gerçekleştirilmesi''' |
| | | | |
| − | === 3.3.8.1. Ön Konsept Safhasında ===
| + | * 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]] |
| | | | |
| − | === 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ı,
| |
| | | | |
| − | o Süreçlerde tespit edilen aksaklıkları ve iyileştirme fırsatlarının tespit edilmesi,
| |
| | | | |
| − | o Ürün veya hizmette meydana gelen hatalar için kök sebep analizinin yapılması,
| |
| | | | |
| − | 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.1.3. Çıktılar ===
| |
| | | | |
| − | * Kalite Stratejisi,
| |
| − | * Kalite Planı
| |
| | | | |
| − | === 3.3.8.2. Konsept Safhasında ===
| |
| | | | |
| − | === 3.3.8.2.1. Girdiler ===
| |
| | | | |
| − | * İlgili program içinde tanımlı politikalar, amaçlar ve süreçler
| |
| | | | |
| − | === 3.3.8.2.2. Faaliyetler === | + | === 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. |
| | | | |
| − | * Kalite Güvence Stratejisi’nin Gözden Geçirilmesi
| + | Ö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. |
| | | | |
| − | o Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin uygulanması,
| + | Göstergeler iki grup altında ele alınabilir; |
| | | | |
| − | o Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin gözden geçirilmesi,
| + | * 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 |
| | | | |
| − | * Kalite Planın Yürütülmesi,
| + | 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 Süreçlerin ve süreç etkileşimlerinin gözden geçirilmesi,
| + | Belirlenen metrikler ve göstergeler ömür devri içinde sürekli güncellenir ve/veya yenileri tanımlanır. |
| | | | |
| − | o Süreç metrikleri ve göstergelerinin ölçülmesi ve gerektiği durumlarda güncellenerek takip edilmesi,
| + | 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. |
| | | | |
| − | 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ı,
| + | Yapılan ölçümler aşağıdaki eksenlerde belirtilen hususlar açısından uyumlu olmalıdır |
| | | | |
| − | 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,
| + | * 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ı |
| | | | |
| − | o Süreçler içinde mükerrer ve katma değeri olmayan faaliyetlerin tespit edilmesi, süreç etkinliğinin artırılması,
| + | ==== <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 |
| | | | |
| − | 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.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ı |
| | | | |
| − | o Doğrulama ve geçerleme faaliyetlerinin, amaçlarına uygun şekilde gerçekleştirilmesi için gerekli kontrol ve denetim faaliyetlerini icra edilmesi.
| + | * Ö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ı |
| | | | |
| − | === 3.3.8.2.3. Çıktılar: === | + | * Ö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 |
| | + | |
| | + | ==== <big>3.3.7.3. Üretim Safhasında</big> ==== |
| | + | '''<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ı |
| | + | |
| | + | * Ö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ı |
| | | | |
| − | * Kalite Stratejisi, | + | * Ölçümün Düzenlenmesi |
| − | * Kalite Planı | + | ** Ö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 |
| | | | |
| − | === 3.3.8.3. Geliştirme Safhasında === | + | ==== <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ı |
| | | | |
| − | === 3.3.8.3.1. Girdiler ===
| + | * Ö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]] |
| | | | |
| − | * İ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ı,
| |
| | | | |
| − | 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.3.3. Çıktılar ===
| |
| | | | |
| − | * Kalite Stratejisi,
| |
| − | * Kalite Planı
| |
| | | | |
| − | === 3.3.8.4. Üretim Safhasında === | + | === 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.8.4.1. Girdiler ===
| + | 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. |
| | | | |
| − | * İlgili program içinde tanımlı politikalar, amaçlar ve süreçler, | + | ==== <big>3.3.8.1. Ön Konsept Safhasında</big> ==== |
| | + | '''<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ı |
| | | | |
| − | === 3.3.8.4.2. Faaliyetler ===
| + | * 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ı |
| | | | |
| | + | ==== <big>3.3.8.2. Konsept Safhasında</big> ==== |
| | + | '''<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 | | * 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 Süreçlerin istenen çıktıları etkin şekilde üretebilmesi için gerekli Kalite Güvence Stratejisi’nin uygulanması,
| + | * 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 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.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 |
| | | | |
| − | * Kalite Planın 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.3.3. Çıktılar</big>''' |
| | + | * Kalite Stratejisi |
| | + | * Kalite Planı |
| | | | |
| − | o Süreçlerin ve süreç etkileşimlerinin gözden geçirilmesi,
| + | ==== <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 |
| | | | |
| − | o Süreç metrikleri ve göstergelerinin ölçülmesi ve gerektiği durumlarda güncellenerek takip edilmesi,
| + | * 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ı |
| | | | |
| − | 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ı,
| + | ==== <big>3.3.8.5. Kullanım ve Destek Safhalarında</big> ==== |
| | + | '''<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 |
| | | | |
| − | 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,
| + | * 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ı |
| | | | |
| − | o Süreçler içinde mükerrer ve katma değeri olmayan faaliyetlerin tespit edilmesi, süreç etkinliğinin artırılması,
| + | ==== <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]] |
| | | | |
| − | 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,
| |
| | | | |
| − | 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.5.3. Çıktılar === | + | === 3.3.9. ÖMÜR BOYU İZLENEBİLİRLİK SÜRECİ === |
| − | | |
| − | * Kalite Stratejisi,
| |
| − | * Kalite Planı
| |
| − | | |
| − | === 3.3.8.6. Envanterden Çıkarma Safhasında ===
| |
| − | | |
| − | === 3.3.8.6.1. Girdiler ===
| |
| − | | |
| − | * İlgili program içinde tanımlı politikalar, amaçlar ve süreçler,
| |
| − | | |
| − | === 3.3.8.6.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.
| |
| − | | |
| − | === 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; | | Sistem Ömür Devri süresince yürütülen teknik yönetim süreçlerinin; |
| | | | |
| − | * Planlama, | + | * Planlama |
| − | * Kontrol ve Analiz, | + | * Kontrol ve Analiz |
| − | * Karar Yönetimi, | + | * Karar Yönetimi |
| − | * Risk Yönetimi, | + | * Risk Yönetimi |
| − | * Konfigürasyon Yönetimi, | + | * Konfigürasyon Yönetimi |
| − | * Bilgi Yönetimi, | + | * Bilgi Yönetimi |
| − | * Ölçme ve Değerlendirme, | + | * Ö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. | | 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 ===
| + | '''<big>3.3.9.1. Girdiler</big>''' |
| | + | * 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>''' |
| | | | |
| − | * 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. | | Ö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ı''' | | '''Takip Edilebilirlik Anlamındaki Parametrelerin Tanımlanması''' |
| | | | |
| − | * 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ı, | + | * 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ı |
| | | | |
| | '''İzlenebilirlik Kapsamındaki Parametrelerin Bağlantılarının Kurulması''' | | '''İzlenebilirlik Kapsamındaki Parametrelerin Bağlantılarının Kurulması''' |
| | | | |
| − | * ·Aşamalar arasında izlenebilirlik kapsamındaki parametrelerin bağlantılarının kurulması, | + | * ·Aşamalar arasında izlenebilirlik kapsamındaki parametrelerin bağlantılarının kurulması |
| | | | |
| | '''Değişiklik Etkilerinin Tanımlanması''' | | '''Değişiklik Etkilerinin Tanımlanması''' |
| | | | |
| − | * Farklı seviyedeki gereksinimlere göre sistem ömür devri boyunca yapılan değişikliklerin etkilerinin tanımlanması, | + | * 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ı. | + | * Kullanım ve destek safhalarındaki performans verileri ile bağlantı sağlanması |
| − | | + | '''<big>3.3.9.3. Çıktılar</big>''' |
| − | === 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 |
| | + | [[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]] |
| | | | |
| − | * 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,
| |
| | | | |
| − | o Ömür devri maliyeti hesaplaması için maliyet kırılım yapısının hazırlanması,
| |
| | | | |
| − | o Olası risklerin tanımlanması
| |
| | | | |
| − | === 3.3.10.1.3. Çıktılar ===
| |
| | | | |
| − | * Tahmini Ömür Devri Maliyeti Planı
| |
| | | | |
| − | === 3.3.10.2. Konsept Safhasında ===
| |
| | | | |
| − | === 3.3.10.2.1. Girdiler ===
| |
| | | | |
| − | * Sistem iş kırılımı yapısı,
| |
| − | * Tahmini Takvimi,
| |
| − | * Risk kayıtları/matrisi,
| |
| − | * Program/ proje planlama dokümanları
| |
| | | | |
| − | === 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,
| + | === 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 Olası risklerin gözden geçirilmesi,
| + | ==== <big>3.3.10.1. Konsept Safhasında</big> ==== |
| − | | + | '''<big>3.3.10.1.1. Girdiler</big>''' |
| − | === 3.3.10.2.3. Çıktılar: === | + | * 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ı |
| | | | |
| | + | ==== <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ı | | * Tahmini Ömür Devri Maliyeti Planı |
| | | | |
| − | === 3.3.10.3. Geliştirme Safhasında === | + | ==== <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 |
| | | | |
| − | === 3.3.10.3.1. Girdiler ===
| + | * 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) |
| | | | |
| − | * Sistem iş kırılımı yapısı, | + | ==== <big>3.3.10.4. Üretim Safhasında</big> ==== |
| − | * Program/proje Uygulama Takvimi, | + | '''<big>3.3.10.4.1. Girdiler</big>''' |
| − | * Risk kayıtları/matrisi, | + | * Sistem iş kırılımı yapısı |
| | + | * Program/proje Uygulama Takvimi |
| | + | * Risk kayıtları/matrisi |
| | * Program/proje planlama dokümanları | | * 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 |
| | | | |
| − | === 3.3.10.3.2. Faaliyetler ===
| + | * Ömür Devri Maliyetinin İzlenmesi, Gözden Geçirilmesi ve Güncellenmesi |
| − | | + | ** Program/proje boyunca gerçekleşen ömür devri maliyetinin hesaplanması |
| − | * Ömür Devri Maliyeti Planının Gözden Geçirilmesi ve Ön Tahminlerin Güncellenmesi | + | ** 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 Ömür devri maliyeti hesaplama çalışmasının kapsamının ve amacının gözden geçirilmesi,
| + | ==== <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 |
| | | | |
| − | 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,
| + | ==== <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 Ö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,
| |
| | | | |
| − | * Tahmini Ömür Devri Maliyeti Hesaplaması
| |
| | | | |
| − | o Ömür devri maliyeti hesaplaması için esas alınan maliyet kırılım yapısında ana hat oluşturulması,
| |
| | | | |
| − | o Ana maliyet kalemlerinin belirlenmesi ve duyarlılık analizlerinin yapılması,
| |
| | | | |
| − | o Mali/maliyet risklerinin sayısallaştırılması ve bu risklerin dikkate alarak tahmini ömür devri maliyetinin hesaplanması,
| |
| | | | |
| − | o Çalışma sonucunun uygunluğunun değerlendirilmesi, doğrulanması, geçerliliğinin gözden geçirilmesi ve gerekli düzeltmelerin yapılması,
| |
| | | | |
| − | o Tahmini hesaplamanın kayıt altına alınması ve sunulması,
| |
| | | | |
| − | === 3.3.10.3.3. Çıktılar ===
| |
| | | | |
| − | * Tahmini Ömür Devri Maliyeti Planı ve Gerçekleşen Maliyet (Ömür Devri Maliyeti Hesaplama Raporu)
| |
| | | | |
| − | === 3.3.10.4. Üretim Safhasında ===
| |
| | | | |
| − | === 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,
| + | == 3.4. TEKNİK SÜREÇLER == |
| | | | |
| − | * Ömür Devri Maliyetinin İzlenmesi, Gözden Geçirilmesi ve Güncellenmesi
| + | === 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. |
| | | | |
| − | o Program/proje boyunca gerçekleşen ömür devri maliyetinin hesaplanması,
| + | '''<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 Tahmini maliyet ile gerçekleşen maliyet arasındaki sapmaların tespit edilmesi,
| + | İş 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 Tahmini ömür devri maliyetinin gözden geçirilmesi,
| + | '''Harekât, operasyon, lojistik destek ihtiyaçlarının tespit edilmesi''' |
| | | | |
| − | o Tahmini ömür devri maliyetinin güncellenmesi;
| + | * 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 |
| | | | |
| − | § Risklere yönelik olarak proaktif ve reaktif çalışmaların yürütülmesi,
| + | * Harekât ve lojistik ihtiyacını karşılayacak sistem, alt sistem ve/veya komponentlerin mevcut olup olmadığının belirlenmesi |
| | | | |
| − | § Yapılması önerilen program/proje faaliyetlerindeki iyileştirmelerin toplam maliyete etkisinin hesaplanması,
| + | '''Problem Sahalarının Tanımlanması''' |
| | | | |
| − | § Tahmini ömür devri maliyetinin revize edilmesi,
| + | * Problem sahalarının ve fırsatlarının tanımlanması |
| | | | |
| − | === 3.3.10.4.3. Çıktılar ===
| + | '''Çözüm Alternatiflerinin Belirlenmesi''' |
| | | | |
| − | * Tahmini Ömür Devri Maliyeti Planı ve Gerçekleşen Maliyet (Ömür Devri Maliyeti Hesaplama Raporu) | + | * Çözüm alternatiflerinin karakteristiğinin belirlenmesi |
| | | | |
| − | === 3.3.10.5. Kullanım ve Destek Safhalarında ===
| + | '''İş ve Görev Analizinin Yapılması''' |
| | | | |
| − | === 3.3.10.5.1. Girdiler ===
| + | * 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]] |
| | | | |
| − | * Sistem iş kırılımı yapısı,
| |
| − | * Program/proje Uygulama Takvimi,
| |
| − | * Risk kayıtları/matrisi,
| |
| − | * Program/proje planlama dokümanları
| |
| | | | |
| − | === 3.3.10.5.2. Faaliyetler ===
| |
| | | | |
| − | * Ö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.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.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. |
| | | | |
| − | === 3.3.10.6.3. Çıktılar ===
| + | 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. |
| | | | |
| − | * Ömür Devri Maliyeti Hesaplama Raporu, | + | '''<big>3.4.2.1. Girdiler</big>''' |
| − | * Ömür Devri Maliyeti Süreç Analizi | + | * İş/Görev Analizi Dokümanı |
| | + | * Yetenek açığının belirlenmesi |
| | + | '''<big>3.4.2.2. Faaliyetler</big>''' |
| | | | |
| − | Şekil 20 Ömür Devri Maliyeti Yönetimi Süreci
| + | 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. |
| | | | |
| − | == 3.4. TEKNİK SÜREÇLER ==
| + | '''Program/süreç içinde yer alan/alacak paydaşların ve ihtiyaçlarının belirlenmesi,''' |
| | | | |
| − | == 3.4.1. İŞ VE GÖREV ANALİZİ SÜRECİ ==
| + | * Sistemle ömür devri boyunca ilgisi bulunan paydaşların tanımlanması |
| − | 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.
| + | * Tanımlı paydaşların ihtiyaçlarının ortaya çıkarılması |
| | | | |
| − | === 3.4.1.1. Girdiler ===
| + | '''Kısıtlamalar, faaliyetler ve etkileşimler göz önünde bulundurularak paydaş gereksinimlerinin tanımlanması,''' |
| − | | |
| − | * 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
| |
| | | | |
| − | === 3.4.1.2. Faaliyetler ===
| + | * Sistem çözümü üzerindeki kısıtlamaların tanımlanması |
| − | İş ve görev analizi süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| + | * Beklenen operasyonel ve destek senaryoları çerçevesinde ihtiyaç duyulan faaliyetlerin tanımlanması |
| | + | * Kullanıcılar ve sistem arasındaki etkileşimin tanımlanması |
| | | | |
| − | '''Harekât, operasyon, lojistik destek ihtiyaçlarının tespit edilmesi'''
| + | En verimli ve güvenilir insan performansı ve insan-sistem etkileşimini sağlamak için gereken kullanılabilirlik gereksinimleri tanımlanır. |
| | | | |
| − | * Harekât, operasyon ve lojistik destek ihtiyaçlarının, | + | * Sağlık, güvenilirlik, güvenlik, çevre ve diğer paydaş gereksinimlerinin ve kritik fonksiyonlarının belirtilmesi |
| | | | |
| − | o Harekât Verileri,
| + | '''Tanımlanan paydaş gereksinimlerinin gözden geçirilmesi, analiz edilmesi ve değerlendirilmesi,''' |
| | | | |
| − | o Tatbikat Verileri,
| + | * Ç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 Tehditlerdeki Değişimler,
| + | 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. |
| | | | |
| − | o Yasal Yükümlülükler,
| + | * Paydaş gereksinimlerinin izlenebilirliği sağlanır. |
| | | | |
| − | o Teknolojik Yenilikler,
| + | 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 Alternatifler (DELTMATO - Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik),
| + | '''<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 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ı,
| |
| | | | |
| − | '''Çözüm Alternatiflerinin Belirlenmesi'''
| |
| | | | |
| − | * Çözüm alternatiflerinin karakteristiğinin belirlenmesi,
| |
| | | | |
| − | '''İş ve Görev Analizinin Yapılması'''
| |
| | | | |
| − | * 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.
| |
| | | | |
| − | === 3.4.1.3. Çıktılar ===
| |
| | | | |
| − | * İş/görev analizi,
| |
| − | * Yetenek matrisi.
| |
| | | | |
| − | Şekil 21 İş ve Görev Analizi Süreci
| |
| | | | |
| − | == 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.
| |
| | | | |
| − | 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 === | + | === 3.4.3. SİSTEM GEREKSİNİMLERİ TANIMLAMA SÜRECİ === |
| − | 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.
| + | 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. |
| | | | |
| − | '''Program/süreç içinde yer alan/alacak paydaşların ve ihtiyaçlarının belirlenmesi,''' | + | '''<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>''' |
| | | | |
| − | * Sistemle ömür devri boyunca ilgisi bulunan paydaşların tanımlanması,
| + | Sistem gereksinimleri tanımlama süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| − | * 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 gereksinim tanımlama hazırlığı'''; |
| | | | |
| − | * Sistem çözümü üzerindeki kısıtlamaların tanımlanması, | + | * Kullanım ve operasyon senaryolarına bağlı olarak sistem sınırları ve şartları tanımlanır |
| − | * Beklenen operasyonel ve destek senaryoları çerçevesinde ihtiyaç duyulan faaliyetlerin tanımlanması, | + | * 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 |
| − | * Kullanıcılar ve sistem arasındaki etkileşimin tanımlanması, | + | * Sistem gereksinimlerinin tanımlanması ve yönetilmesi kapsamında kullanılacak yazılım aracı ve/veya uygulanacak yöntemler belirlenir |
| | | | |
| − | En verimli ve güvenilir insan performansı ve insan-sistem etkileşimini sağlamak için gereken kullanılabilirlik gereksinimleri tanımlanır.
| + | '''Sistem gereksinimlerinin tanımlanması;''' |
| | | | |
| − | * Sağlık, güvenilirlik, güvenlik, çevre ve diğer paydaş gereksinimlerinin ve kritik fonksiyonlarının belirtilmesi. | + | * 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 |
| | | | |
| − | '''Tanımlanan paydaş gereksinimlerinin gözden geçirilmesi, analiz edilmesi ve değerlendirilmesi''' | + | '''Sistem gereksinimlerinin analiz edilmesi;''' |
| | | | |
| − | * Ç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. | + | * 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 |
| − | * Gerçekleştirilemeyen veya gerçekleştirilmesi pratik olmayan gereksinimler belirlenir ve kapsam dışı bırakılı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 |
| − | * 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.
| |
| | | | |
| − | 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.
| + | '''Gereksinim yönetiminin yapılması'''; |
| | | | |
| − | * Paydaş gereksinimlerinin izlenebilirliği sağlanır.
| + | Ö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 |
| | | | |
| − | 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.
| + | '''<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]] |
| | + | |
| | + | |
| | | | |
| − | === 3.4.2.3. Çıktılar ===
| |
| | | | |
| − | * 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.
| |
| | | | |
| − | Ş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ı,
| + | === 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 Tanımlı sistem çözümü için, sistem ara yüzlerini, fonksiyonlarını ve sınırlarını içeren sistem tanımı,
| + | 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 Sistem gereksinimleri (fonksiyonel, performans, ara yüz, fonksiyonel olmayan vb.) ve tasarım kısıtları,
| + | '''<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 Kritik performans ölçütleri (gereksinimlerin karşılanmasına yönelik ilerleme seviyesini anlamak için oluşturulan teknik ölçütler).
| + | 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ı:''' |
| | | | |
| − | Şekil 23 Paydaş İhtiyaçları ve İsterleri Hazırlama Süreci
| + | * 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.4.4. MİMARİ TANIMLAMA SÜRECİ ==
| + | '''Sistem mimari kararı için önemli olan konseptler, özelliklerin, davranışların, fonksiyonların ve sınırlamaların mimariye yansıtılması:''' |
| − | 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.
| + | * 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 |
| | | | |
| − | === 3.4.4.1. Girdiler ===
| + | '''Tanımlanan mimarinin yönetilmesi:''' |
| | | | |
| − | * 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, | + | * 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. |
| − | * Tasarım kısıtları. | + | '''<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]] |
| | | | |
| − | === 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.
| |
| − | * Paydaş gereklerine bağlı olarak mimari bakış açıları geliştirilir ve sonuçta yapılan seçimle ilgili gerekçeler belirlenir.
| |
| | | | |
| − | '''Sistem mimari kararı için önemli olan konseptler, özelliklerin, davranışların, fonksiyonların ve sınırlamaların mimariye yansıtılması:'''
| |
| | | | |
| − | * 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.
| |
| | | | |
| − | '''Tanımlanan mimarinin yönetilmesi:'''
| |
| | | | |
| − | * 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.
| |
| | | | |
| − | === 3.4.4.3. Çıktılar ===
| |
| | | | |
| − | * 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ı).
| |
| | | | |
| − | Şekil 24 Mimari Tanımlama Süreci
| |
| | | | |
| − | == 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.
| |
| | | | |
| − | 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 ===
| |
| | | | |
| − | * Paydaş Gereksinimleri ve Beklentileri,
| + | === 3.4.5. TASARIM TANIMLAMA SÜRECİ === |
| − | * Paydaş İhtiyaçları Dokümanı,
| + | 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 Analizi İhtiyacı.
| |
| | | | |
| − | === 3.4.6.2. Faaliyetler ===
| + | 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. |
| − | Sistem analizi süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| |
| | | | |
| − | '''Sistem Analizi Faaliyeti Hazırlıkları''' | + | '''<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>''' |
| | | | |
| − | * Analiz ihtiyacı bulunan problem ve sorunların belirlenmesi,
| + | Tasarım tanımlama süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| − | * 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ı.
| |
| | | | |
| − | '''Sistem Analizi Faaliyetlerinin Gerçekleştirilmesi''' | + | * 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]] |
| | | | |
| − | * Seçilen analiz yöntemleri ile analizlerin gerçekleştirilmesi.
| |
| | | | |
| − | '''Sistem Analizi Sonuçlarının Yönetilmesi'''
| |
| | | | |
| − | * 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ı.
| |
| | | | |
| − | === 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ı'''
| |
| | | | |
| − | * 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.
| |
| | | | |
| − | '''Uygulama ve Entegrasyon Faaliyetlerinin Gerçekleştirilmesi'''
| |
| | | | |
| − | * Planlama sonrasında Uygulama ve Entegrasyon faaliyetlerinin stratejiye uygun olarak gerçekleştirilmesi,
| |
| − | * Paketleme ve depolama kriterlerinin tanımlanması.
| |
| | | | |
| − | '''Uygulama ve Entegrasyon Faaliyetlerinin sonuçlarının Yönetilmesi'''
| |
| | | | |
| − | * 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ı.
| |
| | | | |
| − | === 3.4.7.3. Çıktılar === | + | === 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. |
| | | | |
| − | * Uygulama ve Entegrasyon faaliyetleri yapılmış Sistem ve Sistem Elemanları (Alt sistem, Birim, Öğe), | + | '''<big>3.4.6.1. Girdiler</big>''' |
| − | * Doğrulama ve Kalifikasyon faaliyetlerini destekleyecek Uygulama ve Entegrasyon kayıtları, | + | * Paydaş Gereksinimleri ve Beklentileri |
| − | * Öğrenilmiş dersler. | + | * Paydaş İhtiyaçları Dokümanı |
| | + | * Sistem Analizi İhtiyacı |
| | + | '''<big>3.4.6.2. Faaliyetler</big>''' |
| | | | |
| | + | Sistem analizi süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | Şekil 27 Uygulama ve Entegrasyon Süreci
| + | '''Sistem Analizi Faaliyeti Hazırlıkları''' |
| | | | |
| − | == 3.4.8. DOĞRULAMA SÜRECİ ==
| + | * Analiz ihtiyacı bulunan problem ve sorunların belirlenmesi |
| − | 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.
| + | * 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.4.8.1. Girdiler ===
| + | '''Sistem Analizi Faaliyetlerinin Gerçekleştirilmesi''' |
| | | | |
| − | * Paydaş Gereksinimleri ve Beklentileri, | + | * Seçilen analiz yöntemleri ile analizlerin gerçekleştirilmesi |
| − | * Sistem veya sistem elemanlarının gereksinimleri,
| |
| − | * Doğrulanacak sistem veya sistem elemanları,
| |
| − | * Doğrulama Stratejisi ve Kriterleri.
| |
| | | | |
| − | === 3.4.8.2. Faaliyetler ===
| + | '''Sistem Analizi Sonuçlarının Yönetilmesi''' |
| − | Doğrulama süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| |
| | | | |
| − | '''Doğrulama Faaliyetleri Hazırlıkları''' | + | * 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]] |
| | + | |
| | + | |
| | | | |
| − | * 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ı.
| |
| | | | |
| − | '''Doğrulama Faaliyetlerinin Gerçekleştirilmesi'''
| |
| | | | |
| − | * Doğrulama prosedürlerinin icra edilmesi,
| |
| | | | |
| − | '''Doğrulama Faaliyetlerinin Sonuçlarının Yönetilmesi'''
| |
| | | | |
| − | * 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.
| |
| | | | |
| − | === 3.4.8.3. Çıktılar ===
| |
| | | | |
| − | * Doğrulama Stratejisi,
| |
| − | * Değerlendirme ve Kabul Planı,
| |
| − | * Gereksinim İzlenebilirlik Matrisi,
| |
| − | * Doğrulama Kayıtları,
| |
| − | * Doğrulanmış sistem veya sistem elemanları,
| |
| − | * Öğrenilmiş dersler.
| |
| | | | |
| − | Şekil 28 Doğrulama Süreci
| |
| | | | |
| | | | |
| − | == 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.
| |
| | | | |
| − | 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.9.1. Girdiler ===
| |
| | | | |
| − | * Doğrulanmış sistem ve uygunsuzlukların da dahil edildiği doğrulama raporu.
| |
| | | | |
| − | === 3.4.9.2. Faaliyetler ===
| |
| − | '''Geçiş kısıtları ve geçiş stratejisinin/planının belirlenmesi,'''
| |
| | | | |
| − | * Geçiş kısıtları ve geçiş stratejisinin/planının belirlenmesi''','''
| |
| | | | |
| − | '''Kurulum kurallarına uygun olarak operasyonel ortamın hazırlanması,'''
| + | === 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. |
| | | | |
| − | * Kurulum kurallarına uygun olarak operasyonel ortamın hazırlanması, | + | '''<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>''' |
| | | | |
| − | '''Sistemin, kurulum amacıyla doğru zamanda ve doğru yerde teslim edilmesi,'''
| + | Uygulama ve Entegrasyon süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | * 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.)
| + | '''Uygulama ve Entegrasyon Faaliyetleri Hazırlıkları''' |
| | | | |
| − | '''Sistemin aktif hale getirilmesi''',
| + | * 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 |
| | | | |
| − | * Kurulmuş olan sistemin kendisinden beklenen hizmetleri verme yeteneğinde olduğunun gösterilmesi ve
| + | '''Uygulama ve Entegrasyon Faaliyetlerinin Gerçekleştirilmesi''' |
| − | * İşletim yapılandırması, bulunan hatalar, alınan önlemler ve öğrenilmiş dersleri de içeren kurulum verisinin kaydedilmesidir.
| |
| | | | |
| − | === 3.4.9.3. Çıktılar ===
| + | * Planlama sonrasında Uygulama ve Entegrasyon faaliyetlerinin stratejiye uygun olarak gerçekleştirilmesi |
| | + | * Paketleme ve depolama kriterlerinin tanımlanması |
| | | | |
| − | * Geçiş kısıtları ve geçiş stratejisi/planı,
| + | '''Uygulama ve Entegrasyon Faaliyetlerinin sonuçlarının Yönetilmesi''' |
| − | * 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ı,
| |
| | | | |
| | + | * 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]] |
| | + | |
| | + | |
| | | | |
| − | Şekil 29 Geçiş Süreci
| |
| | | | |
| − | == 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.
| |
| | | | |
| − | === 3.4.10.1. Girdiler ===
| |
| | | | |
| − | * 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.
| |
| | | | |
| − | === 3.4.10.2. Faaliyetler ===
| |
| − | Geçerli Kılma süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır.
| |
| | | | |
| − | '''Geçerli Kılma Faaliyetleri Hazırlıkları''',
| |
| | | | |
| − | * 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ı.
| |
| | | | |
| − | '''Geçerli Kılma Faaliyetlerinin Gerçekleştirilmesi'''
| |
| | | | |
| − | * Geçerli Kılma Prosedürlerinin icra edilmesi.
| |
| | | | |
| − | '''Geçerli Kılma Faaliyetlerinin Sonuçlarının Yönetilmesi'''
| |
| | | | |
| − | * 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.
| |
| | | | |
| − | === 3.4.10.3. Çıktılar ===
| |
| | | | |
| − | * Geçerli Kılma Stratejisi,
| |
| − | * Gereksinim İzlenebilirlik Matrisi,
| |
| − | * Geçerli Kılma Kayıtları,
| |
| | | | |
| − | * Geçerli Kılınmış Sistem
| |
| − | * Öğrenilmiş dersler.
| |
| | | | |
| − | Şekil 30 Geçerli Kılma Süreci
| |
| − | == 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.
| |
| | | | |
| − | === 3.4.11.1. Girdiler ===
| |
| | | | |
| − | * 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ı
| |
| | | | |
| − | === 3.4.11.2. Faaliyetler ===
| |
| − | 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,
| + | === 3.4.8. DOĞRULAMA SÜRECİ === |
| − | * Kullanım için gerekli sistemler, hizmetler ve malzemelerin planlanması, eğitim ihtiyaçlarının tanımlanıp geliştirilmesi,
| + | 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. |
| − | * İyileştirme/modifikasyon faaliyetleri, bu faaliyetler için kabul kriterlerinin tanımlanması ve
| |
| | | | |
| − | Sistemin operasyonel çevresinde kullanımı, performansının izlenmesi, kayıt altına alınması faaliyetlerinin yanı sıra
| + | '''<big>3.4.8.1. Girdiler</big>''' |
| | + | * 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>''' |
| | | | |
| − | * Kullanım kapsamında kullanılması gerekli herhangi bir sistem, hizmet ve malzemenin tanımlanması:
| + | Doğrulama süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| | | | |
| − | 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,
| + | '''Doğrulama Faaliyetleri Hazırlıkları''' |
| | | | |
| − | 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ı,
| + | * 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ı |
| | | | |
| − | * Müşteri desteği:
| + | '''Doğrulama Faaliyetlerinin Gerçekleştirilmesi''' |
| | | | |
| − | o Kullanım safhası boyunca sistem performansının ve koşullarının izlenmesi ve gerekli geri bildirimlerin yapılması sağlanır.
| + | * Doğrulama prosedürlerinin icra edilmesi |
| | | | |
| − | === 3.4.11.3. Çıktılar ===
| + | '''Doğrulama Faaliyetlerinin Sonuçlarının Yönetilmesi''' |
| | + | |
| | + | * 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]] |
| | + | |
| | | | |
| − | * Kullanım Performansı Verileri,
| |
| − | * Müşteri Desteği yeterliliğinin değerlendirilmesi,
| |
| − | * Öğrenilmiş Dersler.
| |
| | | | |
| | | | |
| − | Şekil 31 Kullanım Süreci
| |
| | | | |
| − | == 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.
| |
| | | | |
| − | 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.
| |
| | | | |
| − | === 3.4.12.1. Girdiler ===
| |
| | | | |
| − | * 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.
| |
| | | | |
| − | === 3.4.12.2. Faaliyetler ===
| |
| − | 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ı,
| |
| | | | |
| − | 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.
| |
| | | | |
| − | * Planlamaya uygun faaliyetlerin yürütülmesi:
| |
| | | | |
| − | 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.
| |
| | | | |
| − | * Sistemin etkin ve ekonomik sürdürülebilirliği için analizlerin gerçekleştirilmesi ve raporlanması:
| |
| | | | |
| − | 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ı,
| |
| | | | |
| − | o Lojistik destek ve bakım kayıtlarının tutulması ve ihtiyaç duyulan verilerin hazırlanması,
| |
| | | | |
| − | o Düzeltici ve önleyici tasarım değişiklikleri için hata durumlarının, sistem performansının, önerilerin raporlanması
| |
| | | | |
| − | 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.
| + | === 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. |
| | | | |
| − | === 3.4.12.3. Çıktılar ===
| + | 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. |
| | | | |
| − | * Lojistik destek stratejisi,
| + | '''<big>3.4.9.1. Girdiler</big>''' |
| − | * Sistem tasarımına girdi olması amacıyla lojistik destek ve bakım ile ilgili kısıtlamalar, | + | * Doğrulanmış sistem ve uygunsuzlukların da dahil edildiği doğrulama raporu. |
| − | * Düzeltici ve önleyici planlama faaliyetlerine ilişkin raporlar ve
| + | '''<big>3.4.9.2. Faaliyetler</big>''' |
| − | * Lojistik destek ve bakım kayıtlarıdır.
| |
| | | | |
| − | 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.
| + | '''Geçiş kısıtları ve geçiş stratejisinin/planının belirlenmesi,''' |
| | | | |
| | + | * Geçiş kısıtları ve geçiş stratejisinin/planının belirlenmesi |
| | | | |
| − | Şekil 32 Destek Süreci
| + | '''Kurulum kurallarına uygun olarak operasyonel ortamın hazırlanması,''' |
| | | | |
| − | == 3.4.13. ENVANTERDEN ÇIKARMA SÜRECİ ==
| + | * Kurulum kurallarına uygun olarak operasyonel ortamın hazırlanması |
| − | 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.
| + | '''Sistemin, kurulum amacıyla doğru zamanda ve doğru yerde teslim edilmesi,''' |
| | | | |
| − | 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.
| + | * 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.) |
| | | | |
| − | === 3.4.13.1. Girdiler ===
| + | '''Sistemin aktif hale getirilmesi''', |
| | | | |
| − | * Savunma ve lojistik planları, | + | * Kurulmuş olan sistemin kendisinden beklenen hizmetleri verme yeteneğinde olduğunun gösterilmesi ve |
| − | * Paydaş İhtiyaçları ve Gereksinimleri | + | * İşletim yapılandırması, bulunan hatalar, alınan önlemler ve öğrenilmiş dersleri de içeren kurulum verisinin kaydedilmesidir. |
| − | * İş/Görev Analizi | + | '''<big>3.4.9.3. Çıktılar</big>''' |
| − | * Yetenek Matrisi | + | * Geçiş kısıtları ve geçiş stratejisi/planı |
| − | * Envanterden Çıkarma Stratejisi, | + | * Kurulumu gerçekleştirilmiş sistem (hizmetleri sağlayacak yetenekte-ürün ve destek unsurları ile) |
| − | * Envanterden çıkarma kararı, | + | * Düzeltici önlem raporları |
| − | * Sistem (Destek unsurları, mühimmat vb. dahil) | + | * İşletim yapılandırması |
| − | * İlgili malzemelere yönelik emniyet veri dosyaları | + | * Bulunan hatalar |
| − | * Envanterden Çıkarma Planı (Taslak)
| + | * 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]] |
| | + | |
| | + | |
| | | | |
| − | === 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İ === | + | === 3.4.10. GEÇERLİ KILMA SÜRECİ === |
| − | {| class="wikitable"
| + | 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. |
| − | |
| |
| − | |'''Ö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
| |
| | | | |
| − | Tedarik Planı
| + | '''<big>3.4.10.1. Girdiler</big>''' |
| − | |Sözleşme ve Ekleri
| + | * 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>''' |
| | | | |
| − | Tedarik Planı
| + | Geçerli Kılma süreci ile ilgili organizasyon politika ve prosedürlerine uygun olarak aşağıdaki faaliyet ve görevler uygulanacaktır. |
| − | | colspan="3" |Sözleşme ve Ekleri
| |
| | | | |
| − | Tedarik Planı
| + | '''Geçerli Kılma Faaliyetleri Hazırlıkları''', |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |Proje/İhtiyaç Tanımlama Dokümanının Hazırlanması
| |
| − | |Tedarik Sözleşmesinin Hazırlanması
| |
| | | | |
| − | Yeterlilikteki Tedarikçilere Talep Gönderilmesi
| + | * 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ı |
| | | | |
| − | Tekliflerin Değerlendirilmesi ve Sözleşmenin İmzalanması
| + | '''Geçerli Kılma Faaliyetlerinin Gerçekleştirilmesi''' |
| − | |Sözleşmenin Yönetilmesi
| |
| − | |Sözleşmenin Yönetilmesi
| |
| | | | |
| − | Son Kabulün yapılması
| + | * Geçerli Kılma Prosedürlerinin icra edilmesi |
| − | | 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)
| |
| | | | |
| − | ELD teslimatları
| + | '''Geçerli Kılma Faaliyetlerinin Sonuçlarının Yönetilmesi''' |
| | | | |
| − | Sözleşmede tanımlı diğer teslimat kalemleri
| + | * Yapılan geçerli kılma faaliyetlerinin sonuçlarının kayıt altına alınması |
| − | |Tedarik Edilen Ürün
| + | * 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ı |
| | | | |
| − | ELD teslimatları
| + | * Geçerli Kılınmış Sistem |
| | + | * Öğ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]] |
| | | | |
| − | Sözleşmede tanımlı diğer teslimat kalemleri
| |
| − | | colspan="3" |Tedarik Edilen Ürün
| |
| − | |}
| |
| | | | |
| − | === 3.5.1.2. İKMAL SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | |Yetenek İhtiyacı ve Gereksinimleri
| |
| | | | |
| − | Mevcut İkmal Maddeleri/Hizmetleri
| |
| − | |Taslak Entegre Lojistik Destek Planı
| |
| | | | |
| − | Tedarik Zinciri
| |
| | | | |
| − | Tedarik Planı, Bütçe
| |
| − | | colspan="5" |Entegre Lojistik Destek Planı
| |
| | | | |
| − | Tedarik Zinciri
| |
| | | | |
| − | Tedarik Planı, Bütçe
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması
| |
| − | |İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması
| |
| − | | colspan="5" |İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması
| |
| | | | |
| − | İkmal Maddelerinin/Hizmetlerin Tedarikinin Yönetilmesi
| |
| | | | |
| − | İkmal Maddelerinin/Hizmetlerin Kabulünün Yapılması
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |Taslak Entegre Lojistik Destek Planı
| |
| | | | |
| − | Taslak Tedarik Zinciri
| |
| | | | |
| − | Taslak Tedarik Planı
| |
| | | | |
| − | Taslak Bütçe Planı
| |
| − | |Güncellenen Entegre Lojistik Destek Planı
| |
| | | | |
| − | Güncellenen Tedarik Zinciri
| |
| | | | |
| − | Güncellenen Tedarik Planı
| |
| | | | |
| − | Bütçe
| |
| − | | colspan="5" |Temin edilen ikmal malzemesi/hizmet
| |
| | | | |
| − | Güncellenen Entegre Lojistik Destek Planı
| |
| | | | |
| − | Güncellenen Tedarik Zinciri
| |
| | | | |
| − | Güncellenen Tedarik Planı,
| + | === 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. |
| | + | |
| | + | '''<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>''' |
| | | | |
| − | Bütçe
| + | 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 |
| | + | * 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 |
| | + | |
| | + | Sistemin operasyonel çevresinde kullanımı, performansının izlenmesi, kayıt altına alınması faaliyetlerinin yanı sıra |
| | + | |
| | + | * Kullanım kapsamında kullanılması gerekli herhangi bir sistem, hizmet ve malzemenin tanımlanması: |
| | + | ** 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ı |
| | + | |
| | + | * 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]] |
| | | | |
| − | === 3.5.2. ORGANİZASYONEL PROJE DESTEK SÜREÇLERİ ===
| |
| | | | |
| − | === 3.5.2.1. ÖMÜR DEVRİ MODELİ YÖNETİMİ SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | | colspan="7" |Organizasyon Strateji Planı
| |
| | | | |
| − | Organizasyon Uyarlama Yaklaşımı
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | | colspan="7" |Ömür Devri Modelinin Kurulumu
| |
| | | | |
| − | Ömür Devri Modelinin Uygulanması
| |
| | | | |
| − | Ömür Devri Modelinin Değerlendirilmesi
| |
| | | | |
| − | Ömür Devri Modelinin İyileştirilmesi
| |
| − | |-
| |
| − | |Çıktı
| |
| − | | colspan="7" |Organizasyonel Politikalar ve Süreçler
| |
| | | | |
| − | Ömür Devri Yönetim Planı
| |
| | | | |
| − | Ömür Devri Yönetimi Raporu
| |
| − | |}
| |
| | | | |
| − | === 3.5.2.2. ALTYAPI YÖNETİMİ SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | | colspan="7" |Organizasyon Strateji Planı
| |
| | | | |
| − | Organizasyon ve Program
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | | colspan="7" |Altyapının Tanımlanması
| |
| | | | |
| − | Altyapının Kurulması
| |
| | | | |
| − | Altyapının İdame Ettirilmesi
| |
| | | | |
| − | Altyapının Elden Çıkarılması
| |
| − | |-
| |
| − | |Çıktı
| |
| − | | colspan="7" |Altyapı Yönetimi Planı
| |
| | | | |
| − | Organizasyon veya Program/Proje Altyapısı
| |
| | | | |
| − | Altyapı Yönetimi Rapor ve Kayıtları
| |
| − | |}
| |
| | | | |
| | | | |
| − | === 3.5.2.3. PORTFÖY YÖNETİMİ SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | | colspan="7" |Organizasyon Strateji Planı
| |
| | | | |
| − | Proje Durum Raporu
| |
| | | | |
| − | Portföy Kural ve Kısıtları
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | | colspan="7" |Program/Projenin Başlatılması
| |
| | | | |
| − | Program/Projenin Kontrol Edilmesi
| |
| | | | |
| − | Program/Projenin Kapatılması
| |
| − | |-
| |
| − | |Çıktı
| |
| − | | colspan="7" |Portföy Yönetimi Planı
| |
| | | | |
| − | Portföy Yönetimi Rapor ve Kayıtları
| |
| − | |}
| |
| | | | |
| − | === 3.5.2.4. İNSAN KAYNAĞI YÖNETİMİ SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | | colspan="7" |Organizasyon Strateji Planı
| |
| | | | |
| − | Portföy Yönetimi Planı
| |
| | | | |
| − | Proje İnsan Kaynağı Gereksinimleri ve Yetenek İhtiyaçları
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | | colspan="7" |İhtiyacın ve Mevcut Durumun Değerlendirilmesi
| |
| | | | |
| − | Yetenek İhtiyacının Karşılanması
| |
| | | | |
| − | İnsan Kaynağı Yönetimi
| |
| − | |-
| |
| − | |Çıktı
| |
| − | | colspan="7" |İnsan Kaynağı Yönetimi Planı
| |
| | | | |
| − | Eğitim Planı
| |
| | | | |
| − | Kalifiye Personel
| |
| | | | |
| − | Portföy Yönetimi Rapor ve Kayıtları
| |
| − | |}
| |
| | | | |
| | | | |
| − | === 3.5.2.5. BİLGİ (KNOWLEDGE) YÖNETİMİ SÜRECİ === | + | === 3.4.12. LOJİSTİK DESTEK VE BAKIM SÜRECİ === |
| − | {| class="wikitable"
| + | 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. |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | | colspan="7" |Organizasyon Strateji Planı
| |
| | | | |
| − | Kayıtlar
| + | 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. |
| − | |-
| |
| − | |Faaliyetler
| |
| − | | colspan="7" |Bilgi Yönetimi Standartların Belirlenmesi
| |
| | | | |
| − | Bilgi Yönetimi Stratejisinin Belirlenmesi
| + | '''<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>''' |
| | | | |
| − | Bilgi Yönetimi
| + | Destek 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ı
| |
| | | | |
| − | Bilgi Yönetimi Sistemi Rapor ve Kayıtları
| + | * 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. |
| | | | |
| | + | * 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.5.2.6. KALİTE YÖNETİMİ SÜRECİ ===
| + | * Sistemin etkin ve ekonomik sürdürülebilirliği için analizlerin gerçekleştirilmesi ve raporlanması: |
| − | {| class="wikitable"
| + | ** 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ı, |
| − | |'''Ön Konsept'''
| + | ** Düzeltici ve önleyici tasarım değişiklikleri için hata durumlarının, sistem performansının, önerilerin raporlanması |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | |Paydaş İhtiyaçları
| |
| | | | |
| − | Odak sistem hedefleri | + | 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. |
| − | |Önerilen sistem çözümleri,
| |
| | | | |
| − | Taslak Kalite Planı
| + | '''<big>3.4.12.3. Çıktılar</big>''' |
| − | |Sözleşme ve Ekleri
| + | * 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. |
| | | | |
| − | Güncellenen proje yönetim planları ve diğer yönetsel planlar
| + | 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. |
| − | |Sözleşme ve Ekleri | + | [[Dosya:Şekil 32 Destek Süreci.jpg|alt=Şekil 32 Destek Süreci|sol|küçükresim|600x600pik|Şekil 32 Destek Süreci]] |
| | | | |
| − | Güncellenen proje yönetim planları ve diğer yönetsel planlar
| |
| | | | |
| − | Doğrulama ve Kalifikasyon Sonuçları
| |
| − | | colspan="2" |Sözleşme ve Ekleri
| |
| | | | |
| − | Güncellenen proje yönetim planları ve diğer yönetsel planlar
| |
| | | | |
| − | Doğrulama ve Kalifikasyon Sonuçları
| |
| − | |Sözleşme ve Ekleri
| |
| | | | |
| − | Güncellenen proje yönetim planları ve diğer yönetsel planlar
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |Süreç Yönetim Esaslarının Belirlenmesi
| |
| | | | |
| − | Kalite Temin Faaliyetlerine ilişkin yoğunluğun Belirlenmesi
| |
| | | | |
| − | Taslak Kalite Planının Hazırlanması
| |
| − | |Kalite Planının Hazırlanması
| |
| | | | |
| − | Kalite Yönetim Sisteminin Düzenlenmesi
| |
| − | |Kalite Planın hazırlanması / güncellenmesi
| |
| | | | |
| − | Kalite Yönetim Sisteminin Düzenlenmesi / güncellenmesi
| |
| | | | |
| − | Kalite Yönetiminin Uygulanması
| |
| − | |Kalite Planın hazırlanması / güncellenmesi
| |
| | | | |
| − | 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,
| |
| | | | |
| − | 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
| |
| − | |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
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |Taslak Kalite Planı
| |
| | | | |
| − | Sistem ve süreçte edinilen iyileşmeler, Öğrenilmiş dersler
| |
| − | |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.4.13. ENVANTERDEN ÇIKARMA SÜRECİ === |
| − | |Güncellenen Kalite Planı
| + | 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. |
| | | | |
| − | Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi
| + | Bağış, yeniden satış veya sorumlulukların değişimi ile sahipliğin aktarılması bu süreç kapsamında değildir. |
| | | | |
| − | Sistem ve süreçte edinilen iyileşmeler, | + | 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. |
| | + | |
| | + | '''<big>3.4.13.1. Girdiler</big>''' |
| | + | * 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>''' |
| | + | |
| | + | 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. |
| | | | |
| − | Öğrenilmiş dersler
| + | '''Envanterden Çıkarma Faaliyetinin Yürütülmesi''' |
| − | |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
| + | * 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. |
| | | | |
| − | Sistem ve süreçte edinilen iyileşmeler,
| + | '''Envanterden Çıkarma Faaliyetinin Sonlandırılması''' |
| | | | |
| − | Öğrenilmiş dersler
| + | * Envanterden çıkarma sonrası insan sağlığına, emniyete ve çevreye zararlı herhangi bir etken bulunmadığı garanti altına alınır, |
| − | | colspan="2" |Güncellenen Kalite Planı
| + | * Ö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 |
| | | | |
| − | Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi
| + | * 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]] |
| | | | |
| − | Sistem ve süreçte edinilen iyileşmeler,
| |
| | | | |
| − | Öğrenilmiş dersler
| |
| − | |Güncellenen Kalite Planı
| |
| | | | |
| − | Sistem ve süreçte edinilen iyileşmeler,
| |
| | | | |
| − | Öğrenilmiş dersler
| |
| − | |}
| |
| | | | |
| − | === 3.5.3. PROGRAM/PROJE SÜREÇLERİ ===
| |
| | | | |
| − | === 3.5.3.1. PROGRAM PLANLAMA SÜRECİ ===
| |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | |Organizasyon Strateji Planı
| |
| | | | |
| − | Kabiliyet İhtiyacı Değerlendirmeleri
| |
| − | |Alternatif Çözümler ve Karşılık Gelen Program/Proje Planları
| |
| − | |Program/Proje Planları
| |
| | | | |
| − | Kaynaklar
| |
| − | |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
| |
| − | | colspan="2" |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
| |
| − | |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
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |Program/Projenin Tanımlanması
| |
| | | | |
| − | Safhalar ve Süreçlerin Belirlenmesi
| |
| | | | |
| − | Program/Proje Kaynaklarının Planlanması
| |
| − | |Program/Projenin Tanımlanması
| |
| | | | |
| − | Program/Proje Kaynaklarının Planlanması
| |
| | | | |
| − | Programın/Projenin Planlanması
| |
| | | | |
| − | Programın/Projenin Yürütülmesi
| |
| − | |Program/Projenin Tanımlanması
| |
| | | | |
| − | Program/Proje Kaynaklarının Planlanması
| |
| | | | |
| − | Programın/Projenin Planlanması
| |
| | | | |
| − | Programın/Projenin Yürütülmesi
| + | == 3.5. SAFHALARA GÖRE SÜREÇ GİRDİLERİ, FAALİYETLERİ VE ÇIKTILARI == |
| − | |Program/Projenin Tanımlanması
| |
| | | | |
| − | Program/Proje Kaynaklarının Planlanması
| + | === 3.5.1. MUTABAKAT SÜREÇLERİ === |
| | | | |
| − | Programın/Projenin Planlanması
| + | ==== '''<big>3.5.1.1.TEDARİK SÜRECİ</big>''' ==== |
| − | | + | {| class="wikitable" |
| − | Programın/Projenin Yürütülmesi
| |
| − | | colspan="2" |Programın/Projenin Yürütülmesi
| |
| − | |Program/Projenin Planlanması
| |
| − | | |
| − | Programın/Projenin Kapatılması
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |Ana Hatlarıyla Program/Proje Planları
| |
| − | |Program/Proje Planları
| |
| − | | |
| − | Proje Uygulama Takvimi
| |
| − | | |
| − | Rol ve Sorumluluklar
| |
| − | | |
| − | Kaynak Planlaması
| |
| − | |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
| |
| − | |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" | |
| | | | | | |
| | |'''Ön Konsept''' | | |'''Ön Konsept''' |
| 3.826. satır: |
3.439. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | | colspan="7" |Program/Proje Planı | + | |Yetenek İhtiyacı ve Gereksinimleri |
| | + | |Tedarik İhtiyacı ve Gereksinimleri |
| | + | |Sözleşme ve Ekleri |
| | + | |
| | + | Tedarik Planı |
| | + | |Sözleşme ve Ekleri |
| | + | |
| | + | Tedarik Planı |
| | + | | colspan="3" |Sözleşme ve Ekleri |
| | + | |
| | + | Tedarik Planı |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | | colspan="7" |Program/Proje Değerlendirme ve Kontrol Planlaması | + | |Proje/İhtiyaç Tanımlama Dokümanının Hazırlanması |
| | + | |Tedarik Sözleşmesinin Hazırlanması |
| | + | |
| | + | Yeterlilikteki Tedarikçilere Talep Gönderilmesi |
| | | | |
| − | Program/Projenin Değerlendirilmesi
| + | Tekliflerin Değerlendirilmesi ve Sözleşmenin İmzalanması |
| | + | |Sözleşmenin Yönetilmesi |
| | + | |Sözleşmenin Yönetilmesi |
| | | | |
| − | Program/Projenin Kontrol Edilmesi
| + | Son Kabulün yapılması |
| | + | | colspan="3" |Son Kabulün yapılması |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | | colspan="7" |Dokümante Edilmiş Program/Proje İlerleme (Planlama/Gerçekleşme) Durumu | + | |Proje/İhtiyaç Tanımlama Dokümanı |
| | + | |Sözleşme ve Ekleri |
| | + | |Tedarik Edilen Ürün/Prototip(ler) |
| | + | |
| | + | ELD teslimatları |
| | + | |
| | + | 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.3.3. KARAR YÖNETİMİ SÜRECİ === | + | ==== <big>3.5.1.2. İKMAL SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 3.851. satır: |
3.492. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | | colspan="7" |Sistem Ömür Devri Modeli Karar Noktaları | + | |Yetenek İhtiyacı ve Gereksinimleri |
| | | | |
| − | Maliyet ve Performans Analizleri
| + | Mevcut İkmal Maddeleri/Hizmetleri |
| | + | |Taslak Entegre Lojistik Destek Planı |
| | + | |
| | + | Tedarik Zinciri |
| | | | |
| − | Tanımlı Kilometre Taşları
| + | Tedarik Planı, Bütçe |
| | + | | colspan="5" |Entegre Lojistik Destek Planı |
| | + | |
| | + | Tedarik Zinciri |
| | + | |
| | + | Tedarik Planı, Bütçe |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | | colspan="7" |Karar Verme Stratejisinin Belirlenmesi | + | |İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması |
| | + | |İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması |
| | + | | colspan="5" |İkmal Maddelerinin/Hizmetlerin Tedarikinin Planlanması |
| | | | |
| − | Bilimsel Karar Destek Faaliyetlerinin Yürütülmesi
| + | İkmal Maddelerinin/Hizmetlerin Tedarikinin Yönetilmesi |
| | | | |
| − | Kararın Duyurulması
| + | İkmal Maddelerinin/Hizmetlerin Kabulünün Yapılması |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | | colspan="7" |Karar Yönetimi Stratejisi | + | |Taslak Entegre Lojistik Destek Planı |
| | + | |
| | + | Taslak Tedarik Zinciri |
| | | | |
| − | Dokümante Edilmiş ve Paylaşılmış Kararlar
| + | Taslak Tedarik Planı |
| − | |}
| |
| | | | |
| − | === 3.5.3.4. RİSK YÖNETİMİ SÜRECİ ===
| + | Taslak Bütçe Planı |
| − | {| class="wikitable"
| + | |Güncellenen Entegre Lojistik Destek Planı |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | | colspan="7" |Paydaş İsterleri ve Sistem Gereksinimleri
| |
| | | | |
| − | Öğrenilmiş Dersler
| + | Güncellenen Tedarik Zinciri |
| | | | |
| − | Risk Yönetimi Stratejisi (Belirleme, Analiz, Azaltma vb.)
| + | Güncellenen Tedarik Planı |
| − | |-
| + | |
| − | |Faaliyetler
| + | Bütçe |
| − | | colspan="7" |Risklerin Tespit Edilmesi | + | | colspan="5" |Temin edilen ikmal malzemesi/hizmet |
| | + | |
| | + | Güncellenen Entegre Lojistik Destek Planı |
| | + | |
| | + | Güncellenen Tedarik Zinciri |
| | | | |
| − | Risk Analizlerinin Yapılması
| + | Güncellenen Tedarik Planı, |
| | | | |
| − | Risklerin Yönetilmesi
| + | Bütçe |
| − | |- | + | |} |
| − | |Çıktı
| |
| − | | colspan="7" |Risk Yönetimi Planı
| |
| | | | |
| − | Eylem Planları ve Risk Kayıtları
| + | === 3.5.2. ORGANİZASYONEL PROJE DESTEK SÜREÇLERİ === |
| − | |}
| |
| | | | |
| − | === 3.5.3.5. KONFİGÜRASYON YÖNETİMİ SÜRECİ === | + | ==== <big>3.5.2.1. ÖMÜR DEVRİ MODELİ YÖNETİMİ SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| − | | | + | | |
| − | |'''Ön Konsept''' | + | |'''Ön Konsept''' |
| | |'''Konsept''' | | |'''Konsept''' |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| 3.910. satır: |
3.552. satır: |
| | |'''Kullanım''' | | |'''Kullanım''' |
| | |'''Destek''' | | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |<nowiki>--</nowiki> | + | | colspan="7" |Organizasyon Strateji Planı |
| − | |Sözleşme, iş tanımı ve ekleri | |
| | | | |
| − | Sistem Mühendisliği Gereksinimleri
| + | Organizasyon Uyarlama Yaklaşımı |
| | + | |- |
| | + | |Faaliyetler |
| | + | | colspan="7" |Ömür Devri Modelinin Kurulumu |
| | | | |
| − | Program, Lojistik ve Bakım Yönetim Planları
| + | Ömür Devri Modelinin Uygulanması |
| | | | |
| − | İletişim
| + | Ömür Devri Modelinin Değerlendirilmesi |
| − | |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
| + | Ömür Devri Modelinin İyileştirilmesi |
| − | |Performans Ölçümleri
| + | |- |
| | + | |Çıktı |
| | + | | colspan="7" |Organizasyonel Politikalar ve Süreçler |
| | + | |
| | + | Ömür Devri Yönetim Planı |
| | | | |
| − | İletişim
| + | Ömür Devri Yönetimi Raporu |
| − | | colspan="2" |Performans Ölçümleri | + | |} |
| | | | |
| − | İletişim
| + | ==== <big>3.5.2.2. ALTYAPI YÖNETİMİ SÜRECİ</big> ==== |
| − | |Performans Ölçümleri | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | | colspan="7" |Organizasyon Strateji Planı |
| | | | |
| − | İletişim
| + | Organizasyon ve Program |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | |<nowiki>--</nowiki> | + | | colspan="7" |Altyapının Tanımlanması |
| − | |Konfigürasyon Yönetimi Planlama | |
| − | |Konfigürasyon Yönetimi Planlama
| |
| | | | |
| − | Konfigürasyon Tanımlama
| + | Altyapının Kurulması |
| − | |Konfigürasyon Yönetimi Planlama
| |
| | | | |
| − | Konfigürasyon Değişiklik Yönetimi
| + | Altyapının İdame Ettirilmesi |
| | | | |
| − | Konfigürasyon Denetimleri
| + | Altyapının Elden Çıkarılması |
| | + | |- |
| | + | |Çıktı |
| | + | | colspan="7" |Altyapı Yönetimi Planı |
| | | | |
| − | Konfigürasyon Durum Muhasebesi
| + | Organizasyon veya Program/Proje Altyapısı |
| − | | colspan="2" |Konfigürasyon Yönetimi Planlama
| |
| | | | |
| − | Konfigürasyon Değişiklik Yönetimi
| + | Altyapı Yönetimi Rapor ve Kayıtları |
| − | | |
| − | Konfigürasyon Durum Muhasebesi Konfigürasyon Denetimleri
| |
| − | |Konfigürasyon Durum Muhasebesi
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |<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ı)
| |
| − | | |
| − | Konfigürasyon Birimleri
| |
| − | | |
| − | Konfigürasyon Temel Çizgileri
| |
| − | |Denetim Sonuç Raporu
| |
| − | | colspan="2" |Konfigürasyon Birimleri
| |
| − | | |
| − | Performansı ölçülen ve sürekli iyileştirilen Konfigürasyon Yönetimi Süreci
| |
| − | | |
| − | Öğrenilmiş Dersler
| |
| − | |Konfigürasyon Durum Muhasebesi Raporları
| |
| − | | |
| − | Öğrenilmiş Dersler
| |
| | |} | | |} |
| | | | |
| − | === 3.5.3.6. ENFORMASYON YÖNETİM SÜRECİ === | + | ==== <big>3.5.2.3. PORTFÖY YÖNETİMİ SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 3.991. satır: |
3.621. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | | colspan="7" |Enformasyon Yönetimi Stratejisi | + | | colspan="7" |Organizasyon Strateji Planı |
| | + | |
| | + | Proje Durum Raporu |
| | + | |
| | + | Portföy Kural ve Kısıtları |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | | colspan="7" |Enformasyon Yönetiminin Planlanması | + | | colspan="7" |Program/Projenin Başlatılması |
| | + | |
| | + | Program/Projenin Kontrol Edilmesi |
| | | | |
| − | Enformasyon Yönetiminin Gerçekleştirilmesi
| + | Program/Projenin Kapatılması |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | | colspan="7" |Güncel Enformasyon | + | | colspan="7" |Portföy Yönetimi Planı |
| − | |} | + | |
| | + | Portföy Yönetimi Rapor ve Kayıtları |
| | + | |} |
| | | | |
| − | === 3.5.3.7. ÖLÇÜM SÜRECİ === | + | ==== <big>3.5.2.4. İNSAN KAYNAĞI YÖNETİMİ SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| − | | | + | | |
| − | |'''Ön Konsept''' | + | |'''Ön Konsept''' |
| | |'''Konsept''' | | |'''Konsept''' |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| 4.011. satır: |
3.649. satır: |
| | |'''Kullanım''' | | |'''Kullanım''' |
| | |'''Destek''' | | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |<nowiki>--</nowiki>
| + | | colspan="7" |Organizasyon Strateji Planı |
| − | |Diğer Süreçler Tarafından İstenen Bilgiler
| + | |
| − | |Diğer Süreçler Tarafından İstenen Bilgiler
| + | Portföy Yönetimi Planı |
| − | |Diğer Süreçler Tarafından İstenen Bilgiler
| + | |
| − | | colspan="2" |Diğer Süreçler Tarafından İstenen Bilgiler | + | Proje İnsan Kaynağı Gereksinimleri ve Yetenek İhtiyaçları |
| − | |<nowiki>--</nowiki>
| |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | |<nowiki>--</nowiki> | + | | colspan="7" |İhtiyacın ve Mevcut Durumun Değerlendirilmesi |
| − | |Ölçümün Planlanması | |
| − | |Ölçümün Planlanması
| |
| | | | |
| − | Ölçümün Yapılması
| + | Yetenek İhtiyacının Karşılanması |
| | | | |
| − | Ölçümün Düzenlenmesi
| + | İnsan Kaynağı Yönetimi |
| − | |Ölçümün Planlanması | + | |- |
| | + | |Çıktı |
| | + | | colspan="7" |İnsan Kaynağı Yönetimi Planı |
| | | | |
| − | Ölçümün Yapılması
| + | Eğitim Planı |
| | | | |
| − | Ölçümün Düzenlenmesi
| + | Kalifiye Personel |
| − | | colspan="2" |Ölçümün Yapılması
| |
| | | | |
| − | Ölçümün Düzenlenmesi
| + | Portföy Yönetimi Rapor ve Kayıtları |
| − | |<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.2.5. BİLGİ (KNOWLEDGE) YÖNETİMİ SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| − | | | + | | |
| − | |'''Ön Konsept''' | + | |'''Ön Konsept''' |
| | |'''Konsept''' | | |'''Konsept''' |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| 4.057. satır: |
3.685. satır: |
| | |'''Kullanım''' | | |'''Kullanım''' |
| | |'''Destek''' | | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler | + | | colspan="7" |Organizasyon Strateji Planı |
| | | | |
| − | Süreç Odaklı ve Bağımsız Kalite Yaklaşımı
| + | Kayıtlar |
| − | |İ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
| |
| − | |İ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 |
| − | |Kalite Güvence Stratejisi’nin oluşturulması | + | | colspan="7" |Bilgi Yönetimi Standartların Belirlenmesi |
| | | | |
| − | Kalite Planın Oluşturulması
| + | Bilgi Yönetimi Stratejisinin Belirlenmesi |
| − | |Kalite Güvence Stratejisi’nin Gözden Geçirilmesi
| |
| | | | |
| − | Kalite Planın Yürütülmesi
| + | Bilgi Yönetimi |
| − | |Kalite Güvence Stratejisi’nin Gözden Geçirilmesi | + | |- |
| | + | |Çıktı |
| | + | | colspan="7" |Bilgi Yönetimi Planı |
| | | | |
| − | Kalite Planın Yürütülmesi
| + | Bilgi Yönetimi Sistemi Rapor ve Kayıtları |
| − | |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
| + | ==== <big>3.5.2.6. KALİTE YÖNETİMİ SÜRECİ</big> ==== |
| − | |Kalite Güvence Stratejisi’nin uygulanması
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |Kalite Stratejisi,
| |
| − | | |
| − | Kalite Planı
| |
| − | |Kalite Stratejisi,
| |
| − | | |
| − | Kalite Planı
| |
| − | |Kalite Stratejisi,
| |
| − | | |
| − | Kalite Planı
| |
| − | |Kalite Stratejisi,
| |
| − | | |
| − | Kalite Planı
| |
| − | | colspan="2" |Kalite Stratejisi,
| |
| − | | |
| − | Kalite Planı
| |
| − | |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''' |
| 4.116. satır: |
3.715. satır: |
| | |'''Kullanım''' | | |'''Kullanım''' |
| | |'''Destek''' | | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | | colspan="7" |Başlangıç Planlama | + | |Paydaş İhtiyaçları |
| | | | |
| − | Başlangıç Kontrol ve Analiz
| + | Odak sistem hedefleri |
| | + | |Önerilen sistem çözümleri, |
| | | | |
| − | Başlangıç Karar Yönetim Planı
| + | Taslak Kalite Planı |
| | + | |Sözleşme ve Ekleri |
| | | | |
| − | Başlangıç Risk Yönetimi Planı
| + | Güncellenen proje yönetim planları ve diğer yönetsel planlar |
| | + | |Sözleşme ve Ekleri |
| | | | |
| − | Başlangıç Konfigürasyon Yönetimi Planı
| + | Güncellenen proje yönetim planları ve diğer yönetsel planlar |
| | | | |
| − | Başlangıç Bilgi Yönetimi Planı
| + | Doğrulama ve Kalifikasyon Sonuçları |
| | + | | colspan="2" |Sözleşme ve Ekleri |
| | + | |
| | + | Güncellenen proje yönetim planları ve diğer yönetsel planlar |
| | | | |
| − | Başlangıç Ölçme ve Değerlendirme Planı
| + | Doğrulama ve Kalifikasyon Sonuçları |
| | + | |Sözleşme ve Ekleri |
| | | | |
| − | Başlangıç Kalite Güvence Yönetim Planı
| + | Güncellenen proje yönetim planları ve diğer yönetsel planlar |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | | colspan="7" |Takip Edilebilirlik Anlamındaki Parametrelerin Tanımlanması | + | |Süreç Yönetim Esaslarının Belirlenmesi |
| | | | |
| − | İzlenebilirlik Kapsamındaki Parametrelerin Bağlantılarının Kurulması
| + | Kalite Temin Faaliyetlerine ilişkin yoğunluğun Belirlenmesi |
| | | | |
| − | Değişikliklerin Etkilerinin Tanımlanması
| + | Taslak Kalite Planının Hazırlanması |
| − | |- | + | |Kalite Planının Hazırlanması |
| − | |Çıktı
| |
| − | | colspan="7" |Güncel Proje Planlama
| |
| | | | |
| − | Güncel Proje Kontrol ve Analiz
| + | Kalite Yönetim Sisteminin Düzenlenmesi |
| | + | |Kalite Planın hazırlanması / güncellenmesi |
| | | | |
| − | Güncel Karar Yönetimi
| + | Kalite Yönetim Sisteminin Düzenlenmesi / güncellenmesi |
| | | | |
| − | Güncel Risk Yönetimi
| + | Kalite Yönetiminin Uygulanması |
| | + | |Kalite Planın hazırlanması / güncellenmesi |
| | | | |
| − | Güncel Konfigürasyon Yönetimi
| + | Kalite Yönetim Sisteminin Düzenlenmesi / Güncellenmesi |
| | | | |
| − | Güncel Bilgi Yönetimi
| + | Kalite Yönetiminin Uygulanması |
| | + | | colspan="2" |Bakım ve onarım kalite kayıtlarının takibi, |
| | | | |
| − | Güncel Ölçme ve Değerlendirme
| + | Kullanıcılar için verilen eğitim hizmetinin uygunluğu, |
| | | | |
| − | Güncel Kalite Güvence Yönetimi
| + | 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.5.3.10. ÖMÜR DEVRİ MALİYETİ YÖNETİMİ SÜRECİ ===
| + | Program sonlandırma / tasfiye sürecinin takip edilmesi |
| − | {| class="wikitable"
| |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| | |- | | |- |
| − | |Girdi | + | |Çıktı |
| − | |Risk kayıtları/matrisi, | + | |Taslak Kalite Planı |
| | | | |
| − | Program/proje planlama dokümanları
| + | Sistem ve süreçte edinilen iyileşmeler, Öğrenilmiş dersler |
| − | |Sistem iş kırılımı yapısı, | + | |Güncellenen Kalite Planı |
| | | | |
| − | Tahmini Takvimi,
| + | Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi |
| | | | |
| − | Risk kayıtları/matrisi,
| + | Sistem ve süreçte edinilen iyileşmeler, |
| | | | |
| − | Program/ proje planlama dokümanları
| + | Öğrenilmiş dersler |
| − | |Sistem iş kırılımı yapısı, | + | |Güncellenen Kalite Planı |
| | | | |
| − | Program/proje Uygulama Takvimi,
| + | Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi |
| | | | |
| − | Risk kayıtları/matrisi,
| + | Sistem ve süreçte edinilen iyileşmeler, |
| | | | |
| − | Program/proje planlama dokümanları
| + | Öğrenilmiş dersler |
| − | |Sistem iş kırılımı yapısı, | + | |Güncellenen Kalite Planı |
| | | | |
| − | Program/proje Uygulama
| + | Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi |
| | | | |
| − | Takvimi,
| + | Sistem ve süreçte edinilen iyileşmeler, |
| | | | |
| − | Risk kayıtları/matrisi,
| + | Öğrenilmiş dersler |
| | + | | colspan="2" |Güncellenen Kalite Planı |
| | | | |
| − | Program/proje planlama dokümanları
| + | Planlanan kalite faaliyetlerinin; doğrulama ve geçerleme faaliyetlerine, lojistik planlara, risk planlarına ve tedarikçi seçimlerine olan etkilerinin değerlendirilmesi |
| − | | colspan="2" |Sistem iş kırılımı yapısı,
| |
| | | | |
| − | Program/proje Uygulama
| + | Sistem ve süreçte edinilen iyileşmeler, |
| | | | |
| − | Takvimi,
| + | Öğrenilmiş dersler |
| | + | |Güncellenen Kalite Planı |
| | | | |
| − | Risk kayıtları/matrisi,
| + | Sistem ve süreçte edinilen iyileşmeler, |
| | | | |
| − | Program/proje planlama dokümanları
| + | Öğrenilmiş dersler |
| − | |Sistem iş kırılımı yapısı,
| |
| − | | |
| − | 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
| |
| − | | |
| − | Tahmini Ömür Devri Maliyeti Hesaplaması
| |
| − | |Ö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
| |
| − | |Ömür Devri Maliyeti Hesaplama Raporu,
| |
| − | | |
| − | Ömür Devri Maliyeti Süreç Analizi
| |
| | |} | | |} |
| | | | |
| | + | === 3.5.3. PROGRAM/PROJE SÜREÇLERİ === |
| | | | |
| − | === 3.5.4. TEKNİK SÜREÇLER === | + | ==== <big>3.5.3.1. PROGRAM PLANLAMA SÜRECİ</big> ==== |
| − | | |
| − | === 3.5.4.1. İŞ VE GÖREV ANALİZİ SÜRECİ ===
| |
| | {| class="wikitable" | | {| class="wikitable" |
| − | | | + | | |
| − | |'''Ön Konsept''' | + | |'''Ön Konsept''' |
| | |'''Konsept''' | | |'''Konsept''' |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| 4.247. satır: |
3.821. satır: |
| | |'''Kullanım''' | | |'''Kullanım''' |
| | |'''Destek''' | | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |· Harekât Verileri | + | |Organizasyon Strateji Planı |
| | + | |
| | + | Kabiliyet İhtiyacı Değerlendirmeleri |
| | + | |Alternatif Çözümler ve Karşılık Gelen Program/Proje Planları |
| | + | |Program/Proje Planları |
| | | | |
| − | · Tatbikat Verileri,
| + | Kaynaklar |
| | + | |Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | | | |
| − | · Tehditlerdeki Değişimler,
| + | Güncellenmiş Ömür Devri Maliyet Tahmini |
| | | | |
| − | · Yasal Yükümlülükler,
| + | Güncellenmiş Planlar |
| | | | |
| − | · Teknolojik Yenilikler,
| + | Üretim Safhası İçin Detaylı Planlar |
| | + | | colspan="2" |Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | | | |
| − | · Alternatifler (DELTMATO - Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik),
| + | Güncellenmiş Ömür Devri Maliyet Tahmini |
| | | | |
| − | · Mevcut İmkân ve Kabiliyetler ve uzun vadede sahip olunmasına ihtiyaç duyulan imkân ve kabiliyetler,
| + | Güncellenmiş Planlar |
| | | | |
| − | · Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları,
| + | Kullanım ve Destek Safhaları İçin Detaylı Planlar |
| | + | |Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | | | |
| − | · Kaynak durumu,
| + | Güncellenmiş Ömür Devri Maliyet Tahmini |
| | | | |
| − | · Kullanım ve Destek Süreçlerinde yaşanan zafiyetler ve elde edilen veriler
| + | Güncellenmiş Planlar |
| − | |İş/Görev Analizi
| |
| | | | |
| − | Yetenek Matrisi
| + | Envanterden Çıkarma Safhası İçin Detaylı Planlar |
| − | | colspan="4" |Yetenek Matrisi (Revize)
| |
| − | |Yetenek Matrisi (Revize)
| |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | |Harekât ve lojistik ihtiyacının değerlendirilmesi, | + | |Program/Projenin Tanımlanması |
| | | | |
| − | Sistem, alt sistem ve/ veya komponent çözümü ile karşılanıp karşılanmama ihtiyacının belirlenmesi.
| + | Safhalar ve Süreçlerin Belirlenmesi |
| | | | |
| − | Problem sahalarının ve fırsatlarının tanımlanması.
| + | Program/Proje Kaynaklarının Planlanması |
| | + | |Program/Projenin Tanımlanması |
| | | | |
| − | Çözüm alternatiflerinin karakteristiğinin belirlenmesi.
| + | Program/Proje Kaynaklarının Planlanması |
| − | |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.
| + | Programın/Projenin Planlanması |
| − | | colspan="4" |İş/Görev Analizinin yönetilmesi.
| |
| − | |İş/Görev Analizinin yönetilmesi.
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |İş/Görev Analizi
| |
| | | | |
| − | Yetenek Matrisi
| + | Programın/Projenin Yürütülmesi |
| − | |Yetenek Matrisi (Revize) | + | |Program/Projenin Tanımlanması |
| − | | colspan="4" |Yetenek Matrisi (Revize)
| |
| − | |Yetenek Matrisi (Revize)
| |
| − | |}
| |
| | | | |
| − | === 3.5.4.2. PAYDAŞ İHTİYAÇLARI VE İSTERLERİ TANIMLAMA SÜRECİ ===
| + | Program/Proje Kaynaklarının Planlanması |
| − | {| 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
| + | Programın/Projenin Planlanması |
| | | | |
| − | Yetenek açığının belirlenmesi
| + | Programın/Projenin Yürütülmesi |
| − | |İhale dokümanları veya sözleşmeler
| + | |Program/Projenin Tanımlanması |
| − | |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ı
| + | Program/Proje Kaynaklarının Planlanması |
| | | | |
| − | Tanımlanan paydaş gereksinimlerinin gözden geçirilmesi, analiz edilmesi ve değerlendirilmesi
| + | Programın/Projenin Planlanması |
| − | |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ı
| + | Programın/Projenin Yürütülmesi |
| | + | | colspan="2" |Programın/Projenin Yürütülmesi |
| | + | |Program/Projenin Planlanması |
| | | | |
| − | Tanımlanan paydaş gereksinimlerinin gözden geçirilmesi, analiz edilmesi ve değerlendirilmesi
| + | Programın/Projenin Kapatılması |
| − | |İstenen tüm gereksinimlerin eksiksiz olarak analiz edilmesi.
| |
| − | | |
| − | 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ı | | |Çıktı |
| − | |Paydaş Gereksinimleri ve İzlenebilirlik Matrisi | + | |Ana Hatlarıyla Program/Proje Planları |
| − | |Kullanım ve Operasyonel Senaryolar | + | |Program/Proje Planları |
| | | | |
| − | Sistem Çözümündeki Kısıtlamalar
| + | Proje Uygulama Takvimi |
| | | | |
| − | Paydaş Gereksinimleri ve İzlenebilirlik Matrisi
| + | Rol ve Sorumluluklar |
| − | |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İ ===
| + | Kaynak Planlaması |
| − | {| class="wikitable"
| + | |Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| − | |-
| |
| − | |Girdi
| |
| − | |İş/Görev Analizi Dokümanı
| |
| | | | |
| − | Paydaş Gereksinimleri ve Beklentileri
| + | Güncellenmiş Ömür Devri Maliyet Tahmini |
| − | |Paydaş Gereksinimleri ve Beklentileri
| + | |
| − | |Paydaş Gereksinimleri ve Beklentileri
| + | Güncellenmiş Planlar |
| − | |<nowiki>-</nowiki>
| + | |
| − | | colspan="2" |-
| + | Üretim Safhası İçin Detaylı Planlar |
| − | |<nowiki>-</nowiki> | + | |Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |Sistem gereksinimleri tanımı için hazırlığı
| |
| | | | |
| − | Başlangıç sistem gereksinimlerinin tanımlanması
| + | Güncellenmiş Ömür Devri Maliyet Tahmini |
| | | | |
| − | Sistem gereksinimlerinin analiz edilmesi
| + | Güncellenmiş Planlar |
| | | | |
| − | Sistem gereksinimlerinin yönetilmesi
| + | Kullanım ve Destek Safhaları İçin Detaylı Planlar |
| − | |Sistem gereksinimleri tanımı için hazırlığı | + | | colspan="2" |Doğrulanmış ve Geçerli Kılınmış Dokümanlar |
| | | | |
| − | Başlangıç sistem gereksinimlerinin tanımlanması
| + | Güncellenmiş Ömür Devri Maliyet Tahmini |
| | | | |
| − | Sistem gereksinimlerinin analiz edilmesi
| + | Güncellenmiş Planlar |
| | | | |
| − | Sistem gereksinimlerinin yönetilmesi
| + | Envanterden Çıkarma Safhası İçin Detaylı Planlar |
| − | |Sistem gereksinimlerinin analiz edilmesi | + | |Tamamlanmış Program/Proje |
| | + | |} |
| | | | |
| − | Sistem gereksinimlerinin yönetilmesi
| |
| − | |Sistem gereksinimlerinin analiz edilmesi
| |
| | | | |
| − | Sistem gereksinimlerinin yönetilmesi
| + | ==== <big>3.5.3.2. PROGRAM DEĞERLENDİRME VE KONTROL SÜRECİ</big> ==== |
| − | | colspan="2" |Sistem gereksinimlerinin yönetilmesi
| + | {| class="wikitable" |
| − | |<nowiki>-</nowiki>
| + | | |
| − | |-
| + | |'''Ön Konsept''' |
| − | |Çıktı
| |
| − | |Gereksinim Tanımlama Dokümanı
| |
| − | |Gereksinim Tanımlama Dokümanı
| |
| − | |Gereksinim Tanımlama Dokümanı
| |
| − | |<nowiki>-</nowiki>
| |
| − | | colspan="2" |-
| |
| − | |<nowiki>-</nowiki>
| |
| − | |}
| |
| − | | |
| − | === 3.5.4.4. MİMARİ TANIMLAMA SÜRECİ ===
| |
| − | {| class="wikitable" | |
| − | | | |
| − | |'''Ön Konsept''' | |
| | |'''Konsept''' | | |'''Konsept''' |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| | |'''Üretim''' | | |'''Üretim''' |
| − | |'''Kullanım''' | + | |'''Kullanım''' |
| − | |'''Destek''' | + | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |<nowiki>-</nowiki> | + | | colspan="7" |Program/Proje Planı |
| − | |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 | | |Faaliyetler |
| − | |<nowiki>-</nowiki> | + | | colspan="7" |Program/Proje Değerlendirme ve Kontrol Planlaması |
| − | |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ı
| + | Program/Projenin Değerlendirilmesi |
| − | |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ı
| + | Program/Projenin Kontrol Edilmesi |
| − | | |
| − | 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ı | | |Çıktı |
| − | |<nowiki>-</nowiki> | + | | colspan="7" |Dokümante Edilmiş Program/Proje İlerleme (Planlama/Gerçekleşme) Durumu |
| − | |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
| |
| | | | |
| − | Mimari Tanımlama Dokümanı
| + | ==== <big>3.5.3.3. KARAR YÖNETİMİ SÜRECİ</big> ==== |
| − | | colspan="3" |Güncellenmiş Mimari Tanımlama Dokümanı
| + | {| class="wikitable" |
| − | |<nowiki>-</nowiki>
| + | | |
| − | |}
| + | |'''Ön Konsept''' |
| − | | |
| − | === 3.5.4.5. TASARIM TANIMLAMA SÜRECİ === | |
| − | {| class="wikitable" | |
| − | | | |
| − | |'''Ön Konsept''' | |
| | |'''Konsept''' | | |'''Konsept''' |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| 4.458. satır: |
3.953. satır: |
| | |'''Kullanım''' | | |'''Kullanım''' |
| | |'''Destek''' | | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |Paydaş Gereksinimleri ve Beklentileri
| + | | colspan="7" |Sistem Ömür Devri Modeli Karar Noktaları |
| − | |Gereksinim Tanımlama Dokümanı
| + | |
| − | |Önerilen tasarım çözümü için ön tasarım sonuçları (katı model, prototip vs. )
| + | Maliyet ve Performans Analizleri |
| − | |Tasarım Güncelleme İhtiyacı
| + | |
| − | | colspan="2" |Tasarım Güncelleme İhtiyacı | + | Tanımlı Kilometre Taşları |
| − | |Tanımlamış / Güncellenmiş Tasarım
| |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | |Tasarım Stratejisinin Belirlenmesi | + | | colspan="7" |Karar Verme Stratejisinin Belirlenmesi |
| − | |Tasarım Alternatiflerinin Değerlendirilmesi
| |
| | | | |
| − | Teknoloji kullanılabilirlik durumunun takip edilmesi
| + | Bilimsel Karar Destek Faaliyetlerinin Yürütülmesi |
| | | | |
| − | Tasarım konsept çalışmaları
| + | Kararın Duyurulması |
| − | |Sistem elemanları (alt sistem, birim, öge) için tasarım alternatiflerinin gözden geçirilmesi ve karar verilmesi | + | |- |
| | + | |Çıktı |
| | + | | colspan="7" |Karar Yönetimi Stratejisi |
| | | | |
| − | Sistem gereksinimlerinin sistem elemanlarına atanması
| + | Dokümante Edilmiş ve Paylaşılmış Kararlar |
| | + | |} |
| | | | |
| − | Mimari karakteristik özelliklerinin tasarım özellikleri haline getirilmesi,
| + | ==== <big>3.5.3.4. RİSK YÖNETİMİ SÜRECİ</big> ==== |
| − | | + | {| class="wikitable" |
| − | Tasarım çözümlerinin ve alternatiflerinin gözden geçirilmesi,
| + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | | colspan="7" |Paydaş İsterleri ve Sistem Gereksinimleri |
| | | | |
| − | Tüm sistem elemanları için tasarım karakteristiklerinin tanımlanması
| + | Öğrenilmiş Dersler |
| | | | |
| − | Sistem elemanları ve dış sistemlerle olan arayüzlerin tanımlanması
| + | Risk Yönetimi Stratejisi (Belirleme, Analiz, Azaltma vb.) |
| − | |Tasarım Güncelleme Faaliyetleri | + | |- |
| | + | |Faaliyetler |
| | + | | colspan="7" |Risklerin Tespit Edilmesi |
| | | | |
| | + | Risk Analizlerinin Yapılması |
| | | | |
| − | | colspan="2" |Tasarım Güncelleme Faaliyetleri
| + | Risklerin Yönetilmesi |
| − | |Tasarımın “yeniden kullanım” potansiyelinin değerlendirilmesi
| |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | |Tasarım Stratejisi | + | | colspan="7" |Risk Yönetimi Planı |
| − | |Ö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
| + | Eylem Planları ve Risk Kayıtları |
| − | | |
| − | 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İ === | + | ==== '''<big>3.5.3.5. KONFİGÜRASYON YÖNETİMİ SÜRECİ</big>''' ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 4.519. satır: |
4.018. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |<nowiki>---</nowiki> | + | |<nowiki>--</nowiki> |
| − | | colspan="5" |Paydaş Gereksinimleri ve Beklentileri | + | |Sözleşme, iş tanımı ve ekleri |
| | | | |
| − | Paydaş İhtiyaçları Dokümanı
| + | Sistem Mühendisliği Gereksinimleri |
| | | | |
| − | Sistem Analizi İhtiyacı
| + | Program, Lojistik ve Bakım Yönetim Planları |
| − | |<nowiki>---</nowiki> | + | |
| | + | İletişim |
| | + | |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 |
| | + | |Performans Ölçümleri |
| | + | |
| | + | İletişim |
| | + | | colspan="2" |Performans Ölçümleri |
| | + | |
| | + | İletişim |
| | + | |Performans Ölçümleri |
| | + | |
| | + | İletişim |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | |<nowiki>---</nowiki> | + | |<nowiki>--</nowiki> |
| − | | colspan="5" |Sistem Analizi Faaliyeti Hazırlıkları | + | |Konfigürasyon Yönetimi Planlama |
| | + | |Konfigürasyon Yönetimi Planlama |
| | + | |
| | + | Konfigürasyon Tanımlama |
| | + | |Konfigürasyon Yönetimi Planlama |
| | | | |
| − | Sistem Analizi Faaliyetlerinin Gerçekleştirilmesi
| + | Konfigürasyon Değişiklik Yönetimi |
| | | | |
| − | Sistem Analizi Sonuçlarının Yönetilmesi
| + | Konfigürasyon Denetimleri |
| − | |<nowiki>---</nowiki>
| |
| − | |-
| |
| − | |Çıktı
| |
| − | |<nowiki>---</nowiki>
| |
| − | | colspan="5" |Sistem Analizi Stratejisi
| |
| | | | |
| − | Alınacak kararı destekleyecek analiz sonuçları
| + | Konfigürasyon Durum Muhasebesi |
| | + | | colspan="2" |Konfigürasyon Yönetimi Planlama |
| | | | |
| − | Öğrenilmiş dersler
| + | Konfigürasyon Değişiklik Yönetimi |
| − | |<nowiki>---</nowiki>
| |
| − | |}
| |
| | | | |
| − | === 3.5.4.7. UYGULAMA VE ENTEGRASYON SÜRECİ ===
| + | Konfigürasyon Durum Muhasebesi Konfigürasyon Denetimleri |
| − | {| class="wikitable"
| + | |Konfigürasyon Durum Muhasebesi |
| − | |
| |
| − | |'''Ön Konsept'''
| |
| − | |'''Konsept'''
| |
| − | |'''Geliştirme'''
| |
| − | |'''Üretim'''
| |
| − | |'''Kullanım'''
| |
| − | |'''Destek'''
| |
| − | |'''Envanterden Çıkarma'''
| |
| | |- | | |- |
| − | |Girdi | + | |Çıktı |
| − | | colspan="2" |Paydaş Gereksinimleri ve Beklentileri | + | |<nowiki>--</nowiki> |
| | + | |Planlama ile uyumlu belgelendirilmiş Konfigürasyon Yönetimi Süreci (Konfigürasyon Yönetimi Planı) |
| | | | |
| − | Gereksinim Tanımlama Dokümanı
| + | Sözleşme ve iş planı Konfigürasyon Yönetimi Maddeleri |
| − | | colspan="2" |Paydaş Gereksinimleri ve Beklentileri
| |
| | | | |
| − | Gereksinim Tanımlama Dokümanı
| + | Konfigürasyon Birimleri |
| | | | |
| − | Sistem Mimarisi
| + | Konfigürasyon Temel Çizgileri |
| | + | |Planlama ile uyumlu belgelendirilmiş Konfigürasyon Yönetimi Süreci (Konfigürasyon Yönetimi Planı) |
| | | | |
| − | Sistem Tasarım Tanımı
| + | Konfigürasyon Birimleri |
| | | | |
| − | Tekrar kullanım yapılacak sistem ve sistem elemanları (alt sistemi, birim, öğe)
| + | Konfigürasyon Temel Çizgileri |
| − | | colspan="3" | | + | |Denetim Sonuç Raporu |
| | + | | colspan="2" |Konfigürasyon Birimleri |
| | | | |
| | + | Performansı ölçülen ve sürekli iyileştirilen Konfigürasyon Yönetimi Süreci |
| | | | |
| − | ---
| + | Öğrenilmiş Dersler |
| − | |- | + | |Konfigürasyon Durum Muhasebesi Raporları |
| − | |Faaliyetler
| |
| − | | colspan="2" |Uygulama ve Entegrasyon Faaliyetleri Hazırlıkları
| |
| − | | colspan="2" |Uygulama ve Entegrasyon Faaliyetleri Hazırlıkları
| |
| | | | |
| − | Uygulama ve Entegrasyon Faaliyetlerinin Gerçekleştirilmesi
| + | Öğrenilmiş Dersler |
| − | | colspan="3" | | + | |} |
| | | | |
| | + | ==== <big>3.5.3.6. ENFORMASYON YÖNETİM SÜRECİ</big> ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | | colspan="7" |Enformasyon Yönetimi Stratejisi |
| | + | |- |
| | + | |Faaliyetler |
| | + | | colspan="7" |Enformasyon Yönetiminin Planlanması |
| | | | |
| − | ---
| + | Enformasyon Yönetiminin Gerçekleştirilmesi |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | |Taslak Uygulama ve Entegrasyon Stratejisi
| + | | colspan="7" |Güncel Enformasyon |
| − | |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)
| |
| − | | |
| − | Doğrulama ve Kalifikasyon faaliyetlerini destekleyecek Uygulama ve Entegrasyon kayıtları
| |
| − | | colspan="3" | | |
| − | | |
| − | | |
| − | ---
| |
| | |} | | |} |
| | | | |
| − | === 3.5.4.8. DOĞRULAMA SÜRECİ === | + | ==== <big>3.5.3.7. ÖLÇÜM SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 4.609. satır: |
4.119. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |<nowiki>---</nowiki> | + | |<nowiki>--</nowiki> |
| − | |Doğrulama Stratejisi | + | |Diğer Süreçler Tarafından İstenen Bilgiler |
| | + | |Diğer Süreçler Tarafından İstenen Bilgiler |
| | + | |Diğer Süreçler Tarafından İstenen Bilgiler |
| | + | | colspan="2" |Diğer Süreçler Tarafından İstenen Bilgiler |
| | + | |<nowiki>--</nowiki> |
| | + | |- |
| | + | |Faaliyetler |
| | + | |<nowiki>--</nowiki> |
| | + | |Ölçümün Planlanması |
| | + | |Ölçümün Planlanması |
| | | | |
| − | Paydaş Gereksinimleri ve Beklentileri
| + | Ölçümün Yapılması |
| − | | colspan="2" |Sistem veya sistem elemanları gereksinimleri
| |
| | | | |
| − | Doğrulanacak sistem veya sistem elemanları
| + | Ölçümün Düzenlenmesi |
| | + | |Ölçümün Planlanması |
| | | | |
| − | Doğrulama Kriterleri
| + | Ölçümün Yapılması |
| − | | colspan="2" |Doğrulanmış Sistem
| |
| − | |<nowiki>---</nowiki>
| |
| − | |-
| |
| − | |Faaliyetler
| |
| − | |<nowiki>---</nowiki>
| |
| − | |Doğrulama Faaliyetleri Hazırlıkları
| |
| | | | |
| − | Doğrulama Faaliyetlerinin Gerçekleştirilmesi (uygulanabilir ise)
| + | Ölçümün Düzenlenmesi |
| − | | colspan="2" |Doğrulama Faaliyetleri Hazırlıkları | + | | colspan="2" |Ölçümün Yapılması |
| | | | |
| − | Doğrulama Faaliyetlerinin Gerçekleştirilmesi
| + | Ölçümün Düzenlenmesi |
| − | | + | |<nowiki>--</nowiki> |
| − | 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ı |
| − | |<nowiki>---</nowiki> | + | |<nowiki>--</nowiki> |
| − | |Doğrulama Stratejisi | + | |Ölçüm Sonuç Raporu |
| | + | |Ölçüm sonuç raporu |
| | + | |Ölçüm sonuç raporu |
| | + | | colspan="2" |Ölçüm sonuç raporu |
| | + | |<nowiki>--</nowiki> |
| | + | |} |
| | | | |
| − | Taslak Gereksinim izlenebilirlik Matrisi
| + | ==== <big>3.5.3.8. KALİTE GÜVENCE SÜRECİ</big> ==== |
| − | | colspan="2" |Doğrulama Stratejisi
| + | {| class="wikitable" |
| − | | + | | |
| − | Değerlendirme ve Kabul Planı
| + | |'''Ön Konsept''' |
| − | | + | |'''Konsept''' |
| − | Gereksinim İzlenebilirlik Matrisi
| + | |'''Geliştirme''' |
| − | | + | |'''Üretim''' |
| − | 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''' | | |'''Kullanım''' |
| | |'''Destek''' | | |'''Destek''' |
| 4.666. satır: |
4.165. satır: |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |<nowiki>---</nowiki> | + | |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| − | |Ana hatları ortaya konulmuş uygun sistem çözümü | + | |
| − | |Geçiş Kısıtları ve Geçiş Stratejisi/Planı | + | Süreç Odaklı ve Bağımsız Kalite Yaklaşımı |
| − | |Program Takvimi ve Yönetim Planı | + | |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| − | | colspan="2" |Doğrulanmış Aktif Sistem | + | |İlgili program içinde tanımlı politikalar, amaçlar ve süreçler |
| − | |<nowiki>---</nowiki> | + | |İ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 |
| − | |<nowiki>---</nowiki> | + | |Kalite Güvence Stratejisi’nin oluşturulması |
| − | |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.
| + | Kalite Planın Oluşturulması |
| − | | colspan="2" |Sistemin kullanılması. | + | |Kalite Güvence Stratejisi’nin Gözden Geçirilmesi |
| | | | |
| − | Sistemin aktifliğinin sürekliliğinin sağlanması için desteklenmesi.
| + | Kalite Planın Yürütülmesi |
| − | |<nowiki>---</nowiki> | + | |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ı |
| − | |<nowiki>---</nowiki> | + | |Kalite Stratejisi, |
| − | |Geçiş Kısıtları ve Geçiş Stratejisi/Planı | + | |
| − | |Program Takvimi ve Yönetim Planı | + | Kalite Planı |
| − | |Kurulumu gerçekleştirilmiş sistem | + | |Kalite Stratejisi, |
| | + | |
| | + | Kalite Planı |
| | + | |Kalite Stratejisi, |
| | + | |
| | + | Kalite Planı |
| | + | |Kalite Stratejisi, |
| | | | |
| − | Alınan Önlemler
| + | Kalite Planı |
| | + | | colspan="2" |Kalite Stratejisi, |
| | | | |
| − | Alınılan Dersler
| + | Kalite Planı |
| − | | colspan="2" |İşletim yapılandırması, bulunan hatalar, alınan önlemler ve öğrenilmiş dersleri de içeren kurulum veri kayıtları | + | |Süreç Odaklı ve Bağımsız Kalite Yaklaşımı |
| | + | |} |
| | | | |
| − | Öğrenilmiş Dersler
| |
| − | |<nowiki>---</nowiki>
| |
| − | |}
| |
| | | | |
| − | === 3.5.4.10. GEÇERLİ KILMA SÜRECİ === | + | ==== <big>3.5.3.9. ÖMÜR BOYU İZLENEBİLİRLİK SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| − | | | + | | |
| − | |'''Ön Konsept''' | + | |'''Ön Konsept''' |
| | |'''Konsept''' | | |'''Konsept''' |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| 4.709. satır: |
4.221. satır: |
| | |'''Kullanım''' | | |'''Kullanım''' |
| | |'''Destek''' | | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |Taslak Paydaş Gereksinimleri ve Beklentileri | + | | colspan="7" |Başlangıç Planlama |
| | + | |
| | + | Başlangıç Kontrol ve Analiz |
| | + | |
| | + | Başlangıç Karar Yönetim Planı |
| | | | |
| − | Operasyonel Senaryolar
| + | Başlangıç Risk Yönetimi Planı |
| − | |Taslak Geçerli Kılma Stratejisi
| |
| | | | |
| − | Taslak Paydaş Gereksinimleri ve Beklentileri
| + | Başlangıç Konfigürasyon Yönetimi Planı |
| − | | colspan="2" |Paydaş Gereksinimleri ve Beklentileri
| |
| | | | |
| − | Paydaş İhtiyaç ve Gereksinimleri Dokümanı
| + | Başlangıç Bilgi Yönetimi Planı |
| | | | |
| − | Geçerli Kılınacak sistem veya sistem elemanları
| + | Başlangıç Ölçme ve Değerlendirme Planı |
| | | | |
| − | Geçerli Kılma Kriterleri
| + | Başlangıç Kalite Güvence Yönetim Planı |
| − | | colspan="2" |Geçerli Kılınmış Sistem
| |
| − | |<nowiki>---</nowiki>
| |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | |Geçerli Kılma Hazırlıkları
| + | | colspan="7" |Takip Edilebilirlik Anlamındaki Parametrelerin Tanımlanması |
| − | |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
| + | İzlenebilirlik Kapsamındaki Parametrelerin Bağlantılarının Kurulması |
| | | | |
| − | Geçerli Kılma Sonuçlarının Yönetilmesi
| + | Değişikliklerin Etkilerinin Tanımlanması |
| − | | colspan="2" |Olası değişiklikler sonrası Fark / Tekrar Geçerli Kılma Faaliyetleri
| |
| − | |<nowiki>---</nowiki>
| |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | |Taslak Geçerli Kılma Stratejisi
| + | | colspan="7" |Güncel Proje Planlama |
| − | |Taslak Geçerli Kılma Stratejisi
| + | |
| − | | colspan="2" |Geçerli Kılma Stratejisi | + | Güncel Proje Kontrol ve Analiz |
| | | | |
| − | Gereksinim İzlenebilirlik Matrisi
| + | Güncel Karar Yönetimi |
| | | | |
| − | Geçerli Kılma Kayıtları
| + | Güncel Risk Yönetimi |
| | | | |
| − | Geçerli Kılınmış Sistem
| + | Güncel Konfigürasyon Yönetimi |
| − | | colspan="2" |Geçerli Kılınmış Sistem
| + | |
| − | |<nowiki>---</nowiki>
| + | Güncel Bilgi Yönetimi |
| | + | |
| | + | Güncel Ölçme ve Değerlendirme |
| | + | |
| | + | Güncel Kalite Güvence Yönetimi |
| | |} | | |} |
| | | | |
| | | | |
| − | === 3.5.4.11. KULLANIM SÜRECİ === | + | ==== <big>3.5.3.10. ÖMÜR DEVRİ MALİYETİ YÖNETİMİ SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 4.762. satır: |
4.274. satır: |
| | |'''Üretim''' | | |'''Üretim''' |
| | |'''Kullanım''' | | |'''Kullanım''' |
| − | |'''Destek''' | + | |'''Destek''' |
| | |'''Envanterden Çıkarma''' | | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |· Harekât Verileri | + | |Risk kayıtları/matrisi, |
| | | | |
| − | · Tatbikat Verileri,
| + | Program/proje planlama dokümanları |
| | + | |Sistem iş kırılımı yapısı, |
| | | | |
| − | · Tehditlerdeki Değişimler,
| + | Tahmini Takvimi, |
| | | | |
| − | · Yasal Yükümlülükler,
| + | Risk kayıtları/matrisi, |
| | | | |
| − | · Teknolojik Yenilikler,
| + | Program/ proje planlama dokümanları |
| | + | |Sistem iş kırılımı yapısı, |
| | | | |
| − | · Alternatifler (DELTMATO - Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik),
| + | Program/proje Uygulama Takvimi, |
| | | | |
| − | · Mevcut İmkân ve Kabiliyetler ve uzun vadede sahip olunmasına ihtiyaç duyulan imkân ve kabiliyetler,
| + | Risk kayıtları/matrisi, |
| | | | |
| − | · Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları,
| + | Program/proje planlama dokümanları |
| | + | |Sistem iş kırılımı yapısı, |
| | | | |
| − | · Kaynak durumu,
| + | Program/proje Uygulama |
| | | | |
| − | · Benzer sistemlerde yaşanan zafiyetler ve elde edilen veriler
| + | Takvimi, |
| − | |Yetenek Matrisi
| |
| | | | |
| − | Paydaş ihtiyaçları ve isterleri
| + | Risk kayıtları/matrisi, |
| − | | colspan="2" |Yetenek Matrisi (Revize)
| |
| | | | |
| − | Paydaş ihtiyaçları ve isterleri
| + | Program/proje planlama dokümanları |
| − | | colspan="2" |Paydaş ihtiyaçları ve isterleri | + | | colspan="2" |Sistem iş kırılımı yapısı, |
| | | | |
| − | Odak Sistem ve ELD Teslimatları
| + | Program/proje Uygulama |
| − | |<nowiki>-</nowiki>
| + | |
| | + | Takvimi, |
| | + | |
| | + | Risk kayıtları/matrisi, |
| | + | |
| | + | Program/proje planlama dokümanları |
| | + | |Sistem iş kırılımı yapısı, |
| | + | |
| | + | Program/proje Uygulama Takvimi, |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | |· Kullanım stratejisinin ve gereksinimlerinin tanımlanması, | + | |Ömür Devri Maliyeti Planlaması ve Ön Tahminlerin Yapılması |
| − | |Kullanım stratejisinin ve gereksinimlerinin iyileştirilmesi ve sürdürülmesi, | + | |Ömür Devri Maliyeti Planının Gözden Geçirilmesi ve Ön Tahminlerin Güncellenmesi |
| − | | colspan="2" |Kullanım stratejisinin ve gereksinimlerinin iyileştirilmesi ve sürdürülmesi, | + | |Ömür Devri Maliyeti Planının Gözden Geçirilmesi ve Ön Tahminlerin Güncellenmesi |
| | | | |
| − | Kullanım için gerekli sistemler, hizmetler ve malzemelerin planlanması, eğitim ihtiyaçlarının tanımlanıp geliştirilmesi,
| + | Tahmini Ömür Devri Maliyeti Hesaplaması |
| − | | + | |Ömür Devri Maliyeti Planlaması Ömür Devri Maliyetinin İzlenmesi, Gözden Geçirilmesi ve Güncellenmesi |
| − | İyileştirme/modifikasyon faaliyetleri, bu faaliyetler için kabul kriterlerinin tanımlanması
| + | | colspan="2" |Ömür Devri Maliyetinin İzlenmesi, Gözden Geçirilmesi ve Güncellenmesi |
| − | | colspan="2" |Sistemin operasyonel çevresinde kullanımı, performansının izlenmesi, kayıt altına alınması | + | |Ömür Devri Maliyetinin Güncellenmesi |
| − | |'''-''' | |
| | |- | | |- |
| | |Çıktı | | |Çıktı |
| − | |İş/Görev Analizi | + | |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), |
| | | | |
| − | Yetenek Matrisi
| + | Ömür Devri Maliyeti Süreç Analizi |
| | + | |Ömür Devri Maliyeti Hesaplama Raporu, |
| | | | |
| − | Paydaş ihtiyaçları ve isterleri
| + | Ömür Devri Maliyeti Süreç Analizi |
| − | |Yetenek Matrisi (Revize) | + | |} |
| | | | |
| − | Paydaş ihtiyaçları ve isterleri
| |
| − | | colspan="2" |Yetenek Matrisi (Revize)
| |
| | | | |
| − | Paydaş ihtiyaçları ve isterleri
| + | === 3.5.4. TEKNİK SÜREÇLER === |
| | | | |
| − | Odak Sistem ve ELD Teslimatları
| + | ==== <big>3.5.4.1. İŞ VE GÖREV ANALİZİ SÜRECİ</big> ==== |
| − | | colspan="2" |Kullanım Performansı Verileri
| |
| − | | |
| − | Öğrenilmiş Dersler
| |
| − | |<nowiki>-</nowiki>
| |
| − | |}
| |
| − | | |
| − | === 3.5.4.12. LOJİSTİK DESTEK VE BAKIM SÜRECİ === | |
| | {| class="wikitable" | | {| class="wikitable" |
| − | | | + | | |
| − | |'''Ön Konsept''' | + | |'''Ön Konsept''' |
| | |'''Konsept''' | | |'''Konsept''' |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| 4.836. satır: |
4.352. satır: |
| | |'''Kullanım''' | | |'''Kullanım''' |
| | |'''Destek''' | | |'''Destek''' |
| − | |'''Envanterden Çıkarma''' | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |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. | + | |· Harekât Verileri |
| | | | |
| − | · Öğrenilmiş dersler | + | · Tatbikat Verileri, |
| | | | |
| − | · Kullanım konseptinden gelen operasyonel gereksinimler ve hedefler | + | · Tehditlerdeki Değişimler, |
| − | |· 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. | + | · Yasal Yükümlülükler, |
| − | |· 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 | + | · Teknolojik Yenilikler, |
| | | | |
| − | · Tasarım çözümü elemanları ile birlikte başlangıç seviyesi ELD Planı | + | · Alternatifler (DELTMATO - Doktrin, Eğitim, Liderlik, Teşkilat, Malzeme, Altyapı, Tesisler, Ortak çalışabilirlik), |
| − | |· 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ı | + | · Mevcut İmkân ve Kabiliyetler ve uzun vadede sahip olunmasına ihtiyaç duyulan imkân ve kabiliyetler, |
| | | | |
| − | · Güncel ELD Planı | + | · Muharebe ve/veya operasyon alanının coğrafi, atmosferik ve çevresel şartları, |
| − | | 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ı | + | · Kaynak durumu, |
| | | | |
| − | · Güncellenmiş ELD Planı | + | · Kullanım ve Destek Süreçlerinde yaşanan zafiyetler ve elde edilen veriler |
| − | |· Bakım/destek ve arıza verileri | + | |İş/Görev Analizi |
| | | | |
| − | · Güncellenmiş ELD Planı
| + | Yetenek Matrisi |
| | + | | colspan="4" |Yetenek Matrisi (Revize) |
| | + | |Yetenek Matrisi (Revize) |
| | |- | | |- |
| | |Faaliyetler | | |Faaliyetler |
| − | |Ön Konsept safhasında sadece Destek sürecinin planlama faaliyetleri kapsamında yapılacak faaliyetler vardır; | + | |Harekât ve lojistik ihtiyacının değerlendirilmesi, |
| | | | |
| − | · Lojistik destek ve bakım stratejisinin hazırlanması
| + | 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 gereksinimlerinin tanımlanması
| + | Problem sahalarının ve fırsatlarının 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ı
| + | Çözüm alternatiflerinin karakteristiğinin belirlenmesi. |
| | + | |Mevcut sistemlerin görev kapsamlarının operasyonel karşılama durumunun, mevcut seçeneklerin ve yetenek açıklarının değerlendirilmesi. |
| | | | |
| − | · Lojistik ve süreklilik gereksinimlerinin oluşturulması
| + | İş/ Görev Analizinin yönetilmesi. |
| | + | | colspan="4" |İş/Görev Analizinin yönetilmesi. |
| | + | |İş/Görev Analizinin yönetilmesi. |
| | + | |- |
| | + | |Çıktı |
| | + | |İş/Görev Analizi |
| | | | |
| − | · Başlangıç Entegre Lojistik Destek Planının oluşturulması
| + | Yetenek Matrisi |
| | + | |Yetenek Matrisi (Revize) |
| | + | | colspan="4" |Yetenek Matrisi (Revize) |
| | + | |Yetenek Matrisi (Revize) |
| | + | |} |
| | | | |
| − | · Lojistik elemanların tasarım çözümü için ana hatları oluşturması ve ömür devri maliyetine katkı sağlanması
| + | ==== <big>3.5.4.2. PAYDAŞ İHTİYAÇLARI VE İSTERLERİ TANIMLAMA SÜRECİ</big> ==== |
| − | |Lojistik destek ve bakım sürecinin planlanmasıdır; | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | |İş/Görev Analizi Dokümanı |
| | | | |
| − | · Lojistik destek ve bakım stratejisinin ilgili paydaşlara iletilmesi
| + | Paydaşların gereksinimleri ve beklentileri |
| | | | |
| − | · Sistem gereksinimleri ve tasarım çözümleri ile ilişkili lojistik amaçlar için oluşturulan gereksinimlerin yerine getirilmesi
| + | Yetenek açığının belirlenmesi |
| | + | |İ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 |
| | | | |
| − | · 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
| + | Kısıtlamalar, faaliyetler ve etkileşimler göz önünde bulundurularak paydaş gereksinimlerinin tanımlanması |
| | | | |
| − | 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.
| + | Tanımlanan paydaş gereksinimlerinin gözden geçirilmesi, analiz edilmesi ve değerlendirilmesi |
| − | |· ELD Planının kontrol edilmesi ve gerekli olması halinde düzenlenmesi | + | |Program/süreç içinde yer alan/alacak paydaşların ve ihtiyaçlarının belirlenmesi |
| | | | |
| − | · Müşteri ve firma arasında ELD Planı konusunda uzlaşmanın tamamlanması
| + | Kısıtlamalar, faaliyetler ve etkileşimler göz önünde bulundurularak paydaş gereksinimlerinin tanımlanması |
| | | | |
| − | · Gerekli tüm ELD elemanlarının sağlanması ve uygulanması,
| + | Tanımlanan paydaş gereksinimlerinin gözden geçirilmesi, analiz edilmesi ve değerlendirilmesi |
| − | | colspan="2" |· Lojistik destek ve bakımın planlanması ve gerçekleştirilmesidir; | + | |İstenen tüm gereksinimlerin eksiksiz olarak analiz edilmesi. |
| | | | |
| − | · Müşteri ile firma arasında ELD Planı üzerine anlaşılmış olması, kontrol edilmesi, gerekli olması halinde düzenlenmesi
| + | 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 |
| | | | |
| − | · Modifikasyon ve güncelleme faaliyetlerinin bir parçası olarak ELD elemanlarının güncellenmesi ve uygulanması
| + | Sistem Çözümündeki Kısıtlamalar |
| | | | |
| − | · Bakım ve diğer tüm lojistik elemanların uygulanması;
| + | 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 |
| | + | |} |
| | | | |
| − | · 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
| + | ==== <big>3.5.4.3. SİSTEM GEREKSİNİMLERİ TANIMLAMA SÜRECİ</big> ==== |
| − | | + | {| class="wikitable" |
| − | · ELD Planına göre lojistik faaliyetlerin gerçekleştirilmesi
| + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | |İş/Görev Analizi Dokümanı |
| | | | |
| − | · Bakım planına göre ilgili faaliyetlerin, önleyici ve düzeltici bakımların gerçekleştirilmesi
| + | 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ığı |
| | | | |
| − | · Bakım kayıtlarının tutulması ve raporlanması
| + | Başlangıç sistem gereksinimlerinin tanımlanması |
| | | | |
| − | · Kilometre taşları;
| + | Sistem gereksinimlerinin analiz edilmesi |
| | | | |
| − | 1. Hizmet içi gözden geçirme
| + | Sistem gereksinimlerinin yönetilmesi |
| | + | |Sistem gereksinimleri tanımı için hazırlığı |
| | | | |
| − | 2. Planlı büyük bakımlar
| + | Başlangıç sistem gereksinimlerinin tanımlanması |
| − | |· 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.)
| + | Sistem gereksinimlerinin analiz edilmesi |
| − | |-
| |
| − | |Çıktı
| |
| − | |· Jenerik seviyede lojistik destek ve bakım stratejisinin tanımlanması
| |
| | | | |
| − | · Süreklilik için her bir seçenek kapsamında tanımlanmış gereksinimler
| + | Sistem gereksinimlerinin yönetilmesi |
| − | |· Detaylı lojistik destek ve bakım stratejisi | + | |Sistem gereksinimlerinin analiz edilmesi |
| | | | |
| − | · Tercih edilen çözüm ve bu çözümle ilgili olarak lojistik/süreklilik kapsamında başlangıç paydaş gereksinimlerinin tanımlanması
| + | Sistem gereksinimlerinin yönetilmesi |
| | + | |Sistem gereksinimlerinin analiz edilmesi |
| | | | |
| − | · Başlangıç ELD Planı ve tasarım çözümü için ELD elemanlarının tanımlanması
| + | Sistem gereksinimlerinin yönetilmesi |
| − | | + | | colspan="2" |Sistem gereksinimlerinin yönetilmesi |
| − | 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.
| + | |<nowiki>-</nowiki> |
| − | |· 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) | + | |- |
| − | | + | |Çıktı |
| − | · Lojistik amaçlar kapsamında bütünleyen sistemlerin tanımlanması
| + | |Gereksinim Tanımlama Dokümanı |
| − | | + | |Gereksinim Tanımlama Dokümanı |
| − | · Güncel ELD Planı
| + | |Gereksinim Tanımlama Dokümanı |
| − | | + | |<nowiki>-</nowiki> |
| − | 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.
| + | | colspan="2" |- |
| − | |· Sürdürülebilir kullanım ve destek safhası için tüm uygulamaların hazır olması | + | |<nowiki>-</nowiki> |
| − | | |
| − | · 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İ === | + | ==== <big>3.5.4.4. MİMARİ TANIMLAMA SÜRECİ</big> ==== |
| | {| class="wikitable" | | {| class="wikitable" |
| | | | | | |
| 4.964. satır: |
4.518. satır: |
| | |'''Geliştirme''' | | |'''Geliştirme''' |
| | |'''Üretim''' | | |'''Üretim''' |
| − | |'''Kullanım''' | + | |'''Kullanım''' |
| − | |'''Destek''' | + | |'''Destek''' |
| | |'''Envanterden Çıkarma''' | | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| | |Girdi | | |Girdi |
| − | |Savunma ve lojistik planları, | + | |<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ı |
| | | | |
| − | Paydaş İhtiyaçları ve Gereksinimleri
| + | 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ı |
| | | | |
| − | İş/Görev Analizi
| + | Sistem mimari kararı için önemli olan konseptler, özelliklerin, davranışların, fonksiyonların ve sınırlamaların mimariye yansıtılması |
| − | |Yetenek Matrisi
| |
| | | | |
| − | İş/Görev Analizi
| + | 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 |
| | | | |
| − | Paydaş İhtiyaçları ve Gereksinimleri
| + | Mimari Tanımlama Dokümanı |
| − | | colspan="2" |· Envanterden Çıkarma Stratejisi, | + | | colspan="3" |Güncellenmiş Mimari Tanımlama Dokümanı |
| − | | colspan="2" |· Envanterden Çıkarma Stratejisi | + | |<nowiki>-</nowiki> |
| − | |· Envanterden Çıkarma Stratejisi | + | |} |
| | | | |
| − | · Envanterden çıkarma kararı,
| + | ==== <big>3.5.4.5. TASARIM TANIMLAMA SÜRECİ</big> ==== |
| − | | + | {| class="wikitable" |
| − | · Sistem (Destek unsurları, mühimmat vb. dahil)
| + | | |
| − | | + | |'''Ön Konsept''' |
| − | · Sistem Bileşenleri ve Atıkların Yönetim Stratejisi
| + | |'''Konsept''' |
| − | | + | |'''Geliştirme''' |
| − | · Envanterden Çıkarma Planı (Taslak)
| + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | |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 |
| − | |Envanterden çıkarma faaliyetlerinin planlanması | + | |Tasarım Stratejisinin Belirlenmesi |
| − | |Envanterden çıkarma faaliyetlerinin planlanması | + | |Tasarım Alternatiflerinin Değerlendirilmesi |
| − | | colspan="2" |Envanterden çıkarma faaliyetlerinin planlanması
| |
| | | | |
| − | · Envanterden çıkarma kısıtlarının tanımlanması.
| + | Teknoloji kullanılabilirlik durumunun takip edilmesi |
| | | | |
| − | · Sistemdeki atıl bileşenlerin tanımlanması
| + | Tasarım konsept çalışmaları |
| | + | |Sistem elemanları (alt sistem, birim, öge) için tasarım alternatiflerinin gözden geçirilmesi ve karar verilmesi |
| | | | |
| − | · Sistem bileşeni ve parçalarının envanterden çıkarma kataloğunun geliştirilmesi,
| + | Sistem gereksinimlerinin sistem elemanlarına atanması |
| | | | |
| − | · Test, doğrulama ve/veya sertifikasyon detaylarını içerecek şekilde envanterden çıkarma prosedürlerinin geliştirilmesi,
| + | Mimari karakteristik özelliklerinin tasarım özellikleri haline getirilmesi, |
| | | | |
| − | · (Destek unsurları, mühimmat vb. dahil)
| + | Tasarım çözümlerinin ve alternatiflerinin gözden geçirilmesi, |
| − | | colspan="2" |Envanterden çıkarma faaliyetlerinin planlanması
| |
| − | |Envanterden çıkarma faaliyetlerinin planlanması
| |
| | | | |
| − | Envanterden çıkarma faaliyetlerini yürütülmesi
| + | Tüm sistem elemanları için tasarım karakteristiklerinin tanımlanması |
| | | | |
| − | Envanterden çıkarma faaliyetlerinin sonlandırılması
| + | Sistem elemanları ve dış sistemlerle olan arayüzlerin tanımlanması |
| − | |-
| + | |Tasarım Güncelleme Faaliyetleri |
| − | |Çı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)]
| + | | colspan="2" |Tasarım Güncelleme Faaliyetleri |
| | + | |Tasarımın “yeniden kullanım” potansiyelinin değerlendirilmesi |
| | + | |- |
| | + | |Çıktı |
| | + | |Tasarım Stratejisi |
| | + | |Önerilen tasarım çözümü için ön tasarım sonuçları (katı model, prototip vs. ) |
| | + | |Atanmış ana hat |
| | | | |
| − | · Sistem Bileşenleri ve Atıkların Yönetim Stratejisi
| + | Sistem ve sistem elemanlarının tasarım karakteristikleri |
| | | | |
| − | · Envanterden Çıkarma Planı (Taslak)
| + | Sistem ve sistem elemanlarının arayüz özellikleri, |
| − | |· Eski haline ya da üzerinde anlaşılan bir seviyeye döndürülen çevre,
| |
| | | | |
| − | · Envanterden çıkarma kayıtları ve raporları
| + | 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 |
| | + | |} |
| | | | |
| − | · Tekrar kullanılacak, geri dönüştürülecek, imha edilecek, depolanacak ya da tedarik zincirine geri döndürülecek birimler.
| + | ==== <big>3.5.4.6. SİSTEM ANALİZİ SÜRECİ</big> ==== |
| − | |} | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | + | |- |
| | + | |Girdi |
| | + | |<nowiki>---</nowiki> |
| | + | | colspan="5" |Paydaş Gereksinimleri ve Beklentileri |
| | | | |
| | + | Paydaş İhtiyaçları Dokümanı |
| | | | |
| − | = 4. BÖLÜM UYARLAMA =
| + | Sistem Analizi İhtiyacı |
| − | 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)]
| + | |<nowiki>---</nowiki> |
| − | | |
| − | Tablo 4 Uyarlama
| |
| − | {| class="wikitable"
| |
| − | | rowspan="3" |'''TEKNİK SÜREÇLER'''
| |
| − | | colspan="3" |'''UYARLAMA'''
| |
| | |- | | |- |
| − | | colspan="2" |'''TEDARİK''' | + | |Faaliyetler |
| − | | rowspan="2" |'''ENVANTERDE BULUNAN''' | + | |<nowiki>---</nowiki> |
| | + | | colspan="5" |Sistem Analizi Faaliyeti Hazırlıkları |
| | + | |
| | + | Sistem Analizi Faaliyetlerinin Gerçekleştirilmesi |
| | + | |
| | + | Sistem Analizi Sonuçlarının Yönetilmesi |
| | + | |<nowiki>---</nowiki> |
| | |- | | |- |
| − | |'''GELİŞTİRME''' | + | |Çıktı |
| − | |'''HAZIR ALIM''' | + | |<nowiki>---</nowiki> |
| | + | | colspan="5" |Sistem Analizi Stratejisi |
| | + | |
| | + | Alınacak kararı destekleyecek analiz sonuçları |
| | + | |
| | + | Öğrenilmiş dersler |
| | + | |<nowiki>---</nowiki> |
| | + | |} |
| | + | |
| | + | ==== <big>3.5.4.7. UYGULAMA VE ENTEGRASYON SÜRECİ</big> ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| − | |İş ve Görev Analizi Süreci | + | |Girdi |
| − | |X | + | | colspan="2" |Paydaş Gereksinimleri ve Beklentileri |
| − | |X | + | |
| − | |X
| + | Gereksinim Tanımlama Dokümanı |
| | + | | colspan="2" |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 sistemi, birim, öğe) |
| | + | | colspan="3" | |
| | + | |
| | + | |
| | + | --- |
| | |- | | |- |
| − | |Paydaş İhtiyaçları ve İsterleri Tanımlama Süreci | + | |Faaliyetler |
| − | |X | + | | 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" | |
| | + | |
| | + | |
| | + | --- |
| | |- | | |- |
| − | |Sistem Gereksinimleri Tanımlama Süreci | + | |Çıktı |
| − | |X | + | |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) |
| − | |- | + | |
| − | |Mimari Tanımlama Süreci | + | Doğrulama ve Kalifikasyon faaliyetlerini destekleyecek Uygulama ve Entegrasyon kayıtları |
| − | |X | + | | colspan="3" | |
| − | | | + | |
| − | | | + | |
| | + | --- |
| | + | |} |
| | + | |
| | + | ==== <big>3.5.4.8. DOĞRULAMA SÜRECİ</big> ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| − | |Tasarım Tanımlama Süreci | + | |Girdi |
| − | |X | + | |<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> |
| | |- | | |- |
| − | |Sistem Analizi Süreci | + | |Faaliyetler |
| − | |X | + | |<nowiki>---</nowiki> |
| − | |X | + | |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> |
| | |- | | |- |
| − | |Uygulama ve Entegrasyon Süreci | + | |Çıktı |
| − | |X | + | |<nowiki>---</nowiki> |
| − | |X | + | |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> |
| | + | |} |
| | + | |
| | + | ==== <big>3.5.4.9. GEÇİŞ SÜRECİ</big> ==== |
| | + | {| class="wikitable" |
| | + | | |
| | + | |'''Ön Konsept''' |
| | + | |'''Konsept''' |
| | + | |'''Geliştirme''' |
| | + | |'''Üretim''' |
| | + | |'''Kullanım''' |
| | + | |'''Destek''' |
| | + | |'''Envanterden Çıkarma''' |
| | |- | | |- |
| − | |Doğrulama Süreci | + | |Girdi |
| − | |X | + | |<nowiki>---</nowiki> |
| − | |X | + | |Ana hatları ortaya konulmuş uygun sistem çözümü |
| − | | | + | |Geçiş Kısıtları ve Geçiş Stratejisi/Planı |
| − | |- | + | |Program Takvimi ve Yönetim Planı |
| − | |Geçiş Süreci | + | | colspan="2" |Doğrulanmış Aktif Sistem |
| − | |X | + | |<nowiki>---</nowiki> |
| − | |X | + | |- |
| − | | | + | |Faaliyetler |
| − | |- | + | |<nowiki>---</nowiki> |
| − | |Geçerli Kılma Süreci | + | |Geçiş kısıtları ve geçiş stratejisinin/planının belirlenmesi |
| − | |X | + | |Kurulum kurallarına uygun olarak operasyonel ortamın hazırlanması |
| − | |X | + | |Sistemin, planlandığı zamanda ve planlandığı yere teslim edilmesi. |
| − | | | + | |
| − | |- | + | Sistem aktif hale getirilmesi. |
| − | |Kullanım Süreci | + | | colspan="2" |Sistemin kullanılması. |
| − | |X | + | |
| − | |X | + | Sistemin aktifliğinin sürekliliğinin sağlanması için desteklenmesi. |
| − | |X | + | |<nowiki>---</nowiki> |
| − | |- | + | |- |
| − | |Destek Süreci | + | |Çıktı |
| − | |X | + | |<nowiki>---</nowiki> |
| − | |X | + | |Geçiş Kısıtları ve Geçiş Stratejisi/Planı |
| − | |X | + | |Program Takvimi ve Yönetim Planı |
| − | |- | + | |Kurulumu gerçekleştirilmiş sistem |
| − | |Envanterden Çıkarma Süreci | + | |
| − | |X | + | Alınan Önlemler |
| − | |X | + | |
| − | |X | + | 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ı |
| − | |X: Uyarlama Yapılmaz | + | |
| − | | | + | Öğrenilmiş Dersler |
| − | | colspan="2" |: Uyarlama Yapılabilir | + | |<nowiki>---</nowiki> |
| − | |} | + | |} |
| | + | |
| | + | ==== <big>3.5.4.10. GEÇERLİ KILMA SÜRECİ</big> ==== |
| | + | {| 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 |
| | + | |<nowiki>---</nowiki> |
| | + | |} |
| | + | |
| | + | |
| | + | ==== <big>3.5.4.11. KULLANIM SÜRECİ</big> ==== |
| | + | {| 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> |
| | + | |} |
| | + | |
| | + | ==== <big>3.5.4.12. LOJİSTİK DESTEK VE BAKIM SÜRECİ</big> ==== |
| | + | {| 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. |
| | + | |· 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. |
| | + | |} |
| | + | |
| | + | ==== <big>3.5.4.13. ENVANTERDEN ÇIKARMA SÜRECİ</big> ==== |
| | + | {| 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.[[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)]] |
| | + | |
| | + | '''Tablo 4 Uyarlama''' |
| | + | {| 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, [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]] |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | [[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ı)]] |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | [[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ı)]] |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | + | |
| | | | |
| − | = 5. SİSTEM ÖMÜR DEVRİ SAFHALARI ve SÜREÇLER =
| + | '''DOKÜMANIN HAZIRLANMASINDA GÖREV ALAN KURUM/KURULUŞLAR''' |
| − | 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
| + | SAVUNMA SANAYİİ BAŞKANLIĞI |
| | | | |
| | + | MİLLİ SAVUNMA BAKANLIĞI |
| | | | |
| | + | KARA KUVVETLERİ KOMUTANLIĞI |
| | | | |
| − | Tablo 6 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri (Devamı)
| + | ASKERİ FABRİKALAR GENEL MÜDÜRLÜĞÜ |
| | | | |
| − | | + | TERSANELER GENEL MÜDÜRLÜĞÜ |
| − | | |
| − | | |
| − | Tablo 7 Sistem Ömür Devri Süreçlerinin Safhalardaki İşyükleri (Devamı)
| |
| − | | |
| − | | |
| − | | |
| − | '''DOKÜMANIN HAZIRLANMASINDA GÖREV ALAN KURUM/KURULUŞLAR'''
| |
| − | | |
| − | SSB
| |
| − | | |
| − | MSB KKK
| |
| − | | |
| − | 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.154. 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. |