BT Maliyetleri – Ödev Hazırlatma – Proje Yaptırma – Tez Yaptırma Fiyatları – Sunum Örnekleri – Ücretli Ödev Yaptırma – Ödev Yaptırma Ücretleri
BT Maliyetleri
Sistemlerin ekonomisi değişti. Küçük makinelerin düşük maliyeti, büyük bilgisayar sistemlerini geliştirmek ve sürdürmek için gereken muazzam insan çabası maliyetini vurguladı. Ne pahasına olursa olsun, profesyonel sistem geliştirme ve bakım çabalarının azaltılması, (ilk kez) donanım maliyetlerinin profesyonel personelin maliyetlerinin oldukça altında gösterilebildiğinden, artık meslekte ana hedef haline geldi.
Üçüncüsü, küçük dağınık makinelerin, telekomünikasyonu ilgi odağı haline getirmeden birbirine bağlamadan pek işe yaramayacağı aşikar hale geldi. Ve şimdiye kadar “büro makineleri” tarafından desteklenen birçok ofis etkinliği, ilk kez büyük bilgisayarların başlattığı sürecin, yani ofisi otomatikleştirme sürecinin bir parçası olarak görüldü.
Ofis otomasyonu, en azından artık bilgi işlem alanına giren ofis makinesi üreticilerinin makinelerinde ‘çip’ kullanılabileceğini fark etmesiyle ortaya çıktı. Sonuç olarak, telefon, telekomünikasyon, ofis ekipmanı ve bilgi işlem gibi şimdiye kadar ayrı olan teknolojiler yakınlaşmaya başladı.
Bu gelişme, sesin, görüntülerin ve verilerin yalnızca bilginin farklı temsilleri olduğu ve bu farklı temsillerle ilgilenen teknolojilerin hepsinin yeni bir karmaşık teknolojinin parçası olduğu gerçeğine işaret etti: bilgi teknolojisi.
Ortaya çıkan geliştirme, çeşitli ve karmaşık hale geldi: sistem geliştiriciler, sistemlerin geliştirilmesine daha fazla dahil olmak için artık o kadar da saf olmayan kullanıcıların uyguladığı baskıya boyun eğmek zorunda kaldı. Sonuç olarak son kullanıcı bilgi işlemi ortaya çıktı ve sistemlerin teknik departmanın değil kullanıcıların mülkü olduğu fikrini destekledi.
Buna paralel olarak, yararlı sistemlerin ancak onları kullanacak kişilerin geliştirilmesinde aktif rol almasıyla üretilebileceği gerçeği ortaya çıktı. Kullanıcıyı entegre etmek, yeni sistem türlerinin geliştirilmesine yardımcı olan yararlı bir saplantı haline geldi.
Ayrıca, yeni bilgisayar ailesinin ve yeni keşfedilen bilgi teknolojisinin gerçekten yararlı olması için, sistem geliştirmenin uzman manuel faaliyetinde önemli bir azalmanın gerekli olduğu da açık hale geldi. Aniden, birkaç alternatif mevcuttu.
Küçük ve büyük makineler için çok sayıda hazır uygulama sistemleri ortaya çıktı ve paketler modaya uygun bir iş haline geldi. Doğrudan son kullanıcıyı hedefleyen ve son kullanıcı hesaplamasını destekleyen sistem geliştirmeye yönelik araçlar, özel, veritabanlarını sorgulamak ve raporları biçimlendirmek için üst düzey tesisler. Sistem geliştirmede hem profesyonel hem de amatör çabaları desteklemek için ‘dördüncü nesil diller’ (4GL’ler) adını taşıyan ultra yüksek seviyeli diller ortaya çıktı.
Bilgi işlem tarihinde ilk kez, sistem geliştirmenin çeşitli ve çoğu zaman hantal faaliyetlerini otomasyonla desteklemek için ciddi çaba sarf edildi. Otomatik programlama destek ortamları, bina sistemleri için sistemler, analiz ve programlama tezgahları piyasada ortaya çıktı ve bunların çoğu, şimdiye kadar iyice formüle edilmiş olan ve her biri kendi kültüne sahip olan uzman metodolojileri destekledi.
Maliyet yönetimi Nedir
Yazılım maliyet hesaplama
Maliyet Yönetimi Ders Notları
Maliyet yönetimi PDF
Yazılım maliyet Kestirimi
Yazılım proje maliyet tahmin yöntemleri
Adam gün hesaplama
Proje Maliyet HESAPLAMA Excel
Sistem Geliştirmede Yeni Yaklaşımlar
Ayrıca sistemlerin doğası ve sistem geliştirme hakkında yeni keşifler yapılmıştır. 1960’ların sonlarından itibaren, bir sistemin geliştirilmesi ve işleyişinin tanımlanmış aşamaların bir döngüsü olarak görülebileceği anlaşıldı. Sistemlerin ‘yaşam döngüsü’ görüşü ortaya çıktı ve bu, sistem geliştirme için birçok yöntem ve metodolojinin temelini oluşturdu.
Ancak daha sonra, bir yaşam döngüsü görüşü doğruyken, yaşam döngüsüne ilişkin doğrusal bir görüşün ters teptiği anlaşıldı. Doğrusal görüş, büyük ölçekli sistemlere yönelik talebin ilk kez ortaya çıktığı ve çoğu uygulayıcının esas olarak geliştirmeyle uğraştığı bir zamanda geliştirildi.
İlk doygunluk noktası, bu sistemlerin çalışma ömürleri boyunca başlangıçta öngörülenden çok daha fazla ilgiye ihtiyaç duyduklarının şok edici bir şekilde anlaşılmasını sağladı. 1970’lerde bilgi işlem departmanları üzerindeki bakım yükü yüzde 20’den yüzde 60, 70 ve 80’e çıkarken, birçok akademisyen ve uygulayıcı bu (çoğu için istenmeyen ve açıklanamayan) olgunun arkasındaki nedenleri aramaya başladı.
Bakımdaki büyük artışı belki de üç farklı nedenin açıklayabileceği keşfedildi. İlk olarak, yaşam döngüsünün doğrusal görünümü yanıltıcı olabilir. Doğrusal bir şekilde geliştirilen sistemler, geliştirme süreci boyunca ardışık kesintilerin yapılacağı öncülü üzerine inşa edildi, bu tür her bir tümdengelim adımı bir sonrakine daha ayrıntılı bir belirtim sağlıyor.
Yinelenen hiçbir eyleme izin verilmediğinden, daha önceki bir adımın bıraktığı yanlış anlamalar, hatalar ve eksiklikler, son sistemde giderek artan sayıda hata ve kusurun oluşturulmasına neden olacaktır. Bu ve geliştirme süreci üzerindeki kronik kalite kontrol eksikliği, mükemmel olmaktan uzak nihai sistemler sağladı.
Sonuç olarak, yaşam döngüsünün operasyonel kısmında ele alınması gereken arızalar keşfediliyor ve bu da bakım yükünü gereksiz yere artırıyordu. Bir sistemde erken bırakılan arızaların ardışık arızaların sayısını üstel bir şekilde arttırdığı ve nihai sistemde bu arızalarla uğraşırken eforun yüz kat artmasına neden olduğu keşfedildi.
İkincisi, spesifikasyonlarla ilgili problemler var. Doğrusal yaşam döngüsü görüşü ayrıca, bir spesifikasyon doğru bir şekilde geliştirildikten sonra bir sistemin uzun bir ömür için güvenli bir şekilde inşa edilebileceğini varsayıyordu, çünkü spesifikasyona dikkatle uyulması koşuluyla ayarlamaların gerekli olması pek mümkün değildi.
Bu görüş, sistemlerin çevreleri üzerinde değişen bir etkiye sahip olabileceği ihtimalini reddetmişti ve bu da, onları yeniden ayarlama ve yeniden ayarlama gerekliliğini artıracaktı. Bu yaklaşımın takipçileri, bu sistemlerin hizmet etmesi gereken gerçek işlerin asla sabit kalmayacağı gerçeğini de gözden kaçırmışlardı. Değişir, böylece orijinal gereksinimleri değiştirir.
Bu da, sistemin yeniden ayarlanmasını ve hatta hurdaya çıkarılmasını gerektirecektir. Ayrıca, kullanıcıların gereksinimlerini tam olarak belirtebilecekleri fikri büyük ölçüde bir safsata gibi görünüyor ve pek çok sistemin üzerine inşa edildiği temeli geçersiz kılıyor.
Üçüncüsü, sistemlerin sayısı arttıkça bakım da artma eğilimindedir. Bakım yükündeki yüzde artışın başlı başına bir başarısızlık, kötü yönetim veya kötü uygulama işareti olduğunu varsaymak yanıltıcıdır.
Bilgisayar sistemine sahip olmama durumundan doygunluk noktasına ilerlemek, yavaş değişen bir ortamda ve hassas geliştirme yöntemleriyle bile, yeni geliştirme üzerinde sürekli azalan bir çalışma yüzdesi ve yavaş ama istikrarlı bir artış olacağı anlamına gelir.
Adam gün hesaplama Maliyet Yönetimi Ders Notları Maliyet yönetimi Nedir Maliyet yönetimi PDF Proje Maliyet HESAPLAMA Excel Yazılım maliyet hesaplama Yazılım maliyet Kestirimi Yazılım proje maliyet tahmin yöntemleri