5/3/2013 PROJE NEDİR? Projede yapılacak işler. Proje işlemlerinin tanımlanması. Proje organizasyonu ve Temel Roller PROJE

Ebat: px
Şu sayfadan göstermeyi başlat:

Download "5/3/2013 PROJE NEDİR? Projede yapılacak işler. Proje işlemlerinin tanımlanması. Proje organizasyonu ve Temel Roller PROJE"

Transkript

1 PROJE NEDİR? PROJE Belirli kaynakları tüketerek bir ürün, hizmet veya belirli bir sonucun elde edilmesine yönelik olarak; belirli bir zaman diliminde, özgün ve ilk olarak geçici Olarak gerçekleştirilen faaliyetlerden olusan bir girisimdir. Proje organizasyonu ve Temel Roller Proje organizasyonu ve Temel Roller Proje Yöneticisi : Bir projeyi mümkün olan en yüksek üretkenlik, en düşük belirsizlik ve risk ile yürütmek üzere görevlendirilir. Projeyi zamanında bütçe dahilinde ve üzerinde anlaşılan şartlara göre teslim etmek üzere projeyi sevk ve idare edecek kadar hem sorumluluk, hem de yetki sahibi olmalı, üst yönetim tarafından desteklenmelidir. Proje ekibinin; hangi niteliklere sahip kişilerden oluşacağını belirler, görev ve sorumluluklarını bildirir, ekibin gerekli kaynaklara ulaşmasını ve gerekli eğitimi almasını sağlar, proje ile ilgili görevlerini yerine getirmelerini sağlar, ekibini hedeflere ulaşmak için motivasyon, cesaret ve yönlendirmeyi sağlar. Proje Ekibi Ortak bir amacı ve hedefi paylaşırlar. Birlikte ve yardımlaşarak hedefe yönelik çalışırlar. Projenin belirli işlerini yerine getirerek amaç ve hedeflere erişmek üzere taahhütlerde bulunurlar. Çeşitli disiplin ve inanıştaki insanlar aynı ortak çaba üstünde odaklanırlar. Proje yöneticisine, projeye bağlılık ve inançları tamdır. Takım ruhu ve yüksek morale sahiptirler. 4 Projede yapılacak işler Tüm projenin mantıklı bir yapıda olması için, işler işlem parçalarına ayrılır; birbiriyle olan ilişkileri tanımlanır ve işlemlerin sırası belirlenir Her olay ve işlemin başlama ve bitiş zamanları, kritik yolu analiz edilir Her olay ve işlemin,kendinden önce gelen başka bir olay veya işlem tarafından nasıl etkileneceği ve kendisinden sonra gelen işlemi nasıl etkileyeceği belirlenir; Ekip üyelerinin yetki ve sorumlulukları belirlenir. Projeyi doğru olarak anlamaları ve uygulamaları sağlanır Projenin tamamlanması için gerekli olan bütçe belirlenir Projenin amaçlarını gerçekleştirmek için gerekli kaynaklar belirlenir; İşlemlerin tanımlanmasını engelleyen veya yavaşlatan sorunların çözümleri belirlenir; Zaman kontrolü, raporlar, formlar ve dışarıdan sağlanacak bilgiler belirlenir Proje işlemlerinin tanımlanması İşlem, projenin temel birimlerinden biridir- Moduller İşlem, belirli bir zaman içinde tamamlanması gereken ve proje için gerekli olan iş türü, iş miktarı ve iş yükü olarak tanımlanabilir. İşlem, projenin amaç ve hedeflerinden türetilir. 1

2 İşlemlerin Özellikleri İşlemler kısa,anlaşılır ve süreli olmalıdır. Her işlem,projenin amaç ve hedeflerine uygun, yönetilebilir, bağımsız, bütünleşebilir ve ölçülebilir olmalıdır; Her işlemin bir önceki işlemin tamamlanmasına bağımlılığı ve gelecek olan işlemlere bağlılığı tanımlanmış olmalıdır; İşlem süresi ne az, ne de çok olmalı, işlem süresi projenin toplam süresinin %o.05-%2 arasında olmalıdır. Çünkü; daha uzun süreli işlemlerin denetlenmesi zorlaşır ve başarısızlıkla sonuçlanma olasılığı artar. Daha kısa süreli işlemler ise kayıt tutma açısından çok zaman alır Her işlem alt elemanlarına ayrılabilmelidir İşlemlerin Parçalara Ayrılması Proje işlerinin belirlenmesi ve daha küçük parçalara ayrılması için,işlemlerin Parçalara Ayrılması WBS(Work Breakdown Structure) BÖL ve KAZAN yöntemi kullanılır Amaç projenin yapılabilir işlemlere ayrılması ve düzenlenmesi ile başarılı bir biçimde gerçekleştirile bilmesidir Kapsamlı ve karmaşık yazılım projelerinde işlem sayısı arasında değiştiğinden işlemlerin düzenlenmesi zordur. Böl-Kazan --Örnek-- Proje izleme ve denetim İzleme- bilginin toplanması, kaydı ve rapor edilmesidir. Denetim -izleme bilgilerini kullanmakla gerçek başarımın plana uygunluğunun belirlenmesidir. Oturacak sistemi Dağ bisikleti Şasi sistemleri Dişli sistemler Çark sistemi Fren sistemi Şasi yapısı Çatal sistemi Örtü ve dolğu Oturacak yapısı Dişler ve zincirler Vites ve kaydırıcılar Tekerlek göbeği jant kaliperler Manivela ve kablolar Birleştirici sistem borular Taşıyıcı sistem Boru yapısı Planlama-İzleme ve Denetim Döngüsü Kapalı süreç döngüsü, Planlama-İzleme-Denetim çabası, «gerçek işlere» zaman ayırmak için hataları en aza indirilmeye çalışmaktır. İzleme Sisteminin Tasarımı Denetlenmesi gereken başarım, maliyet ve zamanın özel karakteristikleri tanımlanmalıdır Başarım nitelikleri, projenin her bir ayrıntılı seviyesi için belirlenmelidir Gerçek zaman verileri toplanmalı ve planla karşılaştırılmalıdır Veri toplama mekanizması tasarlanmalıdır Kolay toplanan verilere odaklanmadan kaçınılmalıdır 2

3 Veri Biçimleri Tekrarlanan veriler-genelde olumsuz olayların oluşma sıklığını gösteriyor; örn.,proje raporu kaç gün gecikmiştir; programdaki hata sayısı, olaysız geçen günler Ham veriler kullanılan kaynakların miktarı, gereksinimler, zaman, para Genellikle, öznel değerlendirmeğe dayalı veriler örn., kalite tahmini Doğrudan ölçülmesi çoğu zaman mümkün olmayan verilerörn., başarım Sözel ölçümler- yalnız sözel değerlendirile bilen parametreler, örn., ekibin morali Veri Analizi Verilerin biraraya getirme yöntemleri İstatistiksel Dağılım Yöntemleri Grafik eğriler Kalite Yönetim Yöntemleri Deneme zamanlarında ortaya çıkmış program hataları sıklık Bu grafik hangi zaman dilimlerinde daha az (daha çok) hata bulunduğunu göstermektedir. Farklı zamanlarda kullanılan farklı deneme verileri ve yöntemlerinin etkililiği karşılaştırılabilir. zaman Raporlama Raporlar Proje Durumu Raporu Zaman/Maliyet raporu Tüm paydaşların aynı bilgiyi alması gerekmez Periyodik raporlardan kaçınmalı Proje bilgi sistemi ile kurumun genel bilgi sistemi arasında ilişki Rapor Türleri: Sıradan-Routine İstisnai- Exception Özel Analiz Rapor Türleri Sıradan -düzenli yapılan raporlar; üst yöneticiye periyodik olarak sunulan; Proje yöneticisine ise,örn.,projenin belirli aşamalarının bitmesi ile ilgili sunulan raporlar İstisnai- karar oluşturulması veya projenin bir yetkilisinin oluşturmuş olduğu kararın diğerleri ile paylaştırılması için - bilgi paylaşımı Özel Analiz- projenin bir kısmı ile ilgili yapılan araştırmaların sonucu olarak, projede oluşan özel sorunlarla bağlı olarak oluşturuluyor Toplantılar Toplantılar grup kararlarının alınmasına hizmet etmelidir Haftalık ilerleme raporlarının konuşulduğu raporlardan kaçınılmalı Toplantının gündemini yazılı olarak önceden bildirmeli 3

4 Toplantılar-devamı Herkesin toplantıya özenle hazırlanmasını sağlamalı Toplantının başkanı az konuşmağa çaba göstermeli Bireylerin konuşmaları kesilmemelidir Aşırı formaliteden kaçınılmalı Eğer toplantı özel bir kriz üzere düzenlenmişse, gündemi bu konu ile sınırlı tutmalı Sanal toplantılar- Günümüzde sıkça yapılan ve geçerli toplantılar Denetimin amacı Proje yöneticisi hem düzenlemede, hem de grubun varlıklarını sahiplenmede aynı derecede dikkatli olmalıdır, Proje yöneticisi şirketin fiziki varlıklarını, insan kaynaklarını, mali kaynaklarını da korumalıdır. Bu sebeplerden denetimin iki esas hedefi bulunmaktadır: 1. Faaliyetlerin değiştirilmesi yoluyla sonuçların düzenlenmesi 2. Şirketsel varlıkların (değerlerin) yönetimi Chapter 11-5 Proje Denetimi Denetim, planlama-izleme-denetim döngüsünün son elementidir Denetim, projenin 3 unsuru üzerine odaklanmıştır Başarım Maliyet Zaman Başarımın denetimi Proje denetimi Maliyetin denetimi Zamanın denetimi Başarımın Denetimini gerektiren nedenler Projenin başarısını, olumsuz etkileyen ve denetim gerektiren nedenler: Beklenmedik teknik sorunların oluşması, Gerektiği zaman yeterli kaynağın bulunamaması, Aşılmaz teknik sorunların mevcutluğu, Kalite veya güvenilirlik sorunlarının oluşması, Müşterinin başlangıç isteklerinde, değişiklikler istemesi, İşlevsel karmaşıklıkların ortaya çıkması, Teknoloji yeniliklerin projeye etkisi. Chapter 11-1 Chapter 11-2 Maliyetin Denetimini gerektiren nedenler Proje maliyetini etkileyen ve denetim gerektiren nedenler: Teknik zorlukların daha çok kaynak gerektirmesi İşin kapsamının büyümesi Başlangıç beklentilerin düşük olması Raporların zayıf veya zamansız olması Bütçenin yetersiz kalması Düzeltici denetimin zamanında yapılmaması Girdi fiyatlarında değişiklik olması Chapter 11-3 Zamanın Denetimini gerektiren nedenler Proje takvimini etkileyen ve denetim gerektiren nedenler: Teknik sorunların çözümünün planlandığından uzun sürmesi İlk zaman değerlendirmelerinin çok iyimser olması İşlerin sırasının düzgün olmayışı Malzeme, personel ve teçhizatın gerektiği zamanda bulunamaması Önceki görevlerin tamamlanmaması Müşterinin değişen isteklerine uygun olarak işlerde revizyona gidilmesi Yasa ve Yönetmeliklerde Düzenlemeler Chapter

5 Denetimin amaçları: İnsan Kaynaklarının Denetimi İnsan kaynaklarının yönetimi, personel artımının ve gelişiminin denetlenmesini gerektirir. Projeler insanların yetişmesi için verimli zemindir. Her bir proje özgün olduğundan, projelerde çalışan insanların kısa bir süre içinde geniş yelpazede içinde deneyim kazanmak olanakları bulunur. Chapter 11-7 Denetim süreci için Kararlar aşağıdakiler ile ilgili olmalıdır: Projenin hangi noktalarında denetim yapılacak Ne denetlenecek? Denetim nasıl ölçülecek? Sapmalara ne derecede tahammül edilecek? Sapmalar oluşmadan önce onları nasıl belirlemek ve önlemek mümkündür? Chapter Sonradan yapılan denetimler Sonradan yapılan denetimlere, karne gibi bakılabilir Onlar, ödüllendirme veya ceza vermek için temel olarak kullanılabilir, ama mevcut başarımı değiştirmek için çok geçtir Sonradan yapılan denetimler, iletişim, işbirliği, proje yönetiminin kalitesi, müşteri ile etkileşim alanlarına uygulana bilir Chapter Denetim sistemlerinin nitelikleri İyi denetim sistemi: Esnek olmalıdır. Etkin olmalıdır. Yararlı olmalıdır. Projenin gerçek ihtiyaçlarını karşılamalıdır. Zamanında işlemelidir. Mümkün oldukça basit olmalıdır. Bakımı kolay olmalıdır. Genişlene bilmelidir. Belgelendirmiş olmalıdır. Belgeler tam eğitim programını içermelidir Algılayıcı ve gözlemciler yeterince doğru ve kesin işlem yapmalıdır. Denetimler, genellikle istenmeyen baskı olarak değil, yararlı araç olarak anlaşılmalıdır. Chapter Benchmarking-kıyaslama Kıyaslama- bir ekibin, kendi sektöründen yada dışından başarılı bir projeyi referans alarak performansını mümkün olan tüm şekillerde karşılaştırıp mevcut olan durumdan daha iyisini oluşturmaya çalışmak için geliştirme ve iyileştirme sürecidir ve güçlü bir yönetim aracıdır. Chapter İyi uygulamalar için başarı anahtarları Projelere yardım için 4 başlıca yöntem bulunmaktadır: Proje yöneticiliğinin yararlı olduğunu teşvik etme İkramiye, hisse senetleri, diğer teşviklerle yüksek riskli projeler ve proje yönetimi becerileri için personel ödemeleri Metodoloji- PY yöntemlerinin standartlaştırılması,geliştirilmesi Proje Yöneticiliği sonuçları- proje başarımını projenin kuruma etkisini ölçmeli; projeden alınan değeri ölçmeli Chapter

6 Denetim, bir yöneticilik fonksiyonudur Denetlemenin amacı projenin mevcut iş-zaman çizelgelemelerinin, bütçesinin ve çıkış ürününün uygun plan verilerine yakın olmasını sağlamaktır Proje yöneticisinin görevi öyle denetim sistemi oluşturmaktır ki, bu sistemde proje için yararlı davranışlar teşvik edilmiş, yararsız olanlar ise önlenmiş olsun YAZILIM HATALARI KALİTE DENEME Chapter Yazılım Hataları ve ya Böcek (Bug) Yazılım ürününün kalitesinin gereksiz veya sebepsiz yere düşmesine neden olan her şey Yazılım hatası ( software bug), yazılım sistemleri ve programlarının doğru olmayan veya beklenmeyen sonuçlar vermesine neden olan veya bu sistem ve programların istenmeyen davranışlarına sebep olan hatalar, yanlışlıklar, kusurlara verilen ortak isimdir. Ayıklama-Debugging Beklenen hedefleri sağlamaları amacıyla bilgisayar programında veya donanım parçalarında kusurları (böcekleri) bulmak veya azaltmak için yapılan süreç Ayıklamanın, özellikle sıkı birleşimli altsistemlerde yapılması zordur; bir altsistemdeki değişmeler diğerlerinde pek çok böceğe sebep olabilir Kalite nedir? Gereksinimlere uymak Bir ürünün özellikleri bütünü Belirli bir ihtiyacı karşılama yeteneği Ürün ve hizmetlerin müşteri isteklerini karşılaması Ürünün ve hizmetin içeriği Kalitenin boyutları güvenebilirlik kullanılabilirlik bakılabilirlik denetlenebilirlik işlevsellik işlem hızı ölçeklenebilirlik Teknik desteklenebilirlik Yazılım Denemesine Strateji Yaklaşım Deneme- önceden planlaştırılan ve düzenli yapılan girişimler kümesi Deneme modül seviyesinde başlar ve içten dışa doğru tüm bilgisayarlı sistemi kapsar Farklı geliştirme süreçlerinde farklı deneme teknikleri uygulana bilir Deneme ve Kod ayıklama (debugging) farklı girişimlerdir ve kod ayıklama her bir deneme stratejisinde kullanılabilir Deneme yazılım geliştirici tarafından ve (büyük projeler için) bağımsız deneme grubu tarafından gerçekleştirilir 6

7 Yazılım Kalitesinin Sağlanması Yazılım Deneme Adımları Yazılım Mühendisliği Yöntemleri Standartlar ve Yöntemler Formal Teknik İnceleme Yazılım sistemi Yazılım Kalite Yöneticiliği ve Yazılım kalite Güvencesi Ölçme Deneme gereksinimler Sistem Denemesi tasarım Bütünleme Denemesi Birim d. kod Deneme yönü Yazılımın Denenmesi Mekanizmasının oluşturulması Yapıcı işler- yazılım çözümleme ve tasarım Dağıtıcı iş- deneme Yazılım geliştirici program birimlerinin (modüllerinin) denenmesinde sorumludur Geliştirici, bütünleme denemesine de katılır Yazılım Mimarisi bittikten sonra bağımsız deneme grubu devreye girer Deneme Belirteci Denemenin Kapsamı Deneme Planı Deneme Yordamı Bütünleme sırası Modüller için Birim denemesi Deneme Ortamı Deneme Durumu verileri Beklenen sonuçlar Gerçek Deneme Sonuçları Deneme Ölçekleri Arayüzü bütünlüğü İşlevsel geçerlilik Bilgi tamlığı Başarım Kusurların denenmesi Sistem kusurlarının varlığını ortaya çıkaran deneme programları 7

8 Kusur denemesi sureci Design test cases deneme durumları deneme verileri deneme sonuçları deneme raporları Test cases Prepare test data Test data Run program with test data Test results Compare results to test cases Deneme durumlarının deneme verilerinin hazırlanması deneme verileri ile durum sonuçlarının Tasarlanması programın çalıştırılması karşılaştırılması Test reports Birim Denemesi: Ayrı-ayrı program bileşenlerinin denenmesi Genelde bileşenin geliştiricisi sorumludur (kritik sistemler dışında) Denemeler geliştiricinin deneyimlerine dayanmaktadır Amaç: Altsistemlerin doğru kodlaştırıldığının ve gereken işlevleri yerine getirdiğinin doğrulanması Birim Denemesi Birim Denemesi yazılım ürününün en küçük birimi üzere doğrulama işlemlerini yapmak içindir Modul Arayüzü Yerel veri yapısı Sınır koşulları Bağımsız yollar Bütünleme Denemesi: Geliştirici tarafından yerine getirilir Sistemi veya altsistemi oluşturmak için bir araya getirilmiş bileşenler grubunun denenmesi Bağımsız deneme grubu sorumludur Deneme sistem belirteçleri üzere gerçekleştirilir Amaç: Altsistemler arasında arayüzlerinin denenmesi Deneme durumları Sistem Denemesi: Sistem geliştirici tarafından yerine getirilir Amaç: Sistemin, gereksinimleri (işlevsel ve genel) karşıladığının belirlenmesi Türleri: Kurtarma (recovery) Denemesi Güvenirlik (security) Denemesi Stres Denemesi Başarım Denemesi Geçerlilik (validation) Denemesi Geliştiricinin teslim ettiği sistemin değerlendirilmesi Kara kutu denemeleri ardışıklığı Geçerlilik denemesi sonucu: işlev veya başarım belirteçlere uygundur; kabul edilir belirteçten sapmalar var ve yetersizlik listesi oluşturulur Amaç: Sistemin gereksinimleri karşıladığını ve kullanım için hazır olduğunu göstermek 8

9 Deneme öncelikleri Yalnız tepeden-tırnağa bir deneme, programın kusurlarının olup olmadığını gösterebilir. Ama, böyle deneme mümkün değil. Deneme ilk öncelikle bileşenlerinin değil, sistemin kendisinin yeteneklerinin sınanmasına yönelmelidir Tipik durumların denenmesi, sınır değerlerine uygun durumların denemesinden daha önemlidir Deneme verileri ve deneme durumları Deneme verisi- Sistem denemesinin girişine verilen değerler Deneme durumları- Sistemi denemek için giriş verileri ve eğer sistem, belirtecine uygun işlerse, bu veriler sonucu öngörülen çıkışlar-durumları tanımlar. Deneme için eşit parçalama startejisi Sistemin giriş ve çıkışlarının eşit kümelere parçalanması Eğer giriş 10,000 ve 99,999 arasında 5 rakamlı tam sayı ise, eşdeğerli kısımlar <10,000, 10,000-99, 999 ve > 10, 000 olacak Deneme durumlarını bu kümelerin sınırlarında seçmeli 00000, 09999,10000, 10001, 99999, Eşit parçalama-örnek Less than Between and More than Input values Less than 4 Between 4 and 10 More than 10 Number of input values İkili arama-eşit parçalama Aranan eleman dizidedir Aranan eleman dizide değil Giriş dizisi tek bir değerden oluşuyor Giriş dizisinde çift sayıda değer vardır Giriş dizisinde tek sayıda değer vardır İkili arama-eşit parçalama Equivalence class boundaries Elements < Mid Elements > Mid Mid-point 9

10 Kara kutu denemesi Programa kara kutu gibi bakılır Program deneme durumları sistem belirtecine dayanmaktadır Deneme planlaması yazılım sürecinin erken aşamalarında başlamalıdır Kara kutu denemesi Giriş deneme verileri Çıkış deneme sonuçları Input test data Output test results System I e O e Inputs causing anomalous behaviour Normal olmayan durumlara neden olan girişler Outputs which reveal the presence of defects Kusurların varlığını ortaya çıkaran çıkışlar Kara kutu Birim denemesi teknikleri Amaç: küçük boyutlu deneme durumları kümelerinin seçilmesi Sınır değerlerinin çözümlenmesi ile eşit parçalamanın kullanılması. Bu yaklaşım, denemeye tabi tutulan yazılımın giriş ve çıkış belirteçlerine dayanmaktadır. Giriş verilerinin seçilmesi (örnek): Eğer yazılım birimi (modülü) 1-25 arasındaki tam sayılarla işlerse, hatanın bulunma riskinin 1 ve 25 arasında olacağını kabul ediyoruz. Bu aralık, eşdeğer sınıfı belirler. Birimin işlemeli olduğu 3 eşdeğer sınıf: 1. < >25 Her sınıfın her bir üyesi deneme girişi gibi seçilebilir, örn.,-567, 1 ve Programlama deneyimleri,hataların sıklıkla sınıfların her iki sınırında da var ola bileceğini gösteriyor. Uygun olarak aşağıdaki deneme girişleri kullanılmalıdır: Giriş 1: 0 Giriş 2: 1 Giriş 3: 2 Giriş 4: 17 Giriş 5: 24 Giriş 6: 25 Giriş 7: 26 Çıkış verilerinin seçilmesi. Giriş verilerinde olduğu gibi çıkışlar için de sınır koşulları seçilmelidir. Deneme verisi yalnız doğru ve yanlış giriş verilerini değil, çıkış için sınır koşulları denemesini de içermelidir Genelde, her R1 R2 aralığı, giriş ve çıkış belirteçleri ile belirlenir. 5 deneme durumu seçile bilir: R1 den küçük R1 e eşit R1 den büyük, R2 den küçük R2 ye eşit R2 den büyük Beyaz kutu Denemesi Cam kutu, mantıksal veya yol yönlü deneme de denir. En yaygın biçimi, her kod ardışıklığı yolunun en azından bir kez yürütülmesini gerektiren yol denemesidir Beyaz kutu denemesinin 4 türü: İfade (komut) Denemesi Döngü denemesi Yol Denemesi Koşul Denemesi 10

11 Beyaz kutu denemesi Tests Denemeler alınıyor Test data Derives Component code Test outputs Beyaz kutu Birim Denemesi Teknikleri Deneme verileri programın iç yapısına göre seçilir Yapı, programdaki ardışıklığı, kararları, döngüleri ifade eden akış çizgesi ile gösterilir Akış çizgesini program kodlarından almak mümkündür Mantıksal bütünlük oluşturan komutlar ardışıklığı tek düğümle ifade edilir. Düğümün her yürütülmesinde, düğüm içindeki her bir komut da bir kez yürütülmelidir. Her kenar bir düğümle sonlanmalıdır (düğüm yordamsal ifadeyi anlatmaya da bilir) Her karmaşık koşul basit koşullara parçalanmalıdır. Bir düğüm yalnız tek (sade) koşulu ifade eder. Bileşenin (modülün) kodu Beyaz Kutu denemesi örneği---yolların belirlenmesi Beyaz ve kara kutu deneme teknikleri hataların yalnız var olduklarını gösterer. Ama, bu teknikler hataları ortaya çıkaran nedenleri aradan kaldırmaz. Örnek için akış çizgesi Programın akış çizgesi Programın denetim akışını ifade eder. Döngüsel karmaşıklığı (cyclomatic complexity ) hesaplamak için temeldir Döngüsellik (bağımsız yol sayısı) = koşullar sayısı +1 11

12 Yol Denemesi Yol Denemesinde amaç,öğle deneme durumları kümelerini oluşturmaktır ki, bu kümelerle programın her bir yolu en azından bir kez denenmiş olsun Yol Denemesi için başlangıç nokta programın akış çizgesidir. Çizgede düğümler program komutlarını (komutlar ardışıklığını), kenarlar kontrol akışlarını ifade eder İKİLİ ARAMA ALGORİTMASI int search ( int key, int [] elemarray) { int bottom = 0; int top = elemarray.length - 1; int mid; int result = -1; while ( bottom <= top ) 2 { mid = (top + bottom) / 2; if (elemarray [mid] == key) 3 { result = mid; 8 return result; } // if part else { if (elemarray [mid] < key) 4 bottom = mid + 1; 5 else top = mid - 1; 6 } } //while loop return result; } // search bottom > top while bottom <= top if (elemarray [mid] == key 4 (if (elemarray [mid]< key İkili arama modülü için akış çizgesi Bağımsız yollar bottom > top while bottom <= top if (elemarray [mid] == key 4 7 (if (elemarray [mid]< key 1, 2, 3, 8, 9 1, 2, 3, 4, 6, 7, 2 1, 2, 3, 4, 5, 7, 2 1, 2, 3, 4, 6, 7, 2, 8, 9 Deneme durumları öğle seçilmelidir ki, tüm bu yollar yürütülmüş olsun 6 İfade denemesi Programın her bir cümlesi (ifadesi) en azından bir kere yürütülmüş olmalıdır. Basit ifadelere atama, giriş-çıkış, yordam çağırma ifadeleri ait edilebiler. İfade denemesi için kıstas: İfade denemesi kıstası. Öyle bir T deneme kümesi seçilmelidir ki, P programı yürütülürken T deki her bir d giriş verileri için programın her bir basit ifadesi en az bir kere yürütülmüş olsun. İfade denemesi yönteminin yetersizliği Kontrol akışı grafında 1 nolu düğümü while ifadesi, ve 2 nolu düğümü if ifadesi içermektedir. 1,2,3,4,5 yolu ile program yürütülürken ifade denemesi kıstası sağlanmış oluyor. Ama bu halde, do-while ve if ifadeleri denenmemiş durumdadırlar Kenar denemesi İfade denemesinin geliştirilmesidir. Kenar denemesi tüm kenarların (veya dalların) en azından bir kere (kenar ifade içermediği durumda da) denenmesini gerektiriyor. Örneğin, while veya if ifadelerinin doğru ve yanlış tarafları en azından bir kere yürütülmelidir. Bu kıstas formal olarak böyle ifade edile bilir: Kenar denemesi kıstası: Öyle bir T deneme durumu seçilmelidir ki, P programı yürütülürken T deki her bir d verileri için P nin akış grafındaki her bir kenar en azından bir kere taranmış olsun 12

13 5 Kenar denemesine örnek Kenar denemesi kıstasını sağlamak için aşağıdaki yollar öyle yürütülmelidir ki, çizgenin her bir kenarı en azından bir kere taranmış olsun: 1, 2, 3, 4, 6, 7 1, 2, 4, 5, 6, 7 1, 2, 4, 6, 1, 2, 4, 6, 7 Göründüğü gibi deneme kümesindeki veriler her bir koşul için doğru ve yanlış değerleri kontrol edecek. Bu bakımdan kenar denemesi ifade denemesi ile nispette daha iyi bir yöntemdir Koşul denenmesi Kenar denemesi, daha fazla hata bula bilmesi için güçlendirilebilir. Verilmiş bir elemanı tabloda arayan böyle bir programa göz atalım: found = 0; counter = 0; while ((!found) && (counter < number_of_items - 1)) { if (table[counter] == desired_element) found = 1; counter++; } if (found) printf( the desired element exists in the table ); else printf ( the desired element does not exist in the table ); Bu program parçasında yanlış olarak while-ifadesinde "<= yerine "<" kullanılmıştır. T = {<number_of_items = 0, desired_element = 2>, <number_of_items = 3, desired_element = table[1]>} deneme kümesi kenar denemesi kıstasını sağlamaktadır. Ama hatayı bulmayacaktır. Bunun nedeni ise koşulun karmaşık olması- "!found" ve "counter < number_of_items - 1 gbi iki kısımdan oluşmasıdır. Baktığımız deneme kümesi bu karmaşık koşulun her bir kısmının doğru ve yanlış değerleri için yürütülmeği sağlamıyor Koşul denemesi kıstası Öyle bir T deneme durumu seçmeli ki, P programı yürütülürken T deki her bir d giriş verileri için programın akış çizgesindeki tüm kenarlar taranmış olsun ve karmaşık koşullardaki her bir alt koşulun mümkün değerleri en azından bir kere yürütülmüş olsun Bu deneme kıstasını, karmaşık koşulu basit koşullara parçalamakla daha iyi anlamak mümkündür. Örnek: if c1 and c2 then s1; else s2; İfadesi aşağıdaki ifadeye eşittir: if c1 then if c2 then s1; else s2; else s2; Deneme yaklaşımları Mimari geçerlilik Sistem mimarisinde hataları bulmak için yukarıdan aşağı deneme iyidir Sistemin gösterişi Yukarıdan aşağı deneme ile, geliştirmenin ilk aşamalarında sistemin sınırlı gösterimi yapıla biler Deneme çalıştırması Aşağıdan yukarıya deneme ile daha kolaydır Denemenin incelenmesi Her iki yaklaşımda sorunlar var.inceleme için ilave programlar yapmak gerekiyor Arayüzü Denemesi Arayüzü denemesi Modüller veya altsistemler, daha büyük sistemleri oluşturmak için bütünleştirildikte gerek olabilir Arayüzü hatalarını veya arayüzleri hakkındaki yanlış varsayımları meydana çıkarmak için kullanılır Nesneler, arayüzleri ile tanımlandığı için nesneye yönelik geliştirmede önemlidir A Test cases B C 13

14 Arayüzü türleri Parametre arayüzleri: Veriler bir yordamdan diğerine gönderilir Ortak bellek arayüzleri Belleğin bir kısmı yordamlar arasında ortak kullanılır Yordamsal arayüzleri Altsistem, diğer altsistemleri çağırmak için yordamlar kümesini ihtiva eder Haber gönderme arayüzleri Altsistemler diğer altsistemlerden hizmetler istemektedir Arayüzü hataları Arayüzü yanlış kullanılıyor Bir bileşenin diğer bileşeni çağırması zamanı arayüzü yanlış kullanılır (parametreler sırası yanlıştır) Arayüzü anlaşılmazdır Bileşen, çağrılan bileşenin davranışı hakkında doğru olmayan bilgiler içermektedir Zamanlama hataları Çağıran ve çağrılan bileşenlerde işlem süratleri farklıdır veya zamanı geçmiş verilere erişilir Arayüzü Denemesi için tavsiyeler Çağrılan yordama parametrelerin uç değerleri verilmelidir Bileşeni başarısızlığa götüren deneme tasarlamalı Haber aktarma sistemlerinde gerilim (stres) denemesini kullanmalı Ortak bellekli sistemlerde, bileşenlerin farklı ardışıklıkla belleğe erişimin denemeli Stres denemesi Sistemi en fazla tasarım yüklenmesinde çalıştırmalı Sistemler felaket biçiminde çökmemelidir. Gerilim denemesi, hizmet veya verilerin kabul edilemeyecek kaybını yoklamak içindir Özellikle, dağıtık sistemlerde kullanılması uygundur. Bu sistemler, ağın aşırı yüklenmesi ile bozulmalara çok meyillidir Bütünleşik denemesi Gelişen bütünleşik denemesi Bütünleşen bileşenlerden oluşan sistemlerin veya altsistemlerin denemesi Bütünleşik denemesi kara kutu denemesidir ve belirteçler üzere gerçekleştirilir. Hataların yerelleştirilmesi zordur. Gelişen bütünleşik denemesi bu sorunu aradan götürür. A B Test sequence 1 T1 T2 T3 A B C Test sequence 2 T1 T2 T3 T4 A B C D Test sequence 3 T1 T2 T3 T4 T5 14

15 Küme (cluster) denemesi yaklaşımları Kullanım durumlarının veya senaryolarının denenmesi Deneme, kullanıcının sistemle etkileşimine dayanmaktadır Kullanıcının beklediği sistem özelliklerinin denenmesi Tehlike denemesi Sistemin tehlikeli durumlarda tepkisinin denenmesi system Önemli Noktalar Sistemin daha çok kullanılan kısımlarını dene Eşit parçalama, programın eşit yollarla davranışını denemek içindir. Kara kutu denemesi sistem belirteçleri üzere yapılır Yapısal deneme, programın tüm yollarının çalıştırılacağı deneme durumlarını belirler. Önemli noktalar Deneme ölçümleri her ifadenin en az bir kez yürütülmesini sağlamalıdır. Arayüzlerinde hatalar, belirteçlerin yanlış okunulması, yanlış anlaşılması, doğru olmayan zamanlamalardan dolayı meydana gelmektedir Nesne sınıflarını denemek için tüm işlemleri, özellikleri ve durumları denemelidir. Nesneye yönelik sistemleri nesneler kümelerinde bütünleştirmelidir. Örnek 1 int foo (int a, int b, int c, int d, float e) { 2 float e; 3 if (a == 0) { 4 return 0; 5 } 6 int x = 0; 7 if ((a==b) OR ((c == d) AND bug(a) )) { 8 x=1; 9 } 10 e = 1/x; 11 return e; 12 } Sample Code for Coverage Analysis KAYNAKLAR M.Erhan SARIDOĞAN-Yazılım Mühendisliği Ali ARİFOĞLU & Ali DOĞRU-Yazılım Mühendisliği Oya KALIPSIZ & Ayşe BUHARALI & Göksel BİRİCİK- Sistem Analizi ve Tasarımı Roger S. Pressman-Software Engineering nt=55 Dilek YURTSEVEN 89 15

BLG4146 - Sistem Analizi ve Tasarımı. Öğr. Grv. Aybike ŞİMŞEK

BLG4146 - Sistem Analizi ve Tasarımı. Öğr. Grv. Aybike ŞİMŞEK BLG4146 - Sistem Analizi ve Tasarımı Öğr. Grv. Aybike ŞİMŞEK Tasarım Evresi Analiz evresinde sorulan NE sorusuyla elde edilen bilgilerin NASIL yapılacağı, NASIL gerçekleştirileceğinin ortaya konulduğu

Detaylı

SİSTEM VE YAZILIM. o Bilgisayar sistemleri donanım, yazılım ve bunları işletmek üzere gerekli işlemlerden oluşur.

SİSTEM VE YAZILIM. o Bilgisayar sistemleri donanım, yazılım ve bunları işletmek üzere gerekli işlemlerden oluşur. SİSTEM VE YAZILIM o Bilgisayar sistemleri donanım, yazılım ve bunları işletmek üzere gerekli işlemlerden oluşur. o Yazılım, bilgisayar sistemlerinin bir bileşeni olarak ele alınmalıdır. o Yazılım yalnızca

Detaylı

1.Yazılım Geliştirme Metotları 1

1.Yazılım Geliştirme Metotları 1 1.Yazılım Geliştirme Metotları 1 1.1 Klasik Çevrim(Waterfall) 1.2 V Modeli 1.3 Prototipleme/Örnekleme 1.4 Spiral Model 1.5 Evrimsel Geliştirme 1.6 Evrimsel Prototipleme 1.7 Artımlı Geliştirme 1.8 Araştırmaya

Detaylı

YAZILIM PROJESİ YÖNETİMİ

YAZILIM PROJESİ YÖNETİMİ YAZILIM PROJESİ YÖNETİMİ Yrd. Doç. Dr. Volkan TUNALI YZM 403 Maltepe Üniversitesi Mühendislik Fakültesi 5. BÖLÜM 2 RİSK YÖNETİMİ Genel Bakış 3 Giriş Risk ve Risk Yönetimi Nedir? Risk Kategorileri Risk

Detaylı

Proje İzleme: Neden gerekli?

Proje İzleme: Neden gerekli? Proje İzleme: Neden gerekli? Mantıksal Çerçeve Matrisinde İzleme Göstergeleri Raporlama Araçlar Müdahale Mantığı / Projenin Kapsamı MANTIKSAL ÇERÇEVE Objektif Şekilde Doğrulanabilir Başarı Göstergeleri

Detaylı

PERFORMANS YÖNETİMİ Prof.Dr.Coşkun Can Aktan

PERFORMANS YÖNETİMİ Prof.Dr.Coşkun Can Aktan PERFORMANS YÖNETİMİ Prof.Dr.Coşkun Can Aktan Açık, ölçülebilir hedefler başarının göstergeleridir. Yüksek performanslı kuruluşlarda ölçüm bir yaşam biçimidir. Ve lider bu ölçümleri yüksek performanslı

Detaylı

MerSis. Bilgi Teknolojileri Yönetimi Danışmanlık Hizmetleri

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ı

Yaz.Müh.Ders Notları #4 1

Yaz.Müh.Ders Notları #4 1 YAZILIM MÜHENDİSLİĞİ Şubat 2012 Yrd.Doç.Dr. Yunus Emre SELÇUK 1 NESNEYE YÖNELİK ÇÖZÜMLEMENİN TEMELLERİ Çözümleme (Analiz): Bir şeyi anlayabilmek için parçalarına ayırmak. Sistemi anlamaya yönelik çalışmalardan

Detaylı

NESNEYE YÖNELİK ÇÖZÜMLEME SÜRECİ

NESNEYE YÖNELİK ÇÖZÜMLEME SÜRECİ NESNEYE YÖNELİK ÇÖZÜMLEMENİN TEMELLERİ Çözümleme: Bir şeyi anlayabilmek için parçalarına ayırmak. Sistemi anlamaya yönelik çalışmalardan ve üst düzey planlama eylemlerinden oluşur. Uygulama/problem alanının

Detaylı

ISO 27001:2013 BGYS BAŞDENETÇİ EĞİTİMİ. Planlama - Destek

ISO 27001:2013 BGYS BAŞDENETÇİ EĞİTİMİ. Planlama - Destek Planlama - Destek Risk ve fırsatları ele alan faaliyetler enel ilgi güvenliği yönetim sistemi planlaması yaparken, kuruluş Madde 4.1 de atıf yapılan hususları ve Madde 4.3. de atıf yapılan şartları göz

Detaylı

Proje Yönetimi Uygulamaları Görev Tanımlama

Proje Yönetimi Uygulamaları Görev Tanımlama Girişimcilik ve İnovasyon Dersi Proje Yönetimi Uygulamaları Görev Tanımlama Yrd. Doç. Dr. Ali Nizam Prof. Dr. Fevzi YILMAZ Mühendislik Fakültesi Fatih Sultan Mehmet Vakıf Üniversitesi 2015 İş Paketi -

Detaylı

Mantıksal Çerçeve Matrisi

Mantıksal Çerçeve Matrisi Deniz Gümüşel Hande Özüt REC Türkiye Mantıksal Çerçeve Yaklaşımı Kullanım Alanları Proje yönetiminin dört aşamasında kullanılabilir: Proje ihtiyacının belirlenmesi Projenin tasarlanması Projenin uygulanması

Detaylı

PROJE YAPIM VE YÖNETİMİ İNSAN KAYNAKLARI YÖNETİMİ 09071067 ŞEYMA GÜLDOĞAN

PROJE YAPIM VE YÖNETİMİ İNSAN KAYNAKLARI YÖNETİMİ 09071067 ŞEYMA GÜLDOĞAN PROJE YAPIM VE YÖNETİMİ İNSAN KAYNAKLARI YÖNETİMİ 09071067 ŞEYMA GÜLDOĞAN İnsan kaynakları bir organizasyondaki tüm çalışanları ifade eder. Diğer bir deyişle organizasyondaki yöneticiler, danışmanlar,

Detaylı

BİLİŞİM SİSTEMLERİ GÜVENLİĞİNDE YENİ EĞİLİMLER

BİLİŞİM SİSTEMLERİ GÜVENLİĞİNDE YENİ EĞİLİMLER BİLİŞİM SİSTEMLERİ GÜVENLİĞİNDE YENİ EĞİLİMLER Dr. Hayrettin Bahşi bahsi@uekae.tubitak.gov.tr 11 Mart 2010 Gündem Bulut Hesaplama Sistemleri ve Bilgi Güvenliği Güvenli Yazılım Geliştirme Hayat Döngüsü

Detaylı

SİSTEM ANALİZİ VE TASARIMI

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ı

Süreç Yönetimi. Logo

Süreç Yönetimi. Logo Süreç Yönetimi Logo Kasım 2013 SÜREÇ YÖNETİMİ Süreç belirlenen bir amaca ulaşmak için gerçekleştirilen faaliyetler bütünüdür. Örn; Sistemde kayıtlı personellerinize doğum günü kutlama maili gönderme, Deneme

Detaylı

RİSK YÖNETİMİ. Risk Yönetim Planının 7 Bileşeni

RİSK YÖNETİMİ. Risk Yönetim Planının 7 Bileşeni RİSK YÖNETİMİ Risk Yönetim Planının 7 Bileşeni İÇİNDEKİLER Giriş Bileşenler: Rol ve Sorumluluklar Bütçeleme Zamanlama Risk Değerlendirme Kriteri Eşik Değerler İletişim Takip ve Denetim Sonuç GİRİŞ : Risk

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 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ı

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 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ı

AVRASYA UNIVERSITY. Dersin Verildiği Düzey Ön Lisans (X ) Lisans ( ) Yüksek Lisans( ) Doktora( )

AVRASYA UNIVERSITY. Dersin Verildiği Düzey Ön Lisans (X ) Lisans ( ) Yüksek Lisans( ) Doktora( ) Ders Tanıtım Formu Dersin Adı Öğretim Dili ALGORİTMA VE PROGRAMLAMAYA GİRİŞ Türkçe Dersin Verildiği Düzey Ön Lisans (X ) Lisans ( ) Yüksek Lisans( ) Doktora( ) Eğitim Öğretim Sistemi Örgün Öğretim (X )

Detaylı

KALİTE YÖNETİM SİSTEMİ İş Sürekliliği

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ı

MEHMET ŞİRİN DENETİM STANDARTLARI DAİRESİ BAŞKANI

MEHMET ŞİRİN DENETİM STANDARTLARI DAİRESİ BAŞKANI MEHMET ŞİRİN DENETİM STANDARTLARI DAİRESİ BAŞKANI Bağımsız Denetim Standartları 1. Kilit Terimlerin Belirlenmesi 2. Metnin Çevrilmesi 3. İlk Uzman Kontrolü 4. Çapraz Kontrol İkinci Uzman Kontrolü 5. Metnin

Detaylı

Etki Değerlendirme Hülya ÖZTOPRAK YILMAZ Daire Başkanı

Etki Değerlendirme Hülya ÖZTOPRAK YILMAZ Daire Başkanı Etki Değerlendirme Hülya ÖZTOPRAK YILMAZ Daire Başkanı 1 / 30 İçerik Amaç / Hedef Önem Kamu Destekleri Temel Kavramlar Değerlendirme ne işe yarar? Yöntem 2 / 30 Amaç / Hedef Amaç Etki değerlendirme konusunda,

Detaylı

BÖLÜM 4 İÇ KONTROL SİSTEMİ

BÖLÜM 4 İÇ KONTROL SİSTEMİ BÖLÜM 4 İÇ KONTROL SİSTEMİ Öğr. Gör. Mehmet KÖRPİ KONTROL KAVRAMI İşletmenin belirlenen amaçlarına ulaşması için, işletme yöneticilerinin almış olduğu önlemlere, uyguladığı yöntemlere kontrol usul ve yöntemleri

Detaylı

Dr. Bertan Kaya, CIA. Control Solutions International

Dr. Bertan Kaya, CIA. Control Solutions International Dr. Bertan Kaya, CIA Control Solutions International 1. Bölüm: İç Denetimin Yönetim Performansına Etkisi, Rol ve Sorumlulukları ile Kullandığı Araçlar İç Denetim İç denetim, bir kurumun faaliyetlerini

Detaylı

SiSTEM ANALiZi ve TASARIMI

SiSTEM ANALiZi ve TASARIMI SiSTEM ANALiZi ve TASARIMI BIL3403 Öğ. Gör. ASLI BiROL abirol@kavram.edu.tr 01.10.2012 Dersin Amacı Bu ders ile öğrenci; edindiği mesleki bilgi birikimini kullanarak sektörde uygulanabilir bir projeyi

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. 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ı

Farkındalılık ISO 9001 Kalite Yönetim Sistemi Eğitimi. Uygulama ve başarımın anahtarları

Farkındalılık ISO 9001 Kalite Yönetim Sistemi Eğitimi. Uygulama ve başarımın anahtarları ISO 9001 Kalite Yönetim Sistemi Eğitimi Uygulama ve başarımın anahtarları 1 Genel Eğitim Hakkında Kalite ve Yönetim Sistemi Kavramlar ve amaçlar TKY ve Kalite Yönetim Sistemi Standart maddeleri Fayda sağlamanın

Detaylı

EBG101 PROGRAMLAMA TEMELLERİ VE ALGORİTMA

EBG101 PROGRAMLAMA TEMELLERİ VE ALGORİTMA 3. HAFTA EBG101 PROGRAMLAMA TEMELLERİ VE ALGORİTMA Öğr. Gör. S. M. Fatih APAYDIN apaydin@beun.edu.tr EMYO Bülent Ecevit Üniversitesi Kdz. Ereğli Meslek Yüksekokulu PROBLEM ÇÖZME (PROBLEM SOLVING) nereden

Detaylı

www.innova.com.tr İnnova dan, tamamen ölçülebilir, KPI ve SLA anlaşmaları ile garanti altına alınmış yönetilebilir SAP hizmet modeli

www.innova.com.tr İnnova dan, tamamen ölçülebilir, KPI ve SLA anlaşmaları ile garanti altına alınmış yönetilebilir SAP hizmet modeli İnnova dan, tamamen ölçülebilir, KPI ve SLA anlaşmaları ile garanti altına alınmış yönetilebilir SAP hizmet modeli Etkin Kaynak Yönetimi Kolay İş Planlaması Verim ve Karlılık ITIL v3 Standartlarında Hizmetler

Detaylı

Özdeğerlendirme Raporu ve MÜDEK Değerlendirmesi Aşamaları

Özdeğerlendirme Raporu ve MÜDEK Değerlendirmesi Aşamaları ve MÜDEK Değerlendirmesi Aşamaları 10 Mayıs 2014 Mövenpick Hotel, Ankara Sunum İçeriği o İçeriği o Hazırlanması o Uyarılar MÜDEK Değerlendirmesi Aşamaları o Ziyaret Öncesi Aşaması o Kurum Ziyareti Aşaması

Detaylı

BİLGİSAYAR MÜHENDİSLİĞİ BÖLÜM BAŞKANLIĞI DERS TANITIM BİLGİLERİ

BİLGİSAYAR MÜHENDİSLİĞİ BÖLÜM BAŞKANLIĞI DERS TANITIM BİLGİLERİ BİLGİSAYAR MÜHENDİSLİĞİ BÖLÜM BAŞKANLIĞI DERS TANITIM BİLGİLERİ Dersin Adı Kodu Sınıf / Y.Y. Ders Saati (T+U+L) Kredi AKTS PROGRAMLAMA BG-213 2/1 2+0+2 2+1 5 Dersin Dili : TÜRKÇE Dersin Seviyesi : LİSANS

Detaylı

İSTANBUL ÜNİVERSİTESİ DÖNER SERMAYE İŞLETME MÜDÜRLÜĞÜ HİZMET İÇİ EĞİTİM SUNUMU 02 MAYIS 2014

İSTANBUL ÜNİVERSİTESİ DÖNER SERMAYE İŞLETME MÜDÜRLÜĞÜ HİZMET İÇİ EĞİTİM SUNUMU 02 MAYIS 2014 İSTANBUL ÜNİVERSİTESİ DÖNER SERMAYE İŞLETME MÜDÜRLÜĞÜ HİZMET İÇİ EĞİTİM SUNUMU 02 MAYIS 2014 İÇ KONTROL SİSTEMİ VE KAMU İÇ KONTROL STANDARTLARI DERLEYEN CUMALİ ÇANAKÇI Şube Müdürü SUNUM PLANI İç Kontrol

Detaylı

T. C. KAMU İHALE KURUMU

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ı

Proje DöngD. Deniz Gümüşel REC Türkiye. 2007,Ankara

Proje DöngD. Deniz Gümüşel REC Türkiye. 2007,Ankara Proje Yönetiminde Y Temel Kavramlar Proje DöngD ngüsü Yönetimi ve Mantıksal Çerçeve eve Yaklaşı şımı Deniz Gümüşel REC Türkiye 2007,Ankara TEMEL KAVRAMLAR Proje nedir? Proje Yönetimi nedir???? Proje Döngüsü

Detaylı

İŞLETİM SİSTEMİ KATMANLARI (Çekirdek, kabuk ve diğer temel kavramlar) Bir işletim sisteminin yazılım tasarımında ele alınması gereken iki önemli konu

İŞLETİM SİSTEMİ KATMANLARI (Çekirdek, kabuk ve diğer temel kavramlar) Bir işletim sisteminin yazılım tasarımında ele alınması gereken iki önemli konu İŞLETİM SİSTEMİ KATMANLARI (Çekirdek, kabuk ve diğer temel kavramlar) Bir işletim sisteminin yazılım tasarımında ele alınması gereken iki önemli konu bulunmaktadır; 1. Performans: İşletim sistemi, makine

Detaylı

MAYIS 2010 ÖZGÜR DOĞAN İŞ GELİŞTİRME YÖNETİCİSİ KAMU SEKTÖRÜ

MAYIS 2010 ÖZGÜR DOĞAN İŞ GELİŞTİRME YÖNETİCİSİ KAMU SEKTÖRÜ MAYIS 2010 ÖZGÜR DOĞAN İŞ GELİŞTİRME YÖNETİCİSİ KAMU SEKTÖRÜ TANIMLAR KURUMSAL HAFIZA: Bilgiyi gelecekte kullanmak amacıyla insanlarda ve/veya teknolojilerde gerektiğinde geri çağrılabilir şekilde depolamak

Detaylı

(Computer Integrated Manufacturing)

(Computer Integrated Manufacturing) 1 (Computer Integrated Manufacturing) 2 1 Bilgisayarlı Sayısal Kontrol; ekipman mekanizmaların hareketlerinin doğru ve hassas biçimde gerçekleştirilmesinde bilgisayarların kullanılması, programlama ile

Detaylı

HASTANELERDE GENEL TAHLİYE AMAÇLI TATBİKATLARIN PLANLANMASI, UYGULANMASI VE TESİS YÖNETİMİNİN İYİLEŞTİRİLMESİ. Prof.Dr.BİLÇİN TAK Uludağ Üniversitesi

HASTANELERDE GENEL TAHLİYE AMAÇLI TATBİKATLARIN PLANLANMASI, UYGULANMASI VE TESİS YÖNETİMİNİN İYİLEŞTİRİLMESİ. Prof.Dr.BİLÇİN TAK Uludağ Üniversitesi HASTANELERDE GENEL TAHLİYE AMAÇLI TATBİKATLARIN PLANLANMASI, UYGULANMASI VE TESİS YÖNETİMİNİN İYİLEŞTİRİLMESİ Prof.Dr.BİLÇİN TAK Uludağ Üniversitesi Tesis Yönetimi ve Güvenliği Sağlık hizmeti sunan kuruluşlarda

Detaylı

Yaz.Müh.Ders Notları #3 1

Yaz.Müh.Ders Notları #3 1 YAZILIM MÜHENDİSLİĞİ Şubat 2012 Yrd.Doç.Dr. Yunus Emre SELÇUK 1 NE GİRİŞ Üzerinde çalışılmaya başlanacak projenin amaçlarını, boyutlarını ve etkilerini belirlemeye yönelik çalışmalardır. Genel amaçlı proje

Detaylı

KAMU İÇ KONTROL STANDARTLARI

KAMU İÇ KONTROL STANDARTLARI KAMU İÇ KONTROL KONTROL ORTAMI İç kontrolün temel unsurlarına temel teşkil eden genel bir çerçeve olup, kişisel ve mesleki dürüstlük, yönetim ve personelin etik değerleri, iç kontrole yönelik destekleyici

Detaylı

1 PROGRAMLAMAYA GİRİŞ

1 PROGRAMLAMAYA GİRİŞ İÇİNDEKİLER IX İÇİNDEKİLER 1 PROGRAMLAMAYA GİRİŞ 1 Problem Çözme 1 Algoritma 1 Algoritmada Olması Gereken Özellikler 2 Programlama Dilleri 6 Programlama Dillerinin Tarihçesi 6 Fortran (Formula Translator)

Detaylı

Veri Toplama Teknikleri

Veri Toplama Teknikleri A. Gözlem Yoluyla Veri Toplama Teknikleri B. Soruşturma Yoluyla Nicel Veri Toplama Teknikleri Yazılı Soruşturma Tekniği Anket, Başarı Testi Yapılandırılmış Gözlem Önceden hazırlanmış göstergeler ve semboller

Detaylı

İç kontrol; idarenin amaçlarına, belirlenmiş politikalara ve mevzuata uygun olarak faaliyetlerin etkili, ekonomik ve verimli bir şekilde

İç kontrol; idarenin amaçlarına, belirlenmiş politikalara ve mevzuata uygun olarak faaliyetlerin etkili, ekonomik ve verimli bir şekilde İç kontrol; idarenin amaçlarına, belirlenmiş politikalara ve mevzuata uygun olarak faaliyetlerin etkili, ekonomik ve verimli bir şekilde yürütülmesini, varlık ve kaynakların korunmasını, muhasebe kayıtlarının

Detaylı

APQP/PPAP. Prof. Dr. Ali ŞEN

APQP/PPAP. Prof. Dr. Ali ŞEN APQP/PPAP Prof. Dr. Ali ŞEN Ürün Kalite Planlama Döngüsü Geri besleme Değerlendirmesi ve Düzeltici Faaliyetler Planla ve Tanımla Ürün ve Prosesin Geçerli Kılınması Ürün Tasarımı ve Geliştirmesi Proses

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 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ı

İÜ AÇIK VE UZAKTAN EĞİTİM FAKÜLTESİ. Süreç İyileştirme Standardı

İÜ AÇIK VE UZAKTAN EĞİTİM FAKÜLTESİ. Süreç İyileştirme Standardı Dök. No: AUZEF-SS-1.2-11 Yayın Tarihi:30.12.2015 Rev No:00 Rev Tarihi: Sayfa 1 / 12 1. AMAÇ İÜ AUZEF süreçlerinin kalite, verimlik ve etkinliğini arttırmak için yapılan sürekli iyileştirme çalışmalarında

Detaylı

YAZILIM KAVRAMINA BİR BAKIŞ. Gürcan Banger Elektrik Yük. Müh. ESOGÜ - 9 Nisan 2007

YAZILIM KAVRAMINA BİR BAKIŞ. Gürcan Banger Elektrik Yük. Müh. ESOGÜ - 9 Nisan 2007 YAZILIM KAVRAMINA BİR BAKIŞ Gürcan Banger Elektrik Yük. Müh. ESOGÜ - 9 Nisan 2007 YAZILIM ve DONANIM Bilgisayar kavramı, donanım ve yazılım olmak üzere iki ana bileşenden oluşuyor. Elektronik, mekanik

Detaylı

PROJE YÖNETİMİ. Halil AGAH Antalya, 2012

PROJE YÖNETİMİ. Halil AGAH Antalya, 2012 PROJE YÖNETİMİ Halil AGAH Antalya, 2012 İÇERİK Proje Nedir? Yönetim Nedir? Proje Yönetimi ve Unsurları Proje Başarısı Proje Yönetiminin Kalitesi 06.11.2012 2 Proje Nedir? Belli bir süre içinde ve belli

Detaylı

Rekabet Avantajının Kaynağı: Satış

Rekabet Avantajının Kaynağı: Satış Rekabet Avantajının Kaynağı: Satış Satıcılar Hizmetlerini Nasıl Farklılaştırırlar? Wilson Learning in beş farklı kuruluşla yaptığı araştırmanın amacı, satıcıların farklılık ve rekabet avantajı yaratmadaki

Detaylı

KAĞAN YÜCEL KİMYA MÜHENDİSİ

KAĞAN YÜCEL KİMYA MÜHENDİSİ ÇALIŞMA ve SOSYAL GÜVENLİK BAKANLIĞI İş Sağlığı ve Güvenliği Genel Müdürlüğü İŞ HİJYENİ LABORATUVARLARINDA MEVZUAT İLE KALİTE SİSTEMLERİ İLİŞKİSİ KAĞAN YÜCEL KİMYA MÜHENDİSİ ŞUBAT 2015 BİLGİLENİDRME TOPLANTISI

Detaylı

TOPLAM KALİTE YÖNETİMİ

TOPLAM KALİTE YÖNETİMİ SAKARYA ÜNİVERSİTESİ TOPLAM KALİTE YÖNETİMİ Hafta 2 Yrd. Doç. Dr. Semra BORAN Bu ders içeriğinin basım, yayım ve satış hakları Sakarya Üniversitesi ne aittir. "Uzaktan Öğretim" tekniğine uygun olarak hazırlanan

Detaylı

KALİTE SİSTEM YÖNETİCİSİ EĞİTİMİ

KALİTE SİSTEM YÖNETİCİSİ EĞİTİMİ FMEA-HATA TÜRLERİ VE ETKİ ANALİZİ Tanımlama Mevcut veya olası hataları ortaya koyan, bu hataların yaratabileceği etkileri göz önünde bulunduran ve etkilerine göre hataları önceliklendirerek oluşmalarının

Detaylı

İŞLETİM SİSTEMLERİNE GİRİŞ. Modern bilgisayar çalışma prensipleri, Von Neumann ın 1945 de geliştirdiği

İŞLETİM SİSTEMLERİNE GİRİŞ. Modern bilgisayar çalışma prensipleri, Von Neumann ın 1945 de geliştirdiği İŞLETİM SİSTEMLERİNE GİRİŞ Von Neumann Mimarisi Modern bilgisayar çalışma prensipleri, Von Neumann ın 1945 de geliştirdiği mimariyi temel almaktadır. Merkezi İşlem Birimi Aritmetik ve Mantık Birimi Kontrol

Detaylı

28 Yıllık Sektör Tecrübesiyle

28 Yıllık Sektör Tecrübesiyle 28 Yıllık Sektör Tecrübesiyle Filiz ESER, MSc., PMP Kurucu, Filiz ESER Danışmanlık Proje Yönetimi, Süreç İyileştirme-CMMI, SPICE, Risk Yönetimi +90 312 440 86 83 Ankara www.fidesbt.com Giriş Hakkımızda

Detaylı

BM-311 Bilgisayar Mimarisi. Hazırlayan: M.Ali Akcayol Gazi Üniversitesi Bilgisayar Mühendisliği Bölümü

BM-311 Bilgisayar Mimarisi. Hazırlayan: M.Ali Akcayol Gazi Üniversitesi Bilgisayar Mühendisliği Bölümü BM-311 Bilgisayar Mimarisi Hazırlayan: M.Ali Akcayol Gazi Üniversitesi Bilgisayar Mühendisliği Bölümü Konular Bilgisayar Bileşenleri Bilgisayarın Fonksiyonu Instruction Cycle Kesmeler (Interrupt lar) Bus

Detaylı

Dr. Fatih AY Tel: 0 388 225 22 55 fatihay@fatihay.net www.fatihay.net

Dr. Fatih AY Tel: 0 388 225 22 55 fatihay@fatihay.net www.fatihay.net Bilgisayar Programlama Ders 9 Dr. Fatih AY Tel: 0 388 225 22 55 fatihay@fatihay.net www.fatihay.net Dizileri Fonksiyonlara Dizileri Fonksiyonlara Bir dizi argümanını fonksiyon içinde bir değer olarak kullanabilmek

Detaylı

Yazılım Nedir? Yazılım Mühendisi. Yazılım Mühendisliği. ACM/IEEE Etik Kodu. Etik Kural için Önsöz BIL 304 YAZILIM MÜHENDİSLİĞİ 2012-2013.

Yazılım Nedir? Yazılım Mühendisi. Yazılım Mühendisliği. ACM/IEEE Etik Kodu. Etik Kural için Önsöz BIL 304 YAZILIM MÜHENDİSLİĞİ 2012-2013. BIL 304 YAZILIM MÜHENDİSLİĞİ 2012-2013 Yrd Doç. Dr. Turgay İBRİKÇİ Yazılım Nedir? Yazılım Tanımlanmış bir işlevi yerine getiren, Girdi ve Çıktıları olan, Herhangi bir donanım üzerinde çalışan, Bilgisayar

Detaylı

YILDIZ TEKNİK ÜNİVERSİTESİ MİMARLIK FAKÜLTESİ MİMARLIK BÖLÜMÜ 2013-2014 GÜZ YARIYILI

YILDIZ TEKNİK ÜNİVERSİTESİ MİMARLIK FAKÜLTESİ MİMARLIK BÖLÜMÜ 2013-2014 GÜZ YARIYILI YILDIZ TEKNİK ÜNİVERSİTESİ MİMARLIK FAKÜLTESİ MİMARLIK BÖLÜMÜ 2013-2014 GÜZ YARIYILI PROJE YAPIM YÖNETİMİ RİSK YÖNETİMİ 09071023 TUBA NUR BAZ PROJE YÖNETİMİNİN BİLGİ ALANLARI - ENTEGRASYON YÖNETİMİ - KAPSAM

Detaylı

OMNET++ 4.2.2. Ağ Benzetim Yazılımı (Network Simulation Framework) BİL 372 Bilgisayar Ağları. GYTE - Bilgisayar Mühendisliği Bölümü

OMNET++ 4.2.2. Ağ Benzetim Yazılımı (Network Simulation Framework) BİL 372 Bilgisayar Ağları. GYTE - Bilgisayar Mühendisliği Bölümü Bilgisayar Mühendisliği Bölümü OMNET++ 4.2.2 Ağ Benzetim Yazılımı (Network Simulation Framework) BİL 372 Bilgisayar Ağları OMNET++ OMNET++ (Objective Modular Network Testbed in C++), nesneye yönelik (objectoriented)

Detaylı

KOÇLUK SATIN ALMA SÜRECİNİN YÖNETİLMESİ

KOÇLUK SATIN ALMA SÜRECİNİN YÖNETİLMESİ KOÇLUK SATIN ALMA SÜRECİNİN YÖNETİLMESİ Şirketle çalışacak koç veya koçlar seçildikten sonra, koçun şirketi anlamasını ve koçluk ilişkisinin mümkün olduğunca sorunsuz ilerlemesini sağlamak için İnsan Kaynakları

Detaylı

Yazılım ve Uygulama Danışmanı Firma Seçim Desteği

Yazılım ve Uygulama Danışmanı Firma Seçim Desteği Yazılım ve Uygulama Danışmanı Firma Seçim Desteği Kapsamlı bir yazılım seçim metodolojisi, kurumsal hedeflerin belirlenmesiyle başlayan çok yönlü bir değerlendirme sürecini kapsar. İş süreçlerine, ihtiyaçlarına

Detaylı

PERFORMANS YÖNETĐMĐ. Hedefe Odaklı Çalışma ve Yetkinlik Yönetimi.

PERFORMANS YÖNETĐMĐ. Hedefe Odaklı Çalışma ve Yetkinlik Yönetimi. PERFORMANS YÖNETĐMĐ Kurumların yapısına uygun performans yönetimi sistemini esnek yapı sayesinde Đnsan Kaynakları uygulaması içinde tanımlayarak takip edebilme Performans kayıtlarını yöneticilere e-posta

Detaylı

NESNEYE YÖNELİK TASARIM SÜRECİ

NESNEYE YÖNELİK TASARIM SÜRECİ NESNEYE YÖNELİK TASARIM SÜRECİ GİRİŞ Nasıl? sorusuna yanıt aranır. Nesne modeli: Analizden tasarıma. Doğrudan problem alanı ile ilgili nesnelerden oluşan model, yardımcı nesnelerle zenginleştirilir. Ana

Detaylı

ISSAI UYGULAMA GİRİŞİMİ 3i Programı

ISSAI UYGULAMA GİRİŞİMİ 3i Programı ISSAI UYGULAMA GİRİŞİMİ 3i Programı 3i Programme Taahhütname ARKA PLAN BİLGİSİ Temel denetim alanları olan mali denetim, uygunluk denetimi ve performans denetimini kapsayan kapsamlı bir standart seti (Uluslararası

Detaylı

ELN1001 BİLGİSAYAR PROGRAMLAMA I

ELN1001 BİLGİSAYAR PROGRAMLAMA I ELN1001 BİLGİSAYAR PROGRAMLAMA I DEPOLAMA SINIFLARI DEĞİŞKEN MENZİLLERİ YİNELEMELİ FONKSİYONLAR Depolama Sınıfları Tanıtıcılar için şu ana kadar görülmüş olan özellikler: Ad Tip Boyut Değer Bunlara ilave

Detaylı

Yazılım Mühendisliği Bölüm - 3 Planlama. Cengiz GÖK

Yazılım Mühendisliği Bölüm - 3 Planlama. Cengiz GÖK Yazılım Mühendisliği Bölüm - 3 Planlama Cengiz GÖK 1 Planlama Yazılım geliştirme sürecinin ilk aşaması Başarılı bir proje geliştirebilmek için projenin tüm resminin çıkarılması işlemi Proje planlama aşamasında

Detaylı

Algoritma Geliştirme ve Veri Yapıları 2 Veri Modelleri. Mustafa Kemal Üniversitesi

Algoritma Geliştirme ve Veri Yapıları 2 Veri Modelleri. Mustafa Kemal Üniversitesi Algoritma Geliştirme ve Veri Yapıları 2 Veri Modelleri Veri modelleri, veriler arasında ilişkisel ve sırasal düzeni gösteren kavramsal tanımlardır. Her program en azından bir veri modeline dayanır. Uygun

Detaylı

THM PROTON HIZLANDIRICISI İÇİN WBS YAPISI. Ela GANİOĞLU İstanbul Üniversitesi THM PHT Grubu Adına

THM PROTON HIZLANDIRICISI İÇİN WBS YAPISI. Ela GANİOĞLU İstanbul Üniversitesi THM PHT Grubu Adına THM PROTON HIZLANDIRICISI İÇİN WBS YAPISI Ela GANİOĞLU İstanbul Üniversitesi THM PHT Grubu Adına İçerik Proje planlama Work Breakdown Structure(WBS) tanımı, amacı,.. WBS oluşturma süreci Proje Takvimi

Detaylı

RİSK YÖNETİMİ -GENEL BAKIŞ- -KLİNİK RİSK-

RİSK YÖNETİMİ -GENEL BAKIŞ- -KLİNİK RİSK- RİSK YÖNETİMİ -GENEL BAKIŞ- -KLİNİK RİSK- Prof. Dr. Haydar SUR Mart 2006 GENEL YAKLAŞIM Çalışma hayatı risklerle doludur Risk ve kazanç elele gider Proaktif risk yönetimi yaklaşımının büyük bir kazanç

Detaylı

BÖLÜM-IV ÜRÜN GELİSTİRME İŞLEMİ Genel Problem Çözme İşlemi

BÖLÜM-IV ÜRÜN GELİSTİRME İŞLEMİ Genel Problem Çözme İşlemi BÖLÜM-IV ÜRÜN GELİSTİRME İŞLEMİ Genel Problem Çözme İşlemi Problem çözme yönteminin en önemli özelliği, adım adım analiz ve sentez içermesidir. Burada her yeni adımda bir öncekinden daha somut olarak nitelden

Detaylı

2. Hafta Proje Yaşam Döngüsü ve Organizasyon Yapıları

2. Hafta Proje Yaşam Döngüsü ve Organizasyon Yapıları 2. Hafta Proje Yaşam Döngüsü ve Organizasyon Yapıları Proje Yaşam Döngüsü Projeler benzersiz işlemler olmalarından dolayı belli miktarda belirsizlik içerirler. Proje üreten kuruluşlar, genellikle projeler

Detaylı

T.C. GÜMRÜK VE TİCARET BAKANLIĞI İç Denetim Birimi Başkanlığı KALİTE GÜVENCE VE GELİŞTİRME PROGRAMI

T.C. GÜMRÜK VE TİCARET BAKANLIĞI İç Denetim Birimi Başkanlığı KALİTE GÜVENCE VE GELİŞTİRME PROGRAMI T.C. GÜMRÜK VE TİCARET BAKANLIĞI İç Denetim Birimi Başkanlığı KALİTE GÜVENCE VE GELİŞTİRME PROGRAMI Ocak 2013 BİRİNCİ BÖLÜM Genel Hükümler Amaç ve kapsam Madde 1 (1) Bu Programın amacı, Bakanlığımızda

Detaylı

4. Gün: Strateji Uygulama Konu: Kanun Tasarısı Hazırlamak

4. Gün: Strateji Uygulama Konu: Kanun Tasarısı Hazırlamak 4. Gün: Strateji Uygulama Konu: Kanun Tasarısı Hazırlamak Tapio Laamanen 13 Ocak 2011 1 İstihdam ve Ekonomi Bakanlığı nda Kanun Tasarısı Hazırlama Süreci İlk adım Avrupa Birliği/Ulusal - Hükümet programı

Detaylı

KOBİ EĞİTİMLERİ HALİM ALTINIŞIK GÜVENLİK-KİŞİSEL GELİŞİM-YÜZ OKUMA UZMANI

KOBİ EĞİTİMLERİ HALİM ALTINIŞIK GÜVENLİK-KİŞİSEL GELİŞİM-YÜZ OKUMA UZMANI KOBİ EĞİTİMLERİ HALİM ALTINIŞIK GÜVENLİK-KİŞİSEL GELİŞİM-YÜZ OKUMA UZMANI KOBİ EĞİTİMLERİ Yaşanan ekonomik gelişmeler sonrasında büyük işletmeler uyum sorunu yaşarken, küçük ve orta ölçekli işletmeler

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 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ı

İş Yerinde Ruh Sağlığı

İş Yerinde Ruh Sağlığı İş Yerinde Ruh Sağlığı Yeni bir Yaklaşım Freud a göre, bir insan sevebiliyor ve çalışabiliyorsa ruh sağlığı yerindedir. Dünya Sağlık Örgütü nün tanımına göre de ruh sağlığı, yalnızca ruhsal bir rahatsızlık

Detaylı

Gürcan Banger SANGEM 1

Gürcan Banger SANGEM 1 Gürcan Banger SANGEM 1 Pazarlama Pazarlama; tüketicinin ihtiyaçlarını karşılayacak ürün ve hizmetlerin tedarik edilmesidir. Pazarlama; müşterinin ne istediğini keşfetmek, şirketin ürünlerini bu isteği

Detaylı

Bilgisayar İşletim Sistemleri BLG 312

Bilgisayar İşletim Sistemleri BLG 312 Giriş Bilgisayar İşletim Sistemleri BLG 312 İplikler geleneksel işletim sistemlerinde her prosesin özel adres uzayı ve tek akış kontrolü vardır bazı durumlarda, aynı adres uzayında birden fazla akış kontrolü

Detaylı

DESTEKLEYİCİ VE SÖZLEŞMELİ ARAŞTIRMA KURULUŞU İLE İLGİLİ İYİ KLİNİK UYGULAMALARI DENETİMLERİNİN YÜRÜTÜLMESİNE İLİŞKİN KILAVUZ

DESTEKLEYİCİ VE SÖZLEŞMELİ ARAŞTIRMA KURULUŞU İLE İLGİLİ İYİ KLİNİK UYGULAMALARI DENETİMLERİNİN YÜRÜTÜLMESİNE İLİŞKİN KILAVUZ DESTEKLEYİCİ VE SÖZLEŞMELİ ARAŞTIRMA KURULUŞU İLE İLGİLİ İYİ KLİNİK UYGULAMALARI DENETİMLERİNİN YÜRÜTÜLMESİNE İLİŞKİN KILAVUZ 1. GİRİŞ Bu kılavuz, destekleyicinin merkezinde veya destekleyicinin araştırmayla

Detaylı

Bölüm 2 Yazılım Süreçleri. Ders 1

Bölüm 2 Yazılım Süreçleri. Ders 1 Bölüm 2 Yazılım Süreçleri Ders 1 1 Konular Yazılım Süreç Modelleri Süreç Aktiviteleri Değişikliklerle Baş Etmek The Rational Unified Process (RUP) 2 Yazılım Süreci Bir yazılım sistemini geliştirmek için

Detaylı

T.C. MALTEPE ÜNİVERSİTESİ MÜHENDİSLİK FAKÜLTESİ YAZILIM MÜHENDİSLİĞİ LİSANS PROGRAMI. 2011-12 Bahar Yarıyılı

T.C. MALTEPE ÜNİVERSİTESİ MÜHENDİSLİK FAKÜLTESİ YAZILIM MÜHENDİSLİĞİ LİSANS PROGRAMI. 2011-12 Bahar Yarıyılı T.C. MALTEPE ÜNİVERSİTESİ MÜHENDİSLİK FAKÜLTESİ YAZILIM MÜHENDİSLİĞİ LİSANS PROGRAMI 2011-12 Bahar Yarıyılı ALGORİTMA VE PROGRAMLAMA BİL 133 5 AKTS Kredisi 1. yıl 1. yarıyıl Lisans Zorunlu 4 saat/hafta

Detaylı

Hizmet Odaklı Mimariye Dayanan İş Süreçleri Yönetimi Sistemi

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ı

EKLER. EK 12UY0106-4/A5-2: Yeterlilik Biriminin Ölçme ve Değerlendirmesinde Kullanılacak Kontrol Listesi

EKLER. EK 12UY0106-4/A5-2: Yeterlilik Biriminin Ölçme ve Değerlendirmesinde Kullanılacak Kontrol Listesi EKLER EK 12UY0106-4/A5-1: nin Kazandırılması için Tavsiye Edilen Eğitime İlişkin Bilgiler Bu birimin kazandırılması için aşağıda tanımlanan içeriğe sahip bir eğitim programının tamamlanması tavsiye edilir.

Detaylı

CMMI. CMMI ve Çevik Yöntemler. Orhan KALAYCI Haziran 2007. Yazılım Süreç Kalitesi ve Yönetim Danışmanlığı. www.nitelik.

CMMI. CMMI ve Çevik Yöntemler. Orhan KALAYCI Haziran 2007. Yazılım Süreç Kalitesi ve Yönetim Danışmanlığı. www.nitelik. CMMI ve Çevik Yöntemler Orhan KALAYCI Haziran 2007 http:// CMMI 2 1 XP 3 CMMI nedir? 1. Seviye 2. Seviye 3. Seviye 4 2 XP Nedir? MSF XP Şelale RUP 5 CMM XP İlişkisi 6 3 PROJE YONETİMİNİ İMİNİN EVRİMSEL

Detaylı

İç denetim birimleri, risk değerlendirme çalışmalarına ilişkin hususları bu rehbere uygun olarak kendi iç denetim birim yönergelerinde düzenlerler.

İç denetim birimleri, risk değerlendirme çalışmalarına ilişkin hususları bu rehbere uygun olarak kendi iç denetim birim yönergelerinde düzenlerler. KAMU İÇ DENETİMİNDE RİSK DEĞERLENDİRME REHBERİ I. GİRİŞ Bu rehber, iç denetim birimlerince hazırlanacak risk değerlendirme çalışmalarının temel esaslarını belirlemek üzere, İç Denetçilerin Çalışma Usul

Detaylı

Kurumsallaşma Eğitimi

Kurumsallaşma Eğitimi Eğitimler Kurumsallaşma Eğitimi İÇERİK Aile şirketlerinde kurumsallaşma ihtiyacı Kurumsallaşmanın gerektirdikleri İhtiyaç analizleri Kurumsallaşmanın önündeki engeller Aile firmalarında iletişim Problemler

Detaylı

PROJE ve PROJE YÖNETİMİ

PROJE ve PROJE YÖNETİMİ PROJE ve PROJE YÖNETİMİ PROJE TANIMI (methodik tanım): Gerçekleştirilmesi için etkin organizasyon yapısı gereken kapalı ve karmaşık görev paketleridir. Başlangıç ve bitiş zaman dilimleri belirli tüm görevlerdir.

Detaylı

Bilişsel Aşama. Bölüm Beş. Öğrenme Aşamaları. Öğrenme Aşamaları

Bilişsel Aşama. Bölüm Beş. Öğrenme Aşamaları. Öğrenme Aşamaları Bilişsel Aşama Bölüm Beş Hareket hakkında genel bir bilgi edinmek. Öğrenen kendi kendine konuşur ve işe yarayabilecek stratejileri düşünerek çok fazla zaman harcar. Bu aşama bilişsel problem çözme aşamasıdır.

Detaylı

İÇİNDEKİLER İÇİNDEKİLER KODLAB

İÇİNDEKİLER İÇİNDEKİLER KODLAB İÇİNDEKİLER IX İÇİNDEKİLER 1 GİRİŞ 1 Kitabın Amacı 1 Algoritmanın Önemi 2 Bilgisayarın Doğuşu ve Kullanım Amaçları 3 Programlama Dili Nedir? 3 Entegre Geliştirme Ortamı (IDE) Nedir? 4 2 ALGORİTMA VE AKIŞ

Detaylı

Acil Durum Yönetim Sistemi ICS 785 - NFPA 1600

Acil Durum Yönetim Sistemi ICS 785 - NFPA 1600 Acil Durum Yönetim Sistemi ICS 785 - NFPA 1600 Başlarken Acil Durum Yönetim Sistemi Kendilerini acil durumlarda da çalışmaya hedeflemiş organizasyon ve kurumların komuta, kontrol ve koordinasyonunu sağlama

Detaylı

PROGRAMLAMAYA GİRİŞ. Öğr. Gör. Ayhan KOÇ. Kaynak: Algoritma Geliştirme ve Programlamaya Giriş, Dr. Fahri VATANSEVER, Seçkin Yay.

PROGRAMLAMAYA GİRİŞ. Öğr. Gör. Ayhan KOÇ. Kaynak: Algoritma Geliştirme ve Programlamaya Giriş, Dr. Fahri VATANSEVER, Seçkin Yay. PROGRAMLAMAYA GİRİŞ Öğr. Gör. Ayhan KOÇ Kaynak: Algoritma Geliştirme ve Programlamaya Giriş, Dr. Fahri VATANSEVER, Seçkin Yay., 2007 Algoritma ve Programlamaya Giriş, Ebubekir YAŞAR, Murathan Yay., 2011

Detaylı

Yapı ve Kredi Bankası A.Ş. Ücretlendirme Politikası

Yapı ve Kredi Bankası A.Ş. Ücretlendirme Politikası Yapı ve Kredi Bankası A.Ş. Ücretlendirme Politikası Bu politika, Yapı ve Kredi Bankası A.Ş. nin (Banka) faaliyetlerinin kapsamı ve yapısı ile stratejileri, uzun vadeli hedefleri ve risk yönetim yapısına

Detaylı

Planlama Nedir? Planlama Ne Değildir? Başarılı Bir Plan. www.eminkaya.net 1. Pazarlama Planlaması

Planlama Nedir? Planlama Ne Değildir? Başarılı Bir Plan. www.eminkaya.net 1. Pazarlama Planlaması 2 Pazarlama Planlaması Planlama Nedir? Plan, bir amaca ulaşmada izlenecek yol ve davranış biçimini gösterir. Planlama ise, bir yöneticinin ileriye bakmasına ve kendine açık olan seçenekleri bulmasına yardım

Detaylı

DavranIŞ OdaklI İŞ GÜVENLİĞİ YÖNETİMİ. Huriye Kumral Kimya Y. Mühendisi

DavranIŞ OdaklI İŞ GÜVENLİĞİ YÖNETİMİ. Huriye Kumral Kimya Y. Mühendisi DavranIŞ OdaklI İŞ GÜVENLİĞİ YÖNETİMİ Huriye Kumral Kimya Y. Mühendisi Eğitim İçeriği ve Detayları KONU BAŞLIKLARI 1. Neden davranış odaklı iş güvenliği yönetimi gereklidir? 2. ABC yaklaşımı 3. Davranış

Detaylı

KAYISI ARAŞTIRMA İSTASYONU MÜDÜRLÜĞÜ EK 3.4 KALİTE YÖNETİM / İÇ KONTROL BİRİMİ

KAYISI ARAŞTIRMA İSTASYONU MÜDÜRLÜĞÜ EK 3.4 KALİTE YÖNETİM / İÇ KONTROL BİRİMİ KAYISI ARAŞTIRMA İSTASYONU MÜDÜRLÜĞÜ EK 3.4 KALİTE YÖNETİM / İÇ KONTROL BİRİMİ Kalite Yöneticisi Dök.No KAİM.İKS.FRM.081 Sayfa No 1/ 3 İŞİN KISA TANIMI: Kayısı Araştırma İstasyonu Müdürlüğü üst yönetimi

Detaylı

İŞLETME RİSK YÖNETİMİ. Yrd. Doç. Dr. Tülay Korkusuz Polat 1/29

İŞLETME RİSK YÖNETİMİ. Yrd. Doç. Dr. Tülay Korkusuz Polat 1/29 İŞLETME RİSK YÖNETİMİ Yrd. Doç. Dr. Tülay Korkusuz Polat 1/29 Risk İzleme Süreci 2/29 Risk izleme süreci, planlanan bütün risk yönetim faaliyetlerinin etkin olarak gerçekleştirildiğini güvence altına almak

Detaylı

KAMU İÇ DENETİMİNDE RİSK DEĞERLENDİRME REHBERİ

KAMU İÇ DENETİMİNDE RİSK DEĞERLENDİRME REHBERİ KAMU İÇ DENETİMİNDE RİSK DEĞERLENDİRME REHBERİ I. GİRİŞ Bu rehber, iç denetim birimlerince hazırlanacak risk değerlendirme çalışmalarının temel esaslarını belirlemek üzere, İç Denetçilerin Çalışma Usul

Detaylı

YAZILIM PROJE YÖNETİMİ. Yrd.Doç.Dr.Hacer KARACAN

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ı