Pengertian UML Dan Jenis-Jenisnya Serta Contoh Diagramnya

UML adalah sekumpulan alat yang digunakan untuk melakukan abstraksi terhadap sebuah sistem atau perangkat lunak berbasis objek. UML merupakan singkatan dari Unified Modeling Language. UML juga menjadi salah satu cara untuk mempermudah pengembangan aplikasi yang berkelanjutan. Aplikasi atau sistem yang tidak terdokumentasi biasanya dapat menghambat pengembangan karena developer harus melakukan penelusuran dan mempelajari kode program. UML juga dapat menjadi alat bantu untuk transfer ilmu tentang sistem atau aplikasi yang akan dikembangkan dari satu developer ke developer lainya. Tidak hanya antar developer terhadap orang bisnis dan siapapun dapat memahami sebuah sistem dengan adanya UML.
UML diciptakan oleh Object Management Group yang diawali dengan versi 1.0 pada Januari 1997. Dalam pengembangan berorientasi objek ada beberapa prinsip yang harus dikenal:

• Object
• Class
• Abstraction
• Encapsulation
• Inheritance
• Polymorphism

Tujuan atau fungsi dari penggunaan UML

Inilah beberapa tujuan atau fungsi dari penggunaan UML, yang diantaranya:

• Dapat memberikan bahasa permodelan visual kepada pengguna dari berbagai macam pemerograman maupun proses rekayasa.
• Dapat menyatukan praktek-praktek terbaik yang ada dalam permodelan.
• Dapat memberikan model yang siap untuk digunakan, merupakan bahasa permodelan visual yang ekspresif untuk mengembangkan sistem dan untuk saling menukar model secara mudah.
• Dapat berguna sebagai blue print, sebab sangat lengkap dan detail dalam perancangannya yang nantinya akan diketahui informasi yang detail mengenai koding suatu program.
• Dapat memodelkan sistem yang berkonsep berorientasi objek, jadi tidak hanya digunakan untuk memodelkan perangkat lunak (software) saja.
• Dapat menciptakan suatu bahasa permodelan yang nantinya dapat dipergunakan oleh manusia maupun oleh mesin.

Jenis-Jenis diagram UML dan beberapa contoh diagramnya:

1. Use case diagram

Use case diagram yaitu salah satu jenis diagram pada UML yang menggambarkan interaksi antara sistem dan aktor, use case diagram juga dapat men-deskripsikan tipe interaksi antara si pemakai sistem dengan sistemnya.

     2. Activity Diagram

Activity diagram atau diagram aktivitas yaitu salah satu jenis diagram pada UML yang dapat memodelkan proses-proses apa saja yang terjadi pada sistem.

     3.Sequence diagram

Sequence diagram yaitu salah satu jenis diagram pada UML yang menjelaskan interaksi objek yang berdasarkan urutan waktu, sequence diagram juga dapat menggambarkan urutan atau tahapan yang harus dilakukan untuk dapat menghasilkan sesuatu seperti pada use case diagram.

     4. Class diagram

Class diagram yaitu salah satu jenis diagram pada UML yang digunakan untuk menampilkan kelas-kelas maupun paket-paket yang ada pada suatu sistem yang nantinya akan digunakan. Jadi diagram ini dapat memberikan sebuah gambaran mengenai sistem maupun relasi-relasi yang terdapat pada sistem tersebut.

    5. Statemachine diagram

Statemachine diagram yaitu salah satu jenis diagram pada UML yang menggambarkan transisi maupun perubahan keadaan suatu objek pada sistem.

     6. Communication Diagram
Communication diagram yaitu salah satu jenis diagram pada UML yang dapat menggamabarkan tahapan terjadinya suatu aktivitas dan diagram ini juga menggambarkan interaksi antara objek yang ada pada sistem. Hampir sama seperti sequence diagram akan tetapi communication diagram lebih menekankan kepada peranan masing-masing objek pada sistem.

     7. Deployment diagram

Deployment diagram yaitu salah satu diagram pada UML yang menunjukan tata letak suatu sistem secara fisik, dapat juga dikatakan untuk menampilkan bagian-bagian softwere yang terdapat pada hardwere dan digunakan untuk menerapkan suatu sistem dan hubungan antara komponen hardwere. Jadi Deployment diagram intinya untuk menunjukan letak softwere pada hardwere yang digunakan sistem.

     8. Component diagram

Component diagram yaitu salah satu jenis diagram pada UML yang menggambarkan softwere pada suatu sistem. Component diagram merupakan penerapan softwere dari satu ataupun lebih class, dan biasanya berupa file data atau .exe, source kode, table, dokumen dsb.

Read More

ERD (Entity Relationship Diagram)

Menurut salah satu para ahli, Brady dan Loonam (2010), Entity Relationship Diagram (ERD) merupakan teknik yang digunakan untuk memodelkan kebutuhan data dari suatu organisasi, biasanya oleh System Analys dalam tahap analisis persyaratan proyek pengembangan system. Sementara seolah-olah teknik diagram atau alat peraga memberikan dasar untuk desain database relasional yang mendasari sistem informasi yang dikembangkan. ERD bersama-sama dengan detail pendukung merupakan model data yang pada gilirannya digunakan sebagai spesifikasi untuk database.
Atau pengertian sempitnya adalah sebuah konsep yang mendeskripsikan hubungan antara penyimpanan (database) dan didasarkan pada persepsi dari sebuah dunia nyata yang terdiri dari sekumpulan objek yaitu disebut sebagai entity dan hubungan atau relasi antar objek- objek tersebut.

Dalam pembentukan ERD terdapat 3 komponen yang akan dibentuk yaitu :

1.Entitas : Entitas merupakan mengenai basis data yaitu suatu obyek yang dapat dibedakan dari lainnya yang dapat diwujudkan dalam basis data. Pengertian lainnya menurut Brady dan Loonam (2010), entitas adalah objek yang menarik di bidang organisasi yang dimodelkan.

Contoh : Mahasiswa, Kartu Anggota Perpustakaan (KAP), dan Buku.

2.Hubungan (relasi/relationship) : Suatu hubungan adalah hubungan antara dua jenis entitas dan direpresentasikan sebagai garis lurus yang menghubungkan dua entitas.

Contoh : Mahasiswa mendaftar sebagai anggota perpustakaan (KAP), relasinya adalah mendaftar.

3.Atribut : Atribut memberikan informasi lebih rinci tentang jenis entitas. Atribut memiliki struktur internal berupa tipe data.

Contoh : Mahasiswa mendaftar sebagai anggota perpustakaan (KAP), relasinya adalah mendaftar.

Atribut : Atribut memberikan informasi lebih rinci tentang jenis entitas. Atribut memiliki struktur internal berupa tipe data. 

Jenis-jenis atribut :

• Atribut Key = adalah satu atau gabungan dari beberapa atribut yang dapat membedakan semua baris data ( Row/Record ) dalam tabel secara unik. Dikatakan unik jika pada atribut yang dijadikan key tidak boleh ada baris data dengan nilai yang sama.

Contoh : Nomor pokok mahasiswa (NPM), NIM dan nomor pokok lainnya

• Atribut simple = Atribut yang bernilai atomic, tidak dapat dipecah/ dipilah lagi

Contoh : Alamat, penerbit, tahun terbit, judul buku.

• Atribut Multivalue = Nilai dari suatu attribute yang mempunyai lebih dari satu (multivalue) nilai dari atrribute yang bersangkutan.

Contoh : dari sebuah buku, yaitu terdapat beberapa pengarang.

• Atribut Composite = Atribut composite adalah suatu atribut yang terdiri dari beberapa atribut yang lebih kecil yang mempunyai arti tertentu yang masih bisah dipecah lagi atau mempunyai sub attribute.

Contoh : dari entitas nama yaitu nama depan, nama tengah, dan nama belakang

Atribut Derivatif = Atribut yang tidak harus disimpan dalam database Ex. Total. atau atribut yang dihasilkan dari atribut lain atau dari suatu relationship. Atribut ini dilambangkan dengan bentuk oval yang bergaris putus-putus.

Derajat Kardinalitas (Cardinality Degree)

Hubungan antarentitas ditandai pula oleh derajat kardinalitas. Fungsi dari derajat kardinalitas ini adalah untuk menentukan entitas kuat dan entitas lemah. Tiga jenis derajat kardinalitas adalah :

(1)  One to one, dilambangkan dengan 1 : 1

(2)  One to many, dan sebaliknya, yang dilambangkan dengan 1 : M dan sebaliknya

(3)  Many to many, dilambangkan dengan M : M atau M : N

Sumber : https://erlanagustianea.wordpress.com/2015/12/28/penjelasan-kumpulan-materi-erd-database-dan-normalisasi-sistem-basis-data/

Read More

DFD (Data Flow Diagram)

                


Definisi DFD :

Data Flow Diagram (DFD) adalah suatu diagram yang menggunakan notasi-notasi untuk menggambarkan arus dari data sistem, yang penggunaannya sangat membantu untuk memahami sistem secara logika, tersruktur dan jelas. DFD merupakan alat bantu dalam menggambarkan atau menjelaskan  DFD ini sering disebut juga dengan nama Bubble chart, Bubble diagram, model proses, diagram alur kerja, atau model fungsi.


Tujuan DFD adalah :

1. Memberikan indikasi mengenai bagaimana data ditransformasi pada saat data bergerak melalui sistem
2. Menggambarkan fungsi-fungsi(dan sub fungsi) yang mentransformasi aliran data.



Manfaat DFD adalah :
Data Flow Diagram (DFD) adalah alat pembuatan model yang memungkinkan profesional sistem untuk menggambarkan sistem sebagai suatu jaringan proses fungsional yang dihubungkan satu sama lain dengan alur data, baik secara manual maupun komputerisasi.
DFD ini adalah salah satu alat pembuatan model yang sering digunakan,khususnya bila fungsi-fungsi sistem merupakan bagian yang lebih penting dan kompleks dari pada data yang dimanipulasi oleh sistem.Dengan kata lain, DFD adalah alat pembuatan model yang memberikan penekanan hanya pada fungsi sistem.
DFD ini merupakan alat perancangan sistem yang berorientasi pada alur data dengan konsep dekomposisi dapat digunakan untuk penggambaran analisa maupun rancangan sistem yang mudah dikomunikasikan oleh profesional sistem kepada pemakai maupun pembuat program.
                   

SUMBER :
https://www.academia.edu/6078318/Pengertian_dan_Contoh_Dari_Context_Diagram_Data_Flow_Diagram_dan_Flow_Map_upload_by_rahmatdi.com

Read More

FLOWCHART

                               
A. Definisi Flowchart

          Flowchart adalah urutan proses kegiatan yang digambarkan dalam bentuk simbol.
Flowchart (bagan alir) juga didefinisikan sebagai diagram yang menyatakan aliran
proses dengan menggunakan anotasi- anotasi semisal persegi, panah, oval, wajik dll.
Penggunaan flowchart sangat penting, Bahkan Dr. Kauro Ishikawa seorang ahli teori
organisasi, menjadikannya sebagai 1 dari 7 alat kualitas dasar (7 basic quality tools)
yang harus dikuasai para anggota Quality Control Circle atau gugus kendali kualitas.
Melalui flowchart, kita bisa melihat langkah-langkah proses secara mendetail, lengkap
dengan aktivitas yang terjadi. Flowchart banyak dipergunakan sebagai alat komunikasi
dan dokumentasi.

B. Fungsi /Kegunaan Flowchart:

1. Memastikan Program Memiliki Alurnya Sendiri

    Flowchart dapat membantu programmer untuk melihat alur atau pola ketika akan

    mem-buildsebuah program/aplikasi. Dengan demikian, dapat mencegah malfungsi

    dari program komputer yang sedang dibuat. Program atau aplikasi yang dihasilkan

    pun dapat bekerja secara optimal.

2. Melihat Keseluruhan Program

    Flowchart membantu Anda melihat rangkaian program secara keseluruhan

    (universal). Hal ini akan memudahkan siapa pun untuk melihat rancangan suatu

    program, tak terbatas bagi programmer saja.

3. Melihat Proses dari Sebuah Program Ketika Dijalankan

    Ini masih ada kaitannya dengan fungsi flowchart pada poin kedua. Flowchart

    program dapat digunakan untuk melihat proses-proses yang akan terjadi ketika

    program dijalankan.

    Artinya, Anda bisa melihat penjelasan dari setiap proses di dalam program. Misalnya

    saja ketika akan membuat aplikasi neraca keuangan.

    Di dalam neraca keuangan misalnya saja terdapat input penjualan. Nah, melalui

    flowchart program Anda bisa melihat bagaimana input penjualan diperoleh, lengkap

    dengan dari mana data itu didapatkan.

4. Pedoman dalam Menyusun atau Mengembangan Aplikasi

    Fungsi flowchart program selanjutnya ialah menjadi pedoman dalam menyusun atau

    mengembangkan aplikasi. Hampir sama dengan fungsi flowchart pada umumnya,

    flowchart program juga dapat digunakan untuk melihat alur/tahapan proses sebuah

    program.

C. Jenis-Jenis Flowchart :

1. Flowchart Sistem (System Flowchart)

    Flowchart sistem atau bagan alir sistem merupakan bagan yang menunjukkan

    proses pekerjaan di dalam sistem. Bagan ini akan menggambarkan arus

    pekerjaan secara mendetail dan menyeluruh. Jadi, Anda bisa melihat urutanurutan

    proses/prosedur di dalam sistem.

2. Flowchart Dokumen (Document Flowchart)

    Flowchart dokumen atau yang kerap disebut flowchart formuliran diagram alir

    yang menggambarkan proses dari laporan dan formulir lengkap dengan

    tembusan-tembusannya.

    Simbol-simbol yang digunakan pada flowchart dokumen masih sama dengan

    flowchart sistem. Adapun simbol-simbol flowchart dapat Anda lihat pada ulasan

    ‘Simbol dalam Flowchart’ di bagian bawah.Flowchart Skematis (Schematic

    Flowchart)

    Sekilas flowchart skematis tampak menyerupai flowchart sistem, karena memang

    kedua flowchart ini sama-sama digunakan untuk menggambarkan

    prosedur/proses dalam sistem. Simbol-simbol yang digunakan keduanya pun

    sama.

    Hanya saja, flowchart skematis (schematic flowchart) memiliki simbol yang lebih

    beragam.

    Ya, simbol flowchart skematis lebih kompleks, ia juga menggunakan gambargambar

    komputer dan peralatan lainnya.

    Hal ini bertujuan untuk memudahkan orang-orang yang tidak familier dengan

    simbol-simbol dalam flowchart untuk membaca informasi yang disampaikan.

    Namun sayangnya, pembuatan flowchart ini memakan waktu lebih lama.

3. Flowchart Program (Program Flowchart)

    Flowchart program merupakan bagan alir yang menggambarkan tahapan dalam

    proses sebuah program. Flowchart ini merupakan produk ‘turunan’ dari

    flowchart sistem. Hal ini guna memudahkan analis sistem dan programmer

    dalam memahami suatu program.

    Secara umum flowchart program terbagi menjadi dua, yaitu flowchart logika

    program (program logic flowchart) dan flowchart program komputer terperinci

    (detailed computer program flowchart).

4. Flowchart Proses (Process Flowchart)

    Terakhir ialah flowchart proses atau yang biasa disebut process flowchart.

    Flowchart ini banyak dipakai di sektor industri (bagian produksi) dan juga analis

    sistem.

    Fungsi flowchart ini untuk melihat prosedur dalam suatu proses produksi. Selain

    itu, flowchart proses juga banyak digunakan untuk melihat jarak dari langkah

    satu ke langkah yang lain, lengkap dengan time proses yang dibutuhkan.

D. Simbol Simbol Flowchart Beserta Fungsinya

      Flowchart memiliki simbol- simbol tersendiri dari setiap anotasi- anotasi

geometri yang digunakan. Beberapa simbol flowchart sering digunakan dalam

pembuatan sebuah sistem, sedangkan lainnya jarang digunakan, kecuali dalam

pembuatan proses yang komplek dan rumit.

E. JENIS-JENIS FLOWCHART

Flowchart terbagi atas lima jenis, yaitu :

Flowchart Sistem (System Flowchart)

Flowchart Paperwork / Flowchart Dokumen (Document Flowchart)

Flowchart Skematik (Schematic Flowchart)

Flowchart Program (Program Flowchart)

Flowchart Proses (Process Flowchart)

a) FLOWCHART SISTEM

Flowchart Sistem merupakan bagan yang menunjukkan alur kerja atau apa yang

sedang dikerjakan di dalam sistem secara keseluruhan dan menjelaskan urutan dari

prosedur-prosedur yang ada di dalam sistem. Dengan kata lain, flowchart ini

merupakan deskripsi secara grafik dari urutan prosedur-prosedur yang terkombinasi

yang membentuk suatu sistem.

Flowchart Sistem terdiri dari data yang mengalir melalui sistem dan proses yang

mentransformasikan data itu. Data dan proses dalam flowchart sistem dapat

digambarkan secara online (dihubungkan langsung dengan komputer) atau offline

(tidak dihubungkan langsung dengan komputer, misalnya mesin tik, cash register

atau kalkulator).

b) FLOWCHART PAPERWORK / FLOWCHART DOKUMEN

Flowchart Paperwork menelusuri alur dari data yang ditulis melalui sistem.

Flowchart Paperwork sering disebut juga dengan Flowchart Dokumen. Kegunaan

utamanya adalah untuk menelusuri alur form dan laporan sistem dari satu bagian ke

bagian lain baik bagaimana alur form dan laporan diproses, dicatat dan disimpan.

c) FLOWCHART SKEMATIK

Flowchart Skematik mirip dengan Flowchart Sistem yang menggambarkan suatu

sistem atau prosedur. Flowchart Skematik ini bukan hanya menggunakan simbolsimbol

flowchart standar, tetapi juga menggunakan gambar-gambar komputer,

peripheral, form-form atau peralatan lain yang digunakan dalam sistem.

Flowchart Skematik digunakan sebagai alat komunikasi antara analis sistem

dengan seseorang yang tidak familiar dengan simbol-simbol flowchart yang

konvensional. Pemakaian gambar sebagai ganti dari simbol-simbol flowchart akan

menghemat waktu yang dibutuhkan oleh seseorang untuk mempelajari simbol abstrak

sebelum dapat mengerti flowchart.

Gambar-gambar ini mengurangi kemungkinan salah pengertian tentang sistem, hal

ini disebabkan oleh ketidak-mengertian tentang simbol-simbol yang digunakan.

Gambar-gambar juga memudahkan pengamat untuk mengerti segala sesuatu yang

dimaksudkan oleh analis, sehingga hasilnya lebih menyenangkan dan tanpa ada salah

pengertian.

d) FLOWCHART PROGRAM

Flowchart Program dihasilkan dari Flowchart Sistem. Flowchart Program

merupakan keterangan yang lebih rinci tentang bagaimana setiap langkah program

atau prosedur sesungguhnya dilaksanakan. Flowchart ini menunjukkan setiap langkah

program atau prosedur dalam urutan yang tepat saat terjadi.

Programmer menggunakan flowchart program untuk menggambarkan

urutan instruksi dari program komputer.

Analis Sistem menggunakan flowchart program untuk menggambarkan

urutan tugas-tugas pekerjaan dalam suatu prosedur atau operasi.

e) FLOWCHART PROSES

Flowchart Proses merupakan teknik penggambaran rekayasa industrial yang memecah

dan menganalisis langkah-langkah selanjutnya dalam suatu prosedur atau sistem.

Flowchart Proses digunakan oleh perekayasa industrial dalam mempelajari dan

mengembangkan proses-proses manufacturing. Dalam analisis sistem, flowchart ini

digunakan secara efektif untuk menelusuri alur suatu laporan atau form.

SUMBER : https://salamadian.com/simbol-simbol-flowchart/

Read More

PENGERTIAN ANALISIS SISTEM, FUNGSI SISTEM ANALIS DAN TANGGUNG JAWAB

Pada kesempatan kali ini kita akan mulai pembahasan mengenai analisis sistem. Tentu bagi sebagian kalangan masyarakat masih awam dengan istilah analisis sistem. Dan tentu saja bertanya-tanya apa itu analisis sistem?

Namun bagi sebagian orang istilah analisis sudah sering mereka dengar bahkan mungkin mengetahui apa itu analisis sistem. Tapi jika yang ingin mengetahui apa itu analisis sistem, mari simak dengan baik artikel kali ini hingga selesai agar dapat memahami dengan jelas penjelasan yang akan diberikan berikut ini.

Pengertian Analisis Sistem
Analisis Sistem adalah penguraian suatu sistem informasi yang sudah utuh kedalam bagian-bagian komponennya dengan tujuan dapat menidentifikasi dan menevaluasi berbagai macam permasalahan maupun hambatan yang terjadi pada sistem sehingga nantinya dapat dilakukan perbaikan atau pengembangan.

Sedangkan orang atau kelompok yang melakukan perancangan dan perbaikan pada suatu sistem disebut Sistem Analis. Sistem analis merupakan individu ataupun kelompok dalam melakukan pengembangan sistem, sistem analis mempelajari permasalahan maupun kebutuhan pada suatu sistem dan sistem analis juga merupakan orang yang bertanggung jawab terhadap proses analisa maupun perancangan pada sistem informasi.

Fungsi Sistem Analis
Dari penjelasan yang sudah diberikan mengenai pengertian analisis sistem, kali ini kita akan membahas tentang fungsi dari sistem analis. Untuk itu mari langsung saja kita lanjutkan pembahasan berikut ini.
Bisa mengidentifikasikan berbagai macam masalah dari user (pemakai).
Dapat menentukan secra jelas tentang sasaran yang harus dicapai agar bisa memenuhi kebuthan dari pemakai.
Bisa memilih metode alternatif didalam memecahkan masalah yang ada pada sistem.
Bisa merencanakan ataupun menerapkan sebuah rancangan sistem sesuai dengan apa yang diinginkan oleh pemakai.
Sumber :
https://www.sepengetahuan.co.id/2017/01/pengertian-analisis-sistem-fungsi-dan-tanggung-jawabnya-lengkap.html

Read More

ANALISIS KEBUTUHAN PERANGKAT LUNAK

                         
A. Analisis Sistem
Analisis Sistem adalah penguraian suatu system informasi yang sudah utuh kedalam bagian-bagian komponennya dengan tujuan dapat mengidentifikasi dan menevaluasi berbagai macam permasalahan maupun hambatan yang terjadi pada system sehingga nantinya dapat dilakukan perbaikan atau pengembangan.

Adapun beberapa fungsi dari system analisis, yang diantaranya meliputi:
- Dapat mengidentifikasikan berbagai masalah dari pemakai “user”.
- Menentukan secara jelas mengenai sasaran yang garus dicapai untuk daoat memenuhi kebutuhan pemakai.
- Dapat memilih metode alternatif dalam memecahkan masalah pada system.
- Dapat merencanakan maupun menerapkan rancangan system sesuai dengan apa yang diinginkan pemakai.

Tahapan Analisis Sistem
Tahapan Analisis Sistem merupakan kegiatan penguraian dari suatu system informasi yang utuh ke dalam bagian komponennya dengan maksud untuk mengidentifikasi dan mengevaluasi permasalahan - permasalahan, kesempatan - kesempatan, hambatan – hambatan yang terjadi dan kebutuhan – kehubutan yang diharapkan sehingga dapat diusulkan perbaikannya.
Berikut tahapan analisis system :
1. Mengidentifikasi Masalah
Identifikasi masalah merupakan langkah awal dari analisis system. Dalam tahap ini didefinisikan masalah yang harus dipecahkan dengan munculnya pertanyaan yang ingin dipecahkan.
2. Memahami Kerja Sistem yang ada
Langkah ini dilakukan dengan mempelajari secara rinci bagaimana system yang sudah ada berjalan. Untuk mempelajari operasi dari system ini diperlukan data yang dapat diperoleh dengan melakukan penelitian terhadap system.
3. Memahami Kerja Sistem yang ada
Berdasarkan data yang sudah diperoleh maka dilakukan analisa hasil penelitian yang sudah dilakukan untuk mendapatkan pemecahan masalah yang akan dipecahkan.
4. Membuat laporan
Laporan perlu dibuat sebagai dokumentasi dari penelitian. Tujuan utamanya adalah sebagai bukti secara tertlis tentang hasil analisa yang sudah dilakukan.
B. Kebutuhan Perangkat Lunak
Kebutuhan Perangka Lunak adalah kondisi, criteria, syarat atau kemampuan yang harus dimiliki oleh perangkat lunak untuk memenuhi apa yang diisyaratkan atau diinginkan pemakai.
Jenis kebutuhan perangkat lunak dapat dibagi dalam 2 jenis :
1. Functional Requirement
Mendeskripsikan layanan, fitur atau fungsi yang disediakan atau diberikan oleh sistem bagi penggunanya. Kebutuhan fungsional awal merupakan fungsi atau layanan yang merepresentasikan goal dari pengguna ketika hendak menggunakan sistem.
Contoh pada Sistem Mesin ATM :
1. Mengecek saldo
2. Menarik uang
3. Mentransfer uang
4. Melakukan pembayaran

2.Non-Functional Requirement
Mendeskripsikan sekumpulan batasan, karakteristik dan properti pada sistem, baik dalam lingkungan pengembangan maupun operasional, atau atribut kualitas yang harus dipenuhi oleh sistem. Contoh pada mesin ATM :
1. Pengguna baru membutuhkan waktu belajar maksimal 10 menit untuk dapat menggunakan fungsi-fungsi utama sistem
2. Sistem harus tetap berfungsi minimal 10 jam setelah pasokan listrik dari PLN terhenti
3. Waktu yang dibutuhkan untuk kembali beroperasi setelah sistem mati minimal 2 menit

C. Analisa Kebutuhan
Analisa kebutuhan merupakan langkah awal untuk menentukan perangkat lunak seperti apa yang akan
dihasilkan.
perangkat lunak adalah merupakan program-program kompuuter dan dokumentasi yang saling berkaitan.

Analisis kebutuhan perangkat lunak dapat diartikan sebagai:
- Proses mempelajari kebutuhan pemakai untuk mendapatkan definisi kebutuhan system atau perangkat lunak [IEE93].
- Proses untuk menetapkan fungsi dan unjuk kerja perangkat lunak, menyatakan antarmuka perangkat lunak dengan elemen-elemen sistem lain, dan menentukan kendala yang harus dihadapi oleh perangkat lunak [PRE01].
Kebutuhan (requirement)
1. kebutuhan fungsional(functional requirement)
2. kebutuhan antarmuka (interface requirement)
3. kebutuhan unjuk kerja (performance requirement)

Mengapa kebutuhan itu penting.?
1. sangat mempengaruhi sukses atau gagalnya pelaksanaan pengembangan perangkat lunak.
2. menurut hasil survey DeMarco, 56% kegagalan pryek pengembangan perangkat lunak dikarenakan ketidaklengkapan pendefinisian kebutuhan dari perangkat lunak tersebut

Tujuan analisis kebutuhan
1. memahami masalah secara menyeluruh (komprehensif)
2. mendefinisikan apa yang harus dikerjakan oleh perangkat lunak untuk memenuhi keinginan pelanggan.

Read More

foto

Read More

ANALISIS KEBUTUHAN

Pada kesempatan kali ini kita akan mulai pembahasan mengenai Kebutuhan Perangkat Lunak. Tentu bagi sebagian kalangan masyarakat masih awam dengan kebutuhan perangkat lunak. Dan tentu saja bertanya-tanya apa saja kebutuhan perangkat lunak tersebut?

Analisis kebutuhan (requirements analysis) merupakan langkah awal untuk menentukan gambaran perangkat yang akan dihasilkan ketika pengembang melaksanakan sebuah proyek pembuatan perangkat lunak. Perangkat lunak yang baik dan sesuai dengan kebutuhan pengguna sangat tergantung pada keberhasilan dalam melakukan analisis kebutuhan. Untuk proyek-proyek perangkat lunak yang besar, analisis kebutuhan dilaksanakan setelah aktivitas sistem information engineering dan software project planning

Analisa kebutuhan yang baik belum tentu menghasilkan perangkat lunak yang baik, tetapi analisa kebutuhan yang tidak tepat menghasilkan perangkat yang tidak berguna. Mengetahui adanya kesalahan pada analisis kebutuhan pada tahap awal memang jauh lebih baik, tapi kesalahan analisis kebutuhan yang diketahui ketika sudah memasuki penulisan kode atau pengujian, bahkan hampir masuk dalam tahap penyelesaian merupakan malapetaka besar bagi pembuat perangkat lunak. Biaya dan waktu yang diperlukan akan menjadi sia sia.

Analisa kebutuhan adalah suatu proses untuk mendapatkan informasi, mode, spesifikasi tentang perangkat lunak yang diinginkan klien/pengguna. Kedua belah pihak, yaitu klien dan pembuat perangkat lunak terlibat aktif dalam tahap ini.

Ada tiga faktor yang harus dipenuhi ketika melakukan analisis kebutuhan ini, yaitu lengkap, detail, dan benar. Lengkap artinya semua yang diharapkan oleh klien telah didapatkan oleh pihak yang melakukan analisis. Detail maksudnya adalah berhasil mengumpulkan informasi yang terperinci. Semua data dari analisis kebutuhan ini haruslah benar, sesuai apa yang dimaksud oleh klien, bukan benar menurut apa yang dipikirkan oleh pihak analisis.

Sumber Link:
https://id.wikipedia.org/wiki/Analisis_kebutuhan

Read More

Model – Model Pengembangan Perangkat Lunak "Model Rapid Application Development (RAD)"

Model Rapid Application Development (RAD) :

Rapid Aplication Development (RAD) adalah sebuah model proses perkembanganperangkat lunak sekuensial linier yang menekankan siklus perkembangan yang sangat pendek (kira-kira 60 sampai 90 hari). Model RAD ini merupakan sebuah adaptasi “kecepatan tinggi” dari model sekuensial linier dimana perkembangan cepat dicapai dengan menggunakan pendekatan konstruksi berbasis komponen.

Berikut adalah Tahapan – tahapan Proses Pengembangan dalam Model Rapid Application Development (RAD), yaitu :

Bussiness Modeling

   Fase ini untuk mencari aliran informasi yang dapat menjawab pertanyaan berikut:

• Informasi apa yang menegndalikan proses bisnis?
• Informasi apa yang dimunculkan?
• Di mana informasi digunakan ?
• Siapa yang memprosenya ?

Data Modeling

Aliran informasi yang didefinisikan sebagai bagian dari fase bussiness modeling disaring ke dalam serangkaian objek data yang dibutuhkan untuk menopang bisnis tersebut. Karakteristik (atribut) masing-masing objek diidentifikasi dan hubungan antar objek-objek tersebut didefinisikan.

Proses Modeling

 Aliran informasi yang didefinisikan di dalam fase data modeling ditransformasikan untuk mencapai aliran informasi yang perlu bagi implementasi sebuah fungsi bisnis. Gambaran pemrosesan diciptakan untuk menambah, memodifikasi, menghapus, atau mendapatkan kembali sebuah objek data.

Aplication Generation

 Selain menggunakan bahasa pemrograman generasi ketiga, RAD juga memakai komponen program yang telah ada atau menciptakan komponen yang bisa dipakai lagi. Ala-alat bantu bisa dipakai untuk memfasilitasi konstruksi perangkat lunak.

Testing dan Turnover

Karena proses RAD menekankan pada pemakaian kembali, banyak komponen program telah diuji. Hal ini mengurangi keseluruhan waktu pengujian. Tetapi komponen baru harus diuji dan semua interface harus dilatih secara penuh.

Kelebihan Model RAD :

• Lebih efektif dari Pengembangan Model waterfall/sequential linear dalam menghasilkan sistem yang memenuhi kebutuhan langsung dari pelanggan.
• Cocok untuk proyek yang memerlukan waktu yang singkat.
• Model RAD mengikuti tahap pengembangan sistem seperti pada umumnya, tetapi mempunyai kemampuan untuk menggunakan kembali komponen yang ada sehingga pengembang tidak perlu membuatnya dari awal lagi sehingga waktu pengembangan menjadi lebih singkat dan efisien.
• Kekurangan Model RAD :
• Model RAD menuntut pengembangan dan pelanggan memiliki komitmen di dalam aktivitas rapid-fire yang diperlukan untuk melengkapi sebuah sistem, di dalam kerangka waktu yang sangat diperpendek. Jika komitmen tersebut tidak ada, proyek RAD akan gagal.
• Tidak semua aplikasi sesuai untuk RAD, bila system tidak dapat dimodulkan dengan teratur, pembangunan komponen penting pada RAD akan menjadi sangat bermasalah.
• RAD tidak cocok digunakan untuk sistem yang mempunyai resiko teknik yang tinggi.
• Membutuhkan Tenaga kerja yang banyak untuk menyelesaikan sebuah proyek dalam skala besar.
• Jika ada perubahan di tengah-tengah pengerjaan maka harus membuat kontrak baru antara pengembang dan pelanggan.

https://murtri.wordpress.com/2014/08/25/model-model-pengembangan-perangkat-lunak-beserta-contoh-penerapannya/

Read More

PENGEMBANGAN PERANGKAT LUNAK

    Proses Pengembangan Perangkat Lunak (Software Development Process) adalah suatu penerapan struktur pada pengembangan suatu Perangkat Lunak (Software), yang bertujuan untuk mengembangkan sistem dan memberikan panduan untuk menyukseskan proyek pengembangan sistem melalui tahapan-tahapan tertentu. Dalam prosesnya, terdapat beberapa paradigma model pengembangan sistem perangkat lunak, diantaranya :

1. Model Sekuensial Linier atau Waterfall Development Model

     Model Sekuensial Linier atau sering disebut Model Pengembangan Air Terjun, merupakan paradigma model pengembangan perangkat lunak paling tua, dan paling banyak dipakai. Model ini mengusulkan sebuah pendekatan perkembangan perangkat lunak yang sistematik dan sekunsial yang dimulai pada tingkat dan kemajuan sistem pada seluruh tahapan analisis, desain , kode, pengujian, dan pemeliharaan.

Berikut Merupakan Tahapan – tahapan Pengembangan  Model Sekuensial Linear / Waterfall Development Model :

• Rekayasa dan pemodelan sistem/informasi

 Langkah pertama dimulai dengan membangun keseluruhan elemen sistem dan memilah bagian-bagian mana yang akan dijadikan bahan pengembangan perangkat lunak, dengan memperhatikan hubungannya dengan Hardware, User, dan Database.

• Desain

Pada proses Desain, dilakukan penerjemahan syarat kebutuhan sebuah perancangan perangkat lunak yang dapat diperkirakan sebelum dibuatnya proses pengkodean (coding). Proses ini berfokus pada  struktur data, arsitektur perangkat lunak, representasi interface, dan detail algoritma prosedural.

• Pengkodean

  Pengkodean merupakan proses menterjemahkan perancangan desain ke bentuk yang dapat dimengerti oleh mesin, dengan menggunakan bahasa pemrograman.

• Pengujian

Setelah Proses Pengkodean selesai, dilanjutkan dengan proses pengujian pada program perangkat lunak, baik Pengujian logika internal, maupun Pengujian eksternal fungsional untuk memeriksa segala kemungkinan terjadinya kesalahan dan memeriksa apakah hasil dari pengembangan tersebut sesuai dengan hasil yang diinginkan.

• Pemeliharaan

Proses Pemeliharaan erupakan bagian paling akhir dari siklus pengembangan dan dilakukan setelah perangkat lunak dipergunakan. Kegiatan yang dilakukan pada proses pemeliharaan antara lain :

• Corrective Maintenance : yaitu mengoreksi apabila terdapat kesalahan pada perangkat lunak, yang baru terdeteksi pada saat perangkat lunak dipergunakan.
• Adaptive Maintenance : yaitu dilakukannya penyesuaian/perubahan sesuai dengan lingkungan yang baru, misalnya hardware, periperal, sistem operasi baru, atau sebagai tuntutan atas perkembangan sistem komputer, misalnya penambahan driver, dll.
• Perfektive Maintenance : Bila perangkat lunak sukses dipergunakan oleh pemakai. Pemeliharaan ditujukan untuk menambah kemampuannya seperti memberikan fungsi-fungsi tambahan, peningkatan kinerja dan sebagainya.

Contoh Penerapan dari Pengembangan Model Sekuensial Linear / Waterfall Development Model

Contoh dari penerapan model pengembangan ini adalah pembuatan program pendaftaran online ke suatu Instansi Pendidikan. Program ini akan sangat membantu dalam proses pendaftaran, karena dapat meng-efektifkan waktu serta pendaftar tidak perlu repot-repot langsung mendatangi Instansi Pendidikan. Teknisnya adalah sebagai berikut :

• Sistem program untuk pendaftaran dibuat menggunakan bahasa pemrograman PHP, dengan Sistem Database yang dibuat menggunakan MySQL, dan diterapkan (diaplikasikan) pada PC (personal computer) dengan sistem operasi berbasis Microsoft Windows, Linux, dan sebagainya.
• Setelah program selesai dibuat dan kemudian dipergunakan oleh user, programmer akan memelihara serta menambah atau menyesuaikan program dengan kebutuhan serta kondisi user.

Kelebihan Model Sekuensial Linear / Waterfall Development Model :

• Tahapan proses pengembangannya tetap (pasti), mudah diaplikasikan, dan prosesnya teratur.
• Cocok digunakan untuk produk software/program yang sudah jelas kebutuhannya di awal, sehingga minim kesalahannya.
• Software yang dikembangkan dengan metode ini biasanya menghasilkan kualitas yang baik.
• Documen pengembangan sistem sangat terorganisir, karena setiap fase harus terselesaikan dengan lengkap sebelum melangkah ke fase berikutnya.

Kekurangan Model Sekuensial Linear / Waterfall Development Model :

• Proyek yang sebenarnya jarang mengikuti alur sekuensial seperti diusulkan, sehingga perubahan yang terjadi dapat menyebabkan hasil yang sudah didapatkan tim pengembang harus diubah kembali/iterasi sering menyebabkan masalah baru.
• Terjadinya pembagian proyek menjadi tahap-tahap yang tidak fleksibel, karena komitmen harus dilakukan pada tahap awal proses.
• Sulit untuk mengalami perubahan kebutuhan yang diinginkan oleh customer/pelanggan.
• Pelanggan harus sabar untuk menanti produk selesai, karena dikerjakan tahap per tahap, dan proses pengerjaanya akan berlanjut ke setiap tahapan bila tahap sebelumnya sudah benar-benar selesai.
• Perubahan ditengah-tengah pengerjaan produk akan membuat bingung tim pengembang yang sedang membuat produk.
• Adanya waktu kosong (menganggur) bagi pengembang, karena harus menunggu anggota tim proyek lainnya menuntaskan pekerjaannya.

Read More

MODEL SYSTEM DEVELOPMENT LIFE CYCLE (SDLC)

Metodologi adalah suatu cara yang direkomendasikan dalam melakukan sesuatu. Pendekatan sistem adalah metodologi dasar dalam memecahkan segala jenis masalah.

Macam-macam model SDLC yang biasa digunakan yaitu :

1. Tradisional SDLC

2. Agile SDLC

3. Waterfall SDLC

4. Scrum SDLC

5. Interative SDLC

6. Spiral SDLC

7. V SDLC

8. Big Bang SDLC

9. Rational Unified Process (RUP) SDLC

10. Prototype SDLC

11. Rapid Aplication Development (RAD) SDLC

12. Unified Process SDLC

Read More

PROTOTYPE SDLC

Prototyping menjadi sangat populer sebagai model pengembangan software, karena Memungkinkan untuk memahami kebutuhan pelanggan pada tahap awal pengembangan. Ini membantu mendapatkan feedback yang berharga dari pelanggan dan membantu developer memahami apa sebenarnya yang diharapkan dari produk yang sedang dikembangkan.

Prototyping digunakan untuk memungkinkan client/user mengevaluasi sistem yang di rancang di awal oleh developer dan mencobanya sebelum di implementasikan. Hal ini dapat membantu memahami persyaratan pembangunan sistem yang spesifik oleh user dan mungkin belum implementasikan oleh developer selama perancangan produk.

Berikut adalah fase-fase garis besar perancangan prototype model:


Mengidentifikasi Kebutuhan Dasar
Fase ini untuk pemahaman kebutuhan dasar produk terutama dalam hal user interface. Rincian desain internal dan eksternal yang lebih rumit seperti kinerja dan keamanan dapat di abaikan pada tahap ini.

Develop Prototype awal
Fase ini untuk mengembangkan protype awal. dimana persyaratan yang sangat mendasar dipamerkan dan user interface selesai di buat. Fitur-fitur ini mungkin tidak bekerja dengan cara yang sama secara internal dalam perangkat lunak yang sebenarnya dikembangkan. Sementara, workarounds digunakan untuk memberikan tampilan dan nuansa yang sama kepada pelanggan dalam prototipe yang dikembangkan.

Review Prototype
Fase ini untuk user/client melakukan review prototype yang sudah dirancang oleh developer untuk memberikan feedback yang bertujuan untuk penyempurnaan lebih lanjut sistem/software yang sedang dikembangkan.

Revisi dan Penyempurnaan Prototype
fase ini untuk membahas Feedback dan review yang sudah di dapatkan di fase sebelumnya. Negosiasi antara client dan developer terjadi disini untuk menentukan waktu perancangan serta biaya untuk perubahan sistem tersebut. Perubahan sistem ini seharusnya sudah di setujui oleh ke 2 pihak (client & developer) dan siklus development pun kembali dilanjutkan sesuai dengan revisi dan client agar ekpektasi client terpenuhi.

Kelebihan Prototype:

• Meningkatnya keterlibatan pengguna dalam produk bahkan sebelum diimplementasi
• Karena model sistem yang di bangun di share ke user, maka user mendapatkan pemahaman  yang lebih baik tentang sistem yang sedang dikembangkan.
• Mengurangi waktu dan biaya karena cacat dapat dideteksi jauh lebih awal.
• Feedback user yang cepat di awal dapat memberikan solusi yang lebih baik
• Fungsi yang tidak ada dapat diidentifikasi dengan mudah dan cepat
• Fungsi yang membingungkan dapat di hilangkan

Kekurangan Prototype:

• Risiko analisis kebutuhan yang tidak mencukupi karena terlalu banyak ketergantungan pada Prototipe.
• Pengguna mungkin bingung dalam prototipe dan sistem sebenarnya.
• Upaya yang diinvestasikan dalam membangun prototip mungkin terlalu banyak jika tidak dipantau tepat.
• Pengembang dapat mencoba untuk menggunakan kembali prototipe yang ada untuk membangun sistem yang sebenarnya, Bahkan bila hal itu tidak layak secara teknis.

Sumber Link :

http://www.sistem-informasi.xyz/2017/05/pengertian-prototype-model-sdlc.html

Read More

WATERFALL SDLC

Waterfall adalah pendekatan SDLC paling awal yang digunakan untuk pengembangan perangkat lunak. Hal ini juga disebut sebagai model SDLC linear-sekuensial. Hal ini sangat sederhana untuk memahami dan menggunakanya dalam mengimplementasikan sebuah sistem.
Dalam Model Waterfall, setiap tahap harus berurutan, dan tidak dapat meloncat ketahap berikutnya, harus menyelesaikan tahap pertama baru lanjut ke tahap ke dua dst.
Langkah-langkah Waterfall SDLC:



Pendekatan Waterfall digunakan secara luas dalam Pengembangan sistem, step-step nya terdiri dari:

Requirement Gathering and analysis - Mengumpulkan kebutuhan secara lengkap kemudian kemudian dianalisis dan didefinisikan kebutuhan yang harus dipenuhi oleh :

1. program yang akan dibangun. Fase ini harus dikerjakan secara lengkap untuk bisa menghasilkan desain yang lengkap.
2. System Design - Desain dikerjakan setelah kebutuhan selesai dikumpulkan secara lengkap
3. Implementation - Desain program diterjemahkan ke dalam kode-kode dengan menggunakan bahasa pemrograman yang sudah ditentukan. Program yang dibangun langsung diuji baik secara unit.
4. Integration and Testing - Penyatuan unit-unit program kemudian diuji secara keseluruhan (system testing)
5. Deployment of system - Mengoperasikan program dilingkungannya dan melakukan pemeliharaan, seperti penyesuaian atau perubahan karena adaptasi dengan situasi sebenarnya.
6. Maintenance - Proses pemeliharaan sistem yang sudah dibangun                                                                

Kelebihan Waterfall Model

Keuntungan dari Waterfall model adalah Jadwal dapat diatur dengan tenggat waktu untuk setiap tahap pengembangan dan produk dapat dilanjutkan melalui proses pengembangan model fase satu per satu. Pembangunan bergerak dari konsep, melalui desain, implementasi, pengujian, instalasi, pemecahan masalah, dan berakhir di operasi dan pemeliharaan

Berikut Keuntungan lainya dari Waterfall Model :

• Simple, mudah dimengerti dan di implemetasikan
• Mudah untuk mengelola karena model yang sederhana. Setiap fase memiliki spesifik requirement dan proses review
• Fase diproses dan diselesaikan satu per satu
• Cocok untuk project skala kecil dimana kebutuhan project dapat mudah dimengerti
• Jelas dalam mendefinisikan setiap tahap
• Mudah menentukan pencapaian suatu sistem
• Mudah dalam menentukan tugas setiap individu
• Proses pendokumentasian lebih mudah.

Kekurangan Waterfall Model

Kerugian dari Waterfall model adalah tidak memungkinkan banyak refleksi atau revisi. Setelah aplikasi dalam tahap pengujian, sangat sulit untuk kembali dan mengubah sesuatu yang tidak terdokumentasi dengan baik atau pikiran pada dalam tahap konsep.

Berikut Kerugian lainya dari Waterfall Model:

• Aplikasi yang dihasilkan cenderung lama karena step-step tidak dapat dilongkap
• Resiko yang tinggi karena proses nya terlalu lama
• Tidak cocok untuk project yang terlalu complex dan Object Oriented Projects
• Tidak cocok untuk project jangka lama dan untuk project yang sedang berjalan
• Tidak cocok untuk project yang mudah berganti-ganti model proses
• Sulit untuk mengukur kemajuan dalam tahap
• Integrasi dilakukan sebagai "big-bang. Di akhir, yang tidak memungkinkan mengidentifikasi setiap teknologi atau bisnis hambatan atau tantangan awal.

Sumber Link :

http://blog.juansyah.web.id/2018/08/model-system-development-life-cycle-sdlc.html

Read More

SEJARAH PERKEMBANGAN SYSTEM DEVELOPMENT LIFE CYCLE (SDLC)

SDLC (Systems Development Life Cycle, Siklus Hidup Pengembangan Sistem) atau Systems Life Cycle (Siklus Hidup Sistem), dalam rekayasa sistem dan rekayasa perangkat lunak, adalah proses pembuatan dan pengubahan sistem serta model dan metodologi yang digunakan untuk mengembangkan sistem-sistem tersebut. Konsep ini umumnya merujuk pada sistem komputer atau informasi. SDLC juga merupakan pola yang diambil untuk mengembangkan sistem perangkat lunak, yang terdiri dari tahapan: rencana (planning), analisis (analysis), desain (design), implementasi (implementation), uji coba (testing) dan pengelolaan (maintenance). Dalam rekayasa perangkat lunak, konsep SDLC mendasari berbagai jenis metodologi pengembangan perangkat lunak. Metodologi-metodologi ini membentuk suatu kerangka kerja untuk perencanaan dan pengendalian pembuatan sistem informasi, yaitu proses pengembangan perangkat lunak. Terdapat 3 jenis metode siklus hidup sistem yang paling banyak digunakan, yakni: siklus hidup sistem tradisional (traditional system life cycle), siklus hidup menggunakan prototyping (life cycle using prototyping), dan siklus hidup sistem orientasi objek (object-oriented system life cycle).

Pada pertengahan tahun 60-an terjadi kegagalan yang sangat besar dalam penerapan aplikasi EDP (Electronic Data Processing) untuk sistem-sistem besar, sebagian besar disebabkan tidak adanya pengembangan sistem. Sesudah terjadinya kegagalan tersebut pada akhir tahun 60-an dan awal 70-an, kesadaran akan pentingnya metodologi pengembangan sistem mulai tumbuh. Sejak itulah berbagai proposal metodologi mulai dibuat dan penerapan mereka mulai kelihatan. Para desainer dari hampir semua bidang metodologi pengembangan sistem informasi mempunyai pandangan yang sama, yaitu: mereka telah mengetahui bahwa proses pengembangan sistem informasi, baik yang berdasarkan komputer atau tidak, menyerupai dengan proses pengembangan sistem engineering.

Hubungan dengan konstruksi dan operasi berbagai jenis gedung, mesin, peralatan kimia yang merupakan contoh perkembangan sistem informasi engineering, kita dapat meringkas tahap-tahap proses perkembangan tersebut sebagai berikut:

1. Perencanaan (Planning)

2. Analisis (Analysis)

3. Desain (Design)

4. Pelaksanaan (Implementation)

5. Perawatan (Maintenance)

Tahun 1960

1. 1.Analisis sistem sekarang
2. 2.Mengembangkan model konsep
3. 3.Tes Model
4. 4.Petunjuk instalasi baru
5. 5.Instalasi keseluruhan
6. 6.Sistem baru

Tahun 1970

1. 1.Batasan definisi
2. 2.Studi Pengamatan
3. 3.Pengumpulan data dan analisis
4. 4.Sistem desain
5. 5.Rencana pelaksaan
6. 6.Pengembangan
7. 7.Pengujian
8. 8.Interupsi

9.Perawatan

Tahun 1980

1. Pengamatan awal
2. Studi Kelayakan
3. Operasi dan sistem analis
4. Permintaan pemakai
5. Pendekatan dukungan teknik
6. Desain Konsep
7. Evaluasi alternatif dan pelaksanaan
8. Spesifikasi sistem teknik
9. Perkembangan dukungan teknik
10. Spesifikasi aplikasi
11. Program aplikasi dan pengujian
12. Prosedur pemakai dan kontrol
13. Rencana pelaksanaan
14. Rencana konversi
15. Pengujian sistem
16. Pelaksanaan konversi
17. Penekanan dan pencarian
18. Pengulangan pelaksanaan yang lalu

Tahun 1983

1. Definisi masalah
2. Studi kelayaka
3. Analisis
4. Sistem desain
5. Desain keseluruhan
6. Pelaksanaan
7. Perawatan

Kesalahan interpretasi mengenai tahap-tahap perkembangan sistem di atas adalah linier. Seolah olah semua fase dan tahap terlihat berderet secara berurutan. Tetapi sebenarnya tidak demikian. Semua tahap pada proses perkembangan sistem tersebut mempunyai sifat dasar yang iteratif yaitu pekerjaan pada suatu tahap sering harus diulang-ulang, dan apapun yang dikerjakan pada suatu tahap mungkin perlu dikoreksi secara keseluruhan.

Meskipun terdapat beberapa variasi diantara masing-masing tahap, metode sistem klasik ternyata tidak cukup untuk menghasilkan sistem informasi yang baik, kemudian sebagai tambahan pada penamaan tahap-tahap dari suatu daur hidup sistem, kita harus mempunyai beberapa peralatan dan teknik baku untuk mengembangkan sistem tersebut. Pada awal 70-an, beberapa peralatan dan metodologi dikumpulkan dengan nama metodologi terstruktur atau metodologi perkembangan sistem terstruktur atau metodologi analisis dan desain terstruktur. Pada dasarnya metodologi-metodologi tersebut menyajikan peralatan dan teknik tambahan kepada analis sistem, disamping ide tentang daur hidup sistem informasi.

Sumber : 

http://ameliasetiawty.blogspot.com/2014/01/sejarah-perkembangan-sdlc-system.html

Materi Perkembangan Sistem Informasi

Read More

System Development Lyfe Cycle

SDLC adalah tahapan-tahapan pekerjaan yang dilakukan oleh analis sistem dan programmer dalam membangun sistem informasi. Langkah yang digunakan meliputi :

1.      Melakukan survei dan menilai kelayakan proyek pengembangan sistem informasi

2.      Mempelajari dan menganalisis sistem informasi yang sedang berjalan

3.      Menentukan permintaan pemakai sistem informasi

4.      Memilih solusi atau pemecahan masalah yang paling baik

5.      Menentukan perangkat keras (hardware) dan perangkat lunak (software)

6.      Merancang sistem informasi baru

7.      Membangun sistem informasi baru

8.      Mengkomunikasikan dan mengimplementasikan sistem informasi baru

9.      Memelihara dan melakukan perbaikan/peningkatan sistem informasi baru bila diperlukan

System Development Lyfe Cycle (SDLC) adalah keseluruhan proses dalam membangun sistem melalui beberapa langkah. Ada beberapa model SDLC. Model yang cukup populer dan banyak digunakan adalah waterfall. Beberapa model lain SDLC misalnya fountain, spiral, rapid, prototyping, incremental, build & fix, dan synchronize & stabilize.

Dengan siklus SDLC, proses membangun sistem dibagi menjadi beberapa langkah dan pada sistem yang besar, masing-masing langkah dikerjakan oleh tim yang berbeda.

Dalam sebuah siklus SDLC, terdapat enam langkah. Jumlah langkah SDLC pada referensi lain mungkin berbeda, namun secara umum adalah sama. Langkah tersebut adalah :

1. Analisis sistem, yaitu membuat analisis aliran kerja manajemen yang sedang berjalan

2. Spesifikasi kebutuhan sistem, yaitu melakukan perincian mengenai apa saja yang dibutuhkan dalam pengembangan sistem dan membuat perencanaan yang berkaitan dengan proyek system

3. Perancangan sistem, yaitu membuat desain aliran kerja manajemen dan desain pemrograman yang diperlukan untuk pengembangan sistem informasi

4. Pengembangan sistem, yaitu tahap pengembangan sistem informasi dengan menulis program yang diperlukan

5. Pengujian sistem, yaitu melakukan pengujian terhadap sistem yang telah dibuat

6. Implementasi dan pemeliharaan sistem, yaitu menerapkan dan memelihara sistem yang telah dibuat

Siklus SDLC dijalankan secara berurutan, mulai dari langkah pertama hingga langkah keenam. Setiap langkah yang telah selesai harus dikaji ulang, kadang-kadang bersama expert user, terutama dalam langkah spesifikasi kebutuhan dan perancangan sistem untuk memastikan bahwa langkah telah dikerjakan dengan benar dan sesuai harapan. Jika tidak maka langkah tersebut perlu diulangi lagi atau kembali ke langkah sebelumnya.

Kaji ulang yang dimaksud adalah pengujian yang sifatnya quality control, sedangkan pengujian di langkah kelima bersifat quality assurance. Quality control dilakukan oleh personal internal tim untuk membangun kualitas, sedangkan quality assurance dilakukan oleh orang di luar tim untuk menguji kualitas sistem. Semua langkah dalam siklus harus terdokumentasi. Dokumentasi yang baik akan mempermudah pemeliharaan dan peningkatan fungsi system

Beberapa model yang berkembang terkait dengan System Development Life Cycle (SDLC). Namun terdapat beberapa model yang populer dalam dunia pengembangan perangkat lunak.

1.Waterfall.

Model ini menggunakan pendekatan secara sistematis dan sekuensial yang mulai pada tingkat requirment sampai tingkat maintenance.

Kelebihan

1.      Proses menjadi teratur

2.      Jadwal menjadi lebih menentu

3.      Proses mudah dipahami dan jelas

4.      Mudah dalam pengelolaan proyek

5.       Kondisi requirment jelas.

Kelemahan

1.      Sifatnya kaku, karena tidak mudah tanggap dalam menanggapi segala perubahan.

2.      Membutuhkan daftar kebutuhan yang lengkap diawal

3.       Proses pengembangan relative lama, dikarenakan tahap selanjutnya bisa dilakukan jika tahap sebelumnya selesai dikerjakan.

2.Prototype

Model prototype merupakan model pengembangan software yang mengijinkan pengguna/user memiliki gambaran awal tentang program yang akan dikembangkan serta melakukan pengujian awal.

Model prototype juga memberi fasilitas bagi pengembangn dan user untuk saling terkait dan berinteraksi.

Kelebihan
       1.     Fleksibel

 2.       Bersifat aktif, sehingga user dapat melihat, merasakan, dan mengalami proses pengembangan.

 3.       Perbaikan kesalahan relative cepat.

Kelemahan

1.       Mengurangi kreatifitas perancangan

2.       Cakupan pengembangannya sistem dapat lebih luas

3.Rapid Application Development (RAD)

Model pengembangan yang menggunakan pendekatan orientasi komponen terhadap pengembangan perangkat lunak. Model ini bertujuan mempersingkat waktu yang biasanya diperlukan dalam siklus hidup pengembangan konvensional.

Kelebihan

1.      Pengembangan yang cepat

2.      Adanya Prototype

3.      Pengurangan Penulisan kode yang Kompleks, Dikarenakan reuse code yang sudah ada.

Kelemahan

1.      Tidak Relavan untuk Proyek skala besar.

2.      Memerlukan komitmen yang kuat antara pengembang dengan Konsumer

3.      Membutuhkan Sumber daya yang besar untuk proyek skala besar.

4.Spirall

Model Spirall merupakan model pengembangan perangkat lunak yang evolusioner yang memadukan  sifat iteratif model protype  dan aspek sistematis dari mode sekuensial.

Version Release meningkat  setiap iterasi terjadi.

Kelebihan

1.      Cocok untuk proyek skala besar

2.      Manajemen kesalahan baik

3.      Menggunakan prototype sebagai mekanisme pengurangan resiko dan pada setiap keadaan  didalam  evolusi produk.

Kelemahan

1.      Waktu pengembangan cukup lama

2.      Dibutuhkan ahli dalam penanganan resiko

3.       Kesulitan dalam meyakinkan konsumen.

5.Agile

Model Agile merupakan model pengembangan jangka pendek yang memerlukan adaptasi cepat dan pengembangan terhadap perubahan dalam bentuk apapun. Dalam agile terdapat beberapa poin penting diantaranya sebagai berikut:

1.      Interaksi antar personal lebih penting daripada proses dan alat.

2.      Software yang berfungsi lebih penting  daripada Dokumentasi yang lengkap

3.      Kolaborasi dengan klien lebih penting daripada Negoisasi kontrak

4.      Sikap tanggap lebih penting daripada Mengikuti rencana/plan.

Kelebihan

1.      Functional dapat dibuat dengan cepat dan dilakukan testing

2.      Perubahan dengan cepat ditangani.

Kelemahan

1.      Analisis,desain,dan pengembangan sulit di prediksi

2.      Dapat memunculkan  permasalahan  dari Arsitektur maupun desain.

 Berikut ini adalah Fase-fase Sistem Development Life Cycle (SDLC) meliputi:

A. Perencanaan Sistem (Systems Planning)

Lebih menekankan pada aspek studi kelayakan pengembangan sistem (feasibility study). Aktivitas-aktivitas yang ada meliputi :

• Pembentukan dan konsolidasi tim pengembang.

• Mendefinisikan tujuan dan ruang lingkup pengembangan.

• Mengidentifikasi apakah masalah-masalah yang ada bisa diselesaikan melalui pengembangan sistem.

• Menentukan dan evaluasi strategi yang akan digunakan dalam pengembangan sistem.

• Penentuan prioritas teknologi dan pemilihan aplikasi.

B. Analisis Sistem (Systems Analysis)

Analisa sistem adalah tahap di mana dilakukan beberapa aktivitas berikut:

• Melakukan studi literatur untuk menemukan suatu kasus yang bisa ditangani oleh sistem.

• Brainstorming dalam tim pengembang mengenai kasus mana yang paling tepat dimodelkan dengan sistem.

• Mengklasifikasikan masalah, peluang, dan solusi yang mungkin diterapkan untuk kasus tersebut.

• Analisa kebutuhan pada sistem dan membuat batasan sistem.

• Mendefinisikan kebutuhan sistem.

C. Perancangan Sistem (Systems Design)

Pada tahap ini, features dan operasi-operasi pada sistem dideskripsikan secara detail. Aktivitas-aktivitas yang dilakukan adalah:

• Menganalisa interaksi obyek dan fungsi pada sistem.

• Menganalisa data dan membuat skema database.

• Merancang user interface.

D. Implementasi Sistem (Systems Implementation)

Tahap berikutnya adalah implementasi yaitu mengimplementasikan rancangan dari tahap-tahap sebelumnya dan melakukan uji coba.

Dalam implementasi, dilakukan aktivitas-aktivitas sebagai berikut:

• Pembuatan database sesuai skema rancangan.

• Pembuatan aplikasi berdasarkan desain sistem.

• Pengujian dan perbaikan aplikasi (debugging).

E. Pemeliharaan Sistem (Systems Maintenance)

Dilakukan oleh admin yang ditunjuk untuk menjaga sistem tetap mampu beroperasi secara benar melalui kemampuan sistem dalam mengadaptasikan diri sesuai dengan kebutuhan.

Sumber: https://yuliagroups.wordpress.com/system-development-life-cycle-sdlc/

                https://medium.com/@purwanto.dev/metodologi-system-development-life-cycle-sdlc-2f0349df1364

                http://blog.juansyah.web.id/2018/08/model-system-development-life-cycle-sdlc.html

                  

Read More