Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Proses perangkat lunak sangat rumit dan,seperti semua proses intelektual. bergantungpada penilaian manusia. Karena dibutuh...
Satu alasan mengapa otomasi prosesmemiliki cakupan yang terbatas adalahadanya   keragaman   proses    perangkatlunak. Tida...
• Penspesifikasian perangkat lunak. Fungsionalitas perangkat  lunak dan batasan operasinya harus didefinisikan.• Perancang...
• Model air terjun (waterfall). Model ini mengambil kegiatan  proses dasar seperti spesifikasi, pengembangan, validasi,  d...
Model pertama yang diterbitkan untukproses pengembangan perangkat lunakdiambil dari proses rekayasa lain(Royce. 1970).    ...
o Analisis dan defenisi persyaratan. Pelayanan, batasan, dan  tujuan sistem ditentukan melalui konsultasi dengan user  sis...
RPL - 03 - Proses-Proses Perangkat Lunak   8
Pengembangan evolusioner berdasarkan padaide untuk mengembangkan implementasi awal,memperlihatkannya    kepada     user   ...
RPL - 03 - Proses-Proses Perangkat Lunak   10
o Pengembangan eksploratori yang bertujuan  bekerja     dengan     pelanggan      untuk  menyelidiki    persyaratan    mer...
Pengembangan sistem formal merupakanpendekatan terhadap pengembangan perangkatlunak yang memiliki kesamaan dengan model ai...
Pada sebagian besar proyek perangkatlunak, terjadi pemakaian ulang, Hal inibiasanya terjadi secara informal ketikaorang ya...
o Analisis komponen. Komponen-kompo-nen untuk  implementasi spesifikasi tersebut akan dicari.o Modifikasi   persyaratan.  ...
o pengembangan     inkremental,     di   mana  spesifikasi, perancangan, dan implementasi  perangkat lunak dibagi menjadi ...
RPL - 03 - Proses-Proses Perangkat Lunak   16
o Pelanggan tidak perlu menunggu sampai seluruh sistem  jika Inkremen yang pertama sudah memenuhi persyaratan  mereka maka...
Model spiral dari proses perangkat lunakyang pada awalnya diusulkan oleh Boehm (1988)sekarang   telah   dikenal   luas.   ...
o Penentuan tujuan. Tujuan yang spesifik untuk fase proyek  didefinisikan. Batasan pada proyek dan produk diidentifikasi  ...
Spesifikasi perangkat lunak, ditujukan untukmenetapkan layanan apa yang dituntut dari sistem danbatasan pada-operasi dan p...
o Studi kelayakan. Dibuat perkiraan mengenai apakah user yang  diidentifikasi puas menggunakan perangkat lunak dan  teknol...
RPL - 03 - Proses-Proses Perangkat Lunak   22
o Perancangan arsitektural. Subsistem-subsistem yang membentuk  sistem dan hubungan mereka diidentifikasi dan didokumentas...
Metodis     terhadap     perancanganperangkat     lunak    adalah     metodeterstruktur yang merupakan serangkaiannotasi d...
• Model aliran data, di mana sistem dimodelkan dengan  menggunakan transformasi data yang terjadi pada saat  pemrosesannya...
Validasi perangkat lunak atau, lebih umum,verifikasi dan validasi (V & V) ditujukanuntuk menunjukkan bahwa sistem sesuai d...
proses pengujian tiga tahap di mana komponen-komponen sistem diuji, sistem   yang terintegrasi diuji dan, akhirnya, sistem...
bagaimana rencana uji merupakan penghubungantara kegiatan pengujian dan pengembangan          RPL - 03 - Proses-Proses Per...
•   Pengujian unit. Komponen individual diuji untuk menjamin operasi    yang benar. Setiap komponen diuji secara independe...
Fleksibilitas sistem perangkat lunakmerupakan salah satu alasan utama mengapamakin banyak perangkat lunak yang digunakanpa...
Rpl   03 - proses proses perangkat lunak
Rpl   03 - proses proses perangkat lunak
Upcoming SlideShare
Loading in …5
×

Rpl 03 - proses proses perangkat lunak

2,886 views

Published on

RPL

  • Be the first to comment

Rpl 03 - proses proses perangkat lunak

  1. 1. Proses perangkat lunak sangat rumit dan,seperti semua proses intelektual. bergantungpada penilaian manusia. Karena dibutuhkanpenilaian dan kreatifitas. keberhasilan usahauntuk mengotomasi proses perangkat lunakmenjadi terbatas. RPL - 03 - Proses-Proses Perangkat Lunak 2
  2. 2. Satu alasan mengapa otomasi prosesmemiliki cakupan yang terbatas adalahadanya keragaman proses perangkatlunak. Tidak ada proses yang ideal danorganisasi berbeda yang mengembangkanpendekatan yang benar-benar berbedadalam pengembangan perangkat lunak RPL - 03 - Proses-Proses Perangkat Lunak 3
  3. 3. • Penspesifikasian perangkat lunak. Fungsionalitas perangkat lunak dan batasan operasinya harus didefinisikan.• Perancangan dan implenmentasi perangkat lunak. Perangkat lunak yang meme-nuhi persyaratan harus dibuat.• Pemvalidasian perangkat lunak. Perangkat lunak tersebut harus divalidasi untuk menjamin bahwa perangkat lunak bekerja sesuai dengan apa yang diinginkan pelanggan.• Pengevolusian perangkat lunak. Perangkat lunak harus dapat berkembang untuk menghadapi kebutuhan pelanggan yang berubah. RPL - 03 - Proses-Proses Perangkat Lunak 4
  4. 4. • Model air terjun (waterfall). Model ini mengambil kegiatan proses dasar seperti spesifikasi, pengembangan, validasi, dan evolusi, dan merepresentasikannya sebagai fase-fase proses yang berbeda• Pengembangan evolusioner. Pendekatan ini berhimpitan dengan kegiatan spesifikasi, pengembangan, dan validasi.• Pengembangan sistem formal. Pendekatan ini didasarkan atas pembuatan spesifikasi sistem matematis dan pentransformasian spesifikasi ini, dengan me-makai metode matematis, untuk membangun program.• Pengembangan berdasarkan pemakaian ulang. Pendekatan ini didasarkan atas adanya komponen yang dapat dipakai ulang dalam jumlah yang signifikan. RPL - 03 - Proses-Proses Perangkat Lunak 5
  5. 5. Model pertama yang diterbitkan untukproses pengembangan perangkat lunakdiambil dari proses rekayasa lain(Royce. 1970). Berkat penurunan dari satu fase kefase yang lainnya, model ini dikenalsebagai `model air terjun atau siklushidup perangkat lunak RPL - 03 - Proses-Proses Perangkat Lunak 6
  6. 6. o Analisis dan defenisi persyaratan. Pelayanan, batasan, dan tujuan sistem ditentukan melalui konsultasi dengan user sistem.o Perancangan sistem dan perangkat lunak. Proses perancangan sistem membagi persyaratan dalam sistem perangkat keras atau perangkat lunak. Kegiatan ini menentukan arsitektur sistem secara keseluruhan.o Implementasi dan pengujian unit. Pada tahap ini, perancangan perangkat lunak direalisasikan sebagai serangkaian program atau unit program.o Integrasi dan pengujian sistem. Unit program atau program individual diintegrasikan dan diuji sebagai sistem yang lengkap untuk menjamin bahwa persyaratan sistem telah dipenuhi.o Operasi dear pemeliharaan. Biasanya (walaupun tidak seharusnya), ini merupakan fase siklus hidup yang paling lama. Sistem diinstal dan dipakai. RPL - 03 - Proses-Proses Perangkat Lunak 7
  7. 7. RPL - 03 - Proses-Proses Perangkat Lunak 8
  8. 8. Pengembangan evolusioner berdasarkan padaide untuk mengembangkan implementasi awal,memperlihatkannya kepada user untukdikomentari, dan memperbaikinya versi demiversi sampai sistem yang memenuhi persyaratandiperoleh Tidak ada kegiatan spesifikasi,pengembangan, dan validasi yang terpisah,alih-alih kegiatan--kegiatan ini dilakukanpada saat yang bersamaan dengan umpan balikyang cepat untuk masing-masing kegiatan RPL - 03 - Proses-Proses Perangkat Lunak 9
  9. 9. RPL - 03 - Proses-Proses Perangkat Lunak 10
  10. 10. o Pengembangan eksploratori yang bertujuan bekerja dengan pelanggan untuk menyelidiki persyaratan mereka dan mengirimkan sistem akhir.o Prototipe yang dapat dibuang (throw- away) yang bertujuan untuk memahami persyaratan pelanggan dan dengan demikian mengembangkan definisi persyaratan yang lebih baik untuk sistem. RPL - 03 - Proses-Proses Perangkat Lunak 11
  11. 11. Pengembangan sistem formal merupakanpendekatan terhadap pengembangan perangkatlunak yang memiliki kesamaan dengan model airterjun, tetapi proses pengembangannyadidasarkan pada transformasi matematis darispesifikasi sistem menjadi program yang dapatdijalankan RPL - 03 - Proses-Proses Perangkat Lunak 12
  12. 12. Pada sebagian besar proyek perangkatlunak, terjadi pemakaian ulang, Hal inibiasanya terjadi secara informal ketikaorang yang bekerja di proyek tersebutmengetahui adanya rancangan atau kodeyang mirip dengan yang dibutuhkan RPL - 03 - Proses-Proses Perangkat Lunak 13
  13. 13. o Analisis komponen. Komponen-kompo-nen untuk implementasi spesifikasi tersebut akan dicari.o Modifikasi persyaratan. Pada tahap ini, persyaratan dianalisis dengan menggunakan informasi mengenai komponen yang telah didapat.o Perancangan sistem dengan pemakaian ulang. Pada fase ini, kerangka kerja sistem dirancang, atau kerangka kerja yang telah ada dipakai ulang.o Pengembangan dan integrasi. Perangkat lunak yang tidak dapat dibeli akan dikembangkan dan komponen dan sistem COTS diintegrasikan untuk membentuk sistem. RPL - 03 - Proses-Proses Perangkat Lunak 14
  14. 14. o pengembangan inkremental, di mana spesifikasi, perancangan, dan implementasi perangkat lunak dibagi menjadi serangkaian inkremen yang dikembangkan secara bergantiano pengembangan spiral, di mana pengembangan sistem seolah beralur membentuk spiral ke luar dari garis awal sampai sistem pengembangan akhir. RPL - 03 - Proses-Proses Perangkat Lunak 15
  15. 15. RPL - 03 - Proses-Proses Perangkat Lunak 16
  16. 16. o Pelanggan tidak perlu menunggu sampai seluruh sistem jika Inkremen yang pertama sudah memenuhi persyaratan mereka maka perangkat lunak dapat segera digunakan.o Pelanggan dapat memakai inkremen yang pertama sebagai bentuk prototipe dan mendapatkan pengalaman yang dapat menginformasikan persyaratan untuk inkremen sistem berikutnya.o Risiko untuk kegagalan proyek secara keseluruhan lebih rendah.o Karena layanan dengan prioritas tertinggi, ini berarti bahwa pelanggan akan memiliki kemungkinan yang kecil untuk menemui kegagalan perangkat lunak pada inkremen sistem yang paling penting. RPL - 03 - Proses-Proses Perangkat Lunak 17
  17. 17. Model spiral dari proses perangkat lunakyang pada awalnya diusulkan oleh Boehm (1988)sekarang telah dikenal luas. Bukannyamerepresentasikan proses perangkat lunaksebagai serangkaian kegiatan denganpenelusuran ke belakang dari satu kegiatan keyang lainnya, proses ini direpresentasikansebagai spiral RPL - 03 - Proses-Proses Perangkat Lunak 18
  18. 18. o Penentuan tujuan. Tujuan yang spesifik untuk fase proyek didefinisikan. Batasan pada proyek dan produk diidentifikasi dan rencana manajemen yang rinci dibuat. Risiko proyek diidentifikasi.o Penilaian dan pengurangan risiko. Untuk setiap risiko proyek yang diidentifi-kasi, dilakukan analisis yang rinci. Dilakukan langkah-langkah untuk mengurangi risiko tersebut.o Pengembangan dan validasi. Setelah evaluasi risiko, model pengembangan untuk sistem kemudian dipilih.o Perencanaan. Proyek ditinjau dan selanjutnya dibuat keputusan apakah akan diteruskan dengan untai spiral berikutnya. Jika diputuskan untuk terus, maka dibuat rencana untuk fase proyek berikutnya. RPL - 03 - Proses-Proses Perangkat Lunak 19
  19. 19. Spesifikasi perangkat lunak, ditujukan untukmenetapkan layanan apa yang dituntut dari sistem danbatasan pada-operasi dan pengembangan sistem.Kegiatan ini sering disebut rekayasa persyaratan. Rekayasa persyaratan merupakan tahap yang sangatkritis dari proses perangkat lunak karena kesalahanpada tahap ini pada akhirnya menimbulkan masalahlain pada perancangan dan implementasi sistem. RPL - 03 - Proses-Proses Perangkat Lunak 20
  20. 20. o Studi kelayakan. Dibuat perkiraan mengenai apakah user yang diidentifikasi puas menggunakan perangkat lunak dan teknologi perangkat keras yang dipakai pada saat ini. Studi kelayakan seharusnya murah dan cepat. Hasilnya harus menginformasikan keputusan apakah kita akan terus dengan analisis yang lebih rinci, atau tidako Elisitasi dan analisis persyaratan. Ini merupakan proses penurunan persya-ratan sistem melalui observasi sistem yang ada, diskusi dengan user yang akan memakai dan yang mengadakan, analisis pekerjaan, dll.o Spesifikasi persyaratan. Spesifikasi persyaratan adalah kegiatan menerjemahkan informasi yang dikumpulkan pada kegiatan analisis menjadi dokumen yang mendefinisikan serangkaian persyaratan.o Validasi persyaratan. Kegiatan ini memeriksa apakah persyaratan dapat direalisasikan, konsisten, dan lengkap. RPL - 03 - Proses-Proses Perangkat Lunak 21
  21. 21. RPL - 03 - Proses-Proses Perangkat Lunak 22
  22. 22. o Perancangan arsitektural. Subsistem-subsistem yang membentuk sistem dan hubungan mereka diidentifikasi dan didokumentasi.o Spesifikasi abstrak. Untuk setiap subsistem, spesifikasi abstrak dari layanan dan batas operasinya harus ditentukan.o Perancangan interface. Untuk setiap subsistem, interface dengan subsistem dirancang dan didokumentasi.o Perancangan komponen. Layanan dialokasikan pada komponen yang berbeda dan interface komponen-komponen ini dirancang.o Perancangan struktur data. Struktur data yang dipakai pada implementasi sistem dirancang secara rinci dan dispesifikasi.o Perancangan algoritma. Algoritma yang digunakan untuk memberikan layanan dirancang secara rinci dan dispesifikasi. RPL - 03 - Proses-Proses Perangkat Lunak 23
  23. 23. Metodis terhadap perancanganperangkat lunak adalah metodeterstruktur yang merupakan serangkaiannotasi dan panduan untuk perancanganperangkat lunak. RPL - 03 - Proses-Proses Perangkat Lunak 24
  24. 24. • Model aliran data, di mana sistem dimodelkan dengan menggunakan transformasi data yang terjadi pada saat pemrosesannya.• Model relasi entitas merupakan teknik normal yang dipakai untuk mendeskripsikan struktur database.• Model struktural, di mana komponen-komponen sistem dan interaksinya didokumentasikan.• Metode berorientasi objek mencakup model inheritansi (pewarisan) sistem, model hubungan statis dan dinamis di antara objek, dan model bagaimana objek berinteraksi saw sama lain ketika sistem sedang dijalankan. RPL - 03 - Proses-Proses Perangkat Lunak 25
  25. 25. Validasi perangkat lunak atau, lebih umum,verifikasi dan validasi (V & V) ditujukanuntuk menunjukkan bahwa sistem sesuai denganspesifikasinya dan bahwa sistem memenuhiharapan pelanggan yang membelinya. Validasi melibatkan proses pemeriksaan,seperti inspeksi dan peninjauan, pada setiaptahap proses perangkat lunak dari definisipersyaratan user sampai pengembangan program RPL - 03 - Proses-Proses Perangkat Lunak 26
  26. 26. proses pengujian tiga tahap di mana komponen-komponen sistem diuji, sistem yang terintegrasi diuji dan, akhirnya, sistem diuji dengan data pelanggan RPL - 03 - Proses-Proses Perangkat Lunak 27
  27. 27. bagaimana rencana uji merupakan penghubungantara kegiatan pengujian dan pengembangan RPL - 03 - Proses-Proses Perangkat Lunak 28
  28. 28. • Pengujian unit. Komponen individual diuji untuk menjamin operasi yang benar. Setiap komponen diuji secara independen, tanpa komponen sistem yang lain.• Pengujian modul. Sebuah modul merangkum komponen-komponen yang berhubungan, sehingga dapat diuji tanpa modul sistem yang lain.• Pengujian subsistem. Fase ini melibatkan pengujian sekumpulan modul yang telah diintegrasikan menjadi subsistem. Proses pengujian subsistem dengan demikian harus terkonsentrasi pada deteksi kesalahan interface modul dengan menjalankan interface ini berkali- kali.• Pengujian sistem. Subsistem diintegrasikan untuk membentuk sistem. Proses ini berkenaan dengan penemuan kesalahan yang diakibatkan dari interaksi yang tidak diharapkan antara subsistem dan masalah interface subsistem.• Pengujian penerimaan. Ini merupakan tahap akhir proses pengujian sebelum sistem diterima untuk penggunaan operasional. RPL - 03 - Proses-Proses Perangkat Lunak 29
  29. 29. Fleksibilitas sistem perangkat lunakmerupakan salah satu alasan utama mengapamakin banyak perangkat lunak yang digunakanpada sistem besar dan kompleks. Begitu telahdibuat keputusan untuk membuat perangkatkeras, akan sangat mahal untuk mengubahrancangannya. RPL - 03 - Proses-Proses Perangkat Lunak 30

×