Pengertian Desain Aplikasi Bersama

Desain aplikasi bersama
 
Artikel ini membutuhkan tambahan kutipan untuk verifikasi . Silakan bantu memperbaiki artikel ini dengan menambahkan kutipan ke sumber terpercaya . Disertai rujukan bahan mungkin sulit dan dihapus .Desain aplikasi bersama ( JAD ) adalah proses yang digunakan di daerah siklus hidup prototyping dari Metode Pengembangan Sistem Dinamis ( DSDM ) untuk mengumpulkan kebutuhan bisnis saat mengembangkan sistem informasi baru untuk sebuah perusahaan . " Proses JAD juga mencakup pendekatan untuk meningkatkan partisipasi pengguna , mempercepat pembangunan , dan meningkatkan kualitas spesifikasi . " Ini terdiri dari sebuah lokakarya di mana " pekerja pengetahuan dan spesialis IT bertemu , kadang-kadang selama beberapa hari , untuk menentukan dan meninjau persyaratan bisnis untuk sistem. " [ 1 ] Para peserta termasuk pejabat manajemen tingkat tinggi yang akan memastikan produk tersebut memberikan laporan yang dibutuhkan dan informasi di akhir. Ini bertindak sebagai " proses manajemen yang memungkinkan Layanan Informasi Perusahaan ( IS ) departemen untuk bekerja lebih efektif dengan pengguna dalam kerangka waktu yang lebih singkat . " [ 2 ]Melalui lokakarya JAD pekerja pengetahuan dan spesialis IT yang mampu mengatasi kesulitan atau perbedaan antara kedua belah pihak mengenai sistem informasi baru . Lokakarya ini mengikuti agenda rinci dalam rangka untuk menjamin bahwa semua ketidakpastian antara pihak tertutup dan untuk membantu mencegah miskomunikasi . Miskomunikasi dapat membawa dampak yang jauh lebih serius jika tidak ditangani sampai nanti dalam proses. ( Lihat di bawah untuk Peserta Key dan Langkah Kunci untuk sebuah JAD Efektif ) . Pada akhirnya , proses ini akan menghasilkan sebuah sistem informasi baru yang layak dan menarik untuk kedua desainer dan pengguna akhir ." Meskipun desain JAD secara luas diakui , sedikit sebenarnya diketahui tentang efektivitas dalam praktek. " Menurut Journal of Sistem dan Software , studi lapangan dilakukan pada tiga organisasi yang menggunakan praktek JAD untuk menentukan bagaimana JAD mempengaruhi hasil pembangunan sistem . Hasil studi menunjukkan bahwa organisasi menyadari perbaikan moderat dalam hasil pengembangan sistem dengan menggunakan metode JAD . JAD penggunaan yang paling efektif dalam kecil , proyek-proyek jelas terfokus dan kurang efektif dalam proyek-proyek besar yang kompleks .isi

    1 Asal
    2 peserta Key
    3 9 Langkah Kunci
    4 Keuntungan
    5 Tantangan
    6 Referensi
    7 Bibliografiasal
 Pengembangan Aplikasi Bersama ( JAD ) adalah istilah yang awalnya digunakan untuk menggambarkan suatu proses pengembangan perangkat lunak dirintis dan berhasil digunakan selama pertengahan 1970-an oleh Telepon Sistem Pusat Pengembangan Co di New York di bawah arahan Dan Gielan . Setelah serangkaian implementasi sangat sukses metodologi ini , Gielan kuliah secara ekstensif di berbagai forum metodologi , manfaat dan praktik terbaik . IBM Canada diciptakan dan diberi nama JAD pada tahun 1974 , atau Joint Application Design, seperti yang saat ini digunakan dalam pengembangan perangkat lunak . Ketika bekerja di IBM di Regina , Saskatchewan , Arnie Lind , Engineer Sistem Senior pada saat itu , sedang mencari cara yang lebih baik untuk mengimplementasikan aplikasi pada pelanggan IBM . Metode yang ada mensyaratkan pengembang aplikasi menghabiskan bulan belajar kekhususan suatu departemen tertentu atau fungsi kerja, dan kemudian mengembangkan aplikasi untuk fungsi atau departemen . Selain penundaan pembangunan backlog signifikan , proses ini menghasilkan aplikasi mengambil tahun untuk mengembangkan , dan sering tidak diterima sepenuhnya oleh pengguna aplikasi .Ide Arnie Lind adalah sederhana : daripada memiliki pengembang aplikasi belajar tentang pekerjaan orang , mengapa tidak mengajarkan orang yang melakukan pekerjaan bagaimana menulis sebuah aplikasi ? Arnie bernada konsep ke Wakil Presiden IBM Kanada Carl Corcoran (kemudian Presiden IBM Canada ) , dan Carl menyetujui proyek percontohan . Arnie dan Carl bersama-sama bernama metodologi JAD , singkatan dari Joint Applicaton Desain , setelah Carl Corcoran menolak singkatan JAL , atau Joint Applicaton Logistik , karena menyadari bahwa inisial Arnie Lind adalah JAL ( John Arnold Lind ) .Proyek percontohan adalah proyek ruang gawat darurat bagi Pemerintah Saskatchewan . Arnie mengembangkan metodologi JAD , dan mengumpulkan seminar satu minggu , yang melibatkan terutama perawat dan administrator dari ruang gawat darurat , tetapi juga termasuk beberapa personel pengembangan aplikasi . Proyek ini sukses besar , seperti seminar satu minggu menghasilkan kerangka aplikasi rinci , yang kemudian dikodekan dan dilaksanakan dalam waktu kurang dari satu bulan , dibandingkan rata-rata 18 bulan untuk pengembangan aplikasi tradisional . Dan karena pengguna sendiri merancang sistem , mereka segera diadopsi dan menyukai aplikasi. Setelah proyek percontohan , IBM sangat mendukung metodologi JAD , karena mereka melihatnya sebagai cara untuk lebih cepat mengimplementasikan aplikasi komputasi , berjalan pada hardware IBM .Arnie Lind menghabiskan 13 tahun berikutnya di Kanada IBM terus mengembangkan metodologi JAD , dan berkeliling dunia melakukan seminar JAD , dan pelatihan karyawan IBM dalam metode dan teknik JAD . JADS dilakukan secara luas di seluruh IBM Kanada, dan teknik ini juga menyebar ke IBM di Amerika Serikat . Arnie Lind melatih beberapa orang di IBM Kanada untuk melakukan JADS , termasuk Tony Crawford dan Chuck Morris . Arnie Lind pensiun dari IBM pada tahun 1987 , dan terus mengajar dan melakukan JADS secara konsultasi , seluruh Kanada , Amerika Serikat , dan Asia .Proses JAD diresmikan oleh Tony Crawford dan Chuck Morris dari IBM pada akhir tahun 1970 . Ini kemudian ditempatkan di Canadian International Paper . JAD digunakan dalam IBM Kanada untuk sementara waktu sebelum dibawa kembali ke Amerika Serikat . Awalnya, IBM digunakan JAD untuk membantu menjual dan mengimplementasikan sebuah program perangkat lunak yang mereka jual , yang disebut COPICS . Secara luas disesuaikan dengan banyak kegunaan ( persyaratan sistem , desain lift gandum , pemecahan masalah , dll ) . Tony Crawford kemudian dikembangkan JAD - Rencana dan kemudian JAR ( Persyaratan Aplikasi Joint ) .Awalnya , JAD dirancang untuk membawa pengembang sistem dan pengguna dari berbagai latar belakang , dan opini yang bersama-sama dalam lingkungan yang produktif serta kreatif . Pertemuan adalah cara untuk memperoleh persyaratan mutu dan spesifikasi . Pendekatan terstruktur memberikan alternatif yang baik untuk wawancara seri tradisional oleh analis sistem .peserta kunciSponsor Eksekutif: Eksekutif yang charter proyek , pemilik sistem . Mereka harus cukup tinggi dalam organisasi untuk dapat membuat keputusan dan memberikan strategi yang diperlukan , perencanaan , dan arah .Subject Matter Ahli : Ini adalah pengguna bisnis , para profesional IS , dan para ahli luar yang akan dibutuhkan untuk sebuah lokakarya yang sukses . Kelompok ini merupakan tulang punggung dari pertemuan tersebut , mereka akan mendorong perubahan .Fasilitator / Pemimpin Sidang : pertemuan dan mengarahkan lalu lintas dengan menjaga kelompok dalam agenda pertemuan . Fasilitator bertanggung jawab untuk mengidentifikasi isu-isu yang dapat diselesaikan sebagai bagian dari pertemuan dan orang-orang yang perlu diberikan pada akhir pertemuan untuk penyelidikan tindak lanjut dan resolusi . Fasilitator melayani peserta dan tidak memberikan kontribusi informasi ke pertemuan .
Pengamat : Umumnya anggota tim pengembangan aplikasi ditugaskan untuk proyek tersebut . Mereka duduk di belakang peserta dan dapat diam-diam mengamati proses .9 Langkah Kunci

    Identifikasi tujuan dan keterbatasan proyek Sangat penting untuk memiliki tujuan yang jelas untuk lokakarya dan untuk proyek secara keseluruhan . Kegiatan pra - lokakarya , perencanaan dan scoping , mengatur harapan para sponsor dan peserta lokakarya . Penjajakan mengidentifikasi fungsi bisnis yang berada dalam lingkup proyek . Hal ini juga mencoba untuk menilai kedua rancangan proyek dan kompleksitas implementasi. Sensitivitas politik proyek harus dinilai . Apakah ini pernah dicoba di masa lalu ? Berapa banyak palsu dimulai berada di sana ? Berapa banyak kegagalan implementasi berada di sana ? Sizing adalah penting. Untuk hasil terbaik , proyek sistem harus berukuran sehingga desain lengkap - sampai ke layar dan menu - dapat dirancang dalam 8 sampai 10 hari lokakarya .
    Mengidentifikasi faktor penentu keberhasilan Hal ini penting untuk mengidentifikasi faktor penentu keberhasilan untuk kedua proyek pembangunan dan fungsi bisnis sedang dipelajari . Bagaimana kita tahu bahwa perubahan yang direncanakan sudah efektif ? Bagaimana akan sukses diukur ? Perencanaan untuk penilaian hasil membantu untuk menilai efektivitas dan kualitas sistem yang diterapkan atas seluruh hidup operasionalnya .
    Menentukan deliverable proyek Secara umum , kiriman dari lokakarya adalah dokumentasi dan desain . Hal ini penting untuk menentukan bentuk dan tingkat detail dari dokumentasi lokakarya . Apa jenis diagram akan diberikan ? Jenis atau bentuk narasi apa yang akan diberikan ? Ini adalah ide yang baik untuk mulai menggunakan alat CASE untuk diagram dukungan benar dari awal . Sebagian besar alat yang tersedia memiliki kemampuan yang baik untuk diagram besar tapi dukungan narasi mereka umumnya lemah . Narasi sebaiknya diproduksi dengan perangkat lunak standar Anda pengolah kata .
    Tentukan jadwal kegiatan lokakarya Lokakarya panjangnya bervariasi dari satu sampai lima hari . Lokakarya awal untuk sebuah proyek tidak boleh kurang dari tiga hari . Dibutuhkan para peserta sebagian besar hari pertama untuk membiasakan diri dengan peran mereka , satu sama lain , dan dengan lingkungan. Hari kedua dihabiskan belajar untuk saling memahami dan mengembangkan bahasa yang sama dengan yang untuk berkomunikasi masalah dan kekhawatiran . Pada hari ketiga , semua orang bekerja sama pada masalah dan produktivitas nyata dicapai . Setelah lokakarya awal, membangun tim telah dilakukan . Workshop Shorter dapat dijadwalkan untuk tahap berikutnya dari proyek , misalnya , untuk memverifikasi prototipe . Namun, ia akan mengambil peserta dari satu sampai tiga jam untuk membangun kembali psikologi tim lokakarya awal .
    Pilih peserta ini adalah pengguna bisnis , para profesional IS , dan para ahli luar yang akan dibutuhkan untuk sebuah lokakarya yang sukses . Ini adalah benar " kembali tulang " dari pertemuan yang akan mendorong perubahan .
    Siapkan materi workshop Sebelum workshop , manajer proyek dan fasilitator melakukan analisis dan membangun desain atau jerami pria awal untuk fokus workshop . Materi Workshop terdiri dari dokumentasi , lembar kerja , diagram , dan bahkan alat peraga yang akan membantu para peserta memahami fungsi bisnis dalam penyelidikan .
    Mengatur kegiatan lokakarya dan latihan Fasilitator harus merancang latihan lokakarya dan kegiatan untuk memberikan kiriman interim yang membangun terhadap hasil akhir dari lokakarya . Kegiatan pra - lokakarya membantu merancang mereka latihan lokakarya . Sebagai contoh, untuk Analisis Area Business , apa untungnya ? Sebuah diagram dekomposisi ? A- tingkat tinggi diagram entity-relationship ? Sebuah model data dinormalisasi ? Sebuah diagram transisi negara? Sebuah diagram ketergantungan ? Semua di atas ? Tidak ada di atas ? Hal ini penting untuk menentukan tingkat diagram teknis yang sesuai dengan lingkungan . Yang paling penting tentang diagram adalah bahwa hal itu harus dipahami oleh pengguna . Setelah pilihan diagram dibuat , fasilitator desain latihan ke dalam agenda lokakarya untuk mendapatkan kelompok untuk mengembangkan orang- diagram . Sebuah lokakarya menggabungkan latihan yang serial berorientasi untuk membangun satu sama lain , dan latihan paralel, dengan masing-masing sub - tim yang bekerja pada sepotong masalah atau mengerjakan hal yang sama untuk area fungsional yang berbeda . Latihan intensitas tinggi yang dipimpin oleh fasilitator energi kelompok dan mengarahkan ke arah tujuan tertentu . Latihan intensitas rendah memungkinkan untuk diskusi rinci sebelum keputusan . Diskusi dapat melibatkan total kelompok atau tim dapat bekerja di luar masalah dan menyajikan sejumlah saran untuk seluruh kelompok untuk dipertimbangkan. Untuk mengintegrasikan peserta , fasilitator dapat mencocokkan orang dengan keahlian yang sama dari departemen yang berbeda . Untuk membantu peserta belajar dari satu sama lain , fasilitator dapat mencampur keahlian . Terserah kepada fasilitator untuk mencampur dan mencocokkan anggota sub - tim untuk mencapai tujuan organisasi , budaya , dan politik dari lokakarya . Sebuah lokakarya beroperasi pada kedua tingkat teknis dan tingkat politik . Ini adalah tugas fasilitator untuk membangun konsensus dan komunikasi , untuk memaksa masalah awal dalam proses . Tidak perlu khawatir tentang teknis pelaksanaan sistem jika isu-isu bisnis yang mendasari tidak dapat diselesaikan .
    Siapkan , menginformasikan , mendidik peserta lokakarya Semua peserta lokakarya harus dibuat sadar akan tujuan dan keterbatasan proyek besar dan point yang diharapkan dari lokakarya . Briefing peserta harus dilakukan 1 sampai 5 hari sebelum workshop . Laporan ini dapat teleconferenced jika peserta tersebar luas . Dokumen pengarahan mungkin disebut Sosialisasi Panduan, Briefing Guide, Project Scope Definition , atau Panduan Definisi Manajemen - atau apa pun yang tampaknya cocok . Ini adalah dokumen dari delapan sampai dua belas halaman , dan memberikan definisi yang jelas tentang ruang lingkup proyek bagi para peserta . Briefing itu sendiri berlangsung selama dua sampai empat jam . Ini menyediakan persiapan psikologis setiap orang perlu untuk bergerak maju ke bengkel .
    Mengkoordinasikan lokakarya Lokakarya logistik harus diadakan off-site untuk menghindari gangguan . Proyektor , layar , PC , meja , spidol , selotip , Post-It catatan , dan banyak alat peraga lainnya harus disiapkan . Apa fasilitas dan alat peraga khusus diperlukan hingga fasilitator . Mereka dapat bervariasi dari flip chart sederhana dengan papan elektronik . Dalam kasus apapun , tata letak ruangan harus mempromosikan komunikasi dan interaksi para peserta .keuntungan

    JAD mengurangi waktu dan biaya yang terkait dengan persyaratan proses elisitasi . Selama 2-4 minggu informasi tidak hanya dikumpulkan , tetapi persyaratan , disepakati oleh berbagai pengguna sistem , diidentifikasi . Pengalaman dengan JAD memungkinkan perusahaan untuk menyesuaikan proses analisis sistem mereka menjadi bahkan lebih yang dinamis seperti Double Helix , metodologi untuk pekerjaan mission-critical .
    Sesi JAD membantu membawa para ahli bersama-sama memberikan mereka kesempatan untuk berbagi pandangan mereka , memahami pandangan orang lain , dan mengembangkan rasa kepemilikan proyek .
    Metode pelaksanaan JAD sangat terkenal , karena " teknik desain dipercepat pertama yang tersedia di pasar dan mungkin paling dikenal " , dan dapat dengan mudah diterapkan oleh setiap organisasi .
    Mudah integrasi alat CASE ke workshop JAD meningkatkan produktivitas sesi dan menyediakan sistem analis dengan dibahas dan siap untuk menggunakan model . 
tantangan1 . " Kerjakan pekerjaan rumah Anda " . Tanpa persiapan multifaset untuk sesi JAD , waktu yang berharga dari para profesional dapat terbuang dengan mudah . Masalah yang salah dapat diatasi , orang yang salah dapat diundang untuk berpartisipasi , sumber daya memadai untuk pemecahan masalah dapat digunakan - semua skenario ini dapat terjadi jika penyelenggara sesi JAD tidak mempelajari unsur-unsur dari sistem yang dievaluasi .2 . Tim yang dipilih untuk berpartisipasi dalam lokakarya JAD harus mencakup karyawan mampu memberikan masukan pada sebagian besar, jika tidak semua , dari bagian yang diperlukan dari masalah . Itulah mengapa perhatian khusus harus diberikan selama seleksi peserta . Sebaiknya kelompok terdiri tidak hanya dari karyawan dari berbagai departemen yang akan berinteraksi dengan sistem baru , tetapi juga dari berbagai tempat di tangga organisasi . Ini berbagai pemahaman proses berpikir akan mencerminkan berbeda , kadang-kadang bahkan bertentangan poin pandang , namun akan memungkinkan peserta untuk melihat " sisi yang berbeda dari koin " . Dengan pemahaman yang lebih baik dari proses tersembunyi JAD akan membawa cahaya model garis yang lebih baik .3 . Fasilitator sebagai smoothing dan kekuatan motivasi harus memastikan bahwa semua peserta , tidak hanya yang paling vokal , memiliki kesempatan untuk menawarkan pendapat mereka , ide-ide , pikiran . Semua pakar bisnis di tim JAD harus didorong untuk menawarkan masukan mereka , membuat diskusi lebih bermanfaat .