| 2.412. satır: |
2.412. satır: |
| | Bir LDA veri tabanı içerisinde genel olarak aşağıdaki başlıklara yönelik veriler kayıt altına alınır: | | Bir LDA veri tabanı içerisinde genel olarak aşağıdaki başlıklara yönelik veriler kayıt altına alınır: |
| | | | |
| − | · İşlevsel Gereksinimler
| + | * İşlevsel Gereksinimler |
| − | | + | * Operasyonlar ve Bakım |
| − | · Operasyonlar ve Bakım
| + | * Güvenilirlik gereksinimleri ve analizlerin sonuçları |
| − | | + | * Görev analizleri |
| − | · Güvenilirlik gereksinimleri ve analizlerin sonuçları
| + | * Personel becerileri ve eğitim |
| − | | + | * Destek ekipmanları |
| − | · Görev analizleri
| + | * Test Altındaki Birim |
| − | | + | * Tesisler |
| − | · Personel becerileri ve eğitim
| + | * Taşınabilirlik |
| − | | + | * Tedarik ve kataloglama verileri |
| − | · Destek ekipmanları
| |
| − | | |
| − | · Test Altındaki Birim
| |
| − | | |
| − | · Tesisler
| |
| − | | |
| − | · Taşınabilirlik
| |
| − | | |
| − | · Tedarik ve kataloglama verileri
| |
| | | | |
| | Bir projede lojistik yönetim verisi olarak nelerin kayıt altına alınacağı ve LDA sonrası oluşturulacak dokümantasyon, projeye özel olarak ve ürünün ömür devri safhasına göre uyarlanmalıdır. LDAK’ın uyarlanması analizler için seçilen standart, gerçekleştirilmek üzere seçilen analizler ve bunların derinliği konusunda verilen kararlarla uyumlu olmalıdır. Uyarlama LDAK için referans alınacak standardı/spesifikasyonu, ihtiyaç duyulan veri elemanlarını ve formatını, tercih edilen veri transfer ve/veya raporlandırma yönetmini de kapsamalıdır. | | Bir projede lojistik yönetim verisi olarak nelerin kayıt altına alınacağı ve LDA sonrası oluşturulacak dokümantasyon, projeye özel olarak ve ürünün ömür devri safhasına göre uyarlanmalıdır. LDAK’ın uyarlanması analizler için seçilen standart, gerçekleştirilmek üzere seçilen analizler ve bunların derinliği konusunda verilen kararlarla uyumlu olmalıdır. Uyarlama LDAK için referans alınacak standardı/spesifikasyonu, ihtiyaç duyulan veri elemanlarını ve formatını, tercih edilen veri transfer ve/veya raporlandırma yönetmini de kapsamalıdır. |
| | | | |
| − | == 9.2. LDAK STANDARTLARI/SPESİFİKASYONLARI == | + | == 9.2. LDAK STANDARTLARI/SPESİFİKASYONLARI == |
| | LDAK kayıtlarına yönelik standartlar, bir sistem veya nihai ürünün geliştirilmesi veya tedarik edilmesi esnasında üretilen lojistik destek analiz bilgilerini tanımlar. Bu konuda geliştirilen standartlar genel olarak ELD programını desteklemek için gerekli olan teknik verilerin oluşturulması, idamesi, temini ve kullanımında maliyet etkinliği sağlamaya yöneliktir. | | LDAK kayıtlarına yönelik standartlar, bir sistem veya nihai ürünün geliştirilmesi veya tedarik edilmesi esnasında üretilen lojistik destek analiz bilgilerini tanımlar. Bu konuda geliştirilen standartlar genel olarak ELD programını desteklemek için gerekli olan teknik verilerin oluşturulması, idamesi, temini ve kullanımında maliyet etkinliği sağlamaya yöneliktir. |
| | | | |
| 2.447. satır: |
2.438. satır: |
| | LDAK konusunda dikkate alınması gereken önemli bir nokta, standartların herhangi bir programda ihtiyaç duyulabilecek her türlü veri elemanını tanımlamaya yönelik oldukları, bu nedenle belli bir projede nasıl kullanılacaklarına özellikle dikkat edilmesi gerektiğidir. Standartlarda yer alan veri elemanı tanımlarının yaklaşık %15-20 kadarı tek bir projede gerçekten uygulanabilir olmaktadır. | | LDAK konusunda dikkate alınması gereken önemli bir nokta, standartların herhangi bir programda ihtiyaç duyulabilecek her türlü veri elemanını tanımlamaya yönelik oldukları, bu nedenle belli bir projede nasıl kullanılacaklarına özellikle dikkat edilmesi gerektiğidir. Standartlarda yer alan veri elemanı tanımlarının yaklaşık %15-20 kadarı tek bir projede gerçekten uygulanabilir olmaktadır. |
| | | | |
| − | == 9.3. ORTAK KAYNAK VERİ TABANI == | + | == 9.3. ORTAK KAYNAK VERİ TABANI == |
| − | · LDAP’da tanımlanan faaliyetler, belirlenen aday kalemler üzerinde uygulandıkça, ortaya o aday kalemlerin sahip olduğu özelliklerle ve birbirleri ile ilişki içinde olan pek cok bilgi çıkmaya başlar (örn., bir pompanın hata türleri, hata türünü gidermek için uygulanması gereken bakım/onarım faaliyeti, bakımda ihtiyaç duyulan yedek parçalar, bu yedek parçaların paketleme bilgileri, vb.). Bu bilgiler yapısal bir veri tabanı, yani ilişkili veriler arasındaki bağlantıların ve referansların tanımlanabildiği bir veri tabanı uygulaması içinde kayıt altına alınabilir. Bu sayede ürünün tüm ömür devri boyunca yaşayacağı değişimler de düşünüldüğünde ürüne ait LDA kayıtlarının yönetimi, tutarlılığı, revizyon takibi gibi konularda ciddi kazanımlar elde edilebilir. Bu özellikleri taşıyan veri yapıları/standartları, 9.2 numaralı konu başlığında yer almaktadır.
| |
| | | | |
| − | · LDA kayıtlarının tutulacağı bir veri tabanı uygulaması hem ihtiyaç makamı hem de yükleniciler açısından projenin kapsam ve türü, ürünün karmaşıklığı, LDA verilerinin miktarı vb. parametrelere göre bir ihtiyaç olabilir. Bu ihtiyaç, LDA faaliyetlerinin ürünün tüm ömür devri süresince devam eden canlı faaliyetler olmasından kaynaklanmaktadır. Ana Yükleniciler ve alt yükleniciler LDA faaliyetlerinde çoğunlukla tasarım ve test verilerini kullanarak, ürünün envantere girdiği andan itibaren ihtiyaç duyulacak lojistik verileri geliştirirler. İhtiyaç Makamı ise tasarım ve test verileri yerine saha verilerini kullanarak Ana Yüklenici’den temin ettikleri LDA kayıtlarını idame ederler ve gerekli hallerde güncellerler veya güncellenmesi için yüklenici ile görüşürler. Ana Yüklenici ve İhtiyaç Makamı arasında LDA kayıtlarının transfer edilebilmesi için her iki kurumun kullandığı veri tabanı uygulamasının da aynı standart veri yapısını desteklemesi gerekmektedir. Aksi takdirde iki farklı veri yapısını birbirine dönüştürebilecek bir diğer yazılıma daha ihtiyaç duyulacaktır.
| + | * LDAP’da tanımlanan faaliyetler, belirlenen aday kalemler üzerinde uygulandıkça, ortaya o aday kalemlerin sahip olduğu özelliklerle ve birbirleri ile ilişki içinde olan pek cok bilgi çıkmaya başlar (örn., bir pompanın hata türleri, hata türünü gidermek için uygulanması gereken bakım/onarım faaliyeti, bakımda ihtiyaç duyulan yedek parçalar, bu yedek parçaların paketleme bilgileri, vb.). Bu bilgiler yapısal bir veri tabanı, yani ilişkili veriler arasındaki bağlantıların ve referansların tanımlanabildiği bir veri tabanı uygulaması içinde kayıt altına alınabilir. Bu sayede ürünün tüm ömür devri boyunca yaşayacağı değişimler de düşünüldüğünde ürüne ait LDA kayıtlarının yönetimi, tutarlılığı, revizyon takibi gibi konularda ciddi kazanımlar elde edilebilir. Bu özellikleri taşıyan veri yapıları/standartları, 9.2 numaralı konu başlığında yer almaktadır. |
| | | | |
| − | == 9.4. VERİ TÜRLERİ VE SEÇİMİ == | + | * LDA kayıtlarının tutulacağı bir veri tabanı uygulaması hem ihtiyaç makamı hem de yükleniciler açısından projenin kapsam ve türü, ürünün karmaşıklığı, LDA verilerinin miktarı vb. parametrelere göre bir ihtiyaç olabilir. Bu ihtiyaç, LDA faaliyetlerinin ürünün tüm ömür devri süresince devam eden canlı faaliyetler olmasından kaynaklanmaktadır. Ana Yükleniciler ve alt yükleniciler LDA faaliyetlerinde çoğunlukla tasarım ve test verilerini kullanarak, ürünün envantere girdiği andan itibaren ihtiyaç duyulacak lojistik verileri geliştirirler. İhtiyaç Makamı ise tasarım ve test verileri yerine saha verilerini kullanarak Ana Yüklenici’den temin ettikleri LDA kayıtlarını idame ederler ve gerekli hallerde güncellerler veya güncellenmesi için yüklenici ile görüşürler. Ana Yüklenici ve İhtiyaç Makamı arasında LDA kayıtlarının transfer edilebilmesi için her iki kurumun kullandığı veri tabanı uygulamasının da aynı standart veri yapısını desteklemesi gerekmektedir. Aksi takdirde iki farklı veri yapısını birbirine dönüştürebilecek bir diğer yazılıma daha ihtiyaç duyulacaktır. |
| | + | |
| | + | == 9.4. VERİ TÜRLERİ VE SEÇİMİ == |
| | Bir projede hangi verilerin üretileceği yüklenici ve ihtiyaç makamı’nın birlikte yapacağı bir çalışma ile LDAP’da tanımlanan LDA faaliyetleri, faaliyetlere ait kural ve varsayımlar, bu faaliyetlerin derinliği, uygulanacak LDAK standardı ve aday kalem listesi göz önünde bulundurularak belirlenmelidir. LDA kayıtlarının yönetiminde ürünün ömür devri süresince hem müşterinin hem de yüklenici’nin rol ve sorumlulukları olduğundan dolayı, ortak bir çalışma yürütülmesinde fayda vardır. Bu verilerin projenin hangi safhalarında üretileceği, hangi sıklıkla paylaşılacağı/transfer edileceği ve yayınlanacağı ise LDA zaman planına göre belirlenmelidir. | | Bir projede hangi verilerin üretileceği yüklenici ve ihtiyaç makamı’nın birlikte yapacağı bir çalışma ile LDAP’da tanımlanan LDA faaliyetleri, faaliyetlere ait kural ve varsayımlar, bu faaliyetlerin derinliği, uygulanacak LDAK standardı ve aday kalem listesi göz önünde bulundurularak belirlenmelidir. LDA kayıtlarının yönetiminde ürünün ömür devri süresince hem müşterinin hem de yüklenici’nin rol ve sorumlulukları olduğundan dolayı, ortak bir çalışma yürütülmesinde fayda vardır. Bu verilerin projenin hangi safhalarında üretileceği, hangi sıklıkla paylaşılacağı/transfer edileceği ve yayınlanacağı ise LDA zaman planına göre belirlenmelidir. |
| | | | |
| − | == 9.5. VERİ SINIFLANDIRMASI == | + | == 9.5. VERİ SINIFLANDIRMASI == |
| | | | |
| − | === 9.5.1. MÜŞTERİ TARAFINDAN SAĞLANAN VERİLER === | + | === 9.5.1. MÜŞTERİ TARAFINDAN SAĞLANAN VERİLER === |
| | Müşteri, ürünü geliştiren/temin eden firmanın ulaşması gereken hedef değerleri tanımlamalıdır. Bu değerler, İhtiyaç makamının/kullanıcının operasyonel gereksinimlerine, hali hazırda kullanılmakta olan benzer sistemlerin lojistik verilerine ve lojistik operasyonlarının yarattığı maliyetlerin bir arada değerlendirilmesiyle belirlenebilir. Örneğin 20 tankın görevlendirildiği bir operasyonda operasyonun başarıyla tamamlanabilmesi için 18 tank yeterli oluyorsa, tedarik edilecek tankın hedef güvenilirliğinin kabaca %90 olduğu söylenebilir veya bir alt sistemin erişim kolaylığını tanımlamakta hedef bakım süreleri tanımlanarak ilgili alt sistemin kolay sökülebileceği bir tasarıma gidilmesi sağlanabilir. İhtiyaç Makamı/Tedarik Makamı’nın sağlayacağı veriler rasyonel ve ölçülebilir olmalıdır. Bu verilerin bir kısmının belirlenmesinde yüklenici ve müşteri birlikte çalışarak envanterdeki ürünler üzerinde ölçümler ve analizler yapabilir ve ortak bir paydada buluşulması sağlanabilir. | | Müşteri, ürünü geliştiren/temin eden firmanın ulaşması gereken hedef değerleri tanımlamalıdır. Bu değerler, İhtiyaç makamının/kullanıcının operasyonel gereksinimlerine, hali hazırda kullanılmakta olan benzer sistemlerin lojistik verilerine ve lojistik operasyonlarının yarattığı maliyetlerin bir arada değerlendirilmesiyle belirlenebilir. Örneğin 20 tankın görevlendirildiği bir operasyonda operasyonun başarıyla tamamlanabilmesi için 18 tank yeterli oluyorsa, tedarik edilecek tankın hedef güvenilirliğinin kabaca %90 olduğu söylenebilir veya bir alt sistemin erişim kolaylığını tanımlamakta hedef bakım süreleri tanımlanarak ilgili alt sistemin kolay sökülebileceği bir tasarıma gidilmesi sağlanabilir. İhtiyaç Makamı/Tedarik Makamı’nın sağlayacağı veriler rasyonel ve ölçülebilir olmalıdır. Bu verilerin bir kısmının belirlenmesinde yüklenici ve müşteri birlikte çalışarak envanterdeki ürünler üzerinde ölçümler ve analizler yapabilir ve ortak bir paydada buluşulması sağlanabilir. |
| | | | |
| − | === 9.5.2. YÜKLENİCİ TARAFINDAN ÜRETİLEN VERİLER === | + | === 9.5.2. YÜKLENİCİ TARAFINDAN ÜRETİLEN VERİLER === |
| | Yüklenici, müşteri tarafından tanımlanan hedef değerleri ve ürünün mühendislik ve test verilerini kullanarak belirlenen LDA faaliyetlerini yürütür. Bu faaliyetlerinin sonucu olarak da ürünün özelliklerini yansıtan lojistik verilerini üretir. | | Yüklenici, müşteri tarafından tanımlanan hedef değerleri ve ürünün mühendislik ve test verilerini kullanarak belirlenen LDA faaliyetlerini yürütür. Bu faaliyetlerinin sonucu olarak da ürünün özelliklerini yansıtan lojistik verilerini üretir. |
| | | | |
| − | == 9.6. LDAK’IN GELİŞTİRİLMESİ VE YÖNETİLMESİ == | + | == 9.6. LDAK’IN GELİŞTİRİLMESİ VE YÖNETİLMESİ == |
| | LDAK ile ilgili karşılaşılan önemli sorunlardan birisi veri tabanının nasıl geliştirileceğidir. İhtiyaç duyulan bilgiden ziyade spesifik veri elemanlarına konsantre olmak uygulamayı temel amacından saptırabilmektedir. Veri tabanı geliştirilirken odaklanılması gereken temel nokta verileri türeten analiz sürecinin kendisidir. | | LDAK ile ilgili karşılaşılan önemli sorunlardan birisi veri tabanının nasıl geliştirileceğidir. İhtiyaç duyulan bilgiden ziyade spesifik veri elemanlarına konsantre olmak uygulamayı temel amacından saptırabilmektedir. Veri tabanı geliştirilirken odaklanılması gereken temel nokta verileri türeten analiz sürecinin kendisidir. |
| | | | |
| | LDAK’ın ürünün ömür devri boyunca kullanılacak verileri içermesi bir başka hususu daha ön plana çıkartır. Başlangıçta analizler çoğunlukla sistemin güvenilirliği, idame edilebilirliği, test edilebilirliği ve sistem kullanımının çevresel etkileri konusundaki kesitirimlere dayanır. Gerçekte bu kestirimler çoğunlukla sanıldığı kadar hassas değildir. Sistemi ömür devri boyunca destekleyecek kaynakların ayarlanması ve yönetilebilmesi amacıyla bu verilerin zaman içerisinde gerçek kullanımdan toplanan veriler ile yer değiştirmesi önemlidir. | | LDAK’ın ürünün ömür devri boyunca kullanılacak verileri içermesi bir başka hususu daha ön plana çıkartır. Başlangıçta analizler çoğunlukla sistemin güvenilirliği, idame edilebilirliği, test edilebilirliği ve sistem kullanımının çevresel etkileri konusundaki kesitirimlere dayanır. Gerçekte bu kestirimler çoğunlukla sanıldığı kadar hassas değildir. Sistemi ömür devri boyunca destekleyecek kaynakların ayarlanması ve yönetilebilmesi amacıyla bu verilerin zaman içerisinde gerçek kullanımdan toplanan veriler ile yer değiştirmesi önemlidir. |
| | | | |
| − | == 9.7. LDAK’IN KULLANILMASI == | + | == 9.7. LDAK’IN KULLANILMASI == |
| | LDAK veri tabanı, sadece oluşturulup bir yerlerde dosyalanmak için değil gerçek anlamda kullanılmak üzere tasarlanmalıdır. Oluşturulan/kayıt altına alınan veriler bütün ELD elemanları tarafından program kapsamında detaylı destek planlarının ve gereksinimlerinin oluşturulması için kullanılmalıdır. LDAK içerisinde yer alan veriler, sistemi desteklemek için gerekli lojistik kaynakları belirlemenin yanı sıra, desteklenebilirliği artırmaya yönelik tasarım değişikliği ihtiyaçlarını belirlemek için de kullanılır. | | LDAK veri tabanı, sadece oluşturulup bir yerlerde dosyalanmak için değil gerçek anlamda kullanılmak üzere tasarlanmalıdır. Oluşturulan/kayıt altına alınan veriler bütün ELD elemanları tarafından program kapsamında detaylı destek planlarının ve gereksinimlerinin oluşturulması için kullanılmalıdır. LDAK içerisinde yer alan veriler, sistemi desteklemek için gerekli lojistik kaynakları belirlemenin yanı sıra, desteklenebilirliği artırmaya yönelik tasarım değişikliği ihtiyaçlarını belirlemek için de kullanılır. |
| | | | |
| | Bir proje başlatıldığında LDAK’ın nasıl kullanılacağının belirlenmesi, kullanım yöntemlerinin tanımlanması ve herkes tarafından anlaşılması açısından önemlidir. LDAK’ın gerçek faydalarının ve potansiyelinin anlaşılabilmesi öncelikle ortak kaynak veri tabanı konseptinin ve LDAK raporlama kabiliyetlerinin anlaşılmasını gerektirir. | | Bir proje başlatıldığında LDAK’ın nasıl kullanılacağının belirlenmesi, kullanım yöntemlerinin tanımlanması ve herkes tarafından anlaşılması açısından önemlidir. LDAK’ın gerçek faydalarının ve potansiyelinin anlaşılabilmesi öncelikle ortak kaynak veri tabanı konseptinin ve LDAK raporlama kabiliyetlerinin anlaşılmasını gerektirir. |
| | | | |
| − | == 9.8. LDA ÖZETLERİ/ RAPORLARI/ÇIKTILARI – STANDARTLARA GÖRE KARŞILAŞTIRMA == | + | == 9.8. LDA ÖZETLERİ/ RAPORLARI/ÇIKTILARI – STANDARTLARA GÖRE KARŞILAŞTIRMA == |
| | LDAK veri tabanlarından çeşitli konu başlıklarına göre raporlar üretilmesi mümkündür. Söz konusu raporlar veri tabanı içerisinden detaylı ama kullanılabilir bir biçimde veri derlemesi yapılarak hazırlanmalıdır.Raporlar, çok zaman gerektiren veya kritik bakım görevleri, personel ve beceri gereksinimleri, eğitim ihtiyaçları, bakım atama çizelgeleri (maintenance allocation chart) ve test ve detsek ekipmanı gereksinimleri gibi konuları kapsayabilirler. | | LDAK veri tabanlarından çeşitli konu başlıklarına göre raporlar üretilmesi mümkündür. Söz konusu raporlar veri tabanı içerisinden detaylı ama kullanılabilir bir biçimde veri derlemesi yapılarak hazırlanmalıdır.Raporlar, çok zaman gerektiren veya kritik bakım görevleri, personel ve beceri gereksinimleri, eğitim ihtiyaçları, bakım atama çizelgeleri (maintenance allocation chart) ve test ve detsek ekipmanı gereksinimleri gibi konuları kapsayabilirler. |
| | | | |
| − | = 10. FİZİKSEL DESTEK KAYNAK GEREKSİNİMLERİNİN BELİRLENMESİ VE DESTEK ÜRÜNLERİNİN OLUŞTURULMASI = | + | = 10. FİZİKSEL DESTEK KAYNAK GEREKSİNİMLERİNİN BELİRLENMESİ VE DESTEK ÜRÜNLERİNİN OLUŞTURULMASI = |
| | Fiziksel kaynak gereksinimi olarak nitelendirilen ELD ürünlerinin oluşturulmaya ne zaman başlanacağı teknik dokümantasyon ve resimli parça verilerinin mevcut olması dahil birçok faktöre bağlıdır. Tasarım ya da bakım konseptinde ortaya çıkabilecek değişikliklerin de lojistik ürünler üzerine etkisi oldukça fazladır. Bu kapsamda, dikkate alınması gereken ELD ürünleri şunlardır: | | Fiziksel kaynak gereksinimi olarak nitelendirilen ELD ürünlerinin oluşturulmaya ne zaman başlanacağı teknik dokümantasyon ve resimli parça verilerinin mevcut olması dahil birçok faktöre bağlıdır. Tasarım ya da bakım konseptinde ortaya çıkabilecek değişikliklerin de lojistik ürünler üzerine etkisi oldukça fazladır. Bu kapsamda, dikkate alınması gereken ELD ürünleri şunlardır: |
| | | | |
| − | · Teknik Dokümantasyon
| + | * Teknik Dokümantasyon |
| − | | + | * Malzeme Desteği (resimli parça verileri) |
| − | · Malzeme Desteği (resimli parça verileri)
| + | * Genel ve Özel Destek Ekipmanları |
| − | | + | * Eğitim |
| − | · Genel ve Özel Destek Ekipmanları
| + | * Üretim tesisleri uzun süren planlama/gerçekleştirme/kalifikasyon gibi sebeplerle tipik bir ELD ürünü olarak kabul edilmezler. Üretim tesisleri vb.leri geniş kapsamlı olarak projelerin erken safhalarında dikkate alınmalıdır. |
| − | | |
| − | · Eğitim
| |
| − | | |
| − | · Üretim tesisleri uzun süren planlama/gerçekleştirme/kalifikasyon gibi sebeplerle tipik bir ELD ürünü olarak kabul edilmezler. Üretim tesisleri vb.leri geniş kapsamlı olarak projelerin erken safhalarında dikkate alınmalıdır.
| |
| | | | |
| | == 10.1. TEKNİK DOKÜMANTASYON == | | == 10.1. TEKNİK DOKÜMANTASYON == |
| | Teknik dokümantasyon iki ana bölümden oluşur; | | Teknik dokümantasyon iki ana bölümden oluşur; |
| | | | |
| − | · Sistemin bakım ve onarımına ilişkin el kitapları
| + | * Sistemin bakım ve onarımına ilişkin el kitapları |
| − | | + | * Sistemin kullanımına ilişkin el kitabı (Kullanıcı Dokümantasyonu) |
| − | · Sistemin kullanımına ilişkin el kitabı (Kullanıcı Dokümantasyonu)
| |
| | | | |
| | Geliştirme safhası boyunca gerçekleştirilen lojistik destek analiz faaliyetleri ile esas alınacak bakım konseptinin ne olduğu, ne tür personel, destek ekipmanı ve yedek parçaların gerekli olduğu ve bakım onarım faaliyetlerinin nasıl gerçekleştirileceği gibi bilgileri tanımlanmış olur. Bu nedenle, sistemin bakım onarım faaliyetleri ile ilgili olan teknik dokümantasyonun geliştirilmesine, analiz çalışmalarının bir seviyeye gelmesiyle başlanmalıdır. | | Geliştirme safhası boyunca gerçekleştirilen lojistik destek analiz faaliyetleri ile esas alınacak bakım konseptinin ne olduğu, ne tür personel, destek ekipmanı ve yedek parçaların gerekli olduğu ve bakım onarım faaliyetlerinin nasıl gerçekleştirileceği gibi bilgileri tanımlanmış olur. Bu nedenle, sistemin bakım onarım faaliyetleri ile ilgili olan teknik dokümantasyonun geliştirilmesine, analiz çalışmalarının bir seviyeye gelmesiyle başlanmalıdır. |
| 2.511. satır: |
2.498. satır: |
| | Dikkat edilmesi gereken hususların bazıları aşağıda verilmiştir; | | Dikkat edilmesi gereken hususların bazıları aşağıda verilmiştir; |
| | | | |
| − | · Teknik dokümantasyon için bakım görevleri hazır mı?
| + | * Teknik dokümantasyon için bakım görevleri hazır mı? |
| − | | + | * LDA çıktıları teknik dokümantasyon için yeterli değilse, yine de doküman hazırlıklarına başlamanın riskleri nelerdir? |
| − | · LDA çıktıları teknik dokümantasyon için yeterli değilse, yine de doküman hazırlıklarına başlamanın riskleri nelerdir?
| + | * LDA veri tabanının bir parçası olmayan hangi ilave faaliyetlerin teknik dokümantasyon içerisinde yer alması gereklidir? |
| − | | |
| − | · LDA veri tabanının bir parçası olmayan hangi ilave faaliyetlerin teknik dokümantasyon içerisinde yer alması gereklidir?
| |
| | | | |
| | == 10.2. İKMAL DESTEĞİ == | | == 10.2. İKMAL DESTEĞİ == |