Yazılım Proje Yönetimi

Bölüm 1 Yazılım Proje Yönetimine Giriş 1

Genel Bakış

         Giriş Yazılım Proje Planlama Program Yönetimi ve Proje Değerlendirme Uygun Bir Proje Yaklaşımı Seçimi Yazılım Çaba Tahmini Faaliyet Planlama Risk Yönetimi Kaynak Tahsisi Referanslar 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 Hedefi

 Baş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ı

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

 Bir yazılım projesi için kontrol belgesi.

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ünmezlik Karmaşıklık Uygunluk Esneklik 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ü

• o o o   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 : Sistem bilgileri Fonksiyon 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, organizasyon Kod 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:  Planlama  Organizasyon       İş bölümü Yönetim İzleme Kontrol Yenileme Sunum 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çeklestirmek Sistem elementlerini ayırmak Programı 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 Hedefler

 Sorunu anlamak  Çözümler üretmek  Yaklaşı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

Faydalar £ maliyet £ Teslim edilmiş proje Faydaları, maliyetinden daha ağır olmalı Maliyet : Gelişme O perasyon Faydalar Ölçülebilir Ölçülemez 21

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 bilgi

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

devam ediyor…..

23

Yönetim kontrol devamı

Modelleme – çeşitli kararların olası sonuçları hakkında çalışma e.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 Özeti

 Projeler 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

Referanslar

  

1: Project Planning, Scheduling & Control James P. Lewis

2: Introduction to Software Security By Gary McGraw and John Viega, Nov 2 2001 26