Akhir Cerita Doraemon


There are three current and often quoted urban legends that started spreading in late 1980s of an ending to the Doraemon series.

* The first and the more optimistic ending was made public by Nobuo Sato several years ago. Doraemon’s battery power ran out, and Nobita was given a choice between replacing the battery inside a frozen Doraemon, which would cause it to reset and lose all memory, or await a competent robotics technician who would be able to resurrect the cat-robot one day. Nobita swore that very day to work hard in school, graduate with honours, and become that robotics technician. He successfully resurrected Doraemon in the future as a robotics professor, became successful as an AI developer, and thus lived happily ever after, thus relieving his progeny of the financial burdens that caused Doraemon to be sent to his space-time in the first place. A dojin manga for this ending was made by a “Tajima T Yasue” in 2005, and it sold 13,000 copies before Shogakukan halted its publication. Tajima apologized to Shogakukan in 2007 and paid an undisclosed amount of money for settlement.[6]. See reference for scans of the ending.[7]

* The second, more pessimistic ending suggests that Nobita Nobi is suffering from autism and that all the characters (including Doraemon) are simply his delusion. The idea that Nobita was a sick and dying little boy who imagined the entire series on his sickbed to help him ease his pain and depression no doubt angered quite a lot of fans. Many Japanese fans staged a protest outside the headquarters of the publisher of the series after learning about this suggestion. The publisher had to issue a public statement that this is not true. (This ending actually correlates to the ending for the series St. Elsewhere, which ended in 1988.)

* The third ending suggests that Nobita fell and hit his head on a rock. He fell into a deep coma, and eventually into a semi-vegetative state. To raise money for an operation to save Nobita, Doraemon sold all the tools and devices in his four-dimensional pocket. However, the operation failed. Doraemon sold all his tools except for one used as a last resort. He used it to enable Nobita to go wherever he wanted, whichever time or era he wished to go. In the end, the very place Nobita wanted to go was heaven.

The plausibility of these issues was discussed here and it was concluded that there is no ending to Doraemon. [8]

There are three official endings to Doraemon that were made. Doraemon was discontinued in two media because readers were advancing in grades and an ending was believed to be needed. These two are not reprinted.

* In the March 1971 issue of the magazine Shogaku 4-nensei [9]: Due to the fact that visitors from the future were causing too much trouble, the government in the 22nd Century passed a bill to ban time-travelling altogether, meaning Doraemon would have to return to his time era. He leaves Nobita.

* In the March 1972 issue of the magazine Shogaku 4-nensei: Doraemon, for some reason, had to go back to the future but fakes a mechanical problem so that Nobita would let him go. Nobita believes him and promises to wait until Doraemon gets well. Realizing that Nobita can handle his departure, Doraemon tells the truth and Nobita accepts. Doraemon returns to the future.

The third ending was actually meant to be the official ending due to low TV ratings and the Fujiko Fujio duo was busy with other works. But Doraemon did not leave their minds and restarted from next month’s issue. In 1981, this episode was made into anime (called “Doraemon Comes Back”), and in 1998, this was released as an anime movie.

* In the March 1973 issue of the magazine Shogaku 4-nensei, Nobita again returns home after losing a fight against Gian. Doraemon then explains that he has to return. Nobita tries to have Doraemon stay but after talking it over with his parents, he accepts Doraemon’s departure. They take a last walk in the park. After they split up, Nobita encounters Jaian and gets into a fight again. After a long duel with Nobita trying to win at all costs so that Doraemon can leave without worries, Gian lets Nobita win for not giving up. Doraemon finds Nobita passed out and takes him home. Sitting beside sleeping Nobita and after a moment of thought, Doraemon returns to the future. (It is also found at the last chapter of the manga Book 6).

* The animated version is completely similar but lengthened. Nobita finds a box the shape of Doraemon in his drawer. The next day, which happens to be April Fool’s day, Nobita is jeered at by Suneo and Jaian, the latter tricking him about Doraemon’s return. He happily runs home and asked his mother whether Doraemon came back and finds out the truth. Nobita couldn’t stand it and opens the box. Inside of it was a bottle of liquid. He hears Doraemon’s voice explaining that the potion is called Uso 800 (Lies 800) it is used to make all untruths the drinker says true. Nobita uses it to play a few tricks on Jaian and Suneo, like first taking cover then say that the weather sure is good, which becomes a lie and it started to rain heavily before he said it is raining heavily and the rain stopped. Jian and Suneo was scared away after a few tricks and when Nobita mentioned what is happening. Nobita was very happy at first but quickly loses interest in the absence of Doraemon. As he walks home, due to his earlier questioning if Doraemon returned or not, his mother asked him if he could find Doraemon, he unwittingly said, in great disappointment, the truth about Doraemon never coming back, just like what Doraemon told Nobita before his departure. Since the potion was still in effect, when he arrives his room he finds Doraemon there, and they have a happy reunion, but due to the effects of the potion, all his greets and joyful words have to be spoken in the opposite way like I am so unhappy that we can never be together again.. The extended ending from the animated series was eventually adapted to the first story of Book 7 in the manga series, with a few changes (i.e. Instead of hearing Doraemon’s voice explaining the use of the potion, he finds a card inside the box describing the use of the potion).

When the Fujiko Fujio duo broke up in 1987, the very idea of an official ending to the series was never discussed. Since Fujiko F. died in 1996 before any decisions were reached, any “endings” of Doraemon are fan fiction. However, it is apparent from many episodes and movies where Nobita travels to the future that in the end he does marry Shizuka, leads a happy life and separates with Doraemon, although Nobita and his friends fondly remember him.

Hope you like it

Sumber : kaskus.us

Doa Nabi Ayub Ketika Sakit Parah

رَبِّ أَنِّى مَسَّنِيَ الضُّرُّ وَأَنْتَ أَرْحَمُ الرَّاحِمِيْنَ


“Ya Tuhanku, sesungguhnya aku telah ditimpa penyakit dan Engkau adalah Tuhan Yang Maha Penyayang di anatara semua penyayang.” (QS. Al-Anbiyaa : 83)

Kalender Hijriyah


Kalender Hijriyah terdiri dari 12 bulan:

No Penanggalan Islam Lama Hari
1 Muharram 30
2 Safar 29
3 Rabiul awal 30
4 Rabiul akhir 29
5 Jumadil awal 30
6 Jumadil akhir 29
7 Rajab 30
8 Sya’ban 29
9 Ramadhan 30
10 Syawal 29
11 Dzulkaidah 30
12 Dzulhijjah 29/(30)
Total 354/(355)

Kalender Hijriyah terdiri dari 7 hari. Sebuah hari diawali dengan terbenamnya Matahari, berbeda dengan Kalender Masehi yang mengawali hari pada saat tengah malam. Berikut adalah nama-nama hari:

  1. Al-Ahad (Minggu)
  2. Al-Itsnayn (Senin)
  3. Ats-Tsalaatsa’ (Selasa)
  4. Al-Arbaa-a / Ar-Raabi’ (Rabu)
  5. Al-Khamsah (Kamis)
  6. Al-Jumu’ah (Jumat)
  7. As-Sabt (Sabtu)

ITIL / Information Technology Infrastructure Library

ITIL atau Information Technology Infrastructure Library adalah suatu rangkaian dengan konsep dan teknik pengelolaan infrastruktur, pengembangan, serta operasi teknologi informasi (TI). ITIL diterbitkan dalam suatu rangkaian buku yang masing-masing membahas suatu topik pengelolaan (TI). Nama ITIL dan IT Infrastructure Library merupakan merek dagang terdaftar dari Office of Government Commerce (OGC) Britania Raya.

ITIL memberikan deskripsi detil tentang beberapa praktik (TI) penting dengan daftar cek, tugas, serta prosedur yang menyeluruh yang dapat disesuaikan dengan segala jenis organisasi (TI).

Walaupun dikembangkan sejak dasawarsa 1980-an, penggunaan ITIL baru meluas pada pertengahan 1990-an dengan spesifikasi versi keduanya (ITIL v2) yang paling dikenal dengan dua set bukunya yang berhubungan dengan ITSM (IT Service Management), yaitu Service Delivery (Antar Layanan) dan Service Support (Dukungan Layanan).

Pada awalnya ITIL adalah serangkaian lebih dari 40 buku pedoman tentang pengelolaan layanan IT yang terdiri dari 26 modul. Perpustakaan besar pertama ini juga dikenal sebagai ITIL 1.0. Antara 2000 dan 2004 disebabkan oleh peningkatan pelayanan yang berkesinambungan dan adaptasi terhadap situasi saat ini dalam lingkungan (TI) modern ITIL 1.0 di rilis besar dan digabungkan menjadi delapan inti manual: ITIL 2.0. Pada awal musim panas 2007 ITIL 3.0 diterbitkan. Ini didirikan struktur yang sama sekali baru. Ini terdiri dari tiga bidang utama:

* ITIL Core Publikasi
* ITIL Pelengkap Bimbingan
* ITIL Web Support Services

Pada 30 Juni 2007, OGC (Office of Government Commerce) menerbitkan versi ketiga ITIL (ITIL v3) yang intinya terdiri dari lima bagian dan lebih menekankan pada pengelolaan siklus hidup layanan yang disediakan oleh teknologi informasi.

Kelima bagian tersebut adalah:
1. Service Strategy
Inti dari ITIL Service Lifecycle adalah Service Strategy.
Service Strategy memberikan panduan kepada pengimplementasi ITSM pada bagaimana memandang konsep ITSM bukan hanya sebagai sebuah kemampuan organisasi (dalam memberikan, mengelola serta mengoperasikan layanan TI), tapi juga sebagai sebuah aset strategis perusahaan. Panduan ini disajikan dalam bentuk prinsip-prinsip dasar dari konsep ITSM, acuan-acuan serta proses-proses inti yang beroperasi di keseluruhan tahapan ITIL Service Lifecycle.

Topik-topik yang dibahas dalam tahapan lifecycle ini mencakup pembentukan pasar untuk menjual layanan, tipe-tipe dan karakteristik penyedia layanan internal maupun eksternal, aset-aset layanan, konsep portofolio layanan serta strategi implementasi keseluruhan ITIL Service Lifecycle. Proses-proses yang dicakup dalam Service Strategy, di samping topik-topik di atas adalah:

• Service Portfolio Management
• Financial Management
• Demand Management

Bagi organisasi TI yang baru akan mengimplementasikan ITIL, Service Strategy digunakan sebagai panduan untuk menentukan tujuan/sasaran serta ekspektasi nilai kinerja dalam mengelola layanan TI serta untuk mengidentifikasi, memilih serta memprioritaskan berbagai rencana perbaikan operasional maupun organisasional di dalam organisasi TI.

Bagi organisasi TI yang saat ini telah mengimplementasikan ITIL, Service Strategy digunakan sebagai panduan untuk melakukan review strategis bagi semua proses dan perangkat (roles, responsibilities, teknologi pendukung, dll) ITSM di organisasinya, serta untuk meningkatkan kapabilitas dari semua proses serta perangkat ITSM tersebut.

2. Service Design
Agar layanan TI dapat memberikan manfaat kepada pihak bisnis, layanan-layanan TI tersebut harus terlebih dahulu di desain dengan acuan tujuan bisnis dari pelanggan. Service Design memberikan panduan kepada organisasi TI untuk dapat secara sistematis dan best practice mendesain dan membangun layanan TI maupun implementasi ITSM itu sendiri. Service Design berisi prinsip-prinsip dan metode-metode desain untuk mengkonversi tujuan-tujuan strategis organisasi TI dan bisnis menjadi portofolio/koleksi layanan TI serta aset-aset layanan, seperti server, storage dan sebagainya.

Ruang lingkup Service Design tidak melulu hanya untuk mendesain layanan TI baru, namun juga proses-proses perubahan maupun peningkatan kualitas layanan, kontinyuitas layanan maupun kinerja dari layanan.

Proses-proses yang dicakup dalam Service Design yaitu:

1. Service Catalog Management
2. Service Level Management
3. Supplier Management
4. Capacity Management
5. Availability Management
6. IT Service Continuity Management
7. Information Security Management

3. Service Transition
Service Transition menyediakan panduan kepada organisasi TI untuk dapat mengembangkan serta kemampuan untuk mengubah hasil desain layanan TI baik yang baru maupun layanan TI yang dirubah spesifikasinya ke dalam lingkungan operasional. Tahapan lifecycle ini memberikan gambaran bagaimana sebuah kebutuhan yang didefinisikan dalam Service Strategy kemudian dibentuk dalam Service Design untuk selanjutnya secara efektif direalisasikan dalam Service Operation.

Proses-proses yang dicakup dalam Service Transition yaitu:

1. Transition Planning and Support
2. Change Management
3. Service Asset & Configuration Management
4. Release & Deployment Management
5. Service Validation
6. Evaluation
7. Knowledge Management

4. Service Operation
Service Operation merupakan tahapan lifecycle yang mencakup semua kegiatan operasional harian pengelolaan layanan-layanan TI. Di dalamnya terdapat berbagai panduan pada bagaimana mengelola layanan TI secara efisien dan efektif serta menjamin tingkat kinerja yang telah diperjanjikan dengan pelanggan sebelumnya. Panduan-panduan ini mencakup bagaiman menjaga kestabilan operasional layanan TI serta pengelolaan perubahan desain, skala, ruang lingkup serta target kinerja layanan TI.

Proses-proses yang dicakup dalam Service Transition yaitu:

1. Event Management
2. Incident Management
3. Problem Management
4. Request Fulfillment
5. Access Management

5. Continual Service Improvement
Continual Service Improvement (CSI) memberikan panduan penting dalam menyusun serta memelihara kualitas layanan dari proses desain, transisi dan pengoperasiannya. CSI mengkombinasikan berbagai prinsip dan metode dari manajemen kualitas, salah satunya adalah Plan-Do-Check-Act (PDCA) atau yang dikenal sebagi Deming Quality Cycle

Sebuah perusahaan yang mengimplementasi ITIL secara nyata tentunya mendapat banyak sekali keuntungan, misalnya, pelayanan IT menjadi lebih fokus kepada departemen lainnya di dalam satu perusahaan, biaya lebih efisien dan dapat diatur dengan baik, serta perubahan-perubahan IT yang dapat lebih mudah untuk diatur, dan masih banyak keuntungan lainnya yang pada akhirnya akan berdampak pada income perusahaan itu sendiri. Framework ITIL dikembangkan sejak 1980-an oleh Office of Government Commerce (Departemen Perdagangan) Inggris sebagai guidance bagi organisasi/perusahaan di sana. Pertengahan 1990-an, ITIL diakui dunia menjadi standar de facto di bidang service management. ITIL menyediakan sekumpulan best practice yang lengkap dan konsisten untuk ITSM, serta mempromosikan pendekatan kualitas untuk mencapai efektivitas dan efisiensi organisasi dalam penggunaan sistem informasi. ITIL mencakup 8 aspek, yakni: dukungan layanan, delivery, rencana pengembangan, manajemen infrastruktur TI, manajemen aplikasi, perspektif bisnis, manajemen sekuriti, dan manajemen aset software.
Saat ini ITIL telah memiliki paket materi dan menyediakan kursus pelatihan, ujian dan sertifikasi. Sebagai sebuah framework, ITIL telah memasuki versi terbaru, yaitu ITIL V3 – Service Life Cycle.

Menurut Santosh Nair, Direktur Birlasoft, sebelumnya Birlasoft menggunakan beragam perangkat help desk. Hanya saja, perangkat itu fungsinya terbatas. Semisal, tidak cocok (compliant) dengan proses ITIL; fitur IT Asset Management tidak tersedia sehingga sulit melacak aset; tidak ada fitur untuk persetujuan proses; keterbatasan dalam hal Service Level Agreement ataupun Change Management; tidak ada mesin alur kerja untuk mengotomasi proses; hingga terbatasnya fungsi pelaporan dan notifikasi e-mail. “Semua itu menyebabkan banyak kerja manual, informasi pengguna tidak terlacak secara akurat, kesulitan untuk cocok dengan ITIL dan lisensi software. Akibatnya, ada ketidakpuasan dari para pelanggan dan staf administrasi TI,” ungkap Nair.

Link source :

Mengenai Sertifikasi ITIL, Apa sih Benefitnya?

ITIL – Information Technology Infrastructure Library

Teknologi Informasi Infrastructure Library (ITIL) adalah satu set konsep dan teknik untuk mengelola teknologi informasi (TI) infrastruktur, pengembangan, dan operasi. ITIL ® adalah pendekatan yang paling luas diterima untuk layanan manajemen TI di dunia. ITIL menyediakan seperangkat praktek terbaik kohesif, yang diambil dari sektor publik dan swasta internasional. Sebuah filosofi keseluruhan ITIL telah berkembang dari bimbingan yang terkandung dalam buku-buku ITIL dan skema ITIL kualifikasi profesional.

ITIL terdiri dari serangkaian buku memberikan bimbingan pada penyediaan kualitas layanan TI, dan pada akomodasi dan fasilitas yang diperlukan untuk mendukung lingkungan TI. ITIL telah dikembangkan sebagai pengakuan ketergantungan organisasi ‘tumbuh di TI dan mewujudkan praktik terbaik untuk IT Service Management.

Manfaat ITIL
Dengan menyediakan pendekatan sistematis untuk manajemen layanan TI, ITIL dapat membantu sebuah perusahaan dalam cara berikut:
 Mengurangi biaya
 Peningkatan layanan TI melalui penggunaan proses-proses praktek terbaik yang telah terbukti meningkatkan kepuasan pelanggan melalui pendekatan yang lebih profesional untuk pelayanan standar dan pedoman
 Meningkatkan produktivitas
 Meningkatkan penggunaan keterampilan dan pengalaman
 Meningkatkan penyampaian layanan pihak ketiga melalui spesifikasi ITIL atau ISO 20000 sebagai standar untuk pengiriman layanan pengadaan jasa.

Sertifikasi ITIL adalah yang paling dicari dalam industri TI. Beberapa Sertifikasi ITIL biasanya membuat ke daftar sertifikasi teknis tertinggi membayar. Sertifikasi ITIL ITIL dikelola oleh Badan Sertifikasi Manajemen (ICMB) yang terdiri dari OGC, IT Service Management Forum Internasional dan dua pemeriksaan lembaga:. EXIN (berbasis di Belanda) dan ISEB (berbasis di Inggris) yang EXIN dan ISEB mengelola ujian dan kualifikasi penghargaan di Yayasan, Praktisi dan Manajer / tingkat Master saat ini dalam ‘ITIL Service Management’, ‘ITIL Aplikasi Manajemen’ dan ‘Manajemen Infrastruktur TIK’ masing-masing.

ITIL Volume, 5 Volume ITIL adalah sebagai berikut:

Layanan Strategi
Strategi Buku Service memberikan pandangan ITIL yang sejalan bisnis teknologi dan informasi. Ini menentukan bahwa setiap tahap siklus hidup layanan harus tetap fokus pada kasus bisnis, dengan tujuan bisnis yang ditetapkan, persyaratan dan prinsip-prinsip manajemen layanan.

Layanan Desain
Desain Buku Service memberikan panduan pada produksi / pemeliharaan kebijakan teknologi informasi, arsitektur, dan dokumen.

Layanan Transisi
Buku Transisi Layanan berfokus pada peran manajemen perubahan dan praktek rilis, menyediakan kegiatan bimbingan dan proses untuk transisi dari layanan ke dalam lingkungan bisnis.

Layanan Operasi
Buku ini berfokus pada pengiriman dan kegiatan proses kontrol berdasarkan pilihan layanan dan dukungan jasa penyampaian kontrol.

Peningkatan Pelayanan terus menerus: Buku ini berfokus pada elemen proses yang terlibat dalam mengidentifikasi dan memperkenalkan perbaikan manajemen pelayanan, serta isu-isu seputar layanan pensiun.

ITIL Versi 2

Versi sebelumnya ITIL fokus kurang pada siklus hidup, dan lebih pada proses.
ITIL V2 dibagi menjadi dua bidang utama:
Layanan dukungan dan pelayanan.

Layanan Dukungan jawaban perhatian Bagaimana pusat data memastikan bahwa pelanggan memiliki akses ke layanan yang tepat? Ini mencakup disiplin ilmu yang memungkinkan IT Services yang akan diberikan secara efektif.
Layanan yang diberikan adalah sebagai berikut :
 Manajemen Perubahan
 Manajemen Pers
 Masalah Manajemen
 Insiden Manajemen
 Manajemen Konfigurasi

Pelayanan adalah pengelolaan layanan TI sendiri, dan melibatkan sejumlah praktek manajemen untuk memastikan bahwa layanan TI yang disediakan seperti yang disepakati antara Penyedia Jasa dan Nasabah. Pada dasarnya, penyedia layanan harus menawarkan pengguna bisnis dukungan yang memadai. Pelayanan meliputi isu-isu yang harus dipertimbangkan untuk memastikan hal ini. Layanan Pengiriman dibagi menjadi:

 TI Manajemen Keuangan
 Manajemen TI Kontinuitas
 Kapasitas Manajemen
 Ketersediaan Manajemen
 Service Level Manajemen
 Layanan Meja

NB :
Untuk syarat dan biaya yang dikeluarkan untuk sertifikasi ini temen-temen bisa cari informasi langsung ke Lembaga Swasta yang menyediakan training ITIL bersertifikasi.

Link source :

COBIT / Control Objective for Information and Related Technology

Control Objective for Information & Related Technology (COBIT) adalah sekumpulan dokumentasi best practice untuk IT Governance yang dapat membantu auditor, pengguna (user), dan manajemen, untuk menjembatani gap antara resiko bisnis, kebutuhan kontrol dan masalah-masalah teknis IT (Sasongko, 2009).

COBIT mendukung tata kelola TI dengan menyediakan kerangka kerja untuk mengatur keselarasan TI dengan bisnis. Selain itu, kerangka kerja juga memastikan bahwa TI memungkinkan bisnis, memaksimalkan keuntungan, resiko TI dikelola secara tepat, dan sumber daya TI digunakan secara bertanggung jawab (Tanuwijaya dan Sarno, 2010).

COBIT merupakan standar yang dinilai paling lengkap dan menyeluruh sebagai framework IT audit karena dikembangkan secara berkelanjutan oleh lembaga swadaya profesional auditor yang tersebar di hampir seluruh negara. Dimana di setiap negara dibangun chapter yang dapat mengelola para profesional tersebut.

Kerangka Kerja COBIT

Kerangka kerja COBIT terdiri atas beberapa arahan/pedoman, yakni:

  • Control Objectives

Terdiri atas 4 tujuan pengendalian tingkat-tinggi (high-level control objectives) yang terbagi dalam 4 domain, yaitu : Planning & Organization , Acquisition & Implementation , Delivery & Support , dan Monitoring & Evaluation.

  • Audit Guidelines

Berisi sebanyak 318 tujuan-tujuan pengendalian yang bersifat rinci (detailed control objectives) untuk membantu para auditor dalam memberikan management assurance dan/atau saran perbaikan.

  • Management Guidelines

Berisi arahan, baik secara umum maupun spesifik, mengenai apa saja yang mesti dilakukan, terutama agar dapat menjawab pertanyaan-pertanyaan berikut :

v  Sejauh mana TI harus bergerak atau digunakan, dan apakah biaya TI yang dikeluarkan sesuai dengan manfaat yang dihasilkannya.

v  Apa saja indikator untuk suatu kinerja yang bagus.

v  Apa saja faktor atau kondisi yang harus diciptakan agar dapat mencapai sukses ( critical success factors ).

v  Apa saja risiko-risiko yang timbul, apabila kita tidak mencapai sasaran yang ditentukan.

v  Bagaimana dengan perusahaan lainnya, apa yang mereka lakukan.

v  Bagaimana mengukur keberhasilan dan bagaimana pula membandingkannya.

Manfaat dan Pengguna COBIT

Secara manajerial target pengguna COBIT dan manfaatnya adalah :

  • Direktur dan Eksekutif

Untuk memastikan manajemen mengikuti dan mengimplementasikan strategi searah dan sejalan dengan TI.

  • Manajemen

v  Untuk mengambil keputusan investasi TI.

v  Untuk keseimbangan resiko dan kontrol investasi.

v  Untuk benchmark lingkungan TI sekarang dan masa depan.

  • Pengguna

Untuk memperoleh jaminan keamanan dan control produk dan jasa yang dibutuhkan secara internal maupun eksternal.

  • Auditors

v  Untuk memperkuat opini untuk manajemen dalam control internal.

v  Untuk memberikan saran pada control minimum yang diperlukan.

Frame Work COBIT

COBIT dikeluarkan oleh IT Governance Institute (ITGI). COBIT digunakan untuk menjalankan penentuan atas IT dan meningkatkan pengontrolan IT. COBIT juga berisi tujuan pengendalian, petunjuk audit, kinerja dan hasil metrik, faktor kesuksesan dan maturity model.

Lingkup kriteria informasi yang sering menjadi perhatian dalam COBIT adalah:

  • Effectiveness

Menitikberatkan pada sejauh mana efektifitas informasi dikelola dari data-data yang diproses oleh sistem informasi yang dibangun.

  • Efficiency

Menitikberatkan pada sejauh mana efisiensi investasi terhadap informasi yang diproses oleh sistem.

  • Confidentiality

Menitikberatkan pada pengelolaan kerahasiaan informasi secara hierarkis.

  • Integrity

Menitikberatkan pada integritas data/informasi dalam sistem.

  • Availability

Menitikberatkan pada ketersediaan data/informasi dalam sistem informasi.

  • Compliance

Menitikberatkan pada kesesuaian data/informasi dalam sistem informasi.

  • Reliability

Menitikberatkan pada kemampuan/ketangguhan sistem informasi dalam pengelolaan data/informasi.

Sedangkan fokus terhadap pengelolaan sumber daya teknologi informasi dalam COBIT adalah pada :

  • Applications
  • Information
  • Infrastructure
  • People

Dalam menyediakan informasi yang dibutuhkan perusahaan untuk mencapai tujuan organisasi, COBIT memiliki karakteristik :

  • Business-focused
  • Process-oriented
  • Controls-based
  • Measurement-driven

COBIT mengelompokkan semua aktivitas bisnis yang terjadi dalam organisasi menjadi 34 proses yang terbagi ke dalam 4 buah domain proses, meliputi :

  • Planning & Organization.

Domain ini menitikberatkan pada proses perencanaan dan penyelarasan strategi TI   dengan strategi perusahaan, mencakup masalah strategi, taktik dan identifikasi tentang bagaimana TI dapat memberikan kontribusi maksimal terhadap pencapaian tujuan bisnis organisasi sehingga terbentuk sebuah organisasi yang baik dengan infrastruktur teknologi yang baik pula.

Domain ini mencakup :

v  PO1 – Menentukan rencana strategis

v  PO2 – Menentukan arsitektur informasi

v  PO3 – Menentukan arah teknologi

v  PO4 – Menentukan proses TI, organisasi dan hubungannya

v  PO5 – Mengelola investasi TI

v  PO6 – Mengkomunikasikan tujuan dan arahan manajemen

v  PO7 – Mengelola sumber daya manusia

v  PO8 – Mengelola kualitas

v  PO9 – Menilai dan mengelola resiko TI

v  PO10 – Mengelola proyek

  • Acquisition & Implementation.

Domain ini berkaitan dengan implementasi solusi IT dan integrasinya dalam proses bisnis organisasi untuk mewujudkan strategi TI, juga meliputi perubahan dan maintenance yang dibutuhkan sistem yang sedang berjalan untuk memastikan daur hidup sistem tersebut tetap terjaga.

Domain ini meliputi:

v  AI1 – Mengidentifikasi solusi yang dapat diotomatisasi.

v  AI2 – Mendapatkan dan maintenance software aplikasi.

v  AI3 – Mendapatkan dan maintenance infrastuktur teknologi

v  AI4 – Mengaktifkan operasi dan penggunaan

v  AI5 – Pengadaan sumber daya IT.

v  AI6 – Mengelola perubahan

v  AI7 – Instalasi dan akreditasi solusi dan perubahan.

  • Delivery & Support.

Domain ini mencakup proses pemenuhan layanan IT, keamanan sistem, kontinyuitas layanan, pelatihan dan pendidikan untuk pengguna, dan pemenuhan proses data yang sedang berjalan.

Domain ini meliputi :

v  DS1 – Menentukan dan mengelola tingkat layanan.

v  DS2 – Mengelola layanan dari pihak ketiga

v  DS3 – Mengelola performa dan kapasitas.

v  DS4 – Menjamin layanan yang berkelanjutan

v  DS5 – Menjamin keamanan sistem.

v  DS6 – Mengidentifikasi dan mengalokasikan dana.

v  DS7 – Mendidik dan melatih pengguna

v  DS8 – Mengelola service desk dan insiden.

v  DS9 – Mengelola konfigurasi.

v  DS10 – Mengelola permasalahan.

v  DS11 – Mengelola data

v  DS12 – Mengelola lingkungan fisik

v  DS13 – Mengelola operasi.

  • Monitoring and Evaluation.

Domain ini berfokus pada masalah kendali-kendali yang diterapkan dalam organisasi, pemeriksaan intern dan ekstern dan jaminan independent dari proses pemeriksaan yang dilakukan.

Domain ini meliputi:

v  ME1 – Mengawasi dan mengevaluasi performansi TI.

v  ME2 – Mengevaluasi dan mengawasi kontrol internal

v  ME3 – Menjamin kesesuaian dengan kebutuhan eksternal.

v  ME4 – Menyediakan IT Governance.

COBIT Maturity Model

COBIT menyediakan parameter untuk penilaian setinggi dan sebaik apa pengelolaan IT pada suatu organisasi dengan menggunakan maturity models yang bisa digunakan untuk penilaian kesadaran pengelolaan (management awareness) dan tingkat kematangan (maturity level). COBIT mempunyai model kematangan (maturity models) untuk mengontrol proses-proses IT dengan menggunakan metode penilaian (scoring) sehingga suatu organisasi dapat menilai proses-proses IT yang dimilikinya dari skala nonexistent sampai dengan optimised (dari 0 sampai 5), yaitu: 0: Non Existen, 1: Initial, 2: Repetable, 3: Defined, 4: Managed dan 5: Optimized  (Purwanto dan Saufiah, 2010; Setiawan, 2008; Nurlina dan Cory, 2008).

source ; https://haendra.wordpress.com/2012/06/08/pengertian-cobit/


Satu hal yang kerap membuat bimbang tatkala seseorang hendak membeli kamera digital adalah jenis atau teknologi sensor yang digunakan, yaitu antara CCD ataukah CMOS. Kebingungan ini semakin parah saat kita mendapat informasi yang keliru soal perbedaan keduanya, atau terlanjur meyakini kalau satu lebih baik dari lainnya. Sebelum membahas lebih lanjut, kami sampaikan dulu kalau saat ini baik CCD maupun CMOS mampu memberikan hasil foto yang sama baiknya. Perbedaan utama keduanya hanyalah masalah teknologi.

Sensor CCD (charge coupled device) maupun Sensor CMOS (complementary metal oxide semiconductor) hanyalah bagian dari kamera digital berbentuk sekeping chip untuk menangkap cahaya, menggantikan fungsi film pada era kamera film. Pada kepingan ini terdapat jutaan piksel yang sensitif terhadap cahaya (foton) dan energi cahaya yang diterima mampu dirubah dalam bentuk sinyal tegangan. Perbedaan teknis keduanya adalah dalam bagaimana tiap piksel itu memproses cahaya yang ditangkapnya. Piksel pada sensor CCD merubah cahaya menjadi elektron dan output dari sensor CCD memberikan hasil berupa tegangan, alias benar-benar piranti analog. Maka itu pada kamera bersensor CCD, proses analog-to-digital conversion (ADC) dilakukan diluar chip sensor. Sebaliknya, tiap piksel pada sensor CMOS mampu menghasilkan tegangan keluaran sendiri (berkat transistor yang ada pada setiap piksel) sehingga memungkinkan membuat chip CMOS yang terintegrasi dengan rangkaian ADC.

Cara kerja CCD

Cara Kerja CMOS

Baik sensor CCD maupun sensor CMOS, keduanya sudah cukup lama dikembangkan meski pada awalnya kualitas CMOS memang kalah dibanding dengan CCD. Maka itu CCD awalnya lebih diutamakan untuk dipakai pada kamera digital sementara CMOS hanya ditujukan untuk dipakai di kamera ponsel. Lambat laun riset telah berhasil meningkatkan kualitas sensor CMOS dengan harapan bisa menyamai kualitas sensor CCD. Kini sensor CCD sendiri justru mulai dikembangkan untuk kamera ponsel, sebaliknya sensor CMOS yang semakin disempurnakan mulai diterapkan di kamera digital. Persilangan ini menandakan sudah tidak lagi ada perbedaan berarti dalam hal kualitas gambar antara keduanya. Kini pada kamera DSLR kelas menengah dan atas saat ini sudah memakai sensor CMOS, sementara DSLR ekonomis masih memakai CCD. Sebagian besar kamera non DSLR masih memakai sensor CCD.

Lebih lanjut mengenai perbedaan keduanya, inilah plus minus sensor CCD dan CMOS saat ini :
Sensor CCD

Plus :

* matang secara teknologi
* desain sensor sederhana (lebih murah)
* sensitivitas tinggi (termasuk dynamic range)
* tiap piksel punya kinerja yang sama (uniform)

Minus :

* desain sistem keseluruhan (CCD plus ADC) jadi lebih rumit dan boros daya
* kecepatan proses keseluruhan lebih lambat dibanding CMOS
* sensitif terhadap smearing atau blooming (kebocoran piksel) saat menangkap cahaya terang

Sensor CMOS

Plus :

* praktis, keping sensor sudah termasuk rangkaian ADC (camera on a chip)
* hemat daya berkat integrasi sistem
* kecepatan proses responsif (berkat parralel readout structure)
* tiap piksel punya transistor sendiri sehingga terhindar dari masalah smearing atau blooming

Minus :

* proses pematangan teknologi (untuk menyamai kualitas CCD perlu biaya besar)
* piksel dengan transistor didalamnya menurunkan sensitivitas piksel (area penerima cahaya menjadi berkurang)
* piksel yang mampu mengeluarkan tegangan sendiri kurang baik dalam hal keseragaman kinerja (uniformity)

Jadi, baik sensor CCD maupun CMOS memang berbeda total secara desain. CCD punya keunggulan dalam hal sensitivitas meski berpotensi terganggu saat berhadapan dengan cahaya terang. CMOS unggul dalam hal kecepatan hingga lebih cocok dipakai di kamera dengan fps (burst) tinggi. Namun keduanya sudah didesain untuk sanggup memberikan hasil foto yang berkualitas tinggi, jadi fokuskan saja pilihan pada hal-hal lain seperti memilih lensa yang berkualitas dan melatih teknik memotret yang baik.

Source : kamera-gue.web.id

Windows Squid Proxy

Extrak file ke c:/squid masuk di dalam direktori c:/squid/etc disitu terdapat 3 file yaitu: cachemgr.conf.default, squid.conf.default dan mime.conf.default ketiga file itu harus di rename menjadi cachemgr.conf, squid.conf, dan mime.conf

kemudian edit squid.conf atau copas dari code dibawah ini atau bisa langsung didownload squid.conf

#file squid.conf

http_port 3128

icp_port 0

visible_hostname paidjo.web.id

acl QUERY urlpath_regex cgi-bin ?

no_cache deny QUERY

cache_mem 8 MB

cache_swap_low 98

cache_swap_high 96

maximum_object_size 128 KB ## Old = 128 MB

minimum_object_size 0 KB

maximum_object_size_in_memory 32 KB

ipcache_size 1024

ipcache_low 98

ipcache_high 99

cache_replacement_policy heap LFUDA

memory_replacement_policy heap GDSF

cache_dir aufs c:/squid/var/cache 4500 16 256

redirect_rewrites_host_header off

acl localnet src

acl localhost src

acl Safe_ports port 80 443 210 119 70 21 1025-65535


cache_mgr me@localhost

cache_access_log c:/squid/var/logs/access.log

cache_store_log none

cache_log c:/squid/var/logs/cache.log

emulate_httpd_log off

log_icp_queries off

log_fqdn off

memory_pools off

refresh_pattern ^ftp: 40320 95% 241920 reload-into-ims

refresh_pattern ^gopher: 1440 0% 1440

refresh_pattern . 120 50% 14400

quick_abort_min 0

quick_abort_max 0

quick_abort_pct 98

negative_ttl 1 minutes

positive_dns_ttl 60 seconds

negative_dns_ttl 30 seconds

cachemgr_passwd rahasia

acl manager proto cache_object

http_access allow manager

acl all src

http_access allow localnet

http_access allow localhost

http_access allow all

logfile_rotate 4

forwarded_for on

dns_testnames google.com detik.com

store_objects_per_bucket 10

reload_into_ims on

reload_into_ims on

pipeline_prefetch on

ie_refresh on

vary_ignore_expire on


Selanjutnya buka command prompt, masuk dalam directory c:/squid/sbin

didalam directory c:/squid/sbin ketik

squid -z

C:/squid/sbin>squid -z

2008/12/16 19:51:53| Creating Swap Directories

Bila masih ada kesalahan silahkan untuk mengedit squid.conf dan bila sudah sukses silahkan lanjutkan dengan mengetik

C:/squid/sbin>squid -i

Selanjutnya dari Run.. atau Start –> Run ketik “services.msc” (tanpa tanda kutip)

Silahkan cari squid dan kemudia start

Langkah selanjutnya atau mungkin yang terakhir :D

Masuk ke Control Panel –> Windows Firewall –> Exceptions

Klik Add Port isikan name: squid

Port number : (isikan port yang di buka pada squid conf pada fole configurasi saya port 3128 )

dan pilih TCP yang di aktifkan kemudian Ok

Pastikan squid pada exceptions di beri tanda cek/centang

Kalau sudah jalan silahkan browser anda di setting proxy servernya port 3128

Selamat Mencoba.. sukses ya