Tiga tahun terakhir (2004, 2005, 2006) kebetulan saya terlibat aktif menjadi perumus dan juri untuk lomba pembuatan media pembelajaran berbasis Teknologi Informasi yang diselenggarakan oleh Depdiknas, tepatnya di Dikmenum. Peserta lomba adalah guru-guru SMA dan sederajad di seluruh Indonesia. Dari pengalaman itu saya melihat bahwa guru-guru di Indonesia memiliki potensi yang tinggi dalam bidang Teknologi Informasi dan pemanfaatannya untuk dunia pendidikan. Ini yang menginspirasi saya untuk membuat lomba serupa yang sifatnya lebih kontinyu dan mudah diikuti oleh para guru dari berbagai tingkat pendidikan (TK, SD, SMP, SMA dan sederajad). Kebetulan ide ini diamini dan didukung oleh sahabat saya Donny B Utoyo (Koordinator ICT Watch dan DetikINET). Sehinga berlanjutlah menjadi satu event untuk para guru berupa Kompetisi Menulis Artikel dan Membuat Media Pembelajaran Berbasis Teknologi Informasi. Kegiatan ini kita beri nama “Smart Teacher”, dengan official sitenya adalah http://ilmukomputer.com/smartteacher.php. Kegiatan diselenggarakan oleh IlmuKomputer.Com dengan didukung secara penuh oleh DetikINET, Partner in Learning, MediaPembelajaran.Com, ICTWatch, Brainmatics, dan beberapa institusi pendidikan. Yang kita lakukan tidak muluk-muluk, intinya kita ingin meng-encourage guru-guru untuk mengenal Teknologi Informasi dan lebih jauh lagi bagaimana memanfaatkan Teknologi Informasi dalam membantu kegiatan belajar mengajar. Jadi yang kita kompetisikan adalah: 2 kategori karya yang akan dikompetisikan yaitu: Artikel Media Pembelajaran Setiap minggunya kita akan memilih artikel dan media pembelajaran terbaik, dan menampilkannya di DetikINET pada kolom khusus bernama Smart Teacher. Yang berhasil tampil akan mendapatkan kompensasi berupa uang tunai dan kesempatan mengikuti event di luar negeri yang akan kita tentukan kemudian. Untuk menyemarakkan kegiatan ini, kita juga membuat komunitas milis bernama smartteacher@yahoogroups.com. Milis ini bersifat terbuka, bisa diikuti peserta kompetisi maupun yang hanya ingin berdiskusi tentang teknologi informasi dan pemanfaatannya di dunia pendidikan. Persyaratan lomba, hasil karya dan mekanisme lengkap program dapat diketahui dengan mengklik http://ilmukomputer.com/smartteacher.php Untuk para guru dimanapun berada, selamat berdjoeang, kami tunggu karya anda !...
Teknik Pengukuran Kualitas Perangkat Lunak
Deras masuknya produk perangkat lunak dari luar negeri di satu sisi menguntungkan pengguna karena banyaknya pilihan produk dan harga. Namun di sisi lain cukup mengkhawatirkan karena di Indonesia tidak ada institusi yang secara aktif bertugas membuat standard dalam pengukuran kualitas perangkat lunak yang masuk ke Indonesia. Demikian juga dengan produk-produk perangkat lunak lokal, tentu akan semakin meningkat daya saing internasionalnya apabila pengembang dan software house di Indonesia mulai memperhatikan masalah kualitas perangkat lunak ini. Kualitas perangkat lunak (software quality) adalah tema kajian dan penelitian turun temurun dalam sejarah ilmu rekayasa perangkat lunak (software engineering). Kajian dimulai dari apa yang akan diukur (apakah proses atau produk), apakah memang perangkat lunak bisa diukur, sudut pandang pengukur dan bagaimana menentukan parameter pengukuran kualitas perangkat lunak. Bagaimanapun juga mengukur kualitas perangkat lunak memang bukan pekerjaan mudah. Ketika seseorang memberi nilai sangat baik terhadap sebuah perangkat lunak, orang lain belum tentu mengatakan hal yang sama. Sudut pandang seseorang tersebut mungkin berorientasi ke satu sisi masalah (misalnya tentang reliabilitas dan efisiensi perangkat lunak), sedangkan orang lain yang menyatakan bahwa perangkat lunak itu buruk menggunakan sudut pandang yang lain lagi (usabilitas dan aspek desain). APA YANG DIUKUR? Pertanyaan pertama yang muncul ketika membahas pengukuran kualitas perangkat lunak, adalah apa yang sebenarnya mau kita ukur. Kualitas perangkat lunak dapat dilihat dari sudut pandang proses pengembangan perangkat lunak (process) dan hasil produk yang dihasilkan (product). Dan penilaian ini tentu berorientasi akhir ke bagaimana suatu perangkat lunak dapat dikembangkan sesuai dengan yang diharapkan oleh pengguna. Hal ini berangkat dari pengertian kualitas (quality) menurut IEEE Standard Glossary of Software Engineering Technology [3] yang dikatakan sebagai: The degree to which a system, component, or process meets customer or user needs or expectation Dari sudut pandang produk, pengukuran kualitas perangkat lunak dapat menggunakan standard dari ISO 9126...
Meluruskan Salah Kaprah Rekayasa Perangkat Lunak
Rekayasa Perangkat Lunak (Software Engineering), sedikit mengalami pergeseran makna di realita dunia industri, bisnis, pendidikan maupun kurikulum Teknologi Informasi (TI) di tanah air. Di industri, para tester, debugger dan programmer sering salah kaprah menyandang gelar Software Engineer. SMK di Indonesia juga latah dengan membuka jurusan Rekayasa Perangkat Lunak, meskipun secara kurikulum hanya mengajari bahasa C atau Pascal (mungkin lebih pas disebut jurusan pemrograman komputer) 😉 Tulisan ini berusaha meluruskan salah kaprah yang terjadi tentang Rekayasa Perangkat Lunak (Software Engineering) berdasarkan kesepakatan, acuan, dan standard yang ada di dunia internasional. Sejarah munculnya Rekayasa Perangkat Lunak sebenarnya dilatarbelakangi oleh adanya krisis perangkat lunak (software crisis) di era tahun 1960-an. Krisis perangkat lunak merupakan akibat langsung dari lahirnya komputer generasi ke 3 yang canggih, ditandai dengan penggunaan Integrated Circuit (IC) untuk komputer. Performansi hardware yang meningkat, membuat adanya kebutuhan untuk memproduksi perangkat lunak yang lebih baik. Akibatnya perangkat lunak yang dihasilkan menjadi menjadi beberapa kali lebih besar dan kompleks. Pendekatan informal yang digunakan pada waktu itu dalam pengembangan perangkat lunak, menjadi tidak cukup efektif (secara cost, waktu dan kualitas). Biaya hardware mulai jatuh dan biaya perangkat lunak menjadi naik cepat. Karena itulah muncul pemikiran untuk menggunakan pendekatan engineering yang lebih pasti, efektif, standard dan terukur dalam pengembangan perangkat lunak. Dari berbagai literatur, kita dapat menyimpulkan bahwa Rekayasa Perangkat Lunak adalah: Suatu disiplin ilmu yang membahas semua aspek produksi perangkat lunak, mulai dari tahap awal requirement capturing (analisa kebutuhan pengguna), specification (menentukan spesifikasi dari kebutuhan pengguna), desain, coding, testing sampai pemeliharaan sistem setelah digunakan. Kalimat “seluruh aspek produksi perangkat lunak” membawa implikasi bahwa bahwa Rekayasa Perangkat Lunak tidak hanya berhubungan dengan masalah teknis pengembangan perangkat lunak tetapi juga kegiatan strategis seperti manajemen proyek perangkat lunak, penentuan metode dan proses pengembangan, serta aspek teoritis, yang kesemuanya untuk mendukung terjadinya...
Menyegarkan Kembali Pemahaman tentang Requirement Engineering...
Requirements engineering adalah fase terdepan dari proses rekayasa perangkat lunak (software engineering), dimana software requirements (kebutuhan) dari user (pengguna) dan customer (pelanggan) dikumpulkan, dipahami dan ditetapkan. Para pakar software engineering sepakat bahwa requirements engineering adalah suatu pekerjaan yang sangat penting. Fakta membuktikan bahwa kebanyakan kegagalan pengembangan software disebabkan karena adaya ketidakkonsistenan (inconsistent), ketidaklengkapan (incomplete), maupun ketidakbenaran (incorrect) dari requirements specification (spesifikasi kebutuhan). Banyak definisi yang diungkapkan oleh para peneliti tentang requirements engineering. Satu definisi yang cukup jelas dan diterima secara umum adalah yang diuraikan oleh Pamela Zave [Zave-97]: Requirements engineering adalah cabang dari software engineering yang mengurusi masalah yang berhubungan dengan: tujuan (dunia nyata), fungsi, dan batasan-batasan pada sistem software. Termasuk hubungan faktor-faktor tersebut dalam menetapkan spesifikasi yang tepat dari suatu software, proses evolusinya baik berhubungan dengan masalah waktu maupun dengan software lain (dalam satu famili). Studi di The Standish Group mencatat bahwa prosentase akumulatif kegagalan sebuah project pengembangan software sebagian besar disebabkan oleh masalah requirements dan spesifikasinya [Standish-94]. Untuk merangkum masalah yang ingin dipecahkan dalam cabang ilmu requirements engineering, kebanyakan pakar mengamini ungkapan Ed Yourdon dalam foreword yang ditulisnya untuk buku Managing Software Requirements – A Unified Approach karya Dean Leffingwell [Leffingwell-00]. Ed Yourdon menggunakan istilah “the rock problem (masalah batu) sebagai diskusi dasar masalah yang selalu muncul dalam proses pengerjaan proyek software. Customer (pelanggan) yang datang kepada kita untuk mengerjakan sebuah proyek pengembangan software, adalah ibarat seseorang yang mengatakan kepada kita, “Tolong buatkan saya batu”. Ketika kita memberikan kepadanya sebuah batu, dia akan melihatnya sebentar dan mengatakan kepada kita, “Ya terima kasih, tapi sebenarnya yang saya inginkan adalah sebuah batu kecil berwarna biru”. Dan ketika kita bawakan untuknya batu kecil berwarna biru, dia mengatakan bahwa yang diinginkan adalah yang “bentuknya bulat”. Demikian seterusnya proses iterasi (iteration) terjadi berulangkali sampai akhirnya kita dapatkan yang...
Konflik Dunia, Perang dan Gap Sosial
Konflik dan perang telah terjadi dimana-mana di seluruh dunia ini. Bumi yang terkotak-kotak menjadi 192 negara dimana lebih dari 6 milyar manusia hidup didalamnya, ternyata penuh dengan konflik. Konflik antar manusia, antar golongan, antar etnis dan antar negara. Steven D. Strauss dalam bukunya menyatakan bahwa dalam setengah abad terakhir, tidak ada dari 192 negara di dunia ini yang tidak pernah terlibat konflik. Setiap negara pernah mengalami konflik baik dalam negeri maupun luar negeri, satu kali atau bahkan lebih. Konflik politik di Rwanda tahun 1994 telah menyebabkan 1 juta penduduk etnis Tutsi tewas mengenaskan karena dibantai lawan politiknya yang beretnis Hutu. Di belahan bumi yang lain lagi, konflik di Korea juga menyebabkan jutaan orang tewas. Lebih dahsyatnya lagi, konflik ini menyebabkan terbelahnya Korea (yang sama sekali sama dalam bahasa, budaya, geografi dan agrikultur) menjadi dua negara (Korea Utara dan Korea Selatan). Kalau ditanya negara manakah yang paling banyak terlibat dalam masalah konflik luar negeri setengah abad terakhir ini. Tidak mengejutkan bahwa jawabannya adalah Amerika Serikat. Disamping terlibat dalam 5 konflik dan peperangan penting abad ini, antara lain dalam perang di Korea, Vietnam, Perang Dingin, Irak dan Afganistan. Amerika juga terlibat dalam 3 invasi dan serangan mendadak ke negara lain yaitu ke Laos, Kamboja dan Libya. Kemudian juga terlibat dalam paling tidak 6 operasi keamanan, yaitu ke Dominika, Lebanon, Somalia, Kosovo, dan beberapa negara teluk. Terlibat dalam 2 misi penyelamatan di Iran dan Mayagues, dan juga misi pengusiran pemerintah nasional di Panama. Negara berikut setelah Amerika, yang banyak terlibat dalam masalah konflik antar negara adalah Israel. Setelah perang dunia kedua selesai, paling tidak Israel terlibat dalam 6 peperangan dan konflik. Yaitu perang kemerdekaaan (1948), perang Suez (1956), perang 6 hari (1967), perang Atrisi (1967-1970), perang Yom Kippur (1973), perang Lebanon (1982), dan yang sampai belum terpecahkan...
Teknik Mengadopsi CCNA ke Kurikulum Pendidikan
Artikel ini saya tulis untuk menjawab beberapa pertanyaan yang datang dari guru, dosen, dan kepala jurusan di SMK dan Universitas tentang bagaimana cara mengadopsi kurikulum CCNA (Cisco Certified Network Associate) ke dalam kurikulum pendidikan kita. Pertanyaan ini muncul seiring dengan keinginan banyak lembaga pendidikan yang membuka jurusan teknologi informasi atau jaringan (SMK, Akademi, Universitas), dan ingin memberi nilai lebih kepada (maha)siswanya supaya lulus dengan memiliki sertifikasi internasional. Sedikit berbeda dengan sertifikasi-sertifikasi vendor lain (Microsoft, Novell, dsb), materi sertifikasi Cisco tidak hanya terfokus ke pembahasan produk yang dimilikinya (Internetwork Operating System (IOS) atau hardware). Tetapi juga memberi landasan konsep dan teori yang matang untuk Networking, Internetworking, Internet Protocol, TCP/IP, dsb. Hal ini yang membuat menarik dunia akademisi karena materi-materi itu sebenarnya juga diajarkan (telah eksis) dalam kurikulum jaringan komputer. Jadi bagaimana supaya bisa digabungkan, atau ditambahkan, atau diadopsi? Yang menarik, Cisco Systems memiliki program jalur akademik, yang terwadahi dalam Cisco Networking Academy Program (CNAP). Kurikulum disusun per-semester (bukan model course seperti lembaga pelatihan), dan sudah tersedia modul interaktif, online assesment, serta manajemen akademi secara online (elearning system). Materi yang tersedia misalnya untuk mempersiapkan ujian sertifikasi CCNA, CCNP, IT Essensial, dsb. Hirarki akademi menurut standard Cisco Systems terbagi menjadi tiga: CATC (Cisco Academy Training Center), RA (Regional Academy) dan LA (Local Academy). CATC memiliki previledge untuk membuat dan mengelola beberapa RA beserta pelatihan untuk instrukturnya, demikian juga RA yang mengelola beberapa LA termasuk pelatihan untuk instruktur LA. Sedangkan LA mempunyai previledge untuk membuka kelas bagi student. Seluruh manajemen dilakukan secara online dalam sistem elearning yang bernama Academy Connection (http://cisco.netacad.net), yang memungkinkan pengelola akademi atau LMC (Legal Main Contact), instruktur, student dan alumni berkolaborasi dalam kegiatan belajar mengajar. Sekali lagi, kurikulum, modul, kuis, ujian online, dan bahkan sertifikat kelulusan (bagi yang lulus) sudah tersedia secara digital. Lembaga pendidikan kita (SMK, Akademi, Universitas, dsb) cukup...
Bagaimana Mahasiswa Ilmu Komputer Belajar: Mengkritisi Kurikulum dan Gaya Pendidikan Kita...
Sepulang dari study di Jepang tahun 2004, saya banyak mengajar di beberapa Universitas di Jakarta, terutama di fakultas atau jurusan yang berhubungan dengan ilmu komputer dan teknik informatika. Saya mengajar mata kuliah yang memang saya kuasai, dan terkait langsung dengan tema penelitian saya. Diantaranya adalah mata kuliah Software Engineering (Rekayasa Perangkat Lunak), Algoritma dan Bahasa Pemrograman (Algorithm and Programming Language), dan Basis Data (Database). Kebanyakan mata kuliah tersebut diajarkan setelah semester 5 (tingkat 3 atau 4). Dalam interaksi belajar mengajar di kelas, saya menemukan beberapa fenomena menarik berhubungan pengetahuan mahasiswa dan kurikulum yang diajarkan di universitas. Saya menemukan tipe mahasiswa yang ketika saya terangkan dia kesulitan menangkap beberapa konsep yang seharusnya sudah dia dapat di semester sebelumnya. Katanya, itu tidak diajarkan di universitas tersebut. Fenomena ini terjadi dalam universitas yang memotong (mengubah) beberapa kurikulum yang seharusnya diajarkan, karena tidak ada SDM pengajar (dosen). Di lain pihak, saya menemukan fenomena lain dimana mahasiswa mengatakan bahwa dia mengenal beberapa konsep yang saya singgung, hanya dia lupa mata kuliah yang mengajarkannya. Fenomena ini terjadi di universitas yang mencekoki mahasiswanya dengan mata kuliah berlebih, dengan argumentasi bahwa supaya mahasiswa mendapat pengetahuan secara lengkap. Sering dosen mengajar bukan pada bidang yang dikuasai, hal itu terpaksa dilakukan oleh universitas untuk mengejar mata kuliah yang harus jalan. Dua-duanya ternyata membuat mahasiswa jadi linglung, yang satu linglung karena memang tidak pernah diajarkan, dan yang lain linglung karena terlalu banyak yang diajarkan. Intinya sih kedua-duanya sama-sama nggak ngerti 😉 . Fenomena aneh lain tentunya masih banyak, misalnya mahasiswa tingkat 3 jurusan teknik informatika (atau ilmu komputer) yang tidak kenal siapa Dennis Ritchie 😉 , tidak bisa membuat program meskipun hanya untuk sebuah fungsi untuk memunculkan Hello World (apalagi mengkompilenya), tidak paham tentang paradigma pemrograman, juga tidak paham apa itu kompiler, shell, pointer, fungsi,...
Arah SDM TI: Dari Spesialis ke Versatilis
Menarik membaca laporan khusus Gartner tentang prediksi 2006 (Gartner Predictcs 2006 Special Report), yang kebetulan juga dibahas di majalah eBizzAsia bulan pebruari 2006. Diramalkan bahwa pada tahun 2010 pasar kerja para spesialis Teknologi Informasi (TI) akan berkurang hingga 40%. Para spesialis (specialist) ini akan digantikan oleh versatilis (versatilist), yang mampu mengkombinasikan kompetensi dan keahlian teknis, dengan pengalaman bisnis dan kemampuan memberikan solusi komprehensif. Siapa itu spesialis? Siapa itu versatilis? kita coba bahas dalam tulisan ini. Mengapa ada perubahan arah SDM TI seperti ini? Faktor terbesar adalah meningkatnya persaingan bisnis seiring dengan semakin kompleksnya perkembangan Teknologi Informasi sendiri. TI semakin dibutuhkan untuk memecahkan permasalahan di berbagai bidang, diperlukan solusi multidisiplin, multiplatform dan sesuai dengan konteks permasalahan yang dihadapi. Disinilah Gartner menyebut istilah “IT versatilist”, yaitu orang-orang yang memiliki pengalaman, kemampuan menjalankan berbagai tugas yang beragam dan multidisiplin (versatile), dimana semua itu untuk menciptakan suatu pengetahuan (baru), kompetensi dan keterkaitan (context) yang kaya dan padu guna mendorong peningkatan nilai bisnis. Sifat sang versatilis adalah fleksibel terhadap teknologi, orientasi utamanya adalah untuk memberikan solusi sesuai requirement (kebutuhan) yang diminta oleh sang customer. Versatilis bukan seorang generalis yang mengenal semua bidang dan teknologi tapi hanya kulitnya (dangkal). Versatilis tidak terlahir tiba-tiba, tapi karena pengalaman matang menjadi seorang spesialis. Versatilis juga bukan spesialis yang hanya mengerti cakupan bidang yang sempit, meskipun dalam. Versatilis adalah seorang spesialis yang berpikir lebih luas, berwawasan, matang, penuh perhitungan, mengerti tentang bisnis, orientasi kerja untuk memberi solusi, mampu bekerjasama (membangun networking) dengan orang-orang TI lain maupun non TI, dan yang pasti tidak mengkotakkan dirinya pada sebuah teknologi, tool atau platform. Prediksi Gartner ini diperkuat oleh beberapa data, misalnya tentang 80% profesional TI di Amerika bekerja di perusahaan-perusahaan yang menerapkan TI, dan bukan perusahaan-perusahaan TI sendiri (hardware, software, service). Wajarlah seorang profesional TI dituntut untuk memiliki kemampuan verbal dalam menyampaikan konsep-konsep teknologi informasi dalam bahasa yang dimengerti oleh banyak orang. Inilah dia sang Versatilis! Sebelum membaca laporan...
Ikhlaskah Saya Dalam Beramal?
Rasulullah menatap satu persatu para sahabat yang sedang berkumpul dalam majelis, hening dan tawadlu. “Ya Rasulullah”, ujar salah seorang hadirin memecahkan keheningan. “Bila pertanyaanku ini tidak menimbulkan kemarahan bagi Allah, sudilah engkau menjawabnya”. “Apa yang hendak engkau tanyakan itu”, tanya Rasulullah dengan nada suara yang begitu lembut. Dengan sikap yang agak tegang si sahabat itupun langsung bertanya: “Siapakah diantara kami yang akan menjadi ahli surga?” Tiba-tiba, bagai petir menyambar, jiwa-jiwa yang tadinya tawadlu, nyaris menjadi luka karena murka. Pertanyaan yang sungguh keterlaluan, setengah sahabat menilainya mengandung ujub (bangga atas diri sendiri) atau riya’. Adalah Umar bin Khattab yang sudah terlebih dahulu bereaksi, bangkit untuk menghardik si penanya. Untunglah Rasulullah menoleh ke arahnya sambil memberi isyarat untuk menahan diri. Rasulullah menatap ramah, beliau dengan tenangnya menjawab: “Engkau lihatlah ke pintu, sebentar lagi orangnya akan muncul”. Lalu setiap pasang matapun menoleh ke ambang pintu, dan setiap hati bertanya-tanya, siapa gerangan orang hebat yang disebut Rasulullah ahli surga itu. Sesaat berlalu dan orang yang mereka tunggupun muncul. Namun manakala orang itu mengucapkan salam kemudian menggabungkan diri ke dalam majelis, keheranan mereka semakin bertambah. Jawaban Rasulullah rasanya tidak sesuai dengan logika mereka. Sosok tubuh itu tidak lebih dari seorang pemuda sederhana yang tidak pernah tampil di permukaan. Ia adalah sepenggal wajah yang tidak pernah mengangkat kepala bila tidak ditanya dan tidak pernah membuka suara bila tidak diminta. Ia bukan pula termasuk dalam daftar sahabat dekat Rasulullah. Apa kehebatan pemuda ini? Setiap hati menunggu penjelasan Rasulullah. Menghadapi kebisuan ini, Rasulullah bersabda: “Setiap gerak-gerik dan langkah perbuatannya hanya ia ikhlaskan semata-mata mengharapkan ridla Allah. Itulah yang membuat Allah menyukainya”. Betapa tinggi nilai ikhlas dalam amal perbuatan seseorang, sampai Rasulullah menyebutkan sebagai salah satu syarat ahli surga. Posisi ikhlas dalam Islam memang sangat penting, karena ikhlas dianggap sebagai ukuran amal seseorang....
Penghitungan Subnetting, Siapa Takut?
Setelah anda membaca artikel Konsep Subnetting, Siapa Takut? dan memahami konsep Subnetting dengan baik. Kali ini saatnya anda mempelajari teknik penghitungan subnetting. Penghitungan subnetting bisa dilakukan dengan dua cara, cara binary yang relatif lambat dan cara khusus yang lebih cepat. Pada hakekatnya semua pertanyaan tentang subnetting akan berkisar di empat masalah: Jumlah Subnet, Jumlah Host per Subnet, Blok Subnet, dan Alamat Host- Broadcast. Penulisan IP address umumnya adalah dengan 192.168.1.2. Namun adakalanya ditulis dengan 192.168.1.2/24, apa ini artinya? Artinya bahwa IP address 192.168.1.2 dengan subnet mask 255.255.255.0. Lho kok bisa seperti itu? Ya, /24 diambil dari penghitungan bahwa 24 bit subnet mask diselubung dengan binari 1. Atau dengan kata lain, subnet masknya adalah: 11111111.11111111.11111111.00000000 (255.255.255.0). Konsep ini yang disebut dengan CIDR (Classless Inter-Domain Routing) yang diperkenalkan pertama kali tahun 1992 oleh IEFT. Pertanyaan berikutnya adalah Subnet Mask berapa saja yang bisa digunakan untuk melakukan subnetting? Ini terjawab dengan tabel di bawah: Subnet Mask Nilai CIDR 255.128.0.0 /9 255.192.0.0 /10 255.224.0.0 /11 255.240.0.0 /12 255.248.0.0 /13 255.252.0.0 /14 255.254.0.0 /15 255.255.0.0 /16 255.255.128.0 /17 255.255.192.0 /18 255.255.224.0 /19 Subnet Mask Nilai CIDR 255.255.240.0 /20 255.255.248.0 /21 255.255.252.0 /22 255.255.254.0 /23 255.255.255.0 /24 255.255.255.128 /25 255.255.255.192 /26 255.255.255.224 /27 255.255.255.240 /28 255.255.255.248 /29 255.255.255.252 /30 SUBNETTING PADA IP ADDRESS CLASS C Ok, sekarang mari langsung latihan saja. Subnetting seperti apa yang terjadi dengan sebuah NETWORK ADDRESS 192.168.1.0/26 ? Analisa: 192.168.1.0 berarti kelas C dengan Subnet Mask /26 berarti 11111111.11111111.11111111.11000000 (255.255.255.192). Penghitungan: Seperti sudah saya sebutkan sebelumnya semua pertanyaan tentang subnetting akan berpusat di 4 hal, jumlah subnet, jumlah host per subnet, blok subnet, alamat host dan broadcast yang valid. Jadi kita selesaikan dengan urutan seperti itu: Jumlah Subnet = 2x, dimana x adalah banyaknya binari 1 pada oktet terakhir subnet mask (2 oktet terakhir untuk kelas...