Yazılım Proje Yönetimi
description
Transcript of Yazılım Proje Yönetimi
1
Yazılım Proje Yönetimi
Bölüm 1
Yazılım Proje Yönetimine Giriş
Genel BakışGirişYazılım Proje PlanlamaProgram Yönetimi ve Proje DeğerlendirmeUygun Bir Proje Yaklaşımı SeçimiYazılım Çaba TahminiFaaliyet PlanlamaRisk YönetimiKaynak TahsisiReferanslar
2
GirişProje Planlama
Bir proje uygulanabilir olarak bulunursa,proje yöneticilerinin proje planlama taahhüt ederler.Planlama: “Yapılmış olan tüm işleri tanımlamak ; politikaların geliştirilmesi, prosedürler ve proje tanımlayan diğer belgeler." [1]
3
Yazılım Projesi Nedir?
Yazılım Projesi: Tüm teknik ve idari faaliyetleri müşteriye teslim
teslim etmek gerekir. Yazılım projesinin belirli bir süresi vardır
kaynakları tüketir ve iş üretir. Bir yazılım projesini tamamlamak için yönetim
kategorileri:◦Görevler, Etkinlikler, Fonksiyonlar
4
Giriş
Birçok yazılım projesi hatalı proje yönetimi uygulamaları nedeniyle başarısız olur.
Önemli olan yazılım proje yönetiminin farklı yönlerini öğrenmektir.
5
Yazılım Proje Yönetiminin HedefiBaşarılı bir yazılım projesinin tamamlanması
ve verimli olması için mühendislere izin verir. Anahtar yazılım proje hedefleri şunlardır [2]
İşlevsellik,Kullanışlılık,Etkinlik,Zaman piyasaya,Basitlik.
6
Yazılım Proje Yönetim PlanıBir yazılım projesi için kontrol belgesi.Teknik ve yönetimsel yaklaşımları yazılım ürün
geliştirmek için belirteçtir.Doküman analizi belgesi için yardımcıdır;
Değişiklikler ya diğer belgede değişiklikler anlamına gelebilir içinde.
SPMP proje anlaşmasının bir parçası olabilir.
7
Süreç
8
Yazılım Projesinin Özellikleri
Bu özellikler yazılım projesi karmaşık yapar:GörünmezlikKarmaşıklıkUygunlukEsneklik
9
Yönetimi faaliyetleri Teklif yazma.Proje planlama ve programlama.Proje maliyet.Proje izleme ve değerlendirme.Personel seçimi ve değerlendirme.Rapor yazımı ve sunumu.
10
Yazılım geliştirme yaşam döngüsü (ISO 12207)
11
ISO 12207 Yaşam döngüsü
Gereksinimleri analizi:• Yazılım mühendisliği görev sistem gereksinimleri
mühendisliği ve yazılım tasarım arasındaki boşluğu doldurmak. Yazılım tasarımcısı bir model sunar :
o Sistem bilgilerio Fonksiyono Davranış Model dataya, yapısal, ve bileşen düzeyinde tasarımlara
dönüştürülebilir.Analiz sırasında biraz tasarım, tasarım sırasında biraz
anliz yapılabilir.
12
ISO 12207 Yaşam döngüsüMimari tasarım
◦Sistem gereksinimlerine bağlıdır.◦Sistem bileşenlerini tanımlar: donanım ,
yazılım, organizasyonKod ve test
◦Bireysel bileşenler.Entegrasyon
◦Bileşenleri bir araya getirmek.
13
ISO12207 devamı…Yeterlilik testi
◦Sistemi test etmek (Sadece yazılım değil)Yükleme
◦Sistemi operasyonel yapma süreci ◦Varolan veriyi ve sistem parametrelerini
ayarlama, operasyonel donanım platformlarını yükleme ve kullanıcı egitimleri içerir.
Kabul destek◦Bakım ve onarımı içerir.
14
Yönetim nedir?
Aşağıdakileri içerir:PlanlamaOrganizasyonİş bölümüYönetimİzleme KontrolYenilemeSunum
15
Yönetim Soruları
Analize nekadar efor harcadın?Analizi kim yapar?Neden çok zordur?Kim öder?
16
Analiz Hedefleri
Müsteri istekleri belirlemek.Fizibilite için sistemi degerlendirmek.Teknik ve ekonomik analizler
gerçeklestirmekSistem elementlerini ayırmakProgramı ve kısıtlamaları belirlemek.Sistem tanımı yaratmak.
17
Yazılım Gereksinimlerini Ortaya Çıkarmak
Müşteri toplantıları. İçerik hakkındaki sorular:
◦ Müşterinin hedefleri ve istekleri◦ Paydaşlari belirlemek◦ Problemi anlamak◦ Bulunan çözümlere müşterinin yorumu◦ Toplantı etkinliğini degerlendirmek
Birçok kullanıcıyla çapraz değerlendirme yapmak.
18
Ana ve Yan HedeflerSorunu anlamakÇözümler üretmekYaklaşımları degerlendirmekÖncelikli ihtiyaçları belirlemek
19
Paydaşlar
Paydaş, yazılımın tamamlanmasıyla ilgilenendir.
Bunlar:• Projede yer alanlar• Proje dışında ama aynı organizasyonda bulunanlar• Her ikisi dışında olanlar
20
İş durumu
Teslim edilmiş proje Faydaları, maliyetinden daha ağır olmalı
Maliyet :- Gelişme - Operasyon
Faydalar- Ölçülebilir - Ölçülemez
21
££
Faydalar
maliyet
Yönetim kontrol
22
Yönetim kontrol
Veri – ham detay Örn. ‘x lokasyonuna 6,000 doküman işlendi’
Bilgilendirme – işlenen veri hakkında bilgie.g. ‘bir günde üretim 100 döküman’
Hedefler karşılaştırmasıe.g. 31 Mart’ta işlenen dökümanları konuşmak için
toplanmayacagızdevam ediyor…..
23
Yönetim kontrol devamı
Modelleme – çeşitli kararların olası sonuçları hakkında çalışmae.g. Eger X lokasyonunda daha çok işçi
çalıştırırsak nekadar daha erken belgeler işlenir?
Uygulama – Üzerine karar verilmiş düzeltici faaliyetlerin yürütülmesi.
24
Bölüm ÖzetiProjeler rutin değildir- böylece belirsizdir.
Projelerin özel sorunları örn Fizibilite yetersizliği
Net hedefler gereklidir böylece objektif olarak değerlendirilebilirler.
Genelde özel planları yürütmek zordur.
İletişim iletişim iletişim!!
25
Referanslar1: Project Planning, Scheduling & Control
James P. Lewis2: Introduction to Software SecurityBy Gary McGraw and John Viega, Nov 2 2001
26