Unified Modeling Language

Unified Modeling Language (UML) adalah himpunan struktur dan teknik untuk pemodelan desain program berorientasi objek (OOP) serta aplikasinya. UML adalah metodologi untuk mengembangkan sistem OOP dan sekelompok perangkat tool untuk mendukung pengembangan sistem tersebut. UML mulai diperkenalkan oleh object management group, sebuah organisasi yang telah mengembangkan model, teknologi, dan standar OOP sejak tahun 1980-an. Sekarang UML sudah mulai banyak digunakan oleh para praktisi OOP. UML merupakan dasar bagi perangkat (tool) desain berorientasi objek dari IBM

UML adalah suatu bahasa yang digunakan untuk menentukan, memvisualisasikan, membangun, dan mendokumentasikan suatu sistem informasi. UML dikembangkan sebagai suatu alat untuk analisi dan desain berorientasi objek oleh Grady Booch, Jim Rumbaugh, dan Ivar Jacobson. Namun demikian UML dapat digunakan untuk memahami dan mendokumentasikan setiap sistem informasi. Penggunaan UML dalam industri terus meningkat. Ini merupakan standar terbuka yang menjadikannya sebagai bahasa pemodelan yang umum dalam industri peranti lunak dan pengembangan sistem.

DIAGRAM UML:

UML menyediakan 10 macam diagram untuk memodelkan aplikasi berorientasi objek, yaitu:

•           Use Case Diagram untuk memodelkan proses bisnis.

•           Conceptual Diagram untuk memodelkan konsep-konsep yang ada di dalam aplikasi.

•           Sequence Diagram untuk memodelkan pengiriman pesan (message) antar objects.

•           Collaboration Diagram untuk memodelkan interaksi antar objects.

•           State Diagram untuk memodelkan perilaku objects di dalam sistem.

•           Activity diagram untuk memodelkan perilaku Use Cases dan objects di dalam system.

•           Class Diagram untuk memodelkan struktur kelas.

•           Object Diagram untuk memodelkan struktur object.

•           Component Diagram untuk memodelkan komponen object.

•           Deployment Diagram untuk memodelkan distribusi aplikasi.

Berikut akan dijelaskan 4 macam diagram yang paling sering digunakan dalam pembangunan aplikasi berorientasi object, yaitu use case diagram, sequence diagram, collaboration diagram, dan class diagram.

Use Case Diagram

Use case diagram digunakan untuk memodelkan semua bisnis proses berdasarkan perspektif pengguna sistem. Use case diagram terdiri atas diagram untuk use case dan actor. Actormerepresentasikan orang yang akan mengoperasikan atau orang yang berinteraksi dengan sistem aplikasi.

Use case merepresentasikan operasi-operasi yang dilakukan oleh actor. Use case digambarkan berbentuk elips dengan nama operasi dituliskan di dalamnya.Actor yang melakukan operasi dihubungkan dengan garis lurus ke use case.

Sequence Diagram

Sequence Diagram merupakan gambungan dari Diagram Class dan diagram Object yang memiliki suatu gambaran model statis.Namun ada juga yang bersifat dinamis, seperti Diagram Interaction.Diagram sequence merupakan salah satu diagram Interaction yangmenjelaskan bagaimana suatu operasi itu dilakukan; message (pesan) apa yang dikirimdan kapan pelaksanaannya. Diagram ini diatur berdasarkan waktu. Objek-objek yang berkaitan dengan proses berjalannya operasi diurutkan dari kiri ke kanan berdasarkan waktu terjadinya dalam pesan yang terurut.

Class diagram

Class diagram menggambarkan struktur statis class di dalam sistem. class merepresentasikan sesuatu yang ditangani oleh sistem. class dapat berhubungan dengan yang lain melalui berbagai cara: associated (terhubung satu sama lain), dependent (satu class tergantung/menggunakan class yang lain), specialed (satu class merupakan spesialisasi dari class lainnya), atau package (group bersama sebagai satu unit). sebuah sistem biasanya mempunyai beberapa class diagram.

sumber : https://id.wikipedia.org/wiki/Unified_Modeling_Language

Tujuan Penggunaan UML

1. Memberikan bahasa pemodelan yang bebas dari berbagai bahas pemrograman dan proses rekayasa.

2. Menyatukan praktek-praktek terbaik yang terdapat dalam pemodelan.

3. Memberikan model yang siap pakai, bahsa pemodelan visual yang ekspresif untuk mengembangkan dan saling menukar model dengan mudah dan dimengerti secara umum.

4. UML bisa juga berfungsi sebagai sebuah (blue print) cetak biru karena sangat lengkap dan detail. Dengan cetak biru ini maka akan bias diketahui informasi secara detail tentang coding program atau bahkan membaca program dan menginterpretasikan kembali ke dalam bentuk diagram (reserve enginering).

FUNGSI UML

1. Untuk menggambarkan batasan sistem dan fungsi-fungsi sistem secara umum, dibuat dengan use case dan actor

2. Untuk menggambarkan  kegiatan atau proses bisnis yang dilaksanakan secara umum, dibuat dengan interaction diagrams

3.  Untuk menggambarkan representasi struktur statik sebuah sistem dalam bentuk class diagrams

4.  Untuk membuat model behavior ”yang menggambarkan kebiasaan atau sifat sebuah sistem” dengan state transition diagrams

5. Untuk menyatakan arsitektur implementasi fisik menggunakan component and development diagram, untuk menyampaikan atau memperluas fungsionality dengan stereotypes.

sumber : http://semuasatu233.blogspot.com/2014/09/pengertian-dan-fungsi-uml_13.html

Data Flow Diagram

DFD

(Data Flow Diagram)

Data Flow Diagram (DFD) adalah alat pembuatan model yang memungkinkan profesional sistem untuk menggambarkan sistem sebagai suatu jaringan proses fungsional yang dihubungkan satu sama lain dengan alur data, baik secara manual maupun komputerisasi. DFD ini sering disebut  juga dengan nama Bubble chart, Bubble diagram, model proses, diagram alur kerja, atau model fungsi.

DFD ini adalah salah satu alat pembuatan model yang sering digunakan, khususnya bila fungsi-fungsi sistem merupakan bagian yang lebih penting dan kompleks  dari pada data yang dimanipulasi oleh sistem. Dengan kata lain, DFD adalah alat pembuatan model yang memberikan penekanan hanya pada fungsi sistem.

DFD ini merupakan alat perancangan sistem  yang berorientasi pada  alur data dengan konsep dekomposisi dapat digunakan untuk penggambaran analisa maupun rancangan sistem yang mudah dikomunikasikan oleh profesional sistem kepada pemakai maupun pembuat program.

KOMPONEN DATA FLOW DIAGRAM

Menurut Gene dan Serson

Komponen Terminator / Entitas Luar

Terminator mewakili entitas eksternal yang berkomunikasi dengan sistem yang sedang dikembangkan.Biasanya terminator dikenal dengan nama entitas luar (external entity). 

Terdapat dua jenis terminator :

1)      Terminator Sumber ( source) : merupakan terminator yang menjadi sumber.

2)      Terminator Tujuan (sink) : merupakan terminator yang menjadi tujuan  data / informasi sistem.

Komponen Proses

Komponen proses menggambarkan bagian dari sistem yang mentransformasikan input menjadi output.

Ada empat kemungkinan yang dapat terjadi dalam proses sehubungan dengan input dan output : 

Ada beberapa hal yang perlu diperhatikan tentang proses :

•      Proses harus memiliki input dan output.

•      Proses dapat dihubungkan dengan komponen terminator, data store atau proses melalui alur data.

•      Sistem/bagian/divisi/departemen yang sedang dianalisis oleh profesional sistem digambarkan dengan komponen proses.

Komponen Data Store

Komponen ini digunakan untuk membuat model sekumpulan paket data dan  diberi nama dengan  kata benda jamak, misalnya Mahasiswa.

Data store ini biasanya berkaitan dengan penyimpanan-penyimpanan, seperti file atau database yang  berkaitan dengan penyimpanan secara komputerisasi, misalnya file disket, file harddisk, file pita magnetik. Data store juga berkaitan dengan penyimpanan secara manual seperti buku alamat, file folder, dan agenda.

Komponen Data Flow / Alur Data

Suatu data flow / alur data digambarkan dengan anak panah, yang menunjukkan arah menuju ke dan keluar dari suatu proses. Alur data ini digunakan untuk menerangkan perpindahan data atau paket data/informasi dari satu bagian sistem ke bagian lainnya.

Contoh Data Flow Diagram

Sumber : http://octavia-chaniago.blogspot.com/2011/01/pengertian-dan-contoh-dari-dfd-dan-erd.html

Entity Relationship Diagram (ERD)

Entity Relationship Diagram (ERD) adalah menyediakan cara untuk mendeskripsikan perancangan basis data pada peringkat logika.

Entity Relationship Diagram (ERD) adalah gambaran mengenai berelasinya antarentitas.

-       Sistem adalah kumpulan elemen yang setiap elemen memiliki fungsi masing-masing dan secara bersama-sama mencapai tujuan dari sistem tersebut.

-       ‘Kebersama-sama’-an dari sistem di atas dilambangkan dengan saling berelasinya antara satu entitas dengan entitas lainnya

-       Entitas (entity/ entity set), memiliki banyak istilah di dalam ilmu komputer, seperti tabel (table), berkas (data file), penyimpan data (data store), dan sebagainya

ERD merupakan suatu model untuk menjelaskan hubungan antar data dalam basis data berdasarkan objek-objek dasar data yang mempunyai hubungan antar relasi.ERD untuk memodelkan struktur data dan hubungan antar data, untuk menggambarkannya digunakan beberapa notasi dan simbol. Pada dasarnya ada tiga simbol yang digunakan, yaitu :

1)      Entiti

Entiti merupakan objek yang mewakili sesuatu yang nyata dan dapat dibedakan dari sesuatu yang lain. Simbol dari entiti ini biasanya digambarkan dengan persegi panjang.

2)      Atribut

Setiap entitas pasti mempunyai elemen yang disebut atribut yang berfungsi untuk mendeskripsikan karakteristik dari entitas tersebut. Isi dari atribut mempunyai sesuatu yang dapat mengidentifikasikan isi elemen satu dengan yang lain. Gambar atributdiwakili oleh simbol elips.

3)      Hubungan / Relasi

Hubungan antara sejumlah entitas yang berasal dari himpunan entitas yang berbeda. Relasi dapat digambarkan sebagai berikut :

Relasi yang terjadi diantara dua himpunan entitas (misalnya A dan B) dalam satu basis data yaitu:

1). Satu ke satu (One to one)

Hubungan relasi satu ke satu yaitu setiap entitas pada himpunan entitas A berhubungan paling banyak dengan satu entitas pada himpunan entitas B.

2). Satu ke banyak (One to many)

Setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B, tetapi setiap entitas pada entitas B dapat berhubungan dengan satu entitas pada himpunan entitas A.

3). Banyak ke banyak (Many to many)

Setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B.

contoh ERD

Derajat Relationship

Terdapat 3 macam derajat dari relationship, yaitu :

Unary Degree (derajat satu),

Bila satu entity mempunyai relasi terhadap dirinya sendiri.  Digambarkan sebagai berikut :

Bila satu entity mempunyai relasi terhadap dirinya sendiri.  Digambarkan sebagai berikut :

Binary degree (derajat dua) dan

Bila satu relasi menghubugkan dua entity, digambarkan sebagai berikut :

Ternary degree (derajat tiga)

Bila satu entity menghubungkan lebih dari dua entity. Digambarkan sebagai berikut :

Simbol-simbol  ER-Diagram

Contoh Penggambaran Diagram ERD

sumber : http://octavia-chaniago.blogspot.com/2011/01/pengertian-dan-contoh-dari-dfd-dan-erd.html

FLOWCHART

Flowchart

Flowchart adalah adalah suatu bagan dengan simbol-simbol tertentu yang menggambarkan urutan proses secara mendetail dan hubungan antara suatu proses (instruksi) dengan proses lainnya dalam suatu program.

Berikut ini adalah beberapa simbol yang digunakan dalam menggambar suatu flowchart :

Flowchart terbagi atas lima jenis, yaitu :

•           Flowchart Sistem (System Flowchart)

•           Flowchart Flowchart Dokumen (Document Flowchart)

•           Flowchart Skematik (Schematic Flowchart)

•           Flowchart Program (Program Flowchart)

•           Flowchart Proses (Process Flowchart)

Flowchart Sistem

Flowchart Sistem merupakan bagan yang menunjukkan alur kerja atau apa yang sedang dikerjakan di dalam sistem secara keseluruhan dan menjelaskan urutan dari prosedur-prosedur yang ada di dalam sistem. Dengan kata lain, flowchart ini merupakan dekripsi secara grafik dari urutan prosedur-prosedur yang terkombinasi yang membentuk suatu sistem.

Flowchart Sistem terdiri dari data yang mengalir melalui sistem dan proses yang mentransformasikan data itu. Data dan proses dalam flowchart sistem dapat digambarkan secara online (dihubungkan langsung dengan komputer) atau offline (tidak dihubungkan langsung dengan komputer, misalnya mesin tik, cash register atau kalkulator).

Flowchart Dokumen

Bagan alir dokumen (document flowchart) atau disebut juga bagan alir formulir (form flowchart) atau paperwork flowchart merupakan bagan alir yang menunjukkan arus dari laporan dan formulir termasuk tembusan-tembusannya. Bagan alir dokumen ini menggunakan simbol-simbol yang sama dengan yang digunakan di dalam bagan alir sistem.

Flowchart Skematik

Bagan alir skematik (schematic flowchart) merupakan bagan alir yang mirip dengan bagan alir sistem, yaitu untuk menggambarkan prosedur di dalam sistem. Perbedaannya adalah, bagan alir skematik selain menggunakan simbol-simbol bagan alir sistem, juga menggunakan gambar-gambar komputer dan peralatan lainnya yang digunakan. Maksud penggunaan gambar-gambar ini adalah untuk memudahkan komunikasi kepada orang yang kurang paham dengan simbol-simbol bagan alir. Penggunaan gambar-gambar ini memudahkan untuk dipahami, tetapi sulit dan lama menggambarnya.

Flowchart Program

Bagan alir program (program flowchart) merupakan bagan yang menjelaskan secara rinci langkah-langkah dari proses program. Bagan alir program dibuat dari derivikasi bagan alir sistem.

Bagan alir program dapat terdiri dari dua macam, yaitu bagan alir logika program (program logic flowchart) dan bagan alir program komputer terinci (detailed computer program flowchart). Bagan alir logika program digunakan untuk menggambarkan tiap-tiap langkah di dalam program komputer secara logika. Bagan alir logika program ini dipersiapkan oleh analis sistem.

Flowchart Proses

Flowchart Proses merupakan teknik penggambaran rekayasa industrial yang memecah dan menganalisis langkah-langkah selanjutnya dalam suatu prosedur atau sistem. Bagan alir proses menggunakan lima buah simbol tersendiri seperti terlihat pada tabel di bawah ini.

Flowchart Proses digunakan oleh perekayasa industrial dalam mempelajari dan mengembangkan proses-proses manufacturing. Dalam analisis sistem, flowchart ini digunakan secara efektif untuk menelusuri alur suatu laporan atau form.

Jenis flowchart dan perbedaanya

 Flowchart adalah sekumpulan gambar – gambar tertentu untuk menyatakan alur dari suatu program yang akan diterjemahkan ke salah satu bahasa pemrograman. Kegunaan flowchart sama seperti halnya algoritma yaitu untuk menuliskan alur program tetapi dalam bentuk gambar atau symbol.

Flowchart dibagi menjadi dua (2) bagian, yaitu :

1. Flowchart yang menggambarkan alur suatu sistem

2. Flowchart yang menggambarkan alur dari suatu program.

Perbedaan DFD dan Flowchart

 berikut Perbedaan antara DFD dan Flowchart

1. DFD menunjukkan alur data di suatu sistem sedangkan flowchart sistem menjelaskan alur kerja atau prosedur-prosedur yang ada di dalam sistem

2. DFD prosesnya dapat dilakukan serentak atau pararel sedangkan flowchart alur datanya harus urut

3. DFD tidak ada looping sedangkan flowchart ada looping

4. DFD tidak ada proses perhitungan sedangkan flowchart ada proses perhitungan

Berikut adalah sebuah contoh flowchart sederhana untuk mencari bilangan terkecil dari dua buah bilangan yang diinputkan..

Flowchart membuat urutan proses menjadi jelas dan sangat logis sehingga bisa memudahkan kita dalam merancang sebuah program.. Walau nantinya program yang rumit juga memerlukan penalaran logika yang rumit tetapi dengan menganalisa menggunakan flowchart, semuanya menjadi sangat logis dan masuk akal.

sumber :https://cybernur.wordpress.com/tag/flowchart-sistem/

ANALISIS SISTEM

1. ANALISI SISTEM

Dalam menganalisis sebuah sistem, biasanya akan dilakukan terhadap beberapa aspek antara lain adalah kinerja, informasi, ekonomi, keamanan aplikasi, efisiensi dan pelayanan pelanggan. Analisis ini disebut dengan PIECES Analysis (performance, information, economy, control, efficiency and service).

Analisis PIECES ini sangat penting untuk dilakukan sebelum menganalisis sebuah sitem informasi karena dalam analisis ini biasanya akan ditemukan beberapa masalah utama maupun masalah yang bersifat gejala dari masalah utama (Whitten, 2004 : p88).

-       SISTEM

Sistem adalah sekumpulan komponen yang saling berhubungan dan bekerjasama untuk mencapai tujuan (Sommerville, 2003: p20).

2. KEBUTUHAN PERANGKAT LUNAK

Kebutuhan PL Kebutuhan perangkat lunak adalah kondisi, kriteria, syarat atau kemampuan yang harus dimiliki oleh perangkat lunak untuk memenuhi apa yang diinginkan pemakai. Terdapat tiga jenis kebutuhan PL Kebutuhan Fungsional Kebutuhan Antar Muka Kebutuhan Unjuk Kerja

-       Kebutuhan Fungsional (functional requirement)

Disebut juga kebutuhan operasional Kebutuhan yang berkaitan dengan fungsi atau proses transformasi yang harus mampu dikerjakan oleh perangkat lunak. Contoh Perangkat lunak harus dapat menyimpan semua rincian data pesanan pelanggan. Perangkat lunak harus dapat membuat laporan penjualan sesuai dengan periode waktu tertentu. Perangkat lunak harus mampu menyajikan informasi jalur pengiriman barang terpendek.

-       Kebutuhan Antarmuka (interface requirement)

Kebutuhan yang menghubungkan perangkat lunak dengan elemen perangkat keras, perangkat lunak, atau basis data. Contoh Perangkat untuk memasukkan data dapat berupa PC, keyboard, mouse atau scanner (Antarmuka Perangkat Keras) Akses ke basisdata menggunakan ODBC (Open Database Connectivity) (Antarmuka Perangkat Lunak)

3. ANALISIS KEBUTUHAN PL

Mempelajari dan memahami persoalan Mengidentifikasi kebutuhan pemakai Mendefinisikan kebutuhan perangkat lunak Membuat dokumen spesifikasi kebutuhan perangkat lunak (SKPL) Mengkaji ulang (review) kebutuhan

-        Mempelajari dan memahami persoalan

Pada tahap ini, seorang analis mempelajari masalah yang ada pada perangkat lunak yang dikembangkan sehingga dapat ditentukan Siapa pemakai yang menggunakan perangkat lunak. Dimana perangkat lunak akan digunakan . Pekerjaan apa saja dari pemakai yang akan dibantu oleh perangkat lunak. Apa saja cakupan dari pekerjaan tersebut, dan bagaimana mekanisme pelaksanaannya. Apa yang menjadi kendala dilihat dari sisi teknologi yang digunakan atau dari sisi hukum dan standar.

Analisa Kebutuhan PL

Dalam pengumpulan data, akan digunakan beberapa metode untuk menentukan kebutuhan sistem yang akan dibangun. Adapun metode yang digunakan adalah:

a. Metode Observasi

Observasi yaitu melakukan pengamatan secara langsung ke objek penelitian untuk melihat dari dekat kegiatan yang dilakukan. Apabila objek penelitian bersifat perilaku dan tindakan manusia, fenomena alam (kejadian-kejadian yang ada di alam sekitar), dan proses kerja.

b. Metode Wawancara

Adalah suatu cara pengumpulan data yang digunakan untuk memperoleh informasi langsung dari sumbernya. Wawancara ini digunakan bila ingin mengetahui hal-hal dari user secara lebih mendalam.

Ada beberapa faktor yang mempengaruhi arus informasi dalam wawancara, yaitu : pewawancara, user, pedoman wawancara, dan situasi wawancara. Sedangkan, dalam wawancara ini sendiri terdiri dari wawancara terpimpin, wawancara bebas, dan wawancara bebas terpimpin. (Sugiyono, 2010 , p;14)

c. Observasi Lapangan

Adalah merupakan suatu kegiatan yang dilakukan oleh peneliti terjun langsung ke lokasi penelitian untuk mengamati subjek dan aspek-aspek yang diamati. Observasi lapangan dapat menjamin bahwa peneliti mencatat tiap-tiap kejadian sekecil apapun yang dianggap penting dalam melakukan penelitian.

SUMBER :

https://slideplayer.info/slide/11831041/ 

https://media.neliti.com/media/publications/237604-rancang-bangun-analisis-sistem-sistem-in-f6668a92.pdf

PENERAPAN MODEL SYSTEM DEVELOPMENT LIFE CYCLE (SDLC)

NAMA: AGUS SAPUTRA

PRODI: TEKNIK INFORMATIKA 3B

PENERAPAN MODEL SYSTEM DEVELOPMENT LIFE CYCLE (SDLC)

Artikel 1 : IMPLEMENTASI SOFTWARE DEVELOPMENT LIFE CYCLE (SDLC) DALAM PENERAPAN PEMBANGUNAN APLIKASI PERANGKAT LUNAK.

·          SDLC adalah tahapan-tahapan pekerjaan yang dilakukan oleh analis sistem dan programmer dalam membangun sistem informasi

·          Tujuan dari penelitian ini yaitu menyusun SKPL/SRS dengan meimplentasikan metode SDLC ini sebagai panduan dalam menyusun Spesifikasi kebutuan perangkat lunak (SKPL).

METODE

Metode yang dipakai didalam artikel jurnal ini adalah Software Development Life Cycles SDLC. Tahapan dari metode SDLC ini adalah sebagai berikut:

Gambar 1. Tahapan Pembangunan Sistem Informasi dengan metode SDLC

1. Tahap Analisis Kebutuhan Sistem

•  Pada dasarnya kegiatan yang dilakukan pada tahap analisis sistem ada dua bagian, yaitu tahap survei pengumpulan data dan analisis terstruktur yang secara garis besar berfungsi untuk memperoleh pengertiandari permasalahan-permasalahan, efisiensi, dan pertimbangan-pertimbangan yang mengarah ke Rangcang Bangun Sistem Informasi

2. Tahap Desain (Design Analize)

Ø  Tahap Desain, penetapan pembenahan, dan pengembangan sistem tahap ini meliputi presentasi awal, desain konseptual, desain basis data dan sistem, desain detail input/output Sistem Informasi.

3.  Tahap konstruksi (Design and Coding Program)

Ø  Tahap ini yaitu melakukan coding sistem yaitu menyusun bahasa pemrogram yang dipilih misalnya yang berbasis web dengan menggunakan HTML dan PHP, membuat dan mengkoneksi database dengan sistem, membuat form sistem dan pembuatan manual book.

4.  Tahap implementasi sistem (Implemention program)

Ø  Tahap ini meliputi menjalankan / implementasi program dan uji coba /evaluasi sistem, bertujuan untuk mengetahui hasil dari kebutuhan fungsional sistem

5.  Tahap Tes Program ( test unit, integrate and test system)

Ø  Tahap ini melakukan uji coba sistem berdasarkan pengolaan data yang real / nyata agar diperoleh hasil tes.

6.  tahap perawatan perangkat lunak (Maintenance)

·                     Tahap ini adalah tahapan terakhir dari Rangcang Bangun Sistem Informasi yaitu mengevaluasi seluruh program dengan mengetahui data-data fungsional sistem berjalan sesuai rencana dan fungsional sistem yang belum jalan sebagaimana mestinya.

web (http://ejurnal.stimata.ac.id/index.php/TI/article/view/219/249)

Artikel2: PENERAPAN METODE SDLC DENGAN MODEL WATERFALL DALAM

PEMBUATAN APLIKASI PROMOSI PRODUK MAKANAN.

Secara umum website merupakan suatu penyampaian informasi yang berupa teks, gambar dan video yang didalamnya menyampaikan berbagai macam informasi. Perkembangan website itu sendiri sangat lah pesat, banyak website-website yang di akses oleh pengguna sekarang untuk mendapatkan informasi dengan mudah, misalkan pengguna ingin mencari informasi mengenai barang elektronik terbaru saat ini, hanya dengan mengakses situs resmi suatu website yang ada pengguna dengan mudah mendapatkan informasi mengenai barang tersebut. Dalam hal ini penulis akan melakukan pembuatan aplikasi berbasis website untuk mempromosikan produk makanan dengan menerapkan metode software development life cycle (SDLC) model waterfall untuk pembuatan aplikasi tersebut.

1.      Unified Modelling Language (UML)

Ø  UML adalah alat untuk menentukan dan memvisualisasikan sistem perangkat lunak termasuk tipe diagram standar yang menggambarkan dan memetakan secara visual aplikasi komputer atau desain dan struktur sistem database

2.      Software Development Life Cycle (SDLC)

Ø  Dalam rekayasa sistem atau rekayasa perangkat lunak adalah proses pembuatan dan pengubahan sistem serta model dan metodologi yang digunaka untuk mengembangkan sistem-sistem[5].

SDLC mempunyai beberapa fase, yaitu:

1. Perencanaan sistem (System Palnning)

2. Analisis Sistem (System Analysis)

3. Perancangan Sistem (System Design)

4. Implementasi Sistem (System Implementation)

5. Pemeliharaan Sistem (System Maintenance)

3.      Model Waterfall

Ø  Model waterfall melakukan teknik pengembangan tim untuk merincikan dengan mengumpulkan dan menentukan kebutuhan system sebelum sisten tersebut dikembangkan[6]. Pada gambar dibawah ini dijelaskan mengenai konsep penyajian sederhana dari model waterfall [7].

                                                   Gambar Model Waterfall

4.      Kelebihan Waterfall

Kelebihan dari model waterfall meliputi[9]:

1. Mudah dalam pengelolaan karena hampir seluruh requirement telah diidentifikasikan dan didokumentasikan

2. Tahapan yang berurutan secara linier, identifikasi dan dokumentasi yang lengkap

3. Proses mudah dipahami oleh seluruh tim yang terlibat

5.      Kelemahan Waterfall

Ø     Berikut beberapa kelemahan yang dimiliki oleh model waterfall[9]:

1. Tahapan yang berurutan secara linier tidak memungkinkan untuk kembali pada tahapan selanjutnya

2. Tidak fleksibel terhadap perubahan kebutuhan yang terjadi dalam tahap pengembangan system

3. Hampir tidak ada toleransi kesalahan, terutama pada tahapan planning dan design.

web : (http://jurnal-stmik.muralinggau.ac.id/index.php/jti/article/view/287/204)

Artikel 3 : PERANCANGAN SIMULASI SISTEM PENDAFTARAN KURSUS BERBASIS WEB DENGAN METODE SDLC

Abstrak: Penelitian ini bertujuan untuk merancang simulasi pendaftaran kursus bagi siswa sehingga dapat diakses secara online. Selain itu, data transaksi yang terjadi dibuat agar sudah terkomputerisasi. Perancangan sistem ini menggunakan metode SDLC (System Development Life Cycle) dalam lima tahap yaitu Analisis, Perancangan, Implementasi, Pengujian dan Pemeliharaan. Hasil yang dicapai dari penelitian ini adalah simulasi sistem pendaftaran kursus berbasis web yang mampu melakukan pemrosesan data secara terintegrasi dan terkomputerisasi dengan baik.

Kata kunci: Simulasi, Registrasi, Web, SDLC.

METODE PENELITIAN

Pada penelitian ini, dilakukan kajian pustaka mengenai sistem informasi, web, SDLC, serta alat bantu pengembangan aplikasi. Selanjutnya, dilakukan analisis, disain, implementasi, pengujian dan pemeliharaan simulasi dengan metode SDLC.

Sistem informasi merupakan suatu sistem dalam suatu organisasi untuk mempertemukan kebutuhan pengolahan transaksi harian, mendukung operasi, bersifat manajerial dan kegiatan strategi dari suatu organisasi dan menyediakan pihak luar tertentu dengan laporan-laporan yang diperlukan [1-3].

World Wide Web atau WWW atau juga dikenal dengan web adalah salah satu layanan yang didapat oleh pemakai komputer yang terhubung ke internet. Web ini menyediakan informasi bagi pemakai computer yang terhubung ke internet dari sekedar informasi “sampah” atau informasi yang tidak berguna sama sekali sampai informasi yang serius; dari informasi yang gratis sampai informasi yang komersial [1-4].

System Development Life Cycle, selanjutnya disingkat dengan SDLC, merupakan siklus pengembangan sistem. Pengembangan sistem teknik (engineering system development). SDLC berfungsi untuk menggambarkan tahapan-tahapan utama dan langkah-langkah dari setiap tahapan yang secara garis besar terbagi dalam lima kegiatan utama, yaitu: analisis, desain, implementasi, pengujian, dan pemeliharaan. Setiap kegiatan dalam SDLC dapat dijelaskan melalui tujuan (purpose) danhasil kegiatannya (deliverable). Ada beberapa jenis System Development Life Cycle (SDLC), yaitu: Tradisional SDLC, Agile SDLC, Waterfall SDLC, Scrum SDLC,

Iterative SDLC, Spiral SDLC, V SDLC, Big Bang SDLC, Rational Unified Process (RUP) SDLC, Prototype SDLC, Rapid Aplication Development (RAD) SDLC, dan Unified Process SDLC [6-8].

Alat bantu pengembangan aplikasi terdiri dari Unified Modelling Language (UML), flowmap dan software pendukung. Penggunaan UML tidak terbatas pada metodologi tertentu, meskipun pada kenyataannya UML paling banyak digunakan pada metodologi berorientasi obyek. Beberapa diagram yang menjabarkan relasi antar obyek antara lain Use Case Diagram, Activity Diagram dan Sequence Diagram [4-5]. Flowmap adalah bagan-bagan yang mempunyai arus yang menggambarkan langkah-langkah penyelesaian suatu masalah. Flowmap merupakan cara penyajian dari suatu algoritma. Ada dua macam flowmap yang menggambarkan proses dengan komputer, yaitu: Sistem flowmap yang memperlihatkan urutan proses dalam sistem dengan menunjukkan alat media input, output serta jenis media penyimpanan dalam proses pengolahan data; dan Program flowmap yang memperlihatkan urutan instruksi untuk memecahkan masalah dalam suatu program [3]. Selain itu juga dibutuhkan beberapa software pendukung lainnya, seperti Sublime Text, XAMPP, CodeIgniter, HTML, CSS, Javascript, PHP, dan MySQL [1-2], [8].

1. Relasi tabel user dan tabel transaksi adalah M-M, dengan tabel transaksi mengambil primary key dari tabel user.

2. Relasi tabel jadwal_pelatihan dan tabel transaksi adalah M-M. Tabel transaksi mengambil primary key dari tabel jadwal_pelatihan.

3. Relasi tabel daftar_pelatihan dan tabel jadwal_pendidikan adalah 1-M, sehingga primary key dari tabel daftar_pendidikan ditarik ke tabel jadwal_pelatihan dan dijadikan foreign key pada tabel jadwal_pelatihan.

Gambar 1. Perancangan ERD

Tahap analisis

Data teknis objek ini membahas tentang analisa dan prosedur atau tahapan-tahapan proses pendaftaran bimbingan belajar. Sebagai gambaran umum sistem yang diusulkan dalam proses perancangan sistem ini, penulis akan membangun sebuah simulasi sistem pendaftaran kursus. Berikut adalah prosedur pendataan peserta yang akan digunakan dalam perancangan flowmap:

1. Admin akan mempublikasikan jadwal kursus.

2. Calon peserta akan melihat jadwal di website kemudian memilih jenjang pendidikan.

3. Sebelum melakukan transaksi, calon peserta harus sudah memiliki akun. Jika belum, maka harus registrasi terlebih dahulu.

4. Setelah itu, peserta melakukan transfer dana sesuai dengan harga yang tertera di website yang nantinya akan diverifikasi oleh Admin.

Tahap Desain

Berdasarkan analisis pada proses dan dokumen flowmap yang dilakukan, maka rancangan ERD melibatkan 3 entitas yaitu, entitas user, entitas jadwal_pendidikan, dan entitas daftar_pendidikan. Pada Gambar 1 ditunjukkan perancangan ERD dengan uraian sebagai berikut:

1. Relasi tabel user dan tabel transaksi adalah M-M, dengan tabel transaksi mengambil primary key dari tabel user.

2. Relasi tabel jadwal_pelatihan dan tabel transaksi adalah M-M. Tabel transaksi mengambil primary key dari tabel jadwal_pelatihan.

3. Relasi tabel daftar_pelatihan dan tabel jadwal_pendidikan adalah 1-M, sehingga primary key dari tabel daftar_pendidikan ditarik ke tabel jadwal_pelatihan dan dijadikan foreign key pada tabel jadwal_pelatihan.

Gambar 1. Perancangan ERD

Pada Gambar 2 ditunjukkan activity diagram daftar kursus. Langkah pertama, actor akan mengakses web dan selanjutnya memilih menu daftar kursus, dimana actor akan mengisi form guna melakukan pendaftaran ini.

Gambar 2. Activity diagram daftar kursus

KESIMPULAN

Berdasarkan analisis, perancangan, dan implementasi yang telah diuraikan, dapat disimpulkan bahwa:

1. SDLC terbagi dalam lima tahap kegiatan, yaitu: analisis, desain, implementasi, pengujian, dan pemeliharaan. Setiap kegiatan dalam SDLC dapat dijelaskan melalui tujuan (purpose) dan hasil kegiatannya (deliverable).

2. Perancangan simulasi sistem pendaftaran kursus dilakukan dengan analisa prosedur dan dokumen terhadap sistem menggunakan perancangan UML (Unified Modelling Diagram) dengan Use Case Diagram, Activity Diagram, Sequence Diagram, dan Class Diagram dan perancangan basis data menggunakan ERD.

3. Simulasi sistem pendaftaran ini dapat digunakan untuk memudahkan proses pendaftaran dan transaksi.

web :(ojs.pnb.ac.id/index.php/matrix/article/download/527/503/)