Yazılım Peter prensibi - Software Peter principle - Wikipedia
 | Bu makale şunları içerir: referans listesi, ilgili okuma veya Dış bağlantılar, ancak kaynakları belirsizliğini koruyor çünkü eksik satır içi alıntılar. (Ağustos 2011) (Bu şablon mesajını nasıl ve ne zaman kaldıracağınızı öğrenin) |
 | Bu makale muhtemelen içerir orjinal araştırma. (Ekim 2019) (Bu şablon mesajını nasıl ve ne zaman kaldıracağınızı öğrenin) |
Yazılım Peter prensibi kullanılır yazılım Mühendisliği kendi geliştiricileri tarafından bile anlaşılamayacak kadar karmaşık hale gelen ölmekte olan bir projeyi tanımlamak.
Sektörde iyi bilinir[kaynak belirtilmeli ] sessiz bir proje katili olarak, ancak semptomlar ortaya çıktığında bu konuda bir şey yapmak için genellikle çok geç[kaynak belirtilmeli ]. İyi yöneticiler, gereksiz yere karmaşık kod ve tasarımdan kaçınıldığı yerlerde açık kodlama uygulamaları oluşturarak bu felaketi önleyebilir.
İsim kitapta kullanılıyor C ++ SSS (aşağıya bakın) ve Peter prensibi - hiyerarşik organizasyonlarda yetersizlik hakkında bir teori.
Nedenleri
Kavramsal bütünlük kaybı
Yazılımın kavramsal bütünlüğü, tek ve basit bir tasarım ilkeleri setine ne kadar iyi uyduğunun bir ölçüsüdür. Efsanevi Adam Ayı tarafından Fred Brooks[kaynak belirtilmeli ]. Doğru yapıldığında en fazlasını sağlar işlevsellik en basitini kullanmak deyimler. Oluşturmayı ve öğrenmeyi kolaylaştırarak yazılımın kullanımını kolaylaştırır[kaynak belirtilmeli ].
Kavramsal bütünlük, yazılımın tasarımı az sayıda hemfikir bireyden ilerlediğinde elde edilir[kaynak belirtilmeli ]. Yazılımın kavramsal bütünlüğü sürdürmesi için tasarım, kodu (tüm alt yordamların ve değişkenlerin nasıl etkileşime girdiğinin doğası dahil) anlayan tek, küçük bir grup insan tarafından kontrol edilmelidir.
Güçlü olmayan projelerde yazılım mimarisi Ekip, tasarım görevi genellikle uygulama göreviyle birleştirilir ve dolaylı olarak birey arasında delege edilir. Yazılım geliştiricileri. Bu koşullar altında, geliştiricilerin ürünün çıkarları için kişisel çıkarlarını feda etme olasılıkları daha düşüktür. Ürünün karmaşıklığı, geliştiricilerin yeni tasarımlar eklemesi ve modadaki değişiklikleri ve kişisel zevkleri yansıtmak için önceki tasarımları değiştirmeleri sonucunda büyüyor.
Programcı yetersizliği
En iyi yazılım geliştiricileri, bilgisayarla iletişim kurmaktan çok insanlarla iletişim kurmanın önemini anlıyor. Kod Tamamlandı tarafından Steve McConnell. Ortalama olarak, bir programcının zamanının yüzde 85'i insanlarla iletişim kurarken, yalnızca yüzde 15'i bilgisayarla iletişim kurmaya harcanıyor.[kaynak belirtilmeli ] Bakım programcıları zamanlarının yüzde 50 ila 60'ını korumak zorunda oldukları kodu anlamaya harcarlar ve bir yazılım programı ömrü boyunca ortalama 10 nesil bakım programcılarına sahip olacaktır.
Programcı deneyimsizliği
Programcılar bazen işe yarayan ancak istenmeyen olumsuz sonuçları olan uygulama seçimleri yapar. Bu hatalardan en yaygın olanları kataloglanır ve şu şekilde anılır: kokuyor kitapta Yeniden düzenleme tarafından Martin Fowler. Zamanla, bu tür birçok uygulama seçeneği, yazılımın tasarımını bozarak anlaşılmasını gittikçe zorlaştırır.
Ayrıca bakınız
- Anti-desenler
- Ölüm yürüyüşü (proje yönetimi)
- Greenspun'un onuncu kuralı
- Proje Yönetimi
- Yazılım geliştirme süreci
- Obfuscation (yazılım)
Referanslar
- C ++ SSS Yazan: Cline, Lomow ve Girou, Addison-Wesley 1999 ISBN 0-201-30983-1
- Brooks, F., Efsanevi Adam-Ay, Addison-Wesley Longman Inc., 1995.
- McConnell, S., Kod Tamamlandı, Microsoft Press, 1993
- Fowler, M., Yeniden düzenleme, Addison-Wesley, 2000