Computer-Supported Cooperative Work (CSCW)

Computer-Supported Cooperative Work (CSCW) adalah bidang studi yang berfokus pada perancangan dan evaluasi teknologi baru untuk mendukung proses sosial kerja, sering di antara mitra yang berjauhan. Hasil CSCW biasanya disebut Groupware.Groupware adalah jenis software yang membantu kelompok kerja (workgroup) yang terhubung ke jaringan untuk mengelola aktivitas mereka.

Istilah Computer Supported Cooperative Work (CSCW) pertama kali digunakan oleh Irene Greif dan Paul M. Cashman pada tahun 1984, pada sebuah workshop yang dihadiri oleh mereka yang tertarik dalam menggunakan teknologi untuk memudahkan pekerjaan mereka.Pada kesempatan yang sama pada tahun 1987, Dr. Charles Findley mempresentasikan konsep collaborative learning-work.CSCW mengangkat isu seputar bagaimana aktivitas-aktivitas kolaboratif dan koordinasi didalamnya dapat didukung teknologi komputer

Hasil CSCW biasanya disebut Groupware.Groupware adalah jenis software yang membantu kelompok kerja (workgroup) yang terhubung ke jaringan untuk mengelola aktivitas mereka.

Read More

User interface management system

User Interface Management System (UIMS) adalah mekanisme untuk memisahkan rapi proses atau logika bisnis dari antarmuka pengguna grafis (GUI) kode program komputer [1] . UIMS dirancang untuk mendukung N-tier arsitektur dengan ketat mendefinisikan dan menegakkan batas antara logika bisnis dan GUI. A cukup kaku arsitektur Perangkat Lunak hampir selalu tersirat oleh UIMS, dan paling sering hanya satu paradigma pemisahan itu didukung dalam UIMS tunggal. Sebuah UIMS juga mungkin memiliki perpustakaan dan sistem seperti alat-alat grafis untuk menciptakan sumber daya antarmuka pengguna atau menyimpan data.

Read More

evaluasi pada sistem komputer

Teknik evaluasi pada sistem interaksi adalah untuk melihat apakah hasil rancangan dengan proses uji coba sistem yang telah dibuat sesuai dengan permintaan pengguna (user) atau apakah hubungan antar kedua sistem yang berhubungan dapat saling dimengerti.

Read More

Model-model Sistem Interaksi

Model-model sistem interaksi merupakan suatu bagian yang sangat penting dalam suatu sistem uyang saling berhubungan . Suatu model dapat dikategorikan dari segi jenis, dimensi, fungsi, tujuan pokok keabstrakannya.

Model-model sistem dapat dibagi menjadi 4 bagian yaitu :

1.Model ikonik

2.Model analog

3.Model Simbolik

4.Model Matematis

Read More

SISTEM INTERAKTIF

Menurut saya sistem interaktif yang mempunyai daya tinggi bagi pemakainya adalah suatu sistem yang mudah di mengerti bagi user/pemakai sehingga sistem tersebut dapat di jalankan dengan mudah tanpa harus bersusah payah dalam menggunakan sistem tersebut.Sistem tersebut juga harus dperkenalkan terlebih dahulu kepada user agar user dapat mengerti maksud dan tujuan dari sistem interaktif tersebut.

Dalam Hal ini saya mengambil Handphone sebagai contohnya,sebelum handphone muncul sudah ada pejer yang memungknkan kita mengirim pesan dari user 1 ke user yang lain dari manapun tanpa harus bertatap muka ,sistem tersebut sudah mempunyai daya guna yang tinggi bagi user/pemakai.Seiring berjalan-nya waktu munculah handphone sebagai sebuah teknologi sistem interaktif dimana kita dapat saling berbicara dan mengirim pesan dari user 1 ke user yang lain

Read More

Interaksi Manusia Dan Komputer

interaksi antara manusia dan computer mempunyai cakupan yang sangan luas,dimana tidak hanya computer atau system computernya saja yang difokuskan. Tentunya di dalam suatu hubungan harus terjalin hubungan yang baik agar interaksi dapat berjalan dengan lancar,begitu juga dengan manusia dan computer. Interaksi yang terjadi antara manusia dengan computer dapat pula dikatakan sebagai bentuk dialog antara user dengan computer. Dialog ini akan berjalan dengan lancar,apabila keadaan keduanya saling mendukung.

Antara user dengan computer,yang pertama dilihat dari sisi manusia (user),user disini harus benar-benar menguasai dan mengetahui bagaimana ia berkomunikasi dengan baik dengan computer atau system computernya,atau denagn kata lain untuk membangun suatu interaksi,aspek manusia perlu dipikirkan dengan matang,tidak hanya memikirkan aspek teknis dari system computer saja. Disini yang harus diperhatikan adalah bagaimana manusia dapat menangkap suatu informasi itu dengan baik,dan bagaimana manusia dapat memproses dan mengelola informasi yang te;ah di dapatkan. Oleh karena itu,factor ini merupakan factor yang sangat penting dan harus diperhatikan dalam merancang suatu interface. Yang kedua pastinya dari segi aspek computer maupun system komputernya,diamana yang sudah pasti sering kita dengar adalah istilah user friendly.

Istilah user friendly atau “ramah pengguna” ini dapat digunakan untuk menunjuk kepada kemampuan yang dimiliki oleh perangkat lunak atau program aplikasi yang mudah dioperasikan dan mempunyai kemampuan lain,sehingga manusia (user) dapat merasa betah untuk mengoperasikan program tersebut. Dimana computer terdiri atas perangakat yang saling berinteraksi untuk berbagai keperluan,diantaranya sebagai alat masukan,keluaran,dan memori. Alat-alat tersebut tentunya harus mendukung interaksi untuk menjalankan system dan menentukan gaya interaksi yang didukung oleh system.

Read More

teori

TEORI

Pengertian Proyek : proyek merupakan suatu tugas yang perlu dirumuskan untuk mencapai sasaran yang dinyatakan secara kongkrit serta harus diselesaikan dalam suatu periode tertentu dengan menggunakan tenaga manusia dan alat – alat yang terbatas dan begitu kompleks sehingga dibutuhkan pengelolaan dan kerja sama yang berbeda dari yang biasanya digunakan

Ciri – ciri proyek

1. sasarannya jelas

2. sasaran diarahkan pada suatu perubahan atau pembaharuan

3. sasaran terjadi hanya satu kali

4. ada batasan awal dan batasan akhir pelaksanaan proyek

5. proyek bersifat antar disiplin

6. adanya anggaran dan batasan terhadap biaya – biaya

Macam – macam proyek

1. proyek pengembangan produk baru adalah kegiatan untuk menciptakan produk baru yang biasanya merupakan gabungan antara proyek kapital dan proyek riset dan pengembangan

2. proyek kapital (modal)

3. proyek penelitian dan pengembangan adalah kegistsn untuk melakukan penelitian dengan sasaran yang ditentukan.proyek ini dapat berupa proyek yang meningkatkan dan memperbaiki mutu produk

4. proyek sistem informasi adalah kegiatan yang sifatnya spesifik dengan mempergunakan alat – alat pemprosesan data.

Manajemen proyek adalah merencanakan, menyusun organisasi memimpin dan mengendalikan sumber proyek daya perusahaan untuk mencapai sasaran jangka pendek yang telah ditentukan

Konsep manajemen proyek meliputi :

1. Proyek merupakan suatu kegiatan yang sifatnya sementara dengan tujuan tertentu dan memanfaatkan sumber – sumber daya

2. manajemen proyek adalah proses pencapaian tujuan proyek dalam suatu wadah tertentu

3. manajemen proyek meliputi langkah – langkah perencanaan, pelaksanaan, pengawasan, dan penyesuaian proyek.

4. kendala / hambatan proyek adalah spesifikasi kerja, jadwal waktu dan dana

5. bentuk organisasi atau wadah yang dimaksud dalam manajemen proyek adalah organisasi fungsional, koordinator gugus tegas dan matrik

Manajemen Resiko

Defenisi konseptual mengenai resiko : (Robert Charette)

1. Resiko berhubungan dengan kejadian di masa yg akan datang.

2. Resiko melibatkan perubahan (spt. perubahan pikiran,

pendapat, aksi, atau tempat)

3. Resiko melibatkan pilihan & ketidakpastian bahwa pilihan itu

akan dilakukan.

Strategi Resiko Reaktif vs Proaktif

Strategi reaktif memonitor proyek terhadap kemungkinan resiko.

Sumber2 daya dikesampingkan, padahal seharusnya sumber2 daya

menjadi masalah yang sebenarnya / penting.

Strategi proaktif dimulai sebelum kerja teknis diawali.

Resiko potensial diidentifikasi, probabilitas & pengaruh proyek

diperkirakan, dan diprioritaskan menurut kepentingan, kemudian

membangun suatu rencana untuk manajemen resiko.

Sasaran utama adalah menghindari resiko.

Resiko Perangkat Lunak

Karakteristik resiko :

1. Ketidakpastian

2. Kerugian

Kategori resiko :

• Resiko proyek

• Resiko teknis

• Resiko bisnis

Rekayasa Perangkat Lunak Bab 6 Halaman 2

Kategori resiko oleh Robert Charette :

• Resiko yang sudah diketahui

• Resiko yang dapat diramalkan

• Resiko yang tidak diharapkan

@ Resiko proyek

Resiko proyek mengancam rencana proyek.

Bila resiko proyek menjadi kenyataan maka ada kemungkinan jadwal

proyek akan mengalami slip & biaya menjadi bertambah.

Resiko proyek mengidenifikasi :

- biaya - sumber daya

- jadwal - pelanggan

- personil (staffing & organisasi) - masalah persyaratan

@ Resiko teknis

Resiko teknis mengancam kualitas & ketepatan waktu PL yg akan

dihasilkan. Bila resiko teknis menjadi kenyataan maka

implementasinya menjadi sangat sulit atau tidak mungkin.

Resiko teknis mengidentifikasi :

- desain potensial - ambiquitas

- implementasi - spesifikasi

- interfacing - ketidakpastian teknik

- verivikasi - keusangan teknik

- masalah pemeliharaan - teknologi yg leading edge

@ Resiko bisnis

Resiko bisnis mengancam viabilitas PL yg akan dibangun.

Resiko bisnis membahayakan proyek atau produk.

Rekayasa Perangkat Lunak Bab 6 Halaman 3

5 resiko bisnis utama :

1. pembangunan produk atau sistem yg baik sebenarnya tdk

pernah diinginkan oleh setiap orang (resiko pasar)

2. pembangunan sebuah produk yg tidak sesuai dgn keseluruhan

strategi bisnis bagi perusahaan (resiko strategi)

3. Pembangunan sebuah produk dimana sebuah bagian pemasaran

tidak tahu bagaimana harus menjualnya.

4. Kehilangan dukungan manajemen senior sehubungan dg

perubahan pd fokus atau perubahan pd manusia (resiko

manajemen)

5. Kehilangan hal2 yg berhubungan dgn biaya atau komitmen

personal (resiko biaya).

@ Resiko yg sudah diketahui

adalah resiko yg dpt diungkap setelah dilakukan evaluasi secara

hati2 terhadap rencana proyek, bisnis, & lingkungan teknik dimana

proyek sedang dikembangkan, dan sumber informasi reliable lainnya.

seperti :

- tgl penyampaian yg tdk realitas

- kurangnya persyaratan yg terdokumentasi

- kurangnya ruag lingkup PL

- lingkungan pengembangan yg buruk

@ Resiko yg dapat diramalkan

diekstrapolasi dari pengalaman proyek sebelumnya.

Misalnya :

- pergantian staf

- komunikasi yg buruk dgn para pelanggan

- mengurangi usaha staff bila permintaan pemeliharaan

sedang berlangsung dilayani

Rekayasa Perangkat Lunak Bab 6 Halaman 4

@ Resiko yg tidak diharapkan

resiko ini dapat benar-benar terjadi, tetapi sangat sulit untuk

diidentifikasi sebelumnya.

Identifikasi Resiko

Identifikasi resiko dalah usaha sistematis untuk menentukan

ancaman terhadap rencana proyek.

Tujuan identifikasi resiko :

untuk menghindari resiko bilamana mungkin, serta menghindarinya

setiap saat diperlukan.

Tipe resiko :

1. resiko generik

merupakan ancaman potensial pd setiap proyek PL.

2. resiko produk spesifik

hanya dapat diidentifikasi dgn pemahaman khusus mengenai

teknologi, manusia, serta lingkungan yg spesifik terhadap

proyek yg ada.

Metode untuk mengidentifikasi resiko adalah menciptakan

checklist item resiko.

Kategori checklist item resiko :

o resiko ukuran produk

o resiko yg mempengaruhi bisnis

o resiko yg dihubungkan dgn karakteristik pelanggan

o resiko definisi proses

o resiko teknologi yang akan dibangun

o resiko lingkungan pengembangan

o resiko yg berhubungan dgn ukuran dan pengalaman staf

Rekayasa Perangkat Lunak Bab 6 Halaman 5

@ Resiko ukuran produk

Resiko yg berhubungan dgn keseluruhan ukuran PL yg akan dibangun

atau dimodifikasi.

Checklist item resiko yg berhubungan dgn ukuran produk (PL) :

• ukuran produk diperkirakan dalam LOC atau FP ?

• tingkat kepercayaan dlm estimasi ukuran yg diperkirakan ?

• ukuran produk yg diestimasi dalam jumlah program, file,

transaksi ?

• presentase deviasi dalam ukuran produk dari rata2 produk

terakhir ?

• ukuran database yg dibuat atau digunakan oleh produk ?

• jumlah pemakai produk ?

• jumlah perubahan yg diproyeksikan ke persyaratan produk ?

sebelum produk ? setelah penyampaian ?

• jumlah PL yg digunakan kembali ?

Bila persentasie deviasi besar atau deviasinya sama, tetapi hasil yg

lalu sangat kurang dari yg diharapkan, maka resikonya tinggi.

@ Resiko yg mempengaruhi bisnis

Resiko yg berhubungan dengan batasan yg dibebankan oleh

manajemen atau pasar.

Bagian pemasaran dikendalikan oleh pertimbangan bisnis, dan

pertimbangan bisnis kadang mengalami konflik langsung dengan

kenyataan teknis.

Checklist item resiko yg berhubungan dgn pengaruh bisnis :

Rekayasa Perangkat Lunak Bab 6 Halaman 6

Pengaruh produk terhadap hasil perusahaan ?

•

Visibilitas produk terhadap manajemen senior ?

•

Kelayakan deadline penyampaian ?

•

Jumlah pelanggan yg akan menggunakan produk & konsistensi

•

kebutuhan relatif mereka dengan produk tersebut ?

Jumlah produk / sistem lain dgn apa produk ini harus dapat

•

saling dioperasikan ?

Kepintaran pemakai akhir ?

•

Jumlah dan kualitas dokumentasi produk yg harus diproduksi &

•

disampaikan kepada pelanggan ?

Batasan pemerintahan pada konstruksi produk ?

•

Biaya yg berhubungan dgn penyampaian yg terlambat ?

•

Biaya yg berhubungan dgn produk defektif ?

•

Bila ada persentase deviasi yang besar atau jika jumlahnya sama,

tetapi hasil sebelumnya sangat kurang dari yg diharapkan, maka

resiko tinggi.

@ Resiko yg dihubungkan dgn karakteristik pelanggan

Resiko yg berhubungan dengan kepintaran pelanggan & kemampuan

pengembang untuk berkomunikasi dgn pelanggan dgn cara yg cepat.

Karakteristik pelanggan :

- Pelanggan mempunyai keinginan yg berbeda.

- Pelanggan memiliki kepribadian yg berbeda.

- Pelanggan memiliki hubungan yg bervariasi dgn pemasok.

- Pelanggan juga kadang-kadang bertentangan.

Karakteristik pelanggan mempengaruhi kemampuan tim PL untuk

menyelesaikan suatu proyek tepat waktu & sesuai anggaran.

Read More