Yazılım Uygulama Geliştirme Planlaması (akılda tutulması gereken 3 şey)

Yazılım Uygulama Geliştirme Planlaması (akılda tutulması gereken 3 şey)!

Uygulama geliştirme için planlama artık araç, dil ve amaç için gereken farklı kaynakların seçilmesi ile ilgili değildir.

Resim Nezaket: transformersjobs.com/wp-content/uploads/2013/06/software-engineer.jpg

Yöneticiler arasında bilgi edinme haklarının artması ve kullanıcının uygulama geliştirme sürecine katılımıyla birlikte, çözülmesi gereken ilgili birkaç konu ortaya çıkmıştır.

Bu konular, esneklik, entegrasyon, verimlilik ve kontrol gibi iyi bir bilgi sisteminde aranan dört temel niteliği ortaya çıkarmaktadır. İlginç bir şekilde, bu konular birbiriyle bağlantılıdır ve bir dereceye kadar aralarında bir sapma vardır.

(a) Entegrasyona karşı esneklik:

Her uygulamanın, çeşitli işletme fonksiyonları için bilgi sistemleri ile entegrasyonu arzu edilen bir kalitedir. Bu entegrasyon, belirli bir işlemin şirkette kayıt altına alındığı anda ilgili tüm verilerin eşzamanlı olarak güncellenmesiyle sağlanır.

Uygulamaların entegrasyonu, çalışma grubundaki her birinin, işletmenin mevcut gerçeklerinin tutarlı bir görüntüsünü almasını sağlar. Bu da, bazıları için en son bilgi eksikliğinden dolayı itici güçlerin çakışma olasılığını önler. Ancak, entegrasyon, veri güncelleme kurallarını uygulama yazılımına dahil ederek sağlanabilir.

İşlevsel bir yönetici ise, bu güncelleme kurallarında esneklik gerektirir. Örneğin, entegre bir uygulamadaki bir satış işlemi, malların gönderildiği anda borçlularla ilgili bilgileri güncelleyecektir.

Diğer taraftan, pazarlama yöneticisi finans departmanının iskonto oranının müşteri ile pazarlık etmeye devam ettiğini ve malların acil bir gereklilik nedeniyle sevk edildiğini anlamalarını ister. Bu nedenle, fiyatın daha sonra revize edilmesi gerekebilir; oysa uygulamanın entegrasyonu, genel olarak, verilerde geriye dönük etkiye sahip değişikliklere izin vermez.

Kabul edilen fiyatın belirli bir süre içinde belirli bir miktarın alımına tabi olduğu alım işlemi durumunda da benzer bir durum ortaya çıkabilir. Şirket, belirtilen süre içinde bu uygun miktarın kaldırılamaması durumunda fiyatın geriye dönük olarak etkisiyle revize edilebileceğini belirtti.

Finansman ve denetim uzmanları genellikle değişiklikleri retrospektif etkiye sahip olarak onaylamazlar. Entegrasyonun yokluğunda sorun basitti. İlgili departman işlem belgesini elinde tutabilir ve bu zamana kadar finans bilgi sistemine gitmesine izin veremezdi. Finansman ve denetim personeli ihtiyacı anlasa bile, verilerin güncellenmesiyle ilgili bazı kuralların değiştirilmesi ve bununla ilgili hata ve gecikme riski ortaya çıkacaktır.

Diğer alternatif, güncelleme kuralını değiştirmek ve bu tür durumları uygulamaya dahil etmektir. Bir uygulamayı bu şekilde daha esnek hale getiriyoruz. Bu tür durumları önceden tahmin eder ve onlar için gerekli hükümleri yapar. Ancak, esnekliğin bir maliyeti var.

Her esneklik unsuru yazılımı hantal ve karmaşık hale getirir. Dolayısıyla bütünlük ve esneklik arasında bir denge var. Entegre edildiğimizde sahip olduğumuz doğal esnekliğin bir kısmını kaybedebiliriz. Mesele işletme yöneticileri tarafından her seferinde çözülmeli ve entegrasyon ile esneklik arasında uygun bir denge sağlanmalıdır. Neyse ki, çeşitli entegrasyon ve esneklik dereceleri olabileceğinden ikisini dengelemek için yeterli alan vardır.

(b) Verimlilik ve esneklik:

Verimlilik ve esneklik arasında bir denge var. Birisi farklı işlem türleri için daha fazla sayıda kural ve alternatif senaryo sağladığından, uygulama veri giriş hızı ve işlem hızı açısından daha az verimli hale gelir.

Bu, veriler güncellenmeden önce değerlendirilecek olan değişken sayısına eklenmesinden kaynaklanır. Ayrıca, ek eğitim maliyeti ile sonuçlanan yazılımı zorlaştırmaktadır. Ayrıca donanım gereksinimlerine de ekler ve veri uçları bu ek değişkenlerin kaydını tutar.

Yukarıda verilen satış işleminin örneğine devam edildiğinde, verilerin güncellenmesi için bu satış işlemlerinin işlenmesi için özel bir kural sağlama esnekliği getirilebilir. Birinde ek bir satış işlemi türü olacaktır.

Sistem, herhangi bir satış işlemini gerçekleştirdiğinde bu tür işlemleri kontrol etmek zorundadır. Bu sadece sistemi zorlaştırmaz, aynı zamanda daha fazla işlem süresi gerektirir. Veri girişi ile ilgili personelin eğitimi konusunda bir başka zorluk daha ortaya çıkacaktır.

Eğitim, bu tür bir işlemi anlamalarını sağlamalıdır ve satışla ilgili bilgileri kullanan diğer herkes de bu işleme yapılan tedavinin sonuçlarını anlamalıdır. Bütün bunlar yazılımın verimliliğini düşürür.

Bu nedenle, her görev ve her bilgi türü için esneklik sağlamanın artılarını ve eksilerini tartmaya ve verimlilik ile esneklik arasında bir denge kurmaya ihtiyaç vardır.

(c) Kontrol ve esneklik:

Esnekliğin başka bir maliyeti var. En altta kontrol sistemlerine saldırır. Kullanıcıların, sistemi ihtiyaçlarına göre değiştirmelerine / yapılandırmalarına izin verir. Bu tarz çalışma stilleri, veri kalitesini ve güvenilirliğini sağlamak için gerekli olan kontrollerin zayıflamasına neden olur. Yukarıda verilen örnekte belirtildiği gibi, geriye dönük etkilerle satışları değiştirme veya alım rakamlarını değiştirme olasılığı bilgisayar kullanımının kaynağı olabilir.

Bu gibi durumlarla başa çıkmak için evrensel olarak uygulanabilecek hiçbir kural yoktur. Her durum analiz edildi ve alternatifler esneklik ve entegrasyondan işletmeye maliyet ve faydalar temelinde değerlendirildi. Karmaşıklık açısından esnekliğin maliyeti ve sistemin verimliliği üzerindeki bu gibi etkiler dikkate alınmalıdır.