2.

PENGAMBANGAN SISTEM Prodi Teknik Industri Unpatti

Semester Ganjil 2023/2024
INFORMASI Victor O. Lawalata, ST, MT
TUJUAN PENGAMBANGAN
“Membuat aplikasi sistem informasi berfungsi secara
benar dan memenuhi kebutuhan pengguna (user)”

Pengembangan sistem informasi harus

Sistem informasi mengakomodasi properti (batasan
memiliki karakteristik ruang lingkup, peningkatan progresif,
yang beragam perencanaan bertahap dan struktur
yang telah ditentukan sebelumnya).
 • Pemodelan menghasilkan representasi grafis dari suatu konsep atau
proses yang dapat dianalisis, diuji, dan dimodifikasi oleh pengembang
sistem;
• Seorang analis sistem dapat mendeskripsikan dan menyederhanakan
sistem informasi dengan menggunakan sekumpulan model bisnis, data,
objek, jaringan, dan proses menggunakan bagan (MS Visio).

System • Prototyping menguji konsep sistem dan memberikan kesempatan untuk

memeriksa input, output, dan antarmuka pengguna sebelum keputusan
Development akhir dibuat;
Tools • Prototipe adalah versi kerja awal dari sistem informasi.

• Computer-aided systems engineering (CASE) membantu analis sistem

mengembangkan dan memelihara sistem informasi;
• Alat CASE menyediakan kerangka keseluruhan untuk pengembangan sistem
dan mendukung berbagai metodologi desain, termasuk analisis terstruktur
dan analisis berorientasi objek. Setelah mengembangkan model, banyak
alat CASE yang dapat menghasilkan kode program, yang mempercepat
proses implementasi.
 METODE PENGEMBANGAN SISTEM
Structured Analysis
• Mewakili sistem dalam hal
data dan proses yang
bertindak atas data tersebut.
• Pengembangan sistem disusun
dalam beberapa fase,
dengan hasil dan
pencapaian untuk mengukur
kemajuan.
• Model water fall biasanya
terdiri dari lima fase:
persyaratan, desain,
konstruksi, pengujian, dan
pemeliharaan & evolusi.
Object-Oriented Analysis
• Melihat sistem dalam kaitannya
dengan objek yang
menggabungkan data dan
proses.
• Objek mewakili orang, benda,
transaksi, dan peristiwa
sebenarnya. Dibandingkan
dengan analisis struktural, fase
O-O cenderung lebih interaktif.
• Dapat menggunakan model water
fall atau model yang menekankan
pada iterasi yang lebih besar.
Agile Method
• Menekankan upaya berbasis
tim yang intens.
• Memecah pengembangan
menjadi siklus, atau iterasi,
yang menambah fungsionalitas.
• Setiap siklus dirancang,
dibangun, dan diuji dalam
proses yang berkelanjutan.
• Upaya untuk mengurangi risiko
besar dengan langkah
bertahap dalam interval waktu
singkat.
STRUCTED ANALYSIS
 Analisis terstruktur menggunakan serangkaian fase, yang disebut siklus
hidup pengembangan sistem (SDLC), untuk merencanakan, menganalisis,
merancang, mengimplementasikan, dan mendukung sistem informasi.
 Analisis terstruktur menggunakan serangkaian model proses untuk
menggambarkan sistem secara grafis.
 Selain memodelkan proses, analisis terstruktur
juga membahas organisasi dan struktur data,
desain database relasional, dan masalah
antarmuka pengguna. Model proses
menunjukkan data yang mengalir masuk dan
keluar dari proses sistem. Di dalam setiap
proses, data masukan diubah oleh aturan bisnis
yang menghasilkan keluaran.
Data Flow Diagram (DFD)
 STRUCTED ANALYSIS: WATERFALL
Waterfall memiliki pendekatan yang
didorong oleh dokumentasi yang, dari sudut
pandang pengguna, dianggap sebagai salah
Secara umum, pengguna akhir satu kelemahan utamanya.
menyetujui spesifikasi ini tanpa
memiliki pemahaman yang jelas Spesifikasi sistem, yang diselesaikan pada
tentang seperti apa produk akhirnya. awal siklus hidup, dapat ditulis dalam gaya
yang tidak dikenal atau dalam bahasa
formal yang mungkin sulit bagi pengguna
Hal ini menyebabkan persyaratan yang salah akhir untuk memahami
dimengerti atau tidak ada dalam spesifikasi
persyaratan perangkat lunak. Untuk alasan ini,
secara umum, pengguna harus menunggu
sampai tahap instalasi selesai untuk melihat
fungsionalitas keseluruhan sistem
STRUCTED ANALYSIS: WATERFALL
 Planning
o mengidentifikasi kebutuhan akan sistem yang baru atau yang ditingkatkan,
yang disebut system request, yang menggambarkan masalah atau perubahan
yang diinginkan dalam sistem informasi atau proses bisnis.
o Tujuan dari fase ini adalah untuk melakukan penyelidikan awal untuk
mengevaluasi peluang atau masalah bisnis terkait IT.
o Dua kegiatan besar tambahan: (1) investigasi formal, namun masih bersifat
pendahuluan, terhadap masalah atau peluang sistem yang ada, dan (2)
presentasi alasan mengapa sistem harus atau tidak harus dikembangkan oleh
organisasi.
o Bagian penting dari penyelidikan pendahuluan adalah studi kelayakan yang
meninjau perkiraan biaya dan manfaat serta merekomendasikan tindakan
berdasarkan faktor operasional, teknis, ekonomi, dan waktu.
STRUCTED ANALYSIS: WATERFALL
 System Analysis
o analis secara menyeluruh mempelajari prosedur organisasi saat ini dan sistem
informasi yang digunakan untuk melakukan tugas-tugas organisasi
1. PENENTUAN PERSYARATAN. Analis bekerja dengan pengguna untuk menentukan apa
yang diinginkan pengguna dari sistem yang diusulkan melibatkan studi yang cermat
terhadap sistem yang ada saat ini, baik manual maupun komputerisasi, yang mungkin
diganti atau ditingkatkan sebagai bagian dari proyek
2. ANALIS MEMPELAJARI PERSYARATAN DAN MENYUSUNNYA SESUAI DENGAN
KETERKAITANNYA DAN MENGHILANGKAN SEGALA REDUNDANSI. Luaran dari tahap
analisis adalah deskripsi (tetapi bukan desain rinci) solusi alternatif yang direkomendasikan
oleh tim analisis. Setelah rekomendasi diterima oleh pihak yang mempunyai otoritas
pendanaan, analis dapat mulai membuat rencana untuk memperoleh perangkat keras dan
perangkat lunak sistem yang diperlukan untuk membangun atau mengoperasikan sistem
seperti yang diusulkan.
STRUCTED ANALYSIS: WATERFALL
 Logical Design
o Fase ketiga SDLC di mana deskripsi solusi yang direkomendasikan diubah
menjadi spesifikasi sistem logis dan fisik.
o Pada desain logis, semua fitur fungsional dari sistem yang dipilih untuk
pengembangan dalam analisis dijelaskan secara independen dari platform
komputer mana pun.
o Secara teoritis, sistem dapat diimplementasikan pada perangkat keras dan
perangkat lunak sistem apa pun. Idenya adalah untuk memastikan bahwa
sistem berfungsi sebagaimana mestinya. Desain logis berkonsentrasi pada
aspek bisnis sistem dan cenderung berorientasi pada tingkat kekhususan yang
tinggi.
STRUCTED ANALYSIS: WATERFALL
 Physical Design
o spesifikasi logis sistem dari desain logis diubah menjadi detail teknologi spesifik
yang menjadi dasar semua pemrograman dan konstruksi sistem dapat
diselesaikan.
o analis merancang berbagai bagian sistem untuk melakukan operasi fisik yang
diperlukan untuk memfasilitasi pengambilan data, pemrosesan, dan keluaran
informasi dimulai dari membuat model kerja sistem yang akan diimplementasikan
hingga menulis spesifikasi rinci yang menjelaskan semua bagian berbeda dari
sistem dan cara membangunnya.
o Selama desain fisik, tim analis harus menentukan banyak detail fisik yang
diperlukan untuk membangun sistem akhir, mulai dari bahasa pemrograman sistem
akan ditulis, sistem database yang akan menyimpan data, hingga platform
perangkat keras di mana sistem tersebut berada. akan dijalankan.
STRUCTED ANALYSIS: WATERFALL
 Implementation
o Pada fase ini, sistem informasi diberi kode, diuji, diinstal, dan didukung dalam organisasi.
analis mengubah spesifikasi sistem menjadi sistem kerja yang diuji dan kemudian digunakan.
o Implementasinya meliputi pengkodean, pengujian, dan instalasi. Selama pengkodean,
programmer menulis program yang membentuk sistem.
o Selama pengujian, programmer dan analis menguji program individual dan keseluruhan sistem
untuk menemukan dan memperbaiki kesalahan. Program diuji segera setelah ditulis, sehingga
perangkat lunak dapat berfungsi dalam waktu singkat.
o Selama instalasi, sistem baru menjadi bagian dari aktivitas sehari-hari organisasi. Perangkat
lunak aplikasi diinstal, atau dimuat, pada perangkat keras yang ada atau yang baru, dan
pengguna diperkenalkan ke sistem baru dan dilatih.
o Pengujian dan pemasangan harus direncanakan sejak tahap permulaan dan perencanaan
proyek; baik pengujian maupun instalasi memerlukan analisis ekstensif untuk mengembangkan
pendekatan yang tepat.
o Kegiatan implementasi juga mencakup dukungan pengguna awal seperti finalisasi
dokumentasi, program pelatihan, dan bantuan pengguna yang berkelanjutan.
STRUCTED ANALYSIS: WATERFALL
 Maintenance
o sistem informasi diperbaiki dan ditingkatkan secara sistematis.
o programmer membuat perubahan yang diminta pengguna dan memodifikasi
sistem untuk mencerminkan kondisi bisnis yang berkembang. Perubahan ini
diperlukan agar sistem tetap berjalan dan berguna.
o pemeliharaan bukanlah fase yang terpisah namun merupakan pengulangan
fase siklus hidup lainnya yang diperlukan untuk mempelajari dan menerapkan
perubahan yang diperlukan.
OBJECT-ORIENTED ANALYSIS
 O-O analysis and design = metodologi dan teknik pengembangan sistem
berdasarkan objek, bukan data atau proses.
 Objek = struktur yang merangkum (atau mengemas) atribut dan metode yang
beroperasi pada atribut tersebut. Objek adalah abstraksi dari benda di dunia
nyata yang mana data dan proses ditempatkan bersama untuk memodelkan
struktur dan perilaku objek di dunia nyata.
 Inheritance = properti yang terjadi ketika tipe entitas atau kelas objek disusun
dalam hierarki dan setiap tipe entitas atau kelas objek mengambil atribut dan
metode dari nenek moyangnya, yaitu atribut dan metode yang lebih tinggi dalam
hierarki. Inheritance memungkinkan kelas-kelas baru namun terkait diturunkan dari
kelas-kelas yang sudah ada.
STRUCTED ANALYSIS: MODEL PROTOTIPE
STRUCTED ANALYSIS: MODEL PROTOTIPE
 Dalam model siklus hidup ini, para pengembang membuat prototipe aplikasi
berdasarkan pada versi terbatas dari persyaratan pengguna. Prototipe ini
terutama terdiri dari "grafis hallow" yang menunjukkan beberapa fungsi dasar
dan sederhana. Namun, ini dapat menimbulkan masalah karena pengguna dapat
melihat prototipe karena itu adalah produk akhir yang menghadap ke beberapa
persyaratan yang ditentukan dalam spesifikasi persyaratan aplikasi yang mungkin
tidak dipenuhi sepenuhnya oleh "produk akhir" ini;
 Model prototipe membatasi properti struktur yang telah ditentukan dari siklus
hidup. Ketika prototipe dirancang, pengembang menggunakan kode minimal untuk
menunjukkan beberapa persyaratan. Selama proses ini tidak ada integrasi dengan
alat lain yang ditampilkan. Ini mengarah pada ketidakpastian tentang produk
akhir. Prototipe mungkin harus dirancang ulang untuk menyediakan produk yang
sudah jadi dan karena itu mungkin tidak terlihat sama dengan yang ditunjukkan
kepada pengguna pada awalnya.
STRUCTED ANALYSIS: MODEL PROTOTIPE
 Model ini mendukung properti peningkatan progresif. Namun, karena
pengguna hanya diperlihatkan prototipe mungkin ada fitur yang ingin
dimasukkan pengguna tetapi yang mungkin terlalu mahal atau memakan
waktu untuk dimasukkan kemudian dalam proyek;
 Iterasi difokuskan pada fase desain, prototyping, evaluasi pelanggan dan
ulasan. Model ini tidak memiliki properti perencanaan tambahan karena
tidak ada perencanaan setelah fase perencanaan awal
OBJECT-ORIENTED ANALYSIS
 Rational Unified Process (RUP) didasarkan pada pendekatan berulang dan bertahap
dalam pengembangan sistem.
 Empat fase pengembangan: RUP, setiap fase disusun menjadi beberapa iterasi terpisah
1. Permulaan. analis menentukan ruang lingkup, menentukan kelayakan proyek, memahami
kebutuhan pengguna, dan menyiapkan rencana pengembangan perangkat lunak
2. Elaborasi. analis merinci kebutuhan pengguna dan mengembangkan arsitektur dasar.
3. Konstruksi. Pada tahap konstruksi, perangkat lunak sebenarnya diberi kode, diuji, dan
didokumentasikan. Pada fase transisi, sistem diterapkan, dan pengguna dilatih serta
didukung.
4. Transisi. Fase transisi membutuhkan banyak sumber daya namun singkat. Fase
permulaannya singkat dan membutuhkan sumber daya yang paling sedikit.
 x
AGILE METHOD
 Kelompok metodologi agile berpendapat bahwa metodologi pengembangan
perangkat lunak yang diadaptasi dari rekayasa umumnya tidak sesuai dengan
pengembangan perangkat lunak di dunia nyata
 Fokus metodologi agile pada manusia adalah penekanan pada individu dan
bukan pada peran yang dilakukan oleh manusia
 metode agile biasanya menggunakan model spiral, yang mewakili serangkaian
iterasi, atau revisi, berdasarkan umpan balik pengguna
 Pendekatan agile memerlukan interaktivitas yang intens antara pengembang dan
pengguna individu, dan tidak dimulai dengan tujuan keseluruhan. Sebaliknya,
proses tangkas menentukan hasil akhirnya. Para pendukung model spiral percaya
bahwa pendekatan ini mengurangi risiko dan mempercepat pengembangan
perangkat lunak.
AGILE METHOD: MODEL SPIRAL
AGILE METHOD: MODEL SPIRAL
 Model ini merupakan kombinasi dari model prototyping dan Waterfall. Dimulai
dengan persyaratan dan rencana pengembangan, prototipe sistem dan risiko
yang terlibat dalam perkembangannya dianalisis melalui proses berulang;
 Selama setiap iterasi, prototipe alternatif dipertimbangkan berdasarkan pada
kendala dan risiko yang terdokumentasi dari iterasi sebelumnya. Dengan setiap
prototipe berikutnya risiko atau kendala diminimalkan atau dihilangkan. Setelah
prototipe operasional diselesaikan (dengan risiko minimal atau tanpa risiko),
dokumen desain terperinci dibuat;
 Model spiral mendukung properti pembatasan lingkup siklus hidup. Persyaratan
dirancang dalam pola hierarkis; setiap persyaratan tambahan dibuat
berdasarkan set persyaratan pertama yang diimplementasikan. Dalam model ini,
masalah yang harus dipecahkan didefinisikan dengan baik sejak awal. Karena itu,
ruang lingkup proyek juga dibatasi;
AGILE METHOD: MODEL SPIRAL
• Untuk mengendalikan risiko, model spiral menggabungkan kegiatan
pengembangan dengan proses manajemen risiko. Proses yang terakhir ini
membutuhkan keahlian di bidang evaluasi risiko yang membuat kegiatan yang
perlu dilakukan sangat kompleks dan sulit. Proses evaluasi risiko memaksakan
pertimbangan kendala seperti biaya, waktu dan upaya untuk seluruh proyek;
• Properti struktur yang telah ditentukan sebelumnya untuk model siklus hidup ini,
dalam hal jumlah kegiatan, sangat kompleks sehingga menimbulkan masalah
pengendalian dan efisiensi selama pengembangan sistem;
• Properti peningkatan progresif tidak dipertimbangkan dalam model siklus hidup
ini karena, meskipun, sistem berevolusi dengan setiap fase, tidak ada fitur baru
dapat ditambahkan ke spesifikasi persyaratan aplikasi karena fakta bahwa
persyaratan telah diselesaikan pada fase sebelumnya.
AGILE METHOD: MODEL SPIRAL
• Pada tahapan model ini, properti perencanaan tambahan masih hilang dari
siklus ini. Iterasi awal difokuskan pada alternatif dan risiko yang terlibat
dalam prototipe yang dipilih. Namun, tidak ada iterasi ini yang fokus pada
pembaruan spesifikasi persyaratan aplikasi dengan mendiskusikannya
dengan pengguna akhir. Akibatnya persyaratan ini tidak dapat diperbarui;
ini dapat menyebabkan persyaratan yang hilang atau salah dipahami;
• Karena sifatnya yang iteratif, model ini dapat bekerja dengan baik untuk
mengembangkan persyaratan yang dipahami dengan baik sejak awal
proyek. Namun, ini bukan model yang baik untuk mengembangkan sistem
basis data di mana persyaratan baru mungkin muncul selama fase
selanjutnya dari proyek. Model spiral juga mengasumsikan bahwa
perangkat lunak dikembangkan dalam fase diskrit; untuk alasan ini tidak
memenuhi properti perencanaan tambahan.
TERIMA KASIH APSI-02