Syukron Jazila 8040200252 (04PS5)

TUGAS REKAYASA PERANGKAT LUNAK
Dosen Pembibing :
Dr. Fachruddin, S.Pt, M.S.I
Disusun Oleh :
Syukron Jazila 8040200252
Muhammad Bagas Riansyah 8040200278
PROGRAM STUDI SISTEM INFORMASI

FAKUKTAS ILMU KOMPUTER
UNIVERSITAS DINAMIKA BANGSA
2022
KATA PENGANTAR
Puji syukur kehadirat Tuhan Yang Mahakuasa karena telah memberikan kesempatan
pada penulis untuk menyelesaikan makalah ini. Atas rahmat dan hidayah-Nya lah penulis
dapat menyelesaikan makalah yang berjudul “Tugas Rekayasa Perangkat Lunak” tepat
waktu. Makalah ini disusun guna memenuhi tugas mata kuliah Rekayasa Perangkat Lunak.
Penulis mengucapkan terima kasih sebesar-besarnya kepada Bapak selaku dosen mata
kuliah Pendidikan Agama Islam. Tugas yang telah diberikan ini dapat menambah
pengetahuan dan wawasan terkait bidang yang ditekuni penulis. Penulis juga mengucapkan
terima kasih pada semua pihak yang telah membantu proses penyusunan makalah ini.
Penulis menyadari tugas ini masih jauh dari kata sempurna. Oleh karena itu, kritik dan
saran yang membangun akan penulis terima demi kesempurnaan makalah ini.
Jambi, 13 Oktober 2022
Penulis
2
DAFTAR ISI
Contents
KATA PENGANTAR...........................................................................................................................2
TUGAS 1..............................................................................................................................................6
1.Model Waterfall.................................................................................................................................7
1.1. Pengertian Model Waterfall.....................................................................................................7
1.2. Manfaat model waterfall..........................................................................................................7
1.3. Sifat dan karakteristik model waterfall..................................................................................7
1.4. Gambar model waterfall..........................................................................................................8
1.5. Kelebihan dan kekurangan model waterfall...........................................................................9
1.6. Contoh Software waterfall.....................................................................................................10
Contoh Penerapan Metode Waterfall Sistem Informasi...................................................................10
2. Model prototyping...........................................................................................................................11
2.1. Pengertian model protoyping.................................................................................................11
2.2. Manfaat prototyping..............................................................................................................11
2.3. Sifat dan karakteristik prototyping.......................................................................................11
2.4. Gambar dan model penjelasan prototyping.........................................................................12
2.5. Kelebihan dan kekurangan model protoyping.....................................................................12
2.6. contoh software model prototyping.......................................................................................13
3. Model Spiral....................................................................................................................................13
3.1. Pengertian Model Spiral........................................................................................................13
3.2. Manfaat mode spiral...............................................................................................................13
3.3. Sifat dan karakteristik model spiral......................................................................................13
3.4. Gambar model spiral..............................................................................................................14
3.5. Kelebihan dan Kekurangan model spiral..................................................................................14
3.6 contoh software........................................................................................................................16
4. Model RAD.....................................................................................................................................16
4.1. Pengertian Model RAD..........................................................................................................16
4.2. Manfaat Model RAD..............................................................................................................16
4.3. Sifat dan karakteristik model RAD.......................................................................................16
4.4. Gambar model dan penjelasan dari gambar model RAD...................................................17
4.5. Kelebihan dan kekurangan RAD..........................................................................................18
4.6. Contoh Software RAD............................................................................................................18
5. Model RUP......................................................................................................................................18
5.1. Pengertian RUP......................................................................................................................18
5.2. Manfaat model RUP...............................................................................................................18
5.3. Sifat dan Karakteristik...........................................................................................................18
5.4. Gambar dan model dan penjelasan dari gambar RUP........................................................19
5.5. Kelebihan dan kekurangan RUP...........................................................................................20
5.6. Contoh Software.....................................................................................................................20
6. MODEL SCRUMM........................................................................................................................20
6.1.Model scrumm.........................................................................................................................20
6.2. Manfaat model scrum.............................................................................................................20
6.3. Sifat dan karakteristik............................................................................................................21
6.4. Gambar dan penjelasannya...................................................................................................22
6.5. Kelebihan dan kekurangan....................................................................................................23
6.6. Contoh Software.....................................................................................................................23
DAFTAR PUSTAKA..........................................................................................................................24
Tugas 2................................................................................................................................................25
PENDAHULUAN...............................................................................................................................25
Requirement Analysis.........................................................................................................................25
PEMBAHASAN.................................................................................................................................25
4.1 GAMBARAN DATA PENJUALAN DAN SERVICE PADA BENGKEL..........................25
4.2 ANALISIS KEBUTUHAN SISTEM......................................................................................25
4.2.1 Analisis Sistem Yang Sedang Berjalan............................................................................25
4.2.2 Solusi Pemecahan Masalah..............................................................................................26
4.3. ANALISIS PROSES PERANGKAT LUNAK......................................................................27
4.3.1 Kebutuhan Fungsional Sistem.........................................................................................27
4.3.2 Kebutuhan Non Fungsional Sistem.................................................................................29
TUGAS 3............................................................................................................................................30
Fotocopy..........................................................................................................................................30
AC semi otomatis............................................................................................................................31
Printer..............................................................................................................................................32
TUGAS 4............................................................................................................................................33
4.3.3 Use Case Diagram.................................................................................................................33
TUGAS 5............................................................................................................................................33
4.3.4 Deskripsi Use Case.................................................................................................................34
1. Deskripsi Use Case Login............................................................................................................34
2. Deskripsi Use Case mengelola data pelanggan............................................................................35
3. Deskripsi Use Case mengelola data penjualan.............................................................................37
4. Deskripsi Use Case mengelola data service.................................................................................39
5. Deskripsi Use Case mengelola data Karyawan............................................................................41
6. Deskripsi Use Case mengelola data kategori...............................................................................43
7. Deskripsi Use Case Mengelola data suku cadang........................................................................45
8. Deskripsi Use Case mengelola data jasa......................................................................................47
9. Deskripsi Use Case mengelola data pemasukkan suku cadang....................................................50
10. Deskripsi Use Case melihat dan mencetak laporan....................................................................52
11. Deskripsi Use Case Logout........................................................................................................53
TUGAS 6............................................................................................................................................54
4.3.5 Activity Diagram....................................................................................................................54
1. Activity Diagram Login...........................................................................................................54
2. Activity Diagram Mengelola Data Pelanggan..........................................................................55
3. Activity Diagram Mengelola Data penjualan...........................................................................57
4. Activity Diagram Mengelola Data Service..............................................................................59
5. Activity Diagram Mengelola Data Karyawan..........................................................................62
6. Activity Diagram Mengelola Data Kategori............................................................................65
7. Activity Diagram Mengelola Data Suku Cadang.....................................................................67
8. Activity Diagram Mengelola Data Jasa...................................................................................70
9. Activity Diagram Mengelola Data Pemasukan Suku Cadang..................................................73
TUGAS 7............................................................................................................................................79
4.6 ANALISA KEBUTUHAN DATA............................................................................................79
7. 1. KESIMPULAN......................................................................................................................81
7.2. SARAN....................................................................................................................................81
TUGAS 1
• Buatlah tugas mengenai model-model Proses pengembangan Software
berikut :
 Model Waterfall
 Model Prototyping
 Model Spiral
 Model RAD (Rapid Application Development)
 Model RUP (Rational Unified Process)
 Model Scrum
 Pengertian, Manfaat, Sifat dan Karakteristik Model, Gambar
Model dan Penjelasan dari Gambar model, Kelebihan dan
Kekurangan, Contoh Software.
1.Model Waterfall
1.1. Pengertian Model Waterfall
Pengertian Metode Waterfall adalah metode pengembangan perangkat lunak yang memungkinkan
pembuatan sistem dilakukan secara terstuktur dan sistematis (berurutan) sesuai dengan siklus
pengembangan yang ada.
1.2. Manfaat model waterfall

menggunakan metode air terjun (waterfall) adalah metode ini memungkinkan untuk
departementalisasi dan kontrol. proses pengembangan model fase one by one, sehingga meminimalis
kesalahan yang mungkin akan terjadi.
1.3. Sifat dan karakteristik model waterfall

-Sistem atau proses yang sedang dijalankan akan otomatis terhenti apabila mengalami suatu kendala
Karakteristik pertama dari model waterfall adalah ketika terjadi suatu masalah, maka proses ini akan
terhenti dan tidak bisa dilanjutkan sebelum masalah atau problem tersebut diselesaikan terlebih
dahulu. Hal ini tentu saja disebabkan karena model waterfall ini merupakans ebuah model prototype
yang menggunakan metode atau model yang memiliki sebuah alur tertentu dalam pembuatannya,
sehingga nantinya proses tersebut haruslah melewati tahap – tahap tertentu. apabila ternyata pada
tahap ataupun waktu tertentu mengalami suatu masalah, maka masalah tersebut haqrus dipecahkan
dan juga diselesaikan terlebih dahulu, baru nantinya proses tersebut bisa dilanjutkan kembali.
-Membutuhkan waktu yang cukup lama untuk menyelesaikan suatu proses
Karakteristik kedua yang bis kita tarik kesimpulan dari model waterfall ini adalah lamanya waktu
memproses sesuatu. Ya, penggunaan sistem model waterfall yang mengharuskan setiap prototype
melalui proses-proses tertentu tanpa bisa melewati satu atau dua proses ini tentu saja akan
membutuhkan waktu yang lebih lama untuk menyelesaikannya. Satu kali model waterfall dilakukan,
wajib melewati serangkaian proses yang harus dilewati secara bertahap, dan biasanya proses ini cukup
panjang, sehingga nantinya akan memperlambat dan juga membutuhkan waktu yang cukup lama dan
juga cukup panjang untuk menyelesaikan suatu proses pembuatan prototype ataupun pembuatan suatu
program. Bagi anda yang ingin mengembangkan sebuah program yang dikejar oleh deadline,
mungkin model waterfall tidak cocok untuk anda.
-Model waterfall menggunakan pendekatan sequential, alias urutan tertentu
Karakteristik berikutnya dari model waterfall adalah sistem pendekatan yang digunakan. Ya, model
waterfall menggunakan sistem pendekatan berupa pendekatan sequential. Seperti sudah dibahas
swebelumnya, sistem pendekatan yag digunakan oleh model waterfall ini merupakan pendekatan yang
sifatnya bertahap dan juga berurutan, atau yang dikenal dengan nama sequential. Yaitu dalam
sequence – sequence tertentu. hal ini merupakan karakteristik utama dari sebuah model waterfall
dalam mengembangkan suatu aplikasi dan juga program.
1.4. Gambar model waterfall
Communication (Project Initiation & Requirements Gathering)
Sebelum memulai pekerjaan yang bersifat teknis, sangat diperlukan adanya komunikasi dengan
customer demi memahami dan mencapai tujuan yang ingin dicapai. Hasil dari komunikasi tersebut
adalah inisialisasi proyek, seperti menganalisis permasalahan yang dihadapi dan mengumpulkan data-
data yang diperlukan, serta membantu mendefinisikan fitur dan fungsi software. Pengumpulan data-
data tambahan bisa juga diambil dari jurnal, artikel, dan internet.
Planning (Estimating, Scheduling, Tracking)
Tahap berikutnya adalah tahapan perencanaan yang menjelaskan tentang estimasi tugas-tugas teknis
yang akan dilakukan, resiko-resiko yang dapat terjadi, sumber daya yang diperlukan dalam membuat
sistem, produk kerja yang ingin dihasilkan, penjadwalan kerja yang akan dilaksanakan, dan tracking
proses pengerjaan sistem.
Modeling (Analysis & Design)
Tahapan ini adalah tahap perancangan dan permodelan arsitektur sistem yang berfokus pada
perancangan struktur data, arsitektur software, tampilan interface, dan algoritma program. Tujuannya
untuk lebih memahami gambaran besar dari apa yang akan dikerjakan.
Construction (Code & Test)
Tahapan Construction ini merupakan proses penerjemahan bentuk desain menjadi kode atau
bentuk/bahasa yang dapat dibaca oleh mesin. Setelah pengkodean selesai, dilakukan pengujian
terhadap sistem dan juga kode yang sudah dibuat. Tujuannya untuk menemukan kesalahan yang
mungkin terjadi untuk nantinya diperbaiki.
- Deployment
Tahapan Deployment merupakan tahapan implementasi software ke customer, pemeliharaan software

secara berkala, perbaikan software, evaluasi software, dan pengembangan softwareberdasarkan
umpan balik yang diberikan agar sistem dapat tetap berjalan dan berkembang sesuai dengan fungsinya
- Rekayasa Sistem
Tahap ini dimulai dengan mencari kebutuhan seluruh sistem untuk diterapkan dalam perangkat lunak
- Analisis Kebutuhan
Pada tahap ini pengembang sistem membutuhkan komunikasi yang bertujuan memahami perangkat
lunak yang diharapkan oleh pengguna dan keterbatasan perangkat lunak tersebut. Informasi ini
biasanya dapat diperoleh melalui wawancara, diskusi atau survei langsung
- Desain
Spesifikasi persyaratan dari tahap sebelumnya akan dipelajari dalam fase ini dan desain sistem
disiapkan
- Pengodean
Pada fase ini, sistem terintegrasi dengan sintaksis sehingga sistem informasi dapat digunakan sesuai
kebutuhan, yang akan diintegrasikan pada tahap selanjutnya ..
- Pengujian
Semua unit yang telah dikembangkan dan pengkodean yang benar diuji langsung untuk
penggunaannya, seperti menggunakan pengujian blackbox.
- Pemeliharaan
fase terakhir dalam model air terjun. Perangkat lunak atau sistem informasi yang sudah jadi, jalankan
kemudian dipelihara
1.5. Kelebihan dan kekurangan model waterfall

- Rangkaian Kerja Jelas
Dengan metode waterfall tahapan pengembangan sistem menjadi jelas. Masing-masing anggota yang
terdiri dari Analis, desainer, programmer, tester atau juga pemasaran memiliki tugas yang terdefinisi
dengan baik.Setiap tim akan bekerja sesuai alur atau tahapan dalam metode ini, sehingga kesalahan-
kesalahan bersifat teknis dapat ditekan seminimal mungkin.
- Berkomitmen Pada Tujuan Akhir
Pada tahap awal klien dan tim analis bertemu untuk mendefinisikan detail kebutuhan dari software
yang akan dibuat. Jika tahapan ini selesai, maka klien dan seluruh tim yang terlibat akan mengetahui
gambaran atau tujuan akhir dari sistem yang dibuat.Semua akan berkomitmen pada hasil akhir
software. Tidak boleh ada perubahan ditengah proses baik itu oleh pihak developer ataupun klien.
Semuanya harus sejalan dengan tujuan yang telah disepakati diawal.
-Dokumentasi yang Baik
Waterfall adalah pendekatan yang sangat metodis, setiap informasi akan tercatat, terdistribusikan dan
dapat diakses dengan cepat oleh setiap anggota tim.Dokumentasi ini juga berguna ketika misal ada 1
atau beberapa anggota tim mundur dari proyek. Dengan dokumentasi yang baik maka anggota tim
baru nantinya dapat lebih mudah beradaptasi dengan sistem dan prosedur yang ada.
Selain itu, setiap divisi tim juga akan lebih mudah menyelesaikan pekerjaan. Misalnya programmer
yang bisa bekerja dengan arahan dokumen yang telah dibuat tim analis dan desain.
- Hemat Waktu dan Biaya
Hal yang biasanya menjadi penyebab molornya waktu penyerahan software adalah kebutuhan klien
yang berubah-ubah dan banyaknya campur tangan klien ketika proses pengerjaan.Dalam metode
waterfall, klien tidak bisa leluasa mencampuri proses pembuatan software, terlebih ketika sudah
memasuki tahap programming.Klien harus mendefinisikan secara jelas kebutuhan diawal dan harus
berkomitmen dengan hal tersebut. Dengan seperti itu pihak developer dapat membuat estimasi waktu
dan juga biaya pengerjaan.
- Cocok untuk Pembuatan Software Berskala Besar

Metode Waterfall dinilai cocok untuk pengerjaan software yang melibatkan banyak sumber daya
manusia dan memiliki prosedur yang kompleks. Tapi ada juga ahli yang berpendapat bahwa
metodologi waterfall lebih baik digunakan pada proyek skala kecil dengan pengerjaan waktu yang
singkat.
1.6. Contoh Software waterfall
Contoh Penerapan Metode Waterfall Sistem Informasi
Berikut ini adalah contoh penerapan metode waterfall pada sistem informasi alumni pada
sebuah SMK
No Tahapan Uraian
1 Alasan menggunakan waterfall Karena kebutuhan pihak sekolah telah jelas
2 Analisis Analisis kebutuhan dilakukan dengan cara

mewawancarai coordinator BK SMK A. Dari
wawancara didapatkan data-data seputar alumni,
seperti : total alumni yang lulus, alumni yang bekerja,
dan alumni yang melanjutkan studi
3 Desain Perancangan sistem menggunakan ERD seperti Use

Case dan Sequence
4 Implementasi Sistem informasi akan dibuat menggunakan bahasa

pemrograman PHP dengan Framework CodeIgninter.
5 Pengujian Sistem Pengujian dilakukan pada aspek fungsionalitas kepada

ahli sistem informasi, petugas administrator dan
alumni langsung.
6 Maintenance Pemeliharaan akan dilakukan apabila ada update fitur

atau memperbaiki kesalahan yang ditemukan pada saat
sistem digunakan langsung oleh user.
2. Model prototyping
2.1. Pengertian model protoyping
Prototyping perangkat lunak adalah salah satu metode siklus hidup sistem yang didasarkan pada
konsep model bekerja (working model). Tujuannya adalah mengembangkan model menjadi sistem
final. Artinya sistem akan dikembangkan lebih cepat dari pada metode tradisional dan biayanya
menjadi lebih rendah. Ada banyak cara untuk melakukan prototyping, begitu pula dengan
penggunaannya.
2.2. Manfaat prototyping

- Dapat menghemat waktu dan biaya pengembangan produk
Yang pertama adalah kamu dapat menekan biaya dan menghemat waktu dalam proses pengembangan
produk. Dengan begitu, sumber daya yang tersisa dapat dialokasikan untuk kebutuhan yang lain.
-Dapat mengetahui kebutuhan pengguna terlebih dahulu
Manfaat yang kedua yaitu dengan memanfaatkan sistem prototyping kamu dapat mengetahui
kebutuhan pengguna terlebih dahulu. Sehingga kamu dan tim-mu dapat mengetahui apa saja prioritas
dan kebutuhan pengguna. Dengan begitu proses pengembangan produk akan berlangsung lebih cepat.
-Menjadi acuan untuk mengembangkan produk
Selanjutnya, model prototype dapat menjadi acuan atau patokan untuk kamu dalam mengembangkan
sebuah produk. Kamu juga dapat menggunakan prototype untuk menemukan kekurangan dan mencari
solusi untuk membuat produk kamu menjadi semakin baik lagi.
-Dapat menjadi bahan presentasi
Terakhir, kamu dapat menggunakan prototype untuk mempresentasikan produk yang akan kamu
luncurkan. Dengan adanya prototype akan memudahkan audiens mendapatkan gambaran tentang
produk yang akan diluncurkan.
2.3. Sifat dan karakteristik prototyping

Sebagai bagian dari pendekatan terstruktur dalam proses pengembangan sistem informasi,
beberapa ciri khusus pendekatan prototyping adalah:
- Dikembangkan oleh analis sistem dan dioperasikan oleh para pemakai sistem.
- Bersifat berkelanjutan, yang artinya dibangun dan dicoba untuk ditingkatkan terus-menerussampai
memperoleh hasil memuaskan.
- Jadwal pemakaian yang tidak terlalu lama
- Dapat dibuat untuk berbagai kepentingan bisnis.
Untuk mengatasi ketidakserasian antara pelanggan dan pengembang maka harusdibutuhakan
kerjasama yang baik diantara keduanya sehingga pengembang akanmengetahui dengan benar apa
yang diinginkan pelanggan dengan tidak mengesampingkan segi-segi teknis dan pelanggan akan
mengetahui proses-proses dalmmenyelasaikan system yang diinginkan. Dengan demikian akan
menghasilkan sistemsesuai dengan jadwal waktu penyelesaian yang telah ditentukan.Kunci agar
model prototype ini berhasil dengan baik adalah denganmendefinisikan aturan-aturan main pada
saat awal, yaitu pelanggan dan pengembangharus setuju bahwa prototype dibangun untuk
mendefinisikan kebutuhan. Prototype akandihilangkan sebagian atau seluruhnya dan perangkat
lunak aktual aktual direkayasadengan kualitas dan implementasi yang sudah ditentukan.Pada
Prototyping Model
kadang-kadang klien hanya memberikan beberapakebutuhan umum software tanpa detil input,
proses atau detil output. Di lain waktumungkin dimana tim pembangun (developer) tidak yakin
terhadap efisiensi darialgoritma yang digunakan, tingkat adaptasi terhadap sistem operasi atau
rancangan formuser interface. Ketika situasi seperti ini terjadi model prototyping sangat
membantu proses pembangunan software.
2.4. Gambar dan model penjelasan prototyping
-Communication
Dimulai dengan komunikasi. sebagai pengembang perangkat lunak bertemu dengan pemangku
kepentingan lain untuk menentukan tujuan keseluruhan perangkat lunak, mengidentifikasi persyaratan
atau kebutuhan apa pun yang diketahui, dan menguraikan area yang mengharuskan definisi lebih
lanjut.
-Quick Plan
Sebuah iterasi prototipe planned quickly, dan pemodelan (dalam bentuk “desain cepat”) terjadi.
Modeling Quick Design & Construction of prototype
Desain cepat berfokus pada representasi aspek perangkat lunak yang akan terlihat oleh pengguna
akhir (misalnya, tata letak antarmuka manusia atau format tampilan keluaran). Desain cepat mengarah
pada pembangunan prototipe.
-Deployment Delivery & Feedback
Prototipe digunakan dan dievaluasi oleh para pemangku kepentingan, yang memberikan umpan balik
yang digunakan untuk menyempurnakan persyaratan atau kebuthan lebih lanjut. Iterasi terjadi saat
prototipe diatur untuk memenuhi kebutuhan berbagai pemangku kepentingan, sementara pada saat
yang sama memungkinkan pengembang peragkat untuk lebih memahami apa yang perlu dilakukan.
2.5. Kelebihan dan kekurangan model protoyping

Kelebihan Metode Prototyping :
- Pelanggan ikut dalam pengembangan sistem yang akan memudahkan pengembang mengetahui
produk yang diharapkan pelanggan.
- Analisa kebutuhan lebih mudah diwujudkan.
- Mempersingkat waktu pengembangan produk perangkat lunak.
- Komunikasi yang baik antara pengembang dan pelanggan.
- Pengembang akan lebih mudah dalam menentukan kebutuhan pelanggan.
- Penerapan menjadi lebih mudah karena pelanggan mengetahui apa yang diharapkannya.
Kekurangan Metode Prototyping :
- Proses yang dilakukan untuk analisis dan perancangan terlalu singkat.
- Kurang fleksibel jika terjadi perubahan.
- Walaupun pemakai melihat berbagai perbaikan dari setiap versi prototype, tetapi pemakai mungkin
tidak menyadari bahwa versi tersebut dibuat tanpa memperhatikan kualitas dan pemeliharaan jangka
panjang.Mungkin ini yang bisa saya sampaikan mengenai protyping , semoga bermanfaat bagi
pembaca. Sekian dan terimakasih.
2.6. contoh software model prototyping
3. Model Spiral
3.1. Pengertian Model Spiral
Model spiral adalah pendekatan realistis untuk pengembangan sistem dan perangkat lunak skala besar.
Karena perangkat lunak berkembang seiring proses berlangsung, pengembang dan pelanggan lebih
memahami dan bereaksi terhadap risiko di setiap tingkat evolusi. Model spiral menggunakan
prototyping sebagai mekanisme pengurangan risiko tetapi, yang lebih penting, memungkinkan untuk
menerapkan pendekatan prototyping pada setiap tahap dalam evolusi produk. Ini mempertahankan
pendekatan bertahap sistematis yang disarankan oleh siklus hidup klasik (classic life cycle) tetapi
menggabungkannya ke dalam kerangka berulang yang lebih realistis yang mencerminkan dunia nyata.
Model spiral menuntut pertimbangan langsung risiko teknis di semua tahap proyek dan, jika
diterapkan dengan benar, harus mengurangi risiko sebelum menjadi masalah. Tapi seperti paradigma
lain, model spiral bukanlah obat mujarab. Mungkin sulit untuk meyakinkan pelanggan (terutama
dalam situasi kontrak) bahwa pendekatan evolusi dapat dikontrol. Ini menuntut keahlian penilaian
risiko yang cukup dan bergantung pada keahlian tersebut untuk sukses. Jika risiko utama tidak
terungkap dan dikelola, masalah pasti akan terjadi
3.2. Manfaat mode spiral

Pembangunan dan perubahan perangkat lunak yang terjadi dapat diselesaikan secara sistematis.
Mudah dalam mengestimasi biaya karena proses pembuatan prototype yang jelas dan terencana dalam
tahapan yang sistematis. Manajemen dan analisa risiko yang lebih cepat dan mudah.
3.3. Sifat dan karakteristik model spiral

Spiral model adalah penggabungan antara prototyping model dan waterfall model ,
metode iterasi yang ada pada prototyping model dan tahap sistematis yang digunakan
dalam waterfall model digabungkan menjadi satu sehingga menciptakan model baru.
Model Spiral ini dapat digunakan sepanjang kehidupan artinya pada model ini tidak akan
berakhir jika terus dikembangkan dimana awal bisa menjadi pengembangan lagi pada
suatu perangkat lunak dan pada model ini bisa terjadi pemberhentian dimana jika kita
tidak menggunakan perangkat lunak tersebut lagi atau tidak ingin mengembangkannya
lagi maka bisa saja terjadi pemberhentian seperti ini tapi jika perangkat lunak tersebut
kita ingin kembangkan lagi maka prosesnya bisa dimulai lagi. Model spiral ini biasanya
digunakan atau dipakai oleh perusahaan - perusahaan besar yang membutuhkan perangkat
lunak yang terus di kembangkan.
3.4. Gambar model spiral
- Perencanaan
Ini termasuk memperkirakan biaya, jadwal dan sumber daya untuk iterasi. Ini juga melibatkan
pemahaman persyaratan sistem untuk komunikasi berkelanjutan antara analis sistem dan pelanggan
- Analisis resiko
Identifikasi potensi risiko dilakukan saat strategi mitigasi risiko direncanakan dan diselesaikan
- Rekayasa
- Ini termasuk pengujian, pengkodean, dan penerapan perangkat lunak di situs pelanggan
- Evaluasi
- Evaluasi perangkat lunak oleh pelanggan. Juga, termasuk mengidentifikasi dan memantau risiko
seperti selip jadwal dan pembengkakan biaya
3.5. Kelebihan dan Kekurangan model spiral

- Kelebihan model Spiral
1. Dapat disesuaikan agar perangkat lunak bisa dipakai selama hidup perangkat lunak
komputer.
2. Lebih cocok untuk pengembangan sistem dan perangkat lunak skala besar.
3. Pengembang dan pemakai dapat lebih mudah memahami dan bereaksi terhadap resiko
setiap tingkat evolusi karena perangkat lunak terus bekerja selama proses.
- Kekurangan model Spiral
1. Sulit untuk menyakinkan pelanggan bahwa pendekatan evolusioner ini bisa dikontrol.
2. Memerlukan penaksiran resiko yang masuk akal dan akan menjadi masalah yang
serius jika resiko mayor tidak ditemukan dan diatur.
3. Butuh waktu lama untuk menerapkan paradigma ini menuju kepastian yang absolute.
3.6 contoh software
- Analysis Risk
Aktivitas analisis resiko ini dijalankan untuk menganalisis baik resiko secara teknikal.
- Engineering
Aktivitas yang dibutuhkan untuk membangun 1 atau lebih representasi dari aplikasi
secara teknikal.
- Construction & Release

Aktivitas yang dibutuhkan untuk develop software, testing, instalasi dan penyediaan
user / costumer support seperti training penggunaan software serta dokumentasi
seperti buku manual penggunaan software.
- Customer Evaluation
Aktivitas yang dibutuhkan untuk mendapatkan feedback dari user / customer
berdasarkan evaluasi mereka selama representasi software pada tahap construction
and release
4. Model RAD
4.1. Pengertian Model RAD
Rapid application development (RAD) atau rapid prototyping adalah model proses
pembangunan perangkat lunak yang tergolong dalam teknik incremental (bertingkat). RAD
menekankan pada siklus pembangunan pendek, singkat, dan cepat. Waktu yang singkat adalah
batasan yang penting untuk model ini. Rapid application development menggunakan metode
iteratif (berulang) dalam mengembangkan sistem dimana working model (model bekerja)
sistem dikonstruksikan di awal tahap pengembangan dengan tujuan menetapkan kebutuhan
(requirement) user dan selanjutnya disingkirkan. Working model digunakan kadang-kadang
saja sebagai basis desain dan implementasi sistem final
4.2. Manfaat Model RAD

menjalankan rapid application development adalah jangka waktu pengembangan lebih cepat. Hal ini
dikarenakan feedback dari pelanggan cepat didapatkan dan semua perubahan yang dilakukan akan
sesuai hasil tersebut
4.3. Sifat dan karakteristik model RAD

Tim sebaiknya terdiri atas sekitar 6 anggota, termasuk Developer dan pengguna penuh dari sistem
plus personil yang menetapkan requirements. Developer yang dipilih sebagai anggota tim sebaiknya
bersifat “multi-talented”, yaitu yang dapat berperan sebagai analis, desainer, dan pemrogram.
4.4. Gambar model dan penjelasan dari gambar model RAD
4.5. Kelebihan dan kekurangan RAD
Kelebihan RAD
- Dapat menggunakan kembali komponen yang ada (reusable object) sebelumnya sehingga tidak perlu
membuat dari awal lagi.
- Integrasi proses yang lebih cepat dan efektif.
- Penyesuaian kebutuhan dan keinginan user menjadi lebih mudah.
- Memperkecil kemungkinan kesalahan atau error
Kekurangan
- Memerlukan kolaborasi tim yang kuat dan memadai.
- Memerlukan komitmen yang kuat antara pengembang dan stakeholder.
- Hanya cocok diterapkan untuk proyek kecil dan memiliki waktu pengerjaan yang singkat.
- Hanya cocok digunakan untuk mengembangkan aplikasi yang memiliki fokus pada suatu fitur untuk
dijadikan modular terpisah.
4.6. Contoh Software RAD
5. Model RUP
5.1. Pengertian RUP
Booch, James Rumbaugh, dan Ivar Jacobson dalam menyusun suatu metodologi yang digunakan
untuk membangun software. RUP sendiri merupakan suatu metodologi pembangunan software. RUP
menyediakan suatu pendekatan untuk menangani pekerjaan dan tanggung jawab dalam
pengembanganan. RUP bertujuan untuk menghasilkan suatu software yang sesuai dengan kebutuhan
dari end-user nya, pada jangka waktu dan biaya yang terukur.
5.2. Manfaat model RUP

- Memungkinkan untuk menjalankan test case dengan menggunakan Rational TestManager Tool
- Menyediakan akses yang mudah terhadap pengetahuan dasar bagi anggota tim.
- Menyediakan petunjuk bagaimana menggunakan UML secara efektif.
- Mendukung proses pengulangan dalam pengembangan software.
- Memungkinkan adanya penambahan-penambahan pada proses.
5.3. Sifat dan Karakteristik

- Mengadaptasi proses
- Menyeimbangkan prioritas dari para stakeholders
- Melakukan kolaborasi antar tim
- Mendemonstrasikan hasil-hasil yang ada secara berulang-ulang

- Menaikkan level abtraksi dari sebuah software
- Memfokuskan pada kualitas secara terus-menerus
5.4. Gambar dan model dan penjelasan dari gambar RUP
- Inception
Menentukan ruang lingkup proyek.
Membuat business case.
Memenuhi syarat bahwa program telah memenuhin syarat..
- Elaboration
Menganalisa berbagai persyaratan dan resiko.
Menetapkan base line.
Merencanakan fase berikutnya yaitu construction.
- Construction
Melakukan sederetan iterasi.
Pada setiap iterasi akan melibatkan proses analisa desain, implementasi dan testing.
- Transistion
Membuat apa yang sudah dimodelkan menjadi suatu produk yang utuh.
- Beta dan performance testing.
Membuat dokumentasi tambahan seperti training, user guides dan sales kit.
Membuat rencana peluncuran produk ke komunitas pengguna.
5.5. Kelebihan dan kekurangan RUP

Kelebihan
- Menyediakan akses yang mudah terhadap pengetahuan dasar bagi anggota tim.
- Menyediakan petunjuk bagaimana menggunakan UML secara efektif.
- Mendukung proses pengulangan dalam pengembangan software.
- Memungkinkan adanya penambahan-penambahan pada proses.
- Memungkinkan untuk secara sistematis mengontrol perubahan - perubahan yang terjadi pada
software selama proses pengembangannya.
- Memungkinkan untuk menjalankan test case dengan menggunakan Rational
TestManager Tool
Kekurangan
- Membutuhkan keahlian yang baik atau yang telah berpengalaman dalam mengembangkan perangkat
lunak dalam arti metode ini kurang cocok bagi pemula.
- Diperlukan majaemen yang baik, karena proses pengembangan tidak dapat berulang sebelum
menghasilkan suatu produk yaitu aplikasi. Jadi apabila dalam suatu proses seperti perancangan tidak
selesai tepat waktu maka akan mempengaruhi keseluruhan proses pengembangan perangkat lunak.
5.6. Contoh Software
6. MODEL SCRUMM
6.1.Model scrumm
Scrum adalah framework atau kerangka kerja pengembangan dengan penggunaan prinsip pendekatan
agile untuk dapat mengatasi segala macam masalah secara kreatif dan adaptif. Metode ini pertama kali
diperkenalkan oleh Jeff Sutherland. Kunci dari kerangka kerja scrum adalah kolaborasi tim. Dengan
kata lain, kekuatan tim memegang peran penting pada berjalannya scrum. Kerangka kerja scrum
sudah banyak diterapkan di perusahaan-perusahaan besar. Bahkan sudah banyak perusahaan
internasional yang menerapkan kerangka kerja ini sebagai standar kerja mereka dan dirasa mampu
menaikan omset perusahaan secara signifikan.
6.2. Manfaat model scrum

Scrum adalah salah satu metode pengerjaan project dengan berbagai manfaat besar bagi bisnis
•Menyederhanakan proses
•Monitoring alur pekerjaan

•Selalu siap akan perubahan
•Metodenya interaktif
•Mengidentifikasi masalah beserta solusinya
6.3. Sifat dan karakteristik

•Product owner
Peranan utama yang terdapat dalam metode Scrum adalah product owner.
Mereka bertugas untuk memastikan bahwa kinerja tim Scrum sudah selaras dengan tujuan
keseluruhan proyek pengembangan yang ditargetkan badan usaha.
•Scrum master
Peranan berikutnya yang termasuk dalam kerangka kerja Scrum adalah scrum master.
Mereka adalah para pekerja yang bertanggung jawab untuk memastikan bahwa tim proyek sudah
beroperasi seefektif mungkin dengan nilai-nilai Scrum.
3. Development team
Peran terakhir yang terdapat dalam kerangka kerja metode Scrum adalah development team atau tim
pengembangan.
Tim ini terdiri dari para profesional yang melakukan pekerjaan secara langsung untuk menyelesaikan
tugas dalam sprint Scrum.
6.4. Gambar dan penjelasannya
•Product backlog
Tahapan yang pertama ini menjadi tanggung jawab product owner atau manajer. Secara sederhana,
tahapan ini berisi daftar apa saja yang harus tim lakukan sesuai dengan skala prioritas perusahaan.
Perwakilan perusahaan bersama representasi stakeholder bertugas untuk terus menata ulang product
backlog. Hal ini karena kondisi pasar akan selalu berubah, sehingga apa yang tidak esensial dalam
backlog juga harus dihilangkan.
•Sprint planning
Dalam tahapan sprint planning, produk atau proyek teratas dalam product backlog kemudian disusun
kembali menjadi sprint backlog. Tugas lain yang dilakukan tim scrum adalah menentukan bagaimana
mereka akan menyelesaikan apa yang ada dalam sprint backlog.
•print
Setelah cara dan batas waktu pengerjaan ditentukan dalam sprint planning, tahapan metode scrum
selanjutnya adalah melakukan sprint. Proses ini dilakukan melalui kegiatan daily scrum.
Daily scrum adalah saat dimana tim berkumpul dan bekerja untuk memastikan perkembangan produk
terus berjalan. Dalam proses ini juga dikenal adanya peran scrum master.
Umumnya, tim yang terlibat dalam proses scrum adalah sekelompok orang. Di antara orang-orang
tersebut, ada perwakilan yang berperan sebagai scrum master. Tugas scrum master adalah untuk
membantu tim agar tetap fokus.
•Sprint Review
Sprint review adalah tahapan sprint yang terakhir. Dalam proses ini, produk atau projek yang
dikerjakan harus sudah selesai dan siap digunakan. Kemudian produk tersebut akan direview kembali.
•Retrospective Process
Scrum adalah metode yang sifatnya berulang. Proses yang dilakukan perusahaan mulai dari
pembuatan backlog hingga review diingat dan dilakukan kembali dalam proses scrum projek
selanjutnya.
6.5. Kelebihan dan kekurangan

Keunggulan
•Meningkatkan kecepatan dalam proses development dan dapat membawa proyek yang lambat
kembali ke track
•Pengambilan keputusan sebagian besar berada dalam tangan tim developer. Hal ini membantu
mereka untuk fokus dan meningkatkan motivasi
•Fleksibel, dimana memudahkan update dan perubahan berkala
•Daily meeting membantu manajer untuk mengukur produktifitas individual. Metode ini juga
meningkatkan kolaborasi dan produktifitas dalam tim
Kelemahan
•Sangat cocok untuk skala kecil, dan proyek yang cepat berubah. Tidak cocok untuk skala besar
•Metode ini membutuhkan orang berpengalaman yang pernah bekerja di proyek yang mirip dengan
yang ingin dikerjakan saat ini.
•Anggota tim harus memiliki skills yang banyak sehingga mampu membantu mereka dalam
mengerjakan task diluar dari area spesialisasinya. Beberapa anggota tim, oleh karena itu,
membutuhkan training tambahan
•Membagi development produk dalam sprint singkat membutuhkan perencanaan yang matang dan
hati-hati.
6.6. Contoh Software

DAFTAR PUSTAKA
1. https://salamadian.com/metode-waterfall/
2. https://bsi.today/metode-waterfall/
3. https://media.neliti.com/media/publications/227378-penerapan-model-waterfall-pada-program-a-
01488ef6.pdf
4. https://www.ekrut.com/media/prototype
5. https://bsi.today/metode-prototype/
6. https://sekawanstudio.com/blog/apa-itu-prototype/
7. https://sis.binus.ac.id/2019/04/29/pengembangan-sistem-spiral-model/
8. https://id.wikipedia.org/wiki/Model_Spiral
9. https://www.konsepkoding.com/2022/03/pengertian-metode-spiral-tahapan-kelebihan-
kekurangan.html
10. https://glints.com/id/lowongan/rapid-application-development-adalah/#.Y0gekHZBy3A
11. https://docplayer.info/48375234-Model-rad-pengertian.html
12. https://agus-hermanto.com/blog/detail/metode-pengembangan-rad-rapid-application-development
13. https://www.slideserve.com/bernard-oneill/proses-proses-perangkat-lunak
14. http://scriptbugs.blogspot.com/2015/05/rational-unified-process-rup.html
15. https://www.materi-it.com/2014/06/analisis-software-model-rup.html
Tugas 2
PENDAHULUAN
Requirement Analysis
Pilih salah satu sistem/ perangkat lunak yang akan di kembangkan di studi kasus pada dua slide
berikutnya. Tentukan requirement dari sistem tersebut, baik fungsional maupun non-fungsional
berdasarkan studi kasus yang dipilih :
STUDI KASUS : Pengelolaan data Penjualan dan service pada bengkel
PEMBAHASAN
4.1 GAMBARAN DATA PENJUALAN DAN SERVICE PADA BENGKEL

Bengkel merupakan suatu usaha jenis wirausaha kecil dan menengah yang bergerak dalam bidang jasa
pelayanan perbaikan baik itu sepeda motor atau mobil, lebih dari itu bengkel juga melakukan usaha
penjualan spare part guna melengkapi kebutuhan penggantian spare part kendaraan yang rusak.
Contoh nya pada bengkel Jaya Prima Motor Jambi merupakan salah satu usaha yang bergerak di
bidang penjualan dan jasa service motor. Bengkel ini berdiri sejak tahun 2018 yang beralamat di Jln.
Adityawarman No. 10, Thehok, Kecamatan Jambi Selatan, Jambi. Dan dimiliki oleh Bapak Oki
Yohansyah
Jaya Prima Motor Jambi dalam menyediakan berbagai jasa service antara lain service mesin, ganti oli
dan lainnya dengan menggunakan beberapa suku cadang untuk kebutuhan pelanggan sehari-hari
seperti kampas rem, minyak pelumas, dan lainnya. Sedangkan untuk harga tergantung dari kerumitan
jenis pekerjaan yang dilakukan.
Dikarenakan persaingan yang semakin ketat dan semakin meningkatnya kebutuhan masyarakat Jambi
terhadap penjualan suku cadang dan service motor, maka Jaya Prima Motor Jambi berusaha
meningkatkan fasilitas dan pelayanan guna memberikan kemudahan bagi para pelanggan dalam hal
transaksi. Jaya Prima Motor Jambi juga berusaha meningkatkan sistem pengolahan data yang lebih
baik guna memperoleh informasi yang cepat dan akurat sehingga dapat mengurangi kesalahan dalam
pengambilan keputusan.
4.2 ANALISIS KEBUTUHAN SISTEM

4.2.1 Analisis Sistem Yang Sedang Berjalan
Dari riset di lapangan dan wawancara dengan pihak Jaya Prima Motor Jambi, ditemukan sistem yang
sedang berjalan. Untuk proses penjualan masih menggunakan buku dan nota, berikut ini proses
penjualan yang sedang berjalan pada Jaya Prima Motor Jambi, antara lain:
1. Pelanggan datang ke tempat untuk memesan produk (suku cadang motor)

2. Karyawan penjualan mencatat data pesanan dan mengecek stok suku cadang yang tersedia
3. Kemudian karyawan penjualan memberikan produk kepada pelanggan
4. Setelah itu pelanggan membayar ke kasir
5. Kasir membuat nota penjualan sesuai dengan pesanan pelanggan
6. Dari nota penjualan terdapat 2 rangkap yaitu putih dan pink. Yang putih dikasih kepada pelanggan
karena telah lunas. Yang pink kemudian digunakan oleh kasir untuk melakukan rekap data laporan
penjualan yang akan diserahkan kepada pemilik.
Untuk proses service, antara lain :
1. Dimulai dari pelanggan membawa motor yang akan di service dan memberikan informasi kendala
motor yang terjadi.
2. Karyawan penjualan mencatat data tersebut dan memberikan tanda terima motor.
3. Karyawan penjualan memberikan informasi kendala yang terjadi pada motor kepada mekanik untuk
diperbaikinya.
4. Mekanik memperbaiki dan mengganti suku cadang yang diperlukan dan memberitahukan informasi
kegiatan service yang dilakukan pada karyawan penjualan.
5. Karyawan penjualan mencatat dan menghitung data suku cadang dan jasa service yang dikenakan.
6. Kemudian setelah selesai, karyawan penjualan konfirmasi untuk mengambil barang dan
memberikan nota service untuk pelanggan.
Dilihat dari sistem yang sedang berjalan maka ditemukan beberapa permasalahan yang terjadi yaitu:
1. Proses pengelolaan data transaksi untuk penjualan dan service yang terkadang terjadi kesalahan
khususnya untuk data suku cadang, data penjualan dan data jasa service dalam hasil pencatatan dan
perhitungan.
2. Terjadi kesulitan dalam pengolahan data stok suku cadang yang terkadang terjadi selisih dengan
stok fisik yang ada dikarenakan jumlah transaksi yang banyak.
3. Lambatnya proses pengolahan data sehingga pembuatan laporan tidak dapat diselesaikan tepat pada
waktunya.
4.2.2 Solusi Pemecahan Masalah

Dalam rangka pemberian solusi untuk pemecahan masalah yang terjadi pada Jaya Prima Motor Jambi
maka penulis merancang sistem informasi penjualan dan jasa service dengan menggunakan bahasa
pemrograman PHP dan DBMS MySQL dimana aplikasi memiliki fungsi, sebagai berikut:
1. Merancang sistem yang dapat melakukan pengolahan data khususnya untuk data service, data suku
cadang dan data jasa secara terkomputerisasi dan terintegrasi sehingga sistem dapatmenampilkan dan
menghitung biaya service secara otomatis tanpa harus melakukan pencarian ulang.
2. Sistem juga dapat melakukan pengolahan data stok suku cadang dengan otomotis dimana terjadi
penambahan saat ada pemasukan suku cadang dan pengurangan saat ada pengunaan untuk service
otor.
3. Merancang sistem yang dapat melakukan rekap data laporan secara otomatis yang dapat
menampilkan informasi secara lengkap baik untuk transaksi harian ataupun bulanan khususnya untuk
laporan service.
4.3. ANALISIS PROSES PERANGKAT LUNAK

Berdasarkan permasalahan yang dibahas sebelumnya, pada analisa kebutuhan sistem ini adalah proses
pemecahan sistem menjadi beberapa sub sistem yang lingkupnya lebih kecil, dengan maksud agar
lebih mudah dalam mengidentifikasi permasalahan-permasalahan dan hambatan-hambatan yang
adadalam sistem, serta untuk mengetahui kebutuhan sistem. Sehingga pada akhirnyananti akan bisa
diusulkan metode-metode perbaikan pada sistem. Pada bagian ini akan diperlihatkan bagaimana
proses sistem yang terjadisebenarnya, mengidentifikasi kebutuhan-kebutuhan sistem, baik
kebutuhanfungsional maupun kebutuhan non fungsional.
4.3.1 Kebutuhan Fungsional Sistem

Pemodelan fungsional sistem menggambarkan proses atau fungsi yang harus dikerjakan oleh sistem
untuk melayani kebutuhan pengguna. Berdasarkan kebutuhan sistem dari Jaya Prima Motor Jambi,
maka fungsi utama yang harus dilakukan oleh sistem jasa service dan penjualan, sebagai berikut:
1. Karyawan penjualan
a. Fungsi login
Digunakan oleh karyawan penjualan untuk mengakses ke dalam sistem.
b. Fungsi mengelola data pelanggan
Digunakan oleh karyawan penjualan untuk menambah data pelanggansesuai dengan kebutuhannya.
c. Fungsi mengelola data penjualan
Digunakan oleh karyawan penjualan untuk menambah data penjualan sesuai dengan kebutuhannya.
d. Fungsi mengelola data service
Digunakan oleh karyawan penjualan untuk menambah data service sesuai dengan kebutuhannya.
e. Fungsi logout
Digunakan oleh karyawan penjualan untuk keluar dari sistem.
2. Admin
a. Fungsi login
Fungsi ini digunakan oleh admin untuk mengakses ke dalam sistem.
b. Fungsi mengelola data pelanggan

Fungsi ini digunakan oleh admin untuk menambah, mengubah dan menghapus data pelanggan sesuai
dengan kebutuhannya.
e. Fungsi mengelola data penjualan
Fungsi ini digunakan oleh admin untuk menambah, mengubah dan menghapus data penjualan sesuai
d. Fungsi mengelola data service
Fungsi ini digunakan oleh admin untuk menambah, mengubah dan menghapus data service sesuai
e. Fungsi mengelola data karyawan
Fungsi ini digunakan oleh admin untuk menambah, mengubah dan menghapus data karyawan sesuai
dengan kebutuhannya
f. Fungsi mengelola data kategori
Fungsi ini digunakan oleh admin untuk menambah dan menghapus data kategori sesuai dengan
kebutuhannya
g. Fungsi mengelola data suku cadang
Fungsi ini digunakan admin untuk menambah, mengubah dan menghapus data suku cadang sesuai
h. Fungsi mengelola data jasa
Fungsi ini digunakan oleh admin untuk menambah, mengubah dan menghapus data jasa sesuai
i. Fungsi mengelola data pemasukan suku cadang Fungsi ini digunakan oleh admin untuk menambah,
mengubah dan menghapus data pemasukan suku cadang sesuai dengan kebutuhannya.
j. Fungsi melihat dan mencetak laporan
Fungsi ini digunakan oleh admin untuk melihat dan mencetak laporan sesuai dengan kebutuhannya.
k. Fungsi logout
Fungsi ini digunakan oleh admin untuk keluar dari sistem.
3. Pemilik
a. Fungsi login
Fungsi ini digunakan oleh pemilik untuk mengakses ke dalam sistem.
b. Fungsi melihat dan mencetak laporan
Fungsi ini digunakan oleh pemilik untuk melihat dan mencetak laporan sesuai dengan kebutuhannya.
c. Fungsi logout
Fungsi ini digunakan oleh pemilik untuk keluar dari sistem.
4.3.2 Kebutuhan Non Fungsional Sistem

Berdasarkan kebutuhan fungsional sistem yang telah dijelaskan sebelumnya, maka diharapkan sistem
yang dirancang mampu memiliki hal-hal tersebut berikut:
1. Usability, mudah digunakan oleh admin, karyawan penjualan ataupun pemilik dalam mengakses
informasi dan melakukan pengolahan data penjualan suku cadang dan service motor.
2. Functionality
a. Sistem mudah diakses oleh admin, karyawan penjualan ataupun pemilik
b. Sistem dapat diakses dalam 24 jam sehari.
3. Security, informasi pengolahan data hanya dapat diakses oleh admin, karyawan penjualan ataupun
pemilik yang telah melakukan pendaftaran sehingga memiliki username dan password.
TUGAS 3
Buatlah STD(STADE TRANSITION DIAGRAM) Untuk studi kasus berikut :
- Mesin foto copy

- AC
- Printer
Pada masing – masing studi kasus minimal ada 5 state kondisi normal dan satu state
alternatif.
Fotocopy
AC semi otomatis
Printer
TUGAS 4
Gambarlah Use Case Diagram untuk kasus masing – masing / kelompok masing – masing,
berdasarkan tugas requirement analysis ( kebutuhan fungsional dan kebutuhan non fungsional
sebelumnya
4.3.3 Use Case Diagram

Berikut ini adalah use case diagram yang dibuat untuk menggambarkan system yang baru.
Use case diagrama memiliki 3 orang actor yaitu admin, karyawan penjualan, dan pemilik.
Gambar 4.3. Use Case Diagram Penjualan dan Jasa Service Pada Jaya Prima Motor Jambi
TUGAS 5
Buatlah Deskripsi use case untuk kasus anda masing – masing berdasarkan studi kasus dan use case
diagram sebelumnya
4.3.4 Deskripsi Use Case
Deskripsi Use Case merupakan penjelasan dari setiap use case pada use case diagram yang
menggambarkan alur setiap use case yang di rancang sesua level masing – masing. Berikut ini
merupakan alur deskripsi use case, yaitu :
1. Deskripsi Use Case Login
Nama Login
Aktor Admin,karyawan atau pemilik
Deskripsi Aktor melakukan proses login untuk mengakses halaman utama
Exception Proses gagal login
Pre condition Nama karyawan penjualan danpasswordtelah tersimpan di database
Aktor Sistem
Skenario Normal
1. Aktor menjalankan system
2. Sistem menampilkan login form
3. Aktor Menginput nama karyawan

penjualan dan password login form
4. Aktor mengklik tombol login
5. Sistem membuka koneksi database
6. system memverifikasi nama karyawan

penjualan dan password valid
7. system menampilkan pesan berhasil
8. Aktor mengklik tombol OK
9. system menampilkan halaman utama
Skenari Alternatif
S-6a : Sistem memverifikasi nama karyawan penjualan dan password tidak valid
S-7a : Sistem menampilkan pesan kesalahan
S-8a : Aktor mengklik tombol ok
S-9a : Sistem menam ilkan kembali Iogin form
Post Condition Aktor Berhasil mengakses halaman utama

2. Deskripsi Use Case mengelola data pelanggan
Nama Mengelola data pelanggan
Aktor Admin atau karyawan penjualan
Deskripsi Actor menambah, mengubah dan

menghapus data pelanggan dari dalam
system
Exception Proses gagal mengelola data pelanggan
Pre condition Aktor harus login sebagai admin atau

karyawan penjualan telebih dahulu
Aktor Sistem
Skenario Normal
1. Aktor memilih menu utama
2. system menampilkan pilihan menu data

utama
3.
- Aktor menambah data pelanggan, maka sub

scenario S-1 yang berlaku.
- Aktor mengubah data pelanggan, maka sub scenario

S-2 yang berlaku.
- Aktor menghapus data pelanggan, maka sub

Sub scenario S-1 : menambah data pelanggan
1. Aktor mengklik menu data pelanggan
2. Sistem menampilkan menu data

pelanggan
3. Aktor menginput nama pelanggan, alamat,

telepon / hp dan email
4. Aktor mengklik tombol tambah
5. Sistem memverifikasi data inputan

dan benar
7. Sistem menyimpan data inputan
8. Sistem menampilkan pesan data berhasil

ditambah
Sub scenario S-2 : mengubah data pelanggan

pelanggan
3. Aktor mengklik link mengubah data
4. Sistem menampilkan form ubah pelanggan
5. Aktor menginput data ubahan
6. Aktor mengklik tombol ubah
7. Sistem memverifikasi data ubahan dan

benar
8. Sistem membuka koneksi database dan

menyimpan data ubahan
Sub scenario S-3 : menghapus data pelanggan

pelanggan
3. Aktor mengklik link menghapus data
4. Sistem menampilkan konfirmasi

menghapus data
5. Jika aktor mengklik tombol ok

menghapus data pelanggan

dihapus
Skenario Alternatif
S-1 5a : Sistem akan menampilkan pesan apabila ada

data yang tidak terisi dan proses penyimpanan data
dibatalkan
S-1 6a : Aktor mengklik tombol ok
S-1 7a : Sistem memberi kesempatan untuk
mengulang kembali
S-2 7a : Sistem akan menampilkan pesan apabila ada

data yangtidaklengkap dan proses penyimpanan data
dibatalkan
S-2 9a : Sistem memberi kesempatan untuk
mengulang kembali
S-3 5a : Jika aktor mengklik tombol cancel, sistem

kembali ke menu data Pelanggan
Post Condition Aktor berhasil mengelola data pelanggan
3. Deskripsi Use Case mengelola data penjualan

Nama Mengelola data penjualan
Deskripsi aktor menambah, mengubah dan menghapusdata penjualan dari dalam sistem
Exception Proses gagal mengelola data penjualan
Pre condition Aktor harus login sebagai admin atau karyawan penjualan terlebih dahulu
Aktor Sistem
Skenario Normal
1. Aktor memilih menu transaksi
2. system menampilkan pilihan menu data utama
3.
Aktor menambah data penjualan, maka sub
Aktor menghapus data penjualan, maka sub
scenario S-2 yang
berlaku.
Sub scenario S-1 : menambah data penjualan
1. Aktor mengklik menu data penjualan

2. Sistem menampilkan menu data penjualan
3. Aktor menginput suku cadang, jumlah,

pelanggan dan tanggal jual
4. Aktor mengklik tombol proses
5. Sistem memverifikasi data inputan dan benar

ditambah
Sub scenario S-2 : menghapus data penjualan
1. Aktor mengklik menu tabel penjualan
2. Sistem menampilkan menu tabel penjualan
4. Sistem menampilkan konfirmasi menghapus

data
5. Jika aktor mengklik tombol ok 5. Aktor menginput data ubahan

menghapus data penjualan

dihapus
Skenario alternatif
S-1 5a : Sistem akan menampilkan pesan apabila ada data yang tidak terisi dan proses
penyimpanan data dibatalkan

S-1 7a : Sistem memberi kesempatan untuk mengulang Kembali
S-2 5a : Jika aktor mengklik tombol cancel, sistem kembali ke menu data Penjualan
Post Condition Aktor berhasil mengelola data penjualan

4. Deskripsi Use Case mengelola data service
Nama Mengelola data service
Deskripsi Aktor menambah, mengubah dan menghapus data service dari dalam sistem
Exception Proses gagal mengelola data service
Pre condition Aktor harus login sebagai admin atau karyawan penjualan terlebih dahulu
Aktor Sistem
Skenario Normal
1. Aktor memilih menu transaksi
2. Sistem menampilkan pilihan menu transaksi
3.
- Aktor menambah data service, maka sub

- Aktor mengubah data service, maka sub

- Aktor menghapus data service, maka sub

scenario S-3 yang berlaku..
Sub scenario S-1 : menambah data service
1. Aktor mengklik menu data Service
2. Sistem menampilkan menu data service
3. Aktor menginput nama pelanggan,

mekanik, tipe motor, plat motor, jenis service,
tanggal service, dan keterangan
5.Sistem memverifikasi data inputan dan benar

ditambah
9. Aktor mengklik tombol ok

10.Sistem menampilkan cetak tanda terima
11. Aktor mengklik tombol kembali
12. Sistem menampilkan detail service
13. Aktor menginput nama suku cadang,

jumlah dan nama jasa
15. Sistem memverifikasi data inputan dan

benar

ditambah
Sub scenario S-2 : mengubah data service
1. Aktor mengklik menu table service
2. Sistem menampilkan menu tabel service
4. Sistem menampilkan form ubah service
8. Sistem memverifikasi data ubahan dan benar


diubah
Sub scenario S-3 : menghapus data service
1. Aktor mengklik menu table service
2. Sistem menampilkan menu tabel service

data

menghapus data service

dihapus
Skenario Alternatif
S-1 5a : Sistem akan menampilkan pesan apabila ada data yang tidak terisi dan proses penyimpanan
data dibatalkan
S-1 7a : Sistem memberi kesempatan untuk mengulang Kembali
S-1 17a : Sistem memberi kesempatan untuk mengulang kembali
S-2 7a : Sistem akan menampilkan pesan apabila ada data yang tidak lengkap dan proses
S-3 5a : Jika aktor mengklik tombol cancel, sistem kembali ke menu data service
Post Condition Aktor berhasil mengelola data service
5. Deskripsi Use Case mengelola data Karyawan
Nama Mengelola data karyawan
Aktor Admin
Deskripsi Aktor menambah, mengubah dan menghapus data karyawan dari dalam sistem
Exception Proses gagal mengelola data karyawan
Pre condition Aktor harus login sebagai admin terlebih dahulu
Aktor Sistem
Skenario Normal
1. Aktor memilih menu data utama service

2. Sistem menampilkan pilihan menu data
utama
3.
Aktor menambah data karyawan, maka sub

Aktor mengubah data karyawan, maka sub

Aktor menghapus data karyawan, maka sub

Sub scenario S-1 : menambah data karyawan
1. Aktor mengklik menu data karyawan
2. Sistem menampilkan menu data karyawan
3. Aktor menginput nama karyawan, alamat,

telepon / hp dan bagian
5. Sistem memverifikasi data inputan dan

benar

ditambah
Sub scenario S-2 : mengubah data karyawan
3.Aktor mengklik link mengubah data
4. Sistem menampilkan form ubah karyawan


diubah
Sub scenario S-3 : menghapus data karyawan

data

menghapus data karyawan

dihapus
Skenario Alternatif
S-3 5a : Jika aktor mengklik tombol cancel, sistem kembali ke menu data karyawan
Post Condition Aktor berhasil mengelola data karyawan
6. Deskripsi Use Case mengelola data kategori
Nama Mengelola data kategori

Aktor Admin
Deskripsi Aktor menambah, mengubah dan menghapus data kategori dari dalam sistem
Exception Proses gagal mengelola data kategori
Pre condition Aktor harus login sebagai admin terlebih dahulu Aktor Sistem
Aktor Sistem
Skenario Normal
1. Aktor memilih menu data utama
2. Sistem menampilkan pilihan menu data utama
3.
Aktor menambah data kategori, maka sub

Aktor menghapus data kategori, maka sub

Sub scenario S-1 : menambah data kategori
1. Aktor mengklik menu data kategori
2. Sistem menampilkan menu data kategori
3. Aktor menginput nama kategori

ditambah
Sub scenario S-2 : menghapus data kategori
1. Aktor mengklik menu data kategori
2. Sistem menampilkan menu data kategori


data

dihapus
Skenario Alternatif
S-2 5a : Jika aktor mengklik tombol cancel, sistem kembali ke menu data Kategori
Post Condition Aktor berhasil mengelola data kategori
7. Deskripsi Use Case Mengelola data suku cadang
Nama Mengelola data suku cadang
Aktor Admin
Deskripsi Aktor menambah, mengubah dan menghapus data suku cadang dari dalam
sistem
Exception Proses gagal mengelola data suku cadang
Aktor Sistem
Skenario Normal
3.
Aktor menambah data suku cadang, maka sub

Aktor mengubah data suku cadang, maka sub

Aktor menghapus data suku cadang, maka sub

Sub scenario S-1 : menambah data suku cadang
1. Aktor mengklik menu data suku cadang
2. Sistem menampilkan menu data suku cadang

kategori, harga jual, satuan, stok awal

ditambah
Sub scenario S-2 : mengubah data suku cadang
4. Sistem menampilkan form ubah suku cadang


diubah
Sub scenario S-3 : menghapus data suku cadang


data

menghapus data suku cadang

dihapus
Skenario Alternatif
S-3 5a : Jika aktor mengklik tombol cancel, sistem kembali ke menu data suku cadang
Post Condition Aktor berhasil mengelola data suku cadang
8. Deskripsi Use Case mengelola data jasa
Nama Mengelola data jasa
Aktor Admin
Deskripsi Proses gagal mengelola data jasa
Exception Proses gagal login
Aktor Sistem
Skenario Normal
3.
- Aktor menambah data jasa, maka sub scenario

S-1 yang berlaku.
- Aktor mengubah data jasa, maka sub scenario S-

2 yang berlaku.
- Aktor menghapus data jasa, maka sub scenario

S-3 yang berlaku.
Sub scenario S-1 : menambah data jasa
1.Aktor mengklik menu data jasa
2.Sistem menampilkan menu data jasa
3.Aktor menginput nama jasa, biaya jasa ringan

dan biaya jasa berat
4.Aktor mengklik tombol tambah
5.Sistem memverifikasi data inputan dan benar
6.Sistem membuka koneksi database
7.Sistem menyimpan data inputan
8.Sistem menampilkan pesan data berhasil

ditambah
Sub scenario S-2 : mengubah data jasa
1.Aktor mengklik menu data jasa
2.Sistem menampilkan menu data jasa
3.Aktor mengklik link mengubah data
4.Sistem menampilkan form ubah jasa
6. Aktor mengklik tombol ubah 7. Sistem memverifikasi data ubahan dan benar

9. Sistem menampilkan pesan data berhasil diubah
Sub scenario S-3 : menghapus data jasa
1. Aktor mengklik menu data jasa
2. Sistem menampilkan menu data jasa

data

menghapus data jasa

dihapus
Skenario Alternatif
S-1 5a : Sistem akan menampilkan pesan apabila ada data yang tidak terisi dan proses penyimpanan
data dibatalkan
S-2 7a : Sistem akan menampilkan pesan apabila ada data yang tidak lengkap dan proses penyimpanan
data dibatalkan
S-3 5a : Jika aktor mengklik tombol cancel, sistem kembali ke menu data jasa
Post Condition Aktor berhasil mengelola data jasa

9. Deskripsi Use Case mengelola data pemasukkan suku cadang
Nama Mengelola data pemasukan suku cadang
Aktor Admin
Deskripsi Aktor menambah, mengubah dan menghapus data pemasukan suku cadang dari
dalam sistem
Exception Proses gagal mengelola data pemasukan suku cadang
Aktor Sistem
Skenario Normal
1. Aktor memilih menu pemasukan
2. Sistem menampilkan pilihan menu

pemasukan
3.
- Aktor menambah data pemasukan suku

cadang, maka sub scenario S-1 yang berlaku.
- Aktor mengubah data pemasukan suku

- Aktor menghapus data pemasukan suku

Sub scenario S-1 : menambah data pemasukan suku cadang

masuk

masuk

jumlah, tanggal masuk, dan penerima
4.Aktor mengklik tombol proses
5.Sistem memverifikasi data inputan dan bena

ditambah
Sub scenario S-2 : mengubah data pemasukan suku cadang
1. Aktor mengklik menu tabel suku cadang

masuk
2. Sistem menampilkan menu tabel suku cadang

masuk
4. Sistem menampilkan form ubah pemasukan


diubah
Sub scenario S-3 : menghapus data pemasukan suku cadang
1. Aktor mengklik menu tabel suku cadang

masuk
2. Sistem menampilkan menu tabel suku cadang

masuk

data

menghapus data suku cadang

dihapus
Skenario Alternatif
S-2 8a : Aktor mengklik tombol ok|
S-3 5a : Jika aktor mengklik tombol cancel, sistem kembali ke menu tabel
Post Condition Aktor berhasil mengelola data pemasukan suku cadang
10. Deskripsi Use Case melihat dan mencetak laporan
Nama Melihat dan mencetak laporan
Aktor Admin atau pemilik
Deskripsi Aktor melihat dan mencetak laporan yang akan dicetak
Exception -
Pre condition Aktor harus login sebagai admin atau pemilik terlebih dahulu
Aktor Sistem
Skenario Normal
1. Aktor mengklik menu laporan
2. Sistem menampilkan menu laporan
3. Aktor memilih laporan yang akan dilihat
5. Sistem menampilkan laporan yang dipilih
6. Jika aktor mengklik tombol cetak
7. Sistem mencetak laporanyang dipilih

Skenario Alternatif
7. system menampilkan pesan berhasil
Skenario Alternatif
Post Condition Aktor berhasil melihat dan mencetak laporan
11. Deskripsi Use Case Logout
Nama Logout
Aktor Admin, karyawan penjualan atau pemilik
Deskripsi Aktor keluar dari menu utama
Exception -
Pre condition Aktor harus login sebagai admin, karyawan penjualan atau pemilik terlebih
dahulu
Aktor Sistem
Skenario Normal
1. Aktor mengklik menu keluar
2. Sistem keluar dari menu utama
3. Sistem menampilkan menu login
Skenario Alternatif
Post Condition Aktor Berhasil keluar dari system

TUGAS 6
Buatlah Activity diagram untuk kasus anda masing- masing berdasarkan deskripsi use case
sebelumnya.
4.3.5 Activity Diagram

Activity diagram digunakan untuk menggambarkan proses alur logika dari program. Berikut ini
adalah activity diagram yang digunakan dalam merancang sistem pada bengkel xyz.
1. Activity Diagram Login

Activity diagram login berisikan langkah-langkah kegiatan admin, karyawan penjualan atau pemilik
untuk masuk ke dalam halaman utama. Untuk lebih
2. Activity Diagram Mengelola Data Pelanggan
Activity diagram mengelola data pelanggan menggambarkan aktifitas dari admin yang terdiri dari :
a. Activity Diagram Menambah Data Pelanggan
Activity diagram menambah data pelanggan menggambarkan aktifitas admin atau karyawan
penjualan menambah data pelanggan baru ke dalam sistem.
b. Activity Diagram Mengubah Data Pelanggan

Activity diagrammengubah data pelanggan menggambarkan aktifitas admin untuk mengubah data
pelanggan dari dalam sistem.
c. Activity Diagram Menghapus Data Pelanggan
Activity diagram menghapus data admin menggambarkan aktifitas admin untuk menghapus data
pelanggan dari dalam sistem.
3. Activity Diagram Mengelola Data penjualan
Activity diagram mengelola data penjualan menggambarkan aktifitas dari admin yang terdiri dari:
a. Activity Diagram Menambah Data Penjualan
Activity diagram menambah data penjualan menggambarkan aktifitas admin atau karyawan penjualan
menambah data penjualan baru ke dalam system
b. Activity Diagram Menghapus Data Penjualan
penjualan dari dalam sistem.
4. Activity Diagram Mengelola Data Service
Activity diagram mengelola data service menggambarkan aktifitas dari admin yang terdiri dari
a. Activity Diagram Menambah Data Service
Activity diagram menambah data service menggambarkan aktifitas admin atau karyawan penjualan
menambah data service baru ke dalam sistem.
b. Activity Diagram Mengubah Data Service
Activity diagram mengubah data service menggambarkan aktifitas admin
untuk mengubah data service dari dalam sistem.
c. Activity Diagram Menghapus Data Service

service dari dalam sistem.
5. Activity Diagram Mengelola Data Karyawan
Activity diagram mengelola data karyawan menggambarkan aktifitas dari admin yang terdiri dari:
a. Activity Diagram Menambah Data Karyawan
Activity diagram menambah data karyawan menggambarkan aktifitas admin menambah data
karyawan baru ke dalam sistem.
b. Activity Diagram Mengubah Data Karyawan
Activity diagram mengubah data karyawan menggambarkan aktifitas admin untuk mengubah data
karyawan dari dalam sistem.
c. Activity Diagram Menghapus Data Karyawan
Activity diagram data karyawan menggambarkan aktifitas admin untuk menghapus data karyawan
dari dalam sistem.
6. Activity Diagram Mengelola Data Kategori
Activity diagram mengelola data kategori menggambarkan aktifitas dari admin. yang terdiri dari:
a. Activity Diagram Menambah Data Kategori
Activity diagram menambah data kategori menggambarkan aktifitas admin menambah data kategori
baru ke dalam sistem.
b. Activity Diagram Menghapus Data Kategori
kategori dari dalam sistem.
7. Activity Diagram Mengelola Data Suku Cadang
Activity diagram mengelola data suku cadang menggambarkan aktifitas dari admin yang terdiri dari :
a. Activity Diagram Menambah Data Suku Cadang

Activity diagram menambah data suku cadang menggambarkan aktifitas admin menambah data suku
cadang baru ke dalam sistem.
b. Activity Diagram Mengubah Data Suku Cadang
Activity diagram mengubah data suku cadang menggambarkan aktifitas. admin untuk mengubah data
suku cadang dari dalam sistem.
c. Activity Diagram Menghapus Data Suku Cadang
Activity diagram menghapus data admin menggambarkan aktifitas admin untuk menghapus data suku
cadang dari dalam sistem.
8. Activity Diagram Mengelola Data Jasa
Activity diagram mengelola data jasa menggambarkan aktifitas dari admin yang terdiri dari:
a. Activity Diagram Menambah Data Jasa
Activity diagram menambah data jasa menggambarkan aktifitas admin menambah data jasa baru ke
dalam sistem.
b. Activity Diagram Mengubah Data Jasa
Activity diagram mengubah data jasa menggambarkan aktifitas admin untuk mengubah data jasa dari
dalam sistem.
c. Activity Diagram Menghapus Data Jasa
Activity diagram menghapus data admin menggambarkan aktifitas admin untuk menghapus data jasa
dari dalam sistem.
9. Activity Diagram Mengelola Data Pemasukan Suku Cadang
Activity diagram data pemasukan menggambarkan aktifitas dari admin yang terdiri dari :
a. Activity Menambah Data Pemasukan Suku Cadang
Activity diagram menambah data pemasukan menggambarkan aktifitas admin menambah data
pemasukan suku cadang baru ke dalam sistem.
b. Activity Diagram Mengubah Data Pemasukan Suku Cadang
Activity diagram mengubah data pemasukan menggambarkan aktifitas admin untuk mengubah data
pemasukan suku cadang dari dalam sistem.
c. Activity Diagram Menghapus Data Pemasukan Suku Cadang
pemasukan suku cadang dari dalam sistem.
10. Activity Diagram Melihat dan Mencetak Laporan
Activity diagram melihat dan mencetak laporan yang akan digunakan oleh admin atau pemilik dalam
memberikan laporan kepada pemilik.
11. Activity Diagram Logout
Activity diagram logout merupakan langkah atau pemilik keluar dari sistem.
TUGAS 7
4.6 ANALISA KEBUTUHAN DATA

Class digram merupakan diagram yang menggambarkan hubungan antara kelas pada sebuah
system.
7. 1. KESIMPULAN
Deployment Tahapan Deployment merupakan tahapan implementasi software ke customer,
pemeliharaan software secara berkala, perbaikan software, evaluasi software, dan pengembangan
softwareberdasarkan umpan balik yang diberikan agar sistem dapat tetap berjalan dan berkembang
sesuai dengan fungsinya - Rekayasa Sistem Tahap ini dimulai dengan mencari kebutuhan seluruh
sistem untuk diterapkan dalam perangkat lunak - Analisis Kebutuhan Pada tahap ini pengembang
sistem membutuhkan komunikasi yang bertujuan memahami perangkat lunak yang diharapkan oleh
pengguna dan keterbatasan perangkat lunak tersebut.
Fungsi mengelola data karyawan Fungsi ini digunakan oleh admin untuk menambah, mengubah dan
menghapus data karyawan sesuai dengan kebutuhannya f. Fungsi mengelola data kategori Fungsi ini
digunakan oleh admin untuk menambah dan menghapus data kategori sesuai dengan kebutuhannya
Fungsi mengelola data suku cadang Fungsi ini digunakan admin untuk menambah, mengubah dan
menghapus data suku cadang sesuai dengan kebutuhannya.
7.2. SARAN
Menurut saya, model proses perangkat lunak masih menjadi object penelitian, tapi sekarang ada
banyak model umum atau paradigma yang berbeda dari pengembangan perangkat lunak. Karena
banyaknya variasi dalam model proses yang digunakan maka tidak mungkin menghasilkan gambaran-
gambaranyang reliabel untuk alokasi biaya dalam aktivitas-aktivitas ini.Hal ini juga menjadi acuan
utama bahwa perkembangan teknologi di zaman ini semakin pesat. Sehingga perlu diterapkannya
sebuah perancangan sistem informasi yang terkomputerisasi untuk mempermudah sebuah
pekerjaan. Dan yang terakhir adalah proses STD yang harus digambarkan secara jelas agar tidak
terjadi sebuah ambiguitas akan suatu STD.
Demikianlah hal yang dapat penulis buat berdasarkan sumber referensi yang ada. Maka dari itu,
perlu adanya perbaikan kembali terkait dengan makalah ini. Sehingga kami mengharapkan kritik dan
saran dari pembaca, agar makalah ini bisa menjadi lebih baik lagi. Semoga dapat bermanfaat dan
menambah pengetahuan.

Syukron Jazila 8040200252 (04PS5)

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Syukron Jazila 8040200252 (04PS5)

Diunggah oleh

Hak Cipta:

Format Tersedia

TUGAS REKAYASA PERANGKAT LUNAK

PROGRAM STUDI SISTEM INFORMASI

Jambi, 13 Oktober 2022

1.2. Manfaat model waterfall

1.3. Sifat dan karakteristik model waterfall

-Membutuhkan waktu yang cukup lama untuk menyelesaikan suatu proses

-Model waterfall menggunakan pendekatan sequential, alias urutan tertentu

Communication (Project Initiation & Requirements Gathering)

Planning (Estimating, Scheduling, Tracking)

Modeling (Analysis & Design)

Construction (Code & Test)

Tahapan Deployment merupakan tahapan implementasi software ke customer, pemeliharaan software

1.5. Kelebihan dan kekurangan model waterfall

- Berkomitmen Pada Tujuan Akhir

-Dokumentasi yang Baik

- Hemat Waktu dan Biaya

- Cocok untuk Pembuatan Software Berskala Besar

1.6. Contoh Software waterfall

Contoh Penerapan Metode Waterfall Sistem Informasi

1 Alasan menggunakan waterfall Karena kebutuhan pihak sekolah telah jelas

2 Analisis Analisis kebutuhan dilakukan dengan cara

3 Desain Perancangan sistem menggunakan ERD seperti Use

4 Implementasi Sistem informasi akan dibuat menggunakan bahasa

5 Pengujian Sistem Pengujian dilakukan pada aspek fungsionalitas kepada

6 Maintenance Pemeliharaan akan dilakukan apabila ada update fitur

2.2. Manfaat prototyping

-Dapat mengetahui kebutuhan pengguna terlebih dahulu

-Menjadi acuan untuk mengembangkan produk

-Dapat menjadi bahan presentasi

2.3. Sifat dan karakteristik prototyping

Modeling Quick Design & Construction of prototype

-Deployment Delivery & Feedback

2.5. Kelebihan dan kekurangan model protoyping

- Analisa kebutuhan lebih mudah diwujudkan.

- Mempersingkat waktu pengembangan produk perangkat lunak.

- Komunikasi yang baik antara pengembang dan pelanggan.

- Pengembang akan lebih mudah dalam menentukan kebutuhan pelanggan.

Kekurangan Metode Prototyping :

- Proses yang dilakukan untuk analisis dan perancangan terlalu singkat.

- Kurang fleksibel jika terjadi perubahan.

2.6. contoh software model prototyping

3.2. Manfaat mode spiral

3.3. Sifat dan karakteristik model spiral

3.4. Gambar model spiral

3.5. Kelebihan dan Kekurangan model spiral

- Kekurangan model Spiral

serius jika resiko mayor tidak ditemukan dan diatur.

- Construction & Release

4.2. Manfaat Model RAD

4.3. Sifat dan karakteristik model RAD

- Integrasi proses yang lebih cepat dan efektif.

- Penyesuaian kebutuhan dan keinginan user menjadi lebih mudah.

- Memperkecil kemungkinan kesalahan atau error

- Memerlukan kolaborasi tim yang kuat dan memadai.

- Memerlukan komitmen yang kuat antara pengembang dan stakeholder.

4.6. Contoh Software RAD

5.2. Manfaat model RUP

- Menyediakan petunjuk bagaimana menggunakan UML secara efektif.

- Mendukung proses pengulangan dalam pengembangan software.

- Memungkinkan adanya penambahan-penambahan pada proses.

5.3. Sifat dan Karakteristik

- Menyeimbangkan prioritas dari para stakeholders

- Melakukan kolaborasi antar tim

- Mendemonstrasikan hasil-hasil yang ada secara berulang-ulang