Yazılım Fonksiyonel Büyüklüğünün Yazılım Proje Yönetiminde Kullanımı
|
|
- Derya Çatlı
- 7 yıl önce
- İzleme sayısı:
Transkript
1 Yazılım Fonksiyonel Büyüklüğünün Yazılım Proje Yönetiminde Kullanımı Utilizing Software Functional Size for Software Project Management Barış Özkan Orta Doğu Teknik Üniversitesi Enformatik Enstitüsü, Ankara Oktay Türetken Orta Doğu Teknik Üniversitesi Enformatik Enstitüsü, Ankara Onur Demirörs Orta Doğu Teknik Üniversitesi Enformatik Enstitüsü, Ankara Özet 1 Yazılım proje yönetimi faaliyetlerinin etkin şekilde gerçekleştirilmesine katkı sağlayacak yazılım özelliklerinin belirlenmesi, proje yöneticilerini bekleyen temel zorluklardan biri olmaya devam etmektedir. Yazılım fonksiyonel büyüklük ölçüleri yazılımın en temel özelliklerinden birini nicelemek amacıyla geliştirilmiştir. Çeşitli kısıt ve kaygılara rağmen, fonksiyonel büyüklük, yazılım proje yönetimine önemli vaatler sunmaktadır. Bu çalışmada, fonksiyonel büyüklüğün proje yönetimine hangi şekillerde katkı sağlayabileceği araştırılmıştır. Bunun için ilgili literatür incelemeleri yapılmış ve Proje Yönetimi Bilgi Kütüğü nde yer alan proje yönetimi süreçlerinin üzerinden gidilerek fonksiyonel büyüklüğün bu alanlarda nasıl kullanılabileceği incelenmiştir. Çalışma, fonksiyonel büyüklüğün maliyet ve işgücü kestiriminin yanında, birçok alanda kullanılabileceğini göstermiştir. Abstract Determining software characteristics that will effectively support software project management remains to be one of the prevalent challenges for software project managers. Functional size measures were introduced to quantify one of the primary characteristics of software. Despite limitations and criticisms, functional size has significant promises to software project management. This paper explores the contributions of functional size measurement to project management. We performed a literature survey and investigated the use of functional size for project management practices defined in Project Management Body of Knowledge. The study demonstrated that, in addition to cost and effort estimation, functional size can bring significant contributions with diverse uses in project management. 1 Bu çalışma TÜBİTAK tarafından 107E010 projesi kapsamında desteklenmektedir. 1. Giriş Yazılım proje yöneticileri etkin bir yönetim için geliştirilen yazılım ile ilgili bilgiye ihtiyaç duyarlar. Büyüklük, mühendislik projelerinde ihtiyaç duyulan temel özelliklerden biridir ve proje yönetimini; kapsam belirleme, maliyet ve süre kestirimi, performans ve kalite ölçümü ve sözleşme yönetimi gibi alanlarda, destekler. Yazılım büyüklüğü, yazılım ürünleri, doküman ve teslimatlarının birçok özelliği ile ilişkilidir ve yazılım geliştiriciler büyüklüğü çok çeşitli ölçü ve yöntemlerle ölçmüşlerdir. Fenton [1], yazılım büyüklüğünü uzunluk, fonksiyonellik ve karmaşıklık boyutları olan çok-boyutlu vektörel bir özellik olarak tanımlamıştır. Büyüklüğü, projenin başından kapanışa dek ölçen ve kullanan ve buna bağlı ölçüleri proje yönetimi sürecinde değişik amaçlarla etkin bir şekilde kullanan diğer mühendislik disiplinlerinin aksine, yazılım büyüklük ölçümü daha çok proje maliyet ve işgücü kestirimi için kullanılmakta, diğer proje yönetimi süreçlerinde kullanımı kısıtlı ölçülerde kalmaktadır. Geliştirilen çeşitli yazılım büyüklük ölçümü yaklaşımlarından, yazılımın fonksiyonelliğini nicelemeye yönelik ölçü ve yöntemler uygulamada geniş kabul görmüş ve kullanım alanı bulmuştur. Yazılım fonksiyonel büyüklüğü yazılımın kullanıcısına sunduğu fonksiyonellik (işlevsellik) miktarını ölçer. Fonksiyonel büyüklük ölçümü (FBÖ) yöntemleri çoğunlukla geliştirme ve bakım projelerinde işgücü, maliyet ve süre kestirimleri için kullanılır. Proje yönetiminde kestirim yöntemlerinin önemi, FBÖ yöntemlerinin kestirim yöntemleri olarak değerlendirilmesi yanılgısını doğurmuştur. Fakat yazılım proje yönetimi esasen, proje kapsam ve risklerinin kontrolü ve izlenmesi, süreç performansının değerlendirilmesi, kurumsal seviyede standart ölçülerin oluşturulması gibi birçok başka alanda da büyüklük bilgisine ihtiyaç duyar. Bu çalışmada, yazılım fonksiyonel büyüklüğüne odaklanarak, fonksiyonel büyüklüğün çeşitli yazılım proje yönetimi pratiklerinde kullanımı ile ilgili yöntem ve yaklaşımlar araştırılmıştır. Proje Yönetimi Enstitüsü
2 tarafından yayınlanan Proje Yönetimi Bilgi Kütüğü nde (Project Management Body Of Knowledge - PMBOK) [2] yer alan özel süreç bilgi alanları üzerinden giderek ve fonksiyonel büyüklüğü çeşitli proje yönetimi etkinliklerinde kullanan çalışmaları araştırarak, fonksiyonel büyüklüğü temel alan bu yöntem ve yaklaşımların yazılım proje yönetiminin ihtiyaçlarını ne ölçüde karşıladığı incelenmiştir. İlgili süreç tanımlarını, girdiler, çıktılar, kullanılabilecek teknik ve araçlar ve süreçler arasındaki etkileşim ile beraber sunması ve bu alanda bilinen ve sıklıkla referans verilen bir kılavuz olması dolayısıyla, proje yönetimi etkinliklerinin belirlenmesinde Proje Yönetimi Bilgi Kütüğü (PYBK) kullanılmıştır. PYBK nın bu yapısı ve süreçlerin bu şekilde gösterimi, fonksiyonel büyüklük ölçülerinin olası kullanım alanlarının belirlenmesini kolaylaştırmıştır. Süreç bilgi alanlarının fonksiyonel büyüklüğün kullanım alanlarına eşleştirilmesinde, her bilgi alanının süreç tanımı gözden geçirilmiş, fonksiyonel büyüklük ölçüsünün endüstri ve araştırma çalışmalarında kullanım alanları incelenerek sürecin hangi alanında etkin bir rol üsteleneceği, ne şekilde ve hangi düzeylerde kullanılabileceği belirlenmiştir. Makalenin bundan sonraki kısımları şu şekilde yapılandırılmıştır: 2. Kısım, fonksiyonel büyüklük ölçüleri, ilgili ölçme yöntemleri ve proje yönetimi süreçlerinde kullanımı ile ilgili çalışmaların özetini sunmaktadır. 3.Kısımda, PYBK nde yer alan süreç bilgi alanlarının fonksiyonel büyüklük ile ne şekilde desteklenebileceği sunulmuştur. 4. Kısım fonksiyonel büyüklüğün genel olarak tüm proje yönetimi süreçleri kapsamında kullanımını özetlemektedir. 2. İlgili Literatür Özeti Fonksiyonel büyüklüğün proje yönetiminde olası kullanım alanları incelenirken, hali hazırda en iyi pratikleri düzenli bir yapıda topladığı kabul edilen Proje Yönetimi Bilgi Kütüğü (PYBK) ve diğer tarafta ISO/IEC tarafından onaylanmış ve bu alanda kabul görmüş üç ayrı FBÖ yöntemi (MkII FPA [3], IFPUG FPA [4] ve COSMIC FSM [5]) referans alınmıştır. Proje Yönetimi Enstitüsü tarafından yayınlanan Proje Yönetimi Bilgi Kütüğü (PYBK) belirli bir süreç kümesi ve bunlara ait bilgi alanlarını (BA) içeren uluslararası alanda kabul görmüş bir referans kaynaktır [2]. PYBK nde bilgi; başlatma, planlama, yürütme, kontrol ve izleme ve kapatma olmak üzere beş proje yönetim süreci grubu şeklinde organize edilmiştir. Süreçler dokuz bilgi alanında kategorize edilmiştir: Proje entegrasyon yönetimi Proje kapsam yönetimi Proje zaman yönetimi Proje maliyet yönetimi Proje kalite yönetimi Proje insan kaynakları yönetimi Proje iletişim yönetimi Proje risk yönetimi Proje tedarik yönetimi PYBK her süreci, girdiler, çıktılar ve süreçte uygulanabilecek araç ve teknikler olmak üzere üç kısımda anlatır. Süreçler, bulundukları bilgi alanlarındaki veya diğer bilgi alanlarındaki süreçler ile doğrudan veya dolaylı olarak etkileşim içindedir. Allan Albrecht tarafından ilk olarak 1979 yılında geliştirilmesiyle Fonksiyon Nokta ölçüsü [6], oldukça ilgi görmüş ve projelerde kullanılmaya başlanmıştır. Fonksiyon Nokta Analiz (FPA - Function Point Analysis) yöntemi olarak tanımlanan bu yöntemde amaç, yazılım fonksiyonel gereksinimlerini, geliştirme yönteminden, uygulama dilinden ve kişilerden bağımsız şekilde nicelemekti ve 90 lı yıllarda bu yöntemi geliştirmeyi veya kullanım alanını genişletmeyi amaçlayan birçok yeni sayma yöntemi tanımlandı yılında Albrecht in geliştirdiği FPA yönteminin tasarım sorumlusu olarak Uluslararası Fonksiyon Nokta Kullanıcıları Grubu - IFPUG (International Function Point Users Group) oluşturuldu. O tarihten bu yana grup, sayma yöntemlerine açıklık getirilmesi, manüel, kılavuz ve çeşitli örneklerin hazırlanması gibi etkinliklerle yöntemi geliştirmeğe devam etmektedir. Mk II FPA yöntemi, C. Symons tarafından 1988 yılında IFPUG FPA yönteminin eksikliklerinin giderilmesi amacıyla tanımlanmıştır [3]. Başlangıçta iş bilişim sistemlerinin fonksiyonel büyüklüklerinin ölçülmesine odaklanan IFPUG ve Mk II yöntemlerinin aksine, 1999 yılında COSMIC (Common Software Measurement International Consortium) tarafından tanımlanan COSMIC fonksiyonel büyüklük ölçme yöntemi [5], yöntemin uygulama alanını iş bilişim sistemleri, gerçek-zamanlı ve bu ikisinin melezi sistemleri de içine alacak şekilde genişletti. Yöntemlerin çoğalması ile birlikte, 1996 yılında ISO (Uluslararası Standartlar Kurumu) temel kavramların ve ölçme sürecinin belirlenmesi, kavramsal temellerin oluşturulması ve fonksiyonel büyüklük ölçümü ile ilgili uluslararası bir standardın oluşturulması amacıyla bir çalışma başlattı. Çalışma komitesi, ilk olarak temel kavramların tanımlandığı ISO/IEC :1998 standardını yayınladı [8]. Takip eden yıllarda diğer ISO/IEC standartları yayınlandı [9]- [13]. Halen, MkII FPA [3], IFPUG FPA [4], COSMIC FBÖ [5] ve NESMA FBÖ [14] yöntemleri fonksiyonel büyüklük ölçümü için uluslararası standart olarak kabul edilmektedir. Tüm bu yöntemler yazılımın fonksiyonel büyüklüğünü ölçüyor olsalar da, ölçme süreci çerçevesinde farklı ölçüler ve farklı ölçme kuralları kullanırlar [7]. Fonksiyonel büyüklüğün yazılım proje yönetimi için kullanımı ile ilgili birçok çalışma gerçekleştirilmiştir. Bu çalışmalar temel olarak büyüklüğün proje maliyet ve işgücü kestirimi için kullanımına odaklanırken ([15], [16], [23], [24], [26], [29]) çok azı diğer proje yönetimi
3 faaliyetlerinde kullanımını incelemişlerdir. Muller çalışmasında [17], büyüklüğün maliyet kontrolünde kullanılan kazanılmış değer (earned value) yöntemi için adapte edilebileceğini göstermiştir. Dekkers [18] fonksiyonel büyüklüğü, bilgi teknolojileri yönetişimi (IT Governance) çerçevesinde kullanımını incelemiştir. Abran, Meli ve Buglione [19] fonksiyonel büyüklüğün Balanced Scorecard (BSC) yönteminin kullanımını ne ölçüde güçlendireceğini tartışmışlardır. Bu çalışmada, iş stratejileri güdümlü performans ölçüm yöntemi olarak BSC nin, büyüklük ölçümünün performans göstergelerinin normalleştirilmesinde kullanılmasıyla hangi düzeylerde desteklenebileceği incelenmiştir. Rispens ve Vogelezang [20], bir örnek durum çalışması ile fonksiyonel büyüklüğün uygulama portföy yönetiminde kullanılabileceğini göstermişlerdir. ISO/IEC [8] standardında da bir ek-bölüm, fonksiyonel büyüklüğün proje yönetiminde kullanımı konusuna ayrılmıştır. Symons [21], başta kapsam ve tedarik yönetimi olmak üzere fonksiyonel büyüklüğün birçok proje yönetimi alanında kullanılabileceğini belirtmiştir. 3. Fonksiyonel Büyüklüğün Proje Yönetimi Bilgi Alanlarında Kullanımı Bu çalışma kapsamında uygulanabilir her proje yönetimi bilgi alanı için fonksiyonel büyüklük ölçülerinin hangi kapsam ve şekillerde kullanılabileceği araştırılmıştır. Her bilgi alanı, kendine özel farklı teknikler, yetenekler ve tecrübe gerektirir ve maliyet, kalite ve kapsam yönetimi gibi proje yönetiminin farklı bir yönünü ele alır. Çalışma kapsamında, bilgi alanlarında kullanılan teknik ve pratiklerin de büyüklük ölçüsü ile ne şekilde desteklenebileceği tartışılmıştır. ISO uyumlu üç FBÖ yönteminin (MkII FPA, IFPUG FPA, ve COSMIC FBÖ) yetenek ve özellikleri göz önüne alınarak, fonksiyonel büyüklük ölçülerinin doğrudan destek sağlayabileceği yedi bilgi alanı belirlenmiştir Entegrasyon Yönetimi Proje entegrasyonu temel olarak proje yönetimi süreç grupları arasındaki uyum, bütünleşme ve ahengin sağlanması ile ilgilidir. Fonksiyonel büyüklük, ön kapsam, maliyet ve zaman takviminin kestirimi için kullanılabilir. Fonksiyonel büyüklüğün projenin nispeten erken aşamalarında ölçülebiliyor olması, proje yöneticileri ve destekleyicilerine (sponsorlarına) fizibilite, proje seçme ve değerlendirme faaliyetleri için nicel analiz olanağı sunar. Portföy yönetimi projeleri ve ilişkilerini, yararın maksimize edilmesi ve kurumun stratejik hedeflerine uyumun sağlanması amacıyla değerlendirir. Fonksiyonel büyüklük, portföy yönetimini, portföyün büyüklüğünü; diğer bir değişle tamamlanmış, bakım aşamasında, devam eden ve olası projelerin fonksiyonel büyüklüğünü vererek destekleyebilir. Projelerin fonksiyonel büyüklüklerinin nicel hale getirilmesiyle, portföy veya program yöneticileri projeleri birbirleri ile karşılaştırabilir, yatırım ve proje seçim kararlarını sunulacak fonksiyonel büyüklüğü de dikkate alarak verebilirler. Olası projeler için seçim kıstaslarının belirlenmesinde, fonksiyonel büyüklük, nicel kıstasların tanımlanmasına destek sağlayabilir. Risk/mükafat oranı hesaplarında, her proje için mükafat, projede geliştirilecek yazılımın fonksiyonel büyüklüğünü de içerebilir. Benzer olarak, risk hesaplamalarında fonksiyonel büyüklük temelli maliyet kestirimleri yapılabilir. Fonksiyonel büyüklük ayrıca iş kollarına sunulan yazılımın sunduğu işlevsellik cinsinden, proje maliyetlerinin belirli iş kollarına tahsisi kararlarına destek sağlayabilir. Fonksiyonel büyüklük başına maliyet gibi ölçüler kurumun yazılım varlıklarının kıymetlendirilmesinde rol oynayabilir. Proje faaliyetlerinin izleme ve kontrolü temel olarak ölçme yeteneği ve performans bilgisine ihtiyaç duyar. Fonksiyonel büyüklüğün kullanımıyla proje faaliyetleri, her aşama için, gerçekleştirilen ve gerçekleştirilecek büyüklük ile sürekli kontrol edilerek izlenebilir. Bu performans değerine göre, proje maliyeti, kapsam ve süre değerleri için kestirimler yapılarak tahminler güncellenebilir. Muller çalışmasında [17] kazanılan değer (earned value) tekniği için, değer hesabında maliyet kestirimlerinin yerine kazanılan (gerçekleştirilen) yazılım fonksiyonel büyüklüğünün ne şekilde kullanılabileceğini araştırmıştır Kapsam Yönetimi FBÖ yöntemleri, iş paketleri içinde yer alan fonksiyonel kullanıcı gereksinimlerinin her birini en detay seviyede ölçebilecek boyutlara indirger. Dolayısıyla, proje etkinliklerini oluşturan iş paketleri de ayrı ve bağımsız şekilde ölçülebilir olur. Kapsam tanımı çerçevesinde, ilk kapsam içine alınan fonksiyonel kullanıcı gereksinimleri dayanak olarak ölçülebilir, ön maliyet ve zaman çizelgesinin kestirimi için kullanılabilir. Kapsam daha sonra değişik geliştirme aşamalarında, ürün dayanaklarında veya sürümlerinde ilk dayanak ile karşılaştırılarak izlenebilir. Kapsamdaki ekleme, silme veya mevcut işlevi değiştirme gibi farklılıklar birbirlerinden bağımsız şekillerde nicelenebilir. Bu değişikliklerin maliyet ve zamana etkisi kestirilerek, proje destekçi ve paydaşlarından gelen değişiklik isteklerinin değerlendirilmesi ve müzakeresi nicel temellere dayandırılabilir Zaman Yönetimi Proje zaman çizelgesinin oluşturulması, proje iş kırılım ağacında (work breakdown structure) yer alan iş paketleri için süre kestirim bilgisine ihtiyaç duyar. Tamamlanmış projeler için harcanan işgücü ve bu projelerde geliştirilen yazılımın fonksiyonel büyüklüğü dikkate alınarak, birim fonksiyonel büyüklük başına
4 harcanan işgücü değeri -üretkenlik oranı - hesaplanabilir. Bu değer temel alınarak, etkinlik kaynak kestirimi için, parametrik kaynak kestirim yöntemleriyle, her etkinlik için gereken işgücü değeri, üretkenlik oranları kullanılarak fonksiyonel büyüklük değeri üzerinden kestirilebilir. Constructive Cost Model (COCOMO) [22] parametrik kestirim yöntemi, yazılımın fonksiyonel büyüklüğünü temel girdi alarak, yazılım geliştirme etkinliğini belirli yazılım yaşam döngüsü aşamalarına ayırır ve her biri için işgücü kestiriminin yapılmasına olanak sağlar. Yöntem, halihazırda IFPUG fonksiyon nokta büyüklük ölçüsünü kullanmaktadır Maliyet Yönetimi Maliyet kestirimi, proje etkinliklerinin tamamlanması için gereken kaynakların yaklaşık maliyet tahmininin yapılması faaliyetidir. İşgücü, yazılım geliştirme projeleri için temel kaynaklardan biridir. Yazılım fonksiyonel büyüklüğü ile işgücü arasındaki ilişkiyi araştıran çok sayıda çalışma mevcuttur [15], [16], [22], [23]. Çalışmaların bazıları üretkenlik ve büyüklükişgücü arasındaki ilişkiyi etkileyen maliyet etmenleri [22], [24] üzerine yoğunlaşmışlardır. Yazılım maliyet kestirim teknikleri parametrik ve buluşsal (heuristic) olmak üzere iki kategoride değerlendirilebilir. Bu teknikler uygulanması alttanyukarı veya yukarıdan-aşağıya şekillerde gerçekleştirilebilir [1], [30]. Alttan-yukarı (buttom-up) yöntemler, her bir bileşeni ayrı şekilde kestirip, tüm bileşenleri toplayarak projenin bütünü için kestirim yapılmasını sağlarlar. Diğer taraftan, yukarıdan-aşağıya (top-down) tatbik edilen yöntemlerde, geliştirilecek sistemin tüm karakteristikleri dikkate alınarak projenin bütünü için kestirim yapılır. Fonksiyonel büyüklüğün kullanıldığı maliyet kestirimi yöntemlerinde, aşağıdanyukarıya gerçekleştirilen yöntemler, doğru kestirim için projenin detaylı iş kırılım ağacına ve fonksiyonel kullanıcı gereksinimlerine ihtiyaç duyarlar. Yukarıdanaşağıya gerçekleştirilen teknikler, yazılım gereksinimlerinin henüz detaylandırılamadığı projenin erken safhalarında uygulanabilirler. PYBK nde anlatılan maliyet kestirimi yöntemleri için fonksiyonel büyüklük, maliyet-oran temelli ve parametrik yöntemlerin uygulanmasında kullanılabilir. Fonksiyonel büyüklük temelli kurumsal veya uluslararası proje veritabanlarından edinilebilecek karşılaştırmalı üretkenlik değerleri, maliyet-oranı olarak kaynak maliyeti kestirimlerinde kullanılabilir [25]. Uluslararası karşılaştırmalı proje veritabanları arasında en geniş kapsamlı veriye sahip ISBSG (The International Software Benchmarking Standards Group) [26], 1996 yılından bu yana, 20 yi aşkın ülkede yazılım ölçüleri grupları ile beraber çalışarak yazılım projelerine ilişkin kaydedilecek verinin standardize edilmesi, 5000 in üzerinde proje için proje verilerinin toplanması, proje veri-bankasının idamesi ve periyodik raporlarının yayınlanması gibi faaliyetleri gerçekleştirmektedir. Bu veriden yola çıkılarak yapılan analizlerle birçok proje özelliği üzerinden üretkenlik değerleri hesaplanabilmekte ve maliyet kestiriminde kullanılabilmektedir. ISBSG veri-bankası, nispeten daha eski IFPUG yöntemine ilişkin Mk II ve COSMIC yöntemlerine göre daha geniş sayıda proje verisi içermektedir. Fonksiyonel büyüklük ve işgücü (veya diğer bir maliyet öğesi) verisi içeren kurumsal proje bilgileri üzerinde regresyon modelleri oluşturularak yeni projelerde ölçülen fonksiyonel büyüklüğe göre işgücü kestirimi yapılabilir [27]. Parametrik maliyet kestirim yöntemleri içinde yukarıdan-aşağıya uygulanan COCOMO [28], model girdisi olarak fonksiyonel büyüklüğü alır, kod satır sayısına dönüştürerek geliştirme maliyetini bu değerleri göz önüne alarak hesaplar. SEER SEM, Putnam s SLIM, Albrecht Gaffney, Kemerer, Matson-Barret-Meltichamp ([29], [30], [31], [27]) yöntemleri, işgücü ve maliyet hesaplamaları için geliştirilmiş diğer yöntemlerdir. Maliyet kestirimi, daha detaylı proje bilgisi oluştukça tahminleri güncellemek ve doğruluğu artırmak amacıyla proje boyunca gerçekleştirilebilir. FBÖ yöntemleri, yazılım gereksinimlerinin üst-düzeyde olduğu projenin erken aşamalarında da fonksiyonel büyüklüğün kestiriminde kullanılabilir. Daha doğru ve kesin ölçümler, yazılım gereksinimlerin tanımlandığı aşamadan başlayarak tasarım, gerçekleştirme ve daha sonrası aşamalarda mümkündür. Geliştirme dilinden ve platformundan bağımsız olması, büyüklük ölçümünün buna benzer teknik detaylara karar verilmeden yapılabilmesine olanak sağlamaktadır. Kurum, değişik geliştirme dili, donanım platformu, yazılım tipi gibi birçok proje özelliğine göre fonksiyonel büyüklük temelli detaylı üretkenlik değerleri tutabilir ve daha sonraki projelerde bu özellikleri de dikkate alarak maliyet kestirimlerinde kullanabilir. Maliyet kontrol süreci kapsamında, her aşamada geliştirilecek fonksiyonellik temel alınarak maliyet kestirimleri yapılabilir ve bu aşamalar için maliyet dayanak noktaları belirlenebilir. Gerçekleştirilen ve kalan fonksiyonellik bazında planlanan ve gerçekleşen maliyet değerleri karşılaştırılarak, maliyet farklılık analizleri ve maliyet performans ölçümleri yapılabilir. Maliyet kontrol sürecinde kullanılan kazanılan-değer (earned value) yöntemi, kazanılan fonksiyon nokta şeklinde uygulanabilir [17] Kalite Yönetimi Yazılım fonksiyonel büyüklüğü, değişik büyüklüklerde, farklı yöntem, dil ve şekillerde geliştirilmiş projelerin karşılaştırılabilmesi ve değerlerin kurumsal boyutlara taşınabilmesi amacıyla kullanılabilecek en önemli yazılım özelliklerinden biridir. Fonksiyonel büyüklük değeri, birçok süreç, ürün ve kaynak temel ölçülerinin normalleştirilmesinde kullanılabilmektedir. Hata
5 yoğunluğu (yazılım bileşeninde belirlenmiş hata sayısının fonksiyonel büyüklüğe oranı), hata bulma verimliliği (yeterlilik testlerinde bulunan hata sayısının fonksiyonel büyüklüğe oranı), üretkenlik (belirli bir proje etkinliği için harcanan işgücünün fonksiyonel büyüklüğe oranı) gibi birçok türetilmiş ölçünün hesaplanabilmesi, büyüklük gibi bir değerin normalleştirme için ölçülebilmesi ile mümkündür. Bu durum, fonksiyonel büyüklüğü, tüm proje yönetimi etkinlikleri üzerinde kullanılacak bir yazılım ölçme altyapısının oluşturulmasına temel teşkil edebilecek en önemli ölçülerden biri haline getirmektedir. Fonksiyonel büyüklüğün doğru ve tam şekilde ölçülebilmesi için, ISO uyumlu FBÖ yöntemleri sayma kuralları gereği, fonksiyonel kullanıcı gereksinimlerini birbirleri ile uyumlu, tutarlı ve iyi yapılandırılmış bir dizi fonksiyonel bileşenlere ayrıştırırlar. Bu şekilde gerçekleştirilen bir ayrıştırma, gereksinimlerin belirli bir prensip ve disiplin içinde tutarlı, belirsizlikten uzak ve düzenli şekilde tanımlanmasına katkı sağlayabilmektedir Risk Yönetimi Fonksiyonel büyüklük, projenin erken aşamalarında nicel risk analizi için de destek sağlamaktadır. Özellikle risk etki değerinin hesaplanmasında, üretkenlik, hata yoğunluğu, geç teslim edilen her fonksiyon nokta için ödenecek ceza maliyeti gibi değerlerin hesabında kullanılmaktadır. Bu durum, proje yöneticilerinin, proje risklerini kapsam kaymalarından, maliyete ve süreye etkisi belirlenebilen kontrollü ve pazarlık edilebilir kapsam değişikliklerine dönüştürebilmelerini sağlayacak mekanizmalara destek sağlamaktadır Proje Tedarik Yönetimi Yazılım satın alma ve tedarik planlaması, değişken gereksinimler ve ilişkili belirsizliklerden kaynaklanan problemlerden dolayı en zorlu süreçlerden biridir. Dolayısıyla bu problemleri ele alabilecek yöntem ve araçlara ihtiyaç duyar. Risklerin belirlenmesi ve satın alan-tedarikçi (acquirer-supplier) arasında dağıtılması, özellikle yazılım geliştirmenin tekrarlanan şekilde (iterative) yapıldığı projelerde daha da güç olmaktadır. Tedarik yönetiminin diğer bilgi alanları ile sıkı bir şekilde bağlı ve etkileşimli olması dolayısıyla fonksiyonel büyüklüğün, maliyet kestirimi, kalite, kapsam, proje entegrasyon yönetimi gibi diğer bilgi alanlarında kullanımı tedarik yönetimi için de geçerli ve uygulanabilirdir. Bunun yanında, fonksiyonel büyüklük, teklif, iş bildirisi (statement of work) ve sözleşme gibi dokümanlarda, satın alma birimi olarak kullanılabilir. Maliyet ve teslimat hızı gibi değerler için fonksiyonel büyüklük cinsinden ölçüler tanımlanabilir ve resmi sözleşmelerde kullanılabilir [44]. Tedarik edilecek öğeler satın alınan yazılımın büyüklüğü cinsinden belirtilebilir; olası kapsam değişiklikleri sözleşmeye sadık kalınarak ve gerek tedarikçi gerekse satın alan taraf için riski paylaşarak belirli büyüklük cinsinden belirtilebilir. Geliştirilen veya temin edilen yazılım öğelerinin fonksiyonel büyüklük cinsinden belirtimi tedarikçi, satın alan ve diğer paydaşların ortak bir birim üzerinde fikir birliğine vararak projeleri yönetmelerine yardımcı olur. Satın alan tarafın bakış açısıyla, yazılım tarafından kullanıcıya sunulacak servisler, temelde kullanıcıya sağlanan kullanım değeri ile doğrudan ilintilidir [32]. Dolayısıyla, sözleşmelerde, kod satır sayısı, bileşen sayısı ve benzeri teknik öğeler yerine, fonksiyonelliğe odaklanma daha anlamlı olacaktır FBÖ Yöntemlerine İlişkin Genel Değerlendirme Proje yöneticilerinin fonksiyonel büyüklüğün kullanımında FBÖ yöntemlerinin zorlukları ve kısıtları hakkında bilgi sahibi olmaları gerekir. Fonksiyonel büyüklüğün ve ilgili ölçme yönteminin kullanımında ve seçiminde, çeşitli yöntemlerin avantaj, dezavantaj ve kısıtları göz önüne alınmalıdır. Lother ve Dumke [33], Symons [21], Meli [35], Kitchenham [36], Kitchenham ve Fenton [34], Gencel ve Demirors [37] tarafından yapılan çalışmalar FBÖ yöntemlerinin seçim kıstasları ve kullanım zorlukları hakkında araştırma ve incelemeleri sunmaktadır. Yazılım fonksiyonel büyüklük ölçümü, yazılımın fonksiyonel kullanıcı gereksinimlerini niceler. Bu gereksinimler, kullanıcının ihtiyaçlarının karşılanması için yazılımın gerçekleştirmesi gereken kullanıcı pratik ve prosedürlerini içerir [8]. ISO uyumlu FBÖ yöntemleri, fonksiyonel büyüklük ölçümü için; güvenilirlik, verimlilik, kullanışlılık gibi yazılım kalite gereksinimlerini ve diğer teknik gereksinimleri dikkate almaz. Pratikte, FBÖ yöntemlerinin etkin bir şekilde kullanımın olduğu uygulama alanları, iş uygulamaları ve gerçek-zamanlı sistemler ile sınırlıdır. Konu edilen üç FBÖ yöntemi de (IFPUG, Mk II ve COSMIC) iş uygulamaları gibi veri-güçlü uygulama alanlarında etkin bir şekilde kullanılmaktadır. COSMIC yöntemi, örnekler ve kılavuzlar ile gerçek-zamanlı ve melez (iş uygulaması ve gerçek-zamanlı) sistemlerin de detaylı bir şekilde fonksiyonel büyüklük ölçümünün yapılmasına olanak vermektedir. Buna göre, FBÖ yöntemlerinin seçimi çeşitli projelerde uygulama alanı ve diğer faktörlere göre farklılık gösterebilir. Farklı fonksiyonel büyüklük yöntemleri ile ölçülmüş büyüklük değerlerinin karşılaştırılması veya birbirlerine çevrimi konusunda istatistiksel yöntemlere dayalı çalışmalar gerçekleştirilmiştir [38], [39]. Bunun yanında, FBÖ yöntemlerinin fonksiyonelliği farklı şekillerde ve düzeylerde nicelemeleri sebebiyle, bu dönüştürme her durum için başarılı sonuçlar vermemektedir. Fonksiyonel büyüklük ölçümünün güvenilirliği, temel alınan doküman ve diğer girdilerin tamlığı, doğruluğu, detay seviyesi ve kalitesi ile doğrudan
6 ilintilidir. Fonksiyonel büyüklük bilgisinin değerli olduğu ön aşamalarda ölçüme kaynak olan girdilerin bu yönlerden yetersizliğini telafi etmek amacıyla, erken aşamalarda fonksiyonel büyüklük kestiriminin yapılmasına olanak sağlayacak yöntemler geliştirilmiştir [40], [41], [42]. FBÖ yöntemi seçiminde, kullanıcılara ve değerlendiricilere yardımcı olmak amacıyla, belirli bir FBÖ yönteminin çeşitli özelliklerinin doğrulanması sürecini içeren ISO/IEC [11] standardı geliştirilmiştir. Bu standart, proje yönetimi ihtiyaçlarını en iyi şekilde karşılayabilecek FBÖ yönteminin seçiminde FBÖ kullanıcılarına yol göstermektedir. 4. Sonuç Bu çalışmada, fonksiyonel büyüklüğün, proje yönetimi süreçlerinin etkin bir şekilde işletilmesine ne şekilde katkı sağlayabileceği incelenmiştir. FBÖ araştırma ve pratiğinde odak kullanım noktası haline gelen maliyet kestiriminin yanında fonksiyonel büyüklüğün proje yönetimi çerçevesinde kullanılabileceği olası diğer fırsat noktaları araştırılmıştır. Bu amaçla, Proje Yönetimi Bilgi Kütüğü nde yer alan bilgi alanları, fonksiyonel büyüklüğün çeşitli kullanım alanları ile eşleştirilmiştir. Bu eşleştirmede de görüldüğü üzere, her bilgi alanı için fonksiyonel büyüklük farklı şekillerde kullanılabiliyor olsa da, fonksiyonel büyüklüğün, proje yönetimi ve kurumun diğer süreçleri çerçevesinde birçok genel ve etkin kullanım alanı vardır. Süreçleri dik olarak kesen bu genel kullanım alanları aşağıdaki başlıklar altında sunulmuştur. Maliyet, işgücü ve süre kestirimine girdi oluşturma: Fonksiyonel büyüklüğü bir kestirim modeline girdi alarak, geliştirme işgücünü doğru ve tam şekilde kestirimini yapmak, yazılım fonksiyonel büyüklüğünün ölçülmesinin en önemli sebeplerinden biridir. Fonksiyonel büyüklük ile işgücü arasındaki ilişki birçok araştırma ve kestirim yöntemi tarafından incelenmiştir. Leung ve Fan, çalışmalarında [43] bu yöntem ve modellerin güçlü ve zayıf yanlarını tartışmışlardır. Uygulanabilirlikleri belirli alan ve kapsam için kısıtlı olsa da, fonksiyonel büyüklük temelli maliyet kestirimi yöntemlerinin başarılı uygulamaları birçok çalışmayla raporlanmıştır [23], [31]. Kapsam değişikliğini izlemeye destek sunma: Fonksiyonel büyüklük, projedeki kapsam değişikliklerinin nicel şekilde ifade edilebilmelerine olanak sağlar. Fonksiyonel büyüklüğün her bir dayanakta (gereksinim analizi, tasarım, test, gerçekleştirme, bakım, vb.) takibi, kapsamın kontrolsüz bir şekilde kaymadan izlenebilmesi için destek sunar. Değişikliğin fonksiyonel büyüklüğüne göre, proje maliyeti ve süresi üzerine olan tahmini etkisi analiz edilebilir. Proje erken aşamalarında büyüklük ölçümüne olanak sağlama: ISO/IEC standardında da belirtildiği gibi, FBÖ yöntemleri, fonksiyonel kullanıcı gereksinimlerinin edinilmesi ile beraber ölçülebilir veya kestirilebilir. Büyüklük bilgisinin yaşam döngüsünün erken aşamalarında edinilmesi, gerek projenin uygunluğunun değerlendirilmesi gerekse bu aşamada gerçek anlamda ihtiyaç duyulan maliyet ve işgücü gibi değerlerin kestiriminde önemlidir. Proje ilerledikçe ve kaynak bilgilerin tamlığı ve doğruluğu arttıkça büyüklük tekrar ölçülerek daha kesin değerler elde edilebilir. EFPA [40], Function Points Simplified [41] ve Early & Quick COSMIC FFP [42] gibi erken kestirim yöntemleri, detaylı yazılım gereksinimleri tanımlanmadan büyüklüğün kestirilmesine olanak sağlayacak teknikler önermektedir. Yazılım satın almalarında satın alma birimi olarak kullanma: Yazılım fonksiyonel büyüklüğü, tedarikçi ve satın alan kurum tarafından satın alma birimi olarak kullanılabilir. Proje büyüklük ölçüsü olarak kullanıldığında, her iki taraf için de risklerin yönetilmesi ve azaltılmasına yardımcı olabilir. Sözleşmede belirtildiği şekilde belirli bir fonksiyonel büyüklüğün teslimatının yapılacağını bilen satın alıcı kurum, bu büyüklük için riskleri kabul etmekte daha hazır olabilir. Aynı şekilde, tedarikçi belirli bir büyüklük için üretim maliyeti (fonksiyonel büyüklük başına düşen maliyet) ile ilgili riskleri almakta daha istekli olabilir. Performans ve kalite ölçülerinin normalleştirilmesi: Yazılım fonksiyonel büyüklüğü, kurumda gerçekleştirilen süreçlerin ne kadar doğru, etkin ve verimli şekilde gerçekleştirildiğini simgeleyen birçok ölçü için önemli değerler katar. Bu ölçüler, genel yönelimleri ve ilerlemeleri göstermekle kalmayıp, problem alanlarının tespiti için olanak sağlarlar. Örneğin, projeler arasındaki tutarsız üretkenlik değerleri, kurumdaki standart süreçlerin tanımlandığı şekillerde işletilmediğinin göstergesi olabilir. Benzer olarak, yazılım ürünlerindeki değişken hata yoğunlukları, kalite güvence etkinliklerinin tutarlı şekillerde işletilmediğinin göstergesi olarak kabul edilebilir. Proje takımının süreçleri standart kurumsal süreçlere uyumlu şekilde işletmeleriyle, bu değerlerin dengeli ve istikrarlı duruma gelmeleri beklenir. Hata sayısının fonksiyonel büyüklüğe oranı, bakım işgücünün değiştirilen toplam fonksiyonel büyüklüğe oranı, belirli bir zaman aralığı için geliştirilen fonksiyonel büyüklük, her bir fonksiyonel büyüklüğün maliyeti gibi türetilmiş ölçüler, performans seviyelerindeki yönelim ve ilerlemenin göstergeleri olarak kurumsal seviyede izlenebilirler. Büyüklük ile normalleştirilmiş ölçüler, süreç performansının izlenmesine destek sağlamakla kalmayıp, projelerin ve ürünlerin, kalite, güvenilirlik, üretkenlik gibi birçok kalite özelliği için kurumsal seviyede karşılaştırılmasına olanak sağlar.
7 Bu araştırma çalışmasında, yazılım endüstrisinde fonksiyonel büyüklüğün tanınması ve kullanımının, temelde büyüklüğün maliyet ve işgücü kestiriminde kullanılması ve FBÖ yöntemlerinin bu konudaki model ve tekniklere odaklanmasından kaynaklandığı görülmüştür. Çeşitli kısıt ve kaygılara rağmen, fonksiyonel büyüklük ölçüsünün, maliyet ve işgücü kestiriminin yanında proje yöneticilerinin birçok ihtiyacına cevap verecek şekilde kullanılabileceği gözlemlenmiştir. Fonksiyonel büyüklüğü ölçen veya proje yönetiminde çeşitli amaçlarla kullanan model, yöntem ve araçların geliştirilmesi ve iyileştirilmesinde, kullanışlılığın ve uygulanabilirliğin artırılması ve tüm yönetim süreçlerinde etkin kullanımın sağlanması için yukarıda bahsi geçen kullanım alanları ve bunlara ilişkin gereksinimler dikkate alınmalıdır. 6. Kaynaklar [1] Fenton, N.E., Pfleeger, S.L., Software Metrics: A Rigorous and Practical Approach, 2 nd Ed., International Thomson Computer Press, Boston, [2] Project Management Body of Knowledge, 3rd. Ed., Project Management Institute, [3] ISO/IEC IS 20968:2002: Software Engineering - MK II Function Point Analysis - Counting Practices Manual, [4] ISO/IEC IS 20926:2003: Software Engineering - IFPUG 4.1 Unadjusted Functional Size Measurement Method - Counting Practices Manual, [5] ISO/IEC 19761:2003: Software Engineering - COSMIC- FFP: A Functional Size Measurement Method, [6] Albrecht, A.J., Measuring Application Development Productivity Proc. Joint SHARE/GUIDE/IBM Application Development Symposium, [7] Gencel, C., Demirors, O., Functional Size Measurement Revisited, ACM Transactions on Software Engineering and Methodology, [8] ISO/IEC :1998 Information Technology - Part 1: Definition of Concepts, [9] ISO/IEC :2002: Information Technology - Part 2: Conformity Evaluation of Software Size Measurement Methods to ISO/IEC :1998, [10] ISO/IEC TR :2003: Information Technology - Part 3: Verification of Functional Size Measurement Methods, [11] ISO/IEC TR :2002: Information Technology - Part 4: Reference Model, [12] ISO/IEC TR :2004: Information Technology- Part 5: Determination of Functional Domains for Use with Functional Size Measurement, [13] ISO/IEC FCD :2005: Guide for the Use of ISO/IEC and related International Standards, [14] ISO/IEC IS 24570:2005: Software Engineering - NESMA functional size measurement method Ver Definitions and counting guidelines for the application of FPA, [15] Abran, A., Estimation Models for Software Maintenance Based on Functional Size, DoD SoftwareTech News, Vol. 9, No. 3, [16] Abran, A., Silva, I., Primera, L., Field studies using functional size measurement in building estimation models for software maintenance, Journal of Software Maintenance: Research and Practice, Vol.14 Iss.1., [17] Muller, R.J., Earning Function Points in Software Projects, SM/ASM Conference, [18] Dekkers, T., IT Governance requires performance measurement, PSQT/PSTT North Conference, [19] Buglione, L., Abran, A., Meli, R., How Functional Size Measurement supports the Balanced Scorecard Framework for ICT, FESMA-DASMA, [20] Rispens, M., Vogelezang, F., Application Portfolio Management-The Basics- How much software do I have?, Software Measurement European Forum, [21] Symons, C., Come Back Function Point Analysis (Modernized) All is Forgiven!, Proc. of the 4th European Conference on Software Measurement and ICT Control, FESMA-DASMA, pp [22] Boehm B.W., Abts C., Brown A.W., Chulani S., Hall B.K., Software Cost Estimation with Cocomo II, Prentice Hall, NJ, [23] Abran, A., Ndiaye, I., Bourque, P., Contribution of Software Size in Effort Estimation, Research Lab. in Software Engineering, École de Technologie Supérieure, Canada, [24] Kitchenham, B., Mendes, E., Software Productivity Measurement Using Multiple Size Measures, IEEE Transactions on Software Engineering, Vol.30, Iss.12, 2004, pp [25] Forselius, P., Benchmarking Software-Development Productivity, IEEE Software, Vol.17, No.1, 2000, pp [26] ISBSG, International software benchmarking standards group, [27] Tran C., Levesque G., Maintenance Effort and Cost Estimation Using Software Functional Sizes, IWSM, [28] Rollo, T., Functional Size Measurement and COCOMO A Synergistic Approach, Proc. of Software Measurement European Forum, Rome, Italy, 2006, pp [29] Jensen, R., A Comparison of the Jensen and COCOMO Schedule and Cost Estimation Models, Proc. Int'l Society of Parametric Analysis. 1984, pp [30] Nasir, M., A Survey of Software Estimation Techniques and Project Planning Practices, SNPD, 2006, pp [31] Matson, J., Barrett B., Mellichamp J., Software development cost estimation using function points, IEEE Transactions on Software Engineering 20(4), 1994, pp [32] Meli, R., The Software Measurement Role in a Complex Contractual Context, Software Measurement European Forum, Rome, Italy, 2004, pp [33] Lother, M. and Dumke, R., Points Metrics - Comparison and Analysis, In International Workshop on Software Measurement (IWSM'01), Montréal, Québec, 2001, pp
8 [34] Kitchenham B., Fenton N., Towards a Framework for Software Measurement Validation, IEEE Transactions on Software Engineering, Vo. 21, No.12, [35] Meli R., Functional Metrics: Problems and Possible Solutions, FESMA, Antwerpen, [36] Kitchenham B., The Problem with Function Points, IEEE Software, Vol. 14, Iss. 2, 1997, pp [37] Gencel, C., Demirors, O., Conceptual Differences Among Functional Size Measurement Methods, Empirical Software Engineering and Measurement, ESEM, [38] Cuadrado-Gallego, J.J., Rodriguez, D., Machado, F., Abran A., Convertibility Between IFPUG and COSMIC Functional Size Measurements, J. Munch and P. Abrahamsson (Eds.): PROFES 2007, LNCS 4589, Springer-Verlag, Berlin, Heidelberg, 2007, pp [39] Symons, C., Conversion between IFPUG 4.0 and MkII Function Points. V3. Software Measurement Services Ltd., [40] Conte, M., Iorio, T., Meli, R., Santillo, L., E&Q: An Early & Quick Approach to Functional Size Measurement Methods, Proc. of Software Measurement European Forum (SMEF), Rome, Italy, [41] Bock, D.B., Klepper, R., FP-S: a simplified function point counting method, Journal of Systems and Software, Vol. 18, 1992, pp [42] Meli, R., Abran, A., Ho, V.T. and Oligny, S., On the Applicability of COSMIC-FFP for Measuring Software Throughout Its LifeCycle, Escom-Scope, [43] Leung, H., Fan, Z., Software Cost Estimation. Handbook of Software Engineering, Hong Kong Polytechnic University, [44] Demirörs, O., Karagoz, N.A., Gencel, C., Acquiring Innovative Software Systems: Experiences from the Field, EUROMICRO-SEAA, 2007, pp
COSMIC Đşlevsel Büyüklük Ölçüm Sonuçlarının Güvenilirliği
COSMIC Đşlevsel Büyüklük Ölçüm Sonuçlarının Güvenilirliği Özden Özcan Top 1 Onur Demirörs 2 Barış Özkan 3 Enformatik Enstitüsü, Orta Doğu Teknik Üniversitesi, 06531, Ankara, Türkiye 1 e-posta: ozden@ii.metu.edu.tr
DetaylıYazılım Gereksinim Dokümanı Kalitesinin İşlevsel Büyüklük Ölçümüne Etkisi
Yazılım Gereksinim Dokümanı Kalitesinin İşlevsel Büyüklük Ölçümüne Etkisi Gökçen Yılmaz Erdir Ungan Onur Demirörs Enformatik Enstitüsü, Orta Doğu Teknik Üniversitesi, 06531, Ankara, Türkiye gokcen, erdir,
DetaylıCOSMIC İşlevsel Büyüklük Ölçüm Sonuçlarında Gözlenen Sapmalar Üzerine Bir Deney Çalışması
COSMIC İşlevsel Büyüklük Ölçüm Sonuçlarında Gözlenen Sapmalar Üzerine Bir Deney Çalışması Erdir Ungan 1 Onur Demirörs 2 Barış Özkan 3 1,2,3 Enformatik Enstitüsü, Orta Doğu Teknik Üniversitesi, Ankara 1
DetaylıYazılım Projelerinde Büyüklük Tahmini
Yazılım Projelerinde Büyüklük Tahmini Emin BORANDAĞ 1, Fatih YÜCALAR 1,Önder ŞAHİNASLAN 2 1 Maltepe Üniversitesi, Mühendislik ve Doğa Bilimleri Fakültesi, Yazılım Mühendisliği Bölümü 2 Maltepe Üniversitesi,
DetaylıYazılım Projelerinde Büyüklük Tahmini
Emin Borandağ 1, Fatih Yücalar 1, Önder Şahinaslan 2 1 Maltepe Üniversitesi, Mühendislik ve Doğa Bilimleri Fakültesi, Yazılım Mühendisliği Bölümü 2 Maltepe Üniversitesi, Bilişim Bölümü eminb@maltepe.edu.tr,
DetaylıCOSMIC İşlevsel Yazılım Büyüklüğü Ölçüm Yönteminin Kurumlarda Uygulanmasında Dikkat Edilmesi Gereken Noktalar
COSMIC İşlevsel Yazılım Büyüklüğü Ölçüm Yönteminin Kurumlarda Uygulanmasında Dikkat Edilmesi Gereken Noktalar Murat Salmanoğlu 1, Ali Yıldız 2, Onur Demirörs 1 1 ODTÜ Enformatik Enstitüsü, Ankara, Türkiye
Detaylı2- PROJE YÖNETİMİ BİLGİ ALANLARI Y R D. D O Ç. D R. K E N A N G E N Ç O L
2- PROJE YÖNETİMİ BİLGİ ALANLARI Y R D. D O Ç. D R. K E N A N G E N Ç O L 10 TEMEL BILGI ALANı (PMI YAKLAŞıMı) Proje Entegrasyon Yönetimi Proje Kapsam Yönetimi Proje Zaman Yönetimi Proje Maliyet Yönetimi
Detaylıİşlevsel Büyüklük Ölçümünde Yedi Efsane
İşlevsel Büyüklük Ölçümünde Yedi Efsane Barış Özkan 1 Onur Demirörs 1 1 Enformatik Enstitüsü, Orta Doğu Teknik Üniversitesi, Ankara e-posta: {bozkan,demirors}@metu.edu.tr Özetçe İşlevsel Büyüklük (İB),
DetaylıBİLİŞİM SİSTEMLERİNİN PRENSİPLERİ
BİLİŞİM SİSTEMLERİNİN PRENSİPLERİ Derleyen: Prof. Dr. Güngör BAL Bölüm 09 Bilişim ve Karar Destek Sistemleri Prensipler ve Öğrenme Hedefleri İyi karar-verme ve problem çözme yetenekleri etkin bilişim ve
DetaylıYazılım Geliştirme Projelerinde Kontrolörlük / Müşavirlik Hizmetleri. Y.Müh. Kadriye ÖZBAŞ ÇAĞLAYAN, PMP Y.Müh. Ahmet DİKİCİ, PMP
Yazılım Geliştirme Projelerinde Kontrolörlük / Müşavirlik Hizmetleri Y.Müh. Kadriye ÖZBAŞ ÇAĞLAYAN, PMP Y.Müh. Ahmet DİKİCİ, PMP Sunum Planı Organizasyon Yapısı Yazılım Projelerinde Başarı Durumu Yazılım
DetaylıBilişim Sistemleri Değerlendirme Modeli ve Üç Örnek Olay İncelemesi
Bilişim Sistemleri Değerlendirme Modeli ve Üç Örnek Olay İncelemesi Özet Dr. Sevgi Özkan ve Prof. Dr Semih Bilgen Enformatik Enstitüsü, Orta Doğu Teknik Üniversitesi, Ankara Tel: (312) 210 3796 e-posta:
DetaylıT. C. KAMU İHALE KURUMU
T. C. KAMU İHALE KURUMU Elektronik İhale Dairesi KALİTE YÖNETİM SİSTEMİ BT Strateji Yönetimi BT Hizmet Yönetim Politikası Sürüm No: 6.0 Yayın Tarihi: 26.02.2015 444 0 545 2012 Kamu İhale Kurumu Tüm hakları
DetaylıMerSis. Bilgi Teknolojileri Bağımsız Denetim Hizmetleri
MerSis Bağımsız Denetim Hizmetleri risklerinizin farkında mısınız? bağımsız denetim hizmetlerimiz, kuruluşların Bilgi Teknolojileri ile ilgili risk düzeylerini yansıtan raporların sunulması amacıyla geliştirilmiştir.
DetaylıYÖK TEZLERİ PROJE KELİME TARAMASI
YÖK TEZLERİ PROJE KELİME TARAMASI YÖK Tezleri Proje Kelimesi Taraması Sonuçları Toplam Çalışma Sayısı 1833 İncelenen 1673 İlgisiz 372 Toplam İncelenen 1301 X Projesi 720 Proje Yönetimi 123 Yatırım Projeleri
DetaylıFonksiyonel Benzerlik ve İş Gücü: Bir Durum Çalışması Functional Similarity and Effort: A Case Study
Özden, Özcan Top Bilişim Sistemleri Bölümü Orta Doğu Teknik Üniversitesi, Ankara ozden@ii.metu.edu.tr Benzerlik ve İş Gücü: Bir Durum Çalışması Functional Similarity and Effort: A Case Study Seçkin, Tunalılar
DetaylıEfor Kestirim Doğruluğu İçin Tasarım Büyüklüğü Ve Problem Büyüklüğü Karşılaştırılması
Efor Kestirim Doğruluğu İçin Tasarım Büyüklüğü Ve Problem Büyüklüğü Karşılaştırılması Barış Arman Tabak 1 Onur Demirörs 2 1,2 Enformatik Enstitüsü, Orta Doğu Teknik Üniversitesi, Ankara, Türkiye 1 baristabak@gmail.com
DetaylıISO/IEC 20000-1 BİLGİ TEKNOLOJİSİ - HİZMET YÖNETİMİ BAŞ DENETÇİ EĞİTİMİ. Terimler Ve Tarifler. www.sisbel.biz
ISO/IEC 20000-1 BİLGİ TEKNOLOJİSİ - HİZMET YÖNETİMİ BAŞ DENETÇİ EĞİTİMİ Terimler Ve Tarifler 1 Kapsam 1.1 Genel Terimler Ve Tarifler Bu standart, bir hizmet yönetimi sistem (HYS) standardıdır. Bir HYS
DetaylıSağlık Bilgi Teknolojileri ve Yazılım Süreç Yönetimi
Sağlık Bilgi Teknolojileri ve Yazılım Süreç Yönetimi Bilgisayar Mühendisliği Bölümü Yazılım Mühendisliği Araştırma Grubu (HUSE) Yrd. Doç. Dr. Ayça Tarhan atarhan@hacettepe.edu.tr 1. Uluslararası Sağlıkta
DetaylıDoküman No:ITP 16.1 Revizyon No: 01 Tarih: Sayfa No: 1/5 KALİTE SİSTEM PROSEDÜRLERİ PROJE YÖNETİMİ PROSEDÜRÜ
Doküman No:ITP 16.1 Revizyon No: 01 Tarih: 09.05.2016 Sayfa No: 1/5 1. AMAÇ Etkin ve verimli bir biçimde proje amacına ve hedeflerine ulaşılması için insanların, finansal ve teknik kaynakların ve zamanın
DetaylıYAZILIM PROJE YÖNETİMİ. Yrd.Doç.Dr.Hacer KARACAN
YAZILIM PROJE YÖNETİMİ Yrd.Doç.Dr.Hacer KARACAN İçerik Proje Yönetimine Giriş Proje Yönetim Süreçleri Proje Organizasyonları Proje Beratının Hazırlanması Proje Yönetimine Giriş Proje; bir ürün veya hizmet
DetaylıYrd. Doç. Dr. Ayça Tarhan. Hacettepe Üniversitesi Bilgisayar Mühendisliği Bölümü atarhan@hacettepe.edu.tr
Yrd. Doç. Dr. Ayça Tarhan Hacettepe Üniversitesi Bilgisayar Mühendisliği Bölümü atarhan@hacettepe.edu.tr Süreç Değerlendirme Nedir? Süreç: Girdileri çıktılara dönüştüren, ilişkili veya etkileşimli etkinlikler
DetaylıR-COVER: Yazılım Büyüklük Ölçümü Hata Tespit Aracı
R-COVER: Yazılım Büyüklük Ölçümü Hata Tespit Aracı Gökçen Yılmaz 1, Seçkin Tunalılar 1,2, Onur Demirörs 1 1 Enformatik Enstitüsü, Bilişim Sistemleri Bölümü, ODTÜ, Ankara 2 MGEO Grubu, Aselsan, Ankara 1
DetaylıDSK nın Ortaya Çıkışı ve Gelişimi
Balanced Scorecard DSK nın Ortaya Çıkışı ve Gelişimi Bu yöntemin ortaya çıkışı 1990 yılında Nolan Norton Enstitüsü sponsorluğunda gerçekleştirilen, bir yıl süren ve birçok şirketi kapsayan Measuring performance
DetaylıYazılım İnşası ve Evrimi (SE 556) Ders Detayları
Yazılım İnşası ve Evrimi (SE 556) Ders Detayları Ders Adı Ders Kodu Dönemi Ders Saati Uygulama Saati Laboratuar Saati Kredi AKTS Yazılım İnşası ve Evrimi SE 556 Bahar 3 0 0 3 7.5 Ön Koşul Ders(ler)i Dersin
DetaylıPROJE ZAMAN YÖNETİMİ *PMBOK 5. Emre Alıç, PMP
PROJE ZAMAN YÖNETİMİ *PMBOK 5 Emre Alıç, PMP ZAMAN YÖNETİMİ SÜREÇLERİ 1. Zaman Yönetimini Planlama 2. Aktivitelerin Tanımlanması 3. Aktivitelerin Sıralanması 4. Aktivite Kaynaklarının Tahmin Edilmesi
DetaylıMerSis. Bilgi Teknolojileri Yönetimi Danışmanlık Hizmetleri
MerSis Bilgi Teknolojileri Yönetimi Danışmanlık Hizmetleri Bilgi Teknolojileri risklerinize karşı aldığınız önlemler yeterli mi? Bilgi Teknolojileri Yönetimi danışmanlık hizmetlerimiz, Kuruluşunuzun Bilgi
DetaylıIFPUG İşlev Puan Metriği ile Yazılım Üretim Hattı Ölçümü
IFPUG İşlev Puan Metriği ile Yazılım Üretim Hattı Ölçümü Volkan Halil Bağcı, Ali Çıltık, Recep Özçelik Cybersoft, İstanbul, Türkiye {volkan.bagci, ali.ciltik, recep.ozcelik} @cs.com.tr Özet. Yazılım üretim
DetaylıESİS Projesi. Kaynaklar Bakanlığı
ESİS Projesi Hem ulusal, hem de uluslararası platformda enerji, bir ülkenin politika üretmesi ve uygulaması gereken en önemli stratejik alanlardan birisidir. Ülkemiz de sahip olduğu kritik jeopolitik konumu
DetaylıYazılım Kalite Yönetimi (SE 554) Ders Detayları
Yazılım Kalite Yönetimi (SE 554) Ders Detayları Ders Adı Ders Kodu Dönemi Ders Saati Uygulama Saati Laboratuar Saati Kredi AKTS Yazılım Kalite Yönetimi SE 554 Bahar 3 0 0 3 7.5 Ön Koşul Ders(ler)i Dersin
Detaylı3. Proje ekibi ilk proje planını ve bütçesini tamamladılar. Sıradaki yapmaları gereken şey nedir?
1. Hangi süreç grubunda detaylı proje bütçesi yaratılır? B. Proje yönetim süreçlerinden önce C. Planlama D. Yürütme 2. Proje başlatma belgesi hangi süreç grubunda yaratılır? A. Yürütme B. Planlama C. Kapanış
DetaylıKALİTE YÖNETİM SİSTEMİ TS EN ISO 2015 PROSES YAKLAŞIMI
KALİTE YÖNETİM SİSTEMİ TS EN ISO 2015 PROSES YAKLAŞIMI Mustafa DİLEK +90 532 263 4849 mdilekm@hotmail.com Kalite Yönetim Sistemi Kalite yönetim sistemi uygulamak kuruluşa aşağıdaki potansiyel faydaları
DetaylıYazılım Mühendisliği 1
Yazılım Mühendisliği 1 HEDEFLER Yazılım, program ve algoritma kavramları anlar. Yazılım ve donanım maliyetlerinin zamansal değişimlerini ve nedenleri hakkında yorum yapar. Yazılım mühendisliği ile Bilgisayar
Detaylıyönetimi vb. lisans ve yüksek lisans programlarındaki öğrenciler için kapsamlı bilgilenme imkânı sağlamaktadır.
Önsöz Günümüzde, hemen hemen her tür ve boyutta organizasyonda, görevleri proje olarak organize etmek yaygınlaşmıştır. Bunun en temel nedenlerinden biri çağdaş yönetim anlayışının hiyerarşik örgüt yapısından
DetaylıKamu Bilişim Tedariğinde Standardlara ve İş Hedeflerine Uyumluluk
Özgür Tüfekçi, Ürün Yöneticisi IBM Software, Rational ANKARA ozgurt@tr.ibm.com IBM Rational Bakış Açısı, Kamu Bilişim Tedariğinde Standardlara ve İş Hedeflerine Uyumluluk İçerik Yazılım Tedariğinde Zorluklar
DetaylıDEMİRYOLU PROJELERİNDE RAMS YÖNETİMİ
DEMİRYOLU PROJELERİNDE RAMS YÖNETİMİ ve LCC( Life Cycle Cost) KAVRAMI Feyzullah GÜNDOĞDU Kayseri Ulaşım A.Ş Sabit Tesisler Müdürü e posta: feygun@kayseriulasim.com Emrah DAL Kayseri Ulaşım A.Ş Araç Bakım
DetaylıToplantı Çizelgesi. SPICE Süreçleri(Devam) SPICE Notlandırma ve Süreçler. Hedef ve Ölçümlerin Değerlendirilmesi. Firmanızın ve Projelerinizin Tanıtımı
Hoşgeldiniz 01 Başlamadan önce Bu sunum, ülkemizde en sık başvuru alınan SPICE seviyesi olan seviye-2 için asgari gereksinimleri ifade edecek şekilde tasarlanmıştır. Diğer seviyeler için veya asgari kapsamın
DetaylıSİSTEM ANALİZİ VE TASARIMI
SİSTEM ANALİZİ VE TASARIMI BİLGİ SİSTEMİ GELİŞTİRME SÜRECİ Sistem Geliştirme Süreci ve Modelleri Sistem Geliştirme Yaşam Döngüsü Bilgi sistemlerinin geliştirilmesi için izlenen sürece Sistem Geliştirme
DetaylıInformation Technology Infrastructure Library ITIL
Yazılım Kalite Standartları Sunum Projesi Information Technology Infrastructure Library ITIL Hazırlıyanlar : Gökhan ÇAKIROĞLU - Feyyaz ATEġ - Çiğdem ELĠBOL - Caner ĠBĠCĠOĞLU ITIL Nedir? Kurum ile BT(Bilgi
DetaylıBİLGİ SİSTEMLERİNİN GELİŞTİRİLMESİ
BİLGİ SİSTEMLERİNİN GELİŞTİRİLMESİ Bilgi sistemi kavramı genellikle işletmelere yönelik olarak kullanılmaktadır. Bu yönüyle bilgi sisteminin amacını; yöneticilere teslim edilen ekonomik kaynakların kullanımına
Detaylıİleri Yazılım Proje Yönetimi (SE 552) Ders Detayları
İleri Yazılım Proje Yönetimi (SE 552) Ders Detayları Ders Adı Ders Kodu Dönemi Ders Saati Uygulama Saati Laboratuar Saati Kredi AKTS İleri Yazılım Proje Yönetimi SE 552 Güz 3 0 0 3 5 Ön Koşul Ders(ler)i
DetaylıProje Yönetimi. 2010 2011 Bahar Yarıyılı. Yrd. Doç. Dr. Ömer GİRAN
Proje Yönetimi 2010 2011 Bahar Yarıyılı Yrd. Doç. Dr. Ömer GİRAN KISIM I PROJE YÖNETİMİ ÇERÇEVESİ 1. Bölüm Giriş Proje Yönetimi Bilgi Birikimi PMBOK Kılavuzu Kılavuzu Proje Yönetimi Bilgi Birikimi Kılavuzu,
DetaylıSENTEZ TABANLI YAZILIM MİMARİSİ TASARIM YAKLAŞIMININ ESSENCE ÇERÇEVESİYLE MODELLENMESİ
SENTEZ TABANLI YAZILIM MİMARİSİ TASARIM YAKLAŞIMININ ESSENCE ÇERÇEVESİYLE MODELLENMESİ G Ö R K E M G I R AY, T U R K E Y B E D I R T E K I N E R D O G A N, W A G E N I N G E N U N I V E R S I T Y, N E
Detaylıİç Kontrol ve Risk Yönetimi Sisteminiz Stratejik Yönetim ve Planlama Sürecinize Katkı Sağlayabilir
İç Kontrol ve Risk Yönetimi Sisteminiz Stratejik Yönetim ve Planlama Sürecinize Katkı Sağlayabilir Kurumlarımızda kullanılmakta olan önemli yönetim araçlarımız bulunmakta; İç Kontrol, Risk Yönetimi, Stratejik
DetaylıKALİTE YÖNETİM SİSTEMİ İş Sürekliliği
T. C. KAMU İHALE KURUMU Elektronik İhale Dairesi KALİTE YÖNETİM SİSTEMİ İş Sürekliliği İş Sürekliliği Yönetim Sistemi Politikası Sürüm No: 5.0 Yayın Tarihi: 11.05.2014 444 0 545 2012 Kamu İhale Kurumu
DetaylıCobiT te Olgunluk Seviyelerinin Anlamı ve Hesaplanması. Altuğ Kul, MA, CISA
CobiT te Olgunluk Seviyelerinin Anlamı ve Hesaplanması Altuğ Kul, MA, CISA Bilgi işlem, bilgi teknolojileri, bilgi sistemleri bölümü veya departmanı ya da adı her nasıl tanımlanmış olursa olsun BT merkezli
DetaylıT. C. KAMU İHALE KURUMU
T. C. KAMU İHALE KURUMU Elektronik İhale Dairesi KALİTE YÖNETİM SİSTEMİ Bilgi Güvenliği Bilgi Güvenliği Yönetim Sistemi Politikası Sürüm No: 4.0 Yayın Tarihi:11.05.2014 444 0 545 2012 Kamu İhale Kurumu
DetaylıYazılım Süreçleri Software Processes
Yazılım Süreçleri Software Processes Yazılım geliştirme Süreç Modelleri Software Development Process Models Proje Yönetimi Süreçleri Project Management Process Yazılım Geliştirme Süreçleri Software Development
DetaylıPMP Sınavına Hazırlık Proje Yönetimi
PMP Sınavına Hazırlık Proje Yönetimi Eğitim Takvimi Tarih Eğitim Süresi Lokasyon 26 Kasım 2018 5 Gün Bilginç IT Academy Eğitim Detayları Eğitim Süresi : 5 Gün Kontenjan : 12 Ön Koşullar : Herhangi bir
DetaylıISO 27001:2013 BGYS BAŞTETKİKÇİ EĞİTİMİ
1.Tetkik Gün Sayısı İle İlgili Tanımlar Tetkik Süresi: Bir tetkikte harcanan toplam zaman. Her tür tetkikte, tetkik zamanı bina turlarında geçen süreleri, planın dışında geçen süre, dokümanların gözden
DetaylıISO 9001:2015 KALİTE YÖNETİM SİSTEMİ GEÇİŞ KILAVUZU
ISO 9001:2015 KALİTE YÖNETİM SİSTEMİ GEÇİŞ KILAVUZU Dünyada en çok kullanılan yönetim sistemi standardı ISO 9001 Kalite Yönetim Sistemi Standardının son revizyonu 15 Eylül 2015 tarihinde yayınlanmıştır.
DetaylıMersis Bilgi Teknolojileri Danışmanlık Ltd. Proje Yönetimi. Meriç Aykol
Mersis Bilgi Teknolojileri Danışmanlık Ltd. Proje Yönetimi Meriç Aykol Neden Proje Yönetimi Gartner Institute un BT sektörü araştırması Projelerin %74 ü başarısız ya da maliyet/zaman hedeflerini aşıyor
DetaylıBT Portföy Yönetimi ve BT Standartları (ISE 512) Ders Detayları
BT Portföy Yönetimi ve BT Standartları (ISE 512) Ders Detayları Ders Adı Ders Kodu Dönemi Ders Uygulama Saati Saati Laboratuar Saati Kredi AKTS BT Portföy Yönetimi ve BT Standartları ISE 512 Seçmeli 3
DetaylıYazılım Maliyet Tahmininde İşlev Puanı Analizi ve Yapay Sinir Ağları Kullanımı
Yazılım Maliyet Tahmininde İşlev Puanı Analizi ve Yapay Sinir Ağları Kullanımı Mesut Keskin, Gülfem Işıklar Alptekin Galatasaray Üniversitesi, Bilgisayar Mühendisliği Bölümü, İstanbul mesutkskn@gmail.com,gisiklar@gsu.edu.tr
Detaylıİleri Yazılım Proje Yönetimi (SE 552) Ders Detayları
İleri Yazılım Proje Yönetimi (SE 552) Ders Detayları Ders Adı Ders Kodu Dönemi Ders Saati Uygulama Saati Laboratuar Saati Kredi AKTS İleri Yazılım Proje Yönetimi SE 552 Güz 3 0 0 3 5 Ön Koşul Ders(ler)i
DetaylıBölüm 6 - İşletme Performansı
Bölüm 6 - İşletme Performansı Performans Kavramı Performans, genel anlamda amaçlı ve planlanmış bir etkinlik sonucunda elde edileni, nicel ya da nitel olarak belirleyen bir kavramdır. Performans Kavramı
DetaylıÖZKAYNAK AR-GE PROJELERİ İÇİN SEÇİM, BAŞLATMA, İCRA, KAPANIŞ VE PERFORMANS DEĞERLENDİRME SÜRECİ
II. AR-GE MERKEZLERİ İYİ UYGULAMA ÖRNEKLERİ ZİRVESİ AR-GE YÖNETİMİ ÖZKAYNAK AR-GE PROJELERİ İÇİN SEÇİM, BAŞLATMA, İCRA, KAPANIŞ VE PERFORMANS DEĞERLENDİRME SÜRECİ TUSAŞ TÜRK HAVACILIK VE UZAY SANAYİİ A.Ş.
DetaylıIII. PwC Çözüm Ortaklığı Platformu Şirketlerde İç Kontrol ve İç Denetim Fonksiyonu* 22 Aralık 2004
III. PwC Çözüm Ortaklığı Platformu Şirketlerde İç Kontrol ve İç Denetim Fonksiyonu* *connectedthinking PwC İçerik İç kontroller İç kontrol yapısının oluşturulmasında COSO nun yeri İç denetim İç denetimi
DetaylıTetkik Gün Sayısı Tespiti www.sisbel.biz
ISO/IEC 20000-1 BİLGİ TEKNOLOJİSİ - HİZMET YÖNETİMİ BAŞ DENETÇİ EĞİTİMİ Tetkik Gün Sayısı Tespiti 1.Tetkik Gün Sayısı İle İlgili Tanımlar Tetkik Süresi: Bir tetkikte harcanan toplam zaman. Her tür tetkikte,
DetaylıGT Türkiye İşletme Risk Yönetimi Hizmetleri. Sezer Bozkuş Kahyaoğlu İşletme Risk Yönetimi, Ortak CIA, CFE, CFSA, CRMA, CPA sezer.bozkus@gtturkey.
GT Türkiye İşletme Risk Hizmetleri Sezer Bozkuş Kahyaoğlu İşletme Risk, Ortak CIA, CFE, CFSA, CRMA, CPA sezer.bozkus@gtturkey.com İşletme Risk Hakkında Risk, iş yaşamının ayrılmaz bir parçasıdır ve kaçınılmazdır.
DetaylıKısaca. Müşteri İlişkileri Yönetimi. Nedir? İçerik. Elde tutma. Doğru müşteri 01.06.2011. Genel Tanıtım
Kısaca Müşteri İlişkileri Yönetimi Genel Tanıtım Başar Öztayşi Öğr. Gör. Dr. oztaysib@itu.edu.tr 1 MİY Genel Tanıtım 2 MİY Genel Tanıtım İçerik Müşteri İlişkileri Yönetimi Nedir? Neden? Tipleri Nelerdir?
DetaylıBilindiği üzere Bilgi Güvenliği Yönetim Sistemi, bilgi ve bilgi varlıklarının
BİLGİ GÜVENLİĞİ YÖNETİM SİSTEMİ VE İŞ SÜREKLİLİĞİ - 1 Bilindiği üzere Bilgi Güvenliği Yönetim Sistemi, bilgi ve bilgi varlıklarının Gizliliği Tamlığı (Bütünlüğü) Erişebilirliği (Kullanılabilirliği) Üzerine
DetaylıSüreç Danışmanlığı. KPMG Türkiye. kpmg.com.tr
Süreç Danışmanlığı KPMG Türkiye kpmg.com.tr 2 Süreç Danışmanlığı Süreçlerinizin kontrolü sizin elinizde Sürecinizin tam potansiyeline ulaşmasını sağlayın! Günümüzde teknolojinin ve ihtiyaçların hızlı bir
DetaylıSOFTWARE ENGINEERS EDUCATION SOFTWARE REQUIREMENTS/ INSPECTION RESEARCH FINANCIAL INFORMATION SYSTEMS DISASTER MANAGEMENT INFORMATION SYSTEMS
SOFTWARE REQUIREMENTS/ INSPECTION SOFTWARE ENGINEERS EDUCATION RESEARCH FINANCIAL INFORMATION SYSTEMS DISASTER MANAGEMENT INFORMATION SYSTEMS SOFTWARE REQUIREMENTS/ INSPECTION Ö. Albayrak, J. C. Carver,
DetaylıWeb Tabanlı CMMI Süreç Yönetimi Uygulamalarının Süreç ve Yazılım Geliştirme Performansına Pozitif Etkileri
Web Tabanlı CMMI Süreç Yönetimi Uygulamalarının Süreç ve Yazılım Geliştirme Performansına Pozitif Etkileri Y. Müh. Cemalettin Öcal FİDANBOY TÜBİTAK UEKAE ocalfidanboy@tubitak.gov.tr Meral YÜCEL TÜBİTAK
DetaylıYAZILIM KALİTE STANDARTLARI
YAZILIM KALİTE STANDARTLARI MEHMET KEKLĠKÇĠ ĠREM UYGUN KEREM GAZĠOĞLU LEZGĠN AKSOY CONTROL OBJECTIVES FOR INFORMATION AND RELATED TECHNOLOGY COBIT NEDİR? Tanım olarak CobiT, Control Objectives for Information
DetaylıEnerji Yönetimi 11 Aralık 2015. Ömer KEDİCİ
Enerji Yönetimi 11 Aralık 2015 Ömer KEDİCİ Tanım Enerji yönetimi ; Planlama, Koordinasyon ve Kontrol gibi birbirinden bağımsız olduklarında etkisiz kalabilecek işlevlerin bir araya gelerek oluşturdukları
DetaylıBilgi Sistemleri Tasarımı (SE 503) Ders Detayları
Bilgi Sistemleri Tasarımı (SE 503) Ders Detayları Ders Adı Ders Kodu Dönemi Ders Saati Uygulama Saati Laboratuar Saati Kredi AKTS Bilgi Sistemleri Tasarımı SE 503 Her İkisi 3 0 0 3 7.5 Ön Koşul Ders(ler)i
DetaylıMain-Cert Kompetenzprofil für Fach- und Führungskompetenzen in der Instandhaltung (Supervisor)
1 Bakım ihtiyacı analizi 1.1 Temel bakım işlemleri bakım, teknik servis, inceleme, onarım 1.2 Bakım yöntemleri (stratejiler) önleyici, düzeltici, arıza temelli, döngüsel önleyici, duruma dayalı bakım 1.3
DetaylıÜRETİM STRATEJİSİ VE VERİMLİLİK
ÜRETİM STRATEJİSİ VE VERİMLİLİK İŞLETME VE ÜRETİM STRATEJİLERİ. Günümüzde rekabette farklılaşmanın giderek önem kazandığı bir piyasa ortamında işletmeler rakiplerine üstünlük sağlayabilmek için farklı
Detaylı1-PROJE YÖNETİMİNE GİRİŞ
1-PROJE YÖNETİMİNE GİRİŞ Y R D. D O Ç. D R. K E N A N G E N Ç O L PROJE NEDİR Proje; benzersiz, özgün bir ürün, hizmet veya sonuç üretmek amacıyla yürütülen geçici faaliyetler bütünü bir girişimdir. (PMI
DetaylıElectronic Letters on Science & Engineering 2(2) (2011) Available online at www.e-lse.org
Electronic Letters on Science & Engineering 2(2) (2011) Available online at www.e-lse.org ERP: Enterprise Resource Planning Ceyda Şahbazoğlu 1, Feyzullah Temurtaş 2,* 1 Sakarya Üniversitesi, Fen Bilimleri
DetaylıHizmet Odaklı Mimariye Dayanan İş Süreçleri Yönetimi Sistemi
Hizmet Odaklı Mimariye Dayanan İş Süreçleri Yönetimi Sistemi 04.11.2010 Mine Berker IBTech A.Ş. Gündem İş Süreçleri Yönetimi (BPM) Modeli Yaşam Döngüsü 1 BPM e Neden İhtiyaç Duyduk? BPM Çözüm Araçlarının
DetaylıFayda-Maliyet Analizi
Fayda-Maliyet Analizi FMA kursunun birinci bölümü: 30.5 3.6.2011 Eğitmen: Sn. Neill BOOTH Sağlık alanında fayda-maliyet düşüncesinin uygulamaları konusunda deneyim (sağlık ekonomisi ve ekonomik değerlendirme)
DetaylıKALİTE BİRİM SORUMLULARI EĞİTİMİ
KALİTE BİRİM SORUMLULARI EĞİTİMİ 2018/I (05.09.18) Ülkü SU BİLGİN CICP-MHU Stratejik Yönetim ve Planlama Birimi Yöneticisi TANIŞMA.. EĞİTİM PLANI Eğitimin amacı Kalite Yönetim Sistemi o Nedir? o Sistem:
DetaylıHASTANE HİZMET KALİTE STANDARTLARI METODOLOJİSİ
HASTANE HİZMET KALİTE STANDARTLARI METODOLOJİSİ Sağlıkta Dönüşüm Programının ana hedeflerinden biride sağlık hizmetlerinde sürekli kalite gelişimini sağlamaktır. 2003 yılında ülkemize özgü bir uygulama
DetaylıBilindiği üzere Bilgi Güvenliği Yönetim Sistemi, bilgi ve bilgi varlıklarının
BİLGİ GÜVENLİĞİ YÖNETİM SİSTEMİ VE İŞ SÜREKLİLİĞİ - 1 Bilindiği üzere Bilgi Güvenliği Yönetim Sistemi, bilgi ve bilgi varlıklarının Gizliliği Tamlığı (Bütünlüğü) Erişebilirliği (Kullanılabilirliği) Üzerine
DetaylıSTRATEJİK PLAN, AMAÇ, HEDEF VE FAALİYET TABLOSU
FAKÜLTE/BÖLÜM ADI: STRATEJİK PLAN, AMAÇ, HEDEF VE FAALİYET TABLOSU Stj. Amaç No Hedef No Faaliyet No Performans no Stratejik Amaç / Hedef / Faaliyet Tanımı 2008 mevcut durum 2009 2010 2011 2012 2013 Faaliyet
DetaylıİNSAN KAYNAKLARI PERFORMANS YÖNETİMİ NEDİR?
İNSAN KAYNAKLARI PERFORMANS YÖNETİMİ NEDİR? Sefa ESEN Kurumsal Finansman Yönetmeni 1 Stratejik hedeflere ulaşmada stratejik plan çevriminin performans gözlemleme ve raporlama unsurları kurum tarafından
DetaylıÜniversitesi. {g.karatas, Library, Science Direct ve Wiley veri içerisinde
:, Üniversitesi 34156, stanbul, {g.karatas, c.catal}@iku.edu.tr Özet. sistematik ebilmek üzere, yöntemlerini in n veri belirlemek, ortaya konulan. IEEE Explorer, ACM Digital Library, Science Direct ve
DetaylıT. C. KAMU İHALE KURUMU
T. C. KAMU İHALE KURUMU Elektronik İhale Dairesi KALİTE YÖNETİM SİSTEMİ BT Strateji Yönetimi BT Hizmet Yönetim Politikası Sürüm No: 5.0 Yayın Tarihi: 14.07.2014 444 0 545 2012 Kamu İhale Kurumu Tüm hakları
DetaylıTürk Tarih Kurumu Araştırmacı Bilgi Sistemi
2013 Türk Tarih Kurumu Araştırmacı Bilgi Sistemi TTK Kalite Güvence Politikaları Kalitenin iyileştirilmesi ve kaynakların ülkenin amaç ve hedefleri doğrultusunda harekete geçirilmesine yönelik stratejik
DetaylıProje Yönetimi ve PMP Sertifikasyonu
Proje Yönetimi ve PMP Sertifikasyonu GÜNDEM Proje Yönetimi Terminolojisi Proje Yönetimi Metodolojisi Proje Yönetimi Süreç Grupları Proje Yönetimi Bilgi Alanları PMP Sertifikası Nedir ve Önemi 2 Proje ve
DetaylıT.C. TRAKYA ÜNĐVERSĐTESĐ FEN BĐLĐMLERĐ ENSTĐTÜSÜ
T.C. TRAKYA ÜNĐVERSĐTESĐ FEN BĐLĐMLERĐ ENSTĐTÜSÜ Use-Case Tabanlı Yazılım Emek Kestirim Modeli Fatih YÜCALAR Doktora Tezi Bilgisayar Mühendisliği Anabilim Dalı I. Danışman: Prof. Dr. Fuat ĐNCE II. Danışman:
DetaylıDijitalleşme Yolunda ERP Dönüşümü
www.pwc.com Recep Alagöz İsmail Doğan Dijital dönüşümü anlamak Klasik ERP Yaklaşımı APO SD FI PLM MM CO HR PP QM R/3 Client / Server ABAP/4 PM TR AM PS SRM CRM WM CS BI GRC 2 Yeni Dönem Yıkıcı Etkiler
DetaylıGenel Katılıma Açık Eğitimlerimiz Başlıyor!
Genel Katılıma Açık Eğitimlerimiz Başlıyor! Mavi Akademi, bünyesinde barındırdığı yetki belgeleri ve alanında uzman akademisyenler, sektör tecrübesine sahip baş denetçiler ve uzmanlardan oluşan kadrosuyla
DetaylıTETKİK SÜRELERİ BELİRLEME TALİMATI
Sayfa No 1/11 1. AMAÇ Tetkik tipleri ve kuruluş yapısı dikkate alındığında tetkikler için harcanacak adam/gün sayılarını ve ücretlerini belirlemektir. 2. KAPSAM Bu prosedürün uygulanmasından Planlama Sorumlusu,
DetaylıTR 2008 IB EN 04 MADEN ATIKLARININ YÖNETİMİ PROJESİ
TR 2008 IB EN 04 MADEN ATIKLARININ YÖNETİMİ PROJESİ Ülkü Füsun ERTÜRK Maden atıkları ve Tehlikesiz Atıkların Yönetimi Şube Müdürlüğü Kimya Müh. Antalya, 24-26.04.2012 Maden Atıklarının Yönetimi Projesi
DetaylıGEZİNME ADAPTASYONU: NEDEN VE NASIL?
GEZİNME ADAPTASYONU: NEDEN VE NASIL? S İ BEL SOMYÜREK B İLAL ATASOY İçerik Neden gezinme adaptasyonuna ihtiyaç duyulur? Gezinme adaptasyonu nedir? Gezinme adaptasyonu nasıl gerçekleştirilir? Sonuç ve öneriler
DetaylıProje Çevresi ve Bileşenleri
Proje Çevresi ve Bileşenleri 1.3. Proje Çevresi Proje çevresi, proje performans ve başarısını önemli ölçüde etkiler. Proje takımı; sosyoekonomik, coğrafı, siyasi, yasal, teknolojik ve ekolojik gibi kuruluş
DetaylıKURUM İÇ DEĞERLENDİRME RAPORU HAZIRLAMA KILAVUZU
KURUM İÇ DEĞERLENDİRME RAPORU HAZIRLAMA KILAVUZU ANKARA- 13 /04/2016 1 Araştırma ve Geliştirme Yönetim Sistemi 2 Araştırma ve Geliştirme Araştırma Stratejisi ve Hedefleri Araştırma Kaynakları Araştırma
DetaylıAkademik Veri ve Performans Yönetim Sistemi. Kısa Tanıtım Kılavuzu
Akademik Veri ve Performans Yönetim Sistemi Kısa Tanıtım Kılavuzu Sistem Hakkında Sisteme Giriş Akademik Çalışmalara Yönelik Veri Alanlarının Detaylı Olarak Tasarlanmasının Nedeni Kişisel Verilerin Girilmesi
DetaylıCICS / CICP Sertifika Programları. Eğitim Kataloğu. Hazırlayan: İç Kontrol Enstitüsü
CICS / CICP Sertifika Programları Eğitim Kataloğu Hazırlayan: İç Kontrol Enstitüsü İÇİNDEKİLER İÇİNDEKİLER... 1 İÇ KONTROL ENSTİTÜSÜ NÜN CICS / CICP SERTİFİKA PROGRAMLARI EĞİTİMİ İÇERİĞİ... 3 BÖLÜM 1:
DetaylıAltasoft kolay anlaşılan, kolay uygulana ve yalın bir yazılımdır.
Yönetim Sistemlerinin uygulanmasında ve sürdürülmesinde çok önemli sıkıntılar ve kayıplar yaşanmaktadır. Altasoft bu sıkıntıları ve kayıpları en aza indiren çözümleri içeren bir yazılımdır. Çok sayıda
DetaylıISO 13485:2016 TIBBİ CİHAZLAR KALİTE YÖNETİM SİSTEMİ GEÇİŞ KILAVUZU
ISO 13485:2016 TIBBİ CİHAZLAR KALİTE YÖNETİM SİSTEMİ GEÇİŞ KILAVUZU Dünyaca kabul görmüş medikal cihazlar endüstrisi kalite yönetim sistemi standardı olan ISO 13485'in final versiyonu Şubat 2016 da yayınlandı.
DetaylıSistem Geliştirme Yaşam Döngüsü (The Systems Development Life Cycle) (SDLC)
Sistem Geliştirme Yaşam Döngüsü (The Systems Development Life Cycle) (SDLC) Sistem analistlerinin ve kullanıcı faaliyetlerinin spesifik döngüsünün kullanılmasıyla En iyi geliştirilmiş sistemin oluşmasını
DetaylıSigorta Sözleşmeleri. Sunum / Açıklama Gereklilikleri. Standarda Referans
UFRS 4 Standarda (standardın ilgili paragraflarına referans verilmiştir) Sigorta Sözleşmeleri Kontrol listesinin bu kısmı sigorta sözleşmesini düzenleyen (sigortacı olarak tanımlanan) herhangi bir işletmenin
DetaylıBİÇİMSEL YÖNTEMLER (FORMAL METHODS) Betül AKTAŞ Suna AKMELEZ
BİÇİMSEL YÖNTEMLER (FORMAL METHODS) Betül AKTAŞ 14011021 Suna AKMELEZ 14011050 Biçimsel Yöntemler Nedir? Nerede Kullanılır? Biçimsel Tasarım Biçimsel Yöntemlerin Yararları Biçimsel Yöntemlerin Zayıf Yönleri
DetaylıSıra No Tarih Saat Ders No Yöntem Ders Adı Dak San :00 1 Ders Sınavın Giriş Şartları ve Sınavın Genel Yapısı :15 1 Ders En Önemli
Sıra No Tarih Saat Ders No Yöntem Ders Adı Dak San 1 11.2 7:00 1 Ders Sınavın Giriş Şartları ve Sınavın Genel Yapısı 6 0 2 11.2 7:15 1 Ders En Önemli Varsayım 2 16 3 11.2 7:30 1 Ders PMP Sınav Başvurusu
DetaylıİŞLETME BİLGİ SİSTEMLERİ
DİKKATİNİZE: BURADA SADECE ÖZETİN İLK ÜNİTESİ SİZE ÖRNEK OLARAK GÖSTERİLMİŞTİR. ÖZETİN TAMAMININ KAÇ SAYFA OLDUĞUNU ÜNİTELERİ İÇİNDEKİLER BÖLÜMÜNDEN GÖREBİLİRSİNİZ. İŞLETME BİLGİ SİSTEMLERİ KISA ÖZET KOLAYAOF
DetaylıBT Maliyetlerinde Etkin Yönetim Stratejileri *
PwC Türkiye V. Çözüm Ortaklığı Platformu BT Maliyetlerinde Etkin Yönetim Stratejileri * Anıl l Erkan, Kıdemli K Müdür, M Danış ışmanlık Hizmletleri Seda Babür, Danış ışman, Danış ışmanlık Hizmletleri PwC
Detaylı