KOMENTAR TERHADAP DRAFT TUGAS AKHIR HAPPY

KOMENTAR TERHADAP DRAFT LAPORAN TUGAS AKHIR

ATAS NAMA HAPPY/AMIK RAHARJA INFORMATIKA

Oleh: Henderi *)

 

Perihal metode analisis (BAB I) perlu dikembangan lebih lanjut. Harus jelas metode apa yang digunakan. Misalnya metode evaluasi secara luas dan logis terhadap sistem yang berjalan dengan melakukan pekerjaan-pekerjaan seorang System Analys (Henderi, 2005: 14-18) yang terdiri dari: a.Menentukan objektif/tujuan sistem, b. mempelajari organisasi, c. menganalisa output yang sudah ada, d. menyelidiki sistem dan prosedur yang berjalan, d. menyelidiki kebutuhan input dan mengevaluasi efektivitas sistem yang berjalan.

Perihal definisi tentang UML (BAB II) karena metodologi yang digunakan dalam merancang sistem adalah Unified Modeling Language (UML), maka perlu mencantumkan definisi UML, dan elemen atau komponen-komponen tentang UML lainnya. Misalnya definisi tentang: Use Case Diagram, Sequence Digaram, Collaboration Diagram, Class Diagram, State Transition Diagram, Activity Diagram, Component Diagram, Deployment Diagram, dan definisi-definisi lainnya yang berhubungan dengan UML.

Berikut ini adalah beberapa definisi yang bisa digunakan (atau cari dari referensi yang lain):

Unified Modeling Language (UML) adalah sebuah bahasa pemodelan yang telah menjadi standar dalam industri software untuk visualisasi, merancang, dan mendokumentasikan sistem perangkat lunak (Henderi, 2007: 4). Bahasa Pemodelan UML lebih cocok untuk pembuatan perangkat lunak dalam bahasa pemrograman berorientasi objek (C , Java, VB.NET), namun demikian tetap dapat digunakan pada bahasa pemrograman prosedural (Ziga Turck, 2007).

Unified Modeling Language (UML) biasa digunakan untuk (Henderi, 2007 :11)

·   Menggambarkan batasan sistem dan fungsi-fungsi sistem secara umum, dibuat dengan use case dan actor

·   Menggambarkan kegiatan atau proses bisnis yang dilaksanakan secara umum, dibuat  dengan interaction diagrams

·   Menggambarkan representasi struktur statik sebuah sistem dalam bentuk class diagrams

·   Membuat model behavior ”yang menggambarkan kebiasaan atau sifat sebuah sistem” dengan state transition diagrams

·  Menyatakan arsitektur implementasi fisik menggunakan component and development diagrams

·   Menyampaikan atau memperluas fungsionality dengan stereotypes (Ziga Turck, 2007)

Beberapa definisi yang lainnya (Henderi, 2007: 14-25)

a.Actor adalah seseorang atau sesuatu yang harus berinterkasi dengan sistem atau sistem yang dibangun/dikembangkan.

b.Use Case adalah suatu pola atau gambaran yang menunjukan kelakukan atau kebiasaan sistem. Setiap Use Case adalah suatu urut-urutan (sequence) transaksi yang saling berhubungan dan dilakukan oleh sebuah actor dan sistem dalam bentuk sebuah dialog.

c.Use Case Diagram dibuat untuk memvisualisasikan/menggambarkan hubungan antara Actor dan Use Case

d.Sequence Diagram adalah suatu diagram yang memperlihatkan/menampilkan interaksi-interaksi antar objek di dalam sistem yang disusun pada sebuah urutan atau rangkaian waktu. Interaksi antar objek tersebut termasuk pengguna, display, dan sebagainya berupa ”pesan/message”. Sequence Diagram digunakan untuk menggambarkan skrenario atau rangkaian langkah-langkah yang dilakukan sebagai sebuah respon dari suatu kejadian/even untuk menghasilkan output tertentu. Sequence Diagram diawali dari apa yang me-trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan.

e.Collaboration Diagram adalah suatu diagram yang memperlihatkan/menampilkan pengorganisasian interaksi yang terdapat disekitar objek (seperti halnya sequence diagram) dan hubungannya terhadap yang lainnya. Collaboration Diagram lebih menekankan kepada peran setiap objek dan bukan pada waktu penyampaian pesan/message.

f. Class Diagram adalah diagram yang menunjukan class-class yang ada dari sebuah sistem dan hubungannya secara logika.

g. Elemen-eleman class diagram dalam pemodelan UML terdiri dari: Class-class, struktur class, sifat class (class behavior), perkumpulan/gabungan (association), pengumpulan/kesatuan (aggregation), ketergantungan (dependency), relasi-relasi turunannya, keberagaman dan indikator navigasi, dan role name (peranan/tugas nama)

h.Class adalah kumpulan objek-objek dengan (mempunyai) struktur umum, behavior umum, relasi umum, dan semantic (kata) yang umum. Class-class ditentukan/ditemukan dengan cara memeriksa objek-objek dalam sequence diagram dan collaboration diagram. Sebuah class digambar seperti sebuah bujur sangkar dengan tiga bagian ruangan. Class sebaiknya diberi nama menggunakan kata benda sesuai dengan domainnya (bagian/kelompoknya).

i.  State Transition Diagram adalah suatu diagaram yang menunjukan/menggambarkan kejadian pembentukan atau pemberian sebuah class, menggambarkan suatu kejadian transisi dan perubahan keadaaan (dari satu state ke state lainnya) suatu objek pada sistem sebagai akibat stimulasi yang diterimanya. State Transition Diagram diciptakan untuk objek-objek yang secara signifikan mempunyai sifat/behavior dinamis. Satu class dapat memiliki lebih dari satu state diagram.

j.  Activity Diagram adalah suatu diagram yang menggambarkan berbagai alir aktivitas dalam sistem yang sedang dirancang, menggambarkan bagaimana ”how” setiap alir berawal, pilihan keputusan yang mungkin terjadi, dan bagaimana setiap alir tersebut berakhir. Activity Diagram dapat juga menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi, dan memperesentasikan satu atau lebih Use Case.

k.Component Digaram adalah digaram yang menggambarkan struktur dan hubungan antar komponen piranti lunak dan (termasuk) ketergantungan (dependency) diantaranya. Komponen piranti lunak yang dimaksud pada component diagram adalah modul yang berisi code (baik berisi source code maupun binary code), library maupun exexutable, baik yang muncul pada compile time, link time maupun run time. Komponen dapat juga berupa interface yaitu kumpulan layanan yang disediakan sebuah komponen untuk komponen lainnya. Komponen umumnya terbentuk dari beberapa  class dan/atau package, tetapi dapat juga dari komponen-komponen yang lebih kecil.

l.  Deployment Diagram adalah diagram yang menggambarkan detail bagaimana komponen di-sebar (di-deploy) kedalam infrastruktur sistem, dimana komponen akan terletak (pada mesin, node, server atau piranti keras apa), bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal. Sebuah note adalah (bisa berupa) sebuah server, workstation, atau piranti keras lain yang digunakan untuk menyebarkan (men-deploy) komponen sistem dalam lingkungan sebenarnya.

 

Pustaka:

♠ Henderi, 2007, Analysis and Design with Unified Modeling Language (UML), STMIK Raharja, Tangerang

♠ ______. 2005. Strategi Membangun Sistem Komputerisasi. Jurnal Cyber Raharja ISSN 1412-1344. 3 (2), 13-34.

♠ ______, 2007, Advanced Modeling with Unified Modeling Language (UML), STMIK Raharja, Tangerang

♠ Ziga Turck, Assoc. Prof., Istambul Techincal University, MBA in Contruction Informatics

         in Contruction Management

 

*) Henderi, Lektor Pada STMIK Raharja Tangerang