MDLC(Multimedia Development Life Cycle):

(Metode Pemilihan Pembuatan Aplikasi Sistem Informasi)

Pengantar

Bagi Konsultan IT, Praktisi IT, Team Development Aplikasi, tidak mudah untuk memilih atau memutuskan metodologi apa yang akan digunakan di dalam pembangunan/pemgembangan aplikasi system informasi di sebuah perusahaan atau software yang akan di implementasikan.

Khusus terkait Aplikasi yang berkaitan dengan multimedia, MDLC saat ini banyak digunakan pada penelitian terkait aplikasi multimedia atau mobile aplikasi, disamping metode SDLC(System Development Life Cycle) yang sudah umum digunakan di dalam pembangunan dan pengembangan Aplikasi saat ini.

Menurut Riyanto & Singgih, (2015), MDLC (Multimedia DevelopmentLife Cycle) merupakan metode pengembangan system yang cocok untuk pengembangan system berbasis multimedia. Multimedia Development Life Cycle terdiri dari enam tahap, yaitu

1. Tahap pengonsepan (concept),

2. Perancangan (design),

3. Pengumpulan bahan (material collecting),

4. Pembuatan (assembly),

5. Pengujian (testing) dan

6. Pendistribusian (distribution)

1. Concept
(Tahap untuk menentukan tujuan dan siapa pengguna program). Tahap pengonsepan (Concept) adalah tahap untuk menentukan tujuan dan kepada siapa multimedia di tujukan (audiens identification). Selain itu menentukan jenis aplikasi (presentasi, interaktif, dan lain-lain) dan tujuan aplikasi (hiburan, pembelajaran, dan lain-lain). Dasar aturan untuk perancangan juga ditentukan pada tahap ini misalnya ukuran, target. Output dari tahap ini biasanya berupa dokumen yang bersifat naratif untuk mengungkapkan tujuan proyek yang ingin di capai.

2. Design
(Tahap pembuatan spesifikasi mengenai arsitektur proyek,gaya, tampilan, dan kebutuhan material/bahan untuk proyek). Perancangan (design) adalah tahap pembuatan spesifikasi meliputi arsitektur proyek, gaya, tampilan dan kebutuhan material atau bahan untuk program. Spesifikasi dibuat serinci mungkin sehingga pada tahap berikutnya yaitu material collecting dan assembly, pengambilan keputusan baru tidak diperlukan lagi, cukup ini biasanya menggunakan storyboard untuk menggambarkan deskripsi tiap scene dengan mencantumkan semua obyek multimedia.

3. Material Collecting
(Tahap pengumpulan bahan yang sesuai dengan kebutuhan yang dikerjakan). Pengumpulan materi adalah tahap pengumpulan bahan yang sesuai dengan kebutuhan yang dikerjakan. Bahan-bahan tersebut antara lain seperti clip-art, graphic, animasi, video, audito. Tahap ini dapat dikerjakan secara parallel dengan tahap assembly. Namun dapat juga tahap material collecting dan tahap assembly akan dikerjakan secara linear dan tidak parallel.

4. Assembly
(Tahap Pembuatan). Tahap assembly adalah tahap pembuatan semua obyek atau bahan multimedia dibuat. Pembuatan proyek didasarkan pada tahap design. seperti storyboard, bagan alir atau struktur navigasi.

5. Testing
(Tahap Pengujian). Dilakukan setelah selesai tahap pembuatan (assembly) dengan menjalankan proyek apakah ada kesalahan atau tidak. Tahap ini disebut sebagai tahap pengujian alpha (alpha test) dimana pengujian dilakukan oleh pembuat, Fungsi dari

tahap ini adalah melihat hasil pembuatan proyek apakah sesuai dengan yang diharapkan atau tidak, maka akan dibuat tabel pengujian untuk menguji kriteria proyek tersebut (Irawan, Laurin, & Suherman, 2015).

6. Distribution
(Proyek akan disimpan dalam sebuah media penyimpanan). Pada tahap ini proyek akan disimpan dalam suatu media penyimpanan. Jika media penyimpanan tidak cukup menampung proyeknya makan kompresi terhadap proyek itu akan dilakukan. Tahap ini juga dapat disebut sebagai tahap evaluasi untuk pengembangan produk yang sudah jadi supaya menjadi lebih baik. Hasil evaluasi ini dapat digunakan sebagai masukan untuk tahap concept pada produk selanjutnya.

Sumber:

• Juleon, Perancangan Media Pembelajaran Videoscribe Sastra Indonesia Dengan Menggunakan Metode MDLC,
  

2018,UIB. Repository@2018

• Perbandingan Metode Pengembangan Perangkat Lunak Multimedia Iwan Binanto Teknik Informatika, Fakultas Sains dan Teknologi Universitas Sanata Dharma Yogyakarta iwan@usd.ac.id

The post MDLC(Multimedia Development Life Cycle):Metode Pemilihan Pembuatan Aplikasi Sistem Informasi appeared first on Cerita Hosting ☁️.

PERANCANGAN BASIS DATA

BAGAIMANA MENENTUKAN VARIABLE PADA TABLE DATABASE

Pada saat design table pada saat perancangan basis data, kita akan di hadapkan bagaimana type data yang sesuai untuk design table . Penentuan Nama atribut, type data dan Panjang(length) di tentukan juga Database yang akan digunakan.

Untuk mempermudah para developer atau mahasiswa saat design table database, berikut kami buatkan contoh. Pada bahasan kali ini akan dibahas Type Variable pada My SQL.

Selamat Belajar.

Model-1

Menggunakan MYSQL

1. Tipe data untuk bilangan

2. Tipe data untuk tanggal dan jam

3. Tipe data untuk karakter dan lain-lain

Contoh Implementasi:

• Pengguna Login

Sumber:

Puuri Pangesti: BERBAGAI MACAM TIPE DATA (phuuri.blogspot.com)

Belajar MySQL: Tipe Data String MySQL (Char, Varchar, Binary, Varbinary, Text, dan Blob) | Duniailkom

The post BAGAIMANA MENENTUKAN VARIABLE PADA TABLE DATABASE appeared first on Cerita Hosting ☁️.

MODUL PERKULIAHAN KE-1

• Mampu didalam Perencanaan, Perancangan dan administrasi basis data
  

Perancangan Basis data adalah proses untuk menentukan isi dan pengaturan data yang dibutuhkan untuk mendukung berbagai rancangan sistem. Basis data sangat diperlukan sebagai fundamental dari materi pembelajaran ini, tetapi jangan kuatir mahasiswa didik, kami akan mengulas materi ini agar dapat dapat dimengerti peserta didik dan peserta yang ingin memperdalam materi dari perancangan basis data.

Definisi Basis data (Review)

Beberapa definisi basis data (database) adalah sbb:

• Sekumpulan data store(bisa dalam jumlah besar) yang tersimpan dalam magnetic disk, optical disk, dan media penyimpan sekunder lainnya.
  
• Sekumpulan program-program aplikasi umum yang mengeksekusi dan memproses data secara umum (hapus,cari,update,dll)
  
• Basisdata terdiri dari data yang di-share bagi banyak user dan memungkinkan penggunaan data yang sama pada waktu bersamaan oleh banyak user
  
• Koleksi terpadu dari data-data yang saling berkaitan dari suatu enterprise.Misal. Basisdata Nilai Mahasiswa akan terdiri dari data-data seperti tabel Matakuliah, Dosen, Mahasiswa, Nilai, dll.
  

Gambar 1.Model Arsip& Basis Data

Tujuan Utama Pengolahan Basis Data

Tujuan awal dan utama dalam pengolahan data pada sebuah basis data adalah agar dapat menentukan kembali data (data yang dicari) dengan mudah dan cepat. Di samping itu, pemanfaatan data untuk pengolahan data juga memiliki tujuan-tujuan tertentu. Secara lengkap, pemanfaatan basis data dilakukan untuk memenuhi sejumlah tujuan sebagai berikut :

1. Kecepatan dan kemudahan (Speed)
   
2. Efisiensi ruang penyimpanan (Space)
   
3. Keakuratan (Accuracy)
   
4. Ketersediaan (Availability)
   
5. Kelengkapan (Completeness)
   
6. Keamanan (Security)
   
7. Kebersamaan pemakai
   

RDMS

Relational Database Management System (RDBMS) adalah sebuah sistem yang secara otomatis menyatukan semua DBMS yang saling berhubungan. RDBMS biasanya menggunakan 4th Generation Languange (4GL) dan sangat fleksibel sehingga data dapat dimodifikasi dengan mudah, demikian pula dengan struktur databasenya.

Gambar 2. RDMS Vendor & Product

Definisi, Tujuan & Alasan Perancangan Basis data

Perancangan Basisdata/database adalah proses untuk menentukan isi dan pengaturan data yang dibutuhkan untuk mendukung berbagai rancangan sistem.

Tujuan Perancangan Database :

• untuk memenuhi informasi yang berisikan kebutuhan-kebutuhan user secara khusus dan aplikasi-aplikasinya.

• Memudahkan pengertian struktur informasi.

• Mendukung kebutuhan-kebutuhan pemrosesan dan beberapa obyek penampilan (response time, processing time, dan storage space)

Alasan Perancangan Basis data :

• Sistem basis data telah menjadi bagian dalam sistem informasi suatu organisasi
  
• Kebutuhan menyimpan data dalam jumlah besar semakin mendesak
  
• Fungsi-fungsi dalam organisasi semakin dikomputerisasikan
  
• Semakin kompleks data & aplikasi yang digunakan, maka relationship antar data harus dimodelisasikan
  
• Dibutuhkannya kemandirian data
  

Komponen & Siklus Sistem Informasi

Sistem informasi suatu organisasi berbasiskan komputer terdiri atas :

• 
  Basis data
  
• Perangkat lunak basis data
  
• perangkat lunak aplikasi
  
• perangkat keras
  
• personal
  

Gambar3. Siklus

Fase Proses Perancangan Database

6 Fase proses perancangan database :

    1. Pengumpulan data dan analisis

    2. Perancangan database secara konseptual

    3. Pemilihan DBMS

    4. Perancangan database secara logika (data model     mapping)

    5. Perancangan database secara fisik

    6. Implementasi Sistem database.

Catatan:

( fase di atas tidak harus diproses berurutan. Pada beberapa hal, rancangan tsb dapat dimodifikasi dari yang pertama dan sementara itu mengerjakan fase yang terakhir (feedback loop antara fase) dan feedback loop dalam fase sering terjadi selama proses perancangan).

Gambar 4.Model Process

Fase 1 :
Pengumpulan data dan analisa

Proses identifikasi dan analisa kebutuhan-kebutuhan data disebut pengumpulan data dan analisa. Untuk menentukan kebutuhan-kebutuhan suatu sistem database, pertama-tama harus mengenal bagian-bagian lain dari sistem informasi yang akan berinteraksi dengan sistem database, termasuk para pemakai yang ada dan para pemakai yang baru serta aplikasi-aplikasinya. Kebutuhan-kebutuhan dari para pemakai dan aplikasi-aplikasi inilah yang kemudian dikumpulkan dan dianalisa.

Aktifitas-aktifitas yang dilakukan dalam fase ini:

1. Mengidentifikasikan kelompok dari pemakai dan area aplikasi
   
2. Mempelajari dokumen-dokumen yang ada
   
3. (bentuk-bentuk formulir, laporan, aturan-aturan)
   
4. Menganalisis lingkungan operasional dan pemrosesan permintaan
   
5. Mengadakan questioner dan interview
   

Fase 2 :
Perancangan database konseptual

Tujuan dari fase ini adalah menghasilkan conceptual schema untuk database yang tergantung pada sebuah DBMS/RDMS yang spesifik. Sering menggunakan sebuah high-level data model seperti ER/EER model selama fase ini. Dalam conceptual schema, kita harus merinci aplikasi-aplikasi database yang diketahui dan transaksi-transaksi yang mungkin.

PADA FASE-2 INI DILAKUKAN DUA AKTIFITAS:

1. Perancangan skema konseptual :
   

menguji kebutuhan-kebutuhan data dari suatu database yang merupakan hasil dari fase 1, dan menghasilkan sebuah conceptual database schema pada DBMS independent model data tingkat tinggi seperti EER (enhanced entity relationship) model.

2. Perancangan transaksi :

Menguji aplikasi-aplikasi database dimana kebutuhan-kebutuhannya telah dianalisa pada fase 1, dan menghasilkan perincian transaksi-transaksi ini.

PENDEKATAN PERANCANGAN SKEMA:

• Perancangan skema tersentralisasi
  
  • Semua permintaan user dan aplikasi dirancang menjadi satu kesatuan.
    
  • Autorisasi tersentralisasi oleh DBA.
    
  • DBA bertanggungjawab penuh dalam perancangan
    
  • Diperlukan perancang database yang ahli dan memahami permintaan-permintaan untuk setiap pemakai.
    

2. Perancangan skema integrasi

• Setiap kelompok pemakai dapat merancang database mereka sendiri-sendiri
  
• Setelah skema konseptual database terbentuk, proses integrasi dilanjutkan oleh DBA
  
• Pembentukan entity-entity, atribut-atribut dan domain harus jelas dan seragam pada setiap user group
  

STRATEGI-STRATEGI PADA PERANCANGAN SKEMA:

• Top Down Strategi
  
  • Perancangan dimulai dari pendefinisian tipe-tipe entitynya terlebih dahulu, setelah itu dilanjutkan dengan keterhubungannya beserta atribut-atributnya
    
  • Pendefinisian tipe entity dari lebih tinggi ke tipe yang lebih rendah. Contoh : menggunakan spesialisasi
    

• Bottom Up Strategi
  
  • Perancangan dimulai dari pendefinisian atribut-atribut terlebih dahulu, setelah itu dilanjutkan dengan keterhubungannya beserta atribut-atributnya
    
  • Pendefinisian tipe entity dari lebih rendah ke tipe yang lebih tinggi. Contoh : menggunakan Generalisasi
    
  • Inside-Out Strategi
    
  • Special kasus dari Bottom Up Strategi dimana difokuskan ke konsep-konsep utama baru ke konsep lainnya.
    
  • Mixed Strategi
    
  • Gabungan dari Top Down dan Bottom Up Strategi
    

Perancangan & Jenis-jenis Transaksi

Transaksi merupakan representasi dari aktifitas-aktifitas terhadap database.

Perancangan transaksi harus disesuaikan dengan kebutuhan para pemakai dan area aplikasi.

Kegiatan-kegiatan dalam perancangan transaksi pada tingkat konseptual meliputi:

• Mengidentifikasi input/output
  
• Mengidentifikasi fungsi transaksi
  

1. Retrieval transaksi
   

    Transaksi yang mencari data untuk menampilkan laporan pada layer

2. Update transaksi

    Transaksi untuk menambahkan, menghapus dan memodifikasi record-record di dalam database

3. Mixed transaksi

    Transaksi untuk mencari data sekaligus untuk update data.

Fase 3 :
Pemilihan DBMS

Pemilihan database ditentukan oleh beberapa faktor, diantaranya:

1. Struktur data

Jika data yang disimpan dalam database mengikuti struktur

hirarki, maka suatu jenis hirarki dari DBMS harus dipikirkan.

2. Personal yang telah terbiasa dengan suatu sistem

Jika staf programmer dalam suatu organisasi sudah terbiasa

dengan suatu DBMS, maka hal ini dapat mengurangi biaya

latihan dan waktu belajar.

3. Tersedianya layanan penjual

Keberadaan fasilitas pelayanan penjual sangat dibutuhkan

untuk membantu memecahkan beberapa masalah sistem.

4. Teknik

Keberadaan DBMS dalam menjalankan tugasnya seperti jenis

-jenis DBMS (relational, network, hierarchical, dll), struktur

penyimpanan, dan jalur akses yang mendukung DBMS,

pemakai, dll.

Fase 4 :
Perancangan database secara logika (pemetaan model data)

Fase selanjutnya dari perancangan database adalah membuat sebuah skema konseptual dan skema eksternal pada model data dari DBMS yang terpilih. Fase ini dilakukan oleh pemetaan skema konseptual dan skema eksternal yang dihasilkan pada fase 2. Pada fase ini, skema konseptual ditransformasikan dari model data tingkat tinggi yang digunakan pada fase 2 ke dalam model data dari DBMS yang dipilih pada fase 3.

1. Pemetaan system-independent :

Pemetaan ke dalam model data DBMS dengan tidak mempertimbangkan karakteristik atau hal-hal yang khusus yang berlaku pada implementasi DBMS dari model data tsb.

2. Penyesuaian skema ke DBMS yang spesifik :

mengatur skema yang dihasilkan pada langkah 1 untuk disesuaikan pada implementasi yang khusus di masa yang akan datang dari suatu model data yang digunakan pada DBMS yang dipilih.

Fase 5 :
Perancangan database fisik

Perancangan database secara fisik merupakan proses pemilihan struktur-struktur penyimpanan dan jalur-jalur akses pada file-file database untuk mencapai penampilan yang terbaik pada bermacam-macam aplikasi.

Selama fase ini, dirancang spesifikasi-spesifikasi untuk database yang disimpan yang berhubungan dengan struktur-struktur penyimpanan fisik, penempatan record

dan jalur akses.

Tujuan Pemanfaatan perancangan database secara fisik :

1. Response time

Waktu yang telah berlalu dari suatu transaksi database yang diajukan Untuk menjalankan suatu tanggapan. Pengaruh utama pada response time adalah di bawah pengawasan DBMS yaitu : waktu akses database untuk data item yang ditunjuk oleh suatu transaksi.

Response time juga dipengaruhi oleh beberapa faktor yang tidak berada di bawah pengawasan DBMS, seperti penjadwalan sistem operasi atau penundaan komunikasi.

2. Space Utility

Jumlah ruang penyimpanan yang digunakan oleh file-file database dan struktur-Struktur jalur akses.

3. Transaction throughput :

Rata-rata jumlah transaksi yang dapat diproses per menit oleh sistem database, dan merupakan parameter kritis dari sistem transaksi (misal, digunakan pada pemesanan tempat di pesawat, bank, dll). Hasil dari fase ini adalah penentuan awal dari struktur penyimpanan dan jalur akses untuk file-file database.

Fase 6 :
Implementasi sistem database

Setelah perancangan secara logika dan secara fisik lengkap,kita dapat melaksanakan sistem database. Perintah-perintah dalam DDL(Data Definition language) dan SDL(storage definition language) dari DBMS yang dipilih, dihimpun dan digunakan untuk membuat skema database dan file-file database (yang kosong) kemudian database tsb dimuat (disatukan) dengan datanya.

Jika data harus dirubah dari sistem komputer sebelumnya, perubahan-perubahan yang rutin mungkin diperlukan untuk format ulang datanya yang kemudian dimasukkan ke database yang baru. Transaksi-transaksi database sekarang harus dilaksanakan oleh para programmmer aplikasi.

1. Pembentukan database file
   
2. Pengisian data
   
3. Konversi data (bila perbaikan system lama)
   
4. Implementasi transaksi database
   
5. Testing dan validasi
   

Administrasi Basis Data

KONVERSI & LOADING DATA

• Tahap ini dilakukan apabila sistem basis data yg ada digantikan sistem basis data baru
  
• Semua data yg ada ditransfer ke basis data baru & konversi aplikasi yg ada utk basis data baru
  

  PENGOPERASIAN & PERAWATAN
  

• Pengoperasian basis data setelah divalidasi
  
• Memonitor kinerja sistem, jika tidak sesuai perlu reorganisasi basis data
  
• Perawatan & upgrade sistem aplikasi basis data jika diperlukan.
  

SIKLUS KEHIDUPAN APLIKASI BASIS DATA

Gambar5. Siklus Kehidupan Aplikasi Basis Data

PUSTAKA

• Connolly, Thomas., Begg, Carolyn (2005). Database System: A practical Approach to Design, Implementation and management, 4th Ed. Pearson Education, England.
• https://ceritahosting.com/2020/05/19/analisa-dan-perancangan-sistem-informasiapsi13-designing-database/

The post PERANCANGAN BASIS DATA (PBD) appeared first on Cerita Hosting ☁️.

• Mengetahui komponen data flowdiagram(DFD) dan cara menggunakan dalam perancangan system Informasi.

Data Flow Diagram(DFD)

Di dalam perancangan basis data ataupun Analisa Design System Informasi diperlukan tools atau diagram untuk membantu kita didalam Analisa perancangan, seperti:

• Data Flow Diagram(DFD)
• Use case Modelling
• Activity Diagram
• Sequence Diagram
• Class Diagram

Didalam materi ini akan dibahas mengenai Data flow Diagram(DFD) yang akan disajikan dalam study kasus, agar mudah dipahami dan dimengerti.

Definisi:

Suatu diagram yang menggunakan notasi-notasi untuk menggambarkan arus dari data pada suatu sistem, yang penggunaannya sangat membantu untuk memahami sistem secara logika, tersruktur dan jelas. DFD sangat mirip dengan Flowchart.

DFD merupakan alat bantu dalam menggambarkan atau menjelaskan proses kerja suatu sistem(https://id.wikipedia.org/wiki/Data_flow_diagram).

DFD pertama kali pengunaannya dipopulerkan oleh Larry Constantine dan Ed Yourdon dalam structured analysis and design technique. Notasi DFD memiliki acuan pada teori grafik yang awalnya digunakan untuk penelitiaan operasional dalam permodelan alur kerja dalam suatu organisasi.

Terdapat banyak simbol yang mengambarkan DFD, satu dengan simbol lain memiliki fungsi dan kegunaan yang berbeda. Pada tahun 1979 Tom DeMarco menyimpulkan komponen DFD terdiri dari:

Entitas, Proses, Aliran dan Data Store.

Notasi Data flow Diagram(DFD)

• Entitas/Entity/Terminator

Simbol yang memiliki fungsi sebagai organisasi, orang dan sejenisnya yang berada diluar sistem tetapi berinteraksi dengan sistem. Simbol ini perlu diberi nama sesuai dengan aslinya biasanya menggunakan kata benda seperti: pekerja, dosen, mahasiswa, sistem pembelian, system penjualan dan lainnya tergantung sistem yang akan dibuat.

• Proses(Process)

Proses merupakan kegiatan atau pekerjaan yang memproses data inputan dari entitas ke output. Biasanya untuk proses diberikan kata kerja seperti: bekerja, mengajar, belajar, menjual dan sebagainya tergantung dari entitas awal.

• Aliran data

Aliran data berfungsi untuk menerangkan aliran data atau informasi dari simbol satu ke simbol lainnya. Biasanya pemberian nama pada aliran data juga menggunakan kata benda.

• Data Store

Data Store atau data source merupakan simbol yang ada kaitannya dengan penyimpanan seperti file atau database. Simbol database biasanya berada setelah simbol proses untuk menyimpan output pemrosesan. Dalam penamaan data store ini diisi sesuai dengan data apa yang disimpan seperti Employee, Salary, dan lain-lain.

Jenis DFD

• Diagram Level 0 (Diagram Konteks)

Diagram level 0 atau bisa juga diagram konteks adalah level diagram paling rendah yang mengambarkan bagaimana sistem berinteraksi dengan external entitas.

Pada diagram konteks akan diberikan nomor untuk setiap proses yang berjalan, umumnya mulai dari angka 0 untuk start awal.

Semua entitas yang ada pada diagram konteks termasuk juga aliran datanya akan langsung diarahkan kepada sistem. Pada diagram konteks ini juga tidak ada informasi tentang data yang tersimpan dan tampilan diagramnya tergolong sederhana.

• Data Flow Diagram Level 1

DFD level 1 adalah tahapan lebih lanjut tentang DFD level 0, dimana semua proses yang ada pada DFD level 0 akan dirinci dengan lengkap sehingga lebih lengkap dan detail. Proses-proses utama yang ada akan dipecah menjadi sub-proses.

Perbedaan DFD Level 0 dan DFD Level 1

Ada perbedaan antara 2 level DFD tersebut yang perlu Anda ketahui:

• DFD level 0 hanya mengambarkan sistem secara basic saja.
• DFD level 0 hanya menjelaskan aliran data dari input sampai output.
• DFD level 1 mengambarkan aliran data yang lebih kompleks pada setiap prosesnya yang kemudian terbentuklah data store dan aliran data.
• DFD level 1 mengambarkan sistem secara sebagian atau seluruhnya secara mendetail.

Implementasi

Study Kasus : Ecommerce- belidoang.com

• Tabel Kebutuhan User

• Context diagram merupakan diagram yang terdiri dari suatu proses dan menggambarkan ruang lingkup suatu sistem dan merupakan level tertinggi dari DFD.

Gambar. Context Diagram

• DFD level 0 menggambarkan kegiatan kegiatan utama yang dilakukan sistem.

Gambar.DFD Level 0

• DFD level 1 menunjukkan proses yang menyusun proses utama dalam DFD level 0, sekaligus menunjukkan bagaimana informasi berpindah dari satu proses ke proses lainnya

Gambar.DFD Level 1

PUSTAKA

The post ANALISA DAN PERANCANGAN SISTEM INFORMASI (APSI) : 9 appeared first on Cerita Hosting ☁️.

• Menentukan scope dan tujuan pengembangan sistem informasi
• Mengetahui cara penyusunan awal pengembangan sistem informasi (initial stages), batasan dan tujuan pengembangan (statement of scope and objectives) dan systems investigation

TINJAUAN UMUM PENGEMBANGAN SISTEM

1. Pengembangan Sistem

Pengembangan system (System Development) dapat berarti menyusun suatu system yang baru untuk menggantikan system yg lama secara keseluruhan atau memperbaiki system yang telah ada. 

a. Alasan Pengembangan Sistem 

1) Adanya permasalahan-permasalahan (problems) yang timbul di sistem yang lama yang dapat berupa : 

a) Ketidakberesan 

Ketidakberesan dalam system yang lama menyebabkan system yang lama tidak dapat beroperasi sesuai dengan yang diharapkan. Ketidakberesan ini dapat berupa : 

– Kecurangan-kecurangan disengaja yang menyebabkan tidak amannya harta kekayaan perusahaan dan kebenaran dari data menjadi kurang terjamin. 

– Kesalahan-kesalahan yang tidak disengaja yang juga dapat menyebabkan kebenaran dari data kurang terjamin. 

– Tidak efisiensinya operasi. 

– Tidak ditaatinya kebijakan manajemen yang telah ditetapkan. 

b) Pertumbuhan Organisasi 

Pertumbuhan organisasi yang menyebabkan harus disusunnya system yang baru. Pertumbuhan organisasi diantaranya adalah kebutuhan informasi yang semakin luas, volume pengolahan data semakin meningkat, perubahan prinsip akuntansi yang baru. Karena adanya perubahan ini, maka menyebabkan system yang lama tidak efektif lagi, sehingga system yang lama sudah tidak dapat memenuhi lagi semua kebutuhan informasi yang dibutuhkan manajemen.

c) Untuk meraih kesempatan-kesempatan(Opportunities) 

Teknologi informasi telah berkembang dengan cepatnya. Perangkat keras computer, perangkat lunak dan teknologi komunikasi telah begitu cepat berkembang. Organisasi mulai merasakan bahwa teknologi informasi ini perlu digunakan untuk meningkatkan penyediaan informasi sehingga dapat mendukung dalam proses pengambilan keputusan yang akan dilakukan oleh manajemen. Dalam keadaan pasar bersaing, kecepatan informasi atau efisiensi waktu sangat menentukan berhasil atau tidaknya strategi dan rencana-rencana yang telah disusun untuk meraih kesempatan-kesempatan yang ada. Bila pesaing dapat memanfaatkan teknologi ini, maka kesempatan-kesempatan akan jatuh ke tangan pesaing. Kesempatan-kesempatan ini dapat berupa peluang-peluang pasar, pelayanan yang meningkat kepada pelanggan dan lain sebagainya. 

d) Adanya instruksi-instruksi (derivatives) 

Penyusunan system yang baru dapat juga terjadi karena adanya instruksi-instruksi dari atas pimpinan ataupun dari luar organisasi, seperti misalnya peraturan pemerintah. 

Berikut ini dapat digunakan sebagai indicator adanya permasalahan-permasalahan dan kesempatan-kesempatan yang dapat diraih, sehingga menyebabkan system yang lama harus diperbaiki, ditingkatkan bahkan diganti keseluruhannya.

Indikator-indikator ini diantaranya adalah sebagai berikut : 

• Keluhan dari langganan 
• Pengiriman barang yang sering tertunda 
• Pembayaran gaji yang terlambat 
• Laporan yang tidak tepat waktunya 
• Isi laporan yang sering salah 
• Tanggung jawab yang tidak jelas 
• Waktu kerja yang berlebihan 
• Ketidakberesan kas 
• Produktifitas tenaga kerja yang rendah 
• Banyaknya pekerja yang menganggur 
• Kegiatan yang tumpang tindih 
• Tanggapan yang lambat terhadap langganan 
• Kehilangan kesempatan kompetisi pasar 
• Kesalahan-kesalahan manual yang tinggi 
• Persediaan barang yang terlalu tinggi 
• Pemesanan kembali barang yang tidak efisien 
• Biaya Operasi yang tinggi 
• File-file yang kurang teratur 
• Keluhan dari supplier karena tertundanya pembayaran 
• Bertumpuknya back order (tertundanya pengiriman karena kurangnya persediaan barang) 
• Investasi yang tidak efisien 
• Peramalan penjualan dan produksi tidak tepat 
• Kapasitas produksi yang menganggur (idle capasites) 
• Pekerjaan manajer yang terlalu teknis 
• Dll. 

Gambar.Proses Pengembangan Sistem

Sebagai Analisa di dalam pengembangan system, dapat digunakan Analisa PIECES.

• Performance (kinerja)

Peningkatan terhadap kinerja (hasil kerja) system yang baru sehingga menjadi lebih efektif. Kinerja dapat diukur dari throughput dan response time. Throughtput adalah jumlah dari pekerjaan yang dapat dilakukan suatu saat tertentu. Response time adalah rata-rata  waktu yang tertunda diantara dua transaksi atau pekerjaan ditambah dengan waktu response untuk menanggapi pekerjaan tersebut. 

• Information (informasi)

Peningkatan terhadap kualitas informasi yang disajikan. 

• Economy (ekonomis)

Peningkatan terhadap manfaat-manfaat atau keuntungan-keuntungan atau penurunan-penurunan biaya yang terjadi. 

• Control (Pengendalian)

Peningkatan terhadap pengendalian untuk mendeteksi dan memperbaiki kesalahan-kesalahan serta kecurangan-kecurangan yang dan akan terjadi.

• Efficiency (efisiensi)

Peningkatan terhadap efisiensi operasi. Efisiensi berbeda dengan ekonomis. Bila ekonomis berhubungan dengan jumlah sumber daya yang digunakan, efisiensi berhubungan dengan bagaimana sumber daya tersebut digunakan dengan pemborosan yang paling minimum. Efisiensi dapat diukur dari outputnya dibagi dengan inputnya. 

• Services (pelayanan),

Peningkatan terhadap pelayanan yang diberikan oleh system. 

1. Prinsip Pengembangan Sistem

• Sistem yang dikembangkan adalah untuk manajeman 
• Sistem yang dikembangkan adalah investasi modal yang besar 
• Semua alternative yang ada harus diinvestigasi 
• Investasi yang terbaik harus bernilai 
• Sistem yang dikembangkan memerlukan orang yang terdidik 
• Tahapan kerja dan tugas-tugas yang harus dilakukan dalam proses pengembangan system. 
• Proses pengembangan system tidak harus urut Jangan takut membatalkan proyek 
• Dokumentasi harus ada untuk pedoman dalam pengembangan system 

1. Siklus hidup Pengembangan Sistem(System Life Cycle)

Daur atau siklus hidup  dari pengembangan system merupakan suatu bentuk yang digunakan untuk menggambarkan tahapan utama dan Langkah-langkah di dalam tahapan  tersebut dalam proses pengembangannya.

Seperti contoh berikut:

Gambar HCM Modul SAP.

Untuk membuat menjadi suatu aplikasi yg utuh dan saling ter-integrasi, diperlukan tahapan-tahapan pembangunan yang akan diuraikan dalalm beberapa teori pengambangan system aplikasi( life Cycle Development).

1. Model Sekuensial Linier atau Waterfall Development Model

Model Sekuensial Linier atau sering disebut Model Pengembangan Air Terjun, merupakan paradigma model pengembangan perangkat lunak paling tua, dan paling banyak dipakai. Model ini mengusulkan sebuah pendekatan perkembangan perangkat lunak yang sistematik dan sekunsial yang dimulai pada tingkat dan kemajuan sistem pada seluruh tahapan analisis, desain , kode, pengujian, dan pemeliharaan.

Contoh Penerapan dari Pengembangan Model Sekuensial Linear / Waterfall Development Model

Pembuatan program pendaftaran online ke suatu Instansi Pendidikan. Program ini akan sangat membantu dalam proses pendaftaran, karena dapat meng-efektifkan waktu serta pendaftar tidak perlu repot-repot langsung mendatangi Instansi Pendidikan.

Teknisnya adalah sebagai berikut :

Sistem program untuk pendaftaran dibuat menggunakan bahasa pemrograman PHP, dengan Sistem Database yang dibuat menggunakan MySQL, dan diterapkan (diaplikasikan) pada PC (personal computer) dengan sistem operasi berbasis Microsoft Windows, Linux, dan sebagainya.

Setelah program selesai dibuat dan kemudian dipergunakan oleh user, programmer akan memelihara serta menambah atau menyesuaikan program dengan kebutuhan serta kondisi user.

Kelebihan Model Sekuensial Linear / Waterfall Development Model :

Tahapan proses pengembangannya tetap (pasti), mudah diaplikasikan, dan prosesnya teratur.

Cocok digunakan untuk produk software/program yang sudah jelas kebutuhannya di awal, sehingga minim kesalahannya.

Software yang dikembangkan dengan metode ini biasanya menghasilkan kualitas yang baik.

Documen pengembangan sistem sangat terorganisir, karena setiap fase harus terselesaikan dengan lengkap sebelum melangkah ke fase berikutnya.

Kekurangan Model Sekuensial Linear / Waterfall Development Model :

• Proyek yang sebenarnya jarang mengikuti alur sekuensial seperti diusulkan, sehingga perubahan yang terjadi dapat menyebabkan hasil yang sudah didapatkan tim pengembang harus diubah kembali/iterasi sering menyebabkan masalah baru.
• Terjadinya pembagian proyek menjadi tahap-tahap yang tidak fleksibel, karena komitmen harus dilakukan pada tahap awal proses.
• Sulit untuk mengalami perubahan kebutuhan yang diinginkan oleh customer/pelanggan.
• Pelanggan harus sabar untuk menanti produk selesai, karena dikerjakan tahap per tahap, dan proses pengerjaanya akan berlanjut ke setiap tahapan bila tahap sebelumnya sudah benar-benar selesai.
• Perubahan ditengah-tengah pengerjaan produk akan membuat bingung tim pengembang yang sedang membuat produk.
• Adanya waktu kosong (menganggur) bagi pengembang, karena harus menunggu anggota tim proyek lainnya menuntaskan pekerjaannya.

1. Metode System Development Life Circle(SDLC)

Sistem Development Life Cycle (SDLC) merupakan pola yang diambil untuk mengembangkan sistem perangkat lunak, yang terdiri dari tahap-tahap: perencanaan sistem, analisa, desain, implementasi , pengujian dan pengelolaan. Dalam rekayasa perangkat lunak, konsep SDLC mendasari berbagai jenis metodologi pengembangan perangkat lunak. 

Fase-fase Sistem Development Life Cycle (SDLC)

1.      Perencanaan Sistem (Systems Planning)

Lebih menekankan pada aspek studi kelayakan pengembangan sistem (feasibility study).

 Aktivitas-aktivitas yang ada meliputi : 

• Pembentukan dan konsolidasi tim pengembang. 
• Mendefinisikan tujuan dan ruang lingkup pengembangan. 
• Mengidentifikasi apakah masalah-masalah yang ada bisa diselesaikan melalui pengembangan sistem.
• Menentukan dan evaluasi strategi yang akan digunakan dalam pengembangan sistem. 
• Penentuan prioritas teknologi dan pemilihan aplikasi. 

2.    Analisis Sistem (Systems Analysis)

• Analisa sistem adalah tahap di mana dilakukan beberapa aktivitas berikut:
  • Melakukan studi literatur untuk menemukan suatu kasus yang bisa ditangani oleh sistem.
  • Brainstorming dalam tim pengembang mengenai kasus mana yang paling tepat dimodelkan dengan sistem.
  • Mengklasifikasikan masalah, peluang, dan solusi yang mungkin diterapkan untuk kasus tersebut.
  • Analisa kebutuhan pada sistem dan membuat batasan sistem.
  • Mendefinisikan kebutuhan sistem.

3.      Perancangan Sistem (Systems Design) 

Pada tahap ini, features dan operasi-operasi pada sistem dideskripsikan secara detail. Aktivitas-aktivitas yang dilakukan adalah:

• Menganalisa interaksi obyek dan fungsi pada sistem.
• Menganalisa data dan membuat skema database.
• Merancang user interface. 

4.      Implementasi Sistem (Systems Implementation)

Tahap berikutnya adalah implementasi yaitu mengimplementasikan rancangan dari tahap-tahap sebelumnya dan melakukan uji coba. Dalam implementasi, dilakukan aktivitas-aktivitas sebagai berikut: 

• Pembuatan database sesuai skema rancangan.
• Pembuatan aplikasi berdasarkan desain sistem.
• Pengujian dan perbaikan aplikasi (debugging).

5.      Pemeliharaan Sistem (Systems Maintenance)

Dilakukan oleh admin yang ditunjuk untuk menjaga sistem tetap mampu beroperasi secara benar melalui kemampuan sistem dalam mengadaptasikan diri sesuai dengan kebutuhan.

  Kelebihan dan Kekurangan Sistem Informasi Metode SDLC

  Kelebihan:

Metode SDLC mempunyai beberapa kelebihan dan kekurangan. Kelebihan-kelebihan dari metode ini adalah sebagai berikut ini:

• Menyediakan tahapan yang dapat digunakan sebagai pedoman mengembangkan sistem.
• Akan memberikan hasil sistem yang lebih baik karena sistem dianalisis dan dirancang secara keseluruhan sebelum diimplementasikan.

Kekurangan:

Metode SDLC juga mempunyai beberapa kekurangan. Kekurangan-kekurangan dari metode ini antara lain:

• Sistem ini hanya menyediakan tahapan-tahapan saja, tetapi tidak menyediakan metodologi (cara dan alat-alat) untuk mengembangkan sistem. Oleh karenanya, sistem ini harus digabungkan dengan metodologi yang ada, misalnya metodologi pengembangan sistem terstruktur.
• Hasil dari SDLC sangat tergantung dari hasil di tahap analisis, sehingga jika terdapat kesalahan analisis akan terbawa terus dengan hasil sistem yang kurang memuaskan.
• Pengembangan sistem SDLC membutuhkan waktu yang lama karena sistem harus dikembangkan sampai selesai semua terlebih dahulu.
• Pengembangan sistem SDLC ini membutuhkan biaya investasi yang relatif lebih besar dengan metode lainnya.
• Hasil dari sistem tidak fleksibel untuk dimodifikasi karena perlu dilakukan analisis kembali jika akan dimodifikasi.

1. Model Prototype

Metode Prototype merupakan suatu paradigma baru dalam metode pengembangan perangkat lunak dimana metode ini tidak hanya sekedar evolusi dalam dunia pengembangan perangkat lunak, tetapi juga merevolusi metode pengembangan perangkat lunak yang lama yaitu sistem sekuensial yang biasa dikenal dengan nama SDLC atau waterfall development model.

Contoh Penerapan Metode Prototype.

Sebuah rumah sakit ingin membuat aplikasi sistem database untuk pendataan pasiennya. Seorang atau sekelompok programmer akan melakukan identifikasi mengenai apa saja yang dibutuhkan oleh pelanggan, dan bagaimana model kerja program tersebut. Kemudian dilakukan rancangan program yang diujikan kepada pelanggan. Hasil/penilaian dari pelanggan dievaluasi, dan analisis kebutuhan pemakai kembali di lakukan.

Kelebihan Model Prototype :

• Pelanggan berpartisipasi aktif dalam pengembangan sistem, sehingga hasil produk pengembangan akan semakin mudah disesuaikan dengan keinginan dan kebutuhan pelanggan.
• Penentuan kebutuhan lebih mudah diwujudkan.
• Mempersingkat waktu pengembangan produk perangkat lunak.
• Adanya komunikasi yang baik antara pengembang dan pelanggan.
• Pengembang dapat bekerja lebih baik dalam menentukan kebutuhan pelanggan.
• Lebih menghemat waktu dalam pengembangan sistem.

Kekurangan Model Prototype :

• Proses analisis dan perancangan terlalu singkat.
• Biasanya kurang fleksibel dalam mengahadapi perubahan.
• Walaupun pemakai melihat berbagai perbaikan dari setiap versi prototype, tetapi pemakai mungkin tidak menyadari bahwa versi tersebut dibuat tanpa memperhatikan kualitas dan pemeliharaan jangka panjang.
• Pengembang kadang-kadang membuat kompromi implementasi dengan menggunakan sistem operasi yang tidak relevan dan algoritma yang tidak efisien.

1. Model Rapid Application Development (RAD)

Rapid Aplication Development (RAD) adalah sebuah model proses perkembangan perangkat lunak sekuensial linier yang menekankan siklus perkembangan yang sangat pendek (kira-kira 60 sampai 90 hari).

Model RAD ini merupakan sebuah adaptasi “kecepatan tinggi” dari model sekuensial linier dimana perkembangan cepat dicapai dengan menggunakan pendekatan konstruksi berbasis komponen.

Kelebihan Model RAD :

• Lebih efektif dari Pengembangan Model waterfall/sequential linear dalam menghasilkan sistem yang memenuhi kebutuhan langsung dari pelanggan.
• Cocok untuk proyek yang memerlukan waktu yang singkat.
• Model RAD mengikuti tahap pengembangan sistem seperti pada umumnya, tetapi mempunyai kemampuan untuk menggunakan kembali komponen yang ada sehingga pengembang tidak perlu membuatnya dari awal lagi sehingga waktu pengembangan menjadi lebih singkat dan efisien.

Kekurangan Model RAD :

• Model RAD menuntut pengembangan dan pelanggan memiliki komitmen di dalam aktivitas rapid-fire yang diperlukan untuk melengkapi sebuah sistem, di dalam kerangka waktu yang sangat diperpendek. Jika komitmen tersebut tidak ada, proyek RAD akan gagal.
• Tidak semua aplikasi sesuai untuk RAD, bila system tidak dapat dimodulkan dengan teratur, pembangunan komponen penting pada RAD akan menjadi sangat bermasalah.
• RAD tidak cocok digunakan untuk sistem yang mempunyai resiko teknik yang tinggi.
• Membutuhkan Tenaga kerja yang banyak untuk menyelesaikan sebuah proyek dalam skala besar.
• Jika ada perubahan di tengah-tengah pengerjaan maka harus membuat kontrak baru antara pengembang dan pelanggan.

PUSTAKA

The post ANALISA DAN PERANCANGAN SISTEM INFORMASI (APSI) : 2 appeared first on Cerita Hosting ☁️.

• Mengetahui definisi system Informasi
• Ide pengembangan sistem informasi

PENDAHULUAN

1. Konsep Dasar Sistem & Informasi

Definisi system:

• Menurut Raymond Mc Leod, Jr ( 2004 ) “ sistem adalah elemen – elemen yang terintegrasi dengan maksud yang sama untuk mencapai tujuan”.
• MenurutJogiyanto. H. M ( 2005 ) “ system adalah suatu jaringan kerja dari prosedur–prosedur yang saling berhubungan, berkumpul bersama –sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran tertentu”.

Definisi Informasi:

• Menurut Gordon B. Davis dalam bukunya Management Informations System : Conceptual Foundations, Structures, and Development menyebut informasi sebagai data yang telah diolah menjadi bentuk yang berguna bagi penerimanya dan nyata, berupa nilai yang dapat dipahami di dalam keputusan sekarang maupun masa depan.
• Menurut Barry E. Cushing dalam buku Accounting Information System and Business Organization, dikatakan bahwa informasi merupakan sesuatu yang menunjukkan hasil pengolahan data yang diorganisasi dan berguna kepada orang yang menerimanya.
• Menurut Robert N. Anthony dan John Dearden dalam buku Management Control Systems, menyebut informasi sebagai suatu kenyataan, data, item yang menambah pengetahuan bagi penggunanya.
• Menurut Stephen A. Moscove dan Mark G. Simkin dalam bukunya Accounting Information Systems : Concepts and Practise mengatakan informasi sebagai kenyataan atau bentuk-bentuk yang berguna yang dapat digunakan untuk pengambilan keputusan bisnis.

Dari pendapat pakar diatas, pengertian umum mengenai system dapat dirinci sebagai berikut:

a. Suatu system terdiri dari sekumpulan elemen–elemen.

b. Elemen–elemen saling bekerjasama untuk mencapai tujuan sistem.

c. Suatu elemen yang telah ada merupakan bagian dari system lain yang lebih besar. Jadi keberadaan suatu system dibentuk untuk menangani, mengatur serta mengkoordinasikan suatu kegiatan yang rutin terjadi.

1. Karakteristik Sistem

Suatu system memiliki karakteristik atau sifat berupa:

• Komponen system(Components)

Suatu system terdiri dari sejumlah komponen yang saling berinteraksi, yang artinya saling bekerja sama membentuk satu kesatuan. Komponen-komponen system atau elemen-elemen system dapat berupa suatu subsistem atau bagian-bagian dari system. Setiap system tidak peduli betapapun kecilnya, selalu mengandung komponen-komponen atau subsistem-subsistem. Setiap subsistem mempunyai sifat-sifat dari system untuk menjalankan suatu fungsi tertentu dan mempengaruhi proses system secara keseluruhan.

• Batas system(Boundary)

Daerah yang membatasi antara suatu system dengan system yang lain. Batas system ini memungkinkan suatu system dipandang sebagai satu kesatuan.

• Lingkungan luar system(environment)

Lingkungan luar dari suatu system adalah apapun diluar batas dari system yang mempengaruhi operasi system. Lingkungan luar system dapat bersifat menguntungkan dan dapat juga bersifat merugikan system tersebut. Lingkungan luar yang menguntungkan merupakan energi dari system dan dengan demikian harus tetap dijaga dan dipelihara. Sedang lingkungan luar yang merugikan harus ditahan dan dikendalikan, kalau tidak maka akan mengganggu kelangsungan hidup dari system.

• Penghubung(Interface)

Penghubung system merupakan media penghubung anatara satu subsistem dengan subsistem lainnya. Melalui penghubung ini memungkinkan sumber-sumber daya mengalir dari satu subsistem ke yang lainnya. Keluaran output dari satu subsistem akan menjadi masukan (input) untuk subsistem lainnya dengan melalui penghubung. Dengan penghubung satu subsistem dapat berintegrasi dengan subsistem yang lainnya membentuk satu kesatuan.

• Masukkan(input)

Masukan system adalah energi yang dimasukkan kedalam system. Masukan dapat berupa masukan perawatan (maintenance input) dan masukan sinyal (signal input). Maintenance input adalah energi yang dimasukan supaya system tersebut dapat beroperasi. Signal input adalah energi yang diproses untuk didapatkan keluaran. Sebagai contoh didalam system computer, program adalah maintenance input yang digunakan untuk mengoperasikan komputernya dan data adalah signal input untuk diolah menjadi informasi.

• Keluaran(Output)

Keluaran system adalah hasil dari energi yang diolah dan diklasifikan menjadi keluaran yang berguna dan sisa pembuangan. Keluaran dapat merupakan masukan untuk subsistem yang lain atau kepada supra sistem. Misalnya untuk system computer, panas yang dihasilkan adalah keluaran yang tidak berguna dan merupakan hasil sisa pembuangan, sedang informasi adalah keluaran yang dibutuhkan.

• Pengolah(Process)

Suatu system dapat mempunyai suatu bagian pengolah yang akan merubah masukan menjadi keluaran. Suatu system produksi akan mengolah masukan berupa bahan baku dan bahan-bahan yang lain menjadi keluaran berupa barang jadi. Sistem akuntansi akan mengolah data-data transaksi menjadi laporan-laporan keuangan dan laporan-lpaoran lain yang dibutuhkan oleh manajemen.

• Sasaran(Objectives) Tujuan(Goal).

Tujuan Sistem merupakan target atau sasaran akhir yang ingin dicapai oleh suatu system. Suatu system pasti mempunyai tujuan atau sasaran. Kalau suatu system tidak mempunyai sasaran, maka operasi system tidak akan ada gunanya. Sasaran dari system sangat menentukan sekali masukan yang dibutuhkan system dan keluaran yang akan dihasilkan system. Suatu system dikatakan berhasil bila mengenai sasaran atau tujuannya.

Gambar. Karakteristik suatu system.

1. Klasifikasi Sistem

Sistem dapat diklasifikan dari beberapa sudut pandang, diantaranya sebagai berikut ini :

1. Sistem diklasifikan sebagai hasil system abstrak (abstrak system) dan system fisik (Physical System)

Sistem abstrak adalah system yang berupa pemikiran atau ide-ide yang tidak tampak secara fisik. Misalnya system teologia, yaitu system yang berupa pemikiran-pemikiran hubungan antara manusia dengan Tuhan.

Sistem fisik merupakan system yang ada secara fisik. Misalnya system computer, system akuntansi, system produksi dan lain sebagainya.

2. Sistem diklasifikan sebagai system alamiah (natural system) dan system buatan manusia (human made system)

Sistem alamiah adalah system yang terjadi melalui proses alam, tidak dibuat manusia. Misalnya system perputaran bumi.

Sistem buatan manusia adalah system yang dirancang oleh manusia. Sistem buatan manusia yang melibatkan interaksi anatara manusia dengan mesin disebut dengan human machine system atau ada yang menyebut dengan man-machine system. Sistem informasi merupakan contoh man-machine system, karena menyangkut penggunaan computer yang berinteraksi dengan manusia.

3. Sistem diklasifikan sebagai system tertentu (deterministic System) dan system tak tentu (probabilistic system)

Sistem tertentu beroperasi dengan tingkah laku yang sudah dapat diprediksi. Interaksi diantara bagian-bagiannya dapat dideteksi dengan pasti, sehingga keluaran dari system dapat diramalkan.

Sistem tak tentu adalah system yang kondisi masa depannya tidak dapat diprediksi karena mengandung unsur probabilitas.

4. Sistem diklasifikan sebagai system tertutup (closed system) dan system terbuka(open system)

Sistem tertutup merupakan system yang tidak berhubungan dan tidak terpengaruh dengan lingkungan luarnya. Sistem ini bekerja secara otomatis tanpa adanya turut campur tangan dari pihak diluarnya. Secara teoritis system tertutup ini ada, tetapi kenyataanya tidak ada system yang benar-benar tertutup, yang ada hanyalah relatively closed (secara relative tertutup, tidak benar-benar tertutup).

Sistem terbuka adalah system yang berhubungan dan terpengaruh dengan lingkungan luarnya. Sistem ini menerima masukan dan menghasilkan keluaran untuk lingkungan luar atau subsistem yang lainnya. Karena system sifatnya terbuka dan terpengaruh oleh lingkungan luanya, maka suatu system harus mempunyai suatu system pengendalian yang baik. Sistem yang baik harus dirancang sedemikian rupa, sehingga secara relative tertutup karena system tertutup akan bekerja secara otomatis dan terbuka hanya untuk pengaruh yang baik saja.

Gambar. Sistem tertutup & terbuka.

2. Siklus Sistem Informasi

Siklus Informasi adalah gambaran secara umum mengenai proses terhadap data sehingga menjadi Informasi yang bermanfaat bagi pengguna. Informasi yang menghasilkan Informasi berikutnya.

Gambar. Siklus Informasi

• Proses menghasilkan Informasi harus melalui tahapan-tahapan yang dilakukan computer sebagai Teknologi informasi.
• Tahapan-tahapan tersebut terdiri atas Input-Proses-Output yang disebut sebagai siklus proses informasi. Artinya, bila tahap telah sampai pada output maka output tersebut dapat dijadikan input kembali.
• Dengan demikian dapat dikatakan bahwa Informasi yang dihasilkan dapat pula dijadikan data Kembali sebagai input untuk di proses selanjutnya.
• Data dan Informasi akan saling berkesinambungan sehingga membentuk suatu siklus yang disebut information cycle(siklus informasi).

1. Kriteria Sistem Informasi

Kriteria sistem yang baik antara lain :

a. Kegunaan

Sistem harus dapat menghasilkan Informasi yang tepat waktu dan relevan untuk proses pengambilan keputusan.

b. Ekonomis

Sistem harus dapat menyumbang suatu nilai tambah sekurang kurangnya sebesar biayanya.

c. Keandalan

Keluaran dari system harus mempunyai tingkat ketelitian yang tinggi dan dapat beroperasi secara efektif dan efisien.

d. Kapasitas

Sistem harus cukup sederhana sehingga struktur dan operasinya dapat dengan mudah dimengerti dan prosedur mudah diikuti

e. Fleksibilitas

  Sistem harus cukup fleksibel untuk menampung perubahan–perubahan.

Gambar. Pilar kualitas Informasi.

2.1. Perencanaan Sistem

Perencanaan system merupakan gambaran dari estimasi kebutuhan fisik, kebutuhan tenaga kerja dan kebutuhan yang digunakan untuk mendukung perkembangan system dan operasinya setelah system diterapkan.

Proses dari perencanaan system dapat dikelompokkan dalam tiga proses utama, yaitu sebagai berikut:

1. Merencanakan proyek-proyek sistem

Proses perencanaan system ini bertujuan untuk merencanakan proyek proyek

System yang akan dikembangkan nantinya. Hasil dari perencanaan system ini adalah laporan perencanaan system yang dapat berupa perencanaan system jangka pendek maupun perencanaan system jangka panjang. Proses perencanaan system terdiri dari beberapa tahap yaitu:

a. Mengkaji tujuan, perencanaan strategis dan taktik.

b. Mengidentifikasi proyek-proyek system menetapkan proyek-proyek

sistem.

c. Menetapkan kendala proyek-proyek sistem.

d. Membuat laporan perencanaan sistem.

2.  Menentukan proyek-proyek system yang akan dikembangkan

 Persiapan ini meliputi penunjukkan team analis yang akan menganalisa kelayakan dari proyek dan disusul dengan mengumumkan proyek pengembangan system ini kepada pemakai semua sistem.

3. Mendefinisikan proyek-proyek system yang dikembangkan

Mendefinisikan proyek-proyek system ini berarti melakukan suatu studi untuk mencari alternatif-alternatif pemecahan terbaik yang paling layak untuk dikembangkan. Hasil dari studi ini nantinya akan dimintakan persetujuan kepada manajemen dalam bentuk laporan usulan proyek sistem yang akan dikembangkan.

Di dalam pembangunan dan pengembangan system Informasi, selain team project IT, Team developer, diperlukan tenaga ahli sebagai Analisa system(System Analysis).

Pengertian Analisa Sistem

Analisa system menurut Jogiyanto Hartanto dalam bukunya yang berjudul Analisis dan Desain Sistem Informasi 2005 “system merupakan penguraian dari suatu sistem informasi yang utuh kedalam bagian-bagian komponennya dengan maksud untuk mengidentifikasi dan mengevaluasi permasalahan-permasalahan, kesempatan-kesempatan, hambatan-hambatan yang diharapkan sehingga dapat diusulkan perbaikan-perbaikan”.

Tugas yang harus dilakukan adalah sebagai berikut:

a. Mengidentifikasi penyebab masalah

Yaitu dengan mengkaji ulang terlebih dahulu subyek-subyek permasalahan yang telah diutarakan oleh analis sistem.

b. Mengidentifikasi titik keputusan

Dasar identifikasi titik keputusan dapat digunakan dokumen system began alir formulir.

c. Mengidentifikasi personil-personil kunci

Dengan mengacu pada began alir dokumen yang ada didalam perusahaan serta dokumen deskripsi jabatan.

Langkah-langkah Analisa Sistem menurut Jogiyanto(2005) meliputi:

1. Mengidentifikasi Masalah

Mengidentifikasi masalah merupakan Langkah pertama yang dilakukan dalam tahap analisa sistem. Masalah dapat didefinikasikan sebagai suatu pertanyaan yang diinginkan untuk dipecahkan. Masalah ini yang menyebabkan sasaran dari system tidak dapat dicapai.

2. Memahami Kerja dari Sistem yang ada

Dilakukan dengan mempelajari secara terperinci bagaimana system yang ada beroperasi. Analisis system perlu mempelajari bagaimana operasi dari system yang ada sebelum mencoba untuk menganalisis permasalahan-permasalahan, kebutuhan-kebutuhan dan kelemahan-kelemahan pemakai sistem untuk dapat memberikan rekomendasi pemecahannya.

3. Menganalisa Sistem

    Dilakukan berdasarkan pada data yang telah diperoleh dari penelitian yang telah dilakukan. Yaitu dengan menganalisa kelemahan sistem dan menganalisa kebutuhan informasi pemakai.

4. Membuat Laporan Hasil Analisis

Setelah  proses analisis selesai dilakukan tugas berikutnya adalah membuat laporan hasil analisis. Tujuan dari pembuatan laporan ini adalah:

a.  Pelaporan bahwa analisis telah selesai dilakukan.

b. Meluruskan kesalahan pengertian mengenai apa yang telah ditemukan dan dianalisis oleh analisis system tetapi tidak sesuai dengan pihak manajemen.

c. Meminta saran-saran dan pendapat-pendapat dari pihak manajemen.

d.Meminta persetujuan kepada pihak manajemen untuk melakukan tindakan selanjutnya.

PUSTAKA

The post ANALISA DAN PERANCANGAN SISTEM INFORMASI (APSI) : 1 appeared first on Cerita Hosting ☁️.

• Metode pengumpulan Informasi(information gathering), interviewing, listening to stories, joint application design & questionnaires.

Metode pengumpulan Informasi (information gathering)

1.1 Pengumpulan data & Analisa

Proses identifikasi dan analisa kebutuhan-kebutuhan data disebut pengumpulan data dan analisa. 

Untuk menentukan kebutuhan-kebutuhan suatu sistem database, pertama-tama harus mengenal bagian-bagian lain dari sistem informasi yang akan berinteraksi dengan sistem database, termasuk para pemakai yang ada dan para pemakai yang baru serta aplikasi-aplikasinya.

Kebutuhan-kebutuhan dari para  pemakai dan aplikasi-aplikasi inilah yang kemudian dikumpulkan dan dianalisa.

Aktifitas-aktifitas yang dilakukan dalam fase ini:

1. Mengidentifikasikan kelompok dari pemakai dan area aplikasi
2. Mempelajari dokumen-dokumen yang ada
3. (bentuk-bentuk formulir, laporan, aturan-aturan)
4. Menganalisis lingkungan operasional dan pemrosesan permintaan
5. Mengadakan questioner dan interview

Banyak teknik yang digunakan untuk mendapat informasi yang disebut fact finding techniques seperti :

• SADT (structured analysis an design techniques), 
• DFD (data flow diagram), 
• HIPO (hierarchical input process output)

Banyak teknik yang digunakan untuk mendapat informasi yang disebut fact finding techniques seperti :

•  SADT (structured analysis an design techniques), 
• DFD (data flow diagram), 
• HIPO (hierarchical input process output)

Banyak teknik yang digunakan untuk mendapat informasi yang disebut fact finding techniques seperti :

• SADT (structured analysis an design techniques),
• DFD (data flow diagram),
• HIPO (hierarchical input process output)

Informasi dari setiap user terdiri dari :

• Deskripsi data yang digunakan
• Bagaimana data itu digunakan
• Permintaan tambahan untuk aplikasi database yang baru.

(Informasi ini dianalisa untuk mengidentifikasi permintaan dalam aplikasi database yang baru)

Kegiatan yang dilaksanakan :

• Menentukan kelompok pemakai dan bidang aplikasinya
  • Peninjauan dokumentasi yang ada
  • Mengumpulkan respon user hasil kuesioner yang berisi daftar pertanyaan yang telah disebarkan.

Pendekatan yang dilakukan:

1. Pendekatan terpusat / Centralized approach

Kebutuhan dari setiap user disatukan ke dalam suatu bentuk dari kebutuhan aplikasi database yang baru.
Pendekatan terpusat (one-shot) mengumpulkan permintaan dari user yang berbeda menjadi satu daftar permintaan

2. Pendekatan ter Integrasi
   Kebutuhan dari setiap user digunakan untuk membangun model data lokal yang terpisah-pisah.

Hasil dari model data tersebut disatukan menjadi global model data yang nantinya akan membentuk suatu sistem database.
Pendekatan ini digunakan karena adanya perbedaan antara user dan aplikasi yang digunakan sehingga cukup rumit. Sehingga pendekatan ini membagi kedalam beberapa pekerjaan agar lebih mudah diatur.

3. Teknik Fact-Finding

Digunakan pada saat akan mendokumentasikan fakta-fakta yang penting dan perlu dalam pengembangan sistem basis data. Sehingga dapat disimpulkan bahwa Fact-Finding Technique adalah sebuah proses formal yang menggunakan teknik seperti wawancara, penyebaran angket tentang sistem, kebutuhannya dan preferen

Kapan?

Teknik ini digunakan disetiap tahap didalam pengembangan daur hidup sistem basis data. Termasuk didalamnya adalah pada saat penting yaitu tahap awal yang termasuk adalah tahap perencanaan, pendefinisian sistem, pengumpulan kebutuhan user dan tahap analisis.

Pelaksanaan teknik Fact-Finding sangat membantu para pengembang sistem basis data dalam mempelajari istilah-istilah organisasi, mengidentifikasi permasalahan yang ada, melihat kesempatan, keterbatasan, serta prioritas organisasi dan pemakai sistem. 

lima teknik Fact-Finding yang biasa digunakan: 

1. Pemeriksaan dokumentasi 
   1. Wawancara 
   2. Melakukan observasi terhadap proses yang sedang berlangsung 
   3. Riset 
   4. Penyebaran angket 

2. Pemeriksaan dokumentasi 
   1. Pemeriksaan terhadap dokumen bisa terjadi dikarenakan perlunya pemahaman akan perlunya basis data bagi organisasi. Selain itu juga dapat mengidentifikasi bagian dari organisasi yang merupakan sumber atau berhubungan dengan masalah yang timbul. Dengan melakukan pemeriksaan terhadap dokumen, form, laporan atau semua berkas yang berhubungan dengan sistem yang sedang berjalan diharapkan dapat memberikan pemahaman yang singkat terhadap sistem tersebut. 

2. Wawancara 

Teknik wawancara adalah teknik yang paling sering digunakan dalam pengumpulan fakta. Teknik yang digunakan memberikan kesempatan pada kedua pihak untuk saling melihat (face-to-face).

Tujuan dari wawancara sebenarnya adalah untuk selain mencari fakta, juga dapat melakukan verifikasi, klarifikasi, membangun antusiasme user dan pelibatan user dalam melakukan user requirements, pengumpulan ide dan pendapat.
Terdapat dua teknik wawancara yaitu nonstruktur dan terstruktur. 

• Wawancara nonstruktur dilakukan hanya apabila terdapat topic yang general yang hendak dibahas, tapi sering kali tidak berjalan dengan baik karena tidak terfokus. 

• Wawancara terstruktur dilakukan dengan persiapan yang baik, yakni pewawancara telah mempersiapkan daftar pertanyaan yang memang berhubungan dengan informasi yang dibutuhkan untuk setiap tahapan

3. Melakukan observasi terhadap proses yang sedang berlangsung 
   • Observasi terhadap proses yang sedang berlangsung didalam organisasi merupakan suatu teknik yang efektif dalam memahami sistem yang sedang berjalan.
   • Dalam melakukan observasi pengembang dapat berpartisipasi langsung atau mungkin menyaksikan seseorang dalam melakukan tugasnya. Teknik ini akan sangat berguna sekali apabila validitas data yang dikumpulkan termasuk dalam data yang memang diminta dalam kebutuhan user dan juga dapat menjawab pertanyaan rumit yang tidak bisa dijawab langsung oleh user, melainkan hanya bisa didalam dengan cara observasi langsung.

4. Riset 
   • Teknik ini berguna dalam melakukan penelitian atau cara tentang masalah yang ada pada aplikasi. Penelitian dapat dilakukan dengan cara menggunakan jurnal transaksi komputer, buku referensi dan internet (termasuk user groups dan bulletin boards).
   • Riset atau penelitian dapat memberikan informasi tentang permasalah yang sama yang pernah dialami oleh orang lain dan apakah software yang digunakan dapat memecahkan sebagian atau beberapa atau masalah yang terjadi. Berikut adalah keuntungan dan kerugian yang didapat dari penelitian. 

5. Penyebaran angket 
   • Teknik ini dilakukan dengan cara melakukan survey melalui angket atau daftar pertanyaan (dengan mengisi kuesioner yang diberikan). Angket atau kuesioner adalah dokumen yang dipersiapkan untuk tujuan khusus yang berisi fakta/informasi yang dikumpulkan dari banyak orang dimana respon nya dikontrol. 
   • Terdapat dua jenis kuesioner berdasarkan pertanyaan yang diberikan yaitu kuesioner dengan format bebas (free-format questionare) dan yang dengan format tetap (fixed-format questionare)

Free-format 

• Format seperti ini menawarkan kebebasan kepada responden dalam menjawab pertanyaan.
  Contoh: “jenis laporan apa yang anda dapatkan dan digunakan untuk apa?”
  
  
• “apakah anda menemui masalah dalam report yang anda gunakan? Apabila ya mohon jelaskan”
  
  
• Masalah yang sering ditemui dalam free-format kuesioner adalah sulitnya untuk melakukan tabulasi terhadap jawaban-jawaban responden, atau bahkan sering juga jawaban yang diberikan tidak sesuai dengan pertanyaan. 

Fixed-format 

• Format seperti ini mengharuskan jawaban yang spesifik dari responden.
• Dari pertanyaan yang diberikan responden harus memilih jawaban yang telah disediakan.
• Hal ini menjadikan hasilnya menjadi lebih mudah untuk dikelola dan ditabulasi.

Disisi lain, para responden tidak dapat memberikan informasi tambahan yang mungkin saja berharga bagi pengembangan sistem.

Contoh: “Laporan yang anda terima sekarang sudah ideal dan tidak perlu ada perbaikan. Responden dapat memilih jawaban “Ya” atau “Tidak” atau jawabannya “Sangat Setuju”, “Setuju”, “Tidak Setuju”,”Sangat Tidak Setuju”.

PUSTAKA

The post ANALISA DAN PERANCANGAN SISTEM INFORMASI (APSI) : 4 appeared first on Cerita Hosting ☁️.

Indikator Materi:

• Mengetahui metode pengembangan system informasi meliputi system development life cycle, Agile & Object Oriented.

1. Metode Pengembangan Sistem

Metodologi adalah : 

Kesatuan metode-metode, procedure-prosedure, konsep-konsep pekerjaan, aturan-aturan dan postulat-postulat yang digunakan oleh suatu ilmu pengetahuan, seni atau disiplin lainnya. 

Metode adalah:

Suatu cara/ teknik yang sistematik untuk mengerjakan sesuatu. 

Metodologi pengembangan system yang ada biasanya dibuat atau diusulkan oleh : 

–  Penulis buku 

–  Peneliti 

–  Konsultan 

–  System house 

–  Pabrik software 

Alat dan teknik pengembangan Sistem 

• Untuk dapat melakukan langkah-langkah sesuai dengan yang diberikan oleh metodologi pengembangan system yang terstruktur, maka dibutuhkan alat dan teknik untuk melaksanakannya. 
  • Alat-alat yang digunakan dalam suatu metodologi umumnya berupa suatu gambar atau diagram atau grafik. Selain berbentuk gambar, alat-alat yang digunakan juga ada yang berupa gambar atau grafik (nongraphical tools), seperti misalnya data dictionary, structured English, pseudocode serta formulir-formulir untuk mencatat dan menyajikan data. 

Alat-alat pengembangan system yang berbentuk grafik diantaranya adalah sebagai berikut ini : 

1) HIPO diagram 

HIPO (Hierarchy Plus Input-Process-Output), adalah alat dokumentasi program yang berbasis pada fungsi, yaitu tiap-tiap modul di dalam system digambarkan oleh fungsi utamanya. 

Gambar. Hipo Diagram

2) Data flow diagram 

Digunakan untuk menggambarkan suatu system yang telah ada atau system baru yang akan dikembangkan secara logika tanpa mempertimbangkan lingkungan fisik dimana data tersebut mengalir (misalnya lewat telpon, surat dan sebagainya) atau lingkungan fisik dimana data tersebut akan disimpan (misalnya file kartu, microfile, harddisk, tape, diskette dan lain sebagianya) .

Gambar Contoh data flow diagram

3) Structured chart 

Digunakan untuk mendefinisikan dan mengilustrasikan organisasi dari system informasi secara berjenjang dalam bentuk modul dan sub-module dengan menunjukan hubungan elemen data dan elemen control antara hubungan modulnya sehingga memberikan penjelasan lengkap dari system dipandang dari elemen data, elemen control, modul dan hubungan antar modulnya. 

Gambar Contoh Structured Chart.

4) SADT (Structure Analysis and Design Technique) 

Structured Analysis and Design Technique, memandang suatu system terdiri dari dua hal : benda (obyek, dokumen atau data) dan kejadian (kegiatan yang dilakukan oleh orang, mesin atau perangkat lunak). Menggunakan dua tipe diagram yaitu, diagram kegiatan(activity diagrams, disebut actigrams) dan diagram data (data diagrams disebut datagrams) 

Gambar.Actigram model

5) Jackson’s diagram (JSD) 

Jackson’s System Development (JSD) membangun suatu model dari dunia nyata (real world) yang menyediakan subyek-subyek permasalahan dari system.

Gambar.Model JSD

Metode lain yg dapat digunakan:

(1) Bagan alir sistem(system flowchart) 

(2) Bagan alir program (program flowchart) yang dapat berupa : 

– Bagan alir logika program (program logic flowchart) 

– Bagan alir program computer terinci (detailed computer program flowchart) 

(3) Bagan alir kertas kerja (paperwork flowchart) 

(4) Bagan alir proses (process flowchart) 

(5) Gantt Chart

Metode Pengembangan

1. Systems Development Life Cycle

Siklus Hidup Pengembangan Sistem (SDLC ) atau Siklus Hidup Sistem (Systems Life Cycle ), dalam rekayasa sistem serta rekayasa perangkat lunak, adalah proses pembuatan serta pengubahan sistem serta model serta metodologi yang digunakan untuk dapat mengembangkan sistem-sistem tersebut. Konsep ini pada umumnya merujuk pada suatu sistem komputer atau informasi

Gambar. SDLC

Tahapan:

1. Rencana(planning)

2. Analisis (analysis)

3. Desain (design)

4. Implementasi (implementation)

5. Uji coba (testing)

6. Pengelolaan (maintenance)

2. Agile

Agile Development Methods adalah sekelompok metodologi pengembangan perangkat lunak yang didasarkan pada prinsip-prinsip yang sama atau pengembangan sistem jangka pendek yang memerlukan adaptasi cepat dari pengembang terhadap perubahan dalam bentuk apapun.

Agile development methods merupakan salah satu dari Metodologi pengembangan perangkat lunak yang digunakan dalam pengembangan perangkat lunak. Agile memiliki pengertian bersifat cepat, ringan, bebas bergerak, dan waspada, Sehingga saat membuat perangkat lunak dengan menggunakan agile development methods diperlukan inovasi dan responsibiliti yang baik antara tim pengembang dan klien agar kualitas dari perangkat lunak yang dihasilkan bagus dan kelincahan dari tim seimbang.

Gambar.Agile Metodologi

3.Object Oriented

• Pendekatan perancangan sistem berorientasi objek adalah suatu teknik pendekatan baru dalam melihat permasalahan dan sistem (sistem perangkat lunak, sistem informasi, atau sistem lainnya). Pendekatan ini memandang sistem yang akan dikembangkan sebagai suatu kumpulan objek-objek dunia nyata.
• Terdapat beberapa cara untuk mengabstraksikan dan memodelkan objek-objek tersebut, yaitu abstraksi objek, kelas, hubungan antar kelas sampai abstraksi sistem. Saat mengabstraksikan dan memodelkan objek, data dan proses-proses yang dipunyai oleh objek akan dienkapsulasi (dibungkus) menjadi satu kesatuan.
• Dalam rekayasa perangkat lunak, konsep pendekatan berorientasi objek dapat diterapkan pada tahap analisis, perancangan, pemrograman, dan pengujian perangkat lunak. Ada berbagai teknik yang dapat digunakan pada masing-masing tahap tersebut, dengan aturan dan alat bantu pemodelan tertentu.

Tools pendekatan berorientasi objek :

• Rational Unified Process (RUP) (Rational Software – IBM 2003)
• Fusion (Coleman 1994)
• STS development Method 3 (ADM3) (Firesmith 1993)
• Berard’s object-oriented design (Berard 1991)
• Booch’s object-oriented design (Booch 1983, 1991)
• Coad and Yourdon’s object – oriented analysis (Coad & Yourdon 1989)
• Coad and Yourdon’s object-oriented analysis (OOA) (Coad & Yourdon 1991)
• Jacobson’s Objectory (Jacobson & Linstrom 1992)
• Rumbaugh’s object modelling technique (OMT) (Rumbaugh et al. 1991)
• Object-oriented system analysis (OOA) (Shlaer & Mellor 1988)

PUSTAKA

The post ANALISA DAN PERANCANGAN SISTEM INFORMASI (APSI) : 3 appeared first on Cerita Hosting ☁️.

Dalam tulisan kali ini, kami akan memaparkan secara sederhana apa itu UI dan UX.

UI dan UX adalah singakatan dari User Interface dan User experience yakni merupakan sebuah tampilan visual dalam sebuah aplikasi atau alat pemasaran digital dalam bentuk website yang dapat meningkatkan brand yang dimiliki oleh bisnis atau perusahaan yang anda miliki.

• Design User Interface (UI)

Desain user interface merupakan sebuah tahap perancangan tampilan visual. Tampilan visual dari sebuah sistem digunakan untuk membantu pengguna akan lebih mudah penggunaannya, karena hal ini merupakan alat interaksi utama antara pengguna dengan sistem.

Desain user interface meliputi hierarki menu dan desain interface website.

• Apa yang dimaksud dengan UX?

User Experience adalah bagaimana seorang pengguna internet mengakses website, suatu pengalaman yang mereka dapatkan dari website tersebut. Contoh User Experience adalah mengeksplorasi semua fitur website yang ada, melihat tampilan website-nya, dan melakukan prosedur hingga berhasil transaksi produk/jasa.

• Apa perbedaan UI & UX

1. User Experience(UX) berkonsentrasi pada bagaimana sebuah produk akan mudah di akses user/pelanggan/pengguna, dan apakah dapat memecahkan masalah bagi pengguna, di saat pengguna ingin memilih atau mencari sebuah produk yang dinginkan dengan mudah, sehingga tujuan pengguna tercapai.

2. User Interface adalah bagaimana suatu website atau aplikasi yang kamu buat terlihat dan berbentuk seperti apa. Hal tersebut mencakup Layout (tata letak), Visual Design (desain visual) dan Branding.

Mengapa UI (User Interface) UX(User Experience) penting?

A. Desain User Interface (UI)

memang sangat penting karena itu akan menentukan bagaimana seseorang berinteraksi dengan website dan aplikasi tersebut. User interface juga menentukan apakah pengunjung website atau pengguna aplikasi dapat menavigasi website atau aplikasi dengan mudah.

B. User Experience (UX)

Imaginovation, salah satu lembaga di Amerika lewat penelitiannya menemukan bukti apabila UX mampu meningkatkan peforma web dan kualitas konten, seperti fitur lengkap, akses cepat, konten menarik dan mudah menemukan segala macam informasi yang diperlukan.

Penerapan user experience pada akan memudahkan pengguna dalam menggunakan aplikasi. Karena didalamnya sudah ada penilaian aspek usability. Setiap aplikasi pastilah dibuat agar para pengguna mudah untuk menggunakannya.

Salam Sukses!

The post UI & UX Design : Mengapa Perlu dan Penting? appeared first on Cerita Hosting ☁️.