• Mengetahui penggunaan Agile modelling & Prototyping

Pengantar Agile

Agile Value dan Agile Principles 

Agile Manifesto ditemukan pada 11-13 Februari 2001 di The Lodge, salah satu resort di Utah, Amerika Serikat yang terdiri dari 4 values dan 12 principles. 

Agile adalah sebuah mindset untuk dapat bertindak cepat, adaptif dan fleksibel yang terdiri dari 4 values dan 12 principles. 

Pentingnya Agile bagi Business User 

1. Time to Market 
2. Ability to Change 
3. Accelerate Product Delivery & Feasibility 
4. Customer Satisfaction 
5. Business Existency 

Pentingnya Agile bagi Project Team 

1. Collaboration IT & Business 
2. Removed Silo Mindset 
3. Self Organized 

4 Agile Value terdiri dari:

1. Individuals and interactions over processes and tools 
2. Working software over comprehensive documentation 
3. Customer collaboration over contract negotiation 
4. Responding to change over following a plan 

Gambar. Agile Value

12 Principles Agile

1. Prioritaskan Kepuasan Klien

Ada klien meminta dibuatkan perangkat lunak yang sesuai dengan keinginan klien. Bagaimana cara tahu produk yang dibuat itu sesuai? Tentu saja meihat apakah kliennya puas atau tidak.

Sounds simple, right? Not really. Terkadang apa yang diinginkan klien pada awal perencanaan, dapat berubah ketika ia melihat produk kita. Nah, kalau sampai begitu, harus kerja lagi, deh.

Lantas, bagaimana menyikapinya? Kita harus melakukan delivery product secara rutin, agar kita mendapat feedback dari klien untuk pengembangan kedepan, sehingga hasil akhir product benar-benar akan memuaskan pelanggan.

2. Menerima Perubahan Kebutuhan

Seperti yang dijelaskan pada prinsip nomer 1, klien terkadang merubah kebutuhan produk setelah mencoba hasil produk yang dikembangkan. Dalam hal ini, tim developer harus siap menerima pekerjaan tambahan, dan merubah rencana pengembangan jika dirasa perlu. Well, Customer always right.

3. Rilis Produk Secara Rutin

Untuk mendapatkan feedback dari klien, kita harus mengirim produk secara berkala untuk klien. Nah, pengiriman produk tersebut tidak bisa hanya ketika memang butuh feedback, harus dilakukan secara rutin. Semakin pendek jangka waktunya, akan semakin baik.

Selain berguna untuk proses pengembangan perangkat lunak, rilis produk secara rutin juga meningkatkan kepercayaan klien pada tim developer. Kalaupun memang hasil rilisnya tidak sebagus yang diharapkan, setidak klien mengetahui kalau tim developer memang mengerjakan proyek yang diminta dengan konstan.

4. Kolaborasi

Meskipun klien bukan bagian dari tim developer, klien tetap merupakan bagian dari tim proyek. Oleh karena itu, tim developer tetap harus mengikutsertakan klien dalam proses pengembangan perangkat lunak, karena toh, produk yang dikembangkan dalam proyek juga diperuntukkan kepada klien.

Caranya? Seringlah bertanya kepada klien tentang apa yang ia butuhkan secara detil, setiap kali developer meminta feedback kepada klien. Feedback dari klien terkadang masih bersifat umum, sehingga perlu ditanyakan kembali, apa yang sebenarnya kurang secara detil.

5. Bekerja dengan Individu yang Bersemangat

Kenapa anda tekun dalam main game? Karena anda suka main game! Karena anda suka main game, jadinya anda bersemangat main game. …Oke mungkin tidak semua suka main game.

Terus hubungannya apa? Coba ganti kata game dengan bekerja. Kalau anda semangat bekerja, maka anda akan tekun bekerja. Jika anda tekun bekerja, maka produk akan semakin baik, karena anda benar-benar memperhatikan apa yang kurang dalam produk anda.

6. Komunikasi Tatap Muka

Banyak hal yang kalau dikomunikasikan secara tertulis akan sulit, atau bahkan ada yang tidak bisa dikomunikasikan tertulis sama sekali. Karena itu, komunikasi tatap muka lebih baik dan efisien dibanding komunikasi tertulis.

Pada Agile, tim developer dan klien sering melakukan sesi tatap muka untuk membahas produk yang dikembangkan. Dengan komunikasi seperti ini, terjalin kesepahaman yang lebih erat, sehingga produk yang dihasilkan lebih optimal.

7. Kunci Keberhasilan adalah Produk yang Bekerja

Ya, mungkin ini adalah prinsip yang agak kontroversial, namun memang kenyataannya begitu. Saya tidak akan membahas mengenai apakah ini berarti klien akan menerima produk selama produk yang dikembangkan bekerja.

Yang ingin saya bahas adalah, dalam pengembangan perangkat lunak, kita tidak dapat memaksakan cara pengembangan kode milik kita, dengan anggota lain. Setiap anggota memiliki cara koding masing-masing, dan hal itu sangat lumrah. Yang terpenting adalah bagaimanapun cara setiap anggota ngoding, produk tetap bekerja dengan optimal.

8. Kecepatan yang Konstan

Ada alasan mengapa perlu adanya rilis produk secara rutin. Rilis rutin akan memicu tim developer untuk mengembangkan proyek secara konstan, sehingga kecepatan pengembangnya pun konstan.

Kecepatan yang konstan akan mengurangi resiko ketidaktelitian, karena pekerjaan yang konstan akan memperhatikan setiap detil akan apa yang dikerjakan.

9. Perhatian terhadap Keunggulan Teknis dan Desain yang baik

Salah satu tuntutan tim developer adalah mampu mengikuti perkembangan teknologi. Perkembangan teknologi akan menyajikan desain dan teknis baru yang (biasanya) lebih baik.

Menjadi tugas bagi tim developer untuk belajar dan mengikuti pekermbangan teknologi, untuk hasil produk yang maksimal.

10. Kesederhanaan itu Penting

Tuntutan mengikuti teknologi, bekerja secara konstan, komunikasi tatap muka. Sangat banyak energi yang harus dikerahkan untuk mengembangkan perangkat lunak, belum lagi urusan di luar proyek yang tidak kalah memelelahkannya.

Saya tahu untuk beberapa orang yang perfeksionis, hal ini menimbulkan kontra, namun terkadang ada baiknya bekerja hanya sesuai keinginan klien, tidak perlu menambahkan fitur-fitur lain diluar hasil diskusi dengan klien. Ingat, anda bukan robot.

11. Mengelola Diri Sendiri

Pada akhirnya kita hanya manusia biasa. Kita tidak dapat memperkirakan semuanya dari awal sampai akhir. Bahkan, sekalipun sudah berdiskusi dengan klien, terkadang belum jelas di benak kita, seperti apa produk yang diinginkan.

Untuk itulah tim developer mengembangkan produk secara progresif. Awalnya produk tidak terlalu baik, namun setelah mendapat feedback dan belajar lagi, produk yang dirilis semakin lama semakin baik.

Itulah cara kerja Agile Development. Kita tidak dituntut tahu semua dari awal sampai akhir, namun menemukan gambaran utuh sembari mengembangkan produk.

12. Refleksi dan Penyesuaian

Pernah merasa serba salah ketika mengembangkan perangkat lunak? Atau mungkin anda ingin sesaat melihat kebelakang, apa yang sudah anda kerjakan? Saatnya berhenti sejenak dan merefleksikan apa yang sudah kita lakukan.

Manusia punya batasan, tidak dapat terus menerus belajar dan bekerja. Untuk itulah, terkadang kita perlu refleksi sejenak dan merenungkan apa yang telah kita lakukan. Apa yang baik dan buruk, yang harus diteruskan atau yang harus dihentikan.

Waterfall Versus Agile

What is Waterfall? 

Waterfall adalah metodologi pengembangan perangkat lunak pertama, yang diwarisi dari industri manufaktur dan konstruksi di mana team project tidak mampu untuk beralih ke tahap sebelumnya. 

Perbedaan Agile dan Waterfall 

1. Ability to Change 

Waterfall: Tidak memberikan ruang untuk merubah scope. 

Agile: Memberikan ruang terhadap perubahan scope. 

2. Business Value 

Waterfall: Value hanya dapat dirasakan pada akhir projek. 

Agile: Value dapat dirasakan tiap akhir sprint.

3. Risk 

Waterfall: Perencanaan jangka panjang lebih resiko. 

Agile: Perencanaan jangka pendek yang selalu adapt tiap sprint. 

4. Visibility 

Waterfall: Business user hanya bisa mendapat laporan. 

Agile: Visibility dapat terlihat tiap akhir sprint.

Kesimpulan: Kenapa Agile Now?

Metode pengembangan perangkat lunak Agile tidak menjamin kesuksesan. Masalah masih bisa muncul dalam proses pengembangan. Komunikasi di antara anggota tim bisa salah. Alat teknologi bisa gagal. Pelanggan pada akhirnya tidak puas dengan produk.

Penting juga untuk diingat bahwa dengan Agile itu bukan proposisi satu ukuran untuk semua. Organisasi yang berbeda memiliki kebutuhan dan tantangan yang unik, baik secara internal maupun eksternal. Apa yang bekerja dengan baik untuk satu perusahaan mungkin tidak bekerja dengan baik untuk yang lain.

Tetapi potensi manfaat Agile tampaknya membuat metode ini layak dipertimbangkan untuk perusahaan mana pun yang memproduksi perangkat lunak. Sebagaimana dicatat dalam laporan tentang pasar Agile oleh Transparency Market Research, “mengingat perkembangan teknologi yang cepat terjadi, bisnis saat ini harus dinamis, dapat mencapai waktu-ke-pasar yang lebih cepat dan pada saat yang sama mengurangi biaya. Teknologi adalah faktor penting di mana kesuksesan bisnis bergantung. Ini panggilan untuk TI untuk menjadi inovatif, dapat diandalkan dan beradaptasi dengan perubahan persyaratan. “

Pengembangan tangkas “mempromosikan pendekatan disiplin untuk proses dan melibatkan pemeriksaan dan adaptasi pada berbagai tahap pengembangan perangkat lunak,” kata laporan itu. “Ini menuntut akuntabilitas dan hasil dalam mendorong penggunaan praktik-praktik teknik terbaik, yang menghasilkan pengiriman cepat perangkat lunak berkualitas dan pendekatan bisnis yang selaras dengan kebutuhan pelanggan.”

Dengan menjamurnya teknologi, perangkat, dan aplikasi, layanan di belakangnya sangat penting, Transparency Market mengatakan, mengakibatkan industri TI perlu semakin mengelola layanan yang disediakannya. Ini, dikombinasikan dengan persyaratan untuk memberikan nilai lebih, kemungkinan akan mendorong pertumbuhan layanan pengembangan Agile.

Semakin banyak organisasi bergerak menuju transformasi digital dan berupaya meningkatkan kemampuan manajemen data mereka, Agile kemungkinan akan memainkan peran yang lebih besar. Sebuah laporan oleh perusahaan konsultan McKinsey & Company, “Menggunakan Agile untuk Mempercepat Transformasi Data Anda,” mencatat bahwa pendekatan Agile untuk migrasi dan manajemen data menyampaikan sejumlah manfaat penting, tidak sedikit dari yang menyatakan decutter lanskap informasi bisnis.

“Data dari banyak basis data, fungsi, dan unit bisnis dapat digabungkan dan diakses lebih mudah,” kata laporan itu. “Perusahaan dapat menyadari nilai langsung dari seringnya merilis solusi manajemen data yang minimal. Melalui penambangan data yang dimungkinkan oleh pengembangan danau data yang komprehensif, perusahaan juga dapat mengidentifikasi peluang bisnis baru. Dan jika unit bisnis terlibat dalam migrasi data sejak awal, mereka dapat memanfaatkan peluang yang muncul ini lebih cepat atau membantu organisasi TI memprioritaskan inisiatif transformasi data dan digital. ”

Agile tidak lagi hanya sebuah metodologi untuk pengembangan perangkat lunak atau manajemen operasi, perusahaan mengatakan: “Ini menjadi kemampuan penting bagi perusahaan-perusahaan yang ingin mengelola data mereka secara lebih strategis dan memberikan pengalaman pelanggan multichannel yang mulus – yang, dalam era digitalisasi ini , adalah setiap perusahaan. “

Para pemimpin teknologi dan bisnis akan lebih bijaksana untuk membiasakan diri dengan Metode Agile, jika mereka belum melakukannya. Bagi banyak organisasi, ini merepresentasikan cara kerja dicapai dalam era transformasi digital.

https://www.planview.com/fr/resources/guide/agile-methodologies-a-beginners-guide/basics-benefits-agile-method/

Prototyping

Prototipe adalah model kerja dasar dari pengembangan sebuah program (software) atau perangkat lunak. Prototipe dalam Bahasa Inggris “prototype” disebut juga dengan purwarupa. Prototipe biasanya dibuat sebagai model untuk tujuan demonstrasi atau sebagai bagian dari proses pengembangan atau pembuatan sebuah software.

Prototyping adalah proses pembuatan model sederhana software yang mengijinkan pengguna memiliki gambaran dasar tentang program serta melakukan pengujian awal. Prototyping memberikan fasilitas bagi pengembang dan pemakai untuk saling berinteraksi selama proses pembuatan, sehingga pengembang dapat dengan mudah memodelkan perangkat lunak yang akan dibuat. Prototyping merupakan salah satu metode pengembangan perangat lunak yang banyak digunakan.

Model tersebut dapat berupa tiga bentuk :

Proses-proses tersebut dapat dijelaskan sebagai berikut:

1. Pengumpulan kebutuhan: developer dan klien bertemu dan menentukan tujuan umum, kebutuhan yang diketahui dan gambaran bagian-bagian yang akan dibutuhkan berikutnya;

2.  Perancangan: perancangan dilakukan cepat dan rancangan mewakili semua aspek software yang diketahui, dan rancangan ini menjadi dasar pembuatan prototype;

3.   Evaluasi Prototype: klien mengevaluasi prototype yang dibuat dan digunakan untuk memperjelas kebutuhan software.

Terdapat tiga pendekatan utama prototyping, yaitu:

1.      THROW-AWAY

Prototype dibuat dan dites. Pengalaman yang diperoleh dari pembuatan prototype digunakan untuk membuat produk akhir (final), kemudian prototype tersebut dibuang (tak dipakai).

2.      INCREMENTAL

Produk finalnya dibuat sebagai komponen-komponen yang terpisah. Desain produk finalnya secara keseluruhan haya ada satu tetapi dibagi dalam komonen-komponen lebih kecil yang terpisah (independent).

3.      EVOLUTIONARY

Pada metode ini, prototipenya tidak dibuang tetapi digunakan untuk iterasi desain berikutnya. Dalam hal ini, sistem atau produk yang sebenarnya dipandang sebagai evolusi dari versi awal yang sangat terbatas menuju produk final atau produk akhir.

Teknik-teknik prototyping meliputi:

1.      Perancangan Model

Perancangan awal software oleh pengembang untuk dimodelkan sebagai gambaran awal kepada user/pengguna.

2.      Perancangan Dialog

Perancangan menu-menu pada software yang dibuat, dengan maksud agar user/pengguna dapat dengan mudah menggunkaannya.

3.      Simulasi

Proses percobaan software kepada calon user sebelum software dinyatakan layak pakai.

Keunggulan dan Kelemahan Prototyping adalah sebagai berikut :

A.    Keunggulan prototyping :

1. Adanya komunikasi yang baik antara pengembang dan pelanggan.
2. Pengembang dapat bekerja lebih baik dalam menentukan kebutuhan pelanggan.
3. Pelanggan berperan aktif dalam pengembangan system.
4. Lebih menghemat waktu dalam pengembangan system.
5. Penerapan menjadi lebih mudah karena pemakai mengetahui apa yang diharapkannya

B.     Kelemahan prototyping :

1. Pelanggan kadang tidak melihat atau menyadari bahwa perangkat lunak yang ada belum mencantumkan kualitas perangkat lunak secara keseluruhan dan juga belum memikirkan kemampuan pemeliharaan untuk jangka waktu lama.
2. Pengembang biasanya ingin cepat menyelesaikan proyek. Sehingga menggunakan algoritma dan bahasa pemrograman yang sederhana untuk membuat prototyping lebih cepat selesai tanpa memikirkan lebih lanjut bahwa program tersebut hanya merupakan cetak biru sistem .
3. Hubungan pelanggan dengan komputer yang disediakan mungkin tidak mencerminkan teknik perancangan yang baik.

PUSTAKA

The post ANALISA DAN PERANCANGAN SISTEM INFORMASI (APSI) : 6 appeared first on Cerita Hosting ☁️.

• Menentukan scope dan tujuan pengembangan sistem informasi
• Mengetahui cara penyusunan awal pengembangan sistem informasi (initial stages), batasan dan tujuan pengembangan (statement of scope and objectives) dan systems investigation

TINJAUAN UMUM PENGEMBANGAN SISTEM

1. Pengembangan Sistem

Pengembangan system (System Development) dapat berarti menyusun suatu system yang baru untuk menggantikan system yg lama secara keseluruhan atau memperbaiki system yang telah ada. 

a. Alasan Pengembangan Sistem 

1) Adanya permasalahan-permasalahan (problems) yang timbul di sistem yang lama yang dapat berupa : 

a) Ketidakberesan 

Ketidakberesan dalam system yang lama menyebabkan system yang lama tidak dapat beroperasi sesuai dengan yang diharapkan. Ketidakberesan ini dapat berupa : 

– Kecurangan-kecurangan disengaja yang menyebabkan tidak amannya harta kekayaan perusahaan dan kebenaran dari data menjadi kurang terjamin. 

– Kesalahan-kesalahan yang tidak disengaja yang juga dapat menyebabkan kebenaran dari data kurang terjamin. 

– Tidak efisiensinya operasi. 

– Tidak ditaatinya kebijakan manajemen yang telah ditetapkan. 

b) Pertumbuhan Organisasi 

Pertumbuhan organisasi yang menyebabkan harus disusunnya system yang baru. Pertumbuhan organisasi diantaranya adalah kebutuhan informasi yang semakin luas, volume pengolahan data semakin meningkat, perubahan prinsip akuntansi yang baru. Karena adanya perubahan ini, maka menyebabkan system yang lama tidak efektif lagi, sehingga system yang lama sudah tidak dapat memenuhi lagi semua kebutuhan informasi yang dibutuhkan manajemen.

c) Untuk meraih kesempatan-kesempatan(Opportunities) 

Teknologi informasi telah berkembang dengan cepatnya. Perangkat keras computer, perangkat lunak dan teknologi komunikasi telah begitu cepat berkembang. Organisasi mulai merasakan bahwa teknologi informasi ini perlu digunakan untuk meningkatkan penyediaan informasi sehingga dapat mendukung dalam proses pengambilan keputusan yang akan dilakukan oleh manajemen. Dalam keadaan pasar bersaing, kecepatan informasi atau efisiensi waktu sangat menentukan berhasil atau tidaknya strategi dan rencana-rencana yang telah disusun untuk meraih kesempatan-kesempatan yang ada. Bila pesaing dapat memanfaatkan teknologi ini, maka kesempatan-kesempatan akan jatuh ke tangan pesaing. Kesempatan-kesempatan ini dapat berupa peluang-peluang pasar, pelayanan yang meningkat kepada pelanggan dan lain sebagainya. 

d) Adanya instruksi-instruksi (derivatives) 

Penyusunan system yang baru dapat juga terjadi karena adanya instruksi-instruksi dari atas pimpinan ataupun dari luar organisasi, seperti misalnya peraturan pemerintah. 

Berikut ini dapat digunakan sebagai indicator adanya permasalahan-permasalahan dan kesempatan-kesempatan yang dapat diraih, sehingga menyebabkan system yang lama harus diperbaiki, ditingkatkan bahkan diganti keseluruhannya.

Indikator-indikator ini diantaranya adalah sebagai berikut : 

• Keluhan dari langganan 
• Pengiriman barang yang sering tertunda 
• Pembayaran gaji yang terlambat 
• Laporan yang tidak tepat waktunya 
• Isi laporan yang sering salah 
• Tanggung jawab yang tidak jelas 
• Waktu kerja yang berlebihan 
• Ketidakberesan kas 
• Produktifitas tenaga kerja yang rendah 
• Banyaknya pekerja yang menganggur 
• Kegiatan yang tumpang tindih 
• Tanggapan yang lambat terhadap langganan 
• Kehilangan kesempatan kompetisi pasar 
• Kesalahan-kesalahan manual yang tinggi 
• Persediaan barang yang terlalu tinggi 
• Pemesanan kembali barang yang tidak efisien 
• Biaya Operasi yang tinggi 
• File-file yang kurang teratur 
• Keluhan dari supplier karena tertundanya pembayaran 
• Bertumpuknya back order (tertundanya pengiriman karena kurangnya persediaan barang) 
• Investasi yang tidak efisien 
• Peramalan penjualan dan produksi tidak tepat 
• Kapasitas produksi yang menganggur (idle capasites) 
• Pekerjaan manajer yang terlalu teknis 
• Dll. 

Gambar.Proses Pengembangan Sistem

Sebagai Analisa di dalam pengembangan system, dapat digunakan Analisa PIECES.

• Performance (kinerja)

Peningkatan terhadap kinerja (hasil kerja) system yang baru sehingga menjadi lebih efektif. Kinerja dapat diukur dari throughput dan response time. Throughtput adalah jumlah dari pekerjaan yang dapat dilakukan suatu saat tertentu. Response time adalah rata-rata  waktu yang tertunda diantara dua transaksi atau pekerjaan ditambah dengan waktu response untuk menanggapi pekerjaan tersebut. 

• Information (informasi)

Peningkatan terhadap kualitas informasi yang disajikan. 

• Economy (ekonomis)

Peningkatan terhadap manfaat-manfaat atau keuntungan-keuntungan atau penurunan-penurunan biaya yang terjadi. 

• Control (Pengendalian)

Peningkatan terhadap pengendalian untuk mendeteksi dan memperbaiki kesalahan-kesalahan serta kecurangan-kecurangan yang dan akan terjadi.

• Efficiency (efisiensi)

Peningkatan terhadap efisiensi operasi. Efisiensi berbeda dengan ekonomis. Bila ekonomis berhubungan dengan jumlah sumber daya yang digunakan, efisiensi berhubungan dengan bagaimana sumber daya tersebut digunakan dengan pemborosan yang paling minimum. Efisiensi dapat diukur dari outputnya dibagi dengan inputnya. 

• Services (pelayanan),

Peningkatan terhadap pelayanan yang diberikan oleh system. 

1. Prinsip Pengembangan Sistem

• Sistem yang dikembangkan adalah untuk manajeman 
• Sistem yang dikembangkan adalah investasi modal yang besar 
• Semua alternative yang ada harus diinvestigasi 
• Investasi yang terbaik harus bernilai 
• Sistem yang dikembangkan memerlukan orang yang terdidik 
• Tahapan kerja dan tugas-tugas yang harus dilakukan dalam proses pengembangan system. 
• Proses pengembangan system tidak harus urut Jangan takut membatalkan proyek 
• Dokumentasi harus ada untuk pedoman dalam pengembangan system 

1. Siklus hidup Pengembangan Sistem(System Life Cycle)

Daur atau siklus hidup  dari pengembangan system merupakan suatu bentuk yang digunakan untuk menggambarkan tahapan utama dan Langkah-langkah di dalam tahapan  tersebut dalam proses pengembangannya.

Seperti contoh berikut:

Gambar HCM Modul SAP.

Untuk membuat menjadi suatu aplikasi yg utuh dan saling ter-integrasi, diperlukan tahapan-tahapan pembangunan yang akan diuraikan dalalm beberapa teori pengambangan system aplikasi( life Cycle Development).

1. Model Sekuensial Linier atau Waterfall Development Model

Model Sekuensial Linier atau sering disebut Model Pengembangan Air Terjun, merupakan paradigma model pengembangan perangkat lunak paling tua, dan paling banyak dipakai. Model ini mengusulkan sebuah pendekatan perkembangan perangkat lunak yang sistematik dan sekunsial yang dimulai pada tingkat dan kemajuan sistem pada seluruh tahapan analisis, desain , kode, pengujian, dan pemeliharaan.

Contoh Penerapan dari Pengembangan Model Sekuensial Linear / Waterfall Development Model

Pembuatan program pendaftaran online ke suatu Instansi Pendidikan. Program ini akan sangat membantu dalam proses pendaftaran, karena dapat meng-efektifkan waktu serta pendaftar tidak perlu repot-repot langsung mendatangi Instansi Pendidikan.

Teknisnya adalah sebagai berikut :

Sistem program untuk pendaftaran dibuat menggunakan bahasa pemrograman PHP, dengan Sistem Database yang dibuat menggunakan MySQL, dan diterapkan (diaplikasikan) pada PC (personal computer) dengan sistem operasi berbasis Microsoft Windows, Linux, dan sebagainya.

Setelah program selesai dibuat dan kemudian dipergunakan oleh user, programmer akan memelihara serta menambah atau menyesuaikan program dengan kebutuhan serta kondisi user.

Kelebihan Model Sekuensial Linear / Waterfall Development Model :

Tahapan proses pengembangannya tetap (pasti), mudah diaplikasikan, dan prosesnya teratur.

Cocok digunakan untuk produk software/program yang sudah jelas kebutuhannya di awal, sehingga minim kesalahannya.

Software yang dikembangkan dengan metode ini biasanya menghasilkan kualitas yang baik.

Documen pengembangan sistem sangat terorganisir, karena setiap fase harus terselesaikan dengan lengkap sebelum melangkah ke fase berikutnya.

Kekurangan Model Sekuensial Linear / Waterfall Development Model :

• Proyek yang sebenarnya jarang mengikuti alur sekuensial seperti diusulkan, sehingga perubahan yang terjadi dapat menyebabkan hasil yang sudah didapatkan tim pengembang harus diubah kembali/iterasi sering menyebabkan masalah baru.
• Terjadinya pembagian proyek menjadi tahap-tahap yang tidak fleksibel, karena komitmen harus dilakukan pada tahap awal proses.
• Sulit untuk mengalami perubahan kebutuhan yang diinginkan oleh customer/pelanggan.
• Pelanggan harus sabar untuk menanti produk selesai, karena dikerjakan tahap per tahap, dan proses pengerjaanya akan berlanjut ke setiap tahapan bila tahap sebelumnya sudah benar-benar selesai.
• Perubahan ditengah-tengah pengerjaan produk akan membuat bingung tim pengembang yang sedang membuat produk.
• Adanya waktu kosong (menganggur) bagi pengembang, karena harus menunggu anggota tim proyek lainnya menuntaskan pekerjaannya.

1. Metode System Development Life Circle(SDLC)

Sistem Development Life Cycle (SDLC) merupakan pola yang diambil untuk mengembangkan sistem perangkat lunak, yang terdiri dari tahap-tahap: perencanaan sistem, analisa, desain, implementasi , pengujian dan pengelolaan. Dalam rekayasa perangkat lunak, konsep SDLC mendasari berbagai jenis metodologi pengembangan perangkat lunak. 

Fase-fase Sistem Development Life Cycle (SDLC)

1.      Perencanaan Sistem (Systems Planning)

Lebih menekankan pada aspek studi kelayakan pengembangan sistem (feasibility study).

 Aktivitas-aktivitas yang ada meliputi : 

• Pembentukan dan konsolidasi tim pengembang. 
• Mendefinisikan tujuan dan ruang lingkup pengembangan. 
• Mengidentifikasi apakah masalah-masalah yang ada bisa diselesaikan melalui pengembangan sistem.
• Menentukan dan evaluasi strategi yang akan digunakan dalam pengembangan sistem. 
• Penentuan prioritas teknologi dan pemilihan aplikasi. 

2.    Analisis Sistem (Systems Analysis)

• Analisa sistem adalah tahap di mana dilakukan beberapa aktivitas berikut:
  • Melakukan studi literatur untuk menemukan suatu kasus yang bisa ditangani oleh sistem.
  • Brainstorming dalam tim pengembang mengenai kasus mana yang paling tepat dimodelkan dengan sistem.
  • Mengklasifikasikan masalah, peluang, dan solusi yang mungkin diterapkan untuk kasus tersebut.
  • Analisa kebutuhan pada sistem dan membuat batasan sistem.
  • Mendefinisikan kebutuhan sistem.

3.      Perancangan Sistem (Systems Design) 

Pada tahap ini, features dan operasi-operasi pada sistem dideskripsikan secara detail. Aktivitas-aktivitas yang dilakukan adalah:

• Menganalisa interaksi obyek dan fungsi pada sistem.
• Menganalisa data dan membuat skema database.
• Merancang user interface. 

4.      Implementasi Sistem (Systems Implementation)

Tahap berikutnya adalah implementasi yaitu mengimplementasikan rancangan dari tahap-tahap sebelumnya dan melakukan uji coba. Dalam implementasi, dilakukan aktivitas-aktivitas sebagai berikut: 

• Pembuatan database sesuai skema rancangan.
• Pembuatan aplikasi berdasarkan desain sistem.
• Pengujian dan perbaikan aplikasi (debugging).

5.      Pemeliharaan Sistem (Systems Maintenance)

Dilakukan oleh admin yang ditunjuk untuk menjaga sistem tetap mampu beroperasi secara benar melalui kemampuan sistem dalam mengadaptasikan diri sesuai dengan kebutuhan.

  Kelebihan dan Kekurangan Sistem Informasi Metode SDLC

  Kelebihan:

Metode SDLC mempunyai beberapa kelebihan dan kekurangan. Kelebihan-kelebihan dari metode ini adalah sebagai berikut ini:

• Menyediakan tahapan yang dapat digunakan sebagai pedoman mengembangkan sistem.
• Akan memberikan hasil sistem yang lebih baik karena sistem dianalisis dan dirancang secara keseluruhan sebelum diimplementasikan.

Kekurangan:

Metode SDLC juga mempunyai beberapa kekurangan. Kekurangan-kekurangan dari metode ini antara lain:

• Sistem ini hanya menyediakan tahapan-tahapan saja, tetapi tidak menyediakan metodologi (cara dan alat-alat) untuk mengembangkan sistem. Oleh karenanya, sistem ini harus digabungkan dengan metodologi yang ada, misalnya metodologi pengembangan sistem terstruktur.
• Hasil dari SDLC sangat tergantung dari hasil di tahap analisis, sehingga jika terdapat kesalahan analisis akan terbawa terus dengan hasil sistem yang kurang memuaskan.
• Pengembangan sistem SDLC membutuhkan waktu yang lama karena sistem harus dikembangkan sampai selesai semua terlebih dahulu.
• Pengembangan sistem SDLC ini membutuhkan biaya investasi yang relatif lebih besar dengan metode lainnya.
• Hasil dari sistem tidak fleksibel untuk dimodifikasi karena perlu dilakukan analisis kembali jika akan dimodifikasi.

1. Model Prototype

Metode Prototype merupakan suatu paradigma baru dalam metode pengembangan perangkat lunak dimana metode ini tidak hanya sekedar evolusi dalam dunia pengembangan perangkat lunak, tetapi juga merevolusi metode pengembangan perangkat lunak yang lama yaitu sistem sekuensial yang biasa dikenal dengan nama SDLC atau waterfall development model.

Contoh Penerapan Metode Prototype.

Sebuah rumah sakit ingin membuat aplikasi sistem database untuk pendataan pasiennya. Seorang atau sekelompok programmer akan melakukan identifikasi mengenai apa saja yang dibutuhkan oleh pelanggan, dan bagaimana model kerja program tersebut. Kemudian dilakukan rancangan program yang diujikan kepada pelanggan. Hasil/penilaian dari pelanggan dievaluasi, dan analisis kebutuhan pemakai kembali di lakukan.

Kelebihan Model Prototype :

• Pelanggan berpartisipasi aktif dalam pengembangan sistem, sehingga hasil produk pengembangan akan semakin mudah disesuaikan dengan keinginan dan kebutuhan pelanggan.
• Penentuan kebutuhan lebih mudah diwujudkan.
• Mempersingkat waktu pengembangan produk perangkat lunak.
• Adanya komunikasi yang baik antara pengembang dan pelanggan.
• Pengembang dapat bekerja lebih baik dalam menentukan kebutuhan pelanggan.
• Lebih menghemat waktu dalam pengembangan sistem.

Kekurangan Model Prototype :

• Proses analisis dan perancangan terlalu singkat.
• Biasanya kurang fleksibel dalam mengahadapi perubahan.
• Walaupun pemakai melihat berbagai perbaikan dari setiap versi prototype, tetapi pemakai mungkin tidak menyadari bahwa versi tersebut dibuat tanpa memperhatikan kualitas dan pemeliharaan jangka panjang.
• Pengembang kadang-kadang membuat kompromi implementasi dengan menggunakan sistem operasi yang tidak relevan dan algoritma yang tidak efisien.

1. Model Rapid Application Development (RAD)

Rapid Aplication Development (RAD) adalah sebuah model proses perkembangan perangkat lunak sekuensial linier yang menekankan siklus perkembangan yang sangat pendek (kira-kira 60 sampai 90 hari).

Model RAD ini merupakan sebuah adaptasi “kecepatan tinggi” dari model sekuensial linier dimana perkembangan cepat dicapai dengan menggunakan pendekatan konstruksi berbasis komponen.

Kelebihan Model RAD :

• Lebih efektif dari Pengembangan Model waterfall/sequential linear dalam menghasilkan sistem yang memenuhi kebutuhan langsung dari pelanggan.
• Cocok untuk proyek yang memerlukan waktu yang singkat.
• Model RAD mengikuti tahap pengembangan sistem seperti pada umumnya, tetapi mempunyai kemampuan untuk menggunakan kembali komponen yang ada sehingga pengembang tidak perlu membuatnya dari awal lagi sehingga waktu pengembangan menjadi lebih singkat dan efisien.

Kekurangan Model RAD :

• Model RAD menuntut pengembangan dan pelanggan memiliki komitmen di dalam aktivitas rapid-fire yang diperlukan untuk melengkapi sebuah sistem, di dalam kerangka waktu yang sangat diperpendek. Jika komitmen tersebut tidak ada, proyek RAD akan gagal.
• Tidak semua aplikasi sesuai untuk RAD, bila system tidak dapat dimodulkan dengan teratur, pembangunan komponen penting pada RAD akan menjadi sangat bermasalah.
• RAD tidak cocok digunakan untuk sistem yang mempunyai resiko teknik yang tinggi.
• Membutuhkan Tenaga kerja yang banyak untuk menyelesaikan sebuah proyek dalam skala besar.
• Jika ada perubahan di tengah-tengah pengerjaan maka harus membuat kontrak baru antara pengembang dan pelanggan.

PUSTAKA

The post ANALISA DAN PERANCANGAN SISTEM INFORMASI (APSI) : 2 appeared first on Cerita Hosting ☁️.