Selasa, 02 Oktober 2012 | By: Zizi Ramzi

SDLC (Built & Fix)


System Development Life Cycle (SDLC)
BUILD AND FIX MODEL

Pengertian SDLC

Untuk mengetahui salah satu dari model SDLC yaitu Build and Fix model, ada baiknya kita memahami terlebih dahulu SDLC sendiri itu apa dan seperti apa. Karena setiap dari model SDLC akan mengikuti tahapan – tahapan dari SDLC itu sendiri.

Systems Development Life Cycle, atau SDLC (Daur hidup pengembangan sistem) adalah proses yang digunakan oleh analis sistem untuk menggembangkan sistem informasi, mulai dari Perencanaan, penentuan kebutuhan, perancangan, validasi, sampai pelatihan dan penyerahan kepada konsumen.




SDLC merupakan alur kerja baku yang biasa dipakai oleh perusahaan-perusahaan vendor software dalam mengembangkan software aplikasi produksinya. SDLC tidak hanya penting untuk proses produksi software saja, namun terlebih juga sangat penting untuk proses maintenance software itu sendiri.
Didalam proses perencanaan SDLC terdapat beberapa tahapan yaitu :
         Mengetahui permasalahan yang akan di hadapi.
         mendefinisikan masalah yang telah di ketahui.
         Menentukan Tujuan dari penyelesaian masalah.
         Mengidentifikasi kendala sistem
         Studi Kelayakan
         Usulan penelitian sistem
         Menetapkan mekanisme
Setelah developer melakukan proses perencanaan secara matang, maka tahap selanjutnya adalah menganalisis untuk mengetahui ruang lingkup pekerjaannya yang akan ditanganinya. Selain itu juga harus mengetahui dan memahami system lama yang sedang berjalan pada saat itu. Jika menemukan masalah atau ketidak cocokkan system lama, maka seorang developer dapat mengambil keputusan apakah system lma akan diganti dengan yang baru atau melengkapi dan memperbaiki system yang lama. Jika developer ingin memperbaiki atau membuat baru dari sebuah system maka selanjutnya yang harus di lakukan adalah men-design system.
Desain system dilaksanakan dalam 2 tahap,yaitu tahap desain pendahuluan atau desain konseptual dan tahap desain fisik atau desain rinci.Tahap desain pendahuluan atau konseptual dilakukan dengan tujuan untuk menentukan berbagai alternative pemenuhan kebutuhan pengguna system.Sedangkan tahap desain fisik atau rinci dilakukan dengan tujuan untuk menerjemahkan kebutuhan – kebutuhan pengguna sistem yang tertuang dalam desain konseptual ke dalam rumusan terinci. Setelah developer melakukan design system, yang di lakukan oleh developer selanjutnya adalah melakukan pembuatan dari system yang telah di design tadi. Di dalam proses pembuatan itulah aplikasi di test ( proses testing ) agar pada saat di lakukan implementasi, tidak mengalami kesalahan, bug dan juga error.
Setelah melalui fase pembuatan yang di dalamnya terdapat proses testing, maka sebuah software dapat di implementasikan. Tahap  implementasi system sendiri merupakan tahap meletakan system di system lama atau memperbarui sistem supaya sistem tersebut siap untuk dioperasikan sesuai dengan yang direncanakan. Jika system yang baru itu cocok dan digunakan oleh user, maka developer harus melakukan perawatan rutin terhadap system baru yang telah ia buat.
Dari pembahasan sederhana diatas, SDLC memiliki metode – metode yang berbeda – beda untuk menerapkannya. Berikut metode – metodenya   :
-          Incremental
-          Iterative
-          RAD
-          Prototyping
-          Throw away prototype
-          Fountain
-          Build and Fix
-          Formal
-          Agile / Extreme
-          Linier
-          Phased development
-          Object Oriented
-          Scrum
-          Spiral
-          Waterfall


Build And Fix
Dari sangat banyaknya metode – metode dari SDLC, kami akan membahas  metode yang paling lemah dari semua metode yang ada. Dan merupakan awal dan menjadi bahan pengembangan untuk metode – metode SDLC yang selanjutnya. Metode itu adalah metode SDLC Build and Fix.
Metode Build and fix pertama kali di pakai oleh perusahaan Volkswagen pada tahun 1950 – 1960 untuk memproduksi dan memasarkan serta membuat customer merasa puas dengan produk mereka. Oleh karena itu, Volkswagen selalu melakukan update terhadap produk mereka tanpa melakukan tes apakah mobil itu dirasa cocok oleh customer atau tidak. Maka dari itu, customerlah yang menentukan sendiri sikap mereka terhadap produk Volkswagen apakah sudah sesuai ataukah harus ada perbaikan di sana sini karena adanya laporan dari beberapa masalah / problem ( bisa di sebut juga : damage control ). Metode ini berjalan dengan sangat baik. Tapi, ini tergantung bagaimana setiap pelanggan, user, client memperlakukan produk anda. Setiap pernyataan terhadap produk anda akan berbeda – beda dari setiap customer  karena di proses awal tidak di lakukan proses testing dan analisa terlebih dahulu. Hal inilah yang membuat perusahaan mobil Volkswagen selalu melakukan update terbaru atau hanya sekedar melakukan pembenahan, perbaikan produk – produk mereka hanya untuk memenuhi keinginan kepuasan customer. 


Hal itu semua sangat sama dengan pengembangan produk dari sebuah software. Karena software yang di kembangkan dengan Build and fix, tidak memiliki identitas dari kualitas software itu sendiri. hal itu di karenakan software tersebut tidak menjalani proses testing sebelumnya dan menggunakan end user sebagai tester.
Didalam Build and fix sendiri juga tidak ada tahap analisis. Dimana seharusnya di metode  - metode SDLC lainnya selalu ada dan sangat di perlukan sekali karena merupakan langkah yang paling vital. Tanpa menganalisis terlebih dahulu, seorang developer tidak dapat mengetahui system yang akan dibuat dan juga tidak mengetahui keperluan dari user itu seperti apa dan sampai sejauh mana. Oleh karena itu, di dalm metode ini seorang developer langsung masuk ketahap design.
Tahap design dalam Build and fix di bagi menjadi dua yaitu :
1.      Functional design
Dalam Functional design, seorang developer melakukan perancangan fungsi terhadap produk yang akan dibuatnya. Initinya adalah, software seperti apa yang akan dibuat dan untuk apa.
2.      Technical Design
Dalam Technical Design, seorang developer melakukan perancangan teknis terhadap produk yang akan dibuatnya. Initinya adalah, software yang dibuat akan berjalan seperti apa dan bagaimana.
Setelah melakukan proses design, seorang developer yang memakai metode build and Fix memasuki proses implementasi. Arti dari implementasi disini sendiri adalah, melaksanakan dan membuat produk berdasarkan rencana rancangan design yang telah di tetapkan sebelumnya. Setelah produk yang dibuat jadi, maka developer memasuki tahap pemasaran / peluncuran / Deployment. Di tahap ini, seorang developer memasarkan atau menjual produk yang telah jadi ke customer dan digunakan oleh customer untuk dalam tahapan Usage. Ditahapan Usage inilah, customer juga bertindak sebagai tester. Jika dalam penggunaannya di ketahui ada masalah atau ada kekurangan maka customer melaporkan masalah tersebut ke vendor dari produk yang telah dipasarkan oleh developer sebagai sebuah kerusakan dan kekurangan dari produk yang bersangkutan. Dari laporan itu, pihak vendor mengevaluasi kerusakan yang dilaporkan oleh customer. Dengan bantuan dari developer, vendor lalu memperbaiki kerusakan yang dialami oleh customer. Dari laporan kerusakan dan serba kekurangan itu developer dapat memperbarui produk mereka demi kepuasan pelanggan.

Karena Build and fix lebih mengarah kepada “ damage control ” dan kepuasan pelanggan maka build and fix mulai ditinggalkan. Meskipun masih banyak juga pengembang software yang menggunakan metode ini. Pastinya, pengembang software yang memakai metode ini adalah pengembang software yang bonafit atau berbudget besar. Karena di metode ini, developer harus menggelontorkan banyak sekali modal hanya untuk di pembiayaan maintenance saja

         Bisa dilihat dari diagram diatas, planning di dalam Build and fix sangatlah sedikit. Menyusul berikutnya requirements yang juga tidak terlalu di perhatikan. Begitu juga analisis yang begitu sangat sedikit prosesnya dan cenderung masuk ke bagian design yang ada di urutan ke-empat. proses implementasi, integrasi masih begitu di perlukan dalam metode ini. Dan yang paling mencolok adalah maintenance yang begitu besar.


Proses Build and fix dapat di persingkat gambar alur tahapan prosesnya menjadi seperti berikut :

Kelebihan dari Build and fix sendiri sangatlah minim. Karena kelebihan itu sendiri merupakan gambaran dari kelemahannya. Karena seperti kita ketahui, build and fix dibuat tanpa melalui tahapan analisis dulu. Karena itu Build and fix sangat cocok di gunakan ketika harus membuat software yang tidak memiliki kompleksitas tinggi sehingga mengurangi kesempatan program untuk mengalami error, bug, hang, atau semacamnya. Dengan begitu pihak pengembang dapat mengurangi seminimal mungkin pembiayaan untuk maintenance.
Oleh karene itu, build and fix memiliki kelemahan tidak cocok ketika di pakai untuk membuat produk dengan kompleksitas tinggi dan dengan ukuran yang besar. Biaya yang di butuhkan akan menjadi sangat membengkak dan membesar ketika build and fix di gunakan untuk membuat projek berskala besar. Karena semakin besar produk yang di hasilkan maka, akan sangat sering maintenance di lakukan.  Kembali lagi ke masalah utama dari build and fix adalah metode ini tidak memasukkan analisa sebagai tahapan awalnya dan testing dalam pembuatannya, maka produk yang di hasilkan dengan metode ini sangat standart atau bahkan cenderung buruk. Jikapun kalau produk yang di hasilkan berkualitas sangat bagus, pasti produk tersebut di buat oleh pengembang – pengembang software yang berpengalaman dan berkantong tebal ( yang tentunya harus melalui berbagai update  ).
Karena begitu banyak kelemahannya, Build and fix menjadi sangat cocok untuk digunkan sebagai metode pembelajaran dalam membuat suatu produk. Karena produk yang dibuat harus berukuran kecil ( produk disini berarti software ) .

Kesimpulan dari Build and Fix method
Build and fix merupakan metode yang pertamanya ( sebelum digunakan sebagai metode pengembangan software ) digunakan bertujuan untuk memberikan kepercayaan kepada konsumen dengan memberikan layanan berupa perbaikan dan perawatan secara continue terhadap produk yang di gunakan oleh konsumen. Jadi proses maintenance terus berjalan hingga kepuasan customer terpenuhi.
Selain itu, karena build and fix tidak melakukan analisa dan testing sebelumnya, para developer pengguna metode ini menggunakan konsumen mereka sebagai tester untuk mengetahui kekurangan dan juga sebagai feedback untuk upgrade produk yang telah dihasilkan sebelumnya.  
Karena banyak sekali kelemahan dari metode ini, maka metode ini sangat cocok digunakan hanya sebatas untuk pembelajaran dalam membuat software berskala kecil / mikro.
Increment Method dapat menjadi Build and Fix Model, karena kemampuannya untuk selalu mendapat perubahan selama proses rekayasa. Karena proses pertama dari increment method yang melihat dari kemungkinan “ feasibility ”
 
Nama Kelompok :
Yulianto Eko P                ( 09.41010.0287 )
A.Sony                                ( 10.41010.0201 )
Wahyu Angga                  ( 10.41010.0203 )
M.Ramzi                            ( 10.41010.0209 )

Referensi


Kamis, 01 Maret 2012 | By: Zizi Ramzi
ALL About Oracle

Perintah Dasar SQL

Perintah Select

Perintah Select digunakan untuk :
Selection : memilih baris/record
Projection : memilih kolom/field
Join : mengambil data dari beberapa tabel yang berbeda
Syntax Select
SELECT [DISTINCT] {*,column[alias],..}
FROM table;
Contoh:
SELECT loc,deptno
FROM emp

OPERATOR ARITMATIKA

Derajat Operator :
- Perkalian dan Pembagian
- Penjumlahan dan Pengurangan
- Bila ada ( ) maka ekspresi didalamnya dilaksanakan terlebih dahulu
Contoh :
SELECT ename,sal,12*sal+100 FROM emp;
NILAI NULL
Adalah nilai yang tidak ada, tidak didefinisikan, tidak diterapkan dan tidak diketahui.
Nilai null ¹ 0 { zero}, null ¹ spasi {blank}
Contoh:
SELECT ename,job,sal,comm. FROM emp;

KOLOM ALIAS

Digunakan untuk merubah tampilan judul kolom.
Menggunakan AS atau “ “ {Double Qoute}
Contoh:
SELECT ename AS name, sal “salary” FROM emp;
OPERATOR GABUNGAN
Digunakan untuk menghubungkan kolom satu dengan kolom yang lain.
Menggunakan opertor gabungan { || }
Contoh:
SELECT ename || job AS employees
FROM emp;
KOLOM ALIAS DAN GABUNGAN
Digunakan untuk merubah tampilan judul kolom.
Menggunakan AS atau “ “ {Double Qoute}
Contoh:
1. SELECT ename AS name, sal salary FROM emp;
2. SELECT ename ||”is a”|| job AS “employee details”
FROM emp;
BARIS DUPLIKAT / GANDA
Syntax Select
SELECT [DISTINCT] {*,column[alias],..}
FROM table;
Contoh:
SELECT loc,deptno
FROM emp

SQL dan SQL*PLUS

Keistimewaan SQL :
* Dapat digunakan oleh user baik yang berpengalaman atau tidak dalam pembuatan program
* Merupakan bahasa non prosedural
* Mengurangi sejumlah waktu untuk membuat dan memelihara sistem
      * Sintaksnya dalam bahasa Inggris
SQL dan SQL*PLUS
SQL *PLUS adalah lingkungan untuk melakukan hal berikut ini :
- Menjalankan perintah SQL untuk mengambil, mengubah, menambah dan memindahkan data dari database.
- Bentuk, kalkulasi, simpan & mencetak hasil QUERY dalam bentuk report
- Membuat file script untuk menyimpan perintah SQL sehingga digunakan kembali dimasa datang
SQL *PLUS EDITING COMMANDS
* APPEND TEXT.
* CHANGE / OLD / NEW.
* CHANGE / TEXT /.
* CLEAR BUFFER.
* DEL.
* DEL N.
* DEL M N
* INPUT
* INPUT TEXT
* LIST
* LIST N
* LIST M N
* RUN N
* N TEXT
* 0 TEXT
v SAVE FILENAME
v GET FILENAME
v START FILENAME
v @ FILENAME
v EDIT FILENAME
v SPOOL FILENAME
EXIT
BATASAN dan PENGURUTAN DATA
Membatasi Baris Menggunakan Pilihan
Syntax :
SELECT [ DISTINCT ] { * / column [alias], … }
FROM table
[ WHERE condition(s) ]
WHERE adalah batasan baris yang memenuhi kondisi
condition adalah susunan nama - nama kolom, ekspresi, konstanta dan operator perbandingan
Character String & Date
Syntax:
WHERE expr operator value
Contoh :
… WHERE hiredate = ‘01-JAN-95’
… WHERE sal >= 1500
… WHERE ename = ‘SMITH’
Character string dan date dalam WHERE clause harus dibatasi dengan tanda kutip tunggal (‘ ‘). Sedangkan number tidak perlu. Oracle menyimpan tanggal dalam bentuk numerik, yang menampilkan abad, tahun, bulan, tanggal, jam, menit, dan detik. Tanggal default dalam bentuk DD-MON-YY.
Operator perbandingan digunakan dalam kondisi yang membandingkan satu ekspresi dengan ekspresi yang lain.
OPERATOR PEMBANDING
OPERATOR BETWEEN
Digunakan untuk membandingkan diantara 2 nilai.
Syntax :
BETWEEN … AND
Contoh :
SELECT ename,sal FROM emp
WHERE sal BETWEEN 1000 AND 1500;
Anda dapat menampilkan baris berdasarkan range nilai tertentu menggunakan operator BETWEEN. Untuk menetapkan range harus disebutkan batas bawah dan batas atasnya.
OPERATOR IN
Digunakan untuk mencari nilai yang sama dengan nilai yang didalam kurung.
Syntax :
…… IN( List )
Contoh :
SELECT empno,ename,sal,mgr FROM emp
WHERE mgr IN(7902,7566,7788);
Operator IN dapat digunakan untuk data tipe apa saja. Jika yang didalam kurung ( ) bertipe karakter atau date gunakan kutip tunggal di tiap data.
OPERATOR LIKE
Digunakan untuk membandingkan nilai yang sesuai dengan susunan karakter yang ada.
Syntax :
…. LIKE ….
Contoh :
SELECT ename FROM emp
WHERE ename LIKE “S%”;
Anda dapat memilih baris yang sesuai dengan suatu pola karakter dengan menggunakan operator LIKE. Dua simbol dapat digunakan untuk membentuk string pencarian.
OPERATOR NULL
Digunakan membandingkan nilai apakah sama dengan NULL.
Syntax : … IS NULL
Contoh :
SELECT ename,mgr FROM emp
WHERE mgr IS NULL;
Operator NULL menguji nilai apakah null atau tidak.
Nilai null adalah sebuah nilai yang tidak ada, tidak didefinisikan, atau tidak diketahui.
Oleh karena itu, tidak dapat diuji dengan = karena sebuah nilai null tidak dapat disamakan dengan nilai apapun.
Urutan Operator LOGIKA :
1. Semua operator pembanding
2. NOT
3. AND
4. OR
Contoh :
SELECT ename,job FROM emp
WHERE job NOT IN(“CLERK”,”MANAGER”,”ANALYST”);
ORDER BY Clause
Syntax:
SELECT expr FROM table
[ WHERE condition(s)]
[ ORDER BY {column,expr} [ASC/DESC]];
Contoh:
SELECT ename, job, deptno, hiredate
FROM emp
ORDER BY hiredate DESC;
ORDER BY clause dapat digunakan untuk menentukan urutan tampilan dari record yang terpilih.
ASC : urutan baris / record dari kecil ke besar ( sebagai default pengurutan )
< optional >