Sistematika Penulisan Ilmiah

Karya Ilmiah

Pengertian karya ilmiah

      Karya ilmiah (bahasa Inggris: scientific paper) adalah laporan tertulis dan diterbitkan yang memaparkan hasil penelitian atau pengkajian yang telah dilakukan oleh seseorang atau sebuah tim dengan memenuhi kaidah dan etika keilmuan yang dikukuhkan dan ditaati oleh masyarakat keilmuan.Ada berbagai jenis karya ilmiah, antara lain laporan penelitian, makalah seminar atau simposium, dan artikel jurnal yang pada dasarnya kesemuanya itu merupakan produk dari kegiatan ilmuwan. Data, simpulan, dan informasi lain yang terkandung dalam karya ilmiah tersebut dijadikan acuan bagi ilmuwan lain dalam melaksanakan penelitian atau pengkajian selanjutnya. (http://id.wikipedia.org/wiki/Karya_ilmiah).

1. BAB PENDAHULUAN

Di bab pendahuluan, Peneliti / Penulis harus dapat secara focus menuliskan masalah – masalah yang terjadi di tempat penelitiannya. Dengan membaca bab pendahuluan ini, setiap pembaca sudah dapat mengetahui apa sebenarnya yang akan dilakukan oleh peneliti dalam penelitiannya. Agar lebih jelas untuk selanjutnya diambil unit usaha apotek yang akan dilakukan komputerisasi administrasinya (aplikatif). (Tuntunan Pembuatan Penulisan Ilmiah Universitas Gunadarma Fajyktas Ilmu Komputer dan Teknologi Informasi Jurusan Sistem Informasi dan Manajemen Informtika).

1.1 Latar Belakang Masalah

            Di latar belakang masalah dijelaskan, apa saja kendala yang dihadapi oleh pengelola apotek dalam menjalankan kegiatannya. Mungkin saja kendala yang dihadapi adalah (a) kurangnya pegawai, (b) pegawai sering membolos, (c) kekurangan mesin dan petugas kasir, (d) kesulitan membuat laporan keuangan per hari, (e) kesulitan adalam menghitung stok barang, (f) kesulitan dalam pendataan pelanggan, terutama pelanggan yang menggunakan resep, dan sebagainya. Jadi, di latar belakang masalah ini dijelaskan kesulitan – kesulitan yang dihadapi pengelola apotek (unit usaha yang diteliti) yang sedang diamati.

Catatan : Jadi, pada sub bab ini jangan ada penjelasan mengenai komputer atau apa pun yang berhubungan dengan pemecahan masalahnya, karena masih dalam tahap penjelasan masalah – masalah yang dihadapi. (Tuntunan Pembuatan Penulisan Ilmiah Universitas Gunadarma Fajyktas Ilmu Komputer dan Teknologi Informasi Jurusan Sistem Informasi dan Manajemen Informtika).

1.2 Batasan Masalah

            Tentu saja, dari sekian banyak masalah yang dihadapi apotek tesebut tidak dapat diselesaikan seluruhnya (terutama dengan bidang ilmu komputer). Sehingga, isi batasan masalah adalah pemilihan masalah mana yang akan diselesaikan dengan PI ini.

            Misalkan, batasan masalahnya adalah, PI ini akan dibatasi pada masalah kesulitan dalam pembuatan laporan keuangan per hari, pendataan pelanggan, dan penghitungan stok obat. (Tuntunan Pembuatan Penulisan Ilmiah Universitas Gunadarma Fajyktas Ilmu Komputer dan Teknologi Informasi Jurusan Sistem Informasi dan Manajemen Informtika).

1.3 Rumusuan Masalah

            Dari batasan masalah yang telah dipilih, dirumuskan masalah tersebut dengan kalimat tanya. Dengan kalimat tanya tersebut, diharapkan para pembaca lebih tahu kea rah mana PI ini akan digiring. Rumusan masalahnya adakah : bagaimana rancangan sistem komputerisasi untuk menyelesaikan masalah pembuatan laporan keuangan per hari, pendataan pelanggan, dan penghitungan stok obat di apotek tersebut ?.

            Dari sini pembaca akan tahu bahwa PI ini ditulis untuk membuat perancangan sistem komputerisasi guna memecahkan masalah di atas. (Tuntunan Pembuatan Penulisan Ilmiah Universitas Gunadarma Fajyktas Ilmu Komputer dan Teknologi Informasi Jurusan Sistem Informasi dan Manajemen Informtika).

1.3 Tujuan Penelitian

            Tentu saja, tujuan penelitian ini adalah untuk memecahkan masalah (yang telah dibatasi) di atas. Namun demikian, tujuan – tujuan lainnya (efek positif dari perancangan sistem) boleh saja ditulis. Misalkan, diharapkan akan meningkatkan kualitas pelayanan. Dengan meningkatnya kualitas pelayanan, maka para pelanggan akan merasa puas, dan diharapkan pelanggan akan bertambah yang dapat meningkatkan penghasilan apotek. (Tuntunan Pembuatan Penulisan Ilmiah Universitas Gunadarma Fajyktas Ilmu Komputer dan Teknologi Informasi Jurusan Sistem Informasi dan Manajemen Informtika).

1.4 Metodologi Penelitian

            Metodologi penelitian berisi mengenai bagaimana cara kita melakukan penelitian. Misalkan, penelitian ini dilakukan melalui studi lapangan yaitu dengan cara pengamatan, wawancara, penyebaran kuisioner, dan sebagainya.

            Penelitian juga dilakukan dengan membaca buku – buku teori tentang perancangan sistem, keuangan, perapotekan, dan contoh – contoh kasus yang menyerupai kasus yang akan dibahas. (Tuntunan Pembuatan Penulisan Ilmiah Universitas Gunadarma Fajyktas Ilmu Komputer dan Teknologi Informasi Jurusan Sistem Informasi dan Manajemen Informtika).

1.5 Sistematika Penulisan

            Di sini dijelaskan mengenai pembabakan penulisan, Bab 1 mengenai apa, Bab 2 mengenai apa, apa seterusnya. Pembabakan ini dibuat selogis  (terurut) mungkin.

2. BAB LANDASAN TEORI

            Di bab ini diungkapkan teori – teori yang digunakan Penulis untuk memecahkan masalah. Selain teori, bisa juga dimasukkan alat – alat (tools) perancangan sistem, namun demikian tools tersebut hanya digunakan sebagai pelengkap saja, teori utamanya harus dikedepankan.

            Misalkan, pada pembahasan ini teori yang perlu disampaikan adalah apa itu laporan keuangan ?, bagaimana bentuknya ?, apa isinya ?, Lalu, apa itu stok ?, bagaimana mengatur stok ?, dan berbagai teori yang dibutuhkan.

            Adapun mengenai tools-nya, bisa berupa gambar – gambar DFD, ERD, flowchart, maupun statements atau penjelasan dari bahasa pemrograman yang digunakan (seperlunya saja).

Catatan : Jadi di PI jangan ada penjelasan mengenai software, misalkan Visual BASIC yang dijelaskan berlembar – lembar. Mulai dari sejarah sampai ke penjelasan mengenai icons-nya, malah teori utamanya tidak ada atau sedikit saja. Cukuplah penjelasan mengenai Visual BASIC tentang kegunaan dan konfigurasi minimal komputer yang dapat menggunakan software ini. (Tuntunan Pembuatan Penulisan Ilmiah Universitas Gunadarma Fajyktas Ilmu Komputer dan Teknologi Informasi Jurusan Sistem Informasi dan Manajemen Informtika).

3. BAB ANALISIS dan PEMBAHASAN

            Di bab ini dijelaskan secara runut (logis) mengenai langkah – langkah pemecahan masalah yang dilakukan. Bisa dimulai dengan menganalisis permasalahan (di sub- bab batasan masalah), kenapa masalah itu bisa terjadi, apa saja kendalanya, dan apa langkah penyelesaian dari sub – bab rumusan masalah. (Tuntunan Pembuatan Penulisan Ilmiah Universitas Gunadarma Fajyktas Ilmu Komputer dan Teknologi Informasi Jurusan Sistem Informasi dan Manajemen Informtika).

4. BAB PENUTUP

            Pada bab penutup ini, isinya adalah kesimputan dan saran. Kesimpulan adalah jawaban mengenai apakah pembahasan yang telah dilakukan dapat memecahkan masalah ?. Jawaban harus jujur (sesuai dengan norma – norma keilmiahan). Saran berisi mengenai hal – hal yang dapat dikembangkan dari PI yang sudah diselesaikannya ini, Saran juga dapat berisi mengenai penyempurnaan dari PI yang karena sesuatu hal belum dapat dilakukan secara sempurna di sini (misalkan, hendaknya pihal apotek memiliki format kertas yang standar untuk mencetak laporan keuangan harian agar pencetakan dapat menghemat tinta printer dan lebih cepat, dan sebagainya). (Tuntunan Pembuatan Penulisan Ilmiah Universitas Gunadarma Fajyktas Ilmu Komputer dan Teknologi Informasi Jurusan Sistem Informasi dan Manajemen Informtika).

5. LAMPIRAN

            Lampiran berisi berkas – berkas yang merupakan pendukung penelitian dan penulisan, misalkan bisa berupa listing program, print out laporan keuangan, layout di monitor komputer, surat persetujuan penelitian di apotek, dan sebagainya.

Referensi Buku

1. Pendahuluan

1.1 Latar Belakang

            Sistem / perangkat lunak (software) kemungkinan besar merupakan salah satu hasil dari pekerjaan manusia yang paling rumit dan paling kompleks di dunia ini. Rekayasa sistem / perangkat lunak (software engineering) menuntut bukan hanya keterampilan teknis yang sangat tinggi dalam hal penulisan kode – kode program komputer dalam bahasa pemrograman tertentu, tetapi juga membutuhkan keterampilan melakukan analisis dan perancangan sedemikian rupa sehingga perangkat lunak yang dihasilkan kelak sesuai dengan “kebutuhan dan harapan pengguna (user’s needs and expectationsi)”. Roger S. Pressma, phD [2000] dalam bukunya yang berjudul software engineering : Practioner’s Approachmengemukakan bahwa kenyataannya lebih dari 50 persen program / aplikasi komputer yang pernah dibuat di Amerika Serikat akhirnya tidak pernah digunakan / dimanfaatkan oleh pengguna karena tidak sesuai dengan kebutuhan dan harapan pengguna. Menghabiskan waktu, tenaga, serta biaya untuk hal – hal yang tidak bermanfaat.

            Konsep – konsep penting yang mendasari paradigma “pemrograman berorientasi objek”, seperti konsep – konsep yang berkaitan dengan kelas (class), objek (object), pembungkusan / penyembunyianan formasi (encapsulation/information hiding), polimorfisme (overloading dan overidding), pemuatan (containment) dalam bentuk agregasi (aggregation) dan komposisi (compotition), generalisasi – spesialisasi (generalization – specialization), pewarisan (inheritance), dan sebagainya.

1.2 Tujuan

Tujuan penelitian ini antara lain untuk memberikan pemahaman mengenai UML (Unified Modeling Language), SDLC (System Development Life Cycle), View UML, View Statis, Use Case View, Interaction View, dan Activity View.

1.3 Manfaat

            Manfaat penelitian ini adalah dapat mengetahui konsep – konsep penting dalam perancangan menggunakan metode UML (Unified Modeling Language), mengetahui SDLC (System Development Life Cycle), dan komponen – komponen yang terdapat pada UML (Unified Modeling Language).

1.4 Metode Penelitian

            Untuk mendapatkan informasi mengenai UML (Unified Modeling Language), SDLC (System Development Life Cycle),View UML, View Statis, Use Case View, Interaction View, danActivity View. Metode penelitian yang digunakan adalah studi pustaka, yang berjudul “Rekayasa Perangkat Lunak Berorientasi Objek dengan Metode USDP (Unified Software Development Process)" oleh Adi Nugroho.

2. Kajian Pustaka

            Tahun 1970 aplikasi dikembangkan menggunakan bahasa pemrograman terstruktur, mulai dikembangkan berdasarkan metodologi – metodologi dan kakas – kakas yang memang sesuai, contohnya adalah DFD (Data Flow Diagram) atau dengan ERD (Entity Relationship Diagram).

            Tahun 1980 – 1990 mulai bekerja dengan bahasa pemrograman berorientasi objek seperti C ++, C#, Visual Basic .NET, dan Java. UML yang sesungguhnya merupakan metodologi kolaborasi antara metode – metode Booch yang dikembangkan oleh Graddy Brooch, OMT (Object Modeling Technique) yang dikembangkan oleh DR. James Rumbaugh, serta OOSE (Object Oriented Software Engineering) yang dikembangkan oleh Ivar Jacobson, dan beberapa metode lainnya.

Saat menggunakan UML (Unified Modeling Language) untuk melakukan analisis dan perancangan sistem / perangkat lunak yang berparadigma ‘pemrograman berorientasi objek’, memerlukan metodologi yang apling sesuai, sebab UML sesungguhnya hanya sebuah tool.Salah sekali jika menggunakan UML sebagai tooluntuk melakukan analisis dan perancangan sistem, tanoa menggunakan metodologi pengembangan sistem / perangkat lunak yang sesuai. Saat ini sebenarnya mulai sekitar 2000-an – metodologi yang sesuai itu sudah tersedia

3. Gambaran Umum

            UML (Unified Modeling Language) merupakan bahasa pemodelan untuk sistem atau perangkat lunak yang berparadigma berorientasi objek, UML memiliki beberapa komponen diantaranya seperti View UML, View Statis yang dibagi menjadi empat bagian yaitu pengklasifikasian, asosiasi, realisasi, dan kebergantungan, Use Case View, Interaction View yang dibagi menjadi empat yaitu interaksi, sequence diagram, aktivasi, dan collaboration diagram, State Machine View yang dibagi menjadi empat yaitu State Machine, Event, State, dan Transisi, serta Activity View.

4. Isi

4.1 SDLC (System Development Life Cycle)

            SDLC merupakan pengembangan / rekayasa sistem informasi yang menyusun sistem / perangkat lunak yang benar – benar baru atau yang lebih sering terjadi menyempurnakan yang telah ada sebelumnya, guna agar komputer melaksanakan instruksi – instruksi pengguna untuk mendapatkan hasil tertentu. Suatu siste / perangkat lunak perlu dikembangkan karena adanya permasalahan yang dijumpai pada sistem / perangkat lunak, pertumbuhan organisasi, untuk meraih kesempatan – kesempatan, dan menyesuaikan diri dengan visi, misi, strategi organisasi yang baru.

4.2 UML (Identified Modeling Language)

            UML merupakan bahasa pemodelan untuk sistem atau perangkat lunak yang berparadigma berorientasi objek. Pemodelan (modeling) sesungguhnya digunakan untuk penyederhanaan permasalahan – permasalahan yang kompleks sedemikian rupa sehingga lebih mudah dipelajari dan dipahami.

4.3 View UML

            View pada dasarnya merupakan sejumlah konstruksi pemodelan UML yang merepresentasikan suatu aspek tertentu dari paling atas, view – view di bagi menjadi 3 area utama yaitu klasifikasi structural (structural classification), perilaku dinamis (dynamic behavior), serta pengelolaan / manajemen model (model management).

4.4 View Statis

            View statis merupakan dasar yang sangat penting dalam UML, elemen – elemen view statis memodelkan konsep – konsep yang penting dalam sebuah aplikasi. Konsep – konsenya antara lain konsep – konsep abstrak, konsep – konsep implementasi, konsep – konsep komputer, serta seluruh konsep yang ada dalam sistem / perangkat lunak yang sedang dikembangkan.

4.4.1 Pengklasifikasi (Classifier)

            Pengklasifikasi merupakan konsep diskret dalam model yang memiliki identitas (identity), state, perilaku, serta relasi dengan pngklasifikasi yang lainnya. Jenis pengklasifikasi mencakup di dalamnya kelas, interface, serta tipe data.

4.4.2 Asosiasi (Association)

            Asosiasi merupakan pendeskripsian koneksi diskret antarobjek atau antar-instance lain dalam sistem / perangkat lunak yang sedang dikembangkan. Asosisasi yang biasa digunakan adalah asosiasi biner (binary association) dan asosiasi unary (unary association).

4.4.3 Realisasi (Realization)

            Relasi realisasi merupakan penghubung elemen – elemen model, contohnya kelas, ke elemen – elemen model lainnya, seperti suatu antarmuka, yang menyediakan spesifikasi perilaku.

4.4.4 Kebergantungan (Depedency)

            Kebergantungan mengindikasikan relasi semantic antardua atau lebih elemen model. Kebergantungan menghubungkan elemen – elemen model dan tidak membutuhkan sejumlah  instance untuk pemaknaannya.

4.5 Use Case View

            View use case digunakan untuk memodelkan fungsionalitas – fungsionalitas sistem / perangkat lunak dilihat dari pengguna yang ada di luar sistem. View use case berguna untuk mendaftarkanactor – actor dan use case – use case dan memperlihatkan actor – actor mana yang berpartisipasi dalam masing – masing use case.

4.6 Interaction View   

            Interaction View menyediakan view  yang lebih menyeluruh berkaitan dengan perilaku suatu bagian tertentu dari sistem / perangkat lunak yang sedang dikembangkan. Kolaborasi merupakan deskripsi sejumlah objek yang saling berinteraksi untuk mengimplementasikan perilaku sistem / perangkat lunak tertentu dalam suatu konteks tertentu.

4.6.1 Interaksi (Interaction)

            Interaksi adalah sejumlah pesan dalam kolaborasi yang saling dipertukarkan oleh peran pengklasifikasi melintan asosiasi. Pesan (message) adalah komunikasi satu arah antardua objek, suatu aliran kendali dnegan informasi – informasi di dalamnya yang bergerak di antara pengirin pesan (sender) dan penerima pesan (receiver).

4.6.2 Sequence Diagram

            Sequence diagram memperlihatkan interaksi sebagai diagram dua matra (dimensi). Matra Vertikal adalah sumbu waktu, matra horizontal memperlihatkan peran pengklasifikasi yang mempresentasikan objek – objek mandiri yang terlibat dalam kolaborasi.

4.6.3 Aktivasi (Activation)

            Aktivasi (Activation) merupakan sksekusi prosedur, termasuk waktu tunda untuk prosedur bersarang (nested procedure) yang dieksekusi. Aktivasi dapat digambarkan menggunakan garis ganda menggantikan bagian garis waktu dalamsequence diagram.

4.6.4 Collaboration Diagram

            Collaboration Diagram merupakan diagram kelas yang memuat peran – peran pengklasifikasi dan peran – peran asosiasi , alih – alih hanya menampilkan pengklasifikasi – pengklasifikasi serta asosiasi – asosiasi.

4.7 State Machine View

            State Machine View mendeskripsikan perilaku dinamis objek – objek selama berjalannya waktu dengan memodelkan siklus hidup objek – objek yang berasal dari masing – masing kelas. State merupakan sejumlah nilai objek untuk suatu kelas tertentu yang memiliki tanggapan pada event kualitatif yang sama yang terjadi.

4.7.1 State Machine

            State Machine merupakan model yang di dalamnya memuat statement dan transisi – transisi. State machine berfungsi untuk mendeksripsikan tanggapan instance suatu kelas terhadap event – event yang diterima.

4.7.2 Event

            Event merupakan sesuatu yang terjadi yang memiliki lokasi tertentu dalam kaitannya dengan ruang dan waktu. Event sering kali dianggap memiliki durasi. Descriptor event yaitu deskripsi kehadiran semua event mandiri yang memiliki bentuk umum yang sama.

4.7.3 State

            State mendeskripsikan suatu perjalanan pengklasifikasi dalam perjalanan waktu. Ia bisa dicirikan dalam 3 cara yang saling melengkapi diantaranya sebagai sejumlah nilai objek yang secara kualitatif mirip dalam beberapa hal, sebagai periode waktu selama objek menunggu event – event yang akan terjadi dan sebagai periode waktu di mana objek melaksanakan aktivitas – aktivitas tertentu.

4.7.4 Transisi (Transition)

            Transisi yang meninggalkan suatu state mendefinisikan tanggapan suatu objek dalan state tertentu pada kehadiran suatu event. Secara umum, transisi selalu memiliki pemicu event, kondisi yang harus dipenuhi, suatu aksi, dan state target. Terdapat bebrapa jenis aksi dinatarnaya adalah assignment, cell, create, destroy, return, send, terminate, dan uninterpreted.

4.8 Activity View

            Diagram aktivitas merupakan bentuk khusus dari state machine yang bertujuan memodelkan komputasi – komputasi dan aliran – aliran yang terjadi dalam sistem / perangkat lunak yang sedang dikembangkan.

            Suatu diagram aktivitas mungkin di dalamnya juga memuat suatu action state, yang mirip dengan activity state, kecuali mereka bersifat atomic dan tidak mengizinkan transisi – transisi terjadi selama mereka aktif. Action state digunakan untuk operasi – operasi pencatatan yang waktunya pendek. Suatu diagram aktivitas di dalamnya mungkin memuat pencabangan dalam bentuk fork yang mengarahkan kendali ke thread – thread yang berjalan secara bersamaan.

5. Kesimpulan dan Saran

5.1 Kesimpulan

            Dalam membuat sebuah konsep dalam sistem atau perangkat lunak dapat menggunakan UML (Unified Modeling Language), karena dengan menggunakan UML akan lebih menyederhanakan suatu permasalahan, selain itu dalam pengembangannya dapat menggunakan SDLC (System Development Life Cycle).Pada UML terdapat dua buah major area yaitu dinamis dan structural, pada major area structural terdapat beberapa view yang digunakan diantaranya adalah static view, use case view, implementation view, dan deployment view. Sedangkan pada dinamis diantaranya adalah state machine view, activity view, dan interaction view. View UML merupakan suatu konstruksi pemodelan pada UML, static view merupakan dasar yang paling penting pada UML yang  memiliki classifier, association, realization, dan dependency.Use Case Viewmerupakan pemodelan fungsional. Interaction View merupakan penyedia view yang menyeluruh yang memiliki interaction, sequence diagram, activation, dan collaboration diagram. State Machine View merupakan pendeskripsi perilaku dinamis objek – objek yang memiliki state machine, event, state, dan transition. Activity View merupakan suatu bentuk khusus dari dari state machine yang bertujuan memodelkan komputasi – komputasi dan aliran – aliran yang terjadi dalam sistem / perangkat lunak yang sedang dikembangkan.

5.2 Saran

            Dalam membangun sebuah konsep sistem / perangkat lunak tidak lagi hanya menggunakan DFD (Data Flow Diagram), ERD (Entity Relationship Diagram) atau lain sebagainya, konsep sistem / perangkat lunak dapat dibuat menggunakan UML (Unified Modeling Language). Keuntungan dalam membuat sebuah konsep menggunakan UML, UML memberikan berbagai macam diagram – diagram yang dapat digunakan, contohnya seperti collaboration diagram atau sequence diagram. Dengan menggunakan UML sebuah permasalahan – permasalahan akan disederhanakan sedemikian rupa sehingga lebih mudah untuk dipelajari dan dipahami.

sumber : Buku Rekayasa Perangkat Lunak Berorientasi Objek dengan Metode USDP (Unified Software Development Process)" oleh Adi Nugroho.