Kejuruteraan Perisian REKABENTUK SISTEM Definisi serta dokumen rekabentuk Senibina rekabentuk Proses senibina rekabentuk System structuring/decomposition

  • View
    325

  • Download
    3

Embed Size (px)

Text of Kejuruteraan Perisian REKABENTUK SISTEM Definisi serta dokumen rekabentuk Senibina rekabentuk Proses...

  • Slide 1
  • Kejuruteraan Perisian REKABENTUK SISTEM Definisi serta dokumen rekabentuk Senibina rekabentuk Proses senibina rekabentuk System structuring/decomposition Control modelling Modular decomposition Sifat rekabentuk yang baik
  • Slide 2
  • REKABENTUK Definisi: Suatu proses kreatif yang menukarkan masalah kepada penyelesaian. Menggunakan maklumat daripada spesifikasi keperluan untuk menerangkan masalah. Penyelesaian akan diberi sekiranya ia memenuhi keseluruhan spesifikasi keperluan.
  • Slide 3
  • Rekabentuk Konseptual & Teknikal Perekabentuk mesti penuhi kehendak pelanggan dan juga pembangun sistem Pelanggan: faham apa yang akan sistem lakukan Pembangun: mesti faham bagaimana sistem akan berfungsi.
  • Slide 4
  • Rekabentuk konseptual Memberitahu pelanggan apa yang akan sistem dapat lakukan. Memberi tumpuan kepada fungsian sistem. Pelanggan akan mengesahkan rekabentuk logikal sistem sebelum perekabentuk tukar kepada rekabentuk teknikal.
  • Slide 5
  • Rekabentuk teknikal Translasi rekabentuk konseptual kepada dokumen yang lebih mendalam. Pembangun akan faham apa perisian serta perkakasan sebenar yang diperlukan untuk menyelesaikan masalah pelanggan Ia menerangkan bentuk (form) akhir yang akan diambil oleh sistem.
  • Slide 6
  • Rekabentuk Konseptual fungsi Rekabentuk Konseptual fungsi Rekabentuk Teknikal bentuk Perekabentu k sistem PelangganPembangun sistem BAGAIMANA APA
  • Slide 7
  • Senibina Rekabentuk Menyatakan struktur keseluruhan bagi sistem perisian. Peringkat awal bagi proses rekabentuk sistem. Mewakilkan hubungan antara spesifikasi dan proses rekabentuk. Mengenalpasti komponen sistem utama dan komunikasi sesamanya.
  • Slide 8
  • Proses Senibina Rekabentuk System structuring/decomposition Sistem dihuraikan (decomposed) kepada beberapa subsistem utama dan komunikasi antara subsistem dikenalpasti. Control modelling Model kawalan hubungan antara subsistem yang berlainan akan dikenalpasti. Modular decomposition Subsistem yang dikenalpasti akan dihuraikan kepada modul-modul.
  • Slide 9
  • Subsistem & Modul Subsistem merupakan sistem yg tersendiri dimana operasinya tidak bergantung kepada perkhidmatan yg disediakan oleh subsistem lain. Modul merupakan komponen sistem yg menyediakan perkhidmatan kepada komponen lain tetapi ia tidak dianggap sebagai sistem yg berasingan.
  • Slide 10
  • Model-model Senibina Model senibina yg berlainan mungkin akan dihasilkan semasa proses rekabentuk. Antaranya: Model struktur statik menunjukkan komponen sistem utama. Model proses dinamik menunjukkan struktur proses sistem. Model antaramuka menyatakan antaramuka subistem. Model hubungan seperti model aliran data (DFD).
  • Slide 11
  • Proses Senibina Rekabentuk (1) System Structuring Berkaitan dengan penghuraian sistem kepada interaksi subsistem. Biasanya diwakilkan sebagai rajah blok yg memaparkan pandangan struktur sistem. Model yg spesifik menunjukkan bgmn subsistem berkongsi data, diagihkan dan antaramuka antara subsistem.
  • Slide 12
  • Packing robot control system Mewakili subsistem Mewakili data/ kawalan
  • Slide 13
  • System structuring: Repository model Subsistem mesti menukar (exchange) data. Ianya boleh dilakukan dengan 2 cara: Data yg dikongsi diletakkan pada pangkalan data pusat (repository) dan boleh dicapai oleh semua subsistem lain. Setiap subsistem mempunyai pangkalan data yg tersendiri dan boleh menghantar data kepada subsistem lain. Model yg biasa digunakan apabila koleksi data yg besar ingin dikongsi bersama.
  • Slide 14
  • Contoh repository model: CASE toolset architecture
  • Slide 15
  • Repository model Kelebihan: Cara efisien untuk kongsi jumlah data yg besar. Subsistem tidak perlu hirau bagaimana data diurus. Pengurusan berpusat (back-up, keselamatan dll). Model kongsian diterbitkan menggunakan skema repository. Kelemahan: Subsistem mesti bersetuju dengan model data repository. Evolusi data adalah sukar dan agak mahal. Sukar untuk mengagihkan data kepada beberapa mesin (masalah ketidakkonsistenan).
  • Slide 16
  • System structuring: Client-server model Model sistem teragih (distributed) yg menunjukkan bagaimana data dan pemprosesan diagihkan merentasi pelbagai komponen. Terdapat set pelayan (stand-alone server) yg menyediakan perkhidmatan spesifik spt cetakan, pengurusan data dll. Terdapat set klien (client ) yg memanggil perkhidmatan tersebut. Terdapat rangkaian yg membenarkan klien mencapai pelayan.
  • Slide 17
  • Client-server model Senibina client-server yg paling mudah dipanggil two-tier client server di mana aplikasi diorganisasi kepada server dan set client. Ia boleh terdiri daripada 2 bentuk: Thin-client model: Semua pemprosesan aplikasi dan pengurusan data dilaksanakan pada server. Client cuma bertanggjawab untuk menjalankan (run) persembahan perisian. Fat-client model: Server hanya bertanggungjawab bagi pengurusan data. Perisian pada client melaksanakan logik aplikasi dan interaksi dengan pengguna sistem.
  • Slide 18
  • Client-server model: Two-tier client server Server Data Management Application Processing Client Presentation Thin-client model Server Data Management Client Presentation Fat-client model Application Processing Contoh: Banking ATM systems
  • Slide 19
  • Contoh Client-server: Film and picture library
  • Slide 20
  • Senibina client-server Kelebihan: Pengagihan data dan pemprosesan dilaksanakan kepada beberapa pemproses (klien dan pelayan). Menggunakan sistem rangkaian secara efektif (boleh kurangkan kos perkakasan) Mudah untuk menambah/upgrade pelayan baru (tanpa perlu mengganggu sistem lain) Kelemahan: Tiada perkongsian model data, jadi subsistem guna organisasi data yg berbeza (tidak efisien) Masalah prestasi sekiranya pertukaran data antara klien-pelayan adalah besar (bandwith rangkaian yg rendah)
  • Slide 21
  • System structuring: Abstract machine model Digunakan untuk memodelkan antaramuka antara subsistem. Mengorganisasi sistem kepada set layer (abstract machine) yg mana setiap satu menyediakan set perkhidmatan. Menyokong pembangunan secara penokokan (incremental) kepada subsistem dalam layer yg berlainan. Apabila antaramuka layer berubah, hanya layer yg bersebelahan sahaja yg terjejas. Bagaimanapun, agak sukar untuk menstruktur sistem dengan cara ini.
  • Slide 22
  • Contoh Abstract machine model: Version management system
  • Slide 23
  • Proses Senibina Rekabentuk (2) Control models Berkaitan dengan aliran kawalan antara subsistem (berbeza dengan system structuring/ decomposition model) Terdapat 2 pendekatan umum kepada kawalan: 1. Centralised control satu subsistem mempunyai tanggungjawab keseluruhan bagi kawalan (memula/menghenti) subsistem lain. 2. Event-based control setiap subsistem boleh respon kepada event luaran dari subsistem lain atau persekitaran sistem.
  • Slide 24
  • Contoh Centralised control: Call-return model Top-down subroutine model where control starts at the top of a subroutine hierarchy and moves downwards. Applicable to sequential systems.
  • Slide 25
  • Contoh Event-based control: Broadcast models An event is broadcast to all sub-systems. Any sub-system which can handle the event may do so. Effective in integrating sub-systems on different computers in a network.
  • Slide 26
  • Proses Senibina Rekabentuk (3) Modular Decomposition Melibatkan proses menghuraikan subsistem kepada modul-modul yg lebih kecil. Terdapat 2 pendekatan: 1. Model berorientasikan objek sistem dihuraikan kepada interaksi objek-objek. 2. Model aliran data sistem dihuraikan kepada modul fungsian yg menukarkan input kepada output (pipeline model)
  • Slide 27
  • Modular Decomposition: Model berorientasikan objek Menstruktur sistem kepada set objek yg mempunyai pergantungan yg lemah (loosely coupled) dan antaramuka yg ditakrif dengan baik. Decomposition berorientasikan objek berkaitan dengan mengenalpasti kelas objek, atribut serta operasi (metod). Dalam perlaksanaan, objek (instance) akan dicipta dari kelas dan sebahagian model kawalan digunakan untuk kordinasi operasi objek.
  • Slide 28
  • Contoh Model berorientasikan objek: Invoice processing system Kelas Objek Atribut Operasi
  • Slide 29
  • Modular Decomposition: Model Aliran Data Juga dikenali sebagai pipe and filter model (dimana transformasi fungsian memproses input kepada output) Pendekatan ini mempunyai variasi yang biasa dimana jika transformasi adalah berjujukan, ia digelar model jujukan berkumpulan (batch), yg banyak digunakan untuk data processing systems. Model ini tidak sesuai untuk sistem interaktif (sukar untuk model event-based data input daripada pengguna)
  • Slide 30
  • Contoh Model aliran data: Invoice processing system Fungsian transformasi
  • Slide 31
  • Sifat rekabentuk yang baik Rekabentuk berkualiti tinggi akan beri kesan kepada kualiti produk: Ease of understanding Ease of implementation Ease of testing Ease of modification Correct translation from requirements specification
  • Slide 32
  • Sifat rekabentuk yang baik: Component Independence Abstraction & information hiding membenarkan kita untuk memeriksa komponen mana yang berkaitan antara satu sama lain dalam rekabentuk keseluruhan