Analisis Berorientasi Objek : Verifikasi dan Validasi

Moving On to Design Analisis Berorientasi Objek

VERIFYING AND VALIDATING THE ANALYSIS MODELS
 

Tujuan dari analisis ini adalah untuk mencari tahu apa kebutuhan bisnis. Tujuan dari desain adalah untuk memutuskan bagaimana membangun sistem.
Kegiatan utama yang terjadi selama desain berkembang set analisis representasi ke representasi desain.

Sepanjang desain, tim proyek dengan hati-hati mempertimbangkan sistem baru dalam berabagai hal dengan lingkungan saat ini dan sistem yang ada dalam organisasi secara keseluruhan. Pertimbangan utama dari bagaimana sebuah sistem adalah faktor lingkungan seperti mengintegrasikan dengan sistem yang ada, mengkonversi data dari sistem warisan, dan meningkatkan keterampilan

Penggambaran aturan yang biasa digunakan untuk verifikasi dan validasi analisis model diantaranya:

Verifikasi dan validasi melalui Walkthrough

Sebuah walkthrough pada dasarnya adalah peer review suatu produk. Dalam kasus model analisis, walkthrough adalah review dari model yang berbeda dan diagram dibuat selama analisis. Tujuan dari analisis walkthrough adalah untuk benar-benar menguji kesetiaan model analisis terhadap kebutuhan fungsional dan memastikan bahwa model

konsisten. Artinya, analisis walkthrough mengungkap kesalahan atau kesalahan dalam spesifikasi berkembang. Ada peran tertentu bahwa anggota yang berbeda dari tim walkthrough bisa bermain. Itu pertama adalah peran presenter. Hal ini harus dimainkan oleh individu yang terutama bertanggung jawab untuk representasi tertentu sedang ditinjau. Individu ini menyajikan representasi kepada tim walkthrough. Peran keduadalah perekam, atau juru tulis. Perekam harus anggota tim analisis. Individu ini dengan hati-hati mengambil menit dari pertemuan dengan merekam semua peristiwa penting yang terjadi selama walkthrough. Secara khusus, semua kesalahan yang ditemukan harus didokumentasikan sehingga tim analisis dapat mengatasi masalhanya . Peran penting yang lain adalah memiliki seseorang yang menimbulkan isu mengenai pemeliharaan representasi.Yourdon mengacu pada individu ini sebagai oracle.5 pemeliharaan Karena penekanan pada usabilitas dalam pengembanga berorientasi objek, peran ini menjadi sangat penting. Akhirnya, seseorang harus bertanggung jawab untuk memanggil, menyiapkan, dan menjalankan rapat walkthrough.

Salah satu potensi bahaya dari penelusuran adalah ketika manajemen memutuskan hasil kesalahan pengungkapan dalam representasi adalah refleksi dari kemampuan seorang analis. ini harus dihindari di semua biaya.

Verifikasi Model Fungsional dan Validasi

Tiga representasi yang berbeda untuk model fungsional: diagram aktivitas, deskripsi use case, dan diagram use case.

Pertama, ketika membandingkan diagram aktivitas untuk deskripsi use case, harus ada setidaknya satu peristiwa yang tercatat dalam aliran normal peristiwa, subflows, atau alternatif / biasa arus dari deskripsi use case untuk setiap kegiatan atau tindakan yang disertakan pada kegiatan diagram, dan setiap peristiwa harus dikaitkan dengan suatu kegiatan atau tindakan.

Kedua, semua benda digambarkan sebagai simpul objek dalam diagram aktivitas harus disebutkan dalam sebuah acara di aliran normal peristiwa, subflows, atau alternatif / arus yang luar biasa dari kasus penggunaan deskripsi.

Ketiga, urutan peristiwa dalam deskripsi use case harus terjadi dalam yang sama berurutan dari kegiatan yang terdapat dalam suatu diagram aktivitas.

Keempat, ketika membandingkan deskripsi use case untuk diagram use case, harus ada menjadi satu dan hanya satu deskripsi use case untuk setiap kasus penggunaan, dan sebaliknya.

Kelima, semua pelaku yang tercantum dalam deskripsi use case harus digambarkan pada diagram use case. Selanjutnya, masing-masing harus memiliki link asosiasi yang menghubungkan ke kasus penggunaan dan harus terdaftar dengan hubungan asosiasi dalam deskripsi use case.

Keenam, dalam beberapa organisasi, kita harus juga mencakup para pemangku kepentingan yang tercantum dalam kasus penggunaan deskripsi sebagai aktor dalam diagram use case.

Ketujuh, semua hubungan lainnya yang tercantum dalam deskripsi use case (termasuk, memperluas Akhirnya, ada banyak persyaratan-diagram khusus yang harus ditegakkan. Untuk Misalnya, dalam sebuah diagram aktivitas node keputusan dapat dihubungkan dengan kegiatan atau tindakan node hanya dengan kontrol aliran, dan untuk setiap simpul keputusan harus ada pencocokan

Struktural Verifikasi dan Validasi Model

Tiga representasi yang dapat digunakan untuk pemodelan struktural:

Kartu CRC, diagram kelas, dan diagram objek. Karena diagram objek hanya

Instansiasi beberapa bagian dari diagram kelas, kita membatasi diskusi kita untuk kartu CRC dan diagram kelas.

Pertama, setiap kartu CRC harus dikaitkan dengan kelas pada diagram kelas, dan sebaliknya

Kedua, tanggung jawab yang tercantum pada bagian depan kartu CRC harus dimasukkan sebagai operasi di kelas pada diagram kelas, dan sebaliknya.

Ketiga, kolaborator di depan kartu CRC menyiratkan beberapa jenis hubungan di

bagian belakang kartu CRC dan beberapa jenis asosiasi yang terhubung ke kelas yang terkait pada diagram kelas.

Keempat, atribut yang tercantum di belakang kartu CRC harus dimasukkan sebagai atribut kelas ina pada diagram kelas.

elima, jenis objek atribut yang tercantum di belakang kartu CRC dan dengan atribut dalam daftar atribut dari kelas pada diagram kelas menyiratkan sebuah asosiasi dari kelas ke kelas jenis objek.

Keenam, hubungan disertakan pada bagian belakang kartu CRC harus digambarkan dengan menggunakan notasi yang sesuai pada diagram kelas

Perilaku Verifikasi dan Validasi Mode

Tiga diagram yang berbeda yang dapat digunakan untuk mewakili Model perilaku: diagram urutan, diagram komunikasi, dan perilaku mesin negara. Urutan dan komunikasi diagram model interaksi antara contoh kelas yang bekerja sama untuk mendukung proses bisnis termasuk dalam suatu sistem, sedangkan mesin negara perilaku menggambarkan perubahan negara melalui yang obyek melintasi selama masa pakai baterai.

Pertama, setiap aktor dan objek disertakan pada diagram urutan harus disertakan sebagai aktor dan objek pada diagram komunikasi, dan sebaliknya.

Kedua, jika ada pesan pada diagram urutan, harus ada hubungan di

diagram komunikasi, dan sebaliknya

Ketiga, setiap pesan yang disertakan pada diagram urutan harus muncul sebagai pesan pada asosiasi dalam diagram komunikasi yang sesuai, dan sebaliknya.

Keempat, jika kondisi penjaga muncul di pesan dalam diagram urutan, harus ada kondisi guard yang setara pada diagram komunikasi yang sesuai, dan wakil

Versa

Kelima, nomor urut dimasukkan sebagai bagian dari label pesan dalam diagram komunikasi menyiratkan urutan di mana pesan akan dikirim. Dengan demikian, hal itu harus sesuai dengan urutan top-down dari pesan-pesan yang dikirim pada diagram urutan

Keenam, semua transisi yang terkandung dalam state mesin  perilaku harus dikaitkan dengan pesan yang dikirim pada urutan dan komunikasi diagram, dan harus diklasifikasikan sebagai (C) membuat, (Update, atau (D) menghapus pesan dalam matriks CRUD

Ketujuh, semua entri dalam matriks CRUD menyiratkan pesan yang dikirim dari seorang aktor atau objek dengan aktor lain atau objek. Jika entri adalah (Buat, (Update, atau (Hapus, maka harus ada transisi terkait dalam mesin negara perilaku yang mewakili contoh dari kelas penerima

Akhirnya, ada banyak aturan khusus representasi yang telah proposed.However, seperti pada model-model lain, aturan ini berada di luar lingkup bagian ini pada verifikasi dan validasi

Menyeimbangkan Analisis Model

Pengembangan sistem berorientasi objek adalah tambahan dan berulang. Kita harus memastikan bahwa dua set model konsisten satu sama lain. Artinya, deskripsi diagram aktivitas, use case, dan diagram use case harus setuju dengan kartu CRC dan diagram kelas yang mewakili model berkembang dari domain masalah