Pratinjau BAB
Setiap bab pada buku ini menggunakan versi terbaru dari SDLC. Buku ini
mengharuskan Anda memiliki pemahaman umum mengenai sistem informasi berbasis
komputer sebagaimana yang diatur dalam suatu pengantar system informasi.
Tujuan kami adalah untuk membantu Anda memahami dan mengikuti proses
rekayasa perangkat lunak yang mengarah pada penciptaan sistem informasi. Metodologi
seperti yang ditunjukkan pada Gambar 1-3, terbukti bahwa teknik dan alat-alat yang
penting untuk proses rekayasa perangkat lunak.
Teknik proses, sebagai contoh jika Anda seorang analis, akan mengikuti untuk
membantu memastikan bahwa pekerjaan Anda lengkap dan dapat dipahami oleh orang
lain dalam tim proyek Anda. Teknik memberikan dukungan untuk berbagai tugas,
termasuk melakukan melalui wawancara dengan pengguna saat ini dan masa depan
sistem informasi untuk menentukan sistem apa yang anda harus melakukan,
perencanaan dan pengelolaan kegiatan dalam proyek pengembangan sistem, diagram
bagaimana sistem akan berfungsi, dan merancang laporan, seperti faktur, sistem anda
akan menghasilkan bagi penggunanya untuk melakukan pekerjaan mereka.
Metodologi
Teknik Alat
Dalam akhir bab ini, Anda akan belajar tentang pendekatan untuk pengembangan
sistem data dan berorientasi pada proses pendekatan. Anda juga akan mengidentifikasi
berbagai orang yang mengembangkan sistem dan berbagai jenis sistem yang mereka
kembangkan. Bab ini diakhiri dengan diskusi dari beberapa metodologi, teknik, dan alat-
alat yang diciptakan untuk mendukung proses pengembangan sistem. Sebelum kita
berbicara tentang sistem informasi berbasis komputer, biarkan membahas secara singkat
apa yang dimaksud dengan kata sistem.
Sistem
Istilah kunci yang paling sering digunakan dalam buku ini adalah sistem. Memahami
sistem dan bagaimana mereka bekerja sangat penting untuk analisis sistem pemahaman
dan desain.
Sebuah sistem adalah seperangkat prosedur bisnis (atau komponen) yang digunakan
dalam satu unit usaha, bekerja sama untuk beberapa tujuan. Sebagai contoh, sistem di
departemen penggajian melacak cek, sedangkan sistem persediaan melacak persediaan.
Kedua sistem terpisah. Sebuah sistem memiliki sembilan karakteristik, tujuh di antaranya
ditunjukkan pada Gambar 1-4. Penjelasan rinci tentang masing-masing karakteristik
berikut, tapi dari angka tersebut Anda dapat melihat bahwa sistem ada dalam dunia
yang lebih luas, seperti lingkungan. Sebuah batas memisahkan sistem dari
lingkungannya. Sistem ini mengambil input dari luar, yang lalu diproses, dan
mengirimkan output yang dihasilkan kembali ke lingkungannya. Panah pada gambar
menunjukkan interaksi antara sistem dan dunia luar itu.
1. Komponen
2. komponen saling berhubungan
3. Batas
4. Tujuan
5. Lingkungan
6. Interfaces
7. Kendala
8. Masukan
9. Keluaran
10. Batas
11. Tujuan
12. lingkungan
13. penghubung
14. kendala
15. input output
Sebuah sistem terdiri dari berbagai komponen. Sebuah komponen merupakan
bagian paling kecil atau kumpulan bagian, juga disebut subsistem. Konsep sederhana
dari komponen sangat kuat. Misalnya, seperti halnya dengan mobil atau sistem stereo
dengan desain yang tepat, kita dapat memperbaiki atau meng-upgrade sistem dengan
mengubah komponen individu tanpa harus membuat perubahan di seluruh sistem.
Komponen yang saling terkait adalah fungsi yang satu terkait dengan fungsi yang lain.
Misalnya pekerja, seperti membuat laporan harian dari pesanan pelanggan diterima,
mungkin tidak berhasil sampai pekerjaan lain selesai, seperti menyortir pesanan
pelanggan dengan tanggal penerimaan. Sebuah batas sistem di mana semua
komponennya yang terkandung dan yang menetapkan batas-batas sistem,
memisahkannya dari sistem lain. Komponen dalam batas dapat diubah, sedangkan
sistem luar batas tidak dapat diubah. Semua komponen bekerja sama untuk mencapai
beberapa tujuan keseluruhan untuk sistem yang lebih besar: alasan sistem untuk ada.
Sebuah sistem ada dalam lingkungan- segala sesuatu di luar batas sistem yang
mempengaruhi sistem. Misalnya, lingkungan universitas negeri termasuk calon
mahasiswa, yayasan dan lembaga donor, dan media berita. Biasanya sistem berinteraksi
dengan lingkungannya. Sebuah universitas berinteraksi dengan calon mahasiswa dengan
memiliki rumah terbuka dan merekrut dari sekolah menengah setempat. Sebuah sistem
informasi berinteraksi dengan lingkungannya dengan menerima data (fakta mentah) dan
informasi (data diolah dalam format yang bermanfaat). Gambar 1-5 menunjukkan
bagaimana universitas dapat dilihat sebagai suatu sistem. Poin di mana sistem tersebut
memenuhi lingkungannya disebut penghubung; sebuah penghubung juga terjadi antara
subsistem.
Dalam fungsinya, sistem harus menghadapi kendala-batas (dalam hal kapasitas,
kecepatan, atau kemampuan) untuk apa yang dapat dilakukan dan melakukan
bagaimana dapat mencapai tujuannya dalam lingkungannya. Beberapa kendala tersebut
diberlakukan di dalam sistem (misalnya, sejumlah staf tersedia), dan lain-lain yang
dikenakan oleh lingkungan (misalnya, tanggal jatuh tempo atau peraturan). Sebuah
sistem mengambil input dari lingkungannya agar dapat berfungsi. Orang, misalnya
mengambil makanan, oksigen, dan air dari lingkungan sebagai masukan. Anda dibatasi
dari menghirup udara segar jika Anda berada di sebuah lift dengan seseorang yang
merokok. Akhirnya, sistem mengembalikan output ke lingkungan sebagai akibat dari
fungsi dan dengan demikian mencapai tujuannya. Sistem ini dibatasi jika daya listrik
diputus.
Analis sistem harus mengetahui beberapa sistem penting lainnya konsep:
a. dekomposisi,
b. modularitas,
c. coupling,
d. kohesi
Dekomposisi adalah proses penguraian sistem menjadi komponen yang lebih kecil.
Komponen-komponen ini sendiri mungkin sistem (subsistem) dan dapat dipecah menjadi
komponen itu sendiri. Bagaimana pemahaman bantuan dekomposisi sistem? Hasilnya
potongan kecil dan kurang kompleks yang lebih mudah dimengerti daripada yang lebih
besar , potongan rumit. Dekomposisi sistem juga memungkinkan kita untuk fokus pada
satu bagian tertentu dari sistem, sehingga lebih mudah untuk memikirkan bagaimana
memodifikasi salah satu bagian independen dari seluruh sistem. Dekomposisi adalah
teknik yang memungkinkan analis sistem untuk:
a. Memecah sistem menjadi subsistem kecil, dikelola, dan dimengerti
b. memusatkan perhatian pada satu bidang (subsistem) pada suatu waktu , tanpa
campur tangan dari bagian lain.
c. Berkonsentrasi pada bagian dari sistem yang berkaitan dengan kelompok tertentu
dari pengguna, tanpa membingungkan pengguna dengan rincian yang tidak
perlu
d. Membangun bagian-bagian yang berbeda dari sistem pada waktu yang
independen dan memiliki bantuan analis yang berbeda
Gambar 1-6 memperlihatkan tentang uraian MP3 portable. Penguraian dari sistem
hingga kerja subsistem dalam system. Kamu dapat menguraikan sistem MP3 menjadi
tiga bagian sub sitem terpisah. (Dapat dicatat bahwa penguraian MP3 sama dengan
logika sub system yang dapat menghasilkan sub system yang berbeda). Sub sistem
pertama, baterai, mengalirkan kekuatan untuk melakukan system operasi. Sub system
kedua, system penyimpanan, memungkinkan penyimpanan hingga ratusan track MP3.
System ketiga, yaitu control system. Terdiri dari system percetakan (PCB), dengan
berbagai variasi chip pemasangan, yang mengontrol semua perekaman, pemutaran, dan
fungsi akses. Pemecahan system dalam beberapa komponen memperlihatkan banyak
kerja dalam system dan meningkatkan pemahaman mengenai bagaimana kerja semua
system.
Modul adalah hasil dari penguraian. Itu berarti pemisah antara system dengan
potongan atau model dari ukuran relatifnya. Modul dapat mewakili sebuah system secara
sederhana, yaitu dengan membuat hal tersebut mudah dimengerti dan mudah untuk
mendesain ulang dan membangun ulang. Sebagai contoh, setiap bagian terpisah MP3
player dalam Gambar 1-6 memperlihatkan bagaimana penguraian tersebut terlihat
mudah untuk dimengerti dalam semua system.
Sambungan berarti sub system bergantung satu sama lain. Sub system sebisa
mungkin harus saling menyambung. Jika satu sub system terputus dan sub system lain
harus bekerja keras untuk itu, maka yang lain akan menjadi gagal atau memiliki
gangguan fungsi. Lihat Gambar 1-6, kami harus berkata komponen dari MP3 portable
sangat erat. Contoh yang lainnya adalah control system, membuat system percetakan
dan chip nya. Setiap fungsi dari MP3 dapat diaktifkan melalui system percetakan. Sebuah
kegagalan dalam satu bagian dari papan sirkuit biasanya mengarah kepada penggantian
seluruh papan daripada mencoba untuk mengisolasi kesalahan dan kemudian
memperbaikinya. Meskipun memperbaiki sebuah papan sirkuit dalam MP3
memungkinkan, namun hal tersebut sangat tidak efektif, biaya dari tenaga kerja yang
dikeluarkan untuk mendiagnosa dan memperbaiki kesalahan mungkin lebih berharga
daripada papan sirkuit itu sendiri. Dalam sebuah system ruang rekaman, komponen
memiliki hubungan renggang karena sub system, seperti speaker, pengeras, penerima,
dan CD player, merupakan semua bentuk fisik yang terpisah dan berfungsi sendiri. Jika
system pengeras dalam ruang rekaman rusak, hanya pengeras yang perlu untuk
diperbaiki.
Perpaduan adalah sejauh mana sebuah sub system bekerja dalam sebuah fungsi
tunggal. Contoh dalam MP3 player, aliran tenaga adalah fungsi tunggal. Dalam diskusi
singkat mengenai system diharapkan dapat mempersiapkan kamu dengan baik untuk
berfikir mengenai informasi umum mengenai sistem komputer dan bagaimana mereka
membuatnya. Banyak dari beberapa prinsip yang berlaku menerapkan system umum
untuk system informasi. Di bagian selanjutnya, kita akan mengulas mengenai bagaimana
system informasi berkembang dan sabagai sarana yang mendukung perubahan.
Alternative lain, organisasi membeli system dari perusahaan besar seperti SAP
(Sistem, Aplikasi, dan Produk di proses data). System dalam perusahaan besar sangat
luas, system kompleks terdiri dari rangkaian system independen. Pengembang merakit
system dengan memilih dan mengimplementasi spesifikasi model. Perusahaan besar
memiliki system yang dapat menangani semua sumber daya manusia, daftar gaji,
manfaat, dan pengunduran fungsi tunggal menjadi fungsi terintergrasi. Namun faktanya,
semakin langka organisasi untuk mengembangkan system di rumah. Bagian 2 akan
menampilkan berbagai sumber system teknologi informasi, pertama, namum kamu harus
mendapatkan beberapa wawasan mengenai apa peran system.
Mari kita pertimbangkan dua contoh dari jenis masalah organisasi Anda bisa
menghadapi sebagai analis sistem. Pertama, Anda bekerja di departemen sistem
informasi dari sebuah perusahaan majalah besar. Perusahaan ini mengalami masalah
menjaga daftar terbaru dan akurat dari pelanggan, dan beberapa pelanggan
mendapatkan dua majalah, bukan satu. Perusahaan akan kehilangan uang dan
pelanggan jika masalah ini terus berlanjut. Untuk membuat sistem pelacakan yang lebih
efisien, para pengguna sistem komputer saat ini serta manajer keuangan menyerahkan
masalah mereka kepada Anda dan rekan Anda di departemen sistem informasi. Kedua,
Anda bekerja di departemen sistem informasi di universitas, di mana Anda dipanggil
untuk mengatasi masalah organisasi seperti mailing dari nilai siswa ke alamat yang
salah.
Simon & Taylor, Inc, produsen lilin, membuka untuk analis sistem di kantor berbasis
Vermont.
Kandidat yang ideal akan memiliki:
1. Sebuah gelar sarjana dalam sistem informasi manajemen atau ilmu komputer
2. Dua tahun pengalaman dengan UNIX / LINUX.
3. Pengalaman dengan C++ dan java / atau bahasa pemrograman berorientasi objek
lain, dan dengan lingkungan pengembangan aplikasi seperti Visual Studio atau
Rational Unified Process IBM.
4. Keterampilan LAN terkait dan pengalaman.
5. Keakraban dengan konsep distribusi dan manufaktur (alokasi, pengisian,
control toko lantai, dan penjadwalan produksi).
6. Pengetahuan kerja tentang manajemen proyek dan semua tahapan
pengembangan sistem lingkaran kehidupan.
7. Keterampilan komunikasi yang kuat.
Kami menawarkan gaji yang kompetitif, bantuan relokasi, dan tantangan bekerja
dalam keadaan lingkungan seni IT
Ketika mengembangkan sistem informasi untuk menangani masalah seperti ini, suatu
organisasi dan analis sistem yang memiliki beberapa pilihan: Mereka bisa pergi ke
sebuah perusahaan jasa teknologi informasi, seperti Accenture atau EDS, sebuah
Perusahaan HP, untuk memiliki sistem yang dikembangkan untuk mereka, mereka dapat
membeli sistem dari rak, mereka dapat menerapkan sistem perusahaan yang luas dari
perusahaan seperti SAP, mereka bisa memperoleh perangkat lunak open source atau
mereka dapat digunakan dalam rumah staf untuk mengembangkan sistem. Atau,
organisasi dapat memutuskan untuk pengembangan sistem sumber dan operasi. Semua
pilihan ini dibahas secara rinci dalam Bab 2.
Setiap organisasi menggunakan model siklus hidup yang sedikit berbeda dengan model
langkah-langkah ini, dengan mana saja dari sana untuk hampir dua puluh fase
diidentifikasi. Dalam buku ini, dengan sorot empat langkah SDLC,
2. Analisis
3. Desain
Meskipun setiap siklus hidup muncul pada pandangan pertama menjadi berurutan
memerintahkan set fase, itu benar-benar tidak. Langkah-langkah spesifik dan urutan
mereka dimaksudkan untuk disesuaikan seperti yang diperlukan untuk sebuah proyek.
Misalnya, dalam setiap fase SDLC diberikan, proyek dapat kembali ke fase sebelumnya,
jika perlu. Demikian pula, jika produk komersial tidak melakukan dengan baik setelah
diperkenalkan, mungkin untuk sementara dihapus dari pasar dan ditingkatkan sebelum
diperkenalkan kembali. Dalam siklus hidup sistem diharapkan pengembangan, juga
memungkinkan untuk menyelesaikan beberapa kegiatan dalam satu fase secara paralel
dengan beberapa kegiatan fase lain. Kadang-kadang siklus hidup berulang, yaitu, fase
berulang yang diperlukan sampai suatu sistem yang dapat diterima ini ditemukan.
Beberapa sistem analisis mempertimbangkan siklus hidup menjadi spiral, di mana kita
terus-menerus siklus melalui tahapan pada tingkat yang berbeda dari detail, seperti
digambarkan pada Gambar 10. Sifat cilcular dari diagram siklus hidup pada Gambar 10
menggambarkan bagaimana akhir dari manfaat kehidupan satu sistem mengarah ke
awal proyek lain yang akan menggantikan sistem yang ada sama sekali. Namun
dipahami, siklus hidup pengembangan sistem yang digunakan dalam suatu organisasi
adalah serangkaian keteraturan kegiatan yang dilakukan dan direncanakan untuk setiap
proyek pembangunan. Keterampilan yang dibutuhkan dari sistem analis berlaku untuk
semua model siklus hidup.
Setiap media untuk perusahaan besar, seperti Wal-Mart, dan setiap produsen
custom software, seperti SAP, akan memiliki khususnya sendiri, siklus hidup terinci atau
sistem metodologi pengembangan di tempat. Bahkan jika metodologi tertentu tidak
terlihat seperti siklus, banyak langkah-langkah SDLC yang dilakukan, dan teknik SDLC
dan alat-alat yang digunakan. Buku ini mengikuti model SDLC yang umum, seperti
digambarkan pada Gambar 9. Kami menggunakan SDLC ini sebagai contoh dari
metodologi dan cara untuk berpikir tentang analisis sistem dan desain. Anda dapat
menerapkan metodologi ini untuk hampir semua siklus hidup. Seperti kita menjelaskan
SDLC ini seluruh buku ini, menjadi jelas bahwa setiap fase memiliki hasil yang spesifik
dan kiriman yang memberikan informasi penting untuk tahapan lainnya. Pada akhir dari
setiap tahapan, proyek pengembangan sistem mencapai tonggak sejarah. Kemudian,
sebagai kiriman yang dihasilkan, mereka sering diperiksa oleh pihak luar tim proyek,
termasuk manajer dan eksekutif.
Tahap pertama dalam SDLC, perencanaan sistem dan seleksi, memiliki dua
kegiatan utama. Pertama seseorang mengidentifikasi kebutuhan baru dari sistem
ditingkatkan. kebutuhan informasi organisasi dikaji, dan proyek-proyek untuk memenuhi
kebutuhan tersebut diidentifikasi. Sistem informasi organisasi dibutuhkan dapat terjadi
akibat:
Tugas kedua dalam sistem perencanaan dan seleksi tahap adalah untuk
menyelidiki sistem dan menentukan ruang lingkup sistem yang diajukan ini. Tim dari
sistem analis yang menghasilkan rencana khusus untuk proyek yang diusulkan untuk tim
untuk mengikuti. rencana proyek awal ini costumizes SDLC standar dan menentukan
waktu dan sumber daya yang dibutuhkan untuk pelaksanaannya. Definisi formal dari
proyek didasarkan pada kemungkinan bahwa departemen IS organisasi mampu
mengembangkan sebuah sistem yang akan memecahkan masalah atau mengeksploitasi
kesempatan dan menentukan apakah biaya pengembangan sistem lebih besar daripada
manfaat yang mungkin. Presentasi akhir untuk manajemen organisasi rencana untuk
melanjutkan dengan proyek fase berikutnya biasanya dibuat oleh pemimpin proyek dan
anggota tim lainnya.
Tahap akhir dari SDLC adalah proses dua langkah: implementasi sistem dan operasi.
Selama pelaksanaan sistem dan operasi, Anda menghidupkan spesifikasi sistem menjadi
sistem kerja yang diuji dan kemudian dimasukkan untuk digunakan. Implementasi
meliputi coding, pengujian, dan instalasi. Selama coding, programmer menulis program
yang membentuk sistem. Selama pengujian, programmer dan analis menguji program
individu dan seluruh sistem dalam rangka untuk menemukan dan memperbaiki
kesalahan. Selama instalasi, sistem baru menjadi bagian dari kegiatan sehari-hari
organisasi. software aplikasi diinstal, atau dimuat, pada perangkat keras yang ada atau
yang baru; maka pengguna diperkenalkan ke sistem baru. Mulailah perencanaan untuk
kedua pengujian dan instalasi pada awal perencanaan dan pemilihan proyek fase, karena
mereka keduanya membutuhkan analisis yang ekstensif untuk mengembangkan
pendekatan yang tepat. pelaksanaan kegiatan sistem juga termasuk dukungan pengguna
awal seperti finalisasi dokumentasi, program pelatihan, dan bantuan pengguna yang
sedang berlangsung. Perhatikan bahwa dokumentasi dan pelatihan program diselesaikan
selama pelaksanaan; dokumentasi diproduksi di seluruh siklus hidup, dan pelatihan (dan
pendidikan) terjadi dari awal proyek.
Implementasi dapat melanjutkan untuk kita selama sistem ada karena dukungan
pengguna yang sedang berlangsung juga merupakan bagian dari implementasi.
meskipun upaya terbaik dari analis, manajer, dan programer, namun instalasi tidak
selalu proses yang sederhana. banyak sistem yang dirancang dengan baik telah gagal
karena proses instalasi sudah rusak. Dengan catatan bahwa bahkan sistem yang
dirancang dengan baik dapat gagal jika pelaksanaan biasanya dilakukan oleh tim proyek,
kami menekankan isu-isu implementasi dalam buku ini.
Bagian kedua dari tahap keempat dari SDLC adalah operasi. sementara sistem
operasi dalam suatu organisasi, pengguna kadang-kadang menemukan masalah dengan
cara kerjanya dan sering memikirkan perbaikan. selama operasi, programmer membuat
perubahan yang pengguna meminta dan memodifikasi sistem mencerminkan perubahan
kondisi bisnis. perubahan ini diperlukan untuk menjaga sistem berjalan dan berguna.
jumlah waktu dan usaha yang ditujukan untuk perangkat sistem selama operasi
tergantung banyak pada kinerja fase sebelumnya dari siklus hidup. pasti, saatnya tiba
ketika suatu sistem informasi tidak lagi melakukan seperti yang diinginkan, ketika biaya
menjaga sistem berjalan menjadi penghalang, atau ketika kebutuhan organisasi ini telah
berubah secara substansial. masalah seperti menunjukkan bahwa itu adalah waktu untuk
mulai merancang penggantian sistem, sehingga menyelesaikan loop dan mulai siklus
hidup lagi.
SDLC sangat menautkan mengatur fase yang produknya pakan kegiatan di fase
berikutnya. Tabel 1-1 merangkum hasil atau produk dari setiap fase berdasarkan
deskripsi sebelumnya. bab-bab berikutnya pada fase SDLC membahas produk dari setiap
tahap dan bagaimana mereka berkembang.
Prototyping
Merancang dan membangun skala-down tetapi bekerja dengan versi dari sistem
yang diinginkan sebagai pengetahuan prototyping. Sebuah prototyping dapat
dikembangkan dengan alat CASE, produk software yang mengotomatisasi langkah dalam
siklus pengembangan sistem hidup. CASE alat untuk membuat prototyping lebih mudah
dan lebih kreatif dengan mendukung desain layar dan laporan dan bagian lain dari
sistem interfance. CASE tools juga mendukung banyak teknik diagram yang dapat
digunakan untuk belajar, seperti diagram aliran data dan diagram relasi entitas. Gambar
1-12 mengilustrasikan prototyping. analis bekerja dengan pengguna untuk menentukan
persyaratan awal atau dasar untuk sistem. Analis kemudian dengan cepat membangun
prototipe. Ketika prototipe selesai, pengguna bekerja dengan itu dan memberitahu analis
apa yang mereka suka dan tidak suka tentang hal itu. Analis menggunakan umpan balik
ini untuk meningkatkan prototipe dan mengambil versi baru kembali ke pengguna.
proses berulang ini berlanjut sampai pengguna relatif puas dengan apa yang mereka
lihat. Keunggulan utama dari teknik prototyping adalah: (1) melibatkan pengguna dalam
analisis dan desain, dan (2) itu menangkap persyaratan dalam beton, bukan lisan atau
abstrak, bentuk. Selain digunakan sebagai alat yang berdiri sendiri, prototyping juga
dapat digunakan untuk menambah SDLC. Misalnya, sebuah prototipe dari sistem final
dapat dikembangkan pada awal analisis untuk membantu para analis mengidentifikasi
apa yang pengguna inginkan. Maka sistem akhir dikembangkan berdasarkan spesifikasi
prototipe. Kami membahas prototyping secara lebih rinci dalam Bab 5 dan menggunakan
berbagai alat prototyping dalam Bab 9 untuk menggambarkan desain output sistem.
Computer-Aided Software Engineering (CASE) tools
Computer-Aided rekayasa perangkat lunak (CASE) mengacu pada perangkat lunak
otomatis digunakan oleh sistem analis untuk mengembangkan sistem informasi. Alat-alat
ini dapat digunakan untuk mengotomatisasi atau mendukung kegiatan throughtout
proses pengembangan sistem dengan tujuan untuk meningkatkan produktivitas dan
meningkatkan kualitas keseluruhan sistem. Kasus dapat membantu memberikan disiplin
teknik-jenis perangkat lunak.
masalah mengembang
Identifity kan prototipe
Persyaratan
Dikonversi
prototipe
ke sistem bekerja
persyaratan
operasional
Jika prototipe
diterima
masala
Menerapkan Merevisi dan
dan menambah
menggunaka prototipe
n prototipe
versi
berikutnya
a. Diagram alat yang memungkinkan proses sistem, data, dan struktur kontrol untuk
diwakili grafis.
b. Display komputer dan laporan generator yang membantu prototipe bagaimana
sistem "terlihat dan merasa" kepada pengguna. Display (atau bentuk) dan laporan
generator juga memudahkan analis sistem untuk mengidentifikasi kebutuhan data
dan hubungan.
c. Analisis alat yang secara otomatis memeriksa spesifikasi lengkap, tidak konsisten,
atau tidak benar dalam diagram, bentuk, dan laporan.
d. Sebuah repositori pusat yang memungkinkan penyimpanan terpadu spesifikasi,
diagram, laporan, dan informasi manajemen proyek.
e. Dokumentasi generator yang membantu menghasilkan baik dokumentasi teknis
dan pengguna dalam format standar.
f. generator Code yang memungkinkan generasi otomatis program dan database
definisi kode langsung dari dokumen desain, diagram, bentuk, dan laporan.
Joint Application Design
Prototyping, CASE, dan JAD adalah alat kunci yang mendukung Rappid Application
Development (RAD). Prinsip dasar dari metodologi RAD adalah untuk menunda
memproduksi dokumen desain sistem rinci sampai setelah kebutuhan pengguna yang
jelas. prototipe berfungsi sebagai deskripsi kebutuhan kerja. RAD melibatkan
mendapatkan penerimaan pengguna antarmuka dan mengembangkan kemampuan
sistem kunci secepat mungkin. RAD banyak digunakan oleh perusahaan konsultan. Hal
ini juga digunakan sebagai metodologi dalam rumah oleh perusahaan seperti Boeing
Company. RAD mengorbankan efisiensi komputer untuk keuntungan dalam efisiensi
manusia dalam cepat membangun dan membangun kembali sistem bekerja. Di sisi lain,
metodologi RAD dapat mengabaikan prinsip-prinsip pengembangan sistem yang penting,
yang dapat mengakibatkan masalah dengan sistem yang dikembangkan dengan cara ini.
HALAMAN 20-21
RAD tumbuh dari konvergensi dua tren: kecepatan peningkatan dan turbulensi
melakukan bisnis di akhir tahun 1980 dan awal 1990, dan tersedianya alat berbasis
komputer bertenaga tinggi untuk mendukung pengembangan sistem dan perawatan
yang mudah. Sebagai kondisi melakukan bisnis di perubahan lingkungan yang kompetitif
global menjadi lebih bergolak, manajemen di banyak organisasi mulai mempertanyakan
apakah masuk akal untuk menunggu dua sampai tiga tahun untuk mengembangkan
sistem yang akan menjadi usang setelah selesai. Di sisi lain, CASE tools dan software
prototyping yang menyebar di seluruh organisasi, keputusan dalam relatif mudah bagi
pengguna akhir untuk melihat apa sistem mereka akan terlihat seperti sebelum mereka
selesai. Mengapa tidak menggunakan alat ini untuk mengatasi masalah pengembangan
sistem yang lebih produktif dalam cepat berubah karena environmet bisnis? Jadi RAD
lahir.
Sebagai contoh 1-13 menunjukkan, fase yang sama diikuti dalam SDLC tradisional
juga diikuti di RAD, namun fase dikombinasikan untuk menghasilkan teknik
pengembangan lebih ramping. Perencanaan dan desain fase di RAD diperpendek dengan
berfokus bekerja pada sistem fungsional dan persyaratan pengguna antarmuka dengan
mengorbankan analisis bisnis yang terperinci dan kepedulian terhadap masalah sistem
kinerja. Juga, biasanya RAD melihat sistem yang dikembangkan dalam isolasi dari sistem
lain, sehingga menghilangkan kegiatan koordinasi dengan standar yang ada dan selama
desain sistem dan pengembangan. Penekanan dalam RAD umumnya kurang pada urutan
dan struktur dari proses dalam siklus hidup dan lebih melakukan tugas yang berbeda
secara paralel satu sama lain dan menggunakan prototipe luas. Perhatikan juga, bahwa
pengulanggan dalam siklus hidup RAD terbatas pada desain dan pengembangan fase,
yang mana sebagian besar pekerjaan dalam pendekatan RAD berlangsung. Meskipun ada
kemungkinan untuk kembali ke perencanaan setelah desain telah dimulai, hal ini jarang
dilakukan. Demikian pula, meskipun ada kemungkinan untuk kembali ke pengembangan
dari tahap pemotongan lebih (bila sistem yang diserahkan kepada pengguna), RAD
dirancang untuk meminimalkan pengulanggan pada titik siklus hidup ini. Tingkat
komitmen pengguna yang tinggi dan keterlibatan seluruh RAD menyiratkan bahwa
sistem muncul harus lebih mudah diterima oleh masyarakat (dan karenanya lebih mudah
dilaksanakan selama pemotongan berlebih) dari sistem yang dikembangkan
menggunakan teknik tradisional.
Desain Partisipatif
Metodologi Agile
Seperti yang Anda bayangkan, banyak pendekatan lain untuk analisis sistem dan
desain telah dikembangkan selama bertahun-tahun. Pendekatan ini meliputi eXtreme
Programming, the Crystal Family of methodologies, Adaptive Software Development,
Scrum, dan Feature Driven Development. Pada bulan Februari 2001, banyak dari para
pendukung pendekatan alternatif bertemu di Utah di Amerika Serikat dan mencapai
konsensus tentang banyak prinsip yang mendasari berbagai pendekatan yang mereka
kandung. Konsensus ini berubah menjadi sebuah dokumen yang mereka sebut "The Agile
Manifesto" (lihat Lampiran B untuk lebih detail). Agile Metodologi membagi tiga prinsip
utama: (1) fokus pada metodologi adaptif ketimbang prediksi, (2) fokus pada orang
daripada peran, dan (3) proses adaptasi diri. Mengadopsi metodologi adaptif ketimbang
prediksi mengacu pada pengamatan bahwa metodologi berbasis rekayasa bekerja
dengan baik ketika proses dan produk yang prediktif. Software cenderung tidak menjadi
seperti prediksi seperti, katakanlah, jembatan, terutama di lingkungan bisnis turbulen
saat ini. metodologi lebih adaptif diperlukan, dan Metodologi Agile didasarkan pada
kemampuan untuk beradaptasi dengan cepat. Fokus pada orang daripada peran juga
merupakan kritik teknik berbasis rekayasa, di mana orang menjadi saling dipertukarkan.
Pendekatan Agile memandang orang sebagai individu berbakat, tidak orang mengisi
peran, masing-masing memiliki bakat unik untuk membawa ke proyek pembangunan.
Akhirnya, Agile Metodologi mempromosikan proses pengembangan perangkat lunak
adaptasi diri. Sebagai metodologi yang diterapkan, mereka juga harus disesuaikan oleh
tim pengembangan tertentu yang bekerja pada sebuah proyek tertentu dalam konteks
tertentu. Tidak ada metodologi monolitis yang secara efektif cocok untuk semua
pengembang pada semua proyek setiap saat. Anda akan belajar lebih banyak tentang
Agile Metodologi dalam Lampiran B.
Metodologi Agile