Disusun guna untuk memenuhi tugas mata kuliah Pengembangan Sistem Informasi (PSI)
Di Susun Oleh :
Ardiansyah 200180167
FAKULTAS TEKNIK
UNIVERSITAS MALIKUSSALEH
DAFTAR ISI
DAFTAR ISI..............................................................................................................................................2
KATA PENGANTAR...............................................................................................................................4
A. System Development Life Cycle (SDLC).........................................................................................5
1. Model Pengembangan Sistem SDLC...............................................................................................5
1.1. Waterfall Model.......................................................................................................................5
1.2. Prototype Model......................................................................................................................7
1.3. RAD (Rapid Application Development) Model.......................................................................9
1.4. ASD (Agile Software Development) Model............................................................................9
2. Metode pengembangan Sistem SDLC...........................................................................................12
2.1. Metode Pengembangan Evolusioner......................................................................................12
3. Pengembangan sistem....................................................................................................................15
4. Penyebab Kegagalan Pengembangan Sistem.................................................................................15
5. Tahapan Perputaran SDLC............................................................................................................16
5.1. Tahap Perencanaan................................................................................................................17
5.2. Tahap Analisis.......................................................................................................................17
5.3. Tahap Perancangan................................................................................................................18
5.4. Tahap Penerapan....................................................................................................................18
5.5. Tahap Penggunaan.................................................................................................................19
6. Alat Pengembangan system...........................................................................................................20
6.1. Bagan Alir Dokumen (Mapping Chart).................................................................................20
6.2. Diagram Arus Data (Data Flow Diagram).............................................................................20
6.3. Kamus Data File (Data Dictionary).......................................................................................21
6.4. Relational Database...............................................................................................................21
6.5. Context Diagram....................................................................................................................21
6.6. Diagram Alir Informasi..........................................................................................................21
6.7. Jadwal Implementasi..............................................................................................................21
B. Perencanaan dan Analisa Sistem....................................................................................................22
1. Pengertian perencanaan Sistem..................................................................................................22
2. Mengapa Sistem Direncanakan ?...............................................................................................22
2.1. Adapun Perencanaan sistem terdiri dari :...............................................................................23
2.2. Perlunya perencanaan sistem.................................................................................................23
2.3. Langkah-langkah perencanaan sistem....................................................................................23
3. Mereview Faktor Kelayakan dan Strategi.................................................................................23
3.1. Faktor Kelayakan (Telos).......................................................................................................24
3.2. Faktor Strategik (Pdm)...........................................................................................................24
4. Tahap Perencanaan Sistem Dan Analisis Sistem.......................................................................25
5. Pengertian Analisis Sistem..........................................................................................................25
5.1. Metode yang digunakan Analis..............................................................................................26
5.2. Perlunya Analisis Sistem.......................................................................................................28
5.3. Elemen Kunci Dalam Laporan Analisis Sistem.....................................................................28
5.4. Mereview Kelayakan dan Strategi (Menilai faktor kelayakan Telos).....................................28
5.5. Mereview Kelayakan dan Strategi (Faktor Perancangan Murre)............................................29
5.6. Teknik Pengumpulan Fakta...................................................................................................29
5.7. Teknik-Teknik Mengorganisasikan Fakta..............................................................................29
5.8. Pengembangan Teknik Pengumpulan Data............................................................................30
5.9. Langkah-Langkah Analisis Sistem.........................................................................................31
5.10. Tujuan Analisis Kelayakan................................................................................................32
5.11. Proses Analisis Sistem.......................................................................................................32
DAFTAR PUSTAKA / REFERENSI.....................................................................................................34
KATA PENGANTAR
Dalam penyusunannya, penulis memperoleh banyak bantuan dari berbagai pihak, karena
itu penulis mengucapkan terima kasih yang sebesar-besarnya kepada: Pak MUtammimul Ula,
S.Kom.,M.Cs. selaku Dosen pembimbing yang telah memberikan dukungan, kasih dan
kepercayaan yang begitu besar. Dari sanalah semua kesuksesan ini berawal, semoga semua ini
bisa memberikan sedikit kebahagiaan dan menuntun pada langkah yang lebih baik lagi.
Meskipun penulis berharap isi dari makalah ini bebas dari kekurangan dan kesalahan,
namun selalu ada yang kurang. Oleh karena itu, penulis mengharapkan kritik dan saran yang
membangun agar makalah ini dapat lebih baik lagi.
Akhir kata penulis berharap agar makalah ini bermanfaat bagi semua pembaca.
SDLC adalah siklus yang digunakan dalam pembuatan atau pengembangan sistem informasi
yang bertujuan untuk menyelesaikan masalah secara efektif. Dalam pengertian lain, SDLC
adalah tahapan kerja yang bertujuan untuk menghasilkan sistem berkualitas tinggi yang sesuai
dengan keinginan pelanggan atau tujuan dibuatnya sistem tersebut.
SDLC menjadi kerangka yang berisi langkah-langkah yang harus dilakukan untuk
memproses pengembangan suatu perangkat lunak. Sistem ini berisi rencana lengkap untuk
mengembangkan, memelihara, dan menggantikan perangkat lunak tertentu.
Menurut Prof. Dr. Sri Mulyani, AK., CA. (2017) SDLC adalah proses logika yang digunakan
oleh seorang analis sistem untuk mengembangkan sebuah sistem informasi yang
melibatkan requirments, validation, training dan pemilik sistem.
Sangat sulit untuk membuat sebuah perangkat lunak tanpa perancangan yang maksimal.
Beberapa teknik dalam mengembangkan perangkat lunak terus dikembangkan hingga kini.
Masih banyak perdebatan mengenai metode yang paling baik dan paling sesuai untuk segala tipe
perangkat lunak. Meski demikian, ada perencanaan lebih baik daripada tidak ada perencanaan
sama sekali. Dilihat dari berbagai sisi, SDLC memiliki banyak fungsi, antara lain sebagai sarana
komunikasi antara tim pengembang dengan pemegang kepentingan.
SDLC juga berfungsi membagi peranan dan tanggung jawab yang jelas antara
pengembang, desainer, analis bisnis, dan manajer proyek. Fungsi lain dari SDLC ialah dapat
memberikan gambaran input dan output yang jelas dari satu tahap menuju tahap selanjutnya.
Metode ini dilakukan dengan pendekatan yang sistematis, mulai dari tahap kebutuhan sistem lalu
menuju ke tahap analisis, desain, coding, testing/verification, dan maintenance. Langkah demi
langkah yang dilalui harus diselesaikan satu per satu (tidak dapat meloncat ke tahap berikutnya)
dan berjalan secara berurutan, oleh karena itu di sebut waterfall (Air Terjun).
Ian Sommerville (2011) menjelaskan bahwa ada lima tahapan pada Metode Waterfall,
yakni Requirements Analysis and Definition, Sytem and Software Design, Implementation and
Unit Testing, Integration and System Testing, dan Operationa and Maintenance.
Requirement Analysis
Setelah seluruh unit atau modul yang dikembangkan dan diuji di tahap implementasi selanjutnya
diintegrasikan dalam sistem secara keseluruhan. Setelah proses integrasi selesai, selanjutnya
dilakukan pemeriksaan dan pengujian sistem secara keseluruhan untuk mengidentifikasi
kemungkinan adanya kegagalan dan kesalahan sistem.
Pada tahap terakhir dalam Metode Waterfall, perangkat lunak yang sudah jadi dioperasikan
pengguna dan dilakukan pemeliharaan. Pemeliharaan memungkinkan pengembang untuk
melakukan perbaikan atas kesalahan yang tidak terdeteksi pada tahap-tahap sebelumnya.
Pemeliharaan meliputi perbaikan kesalaha, perabikan implementasi unit sistem, dan peningkatan
dan penyesuaian sistem sesuai dengan kebutuhan.
Metode ini bertujuan untuk mengembangkan model menjadi perangkat lunak yang final. Artinya
sistem akan dikembangkan lebih cepat dan biaya yang dikeluarkan lebih rendah. Metode
prototype ini memiliki tahap-tahap yang harus dilakukan dalam pengembangan perangkat lunak.
Analisa kebutuhan
Pada tahap ini pengembang melakukan identifikasi perangkat lunak dan semua kebutuhan sistem
yang akan dibuat.
Membuat prototype
Membuat rancangan sementara yang berfokus pada alur program kepada pengguna.
Evaluasi prototype
Evaluasi dilakukan untuk mengetahui apakah model prototype sudah sesuai dengan harapan.
Mengkodekan system
Jika prototype disetujui maka akan diterjemahkan ke dalam bahasa pemrograman yang sesuai.
Pengujian system
Setelah perangkat lunak sudah siap, perangkat lunak harus melewati pengujian. Pengujian ini
biasanya dilakukan dengan White Box Testing, Black Box Testing, dan lain-lain.
Evaluasi system
Pengguna melakukan evaluasi apakah perangkat lunak sudah sesuai dengan apa yang diharapkan
atau tidak. Jika ya, lakukan tahap selanjutnya. Jika tidak, ulangi tahap mengkodekan sistem dan
pengujian sistem.
Menggunakan system
Perangkat lunak yang telah diuji dan disetujui siap untuk digunakan.
Sebagai suatu metode yang sering digunakan, metode prototype pasti memiliki kelebihan
dan kekurangan.
Metode ini merupakan semacam cikal bakal agile project management, karena bisa
mengikuti pace bisnis yang terus berkembang dan juga kebutuhan pasar yang terus
meningkat. Pengembangan software pada umumnya seperti waterfall model membutuhkan
perencanaan yang terbilang cukup kaku. Klien atau pelanggan seakan ‘dipaksa’ untuk
menyetujui banyak hal di awal, tetapi mereka tidak bisa melihat proses pembuatannya. Seperti
yang sudah disebutkan di awal, metode ini lebih berfokus pada pembuatan prototype secara cepat
dan mengandalkan feedback dari user.
Proses pengembangan Agile mengacu pada konsep dari Agile Manifesto. Konsep tersebut
dikembangkan oleh 14 tokoh terkenal dalam industri software. Setelah mengenal apa itu Agile,
selanjutnya masuk pada pembahasan mengenai tujuan dari Agile development sendiri.
Berikut ini merupakan tujuan dari Agile Sofware Development, antara lain:
Tujuan yang pertama, untuk menghasilkan sebuah perangkat lunak dengan nilai jual tinggi
serta dapat menekan biaya pembuatan. Dan yang terpenting adalah dapat menghasilkan produk
dengan kualitas yang baik.
Agile merupakan model pengembangan yang dilakukan secara iteratif, berulang – ulang, dan
dapat mengalami perubahan apabila diperlukan. Dapat dikatakan bahwa, metode ini terbilang
fleksibel dan dapat digunakan pada proyek pengembangan jangka pendek.
Proses pengembangan perangkat lunak dapat disesuaikan dengan kebutuhan dari pengguna
(user). Kemudian, tim developer dapat mengontrol biaya dan waktu yang diperlukan untuk
proses pengembangan software sesuai kebutuhan.
Kualitas dari produk perangkat lunak tetap terjaga dengan baik meskipun biaya dan waktu
yang diperlukan terbilang sedikit.
Collaboration
Proses kolaborasi disini dilakukan oleh setiap tim pengembang untuk mendiskusikan
feedback yang diberikan oleh klien. Sehingga perlu adanya komunikasi dan koordinasi yang baik
antar tim developer.
Tujuan terakhir dari metode Agile ini adalah pengembang diberikan akses untuk
memanajemen sendiri urusan software development. Tugas dari seorang manajer untuk menjadi
penghubung antara developer dan klien sehingga dapat mengurangi terjadi miss communication.
Dalam metode Agile sendiri masih terbagi lagi menjadi beberapa jenis bagian. Berikut
merupakan jenis dari pengembangan perangkat lunak menggunakan Agile.
Untuk jenis Agile yang paling sering digunakan adalah Adaptive Software Development (ASD),
Dynamic System Development Method (DSDM), Extreme Programming (XP), dan Scrum.
Untuk metode Scrum sendiri lebih menekankan pada kolaborasi antar tim dalam pengembangan
perangkat lunak.
Manfaat dari penggunaan metode Agile sendiri dapat dirasakan tidak hanya dari sisi
developer saja. Tetapi pada sisi client, vendor, serta manajer juga merasakan manfaat dari
penggunaan Agile. Client dapat memberikan feedback kepada tim developer untuk
menambahkan atau mengubah fitur dari aplikasi tersebut sebelum benar – benar dirilis.
Kemudian, manajer dapat mengontrol kerja dari setiap tim dengan lebih baik. Dari segi
vendor dapat mengurangi pemborosan dan dapat difokuskan pada peningkatan efisiensi dan
pengembangan fitur. Dan manfaat terakhir dari sisi developer sendiri dapat meningkatkan
produktivitas tiap departemen. Karena, setiap tim dapat melakukan pengerjaan tiap tugas tanpa
perlu harus menunggu tim yang lain menyelesaikan tugas nya.
Proses pengembangan perangkat lunak membutuhkan waktu yang relatif cepat dan tidak
membutuhkan resources yang besar.
Perubahan dapat ditangani dengan cepat sesuai dengan kebutuhan client.
Client dapat memberikan feedback kepada tim pengembang dalam proses pembuatan
program.
Agile tidak cocok apabila dikerjakan oleh tim yang tidak memiliki komitmen untuk
menyelesaikan proyek bersama – sama.
Metode Agile ini kurang tepat apabila dikerjakan dengan jumlah skala tim yang besar
(>20 orang).
Tim pengembang harus selalu bersiap karena perubahan dapat terjadi sewaktu – waktu.
Pengembangan sistem secara evolusioner sendiri memiliki dua variasi. Yang pertama
adalah pengembangan eksplotari. Tujuan proses ini adalah bekerja dengan pelanggan untuk
menyelidiki persyaratan mereka dan mengirimkan sistem akhir. Harusnya diawali dengan
kebutuhan yang sudah dimengerti. Pendekatan ini biasa digunaan untuk mengembangkan sistem
berdasar pesanan dari klien (custom product). Variasi kedua adalah prototipe yang dapat
dibuang (throw-away-prototype). Metode ini berkonsentrasi pada eksperimen, dengan
persyaratan pelanggan yang tidak dipahami dengan baik, cocok untuk pengembangan perangkat
lunak jenis produk generik.
Ada beberapa kelebihan metode evolusioner jika dibandingkan dengan SDLC. Metode
evolusioner lebih efekti dari pendekatan SDLC dalam menghasilkan sistem yang memenuhi
kebutuhan langsung dari pelanggan, Karena untuk menghasilkan sistem informasi tidak harus
menempuh keseluruhan tahap SDLC. Keuntungan kedua, sementara pengguna mendapat
pemahaman yang lebih baik dari masalah mereka, sistem perangkat lunak dapat
merefleksikannya.
Adapun kelemahan dari sistem ini antara lain, kurangnya visibilitas proses. Di samping itu,
jika sistem dikembangkan dengan cepat, tidaklah efektif dari segi biaya jika dihasilkandokumen
yang merefleksikan setiap versi sistem. Kedua, sistem seringkali memiliki struktur yang buruk.
Hal ini disebabkan perubahan yang terus-menerus pada program malah cenderung merusak
struktur perangkat lunak. Tentu saja ini mengakibatkan penyesuaian perubahan menjadi kian
sulit dan mahal. Ketiga metode ini membutuhkan kemampuan pengembangan perangkat lunak
dengan SDM yang sudah berpengalaman.
Metode ini berpegang pada ide awal sebagai berikut. Untuk beberapa proses bisnis,
permintaan dari satu klien dengan klien yang lain bisa jadi hampir sama. Dengan demikian, jika
sudah memiliki satu sistem informasi, akan dikembangkan sistem informasi untuk klien yang
lain dengan proses bisnis yang hampir sama. Kita bisa memanfaatkan perangkat lunak yang
sudah ada untuk membuat perangkat lunak yang baru.
Analisis komponen. Dalam fase ini, spesifikasi persyaratan telah diketahui, komponen-
komponen untuk implementasi spesifikasi tersebut akan dicari. Biasanya, tidak ada
kesesuaian yang tepat dan komponen yang dapat dipakai hanya memberikan sebagian
dari fungsionalitas yang dibutuhkan.
Modifikasi persyaratan. Persyaratan dianalisis menggunakan informasi tentang
komponen yang didapat, kemudian dimodifikasi untuk merefleksikan komponen yang
ada. Jika modifikasi tidak mungkin dilakukan, maka kegiatan analisis komponen bisa
diulang untuk mencari solusi alternatif.
Perancangan sistem dengan pemakaian ulang. Kerangka kerja sistem dirancang atau
kerangka kerja yang telah ada dipakai ulang.
Pengembangan dan integrasi. Perangkat lunak yang tidak dapat dibeli akan
dikembangkan dan komponen kemudian diintegrasikan untuk membantu sistem.
OOAD adalah metode analisis yang memerikasa requirements dari sudut pandang kelas
kelas dan objek yang ditemui dalam ruang lingkup permasalahan yang mengarahkan arsitektur
software yang didasarkan pada manipulasi objek-objek system atau subsistem. OOAD
merupakan cara baru dalam memikirkan suatu masalah dengan menggunakan model yang dibuat
menurut konsep sekitar dunia nyata. Dasar pembuatan adalah objek,yang merupakan kombinasi
antara struktur data dan perilaku dalam satu entitas.
Konsep Dasar OOAD yaitu mencakup analisis dan desain sebuah sistem dengan
pendekatan objek, yaiut analisis berorientasi objek (OOA) dan desain berorientasi objek (OOD).
OOA adalah metode analisis yang memerika requirement (syarat/keperluan) yang harus dipenuhi
sebuah sistem) dari sudut pandang kelas-kelas dan objek-objek yang ditemui dalam ruang
lingkup perusahaan. Sedangkan OOD adalah metode untuk mengarahkan arsitektur software
yang didasarkan pada manipulasi objek-objek sistem atau subsistem.
Metodologi yang paling banyak dalam OOAD, yaitu : Object Modeling Technique (OMT)
dari Rumbaugh, Object Oriented Booch, Responsibility-Driven Design/ Class Responsibility
Calloboration (RDD/CRC) dari Wirf-Broock, Metodologi Coad/ Yourdan dan Jacobson Object
Oriented Software Enginering (OOSE).
Dikembangkan oleh Grady Booch terdiri dari diagram kelas,objek,transisi status, interaksi,
modul dan proses.
Dikembangkan oleh Ivar Jacobson adalah metode disain berorientasi objek yang melibatkan use
case.
3. Pengembangan sistem
Pengembangan sistem merupakan penyusunan suatu sistem yang baru untuk menggantikan
sistem yang lama secara keseluruhan atau memperbaiki sistem yang telah ada.
4. Penyebab Kegagalan Pengembangan Sistem
Merupakan tahap awal dari pengembangan sistem , tahap ini bertujuan untuk
mengidentifikasi dan memprioritaskan sistem informasi apa yang akan dikembangkan, sasaran-
sasaran yang ingin dicapai, jangka waktu pelaksanaan serta mempertimbangkan dana yang
tersedia dan siapa yang melaksanakan. Tahap perencanaan menjadi penting karena Permasalahan
yang sebenarnya didefinisikan dan diidentifikasikan secara rinci.
Analisis system adalah penelitian atas sistem yang telah ada dengan tujuan untuk
merancang system baru atau memperbaharui system yang sudah ada.
5.3. Tahap Perancangan
Rancangan system adalah penentuan proses dan data yang diperlukan oleh system baru.
Jika system ini berbasis komputer, rancangan dapat menyertakan spesifikasi jenis peralatan yang
akan digunakan.
Menggunakan System
Audit System
Setelah system baru mapan, penelitian formal dilakukan untukmenentukan seberapa baik
system baru itu memenuhi kriteria kinerja. Studisemacam ini disebut dengan penelaahan
setelah penerapan ( postimplementation review) dan dapat dilakukan oleh seseorang
dari jasainformasi atau oleh seorang auditor internal.
Memelihara System
Selama manajer menggunakan system, berbagai modifikasi dibuat sehingga system terus
memberikan dukungan yang diperlukan. Modifikasi ini disebut dengan pemeliharaan
system (System maintenance)
6. Alat Pengembangan system
Merupakan bagan alir yang menunjukkan arus dari laporan danformulir atau dokumen .
DFD (Data Flow Diagram) digunakan pada metodologi structured, analisa dan desain.
DFD sering digunakan untuk menggambarkan suatu sistem yang telah ada atau sistem baru yang
akan dikembangkan lebih lanjut, DFD merupakan dokumentasi darisistem yang baik.
6.3. Kamus Data File (Data Dictionary)
Diagram Alir Informasi adalah suatu diagram yang menggambarkan informasi yang
mengalir dari suatu bagian ke bagian yang lainnya.
Perencanaan Sistem adalah Proses membuat sebuah Laporan Perencanaan Sistem yang
menggunakan sumber sistem informasi yang berhubungan dan mendukung tujuan bisnis dan
operasi organisasi.
Perancangan sistem merupakan merancang atau men-desain sebuah sistem yang baik, dimana
isinya adalah langkah-langkah operasi dalam proses pengolahan data dan prosedur untuk
mendukung operasi sistem.
Untuk menghindari hukuman yang diderita jika tidak sesuai atau tidak ada perencanaan sistem,
yaitu :
Biaya yang terlalu tinggi untuk hardware, software dan jaringan telekomunikasi yang
terlambat dipesan.
Gangguan user dan pekerjaannya dan operasi perusahaan selama produksi memuncak
karena salah penjadualan.
1. Perencanaan jangka pendek -> yaitu jangka waktu dari 1 tahun sampai dengan 2 tahun
2. Perencanaan jangka panjang -> yaitu jangka waktu sampai maksimal 5 tahun.
Sebagai langkah awal dari pencapaian tujuan akan memberikan arah dan kejelasan
tujuan tersebut, sehingga semua komponen ataupun elemen-elemen dalam organisasi
mengetahui dengan baik tujuan yang hendak dicapai.
Semua bagian yang ada dalam organisasi akan bekerja ke arah satu tujuan yang sama.
Mengidentifikasikan berbagai hambatan dan peluang.
Membantu pekerjaan menjadi lebih efisien dan efektif.
Perencanaan sendiri dapat diartikan aktivitas pengawasan.
Perencanaan juga membantu untuk mengurangi resiko dan ketidakpastian.
Menyadari masalah
Mendefinisikan masalah
Technical
Menunjukkan apakah sistem yg diusulkan dapat dikembangkan dan diterapkan
dengan menggunakan teknologi yang ada atau jika membutuhkan teknologi baru.
Economic
Menunjukkan apakah dana yg memadai tersedia untuk mendukung biaya dari
sistem yg diusulkan
Legal
Menunjukkan apakah ada konflik antara sistem yang sedang dipertimbangkan dan
kemampuan perusahaan untuk menunaikan kewajibannya
Operational
Menunjukkan apakan prosedur dan ketrampilan personalia yg ada cukup untuk
mengoperasikan sistem yg diusulkan atau apakah prosedur dan ketrampilan tambahan
akan diberikan.
Schedule
Sistem yg diusulkan harus berlaku dalam suatu kerangka waktu yang logis.
Produktivitas
Mengukur jumlah output yang dihasilkan dari input. Tujuan untuk mengurangi atau
menghapus biaya yang tidak menambah nilai. Diukur dengan RATIO, misal total biaya tenaga
kerja mingguan dibandingkan dengan jumlah unit yang dihasilkan selama seminggu atau jumlah
bahan mentah yang masuk selama seminggu dibandingkan dengan jumlah barang jadi yang
dihasilkan selama seminggu.
Diferensiasi.
Manajemen.
Pembuatan proposal sistem untuk mendukung dasar analisis dan perancangan awal
sistem.
Analisis sistem ialah penjabaran dari suatu sistem informasi yang utuh ke dalam berbagai
bagian komponennya dengan maksud agar bisa mengidentifikasi dan mengevaluasi berbagai
macam masalah atau hambatan yang timbul pada sistem sehingga nantinya bisa dilakukan
penanggulangan, perbaikan dan juga pengembangan.
1. Observasi
Istilah observasi berasal dan bahasa Latin yang berarti ”melihat” dan “memperhatikan”.
Istilah observasi diarahkan pada kegiatan memperhatikan secara akurat, mencatat fenomena yang
muncul, dan mempertimbangkan hubungan antar aspek dalam fenomena tersebut.
Observasi Partisipan
Suatu observasi disebut observasi partisipan jika orang yang rnengadakan observasi
(observer) turut ambil bagian dalam kehidupan observer.
Observasi Sistematik
Observasi sistematik biasa disebut juga observasi berkerangka atau structured
observation
Observasi Eksperimental
Observasi dapat dilakukan dalam lingkup alamiah/natural ataupun dalam lingkup
experimental.
Data yang dikumpulkan melalui observasi cenderung mempunyai keandalan yang tinggi.
Penganalisis melalui observasi dapat melihat langsung apa yang sedang dikerjakan.
Pekerjaan-pekerjaan yang rumit kadang-kadang sulit untuk dijelaskan dengan kata-kata.
Melalui observasi, penganalisis dapat mengidentifikasikan kegiatan-kegiatan yang tidak
tepat yang telahdigambarkan oleh teknik pengumpulan data yang lain.
Dengan observasi, penganalisis dapat menggambarkan lingkungan fisik dari kegiatan-
kegiatan
2. Interview / Wawancara
Metode ini merupakan teknik pengumpulan requirement yang paling umum di lakukan.
Teknis dilapangan nya, sang pengembang atau develop menanyakan hal – hal yang berkaitan
dengan masalah yang diangkat kepada responden yang memiliki kriteria yang cocok pada
masalah yang ditanyakan.
3. Diskusi Kelompok
Merupakan kegiatan berbicara di depan orang banyak atau salah satu bentuk komunikasi.
presentasi adalah topik pengajuan kegiatan, pendapat atau informasi kepada orang lain. Tidak
seperti pidato lebih sering dibawakan dalam acara resmi dan acara politik, presentasi lebih sering
dilakukan di bisnis pertunjukan.
Ringkasan
Penegasan
Deskripsi
Ringkasan keputusan ke-2
Spesifikasi
1. Sistem Berjalan
2. Sumber internal
Sumber internal merupakan satu sumber informasi yang berisi tautan ke dalam sumber-
sumber informasi dan publikasi yang diterbitkan dan di Kelola
3. Sumber eksternal
Sumber eksternal adalah sumber yang berasal dari luar pemsahaan dan metode
pembelanjaan dimana usaha pemenuhan kebutuhan modalnya diambil dari sumber-sumbe
rmodal yang berada di luar perusahaan di namakan pembelanjaan dari luar
perusahaan(externalfinancing).Dana yang berasal dari sumber eksternal adalah dana yang
berasal dari para kreditur dan pemilik, peserta atau pengambil bagian didalampemsahaan.
5.7. Teknik-Teknik Mengorganisasikan Fakta
Secara umum pengertian distribusi adalah salah satu aktivitas dari perusahaan yang
bergerak dibidang penjualan dan pemasaran, yang memiliki arti secara sederhana sebagai
aktivitas untuk menyediakan produk secara merata di wilayah penjualan atau wilayah
distribusi. Sedangkan bagi principal, tujuan distribusi bukan hanya mengenai ketersediaan
produk (availability) di outlet saja, melainkan juga bagaimana produk tersebut bisa terlihat
(visibility) oleh konsumen yang disasar (target market) dari produk tersebut. Itulah
sebabnya, kita sering mendengar istilah availability dan visibility, yaitu ketersediaan
produk dan produk bisa terlihat olah konsumen, sebagai pengganti kata distribusi atau
pengertian distribusi secara sederhana.
3. Analisis fungsional
4. Analisis matriks.
1. Interview
Interview/wawancara merupakan percakapan antara dua orang atau lebih dan berlangsung antara
narasumber dan pewawancara. ... Wawancara dilakukan dengan cara penyampaian sejumlah
pertanyaan dari pewawancara kepada narasumber.
2. Teknik observasi
Teknik observasi adalah teknik pengumpulan data dengan cara peneliti melakukan pengamatan
secara langsung di lapangan. Pengamatat disebut observer yang diamati disebut observer.
Metode observasi merupakan metode pengumpul data yang dilakukan dengan cara mengamati
dan mencatat secara sistematik gejala-gejala yang diselidiki (Supardi, 2006 : 88). Observasi
dilakukan menurut prosedur dan aturan tertentu sehingga dapat diulangi kembali oleh peneliti
dan hasil observasi memberikan kemungkinan untuk ditafsirkan secara ilmiah.
3. Daftar pertanyaan
Daftar pertanyaan adalah kelompok pertanyaan tertulis dengan sistem tertentu yang harus
dijawab secara tertulis pula angket.
Probability sampling adalah suatu teknik pengambilan sampel dari memberikan peluang yang
sama dan menyeluruh dari suatu populasi untuk dipilih dan yang akan menjadi bagian sampel
tersebut
1. Identify
2. Understand
4. Report
Merupakan kegiatan penguraian dari suatu sistem informasi yang utuh ke dalam
bagian komponennya dengan maksud untuk mengidentifikasi dan mengevaluasi
permasalahan – permasalahan, kesempatan – kesempatan, hambatan – hambatan yang
terjadi dan kebutuhan – kebutuhan yang diharapkan sehingga dapat diusulkan
perbaikannya
Mengidentifikasi Masalah
Identifikasi masalah merupakan langkah awal dari analisa sistem. Dalam tahap ini
didefinisikan masalah yang harus dipecahkan dengan munculnya pertanyaan yang ingin
dipecahkan.
Langkah ini dilakukan dengan mempelajari secara rinci bagaimana sistem yang
sudah ada berjalan. Untuk mempelajari operasi dari sistem ini diperlukan data yang dapat
diperoleh dengan melakukan penelitian terhadap sitem.
Menganalisis Sistem
Berdasarkan data yang sudah diperoleh maka dilakukan analisa hasil penelitian
yang sudah dilakukan untuk mendapatkan pemecahan masalah yang akan dipecahkan.
Membuat Laporan
https://salamadian.com/sdlc-system-development-life-cycle/
https://ranahresearch.com/metode-waterfall/
https://www.dicoding.com/blog/metode-sdlc/
https://glints.com/id/lowongan/rapid-application-development-adalah/#.YYDAK2BBy01
https://www.sekawanmedia.co.id/metode-agile-development/
https://hanifsky.blogspot.com/2012/05/metode-pengembangan-evolusioner.html
https://hanifsky.blogspot.com/2012/05/model-pengembangan-berorientasi.html
http://tissa.staff.gunadarma.ac.id/Downloads/files/66825/UML+DIagram+Activity.pdf
https://alvinheadhunters.wordpress.com/2012/01/18/perencanaan-dan-analisis-sistem/
https://rendisan.blogspot.com/2011/03/faktor-kelayakan-telos-dan-faktor.html
https://acepsupandi.wordpress.com/2013/10/20/metode-atau-tehnik-yang-dapat-digunakan-pada-
analisis-kebutuhan-rekayasa-perangkat-lunak-1/
https://ruangguruku.com/pengertian-diskusi-kelompok/
https://www.dosenpendidikan.co.id/presentasi-adalah/
https://repository.bsi.ac.id/index.php/unduh/item/13080/File_11-BAB-III-Analisa-Sistem-
Berjalan.pdf
http://lib.ugm.ac.id/ind/?page_id=185
https://adoc.pub/sumber-eksternal-adalah-sumber-yang-berasal-dari-luar-pemsah.html
https://media.neliti.com/media/publications/105594-ID-analisis-pengukuran-kinerja-perusahaan-
d.pdf
https://distribusipemasaran.com/pengertian-tujuan-analisa-distribusi-numeric-weighted-
distribution/
https://id.wikipedia.org/wiki/Analisis_fungsional#:~:text=Tujuan%20penyelidikan%20analisis
%20fungsional%20adalah,diterapkan%20untuk%20berbagai%20masalah%20konkrit.
https://www.jurnal.id/id/blog/fungsi-manfaat-tujuan-juga-faktor-internal-dalam-analisis-swot-
adalah-berikut/#:~:text=Fungsi%20juga%20tujuan%20dari%20analisis,ancaman%20di
%20dalam%20suatu%20perusahaan.
https://brainly.co.id/tugas/26362151
https://brainly.co.id/tugas/18319412
https://brainly.co.id/tugas/34619812#:~:text=rb%20orang%20terbantu-,Jawaban%3A,dari
%20daftar%20pertanyaan%20adalah%20angket.
https://brainly.co.id/tugas/9090299
https://brainly.co.id/tugas/2650225
https://kamus.tokopedia.com/a/analisis-sistem/#:~:text=Di%20dalam%20tahap%20analisa
%20sistem,analis%20sistem%2C%20sebagai%20berikut%20yakni%3A&text=Understand%2C
%20merupakan%20memahami%20kerja%20dari,Analyze%2C%20merupakan%20menganalisis
%20sistem
https://kamus.tokopedia.com/a/analisis-sistem/#:~:text=Analyze%2C%20merupakan
%20menganalisis%20sistem,merupakan%20membuat%20laporan%20hasil%20analisis