Tugas Pemrograman Web

19
TUGAS PEMROGRAMAN WEB WEBSITE DESIGN METHOD (WSDM) KELOMPOK 1 1. JHON PIHAWIAN : DBC 109 001 2. GUNAWAN : DBC 109 004 3. RESTIASIH PRATIWI : DBC 109 005 4. JHONI PRASETYO : DBC 109 009 5. RIA ARISKA : DBC 109 012 6. MINTONIADI : DBC 109 017 7. NOVILIA M. SAMAT : DBC 109 018 8. VINNY MARIA YULIANTY : DBC 109 019 9. RUBEN SUCIONO : DBC 109 020 JURUSAN / PROGRAM STUDI TEKNIK INFORMATIKA

description

ok

Transcript of Tugas Pemrograman Web

TUGAS PEMROGRAMAN WEB

WEBSITE DESIGN METHOD (WSDM)KELOMPOK 11. JHON PIHAWIAN:DBC 109 0012. GUNAWAN:DBC 109 0043. RESTIASIH PRATIWI:DBC 109 0054. JHONI PRASETYO:DBC 109 0095. RIA ARISKA:DBC 109 0126. MINTONIADI:DBC 109 0177. NOVILIA M. SAMAT:DBC 109 0188. VINNY MARIA YULIANTY:DBC 109 0199. RUBEN SUCIONO:DBC 109 020

JURUSAN / PROGRAM STUDI TEKNIK INFORMATIKAFAKULTAS TEKNIK UNIVERSITAS PALANGKA RAYA2012

WEBSITE DESIGN METHOD (WSDM)Website Design Method (WSDM) adalah metode yang berpusat pada pengguna untuk desain Situs Web kios. Dengan eksplisit mulai dari kebutuhan pengguna atau pengunjung, WSDM memecahkan masalah situs Web yang terutama disebabkan oleh fakta bahwa situs tidak memiliki desain yang mendasari sama sekali, atau bahwa desain sebagian besar data-driven. 1. Merancang situs Web Ada dua macam situs Web: tipe kios dan jenis aplikasi. Sebuah situs web kios terutama menyediakan informasi dan memungkinkan pengguna untuk menavigasi melalui informasi tersebut. Sebuah situs web adalah jenis aplikasi sistem informasi interaktif di mana user interface dibentuk oleh satu set halaman web. Dalam makalah ini kami berkonsentrasi pada jenis kios situs Web. Masalah desain dari jenis situs web adalah penataan dari domain informasi (kompleks) dan menyampaikannya kepada pengguna dengan cara yang jelas dan mudah diakses. Jika informasi tidak terstruktur dengan baik, masalah perawatan akan terjadi. Ini sangat mirip dengan masalah yang muncul dalam database: redundansi, inkonsistensi dan ketidaklengkapan. Hal ini tidak mengherankan karena situs web, seperti database, memberikan sejumlah besar informasi yang perlu dipertahankan. Faktor-faktor yang sama juga menyebabkan masalah kegunaan, dialami oleh penonton dari situs Web. Informasi yang diulang lagi dan lagi selama navigasi mengganggu pengguna. Jika beberapa informasi di situs ini ditemukan tidak konsisten, pengguna mungkin akan ketidakpercayaan seluruh situs. Sebuah link basi atau rusak dapat dipertimbangkan sebagai bentuk ketidaklengkapan, jenis lain dialami jika pengguna tidak dapat menemukan informasi yang, menurut pendapatnya, harus tersedia di situs. Masalah lain adalah bahwa aktualitas. Organisasi dan informasi sering berubah sangat cepat sehingga informasi yang diberikan pada situs Web segera menjadi usang. Jika sebuah situs web belum diperbarui selama beberapa bulan, kepercayaan pengguna dalam informasi yang diberikan mungkin tidak akan sangat tinggi. Masalah tambahan, khususnya yang dialami oleh pengguna, terkait dengan media yang digunakan untuk situs Web. Ini media, Hypertext, mengharuskan pengguna untuk menavigasi melalui informasi yang diberikan. Jika proses navigasi tidak terstruktur atau dibimbing, pengguna dapat dengan mudah tersesat (yang hilang-in-hyperspace sindrom). Hal ini membuat lebih sulit dan memakan waktu untuk mencari informasi yang diinginkan. Perhatikan bahwa pendekatan yang berpusat pada pengguna yang tidak sama dengan pendekatan user-driven. Dalam pendekatan pengguna-driven persyaratan pengguna (diakuisisi oleh wawancara dan analisis skenario misalnya) sebagian besar membimbing desain. Hal ini tidak mungkin untuk situs Web kios di internet karena sebagian besar pengguna tidak diketahui dan tidak dapat diwawancarai di muka. Selain itu, tujuan utama dari situs ini adalah untuk memberikan informasi. Isu utama adalah untuk melakukan hal ini sedemikian rupa agar para penyedia dan manfaat penyelidik dari itu. 2. Situs Website Design Method (WSDM) Metode ini terdiri dari tahap-tahap berikut: Pengguna Modeling, Desain Konseptual, Desain Implementasi dan Implementasi yang sebenarnya. Tahap Pemodelan Pengguna terdiri dari dua sub-fase: Pengguna Klasifikasi dan Deskripsi Pengguna Kelas. Tahap Desain Konseptual juga terdiri dari dua sub-tahap: Modeling Obyek dan Desain Navigational. Software fase siklus hidup seperti Evaluasi, Pemeliharaan dan Inovasi tidak dipertimbangkan dalam tulisan ini. Kami juga tidak membahas loop iterasi mungkin. Gambar 1 menunjukkan diagram gambaran WSDM.

Gambar. 1. Sekilas fase WSDM.

3. Pengguna Modeling Pengguna biasanya mengunjungi situs web dengan pertanyaan-pertanyaan dalam pikiran. Situs Web harus mengantisipasi pertanyaan-pertanyaan pengguna dan menjawabnya. Oleh karena itu, pada tahap pertama dari metode kami, kami berkonsentrasi pada pengguna potensial dari situs Web. Ini adalah pendekatan yang jauh berbeda maka satu biasanya diadopsi. Seringkali, desainer pertama kali mencoba untuk mengidentifikasi informasi sebanyak mungkin dan kemudian mencoba untuk hadir sebagai mewah mungkin. 4. Pengguna Klasifikasi Dalam langkah ini kita mengidentifikasi dan mengklasifikasikan penonton dari situs Web. Salah satu cara untuk melakukan ini adalah dengan melihat organisasi atau proses yang situs Web akan dibangun (ini harus dinyatakan dalam pernyataan misi untuk situs Web). Setiap organisasi atau proses dapat dibagi dalam sejumlah kegiatan. Setiap kegiatan melibatkan orang. Orang-orang ini adalah pengguna potensial dari situs. Kegiatan dan pihak yang terlibat dapat direpresentasikan dalam skema. Jika kita menerapkan seperti analisis lingkungan untuk (disederhanakan) contoh departemen kami, kita dapat membedakan kegiatan sebagai berikut: Memberikan Pendidikan Lakukan Penelitian Menyarankan Perusahaan Mengumumkan Kegiatan "Publicize" dipandang sebagai kegiatan yang terpisah karena tidak semua publikasi adalah hasil penelitian. Jika kita mengidentifikasi jenis-jenis orang yang terlibat dalam setiap kegiatan, kami tiba di kelas pengguna berikut: Calon Mahasiswa Terdaftar Mahasiswa (universitas) Para peneliti (peneliti departemen serta yang lain) Staf Anggota (universitas) Perusahaan Activies dan kelas pengguna terkait terwakili dalam Gambar. 2.

Gambar. 2. Lingkungan skema untuk universitas departemen.

Dalam metode kami, kelas pengguna adalah bagian dari semua pengguna potensial yang sama dalam hal kebutuhan informasi mereka. Pengguna dari kelas pengguna yang sama memiliki kebutuhan informasi yang sama. Kelas Pengguna tidak perlu menguraikan. Orang yang sama mungkin dalam kelas pengguna yang berbeda tergantung pada peran yang berbeda dia bermain dalam lingkungan organisasi. Sebagai contoh, seseorang bisa menjadi seorang mahasiswa terdaftar serta anggota staf. 5. Pengguna Kelas Deskripsi Selanjutnya, kelas pengguna dianalisis secara lebih rinci. Analisis ini memiliki dua fokus yang berbeda. Fokus pertama adalah pada kebutuhan informasi dari kebutuhan pengguna yang berbeda kelas (konseptual "apa"). Semua pengguna dari kelas pengguna berpotensi memiliki kebutuhan informasi yang sama. Namun, pengguna dalam kelas pengguna tertentu mungkin berbeda tentang bagaimana informasi harus disajikan kepada mereka. Misalnya, sebagaimana telah dijelaskan, semua mahasiswa yang terdaftar akan membutuhkan informasi mengenai kursus. Namun, siswa lokal lebih memilih untuk memiliki informasi ini dalam bahasa nasional sedangkan untuk mahasiswa asing informasi yang sama harus ditawarkan dalam bahasa Inggris. Oleh karena itu, dalam fase ini kami juga menganalisis karakteristik kelas pengguna. Karakteristik ini akan memberikan informasi tentang bagaimana informasi harus disajikan untuk kelas pengguna tertentu (konseptual "yang"). Beberapa contoh karakteristik pengguna adalah: tingkat pengalaman dengan situs web secara umum, frekuensi penggunaan website ini, wajib / diskresioner penggunaan ini motivasi situs Web, untuk menggunakan situs web, masalah bahasa, pendidikan / kemampuan intelektual, usia . 5. Konseptual Desain Fase ini terdiri dari dua sub-tahap, Modeling Obyek dan Desain Navigational. Selama Pemodelan Obyek kebutuhan informasi dari kelas pengguna yang berbeda dan perspektif mereka secara resmi dijelaskan. Dalam tahap Desain Navigational kami menjelaskan bagaimana pengguna yang berbeda dapat menavigasi melalui situs Web. Masing-masing perspektif akan memiliki track navigasi sendiri. 6. Object Modeling Tujuan dari fase ini adalah untuk secara resmi memodelkan kebutuhan informasi dinyatakan dalam deskripsi pengguna kelas. Hal ini dilakukan dengan membangun (konseptual) model objek untuk kelas pengguna yang berbeda. Model ini disebut Pengguna Model Obyek. Sebuah Object Model Pengguna (UOM) adalah model dari obyek bisnis dalam organisasi dari sudut pandang pengguna di kelas pengguna. Sejak kelas pengguna biasanya hanya memiliki pandangan yang terbatas pada organisasi, UOM hanya akan mencakup bagian dari set total obyek bisnis organisasi. Dalam pemodelan konseptual pada umumnya, model objek menggambarkan berbagai jenis benda, hubungan antara jenis objek (OTS), dan aturan atau kendala pada OTS dan hubungan. Berorientasi objek model juga menggambarkan perilaku objek. Untuk tujuan kita, kios situs Web, deskripsi perilaku tidak (belum) diperlukan. Beberapa metode untuk pemodelan konseptual ada, misalnya berorientasi objek metode seperti OMT, atau metode yang lebih tradisional seperti ER dan Object Model-Pera. Metode ini semua cocok. Gambar 3 menunjukkan UOM untuk kelas pengguna Terdaftar Mahasiswa (dalam notasi OMT).

Gambar. 3. Pengguna Object Model untuk Murid.

Sebagaimana dijelaskan, kelas pengguna mungkin memiliki perspektif yang berbeda mengekspresikan kebutuhan kegunaan yang berbeda. Ada kemungkinan bahwa hasil ini dalam kebutuhan informasi yang sedikit berbeda. Misalnya, perspektif Negeri-Siswa memerlukan informasi program yang sama seperti perspektif Lokal-Siswa tapi informasi harus diberikan dalam bahasa Inggris. Hal ini dapat dimodelkan dengan cara varian perspektif. Sebuah varian perspektif dapat dibandingkan dengan subtipe. Untuk setiap PL di UOM dan untuk setiap Perspektif, varian perspektif dapat diberikan yang merupakan varian dari PL yang asli. Misalnya, untuk Pengguna PL "Kursus" dua varian perspektif dapat didefinisikan, satu untuk perspektif lokal-Mahasiswa dan satu untuk perspektif Negeri-Siswa. Hal ini diilustrasikan pada Gambar. 4. Untuk atribut dipengaruhi oleh perspektif, nama atribut diikuti dengan nama varian atribut, misalnya "Nama / English-Nama" dan "Nama / Lokal-Nama". Atribut "Nama" di Pengguna PL "Kursus" disebut atribut abstrak, yakni memiliki representasi, hanya variannya lakukan.

Gambar. 4. Perspektif varian untuk Kursus.

Dengan cara ini Model Perspektif disebut Obyek dapat dibangun. The Object Perspektif Model (POM) untuk perspektif yang diberikan diperoleh dengan mengganti OTS Pengguna di Object Model nya Pengguna oleh varian perspektif yang sesuai. Jika OT Pengguna tidak memiliki varian perspektif, PL asli disimpan. Jika kelas pengguna tidak memiliki perspektif, UOM hanya memiliki satu POM yang sama dengan UOM tersebut. Dalam apa yang berikut Jenis Obyek dari POM disebut Perspektif Ots (POTS). Untuk menghindari redundansi saat menyimpan informasi, dan masalah pemeliharaan terkait, pom berbeda akan digambarkan sebagai pandangan pada model objek tunggal. Ini model objek sebenarnya adalah Object Model Bisnis (BOM), deskripsi konseptual dari informasi (obyek bisnis) tersedia di organisasi. Seperti model objek bisnis mungkin sudah ada dalam organisasi. Jika tidak, atau jika tidak ditentukan dalam fit format untuk tujuan kita, itu harus (re-) dikembangkan. Metode analisis klasik informasi yang disebutkan sebelumnya. dapat digunakan untuk ini. Pom dinyatakan sebagai (mungkin kompleks) pandangan tentang BOM. 7. Navigational Desain Dalam fase ini Model Konseptual Navigasi dibangun. Model Navigasi terdiri dari sejumlah trek navigasi, satu untuk setiap perspektif (POM). Sebuah jalur navigasi mengungkapkan bagaimana pengguna perspektif tertentu dapat menavigasi melalui informasi yang tersedia. Hal ini dijelaskan dalam hal komponen dan link. Kami membedakan komponen informasi, komponen navigasi dan komponen eksternal (lihat Gambar. 5).

Gambar. 5. Grafis representasi dari konsep navigasi.

Setiap komponen informasi sesuai dengan PL Perspektif (POT). Sebagai POT yang dapat berhubungan dengan POTS lain (dengan cara hubungan), komponen informasi mungkin berisi link ke komponen lainnya untuk memungkinkan navigasi untuk informasi yang terkait. Sebuah komponen navigasi dapat dilihat sebagai pengelompokan link. Komponen eksternal sebenarnya referensi ke sebuah komponen dalam situs lain. Untuk sampai pada Model Navigational, kita membangun jalur navigasi untuk setiap POM. Seperti jalur navigasi terdiri dari tiga lapisan. Lapisan atas adalah lapisan konteks dan digunakan di kemudian hari untuk menghubungkan trek navigasi yang berbeda. Lapisan tengah, lapisan navigasi menyediakan berbagai cara untuk mengakses informasi tersebut. Lapisan terendah adalah lapisan informasi dan berisi informasi aktual melalui komponen informasi. Kita sekarang jelaskan secara singkat algoritma untuk membangun jalur navigasi untuk POM. Penjelasan lebih rinci dapat ditemukan di. 1. Lapisan konteks. Jalur navigasi dimulai dengan komponen navigasi dengan nama yang sama dengan perspektif. Ini membentuk tingkat atas jalur navigasi.

2. Lapisan informasi. POT Setiap menjadi komponen informasi atau komponen eksternal di jalur navigasi. Pilihan antara komponen informasi dan komponen eksternal ditentukan oleh ketersediaan informasi. Untuk setiap hubungan antara POTS link dibuat. 3. Lapisan navigasi. Lapisan ini menghubungkan lapisan konteks dan lapisan informasi dan harus dirancang sesuai dengan kebutuhan pengguna dari perspektif. Prosedur berikut dapat digunakan untuk ini. Setiap komponen informasi harus dalam jangkauan lapisan konteks. Oleh karena itu, untuk POT setiap komponen navigasi bernama setelah itu dibangun dan dihubungkan dengan tingkat konteks. Jika diperlukan untuk mengakses komponen informasi yang sama dengan cara yang berbeda, komponen navigasi menengah dan link yang dibuat. Angka 6 dan 7 menunjukkan trek navigasi untuk masing-masing pom "Foreign-Mahasiswa" dan "Lokal-Mahasiswa". Perhatikan bahwa lapisan navigasi untuk Negeri-Siswa mengandung komponen navigasi kurang dari lapisan navigasi untuk Lokal-Siswa. Hal ini karena asing-siswa tidak mengikuti program, mereka hanya mengikuti kursus. Oleh karena itu, mereka tidak perlu mencari ujian dan kursus tahun program melainkan hanya dengan nama saja.

Gambar. 6. Navigasi track Luar-Siswa.

Gambar. 7. Navigasi jalur untuk Lokal-Siswa.

6. Implementasi Desain Dalam langkah ini kita pada dasarnya merancang "tampilan dan nuansa" dari situs Web. Tujuannya adalah untuk menciptakan sebuah tampilan yang konsisten, menyenangkan dan efisien dan merasa untuk desain konseptual yang dibuat dalam fase sebelumnya. Ada banyak literatur tentang aspek-aspek desain situs Web, lihat misalnya. Karena keterbatasan ruang, kami hanya menyebutkan bagaimana beberapa pedoman dikenal masuk ke WSDM. Hasil dari implementasi desain adalah Model Implementasi. Paket informasi di kanan-ukuran potongan. Manusia dapat memproses hanya sejumlah terbatas informasi pada satu waktu. Oleh karena itu, jumlah informasi pada halaman manapun seharusnya tidak membanjiri pengguna. Selain itu juga harus tidak mengambil waktu download yang lama. Di WSDM, pengembang Web dapat memutuskan untuk komponen klaster dihubungkan dengan link dan untuk mewakili mereka pada satu halaman. Navigasi komponen dapat diimplementasikan dengan cara (perintah atau tanpa perintah) daftar. Penggunaan halaman indeks. Sebuah link halaman indeks untuk setiap halaman situs Web keseluruhan, ia menyediakan titik sentral bagi pengguna untuk menemukan halaman di situs Web. Ini halaman indeks dapat dilihat sebagai versi sederhana dari model konseptual kita. Kami menyarankan untuk mengganti halaman indeks oleh representasi dari model konseptual dari situs, yang tidak hanya memungkinkan pengguna untuk menemukan informasi tetapi juga membantu pengguna untuk membangun model mental dari situs. Gunakan konteks dan isyarat informasi. Pernyataan eksplisit tentang target audiens serta pada tujuan halaman dapat membantu pengguna untuk melihat langsung apakah informasi pada halaman yang menarik. Kita harus menghindari membuat halaman yang tidak memiliki isyarat. Jika halaman yang tersedia untuk publik, memberikan isyarat yang cukup sehingga pengguna dapat menempatkan informasi dalam konteks global (informasi organisasi misalnya, hak cipta pemberitahuan) WWW. Pedoman ini terutama cocok WSDM. Sebuah situs Web yang dibangun dengan WSDM terdiri dari sejumlah trek navigasi, satu untuk masing-masing perspektif. Perspektif masing-masing memiliki audiens yang berbeda dan mungkin tujuan yang berbeda. Menunjukkan target audiens dan link tujuan dengan baik dengan konsep perspektif. Gunakan isyarat navigasi. Situs web yang dirancang dengan WSDM yang berpusat di sekitar konsep (pengguna ini) perspektif. Pengguna yang mengikuti link dari awal jalur navigasi biasanya tinggal dalam satu perspektif. Namun, halaman mungkin berisi link eksternal dan antar-perspektif link (link antara halaman dari trek navigasi yang berbeda). Ini adalah praktik yang baik untuk menggunakan isyarat navigasi yang berbeda untuk link ke halaman eksternal dan antar-perspektif link. Dengan cara ini, pengguna akan menyadari nya meninggalkan perspektif atau situs lokal. Perlu dicatat bahwa desain pelaksanaan mungkin tergantung pada lingkungan implementasi yang dipilih. Keterbatasan implementasi bahasa (seperti HTML) dapat mengganggu proses ini. 7. Implementasi Tahap terakhir adalah realisasi sebenarnya dari situs Web menggunakan lingkungan implementasi yang dipilih. Sebagai contoh, untuk implementasi HTML ini berarti bahwa model implementasi harus diubah menjadi satu set file yang berisi kode sumber HTML. Langkah ini dapat sebagian besar otomatis dengan menggunakan alat yang tersedia dan lingkungan untuk membantu dalam implementasi HTML. Untuk meningkatkan pemeliharaan, semakin banyak situs Web memiliki informasi yang mendasari mereka (atau bagian dari itu) disimpan dalam database. Halaman yang dihasilkan (biasanya, tetapi tidak harus, pada saat runtime) dengan mengekstraksi informasi yang diperlukan dari database. Informasi ini dapat diekstraksi dari database yang sudah ada atau database baru dapat dilaksanakan untuk tujuan ini. Dalam metode kami, dasar untuk suatu desain database ditemukan dalam BOM. BOM sebenarnya adalah skema konseptual dari database karena menggambarkan obyek bisnis yang tersedia pada tingkat konseptual. Dari skema konseptual, skema database logis dapat dihasilkan (menggunakan alat pengembangan database yang sesuai), atau secara manual dibangun. Query diperlukan untuk mengekstrak informasi yang dibutuhkan untuk halaman harus mudah diturunkan dari pom karena dinyatakan sebagai pandangan tentang BOM. .