Showing posts with label system analyst. Show all posts
Showing posts with label system analyst. Show all posts

Tuesday, 25 February 2014

Perlunya Use Case Diagram

To the point, sebagai software developer, sobat pasti pernah menghadapi costumer yang rewel, ngalor ngidul. Istilah lainnya "yes,but, Syndrom costumer" (bisa baca di link ini)
Nah cara menghadapinya adalah dengan membuat use case diagram.
Apa itu use case diagram? silakan cari di wikipedia untuk detilnya. Singkatnya, use case diagram adalah pangkalnya dari seluruh program yang akan dibangun.

Dengan menggunakan use case, anda akan mendefenisikan sebuah program yang benar-benar jelas dan fix, tidak ada perubahan lagi. Jika ada perubahan, maka akan mengubah seluruh desain, database, coding, waktu project bahkan sampai ke perubahan harga project.

contoh use case sistem ATM
Use case jika di translate adalah kasus penggunaan. fungsinya menggambarkan seluruh aktifitas aktor yang berhubungan dengan sistem yang akan di kembangkan.
Nah, dengan menggambar use case, sobat dan costumer akan saling memahami scope system sampai dimana. sobat bisa menentukan waktu kerja dan harga, sementara costumer akan paham.

Selanjutnya bagaimana menentukan project estimate?
ini ada ilmunya juga, sobat akan sangat mudah menentukan man per month (jumlah karyawan per bulan yg dibutuhkan project) dan month( berapa bulan yang dibutuhkan proyek tersebut)



"Yes,but costumer syndrom"

Assalamu alaikum wr wb

Bagi sobat yang bergelut dibisnis jasa khususnya jasa software development maka kemungkinan sobat pernah menemui jenis customer seperti ini.
Yah, namanya "yes,but costumer syndrome ".
Illustrasinya seperti ini:
Seorang customer sebut sj namanya YBS meminta dibuatkan batu oleh si budi. 
seminggu berikutnya, YBS melihat progres dan mengapresiasi kerjaan budi
"Iya, betul seperti ini TAPI sy minta permukaannya lebih kasar jangan terlalu halus" kata YBS
seminggu berikutnya, budi menyetor hasil kerjaan ke YBS
"Nah yg seperti ini bro, cocok.. Tapi bisa gak batunya diberi warna yang terang? kata YBS
Seminggu berlalu, budi setor lagi hasil kerjaannya.
"Sebenarnya sih sdh keren,.. tapi kayaknya yang sy butuhkan bukan batu tapi besi" ucap YBS
#budi tepok jidat dan langsung bunuh diri..

Cerita di atas adalah cerita fiktif saja, namun punya banyak arti karena tidak sedikit developer yg merasakannya.
Solusinya bgmn?
Untuk para developer wajib tenang, jangan langsung bunuh diri seperti si budi.
solusinya ada di link ini
Perlunya Use case diagram

Tuesday, 11 February 2014

Desain Database yang bisa di costum

Mendesain database adalah pekerjaan yang gampang-gampang susah.
Jika data yang ingin di desain sifatnya fix, maka bisa dibilang gampang. Sudah dimakan mentah dari bangku kuliah. Namun jika data yang ingin di desain sifatnya berubah-ubah atau bahasa kerennya costumable. Maka disinilah rumitnya.

Contoh, membuat database Karyawan dengan field Nik, Nama, Umur, Alamat. (ini biasa saja) tapi bagaimana jika diaplikasi, attribut tersebut ingin ditambahkan saat aplikasi telah running. Jadi Formnya seperti ini:

Karyawan:
Nik= ......
Nama= ......
Umur= ......
Alamat= ......
(Klik disini untuk menambahkan attribut lain)

Ada cara yang lebih mudah. Kita berbicara desain database bukan yang lain.
Caranya adalah desain sebuah karyawan yang standar dan kembangkan dengan tabel lain berupa rincian.
Contoh:
T.Karyawan (tabel karyawan standar)
Nama Field
Type
Length
Nik
Nama_Karyawan
Umur
Alamat
Double
Varchar
VarChar
VarChar
5
25
2
35
Contoh Isi T.Karyawan
Nik
Nama_Karyawan
Umur
Alamat
00001
00002
00003
Budirman
Andi
Rahmat
31
35
25
BTP Blok H No 591
Jl. Ratulangi No.8
Jl. Mongingsidi No.100

 Nah, tabel di atas adalah tabel standar untuk data karyawan, jika ingin di costumize attribut pada data karyawan maka harus dibuatkan minimal 2 tabel. Satu tabel untuk master attibut/variabel dan yang lainnya adalah tabel isian data tersebut.

T.VariabelKaryawan
Nama Field
Type
Length
KodeVariabel
Variabel_Karyawan
StatusAktif
Double
Varchar
Boolean
3
25
1
Contoh isi T.VariabelKaryawan
KodeVariabel
VariabelKaryawan
StatusAktif
v01
v02
v03
TinggiBadan
StatusMenikah
Pendidikan
Ya
Ya
Ya

T.detailKaryawan
Nama Field
Type
Length
Nik
KodeVariabel
detail
Double
Double
Varchar
5
5
25
Contoh isi T.VariabelKaryawan

Nik
KodeVariabel
Detail
00001
00002
00003
00001
00002
00003
00001
00002
00003
V01
V01
V01
V02
V02
V02
V03
V03
V03
160
175
155
Menikah
Belum menikah
Menikah
Sarjana S1
Diploma D3
Sarjana S1
Mudah2an contoh di atas bisa dipahami dan menjadi solusi bagi sahabat yang sedang mendesain tabel dengan masalah serupa.