(E-Learning Series)

TOPIK-2:

Mengetahui mengenai pengujian menggunakan metode white-box:

• Metode pengujian white-box testing
  
• Metode pengujian basis path testing
  
• Metode pengujian control structure testing
  

[Pressman2016] ch17, p444-p458

Dari materi-1 yang sudah diberikan, rekan didik sudah mendapatkan gambaran mengenai definisi dari testing implementasi system informasi.

Pengujian perangkat lunak (bahasa Inggris: software testing) adalah
Suatu investigasi yang dilakukan untuk mendapatkan informasi mengenai kualitas dari produk atau layanan yang sedang diuji (under test). Pengujian perangkat lunak juga memberikan pandangan mengenai perangkat lunak secara obyektif dan independen, yang bermanfaat dalam operasional bisnis untuk memahami tingkat risiko pada implementasinya.

Teknik-teknik pengujian mencakup, namun tidak terbatas pada, proses mengeksekusi suatu bagian program atau keseluruhan aplikasi dengan tujuan untuk menemukan bug perangkat lunak (kesalahan atau cacat lainnya). Pengujian perangkat lunak dapat dinyatakan sebagai proses validasi dan verifikasi bahwa sebuah program / aplikasi / produk:

1. Memenuhi kebutuhan (requirement) yang mendasari perancangan dan pengembangan perangkat lunak tersebut;

2. Berjalan sesuai dengan yang diharapkan

3. Dapat diterapkan menggunakan karakteristik yang sama

4. Memenuhi kebutuhan semua pihak yang berkepentingan.

Metode pengujian white-box testing

White box testing adalah pengujian yang didasarkan pada pengecekan terhadap detail perancangan, menggunakan struktur kontrol dari desain program secara procedural untuk membagi pengujian ke dalam beberapa kasus pengujian. Secara sekilas dapat diambil kesimpulan white box testing merupakan petunjuk untuk mendapatkan program yang benar secara 100%.

White-box/Structure-based terdapat dalam standar BS7925-2.

Testabilitas perangkat lunak adalah seberapa mudah sebuah program computer dapat diuji.

Pengujian White Box disebut juga :

• Glass Box Testing (Pengujian kotak bening)

• Code Base Testing (Source kodenya dimunculkan)

• Structural Testing (Struktur program ditampilkan)

Pengujian & Langkah:

Pengujian white box:

• Untuk mengetahui cara kerja suatu perangkat lunak secara internal.

• Untuk menjamin operasi-operasi internal sesuai dengan spesifikasi yang telah ditetapkan dengan menggunakan struktur kendali dari prosedur yang dirancang.

Pelaksanaan pengujian white box:

• Menjamin seluruh independent path dieksekusi paling sedikit satu kali. Independent path adalah jalur dalam program yang menunjukkan paling sedikit satu kumpulan proses ataupun kondisi baru.

• Menjalani logical decision pada sisi dan false.

• Mengeksekusi pengulangan (looping) dalam batas-batas yang ditentukan.

• Menguji struktur data internal.

Langkah-langkah white box:

1. Mendefinisikan semua alur logika

2. Membangun kasus untuk digunakan dalam pengujian

3. Melakukan pengujian.

Jenis Uji White-Box:

• Statement coverage testing
  

The percentage of executable statements that have been exercised by a test suite.

Contoh:

• Decision coverage testing
  

The percentage of decision outcomes that have been exercised by a test suite.

100% decision coverage implies 100% statement coverage.

Contoh:

• Condition coverage testing
  

Dalam teknik pengujian Box putih ini mencoba untuk menutupi cakupan kode 100%, artinya saat menguji setiap kondisi yang mungkin dalam kode dieksekusi setidaknya satu kali.

apakah setiap struktur kendali (if … elseif … else …) telah dievaluasi ke TRUE atau FALSE?

• Multiple coverage testing
  

Dalam jenis pengujian yang kita gunakan untuk mencakup setiap titik sistem yang akan dijalankan sekali. Dalam proses pengembangan sebenarnya pengembang memanfaatkan kombinasi teknik yang sesuai untuk aplikasi perangkat lunak yang ada.

Basis path

•  Pengukuran kompleksitas kode program dan pendefinisian alur yang akan dieksekusi.
  
• Digambarkan sequence, if, atau while nya
  

Uji coba basis path adalah teknik uji coba white box yg diusulkan Tom McCabe.

Metode ini memungkinkan perancang test case mendapatkan ukuran kekompleksan logical dari perancangan prosedural dan menggunakan ukuran ini sbg petunjuk untuk mendefinisikan basis set dari jalur pengerjaan. 

Test case yg didapat digunakan untuk mengerjakan basis set yg menjamin pengerjaan setiap perintah minimal satu kali selama uji coba.

Contoh:

Sekarang untuk memastikan cakupan maksimum, kami akan membutuhkan 4 kasus uji.

Bagaimana? Cukup – ada 2 pernyataan keputusan, jadi untuk setiap pernyataan keputusan, kita perlu dua cabang untuk diuji. Satu untuk yang benar dan yang lainnya untuk kondisi yang salah. Jadi untuk 2 pernyataan keputusan, kita akan membutuhkan 2 kasus uji untuk menguji sisi sebenarnya dan 2 kasus uji untuk menguji sisi palsu, yang membuat total 4 kasus uji.

TestCase_01: A=50, B=60

TestCase_02: A=55, B=40

TestCase_03: A=40, B=65

TestCase_04: A=30, B=30

Red Line – TestCase_01 = (A=50, B=60)

Blue Line = TestCase_02 = (A=55, B=40)

Orange Line = TestCase_03 = (A=40, B=65)

Green Line = TestCase_04 = (A=30, B=30)

https://www.softwaretestinghelp.com/white-box-testing-techniques-with-example/

• Cyclomatic Complexity
  

Adalah pengukuran software yang memberikan pengukuran kuantitatif dari kompleksitas logika program.
Pada konteks metode basis path testing , nilai yang dihitung bagi cyclomatic complexity menentukan  jumlah jalur-jalur yang independen dalam kumpulan basis suatu program dan memberikan jumlah tes minimal yang harus dilakukan untuk memastikan bahwa semua pernyataan telah dieksekusi sekurangnya satu kali.

Jalur independen adalah tiap jalur pada program yang memperlihatkan 1 kelompok baru dari pernyataan proses atau kondisi baru.

Terdapat 2 persamaan yang digunakan, yaitu:

V(G)= E – N + 2 atau V(G)= P + 1

Keterangan:

V(G)= cyclomatic complexity untuk flow graph G

E=Jumlah edge(panah)

N=Jumlah node(lingkaran)

P=Jumlah predicate node

• Graph Matrix
  

Adalah matrik berbentuk segi empat sama sisi, dimana jumlah baris dan kolom sama dengan jumlah node, dan identifikasi baris dan kolom sama dengan identifikasi node, serta isi data adalah keberadaan penghubung antar node (edges).

Beberapa properti yang dapat ditambahkan sebagai pembobotan pada koneksi antar node di dalam graph matrix, sebagai berikut:

• Kemungkinan jalur (Edge) akan dilalui / dieksekusi.
  
• Waktu proses yang diharapkan pada jalur selama proses transfer dilakukan.
  
• Memori yang dibutuhkan selama proses transfer dilakukan pada jalur.
  
• Sumber daya (resources) yang dibutuhkan selama proses transfer dilakukan pada jalur.
  

• Control Structur Testing
  

Meliputi;

Condition testing Suatu metode disain test case yang memeriksa kondisi logika yang terdapat pada modul program.

• Data flow testing:: Metode data flow testing memilih jalur program berdasarkan pada lokasi dari definisi dan penggunaan variabel-variabel pada program.
  
• Loop testing:: suatu teknik white box testing yang berfokus pada validitas konstruksi loop secara eksklusif.  Ada 4 kelas dari loop, yaitu;
  
  • Simple Loops
    

Diaplikasikan pada bentuk loop yang sederhana, dimana n adalah jumlah maksimum yang diijinkan untuk melalui loop.

• lewati loop secara keseluruhan.
  
• hanya satu yang melalui loop
  
• m dapat melalui loop dimana m = n atau m < n
  

2. Nested loop 

teruskan sampai semua loop selesai diuji.

3. Concanated Loop 

• Dapat diuji dengan menggunakan pendekatan simple loop bila masing-masing dari loop independent terhadap yang lain.
  
• Bila dua loop dirangkai dan pencacah loop untuk loop 1 digunakan sebagai harga awal untuk loop 2, kemudian loop tersebut menjadi tidak independen, maka pendekatan yang diaplikasikan ke loop tersebut direkomendasikan.
  

4. Unstructured Loop 

Apabila memungkinkan, kelas loop ini harus didesain lagi untuk mencerminkan penggunaan konsepsi pemrograman terstruktur.

Kesimpulan:

White box :

• Dilakukan oleh penguji yang mengetahui tentang QA.
  
• Melakukan testing pada software/program aplikasi menyangkut security dan performance program tersebut (meliputi tes code, desain implementasi, security, data flow, software failure).
  
• Dilakukan seiring dengan tahapan pengembangan software atau pada tahap testing.
  

Kelebihan White Box Testing

     – Kesalahan logika. Digunakan pada sintaks ‘if’ dan pengulangan. Dimana White Box Testing akan mendeteksi kondisi-kondisi yang tidak sesuai dan mendeteksi kapan proses pengulangan akan berhenti.
    – Ketidaksesuaian asumsi. Menampilkan asumsi yang tidak sesuai dengan kenyataan, untuk di analisa dan diperbaiki.
      – Kesalahan ketik. Mendeteksi bahasa pemrograman yang bersifat case sensitive.

Kelemahan White Box Testing

       – Untuk perangkat lunak yang tergolong besar, White Box Testing dianggap sebagai strategi yang tergolong boros, karena akan melibatkan sumber daya yang besar untuk melakukannya.

Pustaka

– [Homes2012] Homès, Bernard. 2012. Fundamentals of Software Testing. Hoboken: John Wiley & Sons, Inc.
– [Pressman2016] Pressman, Roger; Maxim, Bruce. 2016. Software Engineering: A Practitioner’s Approach, 8th Edition
– [Fournier2009] Fournier, Greg. 2009. Essential Software Testing: A Use-Case Approach
– [Kendal2014] Kendal & Kendal. 2014. Systems Analysis and Design (9th Ed). Pearson Education

• https://id.wikipedia.org/wiki/Pengujian_perangkat_lunak
  
• https://mti.binus.ac.id/2016/04/08/pengujian-perangkat-lunak/
  
• https://rinnooberta.wordpress.com/category/testing-dan-implementasi/
  
• http://tkjpnup.blogspot.com/2013/12/black-box-testing-dan-white-box-testing.html
  
• https://www.softwaretestinghelp.com/white-box-testing-techniques-with-example/
  

  
   

The post TESTING IMPLEMENTASI SISTEM INFORMASI:(2) appeared first on Cerita Hosting ☁️.

(E-Learning Series)

TOPIK-1:

Mengetahui Fundamental dalam melakukan pengujian Sistem Informasi

Sebelum bahasan dari topik Testing Implementasi, ada baiknya kita mengetahui terlebih dahulu dari definisi-definisi untuk pembahasan lanjutan.

Definisi data:

• Menurut berbagai kamus bahasa Inggris-Indonesia, data diterjemahkan sebagai istilah yang berasal dari kata “datum” yang berarti fakta atau bahan-bahan keterangan.

• Dari sudut pandang bisnis, data bisnis (business data) adalah deskripsi organisasi tentang sesuatu(resources) dan kejadian (transactions) yang terjadi (business data is an organization’s description of things (resources)and events (transactions) that it faces).

• Data adalah deskripsi dari sesuatu dan kejadian yang kita hadapi.

• Data adalah kenyataan yang menggambarkan suatu kejadian-kejadian dan kesatuan nyata. Kejadian adalah sesuatu yang terjadi pada saat tertentu. Kesatuan nyata adalah berupa suatu objek nyata seperti tempat, benda dan orang yang betul-betul ada dan terjadi.

Definisi Informasi:

• Menurut Gordon B. Davis dalam bukunya Management Informations System :

Conceptual Foundations, Structures, and Development menyebut informasi sebagai data yang telah diolah menjadi bentuk yang berguna bagi penerimanya dan nyata, berupa nilai yang dapat dipahami di dalam keputusan sekarang maupun masa depan.

• Menurut Barry E. Cushing dalam buku Accounting Information System and Business Organization, dikatakan bahwa informasi merupakan sesuatu yang menunjukkan hasil pengolahan data yang diorganisasi dan berguna kepada orang yang menerimanya.

• Menurut Robert N. Anthony dan John Dearden dalam buku Management Control

Systems, menyebut informasi sebagai suatu kenyataan, data, item yang menambah pengetahuan bagi penggunanya.

• Menurut Stephen A. Moscove dan Mark G. Simkin dalam bukunya Accounting

Information Systems : Concepts and Practise mengatakan informasi sebagai kenyataan atau bentuk-bentuk yang berguna yang dapat digunakan untuk pengambilan keputusan bisnis.

Kesimpulan:

✓
Data adalah nilai yang mendeskripsikan dari suatu objek atau kejadian.

✓
Informasi adalah hasil dari pengolahan data dalam bentuk yang lebih berguna dan lebih berarti bagi penerimanya yang menggambarkan suatu kejadian-kejadian

sehingga akan berguna untuk pengambilan keputusan.

Definisi Software / Perangkat Lunak :

• Kumpulan instruksi yang berfungsi untuk menjalankan suatu perintah, seperti

memberikan informasi tentang hardware, menentukan fungsi hardware, dan

menjalankan sistem.

• Seluruh komponen pengolahan data yang dapat membantu memecahkan masalah diluar dari perangkat hardware yang meliputi system design, program dan prosedur.

Gambaran umum tentang perangkat lunak antara lain :

1. Perintah (program computer) yang bila dieksekusi memberikan fungsi dan unjuk

kerja seperti yang diinginkan.

2. Struktur data yang memungkinkan program memanipulasi informasi secara

proporsional.

3. Dokumen yang menggambarkan operasi dan kegunaan program.

Berdasarkan jenisnya, software dibagi menjadi 3 yaitu :

1. Firmware (BIOS)

2. Sistem Operasi (Windows, Linux, Mac OS, dll)

3. Software Aplikasi (Photoshop, WinAmp, WinZip, Office, dll)

Siklus Informasi :

Siklus informasi adalah gambaran secara umum mengenai proses terhadap data sehingga menjadi informasi yang bermanfaat bagi pengguna. Informasi yang menghasilkan informasi berikutnya. Demikian seterusnya proses pengolahan data menjadi informasi.

• Proses menghasilkan informasi harus melalui tahapan-tahapan yang dilakukan komputer sebagai teknologi informasi.
  
• Tahapan-tahapan tersebut terdiri atas Input – Proses – Output yang disebut sebagai siklus proses informasi. Artinya, bila tahap telah sampai pada output maka output tersebut dapat dijadikan input kembali.
  
• Dengan demikian dapat dikatakan bahwa informasi yang dihasilkan dapat pula dijadikan data kembali sebagai input untuk diproses selanjutnya.
  
• Data dan informasi akan saling berkesinambungan sehingga membentuk suatu siklus yang disebut information cycle (siklus informasi).
  

Jika kita melihat SDLC-Waterfall model didalam pembangunan dan pengembangan aplikasi, Testing dan implementasi merupakan rangkaian yang dilakukan setelah tahapan analisa dan design dan sebelum tahapan deployment, sebelum aplikasi di serah terima atau digunakan pengguna akhir(End user).

Ada beberapa pendapat dari beberapa ahli yang dapat menjadi acuan didalam pengujian/testing:

Glen Myers menyatakan bahwa sasaran dari pengujian perangkat lunak adalah : 

1. Pengujian adalah proses menjalankan suatu program dengan maksud menemukan kesalahan. 

2. Pengujian yang baik adalah yang memiliki kemungkinan tinggi untuk menemukan kesalahan yang belum pernah ditemukan sebelumnya. 

3. Pengujian yang sukses adalah pengujian yang mengungkap semua kesalahan yang belum pernah ditemukan sebelumnya. 

Roger S. Pressman mendefinisikan sendiri mengenai prinsip-prinsip pengujian terhadap perangkat lunak : 

•  Pengujian harus sesuai dengan persyaratan konsumen. 
  
•  Para ahli harus betul-betul mengetahui spesifikasi dari produk (software) yang diinginkan konsumen. 
  
•  Pengujian harus direncanakan lama sebelum pengujian itu di mulai. 
  
•  Prinsip Pareto berlaku untuk pengujian perangkat lunak. 
  
•  80 % kesalahan yang ditemukan, hanya dapat ditelusuri sampai 20 % dari semua modul program. 
  
• Pengujian harus dimulai dari yang kecil dan berkembang ke pengujian yang besar. 
  
• Pengujian berfokus dalam usaha menemukan kesalahan pada modul yang terintegrasi, dan akhirnya pada sistem secara keseluruhan. 
  
• Pengujian yang sempurna tidak mungkin. 
  
• Agar efektif, pengujian harus dilakukan oleh pihak ketiga yang independent (third party). 
  
• Pengujian yang memiliki probabilitas tinggi untuk menemukan kesalahan. 
  
• Pembuat sistem bukanlah orang yang paling tepat untuk melakukan semua pengujian bagi perangkat lunak. 
  

• Pengujian perangkat lunak (bahasa Inggris: software testing)
  

• Suatu investigasi yang dilakukan untuk mendapatkan informasi mengenai kualitas dari produk atau layanan yang sedang diuji (under test).

• Pengujian perangkat lunak juga memberikan pandangan mengenai perangkat lunak secara obyektif dan independen, yang bermanfaat dalam operasional bisnis untuk memahami tingkat risiko pada implementasinya.

• Teknik-teknik pengujian mencakup, namun tidak terbatas pada, proses mengeksekusi suatu bagian program atau keseluruhan aplikasi dengan tujuan untuk menemukan bug perangkat lunak (kesalahan atau cacat lainnya).

Pengujian perangkat lunak dapat dinyatakan sebagai proses validasi dan verifikasi bahwa sebuah program / aplikasi / produk:

1. Memenuhi kebutuhan (requirement) yang mendasari perancangan dan pengembangan perangkat lunak tersebut;

2. Berjalan sesuai dengan yang diharapkan;

3. Dapat diterapkan menggunakan karakteristik yang sama;

4. Memenuhi kebutuhan semua pihak yang berkepentingan.

Type Pengujian/testing:

1. Pengujian Perangkat Lunak (Software Testing) Vs Pembetulan Perangkat Lunak
   

(Software Debugging)

• Pengujian perangkat lunak bukanlah pembetulan perangkat lunak dan dilakukan oleh dua peran (role) yang berbeda, walau dalam keseharian peran ini bisa dilakukan oleh orang yang sama. Pengujian perangkat lunak yang dilakukan oleh seorang penguji (tester) melibatkan identifikasi kesalahan (error/bug/defect) tanpa terlibat dalam perbaikan. Sedangkan pembetulan perangkat lunak yang dilakukan oleh seorang pemogram (developer) adalah aktivitas mengindentifikasi kesalahan, mengisolirnya dan memperbaiki kesalahan yang ditemukan.
  

1. Pengujian Perangkat Lunak Vs Jaminan Mutu (Qualitiy Assurrance) dan Pengawasan Mutu (Quality Control)
   

   ❖ Dikarenakan pengujian perangkat lunak juga berkenaan dengan mutu, maka beberapa terminologi yang berkenaan dengan mutu sering juga disinggung dalam pembahasan pengujian perangkat lunak. Aktivitas dalam jaminan mutu adalah untuk memastikan bahwa proses, prosedur dan standar yang digunakan dalam proses verifikasi dilakukan sesuai untuk perangkat lunak yang dibangun dan keperluan yang diinginkan. Sedangkan aktivitas pengawasan mutu adalah untuk memastikan bahwa perangkat lunak yang dibangun sesuai dengan keperluan yang sudah didokumentasikan (documented requirements). Jadi kedua aktivitas jaminan dan pengawasan mutu ini berbeda dengan aktivitas dalam pengujian perangkat lunak yang dalam hal ini adalah untuk mengindentifikasi kesalahan.
   

Catatan:

“Pengujian tidak dapat memperlihatkan kerusakan sistem, tetapi hanya dapat memperlihatkan bahwa ada kesalahan perangkat lunak. ”

• Tidak semua pengujian akan berhasil dengan baik. Masih ada beberapa kekurangan yang terdapat pada pengujian suatu perangkat lunak.
  

  Kekurangan-kekurangan tersebut antara lain :
  

   1. Tidak pernah cukup melakukan banyak ujian yang layak. 
  

  2. Pengujian tidak akan menemukan semua kesalahan 
  

  3.Pengujian sulit dan menghabiskan banyak waktu
  

  4. Pengujian sebagian besar masih merupakan tugas yang tidak resmi. 
  

• Sebelum menetapkan metode pengujian, seorang ahli pada bidang software harus mengerti betul atau memahami prinsip dasar yang menuntun pengujian perangkat lunak.
  

  Prinsip-prinsip pengujian secara umum yang banyak dianut oleh para ahli perangkat lunak, antara lain :
  

  • Seorang Programmer seharusnya tidak menguji programnya sendiri.
    
  • Sebaiknya satu pengujian tidak hanya mengerjakan program yang dianggap benar, tetapi tidak mengerjakan yang dianggap salah.
    
  • Tujuan dari pengujian adalah untuk menemukan kesalahan, bukan untuk menunjukkan bahwa program tersebut salah.
    
  • Tidak ada sejumlah pengujian yang dapat menjamin bahwa program bebas dari kesalahan.
    
  • Bagian-bagian dari program di mana terdapat banyak kesalahan yang telah ditemukan adalah suatu tempat yang baik untuk menemukan kesalahan yang lebih banyak.
    
  • Tujuannya adalah bukan untuk mempermalukan programmer.
    

Kegagalan dan kesalahan:

Kesalahan sistem tidak selalu mengakibatkan error sistem, karena status salahnya mungkin bersifat sementara dan dapat diperbaiki sebelum terjadi perilaku yang merupakan error.

Jenis kegagalan dan kesalahan pada sistem antara lain :

• Kegagalan sistem (system failure)

Peristiwa yang terjadi pada suatu waktu ketika sistem tidak memberikan layanan sebagaimana diharapkan oleh user.

• Error sistem (system error)

Perilaku eror sistem dimana perilaku, sistem yang tidak sesuai dengan spesifikasinya

• Kesalahan sistem (system fault)

Status sistem yang tidak benar, yaitu status sistem yang tidak diharapkan oleh perancang sistem.

• Error atau kesalahan manusia (human error)

Perilaku manusia yang mengakibatkan kesalahan sistem.

Salah satu tujuan dari pengujian terhadap perangkat lunak, adalah untuk menemukan suatu kesalahan. Kesalahan-kesalahan tersebut mempunyai tingkatan-tingkatan yang diukur dengan istilah yang dimengerti oleh manusia. Tingkatan-tingkatan kesalahan tersebut dikategorikan sebagai berikut

A. MILD (ringan)

Gejala dari kesalahan yang mengganggu kita secara estetis. Kesalahan pengejaan, Kesalahan penempatan

B. MODERATE (sedang)

Kesalahan yang berpengaruh pada penampilan system Informasi yang menyesatkan

C. ANNOYING (menjengkelkan)

• Kesalahan dari system karena adanya suatu virus.

Nama yang terpotong

Tagihan untuk Rp. 0,00 di cetak / dikirim

D. DISTURBING (mengganggu)

• Sistem menolak untuk menangani transaksi yang sah Kartu kredit yang dilaporkan tidak bisa digunakan

E. SERIOUS (serius)

• Perhitungan yang salah

Hal ini menghilangkan hubungan pada proses transaksi Tidak mencetak setiap pembayaran

F. VERY SERIOUS (sangat serius)

Kesalahan yang menyebabkan system melakukan transaksi yang salah

•    Sebuah system kredit dapat melakukan kesalahan perhitungan.
  

G. EXTREME (besar)

Masalah yang tidak terbatas pada beberapa transaksi
Sering berubah-ubah atau masalah yang tidak lazim

H. INTOLERABLE (kurang tahan)

Pertimbangan yang serius diberikan untuk mematikan system.

I. CATASTROPHIC (bencana besar)

Sistem yang salah

Pustaka

– [Homes2012] Homès, Bernard. 2012. Fundamentals of Software Testing. Hoboken: John Wiley & Sons, Inc.
– [Pressman2016] Pressman, Roger; Maxim, Bruce. 2016. Software Engineering: A Practitioner’s Approach, 8th Edition
– [Fournier2009] Fournier, Greg. 2009. Essential Software Testing: A Use-Case Approach
– [Kendal2014] Kendal & Kendal. 2014. Systems Analysis and Design (9th Ed). Pearson Education
https://id.wikipedia.org/wiki/Pengujian_perangkat_lunak

https://mti.binus.ac.id/2016/04/08/pengujian-perangkat-lunak/

https://rinnooberta.wordpress.com/category/testing-dan-implementasi/

The post TESTING IMPLEMENTASI SISTEM INFORMASI appeared first on Cerita Hosting ☁️.

• Mengetahui komponen data flowdiagram(DFD) dan cara menggunakan dalam perancangan system Informasi.

Data Flow Diagram(DFD)

Di dalam perancangan basis data ataupun Analisa Design System Informasi diperlukan tools atau diagram untuk membantu kita didalam Analisa perancangan, seperti:

• Data Flow Diagram(DFD)
• Use case Modelling
• Activity Diagram
• Sequence Diagram
• Class Diagram

Didalam materi ini akan dibahas mengenai Data flow Diagram(DFD) yang akan disajikan dalam study kasus, agar mudah dipahami dan dimengerti.

Definisi:

Suatu diagram yang menggunakan notasi-notasi untuk menggambarkan arus dari data pada suatu sistem, yang penggunaannya sangat membantu untuk memahami sistem secara logika, tersruktur dan jelas. DFD sangat mirip dengan Flowchart.

DFD merupakan alat bantu dalam menggambarkan atau menjelaskan proses kerja suatu sistem(https://id.wikipedia.org/wiki/Data_flow_diagram).

DFD pertama kali pengunaannya dipopulerkan oleh Larry Constantine dan Ed Yourdon dalam structured analysis and design technique. Notasi DFD memiliki acuan pada teori grafik yang awalnya digunakan untuk penelitiaan operasional dalam permodelan alur kerja dalam suatu organisasi.

Terdapat banyak simbol yang mengambarkan DFD, satu dengan simbol lain memiliki fungsi dan kegunaan yang berbeda. Pada tahun 1979 Tom DeMarco menyimpulkan komponen DFD terdiri dari:

Entitas, Proses, Aliran dan Data Store.

Notasi Data flow Diagram(DFD)

• Entitas/Entity/Terminator

Simbol yang memiliki fungsi sebagai organisasi, orang dan sejenisnya yang berada diluar sistem tetapi berinteraksi dengan sistem. Simbol ini perlu diberi nama sesuai dengan aslinya biasanya menggunakan kata benda seperti: pekerja, dosen, mahasiswa, sistem pembelian, system penjualan dan lainnya tergantung sistem yang akan dibuat.

• Proses(Process)

Proses merupakan kegiatan atau pekerjaan yang memproses data inputan dari entitas ke output. Biasanya untuk proses diberikan kata kerja seperti: bekerja, mengajar, belajar, menjual dan sebagainya tergantung dari entitas awal.

• Aliran data

Aliran data berfungsi untuk menerangkan aliran data atau informasi dari simbol satu ke simbol lainnya. Biasanya pemberian nama pada aliran data juga menggunakan kata benda.

• Data Store

Data Store atau data source merupakan simbol yang ada kaitannya dengan penyimpanan seperti file atau database. Simbol database biasanya berada setelah simbol proses untuk menyimpan output pemrosesan. Dalam penamaan data store ini diisi sesuai dengan data apa yang disimpan seperti Employee, Salary, dan lain-lain.

Jenis DFD

• Diagram Level 0 (Diagram Konteks)

Diagram level 0 atau bisa juga diagram konteks adalah level diagram paling rendah yang mengambarkan bagaimana sistem berinteraksi dengan external entitas.

Pada diagram konteks akan diberikan nomor untuk setiap proses yang berjalan, umumnya mulai dari angka 0 untuk start awal.

Semua entitas yang ada pada diagram konteks termasuk juga aliran datanya akan langsung diarahkan kepada sistem. Pada diagram konteks ini juga tidak ada informasi tentang data yang tersimpan dan tampilan diagramnya tergolong sederhana.

• Data Flow Diagram Level 1

DFD level 1 adalah tahapan lebih lanjut tentang DFD level 0, dimana semua proses yang ada pada DFD level 0 akan dirinci dengan lengkap sehingga lebih lengkap dan detail. Proses-proses utama yang ada akan dipecah menjadi sub-proses.

Perbedaan DFD Level 0 dan DFD Level 1

Ada perbedaan antara 2 level DFD tersebut yang perlu Anda ketahui:

• DFD level 0 hanya mengambarkan sistem secara basic saja.
• DFD level 0 hanya menjelaskan aliran data dari input sampai output.
• DFD level 1 mengambarkan aliran data yang lebih kompleks pada setiap prosesnya yang kemudian terbentuklah data store dan aliran data.
• DFD level 1 mengambarkan sistem secara sebagian atau seluruhnya secara mendetail.

Implementasi

Study Kasus : Ecommerce- belidoang.com

• Tabel Kebutuhan User

• Context diagram merupakan diagram yang terdiri dari suatu proses dan menggambarkan ruang lingkup suatu sistem dan merupakan level tertinggi dari DFD.

Gambar. Context Diagram

• DFD level 0 menggambarkan kegiatan kegiatan utama yang dilakukan sistem.

Gambar.DFD Level 0

• DFD level 1 menunjukkan proses yang menyusun proses utama dalam DFD level 0, sekaligus menunjukkan bagaimana informasi berpindah dari satu proses ke proses lainnya

Gambar.DFD Level 1

PUSTAKA

The post ANALISA DAN PERANCANGAN SISTEM INFORMASI (APSI) : 9 appeared first on Cerita Hosting ☁️.

• Mengetahui definisi system Informasi
• Ide pengembangan sistem informasi

PENDAHULUAN

1. Konsep Dasar Sistem & Informasi

Definisi system:

• Menurut Raymond Mc Leod, Jr ( 2004 ) “ sistem adalah elemen – elemen yang terintegrasi dengan maksud yang sama untuk mencapai tujuan”.
• MenurutJogiyanto. H. M ( 2005 ) “ system adalah suatu jaringan kerja dari prosedur–prosedur yang saling berhubungan, berkumpul bersama –sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran tertentu”.

Definisi Informasi:

• Menurut Gordon B. Davis dalam bukunya Management Informations System : Conceptual Foundations, Structures, and Development menyebut informasi sebagai data yang telah diolah menjadi bentuk yang berguna bagi penerimanya dan nyata, berupa nilai yang dapat dipahami di dalam keputusan sekarang maupun masa depan.
• Menurut Barry E. Cushing dalam buku Accounting Information System and Business Organization, dikatakan bahwa informasi merupakan sesuatu yang menunjukkan hasil pengolahan data yang diorganisasi dan berguna kepada orang yang menerimanya.
• Menurut Robert N. Anthony dan John Dearden dalam buku Management Control Systems, menyebut informasi sebagai suatu kenyataan, data, item yang menambah pengetahuan bagi penggunanya.
• Menurut Stephen A. Moscove dan Mark G. Simkin dalam bukunya Accounting Information Systems : Concepts and Practise mengatakan informasi sebagai kenyataan atau bentuk-bentuk yang berguna yang dapat digunakan untuk pengambilan keputusan bisnis.

Dari pendapat pakar diatas, pengertian umum mengenai system dapat dirinci sebagai berikut:

a. Suatu system terdiri dari sekumpulan elemen–elemen.

b. Elemen–elemen saling bekerjasama untuk mencapai tujuan sistem.

c. Suatu elemen yang telah ada merupakan bagian dari system lain yang lebih besar. Jadi keberadaan suatu system dibentuk untuk menangani, mengatur serta mengkoordinasikan suatu kegiatan yang rutin terjadi.

1. Karakteristik Sistem

Suatu system memiliki karakteristik atau sifat berupa:

• Komponen system(Components)

Suatu system terdiri dari sejumlah komponen yang saling berinteraksi, yang artinya saling bekerja sama membentuk satu kesatuan. Komponen-komponen system atau elemen-elemen system dapat berupa suatu subsistem atau bagian-bagian dari system. Setiap system tidak peduli betapapun kecilnya, selalu mengandung komponen-komponen atau subsistem-subsistem. Setiap subsistem mempunyai sifat-sifat dari system untuk menjalankan suatu fungsi tertentu dan mempengaruhi proses system secara keseluruhan.

• Batas system(Boundary)

Daerah yang membatasi antara suatu system dengan system yang lain. Batas system ini memungkinkan suatu system dipandang sebagai satu kesatuan.

• Lingkungan luar system(environment)

Lingkungan luar dari suatu system adalah apapun diluar batas dari system yang mempengaruhi operasi system. Lingkungan luar system dapat bersifat menguntungkan dan dapat juga bersifat merugikan system tersebut. Lingkungan luar yang menguntungkan merupakan energi dari system dan dengan demikian harus tetap dijaga dan dipelihara. Sedang lingkungan luar yang merugikan harus ditahan dan dikendalikan, kalau tidak maka akan mengganggu kelangsungan hidup dari system.

• Penghubung(Interface)

Penghubung system merupakan media penghubung anatara satu subsistem dengan subsistem lainnya. Melalui penghubung ini memungkinkan sumber-sumber daya mengalir dari satu subsistem ke yang lainnya. Keluaran output dari satu subsistem akan menjadi masukan (input) untuk subsistem lainnya dengan melalui penghubung. Dengan penghubung satu subsistem dapat berintegrasi dengan subsistem yang lainnya membentuk satu kesatuan.

• Masukkan(input)

Masukan system adalah energi yang dimasukkan kedalam system. Masukan dapat berupa masukan perawatan (maintenance input) dan masukan sinyal (signal input). Maintenance input adalah energi yang dimasukan supaya system tersebut dapat beroperasi. Signal input adalah energi yang diproses untuk didapatkan keluaran. Sebagai contoh didalam system computer, program adalah maintenance input yang digunakan untuk mengoperasikan komputernya dan data adalah signal input untuk diolah menjadi informasi.

• Keluaran(Output)

Keluaran system adalah hasil dari energi yang diolah dan diklasifikan menjadi keluaran yang berguna dan sisa pembuangan. Keluaran dapat merupakan masukan untuk subsistem yang lain atau kepada supra sistem. Misalnya untuk system computer, panas yang dihasilkan adalah keluaran yang tidak berguna dan merupakan hasil sisa pembuangan, sedang informasi adalah keluaran yang dibutuhkan.

• Pengolah(Process)

Suatu system dapat mempunyai suatu bagian pengolah yang akan merubah masukan menjadi keluaran. Suatu system produksi akan mengolah masukan berupa bahan baku dan bahan-bahan yang lain menjadi keluaran berupa barang jadi. Sistem akuntansi akan mengolah data-data transaksi menjadi laporan-laporan keuangan dan laporan-lpaoran lain yang dibutuhkan oleh manajemen.

• Sasaran(Objectives) Tujuan(Goal).

Tujuan Sistem merupakan target atau sasaran akhir yang ingin dicapai oleh suatu system. Suatu system pasti mempunyai tujuan atau sasaran. Kalau suatu system tidak mempunyai sasaran, maka operasi system tidak akan ada gunanya. Sasaran dari system sangat menentukan sekali masukan yang dibutuhkan system dan keluaran yang akan dihasilkan system. Suatu system dikatakan berhasil bila mengenai sasaran atau tujuannya.

Gambar. Karakteristik suatu system.

1. Klasifikasi Sistem

Sistem dapat diklasifikan dari beberapa sudut pandang, diantaranya sebagai berikut ini :

1. Sistem diklasifikan sebagai hasil system abstrak (abstrak system) dan system fisik (Physical System)

Sistem abstrak adalah system yang berupa pemikiran atau ide-ide yang tidak tampak secara fisik. Misalnya system teologia, yaitu system yang berupa pemikiran-pemikiran hubungan antara manusia dengan Tuhan.

Sistem fisik merupakan system yang ada secara fisik. Misalnya system computer, system akuntansi, system produksi dan lain sebagainya.

2. Sistem diklasifikan sebagai system alamiah (natural system) dan system buatan manusia (human made system)

Sistem alamiah adalah system yang terjadi melalui proses alam, tidak dibuat manusia. Misalnya system perputaran bumi.

Sistem buatan manusia adalah system yang dirancang oleh manusia. Sistem buatan manusia yang melibatkan interaksi anatara manusia dengan mesin disebut dengan human machine system atau ada yang menyebut dengan man-machine system. Sistem informasi merupakan contoh man-machine system, karena menyangkut penggunaan computer yang berinteraksi dengan manusia.

3. Sistem diklasifikan sebagai system tertentu (deterministic System) dan system tak tentu (probabilistic system)

Sistem tertentu beroperasi dengan tingkah laku yang sudah dapat diprediksi. Interaksi diantara bagian-bagiannya dapat dideteksi dengan pasti, sehingga keluaran dari system dapat diramalkan.

Sistem tak tentu adalah system yang kondisi masa depannya tidak dapat diprediksi karena mengandung unsur probabilitas.

4. Sistem diklasifikan sebagai system tertutup (closed system) dan system terbuka(open system)

Sistem tertutup merupakan system yang tidak berhubungan dan tidak terpengaruh dengan lingkungan luarnya. Sistem ini bekerja secara otomatis tanpa adanya turut campur tangan dari pihak diluarnya. Secara teoritis system tertutup ini ada, tetapi kenyataanya tidak ada system yang benar-benar tertutup, yang ada hanyalah relatively closed (secara relative tertutup, tidak benar-benar tertutup).

Sistem terbuka adalah system yang berhubungan dan terpengaruh dengan lingkungan luarnya. Sistem ini menerima masukan dan menghasilkan keluaran untuk lingkungan luar atau subsistem yang lainnya. Karena system sifatnya terbuka dan terpengaruh oleh lingkungan luanya, maka suatu system harus mempunyai suatu system pengendalian yang baik. Sistem yang baik harus dirancang sedemikian rupa, sehingga secara relative tertutup karena system tertutup akan bekerja secara otomatis dan terbuka hanya untuk pengaruh yang baik saja.

Gambar. Sistem tertutup & terbuka.

2. Siklus Sistem Informasi

Siklus Informasi adalah gambaran secara umum mengenai proses terhadap data sehingga menjadi Informasi yang bermanfaat bagi pengguna. Informasi yang menghasilkan Informasi berikutnya.

Gambar. Siklus Informasi

• Proses menghasilkan Informasi harus melalui tahapan-tahapan yang dilakukan computer sebagai Teknologi informasi.
• Tahapan-tahapan tersebut terdiri atas Input-Proses-Output yang disebut sebagai siklus proses informasi. Artinya, bila tahap telah sampai pada output maka output tersebut dapat dijadikan input kembali.
• Dengan demikian dapat dikatakan bahwa Informasi yang dihasilkan dapat pula dijadikan data Kembali sebagai input untuk di proses selanjutnya.
• Data dan Informasi akan saling berkesinambungan sehingga membentuk suatu siklus yang disebut information cycle(siklus informasi).

1. Kriteria Sistem Informasi

Kriteria sistem yang baik antara lain :

a. Kegunaan

Sistem harus dapat menghasilkan Informasi yang tepat waktu dan relevan untuk proses pengambilan keputusan.

b. Ekonomis

Sistem harus dapat menyumbang suatu nilai tambah sekurang kurangnya sebesar biayanya.

c. Keandalan

Keluaran dari system harus mempunyai tingkat ketelitian yang tinggi dan dapat beroperasi secara efektif dan efisien.

d. Kapasitas

Sistem harus cukup sederhana sehingga struktur dan operasinya dapat dengan mudah dimengerti dan prosedur mudah diikuti

e. Fleksibilitas

  Sistem harus cukup fleksibel untuk menampung perubahan–perubahan.

Gambar. Pilar kualitas Informasi.

2.1. Perencanaan Sistem

Perencanaan system merupakan gambaran dari estimasi kebutuhan fisik, kebutuhan tenaga kerja dan kebutuhan yang digunakan untuk mendukung perkembangan system dan operasinya setelah system diterapkan.

Proses dari perencanaan system dapat dikelompokkan dalam tiga proses utama, yaitu sebagai berikut:

1. Merencanakan proyek-proyek sistem

Proses perencanaan system ini bertujuan untuk merencanakan proyek proyek

System yang akan dikembangkan nantinya. Hasil dari perencanaan system ini adalah laporan perencanaan system yang dapat berupa perencanaan system jangka pendek maupun perencanaan system jangka panjang. Proses perencanaan system terdiri dari beberapa tahap yaitu:

a. Mengkaji tujuan, perencanaan strategis dan taktik.

b. Mengidentifikasi proyek-proyek system menetapkan proyek-proyek

sistem.

c. Menetapkan kendala proyek-proyek sistem.

d. Membuat laporan perencanaan sistem.

2.  Menentukan proyek-proyek system yang akan dikembangkan

 Persiapan ini meliputi penunjukkan team analis yang akan menganalisa kelayakan dari proyek dan disusul dengan mengumumkan proyek pengembangan system ini kepada pemakai semua sistem.

3. Mendefinisikan proyek-proyek system yang dikembangkan

Mendefinisikan proyek-proyek system ini berarti melakukan suatu studi untuk mencari alternatif-alternatif pemecahan terbaik yang paling layak untuk dikembangkan. Hasil dari studi ini nantinya akan dimintakan persetujuan kepada manajemen dalam bentuk laporan usulan proyek sistem yang akan dikembangkan.

Di dalam pembangunan dan pengembangan system Informasi, selain team project IT, Team developer, diperlukan tenaga ahli sebagai Analisa system(System Analysis).

Pengertian Analisa Sistem

Analisa system menurut Jogiyanto Hartanto dalam bukunya yang berjudul Analisis dan Desain Sistem Informasi 2005 “system merupakan penguraian dari suatu sistem informasi yang utuh kedalam bagian-bagian komponennya dengan maksud untuk mengidentifikasi dan mengevaluasi permasalahan-permasalahan, kesempatan-kesempatan, hambatan-hambatan yang diharapkan sehingga dapat diusulkan perbaikan-perbaikan”.

Tugas yang harus dilakukan adalah sebagai berikut:

a. Mengidentifikasi penyebab masalah

Yaitu dengan mengkaji ulang terlebih dahulu subyek-subyek permasalahan yang telah diutarakan oleh analis sistem.

b. Mengidentifikasi titik keputusan

Dasar identifikasi titik keputusan dapat digunakan dokumen system began alir formulir.

c. Mengidentifikasi personil-personil kunci

Dengan mengacu pada began alir dokumen yang ada didalam perusahaan serta dokumen deskripsi jabatan.

Langkah-langkah Analisa Sistem menurut Jogiyanto(2005) meliputi:

1. Mengidentifikasi Masalah

Mengidentifikasi masalah merupakan Langkah pertama yang dilakukan dalam tahap analisa sistem. Masalah dapat didefinikasikan sebagai suatu pertanyaan yang diinginkan untuk dipecahkan. Masalah ini yang menyebabkan sasaran dari system tidak dapat dicapai.

2. Memahami Kerja dari Sistem yang ada

Dilakukan dengan mempelajari secara terperinci bagaimana system yang ada beroperasi. Analisis system perlu mempelajari bagaimana operasi dari system yang ada sebelum mencoba untuk menganalisis permasalahan-permasalahan, kebutuhan-kebutuhan dan kelemahan-kelemahan pemakai sistem untuk dapat memberikan rekomendasi pemecahannya.

3. Menganalisa Sistem

    Dilakukan berdasarkan pada data yang telah diperoleh dari penelitian yang telah dilakukan. Yaitu dengan menganalisa kelemahan sistem dan menganalisa kebutuhan informasi pemakai.

4. Membuat Laporan Hasil Analisis

Setelah  proses analisis selesai dilakukan tugas berikutnya adalah membuat laporan hasil analisis. Tujuan dari pembuatan laporan ini adalah:

a.  Pelaporan bahwa analisis telah selesai dilakukan.

b. Meluruskan kesalahan pengertian mengenai apa yang telah ditemukan dan dianalisis oleh analisis system tetapi tidak sesuai dengan pihak manajemen.

c. Meminta saran-saran dan pendapat-pendapat dari pihak manajemen.

d.Meminta persetujuan kepada pihak manajemen untuk melakukan tindakan selanjutnya.

PUSTAKA

The post ANALISA DAN PERANCANGAN SISTEM INFORMASI (APSI) : 1 appeared first on Cerita Hosting ☁️.

• Metode pengumpulan Informasi(information gathering), interviewing, listening to stories, joint application design & questionnaires.

Metode pengumpulan Informasi (information gathering)

1.1 Pengumpulan data & Analisa

Proses identifikasi dan analisa kebutuhan-kebutuhan data disebut pengumpulan data dan analisa. 

Untuk menentukan kebutuhan-kebutuhan suatu sistem database, pertama-tama harus mengenal bagian-bagian lain dari sistem informasi yang akan berinteraksi dengan sistem database, termasuk para pemakai yang ada dan para pemakai yang baru serta aplikasi-aplikasinya.

Kebutuhan-kebutuhan dari para  pemakai dan aplikasi-aplikasi inilah yang kemudian dikumpulkan dan dianalisa.

Aktifitas-aktifitas yang dilakukan dalam fase ini:

1. Mengidentifikasikan kelompok dari pemakai dan area aplikasi
2. Mempelajari dokumen-dokumen yang ada
3. (bentuk-bentuk formulir, laporan, aturan-aturan)
4. Menganalisis lingkungan operasional dan pemrosesan permintaan
5. Mengadakan questioner dan interview

Banyak teknik yang digunakan untuk mendapat informasi yang disebut fact finding techniques seperti :

• SADT (structured analysis an design techniques), 
• DFD (data flow diagram), 
• HIPO (hierarchical input process output)

Banyak teknik yang digunakan untuk mendapat informasi yang disebut fact finding techniques seperti :

•  SADT (structured analysis an design techniques), 
• DFD (data flow diagram), 
• HIPO (hierarchical input process output)

Banyak teknik yang digunakan untuk mendapat informasi yang disebut fact finding techniques seperti :

• SADT (structured analysis an design techniques),
• DFD (data flow diagram),
• HIPO (hierarchical input process output)

Informasi dari setiap user terdiri dari :

• Deskripsi data yang digunakan
• Bagaimana data itu digunakan
• Permintaan tambahan untuk aplikasi database yang baru.

(Informasi ini dianalisa untuk mengidentifikasi permintaan dalam aplikasi database yang baru)

Kegiatan yang dilaksanakan :

• Menentukan kelompok pemakai dan bidang aplikasinya
  • Peninjauan dokumentasi yang ada
  • Mengumpulkan respon user hasil kuesioner yang berisi daftar pertanyaan yang telah disebarkan.

Pendekatan yang dilakukan:

1. Pendekatan terpusat / Centralized approach

Kebutuhan dari setiap user disatukan ke dalam suatu bentuk dari kebutuhan aplikasi database yang baru.
Pendekatan terpusat (one-shot) mengumpulkan permintaan dari user yang berbeda menjadi satu daftar permintaan

2. Pendekatan ter Integrasi
   Kebutuhan dari setiap user digunakan untuk membangun model data lokal yang terpisah-pisah.

Hasil dari model data tersebut disatukan menjadi global model data yang nantinya akan membentuk suatu sistem database.
Pendekatan ini digunakan karena adanya perbedaan antara user dan aplikasi yang digunakan sehingga cukup rumit. Sehingga pendekatan ini membagi kedalam beberapa pekerjaan agar lebih mudah diatur.

3. Teknik Fact-Finding

Digunakan pada saat akan mendokumentasikan fakta-fakta yang penting dan perlu dalam pengembangan sistem basis data. Sehingga dapat disimpulkan bahwa Fact-Finding Technique adalah sebuah proses formal yang menggunakan teknik seperti wawancara, penyebaran angket tentang sistem, kebutuhannya dan preferen

Kapan?

Teknik ini digunakan disetiap tahap didalam pengembangan daur hidup sistem basis data. Termasuk didalamnya adalah pada saat penting yaitu tahap awal yang termasuk adalah tahap perencanaan, pendefinisian sistem, pengumpulan kebutuhan user dan tahap analisis.

Pelaksanaan teknik Fact-Finding sangat membantu para pengembang sistem basis data dalam mempelajari istilah-istilah organisasi, mengidentifikasi permasalahan yang ada, melihat kesempatan, keterbatasan, serta prioritas organisasi dan pemakai sistem. 

lima teknik Fact-Finding yang biasa digunakan: 

1. Pemeriksaan dokumentasi 
   1. Wawancara 
   2. Melakukan observasi terhadap proses yang sedang berlangsung 
   3. Riset 
   4. Penyebaran angket 

2. Pemeriksaan dokumentasi 
   1. Pemeriksaan terhadap dokumen bisa terjadi dikarenakan perlunya pemahaman akan perlunya basis data bagi organisasi. Selain itu juga dapat mengidentifikasi bagian dari organisasi yang merupakan sumber atau berhubungan dengan masalah yang timbul. Dengan melakukan pemeriksaan terhadap dokumen, form, laporan atau semua berkas yang berhubungan dengan sistem yang sedang berjalan diharapkan dapat memberikan pemahaman yang singkat terhadap sistem tersebut. 

2. Wawancara 

Teknik wawancara adalah teknik yang paling sering digunakan dalam pengumpulan fakta. Teknik yang digunakan memberikan kesempatan pada kedua pihak untuk saling melihat (face-to-face).

Tujuan dari wawancara sebenarnya adalah untuk selain mencari fakta, juga dapat melakukan verifikasi, klarifikasi, membangun antusiasme user dan pelibatan user dalam melakukan user requirements, pengumpulan ide dan pendapat.
Terdapat dua teknik wawancara yaitu nonstruktur dan terstruktur. 

• Wawancara nonstruktur dilakukan hanya apabila terdapat topic yang general yang hendak dibahas, tapi sering kali tidak berjalan dengan baik karena tidak terfokus. 

• Wawancara terstruktur dilakukan dengan persiapan yang baik, yakni pewawancara telah mempersiapkan daftar pertanyaan yang memang berhubungan dengan informasi yang dibutuhkan untuk setiap tahapan

3. Melakukan observasi terhadap proses yang sedang berlangsung 
   • Observasi terhadap proses yang sedang berlangsung didalam organisasi merupakan suatu teknik yang efektif dalam memahami sistem yang sedang berjalan.
   • Dalam melakukan observasi pengembang dapat berpartisipasi langsung atau mungkin menyaksikan seseorang dalam melakukan tugasnya. Teknik ini akan sangat berguna sekali apabila validitas data yang dikumpulkan termasuk dalam data yang memang diminta dalam kebutuhan user dan juga dapat menjawab pertanyaan rumit yang tidak bisa dijawab langsung oleh user, melainkan hanya bisa didalam dengan cara observasi langsung.

4. Riset 
   • Teknik ini berguna dalam melakukan penelitian atau cara tentang masalah yang ada pada aplikasi. Penelitian dapat dilakukan dengan cara menggunakan jurnal transaksi komputer, buku referensi dan internet (termasuk user groups dan bulletin boards).
   • Riset atau penelitian dapat memberikan informasi tentang permasalah yang sama yang pernah dialami oleh orang lain dan apakah software yang digunakan dapat memecahkan sebagian atau beberapa atau masalah yang terjadi. Berikut adalah keuntungan dan kerugian yang didapat dari penelitian. 

5. Penyebaran angket 
   • Teknik ini dilakukan dengan cara melakukan survey melalui angket atau daftar pertanyaan (dengan mengisi kuesioner yang diberikan). Angket atau kuesioner adalah dokumen yang dipersiapkan untuk tujuan khusus yang berisi fakta/informasi yang dikumpulkan dari banyak orang dimana respon nya dikontrol. 
   • Terdapat dua jenis kuesioner berdasarkan pertanyaan yang diberikan yaitu kuesioner dengan format bebas (free-format questionare) dan yang dengan format tetap (fixed-format questionare)

Free-format 

• Format seperti ini menawarkan kebebasan kepada responden dalam menjawab pertanyaan.
  Contoh: “jenis laporan apa yang anda dapatkan dan digunakan untuk apa?”
  
  
• “apakah anda menemui masalah dalam report yang anda gunakan? Apabila ya mohon jelaskan”
  
  
• Masalah yang sering ditemui dalam free-format kuesioner adalah sulitnya untuk melakukan tabulasi terhadap jawaban-jawaban responden, atau bahkan sering juga jawaban yang diberikan tidak sesuai dengan pertanyaan. 

Fixed-format 

• Format seperti ini mengharuskan jawaban yang spesifik dari responden.
• Dari pertanyaan yang diberikan responden harus memilih jawaban yang telah disediakan.
• Hal ini menjadikan hasilnya menjadi lebih mudah untuk dikelola dan ditabulasi.

Disisi lain, para responden tidak dapat memberikan informasi tambahan yang mungkin saja berharga bagi pengembangan sistem.

Contoh: “Laporan yang anda terima sekarang sudah ideal dan tidak perlu ada perbaikan. Responden dapat memilih jawaban “Ya” atau “Tidak” atau jawabannya “Sangat Setuju”, “Setuju”, “Tidak Setuju”,”Sangat Tidak Setuju”.

PUSTAKA

The post ANALISA DAN PERANCANGAN SISTEM INFORMASI (APSI) : 4 appeared first on Cerita Hosting ☁️.

Indikator Materi:

• Mengetahui metode pengembangan system informasi meliputi system development life cycle, Agile & Object Oriented.

1. Metode Pengembangan Sistem

Metodologi adalah : 

Kesatuan metode-metode, procedure-prosedure, konsep-konsep pekerjaan, aturan-aturan dan postulat-postulat yang digunakan oleh suatu ilmu pengetahuan, seni atau disiplin lainnya. 

Metode adalah:

Suatu cara/ teknik yang sistematik untuk mengerjakan sesuatu. 

Metodologi pengembangan system yang ada biasanya dibuat atau diusulkan oleh : 

–  Penulis buku 

–  Peneliti 

–  Konsultan 

–  System house 

–  Pabrik software 

Alat dan teknik pengembangan Sistem 

• Untuk dapat melakukan langkah-langkah sesuai dengan yang diberikan oleh metodologi pengembangan system yang terstruktur, maka dibutuhkan alat dan teknik untuk melaksanakannya. 
  • Alat-alat yang digunakan dalam suatu metodologi umumnya berupa suatu gambar atau diagram atau grafik. Selain berbentuk gambar, alat-alat yang digunakan juga ada yang berupa gambar atau grafik (nongraphical tools), seperti misalnya data dictionary, structured English, pseudocode serta formulir-formulir untuk mencatat dan menyajikan data. 

Alat-alat pengembangan system yang berbentuk grafik diantaranya adalah sebagai berikut ini : 

1) HIPO diagram 

HIPO (Hierarchy Plus Input-Process-Output), adalah alat dokumentasi program yang berbasis pada fungsi, yaitu tiap-tiap modul di dalam system digambarkan oleh fungsi utamanya. 

Gambar. Hipo Diagram

2) Data flow diagram 

Digunakan untuk menggambarkan suatu system yang telah ada atau system baru yang akan dikembangkan secara logika tanpa mempertimbangkan lingkungan fisik dimana data tersebut mengalir (misalnya lewat telpon, surat dan sebagainya) atau lingkungan fisik dimana data tersebut akan disimpan (misalnya file kartu, microfile, harddisk, tape, diskette dan lain sebagianya) .

Gambar Contoh data flow diagram

3) Structured chart 

Digunakan untuk mendefinisikan dan mengilustrasikan organisasi dari system informasi secara berjenjang dalam bentuk modul dan sub-module dengan menunjukan hubungan elemen data dan elemen control antara hubungan modulnya sehingga memberikan penjelasan lengkap dari system dipandang dari elemen data, elemen control, modul dan hubungan antar modulnya. 

Gambar Contoh Structured Chart.

4) SADT (Structure Analysis and Design Technique) 

Structured Analysis and Design Technique, memandang suatu system terdiri dari dua hal : benda (obyek, dokumen atau data) dan kejadian (kegiatan yang dilakukan oleh orang, mesin atau perangkat lunak). Menggunakan dua tipe diagram yaitu, diagram kegiatan(activity diagrams, disebut actigrams) dan diagram data (data diagrams disebut datagrams) 

Gambar.Actigram model

5) Jackson’s diagram (JSD) 

Jackson’s System Development (JSD) membangun suatu model dari dunia nyata (real world) yang menyediakan subyek-subyek permasalahan dari system.

Gambar.Model JSD

Metode lain yg dapat digunakan:

(1) Bagan alir sistem(system flowchart) 

(2) Bagan alir program (program flowchart) yang dapat berupa : 

– Bagan alir logika program (program logic flowchart) 

– Bagan alir program computer terinci (detailed computer program flowchart) 

(3) Bagan alir kertas kerja (paperwork flowchart) 

(4) Bagan alir proses (process flowchart) 

(5) Gantt Chart

Metode Pengembangan

1. Systems Development Life Cycle

Siklus Hidup Pengembangan Sistem (SDLC ) atau Siklus Hidup Sistem (Systems Life Cycle ), dalam rekayasa sistem serta rekayasa perangkat lunak, adalah proses pembuatan serta pengubahan sistem serta model serta metodologi yang digunakan untuk dapat mengembangkan sistem-sistem tersebut. Konsep ini pada umumnya merujuk pada suatu sistem komputer atau informasi

Gambar. SDLC

Tahapan:

1. Rencana(planning)

2. Analisis (analysis)

3. Desain (design)

4. Implementasi (implementation)

5. Uji coba (testing)

6. Pengelolaan (maintenance)

2. Agile

Agile Development Methods adalah sekelompok metodologi pengembangan perangkat lunak yang didasarkan pada prinsip-prinsip yang sama atau pengembangan sistem jangka pendek yang memerlukan adaptasi cepat dari pengembang terhadap perubahan dalam bentuk apapun.

Agile development methods merupakan salah satu dari Metodologi pengembangan perangkat lunak yang digunakan dalam pengembangan perangkat lunak. Agile memiliki pengertian bersifat cepat, ringan, bebas bergerak, dan waspada, Sehingga saat membuat perangkat lunak dengan menggunakan agile development methods diperlukan inovasi dan responsibiliti yang baik antara tim pengembang dan klien agar kualitas dari perangkat lunak yang dihasilkan bagus dan kelincahan dari tim seimbang.

Gambar.Agile Metodologi

3.Object Oriented

• Pendekatan perancangan sistem berorientasi objek adalah suatu teknik pendekatan baru dalam melihat permasalahan dan sistem (sistem perangkat lunak, sistem informasi, atau sistem lainnya). Pendekatan ini memandang sistem yang akan dikembangkan sebagai suatu kumpulan objek-objek dunia nyata.
• Terdapat beberapa cara untuk mengabstraksikan dan memodelkan objek-objek tersebut, yaitu abstraksi objek, kelas, hubungan antar kelas sampai abstraksi sistem. Saat mengabstraksikan dan memodelkan objek, data dan proses-proses yang dipunyai oleh objek akan dienkapsulasi (dibungkus) menjadi satu kesatuan.
• Dalam rekayasa perangkat lunak, konsep pendekatan berorientasi objek dapat diterapkan pada tahap analisis, perancangan, pemrograman, dan pengujian perangkat lunak. Ada berbagai teknik yang dapat digunakan pada masing-masing tahap tersebut, dengan aturan dan alat bantu pemodelan tertentu.

Tools pendekatan berorientasi objek :

• Rational Unified Process (RUP) (Rational Software – IBM 2003)
• Fusion (Coleman 1994)
• STS development Method 3 (ADM3) (Firesmith 1993)
• Berard’s object-oriented design (Berard 1991)
• Booch’s object-oriented design (Booch 1983, 1991)
• Coad and Yourdon’s object – oriented analysis (Coad & Yourdon 1989)
• Coad and Yourdon’s object-oriented analysis (OOA) (Coad & Yourdon 1991)
• Jacobson’s Objectory (Jacobson & Linstrom 1992)
• Rumbaugh’s object modelling technique (OMT) (Rumbaugh et al. 1991)
• Object-oriented system analysis (OOA) (Shlaer & Mellor 1988)

PUSTAKA

The post ANALISA DAN PERANCANGAN SISTEM INFORMASI (APSI) : 3 appeared first on Cerita Hosting ☁️.