Anda di halaman 1dari 23

System Development Life

Cycle (SDLC)

SI-215
Analisa & Desain Sistem Informasi I

Rosa Ariani Sukamto

www.gangsir.com
Permasalahan Perangkat Lunak

Software used, but Software used after


criticized or dropped modifications
19% 3%
Software paid for but
never delivered
Software delivered 29,7%
and used as it is
2%

Software delivered but


never used
47%

www.gangsir.com
Permasalahan Perangkat Lunak (2)

Distribution of effort : Distribution of effort:


what is believed what happens
Specification Specification Design
Testing
Encoding

Testing

Design

Encoding
Maintenance

www.gangsir.com
Fase SDLC

„ Identifikasi, seleksi, dan perencanaan sistem


„ Analisis sistem
„ Desain sistem
„ Implementasi sistem
„ Pemeliharaan sistem (maintenance)

www.gangsir.com
Identifikasi, Seleksi, dan Perencanaan
Sistem
„ Mengidentifikasi kebutuhan user
„ Menyeleksi kebutuhan user dari proses identifikasi dengan
melihat kapasitas teknologi dan efisiensi
„ Merencanakan sistem
Kebutuhan
„ Kebutuhan fungsional and non-fungsional
‰ Non-fungsional : Sistem bisa menjadi tidak digunakan jika tidak
dipenuhi
„ Menggunakan CASE (Computer Aided Software Engineering) tools,
bahasa pemrograman tertentu
„ Menggunakan bahasa tertentu
„ Kebutuhan User (customer)
„ Kebutuhan Sistem (kontrak dengan klien)
„ Kebutuhan dokumen dan perangkat lunak (developer)

www.gangsir.com
Analisis Sistem

„ Permodelan data
‰ Entity Relationship Diagram (ERD)
‰ Conceptual Data Model (CDM)
‰ Physical Data Model (PDM)
„ Permodelan proses
‰ Unified Modeling Language (UML)

www.gangsir.com
Desain Sistem

„ Desain form dan laporan (report)


„ Desain Antarmuka dan dialog (message)
„ Desain basis data dan file (framework)
„ Desain proses (struktur proses)

www.gangsir.com
Implementasi Sistem

„ Pemrograman dan pengetesan perangkat lunak


(software)
‰ Developmental (error testing per modul oleh programmer)
‰ Alpha testing (error testing ketika sistem digabungkan
dengan antarmuka user , oleh software tester)
‰ Beta testing (testing dengan lingkungan dan data
sebenarnya)
„ Konversi sistem
‰ Mengaplikasikan perangkat lunak pada lingkungan yang
sebenarnya untuk digunakan oleh organisasi
„ Dokumentasi
„ Pelatihan
www.gangsir.com
Metode Konversi Sistem

„ Konversi paralel

„ Konversi langsung

www.gangsir.com
Metode Konversi Sistem (2)

„ Konversi per fase

Sistem lama Sistem baru

„ Konversi pilot (single location)

www.gangsir.com
Pemeliharaan Sistem

„ Corrective – memperbaiki desain dan error


pada program
„ Adaptive – memodifikasi sistem untuk
beradaptasi dengan perubahan lingkungan
„ Perfective – Melibatkan sistem untuk
menyelesaikan masalah baru atau
mengambil kesempatan (penambahan fitur)
„ Preventive – Menjaga sistem dari
kemungkinan masalah di masa yang akan
datang
www.gangsir.com
SDLC Waterfall

www.gangsir.com
SDLC Waterfall (2)
Requirements
definition

System and
software design

Implementation
and unit testing

Integration and
system testing

Operation and
maintenance

www.gangsir.com
SDLC Waterfall(3)
„ Kelebihan
‰ Proses-prosesnya mudah dipahami dan jelas

‰ Mudah dalam pengelolaan proyek


„ Dokumen dihasilkan setiap akhir fase
„ Sebuah fase dijalankan setelah fase sebelumnya selesai
‰ Struktur sistem jelas
‰ Kondisi tepat SDLC Waterfall
„ Kebutuhan user telah sangat dipahami
„ Kemungkinan terjadinya perubahan kebutuhan user kecil
„ Kelemahan
‰ Proyek dunia nyata jarang mengikuti alur proses

‰ Kesulitan jika terjadi perubahan kebutuhan


„ Waktu pengerjaan bertambah
„ Ada anggota tim yang harus menunggu pekerjaan pekerja lain
„ Kesabaran customer/klien

www.gangsir.com
SDLC - Incremental Model

„ Memberikan implementasi sebagai inisial proses


kepada user untuk mendapatkan masukan balik
„ Pengembangan dengan terus melakukan eksplorasi
„ Per prototipe
„ Permasalahan
‰ Batasan proses tidak jelas
‰ Sistem kurang terstruktur
„ Kemampuan aplikasi
‰ Untuk sistem dengan interaksi skala kecil dan medium
‰ Untuk antarmuka user
‰ Untuk sistem dengan masa penggunaan pendek

www.gangsir.com
SDLC - Incremental Model (2)

System/information increment 1
engineering

analysis design code test delivery of


1st increment

increment 2 analysis design code test delivery of


2nd increment

increment 3 analysis design code test delivery of


3rd increment

increment 4 analysis design code test

delivery of
4th increment

calendar time
www.gangsir.com
SDLC Prototypes

„ Membuat sebuah contoh prototipe untuk menunjukkan kebutuhan


dan desain ke pemakai

listen
to build/revise
customer mock-up

customer
test-drives
mock-up

www.gangsir.com
SDLC Prototypes

„ Kelemahan
‰ Harus ada versi yang dapat dijalankan sebagai
prototipe sebelum sistem dikembangkan (bisa
berupa contoh sistem lain)
‰ Harus ada implementasi sistem yang
dikembangkan sebelum dibuat sebuah sistem
final

www.gangsir.com
SDLC Spiral Life Cycle
„ Mendefinisikan kebutuhan dengan sedetail mungkin
„ Pembuatan desain untuk sistem yang baru
„ Pembuatan prototipe dari pembuatan desain, pembuatan
prototipe selanjutnya berdasarkan evaluasi prototipe sebelumnya
„ Proses prototipe dilakukan berulang-ulang sampai customer
puas
„ Sistem dibuat berdasarkan prototipe yang memuaskan customer
„ Sistem di tes dan dievaluasi
Kelebihan
„ Dapat digunakan untuk sistem yang besar
„ Sangat cocok sebagai mekanisme mengurangi resiko
Kelemahan
„ Terlalu banyak memikirkan resiko yang akan terjadi
„ Masih jarang digunakan

www.gangsir.com
SDLC Spiral Life Cycle
Pla n n in g
Risk A na lysis

C usto m e r
C o m m unic a tio n

Eng in e e rin g

C usto m e r
Eva lua tio n C o nstruc tio n & Re le a se

www.gangsir.com
SDLC Rapid Application Development
(RAD)
„ Mengumpulkan spesifikasi menggunakan workshop atau group khusus
„ Melakukan tes berulang-ulang oleh user terhadap desain yang diawali
dengan prototipe
„ Menggunakan kembali komponen perangkat lunak yang ada
„ Jadwal yang ketat terhadap perbaikan desain produk versi selanjutnya
„ Komunikasi yang tidak terlalu formal antar anggota tim
„ Kelebihan
‰ Waktu pengembangan singkat
„ Kelemahan
‰ Untuk proyek besar memerlukan lebih banyak sumber daya
‰ Sangat memerlukan kerjasama antara customer dan developer
‰ Tidak cocok untuk kebutuhan yang tidak dapat dimodulkan
‰ Tidak cocok untuk sistem yang memerlukan banyak perbaikan
‰ Tidak sesuai untuk pengembangan sistem dengan resiko tinggi (aplikasi
dengan teknologi baru)

www.gangsir.com
team #3
team #2
b u s in e s s
m o d e l in g

team #1 b u s in e s s data
m o d e lin g m o d e l in g

p roc e s s
business m o d e l in g

modeling d a ta
m o d e lin g a p p l i c a tio n
g e n e r a t io n

te s ti n g
&
tu rn o v e r
p ro cess
data m o d e lin g
modeling

a p p lic a t io n
g e n e ra tio n
process
modeling te s tin g
&
tu r n o v e r

application
generation

testing
&
turnover

www.gangsir.com
60 - 90 days
Sebab Gagalnya Perangkat Lunak

„ Perencanaan yang tidak realistik karena


terlalu banyak kasus dan pemikiran optimis
„ Penelusuran yang tidak efektif
„ Terlalu terpaku pada kebutuhan sementara
„ Resiko

www.gangsir.com

Anda mungkin juga menyukai