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