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/

Mendua

Ku tak habis pikir, kurangku dimana
Kau tega melepaskan aku

Jauh ku menatap, namun terlalu jauh
Imajinasiku terberai
Terdiam aku beku tanpamu,
Dimanakah letak hatimu?

Kau putuskan tuk mendua
Dengan dia dibelakangku
Padahalku pilih kamu
Jadi cinta terakhir

Ku tak habis pikir
Kurangku dimana?
Kau tega melepaskan aku

Jauh ku menatap, namun terlalu jauh
Imajinasiku terberai
Terdiam aku beku tanpamu,
Dimanakah letak hatimu?

Kau putuskan tuk mendua
Dengan dia dibelakangku
Padahalku pilih kamu
Jadi cinta terakhir

Kau putuskan tuk mendua
Dengan dia dibelakangku
Padahalku pilih kamu
Jadi cinta terakhir

Kau putuskan tuk mendua
Dengan dia dibelakangku
Padahalku pilih kamu
Jadi cinta terakhir
Jadi cinta terakhir....


Astrid_

Proposal Skripsi

Proposal Skripsi

SISTEM PAKAR KONSULTASI PENYAKIT PADA ANAK BERBASIS ANDROID

Khusnul Khotimah (12108262)

1. Latar Belakang

Sistem pakar merupakan sistem yang berusaha mengadopsi pengetahuan manusia ke komputer, agar komputer dapat menyelesaikan masalah seperti layaknya pakar. Sistem pakar yang baik adalah dirancang suatu permasalahan tertentu dengan meniru kerja dari para ahli/pakar. Dengan pengembangan sistem pakar, diharapkan bahwa orang awampun dapat menyelesaikan masalah yang cukup rumit yang sebenarnya hanya dapat diselesaikan dengan bantuin para ahli. Bagi para ahli, sistem pakar juga akan membantu aktifitasnya sebagai asisten yang sangat berpengalaman.

Sistem pakar sering dikembangkan dalam berbagai bidang, termasuk bidang kesehatan. Saat ini kebutuhan manusia akan pelayanan medis yang lebih baik sangat mendesak, yang berarti dukungan instrumensi dan informatika medis modern (telemedis) menjadi sangat dibutuhkan termasuk metode untuk membantu analisinya sehingga dihasilkan diagnosis yang lebih optimal. Salah satunya yaitu analisa penyakit pada anak. Di tempat pelayanan kesehatan tiap harinya banyak masyarakat atau para ibu yang datang untuk memeriksakan anaknya yang sakit. Butuh waktu dan proses yang cukup lama untuk dapat mengetahui dan mengobati bagi para ibu tentang penyakit anaknya. Untuk itulah ”sistem pakar konsultasi penyakit pada anak” ini berguna untuk membantu masyarakat terutama para ibu dalam menyelesaikan masalah ini.

UPT Puskesmas Kecamatan Pancoran merupakan tempat pelayanan kesehatan

masyarakat yang berterletak di Jl. Potlot Duren Tiga Selatan Kecamatan Pancoran. Disini hampir setiap hari masyarakat datang dengan jumlah yang sangat banyak untuk berobat. Terutama ibu dan anaknya yang datang untuk memeriksa kondisi kesehatan anaknya. Hal inilah yang membuat mengapa sistem pakar ini dirancang dan diimplementasikan di Puskesmas ini.

2. Tinjauan Masalah

a. Bagaimana mendeteksi jenis-jenis penyakit pada anak yang berumur 1 – 5 tahun secara tidak langsung yaitu dengan maksud masyarakat atau para ibu bisa mendeteksi tanpa harus bertemu dengan pakar atau dokter secara langsung.

b. Masalah terjadi pada masyarakat atau para ibu karena kurang paham tentang jenis-jenis penyakit yang diderita pada anak mereka.

3. Batasan Masalah

a. Data-data penunjang penyakit yang digunakan hanya pada usia balita (kurang dari 5 tahun) saja.

b. Jenis penyakit yang didiagnosa hanya penyakit yang umum terjadi pada anak di daerah tropis,seperti Indonesia.

c. Tidak terdapat komplikasi diantara gejala-gejala yang diderita.

d. Interaksi antara system dan user menggunakan pertanyaan berupa gejala yang tampak berdasarkan kondisi fisik,kulit dan perilaku anak.

4. Tujuan penulisan

a. Diharapkan masyarakat terutama para ibu dapat mendeteksi penyakit anak secara langsung atau tanpa bertemu pakar atau dokter.

b. Diharapkan masyarakat terutama para ibu dapat memahami tentang jenis-jenis penyakit yang diderita anak mereka.

5. Teori Dasar

Android adalah produk ponsel cerdas yang menuntut penggunanya juga harus cerdas dan akan lebih bagus jika selalu tersambung ke jaringan internet setiap saat. Tanpa koneksi internet memadai, Android tak punya kelebihan dibandingkan dengan ponsel pintar lainnya. Ponsel Android ibaratnya sebuah komputer, kegunaan komputer itu akan semakin fantastis jika pengguna bisa memilih dan meng-install aplikasi berguna.

Sistem operasi Android yang menggunakan versi modifikasi dari kernel Linux ini awalnya dikembangkan Android Inc, sebuah perusahaan yang kemudian dibeli Google dan akhir-akhir ini oleh Open Handset Alliance.

Android sejak awal memiliki konsep sebagai software berbasis kode komputer yang didistribusikan secara terbuka (open source) dan gratis. Open source inilah sebenarnya kata kunci mengapa Android begitu seksi di mata para petualang gadget.

Keuntungan open source, banyak pengembang software yang bisa melihat dan memanfaatkan kode itu serta bisa membuat aplikasi baru di dalamnya. Satu hal yang unik, berbagai aplikasi itu diwadahi dalam sebuah portal, yaitu Android Market, sehingga pengguna tinggal meng-install aplikasi pilihannya.

Semua ponsel Android yang langsung bekerja sama dengan Google akan punya akses ke Android Market. Namun, sekarang juga sudah tumbuh portal software market di luar Android Market yang memungkinkan ponsel-ponsel Android yang bisa menyediakan layanan instalasi berbagai aplikasi tambahan yang dibutuhkan.

Di portal Android Market dan sejenisnya disediakan ribuan aplikasi, yang mayoritas bisa didapatkan secara gratis. Ponsel Android ditunggu-tunggu kehadirannya oleh penggemar yang mania internet, terutama mereka yang sudah tak terpisahkan dari berbagai aplikasi khas dari Google, seperti Google Search, Google Talk, Gmail, Google Maps, dan Google Calendar.

6. Kerangka Pemikiran

Menurut Siswanto (2005), Sistem pakar adalah program komputer yang mempunyai pengetahuan yang berasal dari manusia yang berpengetahuan luas (Pakar) dalam domain tertentu, dimana pengetahuan di sini adalah pengetahuan manusia yang sangat minim penyebarannya, mahal serta susah di dapat. Di sini keahlian dari manusia dimasukan ke pengetahuan tersebut untuk menyelesaikan masalah, seperti yang dilakukan manusia.

Sistem pakar yang baik dirancang agar dapat menyelesaikan suatu permasalahan tertentu dengan meniru kinerja dari para ahli. Dengan sistem ini, orang awam pun dapat menyelesaikan masalah yang cukup rumit, yang sebenarnya hanya dapat diselesaikan dengan bantuan para ahli.

Walaupun sistem pakar dapat menyelesaikan masalah dalam domain yang terbatas berdasarkan pengetahuan yang dimasukkan ke dalamnya, tetapi sistem pakar tidak dapat menyelesaikan masalah yang tidak dapat diselesaikan manusia. Oleh sebab itu, kehandalan sistem pakar terletak pada pengetahuan yang dimasukkan kedalamnya.

Kondisi-kondisi dimana sistem pakar dapat membantu manusia dalam menyelesaikan masalahnya, antara lain :

a. Pemakaian pakar yang berlebihan dalam membuat keputusan, walaupun dalam suatu tugas rutin.

b. Kebutuhan akan tenaga ahli (pakar) yang banyak, tetapi pakar yang tersedia jumlahnya terbatas.

c. Hasil yang optimal seperti dalam perencanaan atau konfigurasi. Sejumlah besar data yang harus diteliti oleh pakar secara continue.

d. Pertimbangan kritis harus dilakukan dalam waktu yang singkat untuk menghindari hal-hal yang tidak diinginkan.

Konsep Dasar Sistem Pakar

Menurut Efraim Turban (1995), konsep dasar sistem pakar adalah :

1) Keahlian (Expertise)

Keahlian adalah suatu kelebihan penguasaan pengetahuan di bidang tertentu yang diperoleh dari pelatihan, membaca atau pengalaman. Contoh bentuk pengetahuan yang termasuk keahlian adalah :

a) Fakta-fakta pada lingkup permasalahan tertentu.

b) Teori-teori pada lingkup permasalahan tertentu.

c) Prosedur-prosedur dan aturan-aturan berkenaan dengan lingkup permasalahan tertentu.

d) Strategi-strategi global untuk menyelesaikan masalah.

e) Meta-knowledge (pengetahuan tentang pengetahuan).

2) Ahli atau pakar (Expert)

Seorang ahli adalah seseorang yang mampu menjelaskan suatu tanggapan, mempelajari hal-hal baruseputar topik permasalahan, menyusun kembali pengetahuan jika dipandang perlu, memecahkan masalah dengan cepat dan tepat. Seorang pakar harus memiliki kemampuan menyelesaikan permasalahan pada bidang tertentu yang ditanganinya, kemudian memberikan penjelasan mengenai hasil dan kaitannya dengan permasalahan yang ada.

3) Memindahkan Keahlian (Transfering Expertise)

Tujuan dari sistem adalah memindahkan keahlian yang dimiliki oleh seorang pakar ke dalam sebuah sistem komputer, kemudian dari sebuah sistem komputer kepada orang lain yang bukan pakar. Proses ini dapat meliputi empat kegiatan :

a) Perolehan pengetahuan (Knowledge Acquistion)

b) Representasi pengetahuan (Knowledge Representation)

c) Menyimpulkan pengetahuan (Knowledge Inferencing)

d) Memindahkan pengetahuan kepada pemakai (Knowledge Transfer to User)

Pengetahuan tersebut ditempatkan ke dalam suatu komponen yang dinamakan basis pengetahuan (Knowledge Base).

4) Kesimpulan (Inference)

Keistimewaan dari sistem pakar yaitu kemampuannya dalam memberikan saran, yaitu dengan menempatkan keahlian ke dalam basis pengetahuan (Knowledge Base) dan membuat program yang mampu mengakses basis pengetahuan sehinggga sistem dapat memberikan kesimpulan. Kesimpulan dibentuk di dalam komponen yang dinamakan mesin pengambil kesimpulan (Inference Engine), dimana berisi aturan-aturan untuk menyelesaikan masalah.

5) Aturan (Rule)

Umumnya sistem pakar adalah sistem berbasis aturan, yaitu pengetahuan yang terdiri dari aturan-aturan sebagai prosedur penyelesaian masalah. Pengetahuan tersebut digambarkan sebagai suatu urutan seri dari kaidah-kaidah yang sudah dibuat.

6) Kemampuan Penjelasan (Explanation Capability)

Keistimewaan lain dari sistem pakar adalah kemampuannya dalam memberikan saran atau rekomendasi serta menjelaskan mengapa tindakan tertentu tidak dianjurkan.

7. Metode Penelitian

Dalam penelitian ini penulis mempunyai beberapa tahapan.

a. sumber pustaka dari buku-buku yang berhubungan dengan sistem Android.

b. Mendefinisikan dan mengumpulkan semua kebutuhan kemudian kebutuhan tersebut dianalisis dan didefinisikan.

c. Merancang sistem merupakan tahap penyusunan proses, data, aliran proses dan hubungan antar data.

d. Implementasi system.

e. Pengujian system yang terdiri dari verifikasi terhadap pakar dan kuesioner kepada user.

8. Jadwal Penulisan / Time Table

No	Bulan	Kegiatan
1	Maret – April 2012	Mencari sumber pustaka,mendefinisikan dan mengumpulkan semua kebutuhan
2	April – Mei 2012	Merancang sistem
3	Juni 2012	Implementasi sistem
4	Juli 2012	Melakukan pengujian,verifikasi dan kuesioner kepada user

Daftar Pustaka

1.Azis , Farid , Belajar Sendiri Pemprograman Sistem Pakar , PT. Elex Media Komputindo , Jakarta , 1994.

2. Hart , Ana , Sistem Pakar Sebuah Perkenalan Untuk Manajer , PT.Elek Media Komputindo, Jakarta , 1986.

3. Smith , Tony , Dokter di rumah anda , PT.Dian Rakyat , Jakarta , 1990 , hlm 188 – 191.

4. Repository.usu.ac.id/betstream.

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