URS Gereksinimlerinin DQ, FAT, SAT, IQ ve OQ Aşamaları Boyunca Takibi Nasıl Yapılır?

Proje tanımlama aşamasında yazılan bir URS maddesi, ancak aylar ya da yıllar sonra yeterlilik sürecini sonlandıran test kaydında hâlâ net bir şekilde bulunabiliyorsa anlamlıdır. Bir okuyucu, gereksinimleri nasıl izleneceğini sorduğunda DQ, FAT, SAT, IQ ve OQ, asıl soru, bir gereksinimin birden fazla belge, birden fazla katkıda bulunan kişi ve gereksinimin kendisinin değişebileceği birden fazla noktada nasıl tanımlanabilir tutulabileceğidir. Bu soru önemlidir; çünkü kaynak gereksinime geri dönük bu bağlantıyı gösteremeyen bir yeterlilik paketi, denetim sırasında savunulması zor olur ve bir sorun yaşandığında kurum içinde güvenilmesi zordur.

Her URS Maddesi İçin Kontrol Noktası Olarak İzlenebilirlik Matrisi

İzlenebilirlik matrisi, tek bir soruyu tekrar tekrar yanıtlamak için oluşturulmuştur: Bu gereksinimi hangi tasarım kararı karşıladı, hangi test doğruladı, testte ne tespit edildi ve gereksinim tam olarak karşılanmadığında ne olur? Matris, projenin sonunda hazırlanan bir özet belge değildir; URS’nin yazım aşamasındayken oluşturulması gereken ve daha sonraki tüm belgelerin tek referans noktası olarak korunması gereken bir kontrol yapısıdır.

Bu, ancak her bir gereksinimin onaylandığı andan itibaren sabit bir tanımlayıcıya sahip olması durumunda işe yarar. Bir gereksinimin tasarım incelemesi sırasında yeniden yazılması, iki maddeye bölünmesi veya başka bir gereksinimle birleştirilmesi durumunda, tanımlayıcı şeması, önceki sürüme ilişkin halihazırda oluşturulmuş kanıtlarla olan bağlantıyı koparmadan bu değişikliği dikkate almalıdır. Gereksinimlerin serbestçe yeniden numaralandırılmasına izin veren veya bir tasarım belgesinin belirli bir madde numarası yerine genel olarak “URS”ye atıfta bulunmasına izin veren bir matris, kontrol noktası olarak değerini yitirir; çünkü sonraki gözden geçirenler, belirli bir test sonucunun aslında hangi gereksinimin hangi sürümünü desteklediğini teyit edemez.

Uygulamada izlenmesi gereken disiplin, her bir geçerli madde için altı unsuru birbirine bağlamaktır: gereksinimin kendisi, tedarikçinin buna verdiği yanıt, bu yanıtın nasıl uygulandığını gösteren tasarım belgesi, bunu doğrulamak üzere atanan test protokolü ve kabul kriteri, söz konusu kritere göre kaydedilen sonuç ve sonucun tam olarak başarılı olmaması durumunda sapma veya onay durumu. Bunlardan herhangi birinin eksik olması, zinciri koparır. Arkasında bir tasarım belgesi bulunmayan bir tedarikçi yanıtı, doğrulanmamış bir sözdür. Kabul kriterine bir bağlantı içermeyen bir test sonucu, anlamı olmayan bir sayıdan ibarettir. Kaynak gerekliliğe bir bağlantı içermeyen bir sapma, birinin bunun aslında hangi maddeyi etkilediğini sorduğu anda izlenemez hale gelir.

Bir projenin kapsamı süreç ortasında değiştiğinde, matris bu değişikliği sessizce değil, açıkça yansıtmalıdır. Bir gereksinim artık geçerli olmadığı için kaldırılırsa, matris sadece ilgili satırı çıkarmakla kalmamalı, bu gereksinimin ne zaman ve hangi onayla kaldırıldığını da göstermelidir. Bir gereksinim geç eklenirse, gereksinim kümesinin geri kalanının birlikte geçtiği tasarım yeterlilik aşamasını kaçırmış olsa bile, daha önce tanımlanan her şey ile aynı altı parçalı bağlantıya sahip olması gerekir. İşte birçok matrisin zayıfladığı nokta budur: resmi bağlantı disiplini zaten “tamamlanmış” olarak kabul edildiği için, geç eklenen gereksinimler gayri resmi olarak doğrulanır.”

Tasarım Onay Süreci, Gereksinimleri Onaylanmış Tasarım Kanıtlarıyla İlişkilendirir

Tasarım onay süreci, matrisin bir bütün olarak ele aldığı sorudan daha dar kapsamlı bir soruyu yanıtlamak amacıyla vardır: Önerilen tasarım, kağıt üzerinde, değiştirilmesi maliyetli bir imal edilmiş sisteme dönüşmeden önce, geçerli her bir URS maddesini gerçekten karşılıyor mu? İzlenebilirlik disiplininin kendini amorti ettiği aşama budur; zira burada tespit edilen bir eksiklik, bir belge revizyonu ile halledilebilirken, aynı eksikliğin FAT aşamasında veya daha sonra tespit edilmesi, fiziksel ekipman üzerinde yeniden çalışma gerektirir.

DQ, performansı doğrulamaz; kapsamı doğrular. Tasarım aşamasına uygulanan her bir URS maddesi için, DQ kaydı, gereksinimin hangi çizim, şartname veya tasarım belgesinde bir tasarım özelliğine dönüştürüldüğünü ve ilgili teknik yetkiye sahip bir gözden geçirenin bu dönüşümü onaylayıp onaylamadığını göstermelidir. Bir gereksinimin kapsamı geniş veya öznel olduğunda, DQ aşaması aynı zamanda bu gereksinimin test edilebilir hale getirilmesi gereken aşamadır — gerekirse, daha sonraki bir protokolün bunu gerçekten kontrol edebileceği kadar spesifik terimlerle yeniden ifade edilmelidir. DQ aşamasında test edilebilir bir koşula dönüştürülemeyen bir gereksinim, daha sonra da test edilebilir hale gelmeyecektir; en iyi ihtimalle tutarsız bir şekilde doğrulanacaktır.

Bu değerlendirmeyi değiştiren koşul, DQ işleminin gerçekleştirildiği noktada tasarımın ne kadar kesinleşmiş olduğudur. DQ, olgunlaşmış ve büyük ölçüde sabitlenmiş bir tasarıma karşı gerçekleştirildiğinde, inceleme, imalat öncesinde hiçbir şeyin değişmeyeceğinden emin olarak gereksinimi nihai çizimle karşılaştırabilir. DQ, kavramsal veya ön tasarıma karşı daha erken bir aşamada gerçekleştirildiğinde, inceleme, kavramın açıkça karşıladığı gereksinimler ile ayrıntılı mühendislik çalışmaları tamamlanana kadar açık kalan gereksinimler arasında ayrım yapmalıdır; ayrıca matris, “onaylandı” ve “uygulanamaz” durumlarından farklı olarak, “açık, daha fazla tasarım bekleniyor” durumu için bir durum değerine ihtiyaç duyar. Bu üç durumu tek bir onay kutusuna sığdırmak, izlenebilirliğin sessizce başarısız olmasına yol açan yaygın bir durumdur: Konsept makul göründüğü için DQ aşamasında tamamlanmış olarak işaretlenen bir gereksinim, ayrıntılı tasarım konseptten saptığında daha sonraki aşamalarda yeniden gözden geçirilmez.

URS hükümlerinin her biri DQ aşamasında geçerli değildir. Örneğin, çalışma koşulu gereklilikleri, ekipman hazır hale gelip çalıştırılana kadar kanıtlanamayabilir. Matriste bu gereklilikler boş bırakılmak yerine bu aşamada “henüz doğrulanamayan” olarak işaretlenmelidir; böylece matrisi daha sonra inceleyen bir gözden geçiren, “henüz zamanı gelmemiş” ile “gözden kaçmış” durumlarını birbirinden ayırt edebilir.”

Fabrika Kabul Testleri, Sevkiyat Öncesi İşlevleri Doğrular

FAT, DQ’dan farklı bir soruyu yanıtlar: Tasarımın gereksinimi karşılayıp karşılamadığı değil, üretilen ekipmanın, fabrikanın üretim koşulları altında gereksinimin tanımladığı işlevi gerçekten yerine getirip getirmediğidir. Bu aşamadaki izlenebilirlik görevi, atamadır — bu noktaya gelen her madde için, FAT’ın bunu doğrulamak için güvenilir bir yer olup olmadığına ya da koşulun kanıtlanması için gerçekten sahada kurulum veya süreç entegrasyonu gerektirip gerektirmediğine karar vermektir.

Bu atama kararında muhakeme en çok önem kazanır; zira bazı koşullar fabrikada da sahada da eşit derecede iyi bir şekilde doğrulanabilirken, diğerleri yalnızca tek bir yerde doğrulanabilir. Yalnızca ekipmanın kendi kontrol sistemine ve mekanik davranışına bağlı bir işlev, fabrika ortamında ilgili girdiler yeniden üretilebildiğinden genellikle FAT sırasında doğrulanabilir. Şantiye altyapılarıyla arayüzlere, bitişik odalar veya sistemlerle entegrasyona ya da kurulum konumuna özgü çevresel koşullara bağlı bir işlev, bu arayüzler mevcut olana kadar güvenilir bir şekilde doğrulanamaz — fabrika testi ne kadar kapsamlı tasarlanmış olursa olsun. Böyle bir gereksinimi FAT’a atamak, gereksinimin tanımladığı koşulu aslında göstermeyen, belgelenmiş bir “geçti” sonucu ortaya çıkarır.

FAT’ta elde edilen bir sonucun, daha sonraki bir SAT testinin yerine geçmesi amaçlandığında — yani yerinde tekrarlanmak yerine sonraki aşamaya aktarılması durumunda — matriste sadece sonuç değil, bu sonucun yeniden kullanılmasının gerekçesi de kaydedilmelidir. Bu gerekçe, fabrika ile saha arasında sonucun makul bir şekilde değişmesine yol açabilecek herhangi bir faktörün olup olmadığını ele almalıdır: nakliye, yeniden montaj, farklı bir elektrik kaynağı veya farklı ortam koşulları gibi. Bu gerekçe olmadan yeniden kullanılan bir sonuç, denetim sırasında atanmamış bir gereklilikle aynı soruyu gündeme getirir; yani, koşulun gerçekten doğrulanması gereken yerde doğrulanıp doğrulanmadığı ya da uygun bir yerde bir kez doğrulanıp daha sonra her yerde geçerli olduğu varsayıldığı.

Planlama açısından bunun sonucu şudur: FAT kapsamı, kurulumdan sonra test etmekten daha ucuz veya daha hızlı olduğu için “fabrikada mümkün olan her şeyi doğrulama” yaklaşımını varsayılan olarak benimsemek yerine, bu güvenilirlik testine göre her bir gereksinim için ayrı ayrı belirlenmelidir.

Tesis Kabulü ve Kurulum Yeterliliği: Teslim Edilen Yapılandırmayı Doğrulama

SAT ve IQ, her ikisi de teslimattan sonra gerçekleştirilir ve her ikisi de ekipmanın tasarım halindeki veya fabrikada üretildiği hali yerine kurulum halini ele alır; ancak farklı sorulara yanıt verirler ve matris bu ayrımı net bir şekilde ortaya koymalıdır. SAT, saha koşulları altında işlevsel davranışı yeniden doğrular — bu, FAT ile aynı kontrol kategorisindedir, ancak bu kez gerçek saha altyapıları, gerçek entegrasyon noktaları ve fabrikanın yeniden üretemediği her türlü yerel koşul karşısında gerçekleştirilir. Buna karşılık IQ, ekipmanın henüz doğru çalışıp çalışmadığından bağımsız olarak, fiilen kurulan sistemin belirtilen ve onaylananlarla — doğru bileşenler, doğru konfigürasyon, doğru dokümantasyon — uyumlu olduğunu doğrular.

Belirli bir URS maddesinin SAT’a mı yoksa IQ’ya mı ait olacağını belirleyen koşul, maddenin gerçekte ne tür bir kanıt gerektirdiğidir. Fiziksel veya konfigürasyon özellikleriyle ilgili bir gereklilik — bir malzeme, bir bağlantı parçası, sahada monte edilmiş belgelenmiş bir çizim revizyonu — bir kurulum gerçeğidir ve bunu kapatabilecek aşama IQ’dur. Çalışma koşulları altındaki davranışla ilgili bir gereksinim — çalıştırıldığında doğru şekilde yanıt veren bir işlev — ekipmanın çalışır durumda olmasını gerektirir; bu da onu IQ yerine SAT aşamasına yerleştirir. Hem kurulu bir özelliği hem de işlevsel bir yanıtı tanımlayan gereksinimler, zorla tek bir aşamaya sığdırılmak yerine iki aşamaya bölünmelidir; matris, her iki yarısını da aynı üst gereksinime karşı gösterir.

Teslim edilen konfigürasyonun kendisi de matrisin operasyonel açıdan değerini ortaya koyduğu noktadır; zira bu, daha önce alınan projeye özgü kararların — bir tedarikçinin konfigürasyon tercihleri, teklif aşamasında seçilen seçenekler, tasarım gözden geçirme sırasında kararlaştırılan arayüz detayları — sahada görülenlerle uyuşup uyuşmadığının ortaya çıktığı noktadır. Onaylanmış tasarım kaydı ile fiilen teslim edilenler arasında tutarsızlıklar ortaya çıktığında, matris, gözden geçiren kişinin bu tutarsızlığı tasarım geçmişinden kopuk, münferit bir saha bulgusu olarak ele almak yerine, ortaya çıktığı noktaya kadar geriye doğru izlemesini sağlar.

Operasyonel Yeterlilik, Onaylanmış Çalışma Koşulları Kapsamındaki İşlevleri Sınamaktadır

OQ, DQ ve FAT’ın tek başlarına tam olarak cevaplayamadığı soruyu yanıtlar: Ekipman, yalnızca tek bir gösterim koşulu altında bir kez değil, onaylanmış gerekliliklerin fiilen tanımladığı tüm çalışma koşulları kapsamında doğru bir şekilde çalışıyor mu? FAT ve SAT, bir işlevin yürütüldüğünü büyük ölçüde teyit ederken, OQ bu işlevi zorlayacak şekilde yapılandırılmıştır — işlevin davranışını, amaçlanan çalışma aralığının sınırlarında, değişken koşullar altında ve tek başına değil, aynı anda çalışan diğer işlevlerle birlikte test etmek amacıyla.

Bu ayrım, matrisin bu aşamada kaydetmesi gereken bilgileri değiştirir. Tek bir çalışma koşulu için elde edilen tek bir “geçti/kalmadı” sonucu, bir dizi koşulu kapsamak üzere yazılmış bir gereksinimi kapatmaz. URS maddesi, bir fonksiyonun değişen yük, değişen çevre koşulları veya değişen eşzamanlı işlem kombinasyonları altında doğru şekilde çalışması gerektiğini belirtirse, o maddeye ait matris girdisi, hangi spesifik koşulların test edildiğini göstermeli ve test edilen aralığın gerçekten gereksinimin tanımladığını kapsadığını teyit etmelidir — sadece fonksiyonun bir örneğinin bir kez başarıyla çalıştırıldığını göstermekle yetinmemelidir.

Bir gereksinimin URS aşamasında belirsiz bir şekilde ifade edilmiş olması durumunda — bu, tasarım henüz mevcut olmadan hazırlanan gereksinimlerin sıkça görülen bir sonucudur — OQ aşaması, bu belirsizliğin pratik bir soruna dönüştüğü noktadır; zira belirsiz bir şekilde ifade edilmiş bir gereksinim, birisinin sonradan bu gereksinimin aslında neyi kapsamayı amaçladığını belirlemeden, somut ve savunulabilir bir test koşuluna dönüştürülemez. İşte bu nedenle, DQ aşamasında gereksinimleri test edilebilir hale getirme konusundaki erken disiplin önemlidir: DQ sırasında test edilebilirlik amacıyla yeniden yazılan bir gereksinim, OQ planlayıcılarına test edilecek belirli bir koşul sunarken, orijinal geniş biçiminde bırakılan bir gereksinim, bu yorumlamanın geç, gayri resmi bir şekilde ve orijinal gereksinimin aldığı inceleme düzeyinin altında gerçekleştirilmesine neden olur.

Matris ayrıca, normal onaylanmış koşullar altında bir işlevi doğrulayan OQ sonuçlarını, sınır koşullarını veya birleşik koşulları inceleyen sonuçlardan ayırmalıdır; zira bunlar, aynı temel gerekliliğe yönelik farklı zorlama düzeylerini temsil eder ve kapsamı kontrol eden bir değerlendiricinin, hangi zorlama düzeyine fiilen ulaşıldığını görmesi gerekir.

Değişiklik, Sapma ve Nihai Devir Teslimi Aşamasına Kadar Onay Durumu

Bir proje teslim aşamasına geldiğinde, izlenebilirlik matrisi genellikle birçok değişiklik döngüsünü içermektedir — ilk onayın ardından revize edilen gereksinimler, ilk denemede kabul kriterlerini karşılamayan sonuçlar ve bir testi tekrarlamak yerine önceki kanıtları yeniden kullanma kararları. Bu son aşamadaki görev, yeni kanıtlar üretmek değil, biriken bu geçmişin hiçbir parçasının gözden kaçmadığını teyit etmektir.

Onaylanmış bir URS revizyonu, yerine geçtiği gereksinimle bağlantılı kalmalı, onu basitçe üzerine yazmamalıdır; böylece revizyondan önce üretilen kanıtları inceleyen bir gözden geçiren, söz konusu kanıtın aslında gereksinimin hangi sürümünü desteklediğini görebilir. Bu bağlantı koparsa — yani revize edilmiş bir gereksinim, aralarında görünür bir bağlantı olmaksızın önceki bir gereksinimi sessizce değiştirirse — sonraki yeterlilik aşamalarında, artık resmi olarak onaylanana uymayan bir gereksinim setine göre doğrulama yapılması riski ortaya çıkar; bu durum, kurum içinde tespit edilmesi zor olup, denetim sırasında gündeme getirilirse savunulması da zordur.

Çözülmemiş gereksinimler, gizlenmek yerine aynı derecede görünürlük gerektirir. Tam olarak doğrulanamayan ya da devir teslim anında hâlâ değerlendirme aşamasında olan bir sapma oluşturan bir gereksinim, projenin sona ermesi nedeniyle aktif listeden çıkarılmak yerine, sapma kaydı ve güncel onay durumu eklenmiş olarak matriste yer almaya devam etmelidir. Bu, şunlarla tutarlıdır: EudraLex Cilt 4 Ek 15‘...'nın doğrulama yaşam döngüsüne yaklaşımı; bu yaklaşımda URS, tasarım yeterlilik aşamasından kabul testlerine kadar uzanan sürekli bir referans noktası işlevi görür; FAT ve SAT rolleriyle birlikte, şunlar arasındaki ayrım: IQ ve OQ kanıtları birbirinin yerine kullanılabilir olarak değerlendirilmek yerine ayrı tutulmalıdır — bu yapı, kanıtların nihai olarak incelenmesi aşamasında gereksinim ve mevcut durumunun izlenebilirliği sağlanabildiği takdirde geçerlidir.

Yeniden kullanılan FAT sonuçları da aynı titiz incelemeyi hak eder. Bir fabrika sonucu, tesis aşaması doğrulamasının yerine geçmek üzere devredildiyse, bu yeniden kullanımın belgelenmiş gerekçesi hâlâ mevcut olmalı ve devir teslim sırasında hâlâ savunulabilir durumda olmalıdır; FAT ile nihai inceleme arasında bir yerde kaybolmuş olmamalıdır. Ek 15, bunu desteklemektedir FATe vSAT haklı ve birbirinden ayrı rollere sahip olmaları; bu da, gerekçesi eklenmemiş bir yeniden kullanılan sonucun tek başına bu standardı karşılamadığı anlamına gelir — gerekçe, kanıtın bir parçasıdır; ondan ayrı bir formalite değildir.

Müşteri tarafından sağlanan proje bilgileri — orijinal URS, sonraki revizyonlar ve şantiyeye özgü koşullar — konfigürasyon ve teklif inceleme aşamalarında doğru bir şekilde kaydedilmişse, bu son matris mutabakatı, büyük ölçüde süreç boyunca hiçbir bilginin kaybolmadığını teyit etmekten ibarettir; sonradan eksik bağlantıları yeniden oluşturmaktan ziyade.

Sıkça Sorulan Sorular

Q: Bir alıcı, tedarikçi değerlendirmesinden önce izlenebilirlikle ilgili URS hükümlerini nasıl hazırlamalıdır?
A: Her bir maddeye sabit bir tanımlayıcı atayın ve onaylanmış revizyonlar boyunca bu tanımlayıcıyı koruyun. Matrisi, tedarikçinin yanıtını, ilgili tasarım belgesini, planlanan test protokolünü, projeye özgü kabul kriterini, sonucu, sapmayı ve onay durumunu bu tanımlayıcıya bağlayacak şekilde yapılandırın; böylece yeterlilik aşamaları boyunca eksiklikler görünür kalır.

Q: Alıcı, tasarım onayını kabul etmeden önce neleri kontrol etmelidir?
A: İlgili tüm URS maddelerinin, hem tedarikçinin yanıtına hem de önerilen tasarımın gereksinimi nasıl karşıladığını gösteren onaylanmış tasarım kanıtlarına atıfta bulunduğunu doğrulayın. Net bir bağlantı içermeyen maddeler, üretimle ilgili kararların değiştirilmesinin maliyetli hale gelmesinden önce, sapma ve onay durumlarıyla birlikte görünür durumda kalmalıdır.

Q: Bir gereksinim FAT, SAT, IQ veya OQ’ya nasıl atanmalıdır?
A: Bunu, durumunun güvenilir bir şekilde kanıtlanabileceği aşamaya atayın: uygun sevkiyat öncesi kontroller için fabrika sonuçları, sahada kanıtlanan durumlar için saha sonuçları, teslim edilen konfigürasyon için kurulum kontrolleri ve onaylanmış çalışma koşulları için operasyonel zorluklar. Daha sonra kanıtların amaçlanan kontrole göre değerlendirilebilmesi için, madde yanına aşama seçimini ve projeye özgü kabul kriterini kaydedin.

Q: Bir FAT sonucu, daha sonra doğrulamayı tekrarlamak yerine ne zaman yeniden kullanılabilir?
A: Bunu yalnızca matris, geçerli URS maddesini belirlediğinde, kaydedilen fabrika sonucuyla bağlantı kurduğunda ve buna dayanmanın gerekçesini belgelediğinde yeniden kullanın. Teslimat, kurulum, saha koşulları veya onaylanmış bir revizyonun doğrulanmakta olan durumu değiştirip değiştirmediğini kontrol edin; eğer değiştirmişse, güvenilir bir sonraki aşamada ek doğrulama atayın.

Q: Nihai devir teslimden önce matriste nelerin gözden geçirilmesi gerekir?
A: Kanıtların, geçerli onaylanmış URS revizyonuna işaret ettiğini ve planlanan her bir doğrulamanın bir sonucu veya gözle görülür bir sapma ile onay durumuna sahip olduğunu kontrol edin. Çözülmemiş gereksinimlere ve yeniden kullanılan FAT kanıtlarına özellikle dikkat edin; böylece devir teslim sırasında bunların mevcut durumu ve belgelenmiş gerekçeleri açıkça anlaşılır olsun.