belajar dulu, baru lulus..

Data Flow Diagram

Data Flow Diagram adalah perangkat-perangkat analisis & perancangan yang terstruktur, sehingga memudahkan penganalis sistem dalam memahami sistem & sub sistem secara visual sebagai suatu rangkaian aliran data yang saling berkaitan.

Beberapa unsur yang ada pada DFD :
- Entitas
Dibagi menjadi 2 jenis, antara lain :
1. Entitas Eksternal
- Entitas eksternal (bagian lain, perusahaan, seseorang atau mesin) yang dapat mengirim data atau menerima data dari sistem.
- Sumber atau tujuan data yang dianggap eksternal terhadap sistem yang sedang digambarkan.
- Entitas-entitas harus diberi nama dengan suatu kata benda.
- Entitas yang sama dapat digunakan lebih dari 1 kali atas suatu DFD tententu untuk menghindari persilangan antara jalur-jalur aliran data.

2. Entitas Internal
- Merupakan pemilik sistem, jadi tidak digambarkan dalam diagram.

- Aliran data
• Perpindahan data dari satu titik ke titik yang lain, dengan kepala tanda panah mengarah ke tujuan data
• Digambarkan dengan kata benda.

- Proses
• Menunjukkan adanya proses transformasi
• Proses-proses selalu menunjukkan suatu perubahan data, jadi aliran data yang meninggalkan proses selalu diberi label yang berbeda.
• Diberi nama dengan kata kerja.

- Data Store
• Diberi nama dengan kata benda yang sesuai data apa yang simpan di data store, misalnya Data Konsumen, Transaksi Penjualan, dan lain sebagainya.
• Penyimpanan data sementara, seperti kertas catatan atau sebuah file komputer sementara tidak dimasukkan ke dalam DFD.


Membuat context diagram :
- Harus berupa suatu pandangan.
- Tingkatan tertinggi & hanya memuat satu proses. (menunjukkan sistem secara keseluruhan)
- Context diagram diberi nomor 0.
- Tidak memuat data store.

Diagram level 0:
- Masukan dan keluaran yang ditetapkan dalam diagram yang pertama tetap konstan.
- Mencakup maksimal 9 proses yang digambarkan.
- Menampilkan seluruh data store yang digunakan dalam sistem, karena setelah di decompose tidak boleh menambah data store yang belum ditampilkan.

Perbedaan Context Diagram dengan Level 0 :
Context Diagram : merupakan semesta.
Level 0 : berada atau merupakan bagian di dalam semesta.

Pertemuan 4

Lines of Code
Pengukuran sederhana : menghitung jumlah baris kode dalam program dan menggunakan perhitungan ini untuk mengukur kompleksitas.

Halsteads Metric
- Pengukuran yang berdasarkan pada penggunaan operator-operator & operan-operan yang ada dalam suatu program.

Panjang Program :
H = n1 log2 n1 + n2 log2 n2
n1 : jumlah operator yang unik (distinct) dalam program.
n2 : jumlah operan yang unik (distinct) dalam program.

Prediksi Bug :
B = (N1 + N2) log2 (n1 + n2) / 3000
N1 : perhitungan jumlah keseluruhan operator program.
N2 : perhitungan jumlah keseluruhan operan program.


Black Box Testing
Black box testing dilakukan tanpa pengetahuan detil struktur internal dari sistem atau komponen yang ditest. Juga disebut sebagai behavioral testing, specification based testing, I/O testing atau functional testing.
Berfokus pada kebutuhab fungsional pada software, berdasarkan pada spesifikasi pada software.

Kategori Error yang akan diketahui melalui Black Box Testing :
- Fungsi yang hilang atau tidak benar.
- Error dari antar muka.
- Error dari struktur data atau akses eksternal database.
- Error dari kinerja atau tingkah laku.
- Error dari inisialisasi dan terminasi.

Jenis teknik test yang dapat dipilih berdasarkan pada tipe testing yang akan digunakan :
- Equivalence Class Partitioning
- Boundary Value Analysis
- State Transition Testing
- Cause Effect Graphing

Pertemuan 3

Test Case
Test Case adalah suatu test yang dilakukan berdasarkan suatu inisialisasi masukan, kondisi, ataupun hasil yang telah ditentukan sebelumnya.

Pendekatan test untuk rekayasa produk :
• Produk rekayasa ditest dalam 2 cara :
- Dengan berdasarkan pada fungsi yang dispesifikasikan dari produk.
- Operasi internal dari produk.

White Box Testing
- Metode ini digunakan untuk memecah struktur program sehingga mengetahui desain prosedural program.
- Diasosiasikan dengan pengukuran cakupan test yang mengukur prosentase jalur-jalur tipe yang dipilih untuk dieksekusi oleh test case.
- Menguji semua struktur debug program.


Alur logika yang akan menunjukkan bagaimana jalur program tersebut.

Suatu flow graph terdiri dari :
- Node
- Edges
- Branch
- Branch edge

Desain cakupan test :
- Menganalisa source code untuk membuat flow graph.
- Mengidentifikasikan jalur test untuk mencapai pemenuhan test berdasarkan pada flow graph.
- Mengevaluasi kondisi test yang akan dicapai dalam tiap test.
- Memberikan nilai masukan dan keluaran berdasarkan pada kondisi.

Pertemuan 2

Obyektifitas Testing :
- Meningkatkan kepercayaan bahwa sistem dapat digunakan dengan tingkat resiko yang dapat diterima.
- Menyediakan informasi yang dapat mencegah terulangnya error yang pernah terjadi.
- Menyediakan informasi yang dapat membantu untuk mendeteksi error secara dini.
- Mencari error dan kelemahan atau keterbatasan sistem.
- Mencari sejauh mana kemampuan dari sebuah sistem (benchmark).
- Menyediakan informasi untuk kualitas dari produk software.

Misi dari tim testing :
- Misi dari tim testing tidak hanya untuk melakukan testing, tetapi juga untuk membantu meminimalkan resiko kegagalan proyek.
- Tester tidak melakukan pembenahan atau pembedahan kode, tidak mempermalukan atau melakukan komplain pada suatu individu atau tim. Tetapi hanya memberikan informasi tentang apa yang terjadi dengan sistem yang ditesting.
- Tester adalah individu yang memberikan hasil pengukuran dari kualitas produk.

Tester harus memahami beberapa hal, yaitu :
- Software Quality
- Cara komunikasi (dengan template tertentu).

RAD = Rapid Application Development

Psikologi Testing :
Pengembangan dilakukan secara konstruktif, tapi testing adalah bersifat destruktif. Dapat dikatakan bahwa pengembang bertugas untuk membangun, sedangkan tester justru berusaha untuk menghancurkan.

Prinsip Testing :
- Testing yang komplit adalah tidak mungkin.
- Testing merupakan pekerjaan yang kreatif dan sulit.
- Alasan yang penting diadakannya testing adalah untuk mencegah terjadinya error.
- Testing berbasis pada resiko.
- Tesing adalah hal yang harus direncanakan.
- Testing membutuhkan independensi.

Kunci yang mempengaruhi kinerja dari testing :
- Wawasan tiap individu dan kreatifitas.
- Pengalaman dalam melakukan testing.
- Usaha dan SDM yang dipakai dalam melakukan testing.
- Pengetahuan terhadap aplikasi yang ditesting.
- Metodologi testing.

Pertemuan 1

Error / kesalahan => ketidaksesuaian yang terjadi terhadap spesifikasi. Atau apa yang terjadi tidak sesuai dengan apa yang sudah diharapkan.

Catatan :
• Dalam requirement specification kita juga perlu melakukan cek apakah sudah sesuai dengan kebutuhan konsumen.
• Pada saat menentukan desain program, kita juga melakukan pengecekan. Apakah desain yang kita buat sudah sesuai dengan requirement specification.
• Pada saat implementasi, kita juga melakukan testing. Apakah program yang kita buat sudah sesuai dengan desain dan requirement specification.

Tujuan Testing :
- Membuat kualitas dapat dilihat secara obyektif, karena testing merupakan pengukuran dari kualitas software.
- 2V 1D : Verifikasi, Validasi, Deteksi.

Fungsionalitas :
- Kebenaran
- Reliabilitas
- Kegunaan
- Integritas

Rekayasa :
- Efisiensi
- Testabilitas
- Dokumentasi
- Struktur

Adaptabilitas :
- Fleksibilitas
- Reusabilitas
- Maintainbilitas

Biasanya dalam melakukan testing itu diterapkan best practice, atau metode yang paling sering digunakan kalangan tester dalam melakukan testing.

Pertemuan 1

Desain Sistem dibagi menjadi dua bagian :
1. Desain Sistem Scr. Umum / General Systems Design, atau disebut conceptual design.
2. Desain Sistem Terinci, atau disebut physical design.

Arti Desain :
 Tahap setelah analisis dari siklus pengembangan sistem
 Pendefinisian dari kebutuhan fungsional.
 Persiapan untuk rancang bangun implementasi
 Menggambarkan bagaimana suatu sistem dibentuk.
 Dapat berupa penggambaran, perencanaan & pembuatan sketsa/pengaturan dari beberapa elemen yang terpisah ke dalam satu kesatuan yang utuh & berfungsi.
 Termasuk menyangkut mengkonfirmasi komponen-komponen perangkat lunak & perangkat keras dari suatu sistem.

Tujuan Desain :
1. Untuk memenuhi kebutuhan pemakai sistem
2. Untuk memberikan gambaran yang jelas & rancang bangun yang lengkap kepada pemrogram komputer & ahli-ahli teknik yg lain, yang terlibat.

Agar tujuan tercapai, maka seorang sistem analis harus mencapai beberapa sasaran berikut :
1. Desain Sistem harus berguna, mudah dipahami & nantinya mudah digunakan.
2. Desain Sistem harus dapat mendukung tujuan utama perusahaan, sesuai dengan yg telah didefinisikan pd tahap perencanaan sistem.
3. Desain Sistem harus efisien & efektif utk dapat mendukung pengolahan transaksi, pelaporan manajemen & mendukung keputusan yg dilakukan manajemen.
4. Desain Sistem harus dpt mempersiapkan rancang bangun yg terinci, yg terdiri antara lain: data, informasi, file, metode-metode, prosedur, SDM, H/W, S/W.

Personil yang terlibat :
Pekerjaan desain sistem dilakukan oleh analis sistem, & personil teknik lain, seperti: spesialis pengendalian, personil penjamin kualitas, spesialis komunikasi data, dan lain-lain.

Pentingnya peranan user :
User harus dilibatkan dalam tahap desain, karena dapat mengkaji ulang komponen sistem yg didesain. Contohnya: laporan & bentuk tampilan dari sistem.