Pengujian Berorientasi Objek Program

Pengujian Berorientasi Objek Program

Perangkat lunak berorientasi objek secara signifikan berbeda dari perangkat lunak prosedur tradisional dalam hal analisis, desain, struktur, dan teknik pengembangan, dukungan pengujian begitu spesifik juga diperlukan [FIRESMITH]. Fitur bahasa berorientasi objek dari encapsulation, polimorfisme, dan pewarisan memerlukan dukungan tes khusus, tetapi juga memberikan kesempatan bagi eksploitasi oleh strategi pengujian. Untuk menyesuaikan terstruktur pengujian untuk program berorientasi objek, pertimbangkan baik uji modul dan uji integrasi. pengujian terstruktur pada tingkat modul dapat langsung diterapkan program berorientasi obyek untuk, meskipun fakta bahwa tidak segera jelas. Pada tingkat integrasi, pengujian terstruktur tidak memerlukan modifikasi untuk mengatasi pengikatan dinamis metode berorientasi objek. Sisanya bagian ini membahas implikasi spesifik pemrograman berorientasi obyek untuk pengujian terstruktur. Sebagian dari informasi ini sebelumnya diterbitkan dalam [] MCCABE3 dan [MCCABE4].

Manfaat dan bahaya abstraksi

Bahasa berorientasi objek dan menggunakan teknik baru dan tingkat abstraksi yang lebih tinggi dari bahasa yang paling tradisional, terutama melalui mekanisme warisan. Ada baik manfaat dan bahaya untuk abstraksi ini. manfaat adalah bahwa pelaksanaan yang lebih dekat dengan desain logis, semakin mudah untuk memahami fungsi dimaksud kode. Bahayanya adalah bahwa pelaksanaan lebih lanjut dari perhitungan mesin, semakin sulit untuk memahami fungsi yang sebenarnya kode. Gambar 8-1 mengilustrasikan trade-off ini. Kekuatan abstraksi dari bahasa berorientasi objek biasanya memudahkan programmer untuk menulis kode menyesatkan. Informal, mudah untuk mengatakan kode apa yang harus dilakukannya, tetapi sulit untuk mengatakan apa yang sebenarnya. Oleh karena itu, dukungan otomatis untuk analisis dan pengujian sangat penting dalam lingkungan berorientasi objek.

Ketika abstraksi bekerja dengan baik, maka menyembunyikan detail yang tidak perlu diuji, sehingga pengujian menjadi lebih mudah. Ketika abstraksi karya buruk, maka menyembunyikan rincian yang perlu diuji, sehingga pengujian menjadi lebih keras (atau paling buruk, layak). Biasanya, pengujian harus terjadi pada beberapa tingkat kompromi abstraksi, mendapatkan leverage dari abstraksi yang memperjelas fungsi perangkat lunak, sementara menembus abstraksi yang tidak jelas itu. Seringkali, tingkat seorang pengembang perangkat lunak keakraban dengan teknik pengembangan berorientasi obyek merupakan faktor kunci dalam menentukan apakah abstraksi digunakan dengan cara yang positif atau negatif, yang pada gilirannya menentukan apakah pengujian dibantu atau dihalangi oleh fitur unik bahasa berorientasi obyek . Seperti dijelaskan dalam bagian 8-3, pengujian berorientasi obyek pendekatan terstruktur dasar dapat diadaptasi ke positif atau negatif situasi yang luar biasa. Metrik yang dirancang khusus untuk perangkat lunak berorientasi objek, seperti orang-orang [CHIDAMBER], dapat membantu menilai efektivitas yang paradigma berorientasi obyek digunakan. Jika metode kelas tidak kohesif dan ada kopling substansial antara objek, abstraksi dari bahasa pemrograman mungkin telah disalahgunakan dalam perangkat lunak. Hal ini pada gilirannya menunjukkan bahwa ekstra hati-hati harus diambil selama pengujian.


Berorientasi obyek modul pengujian

Metode berorientasi objek adalah serupa dalam banyak hal untuk fungsi biasa, pengujian sedemikian rupa (serta lain kriteria pengujian struktural) berlaku di tingkat modul tanpa modifikasi. Karena metode dalam bahasa berorientasi objek cenderung kurang kompleks daripada fungsi program prosedural tradisional, pengujian modul biasanya lebih mudah bagi-program berorientasi objek. Pewarisan dan polimorfisme fitur-bahasa berorientasi objek mungkin tampak rumit pengujian modul, karena aliran implisit kontrol yang terlibat dalam menyelesaikan doa metode dinamis. Sebagai contoh, jika sebuah referensi obyek dapat mengakibatkan salah satu dari beberapa alternatif metode yang dijalankan pada waktu berjalan, adalah mungkin untuk mewakili referensi sebagai keputusan multi-cara membangun ("kasus" pernyataan) pada grafik aliran yang berbeda metode resolusi mungkin untuk referensi obyek disebut dari masing-masing cabang. Karena ini representasi dari aliran kendali implisit akan meningkatkan kompleksitas siklomatik, juga akan meningkatkan jumlah tes yang dibutuhkan untuk melakukan pengujian terstruktur untuk modul yang berisi referensi. Gambar 8-2 menggambarkan aliran kendali implisit.


Meskipun kontrol aliran implisit memiliki implikasi signifikan untuk pengujian, ada alasan-alasan yang kuat untuk mengabaikan pada tingkat pengujian modul. Pertama, jumlah kemungkinan resolusi dari referensi objek tertentu tergantung pada hirarki kelas di mana referensi terjadi. Oleh karena itu, jika pengujian modul tergantung pada kontrol aliran implisit, hanya mungkin untuk melakukan pengujian modul dalam konteks hirarki kelas yang lengkap, suatu kebutuhan jelas tidak realistis. Selain itu, kompleksitas implisit melihat sebagai properti modul daripada sistem properti kekalahan salah satu motivasi utama untuk menggunakan bahasa berorientasi objek: untuk mengembangkan dengan mudah dapat digunakan kembali dan diperluas komponen. Untuk alasan ini, pertimbangan aliran kendali implisit ditangguhkan sampai tahap integrasi saat pengujian disusun untuk menerapkan program berorientasi objek.

Integrasi program pengujian berorientasi obyek

Aplikasi pengujian yang paling dasar terstruktur untuk integrasi program berorientasi objek pada dasarnya adalah aplikasi langsung dari teknik bagian 7. Hal ini sangat penting, namun, untuk mempertimbangkan doa metode implisit melalui referensi objek (tidak harus bingung dengan aliran kontrol implisit dinamis mengikat) ketika mengidentifikasi fungsi node panggilan untuk melakukan pengurangan desain. Metode doa ini mungkin tidak terlihat dari pemeriksaan kode sumber, sehingga alat otomatis sangat membantu. Sebagai contoh, jika variabel "a" dan "b" merupakan bilangan bulat, C + ekspresi + "a, b +" merupakan perhitungan sederhana. Namun, jika variabel tersebut adalah objek dari jenis kelas, ekspresi yang sama persis dapat panggilan ke metode kelas yang melalui mekanisme operator overloading C + +, yang membutuhkan pengujian integrasi dan karenanya harus dijaga oleh reduksi desain.
Sedangkan perlakuan metode implisit panggilan karena objek acuan yang jelas, situasi dengan kontrol aliran implisit lebih rumit. Dalam hal ini, beberapa pendekatan yang mungkin layak dipertimbangkan, tergantung pada sejauh mana abstraksi berorientasi obyek memiliki dampak positif atau negatif. Bagian ini menjelaskan tiga pendekatan: optimis, pesimis, dan seimbang. Masing-masing pendekatan teknik membangun pada bagian 7, membutuhkan bahwa setidaknya secara set tes melalui grafik desain-dikurangi setiap modul dilaksanakan dalam konteks integrasi, memperlakukan doa metode implisit karena objek referensi sebagai panggilan saat melakukan desain pengurangan . Pendekatan pesimistis dan seimbang juga membutuhkan tambahan tes berdasarkan aliran kendali implisit. Gambar 8-3 menunjukkan struktur dari bagian kecil dari sebuah program yang menggambarkan pendekatan masing-masing. Setiap modul "A", "B," dan "C" memanggil secara dinamis terikat "Draw" metode, yang dapat diselesaikan di waktu lari ke salah satu dari "Line:: Menggambar," "Polygon:: Draw," dan " Ellipse:: Draw. " Selama sisa bagian ini, metode yang dapat dijadikan sebagai hasil dari referensi obyek terikat secara dinamis akan disebut sebagai "resolusi."

Pendekatan optimis adalah pengujian pendekatan integrasi yang paling mudah. Dengan pendekatan ini, diharapkan bahwa abstraksi akan memiliki dampak positif, dan oleh karena itu pengujian akan terbatas pada level abstraksi dari kode sumber. Teknik-teknik pengujian integrasi dari bagian 7 berlaku secara langsung. Konsekuensi untuk aliran kontrol implisit adalah bahwa setiap situs panggilan latihan minimal satu resolusi, dan resolusi masing-masing dilaksanakan oleh setidaknya satu situs panggilan. Dengan asumsi bahwa tidak ada kesalahan yang ditemukan oleh orang-orang antarmuka pengujian, abstraksi berorientasi objek dipercaya untuk memperoleh keyakinan bahwa antarmuka lainnya juga benar. Gambar 8-4 menunjukkan serangkaian tes antarmuka yang cukup untuk memenuhi pendekatan optimis

Pesimistis Pendekatan lain adalah pendekatan langsung cukup. Dengan pendekatan ini, abstraksi diharapkan memiliki dampak yang negatif, dan karena itu diperlukan pengujian pada tingkat abstraksi dari mesin yang mendasari perhitungan kode sumber. Selain teknik-teknik integrasi pengujian bagian 7, aliran kontrol implisit diuji dengan mensyaratkan bahwa setiap resolusi diuji dari setiap situs panggilan. Dengan demikian, setiap antarmuka diuji secara langsung, dan tidak ada kepercayaan ditempatkan di abstraksi berorientasi objek. Kekurangannya adalah bahwa upaya pengujian dengan cepat dapat menjadi layak sebagai meningkatkan kerumitan.

Pendekatan yang seimbang adalah kompromi antara pendekatan optimis dan pesimis, dan lebih rumit daripada salah satu dari mereka. Idenya adalah untuk menguji pada tingkat abstraksi antara bahwa kode dan bahwa mekanik dasar. Abstraksi diharapkan untuk menyembunyikan beberapa detail yang memerlukan tes, tetapi juga untuk memberikan kerangka yang dapat dimanfaatkan untuk memfasilitasi pengujian. Selain teknik-teknik integrasi pengujian bagian 7, diperlukan bahwa beberapa situs panggilan latihan seluruh himpunan resolusi mungkin. Dampak dari persyaratan ini adalah untuk memberikan bukti bahwa himpunan resolusi mungkin dari suatu bentuk panggilan yang diberikan situs kelas "kesetaraan" dalam arti bahwa jika menjalankan salah satu resolusi dari situs panggilan baru bekerja dengan baik daripada melaksanakan resolusi kemungkinan lain juga kemungkinan untuk bekerja dengan baik. Properti ini diasumsikan dengan pendekatan optimis dan mendalam diuji dengan pendekatan pesimistis. Pendekatan yang seimbang menyediakan pengujian lebih menyeluruh dibandingkan dengan pendekatan optimis tanpa memerlukan sebanyak tes sebagai pendekatan pesimis, dan karena itu calon yang baik untuk digunakan dalam situasi khas. Juga, situs panggilan yang digunakan untuk menetapkan "kesetaraan kelas" bisa menjadi test driver dan bukan bagian dari aplikasi spesifik yang diuji, yang memberikan fleksibilitas ditambahkan.


Tertentu resolusi DNS dinamis untuk sering kepentingan. Sebagai contoh, sebagian besar penggunaan aplikasi gambar khas mungkin melibatkan poligon, atau fungsi poligon mungkin telah baru-baru ini dilaksanakan. Dalam hal ini, adalah tepat untuk mempertimbangkan pandangan sistem di mana semua bentuk diasumsikan poligon, misalnya menghubungkan semua "polimorfik Draw" panggilan langsung ke "Polygon:: Draw" dan menghapus alternatif seperti "Ellipse:: Draw "dari pertimbangan. Untuk seperti satu set resolusi, kompleksitas integrasi objek, OS1, didefinisikan sebagai kompleksitas integrasi (S1) dari sistem diselesaikan sesuai. Obyek kompleksitas integrasi sangat fleksibel, karena pengukuran didasarkan pada setiap set resolusi yang diinginkan. Mereka bisa ditentukan resolusi, baik untuk metode polimorfik spesifik, atau lebih umum untuk seluruh kelas.

Menghindari pengujian yang tidak perlu

Sistem berorientasi objek sering dibangun dari komponen yang stabil, seperti perpustakaan kelas komersial atau digunakan kembali kelas dari proyek yang sukses sebelumnya. Memang, menggunakan kembali komponen berbasis salah satu tujuan dasar pengembangan berorientasi obyek, sehingga teknik pengujian harus memungkinkan untuk itu. Stabil, perangkat lunak integritas tinggi dapat disebut sebagai "terpercaya." Konsep trustedness dapat mengajukan permohonan untuk modul individu, kelas, hierarki kelas, atau satu set resolusi potensi metode dinamis terikat, tetapi dalam setiap kasus, artinya adalah bahwa perangkat lunak dipercaya diasumsikan berfungsi dengan benar dan sesuai dengan berorientasi objek yang relevan abstraksi. Selain perangkat lunak komersial dan digunakan kembali dipercaya, software baru menjadi terpercaya setelah telah benar diuji. Dalam pengujian terstruktur, implementasi perangkat lunak terpercaya tidak diuji, meskipun integrasi dengan perangkat lunak lain yang diperlukan untuk diuji. Software Terpercaya diperlakukan sebagai komponen yang sudah terintegrasi dengan menggunakan teknik integrasi bagian tambahan 7-6.
Software terpercaya tidak harus diuji di tingkat modul sama sekali, dan panggilan internal ke komponen dipercaya tidak perlu diuji di tingkat integrasi. Penanganan modul terpercaya, kelas, dan kelas hierarki sangatlah mudah, dalam pengujian integrasi hanya perlu dilakukan, dan bahkan kemudian menerapkan teknik pengurangan berdasarkan desain hanya pada panggilan yang lintas batas dari trustedness. Untuk kasus yang terpercaya set resolusi potensi metode dinamis terikat, hanya satu resolusi perlu diuji dari setiap situs panggilan bahkan ketika menggunakan pendekatan pesimis untuk pengujian kode non-terpercaya. Ketika alat otomatis digunakan untuk menampilkan informasi trustedness, tes integrasi dapat dihentikan pada batas trustedness.

V-Class Pemeliharaan Sistem

Definisi Pemeliharaan Sistem:
Suatu kombinasi dari berbagai tindakan yang dilakukan untuk menjaga suatu sistem dalam, atau memperbaikinya sampai, suatu kondisi yang bisa diterima. Pada bulan April 1970 didefinisikan sebuah istilah untuk Teknologi Pemeliharaan yang mencakup pengertian yang lebih luas dari pada pengertian Pemeliharaan diatas. Istilah ini adalah Teroteknologi.
Merupakan siklus terakhir dari SDLC yaitu dengan pemeriksaan periodik, audit dan permintaan pengguna akan menjadi source untuk melakukan perawatan system diseluruh masa hidup system.
Tujuan dari pemeliharaan system:
• Untuk memperpanjang usia kegunaan asset dari system tersebut. Hal ini terutama penting dinegara berkembang karena kurangnya sumber daya modal untuk penggantian. Dinegara-negara maju kadang-kadang lebih menguntungkan untuk ‘mengganti’ daripada ‘memelihara’.
• Untuk menjamin ketersediaan optimum peralatan
• Untuk menjamin kesiapan operasional dari seluruh peralatan yang diperlukan dalam keadaan darurat setiap waktu.
• Untuk menjamin keselamatan orang yang menggunakan sarana tersebut
Jenis Pemeliharaan
Pemeliharaan Korektif
Pemeliharaan korektif adalah bagian pemeliharaan sistem yang tidak begitu tinggi nilainya dan lebih membebani, karena pemeliharaan ini mengkoreksi kesalahan-kesahan yang ditemukan pada saat sistem berjalan.
Pemeliharaan Adaptif
Pemeliharaan adaptif dilakukan untuk menyesuaikan perubahan dalam lingkungan data atau pemrosesan dan memenuhi persyaratan pemakai baru. Lingkungan tempat sistem beroperasi adalah dinamik, dengan demikian, sistem harus terus merespon perubahan persyaratan pemakai. Misalnya, Undang-Undang Perpajakan yang baru mungkin memerlukan suatu perubahan dalam kalkulasi pembayaran bersih. Umumnya pemeliharaan adatif ini baik dan tidak dapat dihindari.
Pemeliharaan Perfektif
Pemeliharaan penyempurnaan mempertinggi cara kerja atau maintainabilitas (kemampuan untuk dipelihara). Tindakan ini juga memungkinkan sistem untuk memenuhi persyaratan pemakai yang sebelumnya tidak dikenal.
Ketika membuat perubahan substansial modul apapun, petugas pemeliharaan juga menggunakan kesempatan untuk mengupgrade kode, mengganti cabang-cabang yang kadaluwarsa, memperbaiki kecerobohan, dan mengembangkan dokumentasi.
Sebagai contoh, kegiatan pemeliharaan ini dapat berbentuk perekayasaan ulang atau restrukturisasi perangkat lunak, penulisan ulang dokumentasi, pengubahan format dan isi laporan, penentuan logika pemrosesan yang lebih efisien, dan pengembangan efisiensi pengoperasian perangkat.
Pemeliharaan Preventif
Pemeliharaan Preventif terdiri atas inspeksi periodik dan pemeriksaan sistem untuk mengungkap dan mengantisipasi permasalahan.
Karena personil pemeliharaan sistem bekerja dalam sistem ini, mereka seringkali menemukan cacat-cacat (bukan kesalahan yang sebenarnya) yang menandakan permasalahan potensial. Sementara tidak memerlukan tindakan segera, cacat ini bila tidak dikoreksi di tingkat awal, jelas sekali akan mempengaruhi baik fungsi sistem maupun kemampuan untuk memeliharanya dalam waktu dekat.
Siklus Hidup Pemeliharaan Sistem (SMLC)
• Permintaan Perubahan
• Mengubah permohonan pemeliharaan menjadi suatu perubahan
• Menspesifikasi perubahan Membangun pengganti
• Menguji pengganti
• Melatih pengguna dan melakukan tes penerimaan
• Pengkonversian dan pelepasan ke operasi
• Mengupdate dokumentasi
• Melakukan pemeriksaan pascaimplementasi
Prosedur Pemeliharaan Sistem
SDLC dan SWDLC
Aplikasi yang professional dalam SDLC dan SWDLC dan teknik maupun perangkat modeling yang mendukungnya adalah hal-hal keseluruhan yang terbaik yang dapat seseorang lakukan untuk meningkatkan maintainabilitas system.
Definisi data standar
Trend ke arah sistem manajemen database relasional mendasari dorongan ke normalisasi data dan definisi data standart.
Bahasa pemrograman standar
Penggunaan bahasa pemrograman standart,misalnya C atau COBOL,akan mempermudah pekerjaan pemeliharaan.
Rancangan Moduler
Programer pemeliharaan dapat mengganti modul program jauh lebih mudah daripada jika ia berurusan dengan kedeluruhan program.
Modul yang dapat digunakan kembali
Modul biasa dari kode yang dapat digunakan kembali,dapat diakses oleh semua aplikasi yang memerlukannya.
Dokumentasi standar
Diperlukan system,pemakai,perangkat lunak dan dokumentasi operasiyang standart sehingga semua informasi yang diperlukan untuk beroperasi dan pemeliharaan aplikasi khusus akan tersedia.
Kontrol sentral
Semua program,dokumentasi dan data test seharusnya diinstal dalam penyimpanan pusat dari system CASE (Computer-Aided Softtware Engineering atau computer Assisted Software Enginering.
Mengelola Pemeliharaan Sistem
Tantangan mengelola pemeliharaan sistem adalah sama dengan tantangan mengelola usaha-usaha lain . Yaitu tantangan untuk mengelola manusia.
Prioritas untuk mengarahkan pemeliharaan sistem adalah mengumpulkan sekelompok pemelihara yang berkompeten dan termotivasi,serta menyuplai mereka dengan perngkat dan sumber-sumber untuk melakukan pemeliaraan sistem yang terjadwal maupun yang tidak terjadwal.
Pemeliharaan sistem terjadwal dapat dibuat menurut kalender atau diagram gantt.Pemeliharaan tidak terjadwal biasanya dilakukan atas inisiatif pemakai dan operator. Bagaimanapun juga pihak manajemen seharusnya menetapkan suatu cara untuk mengawali,merekam,dan mengevaluasi aktivitas pemeliharaan. Dengan melalui evaluasi kegiatan pemeliharaan,seorang manager akhirnya dapat mengoptimalkan program pemeliharaan sistem secara keseluruhan.
Cara pemeliharaan sistem
Pemeliharaan sistem
Semua informasi sewaktu-waktu berubah. Pemeliharaan sistem adalah kegiatan yang membuat perubahan ini.
A. Keperluan pemeliharaan sistem
Sistem perlu dipelihara karena beberapa hal, yaitu:
1. System memiliki kesalahan yang dulunya belum terdeteksi, seingga kesalahan-kesalahan system perlu diperbaiki
2. System mengalami perubahan-perubahan karena permintaan baru dari pemakai system
3. Sistem mengalami perubahan karena perubahan lingkungan luar (perubahan bisnis)
4. System perlu ditingkatkan
B. Jenis pemeliharaan system
Pemeliharaan system dapat digolongkan menjadi empat jenis:
1) Pemeliharaan korektif
Adalah bagian pemeliharaan system yang tidak begitu tinggi nilainya dan lebih membebani, karena pemeliharaan ini mengkoreksi kesalahan-kesalahan yang ditemukan pada saat system berjalan
2) Pemeliharaan adaptif
Dilakukan untuk menyesuaikan perubahan dalam lingkungan data atau pemrosesan dan memenuhi pesyaratan pemakai baru
3) Pemeliharaan perfektif
Mempertinggi cara kerja atau maintainabilitas (kemampuan untuk dipelihara). Tindakan ini juga memungkinkan system untuk memenuhi persyaratan pemakai yang sebelumnya tidak dikenal
4) Pemeliharaan preventif
Pemeliharaan preventif terdiri atas inspeksi periodik dan pemeriksaan system untuk mengungkap dan mengantisipasi permasalahan.
C. Prosedur untuk memeliharan system
System maintainability (kemampuan pemeliharaan system) adalah kapasitas personil pemeliharaan untuk melakukan pemeliharaan korektif, adaptif, prefektif, dan preventif.
Maintainabilitas (maintainability) system bertambah jika sistemnya dirancang agar mudah diubah. Aspek ini meliputi prosedur-prosedur berikut;
• SDLC (system development life cycle) dan SWDLC (software development life cycle)
• Definisi data standar
• Bahasa pemrograman standar
• Rancangan moduler
• Modul yang dapat digunakan kembali
• Dokumentasi standar
• Control sentral

Tuliskan dan jelaskan macam-macam metode pelatihan implementasi sistem

IMPLEMENTASI SISTEM INFORMASI

1. Kebutuhan akan Sistem InformasiInformasi merupakan hal yang dianggap memiliki tingkat lebih tinggi dan aktif dibandingkan dengan data. Informasi yang diperoleh melalui suatu sistem dan teknologi merupakan suatu pengetahuan yang akan digunakan untuk pengambilan suatu keputusan.

Pada suatu sistem informasi terdapat komponen-komponen seperti :

• Perangkat keras (hardware) : mencakup piranti-piranti fisik seperti komputer, server, dan printer.

• Perangkat lunak (software) atau program : sekumpulan instruksi yang memungkinkan perangkat keras untuk dapat memproses data.

• Prosedur : sekumpulan aturan yang dipakai untuk mewujudkan pemrosesan data dan keluaran yang dikehendaki.

• Orang : semua pihak yang bertanggung jawab dalam pengembangan sistem informasi, pemrosesan, dan penggunaan keluaran sistem informasi.

• Basis data (database) : sekumpulan tabel, hubungan, data grafis, dan lain-lain yang berkaitan dengan penyimpanan data.

• Jaringan komputer dan komunikasi data: sistem penghubung yang memungkinkan sumber (resources) dipakai secara bersama atau diakses oleh sejumlah pemakai.

Dalam Tahapan Pembangunan Sistem Informasi. Sistem Informasi diperlukan untuk beberapa tahapan yang satu sama lain saling berkaitan dan merupakan suatu siklus yang tidak pernah berhenti. Adapaun tahapan yang dilakukan adalah sebagai berikut :

A. Identifikasi
Pemahaman awal perlunya pembuatan sistem informasi dan permintaan formal untuk mengembangkan sistem informasi.

B. Inisiasi dan Perencanaan
Untuk menentukan spesifikasi kebutuhan dan untuk mengetahui bagaimana sistem informasi dapat membantu penyelesaian permasalahan. Pada tahap ini dibuat keputusan perlunya dibuat suatu aplikasi atau mengembangkan aplikasi yang sudah ada.

C. Analisis
Melakukan analisis untuk membuat spesifikasi dan mengstrukturkan kebutuhan pengguna serta menseleksi aplikasi lain yang sudah ada. Pada tahapan ini akan diperoleh spesifikasi fungsional sistem.

D. Perencanaan Logika
Mendapatkan dan menstrukturkan kebutuhan sistem informasi secara keseluruhan. Pada tahap ini akan diperoleh spesifikasi rinci data, laporan, tampilan, dan aturan pemrosesan.

E. Perancangan Fisik
Mengembangkan spesifikasi teknologi yang akan digunakan, pada tahap ini akan diperoleh struktur program dan basisdata, serta perancangan struktur fisik.

F. Implementasi
Pembuatan program dan basisdata, melakukan instal dan menguji sistem. Pada tahapan ini akan diperoleh program aplikasi dan dokumentasi.

G. Pemeliharaan
Melakukan pemantauan kegunaan dan fungsi sistem, serta melakukan audit sistem secara periodik.

sumber : http://community.gunadarma.ac.id/blog/view/id_10153/title_1-kebutuhan-akan-sistem-informasi/

2. Prinsip Pengembangan Sistem Informasi

Sewaktu Anda melakukan proses pengembangan sistem, beberapa prinsip harus tidak boleh dilupakan. Prinsip-prinsip ini adalah sebagai berikut ini:
1. Sistem yang dikembangkan adalah untuk manajemen.
Setelah sistem selesai dikembangkan, maka yang akan menggunakan informasi dari sistem ini adalah manajemen, sehingga sistem harus dapat mendukung, kebutuhan yang diperlukan oleh manajemen. Pada waktu Anda mengembangkan sistem, maka prinsip ini harus selalu diingat.
2. Sistem yang dikembangkan adalah investasi modal yang besar.
Sistem informasi yang akan Anda kembangkan membutuhkan dana modal yang tidak sedikit, apalagi dengan digunakannya teknologi yang mutakhir.
Sistem yang dikembangkan ini merupakan investasi modal yang besar. Seperti halnya dengan investasi modal lainnya yang dilakukan oleh perusahaan, maka setiap investasi modal harus mempertimbangkan 2 hal berikut ini:

1. Semua alternatif yang ada harus diinvestigasi

Bila alternatif yang ada diabaikan dan sudah terlanjur menanamkan dana ke suatu proyek investasi tertentu, maka investor akan kehilangan kesempatan untuk menanamkan dananya ke investasi yang lain. Ekonom menyebut hal ini dengan istilah biaya kesempatan (opportunity cost). Misalnya Anda mempunyai dana sebesar Rp X,- dan bila di investasikan ke proyek A akan mendapatkan keuntungan sebesar Rp A,-, maka Rp A,- ini yang disebut dengan opportunity cost. Bila Anda tidak menginvestasikan dana Anda sebesar Rp X.- tersebut ke proyek A, tetapi ke proyek B, maka proyek B harus memberikan hasil lebih besar dari opportunity cost yang hilang akibat tidak diinvestasikan ke proyek A. oleh karena itu dari beberapa alternatip investasi yang ada harus di investigasi untuk menentukan alternatip yang terbaik atau yang paling menguntungkan.

1. Investasi yang terbaik harus bernilai.

Belum tentu alternatip terbaik merupakan investasi yang menguntungkan. Investasi terbaik ini memang menguntungkan dibandingkan dengan alternatip yang lainnnya, tetapi untuk investasi terbaik ini sendiri harus juga diukur. Investasi ini baru dikatakan menguntungkan bila bernilai yang artinya manfaat (benefit) atau hasil baliknya lebih besar dari biaya untuk memperolehnya (cost). Cost-benefit analysis atau cost-effectiveness analysis dapat digunakan untuk menentukan apakah proyek investasi tersebut bernilai atau tidak.
3. Sistem yang dikembangkan memerlukan orang-orang yang terdidik.
Manusia merupakan faktor utama yang menentukan berhasil tidaknya suatu sistem, baik dalam proses pengembangannya, penerapannya, maupun dalam proses operasinya. Oleh karena itu orang yang terlibat dalam pengembangan maupun penggunaan sistem ini harus merupakan orang yang terdidik tentang permasalahan-permasalahan yang ada dan terhadap solusi-solusi yang mungkin dilakukan. Terdidik disini bukan berarti harus secara formal duduk di perguruan tinggi, tetapi dapat dilakukan secara latihan kerja (on the job training). Analis sistem harus mempunyai pendidikan terhadap masalah yang dihadapinya. Tidaklah mungkin seorang analis sistem akan mengembangkan suatu sistem informasi bisnis tanpa mempunyai pengetahuan sedikitpun tentang bisnis atau akan mengembangkan sistem informasi akuntansi tanpa mengetahui pengetahuan sedikitpun tentang akuntansi dan teknologi komputer. Bagaimana mungkin nantinya analis sistem ini akan berkomunikasi dengan manajemen dan programmer yang akan membuat programnya. Demikian juga dengan pemakai sistem harus merupakan orang yang terdidik tentang sistem ini dan dapat dilakukan dengan memberikan on-the-job training kepada mereka tentang cara menggunakan sistem yang diterapkan.
4. Tahapan kerja dan tugas-tugas yang harus dilakukan dalam proses pengembangan sistem.
Proses pengembangan sistem umumnya melibatkan beberapa tahapan kerja dan melibatkan beberapa personil dalam bentuk suatu team untuk mengerjakannya. Pengalaman menunjukan bahwa tanpa adanya perencanaan dan koordinasi yang baik, maka proses pengembangan sistem tidak akan berhasil dengan memuaskan. Untuk maksud ini sebelum proses pengembangan sistem dilakukan, maka harus dibuat terlebih dahulu skedul kerja yang menunjukkan tahapan-tahapan kerja dan tugas-tugas pekerjaan yang akan dilakukan, sehingga proses pengembangan sistem dapat dilakukan dan selesai dengan berhasil sesuai dengan waktu dan anggaran yang direncanakan. Siklus atau Daur Hidup Pengembangan Sistem (Systems Development Life Cycle atau SDLC) umumnya menunjukkan tahapan-tahapan kerja dan tugas-tugas kerja yang harus dilakukan. Beberapa methodology pengembangan sistem juga menyediakan lebih terinci konsep kerja yang harus dilakukan dalam proses pengembangan sistem.
5. Proses pengembangan sistem tidak harus urut.
Prinsip ini kelihatannya bertentangan dengan prinsip nomor 4, tetapi tidaklah sedemikian. Tahapan kerja dari pengembangan sistem di prinsip nomor 4 menunjukkan langkah-langkah yang harus dilakukan secara bersama-sama. Ingatlah waktu adalah uang. Misalnya di dalam pengembangan sistem, perancangan output merupakan tahapan yang harus dilakukan sebelum melakukan perancangan file. Ini tidak berarti bahwa semua output harus dirancang semuanya terlebih dahulu baru dapat melakukan perancangan file, tetapi dapat dilakukan secara serentak, yaitu sewaktu proses pengadaan hardware.
6. Jangan takut membatalkan proyek.
Umumnya hal ini merupakan pantangan untuk membatalkan suatu proyek yang sedang berjalan. Keputusan untuk meneruskan suatu proyek atau membatalkannya memang harus dievaluasi dengan cermat. Untuk kasus-kasus yang tertentu, dimana suatu proyek terpaksa harus dihentikan atau dibatalkan karena sudah tidak layak lagi, maka harus dilakukan dengan tegas. Keraguan untuk terus melanjutkan proyek yang tidak layak lagi karena sudah terserapnya dana kedalam proyek ini hanya akan memubang dana yang sia-sia. Ekonom menyebut dana yang sudah terserap ini dengan istilah sunk cost dan sunk cost ini tidak relevan untuk digunakan sebagai dasar pengambilan keputusan, karena biaya ini sudahtidak dapat ditarik kembali. Jika proyek yang tidak layak masih terus dilanjutkan lagi, maka dana berikutnya yang terserap akan sia-sia.
7. Dokumentasi harus ada untuk pedoman dalam pengembangan sistem.

Kegagalan untuk membuat suatu dokumentasi kerja adalah salah satu hal yang sering terjadi dan merupakan kesalahan kritis yang dibuat oleh analis sistem. Banyak analis sistem yang membicarakan pentingnya dokumentasi. Mereka membuat dokumentasi hasil dari analisis setelah mereka selesai mengembangkan sistemnya dan bahkan ada yang tidak membuat dokumentasi ini. Dokumentasi ini seharusnya dibuat pada waktu proses dari pengembangan sistem itu sendiri masih dalam proses, karena dokumentasi ini dapat dihasilkan dari hasil kerja tiap-tiap langkah di pengemangan sistem. Dokumentasi yang dibuat dan dikumpulkan selama proses dari pengembangan sistem dapat digunakan untuk bahan komunikasi antara analis sistem dengan pemakai sistem dan dapat digunakan untuk mendorong keterlibatan pemakai sistem.
Sumber : http://ipoen.blogspot.com/2010/01/prinsip-pengembangan-sistem.html

3. Tahap Pengembangan Sistem Informasi

Pengembangan sistem informasi saat ini terbagi atas enam fase
a. Fase Perencanaan Sistem

Dalam fase perencanaan sistem :
• Dibentuk suatu struktur kerja strategis yang luas dan pandangan sistem
informasi baru yang jelas yang akan memenuhi kebutuhan-kebutuhan
pemakai informasi.
• Proyek sistem dievaluasi dan dipisahkan berdasarkan prioritasnya. Proyek
dengan prioritas tertinggi akan dipilih untuk pengembangan.

• Sumber daya baru direncanakan untuk, dan dana disediakan untuk
mendukung pengembangan sistem.

Selama fase perencanaan sistem, dipertimbangkan :
• faktor-faktor kelayakan (feasibility factors) yang berkaitan dengan
kemungkinan berhasilnya sistem informasi yang dikembangkan dan
digunakan,
• faktor-faktor strategis (strategic factors) yang berkaitan dengan
pendukung sistem informasi dari sasaran bisnis dipertimbangkan untuk
setiap proyek yang diusulkan. Nilai-nilai yang dihasilkan dievaluasi untuk
menentukan proyek sistem mana yang akan menerima prioritas yang
tertinggi.

- Kelayakan teknis untuk melihat apakah sistem yang diusulkan dapat
dikembangkan dan diimplementasikan dengan menggunakan teknologi
yang ada atau apakah teknologi yang baru dibutuhkan.
- Kelayakan ekonomis untuk melihat apakah dana yang tersedia cukup
untuk mendukung estimasi biaya untuk sistem yang diusulkan.
- Kelayakan legal untuk melihat apakah ada konflik antara sistem yang
sedang dipertimbangkan dengan kemampuan perusahaan untuk
melaksanakan kewajibannya secara legal.
- Kelayakan operasional untuk melihat apakah prosedur dan keahlian
pegawai yang ada cukup untuk mengoperasikan sistem yang diusulkan
atau apakah diperlukan penambahan/pengurangan prosedur dan keahlian.
- Kelayakan rencana berarti bahwa sistem yang diusulkan harus telah
beroperasi dalam waktu yang telah ditetapkan.
- Produktivitas mengukur jumlah output yang dihasilkan oleh input yang
tersedia. Tujuan produktivitas adalah mengurangi atau menghilangkan
biaya tambahan yang tidak berarti. Produktivitas ini dapat diukur dengan
rasio antara biaya yang dikeluarkan dengan jumlah unit yang dihasilkan.
- Diferensiasi mengukur bagaimana suatu perusahaan dapat menawarkan
produk atau pelayanan yang sangat berbeda dengan produk dan
pelayanan dari saingannya. Diferensiasi dapat dicapai dengan
meningkatkan kualitas, variasi, penanganan khusus, pelayanan yang lebih
cepat, dan biaya yang lebih rendah.
- Manajemen melihat bagaimana sistem informasi menyediakan informasi
untuk menolong manajer dalam merencanakan, mengendalikan dan
membuat keputusan. Manajemen ini dapat dilihat dengan adanya laporan-
laporan tentang efisiensi produktivitas setiap hari.

b. Fase Analisis Sistem

Dalam fase ini :

• Dilakukan proses penilaian, identifikasi dan evaluasi komponen dan
hubungan timbal-balik yang terkait dalam pengembangan sistem; definisi
masalah, tujuan, kebutuhan, prioritas dan kendala-kendala sistem;
ditambah identifikasi biaya, keuntungan dan estimasi jadwal untuk solusi
yang berpotensi.

• Fase analisis sistem adalah fase profesional sistem melakukan kegiatan
analisis sistem.

• Laporan yang dihasilkan menyediakan suatu landasan untuk membentuk
suatu tim proyek sistem dan memulai fase analisis sistem.

• Tim proyek sistem memperoleh pengertian yang lebih jelas tentang alasan
untuk mengembangkan suatu sistem baru.

• Ruang lingkup analisis sistem ditentukan pada fase ini. Profesional sistem
mewawancarai calon pemakai dan bekerja dengan pemakai yang
bersangkutan untuk mencari penyelesaian masalah dan menentukan
kebutuhan pemakai.

• Beberapa aspek sistem yang sedang dikembangkan mungkin tidak
diketahui secara penuh pada fase ini, jadi asumsi kritis dibuat untuk
memungkinkan berlanjutnya siklus hidup pengembangan sistem.

c. Fase Perancangan Sistem secara Umum/Konseptual
Arti Perancangan Sistem
- Tahap setelah analisis dari Siklus Hidup Pengembangan Sistem
- Pendefinisian dari kebutuhan kebutuhan fungsional
- Persiapan untuk rancang bangun implementasi
- Menggambarkan bagaimana suatu sistem dibentuk
- Yang dapat berupa penggambaran, perencanaan dan pembuatan sketsa
atau pengaturan dari beberapa elemen yang terpisah ke dalam satu
kesatuan yang utuh dan berfungsi
- Termasuk menyangkut mengkonfirmasikan

Tujuan Perancangan Sistem
- Untuk memenuhi kebutuhan para pemakai sistem
- Untuk memberikan gambaran yang jelas dan rancang bangun yang
lengkap kepada pemrogram komputer dan ahli-ahli teknik lainnya yang
terlibat

Sasaran Perancangan Sistem
- Harus berguna, mudah dipahami dan mudah digunakan
- Harus dapat mendukung tujuan utama perusahaan
- Harus efisien dan efektif untuk dapat mendukung pengolahan transaksi,
pelaporan manajemen dan mendukung keputusan yang akan dilakukan
oleh manajemen, termasuk tugas-tugas yang lainnya yang tidak dilakukan
oleh komputer
- Harus dapat mempersiapkan rancang bangun yang terinci untuk masing-
masing komponen dari sistem informasi yang meliputi data dan informasi,
simponan data, metode-metode, prosedur-prosedur, orang-orang,
perangkat keras, perangkat lunak dan pengendalian intern

Dalam fase ini :
• dibentuk alternatif-alternatif perancangan konseptual untuk pandangan
pemakai. Alternatif ini merupakan perluasan kebutuhan pemakai. Alternatif
perancangan konseptual memungkinkan manajer dan pemakai untuk
memilih rancangan terbaik yang cocok untuk kebutuhan mereka.

• pada fase ini analis sistem mulai merancang proses dengan meng-
identifikasikan laporan-laporan dan output yang akan dihasilkan oleh
sistem yang diusulkan. Data masing-masing laporan ditentukan. Biasanya,perancang sistem membuat sketsa form atau tampilan yang mereka
harapkan bila sistem telah selesai dibentuk. Sketsa ini dilakukan pada
kertas atau pada tampilan komputer.
• Jadi, perancangan sistem secara umum berarti untuk menerangkan
secara luas bagaimana setiap komponen perancangan sistem tentang
output, input, proses, kendali, database dan teknologi akan dirancang.
Perancangan sistem ini juga menerangkan data yang akan dimasukkan,
dihitung atau disimpan. Perancang sistem memilih struktur file dan alat
penyimpanan seperti disket, pita magnetik, disk magnetik atau bahkan file-
file dokumen. Prosedur-prosedur yang ditulis menjelaskan bagaimana
data diproses untuk menghasilkan output.

d. Fase Evaluasi dan Seleksi Sistem

Akhir fase perancangan sistem secara umum menyediakan point utama untuk
keputusan investasi. Oleh sebab itu dalam fase evaluasi dan seleksi sistem ini
nilai kualitas sistem dan biaya/keuntungan dari laporan dengan proyek sistem
dinilai secara hati-hati dan diuraikan dalam laporan evaluasi dan seleksi
sistem.

Jika tak satupun altenatif perancangan konseptual yang dihasilkan pada fase
perancangan sistem secara umum terbukti dapat dibenarkan, maka semua
altenatif akan dibuang. Biasanya, beberapa alternatif harus terbukti dapat
dibenarkan, dan salah satunya dengan nilai tertinggi dipilih untuk pekerjaan
akhir. Bila satu alternatif perancangan sudah dipilih, maka akan dibuatkan
rekomendasi untuk sistem ini dan dibuatkan jadwal untuk perancangan
detailnya.

e. Fase Perancangan Sistem secara Detail/Fungsional

Fase perancangan sistem secara detail menyediakan spesifikasi untuk
perancangan secara konseptual. Pada fase ini semua komponen dirancang
dan dijelaskan secara detail.

Perencanaan output (layout) dirancang untuk semua layar, form-form tertentu
dan laporan-laporan yang dicetak. Semua output direview dan disetujui oleh
pemakai dan didokumentasikan. Semua input ditentukan dan format input
baik untuk layar dan form-form biasa direview dan disetujui oleh pemakai dan
didokumentasikan.

Berdasarkan perancangan output dan input, proses-proses dirancang untuk
mengubah input menjadi output. Transaksi-transaksi dicatat dan dimasukkan
secara online atau batch. Macam-macam model dikembangkan untuk
mengubah data menjadi informasi. Prosedur ditulis untuk membimbing
pemakai dan pesonel operasi agar dapat bekerja dengan sistem yang sedang
dikembangkan.

Database dirancang untuk menyimpan dan mengakses data. Kendali-kendali
yang dibutuhkan untuk melindungi sistem baru dari macam-macam ancaman
dan error ditentukan. Pada beberapa proyek sistem, teknologi baru dan
berbeda dibutuhkan untuk merancang kemampuan tambahan macam-macam
komputer, peralatan dan jaringan telekomunikasi.

Pada akhir fase ini, laporan rancangan sistem secara detail dihasilkan.
Laporan ini mungkin berisi beribu-ribu dokumen dengan semua spesifikasi
untuk masing-masing rancangan sistem yang terintegrasi menjadi satu
kesatuan. Laporan ini dapat juga dijadikan sebagai buku pedoman yang
lengkap untuk merancang, membuat kode dan menguji sistem; instalasi
peralatan; pelatihan; dan tugas-tugas implementasi lainnya.

Meskipun sejumlah orang telah me-review dan menyetujui setiap komponen
rancangan sistem, review terhadap rancangan sistem secara detail harus
dilakukan kembali secara menyeluruh dan lengkap oleh pemakai sistem dan
personel manajemen, sedangkan profesional sistem mungkin tidak terlibat
dalam kegiatan ini.

Tujuan dilakukannya review secara menyeluruh ini adalah untuk menemukan
error dan kekurangan rancangan sebelum implementasi dimulai. Jika error
dan kekurangan atau sesuatu yang hilang ditemukan sebelum implementasi
sistem, sumber daya yang bernilai dapat diselamatkan dan kesalahan yang
tidak diinginkan terhindari. Setelah semua review secara menyeluruh selesai
dilaksanakan, perubahan-perubahan dibuat dan pemakai dan manajer sistem
menandatangani laporan perancangan secara detail.
f. Fase Implementasi Sistem dan Pemeliharaan Sistem

Pada fase ini :
• sistem siap untuk dibuat dan diinstalasi.
• Sejumlah tugas harus dikoordinasi dan dilaksanakan untuk implementasi
sistem baru.
• laporan implementasi yang dibuat pada fase ini ada dua bagian, yaitu
o rencana implementasi dalam bentuk Gantt Chart atau Program and
Evaluation Review Technique (PERT) Chart dan
o penjadwalan proyek dan teknik manajemen. Bagian kedua adalah
laporan yang menerangkan tugas penting untuk melaksanakan
implementasi sistem, seperti :
− pengembangan perangkat lunak
− Persiapan lokasi peletakkan sistem
− Instalasi peralatan yang digunakan
− Pengujian Sistem
− Pelatihan untuk para pemakai sistem
− Persiapan dokumentasi

Sumber :

fportfolio.petra.ac.id/user_files/03-024/SistemDistribusi.doc
wsilfi.staff.gunadarma.ac.id

KODE ETIK PROFESI

Kode yaitu tanda-tanda atau simbol-simbol yang berupa kata-kata, tulisan atau benda yang disepakati untuk maksud-maksud tertentu, misalnya untuk menjamin suatu berita, keputusan atau suatu kesepakatan suatu organisasi. Kode juga dapat berarti kumpulan peraturan yang sistematis.

Kode etik yaitu norma atau azas yang diterima oleh suatu kelompok tertentu sebagai landasan tingkah laku sehari-hari di masyarakat maupun di tempat kerja.

MENURUT UU NO. 8 (POKOK-POKOK KEPEGAWAIAN)

Kode etik profesi adalah pedoman sikap, tingkah laku dan perbuatan dalam melaksanakan tugas dan dalam kehidupan sehari-hari.

Kode etik profesi sebetulnya tidak merupakan hal yang baru. Sudah lama diusahakan untuk mengatur tingkah laku moral suatu kelompok khusus dalam masyarakat melalui ketentuan-ketentuan tertulis yang diharapkan akan dipegang teguh oleh seluruh kelompok itu. Salah satu contoh tertua adalah ; SUMPAH HIPOKRATES, yang dipandang sebagai kode etik pertama untuk profesi dokter.

Hipokrates adalah doktren Yunani kuno yang digelari : BAPAK ILMU KEDOKTERAN.

Beliau hidup dalam abad ke-5 SM. Menurut ahli-ahli sejarah belum tentu sumpah ini merupakan buah pena Hipokrates sendiri, tetapi setidaknya berasal dari kalangan murid-muridnya dan meneruskan semangat profesional yang diwariskan oleh dokter Yunani ini. Walaupun mempunyai riwayat eksistensi yang sudah-sudah panjang, namun belum pernah dalam sejarah kode etik menjadi fenomena yang begitu banyak dipraktekkan dan tersebar begitu luas seperti sekarang ini. Jika sungguh benar zaman kita di warnai suasana etis yang khusus, salah satu buktinya adalah peranan dan dampak kode-kode etik ini.

Profesi adalah suatu MORAL COMMUNITY (MASYARAKAT MORAL) yang memiliki cita-cita dan nilai-nilai bersama. Kode etik profesi dapat menjadi penyeimbang segi-segi negative dari suatu profesi, sehingga kode etik ibarat kompas yang menunjukkan arah moral bagi suatu profesi dan sekaligus juga menjamin mutu moral profesi itu dimata masyarakat.

PERANAN ETIKA DALAM PROFESI

PERANAN ETIKA DALAM PROFESI :

• Nilai-nilai etika itu tidak hanya milik satu atau dua orang, atau segolongan orang saja, tetapi milik setiap kelompok masyarakat, bahkan kelompok yang paling kecil yaitu keluarga sampai pada suatu bangsa. Dengan nilai-nilai etika tersebut, suatu kelompok diharapkan akan mempunyai tata nilai untuk mengatur kehidupan bersama.

• Salah satu golongan masyarakat yang mempunyai nilai-nilai yang menjadi landasan dalam pergaulan baik dengan kelompok atau masyarakat umumnya maupun dengan sesama anggotanya, yaitu masyarakat profesional. Golongan ini sering menjadi pusat perhatian karena adanya tata nilai yang mengatur dan tertuang secara tertulis (yaitu kode etik profesi) dan diharapkan menjadi pegangan para anggotanya.

• Sorotan masyarakat menjadi semakin tajam manakala perilaku-perilaku sebagian para anggota profesi yang tidak didasarkan pada nilai-nilai pergaulan yang telah disepakati bersama (tertuang dalam kode etik profesi), sehingga terjadi kemerosotan etik pada masyarakat profesi tersebut. Sebagai contohnya adalah pada profesi hukum dikenal adanya mafia peradilan, demikian juga pada profesi dokter dengan pendirian klinik super spesialis di daerah mewah, sehingga masyarakat miskin tidak mungkin menjamahnya.

  
  

PENGERTIAN PROFESI

Istilah profesi telah dimengerti oleh banyak orang bahwa suatu hal yang berkaitan dengan bidang yang sangat dipengaruhi oleh pendidikan dan keahlian, sehingga banyak orang yang bekerja tetap sesuai. Tetapi dengan keahlian saja yang diperoleh dari pendidikan kejuruan, juga belum cukup disebut profesi. Tetapi perlu penguasaan teori sistematis yang mendasari praktek pelaksanaan, dan hubungan antara teori dan penerapan dalam praktek.

Kita tidak hanya mengenal istilah profesi untuk bidang-bidang pekerjaan seperti kedokteran, guru, militer, pengacara, dan semacamnya, tetapi meluas sampai mencakup pula bidang seperti manajer, wartawan, pelukis, penyanyi, artis, sekretaris dan sebagainya. Sejalan dengan itu, menurut DE GEORGE, timbul kebingungan mengenai pengertian profesi itu sendiri, sehubungan dengan istilah profesi dan profesional. Kebingungan ini timbul karena banyak orang yang profesional tidak atau belum tentu termasuk dalam pengertian profesi. Berikut pengertian profesi dan profesional menurut DE GEORGE :

PROFESI, adalah pekerjaan yang dilakukan sebagai kegiatan pokok untuk menghasilkan nafkah hidup dan yang mengandalkan suatu keahlian.

PROFESIONAL, adalah orang yang mempunyai profesi atau pekerjaan purna waktu dan hidup dari pekerjaan itu dengan mengandalkan suatu keahlian yang tinggi. Atau seorang profesional adalah seseorang yang hidup dengan mempraktekkan suatu keahlian tertentu atau dengan terlibat dalam suatu kegiatan tertentu yang menurut keahlian, sementara orang lain melakukan hal yang sama sebagai sekedar hobi, untuk senang-senang, atau untuk mengisi waktu luang.

PENGERTIAN ETIKA

Dalam pergaulan hidup bermasyarakat, bernegara hingga pergaulan hidup tingkat internasional di perlukan suatu system yang mengatur bagaimana seharusnya manusia bergaul. Sistem pengaturan pergaulan tersebut menjadi saling menghormati dan dikenal dengan sebutan sopan santun, tata krama, protokoler dan lain-lain.

Maksud pedoman pergaulan tidak lain untuk menjaga kepentingan masing-masing yang terlibat agara mereka senang, tenang, tentram, terlindung tanpa merugikan kepentingannya serta terjamin agar perbuatannya yang tengah dijalankan sesuai dengan adat kebiasaan yang berlaku dan tidak bertentangan dengan hak-hak asasi umumnya. Hal itulah yang mendasari tumbuh kembangnya etika di masyarakat kita.

Menurut para ahli maka etika tidak lain adalah aturan prilaku, adat kebiasaan manusia dalam pergaulan antara sesamanya dan menegaskan mana yang benar dan mana yang buruk. Perkataan etika atau lazim juga disebut etik, berasal dari kata Yunani ETHOS yang berarti norma-norma, nilai-nilai, kaidah-kaidah dan ukuran-ukuran bagi tingkah laku manusia yang baik, seperti yang dirumuskan oleh beberapa ahli berikut ini :

• Drs. O.P. SIMORANGKIR : etika atau etik sebagai pandangan manusia dalam berprilaku menurut ukuran dan nilai yang baik.

• Drs. Sidi Gajalba dalam sistematika filsafat : etika adalah teori tentang tingkah laku perbuatan manusia dipandang dari segi baik dan buruk, sejauh yang dapat ditentukan oleh akal.

• Drs. H. Burhanudin Salam : etika adalah cabang filsafat yang berbicara mengenai nilai dan norma moral yang menentukan prilaku manusia dalam hidupnya.

Etika dalam perkembangannya sangat mempengaruhi kehidupan manusia. Etika memberi manusia orientasi bagaimana ia menjalani hidupnya melalui rangkaian tindakan sehari-hari. Itu berarti etika membantu manusia untuk mengambil sikap dan bertindak secara tepat dalam menjalani hidup ini. Etika pada akhirnya membantu kita untuk mengambil keputusan tentang tindakan apa yang perlu kita lakukan dan yang pelru kita pahami bersama bahwa etika ini dapat diterapkan dalam segala aspek atau sisi kehidupan kita, dengan demikian etika ini dapat dibagi menjadi beberapa bagian sesuai dengan aspek atau sisi kehidupan manusianya.