Siklus Pengembangan Perangkat Lunak

(1)

Siklus Pengembangan

Perangkat Lunak

(Software Development Life Cycle) (Software Development Life Cycle) Endy Muhardin <

Endy Muhardin <[email protected]@artivisi.com>> http://endy.artivisi.com

http://endy.artivisi.com

last updated : 2007-08-01

(2)

Who am I

●

Endy Muhardin

– [email protected]@artivisi.com – Y! endymuhardinY! endymuhardin

●

Kegiatan

– Software Developer Software Developer – Project ManagerProject Manager

(3)

Kompetensi Teknis

●

Java Enterprise Edition (JEE)

●

Spring Framework

●

Hibernate O/R Mapping

●

Java Server Faces (JSF)

●

PHP

(4)

Projects

●

PlaySMS

●

PlayBilling

●

CMMI

(5)

Buku Subversion

(6)

Materi

●

Siklus Pengembangan Perangkat Lunak

– Fase PerencanaanFase Perencanaan – Fase AnalisaFase Analisa

– Fase DesainFase Desain – Fase CodingFase Coding – Fase TestingFase Testing

– Fase ImplementasiFase Implementasi – Fase PemeliharaanFase Pemeliharaan

(7)

Metodologi

●

Heavyweight

– WaterfallWaterfall – RUPRUP ●

Lightweight

– AgileAgile – XPXP

●

Apapun metodologinya, kegiatannya mirip

(8)

Fase Perencanaan [1]

●

Estimasi ukuran software

– Function point calculationFunction point calculation – Metode PutnamMetode Putnam

– Metode COCOMOMetode COCOMO

●

Estimasi effort dan durasi

– Berapa orang?Berapa orang? – Berapa bulan?Berapa bulan?

(9)

Fase Perencanaan [2]

●

Memilih metodologi

●

Menentukan milestone

●

Mendefinisikan aturan manajemen

– komunikasikomunikasi

– penyimpanan dokumenpenyimpanan dokumen – aturan rilisaturan rilis

– prosedur change managementprosedur change management

(10)

Fase Perencanaan [3]

●

Menyusun anggota tim

– Steering Committee / Project SponsorSteering Committee / Project Sponsor – Project ManagerProject Manager

– Subject Matter ExpertSubject Matter Expert – Business AnalystBusiness Analyst

– Software ArchitectSoftware Architect – ProgrammerProgrammer

– TesterTester

(11)

Produk Fase Perencanaan

●

Project Schedule

– Estimasi ukuranEstimasi ukuran

– Estimasi effort dan durasiEstimasi effort dan durasi

– Tanggal selesai masing-masing milestoneTanggal selesai masing-masing milestone

●

Project Plan

– Stakeholder planStakeholder plan

– Configuration management planConfiguration management plan – Training planTraining plan

(12)

Tools Fase Perencanaan

●

DotProject

●

ActiveCollab

(13)

???

Pertanyaan dan Diskusi

(14)

Project Monitoring [1]

●

Rencana yang telah dibuat harus

dimonitor secara berkala agar proyek

berjalan baik

●

Tujuan Project Monitoring

– Memastikan rencana dijalankanMemastikan rencana dijalankan

– Identifikasi masalah sedini mungkinIdentifikasi masalah sedini mungkin – Memecahkan masalah sedini mungkinMemecahkan masalah sedini mungkin – Memantau kinerja anggota timMemantau kinerja anggota tim

(15)

Project Tracking [2]

●

Hal yang harus dimonitor

– Kemajuan proyek dibandingkan rencana awalKemajuan proyek dibandingkan rencana awal – Keterlibatan stakeholderKeterlibatan stakeholder

– Pemenuhan komitmenPemenuhan komitmen – Resiko proyekResiko proyek

(16)

Tools Project Monitoring

●

DotProject

●

ActiveCollab

●

Open Workbench

●

Timesheet

(17)

???

Pertanyaan dan Diskusi

(18)

Fase Analisa [1]

●

Memahami software yang akan dibuat

(requirement)

– Diskusi dengan SMEDiskusi dengan SME – Diskusi dengan UserDiskusi dengan User

●

Verifikasi requirement

– Review hasil analisaReview hasil analisa – Prototyping Prototyping

(19)

Fase Analisa [2]

●

Mendapatkan komitmen

– Sign offSign off

– Email ApprovalEmail Approval

●

Mengelola perubahan

(20)

Fase Analisa [3]

●

Requirement yang baik

– Sahih (tidak berdasarkan asumsi)Sahih (tidak berdasarkan asumsi) – Dapat diimplementasikanDapat diimplementasikan

– Benar-benar diperlukanBenar-benar diperlukan – Memiliki skala prioritasMemiliki skala prioritas – Tidak ambiguTidak ambigu

(21)

Fase Analisa [4]

●

Spesifikasi yang baik

– LengkapLengkap – KonsistenKonsisten – Bisa diubahBisa diubah – Bisa dilacakBisa dilacak

(22)

Produk Fase Analisa

●

Functional Spec / SRS / URS / CRS

●

Test Scenario

●

Requirement Traceability Matrix

●

Prototype

●

UML Diagram

– Use Case DiagramUse Case Diagram – Activity DiagramActivity Diagram

(23)

Tools Fase Analisa

●

DokuWiki

●

OSRMT

●

Jude Community

●

Poseidon CE

(24)

Kegunaan Spesifikasi

●

Marketing

– membuat brosurmembuat brosur

– merencanakan kegiatan pemasaranmerencanakan kegiatan pemasaran

●

Developer

– mendesain softwaremendesain software – membuat softwaremembuat software

●

Technical Writer

(25)

???

Pertanyaan dan Diskusi

(26)

Change Management

●

Kebutuhan user

– PASTI BERUBAH !!!PASTI BERUBAH !!!

●

Ini adalah hal yang alami

●

Perlu ada prosedur khusus sehingga tidak

mengacaukan proyek

●

Perubahan requirement akan berbuntut:

– PPerubahan effort_{erubahan effort}

– Perubahan durasiPerubahan durasi – Perubahan biayaPerubahan biaya

(27)

Prosedur Change Management

●

Change Requester harus jelas

●

Impact Analysis harus dihitung dengan

cepat

– gunakan Requirement Traceability Matrixgunakan Requirement Traceability Matrix

●

Berdasarkan hasil Impact Analysis,

Steering Committee bisa memutuskan:

– approve and proceed immediatelyapprove and proceed immediately

– pending to next phasepending to next phase – discard completelydiscard completely

(28)

???

Pertanyaan dan Diskusi

(29)

Fase Desain [1]

●

Desain tampilan akhir

– warnawarna – hurufhuruf

– efek khususefek khusus

●

Memilih teknologi dan framework

– kemudahankemudahan – kecepatankecepatan – fiturfitur

(30)

Fase Desain [2]

●

Menentukan partisi sistem

– komponenkomponen – pluginplugin

(31)

Produk Fase Desain

●

Technical Specification

●

Proof of Concepts

●

Arsitektur Sistem

●

Dokumentasi pemilihan teknologi

– Alternatif yang dipertimbangkanAlternatif yang dipertimbangkan – Kriteria yang digunakanKriteria yang digunakan

– Bobot masing-masing kriteriaBobot masing-masing kriteria

– Penilaian masing-masing alternatifPenilaian masing-masing alternatif

(32)

Tools Fase Desain

●

Jude Community

●

Poseidon CE

●

Aqua Studio

●

DBDesigner

(33)

???

Pertanyaan dan Diskusi

(34)

Fase Coding [1]

●

Persiapan Development

– Version ControlVersion Control

– Mailing List / Forum DiskusiMailing List / Forum Diskusi – Bug TrackerBug Tracker

– Continuous IntegrationContinuous Integration

●

Kebijakan Coding

– coding standardcoding standard – quality standardquality standard

(35)

Fase Coding [2]

●

Pengukuran kualitas kode

– keterikatan (coupling)keterikatan (coupling) – kompleksitaskompleksitas

– kemudahan pengembangan (extensibility)kemudahan pengembangan (extensibility) – kesesuaian dengan best-practiceskesesuaian dengan best-practices

– kecukupan jumlah test vs jumlah kodekecukupan jumlah test vs jumlah kode –

(36)

Fase Coding [3]

●

Jenis test yang dilakukan programmer

– Unit Test : method/functionUnit Test : method/function

– Coverage Test : kecukupan unit testCoverage Test : kecukupan unit test – Code Review : praktek codingCode Review : praktek coding

– Integration Test : interaksi dengan sistem lain Integration Test : interaksi dengan sistem lain

(database, mail, aplikasi lain)

– Performance Test : waktu yang dibutuhkan Performance Test : waktu yang dibutuhkan

untuk menjalankan fitur tertentu

– Stress Test : perilaku fitur bila dihadapkan Stress Test : perilaku fitur bila dihadapkan

dengan request yang banyak

(37)

Produk Fase Coding

●

Coding convention

●

Kode program

●

Unit test

●

Code review report

●

Unit test report

●

Coverage test report

●

User Manual

(38)

Tools Fase Coding (Java)

● AntAnt

● PMD / FindbugsPMD / Findbugs ● JUnit / TestNG JUnit / TestNG

● Cobertura / EmmaCobertura / Emma ● DBUnit DBUnit

● CruiseControl / LuntbuildCruiseControl / Luntbuild ● JDepend JDepend

● JUnitPerf JUnitPerf ● JMeter JMeter

(39)

Tools Fase Coding (Umum)

●

Subversion

●

Mantis

●

phpBB

●

Redmine

●

GForge

(40)

???

Pertanyaan dan Diskusi

(41)

Fase Testing

●

Terdiri dari

– Internal Testing: dilakukan oleh project teamInternal Testing: dilakukan oleh project team – User Testing: dilakukan oleh customerUser Testing: dilakukan oleh customer

●

Tujuan (Internal Testing)

– mengurangi jumlah bug yang ditemukan oleh mengurangi jumlah bug yang ditemukan oleh

customer / end-user

●

Tujuan (User Testing)

– memastikan software yang diterima sesuai memastikan software yang diterima sesuai

dengan spesifikasi yang diminta

(42)

Produk Fase Testing

●

Bug Report

●

Bug Fix

(43)

Tools Fase Testing

●

Functional Specification

●

Test Scenario

●

Mantis

●

Selenium

●

HttpUnit

●

Canoo WebTesting

●

Abbot & Costello

(44)

???

Pertanyaan dan Diskusi

(45)

Fase Implementasi

●

Tujuan

– menyiapkan aplikasi untuk penggunaan yang menyiapkan aplikasi untuk penggunaan yang

sebenarnya (go-live)

●

Kegiatan

– User TrainingUser Training

– Administrator TrainingAdministrator Training – Migrasi Data (kalau ada)Migrasi Data (kalau ada) – Cut off sistem/proses lamaCut off sistem/proses lama

(46)

Produk Fase Implementasi

●

Training Material

●

Cut-off Data

(47)

Fase Pemeliharaan

●

Kegiatan

– perbaikan bug yang tersisaperbaikan bug yang tersisa – penambahan fiturpenambahan fitur

– perubahan fiturperubahan fitur

●

Bisa dilakukan dalam kesepakatan

terpisah atau sebagai bagian dari masa

garansi

(48)

Terima Kasih

● [email protected]@artivisi.com ● http://endy.artivisi.comhttp://endy.artivisi.com

(49)