OMT - Suggested Design Format

Setelah mengenal OMT, selanjutnya akan dikupas lebih detail lagi mengenai aktifitas modelling dalam OMT.
Tiga hal utama dalam diagram OMT:

Model Objek
Objek model menjelaskan struktur dari objek dalam sistem - identitas mereka, hubungan mereka ke objek lainnya, mereka atribut, dan operasi. Objek utama model menggambarkan bagaimana melihat dunia nyata di mana sistem berinteraksi dan dibagi dekomposisi keseluruhan dari sistem. Objek model menyediakan kerangka kerja yang lain yang menjadi model ditempatkan.

Objek model yang diwakili dengan objek grafis kelas diagram berisi objek kelas dan hubungan mereka. Setiap domain aplikasi-konsep dari dunia nyata yang penting untuk aplikasi harus model sebagai obyek kelas. Kelas-kelas tersebut diatur ke dalam struktur hirarki berbagi umum dan perilaku dan lainnya yang terkait dengan kelas. Kelas menentukan atribut dibawa oleh setiap objek dan operasi yang dilakukan pada masing-masing objek.


























Gambar Object Diagram


Model dinamis
Model dinamis menggambarkan aspek-aspek yang bersangkutan dengan sistem operasi sequencing dan waktu - peristiwa yang menyebabkan perubahan state, urutan peristiwa, menyatakan bahwa konteks untuk menentukan aktivitas, dan aktivitas organisasi dan negara. Model dinamis menangkap kontrol informasi tanpa mempertimbangkan untuk apa operasi bertindak atas atau bagaimana mereka diimplementasikan.
Model dinamis meliputi acara jejak diagram menjelaskan skenario. Eksternal event adalah rangsangan dari satu objek ke lainnya, yang terjadi pada satu titik waktu tertentu. Event adalah satu cara pengiriman informasi dari satu objek ke lainnya. Skenario adalah urutan peristiwa yang terjadi selama satu tertentu pelaksanaan sistem. Setiap dasar pelaksanaan sistem harus direpresentasikan sebagai sebuah skenario (terkait dengan skenario dalam mockup HCI).
State diagram harus mematuhi notasi dari OMT dan memanfaatkan kemampuan OMT, seperti transition guards, tindakan dan kegiatan, nesting (state dan event generalisasi), dan concurrency.


Model fungsional
Fungsional menjelaskan model-model komputasi dan yang menentukan aspek dari sistem yang bersangkutan dengan transformasi nilai - fungsi, pemetaan, kendala, dan fucntional dependensi. Fungsional menangkap apa model sistem ini, tanpa mempertimbangkan bagaimana atau jika sudah selesai.
Model fungsional diwakili oleh grafis dengan beberapa data flow diagram, yang menunjukkan aliran nilai masukan dari luar, melalui operasi dan menyimpan data internal, eksternal output. Data flow diagram menampilkan dependensi antara nilai-nilai dan penghitungan nilai output dari input nilai dan fungsi. Fungsi-fungsi sebagai tindakan dalam model yang dinamis dan akan ditampilkan sebagai operasi pada objek dalam objek model.
Data flow diagram harus mematuhi OMT dari notasi dan memanfaatkan kemampuan OMT, seperti nesting, kontrol aliran, dan kendala.

_______________________________________________________


Spesifikasi Kelas Objek










Integration Test Plan
Mencakup rencana uji yang terintegrasi mampu menunjukkan bahwa desain memenuhi fungsi yang ditetapkan dalam persyaratan. Uji kasus harus mencakup setiap objek dan objek interaksi ditentukan dalam model objek serta setiap urutan peristiwa dalam model dinamis. Kita harus mempertimbangkan setiap objek kelas sebagai subsistem dan menerapkan fungsional (black box) test heuristics (seperti input / output dan cakupan kesalahan / kekecualian cakupan) untuk mengidentifikasi parameter dalam setiap operasi di kelas antarmuka. Selain itu, kita harus mengembangkan suatu test case untuk setiap potensi urutan peristiwa (hingga Iterasi). Perlu diketahui bahwa kedua dilihat pada rencana uji independen tidak perlu, Anda mungkin dapat untuk menutup semua objek oleh semua urutan peristiwa (ini akan tergantung pada bagaimana anda menyeluruh dinamis adalah model).

CATATAN: jika dikehendaki, ujian kasus dapat dibedakan dengan desain entitas yang kita terapkan, begitu pula daftar dari beberapa macam cross referensi harus disediakan.

BLACKBOX TESTING
Metode ujicoba blackbox memfokuskan pada keperluan fungsional dari software. Karna itu ujicoba blackbox memungkinkan pengembang software untuk membuat himpunan kondisi input yang akan melatih seluruh syarat-syarat fungsional suatu program. Ujicoba blackbox bukan merupakan alternatif dari ujicoba whitebox, tetapi merupakan pendekatan yang melengkapi untuk menemukan kesalahan lainnya, selain
menggunakan metode whitebox.
Ujicoba blackbox berusaha untuk menemukan kesalahan dalam beberapa kategori, diantaranya :
1. Fungsi-fungsi yang salah atau hilang
2. Kesalahan interface
3. Kesalahan dalam struktur data atau akses database eksternal
4. Kesalahan performa
5. kesalahan inisialisasi dan terminasi
Tidak seperti metode whitebox yang dilaksanakan diawal proses, ujicoba blackbox diaplikasikan di beberapa tahapan berikutnya. Karena ujicoba blackbox dengan sengaja mengabaikan struktur kontrol, sehingga perhatiannya difokuskan pada informasi domain. Ujicoba didesain untuk dapat menjawab pertanyaan-pertanyaan berikut :
1. Bagaimana validitas fungsionalnya diuji?
2. Jenis input seperti apa yang akan menghasilkan kasus uji yang baik ?
3. Apakah sistem secara khusus sensitif terhadap nilai input tertentu ?
4. Bagaimana batasan-batasan kelas data diisolasi?
5. Berapa rasio data dan jumlah data yang dapat ditoleransi oleh sistem?
6. Apa akibat yang akan timbul dari kombinasi spesifik data pada operasi sistem?

Dengan mengaplikasikan ujicoba blackbox, diharapkan dapat menghasilkan sekumpulan kasus uji yang memenuhi kriteria berikut :
1. kasus uji yang berkurang, jika jumlahnya lebih dari 1, maka jumlah dari ujikasus tambahan harus didesain untuk mencapai ujicoba yang cukup beralasan
2. Kasus uji yang memberitahukan sesuatu tentang keberadaan atau tidaknya suatu jenis kesalahan, daripada kesalahan yang terhubung hanya dengan suatu ujicoba yang spesifik

http://www.ics.uci.edu/~djr/ics125/OMT.html
http://www.ics.uci.edu/~djr/classes/ics125/project.html