Manuel kontrol, yukarıda bahsedildiği gibi, genellikle geliştirmenin ilk aşamalarında kullanılır. Bir aşamada veya başka bir aşamada alınan tüm tasarım kararları, kolayca revize edilebilirken, doğrulukları ve fizibiliteleri açısından mümkün olduğunca erken gözden geçirilmelidir. Geliştirmenin erken aşamalarında bu tür çözümlerin pratik olarak test edilmesi mümkün olmadığından, çeşitli şekillerde yürütülen tartışmaları büyük önem taşımaktadır.
Manuel kontrole statik ve dinamik yaklaşımlar vardır. -de statik yaklaşımı, programın yapısını, kontrol ve bilgi bağlantılarını, girdisini analiz eder.
ve çıktı. -de dinamik - rol yapmak manuel test., yani, verilen ilk veriler üzerinde program yürütme sürecini manuel olarak simüle ederler.
Bu tür kontroller için ilk veriler şunlardır: iş tanımı, spesifikasyonlar, yazılım ürününün yapısal ve işlevsel diyagramları, bireysel bileşenlerin diyagramları
vb. ve daha sonraki aşamalar için - algoritmalar ve program metinlerinin yanı sıra test setleri.
Manuel kontrolün üretkenlikte önemli bir artışa katkıda bulunduğu ve programların güvenilirliğini artırdığı ve onun yardımıyla mantıksal tasarım ve kodlamadaki hataların% 30 ila 70'ini bulmanın mümkün olduğu kanıtlanmıştır. Bu nedenle, her yazılım projesinde manuel kontrol yöntemlerinden biri veya birkaçı kullanılmalıdır.
Manuel kontrolün ana yöntemleri şunlardır:
Kaynak metin incelemeleri,
görünümler aracılığıyla,
masada kontrol
Program değerlendirmeleri.
Kaynak metin incelemeleri. Kaynak metin incelemeleri, bir grup uzman tarafından metin çalışmasında hataları tespit etmeye yönelik bir dizi prosedür ve tekniktir. Bu grup şunları içerir: programın yazarı, tasarımcı, testçi ve koordinatör - yetkin bir programcı, ancak programın yazarı değil. Genel denetim prosedürü aşağıdaki işlemleri içerir:
Grup üyelerine önceden bir program listesi ve bunun için şartname verilir;
Programcı, programın mantığından bahseder ve müfettişlerin sorularını yanıtlar;
Program, tarihsel olarak yaygın programlama hatalarını belirlemek için bir soru listesine göre analiz edilir.
Kaynak kodu incelemeleri için soru listesi, hem kullanılan programlama diline hem de geliştirilmekte olan yazılımın özelliklerine bağlıdır. Örnek olarak, aşağıda Pascal ile yazılmış programların doğruluğunu analiz etmek için kullanılabilecek soruların bir listesi bulunmaktadır.
I. Veri Erişim Kontrolü
Tüm değişkenler başlatıldı mı?
Dizilerin ve dizelerin maksimum (veya gerçek) boyutları aşıldı mı?
Çalışırken satırlar ve sütunlar karışıyor mu? İle matrisler?
Benzer adlara sahip değişkenler var mı?
Dosyalar kullanılıyor mu? Öyleyse, bir dosyadan giriş yapıldığında dosyanın tamamlanması kontrol ediliyor mu?
Yazılan ve okunan değerlerin türleri uyuşuyor mu?
Türlenmemiş değişkenler, açık diziler, dinamik bellek kullanılıyor mu? Eğer öyleyse, formatı "uygularken" değişkenlerin türleri eşleşiyor mu? İndeksler dizilerin sınırlarının dışında mı?
2. Hesaplama kontrolü
İfadeler doğru yazılmış mı (operatörlerin sırası)?
Hesaplamalar aritmetik olmayan değişkenlerde doğru şekilde yapılıyor mu?
Çeşitli türlerdeki değişkenlerle (tamsayı aritmetiği kullanımı dahil) hesaplamalar doğru şekilde yapılıyor mu?
Bit ızgarasının veya makine sıfır durumunun taşması mümkün mü?
Hesaplamalar belirtilen doğruluk gereksinimlerini karşılıyor mu?
Farklı türlerdeki değişkenlerin karşılaştırmaları var mı?
3. Transfer kontrolü
Döngüler doğru şekilde tamamlanacak mı?
Program tamamlanacak mı?
Giriş koşulu ihlal edildiği için çalışmayan döngüler var mı? Hesaplamalar doğru bir şekilde devam edecek mi?
Arama döngüleri var mı? "Öğe bulundu" durumları doğru bir şekilde ele alındı mı?
ve "öğe bulunamadı"?
4. Modüller arası arayüzlerin kontrolü
Parametre ve bağımsız değişken listeleri sırasıyla, tipte, birimlerde eşleşiyor mu?
Alt program, değişmemesi gereken argümanları değiştiriyor mu?
Aynı ada sahip global ve yerel değişkenlerin kapsam ihlali var mı?
Hataların doğrudan tespitine ek olarak, denetimin sonuçları, programcının yaptığı diğer hataları görmesine, programlama stilini, algoritma seçimini ve test yöntemlerini değerlendirme fırsatı elde etmesine olanak tanır. Teftiş, programın hata içerme olasılığı daha yüksek olan bölümlerinin erken saptanmasının bir yoludur ve test sırasında bu bölümlere dikkat etmenizi sağlar.
Görünümler aracılığıyla. Geçişli inceleme, inceleme gibi, program metnini inceleyen bir grup insan tarafından gerçekleştirilen bir dizi hata tespit yöntemidir. Böyle bir gözden geçirmenin teftiş süreciyle pek çok ortak yönü vardır, ancak prosedürleri ve hataları tespit etme yöntemleri bakımından farklılık gösterir. Uçtan uca kontrol ekibi üç ila beş kişiden oluşur: bir başkan veya koordinatör, tüm hataları düzelten bir sekreter, bir test uzmanı, bir programcı ve bağımsız bir uzman. Doğrudan görüntüleme aşağıdaki prosedürleri içerir:
Grup üyelerine programın bir listesi ve önceden bir özelliği verilir;
Toplantının katılımcılarına çeşitli testler sunulur;
Toplantı katılımcıları zihinsel olarak her testi programın mantığına uygun olarak gerçekleştirirken, programın durumu (değişken değerleri) kağıt veya tahta üzerinde izlenir;
Gerekirse, programcıya tasarım mantığı ve yapılan varsayımlar hakkında sorular sorulur.
Masa kontrolü. Tarihsel olarak, bir uzman ekibinin varlığını gerektirmediği için bu manuel test yöntemi ilk ortaya çıktı. Bunlar, program kodunu okuyan, özel bir genel hatalar listesine karşı olası hatalar için kontrol eden ve test verilerini programdan "geçiren" bir kişi tarafından gerçekleştirilen kaynak kodu kontrolleri veya izlenecek yollardır. Test ilkelerine göre, masadaki kontrol, programın yazarı olmayan bir kişi tarafından yapılmalıdır. Yöntem en az etkilidir, çünkü doğrulama tamamen düzensiz bir süreçtir, görüş alışverişi ve sağlıklı rekabet yoktur.
Program Değerlendirme. Bu yöntem doğrudan test etme ile ilgili değildir, ancak kullanımı programlama kalitesini de artırır. Bir programı genel kalitesi, kullanım kolaylığı ve netliği açısından anonim olarak derecelendirmek için kullanılır. Yöntemin amacı, programcıların nispeten nesnel bir değerlendirmesini ve öz değerlendirmesini sağlamaktır.
Böyle bir değerlendirme şu şekilde yapılır. Süreç yöneticisi olarak hareket etmesi için bir programcı seçilir. Yönetici, benzer programlar geliştirmesi gereken altı ila 20 kişilik bir grup alır. Her katılımcı, kendi bakış açısından en iyi ve en kötü olmak üzere iki programı değerlendirmeye sunmaya davet edilir. Seçilen programlar katılımcılar arasında rastgele dağıtılır. Her birine dört program verilir - en iyilerden ikisi ve en kötüden ikisi, ancak hangi programların kötü ve hangilerinin iyi olduğu söylenmez. Programcı bu programları inceler ve programların kalitesini yedi puanlık bir ölçekte değerlendirdiği bir anket doldurur.
Bundan sonra, değerlendirmenin sonuçları karşılaştırılır ve müfettiş, programları iyileştirmek için genel bir yorum ve önerilerde bulunur.
Manuel kontrol, yukarıda bahsedildiği gibi, genellikle geliştirmenin ilk aşamalarında kullanılır. Bir aşamada veya başka bir aşamada alınan tüm tasarım kararları, kolayca revize edilebilirken, doğrulukları ve fizibiliteleri açısından mümkün olduğunca erken gözden geçirilmelidir. Geliştirmenin erken aşamalarında bu tür çözümlerin pratik olarak test edilmesi mümkün olmadığından, çeşitli şekillerde yürütülen tartışmaları büyük önem taşımaktadır.
Manuel kontrole statik ve dinamik yaklaşımlar vardır. Statik bir yaklaşımla programın yapısı, kontrol ve bilgi bağlantıları, girdileri analiz edilir.
ve çıktı. -de dinamik - gerçekleştirmek manuel test., yani, verilen ilk veriler üzerinde program yürütme sürecini manuel olarak simüle ederler.
Bu tür kontroller için ilk veriler şunlardır: iş tanımı, spesifikasyonlar, yazılım ürününün yapısal ve işlevsel diyagramları, bireysel bileşenlerin diyagramları
ve vb. ve daha sonraki aşamalar için - algoritmalar ve program metinlerinin yanı sıra test setleri.
Manuel kontrolün üretkenlikte önemli bir artışa katkıda bulunduğu ve programların güvenilirliğini artırdığı ve onun yardımıyla mantıksal tasarım ve kodlamadaki hataların% 30 ila 70'ini bulmanın mümkün olduğu kanıtlanmıştır. Bu nedenle, her yazılım projesinde manuel kontrol yöntemlerinden biri veya birkaçı kullanılmalıdır.
Manuel kontrolün ana yöntemleri şunlardır:
kaynak metin incelemeleri,
görünümler aracılığıyla,
masa kontrolü,
program değerlendirmeleri
Kaynak metin incelemeleri. Kaynak metin incelemeleri, bir grup uzman tarafından metin çalışmasında hataları tespit etmeye yönelik bir dizi prosedür ve tekniktir. Bu grup şunları içerir: programın yazarı, tasarımcı, testçi ve koordinatör - yetkin bir programcı, ancak programın yazarı değil. Genel denetim prosedürü aşağıdaki işlemleri içerir:
grup üyelerine programın bir listesi ve bunun için önceden bir şartname verilir;
programcı programın mantığından bahseder ve müfettişlerin sorularını yanıtlar;
program, tarihsel olarak yaygın programlama hatalarını belirlemek için bir soru listesine göre analiz edilir.
Kaynak kodu incelemeleri için soru listesi, hem kullanılan programlama diline hem de geliştirilmekte olan yazılımın özelliklerine bağlıdır. Örnek olarak, aşağıda Pascal ile yazılmış programların doğruluğunu analiz etmek için kullanılabilecek soruların bir listesi bulunmaktadır.
BEN. Veri erişim kontrolü
Tüm değişkenler başlatıldı mı?
Dizilerin ve dizelerin maksimum (veya gerçek) boyutları aşıldı mı?
Çalışırken satırlar ve sütunlar karışıyor mu? matrislerle mi?
Benzer adlara sahip değişkenler var mı?
Dosyalar kullanılıyor mu? Öyleyse, bir dosyadan giriş yapıldığında dosyanın tamamlanması kontrol ediliyor mu?
Yazılan ve okunan değerlerin türleri uyuşuyor mu?
Türlenmemiş değişkenler, açık diziler, dinamik bellek kullanılıyor mu? Eğer öyleyse, formatı "uygularken" değişkenlerin türleri eşleşiyor mu? İndeksler dizilerin sınırlarının dışında mı?
2. Hesaplama kontrolü
İfadeler doğru yazılmış mı (operatörlerin sırası)?
Hesaplamalar aritmetik olmayan değişkenlerde doğru şekilde yapılıyor mu?
Çeşitli türlerdeki değişkenlerle (tamsayı aritmetiği kullanımı dahil) hesaplamalar doğru şekilde yapılıyor mu?
Bit ızgarasının veya makine sıfır durumunun taşması mümkün mü?
Hesaplamalar belirtilen doğruluk gereksinimlerini karşılıyor mu?
Farklı türlerdeki değişkenlerin karşılaştırmaları var mı?
3. Transfer Kontrolü
Döngüler doğru şekilde tamamlanacak mı?
Program tamamlanacak mı?
Çalışmayan döngüler var mı giriş koşullarının ihlali nedeniyle? Hesaplamalar doğru bir şekilde devam edecek mi?
Arama döngüleri var mı? "Öğe bulundu" durumları doğru bir şekilde ele alındı mı?
ve "öğe bulunamadı"?
4. Modüller arası arayüzlerin kontrolü
Parametre ve bağımsız değişken listeleri sırasıyla, tipte, birimlerde eşleşiyor mu?
Alt program, değişmemesi gereken argümanları değiştiriyor mu?
Aynı ada sahip global ve yerel değişkenlerin kapsam ihlali var mı?
Hataların doğrudan tespitine ek olarak, denetimin sonuçları, programcının yaptığı diğer hataları görmesine, programlama stilini, algoritma seçimini ve test yöntemlerini değerlendirme fırsatı elde etmesine olanak tanır. Teftiş, programın hata içerme olasılığı daha yüksek olan bölümlerinin erken saptanmasının bir yoludur ve test sırasında bu bölümlere dikkat etmenizi sağlar.
Görünümler aracılığıyla.İnceleme gibi uçtan uca inceleme, program metnini görüntüleyen bir grup insan tarafından gerçekleştirilen bir dizi hata tespit yöntemidir. Böyle bir gözden geçirmenin teftiş süreciyle pek çok ortak yönü vardır, ancak prosedürleri ve hataları tespit etme yöntemleri bakımından farklılık gösterir. Uçtan uca kontrol ekibi üç ila beş kişiden oluşur: bir başkan veya koordinatör, tüm hataları düzelten bir sekreter, bir test uzmanı, bir programcı ve bağımsız bir uzman. Doğrudan görüntüleme aşağıdaki prosedürleri içerir:
grup üyelerine programın bir listesi ve bunun için önceden bir şartname verilir;
toplantının katılımcılarına çeşitli testler sunulur;
toplantı katılımcıları, programın durumu (değişken değerleri) kağıt veya tahta üzerinde izlenirken, programın mantığına uygun olarak her testi zihinsel olarak gerçekleştirir;
gerekirse programcıya tasarım mantığı ve yapılan varsayımlar hakkında sorular sorulur.
AT Çoğu izlenecek yol, testleri kendileri yürütürken, bir programcıyla görüşürken olduğundan daha az hata bulur.
Masa kontrolü. Tarihsel olarak, bir uzman ekibi gerektirmediği için bu manuel test yöntemi önce geldi. Bunlar, program kodunu okuyan, özel bir genel hatalar listesine karşı olası hatalar için kontrol eden ve test verilerini programdan "geçiren" bir kişi tarafından gerçekleştirilen kaynak kodu kontrolleri veya izlenecek yollardır. Test ilkelerine göre, masadaki kontrol, programın yazarı olmayan bir kişi tarafından yapılmalıdır. Yöntem en az etkilidir, çünkü doğrulama tamamen düzensiz bir süreçtir, görüş alışverişi ve sağlıklı rekabet yoktur.
Program Değerlendirme. Bu yöntem doğrudan test etme ile ilgili değildir, ancak kullanımı programlama kalitesini de artırır. Bir programı genel kalitesi, kullanım kolaylığı ve netliği açısından anonim olarak derecelendirmek için kullanılır. Yöntemin amacı, programcıların nispeten nesnel bir değerlendirmesini ve öz değerlendirmesini sağlamaktır.
Böyle bir değerlendirme şu şekilde yapılır. Süreç yöneticisi olarak hareket etmesi için bir programcı seçilir. Yönetici, benzer programlar geliştirmesi gereken altı ila 20 kişilik bir grup alır. Her katılımcı, kendi bakış açısından en iyi ve en kötü olmak üzere iki programı değerlendirmeye sunmaya davet edilir. Seçilen programlar katılımcılar arasında rastgele dağıtılır. Her birine dört program verilir - en iyilerden ikisi ve en kötüden ikisi, ancak hangi programların kötü ve hangilerinin iyi olduğu söylenmez. Programcı bu programları inceler ve programların kalitesini yedi puanlık bir ölçekte değerlendirdiği bir anket doldurur.
Bundan sonra, değerlendirmenin sonuçları karşılaştırılır ve müfettiş, programları iyileştirmek için genel bir yorum ve önerilerde bulunur.
9.3. Yapısal testler
Yapısal test denir ayrıca "yollar" ile test etme, çünkü bu durumda test kümeleri, algoritma tarafından sağlanan yolların analiz edilmesiyle oluşturulur. Bu durumda, alt yollar, başlangıç verilerinin belirli bir varyantı ile yürütülen program ifadelerinin dizileri olarak anlaşılır.
Yapısal test, tüm program yollarının en eksiksiz testi kavramına dayanır. Bu nedenle, program algoritması dallanma içeriyorsa, o zaman bir dizi başlangıç verisiyle, bir dalın sağladığı eylemleri uygulayan bir dizi işleç yürütülebilir ve ikincisi - diğeri ile. Buna göre, program için dallanma sırasında seçilen seçeneğe göre farklılık gösteren rotalar olacaktır.
Testler yardımıyla programın tüm olası kontrol aktarım yolları boyunca yürütülmesi mümkünse, bir programın tamamen doğrulanmış olduğu kabul edilir. Bununla birlikte, orta düzeyde karmaşıklığa sahip bir programda bile, tekrarlanmayan yolların sayısının çok fazla olabileceğini ve bu nedenle yolların tam veya ayrıntılı olarak test edilmesinin genellikle imkansız olduğunu görmek kolaydır.
Teste yönelik yapısal yaklaşımın bir takım dezavantajları vardır. Dolayısıyla, bu stratejiye göre oluşturulmuş test paketleri:
kaçırılan rotaları algılamayın;
örneğin bir if (a - b) ifadesinde işlenen verilere bağlı olarak hataları algılamayın< eps - пропуск функции абсолютного значения abs проявится только, если а < Ь;
örneğin, azalan düzende sıralama yerine artan düzende sıralama uygulanırsa, programın doğru olduğunu garanti etmez.
Testleri oluşturmak için, program, köşeleri program ifadelerine karşılık gelen bir grafik olarak temsil edilir ve yaylar, kontrolün aktarılması için olası seçenekleri temsil eder. İşlem parametrelerinin değerlerine bağlı olarak x değerini belirleyen programın metni aşağıdadır. Bu programın algoritması Şekil 1 de gösterilmiştir. 9.2, a ve ilgili kontrol transfer grafiği - Şek. 9.2.6.
Prosedür m(a, b: gerçek1; var x: gerçek); başlamak
(a1) ve (b=0) ise x: =x/a; (a=2) veya (x>1) ise x: =x+1;
Test yolları için test setlerinin oluşturulması birkaç kritere göre gerçekleştirilebilir:
operatör kapsamı;
kararların kapsamı (geçişler);
kapsama koşulları;
kararların/koşulların kapsamı;
koşulların kombinatoryal kapsamı.
Operatör kapsamı.İfade kapsamı kriteri, programın her ifadesinin en az bir kez yürütüldüğü testlerin seçilmesini ifade eder. Bu, kabul edilebilir bir test için gerekli ancak yeterli olmayan bir koşuldur. Anlatılanları bir örnekle açıklayalım.
Algoritması ve grafiği Şekil 1'de gösterilen parça için. 9-2'de, giriş verileri a = 2, b = 0, x = 3 olarak verilen her bir ifadeyi bir kez yürütmek mümkün olacaktır. Ancak ikinci koşul, x değişkeninin herhangi bir değeri alabileceğini ve bazı sürümlerinde Pascal dilinde bu değer kontrol edilmeyecektir(!).
Ayrıca:
ilk koşulda bir program yazarken belirtilirse: (a > 1) veya (b = 0), o zaman hata algılanmayacaktır;
ikinci koşulda x > 1 yerine x > 0 yazılırsa bu hata da algılanmaz;
x'in hiç değişmediği ve bir hata varsa tespit edilmeyeceği bir yol 1-2-4-6 (bkz. Şekil 9.2b) vardır.
Bu nedenle, programın tüm ifadelerinin en az bir kez yürütülmesi için testte ilk verileri ayarlamak gerçekten gerekli olsa da, bu açıkça programı test etmek için yeterli değildir.
Kaplama çözümleri (geçişler). Bu kriteri uygulamak için, her koşulun (yani kararın) kontrol edilmesinin sonucunun en az bir kez "doğru" veya "yanlış" değerlerini alacağı kadar çok sayıda ve test bileşimine sahip olmak gerekir.
Karar kapsamı kriterinin operatör kapsam kriterini karşıladığını ancak daha güçlü olduğunu görmek kolaydır.
Algoritması Şekil 1'de gösterilen program. 9.2, a, yollardan birini kapsayan iki testle çözüm kapsamı yöntemiyle test edilebilir: 1-2-4-6, 1-2-3-4-5-6 veya yollar: 1-2-3-4- 6, 1-2-4-5-6, örneğin:
a \u003d 3, b \u003d 0, x \u003d 3 - yol 1-2-3-4-5-6;
a \u003d 2, b \u003d 1, x \u003d I - yol 1-2-4-6.
Ancak x'in değişmediği yol %50 olasılıkla kontrol edilecektir: ikinci koşulda x > 1 koşulu yerine x yazılırsa< 1, то этими двумя тестами ошибка обнаружена не будет.
Durum kapsamı. Koşul kapsama kriteri öncekilerden bile daha güçlüdür. Bu durumda, çözümdeki her koşulun olası tüm sonuçlarının en az bir kez karşılanması için yeterli sayıda test oluşturulur.
Ancak, karar kapsamında olduğu gibi, bu kriter her zaman her ifadenin en az bir kez yürütülmesiyle sonuçlanmaz. Kontrolün her bir giriş noktasına en az bir kez aktarılması gerektiği gerçeğinden oluşan kritere bir ilave gereklidir.
Algoritması Şekil 1'de gösterilen program. 9.2, a, dört koşulu kontrol eder:
Bu koşulu sağlayan testler:
a = 2, b = 0, x = 4 - yol 1-2-3-4-5-6, koşullar: 1 - evet, 2 - evet, 3 - evet, 4 - evet;
a \u003d 1, b \u003d 1, x \u003d 1 - yol 1-2-4-6, koşullar: 1 - hayır, 2 - hayır, 3 - hayır, 4 - hayır.
Koşul kapsamı kriteri genellikle karar kapsamı kriterini karşılar, ancak her zaman değil. Daha önce ele alınan örnekler için durum kapsam testleri, tüm çözümlerin sonuçlarını kapsar, ancak bu bir tesadüftür. Örneğin, testler:
a = 1, b = 0, x = 3 - yol 1-2-3-6, koşullar: 1 - hayır, 2 - evet, 3 - hayır, 4 - evet;
a \u003d 2, b \u003d 1, x \u003d 1 - yol 1-2-3-4-5-6, koşullar: 1 - evet, 2 - hayır, 3 - evet, 4 - hayır
tüm koşulların sonuçlarını kapsar, ancak dört karar sonucundan yalnızca ikisi: birinci kararın "doğru" sonucu ve ikinci kararın "yanlış" sonucu geçerli değildir.
Yöntemin ana dezavantajı, mantıksal ifadelerdeki hatalara karşı yetersiz duyarlılığıdır.
Kararların/koşulların kapsamı. Bu yönteme göre testler, her koşulun olası tüm sonuçları ve her kararın tüm sonuçları en az bir kez karşılanacak ve kontrol her operatöre en az bir kez aktarılacak şekilde tasarlanmalıdır.
Seyahat kartlarının manuel kontrolü ve satın alınması: sorunlar
Maalesef çoğumuz neredeyse her gün metro ile uğraşmak zorunda kalıyoruz. İçinde pek çok şey olamaz - özneldir. Ancak denetleyicilerin kural ve norm haline gelen kaba tavrından neredeyse hiç kimse memnun değil. Bilet makinesinin döner tablasından bacaklara bir "darbe" aldığımızda, yine de "öğrenci kartı!" Çalışıyor, değil mi?
Genel olarak, manuel kontrolün özü nedir? Sözde otomatik kartların bu durumunda "hile" nedir? Ve öğrenci kimliğinizdeki fotoğrafı görüyor mu, yoksa ne kadar geçerli olduğunu görüyor mu? Tabii ki hayır ama buna ihtiyacı da yok!! Tanrı… ana şey - bağırmama izin ver.
Şey, bu duygular. Şimdi, nihayet beni ortaya çıkaran ve bir cevap ve teselli arayışı içinde mevzuatı karıştırmaya zorlayan ikinci dava. Bu satın alma öğrencinin tek kartının uzantısı. Manyetik kartlarımız vardı ve sessizce yaşadık - bir kart, bir öğrenci kartı ve para - ve senin dökülen bir biletin var.
Bize verildi akıllı kartlar(sözde "akıllı" kartlar). TAMAM. Parayı alıp havaya uçurdular. Tanrı onu korusun. Ama ilk kez almaya gittiğimde bana "pasaport" söylendi. Ben sabırlı biriyim - ertesi gün pasaportla geldim. Bir ay sessizce kendimi sürdüm.
Uzatma zamanı. Her zamanki seti veriyorum: bir akıllı kart, bir öğrenci kartı, para ve "pasaport" duyuyorum. Burada sürmedi. "Niye, benim adım ve fotoğrafım orada!! İşte bir öğrencinin fotoğrafı. Yetmedi mi ???" - Şaşırmıştım. " Pasaportsuz yaşayamam!"cevabıydı.
Bu saçma! Öğrenci kimliğinin kimlik belgesi olmadığını kim söyledi? Bu soru tartışmalı olsa da. Peki ya ehliyet? Evet, pasaportun ana kimlik belgesi olarak kabul edildiğine dair Cumhurbaşkanı kararnamesi var ama bu sadece onun olduğu anlamına gelmiyor!
Pekala, şimdi bu konuyu analiz etmeyelim - bunun hiç gerekli olmadığını göreceksiniz.
"Pasaportsuz yaşayamam." Cevabı, 24 Haziran 2002 tarihli St. Petersburg İdaresi Ulaştırma Komitesi Kararında N 81-r "Biletlerin satışı, dolaşımı, kullanımı ve kontrolüne ilişkin prosedüre ilişkin Geçici Yönetmeliğin onaylanması üzerine" okuduk. ortaöğretim uzmanlık eğitim kurumlarının öğrencileri ve yüksek öğretim kurumlarının öğrencileri için temassız akıllı kartlar": metro bilet gişelerinde bilet satarken, öğrenciler öğrenci kimliklerini ve BSC'lerini gösterirler(temassız akıllı kart). Bankamatikte BSC okunurken, veri tabanındaki Öğrenciye ilişkin veriler yetkilendirilir ve Seyahat Biletini satın alma hakkı kontrol edilir (madde 3.1). Ayrıca, bu madde 3.12 ile daha da tamamlanmıştır: Aşağıdaki durumlarda Öğrencinin bir sonraki geçerlilik dönemi için Seyahat Bileti satışı ve BSC kodlaması reddedilir:
Kullanılması yasak olanlar listesinde yer alan BSC'nin sunumu;
Metro veri tabanındaki bilgiler öğrenci kartının kasasında sunulan bilgilerle uyuşmuyorsa, BSC;
Kişisel belgelerin (öğrenci kartı, BSK) hamilinin kimliği ile tutarsız olması durumunda.
Bunun gibi! Yani artık yönetimi güvenle bağırabilir ve tehdit edebilirsiniz.
Şimdi " Öğrenci kartı ibraz edilmelidir! Ne kadarını söyleyebilirsin?!". Aynı sıradaki S. 3.13 bizi tatmin eden bir cevap veriyor: İstasyon moddaysa " Öğrenci seyahat kartlarının manuel kontrolü", daha sonra turnike tahtasında kırmızı çarpı işareti yanar. Bu durumda Öğrencinin metro kontrolörüne yanaşması, bileti göster ve kontrol ettikten sonra manuel kontrol noktasından geçin.
Ve bundan sonraki o kötü teyze kim?? Yemin et! :)
Bu arada, bununla ilgili herhangi bir sorun olmasa da (manyetik kartlarda bile), şehir içi kara yolcu taşımacılığında ücretleri kontrol ederken, Öğrencinin BSC uygulamasıyla (madde 4.1) içinde bulunulan ay için kağıt tabanlı bir bilete sahip olması gerekir. - öğrenci olmadan not.
Sahipler manyetik kartlar sen de üzülme Onlar için, St. Petersburg İdaresi Ulaştırma Komitesi'nin 27 Nisan 2002 tarihli N 45-r "Öğrenciler için bilet satışı ve kullanımı prosedürünün iyileştirilmesine ilişkin" Emri geçerlidir. Burada, ilk kez bir manyetik kart satın alırken pasaporta ihtiyacınız var(madde 2.2), ve bir sonrakinde değil(madde 2.3)! Ancak bu kartla, ne yazık ki, kara ulaşımında ve metroda manuel kontrollü bir öğrenci kimliği göstermeniz gerekecek (madde 3.1 ve 3.2).
Bunun gibi. Haklarınızı bilin ve kendinizi savunun... öfkeli haykırışlar ve tehditlerle. ;)
Rahim boşluğunun manuel kontrolü (muayene) için endikasyonlar:
L plasentanın bazı bölümlerinin uterus boşluğunda tutulması veya tutulma şüphesi (tutan plasental lobüller kanamaya veya enfeksiyona neden olabilir):
L? Kanama ile birlikte plasentanın gecikmiş ayrılması: 5 Şüpheli rahim yırtılması:
& (bir dizi operasyondan sonra - embriyotomi, dış-iç rotasyon, kavite forseps uygulaması (rahim, vajinal tonoz, serviks rüptürünü zamanında oluşturmak veya dışlamak için):
Daha önce sezaryen geçirmiş bir kadında doğumdan sonra P. Operasyon tekniği:
"doğum uzmanının eli" şeklinde katlanmış bir fırça rahim boşluğuna sokulur ve dikkatlice incelenir:
elin arka yüzeyine bitişik rahim duvarını incelemenin daha zor olduğu unutulmamalıdır (sol - sağ elin girişiyle, sağ - sol elin girişiyle):
Hataları önlemek ve rahmin tüm iç yüzeyinin ayrıntılı incelenmesini önlemek için elin dairesel bir şekilde döndürülmesi gerekir.
11.Plasentanın elle ayrılması.
Plasentanın manuel olarak ayrılması için endikasyonlar:
/( bir kadının hayatı için tehlike oluşturan doğumun üçüncü aşamasında kanama; ./. pituitrin kullanımı ve Crede uygulaması nedeniyle plasentanın 15-20 dakikadan fazla ayrılmasında gecikme; 3 plasentanın plasenta bölgesinden kanama ile kısmi olarak ayrılması (bu durumda, manuel ayırma girişiminin yasak olduğu gerçek bir plasenta akretası olup olmadığını tam olarak belirlemek gerekir, uterusu çıkarmak gerekir ). Operasyon tekniği:
inhalasyon veya intravenöz anestezi:
doğum yapan kadın ameliyat masasında veya enine yatakta.
doğum uzmanı bir elini steril vazelin yağıyla yağlar, katlar; diğer elin koni biçimli parmakları ve. diğer elin 1 ve 2 parmağı olan labia ile soyunarak eli vajinaya ve rahme sokar:
oryantasyon için, doğum uzmanı elini göbek kordonu boyunca ve heme'nin arkasına götürür. plasentaya yaklaşırken kenarına gider (genellikle zaten kısmen ayrılmış):
plasentanın kenarını belirleyip ayrılmasına devam eden kadın doğum uzmanı, dış eliyle sihirbaza onu küçültmek için masaj yapar ve iç eliyle plasentanın kenarından giderek testere dişi hareketlerle plasentayı ayırır;
plasentayı ayırdıktan sonra, kadın doğum uzmanı elini çekmeden diğer eliyle göbek kordonunu dikkatlice çekerek plasentayı çıkarır; el, ancak kadın doğum uzmanı çıkarılan doğum sonrası bebeğin bütünlüğüne ikna olduğunda rahimden çıkarılmalıdır (elin rahim boşluğuna yeniden sokulması, teşhis olasılığını artırır).
Meyve imha işlemleri (tipler, endikasyonlar, uygulama koşulları)
Meyve yok etme operasyonları, doğumdan önce cenin ölümü durumunda annenin durumunun hafifletilmesi ve hızlı doğum için kullanılmaktadır. Canlı bir fetüs üzerinde bu operasyonlar, kadının hayatının acil tehlikede olduğu ve başka bir yolla doğumun mümkün olmadığı durumlarda uygulanmaktadır.
Meyve imha operasyonlarının türleri:
1) ; embriyotomi - gövde ve boyun üzerinde bir grup operasyon:
; başın kesilmesi - fetüsün başının vücudundan ayrılması, ardından vücudun ve başın çıkarılması; G, kleidotomi - omuz kuşağının hacmini azaltmak için klavikulaların diseksiyonu: *c spondilotomi - bel bölgesinde omurga ve gövdenin ayrılması:
"Gavisceration.
2) b kraniyotomi - fetal başın delinmesi, beynin tahrip edilmesi ve çıkarılması, ardından fetüsün çıkarılması. Belirteçler:
Kadınların yaşamı ve sağlığı için tehdit:
fetüsün boyutu ile doğum yapan kadının pelvisinin boyutu arasında keskin bir tutarsızlık:
doğum sırasında cenin ölümü:
elverişsiz sunum (önden görünümün arkadan görünümü, önden sunumun önden görünümü). Çalışma koşulları:
farenksin en az 5 - 6 cm açılması: - leğen kemiği kesinlikle dar olmamalıdır:
açık fetal mesane.
Kraniyotomi.
Kraniyotomi, cenin başının delinmesi, beynin tahrip edilmesi ve çıkarılması ve ardından fetüsün çıkarılmasından oluşan bir meyve yok etme ameliyatıdır. Belirteçler:
doğum yapan kadının pelvisinin boyutu ile fetüs arasında keskin bir tutarsızlık:
doğumla bağlantılı olarak bir kadının yaşamı ve sağlığına yönelik tehdit:
doğum sırasında cenin ölümü:
gövdenin doğumundan sonra cenin başının çıkarılamaması:
elverişsiz sunum (önden arkadan görünüm, önden çocuk önden sunum). kraniyotomi için koşullar.
farenksin açılması 5 - 6 cm'den az değildir:
pelvis kesinlikle dar olmamalıdır:
baş pelvis girişinde sabitlenmelidir:
ata'nın gerçek konjugasyonu 6.5 cm'den az değil Operasyon tekniği. 1. 2 temel kurala uymak gerekir:
işlemi görsel kontrol altında gerçekleştirin, örn. geniş aynaların piyasaya sürülmesinden sonra:
Kafayı sadece karın ön duvarından değil, aynı zamanda vajinadan da sabitleyin, kafa derisinin derisini iki güçlü bident veya mermi pensi ile yakalayın. 1. İlk an, başın delinmesidir:
geniş aynaları tanıtın: . "
başı karın ön duvarından ve vajinadan sabitleyin:
kafa sabitlendikten sonra deri diseke edilir ve kafa bir delici ile delinir (tercihen Fenomenov delici ile. Bloh'un mızrak şeklindeki delicisini kullanabilirsiniz):
A) yüz sunumu ile perforasyon yörüngeden veya sert damaktan yapılır:
B) önden sunumla - yörüngeden veya ön kemikten:
C) arkadan görünümde - delici içeri sokulmuştur! cenin ağzı 3. İkinci an ekserebrasyondur (beynin yok edilmesi ve çıkarılması):
bir delikten sokulan bir küret kullanarak beyni yok edin;
yok edilen beyin, özel bir uç ve izotonik sodyum klorür çözeltisinin kullanıldığı yıkanarak kraniyal boşluktan çıkarılır. Ekserebrasyon, başın hacminde bir azalmaya yol açar. 4. Üçüncü nokta, fetüsün kranioklast tarafından çıkarılmasıdır:
kraniyoklast - iki dal, kaşık, bir kilit ve özel bir cihazın kapatma aparatına sahip rh "koyatok'tan oluşan güçlü kemik pensi:
önce kadın doğum uzmanının el kontrolünde perforasyona iç daldan birer kaşık sokulur, ardından aynalar çıkarılarak dış dalın kaşığı 4 parmak kontrolünde içeri sokulur (kraniyoklast dallarının girişi benzerdir) obstetrik forsepslerin tanıtımına kadar);
baş, pelvisin girişinde bulunuyorsa ve henüz bükülmemişse veya ekstansiyon halindeyse, kafatasının ön tarafının yakalanması tavsiye edilir:
baş boşluktaysa veya arkadan bakıldığında küçük pelvisten çıkıyorsa ve fleksiyon halindeyse, başın oksipital kısmını, yani oksipital kemiğe bir dış dal yerleştirmek için:
her iki kraniyoklast kaşığının sokulmasından sonra, vida döndürülerek dalların güçlü bir şekilde sıkıştırılması gerçekleştirilir;
fetüsü çıkarmak için çekiş yapılır. bu cinslerin özelliği olan mekanizmayı taklit etmek;
greftlerin yönünün seçimi de başın yüksekliğine bağlıdır ve doğum kanalının tel ekseninin yönüne karşılık gelmelidir:
A) baş gaz boşluğunun girişindeyken, çekiş keskin bir şekilde arkadan yapılır:
B) Başı çıkışa indirirken çekiş yönü değişir. aletin tutamaçlarını yukarıdan aşağıya ve sonra ileri doğru karıştırmak;
Fetal baş ve omuzların çıkarılması, perineyi gazlanmanın yerçekiminden korurken dikkatli bir şekilde yapılmalıdır.
kafa kesme
Baş kesme, fetüsün başının vücuttan ayrılması, ardından vücudun ve başın çıkarılmasından oluşan bir meyve yok etme operasyonudur.
Belirteçler:
fetüsün enine pozisyonlarında çalışan kase.
Farinksin açılması 6 cm'den az değildir:
gerçek eşlenik 6,5 cm'den az değildir. pelvis kesinlikle dar değil: açık amniyotik kese:
fetüsün serviksine parmaklarla ulaşma ve örtme yeteneği. Operasyon tekniği:
1) vajinal muayene yapın ve fetüsün rahim ağzının erişilebilir olduğundan emin olun:
2) asistan, bırakılan kolu dikkatlice kalçaya doğru çeker (enine konumda 1 konum sağa, 2 konum sola):
3) doğum uzmanı, fetüsün serviksini yakalamak için elini vajinaya sokar (1 pozisyonda - sağ el, 2 - solda);
4) fetüsün boynunu öyle yakalayın. böylece 1 parmak önde (pubisin arkasında) ve işaret parmağı arkada kalacak şekilde:
5) boyundaki deriyi makasla kesin ve parmakla cilt altı dokuda bir kanal oluşturun:
6) dekapigasyon kancasının kıvrık ucu kanala sokulur ve. omurgaya ulaşmak ve onu kavramak. kancanın sapını bir yönde ve diğer yönde döndürün (aleti hafifçe aşağı çekerek). Aynı zamanda, tüm servikal omurga rahatsız edildiğinden bir çıtırtı duyulur:
7) Başı gövdeden ayırmak için deriyi makasla kesin (iç elin kontrolünde):
8) Gövde, düşen kol çekilerek çıkarılır.
9) Ayrılmış kafa çıkarma yöntemleri:
kombine alım - başı pelvisin girişine bastırmak için dış el ile uterusa baskı uygularlar. ve iç elin iki parmağı ağza sokulur ve baş çıkarılır:
fetüsün boynunun kütüğü, oksipital bölgede iki parmağın ortaya çıktığı iki güçlü bidentle kaplıdır! korna. Kafayı çıkarırken aynı anda uygulayın ile pubisin üstünden yukarıdan baskı (bu yöntemle, başı çevirerek doğumun doğal mekanizmasını taklit etmek gerekir):
cenin boynunun güdüğü iki güçlü iki çatalla kavranır ve baş gazın girişine doğru çekilir. Ellerin kontrolü altında, kraniyoklastın iç dalı, büyük oksipital açıklık yoluyla kraniyal boşluğa sokulur. ikinci dal ise kafatasının önüne veya arkasına uygulanır. Kranioklastın dallarının kapanması. forsepsi çıkarın ve bir kranioklast ile kafayı çıkarın:
gövdeyi çıkardıktan sonra baş bükülmezse, kranioklastın iç dalını cenin ağzına sokabilir ve dışını alnına koyabilirsiniz.
17. Meyve imha operasyonlarından sonraki komplikasyonlar .
Meyve imha operasyonları yapılırken aşağıdaki komplikasyonlar gelişebilir:
1) Kullanılan aletlerle annenin doğum kanalının travmatize edilmesi:
2) doğum kanalının yumuşak dokularının fetüsün parçaları (örneğin kafatasının kemikleri) tarafından travmatize edilmesi:
3) fetüsün parçalarının zorla çıkarılmasıyla doğum kanalında hasar (rahim rüptürü, perine):
4) mesanede hasar, rektum.
Maalesef çoğumuz neredeyse her gün metro ile uğraşmak zorunda kalıyoruz. İçinde pek çok şey olamaz - özneldir. Ancak denetleyicilerin kural ve norm haline gelen kaba tavrından neredeyse hiç kimse memnun değil. Bilet makinesinin döner tablasından bacaklara bir "darbe" aldığımızda, yine de "öğrenci kartı!" Çalışıyor, değil mi?Genel olarak, manuel kontrolün özü nedir? Otomatik kart denilen bu durumda "hile" nedir? Ve öğrenci kimliğinizdeki fotoğrafı görüyor mu, yoksa ne kadar geçerli olduğunu görüyor mu? Tabii ki hayır ama buna ihtiyacı da yok!! Tanrı… ana şey - bağırmama izin ver.
Şey, bu duygular. Şimdi, nihayet beni ortaya çıkaran ve bir cevap ve teselli arayışı içinde mevzuatı karıştırmaya zorlayan ikinci dava. Bu satın alma öğrencinin tek kartının uzantısı. Manyetik kartlarımız vardı ve sessizce yaşadık - bir kart, bir öğrenci kartı ve para - ve senin dökülen bir biletin var.
Bize verildi akıllı kartlar(sözde "akıllı" kartlar). TAMAM. Parayı alıp havaya uçurdular. Tanrı onu korusun. Ama ilk kez almaya gittiğimde bana "pasaport" söylendi. Ben sabırlı biriyim - ertesi gün pasaportla geldim. Bir ay sessizce kendimi sürdüm.
Uzatma zamanı. Her zamanki seti veriyorum: bir akıllı kart, bir öğrenci kartı, para ve "pasaport" duyuyorum. Burada sürmedi. "Niye, benim adım ve fotoğrafım orada!! İşte bir öğrencinin fotoğrafı. Yetmedi mi ???" - Şaşırmıştım. " Pasaportsuz yaşayamam!"cevabıydı.
Bu saçma! Öğrenci kimliğinin kimlik belgesi olmadığını kim söyledi? Bu soru tartışmalı olsa da. Peki ya ehliyet? Evet, pasaportun ana kimlik belgesi olarak kabul edildiğine dair Cumhurbaşkanı kararnamesi var ama bu sadece onun olduğu anlamına gelmiyor!
Pekala, şimdi bu konuyu analiz etmeyelim - bunun hiç gerekli olmadığını göreceksiniz.
"Pasaportsuz yaşayamam." Cevabı, 24 Haziran 2002 tarihli St. Petersburg İdaresi Ulaştırma Komitesi Kararında N 81-r "Biletlerin satışı, dolaşımı, kullanımı ve kontrolüne ilişkin prosedüre ilişkin Geçici Yönetmeliğin onaylanması üzerine" okuduk. ortaöğretim uzmanlık eğitim kurumlarının öğrencileri ve yüksek öğretim kurumlarının öğrencileri için temassız akıllı kartlar": metro bilet gişelerinde bilet satarken, öğrenciler öğrenci kimliklerini ve BSC'lerini gösterirler(temassız akıllı kart). Bankamatikte BSC okunurken, veri tabanındaki Öğrenciye ilişkin veriler yetkilendirilir ve Seyahat Biletini satın alma hakkı kontrol edilir (madde 3.1). Ayrıca, bu madde 3.12 ile daha da tamamlanmıştır: Aşağıdaki durumlarda Öğrencinin bir sonraki geçerlilik dönemi için Seyahat Bileti satışı ve BSC kodlaması reddedilir:
Kullanılması yasak olanlar listesinde yer alan BSC'nin sunumu;
Metro veri tabanındaki bilgiler öğrenci kartının kasasında sunulan bilgilerle uyuşmuyorsa, BSC;
Kişisel belgelerin (öğrenci kartı, BSK) hamilinin kimliği ile tutarsız olması durumunda.
Bunun gibi! Yani artık yönetimi güvenle bağırabilir ve tehdit edebilirsiniz.
Şimdi " Öğrenci kartı ibraz edilmelidir! Ne kadarını söyleyebilirsin?!". Aynı sıradaki S. 3.13 bizi tatmin eden bir cevap veriyor: İstasyon moddaysa " Öğrenci seyahat kartlarının manuel kontrolü", daha sonra turnike tahtasında kırmızı çarpı işareti yanar. Bu durumda Öğrencinin metro kontrolörüne yanaşması, bileti göster ve kontrol ettikten sonra manuel kontrol noktasından geçin.
Ve bundan sonraki o kötü teyze kim?? Yemin et! :)
Bu arada, bununla ilgili herhangi bir sorun olmasa da (manyetik kartlarda bile), şehir içi kara yolcu taşımacılığında ücretleri kontrol ederken, Öğrencinin BSC uygulamasıyla (madde 4.1) içinde bulunulan ay için kağıt tabanlı bir bilete sahip olması gerekir. - öğrenci olmadan not.
Sahipler manyetik kartlar sen de üzülme Onlar için, St. Petersburg İdaresi Ulaştırma Komitesi'nin 27 Nisan 2002 tarihli N 45-r "Öğrenciler için bilet satışı ve kullanımı prosedürünün iyileştirilmesine ilişkin" Emri geçerlidir. Burada, ilk kez bir manyetik kart satın alırken pasaporta ihtiyacınız var(madde 2.2), ve bir sonrakinde değil(madde 2.3)! Ancak bu kartla, ne yazık ki, kara ulaşımında ve metroda manuel kontrollü bir öğrenci kimliği göstermeniz gerekecek (madde 3.1 ve 3.2).
Bunun gibi. Haklarınızı bilin ve kendinizi savunun... öfkeli haykırışlar ve tehditlerle. ;)
Vadim Kolosov
Yükleniyor...
