Bab II Tinjauan Pustaka
Bagian ini berisi kajian yang menjadi landasan pelaksanaan tesis atau state of the art. Kajian yang terkait antara lain konsep dasar kolaborasi, konsep ensiklopedia dalam rekayasa informasi, dan konsep pemodelan sistem yaitu ontologi dan deduction rules. I.1.
Konsep Dasar Kolaborasi
Konsep dasar kolaborasi meliputi definisi umum dan prasyarat (requirement) kolaborasi. Konsep dasar kolaborasi disusun berdasarkan Collaborative Network Reference Modelling dalam (Matos, 2008). I.1.1. Definisi Terdapat sejumlah gagasan dalam istilah kolaborasi. Istilah ini juga seringkali disama-artikan dengan kooperasi. Walaupun pembedaan kedua istilah tersebut telah didefinisikan, terdapat berbagai penggunaan istilah kolaborasi dalam literatur yang ada. Ambiguitas mencapai tingkat yang lebih tinggi ketika dihadirkan istilah lain yang berkaitan seperti networking, komunikasi, dan koordinasi. Walaupun masingmasing konsep tersebut merupakan komponen yang penting dalam kolaborasi, konsep tersebut tidak memiliki nilai yang sama dan tidak sepadan dengan konsep kolaborasi. Untuk mengklarifikasi penggunaan konsep tersebut dikemukakan working definition sebagai berikut : Definisi 1. Networking : meliputi komunikasi dan pertukaran informasi yang saling menguntungkan. Istilah ini digunakan dalam berbagai konteks dan seringkali memiliki arti yang berlainan. Misalnya ketika orang berbicara berkenaan dengan “enterprise network” atau “enterprise networking” maka arti yang diharapkan adalah “collaborative network of enterprises”. Contoh sederhana dari networking adalah ketika sekelompok entitas berbagi informasi mengenai pengalamannya menggunakan suatu perangkat. Mereka dapat memperoleh manfaat dari informasi yang tersedia,
12
13
tanpa perlu memiliki tujuan bersama atau struktur yang mempengaruhi bentuk dan waktu kontribusi individu. Definisi 2. Coordinated Networking : meliputi komunikasi dan pertukaran informasi, dan juga adanya keselarasan aktivitas sehingga dicapai hasil yang lebih efektif. Koordinasi yang merupakan tindakan bekerja bersama-sama secara harmonis, adalah hal utama dari Coordinated Networking. Contoh sederhana dari aktivitas Coordinated Networking terjadi ketika sejumlah entitas heterogen berbagi informasi dan menetapkan kerangka waktu, misalnya aktifitas lobi pada subyek baru untuk memaksimalkan pengaruh. Namun demikian masing-masih entitas dapat memiliki tujuan yang berbeda, serta menggunakan sumberdaya dan metode sendiri dalam menciptakan pengaruh. Definisi 3. Kooperasi : tidak hanya melibatkan pertukaran informasi dan pengaturan aktivitas, melainkan juga berbagi sumberdaya untuk mencapai tujuan yang sesuai. Kooperasi dicapai dengan melakukan pembagian pekerjaan antara partisipan. Contoh proses kooperasi, sebuai rantai pasok (supply chain) tradisional berdasarkan hubungan client-supplier dan
peran-peran yang telah didefinisikan dalam value
chain. Setiap partisipan melakukan bagian pekerjaannya, seolah-olah melakukan hal yang independen. Tetapi bagaimanapun terdapat perencanaan bersama, yang dalam banyak kejadian tidak didefinisikan bersama melainkan oleh masing-masing entitas, dan membutuhkan suatu kerjasama low-level setidaknya pada titik dimana hasil dari suatu entitas disampaikan pada entitas berikutnya. Dengan demikian tujuan mereka sesuai, dalam hal ini bahwa hasil yang diperoleh dapat ditambahkan atau tersusun dalam suatu value chain menuju produk akhir atau layanan. Definisi 4. Kolaborasi : merupakan sebuah proses dimana sejumlah entitas berbagi informasi, sumberdaya, dan tanggung jawab untuk bersama-sama merencanakan, mengimplementasikan, dan mengevaluasi program, untuk mencapai tujuan bersama. Konsep ini diturunkan dari bahasa Latin ‘collaborare’ yang berarti ‘bekerja bersama’, dan dapat dilihat sebagai sebuah proses penciptaan bersama; dengan demikian sebuah
14
proses dapat dilalui apabila sekelompok entitas meningkatkan kapabilitas satu sama lain. Hal tersebut termasuk berbagi resiko, sumberdaya, tanggung jawab, dan penghargaan. Kolaborasi melibatkan perjanjian antar partisipan yang saling menguntungkan untuk menyelesaikan suatu persoalan bersama-sama, termasuk saling mempercayai kemudian meluangkan waktu, upaya, dan dedikasi. Contoh dari proses kolaborasi terjadi dalam concurrent engineering, yaitu ketika sekelompok tim ahli bersama-sama mengembangkan suatu produk baru. Dalam hal ini meskipun sejumlah koordinasi dibutuhkan, terjadi proses pencarian yang divergen dan spontan, dan bukan suatu harmoni yang terstruktur. Keempat definisi tersebut membangun sebuah building block untuk definisi selanjutnya, yaitu koordinasi merupakan perluasan dari networking, kooperasi merupakan perluasan dari koordinasi, dan kolaborasi merupakan perluasan dari kooperasi. Berbagai tingkat interaksi tersebut dapat dipandang sebagai Collaborative Maturity Level. Dengan kata lain building block ini dapat dijadikan basis dalam menilai sejauh mana kematangan proses kolaborasi dalam suatu organisasi. Ilustrasi building block dapat dilihat pada Gambar II.1.
Gambar II.1 Collaborative Maturity Level (Matos, 2008)
15
II.1.1 Prasyarat Kolaborasi (Requirements for Collaboration) Kolaborasi merupakan proses yang sulit, sehingga peluang kesuksesannya bergantung pada pemenuhan prasyarat sebagai berikut: a. Kolaborasi harus memiliki maksud. Biasanya diwujudkan dalam suatu tujuan bersama atau persoalan yang harus diselesaikan bersama. Tidaklah cukup apabila pihak terkait memiliki tujuannya masing-masing. b. Prasyarat dasar atau prekondisi dari kolaborasi meliputi : a. Masing-masing pihak yang terlibat sepakat untuk berkolaborasi. b. Masing-masing pihak mengetahui kapabilitas satu sama lain. c. Masing-masing pihak berbagi suatu tujuan dan menjaga visi bersama selama proses kolaborasi menuju tercapainya tujuan bersama. d. Masing-masing pihak memelihara pemahaman bersama atas suatu persoalan yang dihadapi. Hal ini berarti harus terjadi diskusi mengenai posisi kemajuan masing-masing (harus ada kepedulian (awareness) satu sama lain). Proses sharing (berbagi) meliputi tanggung jawab bersama dalam partisipasi dan pengambilan keputusan, sumberdaya bersama, dan akuntabilitas bersama atas hasil baik berupa penghargaan atau kekurangan, percaya satu sama lain. Sharing tidak berarti persamaan. Pihak yang berbeda mungkin memiliki porsi keterlibatan yang berbeda, sesuai dengan peran dan komitmennya. c. Sebagai sebuah proses, kolaborasi membutuhkan pengaturan atas sejumlah langkah dasar yaitu: a. Identifikasi pihak-pihak yang terkait dan libatkan mereka bersama. b. Definisi dari ruang lingkup kolaborasi dam hasil yang diharapkan c. Definisi struktur kolaborasi, meliputi kepemimpinan, peran, tanggung jawab, kepemilikan dari aset yang dihasilkan. d. Identifikasi resiko dan pengukuran atas rencana kontigensi . e. Membangun komitmen untuk berkolaborasi.
16
d. Kolaborasi membutuhkan “ruang kolaborasi” yaitu sebuah lingkungan yang mendukung dan memfasilitasi proses kolaborasi. Karakteristik dan sifat dasar dari ruang ini bergantung dari bentuk kolaborasi. Kolaborasi dapat berlangsung dalam waktu yang bersamaan (synchronous collaboration) atau dalam waktu yang berbeda (asynchronous collaboration). Kolaborasi juga dapat terjadi dalam waktu yang sama (collocated collaboration), atau dalam tempat berbeda (remote atau virtual collaboration). Remote Collaboration merupakan kejadian yang paling relevan dalam collaborative network, yang dapat terjadi dalam interaksi synchronous maupun asynchronous. e. Poin utama kesulitan dalam kolaborasi meliputi : a. Sumberdaya. Kepemilikan dan sharing sumberdaya merupakan kesulitan yang umum. Baik sumberdaya yang dibawa oleh anggota, maupun sumberdaya yang diperoleh dari koalisi ketika menjalankan suatu task. b. Penghargaan. Menemukan cara yang adil dalam menentukan kontribusi individual dalam penciptaan suatu kekayaan intelektual merupakan persoalan yang lebih harus diperhitungkan. Penciptaan kekayaan intelektual tidak secara linear berkaitan dengan proporsi investasi yang dikeluarkan oleh masing-masing pihak. Hal yang mendasar dalam persoalan ini adalah kebutuhan dalam mencapai persepsi bersama atas nilai yang ditukarkan, yang membutuhkan definisi dari model manfaat dan sistem insentif, berdasarkan sistem nilai yang disepakati. c. Komitmen. Ketika ada hambatan yang menghadang kolaborasi setiap pihak harus menanggapi dengan sungguh-sungguh, menghadapi konsekuensinya bersama. d. Tanggung jawab. Fenomena umum dalam
usaha yang dilakukan
secara kolektif adalah ketidakjelasan tanggungjawab. Keberhasilan kolaborasi bergantung pada pembagian tanggung jawab, baik selama
17
proses pencapaian tujuan, maupun pertanggung jawaban setelah kolaborasi berakhir. Keseluruhan persoalan tersebut harus diposisikan melalui sekumpulan pekerjaan bersama dan kesamaan prinsip. Terlepas dari berbagai kesulitan yang telah didefinisikan sebelumnya, faktor yang memotifasi adalah harapan untuk dapat mencapai hasil yang tidak dapat dicapai jika dilakukan sendiri. II.2 Lingkungan Kolaborasi Lingkungan kolaborasi adalah sistem yang mendukung user dalam melaksanakan tasks secara kolaboratif (DARPA, 1999). Karakteristik dan sifat lingkungan ini bergantung dari bentuk kolaborasi yang dijalankan. Kolaborasi dapat berlangsung dalam waktu yang sama (synchronous collaboration), atau dalam waktu yang berbeda (asynchronous collaboration). Kolaborasi juga dapat berlangsung pada tempat yang sama (collocated collaboration) atau pada tempat yang berbeda (remote atau virtual collaboration) (Winkler, 2002 dalam (Matos, 2008)). Remote Collaboration adalah keadaan yang paling relevan dalam collaborative network, yang melibatkan baik interaksi synchronous maupun interaksi asynchronous. (Matos, 2008)
Dalam tesis ini lingkungan kolaborasi dibangun berdasarkan framework kolaborasi dari The Defense Advanced Research Project Agency (DARPA) Intelligent Collaboration and Visualization (IC&V) Program. DARPA IC&V memiliki tujuan untuk membangun generation-after-next collaboration middleware dan perangkat yang memungkinkan komponen militer dan kelompok yang bekerja sama untuk meningkatkan efektivitas kolaborasi dengan cara: a. Mengumpulkan kolaborator bersama-sama, lintas ruang dan waktu, dengan respon yang cepat dalam situasi waktu yang kritis. b. Memberikan sumberdaya informasi yang tepat, lintas ruang dan waktu, sesuai dengan konteks pekerjaanya (task).
18
Sebuah framework kemudian dibangun dalam rangka menstrukturkan way of thinking dalam collaborative system dan evaluasi dari sistem tersebut. Framework ini dapat membantu para peneliti dalam membuat suatu penilaian pendahuluan atas suatu sistem atau kegunaannya dalam mendukung pekerjaan suatu grup. Framework ini dibangun oleh Pinsonneault dan Kraemer (1989) untuk menganalisa pengaruh teknologi dalam suatu proses grup ketika mengendalikan pengaruh variabel kontekstual lain (DARPA, 1999). Framework dari collaborative system dapat dilihat pada Gambar II.2.
Gambar II.2 Collaborative Framework (DARPA, 1999)
Level Requirement Level requirement dari collaborative framework terdiri atas requirements yang dihasilkan dari task yang dilaksanakan oleh grup dan dukungan yang diperlukan dari karakteristik grup. Requirements yang mendukung sejumlah tipe grup meliputi
19
dukungan terhadap interaksi sosial atas grup. Level requirements meliputi work tasks dan transition tasks. Level Capability Level capability dari framework mendeskripsikan fungsionalitas yang dibutuhkan untuk mendukung requirements yang berbeda. Fungsionalitas yang dideskripsikan dalam capability dapat dipenuhi oleh layanan yang berbeda. Misalnya kebutuhan untuk melakukan komunikasi secara sinkron antar partisipan dapat dipenuhi oleh layanan text chat atau telepon. Level Service (layanan) Level layanan mendeskripsikan layanan seperti email, audio, video, sharing aplikasi, dan layanan jaringan, yang dapat digunakan untuk memenuhi suatu capability yang diperlukan dalam sistem CSCW (Computer Supported Collaborative Work). Layanan yang berbeda dapat mendukung suatu capability yang sama, yang mendukung suatu requirements. Level Technology Level technology mendeskripsikan implementasi dari layanan. Level ini dapat dipandang sebagai kumpulan komponen yang mungkin dibutuhkan untuk membangun suatu sistem CSCW, juga integrasi dan antarmukanya. Implementasi yang spesifik dapat dibandingkan performansi, biaya, fungsionalitas, dan usability. Keempat komponen tersebut dapat digabungkan dalam sebuah contoh berikut: Untuk memenuhi kebutuhan (requirement) berbagi informasi dengan rekan kerja, sebuah kelompok dapat menggunakan kapabilitas (capability) kolaborasi yaitu komunikasi synchronous. Salah satu service yang mungkin digunakan untuk mencapai maksud tersebut adalah audio conferencing. Salah satu teknologi yang mendukung audio conferencing adalah Lawrence Berkeley Laboratory’s Visual Audio Tool (DARPA, 1999).
20
Menilai requirement dan capability yang didukung oleh lingkungan kolaborasi, dan service dan teknologi khusus yang digunakan, merupakan salah satu cara untuk membentuk kategorisasi fungsional dari lingkungan kolaborasi. Kategorisasi ini dapat digunakan untuk membentuk dan menentukan jenis sistem kolaborasi yang sesuai bagi aktivitas yang akan dilakukan (DARPA, 1999). II.3 Information Engineering Information Engineering (IE) menurut James Martin didefinisikan sebagai metode formal untuk perencanaan, analisis, perancangan, dan konstruksi sistem informasi pada sebuah enterprise-wide meliputi sektor-sektor utama pada enterprise tersebut (Martin, 1989). IE juga seringkali didefinisikan sebagai “an organization-wide set of automated disciplines for getting the right information for to the right people at the right time”. Beberapa karakteristik dari IE adalah sebagai berikut: 1. IE mengaplikasikan teknik terstruktur berbasis pada enterprise-wide atau sektor yang lebih besar dalam sebuah enterprise, tidak hanya berbasis pada suatu projek tertentu saja (project-wide basis). 2. IE dibentuk secara top-down dengan tahapan sebagai berikut: a. Perencanaan enterprise strategic system b. Perencanaan enterprise information c. Business area analysis d. System design e. Construction f. Cutover 3. Selama proses pelaksanaan tahapan tersebut, IE membangun sebuah repository pengetahuan yang terus berkembang mengenai enterprise, model data, model proses, dan system design yang dimilikinya.. 4. IE menciptakan framework untuk membangun enterprise terkomputerisasi. 5. Pembangunan sistem harus sesuai dengan framework yang telah dirancang.
21
6. Dengan menggunakan framework, sistem dapat dibangun dan dimodifikasi dengan cepat menggunakan perangkat terotomasi (automated tools). 7. Pendekatan enterprise-wide memungkinkan koordinasi dari sejumlah sistem berbeda, dan memfasilitasi penggunaan ulang desain (reusable design) dan kode (reusable code). 8. IE melibatkan end user dalam setiap tahapan. 9. IE memfasilitasi evaluasi sistem jangka panjang. 10. IE mengidentifikasi bagaimana proses komputerisasi dapat membantu pencapaian tujuan strategis perusahaan secara optimal. Framework IE diilustrasikan dalam Gambar II.3. Framework terluar berhubungan dengan perencanaan strategis, berfokus pada bagaimana teknologi dapat digunakan untuk meningkatkan competitive advantage dan mencapai tujuannya dengan lebih baik. Framework yang berada di dalam, berlabel data administration, data models, dan process models. Data models dan process models dari suatu area bisnis diciptakan secara independen dari aplikasi spesifik. Sejumlah aplikasi komputer akan dirancang dan
dibangun
dan
hal ini
akan
dilakukan
dengan
perangkat
terkomputerisasi yang akan selalu sesuai dengan framework. Kelompok berbeda di tempat berbeda pada waktu yang berbeda akan membangun sistem yang berhubungan dengan framework yang terkomputerisasi. Strategic Planning; Enterprise Models
Data Administration, Data Models, Process Models
System Planning Analysis Design
Code Generation Database Generation Maintenance
Gambar II.3 Framework IE (Martin, 1989)
22
Untuk merepresentasikan aktivitas sistem informasi perusahaan dapat digambarkan sebuah piramida seperti yang dapat dilihat pada Gambar II.4. Dari dalam gambar dapat dilihat bahwa terdapat empat tahap dalam IE, yaitu sebagai berikut: Tahap 1 : Information Strategy Planning Fokus pada tujuan top management dan critical success factors (CSF). Dalam tahap ini dirumuskan bagaimana teknologi digunakan untuk menciptakan peluang baru atau competitive advantages. Disusun pula high-level overview mengenai enterprise, fungsi-fungsinya, data, dan kebutuhan informasi. Tahap 2 : Business Area Analysis Fokus pada proses yang dibutuhkan untuk menjalankan suatu business area, keterkaitan antar proses, dan data yang dibutuhkan. Tahap 3 : System Design Fokus pada implementasi proses pada suatu business area ke dalam suatu prosedur dan cara kerja dari prosedur tersebut. Dalam merancang prosedur dibutuhkan keterlibatan user secara langsung. Tahap 4 : Construction Implementasi prosedur yang digunakan menggunakan code generator, fourth-generation languages, dan end-user tools. Design dihubungkan dengan construction untuk melakukan proses prototyping. Tahap 1 dan 2 merupakan proses yang tidak bergantung pada faktor teknologi (independent of technology), sedangkan tahap 3 dan 4 bergantung pada lingkungan implementasi (Dependent on the Target Environment).
23
Gambar II.4 Empat Tahapan IE
II.4 Ensiklopedia Secara umum ensiklopedia merupakan ikhtisar tertulis yang komprehensif, yang memuat informasi dari seluruh cabang ilmu pengetahuan atau cabang tertentu dari pengetahuan. Maksud pembuatan sebuah ensiklopedia adalah untuk mengumpulkan pengetahuan yang tersebar, kemudian menyusunnya dalam suatu sistem dan menyampaikannya pada generasi selanjutnya. Dengan demikian kerja manusia dari abad ke abad tidak akan percuma, sehingga diharapkan generasi selanjutnya akan menjadi lebih baik, dan manusia tidak boleh mati tanpa kontribusi bagi masa yang akan datang (Diderot, 2007). Istilah ensiklopedia kemudian digunakan James Martin dalam konteks Rekayasa Informasi. Ensiklopedia adalah inti dari rekayasa informasi, merupakan tempat penyimpanan terkomputerisasi yang mengakumulasi informasi yang berkaitan dengan proses perencanaan, analisis, desain, konstruksi, dan pemeliharaan sistem. Ensiklopedia memuat informasi kamus (yang berisi nama dan deskripsi item data,
24
proses, variabel, dan sebagainya) dan representasi lengkap dari rencana, model, dan desain, yang memiliki kemampuan untuk melakukan cross-checking, analisis keterhubungan, dan validasi. Ensiklopedia memuat banyak rules yang berkaitan dengan pengetahuan yang disimpannya, kemudian melakukan pemrosesan terhadap rules,
teknik
artificial-intelligence
(kecerdasan
buatan),
untuk
mendukung
pencapaian keakuratan, integritas, dan kelengkapan dari rencana, model, dan perancangan. Ensiklopedia merupakan knowledge base yang tidak hanya menyimpan informasi mengenai pengembangan sistem, melainkan juga membantu mengontrol keakuratan dan validitasnya (Martin, 1989). Ilustrasi pengetahuan yang dikelola oleh ensiklopedia dapat dilihat pada Gambar II.5.
Gambar II.5 Ensiklopedia
Dalam pengembangannya, ensiklopedi tersusun atas empat layer sebagaimana dapat dilihat pada Tabel II.1.
25
Tabel II.1 Layer dalam Ensiklopedi (Martin, 1989)
Layer Business Strategy Planning
Business Area Analysis Design of system
Construction
Komponen Strategic opportunities Critical Success Factors Enterprise Model Hierarchy of goals Function decomposition Information planning Detailed data model Detailed process model Data flow diagrams Program structures Screen design Dialog design Report design Database design Input to a Code generator
II.5 Pemodelan Sistem Model merupakan representasi abstrak dari suatu lingkungan (environment), sistem, atau entitas dalam dunia nyata, sosial, atau logis. Umumnya model digunakan untuk sejumlah aspek pada fenomena yang dimodelkan. Dua model dari fenomena yang sama dapat sangat berbeda. Hal ini mungkin terjadi karena perbedaan requirement, perbedaan pendekatan konseptual, preferensi estetika, dan juga pengalaman yang berbeda. Untuk itu pengguna model harus memahami tujuan dari suatu model beserta asumsi atau batas validitasnya. Pemodelan dapat dilakukan pada berbagai tingkat abstraksi, dari pengembangan teoritis yang sangat abstrak, hingga representasi detail yang mendekatai entitas atau implementasi yang dimodelkan (Matos, 2008). II.5.1 Reference Model Reference model merupakan framework umum yang digunakan dalam memahami konsep, entitas, dan relasi dari suatu domain, dan merupakan pondasi dari area yang ditelaah. Reference model merepresentasikan konsep dari suatu area manifestasi, dan
26
diharapkan dapat memberikan inspirasi terhadap suatu area, melalui analogi terhadap domain dari collaborative network (Matos, 2008). Reference model dibentuk atas dua faktor utama, yaitu reusability dan authority. Reusability dari elemen dalam suatu reference model terdiri atas beberapa faktor yaitu generality suatu model, ruang lingkup dan cakupan sudut pandang, tingkat abstraksi dan kesederhanaan (simplicity), bentuk ketersediaan/kemudahan untuk mengakses informasi, adanya panduan penggunaan dan contoh aplikasi pada suatu kondisi. Faktor authorship (kepengarangan) meliputi reputasi dari kontributor yang terlibat, basis yang diadopsi dan sumber referensi, daftar pengguna, kualitas proses pengujian, saluran penyebaran, lembaga profesional, dan proyek yang terlibat dalam penyebarannya. Kedua faktor tersebut secara umum diilustrasikan dalam Gambar II.6.
Gambar II.6 Dasar Pembentukan Reference Model (Matos, 2008)
Terdapat sejumlah besar elemen yang dapat dipertimbangkan sebagai reference model. Elemen tersebut secara umum terbagi atas dua kelompok, yaitu logistik dari reference model dan dimensi dari reference model. Ilustrasi dapat dilihat pada Gambar II.7.
27
Logistik dari reference model mencakup tujuan (istilah dan entitas, perilaku, siklus hidup, dan keterhubungan), dan perangkat/bahasa pemodelan. Kelompok kedua terdiri atas empat dimensi pemodelan yaitu: 1. Dimensi struktural : mengakomodasi elemen struktur dari collaborative network seperti aktor/partisipan dan peran, dan keterhubungannya. 2. Dimensi komponen : mencakup sumberdaya (resource), ontologi, dan data dan pengetahuan yang representatif. 3. Dimensi fungsional : meliputi fungsi, proses, prosedur dan metodologi. 4. Dimensi perilaku (behavioral) : meliputi sejumlah elemen dari perilaku serta batasan terhadap perilaku tersebut. (misalnya kebijakan, kontrak, perjanjian)
Gambar II.7 Peta Pengembangan Model (Matos, 2008)
II.5.2 Ontologi Pengertian ontologi sangat beragam dan berubah sesuai dengan perjalanan waktu. Beberapa paragraf berikut menguraikan berbagai definisi dengan mengacu kepada Benjamins dalam (Wicaksono, 2004).
28
Salah satu definisi awal dari Neches dan rekan mengatakan “Sebuah Ontologi merupakan definisi dari pengertian dasar dan relasi vocabulary dari sebuah area sebagaimana aturan dari kombinasi istilah dan relasi untuk mendefinisikan vocabulary”. Beberapa tahun kemudian Gruber memberikan definisi yang banyak diacu oleh beberapa paper. Definisi tersebut adalah “Ontologi merupakan sebuah spesifikasi eksplisit dari konseptualisme”. Berdasarkan definisi Gruber banyak definisi yang coba diusulkan. Guarino dan Giaretta pada 1995 mengumpulkan hingga tujuh definisi yang berkoresponden dengan syntactic dan semantic interpretasi. Pada 1997, Borst melakukan modifikasi dari definisi Gruber dengan mengatakan “Sebuah ontologi adalah spesifikasi formal dari sebuah konseptual yang diterima (share)”. Dua definisi dari Gruber dan Borst kemudian dijelaskan oleh Studer dengan pengertian sebagai berikut : “Konseptualisasi mengacu kepada sebuah model abstrak dari beberapa fenomena di dunia dengan memiliki identifikasi konsep yang relevan dari fenomena tersebut. Eksplisit dimaksud adalah tipe dari konsep yang digunakan, dan batasan dari eksplisit yang digunakan. Shared adalah merefleksikan sebuah ontologi mencoba menangkap pengetahuan secara konsesus yang tidak merupakan hal yang hanya terkait pada individu tetapi diterima oleh sebuha group / domain.” Ada juga definisi yang diberikan berdasarkan proses pengembangan dari ontologi, hal ini seperti yang dilakukan oleh Bernaras pada KACTUS proyek. Definisi yang diberikan adalah “Sebuah ontologi memberikan pengertian untuk penjelasan secara eksplisit dari konsep terhadap representasi pengetahuan pada sebuah knowledge base”. SENSUS proyek juga memberikan definisi : “Sebuah ontologi adalah sebuah struktur hirarki dari istilah untuk menjelaskan sebuah domain yang dapat digunakan sebagai landasan untuk sebuah knowledge base”. Dalam konsep formal semantic, sebuah ontologi mungkin dapat dalam berbagai bentuk, tetapi yang penting ini akan meliputi kumpulan istilah dan beberapa spesifikasi dari arti yang bersangkutan. Ini akan meliputi definisi dan sebuah indikasi
29
dari bagaimana konsep hubungan dari kumpulan sebuah struktur pada sebuah domaind an batasan yang mungkin dalam interpretasi istilah. Dari berbagai definisi ontologi, perbedaan ini adalah sebagai pelengkap dari berbagai sudut pandang untuk hal yang sama. Sehingga perbedaan tersebut akan semakin memperkaya pengertian untuk ontologi bukan merupakan pengotakan dari ontologi tersebut. Deskripsi ontologi secara lebih lengkap dapat dilihat pada Lampiran A. II.5.3 Deduction Rules Rules merefleksikan dugaan konsekuensi dan mendefinisikan langkah pemikiran. Rules direpresentasikan dengan ekspresi ”if-then”. Representasi ini beroperasi pada fakta dan sesuai untuk pemikiran mengenai instance data yang konkrit. Rules dapat digunakan dalam problem solving dan dynamic behaviours dari knowledge-based system dengan melakukan deductive reasoning dari pengetahuan baru atau fakta baru. Rules banyak digunakan dalam aplikasi bisnis seperti computer-aided training, diagnostic fact finding, compliance monitoring, dan process control. Selain itu, rules dapat digunakan untuk sejumlah tujuan tidak hanya untuk reasoning instances, tetapi juga querying, sebagaimana menghubungkan rules untuk reasoning across domains.
