SIKLUS HIDUP SOFTWARE STAR LIFE CYCLE MODEL (Hartson & Hix, 1989)

           Analisa

Identifikasi kemampuan user, strategi yang digunakan untuk meningkatkan ketrampilannya, alat yang saat ini dipakai, masalah-masalah yang dialami, perubahan yang diinginkan baik dalam ketrampilan maupun peralatan.

Metode : tanya kemampuan user dan buat daftar dengan skala prioritas, observasi ketrampilan di lapangan.

           Evaluasi kompetisi

Tentukan kekuatan dan kelemahan rancangan

Metode : pengguna diminta untuk mencoba menggunakan berbagi produk dan minta untuk menyebutkan kelebihan dan kelemahan dari masing-masing produk.

           Rancang sambil jalan

Gunakan hasil analisa untuk membuat alternatif solusi, minta masukan sampai dengan penentuan pilihan yang terbaik.

Metode : tanyai user sehubungan dengan pengalaman menggunakan prototipe.

           Evaluasi dan validasi

Secara periodik user memberikan masukan selama pengembangan dan perancangan akan diulang berdasarkan masukan tadi.

Metode : amati kebutuhan pokok user dalam menggunakan sistem.

           Benchmark

Memadukan hal-hal terbaik yang dimiliki pesaing untuk diterapkan dalam sistem yang dibangun Metode : menggali informasi dari user hal-hal yang sebaiknya ada dibandingkan dengan kompetitor, contoh : situs IBM.

Dalam Siklus permodelan ini pengujian dilakukan terus menerus, tidak harus dikahir. Misalnya dimulai dari menentukan kosep desain (conceptual design ) dalam proses ini akan langsung terjadi evaluasi untuk langsung ternilai apakah sudah sesuai dengan kebutuhan user, bila belum maka akan terus berulang di evaluasi hingga benar-benar pas, selanjutnya apabila sudah pas, maka dari tahap evaluasi yang pertama aka lanjut ke proses yg selanjutnya yakni requirements/specification yakni memverifikasikan persyaratan rancangan tersebut, dan pada tahap itu juga langsung terjadi pengevaluasian seperti tahap pertama, dan selanjutnya akan tetap sama terjadi pada tahapan-tahapan selanjutnya yakni task analysis/fungsion analysis, pengimplementasian, prototyping hingga pada akhirnya terciptalah sebuah aplikasi yang sesuai dengan kebutuhan user. Intinya pada rancangan model ini pengevaluasian dilakukan disetiap tahapan tidak hanya pada tahapan akhir seperti model-model rancangan yang lainnya.

Sumber :

https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjrHD6rzPBKj7p-LC5tM1e1vsw0A5wj-YOFwzjS6IB498QPCnu_QjEOnJQpmAIWcCn2l-w7Yn5QvGJDEouHZ2-V9Fpz4xH9SJt_dwtuBzixwO0Zqvf5JuaOqa01bK_o6ZffEpIggeQaYgk/s1600/star-lifecycle.jpg

http://putriluphm.wordpress.com/2013/12/11/star-lifecycle-model-hartson-hix-1989/

Add to Cart More Info

SIKLUS HIDUP SOFTWARE SIMPLE INTERACTION DESIGN MODEL

penjelasan model interaksi sederhana:

       Identifikasi kebutuhan dan persyaratan sistem disini suatu sistem akan di identifikasi sesuai denga kebutuhan sistem itu sendiri.

       Pengembangan desain alternatif (desain konseptual dan fisikal)

       Membuat versi interaktif dari desain yang dihasilkan

       Mengevaluasi desain (usabilitas dan user experience)

Pada model rancangan interaksi sederhana ini input atau masukan hanya memiliki satu titik. yang mana masukan tersebut diidentifikasikan apakah sesuai dengan kebutuhan, lalu didesain sesuai dengan persyaratan yang telah ditetapkan. Setelah di Desain rancangan tersebut dibangun dan harus interaktif. Setelah itu barulah rancangan tersebut dievaluasi.

Evaluasi dapat dilakukan dimana saja, rancangan yang telah di evakuasi dapat kambali didesain ulang atau apakah rancangan tersebut tidak sesuai dengan kebutuhan user, maka alur tersebut akan terus berputar hingga pada tahap evaluasi tidak lagi terjadi kesalahan, baik dalam penetapan kebutuhan user maupun pendesainannya, sehingga pada tahap evaluasi terciptalah sebuah hasil akhir yang valid.

Sumber :

http://rerenova.blogspot.com/2013/06/apa-itu-model-pengembangan-sistem.html

http://wahyuadhathalib.blogspot.com/

Add to Cart More Info

SIKLUS HIDUP SOFTWARE V-MODEL

V-Model, juga disebut Vee-Model, adalah proses pengembangan produk awalnya dikembangkan di Jerman untuk proyek-proyek pertahanan pemerintah. Hal ini telah menjadi standar umum dalam pengembangan perangkat lunak. The V-Model mendapatkan namanya dari fakta bahwa proses ini sering dipetakan sebagai flowchart yang mengambil bentuk surat V.

Hasil proses pembangunan dari sudut kiri atas V ke kanan, berakhir pada titik kanan atas. Dalam cabang kiri, miring ke bawah dari V, personil pengembangan mendefinisikan kebutuhan bisnis, parameter desain aplikasi dan proses desain. Pada titik dasar V, kode ditulis. Dalam cabang kanan, miring ke atas dari V, pengujian dan debugging dilakukan. Unit testing dilakukan pertama, diikuti oleh bottom-up pengujian integrasi. Titik ekstrim kanan atas dari V merupakan rilis produk dan dukungan yang berkelanjutan.V-Model

Berikut penjelasan masing-masing tahap beserta tahap pengujiannya:

         Requirement Analysis & Acceptance Testing

Tahap Requirement Analysis sama seperti yang terdapat dalam model waterfall. Keluaran dari tahap ini adalah dokumentasi kebutuhan pengguna.

Acceptance Testing merupakan tahap yang akan mengkaji apakah dokumentasi yang dihasilkan tersebut dapat diterima oleh para pengguna atau tidak.

         System Design & System Testing

Dalam tahap ini analis sistem mulai merancang sistem dengan mengacu pada dokumentasi kebutuhan pengguna yang sudah dibuat pada tahap sebelumnya. Keluaran dari tahap ini adalah spesifikasi software yang meliputi organisasi sistem secara umum, struktur data, dan yang lain. Selain itu tahap ini juga menghasilkan contoh tampilan window dan juga dokumentasi teknik yang lain seperti Entity Diagram dan Data Dictionary.

         Architecture Design & Integration Testing

Sering juga disebut High Level Design. Dasar dari pemilihan arsitektur yang akan digunakan berdasar kepada beberapa hal seperti: pemakaian kembali tiap modul, ketergantungan tabel dalam basis data, hubungan

         Module Design & Unit Testing

Sering juga disebut sebagai Low Level Design. Perancangan dipecah menjadi modul-modul yang lebih kecil. Setiap modul tersebut diberi penjelasan yang cukup untuk memudahkan programmer melakukan coding. Tahap ini menghasilkan spesifikasi program seperti: fungsi dan logika tiap modul, pesan kesalahan, proses input-output untuk tiap modul, dan lain-lain.

         Coding

Dalam tahap ini dilakukan pemrograman terhadap setiap modul yang sudah dibentuk.

         Kelebihan v model :

•           V Model sangat fleksibel. V Model mendukung project tailoring dan penambahan dan pengurangan method dantool secara dinamik. Akibatnya sangat mudah untuk melakukan tailoring pada V Model agar sesuai dengan suatu proyek tertentu dan sangat mudah untuk menambahkan method dan tool baru atau menghilangkan method dan tool yang dianggap sudah obsolete.

•           V Model dikembangkan dan di-maintain oleh publik. Userdari V Model berpartisipasi dalam change control boardyang memproses semua change request terhadap V Model.

   

         Kekurangan v model :

•           V Model adalah model yang project oriented sehingga hanya bisa digunakan sekali dalam suatu proyek.

•           V Model terlalu fleksibel dalam arti ada beberapa activitydalam V Model yang digambarkan terlalu abstrak sehingga tidak bisa diketahui dengan jelas apa yang termasuk dalamactivity tersebut dan apa yang tidak.

Sumber :

http://d-in4matika.blogspot.com/2013/04/metode-waterfall-kelebihan-dan-kelemahan.html

http://thesis.binus.ac.id/ecolls/Doc/Bab2Doc/2012-1-00388-IF%20Bab2001.doc

Add to Cart More Info

SIKLUS HIDUP SOFTWARE WATERFALL MODEL

Menurut Ian Sommerville (2011, p30-31), tahapan utama dari waterfall model langsung mencerminkan aktifitas pengembangan dasar. Terdapat 5 tahapan pada waterfall model, yaitu requirement analysis and definition, system and software design, implementation and unit testing, integration and system testing, dan operation and maintenance.

Gambar 2.1 Waterfall Model

(Ian Sommerville, 2011, p30)

Berikut adalah penjelasan dari tahapan-tahapan tersebut :

Ø  Requirement Analysis and Definition

Merupakan tahapan penetapan fitur, kendala dan tujuan sistem melalui konsultasi dengan pengguna sistem. Semua hal tersebut akan ditetapkan secara rinci dan berfungsi sebagai spesifikasi sistem.

Ø  System and Software Design

Dalam tahapan ini akan dibentuk suatu arsitektur sistem berdasarkan persyaratan yang telah ditetapkan. Dan juga mengidentifikasi dan menggambarkan abstraksi dasar sistem perangkat lunak dan hubungan-hubungannya.

Ø  Implementation and Unit Testing

Dalam tahapan ini, hasil dari desain perangkat lunak akan direalisasikan sebagai satu set program atau unit program. Setiap unit akan diuji apakah sudah memenuhi spesifikasinya.

Ø  Integration and System Testing

Dalam tahapan ini, setiap unit program akan diintegrasikan satu sama lain dan diuji sebagai satu sistem yang utuh untuk memastikan sistem sudah memenuhi persyaratan yang ada. Setelah itu sistem akan dikirim ke pengguna sistem.

Ø  Operation and Maintenance

Dalam tahapan ini, sistem diinstal dan mulai digunakan. Selain itu juga memperbaiki error yang tidak ditemukan pada tahap pembuatan. Dalam tahap ini juga dilakukan pengembangan sistem seperti penambahan fitur dan fungsi baru.

v  Keuntungan Model Waterfall

·         Kualitas dari sistem yang dihasilkan akan baik. Ini dikarenakan oleh pelaksanaannya secara bertahap. Sehingga tidak terfokus pada tahapan tertentu.

·         Document pengembangan system sangat terorganisir, karena setiap fase harus terselesaikan dengan lengkap sebelum melangkah ke fase berikutnya. Jadi  setiap fase atau tahapan akan mempunyai dokumen tertentu.

·         Metode ini masih lebih baik digunakan walaupun sudah tergolong kuno, daripada menggunakan pendekatan asal-asalan. Selain itu, metode ini juga masih masuk akal jika kebutuhan sudah diketahui dengan baik.

v  Kelemahan Model Waterfall

·         Diperlukan majemen yang baik, karena proses pengembangan tidak dapat dilakukan secara berulang sebelum terjadinya suatu produk.

·         Kesalahan kecil akan menjadi masalah besar jika tidak diketahui sejak awal pengembangan yang berakibat pada tahapan selanjutnya.

·         Pelanggan sulit menyatakan kebutuhan secara eksplisit sehingga tidak dapat mengakomodasi ketidak pastian pada saat awal pengembangan.

·         Pelanggan harus sabar, karena pembuatan perangkat lunak akan dimulai ketika tahap desain sudah selesai. Sedangkan pada tahap sebelum desain bisa memakan waktu yang lama.

·         Pada kenyataannya, jarang mengikuti urutan sekuensial seperti pada teori. Iterasi sering terjadi menyebabkan masalah baru.

Sumber :

http://d-in4matika.blogspot.com/2013/04/metode-waterfall-kelebihan-dan-kelemahan.html

http://thesis.binus.ac.id/ecolls/Doc/Bab2Doc/2012-1-00388-IF%20Bab2001.doc

Add to Cart More Info