IMK SLIDE 13

Apa itu Groupware?

Perangkat lunak yang secara spesifik di disain

·         Untuk membantu kelompok  kerja

·         Dengan bekerja sama

Tidak hanya alat untuk berkomunikasi

Groupware bisa kelasifikasi dengan

·         Kapan dan dimana user mengerjakannya

·         Fungsinya melakukan pekerjaan secara bersama

Spesifik dan kesulitannya bermasalah dengan pelaksanaan groupware

Waktu

Digolongkan groupware dengan

Ketika pengguna mengoprasikannya

            Pada waktu yang bersamaan dan waktu tidak bersamaan

Dimana pengguna menggunkannya

            Pada tempat yang sama dan tempat yang bersaman

Nama umum untuk axes

Waktu : terjadi berada di waktu yang sama / terjadi berada di waktu yang tidak sama

Tempat : terjadi di tempat yang sama / terjadi di tempat yang tidak sama

Di golongkan dengan fungsi

Bekerja sama melibatkan

Pengguna yang sedang mengerjakan

Peralatan pada saat mereka bekerja

Interaksi apa yang di lakukan alat pendukung?

Komputer menegahi komunikasi

Komunikasi langsung diantara pengguna

Sistem pendukung keputusan dan pertemuan

            Pemahaman umum

Membagikan aplikasi dan peralatan

            Mengatur dan timbal balik dengan membagikan objek kerja                    

Email dan bulletin boards

Waktu yang berbeda/ tempat yang beda

Groupware tak asing dan paling berhasil

Penerima email

Langsung di dalam kolom to

Salin di dalam kolom cc

Pengiriman yang sama – berbeda adalah tujuan sosial

Perbedaan antara email dan BBS

Satu ke satu – email, komunikasi langsung

Satu ke banyak – email, daftar distribusi BBS, distribusi penyiaran

Mengatur

Pengirim – email, daftar penyaluran pribadi,

Pengelola – email, daftar pembagian penyaluran

Penerima – BBs,

Pesan sistem terstruktur

Waktu yang yang tidak sama / waktu yang tidak sama

·         Super email – campuran antara email dan database

·         Pengirim mengisi di kolom kusus

·         Penerima menyaring dan menyortir email yang masuk di dasari konten kolom

Tapi kerjaan si pengirim...keutungan untuk si penerima

Permasalahan

Penyusunan secara menyeluruh oleh desingner

Penyusunan secara local oleh pengguna

Video konfersi dan komunikasi

Waktu yang sama/ tempat yang tidak sama

Teknologi  muncul: ISDN + video compression

Pengguna mayoritas:

·         Video konferen

·         Video pervasive untuk kontak sosial

·         Terintegrasi dengan aplikasi lainnya

Biasanya lebih murah dari tatap muka vs air flight

Tidak sebagai pengganti

·         Jarak  pandangnya terbatas

·         Kurangnya timbal balik

·         Kurangnnya kontak mata

Satu solusi untuk timbal baliknya kontak mata – tunnel video

Pertemuan dan keputusan sistem pendukung

Di dalam design manajemen, penelitian kita ingin

·         Menghasilkan ide

·         Mengembangkan ide

·         Merekam ide

Perekam utama – pemahaman umum

Tiga tipe sistem

Peralatan argumenta

Peralatan argumentasi         

Waktu tidak sama tempat yang sama

            Merekam argumentasi untuk keputusan design

Ruangan pertemuan

Waktu yang sama tempat yang sama

Elektronik mendukung untuk pertemuan tatap muka

Gambaran pembagi permukaan

Waktu yang sama tempat yang berbeda

Membagi papan gambaran dalam jarak

Alat argumentasi

Waktu yang berbeda tempat yang sama

Kelebihan data peralatan untuk menyimpan design yang rasional

Dua tujuan:

·         Menigkatkan maksud designer untuk keputusan

·         Mengkomunikasi rasional antara tim design

Mode kolaborasi:

·         Jangka panjang

·         Terkadang waktu yang sama juga di gunakan

Contoh: IBIS

            Variasi simpel termasuk

                        Persoalan e/o nomor tombol mouse

Posisi e/o hanya satu tombol

Argumen e/o mudah untuk pemula

            Berhubungan dengan hubungan contohnya

            Argumen mendukung posisi

                        e/o mudah untuk pemula mendukung hanya satu tombol

Ruang pertemuan

Waktu yang sama tempat yang sama

Elektronik mendukung pertemuan tatap muka

·         Sambungan individu (biasanya recessed/beristirahat)

·         Layar besar berbagi? (papan putih elektronik)

·         Perangkat lunak spesial

·         U dan c terbentuk tempat duduk? Sekitar layar

Macam mode

Pengungkapan pendapat, penggunaan pribadi, WYSIWIS

WYSIWIS – apa yang kamu lihat adalah apa yang aku lihat

·         Semua layar memperlihatkan gambar yang sama

·         Semua pengguna bisa menulis / menggambar di layar

Typical ruang pertemuan

Persoalan dalam bekerja sama

Alat argumentasi

Kontrol kebersamaan

            2 orang mengakses simpul yang sama

            1 solusi adalah pensucian simpul?

Mekanisme pemberitahuan

            Mengetahui tentang penggantian yang lain

Ruang pertemuan

Dasar kepemilikan satu atau banyak?

Dasar kontrol kebijaksanaan

            Siapa dan kapan yang bisa menulis?

            Solusi: mengunci + protokol sosial

Petunjuk grup

            Untuk rujukan deictic (ini dan itu)

Berbagi permukaan kerja

Di waktu yang sama tempat yang berbeda

Paling mudah, ruang pertemuan dalam jarak tetapi..

·         Tambahan audio/ video dibutuhkan untuk protokol sosial dan diskusi

·         Gangguan jaringan bisa menjadi masalah utama

Tambahan efek sosial spesial:

·         Pengguna menulis dalam layar video besar masalah dengan paraloks

·         Bayangan tangan pengguna yang lain muncul dalam layar

·         Gambaran elektronik terpadu dengan video dan kertas gambar

Contoh : kelompok kerja

Pembelajaran di tempat yang berbeda murid kaligrafi jepang bergerak di lapisan kertas degan video dari instruktur gerak

Berbagi aplikasi dan peralatan

Membandingkan tujuan dari bekerja sama

Ruang pertemuan dan keputusan mendukung sistem

·         Membangun berbagi pengertian?

Berbagi aplikasi dan peralatan

·         Bekerja dalam objek yang sama

Teknologi yang sama tetapi tujuan utama yang berbeda

Banyak perbedaan                  (wakti/tujuan matrik)

Berbagi windows – waktu dan tempat yang sama

Berbagi editor – waktu dan tempat yang sama

Sistem pengarahan? – waktu yang sama dengan yang lebih luas

Berbagi diaries – waktu dantempat yang bebeda yang lebih luas

Berbagi informasi – apapun, tetapi waktu yang berbeda dan lebih luas

Waktu yang sama dan tempat yang berbeda biasanya membutuhkan saluran audio/ video

Sama tetapi berbeda

Berbagi PCs dan berbagi sistem windows

·         Banyak bagian keyboard dan screen

·         Aplikasi individu bukan collaboration aware

·         Dasar kontrol masalah

Tipe user A : interleave

Tipe  user B :keystrokes

Hasil:inkeyters/treokefe tshe

Berbagi editor

·         Editor yang cllaboration aware

·         1 dokumen – beberapa user

·         Sama dalam berbagi layar dalam ruang pertemuan..

...dengan dasar kontrol masalah yang sama

·         Tambahan masalah – berbagai pandangan

Berbagi editor – berbagi pandangan

Pilihan :

            Pandangan yang sama atau berbeda

            Satu atau terpisah poin sisipan

Satu pandangan -> scroll war

Berbagai pandangan-> kehilangan konteks dengan petunjuk

·         Saya tidak suka line paling atas

·         Tapi saya baru saja menulisnya

Bersama editor | banyak Tinjauan

Kita akan melihat beberapa opsi dan bagaimana mereka mempengaruhi gaya kerjasama. Berpikir tentang berbagi Lihat vs pandangan berbeda pilihan, di QPRH pertama tampaknya jelas bahwa kita harus memungkinkan orang-orang untuk mengedit berbeda Bagian dari dokumen. Hal ini tentu berlaku sementara mereka bekerja secara efektif secara mandiri.

(layar anda)

Sistem lebih mudah beradaptasi diperlukan untuk memungkinkan luas variasi antara kelompok QPRH, dan dalam kelompok yang sama dari waktu ke waktu. Kita akan melihat beberapa opsi dan bagaimana mereka mempengaruhi gaya kerjasama. Berpikir tentang berbagi Lihat vs pandangan berbeda pilihan, pada awalnya tampaknya jelas bahwa kita harus memungkinkan.

(layar sejawat anda)

Pilihan:

sama atau di erent pemandangan

titik-titik penyisipan tunggal atau terpisah

Single pemandangan => gulir perang

Banyak Tinjauan => kehilangan konteks dengan indexicals

'Saya tidak suka baris di atas'

"tapi aku baru saja menulis itu!"

Co-authoring system

Penekanan adalah pada jangka panjang dokumen produksi, tidak mengedit

Dua tingkat representasi :

• dokumen itu sendiri
• penjelasan dan diskusi

Sering beberapa bentuk struktur hypertext yang digunakan Masalah yang sama concurrency kontrol untuk argumentasi sistem

Kadang-kadang mencakup peran:

penulis, komentator, pembaca,:

tapi siapa yang memutuskan peran?

dan bagaimana exible mereka?

Bersama diaries

Ide:

• membuat buku harian dan kalender lebih mudah bersama
• memungkinkan otomatis pertemuan penjadwalan dll.

Masalah Kerjasama:

privasi yang dapat melihat buku harian saya

entri?

kontrol yang dapat menulis di buku harian saya?

Mirip dengan le berbagi isu-isu, tetapi harus

lightwight

Banyak sistem telah gagal karena mereka mengabaikan

masalah ini

Komunikasi melalui artefak

Bila Anda mengubah sebuah aplikasi bersama:

• Anda dapat melihat effect | umpan balik
• perguruan tinggi Anda dapat terlalu | feed melalui

feed melalui memungkinkan

komunikasi melalui artefak

Bukan hanya dengan groupware 'real'

Data bersama meresap:

• les bersama dan database
• les kasus (sering non elektronik)
• melewati elektronik salinan dokumen
• lewat salinan spreadsheet

Sering membutuhkan langsung komunikasi juga, tetapi tidak langsung komunikasi melalui artefak Pusat

Beberapa contoh dari eksplisit desain untuk kerjasama.

Hidup adalah pengecualian, database dengan 'penggabungan' salinan

Waktu/ruang matriks revisited

Re ned waktu/ruang matriks

Mobile pekerja dan pekerja rumah memiliki komunikasi yang jarang mereka memerlukan unsynchronised groupware.

Beberapa sistem 'penelitian' Alamat area ini Saat ini sistem memungkinkan gerakan UID antara operasi disetarakan / unsynchronized.

Berbagi informasi

Granularity berbagi

potongan ukuran

kecil | mengedit kata atau kalimat yang sama

besar | Bagian atau seluruh dokumen

frekuensi update

sering | setiap karakter

jarang | Berdasarkan eksplisit 'mengirim'

tingkat berbagi

output: objek yang dibagi

berbagi pandangan

presentasi bersama

masukan: single titik penyisipan

• keyboard virtual bersama beberapa titik penyisipan
• peserta lain terlihat
• kelompok pointer
• tak ada visibilitas

Tingkat output bersama

Mengintegrasikan komunikasi dan kerja

Ditambahkan: deixis | referensi untuk bekerja objek

feedthorough

untuk komunikasi melalui artefak

Rahasia USA. ed groupware oleh fungsi yang didukung

Baik groupware | terbuka untuk semua aspek kerjasama

Misalnya, anotasi di co-authoring sistem

embedding komunikasi langsung

Kode Bar | bentuk deixis

AIDS di menggunakan skala besar kerjasama

Arsitektur untuk groupware I

Arsitektur untuk groupware II

Di erent arsitektur:

terpusat | satu salinan aplikasi dan data

klien-server | Hal termudah

NB berlawanan dari X windows klien/server

Master-slave kasus khusus dari klien-server

NB server bergabung dengan satu klien

direplikasi | menyalin pada setiap workstation

juga disebut rekan-rekan

+ umpan balik local

- Kondisi ras

Sering 'setengah jalan' archtectures:

• lokal salinan aplikasi
• database Pusat
• cache lokal data untuk umpan balik
• beberapa tersembunyi penguncian

Arsitektur bersama jendela

• Aplikasi yang sadar bebas-kolaborasi pendekatan

klien/server =>sesuai masalah umpan balik

• tidak ada 'fungsi' | dalam aplikasi tetapi harus menangani floor kontrol

Feedthrough

Harus memberitahukan semua klien lain perubahan

Beberapa jaringan mendukung pesan siaran, jadi:

peserta n => n - 1 jaringan pesan!

Solusi: meningkatkan granularity

mengurangi frekuensi umpan balik

Tapi:

miskin feedthrough => kehilangan konteks berbagi

Tradeo: ketepatan waktu vs lalu lintas jaringan

Toolkit grafis

Dirancang untuk interaksi pengguna tunggal

Masalah untuk groupware termasuk

Pre-emptive widget

(misalnya, pop-up menu)

over dikemas teks

(satu kursor, miskin pandangan kontrol)

noti kation berbasis toolkit dengan callback membantu (Lihat Bab 10)

Ketahanan dan scaleability

kecelakaan dalam antarmuka pengguna tunggal | salah satu pengguna yang menyedihkan

kecelakaan di groupware | bencana!

Tapi, groupware kompleks: jaringan, grafik dll.

• Network atau server gagal | standar solusi
• klien gagal | tiga ' R untuk server:
• kuat | Server harus bertahan hidup kecelakaan klien
• recongure | mendeteksi dan menanggapi kegagalan
• resynchronise | mengejar ketika klien restart
• kesalahan dalam pemrograman
• pemrograman defensif
• algoritma sederhana
• metode formal
• urutan-urutan peristiwa yang tak terduga
• kebuntuan | pernah menggunakan memblokir I/O
• Jangan pernah menganggap pesanan khusus
• Paket jaringan 6 = Logis pesan

Skala untuk sejumlah besar pengguna?

Pengujian dan debugging: keras!