Dibuat Oleh : 1. Andrey (41813120186) FAKULTAS ILMU KOMPUTER PROGRAM STUDI SISTEM INFORMASI UNIVERSITAS MERCU BUANA JAKARTA 2015
Desain Data Desain data adalah aktivitas pertama dan terpentig dari empat aktivitas desain yang dilakukan selama rekayasa perangkat lunak. Proses pemilihan struktur dalam menentukan desain yang paling efisien sesuai kebutuhan. Tujuan: Untuk mendapatkan struktur data yang baik sehingga diperoleh program yang lebih modular dan mengurangi kompleksitas pengembangan software. Proses desain data Kegiatan utama dari desain data ialah untuk memilih representasi secara logic dari objek data (data struktur) yang diidetifikasi selama definisi requirement dan fase spesifikasi. Proses yang dipilih dapat melibatkan analisa algoritma dari struktur alternatif untuk menentukan desain yang paling efisien atau hanya melibatkan penggunaan sekumpulan modul (package) yang memberikan operasi sesuai dengan yang diinginkan terhadap representasi dari beberapa objek. Realsi penting selama kegiatan desain ialah mengidentifikasi modul program yang harus dioperasikan secara langsung logic struktur data. Prinsip Mendesain Data Prinsip analisis sistematika yang diaplikasikan pada fungsi dan perilaku harusnya juga diaplikasikan pada data. Semua struktur data dan operasi yang akan dilakukan pada masing-masing struktur data harus didentifikasi. Kamus data harus dibangun dan digunakan untuk menentukan baik data maupun desain program. Keputusan desain data tingkat rendah harus ditunda sampai akhir proses desain. Representasi struktur data hanya boleh diketahui oleh modul-modul yang menggunakan secara langsung data yang diisikan didalam struktur tersebut. Pustaka struktur data dan operasi yang berguna yang dapat diaplikasikan pada struktur data tersebut harus dikembangkan. Desain perangkat lunak dan bahasa pemrograman harus mendukung spesifikasi dan realisasi dari tipe-tipe data abstrak. Desain Arsitektur
Proses Desain Arsitektur Desain arsitektur adalah untuk mengembangkan struktur program modular dan merepresentasikan hubungan kontrol antar modul. Metode desain yang disajikan pada bagian ini mendorong prekayasa perangkat lunak untuk berkosentrasi pada desain arsitektur sebelum mencemaskan masalah perpipaan. Faktor seleksi yang penting untuk suatu metode desain adalah luasnya apliksi dimana aplikasi dapat diaplikasikan. Desain berorientasi pada aliran data dapat menyetujui rentang area aplikasi yang luas. Desain yang berorientasi pada aliran data merupakan suatu metode desain arsitektur yang mengijinkan transisi yang baik dari model analisis ke deskripsi desain dari struktur program. Transisi dari aliran informasi (yang ditujukan sebagai diagram aliran data) kestruktur dilakukan bagian dari proses 5 langkah: 1. Tipe aliran informasi dibangun. 2. Batas aliran diindikasikan. 3. DFD dipetakan didalam struktur program. 4. Hirarki kontrol ditentukan dengan pemfaktoran. Struktur resultan disaring atau diperhalus dengan menggunakan pengukuran desain dan heuristik.
Pasca Pemrosesan Desain Aplikasi dari pemetaan transaksi dan transformasi yang berhasil kemudian ditambahkan pada dokumentasi tambahan yang dibutuhkan sebagai bagian dari desain arsitektur. Setelah struktur dikembangkan dan disaring, tugas tugas berikut harus dilakukan: 1. Mengembangkan narasi pemerosesan untuk masing masing modul. 2. Menyediakan deskripsi interface untuk masing masing modul. 3. Menentukan struktur data local dan global. 4. Mencatat semua batasan desain. 5. Mengkaji desain. Mempertimbangkan optimasi (bila perlu dan dibenarkan). Optimasi Desain Arsitektur Desainer perangkat lunak harus memperhatikan perkembangan representasi perangkat lunak yang akan memenuhi semua fungsi dan persyaratan kinerja dan penerimaan jasa berdasarkan pengukuran desain kualitas. Usul pendekatan berikut ini untuk perangkat lunak kinerja kritis dalam optimasi desain arsitektur: 1. Kembangkan dan saringlah struktur program tanpa memperhatikan optimasi kinerja kritis. 2. Gunakan peranti CASE yang mensimulasi kinerja run time untuk menisolasi area inesifiensi. 3. selama iterasi desain selanjutnya, pilihlah modul yang dicurigai dan dengan hati hati kembangkanlah prosedur (algoritma algoritma) untuk efisiensi waktu. 4. Kodekan sebuah bahasa pemerograman yang sesuai. 5. Instrumentasikan perangkat lunak untuk mengisolasi modul yang menjelaskan utilisasi proses yang berat. Bila perlu, Desain ulang atau kodekan kembali bahasa yang tergantung pada mesin untuk meningkatkan efisiensi.
Desain Interface (Interface Design) Interface design terfokus pada tiga area yaitu: 1. design interface antar software module. 2. design interface antara software dan prosedur nonhuman serta informasi customer. 3. design interface antara manusia (user) dan komputer. Internal dan eksternal interface design Internal program interface, kadang disebut intermodular interface design, berasal dari data yang harusnya mengalir antara module dan karakteristik bahasa pemrograman yang softwarenya diimplementasikan. Eksternal interface muali dengan sebuah evaluasi setiap eksternal entity yang direpresentasi dalam DFD analysis model. Data dan kontrol requirement eksternal entity ditentukan dan eksternal interface didesain. Internal dan Eksternal interface harus dipasangkan dengan validasi data dan algoritma error handling dalam sebuah modul. Karena efek samping propagasi melalui program interface, Hal ini penting untuk mengecek semua data yang mengalir dari modul ke modul (atau ke dunia luar) untuk memastikan data conform ke bounds dibangun sewaktu requirement analysis. User Interface design Tujuan dibuatnya user interface sebenarnya untuk mempermudah user menjalankan system. Akan tetapi kadang kita dibuat pusing dengan interface yang ada sehingga bukanya malah mempermudah penggunaan sistem tersebut. Beberapa hal yang harus diperhatikan dalam pembuatan sistem: Siapa usernya?, bagaimana user mempelajari untuk berinteraksi dengan sistem komputer yang baru?, Bagaimana cara user menginterpretasikan informasi yang dibuat system?, Apa yang diharapkan user dari system?. Human-Computer Interface Design Semua proses untuk mendesain user interface dimuali dengan pembuatan berbagai model fungsi sistem. Tugas dari human-computer interface dibutuhkan untuk mencapai fungsi system. Interface design models Empat model yang berbeda akan dijalankan saat HCI didesain. Model-model yang berbeda ini akan diatur oleh interface designer dan merepresentasikan interfacenya.design model terdiri dari seluruh system incorporate data, architectural, interface, dan procedural representations software. User model terdiri dari profile end user system. Untuk membuat user interface yang efektif harus disesuaikan dengan kategori user.
Kategori user : novice, tidak mengetahui syntax system dan sedikit pengetahuan mengenai applikasi atau penggunaan komputer secara umum. Knowleagable, intermittent user, memiliki pengetahuan tentang applikasi, tetapi relatif kurang mengerti syntax informasi yang diperlukan untuk menggunakan interface. Knowleagable, frequent user, memiliki pengetahuan tentang applikasai dan syntax yang baik yang sering mengarah pada power-user syndrome,. System prception (user s model) merupakan gambaran system yang dipikirkan oleh end user. Tingkat akurasi dari deskripsi akan bergantung pada profile user dan kebiasaan user dalam menjalankan aplikasi. System image memasangkan manifestasi sistem komputer, dengan semua informasi pendukung ysng menggambarkan syntax system dan aplikasinya. Task analysis dan modeling Task analisis dan modeling dapat diterapkan untuk memahami tugas yang sedang dijalankan dan memetakannya kedalam kumpulan tugas yang sama yang diimplementasikan dalam context HCI. Langhkah awal dalam proses desain interface dapat dicapai dengan pendekatan berikut : 1. Membuat maksud dan tujuan dari tugas. 2. Memetakan tujuan/maksud dalam kegiatan yang spesifik. 3. Menspesifikasi kegiatan seperti akan dieksekusi pada level interface. 4. Mengindikasi system state 5. Mendefinisikan mekanisme kontrol 6. Mennunjukkan cara mekanisme kontrol mempengaruhi system state 7. Mengindikasi bagai mana user meng interpretasi state dari system dari informasi yang didapat melalui interface. Memberikan suatu gambaran mengenai struktur program kepada perekayasa perangkat lunak. Fokus Desain Interface : 1. Desain interface antar modul 2. Desain interface antara perangkat lunak dan entitas eksternal (produser & konsumen) 3. Desain interface manusia dengan komputer
Desain Interface Manusia-Mesin Ada empat model yang berbeda pada saat manusia-komputer/ human-komputer interface (HCL) akan didesain. Perekayasa perangkat lunak menciptakan sebuah model desain, perekayasa perangkat lunak membangun model pemakai, pemakai akhir mengembangkan citra mental yang sering disebut user s model atau perception, dan implementer sistem menciptakan system image. Model desain dari keseluruhan sistem menggabungkan data, arsitektur, interface, dan representasi prosedural dari perangkat lunak. Model pemakai menggambarkan profil para pemakai akhir dari sistem. Untuk membangun interface pemakai yang efektif, semua desain harus dimulai dengan suatu pemahaman terhadap pemakai yang dimaksudkan, meliputi profil, usia, jenis kelamin Para pemakai juga dapat dikategorikan sebagai: Orang baru Pemakai intermiten yang banyak pengetahuan Pemakai yang banyak pengetahuan dan sering Persepsi sistem (model pemakai) merupakan citra sistem yang ada dikepala seorang pemakai akhir. Sebgai contoh, bila pemakai pengelola kata tersebut, persepsi sistem akan menuntun respon tersebut. Citra sistem merangkai manifestasi bagian luar dari sistem berbasis computer (tampilan luar dan rasa interface), dengan semua informasi yang mendukung (buku-buku, manual, pita video) yang menggambarkan sintaksis dan semantik sistem. Desain Prosedural Desain prosedural terjadi setelah data, desain arsitektur, dan interface,dibangun.dalam dunia yang ideal, spesifikasi prosedural diperlukan untuk menetapkan detail algoritma yang akan dinyatakan dalam suatu bahasa ibu seperti bahasa inggris. Akan tetapi, semua anggota organisasi pengembangan perangkat lunak menggunakan bahasa ibu (paling tidak secara teori), orang di luar domain perangkat lunak dapat lebih memahami spesifikasi tersebut dan tidak ada pelajaran baru yang Sayangnya ada satu masalah kecil, desain prosedural harus menentukan detail desain prosedural tanpa ada ambiguitas, dan tidak ada ambiguitas. Di dalam bahasa ibu bukan merupakan hal hal wajar. Dengan menggunakan suatu bahasa ibu, kita dapat menuliskan serangkaian langkah prosedural dalam begitu banyak cara yang berbeda. Kita kerap kali bersandar pada konteks untuk mendapatkan fakta penting. Kita sering menulis seolah-olah ada dialog dengan pembaca (sebenarnya tidak). Karena alasan tersebut dan hal lainnya, harus digunakan mode yang lebih terbatas untuk mempresentasikan detail prosedural.
Pemrograman Terstruktur Rekayasa Perangkat Lunak Definisi definisi mendasar dari pemrograman yang terstruktur adalah sebagai berikut : Teori pemrograman terstruktur memperlakukan pengkorversian diagram alir besar dan kompleks ke dalam bentuk standar sedemikian rupa sehingga mereka dapat dipresentasikan dengan iterasi dan nesting (pengumpulan) sejumlah kecil struktur logika kontrol dasar dan standar (H.D. Mills, Chief Programmer Teams:Principle and Procedures). Pemrograman terstruktur adalah cara pengorganisasian dan pengkodean program-program yang kompleks dan membuat program tersebut lebih mudah dipahami dan dimodifikasi (J.R.Donaldson,Struktured programming Konsep dasar [dari pemrograman terstuktur] adalah suatu pembuktian kebenaran, (R.A.Karp) Pemrograman terstuktur bukanlah obat mujarab-ia benar-benar terdiri dari suatu atribut yang biasanya tidak inherent (menjadi sifat) dalam pemrograman atau sebarang jenis yang lain (D.Butterworrth) Prof E.W Dykstra pada tahun 1960 dalam papernya mengusulkan bahwa pernyataan Go To,seharusnya tidak dipergunakan didalam program terstuktur. Oleh karena itu sering disebut pemrograman terstruktur sebagai pemrograman tanpa GOTO (GOTO less programming). Definisi yang lain oleh H.D. Mills adalah pemrograman terstuktur tidak harus dicirikan secara panjang lebar dengan absennya go to,melainkan timbulnya terstruktur. Sedangkan definisi yang lebih akurat lagi dinyatakan oleh N. Wirth bahwa pemrograman terstuktur adalah formulasi program secara hierarkis,struktur berkelompok dari pernyataanpernyataan dan objek-objek komputasi. Pernyataan Wirth sendiri bukanlah mendefininisikan perangkat atau konstruksi kontrol logika yang dapat digunakan, atau tidak membatasi teknik formulasi terstuktur yang tersedia untuk desain program. Prinsip utama dari pemrograman yang terstuktur adalah bahwa jika urutan suatu proses telah sampai pada suatu baris sintaks tertentu, maka proses selanjutnya tidak boleh melompat mundur kebaris sebelumnya, kecuali untuk proses dengan struktur kontrol repetition/looping. Modifikasi akan sulit dilakukan terhadap suatu program, jika kode programnnya yang dibuat tidak terstruktur dengan baik. Biasanya para pemrogram (programmer) akan merasa sangat perlu untuk memahami metodologi perancangan program yang terstruktur, jika mereka sedang membuat program yang besar dan komplek.
Pemrograman terstruktur dipandang oleh banyak pemrogram sebagai sinonim untuk pemrogramman modular atau top-down. Sebenarnya pemrograman modular adalah suatu sub kelas dari metodologi perancangan dalam suatu kelas umum dari metodologi penyederhanaan persoalan yang diketahui sebagai pemrograman terstruktur. Pemrograman terstuktur dapat divisualisasikan sebagai aplikasi dan metode penyederhananaan persoalan dasar untuk menyusun terstruktur persoalan hierarki yang bisa dikelola.untuk memperolah suatu pengetahuan yang lebih besar dari perbedaan antara sub kelas berbagai metodologi yang terkandung dalam pemrograman terstruktur, pertama kita harus memandang tujuan dari proses kemurnian. Kita diberikan suatu persoalan, biasanya kita menspesifikasi kedalam bahasa kita, dan mensyaratkan untuk menunjukan suatu penyelesaian persoalan tersebut ke dalam suatu bahasa pemrograman tingkat tinggi. Bila persoalan tidak lebih dari menghitung jumlah dari A dan B, persoalan ini akan langsung diterjemahkan kedalam RESULT = A+B. Jika persoalan besar atau rumit, maka sistem yang didefinisikan untuk menyelesaikan persoalan tersebut haruslah disederhanakan menjadi sub sistem dimana setelah sejumlah penyederhanaan, secara hierarkis menjadi modul-modul. Setelah penyederhanaan tambahan, hasilnya merupakan suatu program yang terstruktur. Masing-masing sub kelas metodologi dapat digambarkan dengan: Jangkauan proses keaslian yang padanya metodologi menjadi efektif. Pendekatannya ke proses keaslian. Aplikasi yang berguna
Coding Program Design Language (PDL) adalah pseudocode atau suatu bahasa keseluruhan yang sintaksnya dari bahasa tertentu (pemrograman terstruktur). Coding berasal dari bahasa inggris yaitu code yang berarti kode, dalam KBBI (Kamus Besar Bahasa Indoensia) kode adalah 1. tanda (kata-kata, tulisan) yang disepakati untuk maksud tertentu (untuk menjamin kerahasiaan berita, pemerintah, dsb) 2. Kumpulan peraturan yang bersistem, 3. Kumpulan prisip yang bersistem. dan tambahan ingdalam bahasa inggris yang menunjukan sebagai kata kerja. Penggunaan kata coding sendiri erat kaitannya dengan teknologi dan penggunaannya sepadan dengan pemrogaman, sehingga coding sendiri bisa kita katakan sebagai pemrograman. Kemudian apa itu pemrograman? menurut wikipedia pemrograman adalah Pemrograman adalah proses menulis, menguji dan memperbaiki (debug), dan memelihara kode yang membangun sebuah program komputer. Kode ini ditulis dalam berbagai bahasa pemrograman. Tujuan dari pemrograman adalah untuk memuat suatu program yang dapat melakukan suatu perhitungan atau ' pekerjaan' sesuai dengan keinginan si pemrogram (programmer). Untuk dapat melakukan pemrograman, diperlukan keterampilan dalam algoritma, logika, bahasa pemrograman, dan di banyak kasus, pengetahuan-pengetahuan lain seperti matematika. dari pengertian coding di atas kita bisa mengambil kesimpulan bahwa coding dan pemrograman itu mempunyai esensi yang sama, hanya bahasanya saja yang berbeda, jika coding itu mungkin bahasa slanknya atau bahasa jalanannya, sedangkan pemrograman adalah bahasa resminya
PENGUNAAN CODING DALAM WEB DESIGN Jika tadi kita sudah belajar pengertian coding secara umum, sekarang saya ingin menjelaskan arti coding jika kita sebagai web design.wendesaign membutuhkan coding dan pengetahuan coding untuk membuat website. seorang webdesaign tidak harus mengerti coding, namun pengetahuannya di bidang coding bisa jadi sangat bermanfaat dalam menunjang pekerjaannya (tapi tidak harus). coding dalam webdesaign di bagi menjadi beberapa hal yang paling dasar adalah HTML, XML, PHP, CSS,dll. masing-masing mempunyai fungsinya, perlakuan, dan alogaritma sendiri-sendiri. jika kalian berniat menjadi webdesign yang handal, saya sarankan anda menguasai HTML dasar terlebih dahulu, baru kemudian ke bahasa pemrograman yang lain. Sumbet : 1. https://ariefimam2.wordpress.com/2015/01/14/metode-desain-rekayasa-perangkat-lunak/ 2. http://cara-membuat-web.com/lain-lain/93-pengertian-coding-menurut-saya.html 3. https://trisnowlaharwetan.wordpress.com/2008/02/20/desain-prosedural-rekayasa-perangkatlunak/