Rabu, 22 Desember 2010

Berikut adalah tutorial sederhana dan tanpa gambar untuk hacking wireless dengan security filtering mac address.
bisa di download di sini tutorial nya

Selasa, 21 Desember 2010


Tutorial ini akan membahas bagaimana cara installasi CMS pada BlankOn, sebenarnya bukan pada installasi yang saya tekankan, melainkan perhatikan versi xampp / lampp nya. Langkah2 nya sebagai berikut
siapkan xampp versi 1.6.6, kenapa? karena pada saat tulisan ini di unggah yang xampp versi 1.7.3a masih belum stabil. siapkan CMS anda(bisa Joomla, Wordpress, Virtumart dan Aura, dan lain sebagainya).

  1. copy file xampp pada folder home anda.
  2. buka terminal dan rubah posisi anda menjadi root dengan mengetikan sudo bash.
  3. ekstrak xampp dengan menggunakan perintah  tar xvfz nama_paket_xampp_anda.tar.gz -C /opt/.
  4. tunggu hingga selesai.
  5. setelah selasai hidupkan xampp dengan mengetikan /opt/lampp/lampp start.
  6. dari sini xampp anda telah selesai di install dapan dapat di akses dengan browser anda di alamat url http://localhost/.
Selanjutnya adalah langkah install CMS

  1. installasi CMS yang anda gunakan dengan sesuai petunjuk dari masing-masing CMS tersebut.
  2. setelah ekstrak file CMS, copy kan folder CMS anda di /opt/lampp/htdocs dengan menggunakan nautilus nya root. 
  3. cara menjadi nautilusnya root adalah dengan masuk terminal dan mengetikan sudo nautilus. setelah berada pada nautilus, masuk pada file system -> opt -> lampp -> htdocs. 
  4. lalu copy kan folder CMS di sana.
  5. setelah itu tutup nautilus dan ketikan pada terminal chmod 777 -R /opt/lampp/htdocs/nama_folder_CMS.
  6. setelah itu akses di browser seperti langkah ke-6 di installasi xampp, dengan menambahkan nama dari folder CMS yang di letakkan pada htdocs. misal http://localhost/aris
  7. setelah itu, tinggal ikuti perintah dari CMS yang anda gunakan
  8. Selesai.
Misal di kemudian hari anda hendak memasukan data gambar atau video atau yang lain, lakukan seperti pada langkah 3 hingga langgkah 5 install CMS.
Dan misal suatu saat anda mematikan pc or lapie anda lalu dan ingin meng akses xampp, lakukan langkah 5 pada install xampp.
Sekian.

Selasa, 14 Desember 2010

  • Buat Program Java Script menampilkan tanggal pada bagian body.
  • Buat Program Java Script untuk menghitung pengunjung pada web.

Di masukan dalam modul, script beserta penjelasan. Dan di demo kan.

Script praktikum modul dapat di ambil di sini

Script download di atas berbentuk file compres tar.gz

Gunakan os gnu/linux untuk membuka file compres tersebut

Selamat belajar

Senin, 13 Desember 2010

Apa yang membuat manajemen proyek Web berbeda dari manajemen proyek perangkat lunak tradisional, dan apa yang tersembunyi ? Semakin jauh berpotensi sukses sebagai metode dan pendekatan untuk Web manajemen proyek sudah berevolusi, mereka akan disajikan secara singkat dan tertanam di perspektif holistik yang dibutuhkan dalam bidang ini.

Manajemen proyek adalah kegiatan manusia untuk membentuk tindakan manusia lainnya. Ini manusia perspektif berpusat membutuhkan manajer proyek web untuk memiliki besar pemecahan konflik-kompetensi, dan tim Web untuk memiliki pemahaman interdisipliner. Akibatnya, model yang digunakan untuk mengembangkan aplikasi Web telah menjadi sangat fleksibel, memungkinkan untuk iteratif-incremental sangat pembangunan, dan melibatkan kontraktor sering. Ini berarti bahwa alat dan teknik digunakan dalam manajemen proyek web terutama dicirikan oleh transisi saat ini dari metode tradisional.

9.1 Dari Manajemen Proyek Software untuk Manajemen Proyek Web

9.1.1 Tujuan Manajemen Proyek Perangkat Lunak

Proyek Perangkat Lunak management1 mendukung pendekatan teknik untuk pengembangan perangkat lunak di bahwa itu meluas siklus pengembangan produk teknis (perencanaan - pelaksanaan - pemeriksaan) dan tugas-tugas sosial ekonomi, seperti pengelolaan, pengembangan, dan pemantauan. Hal ini ternyata perangkat lunak pembangunan menjadi dikendalikan, proses berulang-ulang, memungkinkan dipahami dengan baik dan berkesinambungan adaptasi dengan tujuan (lihat Gambar 9 1).

Software manajemen proyek sehingga mengikat teknis pengembangan produk untuk manufaktur produk ekonomi.

9.1.2 Tugas-tugas Manajemen Proyek Perangkat Lunak

Sebuah proyek adalah usaha yang inovatif dan kompleks dengan kondisi, seperti biaya, dead-line, Sumber daya, dan kualitas. Garis kinerja proses sebuah perusahaan harus dikoordinasikan oleh (Proyek) manajemen sehingga kondisi umum / pembatasan dapat dipertahankan. Lebih khusus, "memiliki manajemen untuk menentukan tujuan dan strategi untuk perusahaan, mengoperasionalkan dalam rencana, memonitor pencapaian tujuan, mengembangkan organisasi perusahaan yang memadai untuk pelaksanaan tujuan dan rencana, memimpin dan memotivasi staf, mengontrol proses perusahaan, dan mengambil keputusan. dapat didefinisikan sebagai suatu aktivitas yang berhubungan dengan membentuk tindakan orang lain(Gernert dan Ahrend 2001).

9.1.3 Konflik Daerah dalam Proyek

Dari segi ekonomi, sebuah proyek sering dilihat sebagai suatu sistem yang harus seimbang antara anggaran yang tersedia, cakrawala waktu tetap, dan kualitas produk yang diproyeksikan (lihat Gambar 9-2). Aspek penting tentang sudut pandang ini adalah bahwa tidak satupun dari tiga parameter dapat berubah tanpa mengharuskan perubahan ke salah satu atau kedua nilai parameter lainnya. Sebuah proyek yang harus diselesaikan dalam waktu yang sesingkat mungkin menjadi lebih mahal daripada awalnya direncanakan, atau menurunnya kualitas. Dalam prakteknya, keduanya akan terjadi dalam kebanyakan kasus. Hal ini penting untuk membuat pelanggan sadar ini "daerah konflik" dalam suatu proyek dari awal, dan stres dampak dari perubahan tenggat waktu, pemotongan biaya, dll. Hal ini tidak dapat dilakukan cukup tegas. Bahkan, khususnya untuk proyek-proyek web, yang sering harus ditangani di bawah anggaran yang ketat dan ketat tenggat waktu bahkan, yang "sederhana" hubungan antara anggaran, waktu, dan kualitas yang sering hilang dalam hiruk pembangunan.

9.1.4 Spesifikasi Manajemen Proyek Web

Secara umum dapat diamati bahwa aplikasi besar dan monolitik banyak dikembangkan di masa lalu telah digantikan oleh sejumlah besar aplikasi Web dan jaringan(Reifer 2002). Tren ini memerlukan siklus pengembangan yang lebih pendek, yang mengarah ke situasi di mana perangkat lunak semakin kurang berkembang pada cara tradisional - yang didasarkan pada persyaratan yang ditetapkan - dari awal. Tabel 9-1 menunjukkan sifat yang dihasilkan untuk manajemen proyek Web, dibandingkan perangkat lunak manajemen proyek tradisional (diadaptasi dari Reifer 2002).

proyek web juga berbeda dari proyek perangkat lunak tradisional dalam hasil:

• sistem perangkat lunak tradisional yang terdiri dari bagian yang dikelompokkan menurut fungsi, dimana tombol metrik bagian ini adalah fungsionalitas. Sebaliknya, fungsi perangkat lunak dan konten tergantung pada satu sama lain dalam aplikasi Web, dan ketersediaan gabungan dari kedua elemen sangat penting dari pertama pengiriman sangat on.2

• Desain dan pembuatan konten paling tidak sama pentingnya's aplikasi fungsionalitas. Untuk aplikasi web, penataan ke dalam komponen-komponen desain dilakukan dalam cara yang berbeda oleh masyarakat pembangunan yang berbeda, dengan menggunakan penamaan yang berbeda (lihat Tabel 9-2).

Tabel 9-2 Desain komponen aplikasi Web

9.2.1 Tantangan Umum dalam Pengembangan Software

Manajemen proyek konvensional dalam proyek perangkat lunak tradisional dihadapkan dengan tantangan dalam semua tiga tugas pengelolaan (lihat bagian 9.1.1). Tantangan-tantangan ini juga berlaku untuk pembangunan aplikasi Web, seperti dijelaskan dalam bagian berikut.

Kepemimpinan Tantangan

• Sistem Perangkat Lunak Unik: Sistem software sering dikembangkan dari awal. Pengalaman yang diambil dari proyek masa lalu terlalu sedikit untuk bisa membuat estimasi biaya yang dapat diandalkan.

• Perspektif Kepemimpinan Teknis: Proyek manajemen telah didominasi oleh teknologi aneh, khususnya yang berpikiran insinyur teknologi. Dalam banyak kasus, ini telah menyebabkan untuk suatu pengabaian pengembangan organisasi yang mendukung pengembangan perangkat lunak. Selain itu, insinyur cenderung terlalu optimis. Sikap sering "murah hati" didukung oleh dan penjualan orang pemasaran.

• Perencanaan yang Buruk: Banyak produk perangkat lunak dicirikan oleh atau tidak jelas tujuan perencanaan yang lengkap, sering berubah dengan tujuan perencanaan, dan cacat dalam proyek organisasi. Dibandingkan dengan pengembangan perangkat lunak tradisional, masalah ini timbul bahkan lebih sering dalam pengembangan aplikasi web.

Pengembangan Tantangan

• Individualitas Programmer: Bahkan saat ini, banyak proyek pengembangan perangkat lunak terlihat sebagai seni daripada teknik. Programmer perangkat lunak yang individualis dan kinerja mereka banyak berbeda. sulit untuk menempatkan individualis ke dalam organisasi langsung. Masalah ini muncul terutama karena "seniman" dalam tim Web, karena mereka , kreativitas tunduk pada tingkat tinggi individualitas.

• Jumlah Solusi Alternatif Tinggi: Dalam pengembangan perangkat lunak, ada hampir jumlah alternatif tidak terbatas untuk memecahkan suatu masalah tertentu. Masalah sedikit lebih kecil di penciptaan aplikasi Web, karena banyak komponen dan produk setengah jadi dapat digunakan, namun tidak boleh dianggap remeh.

• Perubahan Teknologi yang Cepat: Perkembangan teknologi yang pesat perangkat keras dan software membuat lebih sulit untuk merencanakan dan mengatur proyek perangkat lunak.

Pemantauan Tantangan

• Negara Imaterial Produk Perangkat Lunak: "hal tidak dapat dipahami" dari produk perangkat lunak membuat mereka sukar untuk mengendalikan. Sejak proyek web ditandai paralel dengan pembangunan fungsionalitas dan konten, produk lebih "nyata" untuk pelanggan dan manajer proyek.

9.2.2 Pembangunan-terkait Tantangan di Web Proyek

Sifat-sifat berikut ini khas untuk pengembangan proyek Web, mewakili khusus

Tantangan bagi manajemen proyek Web.

Hal Baru

Banyak aplikasi Web dirancang untuk alamat baru atau pengguna kelompok tidak dikenal (lihat juga Bab 2). Tentu saja, jika para pengguna di masa depan tidak tahu apa yang ditawarkan atau apa yang mereka dapat atau harus harapkan dari sebuah aplikasi Web yang baru, mereka tidak bisa merumu

Dinamika

Pengembangan aplikasi Web Banyak proyek yang dicirikan oleh tekanan waktu-ke-pasar yang tinggi dan siklus pembangunan pendek. Sebagai contoh, (McDonald dan Welland 2001a) diamati dalam penelitian bahwa tidak ada proyek Web berlangsung lebih dari enam bulan, rata-rata yang kurang dari tiga bulan.

Paralelisme

Karena siklus pengembangan yang pendek dan struktur berbasis komponen dari aplikasi domain (misalnya, otentikasi , kesamaan pencarian, ticker berita, chat room) sering ditemukan di aplikasi web, banyak aplikasi web dikembangkan oleh sub-kelompok secara paralel. Namun, subkelompok yang terstruktur berbeda dari di proyek perangkat lunak tradisional.

Usia muda

Dibandingkan dengan rata-rata pengembang aplikasi Web developer software rata-rata jauh lebih muda dan kurang berpengalaman. Berdasarkan survei yang dilakukan oleh (Reifer 2002), rata-rata pengembang aplikasi Web memiliki kurang dari tiga tahun pengalaman dan biasanya adalah otodidak sedangkan perangkat lunak insinyur rata-rata memiliki pendidikan formal dan setidaknya enam tahun profesional pengalaman. Salah satu strategi untuk mengatasi masalah ini di Web manajemen proyek dapat mengandalkan pada teknologi dan alat-alat dari vendor besar, karena mereka cenderung mengikuti update tertib dan kebijakan melepaskan dan bantuan terus menerus. Open-source proyek dari sumber yang dapat dipercaya (misalnya, lingkungan GNU atau yayasan Apache) telah menjadi alternatif yang menarik berkat dukungan masyarakat Web mereka.

9.2.3 Produk-terkait Tantangan di Web Proyek

Sifat-sifat berikut ini khas untuk aplikasi Web atau menggunakan mereka, yang mewakili khusus tantangan bagi manajemen proyek Web.

Ubiquity

Selain menjadi tersedia di seluruh dunia, perangkat mobile telah membuat web tersedia di hampir semua lokasi. Kelompok pengguna potensial untuk diakses publik. Ini berarti bahwa jumlah dan karakteristik kelompok pengguna aktual tidak diketahui, dan spektrum jenis pengguna potensial sangat luas. Meskipun tes aplikasi dikerahkan di web dapat menjangkau pengguna internet. Stabilitas dan Keamanan Pengguna Web mengharapkan aplikasi yang tersedia menjadi 24 jam X 7 hari berarti persyaratan tinggi pada kualitas aplikasi berkaitan dengan kehandalan, tetapi juga pada hardware yang mendasari dan koneksi jaringan. Dalam kasus terakhir, sinkronisasi pengembangan sistem dengan sistem produksi dan pengujian (sedangkan data perubahan dinamis) yang sangat sulit.

Skalabilitas

Kehadiran aplikasi Web, dikombinasikan dengan spontanitas pengguna, menyiratkan bahwa Web, aplikasi harus scalable ke tingkat yang tidak dapat diproyeksikan sebelum dan selama pengembangan. Sebuah aplikasi Web scalable yang buruk dapat menyebabkan kehilangan kinerja secara dramatis yang dirasakan oleh semua penggunanya begitu jumlah mereka mencapai maksimum tertentu. Sebuah sistem e-banking scalable yang buruk, misalnya, dapat mengakibatkan kerugian materi yang besar (yang tidak benar transaksi keuangan atau tidak lengkap) dan kerugian immaterial (reputasi perusahaan).

9.3 Mengelola Tim Web

9.3.1 Pengembangan Perangkat Lunak: Human-centered Task

Karena evolusi yang cepat dan bahwa proyek aplikasi Web sangat tunduk pada fakta bahwa pengembangan perangkat lunak modern semua dikelola oleh kelompok-kelompok orang dan tidak lagi oleh individu (Mayr 2005), komunikasi antar anggota tim dan motivasi mereka dan koordinasi oleh manajer proyek adalah salah satu faktor keberhasilan yang paling penting untuk sebuah proyek (lihat juga Bab 2). Untuk alasan ini, pengembangan perangkat lunak sering disebut-berpusat manusia aktivitas (Humphrey 1997).

Manajer teknis sangat cenderung meremehkan aspek psikologis dan sosial dalam pembangunan tim. Segera setelah mereka telah diidentifikasi, konflik harus ditangani dan diselesaikan. Dalam bidang pengembangan teknis, seringkali tidak ada ruang untuk kompromi, ada "pemenang" dan "pecundang", yang mengarah ke konflik lebih.

Perubahan berikut dalam pengembangan kebudayaan perangkat lunak mengarah ke evolusi dari Kepala tim programmer:

• Seorang insinyur perangkat lunak tidak bisa lagi membagi wilayah kerjanya ke dalam desain, implementasi, dan pengujian.

• Sebuah pengganti harus diidentifikasi yang dapat menggantikan setiap anggota tim dalam keadaan darurat situasi, setidaknya untuk waktu singkat. pengganti ini terus harus disimpan informasi tentang keadaan saat proyek.

• Seorang kepala programmer dengan kedua kualitas manajemen yang sempurna dan up-to-date implementasi keterampilan jarang tersedia dalam praktek.

• Yang tidak ada penghargaannya - dan sering kurang menarik - tugas seorang sekretaris proyek sebagai "kepala dokumenter" dan pengontrol membuat sulit untuk mengisi posisi ini secara permanen. Dokumen generasi harus didistribusikan di seluruh tim, sesuai dengan tugas.

9.3.2 Tim Proyek Web

Tim dibentuk untuk mengembangkan aplikasi Web yang ditandai dengan tiga sifat penting:

Multidisciplinarity: Karena aplikasi Web terdiri dari isi, struktur hypertext, dan presentasi untuk - idealnya - sangat khalayak luas, pengembang web harus memiliki domain pengetahuan khusus yang berbeda.

Paralelisme: Sementara tugas-tugas dalam proyek-proyek perangkat lunak tradisional dibagi oleh pembangunan- aspek-aspek khusus, proyek Web biasanya dibagi dengan masalah. Hasilnya adalah bahwa subkelompok dari tim proyek web sama-sama terdiri berkaitan dengan keahlian mereka, berarti bahwa banyak perkembangan paralel untuk dikoordinasikan (lihat bagian 9.2.2).

Ukuran kecil: Karena siklus pembangunan pendek dan sering kali agak terbatas anggaran, Web tim proyek terdiri dari sejumlah kecil anggota tim (sekitar enam rata-rata, dan jarang lebih dari sepuluh (Reifer 2002, McDonald dan Welland 2001a)).

Aspek penting adalah bahwa setiap anggota sepenuhnya memahami peran dan tanggung jawab. Jika peran dan tanggung jawab tumpang tindih, maka anggota tim, bersama dengan manajer tim atau manajer proyek, bertanggung jawab untuk menyelesaikan konflik yang mungkin timbul dalam proyek tersebut. Karena siklus pengembangan proyek web yang singkat, juga penting untuk menyelesaikan konflik dengan cepat, bahkan meskipun ini dapat mengakibatkan solusi suboptimal dari perspektif menyeluruh. Gambar 9-3 menunjukkan apa komposisi khas tim proyek web akan terlihat seperti.

Setiap dari peran yang dapat dibagi lagi menjadi bidang-bidang khusus. Misalnya, "software engineer" dapat termasuk arsitek software, (Web) programmer, administrator database, Web master, dll.

9.3.3 Proyek Web Manager

Tugas utama dari seorang manajer proyek web - yang membedakan dia atau dia dari perangkat lunak tradisional manajer proyek - adalah bahwa ia harus memimpin sebuah tim yang terdiri dari orang-orang dengan kemampuan yang berbeda dan kompetensi. Anggota tim spesialis dengan derajat pengetahuan yang berbeda, kebiasaan, dan nilai-nilai. Setiap jenis pengembang tampaknya mengalami masalah dalam mengenali dan menghargai kontribusi yang dibuat oleh pengembang yang berasal dari latar belakang pendidikan lainnya (McDonald dan Welland 2001a). Seorang manajer proyek web harus terutama menghadapi tantangan sosial sebagai berikut:

• Inspire anggota proyek semua dengan tujuan proyek. Jadilah mampu memimpin tim multidisiplin.

• Buat kesediaan dan kesiapan untuk (demokratis) kerjasama.

• Terus-menerus memotivasi tim dan menyelesaikan konflik.

• Sejak tim proyek sebagian besar anggota masih muda dan berpengalaman, manajer proyek web tidak hanya harus memimpin mereka, tetapi juga harus melatih mereka di bidang komunikasi dan sosial kompetensi, dan memotivasi mereka untuk berpartisipasi dalam pendidikan lanjutan.

Ada dua kekhasan untuk tugas ini, dibandingkan dengan proyek perangkat lunak konvensional:

1. Transisi dari proyek Web dari pengembangan untuk menggunakan teratur adalah cairan. Selain itu, seringkali sulit bagi manajer proyek Web untuk menentukan kapan aplikasi Web telah telah sepenuhnya dibawa ke dalam operasi, dan dengan demikian ketika proyek pembangunan sesungguhnya telah dan teratur menggunakan diselesaikan (termasuk perawatan) dari aplikasi Web yang dikembangkan memiliki mulai x0d.

2. Selain itu, sering tidak jelas apakah atau tidak seorang manajer proyek Web masih harus terlibat dengan proyek setelah aplikasi tersebut telah pindah ke fase operasi dan pemeliharaan. ini menjadi lebih kritis karena kenyataan bahwa, karena dengan pengetahuan khusus tunggal anggota tim proyek web, kontak utama dengan pelanggan dalam proyek-proyek web tidak dipelihara melalui manajer proyek Web, tetapi langsung melalui para ahli (lihat Burdmann 1999).

Alat untuk Manajemen Proyek Web

Karena pengembang web terutama akrab dengan Web, alat-alat berbasis web yang idealnya cocok untuk manajemen proyek web. berdasarkan manajemen proyek alat-Web, seperti PHProjekt ( http://www.PHProjekt.com ), memungkinkan untuk menangani tugas-tugas manajemen proyek tradisional, seperti seperti waktu perekaman, memelihara buku harian, pengarsipan dan versioning dokumen hasil , penebangan, papan tulis, chat room, e-mail distribusi, dll, untuk mendukung tim web komunikasi. dari alat-alat ini bahkan gratis untuk penggunaan pribadi pendidikan. dan banyak. Alat untuk Manajemen Konfigurasi Sebuah manajemen konfigurasi sistem (Dart 2000) adalah alat penting untuk mendukung tertib proses proyek. Dalam rekayasa Web, manajemen konfigurasi digunakan terutama untuk berikut tugas karena siklus iterasi pendek:

• mengelola versi dari kode sumber dan isi aplikasi, dan akses mengatur ke konten,

• menciptakan konfigurasi, baik untuk kode sumber dan isi aplikasi untuk mendirikan suatu kebijakan

rilis teratur,

• mengelola permintaan perubahan dan penanganan kesalahan dan cacat, negara mengendalikan

dokumen

• untuk memonitor kemajuan proyek

9.4.2 Ukuran Kemajuan

Saat mengembangkan aplikasi Web, seringkali hanya dua dokumen yang diciptakan (McDonald dan Welland 2001a). Pertama Dokumen adalah sistem spesifikasi, berisi hasil dari persyaratan dan analisis desain keputusan. "kedua" dokumen selesai Web aplikasi. Aplikasi Web biasanya dibuat dalam urutan cepat hasil antara dengan cara iteratif dan evolusi prototyping sangat. Sharma (2001) menunjukkan bahwa iterasi langkah-langkah harus sekecil mungkin dan memiliki fungsi jelas. Masing-masing langkah-langkah ini harus diikuti dengan review, idealnya melibatkan pelanggan. Pendekatan ini identik dengan Rapid Application Development (RAD), suatu teknik yang memiliki sudah dikenal dan sering dipraktekkan dalam pengembangan perangkat lunak tradisional selama hampir dua puluh tahun. Pengembangan aplikasi Web ini ditandai oleh kenyataan bahwa kebutuhan mereka umumnya tidak dapat diperkirakan sebelumnya, yang berarti bahwa ukuran proyek dan biaya tidak dapat diantisipasi (Reifer 2002). Tabel 9-6 meringkas rekomendasi untuk penggunaan yang tepat alat-alat dalam proyek Web.

9.4.3 Risiko Proyek

Risiko dalam Pengembangan Software

Risiko adalah kemungkinan suatu kegiatan untuk menyebabkan kerugian atau kerusakan. Namun, kami berbicara tentang risiko hanya jika konsekuensinya pasti. Ini berarti bahwa risiko merupakan masalah potensial (Thayerdan Fairley 1997). Tidak ada hal seperti proyek tanpa resiko (dan masalah yang diakibatkan dari mereka). "Jika proyek ini berhasil, maka tidak berhasil karena tidak ada resiko dan masalah, tetapi karena risiko dan masalah telah ditangani berhasil" (Rook 1986). Setiap risiko juga merupakan peluang ekonomi. Sebuah siklus pengembangan yang lebih singkat dapat diterjemahkan ke dalam diinginkan karena tepi waktu-ke's memasarkan produk.-Persaingan usaha yang menggunakan teknologi baru dapat membuka segmen pasar tambahan. Misalnya, penggunaan. Untuk NET platform memungkinkan deployment ke ponsel-ponsel berbasis Microsoft sebagai perangkat sasaran mungkin. Yang penting risiko yang paling dalam pengembangan perangkat lunak telah diidentifikasi dan diperbarui secara teratur oleh B. Boehm , salah satu pelopor dalam bidang manajemen risiko dalam rekayasa perangkat lunak, karena 1980-an. Tabel 9-7 (diadaptasi dari Boehm 1998) membandingkan risiko sepuluh yang paling penting untuk proyek perangkat lunak di tahun 1980 dibandingkan dengan mereka pada 1990-an.

Rabu, 08 Desember 2010

berikut contohnya scriptnya

#!/bin/bash

echo "Apa Anda Menerima Saya?"

read case;

#simple case bash structure

case $case in

Ya) echo "Accept, Diterima";;

ya) echo "Accept, Diterima";;

y) echo "Accept, Diterima";;

No) echo "refuse, ditolak";;

no) echo "refuse, ditolak";;

n) echo "refuse, ditolak";;

*) echo "wrong answer, jawaban salah"

esac

bagaimana mudah bukan

=-=-=-=-=
Powered by Blogilo

Di Karenakan pada hari minggu 05 Desember 2010 kemarin saya berhalangan untuk melayani asistensi Modul 5, maka saya ganti pada

  • hari : minggu, tanggal 12 Desember
  • Jam : 16.00 WIB - 20.30 WIB

Demo asistensi di ganti dengan pengiriman source code html beserta penjelasannya.

Source code disimpan dan di sendirikan dengan penjelasan.

Penjelasan gunakan text editor yang free dan open source.

Dikirim di alamat email aris.winchester@gmail.com dengan Subject Demo - Modul 5.

Terima kasih

=-=-=-=-=
Powered by Blogilo

Senin, 06 Desember 2010

1. Pengantar
Bab ini merupakan pengenalan desain aplikasi Web. Namun Pertama kali kita harus menerangkan permasalahan pada web application pada umumnya, web application pada umumnya lemah dalam koordinasi dalam tugas desain, yaitu, desain informasi, desain hypertext, dan desain software: Bagian 5.2 akan menggunakan pendekatan evolusioner untuk memperkenalkan daerah ini dan membahas kemungkinan dan
masalah sebelum membahas bagian integrasi. Tiga bagian berikut akan mencoba mengatasi benturan tidak terkoordinasi beberapa "budaya" dengan menggunakan struktur tiga bagian berdasarkan perspektif baru; masing-masing dari tiga bagian membahas salah satu dari tiga bagian, yaitu, presentasi desain, desain interaksi, dan desain fungsional. Bagian 5.6 akan memberikan gambaran arus isu-isu yang berkaitan dengan keberlanjutan, tujuan desain yang lebih besar.
2.Web Desain
dari Perspektif Evolusioner
Awalnya, Tim Berners-Lee ingin mengembangkan Web menjadi sederhana meskipun sistem hypertext di seluruh dunia melalui Internet, dan ia terutama berfokus pada informasi tekstual. Dengan demikian, kegiatan penulis dan programmer bentrokan, atau terang-terangan berbicara, dunia seniman hits yang insinyur. Bagian 5.2.2 ke 5.2.5 dimulai dengan diskusi tentang aspek authoring
dan bergerak melalui aspek perangkat lunak teknologi untuk kemudian mendiskusikan fitur-fitur umum dan manfaat mengintegrasikan kedua aspek, dan akhirnya melihat permasalahan yang ada atau baru dari integrasi ini.
I.Desain Informasi: Sebuah Aktivitas Authoring
Bagian ini membedakan antara era sebelum Web, era HTML (dari kedatangan Web sampai 1997), dan era XML saat ini (W3C 1998). Awal era HTML secara eksklusif terfokus pada authoring. Hanya dokumen hypertext yang didukung, seperti namanya dari bahasa pemrograman apa yang disebut Web, HTML, menyarankan: Hypertext Markup Language, bahasa untuk petunjuk - atau tag - bertebaran di seluruh dokumen teks. Meskipun awalnya hanya dianggap HTML aspek authoring, itu merupakan langkah mundur dibandingkan dengan sistem hypertext populer bahkan dalam hal ini, dan bahkan berkaitan dengan fundamental visi dokumen eksploratif non-linear (lihat Bab 1). The Web popularitas
berkat hanya mungkin kesederhanaan dan ketersediaan seluruh dunia secara gratis. Its utama kelemahan disebutkan secara singkat di bawah ini dalam sejauh mereka relevan dari perspektif desain:
- HTML dapat dimengerti sebagai bahasa (klasik) deskripsi dokumen dengan hypertext tag dicangkokkan pada. Hal ini menggoda orang untuk mengabaikan prinsip atomicity node; banyak "HTML" dokumen-dokumen (sebenarnya node) adalah beberapa halaman yang panjang, dan gagasan hypertext dasar membaca non-sekuensial hadir hanya rudimentarily atau dalam kasus luar biasa.
- HTML campuran aspek ortogonal seperti struktur hypertext (melalui tag untuk link dan jangkar), struktur dokumen (header, daftar, dll), dan tata letak (latar belakang warna, huruf miring, dll).
- HTML adalah teks-sentris. Media lain sering terjadi hanya sebagai tujuan link (jalan buntu); banyak media jenis tersebut tidak didukung sebagai sumber link sama sekali atau telah hanya baru-baru ini
- Dukungan untuk struktur dan format dalam node ditingkatkan secara bertahap, sementara yang penting hypertext aspek, misalnya node, pengguna didefinisikan dan jenis link, link reverse, penyimpanan terpisah link dan
node, jangkar tujuan non-sepele, dll, masih hilang.
Bersama dengan munculnya XML, yang sangat besar jumlah "bahasa pemrograman sederhana", yang didefinisikan sebagai XML-DTDs (XML baru-baru ini disebut skema), telah ditetapkan, termasuk bahasa untuk menggambarkan prosedur panggilan jarak jauh (SOAP), bahasa untuk menggambarkan transaksi keuangan (XML-EDI), counterpart untuk HTML (XHTML), Karena XML memungkinkan Anda secara resmi menjelaskan sintaks tetapi tidak semantik, browser modern dapat mengurai skema XML sewenang-wenang dan dokumen, tetapi mereka (Dasarnya) dapat mengeksekusi hanya XHTML. Kita dapat mengidentifikasi beberapa aturan dasar untuk desain aplikasi web berbasis dokumen, yaitu untuk aspek authoring, dari pembahasan di atas:
- Meshes harus membentuk pusat desain informasi.
- dokumen konvensional harus dipecah menjadi simpul atom.
- Aspek-aspek seperti tata letak dan konten, simpul dan mesh, dll, harus
dipisahkan konseptual.
- Teknologi yang dipilih harus mendukung konsep maju, misalnya, manajemen
link pusat, setidaknya dalam desain, idealnya juga dalam sistem manajemen
konten.
II.Desain Software: Sebuah Aktifitas Pemrograman
Terlepas dari bahasa yang digunakan untuk membuat halaman baru HTML, script atau program harus menawarkan pre-defined data struktur dan operasi untuk dapat menciptakan elemen khas HTML halaman, seperti header dari tingkat yang berbeda, paragraf, daftar, dan hal-hal lainnya, mengisinya dengan isi, dan meletakkannya bersama-sama (sebagai struktur pohon-jenis elemen). Hal ini hampir selalu didasarkan pada Document Object Model (DOM), yang telah didefinisikan secara konsisten sebagai versi HTML baru datang selama bertahun-tahun, dan yang tersedia dalam bahasa script atau bahasa pemrograman.
3.Presentasi Desain
Dalam desain presentasi, "media desainer" menentukan tampilan dan - untuk beberapa sejauh - struktur bagaimana isi multimedia disajikan. desain modern mengikuti presentasi pemisahan konseptual konten aplikasi Web dan presentasi. Isi dari hasil aplikasi Web dari komposisi isi multimedia secara eksplisit dikembangkan pada sisi komponen dan isi implisit didefinisikan di sisi mesh. Ini berarti topi desain presentasi yang baik memungkinkan kita untuk fleksibel beradaptasi presentasi untuk kebutuhan budaya, teknologi, dan berbagai kontekstual. Dalam perkembangannya Web tradisional,
ini sering berarti bahwa ratusan atau bahkan ribuan dokumen HTML harus disesuaikan
secara manual. Orang-orang yang terlibat dalam proses modifikasi dokumen HTML normal perlu untuk memiliki pengetahuan HTML. Meskipun alat yang sesuai dapat digunakan sampai batas tertentu, seringkali sebagian besar masih harus diubah secara manual. Ini berarti bahwa baik tidak mungkin atau sangat mahal untuk secara konsisten model semua isi yang lebih besar
4.Interaksi Desain
Interaksi desain menyangkut persimpangan visual, dinamis, fungsional, dan teknis unsur-unsur aplikasi Web. Tujuan utamanya adalah untuk menggabungkan unsur-unsur dan halus konflik antara mereka, dalam rangka untuk menawarkan pengguna yang menarik dan menarik serta konsisten dan mudah memahami pengalaman. Bagian ini menunjukkan pendekatan sistematis yang membagi interaksi aplikasi Web menjadi empat aspek: interaksi pengguna, antarmuka pengguna organisasi, navigasi, dan aktivitas pengguna.
Interaksi desain juga menangani hal-hal berikut :
User Interaksi
Pengorganisasian User Interface
Desain Navigasi
Desain Link Representation: The Anchor
Desain Link Internals: The URL
Navigasi and Orientasi
Struktur Dialog untuk Aktifitas Kompleks
Interaksi dengan Teknologi dan Arsitektur
5.Desain Fungsional
Rancangan fungsional juga harus mempertimbangkan aspek-aspek teknologi yang memiliki dampak yang kuat pada aplikasi Web dalam pengembangan. Kita harus mengamati commensurability kita berarti, tapi aplikasi kita harus diperluas, terukur, dan dipelihara, antara lain hal. kesulitan khusus terlihat dalam interaksi komponen. Web aplikasi seperti tickers berita biasanya dapat melakukannya tanpa dukungan transaksi, sementara toko-toko online mungkin harus peta fase banyak produk, dari konfigurasi di atas memerintahkan untuk memperbaiki. Transaksi ini membutuhkan dan alur kerja dukungan dan integrasi database warisan dan sistem perangkat lunak.
6.Pandangan
Era pasca-PC yang disebut tidak lagi didominasi oleh satu kelas satu perangkat (PC), tetapi ditandai dengan sejumlah besar perangkat yang berbeda. Selama beberapa tahun ke depan, mobile perangkat akan sangat penting, seperti disebutkan di bagian 5.3.2. Oleh karena itu, supaya berkelanjutan, aplikasi web harus siap untuk tren ini hari ini, yaitu dengan mempertimbangkan dua konsep penting, yaitu, konteks kesadaran dan kemandirian perangkat, yang akan dibahasn dalam bagian 5.6.1 dan 5.6.2, masing-masing. Sejak pertama dari kedua konsep ini masih dalam Penelitian tahap, bagian 5.6.1 hanya akan menjelaskan aspek-aspek yang harus diperhatikan dalam desain sadar konteks aplikasi Web. Bagian 5.6.3 eksklusif akan fokus untuk memberikan pandangan terhadap baru atau hilang konsep dalam rekayasa yang secara umum bisa mempromosikan keberlanjutan Web aplikasi di masa depan.
Sebuah Context-aware Applications
adalah sebuah aplikasi yang membutuhkan pengetahuan khusus pengguna – pengguna konteks - untuk menyesuaikan secara optimal baik interaksi dan fungsinya. Selain itu, konteks kesadaran mengarah pada jenis baru dari aplikasi, misalnya, Location-Based Services (LBSs), untuk menyebutkan salah satu contoh. Tergantung pada lokasi, kita bisa, misalnya, menampilkan informasi disesuaikan
=-=-=-=-=
Powered by Blogilo

Kamis, 02 Desember 2010

Okay i will to show you how to find file with mp3 type or png type n etc. the script is simple. Lets do it:

  1. find all file with mp3 type. You just type in your terminal ---> find *.mp3
  2. find all file with png type. You just type in your terminal ---> find *.png
  3. find all file with avi type. You just type in your terminal ---> find *.avi

okay, thats very simple. you can modify thats script with your idea. thanks for come in my blog.

=-=-=-=-=
Powered by Blogilo

This tutorial explain you how to make file with lowercase exchange to Uppercase. This is the scenario.

  • We have a file with lowercase in text. in this time, my file name is `aris` where in file have a `cakep` text.
  • I want to text `cakep` in aris file change to Uppercase `CAKEP`

Okay i thinks that's simple scenario, so we already to the script

#!/bin/bash

# Mengambil nama file

echo -n "Enter File Name : "

read fileName

# script ini untuk men-cek apakah file yg di maksud ada

if [ ! -f $fileName ]; then

echo "Filename $fileName tidak ada, cek kembali"

exit 1

fi

# Script untuk melakukan perubahan dari lowwercase ke Uppercase dengan perintah tr

tr '[a-z]' '[A-Z]' < $fileName

in that script i use indonesia language for to explain. but don't worry i have the address of original script. You can follow this address for original script http://www.cyberciti.biz/faq/linux-unix-shell-programming-converting-lowercase-uppercase/

okay thanks for comming

=-=-=-=-=
Powered by Blogilo

Rabu, 01 Desember 2010

Langkah-langkahnya:
  1. cd Documents/ -> perintah untuk berpindah ke direktori Documents agar hasil download bisa berada pada direktori tersebut.
  2. wget -c http://fennypotter.files.wordpress.com/2010/12/johnwileyandsonswebengineering.pdf -> wget adalah perintah untuk download, -c adalah perintah atau option dari wget yg berfungsi untuk menyambung kembali download yang terputus ataupun tertunda, http://fennypotter.files.wordpress.com/2010/12/johnwileyandsonswebengineering.pdf adalah alamat dari file yang kita download
Tutorial ini tentu sudah banyak yang menulis, namun ini saya buat jika nanti saya sudah tua dan penyakit pikun menyerang. Semoga bermanfaat.
=-=-=-=-=

Powered by Blogilo