Proseskomunikasi persuasif, yang dilakukan oleh penyuluh dalam memfasilitasi sasaran (pelaku utama dan pelaku usaha) beserta keluarganya guna membantu mencari pemecahan masalah berkaitan dengan perbaikan dan pengembangan usahan mereka, komunikasi ini sifatnya mengajak dengan menyajikan alternatif-alternatif pemecahan masalah, namun Padaumumnya implementasi yang dilakukan telah dilaksanakan di RS UGM masih dalam fase-fase melakukan perbaikan. Berdasarkan hasil wawancara yang dilakukan ditemukan hasil evaluasi dari pengelola sistem informasi farmasi bahwa masih banyak kendala terutama yang berhubungan kesesuaian format laporan dan ketidakcocokan output data. Jadiperbedaan dari ketiga peraturan tersebut adalah sampai di mana jarak aturan itu berlaku.Cyberlaw berlaku hanya berlaku di Negara masing-masing yang memiliki Cyberlaw, Computer Crime Law (CCA) hanya berlaku kepada pelaku kejahatan cybercrime yang berada di Negara Malaysia dan Council of Europe Convention on Cybercrime berlaku kepada pelaku Vay Tiền Nhanh. e d. jaringan aplikasi brainware 1. Pelaku yang melakukan perbaikan instala software disebut dengan a. sistem operasi b. Software program d. brainware e. autorun an Donor X SMK/MAK Kurikulum 2013​ Pelaku yang melakukan perbaikan instala software disebut D. semoga membantu. Pertanyaan baru di TI Saya mempunyai data di excel di satu cell berisikan nomor 15, bagaimana dari data di cell tersebut yang berisikan angka 15, lalu otomatis membuat nomo … r urut cell baru 15 baris ke bawah. 1,2,3,4 sd 15 cell ke bawah ? dampak positif dan negatif adanya klik dalam organisasi?​ tentukan himpunan kuasa M={2,3}​ Sebutkan keuntungan dari pengaruh teknologi informasi perkantoran terhadap karyawan ! Minimal 5​ Lengkapi deret yang kosong di bawah ini ! 4, 12, 28, 60, 124,​ 50% found this document useful 2 votes2K views70 pagesDescriptionLangkah-langkah instalasi softwareCopyright© © All Rights ReservedAvailable FormatsPDF, TXT or read online from ScribdShare this documentDid you find this document useful?50% found this document useful 2 votes2K views70 pagesMelakukan Instalasi SoftwareJump to Page You are on page 1of 70 You're Reading a Free Preview Pages 7 to 12 are not shown in this preview. You're Reading a Free Preview Pages 16 to 18 are not shown in this preview. You're Reading a Free Preview Pages 25 to 39 are not shown in this preview. You're Reading a Free Preview Pages 43 to 47 are not shown in this preview. You're Reading a Free Preview Pages 53 to 66 are not shown in this preview. Reward Your CuriosityEverything you want to Anywhere. Any Commitment. Cancel anytime. Rekayasa Perangkat Lunak RPL atau biasa dikenal dengan software engineering adalah sebuah disiplin ilmu dalam pembangunan atau pengembangan perangkat lunak yang bernilai ekonomi dari tahap perancangan sampai tahap implementasi sehingga menghasilkan perangkat lunak yang bisa dipercaya dan dapat bekerja secara efektif, efisien dan perangkat lunak atau software engineering mulai dikenal dan digunakan pertama kali pada tahun 1950-an dan awal tahun 1960-an. Pada tahun 1968 dan 1969, komite sains NATO mensponsori dua konferensi tentang rekayasa perangkat lunak yang memberikan dampak kuat terhadap perkembangan rekayasa perangkat lunak. Proyek pengembangan perangkat merupakan pekerjaan yang memakan biaya dan waktu karena pengembangan perangkat lunak ini difokuskan pada perencanaan dan perangkat lunak dikembangkan berdasarkan pendekatan sistematis berdasar atas ilmu pengetahuan dan matematis serta aplikasi tentang produksi terhadap struktur, mesin, produk, proses atau sistem. Perangkat lunak yang baik adalah perangkat lunak yang dapat memenuhi kebutuhan pelanggan customer atau user pemakai perangkat lunak atau berorientasi pada pelanggan atau pemakai perangkat lunak, bukan berorientasi pada pembuat atau pengembang perangkat Rekayasa Perangkat Lunak Berikut definisi dan pengertian rekayasa perangkat lunak software engineering dari beberapa sumber buku dan referensi Menurut Rosa dan Salahuddin 2011, rekayasa perangkat lunak adalah pembangunan dengan menggunakan prinsip atau konsep rekayasa dengan tujuan menghasilkan perangkat lunak yang bernilai ekonomi yang bisa dipercaya dan bekerja secara efisien menggunakan mesin. Menurut Pressman 2005, rekayasa perangkat lunak adalah sebuah disiplin ilmu yang mencakup segala hal yang berhubungan dengan proses pengembangan perangkat lunak sejak dari tahap perancangan hingga pada tahapan implementasi serta pasca implementasi, sehingga siklus hidup perangkat lunak dapat berlangsung secara efisien dan Rekayasa Perangkat Lunak Menurut Pressman 2005, rekayasa perangkat lunak memiliki beberapa tujuan, antara lain yaitu sebagai berikut Biaya produksi rendah. Adanya perangkat lunak yang dijalankan dalam sebuah sistem pekerjaan diharapkan meningkatkan efisiensi dan mengurasi losis yang berdampak pada biaya produksi yang dapat semakin program yang tinggi. Kinerja program akan dipengaruhi oleh keandalan perangkat keras, dan kebutuhan penggunanya yang ingin lebih baik. Portabilitas yang tinggi. Portabilitas suatu perangkat lunak dipengaruhi oleh kemampuan transfer perangkat lunak dari suatu jenis komputer ke komputer lainnya dengan biaya usaha yang minimum, mengurangi ketergantungan hanya pada suatu pemasok saja, dan lebih bersifat nonteknis atau politis dari pada teknis. Biaya perawatan yang rendah. Perbaikan terhadap suatu perangkat lunak membutuhkan waktu. Perubahan perangkat lunak juga membutuhkan waktu. Perawatan terhadap suatu perangkat lunak membutuhkan usaha yang butuh perhatian yang cukup besar, sehingga dapat mengurangi biaya perawatan pertahapan pengembangan perangkat lunak. Keandalan sistem dan penyerahan tepat waktu. Dalam merekayasa perangkat lunak dibutuhkan suatu kegiatan sistem yang berkelanjutan. Aplikasi yang berbeda membutuhkan tingkat keandalan yang berbeda pula. Target akhir dari seluruh pekerjaan tersebut adalah dapat menghasilkan keluaran yang berdaya guna bagi pemakai dan tepat Pengembangan Rekayasa Perangkat Lunak Komponen atau aspek-aspek dalam pengembangan perangkat lunak dikenal dengan istilah System Development Life Cycle SDLC. Adapun bagian-bagiannya dapat digambarkan dan dijelaskan sebagai berikutKebutuhan terhadap definisi masalah yang jelas. Input utama dari setiap model pengembangan perangkat lunak adalah pendefinisian masalah yang jelas. Semakin jelas akan semakin baik karena akan memudahkan dalam penyelesaian masalah. Tahapan-tahapan pengembangan yang teratur. Meskipun model-model pengembangan perangkat lunak memiliki pola yang berbeda-beda, biasanya model-model tersebut mengikuti pola umum analysis - design - coding - testing - maintenance. Stakeholder berperan sangat penting dalam keseluruhan tahapan pengembangan. Stakeholder dalam rekayasa perangkat lunak dapat berupa pengguna, pemilik, pengembang, pemrogram dan orang-orang yang terlibat dalam rekayasa perangkat lunak tersebut. Dokumentasi merupakan bagian penting dari pengembangan perangkat lunak. Masing-masing tahapan dalam model biasanya menghasilkan sejumlah tulisan, diagram, gambar atau bentuk-bentuk lain yang harus didokumentasi dan merupakan bagian tak terpisahkan dari perangkat lunak yang dihasilkan. Keluaran dari proses pengembangan perangkat lunak harus bernilai ekonomis. Nilai dari sebuah perangkat lunak sebenarnya agak susah dirupiahkan. Namun efek dari penggunaan perangkat lunak yang telah dikembangkan haruslah memberi nilai tambah bagi organisasi. Hal ini dapat berupa penurunan biaya operasi, efisiensi penggunaan sumber daya, peningkatan keuntungan organisasi, peningkatan image organisasi dan Pengembangan Perangkat Lunak Model proses untuk rekayasa perangkat lunak dipilih berdasarkan sifat aplikasi dan proyeknya, metode dan alat-alat bantu yang akan dipakai, dan kontrol serta penyampaian yang dibutuhkan. Terdapat dua jenis model pengembangan perangkat lunak, yaitu model air terjun waterfall model dan model prototipe. Adapun penjelasan dari ke dua model pengembangan perangkat lunak tersebut adalah sebagai berikuta. Model Air Terjun Waterfall Model Nama model ini sebenarnya adalah Linear Sequential Model. Model ini sering disebut dengan classic life cycle atau model waterfall. Model ini muncul pertama kali yaitu sekitar tahun 1970 sehingga sering dianggap kuno, tetapi merupakan model yang paling banyak dipakai di dalam Software Engineering SE. Disebut juga dengan waterfall air terjun karena tahap demi tahap yang dilalui harus menunggu selesainya tahap sebelumnya dan berjalan berurutan. Misal desain harus menunggu selesainya tahap sebelumnya yaitu tahap Model sering juga disebut juga alur hidup klasik Classic life cycle. Model ini menyediakan pendekatan alur hidup perangkat lunak secara sekuensial atau terurut dimulai dari analisis hingga pendukung support. Model ini juga melakukan beberapa pendekatan secara sistematis dan urut mulai dari level kebutuhan sistem lalu menuju ke tahap analisis, desain, coding, testing atau verification, dan penjelasan dari masing-masing tahapan dalam pengembangan perangkat lunak menggunakan metode waterfall adalah sebagai berikut Analisis Kebutuhan perangkat lunak. Proses pengumpulan kebutuhan dilakukan secara intensif untuk menspesifikasikan kebutuhan perangkat lunak agar dapat dipahami perangkat lunak seperti apa yang dibutuhkan oleh user. Spesifikasi perangkat lunak pada tahap ini perlu untuk didokumentasikan. Desain. Desain perangkat lunak adalah proses multi langkah yang fokus desain pembuatan program perangkat lunak termasuk struktur dan arsitektur perangkat lunak, representasi antar muka, dan proses pengkodean. Pembuatan kode program. Desain harus ditranslasikan ke dalam program perangkat lunak. Hasil dari tahapan ini adalah program komputer sesuai dengan desain yang telah dibuat pada tahap Pengujian fokus kepada perangkat lunak secara lojik dan fungsional dan memastikan bahwa semua bagian sudah diuji. Hal ini dilakukan untuk meminimalisir error dan memastikan keluaran yang dihasilkan sesuai dengan yang diinginkan. Pendukung support atau pemeliharaanmaintenance. Tidak menutup kemungkinan sebuah perangkat lunak mengalami perubahan ketika sudah dikirimkan ke user. Perubahan bias terjadi karena adanya kesalahan yang muncul dan tidak terdeteksi saat pengujian atau perangkat lunak beradaptasi terhadap lingkungan Model Prototipe Prototyping Paradigma dimulai dengan pengumpulan kebutuhan. Pengembang dan pelanggan bertemu dan mendefinisikan obyektif keseluruhan dari perangkat lunak, mengidentifikasi segala kebutuhan yang diketahui, dan area garis besar dimana definisi lebih jauh merupakan keharusan kemudian dilakukan ini dapat digunakan untuk menyambungkan ketidakpahaman pelanggan mengenai hal teknis dan menjelaskan spesifikasi kebutuhan yang diinginkan pelanggan kepada pengembang perangkat lunak. Konsumen potensial menggunakan prototipe dan menyediakan masukan untuk tim pengembang sebelum pengembangan skala besar prototipe cocok digunakan untuk menjabarkan kebutuhan pelanggan secara lebih detail karena pelanggan sering kali kesulitan dalam menyampaikan kebutuhannya secara detail tanpa melihat gambaran yang jelas. Untuk mengantisipasi agar proyek dapat berjalan sesuai dengan target waktu dan biaya dari awal, maka sebaiknya spesifikasi kebutuhan sistem harus sudah disepakati oleh pengembang dengan pelanggan secara tertulis. Model prototipe ini kurang cocok untuk aplikasi dengan skala besar karna membuat prototipe untuk aplikasi skala besar akan sangat memakan waktu dan ke dua model pengembangan perangkat lunak di atas, terdapat beberapa model pengembangan yang lain, yaitu sebagai berikut Pengembangan secara evolusi. Pengembangan sistem berdasarkan model sistem yang dipecah sehingga model pengembangannya secara bertahap. Kebutuhan pengguna diprioritaskan dan prioritas tertinggi dimasukkan dalam awal increment. Setelah pengembangan suatu increment dimulai, kebutuhan dibekukan dulu hingga increment berikutnya dimulai. Transformasi formal. Berbasiskan pada transformasi spesifikasi secara matematik melalui representasi yang berbeda untuk suatu program yang dapat dieksekusi, transformasi menyatakan spesifikasi program Menggunakan pendekatan Cleanroom untuk pengembangan SPiral. Proses direpresentasikan sebagai model spiral bukan berupa barisan aktfitas yang dapat ditrack mundur. Setiap loop dalam model spiral menyatakan fase proses. Tidak terdapat fase tertentu seperti spesifikasi atau perancangan, tetapi loop dalam spiral ditentukan pada apa yang dibutuhkan. Integrasi dari komponen yang reusable. Pengembangan yang berdasarkan penyidikan. Tujuannya untuk mengaktifkan pengguna dan memperolah model final berasal dari initial spesifikasi awal. Seharusnya diawali dengan kebutuhan yang sudah Pengembangan Perangkat Lunak Menurut Tegarden 2013, SDLC Software Development Life Cycle adalah siklus pengembangan software yang terdiri dari empat fase fundamental, yaitu; Perencanaan, Analisis, Desain, dan Implementasi. Pada setiap fase ini, dihasilkan deliverables, atau hasil pekerjaan berupa dokumen atau sistem. Deliverables dari satu fase digunakan sebagai masukan pada fase berikutnya, dan akan diperkaya dengan detail tambahan setiap berpindah sebuah siklus pokok SDLC terdapat empat langkah. Jumlah langkah SDLC pada referensi lain mungkin berbeda, namun secara umum adalah sama. Langkah tersebut adalah sebagai berikuta. Planning Perencanaan Fase ini penting untuk mendefinisikan kenapa software harus dibuat dan menentukan bagaimana tim akan mengerjakan proyek tersebut. Software, atau dalam konteks perusahaan biasanya berupa sistem informasi dibuat/ dibeli bukan semata-mata agar punya software, tapi bagaimana software itu bisa memberikan nilai tambah bagi perusahaan. Jika request software berasal dari divisi non IT, biasanya mereka akan membuat sistem request yang berisi ringkasan kebutuhan bisnis, dan bagaimana software yang diinginkan bisa menciptakan bussiness value. Kemudian dilakukan feasibility analysis. Feasibility analysis terdiri dari technical feasibility, economic feasibility, dan organizational feasibility, setelah itu ditentukan software jadi dibuat atau Analysis Analisis Fase ini menjawab pertanyaan siapa yang akan menggunakan sistem, apa yang akan dilakukan sistem, dan kapan serta dimana sistem akan digunakan. Terdapat tiga langkah dalam fase ini Analysis Strategy menjelaskan strategi untuk menganalisis sistem, termasuk menganalisis sistem yang sudah ada, dan cara-cara untuk mendesain sistem Gathering mengumpulkan informasi terkait kebutuhan sistem dengan wawancara atau kuisioner. System Proposal dokumen hasil analisis, konsep, dan model Design Perancangan Pada fase ini ditentukan bagaimana sistem akan beroperasi, berkenaan dengan software, hardware, infrastruktur jaringan, user interface, form, report, database desain strategi, yaitu bagaimana sistem akan didapatkan, dikembangkan sendiri oleh programmer atau outsource, atau membeli software jadi. Membuat dokumen desain desain arsitektur hardware, software, infrastruktur jaringan, desain interface navigasi, menu dll, spesifikasi database dan file, serta desain program. Dokumen desain ini disebut system Implementation Implementasi Fase terakhir adalah implementasi, dimana sistem akhirnya dibuat. Fase ini terdiri dari tiga tahapan sebagai berikutSystem Construction implementasi sistem berikut pengujiannya testing.Installation instalasi sistem di tempat pengguna, jika diperlukan termasuk trainning pengguna. Support pendampingan pasca sistem digunakan oleh PustakaRosa, dan Salahuddin M. 2011. Modul Pembelajaran Rekayasa Perangkat Lunak. Terstruktur dan Berorientasi Objek. Bandung Roger. 2005. Software Engineering A Practicioner's Approach. New York McGraw-Hill.

pelaku yang melakukan perbaikan instalasi software disebut dengan