Nama : Niko Yonathan

Kelas : D
NPM : 170423166

Lingkungan Pengembangan Sistem dan Asal Mula Perangkat Lunak

Hasil penting dari analisis dan desain sistem adalah perangkat lunak aplikasi, perangkat
lunak yang dirancang untuk mendukung fungsi atau proses organisasi tertentu, seperti
manajemen inventaris, penggajian, atau analisis pasar. Selain perangkat lunak aplikasi, sistem
informasi total mencakup perangkat keras dan perangkat lunak sistem tempat perangkat lunak
aplikasi berjalan, materi dokumentasi dan pelatihan, peran pekerjaan spesifik yang terkait
dengan keseluruhan sistem, kontrol, dan orang-orang yang menggunakan perangkat lunak
tersebut bersama-sama dengan metode kerja mereka.
Sebagian besar metodologi menggabungkan beberapa teknik pengembangan. Teknik
adalah proses khusus yang Anda, sebagai analis, akan ikuti untuk membantu memastikan
bahwa pekerjaan Anda dipikirkan dengan baik, lengkap, dan dapat dipahami oleh orang lain
di tim proyek Anda. Teknik memberikan dukungan untuk berbagai tugas, termasuk
melakukan wawancara menyeluruh untuk menentukan apa yang harus dilakukan sistem
Anda, merencanakan dan mengelola kegiatan dalam proyek pengembangan sistem, membuat
diagram logika sistem, dan merancang laporan yang akan dihasilkan sistem Anda . Alat
biasanya adalah program komputer yang membuatnya mudah digunakan dan mendapat
manfaat dari teknik dan dengan setia mengikuti pedoman metodologi pengembangan secara
keseluruhan. Agar efektif, teknik dan alat harus konsisten dengan metodologi pengembangan
sistem organisasi. Teknik dan alat harus memudahkan pengembang sistem untuk melakukan
langkah-langkah yang disebut dalam metodologi. Ketiga elemen ini — metodologi, teknik,
dan alat — bekerja bersama untuk membentuk pendekatan organisasi dalam analisis dan
desain sistem.
KEMITRAAN DEPARTEMEN TERHADAP SISTEM SISTEM DAN AKSES
Analisis dan desain sistem informasi berbasis komputer dimulai pada 1950-an. Sejak saat
itu, lingkungan pengembangan telah berubah secara dramatis, didorong oleh kebutuhan
organisasi serta oleh perubahan cepat dalam kemampuan teknologi komputer. Pada 1950-an,
pengembangan difokuskan pada proses yang dilakukan perangkat lunak. Karena daya
komputer adalah sumber daya yang penting, efisiensi proses menjadi tujuan utama. Komputer
itu besar, mahal, dan tidak terlalu bisa diandalkan. Penekanan ditempatkan pada proses
otomatis yang ada, seperti pembelian atau pembayaran, sering dalam satu departemen. Semua
aplikasi harus dikembangkan dalam bahasa mesin atau bahasa assembly, dan harus
dikembangkan dari awal karena tidak ada industri perangkat lunak.
Pengembangan sistem manajemen basis data membantu mengalihkan fokus pengembangan
sistem dari proses terlebih dahulu ke data terlebih dahulu. 1980-an ditandai oleh terobosan
besar dalam komputasi dalam organisasi, karena mikrokomputer menjadi alat organisasi
utama. Industri perangkat lunak berkembang pesat karena semakin banyak orang mulai
menulis perangkat lunak yang tidak tersedia untuk pelanggan mikro. Pengembang mulai
menulis semakin banyak aplikasi dalam bahasa generasi keempat, yang, tidak seperti bahasa
prosedural, menginstruksikan komputer tentang apa yang harus dilakukan alih-alih
bagaimana melakukannya. Alat rekayasa perangkat lunak berbantuan komputer (CASE)
dikembangkan untuk membuat pengembang sistem bekerja lebih mudah dan lebih konsisten.
Mulai tahun-tahun pertengahan 1990-an, semakin banyak upaya pengembangan sistem yang
berfokus pada Internet, terutama web. Saat ini ada fokus berkelanjutan pada pengembangan
sistem untuk Internet dan untuk intranet dan ekstranet perusahaan. Seperti yang terjadi
dengan sistem tradisional, pengembang internet sekarang mengandalkan alat berbasis
komputer untuk mempercepat dan menyederhanakan pengembangan sistem berbasis web.
Perkembangan penting lainnya adalah pindah ke komponen sistem nirkabel. Perangkat
nirkabel dapat mengakses aplikasi berbasis web dari hampir semua tempat. Akhirnya, tren
berlanjut ke arah perakitan sistem dari program dan komponen yang dibeli dari rak.
MENGEMBANGKAN SISTEM INFORMASI DAN SIKLUS PEMBANGUNAN SISTEM
HIDUP
Sebagian besar organisasi merasa bermanfaat untuk menggunakan serangkaian langkah
standar, yang disebut metodologi pengembangan sistem, untuk mengembangkan dan
mendukung sistem informasi mereka. Seperti banyak proses, pengembangan sistem informasi
sering mengikuti siklus hidup. Misalnya, produk komersial mengikuti siklus hidup dalam hal
itu dibuat, diuji, dan diperkenalkan ke pasar. Penjualannya meningkat, memuncak, dan
menurun. Akhirnya, produk dikeluarkan dari pasar dan digantikan oleh sesuatu yang lain.
Daur hidup pengembangan sistem (SDLC) adalah metodologi umum untuk pengembangan
sistem di banyak organisasi; fitur beberapa fase yang menandai kemajuan analisis sistem dan
upaya desain. Setiap penulis buku teks dan organisasi pengembangan sistem informasi
menggunakan model siklus hidup yang sedikit berbeda, dengan mana saja dari 3 hingga
hampir 20 fase yang dapat diidentifikasi.
Dalam SDLC, dimungkinkan juga untuk menyelesaikan beberapa aktivitas dalam satu fase
secara paralel dengan beberapa aktivitas dari fase lain. Terkadang siklus hidup itu berulang;
yaitu, fase diulangi seperti yang diperlukan sampai sistem yang dapat diterima ditemukan.
Beberapa orang menganggap siklus hidup sebagai spiral, di mana kita terus-menerus siklus
melalui fase pada berbagai tingkat detail.
Fase pertama dalam SDLC adalah perencanaan. Dalam fase ini, seseorang mengidentifikasi
kebutuhan akan sistem baru atau yang ditingkatkan. Dalam organisasi yang lebih besar,
pengakuan ini dapat menjadi bagian dari proses perencanaan perusahaan dan sistem.
Kebutuhan informasi organisasi secara keseluruhan diperiksa, dan proyek untuk memenuhi
kebutuhan ini diidentifikasi secara proaktif.
Fase kedua dalam SDLC adalah analisis. Selama fase ini, analis akan mempelajari prosedur
organisasi saat ini dan sistem informasi yang digunakan untuk melakukan tugas-tugas
organisasi. Analisis memiliki dua subfase. Yang pertama adalah penentuan persyaratan.
Dalam subfase ini, analis bekerja dengan pengguna untuk menentukan apa yang diinginkan
pengguna dari sistem yang diusulkan. Proses penentuan persyaratan biasanya melibatkan
studi yang cermat terhadap sistem saat ini, manual dan terkomputerisasi, yang dapat diganti
atau ditingkatkan sebagai bagian dari proyek. Pada bagian kedua analisis, analis mempelajari
persyaratan dan menyusunnya sesuai dengan kebutuhan mereka hubungan timbal balik dan
menghilangkan segala redudansi.
Fase ketiga dalam SDLC adalah desain. Selama desain, analis mengubah deskripsi dari
solusi alternatif yang direkomendasikan menjadi spesifikasi sistem logis dan kemudian fisik.
Analis harus merancang semua aspek sistem, mulai dari layar input dan output hingga
laporan, basis data, dan proses komputer. Bagian dari proses desain yang independen dari
setiap perangkat keras atau platform perangkat lunak tertentu disebut sebagai desain logis.
Secara teoritis, sistem dapat diimplementasikan pada perangkat keras dan perangkat lunak
sistem apa pun. Idenya adalah untuk memastikan bahwa sistem berfungsi sebagaimana
dimaksud. Desain logis berkonsentrasi pada aspek bisnis dari sistem dan cenderung
berorientasi pada tingkat spesifisitas yang tinggi. Setelah desain sistem tingkat tinggi secara
keseluruhan berhasil, para analis mulai mengubah spesifikasi logis menjadi spesifikasi fisik.
Proses ini disebut sebagai desain fisik. Sebagai bagian dari desain fisik, analis merancang
berbagai bagian sistem untuk melakukan operasi fisik yang diperlukan untuk memfasilitasi
pengambilan data, pemrosesan, dan keluaran informasi. Ini dapat dilakukan dengan banyak
cara, mulai dari membuat model kerja sistem untuk diimplementasikan hingga menulis
spesifikasi terperinci yang menggambarkan semua bagian sistem yang berbeda dan
bagaimana mereka harus dibangun.
Fase keempat dalam SDLC adalah implementasi. Spesifikasi sistem fisik, baik dalam bentuk
model terperinci atau sebagai spesifikasi tertulis terperinci, diserahkan kepada pemrogram
sebagai bagian pertama dari fase implementasi. Selama implementasi, analis mengubah
spesifikasi sistem menjadi sistem kerja yang diuji dan kemudian mulai digunakan.
Implementasi meliputi pengkodean, pengujian, dan instalasi.
Fase kelima dan terakhir dalam SDLC adalah pemeliharaan. Ketika suatu sistem (termasuk
pelatihan, dokumentasi, dan dukungannya) beroperasi dalam suatu organisasi, pengguna
terkadang menemukan masalah dengan cara kerjanya dan sering memikirkan cara yang lebih
baik untuk menjalankan fungsinya. Selain itu, kebutuhan organisasi sehubungan dengan
perubahan sistem dari waktu ke waktu. Dalam pemeliharaan, programmer membuat
perubahan yang diminta pengguna dan memodifikasi sistem untuk mencerminkan kondisi
bisnis yang berkembang.
SISTEM KHUSUS SISTEM PENGEMBANGAN SIKLUS HIDUP
Siklus hidup kita dimulai dengan perencanaan dan berakhir dengan pemeliharaan. Kedua
fase ini khas untuk pengembangan sistem dalam konteks organisasi, di mana sistem informasi
yang diperoleh digunakan di dalam organisasi. Diperlukan perencanaan yang cermat untuk
menentukan sistem mana yang akan dikembangkan untuk suatu organisasi. Setiap sistem
yang dikembangkan adalah investasi, dan jika organisasi berinvestasi dalam sistem tertentu,
ia tidak dapat berinvestasi dalam beberapa sistem alternatif atau dalam hal lain, seperti toko
baru. Lagipula, dana investasi terbatas. Pemeliharaan juga khas konteks organisasi. Setelah
sistem digunakan secara umum, organisasi perlu memperoleh pengembalian sebanyak
mungkin atas investasi tersebut, jadi penting bahwa sistem berjalan selama mungkin.
HATI PROSES PENGEMBANGAN SISTEM
Meskipun hampir semua proyek pengembangan sistem mematuhi beberapa jenis siklus
hidup, lokasi kegiatan yang tepat dan urutan langkah-langkah spesifik dapat sangat bervariasi
dari satu proyek ke proyek berikutnya. Praktek saat ini menggabungkan kegiatan yang secara
tradisional dianggap sebagai milik analisis, desain, dan implementasi ke dalam satu proses
tunggal. Alih-alih persyaratan sistem yang diproduksi dalam analisis, spesifikasi sistem yang
dibuat dalam desain, dan pengkodean dan pengujian dilakukan pada awal implementasi,
praktik saat ini menggabungkan semua kegiatan ini ke dalam proses analisis-desain-kode-uji
tunggal

PENDEKATAN YANG BERBEDA UNTUK MENINGKATKAN PENGEMBANGAN

Dalam upaya berkelanjutan untuk meningkatkan analisis sistem dan proses desain, beberapa
pendekatan berbeda telah dikembangkan. Kami akan menjelaskan pendekatan yang lebih
penting secara lebih rinci di bab-bab selanjutnya. Upaya untuk membuat pengembangan
sistem kurang dari seni dan lebih dari ilmu biasanya disebut sebagai rekayasa sistem atau
rekayasa perangkat lunak. Seperti namanya, teknik rekayasa yang ketat telah diterapkan pada
pengembangan sistem. Salah satu manifestasi dari pendekatan teknik adalah alat CASE
CASE TOOL
Upaya lain untuk meningkatkan proses pengembangan sistem telah memanfaatkan
keuntungan yang ditawarkan oleh teknologi komputasi itu sendiri. Hasilnya adalah
penciptaan dan penggunaan alat-alat rekayasa perangkat lunak berbantuan komputer (CASE)
yang cukup luas. Alat CASE telah dikembangkan untuk penggunaan internal dan untuk dijual
oleh beberapa perusahaan terkemuka, tetapi yang paling terkenal adalah serangkaian alat
Rasional yang dibuat oleh IBM.
METODOLOGI AGILE
Metodologi Agile berbagi tiga prinsip utama: (1) fokus pada metodologi adaptif daripada
prediksi, (2) fokus pada orang daripada peran, dan (3) fokus pada adaptasi diri proses.
Kelompok Agile Metodologi berpendapat bahwa metodologi pengembangan perangkat lunak
yang diadaptasi dari teknik umumnya tidak sesuai dengan pengembangan perangkat lunak
dunia nyata (Fowler, 2003).
ANALISIS DAN DESAIN BERORIENTASI OBJEK
OOAD sering disebut pendekatan ketiga untuk pengembangan sistem, setelah pendekatan
berorientasi proses dan berorientasi data. Pendekatan berorientasi objek menggabungkan data
dan proses (disebut metode) menjadi entitas tunggal yang disebut objek. Objek biasanya
sesuai dengan hal-hal nyata yang dihadapi sistem informasi, seperti pelanggan, pemasok,
kontrak, dan perjanjian sewa. Menyatukan data dan proses dalam satu tempat mengakui fakta
bahwa ada sejumlah operasi untuk setiap struktur data yang diberikan, dan pendekatan
berorientasi objek masuk akal meskipun pengembangan sistem yang khas membuat data dan
proses saling independen satu sama lain. Tujuan OOAD adalah membuat elemen sistem lebih
dapat digunakan kembali, sehingga meningkatkan kualitas sistem dan produktivitas analisis
dan desain sistem.

Asal Mula Perangkat Lunak

AKUISISI SISTEM
OUTSOURCHING
Jika satu organisasi mengembangkan atau menjalankan aplikasi komputer untuk organisasi
lain, praktik itu disebut outsourcing. Alih daya mencakup spektrum pengaturan kerja. Pada
satu ekstrem adalah memiliki perusahaan mengembangkan dan menjalankan aplikasi Anda di
komputernya — yang Anda lakukan hanyalah memasok input dan mengambil output. Contoh
umum dari pengaturan semacam itu adalah perusahaan yang menjalankan aplikasi penggajian
untuk klien sehingga klien tidak perlu mengembangkan sistem pembayaran gaji internal yang
independen. Sebagai gantinya, mereka hanya memberikan informasi penggajian karyawan
kepada perusahaan, dan, dengan bayaran, perusahaan mengembalikan gaji yang sudah
diselesaikan, laporan akuntansi penggajian, dan pajak serta pernyataan lain untuk karyawan.
Sumber Perangkat Lunak
Kami dapat mengelompokkan sumber perangkat lunak ke dalam enam kategori utama:
perusahaan layanan teknologi informasi, produsen perangkat lunak dalam paket, solusi di
seluruh perusahaan, vendor komputasi awan, perangkat lunak sumber terbuka, dan
pengembang internal
Firma Layanan Teknologi Informasi
Jika perusahaan membutuhkan sistem informasi tetapi tidak memiliki keahlian atau personel
untuk mengembangkan sistem di dalam perusahaan, dan sistem off-the-shelf yang sesuai
tidak tersedia, perusahaan kemungkinan akan berkonsultasi dengan layanan teknologi
informasi perusahaan
Produsen perangkat lunak dalam paket
Industri pengembangan perangkat lunak yang dikemas melayani banyak segmen pasar.
Penawaran perangkat lunak mereka berkisar dari paket umum, berbasis luas, seperti alat
produktivitas, hingga paket niche yang sangat sempit.
Perangkat Lunak Solusi Perusahaan
Banyak perusahaan telah memilih solusi perangkat lunak lengkap, yang disebut solusi
perusahaan atau sistem perencanaan sumber daya perusahaan (ERP), untuk mendukung
operasi dan proses bisnis mereka. Solusi perangkat lunak ERP ini terdiri dari serangkaian
modul terintegrasi. Setiap modul mendukung fungsi bisnis individu, tradisional, seperti
akuntansi, distribusi, pabrikan, atau sumber daya manusia. Perbedaan antara modul dan
pendekatan tradisional adalah bahwa modul terintegrasi untuk fokus pada proses bisnis
daripada pada bidang fungsional bisnis.
Cloud Computing Metode
Metode lain bagi organisasi untuk mendapatkan aplikasi adalah dengan menyewanya atau
melisensikannya dari penyedia pihak ketiga yang menjalankan aplikasi di situs jarak jauh.
Pengguna memiliki akses ke aplikasi melalui Internet atau melalui jaringan pribadi virtual.
Penyedia aplikasi membeli, menginstal, memelihara, dan meningkatkan aplikasi.
Perangkat Lunak Sumber Terbuka
Perangkat lunak sumber terbuka tidak seperti jenis perangkat lunak lain yang telah Anda baca
sejauh ini. Perangkat lunak open-source berbeda karena tersedia secara bebas, bukan hanya
produk akhir tetapi juga kode sumbernya. Ini juga berbeda karena dikembangkan oleh
komunitas orang yang tertarik, bukan oleh karyawan dari perusahaan tertentu. Perangkat
lunak open-source melakukan fungsi yang sama dengan perangkat lunak komersial, seperti
sistem operasi, e-mail, sistem database, browser web, dan sebagainya.

Pengembangan In-House
Beberapa jenis organisasi eksternal yang berfungsi sebagai sumber perangkat lunak, tetapi
pengembangan in-house tetap menjadi pilihan. Pengembangan in-house telah menjadi bagian
yang semakin kecil dari semua pekerjaan pengembangan sistem yang terjadi di dan untuk
organisasi.
Memilih Perangkat Lunak off-the-Shelf
Ada beberapa kriteria untuk dipertimbangkan, dan kriteria khusus dapat muncul dengan
setiap pembelian perangkat lunak potensial. Untuk setiap kriteria, perbandingan eksplisit
harus dibuat antara paket perangkat lunak dan proses pengembangan aplikasi yang sama di
rumah. Kriteria yang paling umum meliputi:
• Biaya
• Fungsionalitas
• Dukungan vendor
• Kelayakan vendor
• Fleksibilitas
• Dokumentasi
• Waktu respons
• Kemudahan pemasangan
Kriteria ini disajikan tanpa urutan tertentu. Kepentingan relatif dari kriteria akan bervariasi
dari proyek ke proyek dan dari organisasi ke organisasi. Jika Anda harus memilih dua kriteria
yang akan selalu menjadi yang paling penting, kedua kriteria tersebut mungkin merupakan
kelayakan vendor dan dukungan vendor.
PENGGUNAAN KEMBALI
Penggunaan kembali adalah penggunaan sumber daya perangkat lunak yang ditulis
sebelumnya dalam aplikasi baru. Karena begitu banyak potongan aplikasi relatif generik di
seluruh aplikasi, tampaknya intuitif bahwa penghematan besar dapat dicapai di banyak
bidang jika potongan-potongan generik tidak harus ditulis lagi setiap kali dibutuhkan.
Penggunaan kembali juga harus mengurangi waktu pengembangan, meminimalkan jadwal
yang berlebihan. Karena perangkat lunak yang ada telah diuji, menggunakannya kembali juga
akan menghasilkan perangkat lunak berkualitas tinggi dengan tingkat cacat yang lebih
rendah, sehingga mengurangi biaya perawatan. Meskipun penggunaan kembali dapat
diterapkan untuk berbagai aspek perangkat lunak, biasanya itu paling umum diterapkan pada
dua teknologi pengembangan yang berbeda: berorientasi objek dan pengembangan berbasis
komponen.