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

Yazılım Mühendisliği 1

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ı

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

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ı

Chapter 8 Yazılım Testi. Lecture 1. Chapter 8 Software testing

Chapter 8 Yazılım Testi. Lecture 1. Chapter 8 Software testing Chapter 8 Yazılım Testi Lecture 1 1 Konular Geliştirme testi Test tabanlı geliştirme Sürüm testi Kullanıcı testi 2 Programı test etmek Test etmek, bir programın yapması gereken şeyi yaptığını doğrulamak

Detaylı

FIRAT ÜNİVERSİTESİ TEKNOLOJİ FAKÜLTESİ Yazılım Mühendisliği Bölümü

FIRAT ÜNİVERSİTESİ TEKNOLOJİ FAKÜLTESİ Yazılım Mühendisliği Bölümü FIRAT ÜNİVERSİTESİ TEKNOLOJİ FAKÜLTESİ Yazılım Mühendisliği Bölümü YMH114 - Yazılım Mühendisliğinin Temelleri Dersi Proje Uygulaması ve Dokümantasyonu AKILLI ŞEHİR UYGULAMALARININ İNCELENMESİ VE ÖRNEK

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ı

Başarılar Dilerim. SORULAR

Başarılar Dilerim. SORULAR ZONGULDAK BÜLENT ECEVİT ÜNİVERSİTESİ Adı Soyadı : Numarası : İmzası : Bölümü : Biyomedikal Mühendisliği Ders Kodu : BMM 401 Ders İsmi : Proje Plan ve Organizasyon Ders Sorumlusu : Dr. Öğretim Üyesi Nihat

Detaylı

5.DERS PROJEDE YÜRÜTMENİN PLANLANMASI

5.DERS PROJEDE YÜRÜTMENİN PLANLANMASI 5.DERS PROJEDE YÜRÜTMENİN PLANLANMASI 1 1. PROJENİN PLANLANMASI? Proje planlaması yapılmadan iyi bir proje önerisi hazırlanması mümkün değildir. Bu nedenle planlama ile ilgili sorunları ortaya koymanın

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ı

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ı

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ı

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ı

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ı

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ı

BİÇİMSEL YÖNTEMLER (FORMAL METHODS) Betül AKTAŞ Suna AKMELEZ

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ı

Yazılım Mühendisliği Bölüm - 3 Planlama

Yazılım Mühendisliği Bölüm - 3 Planlama 1 Yazılım Mühendisliği Bölüm - 3 Planlama 2 3 4 Planlama 5 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ı

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

TEMEL BİLGİSAYAR BİLİMLERİ. Programcılık, problem çözme ve algoritma oluşturma

TEMEL BİLGİSAYAR BİLİMLERİ. Programcılık, problem çözme ve algoritma oluşturma TEMEL BİLGİSAYAR BİLİMLERİ Programcılık, problem çözme ve algoritma oluşturma Programcılık, program çözme ve algoritma Program: Bilgisayara bir işlemi yaptırmak için yazılan komutlar dizisinin bütünü veya

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ı

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ı

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ı

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ı

Proje Yaşam Döngüsü. Doç. Dr. Hakan YAMAN

Proje Yaşam Döngüsü. Doç. Dr. Hakan YAMAN İTÜ Fen Bilimleri Enstitüsü * İPY ABD İnşaat Projeleri Yönetimi YL Programı İPY 501 İnşaat Projelerinin Yönetimine Giriş Dersi İçerik Neler öğreneceksiniz? P roje Yaşam Döngüsü Nedir? P roje vs Operasyonel

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ı

Proje Çevresi ve Bileşenleri

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ı

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ı

9.DERS Yazılım Geliştirme Modelleri

9.DERS Yazılım Geliştirme Modelleri 9.DERS Yazılım Geliştirme Modelleri 1 Yazılım Geliştirme Yaşam Döngüsü ve Modeller Herhangi bir yazılımın, üretim aşaması ve kullanım aşaması birlikte olmak üzere geçirdiği tüm aşamalar olarak tanımlanabilir.

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

WEB PROJESİ YÖNETİMİ. Belli bir süre içerisinde, belli bir bütçe ile belirlenen hedeflere ulaşmak için uygulanan metodolojik süreçtir.

WEB PROJESİ YÖNETİMİ. Belli bir süre içerisinde, belli bir bütçe ile belirlenen hedeflere ulaşmak için uygulanan metodolojik süreçtir. BÖLÜM 1 1.1 PROJE NEDİR? WEB PROJESİ YÖNETİMİ Belli bir süre içerisinde, belli bir bütçe ile belirlenen hedeflere ulaşmak için uygulanan metodolojik süreçtir. 1.2 PROJELERİN ORTAK UNSURLARI NELERDİR? Başlama

Detaylı

1-PROJE YÖNETİMİNE GİRİŞ

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ı

HSancak Nesne Tabanlı Programlama I Ders Notları

HSancak Nesne Tabanlı Programlama I Ders Notları DİZİLER Bellekte ard arda yer alan aynı türden nesneler kümesine dizi (array) denilir. Bir dizi içerisindeki bütün elemanlara aynı isimle ulaşılır. Yani dizideki bütün elemanların isimleri ortaktır. Elemanlar

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ı

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

Yaz.Müh.Ders Notları #6 1 YAZILIM MÜHENDİSLİĞİ Prof.Dr. Oya Kalıpsız GİRİŞ 1 YAZILIM YETERLİLİK OLGUNLUK MODELİ Olgunluk Seviyeleri: Düzey 1. Başlangıç düzeyi: Yazılım gelişimi ile ilişkili süreçlerin tanımlanması için hiçbir sistematik

Detaylı

Nesneye Dayalı Yazılım Metrikleri ve Yazılım Kalitesi. Ural ERDEMİR, Umut TEKİN, Feza BUZLUCA

Nesneye Dayalı Yazılım Metrikleri ve Yazılım Kalitesi. Ural ERDEMİR, Umut TEKİN, Feza BUZLUCA Nesneye Dayalı Yazılım Metrikleri ve Yazılım Kalitesi Ural ERDEMİR, Umut TEKİN, Feza BUZLUCA İÇERİK Yazılımda Kalite Kavramları Yazılımın İç Özellikleri Metrik Kümeleri Düşük Kalite Göstergeleri Tasarım

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ı

Bir ürün yada hizmetin belirlenen yada olabilecek ihtiyaçları karşılama yeterliğine dayanan özelliklerinin toplamıdır.

Bir ürün yada hizmetin belirlenen yada olabilecek ihtiyaçları karşılama yeterliğine dayanan özelliklerinin toplamıdır. KALİTE KONTROL Kalite: Bir ürün yada hizmetin belirlenen yada olabilecek ihtiyaçları karşılama yeterliğine dayanan özelliklerinin toplamıdır. Kontrol: Mevcut sonuçlarla hedefleri ve amaçları kıyaslama

Detaylı

11.DERS Yazılım Testi

11.DERS Yazılım Testi 11.DERS Yazılım Testi 1 Yazılım Testi Bir programda hata bulma amacıyla icra edilen bir süreçtir. İyi bir test koşulu henüz ortaya çıkarılmamış bir hatayı tespit eden test koşuludur. Yazılım testinin önemi

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ı

KYS İÇ DENETİM PROSEDÜRÜ

KYS İÇ DENETİM PROSEDÜRÜ Sayfa 1/5 REVİZYON NO TARİH AÇIKLAMA 00 08.08.2015 İlk Yayın 01 18.04.2016 Yürürlük yetkilisinin değişimi 02 04.09.2017 YGG(04.05.2017) Toplantısında alınan kararların gerektirdiği revizyon 1. AMAÇ İç

Detaylı

14. HAFTA YÖNETİMİN FONKSİYONLARI DENETİM. SKY108 Yönetim Bilimi-Yasemin AKBULUT

14. HAFTA YÖNETİMİN FONKSİYONLARI DENETİM. SKY108 Yönetim Bilimi-Yasemin AKBULUT 14. HAFTA YÖNETİMİN FONKSİYONLARI DENETİM 1 2 DERS İÇERİĞİ Denetimin tanımı ve özellikleri Denetimin diğer yönetim fonksiyonları ile ilişkisi Denetim kaynakları ve özellikleri 3 YÖNETİM NEDİR? Kaynaklar

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ı

İNSAN KAYNAKLARI YÖNETİMİ

İNSAN KAYNAKLARI YÖNETİMİ İNSAN KAYNAKLARI YÖNETİMİ T.C. Marmara Üniversitesi İşletme Fakültesi vturker@marmara.edu.tr 12. DERS İKY - Teknik (Fonksiyonel) Kapsamı 7. Fonksiyon: İŞ DEĞERLEME (Devamı) Sınıflama (Dereceleme) Yöntemi

Detaylı

Önceden belirlenmiş sonuçlara ulaşabilmek için organize edilmiş faaliyetler zinciridir.

Önceden belirlenmiş sonuçlara ulaşabilmek için organize edilmiş faaliyetler zinciridir. PROJE YÖNETİMİ Proje: Önceden belirlenmiş sonuçlara ulaşabilmek için organize edilmiş faaliyetler zinciridir. Proje Yönetimi: Kısıtlı zaman, maliyet ve teknik durumları dikkate alarak, projenin en etkin

Detaylı

Örgütsel Yenilik Süreci

Örgütsel Yenilik Süreci Örgütsel Yenilik Süreci TEKNOLOJİ VE İNOVASYON YÖNETİMİ -Hafta 5 Örgütsel Yenilikçilik Süreci-Planlaması Dr. Hakan ÇERÇİOĞLU 1 2 1 Örgütsel Yeniliğin Özellikleri Örgütsel bağlamda yenilik, örgütü ve üyelerini

Detaylı

ÖRGÜTSEL DAVRANIŞTA GRUP SÜRECİ: TAKIM ÇALIŞMASI Doç. Dr. Cevat ELMA

ÖRGÜTSEL DAVRANIŞTA GRUP SÜRECİ: TAKIM ÇALIŞMASI Doç. Dr. Cevat ELMA Ünite 7 ÖRGÜTSEL DAVRANIŞTA GRUP SÜRECİ: TAKIM ÇALIŞMASI Doç. Dr. Cevat ELMA TAKIM ÇALIŞMASI Takım çalışması, belirli sayıda işgörenin, belirli amaçlarla ve belirli sürelerle bir araya gelip sorunların

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ı

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

İŞLETME RİSK YÖNETİMİ. Yrd. Doç. Dr. Tülay Korkusuz Polat 1/51 İŞLETME RİSK YÖNETİMİ Yrd. Doç. Dr. Tülay Korkusuz Polat 1/51 Risk Azaltma - Önlem Alma Süreci 2/51 Risk azaltma, riskin kontrolü, transferi, üstlenilmesi, kabullenilmesi stratejilerinin belirlenmesi ve

Detaylı

Bölüm 9. Altprogramlar ISBN

Bölüm 9. Altprogramlar ISBN Bölüm 9 Altprogramlar ISBN 0-321-49362-1 Giriş Bu bölümde, programlarda sıkça kullanılan işlemlerin bir araya gruplanması ile oluşturulan altprogramlar incelenecektir. Altprogramlar sayesinde bir programda

Detaylı

NEDEN TAKIM ÇALIŞMALARI...

NEDEN TAKIM ÇALIŞMALARI... KALİTE TAKIMLARI Birim içi veya birimler arası kalite problemlerini çözmek, süreçlerin kalitesini iyileştirmek için, işi planlamak, uygulamak, kontrol etmek amacıyla kurulan gruplardır. NEDEN TAKIM ÇALIŞMALARI...

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ı

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

Bilindiği üzere Bilgi Güvenliği Yönetim Sistemi, bilgi ve bilgi varlıklarının

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ı

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ı

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ı

626 No.lu Karar ekidir. 1 BSH EV ALETLERİ SANAYİ VE TİCARET A.Ş. D E N E T İ MDEN SORUMLU K O M İ T E GÖREV VE ÇALIŞMA ESASLARI 1.

626 No.lu Karar ekidir. 1 BSH EV ALETLERİ SANAYİ VE TİCARET A.Ş. D E N E T İ MDEN SORUMLU K O M İ T E GÖREV VE ÇALIŞMA ESASLARI 1. BSH EV ALETLERİ SANAYİ VE TİCARET A.Ş. D E N E T İ MDEN SORUMLU K O M İ T E GÖREV VE ÇALIŞMA ESASLARI 626 No.lu Karar ekidir. 1 1.KURULUŞ Sermaye Piyasası Kurulu tarafından yayınlanan Seri:X, No:22 sayılı

Detaylı

BİLİMSEL ARAŞTIRMA YÖNTEMLERİ

BİLİMSEL ARAŞTIRMA YÖNTEMLERİ BİLİMSEL ARAŞTIRMA YÖNTEMLERİ Yöntem Dr. Seher Yalçın 3.2.2017 Dr. Seher Yalçın 1 YÖNTEM Araştırmanın Modeli Evren ve Örneklem Veriler ve Toplanması Verilerin Çözümü ve Yorumu 3.2.2017 Dr. Seher Yalçın

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ı

BMÜ-111 Algoritma ve Programlama. Bölüm 5. Tek Boyutlu Diziler

BMÜ-111 Algoritma ve Programlama. Bölüm 5. Tek Boyutlu Diziler BMÜ-111 Algoritma ve Programlama Bölüm 5 Tek Boyutlu Diziler Yrd. Doç. Dr. İlhan AYDIN 1 Problem 100 adet sayı okumak istediğimizi düşünelim. Bu sayıların ortalaması hesaplanacak ve sayıların kaç tanesinin

Detaylı

Tarih Saat Modül Adı Öğretim Üyesi. 01/05/2018 Salı 3 Bilgisayar Bilimlerine Giriş Doç. Dr. Hacer Karacan

Tarih Saat Modül Adı Öğretim Üyesi. 01/05/2018 Salı 3 Bilgisayar Bilimlerine Giriş Doç. Dr. Hacer Karacan BİLGİ TEKNOLOJİLERİ YÖNETİMİ EĞİTİM MODÜLLERİ Tarih Saat Modül Adı Öğretim Üyesi 01/05/2018 Salı Bilgisayar Bilimlerine Giriş Doç. Dr. Hacer Karacan Bu dersin amacı, bilgisayar bilimlerinin temel kavramlarını

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ı

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ı

BMH-405 YAZILIM MÜHENDİSLİĞİ

BMH-405 YAZILIM MÜHENDİSLİĞİ BMH-405 YAZILIM MÜHENDİSLİĞİ Dr. Musa ATAŞ Siirt Üniversitesi Bilgisayar Mühendisliği musa.ataş@siirt.edu.tr Ref list: Dr. Yunus Emre SELÇUK, Dr. Sadık EŞMELİOĞLU, Dr. Erhan SARIDOĞAN Yazılımı Etkileyen

Detaylı

Bir dizinin boyutları sabittir ve kullanılmadan önce belirlenmelidir. Dizi boyutunu belirlemek için başka bir değişkende kullanabilirsiniz.

Bir dizinin boyutları sabittir ve kullanılmadan önce belirlenmelidir. Dizi boyutunu belirlemek için başka bir değişkende kullanabilirsiniz. C# da Diziler Diziler için aynı tipteki verilerin tutulduğu bir koleksiyon diyebiliriz. Örneğin integer verinin bir yığın şeklinde tutulması için dizileri kullanırız. C# da diziler referans tipinde değişkenlerdendir.

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ı

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ı

YAZILIM MÜHENDİSLİĞİNİN TEMELLERİ 8.Hafta. Yazılım Doğrulama ve Geçerleme

YAZILIM MÜHENDİSLİĞİNİN TEMELLERİ 8.Hafta. Yazılım Doğrulama ve Geçerleme YAZILIM MÜHENDİSLİĞİNİN TEMELLERİ 8.Hafta Yazılım Doğrulama ve Geçerleme Bölüm Hedefi Yazılım üretimi boyunca, "Doğru Yazılımı mı üretiyoruz?" ve "Yazılımı doğru olarak üretiyor muyuz?" sorularının yanıtlarını

Detaylı

STRATEJİK YÖNETİM VE YÖNETİMİN GÖZDEN GEÇİRMESİ PROSEDÜRÜ

STRATEJİK YÖNETİM VE YÖNETİMİN GÖZDEN GEÇİRMESİ PROSEDÜRÜ Sayfa 1/6 Revizyon Takip Tablosu REVİZYON NO TARİH AÇIKLAMA 00 02.07.2018 İlk yayın 1. AMAÇ Bu prosedürün amacı, Toros Üniversitesi Meslek Yüksekokulunda Kalite Yönetim Sistemi politika, hedef ve iş akışlarındaki

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ı

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

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ı

Tedarik Zinciri Performans Ölçümü

Tedarik Zinciri Performans Ölçümü Tedarik Zinciri Performans Ölçümü Arş.Gör. Duran GÜLER Ege Üniversitesi Ziraat Fakültesi Tarım Ekonomisi Bölümü Tedarik Zinciri Yönetim Etkinliğinin Artırılmasında Kullanılan Performans Ölçüleri 1. Maliyet

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ı

ALGORİTMA ANALİZİ. Cumhuriyet Üniversitesi Bilgisayar Mühendisliği Bölümü

ALGORİTMA ANALİZİ. Cumhuriyet Üniversitesi Bilgisayar Mühendisliği Bölümü ALGORİTMA ANALİZİ Cumhuriyet Üniversitesi Bilgisayar Mühendisliği Bölümü 2 Temel Kavramlar Algoritma: Bir problemin çözümünü belirli bir zamanda çözmek için sonlu sayıdaki adım-adım birbirini takip eden

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ı

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ı

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ı

PROJE YÖNETİMİ KISA ÖZET KOLAYAOF

PROJE YÖNETİMİ KISA ÖZET KOLAYAOF PROJE YÖNETİMİ KISA ÖZET KOLAYAOF DİKKAT Burada ilk 4 sayfa gösterilmektedir. Özetin tamamı için sipariş veriniz www.kolayaof.com 2 Kolayaof.com 0 362 2338723 Sayfa 2 İÇİNDEKİLER 1. ÜNİTE-Proje ve Proje

Detaylı

BÖLÜM III: Şebeke Modelleri. Şebeke Kavramları. Şebeke Kavramları. Şebeke Kavramları. Yönlü Şebeke (Directed Network) Dal / ok

BÖLÜM III: Şebeke Modelleri. Şebeke Kavramları. Şebeke Kavramları. Şebeke Kavramları. Yönlü Şebeke (Directed Network) Dal / ok 8.0.0 Şebeke Kavramları BÖLÜM III: Şebeke Modelleri Şebeke (Network) Sonlu sayıdaki düğümler kümesiyle, bunlarla bağlantılı oklar (veya dallar) kümesinin oluşturduğu yapı şeklinde tanımlanabilir ve (N,A)

Detaylı

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

İŞLETME RİSK YÖNETİMİ. Yrd. Doç. Dr. Tülay Korkusuz Polat 1/30 İŞLETME RİSK YÖNETİMİ Yrd. Doç. Dr. Tülay Korkusuz Polat 1/30 Risk Yönetim Süreçleri 2/30 Risk yönetim modeli sektöre, kuruluşun yönetim sistemine, tüm yaşam çevrim süreçlerine, ürünün yapısına bağlı olmakla

Detaylı

VI TEHLİKE ANALİZ METODOLOJİLERİ

VI TEHLİKE ANALİZ METODOLOJİLERİ 12 80 Slayt 6/6 TEHLİKE RİSK ANALİZ YÖNETİMİ METODOLOJİLERİ ve DEĞERLENDİRİLMESİ AMAÇ Tehlike analiz metotları FTA Hata ağacı analizi, ETA Olay ağacı analizi, PHA Ön Tehlike Analizi, PRA Birincil risk

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ı

PROJE YÖNETİMİ KAVRAMI

PROJE YÖNETİMİ KAVRAMI PROJE YÖNETİMİ KAVRAMI Yaprak ÇORBACIOĞLU Proje Yöneticisi, PMP 15 Aralık 2016 Başkent Üniversitesi Yaprak Çorbacıoğlu Doğum Y./T. : Ankara / 1979 Eğitim : 2007-2010 1998-2003 ODTÜ Bilim ve Teknoloji Politikaları

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ı

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

İŞLETME RİSK YÖNETİMİ. Yrd. Doç. Dr. Tülay Korkusuz Polat 1/21 İŞLETME RİSK YÖNETİMİ Yrd. Doç. Dr. Tülay Korkusuz Polat 1/21 Kuruluşların, artan belirsizlik ortamında, stratejilerini belirlemeleri ve bu stratejiler doğrultusunda gelişimlerini sürdürmelerinde, yeni

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ı

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

Bilgi ve İletişim Teknolojileri (JFM 102) Ders 10. LINUX OS (Programlama) BİLGİ & İLETİŞİM TEKNOLOJİLERİ GENEL BAKIŞ

Bilgi ve İletişim Teknolojileri (JFM 102) Ders 10. LINUX OS (Programlama) BİLGİ & İLETİŞİM TEKNOLOJİLERİ GENEL BAKIŞ Ders 10 LINUX OS (Programlama) BİLGİ & İLETİŞİM TEKNOLOJİLERİ GENEL BAKIŞ LINUX de Programlama LINUX işletim sistemi zengin bir programlama ortamı sağlar. Kullanıcılara sistemi geliştirme olanağı sağlar.

Detaylı

Bilindiği üzere Bilgi Güvenliği Yönetim Sistemi, bilgi ve bilgi varlıklarının

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ı

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ı

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ı

BİLGİSAYAR PROGRAMLAMA. Algoritma ve Akış Şemaları

BİLGİSAYAR PROGRAMLAMA. Algoritma ve Akış Şemaları BİLGİSAYAR PROGRAMLAMA Algoritma ve Akış Şemaları Algoritma tanımı Algoritma özellikleri Algoritma tasarımı Akış şemaları Dallanma simgeleri Döngü simgeleri Akış şeması tasarımı Akış şeması örnekleri Konu

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ı

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ı

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

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ı

BLM 112- Programlama Dilleri II. Hafta 4 İşaretçiler (Pointers)

BLM 112- Programlama Dilleri II. Hafta 4 İşaretçiler (Pointers) 1 BLM 112- Programlama Dilleri II Hafta 4 İşaretçiler (Pointers) Dr. Öğr. Üyesi Caner Özcan İyilik insanları birbirine bağlayan altın zincirdir. ~Goethe Hafıza Yapısı 2 Bir değişken tanımlandığında arka

Detaylı

SİSTEM MÜHENDİSLİĞİ RİSK YÖNETİMİ

SİSTEM MÜHENDİSLİĞİ RİSK YÖNETİMİ SİSTEM MÜHENDİSLİĞİ RİSK YÖNETİMİ ÖMER ERTEKİN, PSCONSULTECH 1 SİSTEMLERİN ÖMÜR DEVRİ Sistemin ömür devri, bir fikir ile başlar, paydaş ihtiyaçlarının sistem mühendisleri tarafından tanımlanması ile sürer,

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ı