Arsitektur Enterprise:Pertemuan 13-Pengembangan Permodelan Arsitektur Teknologi Menggunakan Framework TOGAF

Studi kasus Pengembangan Permodelan Arsitektur Teknologi Menggunakan Framework TOGAF yang dibahas berdasarkan penelitian yang dilakukan oleh Yunis dkk pada Tahun 2016.

Tahapan TOGAF ADM terdiri dari (Yunis dkk, 2016):

1. Architecture vision,
2. Business architecture,
3. Information system architecture,
4. Technology architecture,
5. Opportunities and solution,
6. Migration planning,
7. Implementation governance, dan
8. Architecture change management.

Model Arsitektur Bisnis

• Sebelum memulai pemodelan bisnis ini, maka hal yang harus dilakukan pertama kali adalah mendefinisikan suatu pertanyaan, yang berhubungan dengan pedoman yang digunakan perguruan tinggi dalam menjalankan bisnisnya.
• Kegiatan Tridharma Perguruan Tinggi merupakan aktivitas inti dalam sebuah perguruan tinggi. Aktivitas inti ini tidak akan bisa dijalankan dengan baik, apabila tidak ada dukungan dari aktivitas lainnya, seperti: manajemen keuangan, manajemen sarana dan prasarana serta manajemen sumber daya manusia dan lainnya.
• Untuk mengidentifikasi area fungsional utama dan pendukung dari perguruan tinggi digambarkan dalam bentuk rantai nilai seperti diilustrasikan pada Gambar 1.
• Masing masing kegiatan utama dan pendukung dapat diuraikan sebagai berikut: Fungsi Bisnis Utama terdiri dari tiga kegiatan yaitu: Penerimaan Mahasiswa, Operasional Akademik, dan Penglepasan Akademik. Fungsi Bisnis Pendukung terdiri dari tiga kegiatan yaitu: Manajemen Aset dan Prasarana, Manajemen Sumber Daya Manusia, dan Manajemen Keuangan

Gambar 1. Rantai Nilai Perguruan Tinggi

• Untuk memodelkan arsitektur bisnis, terdapat berbagai teknik yang bisa digunakan, seperti Business Process Modeling Notation (BPMN), Functional Decomposition Diagram (FDD), diagram Unified Modeling Language (UML), dan Integration Definition for Function Modeling (IDEF0). Pada tahapan kedua dari TOGAF ADM yaitu Arsitektur Bisnis (Business Architecture) juga menyediakan teknik yang bisa digunakan untuk memodelkan arsitektur bisnis tersebut, antara lain BPMN.
• Sebelum memodelkan arsitektur bisnis yang ada di perguruan tinggi, berikut akan dilakukan terlebih dahulu perumusan turunan fungsi bisnis dan fungsi pendukung berdasarkan rantai nilai dari Gambar 1 yang sudah dijelaskan sebelumnya. Adapun bentuk turunan dari fungsi bisnis utama dan pendukung akan digambarkan dengan Functional Decomposition Diagram (FDD). Salah satu contoh FDD bisa dilihat pada Gambar 2.

Gambar 2. FDD Manjemen Aset Sarana dan Prasarana

• Agar model arsitektur bisnis dapat dipahami dengan baik maka fungsifungsi bisnis yang telah didefinisikan dapat digambarkan dengan BPMN. Model proses BPMN merupakan representasi grafis mengenai satu atau beberapa aspek sistem manajemen dari suatu organisasi, karena secara langsung juga memberikan gambaran yang jelas tentang siapa pembuat keputusan untuk setiap proses. Salah satu contoh BPMN untuk fungsi penetapan kalender akademik perguruan tinggi ditunjukkan pada Gambar 3. Disamping hasil analisis dan dokumentasi proses bisnis yang sudah dibuat, sebaiknya juga diperlukan evaluasi terhadap proses bisnis sehingga menghasilkan proses bisnis yang lebih efektif dan efisien.

Gambar 3. BPMN Penetapan Kalender Akademik

Model Arsitektur Data

• Arsitektur data haruslah dapat mengidentifikasikan data yang mendukung fungsi-fungsi bisnis seperti yang terdefinisi dalam model bisnis. Untuk mendefinisikan arsitektur data, pertama sekali didaftarkan kandidat entitas data dengan melakukan brainstorming terhadap orang, tempat, dan kejadian yang memiliki makna (informasi) sehubungan dengan model bisnis perguruan tinggi.
• Untuk mendefinisikan arsitektur data, TOGAF ADM merekomendasikan sebuah katalog (Data Component Catalog) yang berisikan kumpulan data yang ada dalam organisasi. Rekomendasi lainnya adalah Business Function Matrix yang menggambarkan hubungan relasi fungsi bisnis dengan entitas data yang ada dalam perguruan tinggi. Berikut akan dijelaskan tentang sebagian Data Component Catalog dalam sebuah perguruan tinggi

Gambar 4. Diargam ER Operasional Akademik

Entitas-entitas Operasional Akademik termasuk diantaranya adalah :

1. Entitas Program Studi
2. Entitas Jurusan
3. Entitas Sarana Prasarana (Ruang Kuliah)
4. Entitas Semester
5. Entitas Kurikulum
6. Entitas Kalender Akademik
7. Entitas Herregistrasi (Registrasi Kuliah)
8. Entitas Dosen
9. Entitas Mahasiswa
10. Entitas Matakuliah
11. Entitas Jadwal Kuliah
12. Entitas Berita Acara Kuliah
13. Entitas Absensi Kuliah
14. Entitas Jadwal Ujian
15. Entitas Beritas Acara Ujian (UTS & UAS)
16. Entitas Nilai (KHS, Transkrip)
17. Entitas KRS
18. Entitas Cuti Akademik
19. Entitas Registrasi Sidang Akademik
20. Entitas Registrasi Judul PI
21. Entitas Registrasi Judul TA
22. Entitas Evaluasi

Berdasarkan kandidat entitas data yang sudah didefinisikan tersebut langkah selanjutnya adalah menggambarkan arsitektur data yang dibutuhkan dalam fungsi dan model bisnis yang sebelumnya sudah dijelaskan. Arsitektur data akan disajikan dalam bentuk diagram E-R, diagram E-R dipilih mengingat arsitektur data hanyalah mengidentifikasi dan mendefinisikan entitas data.

Untuk keperluan memvisualkan entitas-entitas data tersebut beserta makna konseptualnya, diagram E-R sudah cukup baik dan memadai. Pada Gambar 4 merupakan salah satu contoh dari Diagram ER untuk Fungsi Operasional Akademik.

Model Arsitektur Aplikasi
Arsitektur Aplikasi mempunyai tujuan untuk mendefinisikan aplikasiaplikasi yang diperlukan untuk mengelola data dan mendukung fungsi-fungsi bisnis yang ada dalam perguruan tinggi. Model arsitektur
aplikasi merupakan definisi tentang hal yang dilakukan aplikasi untuk mengelola data dan menyediakan informasi bagi pelaksana fungsifungsi bisnis. Arsitektur aplikasi dapat didefinisikan dengan teknik-teknik Application Portfolio Catalog, System -/Function Matrix dan Application Communication Catalog.

Tahapan Application Portfolio Catalog bertujuan untuk mendefinisikan semua daftar aplikasi yang digunakan oleh perguruan tinggi, arsitektur aplikasi mempunyai tujuan untuk mengelola data-data dan fungsi bisnis yang ada dalam perguruan tinggi. Contoh dari Application Portfolio Catalog aplikasi dalam perguruan tinggi dapat dilihat pada Gambar 6.

Gambar 5: Application
Portfolio Catalog

Kemudian tahap System/Function Matrix bertujuan untuk mengidentifikasikan fungsi-fungsi bisnis yang secara langsung didukung atau dilakukan oleh aplikasi. Secara umum langkah pemetaan hubungan aplikasi dengan fungsi bisnis adalah dengan cara: 1) menetapkan penggunaan aplikasi yang digunakan fungsi bisnis organisasi berdasarkan kebutuhan dari fungsi bisnis dengan meninjau proses bisnis dan data yang digunakan, 2) menentukan kebijakan penggunaan dan bagaimana layanan yang ada dalam aplikasi yang mendukung fungsi bisnis, 3) mendukung analisis kesenjangan antara peranan aplikasi dalam mendukung proses bisnis organisasi, 4) menentukan peranan aplikasi dalam mendukung fungsi bisnis dan mengindentifikasi kebutuhan untuk perubahan aplikasi kedepannya. Contoh dari matriks relasi aplikasi dengan fungsi bisnis dapat dilihat pada Gambar 6.

Tahap terakhir dalam model arsitektur aplikasi adalah Application Communication Catalog yang bertujuan untuk menggambarkan semua model dan pemetaan yang berhubungan dengan bentuk komunikasi antara aplikasi yang digunakan oleh Perguruan Tinggi. Diagram ini juga akan menunjukkan aplikasi dan interface antara komponen aplikasi yang akan digunakan. Gambaran komunikasi aplikasi ini digambarkan secara logis dengan harapan dapat menunjukkan arsitektur aplikasi yang relevan untuk dirancang dan dikembangkan. Contoh dari diagram ini, bisa dilihat pada Gambar 7.

Gambar 6: Matrik Relasi Aplikasi dengan Fungsi Bisnis

Gambar 7: Diagram Komunikasi Aplikasi Penerimaan Mahasiswa

Model Arsitektur Teknologi
Tujuan dari tahapan ini adalah untuk membangun arsitektur teknologi yang diinginkan, dimulai dari penentuan konsep dasar teknologi sampai alternatif teknologi yang diperlukan. Arsitektur teknologi dipandang sebagai pendefinisian platform teknologi yang akan digunakan untuk penyediaan lingkungan aplikasi dalam mengelola data dan sebagai alat dalam mendukung fungsi bisnis yang ada dalam perguruan tinggi. Langkah pertama yang dilakukan adalah penentuan prinsip platform teknologi
untuk mendefinisikan prinsip-prinsip teknologi yang akan digunakan. Tujuannya agar pendefinisian teknologi lebih jelas dan terukur maka perlu didefinisikan prinsip platform teknologi yang meliputi perangkat keras, perangkat lunak, dan komunikasi.

Arsitektur teknologi yang dihasilkan bersifat konseptual sehingga bukan merupakan analisis kebutuhan secara detail melainkan hanya memberikan gambaran umum dan perlu ditinjau ulang saat melakukan implementasi. Arsitektur didefinisikan untuk memastikan bahwa teknologi tersebut reasonable, feasible, dan consistent dengan arsitektur bisnis, data dan aplikasi. Secara umum konfigurasi konseptual teknologi tersebut dapat dibagi atas 2 bagian, yaitu: (1) Jaringan Perguruan Tinggi Konseptual, dan (2) Arsitektur Sistem Bisnis. Masing-masing dari konfigurasi dari konseptual teknologi ini bisa dilihat pada Gambar 8 dan Gambar 9.

Pada prinsip-prinsip teknologi teridentifikasi bahwa teknologi yang diperlukan adalah teknologi jaringan yang menghubungkan suatu bagian dengan bagian lain. Oleh karena itu dalam menentukan platform teknologi, hal yang perlu diperhati-kan adalah lokasi bisnis yang akan menjadi area penempatan infrastruktur teknologi

Gambar 8: Jaringan Perguruan Tinggi

Gambar 9: Arsitektur Sistem Bisnis

Model arsitektur enterprise yang dikemukakan dalam pertemuan ini adalah model dasar bagi institusi perguruan tinggi didalam pengembangan arsitektur enterprise. TOGAF ADM merupakan metoda pengembangan arsitektur enterprise yang bisa disesuaikan dengan kebutuhan, dengan syarat bahwa institusi mempunyai aturan dan prosedur yang jelas tentang proses bisnis untuk mendukung proses pengembangan sistem informasi terintegrasi.

Latihan Pertemuan 13

Read More

Routing & Switching Essentials:Pertemuan 13-Device Discovery, Manajemen, dan Pemeliharaan

Device Discovery dengan CDP

• Mengkonfigurasi dan Verifikasi CDP
• Show cdp neighbors
• Show cdp interface
• Cdp run
• Cdp enable
• Menemukan Devices Menggunakan CDP
• Pengidentifikasi perangkat - Nama host dari perangkat tetangga
• Port identifier - Nama port lokal dan remote
• Daftar kemampuan - Apakah perangkat router atau switch
• Platform - Platform hardware perangkat

Device Discovery dengan LLDP

• Mengkonfigurasi dan Verifikasi LLDP
• Show lldp
• Lldp run
• Lldp transmit
• Lldp receive
• Menemukan Devices Menggunakan LLDP
• Show lldp neighbors

Manajemen Perangkat

Melaksanakan NTP

• Mengatur Jam
• Konfigurasi tanggal dan waktu secara manual.
• Konfigurasi menggunakan Network Time Protocol (NTP)
• NTP Operasi
• Sistem hirarki sumber waktu
• Menggunakan jam dengan acuan dari server
• Mengkonfigurasi dan Verifikasi NTP
• ntp Server ip-address
• Show ntp associations
• Show ntp status
• Show clock

Operasi syslog

• Pengantar Syslog
• Memungkinkan perangkat untuk mengirim pesan ke server syslog
• fungsi utama:
• informasi log
• pilihan jenis
• menentukan tujuan
• Format Syslog
• pengidentifikasi layanan - Fasilitas
• Layanan Timestamp
• Meningkatkan real-time debugging dan manajemen
• Service timestamps log datetime

Konfigurasi syslog

• Server syslog
• Mem-parsing output dan menempatkan pesan ke dalam kolom yang telah ditetapkan
• Memungkinkan administrator jaringan untuk menavigasi sejumlah data yang dikumpulkan pada server syslog.
• Perintah untuk Router dan Switch Klien Syslog
• Logging ip-address
• Logging trap level
• Logging source-interface source-interface interfacenumber
• Memverifikasi Syslog
• Show logging

Pemeliharaan Perangkat

Pemeliharaan Router dan Switch

• Back up dan Restoring menggunakan TFTP
• copy running-config tftp
• copy startup-config tftp
• Menggunakan Port USB untuk Backing Up dan Restoring
• Show file system
• Dir usbflash0:
• Copy run usbflash0:/

Verifikasi Lisensi dan Manajemen

• Verifikasi lisensi
• show version
• Show lisensi
• Backup lisensi
• lisensi save File-sys: //lic-location
• Uninstall lisensi
• Nonaktifkan lisensi
• License boot module module name technology-package package-name disable
• Clear lisensi
• License clear feature-name
• No license boot module module-name technology-package package-name disable

Read More

Arsitektur Komputer: Pertemuan 13-Reduced Instructions Set Arsitecture

Arsitektur Komputer

ALU

Tugas utama adalah melakukan semua perhitungan aritmatika  dan melakukan keputusan dari suatu operasi logika.

Register
Alat penyimpanan kecil yang mempunyai kecepatan akses cukup tinggi yang digunakan untuk menyimpan data dan instruksi yang sedang diproses sementara data dan instruksi lainnya menunggu giliran untuk diproses masih disimpan di dalam memori utama.

Register dalam CPU diantaranya :
Register untuk alamat dan buffer :

• MAR (Memory Address Register)
• Untuk mencatat alamat memori yang akan diakses (baik yang akan ditulisi maupun dibaca)
• MBR (Memory Buffer Register)
• Untuk menampung data yang akan ditulis ke memori yang alamatnya ditunjuk MAR atau untuk menampung data dari memori (yang alamatnya ditunjuk oleh MAR) yang akan dibaca.
• I/O AR (I/O Address Register)
• Untuk mencatat alamat port I/O yang akan diakses(baik akan ditulisi / dibaca).
• I/O BR (I/O Buffer Register)
• Untuk menampung data yang akan dituliskan ke port yang alamatnya ditunjuk I/O AR atau untuk menampung data dari port (yang alamatnya ditunjuk oleh I/O AR) yang akan dibaca.

Register untuk eksekusi
instruksi

• PC (Program Counter)
• Mencatat alamat memori dimana instruksi di dalamnya akan dieksekusi
• IR (Instruction Register)
• Menampung instruksi yang akan dilaksanakan
• AC (Accumulator)
• Menyimpan data sementara baik data yang sedang  diproses atau hasil proses.

Control Unit
Bertugas mengatur dan mengendalikan semua peralatan yang ada di sistem komputer.

I/O Interconection
Input-Output (/O) Interconection merupakan sistem koneksi yang menghubungkan antar komponen internel dalam sebuah CPU, yaitu ALU, unit kontrol, dan register serta menghubugkan CPU dengan  bus-bus eksternal diluar CPU.

Cara Kerja Komputer

Tingkatan Mesin Komputer

Abstraksi

Siklus Instruksi
Program yang ada di memori komputer terdiri dari sederetan instruksi. Setiap instruksi dieksekusi melalui suatu siklus. Setiap siklus instruksi terdiri dari tahap-tahap :

1. Instruction fetch, yaitu mengambil instruksi dari memori dan mentransfernya ke unit kontrol.
2. Mengartikan (decode) instruksi dan menentukan apa yang harus dikerjakan serta data apa yang digunakan.
3. Baca alamat efektif, jika instruksi beralamat indirect.
4. Proses eksekusi instruksi dengan memilih operasi yang diperlukan dan mengendalikan perpindahan data yang terjadi.
5. Terdapat register dalam CPU yang berfungsi mengawasi dan menghitung instruksi selanjutnya yaitu Program Counter
6. PC akan menambah satu hitungan setiap kali CPU membaca instruksi
7.  Instruksi-instruksi yang dibaca akan dibuat dalam register instruksi (IR)

Sejarah

• Reduced Instruction Set Computing (RISC) atau "Komputasi set instruksi yang disederhanakan" pertama kali digagas oleh John Cocke, peneliti dari IBM di Yorktown, New York pada tahun 1974 saat ia membuktikan bahwa sekitar 20% instruksi pada sebuah prosesor ternyata menangani sekitar 80% dari keseluruhan kerjanya.
• Komputer pertama yang menggunakan konsep RISC ini adalah IBM PC/XT pada era 1980-an. Istilah RISC sendiri pertama kali dipopulerkan oleh David Patterson, pengajar pada University of California di Berkely.
• RISC, yang jika diterjemahkan berarti "Komputasi Kumpulan Instruksi yang Disederhanakan", merupakan sebuah arsitektur komputer atau arsitektur komputasi modern dengan instruksiinstruksi dan jenis eksekusi yang paling sederhana. Arsitektur ini digunakan pada komputer dengan kinerja tinggi, seperti komputer vektor.
  
• Selain digunakan dalam komputer vektor, desain ini juga diimplementasikan pada prosesor komputer lain, seperti pada beberapa mikroprosesor Intel 960, Itanium (IA64) dari Intel  Corporation, Alpha AXP dari DEC, R4x00 dari MIPS Corporation, PowerPC dan Arsitektur POWER dari International BusinessMachine. Selain itu, RISC juga umum dipakai pada Advanced RISC Machine (ARM) dan StrongARM (termasuk di antaranya adalah Intel  XScale), SPARC dan UltraSPARC dari Sun Microsystems, serta PA-RISC dari Hewlett-Packard.
• Selain RISC, desain Central Processing Unit yang lain adalah CISC (Complex Instruction Set Computing), yang jika diterjemahkan ke  dalam Bahasa Indonesia berarti Komputasi Kumpulan Instruksi yang kompleks atau rumit.
• Teknologi RISC relatif sangat baru, karena itu  saat ini tidak terjadi perdebatan dalam menggunakan CISC atau RISC. saat ini tidak terjadi perdebatan dalam menggunakan CISC atau RISC.
• Pendapat-pendapat yang ada hanya membahas kekurangan kekurangan pendekatan RISC serta memberikan pemahaman motivasi pendukung RISC
  
• Alasan pertama yaitu, penyederhanaan kompilerAlasan pertama yaitu, penyederhanaan kompiler
• Tugas pembuat kompiler adalah menghasilkan rangkaian instruksi mesin bagi semua pernyataan HLL (high level language).
• Apabila ada instruksi mesin yang menyerupai HLL, maka tugas ini akan disederhanakan.
• Pekerjaan mengoptimalkan kode yang di hasilkan utk meminimalkan ukuran kode, hasilkan utk meminimalkan ukuran kode, mengurangi hitungan eksekusi instruksi, dan meningkatkan pipeline jauh lebih sulit apabila menggunakan CISC

Pipelining

• Merupakan suatu konsep pelaksanaan instruksi yang dibagi dalam banyak bagian, dimana masing-masing bagian ditangani oleh hardware khusus dan keseluruhan bagian dapat beroperasi secara paralel.

On board cache

• Cache adalah memori kecil berkapasitas kecil tetapi berkecepatan tinggi yang dipasang antara prosesor dan memori utama.
• Cache dibuat karena adanya kesenjangan perbedaan kecepatan yang sangat besar antara prosesor dan memori utama.
• Perkembangan kecepatan prosesor tidak diimbangi peningkatan kecepatan memori sehingga proses pembacaan data dari memori relatif lebih lambat bila dibandingkan dengan kecepatan prosesor, sehingga prosesor harus menunggu data dari memori dan menjadi inefisiensi kinerja prosesor.

Contoh :

RAM : 128 MB DDR 333
clock speed 333 MHz

Processor : Athlon 1800 MHz
clock speed 1800 MHz ≈ 1,8 GHz

On board L1 dan L2 cache

• L1 cache = level 1 cache = CPU internal cache = cache yang terletak di inti processor
• L2 cache = level 2 cache = CPU external cache = cache yang terletak di motherboard.
• Pada prosesor generasi baru seperti Pentium II – IV, Duron, Thunderbird L2 cache diletakkan di dalam prosesor (= tidak diletakkan di inti prosesor tapi dimasukkan dalam kemasan prosesor sehingga lebih dekat dengan inti prosesor).
• Namun CISC akan menghasilkan program yang lebih kecil dan lebih cepat dari RISC
• CISC cenderung menggunakan instruksi-instruksi yang sederhana.
• CISC cenderung menekankan pada referensi register dibandingkan pada  referensi memori, dan referensi register memerlukan bit yang jumlahnya lebih sedikit

Karakteristik Arsitektur RISC

• RISC harus tidak boleh lebih kompleks dan harus dapat mengeksekusi secepat  mikro instruksi pada mesin-mesin CISC
• Dengan menggunakan instruksi sederhana atau instruksi satu siklus, hanya di butuhkan sedikit mikro kode
• Instruksi mesin dapat di hardware, instruksi ini akan lebih cepat di  bandingkan instruksi-instruksi lainnya yang sejenis pada mesin lainnya, karena instruksi tersebut tidak perlu mengakses penyimpanan kontrol mikroprogram pada saat eksekusi instruksi berlangsung.
  

Karakteristik RISC

• Satu instruksi per siklusSatu instruksi per siklus
• Operasi register ke registerOperasi register ke register
• Address mode sederhanaAddress mode sederhana
• Format Instruksi sederhanaFormat Instruksi sederhana

Pipelining RISC

• Sebagian besar instruksi merupakan operasi register ke register, dan sebuahsiklus instruksi memiliki dua buah fase :
1. I : Instruction Set pengambilan instruksi
2. E : Execute Set melakukan operasi  ALU dengan input Register dan output register

Bagi operasi Load  dan store diperlukan 3 buah fase

1. I = Instruction Set
2. E = Execute = menghitung alamat memori
3. D = Memori = operasi register ke memori atau memori ke register

Perkembangan Desain Prosesor
Tanenbaum mengemukakan adanya prinsip-prinsip penting dalam melakukan desain prosesor komputer modern yaitu prinsip RISC (Reduced Instruction Set Computer), yaitu :

1. Memaksimalkan kecepatan dimana instruksi-instruksi dikeluarkan Prinsip ini menekankan pengembangan jumlah instruksi yang dapat diproses per detik pada sebuah prosesor, yaitu MIPS (Million of Instruction per Second), mengakibatkan muncul teknologi paralelisme prosesor yang akan dapat meningkatkan kinerja komputer
2. Memperbanyak instruksi yang secara langsung dapat dijalankan hardware untuk mempercepat kinerja
3. Instruksi-instruksi harus mudah untuk di-dekode-kan Batas kritis pada tingkat kecepatan adalah dekode dari setiap instruksi. Semakin  sedikit format instruksi maka akan semakin baik kinerja dan kecepatan sebuah eksekusi instruksi.
4. Hanya instruksi LOAD dan STORE yang diakses ke memori dan berusaha memperkecil instruksi yang langsung diakses dari memori utama.
5. Menyiapkan banyak register, sekarang rata-rata CPU memiliki 32 register.

Pendekatan CISC

• Tujuan utama dari arsitektur CISC adalah melaksanakan suatu perintah cukup dengan beberapa baris bahasa mesin sedikit mungkin. Hal ini bisa tercapai dengan cara membuat perangkat keras prosesor mampu memahami dan menjalankan beberapa rangkaian operasi.
• Untuk tujuan contoh kita kali ini, sebuah prosesor CISC sudah dilengkapi dengan sebuah instruksi khusus, yang kita beri nama MULT. Saat dijalankan, instruksi akan membaca dua nilai dan menyimpannya ke 2 register yag berbeda, melakukan perkalian operan di unit eksekusi dan kemudian mengambalikan lagi hasilnya ke register  yang benar. Jadi instruksi-nya cukup satu saja…
• MULT 2:3, 5:2
• MULT dalam hal ini lebih dikenal sebagai “complex instruction”, atau instruksi yang kompleks. Bekerja secara langsung melalui memori komputer dan tidak memerlukan instruksi lain seperti fungsi baca maupun menyimpan.
• Prosesor RISC hanya menggunakan instruksi-instruksi sederhana yang bisa dieksekusi dalam satu siklus.
  
• Dengan demikian, instruksi ‘MULT’ sebagaimana dijelaskan sebelumnya dibagi menjadi tiga instruksi yang berbeda, yaitu “LOAD”, yang digunakan untuk memindahkan data dari memori ke dalam register, “PROD”, yang digunakan untuk melakukan operasi produk (perkalian) dua operan yang berada di dalam register (bukan yang ada di memori) dan “STORE”, yang digunakan untuk memindahkan data dari register kembali ke memori.
  
• Berikut ini adalah urutan instruksi yang harus dieksekusi agar yang terjadi sama dengan instruksi “MULT” pada prosesor RISC (dalam 4  baris bahasa mesin):
• LOAD A, 2:3
  LOAD B, 5:2
  PROD A, B
  STORE 2:3, A
  

Perbandingan

Persamaan Unjuk-kerja (Performance)

• Persamaan berikut biasa digunakan sebagai ukuran unjuk-kerja suatu komputer:

• Pendekatan CISC bertujuan untuk meminimalkan jumlah instruksi per program, dengan cara mengorbankan kecepatan eksekusi sekian siklus/detik.
• Sedangkan RISC bertolak belakang, tujuannya mengurangi jumlah siklus/detik setiap instruksi dibayar dengan bertambahnya jumlah instruksi per program.

Latihan Pertemuan 13

Read More

Jaringan Komputer:Pertemuan 12-Pembuatan Jaringan Sederhana 2

Langkah - Langkah Pengerjaan

• Praktek ini berdasarkan pertemuan 6 - 9
1. Klik Hiperlink yang berada di bawah masing-masing gambar
2. Isi sesuai instruksi di paket tracer dan perhatikan waktu pengerjaannya (60 Menit ).
3. Jika sudah menyelesaikan tahap-tahap pengerjan sesuai petunjuk aktivity di paket tracer silahkan Klik Check Results  untuk melihat apakah yang diisi sudah benar atau tidak (nilai pengerjaan). Dan reset  activity untuk melihat cheklis pengerjaan.
   

Navigating the IOS

Configuring Initial Switch Setting

Configure Initial Router Setting

Read More

Arsitektur Enterprise:Pertemuan 12-UML Untuk Permodelan TOGAF

UML DAN BPMN UNTUK PERMODELAN TOGAF

• TOGAF merujuk beberapa kali ke bahasa pemodelan UML dan BPMN untuk mendukung pemodelan arsitektur enterprise. Namun, beberapa penjelasan masih diperlukan tentang bagaimana standar ini harus digunakan untuk menerapkan TOGAF, dan pada bagian model mana yang akan ditampilkan untuk setiap viewpoint.
• UML dan BPMN akan digunakan untuk mewakili objek arsitektur dasar, yang didefinisikan dalam metamodel TOGAF. Ini berarti kita harus memutuskan elemen UML atau BPMN mana yang akan digunakan untuk mewakili setiap objek TOGAF. Dengan cara ini, proses BPMN secara alami akan mewakili proses TOGAF, aktor UML akan mewakili aktor TOGAF tetapi juga peran TOGAF, dan kelas UML akan mewakili entitas bisnis TOGAF juga produk TOGAF.

UML DAN BPN UNTUK PERMODELAN TOGAF
Model harus disesuaikan untuk memfasilitasi komunikasi antara participants. UML dan BPMN, keduanya standar yang sangat kaya, harus difilter menurut sudut pandang sehingga dapat menyajikan konsep yang berguna dan juga harus disesuaikan agar sesuai dengan terminologi TOGAF (seperti peran, entitas bisnis, dll.). Kadang-kadang mereka harus diperluas untuk mendukung konsep yang tidak ada dalam bahasa ini (misalnya, fungsi, unit organisasi, tujuan).

The UML Standard

• UML was standardized in 1997, and a major new version was published in 2005. UML groups together a large number of modeling techniques that were previously scattered among different domains (entity relationship, object model, state diagram, sequence diagram, process modeling, etc.). It is widely accepted and used in the modeling of software systems.
• UML enables data to be modeled through class diagrams. Behavior is modeled through object modeling (object behaviors, operations, etc.) and the support of sequence diagrams, state diagrams, and activity diagrams. Systems and architectures are also modeled using the concept of components and component assembly techniques.
• UML is used for a wide variety of domains and targets and must therefore be adapted to correspond to the concerns and concepts specific to each target. For example, the concept of persistence must be introduced when modeling database schemas, while concepts specific to programming languages must be added for targets. Similarly, the concept of service is required when modeling SOA architectures, while the concept of the system is central to large system modeling.
• A UML profile is a set of extensions brought to UML to adapt it to a particular target. For example, SoaML or SysML (Figure 1) are UML profiles standardized by the OMG.

Figure 1

System Analysis and Design with UML
1. System Analysis

1. Business Process Identification

 Use Case Diagram

2. Business Process Modeling

 Activity Diagram or Business Process Modeling Notation (BPMN)

3. Business Process Realization

 Sequence Diagram

2. System Design

1. Program Design

1. Class Diagram

2. Package Diagram

3. Deployment Diagram

2. User Interface Design

3. Entity-Relationship Model

STUDI KASUS: ATM SYSTEM

ATM System

 

Use Case Diagram

Use Case Diagram (Alternatif)

BUSINESS PROCESS MODELING: ACTIVITY DIAGRAM

BPM With Activity Diagrams

• A number of activities support a business process across several departments
• Activity diagrams model the behavior in a business process

STUDI KASUS: ATM SYSTEM

Activity Diagram: Memasukkan Kartu

Activity Diagram: Memasukkan PIN

Activity Diagram: Mengecek Saldo

Activity Diagram: Mentransfer Uang

Activity Diagram: Mengambil Uang

Activity Diagram: Melakukan Logout

Sequence Diagrams

• Illustrate the objects that participate in a use case
• Show the messages that pass between objects for a particular use-case over time

Sequence Diagram Syntax

Sequence Diagram

1. Susun Sequence Diagram untuk setiap Use Case yang dibuat
2. Mulai dari menarik Actor yang ada di Use Case Diagram, lanjutkan dengan membuat sequence detail dari berjalannya Use Case

Catatan: Objek dari Lifeline di Sequence Diagram akan menjadi kandidat Class

Jenis Class
1. Boundary Class:

1. Class yang berinteraksi dengan aktor langsung (user interface)
   
2. Form, input, UI ini masuk di sini

2. Control Class:

1. Class yang berhubungan dengan pemrosesan, penghitungan, kalkulasi, komputasi, query, dst

3. Entity Class:

1. Class yang berhubungan dengan data, penyimpanan
   data/file

STUDI KASUS: ATM SYSTEM

Sequence Diagram: Memasukkan PIN

Sequence Diagram: Mengecek Saldo

Sequence Diagram: Mentransfer Uang

Sequence Diagram: Mengambil Uang

Sequence Diagram: Melakukan Logout

CLASS DIAGRAM

Class Diagram Elements

1. Classes
2. Attributes
3. Operations
4. Relationships

Classes

• Templates for creating instances or objects
• All objects of a class have same structure and behavior, but contain different attributes
  

1. Concrete: used to create actual objects
2. Abstract: extended to create other classes

Attributes

• Units of information relevant to the description of the class
• Only attributes important to the task should be included
• Attributes should be primitive types (integers, strings, doubles, date, time, Boolean, etc.)

Operations (Methods)

• Defines the behavior of the class
• Action that instances/objects can take
• Focus on relevant problem-specific operations (at this point)

Relationships

• Generalization
• “Is-A” relationship
• Enables inheritance of attributes & oper's
• Subclasses and superclasses
•  Principle of substitutability
• Subclass be substituted for superclass

• Aggregation
• “Has-A” relationship
• Relates parts to wholes
• Uses decomposition
  

• Association
• Relationships that don't fit “Is-A” or “Has-A”
• Often a weaker form of “Has-A”
• Miscellaneous relationships between classes
• Example:
• Patient schedules an appointment
• So the appointment has a patient
• This is weak

Example Class Diagram

More on Attributes

• Derived attributes
•  /age, for example can be calculated from birth date and current date

• Visibility of attributes
•  +Public: not hidden from any object
•  #Protected: hidden from all but immediate subclasses
•  –Private: hidden from all other classes

• Default is private

More on Operations

• Constructor: creates object
• Query: see class state
• Update: change attribute values
• Operations can also be public, protected, or private
• – Default for operations is public
  

More on Relationships

• A primary purpose of class diagrams is to show relationships, or associations,  between classes
• Class can be related to itself (role)
• Use a "+" sign to show it's a role and not the name of a relationship

Class Diagram: Sistem ATM

DEPLOYMENT DIAGRAM

• Servers
  • Mainframes, Minis, Micros

•  Clients
• Input/Output HW used by users
• Terminals, PCs, special purpose HW

• Network
• HW and SW to connect clients to servers

• Nodes
• Any piece of hardware in the model
• A computational resource
• Labeled by its name
• Stereotype to label the type of node

• Artifacts
• Piece of the information system, such as software or a database table
  

• Node with Deployed Artifact
• Shows artifact placed on a physical node
• Good for showing distribution data or software

• Communication paths
  •  Links between nodes of the network

Diagram Examples

Deployment Diagram (3 Tier)

Latihan Pertemuan 12

Read More