Selasa, 17 Mei 2011

Kriteria Manajer yang Baik

Manajer

Manajer adalah seseorang yang bekerja melalui orang lain dengan mengoordinasikan kegiatan-kegiatan mereka guna mencapai sasaran organisasi.

Tingkatan Manajer

Piramida jumlah karyawan pada organisasi dengan struktur tradisional, berdasarkan tingkatannya.

Pada organisasi berstruktur tradisional, manajer sering dikelompokan menjadi manajer puncak, manajer tingkat menengah, dan manajer lini pertama (biasanya digambarkan dengan bentuk piramida, di mana jumlah karyawan lebih besar di bagian bawah daripada di puncak).

Manejemen lini pertama (first-line management), dikenal pula dengan istilah manajemen operasional, merupakan manajemen tingkatan paling rendah yang bertugas memimpin dan mengawasi karyawan non-manajerial yang terlibat dalam proses produksi. Mereka sering disebut penyelia (supervisor), manajer shift, manajer area, manajer kantor, manajer departemen, atau mandor (foreman).

Manajemen tingkat menengah (middle management) mencakup semua manajemen yang berada di antara manajer lini pertama dan manajemen puncak dan bertugas sebagai penghubung antara keduanya. Jabatan yang termasuk manajer menengah di antaranya kepala bagian, pemimpin proyek, manajer pabrik, atau manajer divisi.

Manajemen puncak (top management), dikenal pula dengan istilah executive officer, bertugas merencanakan kegiatan dan strategi perusahaan secara umum dan mengarahkan jalannya perusahaan. Contoh top manajemen adalah CEO (Chief Executive Officer), CIO (Chief Information Officer), dan CFO (Chief Financial Officer).

Meskipun demikian, tidak semua organisasi dapat menyelesaikan pekerjaannya dengan menggunakan bentuk piramida tradisional ini. Misalnya pada organisasi yang lebih fleksibel dan sederhana, dengan pekerjaan yang dilakukan oleh tim karyawan yang selalu berubah, berpindah dari satu proyek ke proyek lainnya sesuai dengan dengan permintaan pekerjaan.

Peran manajer

Henry Mintzberg, seorang ahli riset ilmu manajemen, mengemukakan bahwa ada sepuluh peran yang dimainkan oleh manajer di tempat kerjanya. Ia kemudian mengelompokan kesepuluh peran itu ke dalam tiga kelompok. yang pertama adalah peran antar pribadi, yaitu melibatkan orang dan kewajiban lain, yang bersifat seremonial dan simbolis. Peran ini meliputi peran sebagai figur untuk anak buah, pemimpin, dan penghubung. Yang kedua adalah peran informasional, meliputi peran manajer sebagai pemantau dan penyebar informasi, serta peran sebagai juru bicara. Yang ketiga adalah peran pengambilan keputusan, meliputi peran sebagai seorang wirausahawan, pemecah masalah, pembagi sumber daya, dan perunding.

Mintzberg kemudian menyimpulkan bahwa secara garis besar, aktivitas yang dilakukan oleh manajer adalah berinteraksi dengan orang lain.


Kriteria manajer proyek

Robert L. Katz pada tahun 1970-an mengemukakan bahwa setiap manajer membutuhkan minimal tiga keterampilan dasar. Ketiga keterampilan tersebut adalah:

1.Keterampilan konseptual (conceptional skill)

Manajer tingkat atas (top manager) harus memiliki keterampilan untuk membuat konsep, ide, dan gagasan demi kemajuan organisasi. Gagasan atau ide serta konsep tersebut kemudian haruslah dijabarkan menjadi suatu rencana kegiatan untuk mewujudkan gagasan atau konsepnya itu. Proses penjabaran ide menjadi suatu rencana kerja yang kongkret itu biasanya disebut sebagai proses perencanaan atau planning. Oleh karena itu, keterampilan konsepsional juga meruipakan keterampilan untuk membuat rencana kerja.

2. Keterampilan berhubungan dengan orang lain (humanity skill)

Selain kemampuan konsepsional, manajer juga perlu dilengkapi dengan keterampilan berkomunikasi atau keterampilan berhubungan dengan orang lain, yang disebut juga keterampilan kemanusiaan. Komunikasi yang persuasif harus selalu diciptakan oleh manajer terhadap bawahan yang dipimpinnya. Dengan komunikasi yang persuasif, bersahabat, dan kebapakan akan membuat karyawan merasa dihargai dan kemudian mereka akan bersikap terbuka kepada atasan. Keterampilan berkomunikasi diperlukan, baik pada tingkatan manajemen atas, menengah, maupun bawah.

3. 3Keterampilan teknis (technical skill)

Keterampilan ini pada umumnya merupakan bekal bagi manajer pada tingkat yang lebih rendah. Keterampilan teknis ini merupakan kemampuan untuk menjalankan suatu pekerjaan tertentu, misalnya menggunakan program komputer, memperbaiki mesin, membuat kursi, akuntansi dan lain-lain.

Selain tiga keterampilan dasar di atas, Ricky W. Griffin menambahkan dua keterampilan dasar yang perlu dimiliki manajer, yaitu:

1. Keterampilan manajemen waktu

Merupakan keterampilan yang merujuk pada kemampuan seorang manajer untuk menggunakan waktu yang dimilikinya secara bijaksana. Griffin mengajukan contoh kasus Lew Frankfort dari Coach. Pada tahun 2004, sebagai manajer, Frankfort digaji $2.000.000 per tahun. Jika diasumsikan bahwa ia bekerja selama 50 jam per minggu dengan waktu cuti 2 minggu, maka gaji Frankfort setiap jamnya adalah $800 per jam—sekitar $13 per menit. Dari sana dapat kita lihat bahwa setiap menit yang terbuang akan sangat merugikan perusahaan. Kebanyakan manajer, tentu saja, memiliki gaji yang jauh lebih kecil dari Frankfort. Namun demikian, waktu yang mereka miliki tetap merupakan aset berharga, dan menyianyiakannya berarti membuang-buang uang dan mengurangi produktivitas perusahaan.

2. Keterampilan membuat keputusan

Merupakan kemampuan untuk mendefinisikan masalah dan menentukan cara terbaik dalam memecahkannya. Kemampuan membuat keputusan adalah yang paling utama bagi seorang manajer, terutama bagi kelompok manajer atas (top manager). Griffin mengajukan tiga langkah dalam pembuatan keputusan. Pertama, seorang manajer harus mendefinisikan masalah dan mencari berbagai alternatif yang dapat diambil untuk menyelesaikannya. Kedua, manajer harus mengevaluasi setiap alternatif yang ada dan memilih sebuah alternatif yang dianggap paling baik. Dan terakhir, manajer harus mengimplementasikan alternatif yang telah ia pilih serta mengawasi dan mengevaluasinya agar tetap berada di jalur yang benar.

Karakter Pribadi yang Harus Dimiliki Seorang Manager Proyek

  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 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.

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.

Sumber :

http://id.wikipedia.org/wiki/Manajer#Manajer

http://wartawarga.gunadarma.ac.id/2010/10/karakteristik-kriteria-manajemen-proyek/

http://ria-ajah.blogspot.com/2011/05/kriteria-manager-proyek-yang-baik.html

Etika dan Profesionalisme

Pengertian Etika

Sabtu, 16 April 2011

COCOMO

COCOMO (Constructive Cost Model )
Sejarah singkat 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. Referensi untuk model ini biasanya menyebutnya COCOMO 81. Pada tahun 1997 COCOMO II telah dikembangkan dan akhirnya diterbitkan pada tahun 2000 dalam buku Estimasi Biaya COCOMO II Software dengan COCOMO II. adalah penerus dari COCOMO 81 dan lebih cocok untuk mengestimasi proyek pengembangan perangkat lunak modern. Hal ini memberikan lebih banyak dukungan untuk proses pengembangan perangkat lunak modern, dan basis data proyek diperbarui. Kebutuhan model baru datang sebagai perangkat lunak teknologi pengembangan pindah dari batch processing mainframe dan malam untuk pengembangan desktop, usabilitas kode dan penggunaan komponen software off-the-rak. Artikel ini merujuk pada COCOMO 81.
Pengertian COCOMO
Constructive Cost Model (COCOMO) Merupakan algoritma estimasi biaya perangkat lunak model yang dikembangkan oleh Barry Boehm. Model ini menggunakan rumus regresi dasar, dengan parameter yang berasaldari data historis dan karakteristik proyek-proyek saat ini. COCOMO terdiri dari tiga bentuk hirarki semakin rinci dan akurat. Tingkat pertama, Basic COCOMO adalah baik untuk cepat, order awal, kasarestimasi besarnya biaya perangkat lunak, namun akurasinya terbatas karena kurangnya factor untuk memperhitungkan perbedaan atribut proyek (Cost Drivers). Intermediate COCOMO mengambil Driver Biaya ini diperhitungkan dan Rinciantambahan COCOMO account untuk pengaruh fase proyek individu.
Model Jenis COCOMO Ada tiga model cocomo, diantaranya ialah:
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) merupakan proyek yang dibangun dengan spesifikasi dan operasi yang ketat

2. Intermediate Cocomo
Persamaan estimasi sekarang mempertimbangkan (terlepas dari DSI) 15 pengaruh faktor-faktor; ini adalah atribut produk (seperti kehandalan perangkat lunak, ukuran database, kompleksitas), komputer atribut-atribut (seperti pembatasan waktu komputasi, pembatasan memori utama), personil atribut ( seperti aplikasi pemrograman dan pengalaman, pengetahuan tentang bahasa pemrograman), dan proyek atribut (seperti lingkungan pengembangan perangkat lunak, tekanan waktu pengembangan). Tingkat pengaruh yang dapat diklasifikasikan sebagai sangat rendah, rendah, normal, tinggi, sangat tinggi, ekstra tinggi; para pengganda dapat dibaca dari tabel yang tersedia.

3. Detil Cocomo
Dalam hal ini adalah rincian untuk fase tidak diwujudkan dalam persentase, tetapi dengan cara faktor-faktor pengaruh dialokasikan untuk fase. Pada saat yang sama, maka dibedakan menurut tiga tingkatan hirarki produk (modul, subsistem, sistem), produk yang berhubungan dengan faktor-faktor pengaruh sekarang dipertimbangkan dalam persamaan estimasi yang sesuai. Selain itu detail cocomo dapat menghubungkan semua karakteristik versi intermediate dengan penilaian terhadap pengaruh pengendali biaya pada setiap langkah (analisis, perancangan, dll) dari proses rekayasa PL.

Sumber :
1. http://haryanto.staff.gunadarma.ac.id/Downloads/files/16705/estimas1.pdf
2. http://kur2003.if.itb.ac.id/file/Manajemen%20Proyek.pdf
3. http://iwayan.info/Lecture/PengelProySI_S1/BukuAjar/PPSI_BAB13.pdf
4. http://www.dicyt.gub.uy/pdt/files/6.2.1_-_cocomo_model.pdf
5. http://ririndisini.wordpress.com/2011/04/13/cocomo/

COCOMO

COCOMO (Constructive Cost Model )
Sejarah singkat 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. Referensi untuk model ini biasanya menyebutnya COCOMO 81. Pada tahun 1997 COCOMO II telah dikembangkan dan akhirnya diterbitkan pada tahun 2000 dalam buku Estimasi Biaya COCOMO II Software dengan COCOMO II. adalah penerus dari COCOMO 81 dan lebih cocok untuk mengestimasi proyek pengembangan perangkat lunak modern. Hal ini memberikan lebih banyak dukungan untuk proses pengembangan perangkat lunak modern, dan basis data proyek diperbarui. Kebutuhan model baru datang sebagai perangkat lunak teknologi pengembangan pindah dari batch processing mainframe dan malam untuk pengembangan desktop, usabilitas kode dan penggunaan komponen software off-the-rak. Artikel ini merujuk pada COCOMO 81.
Pengertian COCOMO
Constructive Cost Model (COCOMO) Merupakan algoritma estimasi biaya perangkat lunak model yang dikembangkan oleh Barry Boehm. Model ini menggunakan rumus regresi dasar, dengan parameter yang berasaldari data historis dan karakteristik proyek-proyek saat ini. COCOMO terdiri dari tiga bentuk hirarki semakin rinci dan akurat. Tingkat pertama, Basic COCOMO adalah baik untuk cepat, order awal, kasarestimasi besarnya biaya perangkat lunak, namun akurasinya terbatas karena kurangnya factor untuk memperhitungkan perbedaan atribut proyek (Cost Drivers). Intermediate COCOMO mengambil Driver Biaya ini diperhitungkan dan Rinciantambahan COCOMO account untuk pengaruh fase proyek individu.
Model Jenis COCOMO Ada tiga model cocomo, diantaranya ialah:
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) merupakan proyek yang dibangun dengan spesifikasi dan operasi yang ketat

2. Intermediate Cocomo
Persamaan estimasi sekarang mempertimbangkan (terlepas dari DSI) 15 pengaruh faktor-faktor; ini adalah atribut produk (seperti kehandalan perangkat lunak, ukuran database, kompleksitas), komputer atribut-atribut (seperti pembatasan waktu komputasi, pembatasan memori utama), personil atribut ( seperti aplikasi pemrograman dan pengalaman, pengetahuan tentang bahasa pemrograman), dan proyek atribut (seperti lingkungan pengembangan perangkat lunak, tekanan waktu pengembangan). Tingkat pengaruh yang dapat diklasifikasikan sebagai sangat rendah, rendah, normal, tinggi, sangat tinggi, ekstra tinggi; para pengganda dapat dibaca dari tabel yang tersedia.

3. Detil Cocomo
Dalam hal ini adalah rincian untuk fase tidak diwujudkan dalam persentase, tetapi dengan cara faktor-faktor pengaruh dialokasikan untuk fase. Pada saat yang sama, maka dibedakan menurut tiga tingkatan hirarki produk (modul, subsistem, sistem), produk yang berhubungan dengan faktor-faktor pengaruh sekarang dipertimbangkan dalam persamaan estimasi yang sesuai. Selain itu detail cocomo dapat menghubungkan semua karakteristik versi intermediate dengan penilaian terhadap pengaruh pengendali biaya pada setiap langkah (analisis, perancangan, dll) dari proses rekayasa PL.

Sumber :
1. http://haryanto.staff.gunadarma.ac.id/Downloads/files/16705/estimas1.pdf
2. http://kur2003.if.itb.ac.id/file/Manajemen%20Proyek.pdf
3. http://iwayan.info/Lecture/PengelProySI_S1/BukuAjar/PPSI_BAB13.pdf
4. http://www.dicyt.gub.uy/pdt/files/6.2.1_-_cocomo_model.pdf
5. http://ririndisini.wordpress.com/2011/04/13/cocomo/

Sabtu, 19 Maret 2011

Keuntungan dan Kerugian Software Open Source

Tulisan “Pengolahan Proyek Sistem Informasi” oleh: Nurul Indah W.A

Menurut David Wheeler, secara umum program yang dinamakan free software (perangkat lunak bebas) atau open source software (perangkat lunak sumber terbuka) adalah program yang lisensinya memberi kebebasan kepada pengguna menjalankan program untuk apa saja, mempelajari dan memodifikasi program, dan mendistribusikan penggandaan program asli atau yang sudah dimodifikasi tanpa harus membayar royalti kepada pengembang sebelumnya.
Open Source Software" (OSS), menurut Esther Dyson (1998), didefinisikan sebagai perangkat lunak yang dikembangkan secara gotong-royong tanpa koordinasi resmi, menggunakan kode program (source code) yang tersedia secara bebas, serta didistribusikan melalui internet.
OSS identik dengan Free Software. Perlu digarisbawahi, definisi free disini bukan berarti gratis, namun free disini berarti bebas. Bebas ini dijabarkan menjadi empat buah, yaitu:
1. Kebebasan untuk menjalankan programnya untuk tujuan apa saja.
2. Kebebasan untuk mempelajari bagaimana program itu bekerja serta dapat disesuaikan dengan kebutuhan anda. Akses pada kode program merupakan suatu prasyarat.
3. Kebebasan untuk menyebarluaskan kembali hasil salinan perangkat lunak tersebut sehingga dapat membantu sesama.
4. Kebebasan untuk meningkatkan kinerja program, dan dapat menyebarkannya ke khalayak umum sehingga semua menikmati keuntungannya. Akses pada kode program merupakan suatu prasyarat juga.
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.

Keutungan Open Source Software:
1. Bebas biaya tambahan.
Open source membebaskan kita dari biaya lisensi karena ia bersifat GNU/GPL (General Public License) yang justru membolehkan kita untuk menggunakan, mempelajari dan memodifikasi serta menyebarluaskan untuk umum. Apalagi untuk sebuah perusahaan besar yang juga menggunakan resource besar. Penggunaan software yang terlalu banyak pasti juga akan menambah biaaya/cost yang besar hanya untuk membeli software. Padahal dengan menggunakan open source biaya itu bisa ditekan seminimal mungkin.
2. Membebaskan dari beban moral pembajakan.
Dengan menggunakan open source kita dapat mengurangi tingkat pembajakan software berlisensi yang bisa merugikan vendor software dan merupakan beban moral bagi para pengguna software bajakan (crack).
3. Transfer knowledge.
Open source yang bersifat terbuka dan dapat kita pelajari source codenya bisa kita jadikan referensi, khususnya bagi seseorang yang bergelut dengan dunia IT. Tidak mustahil jika ternyata muncul software yang lebih handal daripada software-software berlisensi.

Kerugian Open Source Software:
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 :
• majalah kompas
• http://www.cyberkomputer.com/Komputer/pengenalan-dan-manfaat-menggunakan-open-source

Minggu, 28 November 2010

AKS_4KA04_11107278_Nurul Indah W.A

Pendekatan Pengembangan Sistem
Dipandang dari metodologi yang digunakan:
• Pendekatan Klasik (Clasical approach), Disebut juga pengembangan tradisional / konvensional adalah pengembangan sistem dengan mengikuti tahapan pada system life cycle. Pendekatan ini menekankan bahwa pengembangan sistem akan berhasil bila mengikuti tahapan pada system life cycle. Tetapi pada kenyataannya pendekatan klasik tidak cukup digunakan untuk mengembangkan suatu sistem informasi yang sukses dan akan timbul beberapa permasalahan diantaranya adalah :
1. Pengembangan perangkat lunak menjadi sulit
2. Biaya perawatan atau pemeliharaan sistem menjadi lebih mahal
3. Kemungkinan kesalahan sistem besar
4. Keberhasilan sistem kurang terjamin
5. Masalah dalam penerapan sistem
• Pendekatan Terstruktur (structured approach), Pendekatan ini dimulai pada awal tahun 1970, dan dilengkapi dengan alat-alat (tools) dan teknik-teknik (techniques) yg dibutuhkan dalam pengembangan sistem.
Dipandang dari sasaran yang dicapai :
• Pendekatan Sepotong (piecerneal approach), Pendekatan yg menekankan pada suatu kegiatan / aplikasi tertentu.
• Pendekatan Sistem (systems approach), Pendekatan yg menekankan pada sistem informasi sebagai satu kesatuan terintegrasi
Dipandang dari cara menentukan kebutuhan dari Sistem :
• Pendekatan Bawah Naik (Bottom Up Approach), Pendekatan dari level bawah organisasi, yaitu level operasional dimana transaksi dilakukan. Pendekatan ini dimulai dari perumusan kebutuhan untuk menangani transaksi dan naik ke level atas dengan merumuskan kebutuhan informasi berdasarkan transaksi tsb. (merupakan ciri-ciri dari pendekatan klasik disebut juga data analysis).
• Pendekatan Atas Turun, Dimulai dari level atas yaitu level perencanaan strategi. Pendekatan ini dimulai dengan mendefinisikan sarasan dan kebijaksanaan organisasi , kemudian dilakukan analisis kebutuhan informasi , lalu proses turun ke pemrosesan transaksi (merupakan ciri-ciri dari pendekatan terstruktur disebut juga decision analysis )
Dipandang dari cara mengembangkannya :
• Pendekatan Sistem menyeluruh, Pendekatan yg mengembangkan sistem serentak secara menyeluruh(merupakan ciri -ciri pendekatan klasik )
• Pendekatan Moduler, Pendekatan yg berusaha memecah sistem yg rumit menjadi beberapa bagian / modul yg sederhana (merupakan ciri -ciri pendekatan terstruktur).
Dipandang dari teknologi yg digunakan :
• Pendekatan Lompatan jauh (great loop approach), Pendekatan yg menerapkan perubahan menyeluruh secara serentak penggunaan teknologi canggih. Perubahan ini banyak mengandung resiko, juga memerlukan investasi yg besar.
• Pendekatan Berkembang (evolutionary approach), Pendekatan yg menerapkan perubahan canggih hanya untuk aplikasi yg memerlukan saja, dan akan terus berkembang.

Senin, 15 November 2010

Materi Presentasi Pengantar Telematika

Teknologi Telematika