Perencanaan Proyek PL. A. Sidiq P. Prodi Teknik Informatika & Prodi Sistem Informasi Fakultas Teknologi Informasi Universitas Mercu Buana Yogyakarta

P4 Perencanaan Proyek PL

A. Sidiq P. Prodi Teknik Informatika & Prodi Sistem Informasi Fakultas Teknologi Informasi Universitas Mercu Buana Yogyakarta

Materi ●

Observasi pada Estimasi

●

Tujuan Perencanaan Proyek

●

Ruang Lingkup Perangkat Lunak

●

Sumber Daya

●

Estimasi Proyek Perangkat Lunak

SQ - http://sidiq.mercubuana-yogya.ac.id [email protected]

2

Perencanaan Proyek Perangkat Lunak

Proses manajemen proyek PL dimulai dengan rangkaian aktivitas yg disebut Perencanaan Proyek PL (Software Project Planning) SQ - http://sidiq.mercubuana-yogya.ac.id [email protected]

3

Tujuan Perencanaan Proyek ●

●

Untuk menyediakan kerangka kerja yg memungkinkan manajer membuat estimasi yang dapat dipertanggungjawabkan mengenai : –

Sumber daya,

–

biaya dan

–

jadwal

Pada awal proyek yang dibatasi oleh waktu.


4

●

●

●

Merupakan aktifitas manajemen projek yg membutuhkan waktu paling lama Merupakan aktifitas berkelanjutan dari tahap initial hingga pengiriman software sehingga secara regular harus diperbaharui ketika terdapat informasi baru, Beberapa tipe perencanaan (rencana validasi, rencana perubahan managemen, rencana pengembangan dan training staff, rencana perawatan) harus pula dikembangkan untuk mendukung perencanaan projek utama yg memiliki kendala terhadap waktu dan biaya. SQ - http://sidiq.mercubuana-yogya.ac.id [email protected]

5

Jenis-jenis Perencanaan Jenis Perencanaan Kualitas Validasi

Perubahan Manajemen Perawatan Pengembangan Staff

Deskripsi Menentukan standar dan prosedur penentuan kualitas software yang digunakan Menentukan teknik, jadwal, dan sumber daya yang digunakan untuk validasi software. Menggambarkan struktur dan prosedur perubahan manajemen. Memprediksi kebutuhan, biaya dan usaha perawatan sistem. Menggambarkan bagaimana perencanaan pengembangan kemampuan dan ketrampilan staff untuk menunjang proyek.


6

Tahapan Perencanaan PL


7

Observasi Pada Estimasi ●

Estimasi sumber daya, biaya dan jadwal pengembangan PL memerlukan : –

Pengalaman

–

Akses informasi historis yang baik

–

Informasi historis. Dengan mengetahui data-data yang lalu kita dapat mengoptimalkan pekerjaan dan menghindari hal-hal yang bisa menimbulkan persoalan

–

Keberanian untuk komitmen terhadap ketersedian informasi SQ - http://sidiq.mercubuana-yogya.ac.id [email protected]

8

●

●

Resiko diukur berdasarkan tingkatan ketidakpastian estimasi terhadap sumber daya, biaya dan jadwal. Jika batasan proyek tidak jelas dan kebutuhan proyek senantiasa berubah maka hal ini bisa menimbulkan dampak yang membahayakan. Faktor-faktor yang mempengaruhi estimasi : –

Project complexity (kompleksitas proyek)

–

Project size (ukuran proyek)

–

Problem decomposition (Masalah dekoposisi)

–

Struktural uncertainty (ketidakpastian struktural) ●

Struktur dalam hal ini adalah tingkatan kebutuhan, kemudahan fungsi yang akan dihasilkan dan informasi yang harus diproses. SQ - http://sidiq.mercubuana-yogya.ac.id [email protected]

9

Perencanaan Ruang Lingkup Proyek (Project Scope) ●

Apa yang dimaksud dengan ruang lingkup (scopes) : –

Fungsi (functions) : Estimasi biaya dan jadwal berorientasi secara fungsional.

–

Kinerja (performance) : berkaitan dengan proses dan waktu respon yang dispesifikasikan

–

Batasan (constraints) : mengidentifikasikan keterbatasan PL terhadap perangkat keras, memori maupun terhadap sistem lainnya yang sudah ada.

–

Antar-muka (Interfaces)

–

Reliabilitas (reliability) SQ - http://sidiq.mercubuana-yogya.ac.id [email protected]

10

●

Untuk memahami ruang lingkup PL, seharusnya : –

Mengerti keinginan pelanggan

–

Mengerti jenis bisnis yang dilakukan

–

Mengerti ruang lingkup proyek

–

Mengerti motivasi pelanggan

–

Mengerti perubahan-perubahan yang mungkin terjadi


11

●

Pertanyaan yang dapat diajukan untuk memahami ruang lingkup PL: –

–

Berkaitan dengan tujuan umum: ●

Siapa yang menginginkan pekerjaan ini ?

●

Siapa yang mempunyai solusi yang lain ?

●

Apa keuntungan ekonominya jika solusi tersebut berhasil ?

Berkaitan dengan pemahaman permasalahan : ●

Bagaimana output yang diinginkan pelanggan ?

●

Masalah apa yang bisa diatasi oleh solusi tersebut ?

●

–

Adakah batasan atau isu-isu kinerja khusus yang akan mempengaruhi cara pendekatan terhadap solusi ?

Berkaitan dengan efektifitas pertemuan : ●

Apakah anda orang yg tepat utk. menjawab pertanyaan ini ?

●

Apakah pertanyaan saya relevan dng problem anda ?

●

Apakah masih ada hal lain yang sebaiknya saya tanyakan ? SQ - http://sidiq.mercubuana-yogya.ac.id [email protected]

12

Perencanaan Sumber Daya ●

Tugas kedua perencanaan PL adalah mengestimasi sumber daya yg dibutuhkan untuk menyelesaikan usaha pengembangan PL tersebut. –

Sumber Daya Manusia (Human Resource)

–

Perangkat Lunak (Reusable)


13

●

Sumber Daya Manusia –

Mengevaluasi ruang lingkup dan keahlian yang dibutuhkan. ●

Perencanan harus menentukan – –

–

Posisi organisasi (seperti manajer, perekayasa PL, dll) Spesialisasi (seperti telekomunikasi, data base, client/server).

Jumlah orang yang dibutuhkan untuk sebuah proyek PL bisa ditentukan setelah adanya estimasi usaha untuk pengembangan (seperti person-months).


14

●

Perangkat lunak (Reusable) –

Ada 4 katagori software resource yang bisa dipertimbangkan : ●

●

●

●

Komponen Off-the-self (menggunakan PL yang sudah jadi (dari pihak ke tiga)) Komponen Full-Experience (menggunakan PL dari proyek lalu yang serupa) Komponen Partial-Experience (menggunakan PL dari proyek lalu yang serupa tetapi masih membutuhkan modifikasi) Komponen Baru (menggunakan komponen PL yang harus dibangun oleh tim PL khususnya adalah untuk kebutuhan proyek sekarang) SQ - http://sidiq.mercubuana-yogya.ac.id [email protected]

15

Estimasi Proyek PL ●

Estimasi tidak akan pernah menjadi ilmu pasti, disebabkan banyaknya variael (manusia, teknik, lingkungan dan politik) yang mempengaruhi biaya dan usaha akhir yang diaplikasikan untuk mengembangkannya. –

●

Pada masa-masa awal perhitungan, biaya perangkat lunak biasanya mendominasi proyek.

Katagori teknik estimasi : –

Menunda estimasi sampai akhir proyek

–

Mendasarkan estimasi pada proyek-proyek yang mirip yang sudah dilakukan sebelumnya

–

Menggunakan “teknik dekomposisi” yang relatif sederhana untuk melakukan estimasi biaya dan usaha proyek.

–

Menggunakan satu atau lebih model empiris untuk estimasi usaha dan biaya PL. SQ - http://sidiq.mercubuana-yogya.ac.id [email protected]

16

Keputusan Make-Buy ●

●

Dalam banyak area aplikasi PL, biaya sering lebih efektif untuk mendapatkan dari pada mengembangkan PL. Akuisisi Perangkat Lunak –

Buat atau beli ? Beli / beli lalu dimodifkasi / Outsourcing

–

Petunjuk : ●

Buat spesifikasi fungsi dan kinerja yang diharapkan

●

Estimasi biaya internal pengembangan dan tgl. penyampaian

●

Pilih 3 atau 4 perangkat lunak kandidat yang paling cocok

●

Buat matriks perbandingan dari kandidat tersebut

●

●

Evaluasi berdasarkan kualitas sebelumnya, dukungan vendor, reputasi dan dukungan purna jual, dll. Tanya komentar pemakai lain. SQ - http://sidiq.mercubuana-yogya.ac.id [email protected]

17

Analisis Akhir ●

●

●

Apakah tanggal penyampaian akan lebih cepat dibandingkan mengembangkan sendiri ? Apakah biaya pembelian + biaya pengubahan lebih kecil dari biaya pengembangan sendiri ? Apakah biaya dukungan dari pihak luar lebih kecil dari biaya dukungan dari dalam ?


18

Kerangka Dokumen Rencana Proyek Pengembangan PL 1. Pendahuluan

4. Jadwal Proyek

–

Maksud dan tujuan proyek

a) Kegiatan & waktu

–

Fungsi utama perangkat lunak

b) Netowork planning

–

Sasaran yang akan dicapai

c) SD kegiatan

–

Kendala proyek

5. Sumber daya

a) Estimasi Proyek

a) Manusia

a) Metode estimasi

b) Perangkat keras

b) Estimasi biaya & sumber daya manusia

c) Perangkat lunak

1. Resiko Proyek

6. Organisasi a) Struktur organisasi

a) Analisis resiko

b) Pelaporan

b) Manajemen resiko

7. Lampiran.


19

Pengorganisasian kegiatan Proyek ●

●

●

●

Aktifitas ini bertujuan menghasilkan output yang terstrukur bagi manajemen dan penentuan progress Milestones merupakan titik akhir dari aktifitas proses Deliverable (pengiriman) merupakan hasil projek yang dikirim ke pelanggan Pada model proses air terjun (waterfall) boleh didefnisikan progress milestone secara langsung SQ - http://sidiq.mercubuana-yogya.ac.id [email protected]

20

Penjadwalan Proyek ●

●

●

●

Membagi projek ke dalam bentuk tugas dan estiamasi waktu serta sumber daya yang dibutuhkan untuk menyelesaikan tugas tsb. Pengorganisasian tugas yang bersamaan untuk membuat jadwal yang optimum. Meminimumkan ketergantungan tugas untuk menghindari adanya delay yg ditimbulkan oleh suatu tugas yang menunggu tugas lainnya selesai Ditentukan oleh instusi dan pengalaman manajer SQ - http://sidiq.mercubuana-yogya.ac.id [email protected]

21

Ruang Lingkup PL ●

●

●

●

Ruang lingkup PL menggambarkan : fungsi, kinerja, batasan, interface dan reliabilitas. Fungsi yang digambarkan dlm statemen ruang lingkup dievaluasi untuk memberikan awalan yang lebih detail pada saat dimulai estimasi. Kinerja melingkupi pemrosesan dan kebutuhan waktu respon. Batasan mengidentifikasi batas yang ditempatkan pada PL oleh perangkat keras eksternal, memori atau sistem lain SQ - http://sidiq.mercubuana-yogya.ac.id [email protected]

22

●

Lingkungan (Software Engineering Environment – SEE), –

menggabungkan PL dan Perangkat Keras

–

Perangkat keras menyediakan platform yang mendukung piranti perangkat lunak


23

Tugas Buatlah proposal proyek perangkat lunak ●

●

Tugas dipresentasikan minggu depan sesuai dengan kelompok : –

Tgl : 24 Oktober 2012 → Kelas 21 (Reguler Pagi)

–

Tgl : 25 Oktober 2012 → Kelas 22 (Reguler Sore)

Template proposal lihat di : –

http://sidiq.mercubuana-yogya.ac.id/rekayasa-perangkat-lunak/

–

P3 – Template Proposal Rekayasa perangkat Lunak


26

Tugas Kirim : ●

File Name & Subject : "Tugas_P4RPL_NIM"

●

Ke : [email protected]


27

Perencanaan Proyek PL. A. Sidiq P. Prodi Teknik Informatika & Prodi Sistem Informasi Fakultas Teknologi Informasi Universitas Mercu Buana Yogyakarta

Recommend Documents