Sabtu, 12 November 2016

Program Pembuatan Garis Horizontal, Vertikal, dan Diagonal dengan OpenGL menggunakan Software Dev C++



OpenGL
OpenGL adalah sebuah program aplikasi interface yang digunakan untuk mendefinisikan komputer grafis 2D dan 3D. Program lintas-platform API ini umumnya dianggap ketetapan standar dalam industri komputer dalam interaksi dengan komputer grafis 2D dan juga telah menjadi alat yang biasa untuk digunakan dengan grafis 3D. Singkatnya, Open Graphics Library, OpenGL menghilangkan kebutuhan untuk pemrogram untuk menulis ulang bagian grafis dari sistem operasi setiap kali sebuah bisnis akan diupgrade ke versi baru dari sistem.
Fungsi dasar dari OpenGL adalah untuk mengeluarkan koleksi perintah khusus atau executable ke sistem operasi. Dengan demikian, program ini bekerja dengan perangkat keras grafis yang ada yang berada pada hard drive atau sumber tertentu lainnya. Setiap perintah dalam dirancang untuk melakukan tindakan tertentu, atau memulai efek khusus tertentu yang terkait dengan grafis.


GLUT (GL Utility Toolkit)
Dikarenakan OpenGL tidak menyediakan interface sistem window ataupun input, maka untuk tujuan ini aplikasi harus mengunakan keseragaman spesifik platform. Dengan demikian jika aplikasi yang diinginkan tidak hanya berjalan di satu platfrom saja, maka perlu menggunakan GLUT
GLUT merupakan pengembangan dari OpenGL yang didesain untuk aplikasi dengan level kecil hingga menengah dan menggunkan callback function untuk menambahkan interaksi dari user. GLUT menyediakan interface untuk menejemen window, menu, dan peralatan input (keyboard, dan mouse). GLUT juga menyediakan fungsi otomatis untuk menggambar objek primitif (garis, lingkaran, titik, persegi),objek 3 dimensi wire (kerangka) maupun yang solid, seperti cube (kubus), sphere (bola), dan teapot (poci teh), cone (kerucut), torus, dan lain-lain .
GLUT dikembangkan oleh Mark Kilgard, yaitu penulis  OpenGL Programming for the X Window System dan The Cg Tutorial: The Definitive Guide to Programmable Real-Time Graphics, ketika dia masih bekerja di Silicon Graphics.
Dua tujuan GLUT ialah menciptakan fleksibitas code antar platform yang dapat dijalankan lebih dari satu sistem operasi (Windows, Linux, Mac OS X, FreeBSD, OpenBSD, NetBSD), dan untuk lebih mudah mempelajari OpenGL. Dengan menggunakan GLUT hanya memerlukan sedikit code dibandingkan dengan OpenGL, tanpa mengetahui spesifikasi sistem operasi, dikarenakan OpenGL adalah sebagai mesin.

Gambar Garis pada Program 
 Link ===> Dokumen Program Garis



Minggu, 19 Juni 2016

Manajemen Permintaan

IT SERVICE MANAGEMENT
A Guide for ITIL® Foundation
Exam Candidates
Second Edition

Section 3 : Proses-proses dan Fungsi-fungsi

9 - Manajemen Permintaan (SS 4.4)



PENDAHULUAN DAN PENGENALAN

Manajemen permintaan efektif menghindari pembelanjaan yang tidak perlu pada kapasitas dan
penurunan tingkat layanan yang disebabkan oleh fluktuasi beban kerja atau permintaan.

Sebagai penyedia layanan, IT bertanggung jawab untuk menyediakan kapasitas layanan cukup untuk memenuhi tingkat layanan yang disepakati. Terlalu banyak kapasitas adalah biaya yang terbuang dan terlalu sedikit menempatkan tingkat layanan beresiko. Hal ini dijelaskan secara rinci dalam proses manajemen kapasitas (lihat Bab 15).

Proses manajemen permintaan diperlukan untuk dua alasan utama:
  • Tingkat kedatangan pekerjaan, seperti transaksi dikirim ke server, pekerjaan cetak dikirim ke printer atau panggilan ke meja layanan, tidak stabil. Dengan kata lain, ada puncak dan lembah selama jam dan hari, serta peningkatan musiman atau penurunan permintaan. Jarang ada fleksibilitas yang cukup sumber daya TI untuk menyediakan kapasitas hanya cukup untuk memenuhi permintaan di setiap titik waktu.
  • Fluktuasi permintaan dan tantangan untuk menyediakan jumlah yang tepat dari kapasitas adalah sumber resiko yang penyedia layanan harus meminimalkan. Keputusan tentang berapa banyak risiko yang dapat diterima oleh bisnis, yang dapat menerima tingkat kapasitas cadangan (dan biaya karena tambahan) untuk mengurangi risiko.

Dalam hal ITIL, 'permintaan' mengacu pada sumber pekerjaan, seperti pengajuan oleh bisnis / pelanggan pekerjaan batch atau pencarian web. Hal ini juga mengacu pada kegiatan yang kemudian dihasilkan pada sumber daya TI, seperti lalu lintas jaringan dan baca / tulis panggilan ke perangkat penyimpanan.


MAKSUD DAN TUJUAN

Tujuan dari manajemen permintaan adalah untuk mengoptimalkan penggunaan kapasitas dengan memindahkan beban kerja ke sumber daya dan waktu yang kosong. Dengan demikian, pemakaian sumber daya yang lebih efisien karena pemanfaatannya dapat disamakan dari waktu ke waktu bukannya harus memenuhi puncak atau lembah beban.

Oleh karena itu manajemen permintaan dibutuhkan untuk memahami dan mempengaruhi permintaan pelanggan untuk layanan dalam rangka mendukung penyediaan dan pengelolaan kapasitas minimum untuk memenuhi tuntutan tersebut.

Tujuan meliputi :
  • Karakteristik dan kodifikasi kegiatan bisnis menjadi pola tertentu dan dikenali yang memiliki profil konsumsi layanan umum;
  • Karakteristik penggunaan layanan oleh pengguna ke profil pengguna;
  • Mendorong penggunaan layanan di waktu yang kurang sibuk, misalnya dengan menawarkan diskon pada saat-saat tertentu
Dua tujuan pertama membantu untuk memahami dan memprediksi permintaan untuk sumber daya yang lebih baik. Hal ini membuat lebih mudah bagi penyedia layanan untuk mencocokkan layanan dan sumber daya untuk kebutuhan yang teridentifikasi dari setiap profil pengguna. Pada akhirnya, ini menyebabkan peningkatan nilai bagi pelanggan dan pemasok dengan meminimalkan biaya dan kinerja yang buruk.


MEMAHAMI FLUKTUASI PERMINTAAN

Karena pekerjaan yang menciptakan permintaan berasal dari bisnis, ITIL merekomendasikan bahwa untuk memahami bagaimana permintaan berfluktuasi, kita mengidentifikasi pola-pola aktivitas bisnis. Jelas ada hubungan antara kegiatan bisnis dan konsumsi sumber daya TI. Tantangan kita adalah untuk memahami hubungan yang cukup baik sehingga ketika bisnis berbagi rencana dan prakiraan dengan kita, kita dapat memprediksi dampak pada sumber daya kami. Hal ini pada gilirannya akan memberitahu kita sumber yang perlu diganti atau ditingkatkan dan ketika, sehingga kita dapat biaya-efektif untuk merencanakan dan anggaran belanja TI kita.


BERUSAHA UNTUK MENGURANGI TUNTUTAN PEAK

Penyedia bisnis setuju, IT dapat melihat untuk mempengaruhi permintaan untuk mengurangi beban kerja puncak dan melindungi tingkat layanan tanpa menghabiskanuang yang tidak akan digunakan sebagian besar waktu. Pertimbangkan Gambar 9.1 yang menunjukkan profil beban kerja permintaan selama periode 12 bulan.

Dalam skenario ini, TI harus menyediakan kapasitas untuk 165 unit kerja pada bulan Juli dan
172 pada bulan Agustus. Namun, tanpa puncak dua bulan ini, kapasitas untuk menangani
hanya 130 unit kerja yang diperlukan. Oleh karena itu, jika IT dapat memuluskan permintaan puncak ini dan menyebar beban kerja pada bulan Juli dan Agustus di bulan lainnya, itu bisa
berpotensi menghemat biaya penyediaan kapasitas hingga 42 unit tambahan pekerjaan.

Salah satu cara untuk membatasi permintaan adalah dengan meningkatkan harga untuk unit kerja pada waktu puncak dan atau mengurangi harga di waktu off-peak. Cara lain adalah dengan membatasi beban kerja, misalnya dalam sebuah aplikasi online dengan membatasi jumlah pengguna secara bersamaan, atau di meja layanan dengan mengurangi jumlah baris yang tersedia untuk penelepon.

  
POLA KEGIATAN USAHA

Pola kegiatan usaha (PBAs) sering  dikaitkan dengan mudah oleh  sejumlah kecil profil yang ditetapkan pengguna. Dengan cara ini kita dapat berhubungan setiap individu baru,

Gambar 9.1 Profil Beban Kerja


tim atau departemen ke profil pengguna tertentu untuk memahami dampaknya terhadap sumber daripada menghabiskan upaya untuk mempertimbangkan mereka secara individu.

Tabel 9.1 menunjukkan bagaimana PBAs bisa dikodifikasi.

Table 9.1 Codifying patterns of business activity
Aktivitas PBA No. 45F
Level Aktivitas
3
2
1
Low
N/A
Berinteraksi dengan pelanggan jarak jauh (frekuensi)

X



Berinteraksi dengan pelanggan di situs (frekuensi)


X


Arsip atau menangani informasi pelanggan

X



Memproses informasi sensitif (privasi)




X
Menghasilkan informasi rahasia




X
Memberikan dukungan teknis (frekuensi)
X






Tabel 9.1 (Lanjutan)
Aktivitas PBA No. 45F
Level Aktivitas
3
2
1
Low
N/A
Pencarian bantuan teknis


X


Persyaratan jaringan bandwidth
X




Persyaratan penyimpanan data (volume)
X




Toleransi untuk keterlambatan dalam layanan respon

X



Variasi musiman dalam kegiatan


X


Mencetak dokumen dan gambar

X



Pengiriman dokumen menggunakan sistem pihak ketiga

X



Proses transaksi dengan nirkabel perangkat mobile


X


Email menggunakan perangkat nirkabel



X

Sistem akses kerja selama perjalanan domestik


X


Sistem kerja akses selama perjalanan ke luar negeri



X



PROFIL PENGGUNA

Profil pengguna harus didasarkan pada peran dan tanggungjawab dalam organisasi. Dengan cara ini, 
setiap profil pengguna dapat ditetapkan ke satu atau lebih PBA, seperti yang ditunjukkan dalam tabel 
9.2.

Anda akan melihat bahwa aplikasi dan proses dapat juga akan diprofilkan dalam cara yang sama seperti pengguna. Pendekatan ini memungkinkan pola dan profil harus dicocokkan agar dapat memahami dan mengelola permintaan pelanggan lebih mudah dan akurat.


MANFAAT DARI MANAJEMEN PERMINTAAN

Setelah proses manajemen permintaan telah memahami fluktuasi permintaan dan menjadi terapan kontrol untuk membatasi permintaan puncak, kapasitas manajemen lebih efektif dalam perencanaan kapasitas, mengurangi yang  tidak perlu menghabiskan dan memperoleh sumber daya yang lebih efektif dari harga. Akibatnya, meningkatkan tingkat pelayanan dan bisnis keuntungan meningkatkan kepercayaan diri dalam kemampuan untuk memenuhi yang sekarang dan kebutuhan masa depan.

Tabel 9.2  Profil – Pemetaan PBA
Profil Pengguna
Pola yang dapat digunakan dalam Kegiatan Bisnis (PBA)
Kode PBA
Eksekutif Senior (UP1)
Perjalanan moderat - domestik dan luar negeri; informasi yang sangat sensitif; tidak ada latensi dalam permintaan layanan; sangat memerlukan bantuan teknis; perlu menjadi sangat tersedia untuk bisnis.
45F
45A
35D
Eksekutif bermobilitas tinggi (UP2)
Perjalanan sering - domestik dan luar negeri; informasi sensitif; latensi rendah pada permintaan layanan; kebutuhan bantuan teknis; hubungan dengan pelanggan yang tinggi; perlu menjadi sangat tersedia untuk pelanggan.
45A
35D
22A
Staf berbasis kantor (UP3)
Berbasis di kantor staf administrasi; perjalanan rendah - domestik; latensi menengah dalam permintaan layanan; kebutuhan yang rendah dalam bantuan teknis; kebutuhan desktop yang berfitur lengkap; hubungan yang moderat dengan pelanggan; volume dokumen yang tinggi; perlu sangat produktif selama jam kerja.
22A
14B
3A
Sistem proses pembayaran (UP4)
Sistem bisnis; volume tinggi; berbasis transaksi; kebutuhan keamanan yang tinggi; latency rendah pada permintaan layanan; variasi musiman yang rendah; mailing dokumen melalui layanan pos; pemberitahuan otomatis pada pelanggan; di bawah peraturan; kebutuhan untuk unit berharga rendah; harus sangat aman dan transparan (audit kontrol).
12F
Proses pembantu pelanggan (UP5)
Proses bisnis; volume moderat; berbasis transaksi; kebutuhan keamanan moderat; latensi sangat rendah pada permintaan layanan; variasi musiman menengah; mailing suku cadang oleh express; pemberitahuan otomatis pada pelanggan; perlu menjadi sangat responsif terhadap pelanggan.
24G
10G


HUBUNGAN DENGAN PROSES MANAJEMEN LAYANAN LAINNYA

Kapasitas manajemen
Manajemen permintaan adalah penyumbang utama untuk kapasitas manajemen karena membantu memahami sifat permintaan sumber daya dan dapat mengurangi persyaratan kapasitas dengan memudahkan puncak keluaran dalam permintaan.

Layanan manajemen portofolio, Manajemen Layanan Katalog
Kodifikasi pola bisnis permintaan dan profil pengguna dapat berkontribusi pada portofolio layanan dan jasa manajemen katalog dengan membantu untuk menyelaraskan layanan untuk keperluan bisnis tertentu.

Manajemen keuangan
Manajemen keuangan dapat berkontribusi terhadap manajemen permintaan dengan membantu peningkatan keuangan dan diskon untuk mempengaruhi dan mempermudah  permintaan di puncak dan lembah.


METRIK

Ada tidak ada standar metrik yang terkait dengan proses ini, tetapi kami menawarkan beberapa saran di bawah ini:
  • Puncak : rasio rata-rata beban (harus mengurangi dari waktu ke waktu dengan manajemen permintaan yang efektif).
  • Persentase pengguna yang telah diprofilkan.
  • Untuk periode waktu tertentu (misalnya satu tahun) jumlah pengeluaran dihindari melalui permintaan manajemen.
  • Persentase layanan dalam Layanan Katalog yang telah divalidasi terhadap profil pengguna dan PBAs.

PERAN
Hanya operasi IT besar yang cenderung memiliki manajer permintaan. Lebih mungkin bahwa permintaan manajemen kegiatan yang akan dilakukan oleh manajer kapasitas.

PERTANYAAN TES UNTUK BAB 9
SL 10
SS 11, SS 12