Nama: M.Hamdan.

R
Nim: 42316012

Buku Alan Dennis, Barbara Haley Wixom, David Tegarden, ”Systems

Analysis & Design: an OO Approach,” 5th

1. Bandingkan dan kontras fase, langkah, teknik, dan kiriman!

SDLC memiliki seperangkat empat tahap mendasar: perencanaan, analisis,

perancangan, dan implementasi. Proyek yang berbeda mungkin menekankan bagian
SDLC yang berbeda atau mendekati fase SDLC dengan cara yang berbeda, namun
semua proyek memiliki elemen dari empat fase ini. Setiap fase itu sendiri terdiri dari
serangkaian langkah, yang mengandalkan teknik yang menghasilkan kiriman
(dokumen dan file spesifik yang memberikan pemahaman tentang proyek).
Misalnya, saat mendaftar masuk universitas, semua siswa mengikuti fase yang sama:
mengumpulkan informasi, mendaftar, dan menerima. Masing-masing fase ini
memiliki beberapa langkah; Misalnya, pengumpulan informasi mencakup langkah-
langkah seperti mencari sekolah, meminta informasi, dan membaca brosur. Siswa
kemudian menggunakan teknik (mis., Pencarian di Internet) yang dapat diterapkan
pada langkah-langkah (mis., Meminta informasi) untuk membuat kiriman (mis.,
Evaluasi berbagai aspek universitas).
Dalam banyak proyek, fase SDLC dan langkah-langkah dilanjutkan dalam jalur logis
dari awal sampai akhir. Dalam proyek lain, tim proyek bergerak melalui langkah-
langkah berturut-turut, secara bertahap, iteratif, atau pola lainnya. Pada bagian ini,
kami menggambarkan fase, tindakan, dan beberapa teknik yang digunakan untuk
menyelesaikan langkah-langkah pada tingkat yang sangat tinggi.

2. Jelaskan fase utama dalam SDLC!

SDLC. Pertama, Anda harus mendapatkan gambaran umum tentang fase dan
langkah-langkah yang melaluinya proyek IS bergerak dan beberapa teknik yang
menghasilkan kiriman tertentu. Kedua, penting untuk dipahami bahwa SDLC adalah
proses penyempurnaan bertahap. Kiriman dihasilkan dalam tahap analisis yang
memberi gambaran umum tentang bentuk sistem yang baru. Kiriman ini digunakan
sebagai masukan pada fase perancangan, yang kemudian memurnikannya untuk
menghasilkan serangkaian kiriman yang menggambarkan secara lebih rinci
bagaimana sistem akan dibangun. Kiriman ini, pada gilirannya, digunakan dalam fase
implementasi untuk menghasilkan sistem yang sebenarnya. Setiap tahap
menyempurnakan dan menguraikan pekerjaan yang telah dilakukan sebelumnya.

3. Jelaskan langkah-langkah utama dalam tahap perencanaan. Apa

kiriman utama?
 Perencanaan
Tahap perencanaan adalah proses dasar untuk memahami mengapa sistem informasi
harus dibangun dan menentukan bagaimana tim proyek akan membangunnya. Ini
memiliki dua langkah:
Selama inisiasi proyek, nilai bisnis sistem terhadap organisasi teridentifikasi:
Bagaimana akan menurunkan biaya atau meningkatkan pendapatan? Sebagian besar
gagasan untuk sistem baru berasal dari luar area IS (mis., Dari departemen pemasaran,
departemen akuntansi) dalam bentuk permintaan sistem. Permintaan sistem
menyajikan ringkasan singkat tentang kebutuhan bisnis, dan ini menjelaskan
bagaimana sistem yang mendukung kebutuhan akan menciptakan nilai bisnis. Bagian
IS bekerja sama dengan orang atau departemen yang menghasilkan permintaan
(disebut sponsor proyek) untuk melakukan analisis kelayakan.
Permintaan sistem dan analisis kelayakan disajikan ke komite persetujuan sys-tems
(kadang disebut panitia pengarah), yang menentukan apakah proyek harus dilakukan.
Setelah proyek disetujui, proyek tersebut akan memasuki manajemen proyek. Selama
manajemen proyek, manajer proyek membuat rencana kerja, staf proyek, dan
menempatkan teknik-teknik untuk membantu tim proyek mengendalikan dan
mengarahkan proyek melalui keseluruhan SDLC. Penyampaian untuk manajemen
proyek adalah rencana proyek, yang menjelaskan bagaimana tim proyek akan
mengembangkan sistem ini.

4. Jelaskan langkah-langkah utama dalam tahap analisis. Apa kiriman

utama?

Analisis

Tahap analisis menjawab pertanyaan siapa yang akan menggunakan sistem, sistem
apa yang akan dilakukan, dan dimana dan kapan akan digunakan. Selama fase ini, tim
proyek menyelidiki setiap sistem saat ini, mengidentifikasi peluang untuk perbaikan,
dan mengembangkan konsep untuk sistem yang baru.
Fase ini memiliki tiga langkah:
Strategi analisis dikembangkan untuk memandu upaya tim proyek. Strategi seperti itu
biasanya mencakup analisis sistem saat ini (disebut sistem as-is) dan masalahnya dan
kemudian cara merancang sistem baru (disebut sistem to-be).
Langkah berikutnya adalah persyaratan pengumpulan (mis., Melalui wawancara atau
kuesioner). Analisis informasi ini - bersamaan dengan masukan dari sponsor proyek
dan banyak orang lainnya - mengarah pada pengembangan konsep untuk sebuah
sistem baru. Konsep sistem ini kemudian dijadikan dasar untuk mengembangkan
seperangkat model analisis bisnis, yang menggambarkan bagaimana bisnis akan
beroperasi jika sistem yang baru dikembangkan.

Dia menganalisis, konsep sistem, dan model digabungkan menjadi dokumen yang
disebut proposal sistem, yang dipresentasikan ke sponsor proyek dan pembuat
keputusan penting lainnya (misalnya, anggota komite persetujuan) yang memutuskan
apakah proyek harus dilanjutkan maju kedepan.
Proposal sistem adalah penyampaian awal yang menjelaskan kebutuhan bisnis yang
harus dipenuhi sistem baru. Karena ini benar-benar langkah pertama dalam
 perancangan sistem baru ini, beberapa ahli berpendapat bahwa tidak tepat
menggunakan istilah "analisis" sebagai nama untuk fase ini; Beberapa orang
berpendapat bahwa nama yang lebih baik adalah "analisis dan desain awal." Sebagian
besar organisasi terus menggunakan analisis nama untuk fase ini, jadi kami juga
menggunakannya dalam buku ini. Ingatlah bahwa deliverable dari tahap analisis
adalah analisis dan desain awal tingkat tinggi untuk sistem yang baru.

5. Jelaskan langkah-langkah utama dalam tahap perancangan. Apa

kiriman utama?
Perancangan

Tahap perancangan memutuskan bagaimana sistem akan beroperasi, dalam hal

perangkat keras, perangkat lunak, dan infrastruktur jaringan; antarmuka pengguna,
formulir, dan laporan; dan program spesifik, database, dan file yang akan dibutuhkan.
Meskipun sebagian besar keputusan strategis mengenai sistem dibuat dalam
pengembangan konsep sistem selama tahap analisis, langkah-langkah dalam tahap
perancangan menentukan secara tepat bagaimana sistem akan beroperasi. Fase desain
memiliki empat langkah:
Strategi desain pertama dikembangkan. Ini menjelaskan apakah sistem akan
dikembangkan oleh pemrogram perusahaan sendiri, apakah sistem akan
dioutsourcing ke perusahaan lain (biasanya perusahaan konsultan), atau apakah
perusahaan akan membeli paket perangkat lunak yang ada.
Biasanya mengarah pada pengembangan desain arsitektur dasar untuk sistem, yang
manamenggambarkan perangkat keras, perangkat lunak, dan infrastruktur jaringan
yang akan digunakan. Dalam kebanyakan kasus, sistem akan menambah atau
mengubah infrastruktur yang sudah ada dalam organisasi. Desain antarmuka
menentukan bagaimana pengguna akan bergerak melalui sistem (misalnya, metode
navigasi seperti menu dan tombol di layar) dan formulir dan laporan yang akan
digunakan sistem.
Database dan spesifikasi file dikembangkan. Ini menentukan dengan tepat data apa
yang akan disimpan dan di mana mereka akan disimpan.
Tim analis Tes mengembangkan perancangan program, yang mendefinisikan
program yang perlu ditulis dan apa yang akan dilakukan masing-masing program.
Kumpulan kiriman (desain arsitektur, desain antarmuka, database dan spesifikasi file,
dan perancangan program) adalah spesifikasi sistem yang diberikan kepada tim
pemrograman untuk implementasi. Pada akhir tahap perancangan, analisis kelayakan
dan rencana proyek diperiksa ulang dan direvisi, dan keputusan lain dibuat oleh
sponsor proyek dan komite persetujuan mengenai apakah akan menghentikan proyek
atau melanjutkan.

6. Jelaskan langkah-langkah utama dalam tahap implementasi. Apa

kiriman utama?
Implementasi
 Tahap akhir dalam SDLC adalah tahap implementasi, di mana sistem benar-benar
dibangun (atau dibeli, dalam kasus perancangan perangkat lunak yang dikemas). Ini
adalah fase yang biasanyamendapat perhatian paling besar, karena untuk kebanyakan
sistem, ini adalah bagian tunggal terpanjang dan termahal dari proses pembangunan.
Fase ini memiliki tiga langkah:
Pembangunan sistem merupakan langkah awal. Sistem ini dibangun dan diuji untuk
memastikan kinerjanya dirancang. Karena biaya bug bisa sangat besar, pengujian
merupakan salah satu langkah paling kritis dalam implementasi. Sebagian besar
organisasi memberi lebih banyak waktu dan perhatian untuk menguji daripada
menulis program di tempat pertama.
Sistem terpasang. Instalasi adalah proses dimana sistem lama dimatikan dan yang
baru dinyalakan. Salah satu aspek terpenting dari konversi adalah pengembangan
rencana pelatihan untuk mengajarkan pengguna cara menggunakan sistem baru dan
membantu mengelola perubahan yang disebabkan oleh sistem yang baru.
Tim analis tim menetapkan rencana dukungan untuk sistem tersebut. Rencana ini
biasanya mencakup tinjauan pasca-pelaksanaan formal atau informal serta cara
sistematis untuk mengidentifikasi perubahan besar dan kecil yang diperlukan untuk
sistem tersebut.

7. Apa peran sponsor proyek dan komite persetujuan?

Metodologi Pengembangan Air Terjun Berbasis
pendekatan yang tidak disiplin Metodologi desain terstruktur mengadopsi pendekatan
langkah-demi-langkah formal ke SDLC yang bergerak secara logis dari satu fase ke
tahap berikutnya. Sejumlah metodologi berpusat pada data dan berpusat pada data
mengikuti pendekatan dasar dari dua kategori desain terstruktur yang digariskan
selanjutnya.
Pengembangan Air Terjun T dia metodologi desain terstruktur asli (masih digunakan
saat ini) adalah pengembangan air terjun. Dengan metodologi pengembangan
berbasis air terjun, analis dan pengguna melanjutkan secara berurutan dari satu fase
ke tahap berikutnya (lihat Gambar 1-2). Kiriman utama untuk setiap fase biasanya
sangat panjang (seringkali ratusan halaman panjangnya) dan dipresentasikan ke
sponsor proyek untuk disetujui karena proyek bergerak dari fase ke tahap. Begitu
sponsor menyetujui pekerjaan yang dilakukan untuk fase, fase berakhir dan tahap
berikutnya dimulai. Metodologi ini disebut sebagai pengembangan air terjun karena
bergerak maju dari fase ke fase dengan cara yang sama seperti air terjun. Meskipun
mungkin untuk mundur ke SDLC (mis., Dari desain kembali ke analisis), sangat sulit
(bayangkan diri Anda sebagai salmon yang mencoba berenang ke hulu melawan air
terjun, seperti yang ditunjukkan pada Gambar 1-2).
Desain terstruktur juga mengenalkan penggunaan pemodelan formal atau diagram
teknik untuk menggambarkan proses bisnis dasar dan data yang mendukungnya.
Desain terstruktur tradisional menggunakan satu rangkaian diagram untuk mewakili
proses dan rangkaian diagram terpisah untuk mewakili data. Karena dua rangkaian
diagram digunakan, analis sistem harus memutuskan mana yang akan dikembangkan
terlebih dahulu dan digunakan sebagai inti sistem: diagram model proses atau
diagram model data.
Dua keuntungan utama dari pendekatan desain air terjun terstruktur adalah bahwa ia
memerlukan persyaratan sistem lama sebelum pemrograman dimulai dan
meminimalkan perubahan pada persyaratan saat proyek berjalan. Dua kelemahan
 utama adalah bahwa desain harus benar-benar ditentukan sebelum pemrograman
dimulai dan waktu yang lama berlalu antara selesainya
Usulan sistem dalam tahap analisis dan penyampaian sistem (usu-ally many months
or years). Jika tim proyek melewatkan persyaratan penting, pemrograman pasca
implementasi yang mahal mungkin diperlukan (bayangkan diri Anda mencoba
mendesain mobil di atas kertas; seberapa besar kemungkinan Anda mengingat lampu
interior yang menyala saat pintu terbuka atau untuk menentukan jumlah yang tepat
dari katup pada mesin?). Suatu sistem juga dapat memerlukan pengerjaan ulang yang
signifikan karena lingkungan bisnis telah berubah sejak saat fase analisis terjadi.

8. Apa arti gradual gradual dalam konteks SDLC?

Arti gradual gradual dalam konteks SDLC adalah tahapan tahapan, karena dalam
konteks SDLC sendiri banyak sekali tahapan tahapannya.

9. Bandingkan dan bandingkan metodologi yang berpusat pada

proses dengan metodologi yang berpusat pada data!
 Metodologi yang Berpusat Pada Data

Metodologi Pengembangan Air Terjun Berbasis

Pendekatan yang tidak disiplin Metodologi desain terstruktur mengadopsi
pendekatan langkah-demi-langkah formal ke SDLC yang bergerak secara logis
dari satu fase ke tahap berikutnya. Sejumlah metodologi berpusat pada data dan
berpusat pada data mengikuti pendekatan dasar dari dua kategori desain terstruktur
yang digariskan selanjutnya.

 Metodologi yang Berpusat Pada Proses

Metodologi klasik yang berpusat pada proses modern adalah bahwa oleh Edward
Yourdon, Modern Structured Analysis (Englewood Cliffs, NJ: Yourdon Press,
1989). Contoh metodologi yang berpusat pada data adalah informasi engi-neering;
lihat James Martin, Information Engineering, vols. 1-3 (Englewood Cliffs, NJ:
Prentice Hall, 1989). Metodologi non-object-oriented yang diterima secara luas
yang menyeimbangkan proses dan data adalah IDEF; lihat FIPS 183, Definisi
Integrasi untuk Pemodelan Fungsi, Publikasi Standar Pengolahan Informasi
Federal, Departemen Perdagangan A.S., 1993.

10. Bandingkan dan bandingkan metodologi berbasis desain

terstruktur secara umum dengan metodologi berbasis RAD secara
umum!
 Metodologi Berbasis Desain Terstruktur
Desain terstruktur juga mengenalkan penggunaan pemodelan formal atau
diagram teknik untuk menggambarkan proses bisnis dasar dan data yang
mendukungnya. Desain terstruktur tradisional menggunakan satu rangkaian
diagram untuk mewakili proses dan rangkaian diagram terpisah untuk mewakili
data. Karena dua rangkaian diagram digunakan, analis sistem harus memutuskan
 mana yang akan dikembangkan terlebih dahulu dan digunakan sebagai inti
sistem: diagram model proses atau diagram model data.

 Metodologi Berbasis RAD

Sebagian besar metodologi berbasis RAD merekomendasikan agar analis
menggunakan teknik dan perangkat komputer khusus untuk mempercepat tahap
analisis, perancangan, dan implementasi, seperti alat bantu teknik perangkat
lunak komputer (CASE), sesi desain aplikasi gabungan (JAD), generasi keempat
atau bahasa pemrograman visual yang mempermudah dan mempercepat
pemrograman, dan generator kode yang secara otomatis menghasilkan program
dari spesifikasi desain. Kombinasi fase SDLC yang berubah dan penggunaan alat
dan teknik ini meningkatkan kecepatan dan kualitas pengembangan sistem.
Namun, ada satu kemungkinan masalah halus dengan metodologi berbasis RAD:
mengelola harapan pengguna. Karena penggunaan alat dan teknik yang dapat
meningkatkan kecepatan dan kualitas pengembangan sistem, harapan pengguna
terhadap apa yang mungkin bisa berubah secara dramatis. Sebagai pengguna
yang lebih memahami informasi teknologi (TI), persyaratan sistem cenderung
berkembang. Ini kurang menjadi masalah saat menggunakan metodologi yang
menghabiskan banyak waktu untuk mendokumentasikan persyaratan secara
menyeluruh.

11. Bandingkan dan kontras pemrograman ekstrem dan prototyping

throwaway.
Prototyping Metodologi prototipe berbasis melakukan fase analisis, perancangan, dan
imple-mentasi secara bersamaan, dan ketiga fase dilakukan berulang kali dalam satu
siklus sampai sistem selesai. Dengan metodologi ini, dasar-dasar analisis dan desain
dilakukan, dan pekerjaan segera dimulai pada prototipe sistem, sebuah program cepat
dan kotor yang memberikan jumlah fitur minimal. Prototipe pertama biasanya
merupakan bagian pertama dari sistem yang digunakan. Hal ini ditunjukkan kepada
pengguna dan sponsor proyek, yang memberikan komisinya. Komentar ini digunakan
untuk menganalisis kembali, mendesain ulang, dan menerapkan kembali prototipe
kedua, yang menyediakan beberapa fitur lagi. Proses ini berlanjut dalam satu siklus
sampai para analis, pengguna, dan sponsor sepakat bahwa prototipe tersebut
menyediakan fungsionalitas yang cukup untuk dipasang dan digunakan dalam
organisasi. Setelah prototipe (sekarang disebut "sistem") terpasang, penyempurnaan
terjadi sampai diterima sebagai sistem baru (lihat Gambar 1-5). Keuntungan utama
dari metodologi berbasis prototipe adalah sangat cepat menyediakan sistem dimana
pengguna dapat berinteraksi, walaupun belum siap untuk digunakan organisasi secara
luas pada awalnya. Prototyping meyakinkan pengguna bahwa tim proyek sedang
mengerjakan sistem (tidak ada penundaan yang lama dimana pengguna melihat
sedikit kemajuan), dan prototyping membantu untuk lebih cepat memperbaiki
persyaratan sebenarnya.
Metodologi berbasis prototiping throwaway memiliki fase analisis yang relatif
menyeluruh yang digunakan untuk mengumpulkan informasi dan mengembangkan
 gagasan untuk konsep sistem. Namun, pengguna mungkin tidak sepenuhnya mengerti
banyak fitur yang mereka sarankan, dan mungkin ada masalah teknis yang menantang
untuk dipecahkan. Masing-masing isu ini diperiksa dengan menganalisa, merancang,
dan membangun prototip desain. Prototipe desain bukanlah sistem kerja; Ini adalah
produk yang merupakan bagian dari sistem yang memerlukan penyempurnaan
tambahan, dan hanya berisi detail yang cukup untuk memungkinkan pengguna
memahami masalah yang sedang dipertimbangkan. Misalnya, anggap pengguna tidak
sepenuhnya mengerti bagaimana sistem pemasuk pesanan harus bekerja. Dalam
kasus ini, serangkaian layar mock-up tampaknya merupakan sistem, tapi mereka
sama sekali tidak melakukan apa-apa. Atau misalkan tim proyek perlu
mengembangkan program grafis yang canggih di Jawa. Tim tersebut dapat menulis
sebagian dari program tersebut dengan data berpura-pura untuk memastikan bahwa
mereka dapat melakukan program dengan sepenuh hati.
Sistem yang dikembangkan dengan menggunakan metodologi jenis ini bergantung
pada beberapa prototip desain selama tahap analisis dan perancangan. Masing-masing
prototip digunakan untuk meminimalkan risiko yang terkait dengan sistem dengan
memastikan bahwa isu penting dipahami sebelum sistem sebenarnya dibangun.
Begitu masalah teratasi, proyek bergerak ke dalam desain dan implementasi. Pada
titik ini, prototipe desain dibuang, yang merupakan perbedaan penting antara
metodologi dan metodologi prototyping ini, di mana prototipe tersebut berkembang
ke dalam sistem akhir.

12. Jelaskan elemen utama dan isu dengan pengembangan air terjun.
Pendekatan yang tidak disiplin Metodologi desain terstruktur mengadopsi pendekatan
langkah-demi-langkah formal ke SDLC yang bergerak secara logis dari satu fase ke
tahap berikutnya. Sejumlah metodologi berpusat pada data dan berpusat pada data
mengikuti pendekatan dasar dari dua kategori desain terstruktur yang digariskan
selanjutnya.
Pengembangan Air Terjun T dia metodologi desain terstruktur asli (masih digunakan
saat ini) adalah pengembangan air terjun. Dengan metodologi pengembangan
berbasis air terjun, analis dan pengguna melanjutkan secara berurutan dari satu fase
ke tahap berikutnya (lihat Gambar 1-2). Kiriman utama untuk setiap fase biasanya
sangat panjang (seringkali ratusan halaman panjangnya) dan dipresentasikan ke
sponsor proyek untuk disetujui karena proyek bergerak dari fase ke tahap. Begitu
sponsor menyetujui pekerjaan yang dilakukan untuk fase, fase berakhir dan tahap
berikutnya dimulai. Metodologi ini disebut sebagai pengembangan air terjun karena
bergerak maju dari fase ke fase dengan cara yang sama seperti air terjun. Meskipun
mungkin untuk mundur ke SDLC (mis., Dari desain kembali ke analisis), sangat sulit
(bayangkan diri Anda sebagai salmon yang mencoba berenang ke hulu melawan air
terjun, seperti yang ditunjukkan pada Gambar 1-2).

13. Jelaskan elemen utama dan isu dengan perkembangan paralel.

Perkembangan Paralel Metodologi pengembangan paralel mencoba untuk mengatasi
masalah penundaan yang lama antara tahap analisis dan penyampaian sistem. Alih-
alih melakukan disain dan implementasi secara berurutan, ia melakukan desain umum
untuk keseluruhan sistem dan kemudian membagi proyek menjadi serangkaian
 subproyek yang berbeda yang dapat dirancang dan diimplementasikan secara paralel.
Setelah semua subproyek selesai, potongan terpisah terintegrasi dan sistem
dikirimkan (lihat Gambar 1-3).

Keuntungan utama dari metodologi ini adalah dapat mengurangi waktu untuk
menghasilkan sebuah sistem; Dengan demikian, ada sedikit kemungkinan perubahan
lingkungan bisnis yang menyebabkan pengerjaan ulang. Namun, terkadang
subproyek tidak sepenuhnya independen; Keputusan desain yang dibuat dalam satu
subproyek dapat mempengaruhi yang lain, dan akhir proyek dapat memerlukan upaya
integrasi yang signifikan.

14. Jelaskan elemen utama dan isu-isu dengan pengembangan

bertahap.
Pengembangan bertahap Metodologi berbasis pengembangan bertahap memecah
keseluruhan sistem menjadi serangkaian versi yang dikembangkan secara berurutan.
Tahap analisis mengidentifikasi keseluruhan konsep sistem, dan tim proyek,
pengguna, dan sponsor sistem kemudian mengkategorikan persyaratan ke dalam
serangkaian versi. Persyaratan yang paling penting dan mendasar digabungkan ke
dalam versi pertama sistem. Tahap analisis kemudian mengarah pada disain dan
implementasi - namun hanya dengan serangkaian persyaratan yang diidentifikasi
untuk versi 1 (lihat Gambar 1-4).
Setelah versi 1 diimplementasikan, pekerjaan dimulai pada versi 2. Analisis tambahan
dibuat berdasarkan persyaratan yang telah diidentifikasi sebelumnya dan
digabungkan dengan gagasan dan isu baru yang muncul dari pengalaman pengguna
dengan versi 1. Versi 2 kemudian dirancang dan diterapkan, dan bekerja segera
dimulai pada versi berikutnya. Proses ini berlanjut sampai sistem selesai atau tidak
lagi digunakan.
Metodologi berbasis pengembangan bertahap memiliki keuntungan dengan cepat
mendapatkan sistem yang berguna ke tangan pengguna. Meskipun sistem tidak
melakukan semua fungsi yang dibutuhkan pengguna pada awalnya, namun hal itu
mulai memberikan nilai bisnis lebih cepat daripada jika sistem telah dikirim setelah
selesai, seperti halnya dengan metodologi air terjun dan paralel. Demikian juga,
karena pengguna mulai bekerja dengan sistem lebih cepat, mereka cenderung
mengidentifikasi persyaratan tambahan penting lebih cepat daripada dengan situasi
desain terstruktur.
Kelemahan utama pengembangan bertahap adalah pengguna mulai bekerja dengan
sistem yang sengaja tidak lengkap. Sangat penting untuk mengidentifikasi fitur yang
paling penting dan berguna dan sertakan mereka di versi pertama dan untuk
mengelola harapan pengguna di sepanjang jalan.

15. Jelaskan elemen utama dan masalah dengan prototipe.

Prototyping Metodologi prototipe berbasis melakukan fase analisis, perancangan, dan
imple-mentasi secara bersamaan, dan ketiga fase dilakukan berulang kali dalam satu
siklus sampai sistem selesai. Dengan metodologi ini, dasar-dasar analisis dan desain
dilakukan, dan pekerjaan segera dimulai pada prototipe sistem, sebuah program cepat
dan kotor yang memberikan jumlah fitur minimal. Prototipe pertama biasanya
merupakan bagian pertama dari sistem yang digunakan. Hal ini ditunjukkan kepada
 pengguna dan sponsor proyek, yang memberikan komisinya. Komentar ini digunakan
untuk menganalisis kembali, mendesain ulang, dan menerapkan kembali prototipe
kedua, yang menyediakan beberapa fitur lagi. Proses ini berlanjut dalam satu siklus
sampai para analis, pengguna, dan sponsor sepakat bahwa prototipe tersebut
menyediakan fungsionalitas yang cukup untuk dipasang dan digunakan dalam
organisasi. Setelah prototipe (sekarang disebut "sistem") terpasang, penyempurnaan
terjadi sampai diterima sebagai sistem baru (lihat Gambar 1-5).
Keuntungan utama dari metodologi berbasis prototipe adalah sangat cepat
menyediakan sistem dimana pengguna dapat berinteraksi, walaupun belum siap untuk
digunakan organisasi secara luas pada awalnya. Prototyping meyakinkan pengguna
bahwa tim proyek sedang mengerjakan sistem (tidak ada penundaan yang lama
dimana pengguna melihat sedikit kemajuan), dan prototyping membantu untuk lebih
cepat memperbaiki persyaratan sebenarnya.
Masalah utama dengan prototyping adalah bahwa sistemnya yang serba cepat
melepaskan tantangan untuk melakukan analisis metodis yang hati-hati. Seringkali
prototipe mengalami perubahan signifikan seperti itu sehingga banyak keputusan
desain awal menjadi yang buruk. Hal ini dapat menyebabkan masalah dalam
pengembangan sistem yang kompleks karena masalah dan masalah mendasar tidak
terdeformasi sampai proses pembangunan berlangsung. Bayangkan membangun
sebuah mobil dan menemukan terlambat dalam proses pembuatan prototip bahwa
Anda harus membawa seluruh mesin keluar untuk mengganti oli (karena tidak ada
yang memikirkan perlunya mengganti minyak sampai setelah digerakkan sejauh
10.000 mil).

16. Jelaskan elemen utama dan isu-isu dengan prototyping throwaway.

Throwaway Prototype T hrowaway prototyping-based metodologi mirip dengan
metodologi berbasis prototip karena mereka termasuk pengembangan prototipe;
Bagaimana pun, prototipe pelepasan dilakukan pada titik yang berbeda dalam SDLC.
Prototipe ini digunakan untuk tujuan yang sangat berbeda dari yang sebelumnya
dibahas, dan bentuknya sangat berbeda (lihat Gambar 1-6).
Metodologi berbasis prototiping throwaway memiliki fase analisis yang relatif
menyeluruh yang digunakan untuk mengumpulkan informasi dan mengembangkan
gagasan untuk konsep sistem. Namun, pengguna mungkin tidak sepenuhnya mengerti
banyak fitur yang mereka sarankan, dan mungkin ada masalah teknis yang menantang
untuk dipecahkan. Masing-masing isu ini diperiksa dengan menganalisa, merancang,
dan membangun prototip desain. Prototipe desain bukanlah sistem kerja; Ini adalah
produk yang merupakan bagian dari sistem yang memerlukan penyempurnaan
tambahan, dan hanya berisi detail yang cukup untuk memungkinkan pengguna
memahami masalah yang sedang dipertimbangkan. Misalnya, anggap pengguna tidak
sepenuhnya mengerti bagaimana sistem pemasuk pesanan harus bekerja. Dalam
kasus ini, serangkaian layar mock-up tampaknya merupakan sistem, tapi mereka
sama sekali tidak melakukan apa-apa. Atau misalkan tim proyek perlu
mengembangkan program grafis yang canggih di Jawa. Tim tersebut dapat menulis
sebagian dari program tersebut dengan data berpura-pura untuk memastikan bahwa
mereka dapat melakukan program dengan sepenuh hati.
Sistem yang dikembangkan dengan menggunakan metodologi jenis ini bergantung
pada beberapa prototip desain selama tahap analisis dan perancangan. Masing-masing
 prototip digunakan untuk meminimalkan risiko yang terkait dengan sistem dengan
memastikan bahwa isu penting dipahami sebelum sistem sebenarnya dibangun.
Begitu masalah teratasi, proyek bergerak ke dalam desain dan implementasi. Pada
titik ini, prototipe desain dibuang, yang merupakan perbedaan penting antara
metodologi dan metodologi prototyping ini, di mana prototipe tersebut berkembang
ke dalam sistem akhir.

17. Apa faktor kunci dalam memilih sebuah metodologi?

Ada banyak cara untuk mengkategorikan metodologi. Salah satunya dengan melihat
apakah mereka fokus pada proses bisnis atau data yang mendukung bisnis.
Metodologi yang berpusat pada proses menekankan model proses sebagai inti dari
konsep sistem. Pada Gambar 1-1, misalnya, metodologi yang berpusat pada proses
akan berfokus pertama-tama untuk menentukan proses (mis., Merakit bahan
sandwich). Metodologi yang berpusat pada data menekankan model data sebagai inti
dari konsep sistem. Dalam gambar 1-1, metodologi yang berpusat pada data akan
berfokus pertama-tama pada menentukan isi area penyimpanan (misalnya kulkas) dan
bagaimana isinya di organisasikan.2 Sebaliknya, metodologi berorientasi objek
berusaha menyeimbangkan fokus antara proses dan data. dengan menggabungkan
keduanya menjadi satu model. Pada Gambar 1-1, metodologi ini akan berfokus
terlebih dahulu untuk menentukan elemen utama sistem (mis., Sandwich, makan
siang) dan melihat proses dan data yang terlibat dengan masing-masing elemen.
Faktor penting lainnya dalam mengkategorikan metodologi adalah urutan fase SDLC
dan jumlah waktu dan usaha yang dikhususkan untuk masing-masing.3 Pada hari-hari
awal komputasi, pemrogram tidak memahami perlunya metode daur-ulang siklus
hidup formal dan terencana. . Mereka cenderung bergerak langsung dari tahap
perencanaan yang sangat sederhana ke tahap konstruksi tahap implementasi - dengan
kata lain, dari permintaan sistem yang sangat kabur dan tidak dipikirkan dengan baik
menjadi kode tulis. Ini adalah pendekatan yang sama yang terkadang Anda gunakan
saat menulis program untuk kelas pemrograman. Ini bisa bekerja untuk program kecil
itu.

18. Apa peran utama yang dimainkan oleh seorang analis sistem pada
tim proyek?
Analis sistem
Seorang analis sistem berfokus pada isu-isu IS seputar sistem. Orang ini
mengembangkan gagasan dan saran untuk bagaimana teknologi informasi dapat
memperbaiki proses bisnis, merancang proses bisnis baru dengan bantuan analis
bisnis, merancang sistem informasi baru, dan memastikan bahwa semua standar IS
dipertahankan. Analis sistem mungkin memiliki pelatihan dan pengalaman yang
signifikan dalam analisis dan perancangan, pemrograman, dan bahkan area bisnis.
Dia mewakili kepentingan departemen IS dan bekerja secara intensif melalui pro-ject
tapi mungkin kurang begitu selama tahap implementasi.
Analis sistem adalah seseorang yang bertanggung jawab atas penelitian, perencanaan,
pengkoordinasian, dan merekomendasikan pemilihan perangkat lunak dan sistem
yang paling sesuai dengan kebutuhan organisasi bisnis atau perusahaan. Analis sistem
memegang peran yang sangat penting dalam proses pengembangan sistem.
19. Bandingkan dan kontras peran analis sistem, analis bisnis, dan
analis infrastruktur.
Analis Bisnis
Analis bisnis berfokus pada masalah bisnis seputar sistem. Isu-isu ini termasuk
mengidentifikasi nilai bisnis yang akan diciptakan sistem, mengembangkan gagasan
dan saran untuk bagaimana proses bisnis dapat ditingkatkan, dan merancang proses
dan kebijakan baru bersamaan dengan analis sistem. Individu ini mungkin memiliki
pengalaman bisnis dan beberapa jenis pelatihan profesional. Dia mewakili
kepentingan sponsor proyek dan pengguna utama sistem ini. Analis bisnis membantu
dalam tahap perencanaan dan perancangan namun paling aktif dalam tahap analisis.

Analis sistem
Seorang analis sistem berfokus pada isu-isu IS seputar sistem. Orang ini
mengembangkan gagasan dan saran untuk bagaimana teknologi informasi dapat
memperbaiki proses bisnis, merancang proses bisnis baru dengan bantuan analis
bisnis, merancang sistem informasi baru, dan memastikan bahwa semua standar IS
dipertahankan. Analis sistem mungkin memiliki pelatihan dan pengalaman yang
signifikan dalam analisis dan perancangan, pemrograman, dan bahkan area bisnis.
Dia mewakili kepentingan departemen IS dan bekerja secara intensif melalui pro-ject
tapi mungkin kurang begitu selama tahap implementasi.

Analis Infrastruktur
Analis infrastruktur berfokus pada masalah teknis seputar bagaimana sistem akan
berinteraksi dengan infrastruktur teknis organisasi (mis., Perangkat keras, perangkat
lunak, jaringan, dan basis data). Tugas analis infrastruktur meliputi memastikan
bahwa sistem informasi baru sesuai dengan standar organisasi dan mengidentifikasi
perubahan infrastruktur yang diperlukan untuk mendukung sistem. Individu ini
mungkin memiliki pelatihan dan pengalaman yang signifikan