BAB II LANDASAN TEORI 2.1 Pengembangan Sistem Informasi 2.1.1 SDLC (System Development Life Cycle) Menurut Dennis, Barbara, dan Roberta (2012:6) System Development Life Cycle (SDLC) merupakan proses menentukan bagaimana sebuah sistem informasi dapat mendukung kebutuhan bisnis, merancang bisnis, membangun, dan menyerahkan sistem informasi tersebut kepada penggunanya. 2.1.2 Model Waterfall Menurut Alan Dennis (2012;51) Metodologi pengembangan air terjun (waterfall) memiliki keunggulan mengidentifikasi persyaratan sebelum pemrograman dimulai dan membatasi perubahan persyaratan sebagai hasil proyek. Kelemahan utama adalah bahwa desain harus sepenuhnya ditentukan sebelum program dimulai, waktu yang lama antara penyelesaian proposal sistem dalam tahap analisis dan pengiriman sistem, dan pengujian diperlakukan hampir sebagai pemikiran dalam tahap implementasi. Tambahan lagi, mekanisme komunikasi yang buruk, sangat penting persyaratan dapat diabaikan dalam volume dokumentasi. Jika tim proyek mencari kebutuhan penting, pemrograman pascapelaksanaan mungkin diperlukan. Pengguna mungkin lupa tujuan awal dari sistem, karena begitu banyak waktu telah berlalu antara ide asli dan pelaksanaannya. Juga, lingkungan bisnis yang dinamis, sistem yang memenuhi kondisi lingkungan yang ada selama fase analisis mungkin perlu perulangan yang cukup untuk mencocokkan lingkungan ketika diimplementasikan. perulangan ini dibutuhkan kembali ke dalam tahap awal dan membuat perubahan yang dibutuhkan melalui setiap fase berikutnya pada gilirannya.. 6
7 Gambar 2. 1 Model Waterfall (Alan Dennis, 2012) Berikut ini adalah penjelasan dari langkah langkah pada diagram waterfall: a. Planning Tahap planning adalah proses dasar memahami mengapa informasi sistem harus dibangun dan menentukan bagaimana tim proyek dibuat. b. Analysis Tahap analisis menjawab pertanyaan tentang siapa yang akan menggunakan sistem, apa yang system akan dilakukan, dan di mana dan kapan akan digunakan Selama fase ini, tim proyek menyelidiki sistem saat ini, mengidentifikasi peluang perbaikan, dan mengembangkan konsep untuk sistem baru. c. Design Tahap desain memutuskan bagaimana sistem akan beroperasi dalam hal perangkat keras, software, dan infrastruktur jaringan yang akan di tempat; user interface, bentuk, dan laporan yang akan digunakan; dan spesifik program, database, dan file yang akan dibutuhkan. Meskipun sebagian besar keputusan strategis tentang sistem yang dibuat dalam pengembangan konsep sistem selama tahap analisis, langkah- langkah dalam tahap desain menentukan dengan tepat bagaimana sistem akan beroperasi. d. Implementation Tahap akhir dalam SDLC adalah tahap implementasi, di mana system sebenarnya dibangun (atau dibeli, dalam kasus desain paket perangkat lunak
8 dan diinstal). Ini adalah fase yang biasanya mendapat perhatian yang besar, karena untuk sebagian besar sistem itu adalah terpanjang dan paling mahal tunggal bagian dari proses pembangunan. 2.2 Unified Modelling Language 2.2.1 Pengertian UML UML singkatan dari Unitified Modeling Language yang berarti bahasa pemodelan standar. Menurut Alan Dennis (2012:514], Tujuan dari Unified Modeling Language adalah untuk menyediakan kosa kata umum istilah berbasis obyek dan teknik diagram yang cukup kaya untuk memodelkan setiap proyek pengembangan sistem dari analisis untuk merancang.. Versi UML mendefinisikan satu set 14 teknik diagram untuk pemodelan sistem. Diagram yang dibagi menjadi dua kelompok utama: satu untuk pemodelan struktur sistem dan satu untuk perilaku modeling. Diagram struktur yang digunakan untuk mewakili data dan hubungan statis yang berada dalam suatu sistem informasi. Diagram perilaku memberikan analis dengan cara menggambarkan hubungan dinamis antara contoh atau benda yang mewakili sistem informasi bisnis. Mereka juga memungkinkan pemodelan perilaku dinamis objek individu sepanjang hidup mereka. Diagram perilaku mendukung analis dalam pemodelan persyaratan fungsional dari suatu sistem informasi yang berkembang. 2.2.2 Use Case Diagram Menurut Satzinger, Robert, dan Stephen (2012:78) Use case diagram merupakan model UML yang digunakan secara grafis untuk menunjukkan use case dan hubungannya dengan user. Tujuan utama use case diagram adalah membantu tim pengembang memvisualisasikan persyaratan fungsional dari sistem termasuk hubungan aktor (yang akan berinteraksi dengan sistem) serta hubungan antara use case yang berbeda. Use case diagram mewakili bagaimana sistem berinteraksi dengan lingkungannya dengan menggambarkan kegiatan yang dilakukan oleh pengguna sistem dan reaksi sistem. Use case diagram dibuat untuk membantu tim pengembang memahami lebih lengkap langkah langkah yang terlibat dalam memenuhi sasaran pengguna. (Dennis, Barbara, dan Roberta, 2012:148) Tabel 2. 1 Simbol Use Case Diagram (Dennis, Barbara, dan Roberta, 2012:518) Simbol Nama Deskripsi Use Case Menggambarkan proses, Use case name biasanya dinyatakan dengan
9 Actor role name menggunakan kata kerja di awal frase nama use case. Ditempatkan di dalam batas sistem, dapat menggunakan use case yang lain. Aktor / Actor Aktor adalah orang atau sistem yang memperoleh keuntungan dan berada di luar dari sistem. Actor dapat berasosiasi dengan actor lainnya dengan menggunakan specialization / superclass association. Association Komunikasi antara aktor dan use case yang berpartisipasi pada use case atau use case memiliki interaksi dengan aktor. Extend Menggambarkan kebergantungan antar use case. Include Menggambarkan kebergantungan antar use case. Generalization Merupakan kasus penggunaan dari khusus - umum. System Merupakan lingkup sistem. Boundary Contoh penggunaan simbol use case dapat dilihat pada Gambar 2.2.
10 Gambar 2.2 Contoh Use Case Diagram (Dennis, Barbara, dan Roberta, 2012:136) 2.2.3 Activity Diagram Activity diagram menggambarkan aliran fungsional sistem, pada tahap pemodelan bisnis, diagram aktivitas dapat digunakan untuk menunjukkan aliran kerja bisnis dan untuk menggambarkan aliran kejadian dalam use case Beberapa simbol yang digunakan dalam menggambarkan activity diagram dapat dilihat pada tabel. Tabel 2. 2 Simbol Activity Diagram Alan Dennis (2012:536) Simbol Nama Deskripsi Initial Node / Status awal Tanda awal dari sebuah aktivitas Activity aktivitas yang dilakukan sistem, aktivitas biasanya diawali dengan kata
11 Simbol Nama Deskripsi kerja Percabangan / decision Fork node dan join node Activity Final Node / Status Akhir Swimlane Pilihan untuk mengambil keputusan. Decision menunjukkan alternatif berdasarkan kondisi dari sebuah objek atau sekumpulan objek. Fork node digunakan untuk menunjukkan pemisahan aliran kontrol ke dalam kegiatan kegiatan paralel. Join node digunakan untuk menggabungkan dua kegiatan paralel menjadi satu. Tanda berakhirnya sebuah aktivitas Memisahkan organisasi bisnis yang bertanggung jawab terhadap aktivitas yang terjadi Contoh activity diagram ditunjukkan pada gambar 2.3.
12 Gambar 2.3 Contoh Activity Diagram Alan Dennis (2012:536) 2.2.4 Class Diagram Class diagram adalah model statis dalam mengembangkan sistem. Class diagram menggambarkan struktur dan seskripsi kelas serta hubungan antar kelas. (Dennis, Barbara, dan Roberta, 2012:521). Atribut dan metode dapat memiliki salah satu sifat berikut: a. Private, tidak dapat dipanggil dari luar class yang bersangkutan. b. Protected, hanya dapat dipanggil oleh lass yang bersangkutan dan anak anak yang mewarisinya. c. Public, dapat dipanggil oleh siapa saja. Tabel 2.3 Simbol Class Diagram (Dennis, Barbara, dan Roberta, 2012:524) Simbol Nama Deskripsi
13 Class name -Atribute name -/derived attribute name +Operation name() Kelas Merepresentasikan person, tempat, atau hal lain yang harus ditangkap sistem dan menyimpan informasi. Nama kelas diketik tebal dan berada pada posisi tengah. Mempunyai daftar atribut. Memiliki daftar method (operation) Association Merupakan hubungan antara beberapa class, atau class dan dirinya sendiri. Diberi label kata kerja atau nama peran, mana yang lebih baik menjelaskan relasinya. Bisa ada di antara satu atau lebih class Directed Relasi antarkelas Association / Asosiasi Berarah dengan makna kelas yang satu digunakan oleh kelas yang lain, asosiasi biasanya juga disertai dengan multiplicity. Generalization Relasi antarkelas dengan makna generalisasi - spesialisasi (umum khusus).
14 Dependency / Kebergantungan Aggregation / agregasi Relasi antarkelas dengan makna kebergantungan antarkelas. Relasi antarkelas dengan makna semua bagian (whole part).
15 Contoh penggunaan simbol class diagram dapat dilihat pada Gambar 2.4. 2.2.5 Sequence Diagram Gambar 2. 4 Contoh Class Diagram (Dennis, Barbara, dan Roberta, 2012:523) Sequance diagram adalah diagram interaksi yang di susun berdasarkan urutan waktu. Teknik utama berikutnya UML diagram adalah Sequance diagram. Urutan A diagram menggambarkan objek yang berpartisipasi dalam kasus penggunaan dan pesan yang melewati antara mereka dari waktu ke waktu untuk satu kasus penggunaan. Sequance diagram dinamis Model yang mendukung tampilan yang dinamis dari sistem berkembang. Ini menunjukkan eksplisit urutan pesan yang lewat di antara objek dalam interaksi didefinisikan. Sejak diagram urutan menekankan memesan berbasis waktu dari aktivitas yang berlangsung antara satu set objek, mereka sangat membantu untuk memahami real-time spesifikasi dan kasus penggunaan kompleks. Diagram urutan dapat menjadi diagram urutan generik yang menunjukkan semua kemungkinan scenario untuk kasus penggunaan, tetapi biasanya setiap analis mengembangkan satu set Sequance diagram misalnya, yang masing- masing menggambarkan skenario tunggal dalam kasus penggunaan. Jika Anda tertarik dalam memahami aliran kontrol dari skenario oleh waktu, Anda harus menggunakan Sequance diagram untuk menggambarkan informasi ini. Diagram yang digunakan seluruh baik analisis dan desain fase; Namun, diagram desain sangat spesifik implementasi, sering termasuk objek database atau GUI tertentu
16 komponen sebagai kelas. Bagian berikut pertama menyajikan sintaks dari diagram urutan dan kemudian menunjukkan bagaimana seseorang harus ditarik. (Alan Dennis, 2012:532) Tabel 2.4 Simbol Sequence Diagram (Dennis, Barbara, dan Roberta, 2012:532) Simbol Name Deskripsi anobject:aclass Actor Object LifeLine Execcution Occurrence - Menggambarkan seseorang atau sesuatu baik perangkat maupun sistem lain yang berinteraksi dengan sistem. - Berpartisipasi secara berurutan dalam pengiriman dan/atau penerimaan pesan. - Ditempatkan dibagian atas diagram. - Object merupakan instance dari sebuah class dan dituliskan tersusun secara horizontal. - Berpartisipasi secara berurutan dengan mengirimkan dan/atau menerima pesan. - Ditempatkan di bagian atas diagram. Mengindikasikan keberadaan sebuah objek dalam basis waktu. Notasi untuk Lifeline adalah garis putus-putus vertikal yang ditarik dari sebuah object. Menyatakan objek dalam keadaan aktif dan berinteraksi pesan.
17 Message Message (return) Message (return) Menggambarkan pesan antar object. Pesan yang dikirim untuk diri sendiri secara langsung. Pesan yang dikirim untuk diri sendiri. Contoh penggunaan simbol sequence diagram dapat dilihat pada Gambar 2.5. Gambar 2.5 Contoh Sequence Diagram (Dennis, Barbara, dan Roberta, 2012:531) 2.3 Literatur Review 2.3.1 Literatur Rancang Bangun Aplikasi Pemesanan Menu Makanan Restoran Berbasis Android E-journal Teknik Informatika, Vol 9, No 1, October 2016, pengarang Jos Forman Tompoh, Steven R. Sentinuwo, Alicia A. E. Sinsuw. Pemanfaatan teknologi Smartphone pada berbagai aspek kini telah dirasakan dampaknya, tanpa terkecuali sampai pada restoran-restoran yang ingin memanfaatkan teknologi ini demi kepuasan pelanggan dan keuntungan pihak restoran. Manusia pada umumnya menginginkan segala sesuatu dapat dengan mudah dikerjakan, begitu pula dengan pelanggan restoran yang ingin memesan menu dengan mudah dalam artian tidak rumit
18 dan tidak memakan waktu yang lama. Mudah dalam memesan menu yang dimaksud adalah tanpa harus mengantri dan tanpa harus menunggu pelayan yang sibuk dengan pelanggan lainnya. Pelanggan restoran juga dapat mengambil waktu dalam memesan pesanan yang sesuai kebutuhan sehingga tidak terganggu dengan keberadaan pelayan yang sedang menunggu pesanan tersebut. Kemudian pihak restoran membutuhkan sistem yang dapat mengatur dan memanajemen pemesanan menu sesuai dengan kebutuhan pelanggan, juga kebutuhan pihak restoran tersebut. Sistem ini dapat mempermudahkan pihak restoran seperti mengatur antrian pesanan sesuai waktu pemesanan pelanggan, mengatur status ketersediaan menu secara real-time, dan dapat mengkontrol jumlah pesanan. 2.3.2 Literatur APLIKASI PEMESANAN MAKANAN BERBASIS WEB (Studi Kasus: RM Lesehan Berkah Ilaahi Gresik) e-jurnal NARODROID, Vol. 1 No.2 Juli 2015, pengarang Immah Inayati, Nur Hidayatulloh, Made Kamisutara. Teknologi Informasi berkembang sangat cepat belakangan ini. Selaras dengan hal itu, kebutuhan manusia pun semakin berkembang baik untuk kebutuhan pribadi maupun untuk keperluan peningkatan usaha. Salah satunya adalah RM Lesehan Berkah Ilaahi yang kini sudah memiliki sistem pemesanan makanan dan ingin dikembangkan lebih jauh hususnya di sisi promosi. Belajar dari sistem yang sudah ada dan dari perkembangan teknologi web yang semakin mutahir, penulis ingin membuat sistem baru yang mengadopsi fungsi dasar dari sistem lama namun dengan fungsionalitas yang lebih luas. Dengan adanya fungsi ini, diharapkan sistem yang ada tidak hanya melayani pemesanan makanan saja, namun mampu memberikan sesuatu yang menarik untuk lebih mudah mendapatkan pelanggan, menjalin hubungan erat dengan pelanggan dan tentu saja mempertahankan pelanggan. Hasil akhir yang diharapkan adalah proses yang semakin terstruktur dan tentu saja peningkatan layanan serta penghasilan perusahaan. Sistem ini tidak hanya akan mencakup fitur pemesanan namun juga memfasilitasi promosi dan penawaran menu yang tentu akan sangat memudahkan pemilik rumah maklan untuk mengembangkan usahanya.selain itu sistem ini juga akan dilengkapi dengan fitur monitoring dan penyusunan laporan. 2.3.3 Literatur Yang Digunakan Dari kedua deskripsi literature yang penulis baca keduanya memiliki kebutuhan yang berbeda dari masing-masing penelitian yang di dasari dari
19 masalah yang ada dari sebuah penelitian tersebut dengan tujuan untuk mempermudah melakukan pemesanan, pada literatur 2.3.1 sistem baru akan dibentuk dan pada literatur 2.3.2 sistem sudah ada dan akan dikembangkan lebih luas lagi.