Bilgi İşlem Uzmanları ve yöneticiler istenilen DSS sistemini nasıl dizayn ediyorlar ? İlk yapılması gereken toplanabilecek kadar çok bilgi toplamaktır . İkinci yapılması gereken hem bilgi işlem görevlilerinin hem de sistemi kullanacak olan kişilerin yer aldığı bir tasarım ve geliştirme süreci yaratmaktır . Son kullanıcılar , bilgi işlem personeli ile yapılabilecekler , kapasite , beklentiler , ihtiyaçlar ve düşünülen sistem tarafından hangi kararların desteklenebileceği gibi konularla detaylı görüşmelidirler . DSS ’ in iki ana kategorisi hakkında bilgi vererek konumuza girelim : Kuruluş Bazında kullanılan DSS ve tek kullanıcılı DSS .
Kuruluş bazında DSS , genelde büyük veri ambarlarına bağlıdırlar ve birçok yöneticiye hizmet vermektedirler . Masaüstü , tek kullanıcılı DSS ise genelde tek bir yöneticinin bilgisayarında yüklü küçük sistemlerdir .
Kuruluş bazında yaygın DSS çok basit sistemlerden , çok kompleks veri yoğunluğu olan ve sofistike analitik işlemler yapabilen sistemlere kadar değişik çeşitleri vardır . En basit anlatımıyla bir DSS verilere kolay ulaşımı sağlayan bir araçtır . En kompleks kuruluş bazındaki DSS ’ ler bir çok karar – destek odaklı veritabanı ve veri ambarlarına , önceden hazırlanmış modellere ve grafiklere ulaşımı sağlayan konularda etkileşimli sistemlerdir .
Bir çok kuruluşta şirket çapında kullanılan DSS , veri ambarları ve tek kullanıcılı DSS ’ ler arasında iletişimsizlik görürüz . Mesela DSS uzmanları şirket çapında DSS ’ i verilerin tek bir yerde tutulduğu ve PC ’ lerde analiz edildiği bir şekilde geliştirebilirler . Bu tek taraflı köprü DSS mimarisine bir örnektir . Verinin nerede tutulacağı nasıl analiz edilip gösterileceği önceden çok iyi planlanmalıdır . İstemci / sunucu bir mimaride son kullanıcı PC’ler , verilerin tutulduğu ambarlar arasında bağlantı kurup veri ve analiz sonuçları taşıyabilirler . DSS bir kuruluşta her yerde olabilir.
Ayrıca piyasada olan birçok tek kullanıcılı DSS ’ ler vardır . Microsoft Access veya Excel ’ le yapılmış muhasebe ve finansal modeller bir yöneticinin makinesinde yüklü olabilir . Bazı organizasyonlarda analistler kendi olanaklarıyla finansal analizler hazırlarlar ve sonuçlarını şirket intranetinde veya EIS ’ de yayımlarlar . Daha başka bir DSS aracı , simulasyon genelde tek kullanıcılı paketler halinde satılır. Ancak bazı durumlarla DSS optimizasyon modelleri yerel ağ yardımıyla çekilen gerçek verilerle hesaplanmak durumunda olabilir .
Tüm DSS’ler yöneticilere karar aşamasında yardımcı olurlar . Sorular karmaşık veya basit olabilir . Örneğin ,
Bir yönetici son beş yılda gerçekleşen toplam satışları ,
Hangi ürünler o ay içerisinde 5 günden fazla tedarik edilemedi ,
2000 yılında hangi müşteriler en çok sipariş verdiler ,
Kar hedeflerine ulaşabiliyor muyuz ,
Hangi satış temsilcileri kotalarını dolduruyorlar
gibi sorular sorabilirler .
Bir DSS operasyonel kararları desteklediği gibi daha stratejik ve uzun dönem karar ve problem çözme aşamalarını destekliyor olabilir . DSS ’ lerin amaçları , DSS veritabanı , parametreler , tutulan verinin zaman aralığı ve bu verileri almaya analiz etmeye yarayan araçlar aslında hangi tarz sorulara yanıt alabileceğimizi belirler . DSS ’ imizin tasarımı ve kapasitesi gerçeğe dayalı kararlarımızı etkiler .
DSS alımı yapacaklar dikkatli olmalılar . Her zaman istediğimiz ve ihtiyaç duyduğumuz özellikleri elde edemeyebiliriz . Her zaman için gerçekleşemeyecek sözler vermek ve son kullanıcıların gerçekçi olmayan beklentilere girmeleri çok kolaydır . En iyi DSS bile kötü kararları engellemeyecektir . Bazı yöneticiler yanlış sorular sormaya ve verilerden yanlış sonuçlar çıkarmaya devam edeceklerdir . Geniş faaliyet alanı ve yüksek geliştirme maliyeti sebebiyle şirket çapında implemente edilecek bir DSS ’ e duyulan güven tamdır . Kötü tasarlanmış bir DSS kötü kararların etkisini arttırabilir. Bilgi İşlem Uzmanları ve yöneticiler istenilen DSS sistemini nasıl dizayn ediyorlar ? İlk yapılması gereken toplanabilecek kadar çok bilgi toplamaktır . İkinci yapılması gereken hem bilgi işlem görevlilerinin hem de sistemi kullanacak olan kişilerin yer aldığı bir tasarım ve geliştirme süreci yaratmaktır . Son kullanıcılar , bilgi işlem personeli ile yapılabilecekler , kapasite , beklentiler , ihtiyaçlar ve düşünülen sistem tarafından hangi kararların desteklenebileceği gibi konularla detaylı görüşmelidirler . DSS ’ in iki ana kategorisi hakkında bilgi vererek konumuza girelim : Kuruluş Bazında kullanılan DSS ve tek kullanıcılı DSS .
Kuruluş bazında DSS , genelde büyük veri ambarlarına bağlıdırlar ve birçok yöneticiye hizmet vermektedirler . Masaüstü , tek kullanıcılı DSS ise genelde tek bir yöneticinin bilgisayarında yüklü küçük sistemlerdir .
Kuruluş bazında yaygın DSS çok basit sistemlerden , çok kompleks veri yoğunluğu olan ve sofistike analitik işlemler yapabilen sistemlere kadar değişik çeşitleri vardır . En basit anlatımıyla bir DSS verilere kolay ulaşımı sağlayan bir araçtır . En kompleks kuruluş bazındaki DSS ’ ler bir çok karar – destek odaklı veritabanı ve veri ambarlarına , önceden hazırlanmış modellere ve grafiklere ulaşımı sağlayan konularda etkileşimli sistemlerdir .
Bir çok kuruluşta şirket çapında kullanılan DSS , veri ambarları ve tek kullanıcılı DSS ’ ler arasında iletişimsizlik görürüz . Mesela DSS uzmanları şirket çapında DSS ’ i verilerin tek bir yerde tutulduğu ve PC ’ lerde analiz edildiği bir şekilde geliştirebilirler . Bu tek taraflı köprü DSS mimarisine bir örnektir . Verinin nerede tutulacağı nasıl analiz edilip gösterileceği önceden çok iyi planlanmalıdır . İstemci / sunucu bir mimaride son kullanıcı PC’ler , verilerin tutulduğu ambarlar arasında bağlantı kurup veri ve analiz sonuçları taşıyabilirler . DSS bir kuruluşta her yerde olabilir.
Ayrıca piyasada olan birçok tek kullanıcılı DSS ’ ler vardır . Microsoft Access veya Excel ’ le yapılmış muhasebe ve finansal modeller bir yöneticinin makinesinde yüklü olabilir . Bazı organizasyonlarda analistler kendi olanaklarıyla finansal analizler hazırlarlar ve sonuçlarını şirket intranetinde veya EIS ’ de yayımlarlar . Daha başka bir DSS aracı , simulasyon genelde tek kullanıcılı paketler halinde satılır. Ancak bazı durumlarla DSS optimizasyon modelleri yerel ağ yardımıyla çekilen gerçek verilerle hesaplanmak durumunda olabilir .
Tüm DSS’ler yöneticilere karar aşamasında yardımcı olurlar . Sorular karmaşık veya basit olabilir . Örneğin ,
Bir yönetici son beş yılda gerçekleşen toplam satışları ,
Hangi ürünler o ay içerisinde 5 günden fazla tedarik edilemedi ,
2000 yılında hangi müşteriler en çok sipariş verdiler ,
Kar hedeflerine ulaşabiliyor muyuz ,
Hangi satış temsilcileri kotalarını dolduruyorlar
gibi sorular sorabilirler .
Bir DSS operasyonel kararları desteklediği gibi daha stratejik ve uzun dönem karar ve problem çözme aşamalarını destekliyor olabilir . DSS ’ lerin amaçları , DSS veritabanı , parametreler , tutulan verinin zaman aralığı ve bu verileri almaya analiz etmeye yarayan araçlar aslında hangi tarz sorulara yanıt alabileceğimizi belirler . DSS ’ imizin tasarımı ve kapasitesi gerçeğe dayalı kararlarımızı etkiler .
DSS alımı yapacaklar dikkatli olmalılar . Her zaman istediğimiz ve ihtiyaç duyduğumuz özellikleri elde edemeyebiliriz . Her zaman için gerçekleşemeyecek sözler vermek ve son kullanıcıların gerçekçi olmayan beklentilere girmeleri çok kolaydır . En iyi DSS bile kötü kararları engellemeyecektir . Bazı yöneticiler yanlış sorular sormaya ve verilerden yanlış sonuçlar çıkarmaya devam edeceklerdir . Geniş faaliyet alanı ve yüksek geliştirme maliyeti sebebiyle şirket çapında implemente edilecek bir DSS ’ e duyulan güven tamdır . Kötü tasarlanmış bir DSS kötü kararların etkisini arttırabilir.
belgesi-702
