7
LANDASAN TEORI 2.1 Teori-teori Umum
Dalam bagian ini penulis menyajikan tentang teor-teori umum yang berkaitan dengan Sistem Informasi yang meliputi :
2.1.1 Sistem
Menurut Rainer (2007:2), Sistem adalah sekumpulan komponen-komponen yang bekerja sama dan berkolaborasi antara satu sama lain yang bergerak secara bersamaan secara sinergi untuk menyelesaikan suatu tugas tertentu.
Menurut Satzinger, Jackson, dan Burd (2010:6), Sistem adalah suatu kumpulan dari komponen yang saling berhubungan yang berfungsi secara bersamaan untuk mencapai suatu hasil
Jadi, dari pengertian diatas dapat disimpulkan bahwa Sistem adalah suatu kumpulan komponen yang memiliki keterkaitan satu sama lain dan memiliki tujuan yang sama dengan fungsi yang sama.
2.1.2 Informasi
Menurut Rainer (2007:3), Informasi adalah sekumpulan data yang sudah diolah dan melalui sebuah proses di dalamnya sehingga yang pada awalnya tidak memiliki nilai (value) apa-apa kemudian berubah memiliki nilai yang terkandung didalamnya, dan nilai ini berarti bagi penerimanya.
2.1.3 Sistem Informasi
Menurut Satzinger, Jackson, dan Burd (2010:6), Sistem Informasi adalah suatu kumpulan dari komponen yang saling berhubungan yang mengumpulkan, melakukan proses, menyimpan, dan menyediakan sebagai sebuah hasil dari suatu informasi yang dibutuhkan untuk menyelesaikan tugas bisnis.
2.1.4 Database
Menurut Satzinger, Jackson, dan Burd (2010: 488), Database adalah suatu kumpulan dari sebuah data yang saling berhubungan dan tersimpan yang diatur dan dikendalikan dari pusat.
Jadi, Database adalah suatu kumpulan data yang berhubungan yang diatur serta dikendalikan langsung melalui pusatnya.
Menurut Satzinger, Jackson, dan Burd (2010:488), Database Management System (DBMS) adalah sebuah sistem software yang mengatur dan mengendalikan akses menuju database.
Jadi, Database Management System (DBMS) adalah sebuah software yang dapat mengendalikan akses untuk dapat menggunakan database.
2.2 Teori-teori Khusus
Dalam bagian ini penulis menyajikan tentang teor-teori khusus yang berkaitan dengan Sistem Informasi yang meliputi :
2.2.1 E-Learning
Menurut Clark dan Mayer (2007:7), e-learning adalah sebagai latihan yang diterima pada sebuah komputer (termasuk CD-ROM, MP3, PDA, dan lain – lain). Akkan tetapi, penggunaan internet sebagai media e-learning umumnya
lebih menguntungkan karena memiliki jangkauan yang lebih luas. Dewasa ini pasti cukup banyak lembaga pendidikan dan perusahaan yang menggunakan jaringan intranet sebagai media e-learning sehingga biaya yang dikeluarkan relatif menjadi lebih murah. E-Learning merupakan sebuah emansipasi dalam kegiatan belajar – mengajar dan masih akan terus berkembang.
Menurut Rosenberg (2001:28) mengatakan bahwa E-Learning adalah penggunaan teknologi internet yang mengantarkan sekumpulan solusi global untuk meningkatkan pengetahuan dan kinerja.
Menurut Effendi dan Zhuang (2005:6), E-learning adalah sebuah kegiatan pembelajaran yang menggunakan media elektronik atau teknologi informasi. Disini media elektronik yang digunakan adalah komputer yang terhubung dengan internet sebagai teknologi informasinya.
Menurut Turban (2005:118) E-Learning adalah proses belajar yang didukung oleh web, bisa digunakan dalam kelas biasa atau kelas virtual.
Menurut Mason (2006:1), E-learning dideskripsikan sebagai metode pembelajaran yang disampaikan secara elektronik yang menggunakan alat-alat seperti web conference, web-based tutorials, message boards, online assessment dan masih banyak lagi.
Jadi, e-learning adalah suatu metode pembelajaran modern yang dapat diterima dalam bentuk CD-ROM, MP3, dan PDA yang dimana juga menggunakan internet sebagai media koneksi untuk memperluas jangkauan yang dapat mencakup banyak orang.
2.2.1.1 Tipe-tipe E-Learning
Tipe – Tipe e-learning yang digunakan pada dewasa ini mencakup dari Synchronous Training dan Asynchronous Training. Berikut adalah Tipe pembelajaran e-learning beserta pengertianya.
2.2.1.1.1 Synchronous Training
Menurut Rosen (2009:255) Synchronous Training adalah suatu pembelajaran online yang diambil pada waktu yang bersamaan melalui mekanisme yang sama sebagai seorang pelajar dan seorang instruktur.
Jadi, Synchronous Training adalah suatu metode pembelajaran e-learning yang dimana pelajar dan instruktur bertemu pada waktu yang telah ditentukan.
2.2.1.1.2 Asynchronous Training
Menurut Rosen (2009:223), Asynchronous Training adalah suatu pembelajarn online, yang dimana semua pembelajaran itu sudah tersedia di web site e-learning tersebut, waktu yang dipilih sesuai keinginan sendiri, dan bersifat self guided.
Jadi, Asynchronous Training adalah suatu metode pembelajaran e-learning yang dimana pelajar dapat mengakses konten e-learning yang sudah tersedia kapan saja.
2.2.1.2 Tipe-tipe Asynchronous Training
Menurut Rosen (2009:67), Asynchronous Training bisa dibagi menjadi dua metode yaitu Rapid Asynchronous e-learning dan Traditional Asynchronous e-learning.
2.2.1.2.1 Rapid Asynchronous E-Learning
Menurut Rosen (2009:67), Rapid Asynchronous e-learning adalah suatu metode yang ringan dan cepat dari pembuatan modul pembelajaran asynchronous.
Jadi, Rapid Asynchronous e-learning adalah suatu sub-metode dari asynchronous training yang bersifat ringan dan cepat.
2.2.1.2.2 Traditional Asynchronous E-Learning
Menurut Rosen (2009:67), Traditional Asynchronous e-learning adalah metode pembuatan yang berskala besar dalam pembuatan modul pembelajaran asynchronous.
Jadi, Traditional Asynchronous e-learning adalah suatu high-level method yang merupakan salah satu sub-metode dari Asynchronous Training.
2.2.1.3 Perbedaan Synchronous dengan Asynchronous
Menurut Rosen (2009:62), terdapat perbedaan antara metode Synchronous dan metode Asynchronous. Perbedaan tersebut meliputi hal-hal sebagai berikut :
Tabel 2.1 Perbedaan Synchronous dan Asynchronous
Sumber : Rosen (2009:62), Proven Practices and Emerging Technologies to Achieve Real Results
Synchronous Asynchronous
- Konten yang ada membutuhkan instruktur dengan kebutuhan yang jelas untuk berlangsungnya komunikasi antara instruktur dan murid.
- Konten yang ada dapat berdiri sendiri.
- Instruktur tersedia ketika murid juga memiliki waktu yang tersedia.
- Bahan-bahan pembelajaran tersedia 24/7.
- Kurangnya motivasi untuk belajar dari murid.
- Murid hanya membutuhkan bahan pembelajaran disaat diperlukan.
- Instruktur dapat mengubah konten pada real-time
- Bahan pembelajaran yang digunakan sebagai sumber korporat, referensi untuk meningkatkan produktifitas.
2.2.1.4 Five Developmental Stages of Web Courses
Menurut Rosen (2009:36), Penyampaian keseluruhan pembelajaran melalui web adalah Teknologi dan trend terkini yang bersifat relatif. Seperti teknologi baru pada umumnya dan lebih spesifik, Web sites memiliki keterlibatan, jadi dituntut untuk memiliki sebuah situs pembelajaran / web courses. Web Course hanya bagian dari sebuah web site. Jadi, ada lima langkah untuk mengembangkan sebuah web course
seperti denial, outsourcing, powerpoint, execution, dan integration yang berhubungan dengan e-learning.
2.2.1.4.1 Denial
Ketika dianggap sebagai sebuah e-learning, organisasi atau lembaga pendidikan butuh untuk melihat kepada pelatihannya dan penggunanya untuk melihat apakah beberapa atau sebagian dari pelatihan tersebut bisa disampaikan melalui web.
2.2.1.4.2 Outsourcing
Ketika organisasi atau lembaga pendidikan memutuskan untuk memulai sebuah e-learning, mereka melihat kepada cara yang dimana mereka dapat memberikan outsourcing kepada inisiatif baru ini.
2.2.1.4.3 Powerpoint
Suatu permasalahan ketika suatu lembaga pendidikan atau company ingin merangkul e-learning ketika trainers, product managers, human resources managers, dan semua baris dari binis termasuk e-learning menjadi satu cara untuk menyampaikan informasi kepada pangsa pasarnya. Pada tahap ini karyawan mengetahui e-learning dan secara alami memasukan e-learning sebagai standar pelatihan bisnis.
2.2.1.4.4 Execution
Eksekusi membagikan banyak sekali kesamaan proses sebagai sebuah outsourcing. Organisasi mungkin memasang sebuah LMS, membeli rangkaian pembelajaran, dan melakuan pengembangan outsourcing terhadap isi diluar lingkup. Pada tahap ini, managers dan pengembang mata pembelajaran melihat peluncuran mata pembelajaran dan melakukan diskusi tentang pembelajaran yang diterima dan apa yang mereka bisa lakukan untuk menarik mereka untuk mencapai bisnis objek yang baik.
2.2.1.4.5 Integration
Pada tahap ini, organisasi mungkin memiliki LMS, katalog pembelajaran, pembelajaran yang di kembangkan oleh pengembang pembelajaran yang profesional, dan pembelajaran yang didirikan secara internal.
2.2.1.5 The Charactersitics of Good E-Learning
Menurut Rosen (2009:46), e-learning yang baik harus memiliki karakteristik sebagai berikut :
2.2.1.5.1 Simple and Clean User Interface
Web site e-learning harus memiliki tampilan yang simple tetapi tetap memiliki informasi yang dibutuhkan.
2.2.1.5.2 Access to Any Information Within Three Clicks
Web site e-learning seharusnya memampukan user yang menggunakannya mendapatkan informasi apapun dengan hanya tiga klik. Sebuah web e-learning harus didesain untuk memberikan kebutuhan sebagai berikut :
– Halaman pembelajaran dan halaman chapter menyediakan pratinjau terhadap informasi yang biasanya sangat membantu terhadap kebanyakan pembelajar.
– Halaman mewakili informasi inti.
– Subpages bisa digunakan untuk menyediakan video alternatif atau langkah tahap per tahap.
2.2.1.5.3 Support of Global and Local Navigation
Web site e-learning yang baik harus mempunya navigasi yang bersifat global maupun local.
Gambar 2.1 Global and Local navigation
Sumber : Rosen (2009:50), Proven Practices and Emerging Technologies to Achieve Real Results.
2.2.1.5.4 No Bermuda Triangles
Web site e-learning yang baik harus bisa mendapatkan informasi hanya dengan tiga klik saja, terlalu banyak fitur yang berlebihan bisa membuat user tersesat saat melakukan navigasi web site e-learning.
2.2.1.5.5 Sticky or a Ping-Pong Web Site
Web site e-learning yang baik harus bisa keduanya yaitu sticky atau ping-pong web site. Dikatakan sticky ketika pembelajar membutuhkan untuk mengambil mata pembelajaran dan mereka tinggal lebih lama di halaman pembelajaran dalam waktu yang wajar. Dikatakan ping-pong settelah pembelajar menyelesaikan pembelajaran karena bisa menjadi sumber yang bagus yang membuat pembelajar bisa kembali mengakses web site e-learning tersebut.
2.2.1.5.6 Rapid Downloads
Beberapa cara untuk membuat waktu download menjadi lebih kecil :
– Gunakanlah gambar yang diambil dan disimpan dengan format resolusi yang ringan.
– Multimedia apapun harus dioptimalkan atau diubah menjadi ukuran daya yang kecil sehingga bisa di-download lebih cepat – Jika ada video yang berdurasi panjang, pecahkan video tersebut
2.2.1.5.7 The Ability to Work on Any Screen and Browser
Web site e-learning yang baik harus bisa dijalankan dan berfungsi dengan baik terhadap semua jenis browser, walau terkadang ada beberapa script yang tidak dapat berjalan pada browser tertentu.
2.2.1.5.8 A “Look and Feel”: “Branding” in Web Page Layout and Design
Web site e-learning yang baik harus mendukung brand image dari organisasi didalamnya, termasuk dengan warna logo organisasi terhadap semua pembelajaran.
Menurut Effendi dan Zhuang (2005:6) karakteristik e-learning adalah :
a. Memanfaatkan jasa teknologi elektronik, diaman pengajar dan siswa, siswa dan sesama siswa atau pengajar dan sesama pengajar dapat berkomunikasi dengan relative mudah tanpa dibaasi oleh hal hal yang protokoler.
b. Memanfaatkan keunggulan komputer (digital media dan komputer networks)
c. Mengunakan bahan ajar bersifat mandiri (Self Learning Materials) disimpan dikomputer sehinga dapat diakses oleh pengajar dan siswa dimana saja dan kapan saja bila yang bersangkutan perlu
d. Memanfaatkan jadwal pembelajaran, kurikulum, hasil kemauan belajar dan hal-hal yang berkaitan dengan admistrasi pendidikan dapat dilihat setiap saat komputer.
2.2.1.6 Tools for E-Learning
Menurut Rosen (2009:82), Tidak ada satupun tools yang dapat digunakan untuk membuat semua jenis elemen yang berbeda didalam e-learning. Pembuatan e-learning yang efektif membutuh sejumlah tools dan pengukuran yang tepat tentang bagaimana dan kapan digunakan secara tepat. Sebelum memilih tools yang ingin digunakan, pengembang pembelajaran harus mengidentifikasi tipe dari pembelajaran yang ingin dibuat ( Synchronous / Asynchronous ) dan fitur apa saja yang ingin diberikan didalam pembelajaran tersebut.
2.2.1.6.1 Traditional E-Learning Tools
Dalam pembuatan pembelajaran tradisional, pengembang harus membuat sebuah storyboard, layout dan desain daripada halaman pembelajaran tersebut.
2.2.1.6.2 Rapid E-Learning Tools
Tools harus difokuskan terhadap konten dibandingkan terhadap layout grafik.
2.2.1.6.3 Graphic and Simulation Tools
Alat grafik dan simulasi yang digunakan di rapid e-learning untuk membuat interaksi yang dimana seorang desainer membuatnya
dengan flash maupun dreamweaver. Pengembang tools membuat templates yang umum dengan adanya interaksi; kemudian pengembang memperbolehkan untuk adanya perubahan kecil terhadap templates yang ada, seperti mengubah jenis text. Beberapa alat simulasi yang terkenal seperti captivate, camtasia, dan viewlet builder. Alat interaksi seperti raptivity atau hot.
2.2.1.6.4 Synchronous E-Learning Tools
Untuk melancarkan menerapkan pembelajaran online synchronous dibutuhkan minimum konfrensi penghubung dan alat seperti WebEx, Citrix Go-ToMeeting, atau Adobe Acrobat Connect.
2.2.1.7 LMS (Learning Management System)
Menurut Rosen (2009:224), Learning Management System adalah sistem software yang digunakan untuk mengatur alur pelajar dengan modul pembelajaran.
Jadi, Learning Management System adalah suatu software yang digunakan untuk mengatur antara pelajar dengan beberapa modul pembelajaran.
2.2.1.8 CMS (Content Management System)
Sistem manajemen konten (Inggris : Content Management System, disingkat CMS), adalah perangkat lunak yang memungkinkan seorang untuk menambahkan dan/atau memanipulasi (mengubah) isi dari suatu
situs web. Umumnya, sebuah CMS (Content Management System) tediri dari dua elemen yaitu :
- Aplikasi Manajemen isi ( Content Management Application (CMA)) - Aplikasi Pengiriman isi ( Content Delivery Application (CDA))
2.2.1.9 LCMS (Learning Content Management System)
Menurut Rosen (2009:224), Learning Content Management System adalah suatu sistem yang juga mendukung pembuatan, penyimpanan, penggunaan kembali dan pengaturan dari setiap modul pembelajaran di dalam central repository
Jadi, LCMS atau Learning Content Management System adalah sistem yang dapat memberikan kemampuan dalam membuat, menyimpan, menggunakan kembali dan mengatur suatu modul yang sudah ada atau belum ada.
2.2.1.10 Keuntungan E-Learning
Menurut Rosenberg (2001:30-31), Keuntungan E-Learning adalah: 1. E-Learning Lower costs
E-Learning memotong beban travel, mengurangi waktu perjalanan manusia dan mengurangi kebutuhan infrastruktur.
2. E-Learning enhances business responsiveness
E-Learning dapat mencapai jumlah pengguna secara virtual dan berkesinambungan.
semua orang mendapatkan konten yang sama, disajikan dalam cara yang sama.
4. Content is more timely and dependable
Karena web nya diaktifkan, E-Learning dapat di-update secara instan, membuat informasi lebih akurat dan berguna untuk periode waktu yang lebih lama.
5. Learning is 24/7
Orang dapat mengakses E-Learning dimana pun dan kapan pun. 6. No User “ramp up” time
Dengan jutaan orang yang siap dengan web dan nyaman dengan teknologi browser, pembelajaran mengakses Elearning dengan cepat tidak menjadi masalah.
7. University
E-Learning adalah web yang aktif dan dapat mengambil keuntungan universal dari internet protocol dan browser.
8. Build Community
Web memungkinkan orang untuk membangun komunitas dimana mereka dapat datang bersama – sama untuk berbagi pengetahuan dan wawasan .
9. Scalability
E-Learning mempunya skala yang tinggi. 10. Leverages the corporate investment in the web
Eksekutif semakin mencari cara untuk meningkatkan investasi besar mereka di perusahaan intranets.
11. Provides an increasingly valuable customer service
Meskipun tidak berfokus secara internal, bisnis Ecommerce dapat ditingkatkan melalui penggunaan efektif dan menarik dari e-learning yang membantu customer memperoleh keuntungan dari situs tersebut.
2.2.1.11 Kerugian E-Learning
Menurut Effendi dan Zhuang (2005:15-17), keterbatasan dalam E-Learning adalah :
• Budaya
Beberapa orang merasa tidak nyaman mengikuti pelatihan melalu Komputer. Penggunaan e-learning menuntut budaya self- learning, dimana seseorang memotivasi diri sendiri agar mau belajar. Sebaliknya, pada sebagian besar budaya pelatihan di Indonesia, motivasi belajar lebih banyak tergantung pada pengajar. Apabila Pengajarnya terasa cocok dan menyenangkan, motivasi pelajar bertambah, begitu pula sebaliknya. Dalam Pelatihan di ruang kelas, 60% energi dari pengajar, sedangkan pelajar hanya mendengar dan mencatat. Namun dalam e-learning, 100% energi dari pelajar. Oleh karena itu, beberapa orang masih merasa segan berpindah dari pelatihan di kelas ke pelatihan e-learning.
• Investasi
Walaupun e-learning menghemat banyak biaya, tetapi suatu organisasi harus mengeluarkan investasi awal cukup besar untuk mulai mengimplementasikan E-Learning. Investasi dapat berupa
biaya desain dan pembuatan program Learning Management System, paket pelajaran dan biaya – biaya lain, seperti promosi dan change management system. Apabila insfrastruktur yang dimiliki belum memadai, organisasi harus mengeluarkan sejumlah dana untuk membeli komputer, jaringan, server dan lain sebagainya.
• Teknologi
Karena Teknologi yang digunakan beragam, ada kemungkinan teknologi tersebut tidak sejalan dengan yang sudah ada dan terjadi konflik teknologi sehingga e-learning tidak berjalan dengan baik. Sebagai contoh, ada beberapa paket pelajaran e-learning yang hanya dapat dijalankan di browser explorer. Oleh karena itu, kompatibilitas teknologi yang digunakan harus diteliti sebelum memutuskan menggunakan suatu paket e-learning.
• Infrastruktur
Internet belum menjangkau semua kota di indonesia, layanan broadband baru ada di kota – kota besar. Akibatnya, belum semua orang atau wilayah belum dapat merasakan e-learning dengan internet.
• Materi
Walaupun e-learning menawarkan berbagai fungsi, ada beberapa materi yang tidak dapat diajarkan melalui e-learning. Pelatihan yang memerlukan banyak kegiatan fisik, seperti olah raga dan instrumen musik, sulit disampaikan melalui e-learning secara sempurna. Akan tetapi, e-learning dapat digunakan untuk memberikan dasar – dasar pelatihan sebelum masuk ke praktik. Banyak desain pelajaran
e-learning tidak tepat sehingga pelajar bosan dan tidak mau menyelesaikan pelajaran. Kebanyakan pelajaran e-learning di Indonesia masih berbentuk seperti buku teks di sekolah dengan tambahan sedikit animasi. Hal tersebut tentu tidak memberikan banyak nilai tambah untuk pelajar sehingga ia merasa semua pelajaran learning membosankan. Oleh karena itu, suatu paket e-learning harus didesain sedemikian rupa sehingga teratur menurut keingintahuan dan minat belajar siswa.
2.2.1.12 Model Strategi E-Learning
Menurut Effendi dan Zhuang (2005:25-31), strategi e-learning melibatkan empat tahap :
• Analisa
Dalam setiap strategi, baik strategi untuk proyek teknikatau manajemen, Anda harus terlebih dahulu menganalisa keadaan organisasi. Anda harus melakukan analisa terhadap apa yang perlu dicapai dalam strategi dan faktor– faktor di lingkungan organisasi yang mempengaruhi strategi. Faktor – faktor yang kita analisa : o Kebutuhan Organisasi
Analisa Kebutuhan organisasi akan melihatkeadaan organisasi sekarang dan apakahkeberadaan e-learning dapat memberikan dampak positif .
o Kebutuhan Pelatihan
Analisa kebutuhan pelatihan akan melihat kebutuhan organisasi dari segi pelatihan secaralebih spesifik dan hubungannya dengan e-learning.
o Budaya Organisasi
Analisa terhadap kultur perusahaan dan apakah kultur tersebut cocok dan kondusif untuk menerapkan e-learning.
o Infrastruktur
Analisa keadaan teknologi dan infrastruktur organisasi dari segi pelaksanaann e-learning.
• Perencanaan
Perencanaan merupakan sesuatu yang harus dilakukandalam strategi apapun. Hasil analisa tahap sebelumnya menjadi dasar proses menyusun rencana penerapan e-learning.Aspek Perencanaan yang ditinjau adalah :
o Network
Merencanakan apa yang harus disiapkan dari segi infrastruktur dan teknologi agar dapat menerapkan e-learning sesuai keinginan organisasi.
o Learning Management System
Merencanakan fungsi – fungsi yang harus dimiliki LMS dan bagaimana mengembangkannya agar sesuai dengan kebutuhan organisasi.
o Materi
Materi yang ditawarkan harus sesuai hasil analisa kebutuhan pelatihan.
o Marketing
Merencanakan cara pemasaran dan promosi yang cocok untuk membuat pelajar atau karyawan tertarik dan berminat mencoba E-Learning.
• Pelaksanaan
Tahap Pelaksanaan dibagi menjadi tiga bagian berdasarkan waktu pelaksanaan :
o Pre Launch
Memastikan bahwa produk tidak memiliki kelemahan atau kekurangan.
o Launch
Setelah persiapan selesai, selanjutnya dapat memperkenalkan e-learning kepada seluruh anggota organisasi.
o Post Launch
Menjaga tingkat keikutsertaan anggota dalam program e-learning dan cara menjaga kepuasan pembelajaran peserta pelatihan.
• Evaluasi
Mengevaluasi hasil pembelajaran peserta pelatihan yang berhubungan dengan pemakaian materi. Penilaian akan dilakukan secara betingkat sebagai berikut :
o Level 1
Mengukur kepuasan peserta pelatihan dari segi interaksi dan tampilan program E-Learning
o Level 2
Mengukur hasil pembelajaran, apakah peserta pelatihan dapat menyerap materi.
o Level 3
Mengukur apakah materi pembelajaran benar – benar digunakan oleh peserta pelatihan ketika melakukan kegiatan sehari – hari sehingga kinerja meningkat.
o Level 4
Mengukur berapa banyak hasil yang didapat oleh organisasi dengan adanya pelatihan e-learning sehingga kinerja sumber daya manusia meningkat.
2.3 Analisis dan Perancangan Sistem Informasi
Dalam Analisis dan Perancangan Sistem Informasi penulis menyajikan konsep object-oriented, keuntungan pengembangan object-oriented, pemodelan dengan Unified Modeling Language, pengembangan object-oriented System dengan Unified Process.
2.3.1 Pengertian Analisis Sistem
Menurut Satzinger, Jackson, dan Burd (2010:4), Analisis Sistem adalah sebuah proses memahami dan menentukan secara rinci apa yang harus dilakukan oleh suatu sistem informasi, yang melakukan analisa terhadap sistem adalah seorang sistem analis. Menurut Satzinger, Jackson, dan Burd (2010:4), Sistem
Analis adalah seorang profesional bisnis yang menggunakan analisa dan kemampuan desain untuk memecahkan suatu permasalahan bisnis menggunakan teknologi informasi.
Menurut Whitten (2004:186), Analisis Sistem adalah teknik pemecahan masalah yang mengurai sistem menjadi potongan-potongan komponen dengan tujuan untuk mempelajari seberapa baik bagian-bagian komponen bekerja dan berinteraksi untuk mencapai tujuan mereka.
Jadi, dari pengertian diatas dapat disimpulkan bahwa perancangan sistem adalah suatu teknik atau proses dalam rangka menentukan komponen demi komponen secara rinci dan jelas untuk dapat diimplementasikan secara fisik.
2.3.2 Object-Oriented Analysis and Design (OOAD)
Pendekatan berorientasi objek adalah sebuah pendekatan yang digunakan untuk melakukan analisa dan merancang sistem dengan pendekatan berorientasi objek.
Menurut Satzinger, Jackson, dan Burd (2010:60), Object Oriented Approach (pendekatan berorientasi objek) adalah pendekatan yang memandang sistem informasi sebagai kumpulan dari objek-objek yang berinteraksi serta bekerja sama untuk menyelesaikan tugas-tugas.
Object Oriented Analysis and Design (OOAD) merupakan suatu metode untuk mengidentifikasi masalah dengan menggunakan model yang dibuat menurut konsep sekitar dunia nyata. Menurut Mathiassen, Munk-Madsen, Nielsen, dan Stage (2000:135), OOAD adalah metode untuk melakukan analisa dan merancang sistem dengan pendekatan berorientasi objek.
Menurut Satzinger, Jackson, dan Burd (2010:60), Object Oriented Analysis (OOA) mendefinisikan semua tipe dari objek yang bekerja dalam sistem dan menunjukan interaksi user dan apa yang diperlukan untuk menyelesaikan tugas.
Menurut Satzinger, Jackson, dan Burd (2010:60), Object Oriented Design (OOD) mendefinisikan semua tipe dari objek yang berkepentingan untuk berkomunikasi dengan orang dan alat didalam suatu sistem, menunjukan bagaimana objek berinteraksi dalam menyelesaikan tugas, dan menyaring definisi dari setiap tipe objek sehingga dapat diimplementasikan dengan bahasa atau lingkungan yang spesifik.
Object adalah benda, baik secara fisik maupun konseptual yang terdapat disekitar kita yang dapat dilihat, disentuh atau dirasakan. Menurut Satzinger, Jackson, dan Burd (2010: 60), Object adalah suatu hal dalam sistem komputer yang bisa merespon pada pesan-pesan. Menurut Satzinger, Jackson, dan Burd (2010:61-63), sistem komputer memiliki banyak macam objek, seperti user interface object dan problem domain object.
Menurut Satzinger, Jackson, dan Burd (2005: 62), User Interface Object adalah suatu objek yang berinteraksi dengan user ketika user menggunakan sistem, seperti button, menu item, textbox atau label.
Gambar 2.2 Attributes and methods of UI Object
Sumber : Satzinger, Jackson, dan Burd (2005:62), Object Oriented Analysis and Design with the Unified Process
Menurut Satzinger, Jackson, dan Burd (2005:63), Problem Domain Object adalah objek yang spesifik pada aplikasi bisnis. Contohnya, Objek pelanggan, objek pemesanan, objek produk dalam sistem proses pemesanan.
Gambar 2.3 Attributes and methods in problem domain object
Sumber : Satzinger, Jackson, dan Burd (2005:62), Object Oriented Analysis and Design with the Unified Process
2.3.3 Konsep Object Oriented
Menurut Satzinger, Jackson, dan Burd (2005:60), Object Oriented Approach adalah pengembangan sistem yang melihat sebuah sistem informasi sebagai koleksi dari obyek yang saling berinteraksi bekerja bersama untuk mencapai suatu tugas. Karena object-oriented approach melihat sistem informasi sebagai koleksi dari obyek yang berinteraksi, Object Oriented Analysis (OOA) mendefinisikan semua tipe obyek yang melakukan pekerjaan dalam suatu sistem dan menunjukkan interaksi pengguna yang dibutuhkan untuk menyelesaikan tugas.
Sedangkan Object Oriented Design mendefinisikan semua tipe obyek yang diperlukan unutk berkomunikasi dengan orang dan peralatan dalam sistem, menunjukan bagaimana obyek berinteraksi untuk menyelesaikan suatu tugas, dan menyempurnakan definisi dari setiap tipe dari obyek sehingga dapat diimplementasikan dengan bahasa atau lingkungan yang spesifik.
2.3.3.1 Problem Domain
Problem domain merupakan bagian dari beberapa tahapan dalam analisis sistem yang mengidentifikasi kebutuhan sistem. Menurut Satzinger, Jackson, dan Burd (2005:56). Problem Domain adalah bidang bisnis pengguna yang membutuhkan solusi sistem informasi.
2.3.3.2 Classes
Class merupakan kumpulan dari sebuah objek yang memiliki kesamaan karakteristik tertentu. Menurut Satzinger, Jackson, dan Burd (2005:63), Class adalah tipe atau klasifikasi yang semua objek yang sama berada.
2.3.3.3 Attributes
Attributes merupakan bagian isi dari sebuah objek, seperti contoh : manusia memiliki nama, jenis kelamin, dan sebagainya. Menurut Satzinger, Jackson, dan Burd (2005:62), Attributes adalah objek yang memiliki nilai, seperti ukuran, bentuk, warna, lokasi, keterangan tombol atau label atau nama, dan nomor telepon pelanggan.
2.3.3.4 Methods
Methods merupakan sebuah deskripsi dari aktifitas atau tindakan yang dapat dilakukan oleh objek. Menurut Satzinger, Jackson, dan Burd (2005:62), Methods adalah tindakan atau pekerjaan yang mendeskripsikan kemampuan yang objek dapat lakukan.
2.3.3.5 Messages
Messages adalah pesan yang digunakan untuk komunikasi antar objek. Menurut Satzinger, Jackson, dan Burd (2005:63), Messages adalah komunikasi antara objek yang dimana satu objek bertanya kepada objek lain untuk meminta atau melakukan salah satu method.
2.3.3.6 Association Relationships
Association Relationships merupakan sebuah hubungan yang terjalin antar objek. Menurut Satzinger, Jackson, dan Burd (2005: 66), Association Relationships adalah sebuah hubungan yang secara natural terjadi antar objek, seperti ketika pelanggan berhubungan dengan pemesanan.
2.3.3.7 Multiplicity
Menurut Satzinger, Jackson, dan Burd (2005:66), Multiplicity adalah suatu penomoran dari hubungan antar objek.
2.3.3.8 Encapsulation
Menurut Satzinger, Jackson, dan Burd (2005:66), Encapsulation adalah kombinasi atribut dan metode kedalam satu unit dan menyembunyikan struktur internal dari suatu objek.
2.3.3.9 Inheritance
Menurut Satzinger, Jackson, dan Burd (2005:66), Inheritance adalah sebuah konsep yang dimana satu kelas objek yang membagikan beberapa karakteristik kepada kelas lainnya.
2.3.3.10 Generalization / Specialization Hierarchy
Menurut Satzinger, Jackson, dan Burd (2005:67), Generalization / Specialization hierarchy adalah sistem klasifikasi yang terstruktur atau peringkat kelas dari banyaknya kelas umum menjadi banyak spesialis subclass. Biasanya disebut dengan inheritance hierarchy. Menurut Satzinger, Jackson, dan Burd (2005:189), Generalization / Specialization hierarchy didasarkan pada gagasan bahwa orang-orang mengklasifikasikan sesuatu dari segi persamaan dan perbedaan.
Menurut Satzinger, Jackson, dan Burd (2005:67), Superclass adalah kelas umum dalam hirarki generalisasi atau spesialisasi yang bisa diperluas menggunakan subclass.
Menurut Satzinger, Jackson, dan Burd (2005:67), Subclass adalah kelas yang special dalam hirarki generalisasi atau spesiaslisasi yang mengandung atribut tambahan dan metode khusus dari kelas umum yang diperluas.
Gambar 2.4 Generalization / Specialization hierarchy Sumber : Satzinger, Jackson, dan Burd (2010:190), System Analysis &
Design in a Changing World
2.3.3.11 Polymorphism
Menurut Satzinger, Jackson, dan Burd (2005:67), Polymorphism adalah karakteristik dari objek yang memperbolehkan mereka untuk memiliki respon yang berbeda pada pesan yang sama.
2.3.4 Keuntungan Pengembangan Object-Oriented Keuntungan Pengembangan Object-Oriented yaitu : 1. Object menjadi lebih natural (Naturalness)
Naturalness adalah karakteristik dalam object-oriented approach yang mendeskripsikan ketetapan dengan jalan pemikiran orang mengenai dunia mereka dimana itu sesuai dengan kecenderungan orang untuk berbicara mengenai pekerjaan dan diskusi kebutuhan sistem dalam kaitannya dengan kelas dari obyek.
2. Kelas dari obyek dapat digunakan (Reuse)
Keuntungan dari object-oriented approach adalah memperbolehkan kelas dan objek untuk ditemukan sekali dan digunakan berkali-kali.
2.3.5 Pemodelan dengan Unified Modeling Language
Menurut Satzinger, Jackson, dan Burd (2005:48) Unified Modeling Language adalah sebuah set standar dari model pembangunan dan notasi yang dikembangkan secara spesifik untuk pengembangan object-oriented. Beberapa model yang digunakan dalam pengembangan sistem antara lain yaitu :
1. Model dari komponen sistem menggunakan UML
Terdiri dari Use case diagram, Class diagram, Activity diagram, Sequence diagram, Communication diagram, Package diagram.
2. Model yang digunakan untuk mengatur proses pengembangan
Terdiri dari PERT chat, Gantt chart, Organization hierarchy chart, Financial analysis models.
2.3.6 Pengembangan Object-oriented System dengan Unified Proces
Menurut Satzinger, Jackson, dan Burd (2005:50), Unified Process adalah sebuah metodologi pengembangan sistem berorientasi obyek. Unified Process bertujuan mendefinisikan metodologi secara lengkap, untuk menambahkan beberapa unique features, menggunakan UML untuk sistem model dan UP system development life cycle. Ada 4 fase dalam UP system development life cycle antara lain adalah inception, elaboration, construction, dan transition. Sedangkan tahap pengembangan sistem dengan unified process terdiri dari 6 hal
utama, UP development disciplines, yaitu : pemodelan bisnis, requirements, designs, implementation, testing, deployment.
2.3.6.1 Pemodelan Bisnis
Tujuan utama dari pemodelan bisnis adalah memahami dan mengkomunikasikan dasar dari lingkungan bisnis dimana sistem akan dikembangkan. Ada 3 aktifitas utama dalam pemodelan bisnis, yaitu : 1. Memahami lingkungan bisnis
Tujuan utama dari aktifitas ini adalah mendeskripsikan masalah atau kebutuhan dari bisnis, mempertimbangkan kebutuhan antarmuka untuk sistem lain, mengevaluasi arsitektur dan batasan sistem atau standar yang ada, menganalisis berbagai sistem stakeholders.
2. Membuat bayangan dari sistem
Tujuan utama dari aktifitas ini adalah membuat list dari keuntungan bisniis utama, membuat list dari sistem obyektif, mengembangkan list dari kapabilitas sistem.
3. Membuat bisnis model
Tujuan utama dari aktifitas ini adalah mengidentifikasi bisnis event, memodelkan proses bisnis dan workflow, mendefinisikan informasi dan data flow models.
2.3.6.2 Requirements
Tujuan Requirements disciplines adalah memahami dan mendokumentasikan kebutuhan bisnis dan processing requirements. Seseorang analis membutuhkan koleksi dari model untuk memahami system requirements. Requirements disciplines mempunyai 6 aktifitas
yaitu mengumpulkan detail informasi, mendefinisikan functional requirements, mendefinisikan non-functional requirements, memprioritaskan requirements, membangun user interface dialogs, mengevaluasi requirements dengan user. Requirement ini dispesifikasi dengan menggunakan model ini yaitu :
1. Activity Diagram
Activity diagram adalah tipe dari workflow diagram yang mendeskripsikan aktifitas user dan sequential flow mereka. Workflow adalah sequence dari tahap untuk proses transaksi bisnis.
Menurut Satzinger, Jackson, dan Burd (2005:144), Activity Diagram adalah tipe dari workflow diagram yang mendeskripsikan kegiatan user dan alur uturan mereka.
Gambar 2.5 Activity Diagram Symbols
Sumber : Satzinger, Jackson, dan Burd (2005:145), Object Oriented Analysis and Design with the Unified Process
Menurut Satzinger, Jackson, dan Burd (2005:145). Synchronization Bar adalah suatu symbol yang digunakan dalam activity diagram untuk mengkontrol pembagian atau penggabungan dari urutan jalur.
Menurut Satzinger, Jackson, dan Burd (2005:145). Swimlane adalah suatu area yang berbentuk kotak pada activity diagram yang merepresentasikan aktifitas yang selesai oleh seorang agen.
2. Use Case Diagram
User case diagram adalah sebuah diagram yang menunjukan berbagai peran users dan cara users berinteraksi dengan sistem. 3. Event Table
Event table terdiri dari event, trigger, source, user case, response, dan destination.
Gambar 2.6 Information about each event and the resulting use case in an event table
Sumber : Satzinger, Jackson, dan Burd (2005:174), Object Oriented Analysis and Design with the Unified Process
a) Event berisi kejadian yang menyebabkan sistem melakukan seseuatu
b) Trigger berisi hal-hal yang memicu suatu event c) Source berisi sumber dari data yang di-input ke sistem
d) Use case berisi hal yang terjadi pada sistem ketika suatu event terjadi
e) Response berisi output yang dihasilkan oleh sistem f) Destination berisi tujuan dari output tersebut
Menurut Satzinger, Jackson, dan Burd (2005:175), Event Table adalah bagan kasus yang berisi daftar acara yang merupakan bagian kunci dari informasi tentang setiap acara
4. System Sequence Diagram
System Sequence Diagram adalah sebuah diagram yang menunjukan sequence dari pesan antara external actor dan sistem selama use case atau scenario.
5. Domain Model Class Diagram
Sebuah UML class diagram yang menunjukan mana yang penting dalam pekerjaan user, problem domain classes, assosiasi antar kelas, dan attributes mereka.
6. Statechart
Statechart adalah sebuah diagram yang menunjukan hidup dari sebuah obyek dalam state dan transisitions.
2.3.6.3 Desain
Tujuan dari design adalah membangun arsitektur dan detail dari hardware, network, software, dan database. Ada 6 tahap dalam design : mendesain arsitektur layanan pendukung dan deployment environment,
mendesain software architecture, mendesain use case realization, mendesain database, mendesain sistem dan user interface dan mendesain sistem keamanan dan sistem kontrol.
2.3.6.3.1 Desain Deployment Environment
Menurut Satzinger, Jackson, dan Burd (2005:270), Deployment Environment terdiri dari perangkat keras (hardware), perangkat lunak (software), dan lingkungan jaringan yang dimana sistem akan berjalan.
2.3.6.3.1.1 Single Computer and Multitier Architecture Menurut Satzinger, Jackson, dan Burd (2005:270), Single-computer architecture adalah arsitektur yang menjalankan sistem komputer tunggal dalam mengeksekusi semua aplikasi yang berhubungan dengan perangkat lunak.
Gambar 2.7 Single-computer architecture Sumber : Satzinger, Jackson, dan Burd (2005:271), Object
Oriented Analysis and Design with the Unified Process
Menurut Satzinger, Jackson, dan Burd (2005:271), multitier architecture adalah arsitektur yang mendistribusikan aplikasi terkait dengan perangkat lunak atau pengolahan di beberapa sistem komputer.
– Clustered architecture, sekolompok komputer dari jenis yang sama yang berbagi beban pengolahan dan bertindak sebagai sistem komputer tunggal yang besar.
– Multicomputer architecture, sekelompok komputer yang berbeda yang berbagi beban pengolahan melalui spesialisasi fungsi.
Gambar 2.8 Clustered and multicomputer architectures Sumber : Satzinger, Jackson, dan Burd (2005:271), Object
Oriented Analysis and Design with the Unified Process
2.3.6.3.1.2 Centralized and Distributed Architecture Menurut Satzinger, Jackson, dan Burd (2005:272),
Centralized architecture adalah arsitektur yang sumber daya komputasinya dalam sebuah lokasi sentral.
2.3.6.3.2 Desain Software Architecture
Menurut Satzinger, Jackson, dan Burd (2005:277), software architecture terdiri atas :
2.3.6.3.2.1 Client / Server Architecture
Menurut Satzinger, Jackson, dan Burd (2005:277), Client adalah sebuah proses modul, objek, atau komputer yang meminta layanan dari satu atau lebih server.
Menurut Satzinger, Jackson, dan Burd (2005:277), Server adalah sebuah proses, modul, obhek, atau komputer yang menyediakan layanan melalui internet.
Gambar 2.9 Client/server architecture with a shared database
Sumber : Satzinger, Jackson, dan Burd (2005:271), Object Oriented Analysis and Design with the Unifed Process
2.3.6.3.2.2 Three-layer Client / Server Architecture Menurut Satzinger, Jackson, dan Burd (2005:277), Three-layer architecture adalah sebuah client/server architecture yang membagi sebuah aplikasi menjadi view layer, business logic layer, dan daya layer.
Gambar 2.10 Three-layer architecture
Sumber : Satzinger, Jackson, dan Burd (2005:280), Object Oriented Analysis and Design with the Unifed Process
2.3.6.3.3 Desain Class Diagram
Design class diagram adalah extension dari domain model
class diagram yang dikembangkan selama object-oriented requirements. Menurut Satzinger, Jackson, dan Burd (2010:60), Class Diagram adalah suatu model grafik yang digunakan didalam pendekatan object-oriented untuk menunjukan class dari suatu objek didalam sistem. Adapun notasi yang digunakan dalam class diagram adalah :
1. Class berisi attribute dan method.
Gambar 2.11 Class pada Class Diagram 2. Struktur relasi pada class diagram, yaitu :
a. Assosiasi merupakan suatu hubungan yang saling berkaitan diantara beberapa class.
Gambar 2.12 Asosiasi pada Class Diagram b. Agregasi adalah relasi yang menggambarkan class
bagian dari class lain. Agregasi terbagi menjadi dua yaitu shared (lemah) dan composite (kuat).
Gambar 2.13 Composite dan Shared pada Class Diagram
c. Generalisasi adalah pengelompokan beberapa class secara umum.
Gambar 2.14 Generalisasi pada Class Diagram d. Multiplicity atau hubungan antara obyek dengan obyek
yang lain pada class diagram terdiri atas : 1 (exactly one), 0 . . 1 (zero to one), 0 . . * (zero to many), 1 . . * (one to many), * . . *(many to many). Apabila terjadi hubungan many to many, maka harus dilakukan normalisasi.
2.3.6.3.3.1 First Cut Class Diagram
Desain First-cut class diagram dikembangkan berdasarkan hanya pada domain model. Aturan dalam pengembangan first-cut class diagram, yaitu :
1. Hubungan satu banyak (one to many) yang menunjukkan hubungan superior/subordinate, biasanya panah navigasi dari superior ke subordinate. Contoh : class order ke detail order.
2. Hubungan wajib, dimana class yang satu tidak bisa tanpa obyek dari class lain, biasanya panah navigasi dari yang independent ke yang dependent. Contoh : class pelanggan ke class order.
3. Ketika sebuah obyek memerlukan informasi dari obyek lain maka panah navigasi akan dibutuhkan, menunjuk baik pada obyek itu sendiri atau ke parents dalam hierarkinya.
4. Panah navigasi juga bisa bidirectional
2.3.6.3.3.2 Updated Design Class Diagram
Updated design class diagram berisi completeted class diagram dari domain layer class. Updated design class diagram bisa menyediakan hal yang baik, melalui dokumentasi dari design classes dan melayani sebagai cetak biru untuk pemrograman sistem.
2.3.6.3.4 Desain Sequence Diagram
Dalam sequence diagram menggunakan semua elemen yang sama pada SSD. Perbedaannya adalah :System obyek digantikan oleh semua internal obyek dan pesan dalam sistem. Tujuan dari desain sequence diagram adalah mendefinisikan internal processing yang harus terjadi dalam automated system. Notasi dalam sequence diagram, yaitu :
1. Actor memiliki fungsi untuk berinteraksi dengan sistem.
Gambar 2.15 Actor pada Sequence Diagram 2. Object merepresentasikan sistem otomatis.
Gambar 2.16 Object pada Sequence Diagram
3. Activation lifeline menampilkan urutan pesan dari awal hingga akhir dan menunjukkan kapan sebuah obyek menjalankan method.
Gambar 2.17 Activation Lifeline pada Sequence Diagram Actor1
4. Message digambarkan dengan anak panah horizontal antara
activation. Message mengindikasikan komunikasi antara object-object.
Gambar 2.18 Message pada Sequence Diagram 5. Return message digambarkan dengan anak panah horizontal
putus-putus antara activation. Return message menunjukan respon dari sebuah object.
Gambar 2.19 Return Message pada Sequence Diagram Dalam sequence diagram terdiri atas tiga jenis fragmen, yaitu : 1. Opt: menggambarkan proses yang dilakukan atau tidak
dilakukan.
2. Loop: proses yang dilakukan berulang kali.
3. Alt: proses pemilihan yang harus dilakukan, digunakan pada saat ada dua atau lebih pilihan alternatif.
Langkah-langkah dalam mendesain sequence diagram, yaitu : 1. First-cut Sequence Diagram
Tahap-tahap dalam mengembangkan First-cut Sequence Diagram, yaitu :
a) Memilih input message dari use case, lalu tambahkan ke dalam sequence diagram semua obyek-obyek yang harus berkolaborasi
b) Menentukan pesan lain yang harus dikirim, termasuk obyek yang menjadi sumber dan tujuan dari setiap pesan untuk mengumpulkan informasi yang diperlukan
c) Mengganti sistem obyek dengan obyek use case controller
2. View Layer
View layer melibatkan human-computer interaction dan membutuhkan desain user interface untuk setiap use case. Tahap-tahap dalam membuat view layer, yaitu:
a) Mengembangkan desain dialog untuk setiap use case, mendefinisikan satu atau lebih windows form yang user akan gunakan untuk berinteraksi dengan sistem.
b) Setelah selesai dalam dialog design untuk use case, forms ditambahkan sebagai window classes ke sequence diagram sebagai view layer
3. Data Access Layer
Dasar dari pemisahan tanggung jawab juga diterapkan pada data access layer. Sebelum membuat data access layer, domain object perlu diinisialisasi dengan data yang diperlukan dari database.
2.3.6.3.5 Desain Communication Diagram
Communication diagram juga merupakan interaction diagram dan menangkap informasi yang sama. Proses dari desain adalah sama, baik menggunakan communication diagram dan sequence
diagram. Communication diagram berguna untuk menampilkan view yang berbeda dari use case, salah satu yang menekankan coupling. Communication diagram hanya mengandung domain model objects dan tidak mengandung view layer atau data access layer. Notasi communication diagram sama dengan yang ada pada sequence diagram. Simbol lifeline dan activation lifeline tidak digunakan. Notasi communication diagram terdiri dari :
1. Actor yang mengirim pesan awal
2. Object yang menerima pesan dan mengirimkan pesan lainnya 3. Message Arrow dan descriptive name
4. Link adalah notasi dalam communication diagram yang membawa pesan antara obyek atau antara aktor dan obyek. Garis yang menghubungkan antara obyek atau antara aktor dan obyek.
2.3.6.3.6 Desain Package Diagram
Package diagram dalam UML hanya sebuah high-level diagram yang memungkinkan desainer untuk mengasosiasikan classes dari grup-grup yang saling berkaitan. Package diagram berguna untuk menunjukan kelas mana yang bekerja bersama sebagai subsystem. Notasi dari package diagram yaitu tabbed rectangle dan nama package biasanya ditampilkan pada tab. Package diagram terdiri atas tiga layer yang diantaranya yaitu view layer, domain layer dan data access layer.
2.3.6.3.7 Desain User Interface
User Interface adalah bagian dari sistem informasi yang membutuhkan interaksi pengguna untuk membuat inputs dan outputs. Untuk mendesain UI dapat menggunakan eight golden rules, aturan-aturan dalam mendesain UI yang baik. Aturan-aturannya meliputi konsistensi, memudahkan user dengan adanya shortcut, menggunakan informasi feedback, mendesain dialog, error handling, memungkinkan undo, mendukung internal control, mengurangi waktu loading. Hal-hal yang perlu dipahami mengenai user interface baik secara fisik, perceptual, dan konseptual adalah :
1. Aspek fisik dari user interface yang meliputi segala perangkat yang pengguna gunakan baik keyboard, mouse, touch screen, atau keypad.
2. Aspek perceptual dari user interface yang meliputi segala sesuatu yang pengguna akhir lihat, dengar, atau sentuh (di luar perangkat fisik).
3. Aspek konseptual dari user interface yang meliputi segala sesuatu yang user tahu mengenai cara menggunakan sistem, termasuk semua dari problem domain “things” dalam sistem yang user manipulasi, operasi yang dapat dijalankan, prosedur yang diikuti untuk menjalankan operasi.
2.3.6.4 Usecase Diagram
Gambar 2.20 A simple use case with an actor
Sumber : Satzinger, Jackson, dan Burd (2005:215), Object Oriented Analysis and Design with the Unifed Process
Menurut Satzinger, Jackson, dan Burd (2005:213), Use Case Diagram adalah sebuah diagram yang menampilkan bermacam-macam peran user dan bagaimana cara mereka berinteraksi dengan sistem.
Menurut Satzinger, Jackson, dan Burd (2005:219), proses untuk bergerak dari peristiwa bisnis untuk mendefinisikan use case membutuhkan dua langkah, dilakukan dalam iterasi :
- Mengidentifikasi aktor untuk setiap use case.
- Mengidentifikasi setiap peran aktor, menggali informasi dari peristiwa bisnis yang menggambarkan respon sistem terhadap peristiwa bisnis.
Figur yang disebut aktor dan
mewakili peran
Garis penghubung yang menunjukkan partisipasi actor dengan use case yang mana
2.3.6.4.1 Usecase Description
Menurut Satzinger, Jackson, dan Burd (2005:220), Scenario or Use Case Instance adalah urutan tertentu pada langkah-langkah use case; sebuah use case mungkin memiliki beberapa scenario yang berbeda. Biasanya, use case description ditulis dalam tiga tingkat detil yang terpisah : brief description, intermediate description, dan fully developed description.
2.3.6.4.2 Brief Description
Menurut Satzinger, Jackson, dan Burd (2005:220), brief description dapat digunakan untuk use case yang sederhana, terutama ketika sistem yang akan dikembangkan juga kecil, aplikasi yang mudah dipahami. Sebuah use case sederhana.
Gambar 2.21 Brief description of Create new order use case
Sumber : Satzinger, Jackson, dan Burd (2005:215), Object Oriented Analysis and Design with the Unifed Process
2.3.6.4.3 Intermediate Description
Menurut Satzinger, Jackson, dan Burd (2005:221), tingkat intermediate description memperluas brief description untuk memasukkan aliran aktivitas internal untuk use case.
Gambar 2.22 Intermediate description of the telephone order scenario for Create new order
Sumber : Satzinger, Jackson, dan Burd (2005:215), Object Oriented Analysis and Design with the Unifed Process
2.3.6.4.4 Fully Developed Description
Menurut Satzinger, Jackson, dan Burd (2005:221), fully developed description adalah metode paling formal dalam mendokumentasikan use case.
Gambar 2.23 Fully developed description of the telephone order scenario for Create new order
Sumber : Satzinger, Jackson, dan Burd (2005:215), Object Oriented Analysis and Design with the Unifed Process
