Kriteria Manager Proyek yang baik

Yang dimaksud dengan manager adalah orang atau seseorang yang harus mampu membuat orang-orang dalam organisasi yang berbagai karakteristik, latar belakang budaya, akan tetapi memiliki ciri yang sesuai dengan tujuan (goals) dan teknologi (technology).

Dan tugas seorang manager adalah bagaimana mengintegrasikan berbagai macam variabel (karakteristik, budaya, pendidikan dan lain sebagainya) kedalam suatu tujuan organisasi yang sama dengan cara melakukan mekanisme penyesuaian.
Adapun mekanisme yang diperlukan untuk menyatukan variabel diatas adalah sebagai berikut:

• Pengarahan (direction) yang mencakup pembuatan keputusan, kebijaksanaan, supervisi, dan lain-lain.
• Rancangan organisasi dan pekerjaan.
• Seleksi, pelatihan, penilaian, dan pengembangan.
• Sistem komunikasi dan pengendalian.
• Sistem reward.

Hal tersebut memang tidak mengherankan karena posisi Manajer Proyek memegang peranan kritis dalam keberhasilan sebuah proyek terutama di bidang teknologi informasi. Berikut ini kualifikasi teknis maupun nonteknis yang harus dipenuhi seorang Manajer Proyek yang saya sarikan dari IT Project Management Handbook.

Setidaknya ada 3 (tiga) karakteristik yang dapat digunakan untuk mengukur tingkat kualifikasi seseorang untuk menjadi Manajer Proyek yaitu:

• Karakter Pribadinya
• Karakteristik Kemampuan Terkait dengan Proyek yang Dikelola
• Karakteristik Kemampuan Terkait dengan Tim yang Dipimpin

Karakter Pribadinya

1. Memiliki pemahaman yang menyeluruh mengenai teknis pekerjaan dari proyek yang dikelola olehnya.
2. Mampu bertindak sebagai seorang pengambil keputusan yang handal dan bertanggung jawab.
3. Memiliki integritas diri yang baik namun tetap mampu menghadirkan suasana yang mendukung di lingkungan tempat dia bekerja.
4. Asertif
5. Memiliki pengalaman dan keahlian yang memadai dalam mengelola waktu dan manusia.

Karakteristik Kemampuan Terkait dengan Proyek yang Dikelola

1. Memiliki komitmen yang kuat dalam meraih tujuan dan keberhasilan proyek dalam jadwal, anggaran dan prosedur yang dibuat.
2. Pelaksanakan seluruh proses pengembangan proyek IT sesuai dengan anggaran dan waktu yang dapat memuaskan para pengguna/klien.
3. Pernah terlibat dalam proyek yang sejenis.
4. Mampu mengendalikan hasil-hasil proyek dengan melakukan pengukuran dan evaluasi kinerja yang disesuaikan dengan standar dan tujuan yang ingin dicapai dari proyek yang dilaksanakan.
5. Membuat dan melakukan rencana darurat untuk mengantisipasi hal-hal maupun masalah tak terduga.
6. Membuat dan menerapkan keputusan terkait dengan perencanaan.
7. Memiliki kemauan untuk mendefinisikan ulang tujuan, tanggung jawab dan jadwal selama hal tersebut ditujukan untuk mengembalikan arah tujuan dari pelaksanaan proyek jika terjadi jadwal maupun anggaran yang meleset.
8. Membangun dan menyesuaikan kegiatan dengan prioritas yang ada serta tenggat waktu yang ditentukan sebelumnya.
9. Memiliki kematangan yang tinggi dalam perencanaan yang baik dalam upaya mengurangi tekanan dan stres sehingga dapat meningkatkan produktifitas kerja tim.
10. Mampu membuat perencanaan dalam jangka panjang dan jangka pendek.

Karakteristik Kemampuan Terkait dengan Tim yang Dipimpin

1. Memiliki kemampuan dan keahlian berkomunikasi serta manajerial.
2. Mampu menyusun rencana, mengorganisasi, memimpin, memotivasi serta mendelegasikan tugas secara bertanggung jawab kepada setiap anggota tim.
3. Menghormati para anggota tim kerjanya serta mendapat kepercayaan dan penghormatan dari mereka.
4. Berbagi sukses dengan seluruh anggota tim.
5. Mampu menempatkan orang yang tepat di posisi yang sesuai.
6. Memberikan apresiasi yang baik kepada para anggota tim yang bekerja dengan baik.
7. Mampu mempengaruhi pihak-pihak lain yang terkait dengan proyek yang dipimpinnya untuk menerima pendapat-pendapatnya serta melaksanakan rencana-rencana yang disusunnya.
8. Mendelegasikan tugas-tugas namun tetap melakukan pengendalian melekat.
9. Memiliki kepercayaan yang tinggi kepada para profesional terlatih untuk menerima pekerjaan-pekerjaan yang didelegasikan darinya.
10. Menjadikan dirinya sebagai bagian yang terintegrasi dengan tim yang dipimpinnya.
11. Mampu membangun kedisiplinan secara struktural.
12. Mampu mengidentifikasi kelebihan-kelebihan dari masing-masing anggota tim serta memanfaatkannya sebagai kekuatan individual.
13. Mendayagunakan setiap elemen pekerjaan untuk menstimulasi rasa hormat dari para personil yang terlibat dan mengembangkan sisi profesionalisme mereka.
14. Menyediakan sedikit waktu untuk menerima setiap ide yang dapat meningkatkan kematangan serta pengembangan dirinya.
15. Selalu terbuka atas hal-hal yang mendorong kemajuan.
16. Memahami secara menyeluruh para anggota tim yang dipimpinnya dan mengembangkan komunikasi efektif di dalamnya.

Kriteria Manajer Proyek Yang Efektif

Tidak ada yang sempurna, kata ini memang menunjukkan sebuah realitas. Bagaimanapun tuntutan kesempurnaan kerja seorang manajer proyek yang efektif tidak dapat seratus persen terwujud. Akan tetapi ada beberapa criteria dan usaha pendekatan ke arah sana. Grey&Larson (2006) mendeskripsikan beberapa indicator, ciri dan kualitas seorang manajer proyek yang efektif. Beberapa kontradiksi yang dihadapkan oleh manajer proyek antara lain:
• Inovasi dan menjaga stabilitas.
• Menetapkan gambaran dan terlibat langsung di lapangan.
• Mendorong individu tetapi juga menekan tim.
• Campur tangan atau tidak.
• Fleksibel tapi ketat.
• Loyalitas tim dan loyalitas organisasi.
Kontradiksi ini memerlukan kecakapan khusus bagi manajer proyek untuk mengambil posisi mereka dan menempatkan keputusan sesuai dengan keadaan. Terpaku pada suatu prinsip yang ketat tidak akan menyelesaikan masalah, karena manajer proyek tidak bekerja sendiri. Dalam buku yang sama Grey&Larson (2006) juga menggambarkan ciri-ciri dari seorang manajer proyek yang efektif. Diantaranya adalah:
1. Pemikir Sistem, kemampuan dalam berpikir untuk mengelola interaksi antar komponen dan sumber daya proyek yang berbeda-beda, karena tidak bisa dikatakan efektif apabila penyelesaian masalah hanya secara parsial. Hal ini akan mempersulit sang manajer untuk mengambil keputusan.
2. Integritas Pribadi, membangun dan meningkatkan kemampuan diri menjadi sangat penting dilakukan terlebih dahulu sebelum meningkatkan kemampuan anggota tim.
3. Proaktif, bedakan dengan reaktif. Para manajer proyek dituntut tidak hanya akan melihat peristiwa yang telah terjadi (reaktif), akan tetapi juga selalu meneropong masa depan dan berjuang keras menemukan masa depan proyek (Kartajaya, 2003)
4. Toleransi yang tinggi terhadap Stress, mengingat proyek merupakan hal yang rumit dan kompleks, pasti akan menimbulkan tekanan terhadap orang yang bebankan tanggungjawab kepadanya. Manajer proyek harus mampu mengelola kondisi psikologis mereka agar dapat bertahan dalam tekanan.
5. Perspektif Bisnis Umum, seorang manajer proyek harus memahami dasar-dasar bisnis dari disiplin teknis yang berbeda-beda sebagai kerja antar fungsional.
6. Politikus Mahir, strategi dalam menghadapi banyak orang dan mendapatkan dukungan dari semua pihak merupakan cirri penting manajer proyek yang sukses.
7. Optimis, Slater (1999) dalam bukunya Saving Big Blue mengatakan “Anda dalam kesulitan Besar jika Menganggap anda Sudah Selesai”. Maksud dari kata-kata ini ialah, masalah-masalah yang sudah diselesaikan tidak bisa kita lepas begitu saja, karena pada nantinya kan bermunculan masalah-masalah baru di dalam pelaksanaan proyek. Kepercayaan diri terhadap proyek, mampu membuat seorang manajer proyek melakukan inovasi dan mengubah strategi proyek ke arah yang lebih baik tanpa meninggalkan perencanaan yang telah ditetapkan.


sumber :
http://freezcha.wordpress.com/2011/05/
http://cheeoche.blogspot.com/2012/04/kriteria-manager-proyek-yang-baik.html
http://saiiamilla.wordpress.com/2011/05/13/kriteria-manager-proyek-yang-baik/

COCOMO (Constructive Cost Model)

Apa itu COCOMO ?? masih cukup asing kita mendengar istilah COCOMO. COCOMO adalah singkatan dari Constructive Cost Model yang merupakan sebuah kombinasi dari estimasi parameter persamaan dan metode pembobotan. Untuk lebih mengenal lagi tetang COCOMO mari kita lihat artikel berikut .

Sejarah COCOMO

COCOMO pertama kali diterbitkan pada tahun 1981 Barry Boehm W.'s Book ekonomi Software engineering sebagai model untuk memperkirakan usaha, biaya, dan jadwal untuk proyek-proyek perangkat lunak. Ini menarik pada studi dari 63 proyek di TRW Aerospace mana Barry Boehm adalah Direktur Riset dan Teknologi Perangkat Lunak pada tahun 1981. Penelitian ini memeriksa proyek-proyek ukuran mulai dari 2.000 sampai 100.000 baris kode, dan bahasa pemrograman mulai dari perakitan untuk PL / I. Proyek-proyek ini didasarkan pada model pengembangan perangkat lunak waterfall yang merupakan proses software umum pembangunan di 1981.

Pengertian COCOMO

Tidak seperti model estimasi biaya yang lain, COCOMO adalah model terbuka, sehingga semua detail dipublikasikan, termasuk :

• Dasar persamaan perkiraan biaya
• Setiap asumsi yang dibuat dalam model
• Setiap definisi
• Biaya yang disertakan dalam perkiraan dinyatakan secara eksplisit

Perhitungan paling fundamental dalam COCOMO model adalah penggunaan Effort Equation (Persamaan Usaha) untuk mengestimasi jumlah dari Person-Months yang dibutuhkan untuk pengembangan proyek.

COCOMO terdiri dari tiga bentuk hirarki semakin rinci dan akurat. Tingkat pertama, Basic COCOMO adalah baik untuk cepat, order awal, kasar estimasi besarnya biaya perangkat lunak, namun akurasinya terbatas karena kurangnya faktor untuk memperhitungkan perbedaan atribut proyek (Cost Drivers). Intermediate COCOMO mengambil Driver Biaya ini diperhitungkan dan Rincian tambahan COCOMO account untuk pengaruh fase proyek individu.

SOURCE LINE OF CODE

• Perhitungan COCOMO didasarkan pada estimasi anda pada ukuran proyek dalam Source Line Of Code (SLOC). Pendefinisian SLOC:
• Hanya jumlah baris kode yang dikirim sebagai bagian dari produk yang disertakan (test drivers dan software pendukung lainnya tidak dihitung).
• Baris kode dibuat oleh staf proyek (kode yang di-generate oleh aplikasi tidak dihitung).
• Satu SLOC adalah satu baris kode secara logis.
• Deklarasi dihitung sebagai SLOC.
• Komentar tidak dihitung sebagai SLOC.

Model COCOMO 81 didefinisikan dalam bentuk Delivered Source Instruction, yang mana sangat menyerupai SLOC. Perbedaan utama antara DSI dan SLOC adalah sebuah SLOC mungkin merupakan beberapa baris secara fisik. Sebagai contoh, sebuah statement “if-then-else” akan dihitung sebagai satu SLOC, tetapi mungkin dihitung sebagai beberapa DSI.

SCALE DRIVERS

Pada model COCOMO II, beberapa factor terpenting yang berkontribusi pada durasi proyek dan biaya yang dikeluarkan adalah Scale Drivers. Anda mengeset setiap Scale Driver untuk mendeskripsikan proyek anda. Scale Drivers tersebut menentukan eksponen yang digunakan dalam Effort Equation.

Ada 5 Scale Drivers :

• Precedentedness
• Development Flexibility
• Architecture / Risk Resolution
• Team Cohesion
• Process Maturity

Catat bahwa Scale Drivers telah menggantikan Development Mode dari COCOMO 81. Dua Scale Drivers yang pertama, Precedentedness dan Development Flexibility sebenamya mendeskripsikan pengaruh yang hampir sama dibanding Development Mode.

COST DRIVERS

COCOMO II memiliki 17 cost drivers. Cost driver tersebut adalah factor pengali yang menentukan usaha yang diperlukan untuk menyelesaikan proyek software anda. Sebagai contoh, jika proyek anda akan mengembangkan software yang mengatur penerbangan pesawat, anda akan mengeset Required Software Reliability (RELY) cost driver menjadi sangat tinggi. Rating tersebut berhubungan dengan effort multiplier 1,26 yang berarti bahwa proyek anda akan membutuhkan usaha lebih sebesar 26% dibanding proyek software pada umumnya. COCOMO II mendefinisikan setiap cost drivers dan effort multiplier yang terhubung dengan setiap rating.

Model COCOMO

Model COCOMO terdiri dari 3 model yaitu :

1. Dasar Cocomo

Dengan menggunakan estimasi parameter persamaan (dibedakan menurut tipe sistem yang berbeda) upaya pengembangan dan pembangunan durasi dihitung berdasarkan perkiraan DSI.

Dengan rincian untuk fase ini diwujudkan dalam persentase. Dalam hubungan ini dibedakan menurut tipe sistem (organik-batch, sebagian bersambung-on-line, embedded-real-time) dan ukuran proyek (kecil, menengah, sedang, besar, sangat besar).

Model COCOMO dapat diaplikasikan dalam tiga tingkatan kelas:

• Proyek organik (organic mode) Adalah proyek dengan ukuran relatif kecil, dengan anggota tim yang sudah berpengalaman, dan mampu bekerja pada permintaan yang relatif fleksibel.
• Proyek sedang (semi-detached mode)Merupakan proyek yang memiliki ukuran dan tingkat kerumitan yang sedang, dan tiap anggota tim memiliki tingkat keahlian yang berbeda
• Proyek terintegrasi (embedded mode)Proyek yang dibangun dengan spesifikasi dan operasi yang ketat

Model COCOMO dasar ditunjukkan dalam persamaan 1, 2, dan 3 berikut ini:

keterangan :

• E : besarnya usaha (orang-bulan)
• D : lama waktu pengerjaan (bulan)
• KLOC : estimasi jumlah baris kode (ribuan)
• P : jumlah orang yang diperlukan.

2. Model COCOMO Lanjut (Intermediate COCOMO)

Pengembangan model COCOMO adalah dengan menambahkan atribut yang dapat menentukan jumlah biaya dan tenaga dalam pengembangan perangkat lunak, yang dijabarkan dalam kategori dan subkatagori sebagai berikut:

a. Atribut produk (product attributes)

1. Reliabilitas perangkat lunak yang diperlukan (RELY)

2. Ukuran basis data aplikasi (DATA)

3. Kompleksitas produk (CPLX)

b. Atribut perangkat keras (computer attributes)

1. Waktu eksekusi program ketika dijalankan (TIME)

2. Memori yang dipakai (STOR)

3. Kecepatan mesin virtual (VIRT)

4. Waktu yang diperlukan untuk mengeksekusi perintah (TURN)

c. Atribut sumber daya manusia (personnel attributes)

1. Kemampuan analisis (ACAP)

2. Kemampuan ahli perangkat lunak (PCAP)

3. Pengalaman membuat aplikasi (AEXP)

4. Pengalaman penggunaan mesin virtual (VEXP)

5. Pengalaman dalam menggunakan bahasa pemrograman (LEXP)

d. Atribut proyek (project attributes)

1. Penggunaan sistem pemrograman modern(MODP)

2. Penggunaan perangkat lunak (TOOL)

3. Jadwal pengembangan yang diperlukan (SCED)

3. Model COCOMO II (Complete atau Detailed COCOMO model)

Model COCOMO II, pada awal desainnya terdiri dari 7 bobot pengali yang relevan dan kemudian menjadi 16 yang dapat digunakan pada arsitektur terbarunya. Sama seperti COCOMO Intermediate (COCOMO81), masing-masing sub katagori bisa digunakan untuk aplikasi tertentu pada kondisi very low, low, manual, nominal, high maupun very high. Masing-masing kondisi memiliki nilai bobot tertentu. Nilai yang lebih besar dari 1 menunjukkan usaha pengembangan yang meningkat, sedangkan nilai di bawah 1 menyebabkan usaha yang menurun. Kondisi Laju nominal (1) berarti bobot pengali tidak berpengaruh pada estimasi. Maksud dari bobot yang digunakan dalam COCOMO II, harus dimasukkan dan direfisikan di kemudian hari sebagai detail dari proyek aktual yang ditambahkan dalam database.

Sumber :

http://yhu-dhie.blogspot.com/2011/04/definisi-dan-jenis-jenis-cocomo.html

ttp://yayuk05.wordpress.com/2007/11/09/constructive-cost-model-cocomo/

http://www.dashboardcafe.com/index.php?option=com_content&view=article&id=102:dashboard-cocomo&catid=1:beritaterbaru&Itemid=50

http://aduk-udik.blogspot.com/2011/03/cocomo-constructive-cost-model.html
http://tikknara.blogspot.com/2012/04/cocomo-constructive-cost-model.html

Penggunaan Software Open Source dalam Pembuatan Aplikasi

Open source merupakan software berlisensi non komersial(gratis lisensi), meskipun begitu kekuatan dan kehandalan software-software open source sangat ampuh dan dapat dipercaya yang performansi kerjanya sama dengan software-software komersil lainnya.

Perangkat lunak open source adalah perangkat lunak yang kode programnya terbuka, artinya kode program itu dapat dilihat dan diperoleh secara bebas.

Software open source disebarluaskan dengan menggunakan lisensi public, antara lain misalnya lisensi GPL(GNU General Public License). Lisensi model ini memastikan bahwa kode sumber sebuah program open source akan selamanya bersifat open source. (Oleh: Dr. Husni Thamrin Ketua POSS-UMS) [2]

Feature utama dari karakteristik free(open source) adalah kebebasan dari user untuk:

- Menggunakan software sesuai keinginannya,

- Memiliki software yang tersedia sesuai kebutuhan,

- Mendistribusikan software kepada user lainnya. [1]

Di dalam pembuatan suatu aplikasi, pastinya dibutuhkan suatu software(perangkat lunak). Gunanya adalah untuk memudahkan dan membantu dalam pembuatan aplikasi yang akan dibuat.

Keuntungan dan Kerugian Open Source
Motivasi dari penggunaan dan pengembangan open source software beraneka ragam, mulai dari filosofi dan alasan etika sampai pada masalah praktis. Biasanya, keuntungan yang dirasa pertama dari model open source adalah fakta bahwa ketersediaan open source diciptakan secara gratis atau dengan biaya yang rendah.

a. Keuntungan Open Source Software

Beberapa karakteristik yang menyebabkan Open Source model mendapatkan keuntungan :
a. Ketersedian source code dan hak untuk memodifikasi
Ini merupakan hal yang penting. Hal ini menyebakan perubahan dan improvisasi pada produk software. Selain itu, hal ini memunculkan kemungkinan untuk meletakan code pada hardware baru, agar dapat diadaptasi pada situasi yang berubah-ubah, dan menjangkau pemahaman bagimana sistem itu bekerja secara detail.
b. Hak untuk mendistribusikan modifikasi dan perbaikan pada code
Hal ini merupakan titik perbedaan Open Source Software dengan Free Software. Pada kenyataannya, hak pendistribusian diakui dan merupakan hal yang umum, ini adalah hal yang berpengaruh bagi sekumpulan developer ( pengembang ) untuk bekerja bersama dalam project Open Source Software.
c. Hak untuk menggunakan software
Ini merupakan kombinasi dari hak pendistribusian, menjamin ( jika software cukup berguna ) beberapa user yang mana membantu dalam menciptakan pasar untuk mendukung dan berlangganan software. Hal ini juga membantu dalam improvisasi kualitas dari produk dan improvisasi secara fungsi. Selain itu akan menyebabkan sejumlah user untuk mencoba produk dan mungkin menggunakannya secara regler.

b. Kerugian Open Source Software

Beberapa karakteristik yang menyebabkan Open Source model mendapatkan keuntungan :
a. Tidak ada garansi dari pengembangan
Biasanya terjadi ketika sebuah project dimulai tanpa dukungan yang kuat dari satu atau beberapa perusahaan, memunculkan celah awal ketika sumber code masih mentah dan pengembangan dasar masih dalam pembangunan.
b. Masalah yang berhubungan dengan intelektual property
Pada saat ini, beberapa negara menerima software dan algoritma yang dipatentkan. Hal ini sangat sulit untuk diketahui jika beberapa motede utama untuk menyelesaikan masalah software di patenkan sehingga beberapa komunitas dapat dianggap bersalah dalam pelanggaran intelektual property.
c. Kesulitan dalam mengetahui status project
Tidak banyak iklan bagi open source software, biasanya beberapa project secara tidak langsung ditangani oleh perusahaan yang mampu berinvestasi dan melakukan merketing.

sumber :
http://zerovirez.blogspot.com/2008/10/pengertian-open-source.html
http://nyenyenk.blogspot.com/2008/12/keuntungan-dan-kerugian-dari-open.html

http://zerovirez.blogspot.com/2008/10/pengertian-open-source.html
http://nyenyenk.blogspot.com/2008/12/keuntungan-dan-kerugian-dari-open.html

http://she2008.wordpress.com/2012/04/02/penggunaan-software-open-source-dalam-pembuatan-aplikasi/

SERTIFIKASI KEAHLIAN DI BIDANG IT

Banyak alasan untuk dapat mempertimbangkan sertifikasi IT (Information Technology), yaitu yang utama adalah dapat membuka lebih banyak kesempatan pekerjaan. Sertifikasi IT menunjukkan para Professional Teknologi Informasi memiliki pengetahuan dan kompetensi yang dapat dibuktikan. Bagi mereka yang sudah bekerja di bidang TI, sertifikasi memberi cara yang standar dan terukur untuk mengukur kemampuan teknis. Dengan memiliki sebuah sertifikat TI yang diakui secara global, seorang profesional TI akan memiliki rasa kepercayaan diri yang lebih tinggi terkait dengan keterampilan yang dimilikinya. Ini karena melalui proses sertifikasi keterampilan yang dimiliki sudah mengalami validasi oleh pihak ketiga, dalam hal ini lembaga pemberi sertifikasi.

Sertifikasi merupakan independen, obyektif, dan tugas yang regular bagi kepentingan
profesional dalam satu atau lebih area di teknologi informasi. Sertifikasi ini memiliki tujuan untuk :
• Membentuk tenaga praktisi TI yang berkualitas tinggi
• Membentuk standar kerja TI yang tinggi
• Pengembangan profesional yang berkesinambungan

Jenis sertifikasi

Pada dasarnya ada 2 jenis sertikasi yang umum dikenal di masyarakat:

• Sertifikasi akademik (sebetulnya tidak tepat disebut sertifikasi) yang memberiakn gelar, Sarjana, Master dll

• Sertifikasi profesi. Yaitu suatu sertifikasi yang diberikan berdasarkan keahlian tertentu unutk profesi tertentu.

Contoh-contoh Sertifikasi Nasional dan Internasional

• Nasional :

- Sertifikasi sistem manajemen mutu,

- Sertifikasi sistem manajemen lingkungan,

- sertifikasi produk,

- sertifikasi ekolabel

- sertifikasi sistem HACCP3

• Internasional :

- Adobe Certification Testing

- Avaya Certification Testing

- CompTIA Certification Testing

- LPI (Linux Professional Institute) Certification Testing

- MySQL Certification Testing

- Novell Certification Testing

- Sun Academic Initiative Certification

- SAP Certification Testing

- VERITAS Certification Testing

Lembaga yang melakukan Sertifikasi

Untuk melakukan sertifikasi di bidang teknologi informasi, ada beberapa lembaga yang berperan di dalamnya, yaitu :

1. LSP (Lembaga Sertifikasi Profesi Telematika)

Sertifikat yang dikeluarkan LSP Telematika ada dua jenis sertifikat yakni :

• Certificate of Competence dan Certificate of Attainment .

2. VUE Authorized Test Centers

Lembaga VUE ini adalah salah satu penyelenggara training IT yang memiliki kemampuan secara mandiri untuk menyelenggarakan ujian sertifikasi internasional dari berbagai vendor IT terkemuka seperti Cisco, CompTIA, Novel, Sun, dsb.

Tidak semua lembaga training IT memiliki lisensi untuk mengadakan ujian sertifikasi internasional, bahkan banyak lembaga training IT yang bekerjasama dengan kami melaksanakan ujian sertifikasi internasional bagi peserta training yang mengikuti training mereka.
Lembaga VUE ini ditunjuk sebagai VUE Authorized Test Center sejak Maret 2007 dan hingga kini VUE telah melaksanakan ujian sebanyak 75 kali dengan beragam jenis ujian dari Cisco Certified dan Microsoft Certified. Jumlah workstation untuk peserta ujian adalah 4 (empat buah) dengan demikian dalam satu waktu bersamaan kita dengan maksimal dapat melaksanakan ujian sertifikasi internasional bagi 4 orang. Dengan server khusus yang didedikasikan hanya untuk VUE Test Center software yang menjamin kelancaran proses ujian sertifikasi.

Sumber :

http://ichigonara.blogspot.com/2011/05/sertifikasi-keahlian-i-bidang-it.html
http://fik-banez.blogspot.com/2011/05/sertifikasi-keahlian-bidang-it.html

Pentingnya Manajemen Kontrol Keamanan Pada Sistem

pengendalian kontrol keamanan adalah upaya atau cara untuk melakukakn pencegahan-pencegahan untuk mencegah dan mendeteksi adanya kesalahan-kesalahan atau error yang terjadi untuk sedemikian rupanya diminimalisir sebagai proses dari kontrol keamanan pada sistem.

beberapa hal yang harus dilakukan pada saat kontrol sistem

- pastikan bahwa CBIS telah diimplementasikan dan telah direncanakan, sistem yang beroprasi seperti yang telah dikehendaki, dan operasi tetap dalam keadaan aman dari gangguan/penyalahgunaan.

- memberi kontrol ppada manajer dalam mengontrol area operasi.

Properti Sistem Yang Memberikan Keamanan
Sebuah system harus mempunyai tiga property (sifat), yaitu :

• Integritas, system akan mempunyai integritas bila ia berjalan menurut spesifikasinya. Perancang system berusaha untuk mengembangkan system yang mempunyai integritas fungsional, yaitu kemampuan untuk melanjutkan operasi, apabila salah satu atau lebih dari komponennya tidak berjalan.

• Audibilitas, ia akan bersifat audible jika ia memiliki visibilitas dan accountability (daya perhitungan). Bila system memiliki audibilitas maka mudah bagi seseorang untuk memeriksa, memverifikasi atau menunjukkan penampilannya.

• Daya kontrol, daya kontrol memungkinan manajer untuk menangani pengerahan atau penghambatan pengaruh terhadap system. Teknik yang efektif untuk mendapatkan daya kontrol system ini adalah dengan membagi system menjadi subsistem yang menangani transaksi secara terpisah

Tugas Kontrol CBIS

Kontrol CBIS mencakup semua fase siklus hidup. Selama siklus hidup, kontrol dapat dibagi menjadi kontrol-kontrol yang berhubungan dengan pengembangan, disain dan operasi.

Manajer dapat memperoleh kontrol dalam ketiga area secara langsung melalui ahli lain, seperti auditor.

* KONTROL DISAIN SISTEM

* Tujuan untuk memastikan bahwa disainnya bisa meminimalkan kesalahan, mendeteksi kesalahan dan mengoreksinya.
* Kontrol tidak boleh diterapkan jika biayanya lebih besar dari manfaatnya. Nilai atau manfaat adalah tingkat pengurangan resiko.
* Selama fase disain dan analisis dari siklus hidup system, Analis System, DBA dan Manajer Jaringan membangun fasilitas kontrol tertentu dalam disain system. Selama fase implementasi, programmer menggabungkan kontrol tersebut ke dalam system. Disain system dikontrol dengan cara menggabungkan kontrol software menjadi lima bagian pokok, yaitu :

I. Permulaan Transaksi (Transaction Origination)

* Tahap-tahap yang harus dilakukan pada permulaan transaksi :

1. Permulaan Dokumentasi Sumber

> Perancangan dokumentasi

> Pemerolehan dokumentasi

> Kepastian keamanan dokumen
2. Kewenangan

> Bagaimana entry data akan dibuat menjadi dokumen dan oleh siapa
3. Pembuatan Input Komputer

> Mengidentifikasi record input yang salah dan memastikan semua data input
diproses
4. Penanganan Kesalahan

> Mengoreksi kesalahan yang telah dideteksi dan menggabungkan record yg telah dikoreksi ke record entry
5. Penyimpanan Dokumen Sumber

> Menentukan bagaimana dokumen akan disimpan dan dalam kondisi
bagaimana dapat dikeluarkan

II Entri Transaksi (Transaction Entry)

Entri transaksi mengubah data dokumen sumber menjadi bentuk yang dapat dibaca oleh komputer. Kontrol ini berusaha untuk menjaga keakuratan data yang akan ditransmisikan ke jaringan komunikasi atau yang akan dimasukkan secara langsung ke dalam komputer. Area kontrolnya meliputi atas :

1. Entri data
2. Verifikasi data
3. Penanganan kesalahan
4. Penyeimbangan batch

III Komunikasi Data (Data Communication)

Komputer yang ada dalam jaringan memberikan peluang risiko keamanan yang lebih besar dari pada komputer yang ada di dalam suatu ruangan. Area kontrol ini terdiri dari :

> Kontrol pengiriman pesan

> Kontrol saluran (channel) komunikasi

> Kontrol penerimaan pesan

> Rencana pengamanan datacom secara menyeluruh

IV Pemrosesan Komputer

* Pada umumnya semua elemen kontrol pada disain system selalu dikaitkan dengan pemasukan data ke dalam komputer. Area kontrol pada pemrosesan komputer terdiri dari :

1. Penanganan Data
2. Penanganan Kesalahan
3. Database dan Perpustakaan Software

* Sebagian besar kontrol database dapat diperoleh melalui penggunaan Sistem Manajemen Database (Database Management System/DBMS)
* Tingkat keamanan dalam DBMS terdiri dari :

1. Kata kunci (Password)
2. Direktori pemakai (User Directory)
3. Direktori elemen data (Field Directory)
4. Enkripsi (Encryption)

V. Output Komputer

* Komponen subsistem ini bertanggung jawab untuk mengirimkan produk (output) kepada pemakai (user). Yang termasuk dalam area ini adalah :

1. Distribusi
> Kontrol pada distribusi laporan berusaha untuk memastikan ketepatan orang yang menerima output.
2. Penyeimbangan Departemen Pemakai
> Bila departemen pemakai menerima output dari komputer, maka keseluruhan kontrol dari output dibandingkan dengan total yang sama yang telah ditetapkan pada waktu pertama kali data input dibuat.
3. Penanganan Kesalahan
Kelompok kontrol tertentu dapat ditetapkan didalam area pemakai dengan menjalankan prosedur formal untuk mengoreksi kesalahan.
4. Penyimpangan Record
> Tujuan komponen kontrol yang terakhir ini adalah untuk memelihara keamanan yang tepat terhadap output komputer dan untuk mengontrol penyelesaian yang sia-sia.
5. Penyeimbangan Operasi Komputer
> Kontrol ini memungkinkan pelayanan informasi untuk memverifikasi bahwa semua batch dan transaksi yang diterima dari departemen pemakai telah diproses.

* Kontrol Terhadap Pengoperasian Sistem

Kontrol pengoperasian sistem dimaksudkan untuk mencapai efisiensi dan keamanan.
Kontrol yang memberikan kontribusi terhadap tujuan ini dapat diklasifikasikan menjadi 5 area :

1. Struktur organisasional
> Staf pelayanan informasi diorganisir menurut bidang spesialisasi. Analisis, Programmer, dan Personel operasi biasanya dipisahkan dan hanya mengembangkan ketrampilan yang diperlukan untuk area pekerjaannya sendiri.
2. Kontrol perpustakaan
> Perpustakaan komputer adalah sama dengan perpustakaan buku, dimana didalamnya ada pustakawan, pengumpulan media, area tempat penyimpanan media dan prosedur untuk menggunakan media tersebut. Yang boleh mengakses perpustakaan media hanyalah pustakawannya.
3. Pemeliharaan Peralatan
> Orang yang tugasnya memperbaiki computer yang disebut Customer Engineer (CE) / Field Engineer (FE) / Teknisi Lapangan menjalankan pemeliharaan yang terjadwal / yang tak terjadwal.
4. Kontrol lingkungan dan keamanan fasilitas
> Untuk menjaga investasi dibutuhkan kondisi lingkungan yang khusus seperti ruang computer harus bersih keamanan fasilitas yang harus dilakukan dengan penguncian ruang peralatan dan komputer.
5. Perencanaan disaster

* Rencana Keadaan darurat
> Prioritas utamanya adalah keselamatan tenaga kerja perusahaan
* Rencana Backup
> Menjelaskan bagaimana perusahaan dapat melanjutkan operasinya dari ketika terjadi bencana sampai ia kembali beroperasi secara normal.
* Rencana Record Penting
> Rencana ini mengidentifikasi file data penting & menentukan tempat penyimpanan kopi duplikat.
* Rencana Recovery
> Rencana ini mengidentifikasi sumber-sumber peralatan pengganti, fasilitas komunikasi dan pasokan-pasokan.

link sumber :

- http://bayumuhammad.blogspot.com/2012/01/pentingnya-manajemen-kontrol-keamanan.html

- http://dewz-baguz.blogspot.com/2011/11/pentingnya-manajemen-kontrol-keamanan.html

CARA MEMBUAT WBS APLIKASI E-COMMERCE PADA UZNUL PARSEL MENGGUNAKAN PHP DAN MYSQL

Langkah awal yaitu menentukan ude perancangan website.

Struktur navigasi website digunakan untuk menggambarkan secara garis besar isi dari seluruh website. Pada aplikasi website ini, struktur yang digunakan untuk halaman pada user adalah struktur navigasi composite/campuran yaitu campuran dari struktur navigasi linear dan non linear, dikatakan Linear karena untuk menu tertentu (contoh : menu Link) tidak terdapat percabangan dan untuk masuk ke halaman tertentu terlebih dahulu harus masuk ke halaman sebelumnya, sedangkan dikatakan non linear karena pada menu tertentu terdapat percabangan dan tiap halaman percabangannya memiliki kedudukan yang sama artinya tidak terdapat master page (halaman utama satu) dan slave page (halaman pendukung). Contoh : pada halaman Kategori, di dalam menu ini terdapat percabangan dan jika telah masuk ke dalam salah satu halaman percabangan (Data Parsel), kemudian ingin masuk ke halaman lain yang memiliki kedudukan yang sama (Beli Parsel atau yang lainnya), hal itu dapat langsung dilakukan tanpa harus balik ke halaman utama.

Struktur Navigasi merupakan alur yang digunakan dalam perancangan halaman. Sebelum membangun website terlebih dahulu kita menentukan struktur navigasinya agar penyampaian informasi dapat lebih mudah dan terarah. Selain itu struktur navigasi juga mengambarkan hubungan antara halaman yang satu dengan halaman yang lain. Pada website e-commerce uznul parsel ini struktur navigasi yang digunakan adalah struktur navigasi non linear.

Pada struktur navigasi non linear tiap – tiap percabangan memiliki kedudukan yang sama sehingga tidak ada master page. Sehingga masing – masing halaman dapat link kemana saja tanpa harus berpindah dulu ke halaman lain.

Rancangan tampilan diperlukan secara mutlak di dalam proses pembuatan aplikasi halaman web. Interface atau yang lebih di kenal dengan antar muka merupakan tampilan awal dari website dimana user dapat berinteraksi langsung dengan website. Di dalam antar muka website terdapat beberapa konten yang dapat diakses dan digunakan oleh visitor maupun member secara langsung.

Perancangan Tampilan Halaman User

Dalam perancangan website Uznul Parsel Online halaman yang disediakan untuk tampilan FrontEnd-nya adalah sebagai berikut :.

1. Rancangan halaman Home

2. Rancangan halaman Kategori

3. Rancangan halaman Produk Yang Dilihat

4. Rancangan halaman Daftar Belanja

5. Rancangan halaman Informasi

6. Rancangan halaman Produk Baru

7. Rancangan halaman Produk Diskon

8. Rancangan halaman Toko Kami

9. Rancangan halaman Contact Us

10. Rancangan halaman Site Map

Halaman ini adalah halaman yang akan menjadi halaman pembuka dari website ini, yang akan menjelaskan secara umum isi dari website Uznul Parsel Online ataupun dapat berisi kata pengantar.

Setelah rancangan selesai dibuat selanjutnya membuat UML

Diagram Kelas (Class Diagram)
• Diagram yang di gunakan untuk menampilkan beberapa kelas serta paket-paket yang ada dalam system/perangkat lunak yang sedang kita kembangkan.
• Diagram kelas(Class Diagram) memberi kita gambaran ( diagram statis ) tentang system atau perangkat lunak dan relasi – relasi yang ada didalamnya.

Pada website ini terdapat database yang saling terhubung dan digambarkan oleh class diagram. User akan dapat melakukan pemesanan dengan memiliki kesamaan id_user pada table user dan pesanan. Rinci pesanan akan menyimpan jumlah produk yang telah dipesan dengan kesamaan nama_produk pada table rinci_pesanan dan table produk. Setiap produk yang ada pada website ini dibagi atas kategori – kategori tertentu.