DOWNLOAD WINDOWS 8 DEVELOPER PREVIEW


Windows Developer Preview downloads

win 8

windows 8

The Windows Developer Preview is a pre-beta version of Windows 8 for developers. These downloads include prerelease software that may change without notice. The software is provided as is, and you bear the risk of using it. It may not be stable, operate correctly or work the way the final version of the software will. It should not be used in a production environment. The features and functionality in the prerelease software may not appear in the final version. Some product features and functionality may require advanced or additional hardware, or installation of other software.

Windows Developer Preview with developer tools English, 64-bit (x64)

DOWNLOAD (4.8 GB)

Sha 1 hash – 6FE9352FB59F6D0789AF35D1001BD4E4E81E42AF

All of the following come on a disk image file (.iso). See below for installation instructions.

  • 64-bit Windows Developer Preview
  • Windows SDK for Metro style apps
  • Microsoft Visual Studio 11 Express for Windows Developer Preview
  • Microsoft Expression Blend 5 Developer Preview
  • 28 Metro style apps including the BUILD Conference app

Windows Developer Preview English, 64-bit (x64)

DOWNLOAD (3.6 GB)

Sha 1 hash – 79DBF235FD49F5C1C8F8C04E24BDE6E1D04DA1E9

Includes a disk image file (.iso) to install the Windows Developer Preview and Metro style apps on a 64-bit PC.

Windows Developer Preview English, 32-bit (x86)

DOWNLOAD (2.8 GB)

Sha 1 hash – 4E0698BBABE01ED27582C9FC16AD21C4422913CC

Includes a disk image file (.iso) to install the Windows Developer Preview and Metro style apps on a 32-bit PC.

Live Connect

Sign up for the Live Connect technical preview.

Live Connect provides developers a set of controls and APIs that enable applications to integrate Single Sign On (SSO) with Microsoft connected accounts and enable users to access information from SkyDrive, Hotmail, and Messenger.

System Requirements

Windows Developer Preview works great on the same hardware that powers Windows Vista and Windows 7:

  • 1 gigahertz (GHz) or faster 32-bit (x86) or 64-bit (x64) processor
  • 1 gigabyte (GB) RAM (32-bit) or 2 GB RAM (64-bit)
  • 16 GB available hard disk space (32-bit) or 20 GB (64-bit)
  • DirectX 9 graphics device with WDDM 1.0 or higher driver
  • Taking advantage of touch input requires a screen that supports multi-touch

Notes about installing the Windows Developer Preview

  • You can’t uninstall the Windows Developer Preview. To reinstall your previous operating system, you must have restore or installation media.
Install on:

Windows Developer Preview with developer tools

Windows Developer Preview (32-bit or 64-bit)

Windows 7 and Windows Vista

Clean install only

You can keep accounts, files, and settings

Windows XP

Clean install only

You can only keep accounts and files

A clean install is supported on all builds. You will only receive the full set of installation options when setup is launched in Windows.

How to install the Windows Developer Preview from an ISO image

The Windows Developer Preview is delivered as an .iso image that must be converted into installation media stored on a DVD or a USB flash drive. On Windows 7, the easiest way to convert this file is to use Windows Disc Image Burner. On Windows XP and Windows Vista, a third-party program is required to convert an .iso file into installable media—and DVD burning software often includes this capability.

Note: The .iso file that contains the developer tools requires a large capacity DVD called a DVD-9, as well as a DVD burner that can handle dual-layer (DL) DVDs. Most modern burners should be able to handle this format.

[ SOURCE : MSDN WINDOWS ]

21 SEPTEMBER, Apakah Semua Tahu???


“It is the peoples of this world who can create peace.”

Peace One Day

Peace Day art exhibition, Devon, UK 

21 September, hanya satu hari di bulan september. Ada yang ulang tahun, ada yang mengingat momen-momen penting dalam hidupnya saat mengingat tanggal itu. Bukan, itu bukanlah yang saya maksud. Dan apakah anda tahu apa yang terjadi pada tanggal itu??? Dan mengapa tanggal itu begitu penting bagi saya, bagi anda, dan bagi semua orang???

21 September, bermula dari seseorang yang mendambakan dunia yang damai dan tentram. Jeremy Gilley, itulah orangnya. Bermula dari pembuatan film dokumenter pada tahun 1999 tentang satu hari penuh dengan kedamaian, dan tanpa ada kekerasan dan ketakutan akan suatu hal, termasuk kekerasan yang dilakukan dan disebabnya politik pemerintahan.

Begitu banyak hal yang dialami, baik cekalan dari beberapa pihak maupun pemerintahan beberapa negara yang sedang terlibat kontra. Tetapi, alhasil dia berhasil membuat “hanya satu hari damai” yang dapat dinikmati oleh semua penduduk dan manusia dibumi ini. Tentunya, usaha itu ada pendukungnya, termasuk PBB (United Nations), bahkan juga didukung para pemenang penghargaan NOBEL dalam bidang perdamaian seperti Dalai Lama, dan disahkan oleh PBB menjadi hari perdamaian internasional.

21 September yang merupakan satu hari penuh damai, tanpa kekerasan, tanpa tekanan, tanpa rasa takut akan peperangan.

Apakah anda tergerak? hanya anda yang tahu, dan beginilah cara saya untuk memberikan kedamaian, yaitu dengan cara menyebarkan dan memberi tahu orang-orang akan adanya satu hari penuh dengan damai. Butuh dukungan anda untuk membuat dunia ini terasa damai…

Peace One Day is impartial and independent of any government, political persuasion, corporation or religious creed.

[ Peace One Day Official Site ]
[ Peace One Day on Facebook ]
[ Peace One Day  on Youtube ]
[ Peace One Day on Twitter  ]

Download Informasi User anda dari Facebook


Sudah kah anda mengecek apa saja yang ada di facebook anda? Sudah beberapa hari, mungkin 1 minggu lebih facebook update tampilan, dan baru 4 hari yang lalu (tulisan ini kelamaan dipublish :)) saya mencoba fitur baru yang ada pada facebook.

Setelah saya memasuki pengaturan akun, ada sesuatu yang aneh disana. Ada tilisan “Download Your Information”. Tetapi disana ada dituliskan “learn more”. Dari sana rasa penasaran menjadi sangat besar. Dari situ, mulailah penelusuran tentang fitur baru ini.

Cukup dengan mengklik learn more dari account setting, dan perhatikan pad tulisan “Download your Information”, dan kliklah tulisan “learn more”.

Screenshoot tampilan setting account

Setelah itu anda akan diarahkan pada verifikasi akun dengan meminta anda mengisikan password.

verifikasi download dengan password

Setelah itu anda kaka diminta mennunggu verifikasi lewat email, dan saya menunggu verifikasi lewat email sekitar 1 hari.

Setelah email di cek, ternyata ada verifikasi download data, maka pakai link yang ada pada email dari facebook tadi. Link itu akan membawa anda pada halaman download salinana data anda yang ada pada facebook.

Setelah itu anda dapat meng-klik tombol download dan memulai download. Perlu diperhatikan, waktu yang dibutuhkan untuk download file tergantung jenis file dan besar file yang ada pada akun anda. Jika pada akun anda terdapat banyak foto dan video, maka file yang di download pun semakin besar dan semakin lama, tergantung kecepatan koneksi internet anda.

Selamat mencoba…

Praktikum Dasar Komputer


Sudah terlewati selama lebih dari sebulan pelaksanaan praktikum dasar komputer kelompok M yang diadakan pada Laboratorium Jaringan Fakultas Teknik Universitas Trunojoyo. Dimana pada praktikum ini mengenalkan dasar dari pengenalan komputer. Adapun sub-bab praktikum yang disuguhkan pada praktikum ini, antara lain :

  • Pengenalan Hardware
  • Instalasi OS Windows XP
  • Instalasi OS Ubuntu Linux
  • Pengenalan Multimedia
  • Pengenalan OpenOffice sebagai aplikasi editor perkantoran berbasis OpenSource
  • Pengenalan Internet.

Dari hal itu, tentu ada kelebihan dan kekurangan pada pelaksanaan praktikum. Kalau dilihat dari isis kelebihan, asisten praktikum yang begitu baik yang membimbing kami, dan pengarahannya dari awal sampai akhir pada setiap langkah suatu praktik.

Kalau dilihat dari segi kekurangan, betapa banyaknya kekurangan itu datang dari segi fasilitas yang kurang memadai. Bagi saya sendiri, praktikum ini merupakan suatu hal yang telah saya lalui, dan harus dilalui lagi agar terpenuhinya tuntutan akademika.

Untuk itu, disini saya melampirkan file yang berisi saran dan kritik serta evaluasi tiap praktikum. saya harap, saran dan kritikan ini akan menjadi masukan untuk praktikum kedepannya yang diadakan di Laboratorium Jaringan. silahkan downlaod disini.

Sekian dan terimakasih…

MANAJEMEN PROYEK WEB


MANAJEMEN PROYEK WEB

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.

DARI MANAJEMEN PROYEK SOFTWARE KE MANAJEMEN PROYEK WEB

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.

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).

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.

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

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.

Tantangan Kepemimpinan

  • 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.

 

Tantangan Pengembangan

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

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.

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.

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).

MENGELOLA TIM WEB

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. 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.

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

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.

Manager Proyek Web

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

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.


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.

download : via Google Docs under license free edit :)

Hypertext


Istilah hypertext pertama  kali dikemukakan oleh Ted Nelson pada tahun 1960-an (Carter, 1997; Jonassen, 1991 dalam Altun, 2000) sebagai suatu bentuk teks elektornik. Ia menjelaskan, hypertext adalah teks-teks tertulis non- sekuensial yang memiliki percabangan dan  menyediakan pembaca berbagai pilihan, sebagai bacaan yang menarik pada layar interaktif. Dalam hypertext ini berbagai potongan (chunk) teks dihubungkan secara seri oleh links sehingga pembaca dapat menyusuri berbagai lintasan yang diinginkannya. Potongan- potongan teks ini disebut dengan nodes (simpul) (Miall, 1997). Berbeda dengan buku teks, hypertext dapat disajikan dengan menggabungkannya dengan berbagai media lain seperti vidio- klip, animasi, suara, gambar dan grafik. Karena sifatnya inilah kadang kala hypertext juga disebut hipermedia atau multimedia, walau- pun beberapa ahli mem- bedakannya. Secara umum dapat disimpulkan bahwa karakteristik dari hypertext adalah bersifat non-sekuensial (non- linier), ditampilkan dalam media elektronik, bisa digabungkan dengan berbagai media (multi- media), dan interaktif terhadap pembaca.

Spiro (1994) menjelaskan bahwa sistem hypertext bisa dibuat dengan berbagai cara, namun cukup alasan untuk meyakini bahwa sebahagain besar caar-cara tersebut tidak akan membuahkan hasil belajar yang baik. Ini disebabakan hypertext tersebut dapat saja membuat mahasiswa menjadi bingung. Mahasiswa akan tersesat dan “hilang” dalam linkTime- Tunnel. Mahasiswa menda- patkan banyak informasi, namun bukan pengeta- huan karena struktur dalam informasi terabaikan akibat navigasi yang kurang terarah.Oleh karena itu yang dibutuh- kan adalah sitem hypertext yang mudah ter jangkau (accessible). yang cabang- nya begitu banyak. Disamping itu karena tidak ada yang akan menghalangi pembaca dalam menautkan dua simpul informasi dan melanjutkannya dengan simpul-simpul lain, maka ada kemungkinan navi- gasi akan berakhir dengan sekumpulan informasi yang inkoheren (Briggs, 1992). Ini teru- tama terjadi pada hiper- teks besar, yang masih diperumit oleh hubungan nya dengan hipermedia lain. Misalnya, navigasi bisa berawal dengan dilatasi-waktu kemudian ke entropi dan/atau diteruskan ke

Menyajikan materi-subjek dalam berbagai links dan pilihan memberikan fleksibilitas kepada pembaca untuk menyusun ulang materi sesuai dengan yang diinginkannya. Pada hypertext mahasiswa bukan hanya sebagai pembaca akan tetapi sekaligus kreator bahan bacaannya. Pembacalah yang akan menentukan urutan dari teks, yang berarti sekaligus menentukan konteks dari bacaannya. Memang benar bahwa materi-subjek yang akan dihadapi mahasiswa sudah tersedia dalam sistem yang ada akan tetapi karena ia begitu luas dan banyak pilihan, maka terbuka peluang-peluang kombinasi dalam menentukan urutan teks. Jika pada kuku teks, mahasiswa tinggal membaca teks yang sudah disusun oleh pengarang, namun pada hypertext mahasiswa sekaligus “pengarang” terhadap teks bacaannya. Sesungguhnya, ditinjau dari bagaimana mahasiswa belajar (walaupun sistem hypertext harus dibuat agar tidak membingungkan pembaca), mahasiswalah  yang bertanggung jawab terhadap teks bacaannya.

Analoginya adalah, teks-teks pada hypertext adalah bata bahan dasar bangunan, sistem hypertext adalah semennya, dan urutan sekuensial yang dibuat siswa adalah bangunnya. Orang yang bertanggung jawab terhadap bangunan adalah yang membuatnya, dalam hal ini adalah mahasiswa. Pabrik bata dan semen hanya bertanggung jawab terhadap barang-barang yang diproduksinya, bukan bangunan yang terbentuk.

Apa sebenarnya arti itu semua? Hypertext bisa digunakan sebagai salah satu sarana yang memberi kesempatan kepada pembelajar untuk “membangun” pengetahuannya sendiri. Selama berintraksi dengan hypertext pembelajar terus berlatih menghubung-hubungkan konsep yang relevan.Mahasiswa dilatih mempergunakan kognisinya untuk mengorganisasikan informasi-informasi menurut kebutuhannya sebelum digunakan atau diterapkan pada tugas yang dihadapi menurut konteksnya. Hal seperti ini hampir tidak bisa ditemukan pada teks sekuensial seperti pada buku-buku teks.Disamping itu karena dalam hipertkes pembaca senadiri yang menentukan penavigasian terhadap konten sesuai dengan pemahamannya, maka sebenarnya dalam melaksanakan tugasnya pembaca sekaligus menjadi “penyususn” dokumen yang akan dibaca saat membacanya.

Menurut Spiro (1994), kondisi seperti ini dapat mengembangkan intelegensi pembaca melebihi ketika berhadapan dengan teks-sekuensial biasa.   Lebih jauh, dari segi pengajaran, lingkungan belajar hypertext dapat dikelola untuk menye- diakan pengajaran yang mampu mengembangkan cognitive flexibility. Hypertext menyediakan ruang fleksibilitas kepada pembaca ketim- bang buku-buku teks (Foltz, 1996). Altun (2000) mengemukakan pada saat membaca teks pada layar sambil menyusuri link yang ada, pembaca melakukan ak- tifitas kognisi yang kom- pleks dengan melibatkan berbagai stategi yang mungkin. Jika proses seperti ini secara terus menerus dilakukan tentu saja dapat meningkatkan dan memapankan kemampuan cognitive fleksibility pembelajar yang merupakan kondisi yang dituntut untuk penguasaan pengetahaun lanjut (Siregar, 2002). Mahasiswa akan mengem- bangkan pola-pola terte- ntu dalam pikirannya yang bisa menuntunnya dalam mengambil kepu- tusan dalam kerumitan persoalan yang dihadapi.

Instruksi dengan hypertext juga membiasakan mahasiswa melihat keluesan mater-subjek. Dengan menghubungkan materi kepada berbagai media dan menampilkannya dalam berbagai bentuk representasi akan memperkaya persepsi mahasiswa terhadap materi tersebut. Pernyataan seperti ini tidaklah sulit diterima karena semakin sering brinteraksi dengan suatu objek dalam berbagai situasi yang berbeda maka akan semakin lengkap atribut skema kita tentang objek tersebut, sehingga akan semakin mampu kita melihat ke-fleksibel-an dari objek atau materi-subjek tersebut. Hal seperti ini perlu untuk tujuan pembelajaran lanjut dimana mahasiswa dituntut sercara luas menerpakan pengetahuannya pada situasi yang berbeda. Spiro (1994) mengemukakan bahwa pengetahuan yang akan dipergunakan dalam berbagai kasus harus diorganisasikan, diajarkan dan direpresentasikan dalam bebagai bentuk. Lebih jauh ia mengatakan, penyebab utama kegagalan pembelajaran lanjut adalah adanya oversimplifikasi, dan salah satu bentuk oversimplifiksi yang menonjol adalah melihat suatu konsep atau fenomena ataupun kasus dari satu sudut pandang saja. Ini jelas akan memiskinkan pemahaman terhadap konsep dan menyebabkan konsep tersebut hanya terterapkan pada situasi yang terbatas.

linear dan non-linear

linear dan non linear adalah dua gaya yang berbeda pada pemikiran untuk menulis dan membaca. penulisan linear adalah garis lurus (straight-line) penulisan. Kebanyakan papertext marupakan linear. sebuah dokumen linear akan memiliki sebuah awal yang cukup pasti, tengah dan akhir. Kebanyakan argumen linear terstruktur dengan suatu pendahuluan, informasi pendukung, dan kesimpulan. tulisan non-linear lebih asosiatif dan melibatkan banyak jalan yang berbeda, seperti dokumen ini.  Ada kemungkinan terletak pada permulaan, tetapi sangat jarang ada jalaur tertentu atau akhir yang tunggal. Hal ini membuat kebanyakan pembaca pada dokumen, dan membiarkan pembaca membuat pilihan.

Kebanyakan dokumen web yang baik lebih non-linear dan asosiatif. media hypertext membagikan dirinya dengan fitur mengait (link feature). lebih mudah menghubungkan kata-kata dalam satu dokumenyang ditempatkan di dokumen lain. jika diberi gambaran,  terlihat seperti karing (web). inilah asal-muasal dari istilah web.

Ada dua gaya dokumen non-linear. Yang pertama adalah untuk masing-masing halaman terpisah dari teks memiliki daftar pilihan di bagian bawah. Hal ini agak non-linear dan memungkinkan pengguna untuk menavigasi dokumen. Hal ini mirip dengan buku Pilih Sendiri Petualanganmu. Sebuah dokumen non-linear benar akan memiliki link dari berbagai kata yang akan mengarah ke halaman lain. Hal ini akan memungkinkan pengguna tidak hanya untuk membuat pilihan, tetapi juga melakukan beberapa asosiasi semi-bebas. Jika pengguna melihat kata yang menarik minatnya, dia bisa klik dan dibawa ke dokumen lain.

Pembuatan dokumen non-linear yang baik bisa jadi sulit. Tujuan utama dalam membangun dokumen non-linear adalah mencari asosiasi. Anda perlu mencari baik yang jelas dan yang tidak jelas dan mengambil kesempatan untuk membangun link untuk memenuhi sambungan tersebut. Ini akan membantu Anda menemukan dan melihat koneksi dalam dokumen Anda sendiri, serta memungkinkan pengguna benar-benar menelusuri dokumen Anda, membiarkan pikirannya mengikuti ke mana ia ingin pergi.

Selalu ada beberapa pengecualian, dan mereka mungkin beberapa dokumen layak menempatkan di Web yang harus linear. Namun, secara umum, dokumen non-linear lebih menarik bagi pembaca dan lebih bermanfaat bagi pembaca.

Disorientation and cognitive overload

Disorientasi dan Overhead kognitif adalah dua masalah yang saling terkait yang mungkin dalam kesalahan akhirnya membatasi kegunaan dari hypertext. kognitif overhead pada penulis sebagai orang yang bertanggung jawab untuk memasukkan semua link dalam pekerjaannya ini termasuk semua link antara jangkar dalam karya sendiri dan orang-orang dalam bingkai eksternal, serta cross-link antara pengait dalam karya diri sendiri.

PUSTAKA

Hand-held detector aims to diagnose disease



The CliniHub could one day allow GPs to test for breast cancer – but will it ever replace mammograms? (Image: Cambridge Consultants)

Family doctors could instantly detect a raft of diseases – from breast cancer to MRSA – using a cheap hand-held device being developed by the UK-based R&D company Cambridge Consultants.

The CliniHub, now in its early stages of development in partnership with XenBio Fluidics of San Diego, California, centres on a cheap detector that senses a telltale fluorescent glow from a raft of disease markers that the developers say will be the subject of patent applications.

Credit-card-sized sample trays inserted in a modem-sized reader hold antibody-coated polystyrene beads containing a fluorescent label. The antibodies interact with specific disease markers, causing the beads to clump together, quickly producing a strong red fluorescence under UV light from an LED. That glow is picked up by a built-in light detector based on low-cost photodiode technology.

read here.