DISTRIBUSI FREKUENSI DAN PEMBAHASANNYA STATISTIKA DAN PROBABILITAS

Permasalahan

1. Berikut ini diberikan data nilai hasil ujian akhir mata kuliah Statistik dan Probabilitas dari 50 mahasiswa. (sumber: data rekaan)

62 78 70 58 65 54 69 71 67 74

64 45 59 68 70 66 80 54 62 83

77 51 72 79 66 83 63 67 61 71

64 59 76 67 59 64 70 73 67 56

42 56 91 48 81 92 46 82 52 92

• Buatlah tabel distribusi frekuensi data bergolong dari data tersebut dengan aturan sturges. Buatlah tabel distribusi relatif dan tabel distribusi kumulatif (kurang dari dan lebih dari).
• Gambarlah histogram, polygon dan ogif dari data tersebut.

Penyelesaian 

Langkah membuat tabel distribusi frekuensi adalah :

1. Menentukan Jangkauan (J)

    J = Data max – Data min

      =  92 -  42

       = 50

2. Menentukan banyak kelas interval (K)

          K = 1 + 3.3 log n

             = 1 + 3.3 log 50

             = 1 + 5.6

             = 6.6
        =7

      3. Menentukan panjang/lebar kelas interval (P)

     P = J / K

        = 50 / 7

        = 7.1
        = 8

4. Buat daftar distribusi yang terdiri dari kolom kelas, interval, tabulasi, dan frekuensi

tabel distribusi frekuensi

Histogram

Polygon

Ogive

tabel distribusi frekuensi data bergolong

Sumber:. https://rahmatsyaw.blogspot.com/2019/09/contoh-soal-distribusi-frekuensi-dan.html?m=0

Menentukan Jenis tabel pada kasus-kasus berikut

1. Jumlah penjual yang diperinci berdasarkan tabel satu arah
• Berdasarkan jenis barang agar supaya bisa diketahui jenis barang yang menunjukkan tren naik dan mana yang turun dengan data mouse gaming 299, meja computer 250, keyboard 199, keyboard wirelles 100

•Berdasarkan daerah penjualan, agar bisa diketahui daerah mana yang memberikan hasil penjualan yang tinggi/terbesar

Jawab : Berdasarkan kasus diatas, maka data yang perlu ditunjukkan pada tabel adalah daerah penjualan dan jumlah penjualannya. Untuk itu, menggunakan model penyajian data dengan Tabel Satu Arah, sebagai berikut :

Sumber: https://www.google.co.id/amp/s/0729mega.wordpress.com/2018/02/11/1535/amp/

2. Jumlah pengangguran diperinci berdasarkan : Data bebas
•Berdasarkan keahlian pendidik (tabel 2 arah)

Jawab : Menggunakan model penyajian data dengan Tabel Dua Arah, Sebagai berikut :

•Berdasarkan umur, keahlian daerah asal (tabel 3 arah)

Jawab : Menggunakan model penyajian data dengan Tabel Tiga Arah, Sebagai berikut :

Sumber: https://www.google.co.id/amp/s/0729mega.wordpress.com/2018/02/11/1535/amp/

3. Jumlah Kredit perbankan yang diperinci berdasarkan :

a.) Berdasarkan jenis kredit

Jawab : Menggunakan model penyajian data dengan Tabel Satu Arah, Sebagai berikut

b.) Berdasarkan Jenis kredit dan bank yang memberikannya.

Jawab : Menggunakan model penyajian data dengan Tabel Dua Arah, Sebagai berikut :

Sumber: https://www.google.co.id/amp/s/0729mega.wordpress.com/2018/02/11/1535/amp/

Rumus Sampling dan Contoh Soal Menurut Para Ahli

PENGERTIAN SAMPEL

Sampel adalah sebagian dari jumlah dan karakteristik yang dimiliki oleh populasi.Bila populasi besar, dan peneliti tidak mungkin mempelajari semua yang ada pada populasi, misalnya karena keterbatasan dana, tenaga dan waktu, maka peneliti dapat menggunakan sampel yang diambil dari populasi itu. Apa yang dipelajari dari sampel itu, kesimpulannya akan diberlakukan untuk populasi. Untuk itu sampel yang diambil dari populasi harus betul-betul representative (Sugiyono, 2010:62).

MANFAAT SAMPLING

1. Menghemat biaya penelitian
2. Menghemat waktu untuk penelitian
3. Dapat menghasilkan data yang lebih akurat
4. Memperluas ruang lingkup penelitian

SYARAT TEKNIK SAMPLING

Teknik sampling boleh dilakukan jika populasi bersifat homogeny atau memiliki karakteristik yang sama atau setidak-tidaknya hamper sama. Bila keadaan populasi bersifat heterogen maka sampel yang dihasilkan dapat bersifat tidak representative atau tidak dapat menggambarkan karakteristik populasi.

Link : http://fatkhan.web.id/pengertian-populasi-sampel-jenis-sampling-dan-teknik-sampling/

1. Rumus Slovin (dalam Riduwan, 2005:65)

n = N/N(d)² + 1

n = sampel; N = populasi; d = nilai presisi 95% atau sig. = 0,05.

Misalnya, jumlah populasi adalah 125, dan tingkat kesalahan yang dikehendaki adalah 5%, maka jumlah sampel yang digunakan adalah :

N = 125 / 125 (0,05)² + 1 = 95,23, dibulatkan 95,

Contoh Soal

 Produsen akan melakukan sebuah penelitian terhadapat Karyawannya yang  berjumlah 1.000 orang, dan Taraf Signifikansinya 0,05 pada suatu perusahaan. Maka berapakah besarnya sampel menurut Rumus Slovin sebagai berikut ini.

Jawaban :

n = N (1 + N e2)

1.000 = (1 + 1.000 x 0,05 x 0,05)

= 286 Karyawan
Sumber : https://rumus.co.id/rumus-slovin/

2. Cochran (1963:75)

Cochran (1963:75) mengembangkan formula sebagai berikut:

n = z2pq/e2

dimana

n = jumlah sampel

z = nilai pada kurva normal (1-α), misalnya 95%

p = proporsi estimasi dari kejadian pada populasi

q = 1-p

e = keakuratan

Sebagai contoh, katakan kita ingin mengevaluasi program penyuluhan yang mengajak petani untuk menggunakan metode baru. Anggaplah populasinya besar tetapi kita tidak tahu persentase dari penerimaan metode baru tersebut. Oleh karena itu, kita berasumsi tingkat penerimaannya 50:50 atau p = 0,5. Selanjutnya kita pilih α = 0,05 dan keakuratan 5% . Jumlah sampel yang diperlukan adalah sebagai berikut:

n = z2pq/e2 = (1,96)2(0,5)(0,5)/(0,05)2= 385 petani

Sumber : https://hatta2stat.wordpress.com/2009/04/14/sampel-dan-ukuran-sampel/

3. Yamane (Rakhmat, 1999:82)                                    

N

n    =   

N.d² + 1

Keterangan:

n    =    Jumlah Sampel

N   =    Jumlah Populasi

d    =    Derajat ketetapan

Contoh:

Dilakukan penelitian di SMP Negeri 207 Jakarta Barat. Yang menjadi populasi dalam penelitian ini ialah keseluruhan siswa kelas VIII SMP Negeri 207 Jakarta Barat dengan jumlah sebanyak 150 orang. Maka jumlah sampel yang harus dipilih berdasarkan rumus Yamame dengan derajad ketetapan 5%, yaitu sebagai berikut :

N

n    =   

N.d² + 1

150

n    =   

150.(0,05)² + 1

150

n    =   

1,375

n    =  109,09 dibulatkan 109

Jadi besarnya sampel yang dipilih sebanyak 109 orang.

Sumber : https://lauraerawardani.blogspot.com/2014/05/populasi-dan-sampel.html?m=1

4. Menurut Arikunto (2006:158)
 “Dokumentasi adalah mencari dan mengumpulkan data mengenai hal-hal yang berupa catatan, transkip, buku, surat kabar, majalah, notulen, rapot, agenda dan sebagainya.” 

Metode dokumentasi ini dimaksudkan untuk memperoleh data berdasarkan sumber data yang ada di sekolah, yaitu berupa :

a.       Profil sekolah

b.      Struktur organisasi

c.       Hasil penilaian prestasi belajar

Ritonga(1997:15)

 “Skala ordinal menggunakan logika untuk membuat kategori-kategori”. Variable yang diukur dikategorikan menurut jalan pikiran lurus atau sesuai dengan logika. Kategori yang satu dibedakan dengan kategori lainnya berdasarkan aturan tertentu. Skala ordinal adalah skala yang menunjukkan tingkatan-tingkatan atau didasarkan pada tingkat teratas sampai terbawah. Meskipun demikian, jarak antara A dengan B tidak atau belum tentu sama dengan jarak B dengan C atau seterusnya. 

Model Pembelajaran Brainstorming

A. Brainstorming

brainstorming adalah metode untuk memunculkan penyelesaian masalah yang kreatif dengan mendorong anggota kelompok untuk melemparkan ide sembari menahan kritik atau penilaian. Brainstorming, dalam banyak bentuknya, telah menjadi tool standar untuk ideation (pengembangan ide baru). Barangkali ini karena fleksibilitasnya:

• Sembari pelaku bisnis kebanyakan cenderung benar-benar menggunakan istilah "brainstorm", prosesnya digunakan dalam berbagai rentang, dari universitas hingga non-profit hingga tempat seni pertunjukkan.
• Brainstorming dapat dicapai oleh sebuah kelompok besar, kelompok kecil, atau bahkan seorang individu.
• Ada batasan pada jenis masalah atau pertanyaan yang dapat diselesaikan melalui brainstorming.

Sementara istilah "brainstorming" relatif baru, konsepnya setua kreatifitas manusia. Ide memanfaatkan proses untuk bisnis, bagaimana pun juga, telah dikembangkan oleh Alex Osborn tahun 1941. Sebagai eksekutif periklanan, Osborn mengerti pentingnya kreatifitas untuk sukses: dalam bukunya terbitan 1952 Kekuatan Kreatifitasmu: Bagaimana Menggunakan Imajinasi, dia menuliskan: "Tidak hanya di dalam bisnis namun dalam setiap lini, kualitas kepemimpinan tergantung pada kekuatan kreatif".

Osborn percaya bahwa kreatifitas seringkali dipadamkan dalam dunia bisnis karena (1) terlalu sedikit ide yang dibuat oleh terlalu sedikit orang dan (2) orang-orang yang terlibat dalam proses kreatif terlalu cepat mengkritik dan menilai ide inovatif.

Dia juga percaya bahwa setiap orang memiliki potensi untuk kreatifitas, dan mempelajari skill kreatif. Dengan demikian, empat aturan Osborn tentang brainstorming didesain untuk mengatasi batasan dan meningkatkan kemampuan kreatifitas karyawan. Mereka adalah:

• Tidak boleh ada kritik ide
• Cari jumlah ide yang besar
• Bangun pada tiap ide lainnya
• Dorong ide yang liar dan berlebihan

Sumber: https://imknandaefendi0117.blogspot.com/2018/12/ModelPadaLifeCycleSoftware.html

B. Waterfall Model

Waterfall adalah suatu metodologi pengembangan perangkat lunak yang mengusulkan pendekatan kepada perangkat lunak sistematik dan sekuensial yang mulai pada tingkat kemajuan sistem pada seluruh analisis, design, kode, pengujian dan pemeliharaan.

Langkah-langkah yang harus dilakukan pada metodologi Waterfall

1. Requirement Analysis

Seluruh kebutuhan software harus bisa didapatkan dalam fase ini, termasuk didalamnya kegunaan software yang diharapkan pengguna dan batasan software. Informasi ini biasanya dapat diperoleh melalui wawancara, survey atau diskusi. Informasi tersebut dianalisis untuk mendapatkan dokumentasi kebutuhan pengguna untuk digunakan pada tahap selanjutnya.

2. System Design

Tahap ini dilakukan sebelum melakukan coding. Tahap ini bertujuan untuk memberikan gambaran apa yang seharusnya dikerjakan dan bagaimana tampilannya. Tahap ini membantu dalam menspesifikasikan kebutuhan hardware dan sistem serta mendefinisikan arsitektur sistem secara keseluruhan.

3. Implementation

Dalam tahap ini dilakukan pemrograman. Pembuatan software dipecah menjadi modul-modul kecil yang nantinya akan digabungkan dalam tahap berikutnya. Selain itu dalam tahap ini juga dilakukan pemeriksaaan terhadap modul yang dibuat, apakah sudah memenuhi fungsi yang diinginkan atau belum.

4. Integration & Testing

Di tahap ini dilakukan penggabungan modul-modul yang sudah dibuat dan dilakukan pengujian ini dilakukan untuk mengetahui apakah software yang dibuat telah sesuai dengan desainnya dan masih terdapat kesalahan atau tidak.

5. Operation & Maintenance

Ini merupakan tahap terakhir dalam model waterfall. Software yang sudah jadi dijalankan serta dilakukan pemeliharaan. Pemeliharaan termasuk dalam memperbaiki kesalahan yang tidak ditemukan pada langkah sebelumnya. Perbaikan implementasi unit sistem dan peningkatan jasa sistem sebagai kebutuhan baru.

Keuntungan Waterfall

Kualitas dari sistem yang dihasilkan akan baik. Ini dikarenakan oleh pelaksanaannya secara bertahap. Sehingga tidak terfokus pada tahapan tertentu.
Document pengembangan system sangat terorganisir, karena setiap fase harus terselesaikan dengan lengkap sebelum melangkah ke fase berikutnya. Jadi setiap fase atau tahapan akan mempunyai dokumen tertentu.
Metode ini masih lebih baik digunakan walaupun sudah tergolong kuno, daripada menggunakan pendekatan asal-asalan. Selain itu, metode ini juga masih masuk akal jika kebutuhan sudah diketahui dengan baik.

Kelemahan Waterfall

Diperlukan majemen yang baik, karena proses pengembangan tidak dapat dilakukan secara berulang sebelum terjadinya suatu produk.
Kesalahan kecil akan menjadi masalah besar jika tidak diketahui sejak awal pengembangan yang berakibat pada tahapan selanjutnya.
Pelanggan sulit menyatakan kebutuhan secara eksplisit sehingga tidak dapat mengakomodasi ketidak pastian pada saat awal pengembangan.
Pelanggan harus sabar, karena pembuatan perangkat lunak akan dimulai ketika tahap desain sudah selesai. Sedangkan pada tahap sebelum desain bisa memakan waktu yang lama.
Pada kenyataannya, jarang mengikuti urutan sekuensial seperti pada teori. Iterasi sering terjadi menyebabkan masalah baru.

Kapan Model Waterfall digunakan?

Teori-teori lama menyimpulkan ada beberapa hal, yaitu:
Ketika semua persyaratan sudah dipahami dengan baik di awal pengembangan.
Definisi produk stabil dan tidak ada perubahan saat pengembangan untuk alasan apapun seperti perubahan eksternal, perubahan tujuan, perubahan anggaran atau perubahan teknologi. Untuk itu, teknologi yang digunakan pun harus sudah dipahami dengan baik.
Menghasilkan produk baru, atau versi baru dari produk yang sudah ada. Sebenarnya, jika menghasilkan versi baru maka sudah masuk incremental development, yang setiap tahapnya sama dengan Waterfall kemudian diulang-ulang.
Porting produk yang sudah ada ke dalam platform baru.

Dengan demikian, Waterfall dianggap pendekatan yang lebih cocok digunakan untuk proyek pembuatan sistem baru. Tetapi salah satu kelemahan paling dasar adalah menyamakan pengembangan perangkat keras dengan perangkat lunak dengan meniadakan perubahan saat pengembangan. Padahal, galat diketahui saat perangkat lunak dijalankan, dan perubahan-perubahan akan sering terjadi.

Sumber  : http://hendrywijaya1995.blogspot.com/2015/11/waterfall-model_29.html

C. V-Model

Pengertian V Model

       Merupakan model pengembangan perangkat lunak yang didasarkan pada hubungan antara setiap fase pengembangan siklus hidup yang tercantum dalam model Watterfall yang merupakan pengembangan perangkat lunak dan fase yang terkait pengujian. Bisa dikatakan model ini merupakan perluasan dari model waterfall. Disebut sebagai perluasan karena tahap-tahapnya mirip dengan yang terdapat dalam model waterfall. Jika dalam model waterfall proses dijalankan secara linear, maka dalam model V proses dilakukan bercabang.

 

Tahapan dalam  V Model

Tahapan pada V Model dibagi menjadi 2 garis besar yaitu tahap Verifikasi dan Validasi atau testing.
Tahap Verfiikasi mengacu kepada usaha penyesuaian spesifikasi software dengan kebutuhan klien/konsumen, tahapan ini meliputi serangkaian kegiatan sebagai berikut:

1. Business Case: Merupakan tahapan awal yang menggambarkan kebutuhan/harapan konsumen terhadap sistem yang akan dikembangkan, termasuk manfaat sistem terhadap konsumen dan perkiraan biaya yang harus disediakan.
2. Requirement: pada fase ini klien mendapatkan gambaran atau diminta memberikan gambaran kebutuhan yang diharapkan dapat dipenuhi oleh software, baik kebutuhan fungsional maupun non fungsional.
3. Analisis Informasi: Setelah diperoleh spesifikasi sistem dari fase requirement, selanjutnya aktivitas difokuskan bagaimana cara kerja software untuk memenuhi kebutuhan tersebut, termasuk metode, hardware dan software apa saja yang diperlukan untuk mencapai kebutuhan yang sudah didefinisikan.
4. Perancangan Sistem: pada tahapan ini akan dibuat rancangan software secara lebih terinci sesuai spesifikasi yang sudah disepakati.
5. Unit Design: merancang setiap elemen/unit software termasuk rancangan modul/program, antarmuka, database dan lain-lain.
6. Development: merealisasikan hasil rancangan menjadi satu aplikasi/program tertentu.

Tahapan Validasi merupakan serangkaian tahapan yang mengacu kepada kesesuaian software dengan spesifikasi yang sudah ditetapkan. Tahapan ini dicapai melalui serangkaian pengujian/testing sebagai berikut:

• Unit test: menguji setiap komponen/unit program apakah sesuai dengan rancangan unit yang sudah ditetapkan. Secara teoritis seharusnya pengujian dilakukan oleh orang tertentu yang bertugas sebagai software tester, tetapi dalam kenyataannya seringkali unit testing dilakukan oleh programmer sendiri.
• Interface test: setelah semua komponen diuji secara terpisah, tahapan selanjutnya dilakukan interface test untuk melihat sejauh mana setiap komponen dapat berinteraksi satu sama lain sesuai dengan fungsi yang diharapkan.
• System test: setelah semua interface berjalan dengan baik, selanutnya dilakukan system test untuk melihat sejauh mana sistem/software dapat memenuhi kebutuhan secara keseluruhan. System testing bersifat menyeluruh dan tidak dapat dilakukan berdasarkan fungsionalitas sistem yang diuji secara terpisah. Aktivitas pada system testing termasuk melakukan pengujian hal-hal berikut:
1. Performance – apakah kinerja sistem sesuai dengan target yang sudah didefinisikan sebelumnya.
2. Volume – apakah software/sistem dapat menampung volume informasi yang cukup besar.
3. Stress – apakah software/sistem dapat menampung sejumlah informasi pada waktu-waktu tertentu.
4. Documentation – apakah semua dokumentasi penting sudah disiapkan.
5. Robustness – apakah software/sistem cenderung stabil pada berbagai kondisi diluar dugaan/ekstrim.

• Acceptance test merupakan aktivitas untuk menguji sejauh mana sistem/software dapat membantu memecahkan business case, dalam artian apakah sistem/software tersebut sudah sesuai dengan harapan konsumen/klien dan sejauh mana manfaat sistem/software ini bagi klien. Test ini sering kali disebut sebagai User Acceptance Test (UAT).
• Release testing: test ini dilakukan untuk menguji sejauh mana sistem/software dapat mendukung aktivitas organisasi dan berjalan dengan harmonis sesuai dengan kegiatan rutin organisasi. Beberapa pertanyaan coba dijawab pada fase ini misalnya apakah software tersebut mempengaruhi sistem lain? Apakah software tersebut kompatibel dengan sistem lain? Bagaimana kinerja sistem sebenarnya di dalam organisasi?

 Kelebihan V model

•  V model sangat fleksibel. V model ini bisa digunakan untuk project tailoring serta penambahan pengurangan method dan tool secara dinamik.
•  V model dikembangkan dan di maintain oleh publik. User dari V model berpartisipasi dalam change board yang memproses semua change request terhadap V model.

Kekuranagn V model

•  V model hanya bisa digunakan sekali dalam suatu proyek hal tersebut disebabkan kerena V model merupakan model yang project oriented.

• V model bersifat terlalu fleksibel sehingga mengakibatkan beberapa aktivitas-aktivitas yang digambarkan dalam V model menjadi terlalu abstrak. Hal tersebut mengakibatkan tidak bisa diketahui dengan jelas apa yang termasuk dalam activity tersebut dan apa yang tidak.

Dimana saja V Model Diterapkan?

1. Dalam proyek teknologi informasi di Jerman
2. V Model dibandingkan dengan CMM
3. V Model didesain untuk mengembangkan sistem yang didalamnya terdapat dua komponen
4. Pengembangan V Model dalam bidang industri dapat dilakukan dengan mudah.

Sumber  : http://hudrindo77.blogspot.com/2014/12/pengertian-v-model.html

D. Star Lifelyce Model

Star Lifecyle Model adalah  pengujian dilakukan terus menerus, tidak harus diakhir. Misalnya dimulai dari menentukan kosep desain (conceptual design). Dalam proses ini akan langsung terjadi evaluasi untuk langsung ternilai apakah sudah sesuai dengan kebutuhan user, bila belum maka akan terus berulang di evaluasi hingga benar-benar pas.
Setelah itu, apabila sudah pas, maka dari tahap evaluasi yang pertama akan lanjut ke proses yg selanjutnya, yakni requirements/specification yakni memverifikasikan persyaratan rancangan tersebut, dan pada tahap itu juga langsung terjadi pengevaluasian seperti tahap pertama.
Selanjutnya akan tetap sama, terjadi pada tahap-tahap selanjutnya yakni task analysis/fungsion analysis, pengimplementasian, prototyping hingga pada akhirnya terciptalah sebuah aplikasi yang sesuai dengan kebutuhan user.
Intinya pada rancangan model ini, evaluasi dilakukan di setiap tahap, tidak hanya pada tahapan akhir seperti model-model rancangan yang lainnya.

• Analisa

Identifikasi kemampuan user, strategi yang digunakan untuk meningkatkan ketrampilannya, alat yang saat ini dipakai, masalah-masalah yang dialami, perubahan yang diinginkan baik dalam ketrampilan maupun peralatan.
Metode : tanya kemampuan user dan buat daftar dengan skala prioritas, observasi ketrampilan di lapangan.

• Evaluasi kompetisi

Tentukan kekuatan dan kelemahan rancangan
Metode : pengguna diminta untuk mencoba menggunakan berbagi produk dan minta untuk menyebutkan kelebihan dan kelemahan dari masing-masing produk.

• Rancang sambil jalan

Gunakan hasil analisa untuk membuat alternatif solusi, minta masukan sampai dengan penentuan pilihan yang terbaik.
Metode : tanyai user sehubungan dengan pengalaman menggunakan prototipe.

• Evaluasi dan validasi

Secara periodik user memberikan masukan selama pengembangan dan perancangan akan diulang berdasarkan masukan tadi.
Metode : amati kebutuhan pokok user dalam menggunakan sistem.

• Benchmark

Memadukan hal-hal terbaik yang dimiliki pesaing untuk diterapkan dalam sistem yang dibangun Metode : menggali informasi dari user hal-hal yang sebaiknya ada dibandingkan dengan kompetitor, contoh : situs IBM.
 
Dalam Siklus permodelan ini pengujian dilakukan terus menerus, tidak harus dikahir. Misalnya dimulai dari menentukan kosep desain (conceptual design ) dalam proses ini akan langsung terjadi evaluasi untuk langsung ternilai apakah sudah sesuai dengan kebutuhan user, bila belum maka akan terus berulang di evaluasi hingga benar-benar pas, selanjutnya apabila sudah pas, maka dari tahap evaluasi yang pertama aka lanjut ke proses yg selanjutnya yakni requirements/specification yakni memverifikasikan persyaratan rancangan tersebut, dan pada tahap itu juga langsung terjadi pengevaluasian seperti tahap pertama, dan selanjutnya akan tetap sama terjadi pada tahapan-tahapan selanjutnya yakni task analysis/fungsion analysis, pengimplementasian, prototyping hingga pada akhirnya terciptalah sebuah aplikasi yang sesuai dengan kebutuhan user. Intinya pada rancangan model ini pengevaluasian dilakukan disetiap tahapan tidak hanya pada tahapan akhir seperti model-model rancangan yang lainnya.

E. Simple Interaction Design Model ( model rancangan interaksi sederhana )

Simple Interaction Design Model sebagai suatu proses untuk mencapai suatu tujuan dengan pencarian berbagai solusi melalui ruang lingkup sistem, materi, biaya dan kemungkinan penyelesaiannya (feasibilitas), sebagai wujud kreativitas dan pengambilan keputusan untuk menyeimbangkan trade-off. Dan Sebagai representasi suatu perencanaan pengembangan yang berisikan sekumpulan elaborasi alternatif dan suksesif.

Pada model rancangan interaksi sederhana ini input atau masukan hanya memiliki satu titik. yang mana masukan tersebut, lalu lakukan langkah-langkah berikut :

–          Identifikasi kebutuhan dan persyaratan sistem disini suatu sistem akan di identifikasi sesuai dengan kebutuhan sistem itu sendiri.

–          Pengembangan desain alternatif (desain konseptual dan fisikal)

–          Membuat versi interaktif dari desain yang dihasilkan

–          Mengevaluasi desain (usabilitas dan user experience)

     Evaluasi

Evaluasi dapat dilakukan dimana saja, rancangan yang telah di evakuasi dapat kambali didesain ulang atau apakah rancangan tersebut tidak sesuai dengan kebutuhan user, maka alur tersebut akan terus berputar hingga pada tahap evaluasi tidak lagi terjadi kesalahan, baik dalam penetapan kebutuhan user maupun pendesainannya, sehingga pada tahap evaluasi terciptalah sebuah hasil akhir yang valid.