Senin, 09 Desember 2013
Apa itu UML ?
Read More... UML (Unified Modelling Language)
UML singkatan dari Unified Modelling Language. UML adalah salah satu bentuk bahasa, menurut pencetusnya UML di definisikan sebagai bahasa visual untuk menjelaskan, memberikan spesifikasi, merancang, membuat model, dan mendokumentasikan aspek-aspek dari sebuah system.
UML adalah metode pemodelan secara visual sebagai sarana untuk merancang dan atau membuat software berorientasi objek, karena UML ini merupakan bahasa visual untuk pemodelan bahasa berorientasi objek, maka semua elemen dan diagram berbasis pada paradigma object oriented.
UML adalah salah satu tool model untuk merancang pengembangan software yang berbasis object oriented. UML sendiri juga memberikan standar penulisan sebuah sistem blue print, yang meliputi konsep bisnis proses, penulisan kelas - kelas dalam bahasa program yang spesifik, skema database, dan komponen - komponen yang diperlukan dalam sistem software.
UML sebagai
sebuah bahasa yang memberikan vocabulary dan tatanan penulisan kata-kata
dalam ‘MS Word’ untuk kegunaan komunikasi. Sebuah bahasa model adalah sebuah
bahasa yang mempunyai vocabulary dan konsep tatanan / aturan penulisan
serta secara fisik mempresentasikan dari sebuah sistem.
UML adalah
sebuah bahasa standar untuk pengembangan sebuah software yang dapat
menyampaikan bagaimana membuat dan membentuk model-model, tetapi tidak
menyampaikan apa dan kapan model yang seharusnya dibuat yang merupakan salah
satu proses implementasi pengembangan software.
UML tidak
hanya merupakan sebuah bahasa pemograman visual saja, namun juga dapat secara
langsung dihubungkan ke berbagai bahasa pemograman, seperti JAVA, C++, Visual
Basic, atau bahkan dihubungkan secara langsung ke dalam sebuah object-oriented database.
Begitu juga
mengenai pendokumentasian dapat dilakukan seperti; requirements,
arsitektur, design, source code, project plan, tests,
dan prototypes.
Untuk dapat memahami UML membutuhkan
bentuk konsep dari sebuah bahasa model, dan mempelajari 3 (tiga) elemen utama
dari UML, seperti building block, aturan-aturan yang menyatakan bagaimana
building block diletakkan secara bersamaan, dan beberapa mekanisme umum
(common).
Konsep Dasar UML
untuk dapat memaami UML diperlukan pemahaman tenttang konsep bahasa pemodelan dan tiga elemen utama UML. tiga elemen utama UML antara lain
· Buiding Bloks
Building bloks ini terdapat beberapa bagian
· Benda / Things / Objek
Objek merupakan bagian paling statik dari sebuah model, yang menjelaskan elemen – elemen lainnya dari sebuah konsep. Bentuk dari beberapa objek, yaitu:
Classes, sekelompok dari object yang mempunyai atribute, operasi, dan hubungan yang semantik
Interfaces, antar-muka yang menghubungkan dan melayani antar kelas dan atau elemen dan mendefinisikan sebuah kelompok dari spesifikasi pengoperasian
Collaboration, interaksi dari sebuah kumpulan kelas – kelas atau elemen – elemen yang bekerja secara bersama – sama.
Use cases, pembentuk tingkah laku objek dalam sebuah model serta di realisasikan oleh sebuah collaboration.
Nodes, bentuk fisik dari elemen – elemen yang ada pada saat dijalankannya sebuah system
Pengertian dari CRC
Kegunaan CRC (Class Responsibility Collaboration) adalah kartu yang digunakan untuk menangani class dan interaksi/hubungan antar class tersebut. CRC juga dapat dibuat secara manual seperti memo untuk lebih memudahkan dalam fleksibilitas atau juga dapat dibuat menggunakan komputer. CRC dapat dibuat secara interaktif artinya ada daya tarik antara user dengan CRC yang kita buat, dengan melibatkan beberapa analis yang dapat bekerja sama dalam identifikasi class dalam domain permasalahan yang diajukan oleh sang bisnisman atau yg memeliki keperluan.
Konsep Dasar UML
untuk dapat memaami UML diperlukan pemahaman tenttang konsep bahasa pemodelan dan tiga elemen utama UML. tiga elemen utama UML antara lain
· Buiding Bloks
Building bloks ini terdapat beberapa bagian
· Benda / Things / Objek
Objek merupakan bagian paling statik dari sebuah model, yang menjelaskan elemen – elemen lainnya dari sebuah konsep. Bentuk dari beberapa objek, yaitu:
Classes, sekelompok dari object yang mempunyai atribute, operasi, dan hubungan yang semantik
Interfaces, antar-muka yang menghubungkan dan melayani antar kelas dan atau elemen dan mendefinisikan sebuah kelompok dari spesifikasi pengoperasian
Collaboration, interaksi dari sebuah kumpulan kelas – kelas atau elemen – elemen yang bekerja secara bersama – sama.
Use cases, pembentuk tingkah laku objek dalam sebuah model serta di realisasikan oleh sebuah collaboration.
Nodes, bentuk fisik dari elemen – elemen yang ada pada saat dijalankannya sebuah system
Pengertian dari CRC
Kegunaan CRC (Class Responsibility Collaboration) adalah kartu yang digunakan untuk menangani class dan interaksi/hubungan antar class tersebut. CRC juga dapat dibuat secara manual seperti memo untuk lebih memudahkan dalam fleksibilitas atau juga dapat dibuat menggunakan komputer. CRC dapat dibuat secara interaktif artinya ada daya tarik antara user dengan CRC yang kita buat, dengan melibatkan beberapa analis yang dapat bekerja sama dalam identifikasi class dalam domain permasalahan yang diajukan oleh sang bisnisman atau yg memeliki keperluan.
Label:
Selasa, 03 Desember 2013
Testing and Maintenance (Pengujian dan Perbaikan)
Program Testing With Test Data.
Analis berfungsi sebagai penasehat dan koordinator untuk tahap ini. Analis memastikan apakah teknik pengujian yang dilakukan programmer benar dan dapat bekerja untuk
operasi-operasi dasar,contohnya dalam menangkap kesalahan. Program akan di uji dengan dua data yaitu dengan yg valid dan tidak valid kemudian output akan diperiksa oleh analis.
jika masih terdapat kesalahan,analis akan mengoreksi dan memberikan arahan kepada programmer apa-apa saja yang harus diperbaiki.
Link Testing With Test Data.
Setelah program melewati pengujian dengan test data,program akan diuji dengan link testing untuk melihat apakah program benar-benar dapat bekerja seperti yang telah direncanakan.
Analis akan menciptakan data uji khusus yang mencakup berbagai situasi pengolahan untuk link testing.
Pertama apakah sistem dapat menangani transaksi normal,penambahan variasi termasuk memasukkan data yang tidak valid untuk memastikan program dapat mendeteksi kesalahan.
Full Systems Testing With Test Data.
Ketika link testing memuaskan,full systems testing juga harus diuji.Pada tahap ini operator dan end user terlibat aktif dalam pengujian.
Sistem pengujian meliputi penegasan standar kualitas untuk kinerja sistem yang mengatur spesifikasi sistem pada awal dibuat.
Persetujuan dari personel dalam menentukan tugas dari program,langkah ini mencakup langkah-langkah dari kesalahan, ketepatan waktu, kemudahan penggunaan,
transaksi order yang tepat, downtime dan manual prosedur yang dimengerti.
Full Systems Testing With Live Data.
Setelah full systems testing memuaskan,maka program akan diuji dengan data yang live.
Langkah ini mencakup perbandingan keakuratan perbandingan hasil output sistem baru dengan yang lama.
Dalam pengujian ini,data live yang digunakan hanya sebagian kecil.
Maintenance.
Maintenance lebih sering digunakan untuk meningkatkan kinerja software yang sudah ada dari pada merespon error,krisis atau kegagalan sistem.
User harus berkomunikasi kepada programmer yang akan memaintenance sistemnya agar tidak terjadi masalah ketidakpuasan dari user.
Training (Pelatihan).
Training meliputi siapa yang akan ditraining, orang yang akan melatih user, objektif training, metode training, tempat training dan materi training.
Siapa yang akan di Training (Who To Train).
Semua orang yang memiliki kegunaan utama ataupun pilihan dari sistem.
Pastikan untuk memisahkan antara pengguna yang mempunyai keahlian berbeda dan minat dari bekerja.
Orang yang akan Melatih User (People Who Train User).
Sistem Analis,Vendor,Pelatih eksternal,Pelatih Internal dan User yang lain.
Objektif Training (Training Objectives).
Berdasarkan pada pekerjaan dari pengguna.
Metode Training (Training Method).
Berdasarkan pada pekerjaan,latar belakang,personal dan pengalaman dari pengguna.
Tempat Training (Training Sites).
Berdasarkan pada objektif training, perkiraan biaya dan ketersediaan.
Materi Training (Training Materials).
Berdasarkan dari keperluan pengguna, operasi manual dan studi kasus.
System Security (Keamanan Sistem)
Physical Security
Pengamanan fasilitas komputer, peralatannya dan software.
Logical Security
Pengendalian dari software itu sendiri.
Behavioural Security
Membangun dan menjalankan prosedur untuk mencegah terjadinya dari penyalahgunaan hardware dan software komputer.
Disaster Recovery (Penanggulangan Bencana).
Buat Tim yang bertanggungjawab dalam penanggulangan krisis (bencana).
Eliminasi poin kegagalan.
Rencana transportasi
Mempunyai replikasi data di tempat yang berbeda.
Conversion (Konversi).
Direct Changeover.
Sistem lama berhenti sistem yang baru langsung berjalan, membutuhkan tet yang ekstensif, pendekatan konveksi yang beresiko, tidak bisa membandingkan hasil yang sama untuk sistem yang baru dan yang lama.
Paralell Conversion.
Bekerja dua kali lebih banyak (lembur), dapat mengecek data yang lama dan yang baru.
Gradual Conversion.
Kombinasi antara paralel dan direct changeover, user terlibat langsung dalam perubahan sistem, butuh waktu untuk perubahan.
Modular Prototype Conversion.
Mengetest setiap modul, User menjadi familiar sebelum sistem beroperasi
Distributed Conversion.
Masalah dapat dideteksi dan dicari solusinya, andai satu tempat berhasil tempat yang lain masih memungkinkan terkena masalah, hanya menginstal software di satu tempat.
Program Testing With Test Data.
Analis berfungsi sebagai penasehat dan koordinator untuk tahap ini. Analis memastikan apakah teknik pengujian yang dilakukan programmer benar dan dapat bekerja untuk
operasi-operasi dasar,contohnya dalam menangkap kesalahan. Program akan di uji dengan dua data yaitu dengan yg valid dan tidak valid kemudian output akan diperiksa oleh analis.
jika masih terdapat kesalahan,analis akan mengoreksi dan memberikan arahan kepada programmer apa-apa saja yang harus diperbaiki.
Link Testing With Test Data.
Setelah program melewati pengujian dengan test data,program akan diuji dengan link testing untuk melihat apakah program benar-benar dapat bekerja seperti yang telah direncanakan.
Analis akan menciptakan data uji khusus yang mencakup berbagai situasi pengolahan untuk link testing.
Pertama apakah sistem dapat menangani transaksi normal,penambahan variasi termasuk memasukkan data yang tidak valid untuk memastikan program dapat mendeteksi kesalahan.
Full Systems Testing With Test Data.
Ketika link testing memuaskan,full systems testing juga harus diuji.Pada tahap ini operator dan end user terlibat aktif dalam pengujian.
Sistem pengujian meliputi penegasan standar kualitas untuk kinerja sistem yang mengatur spesifikasi sistem pada awal dibuat.
Persetujuan dari personel dalam menentukan tugas dari program,langkah ini mencakup langkah-langkah dari kesalahan, ketepatan waktu, kemudahan penggunaan,
transaksi order yang tepat, downtime dan manual prosedur yang dimengerti.
Full Systems Testing With Live Data.
Setelah full systems testing memuaskan,maka program akan diuji dengan data yang live.
Langkah ini mencakup perbandingan keakuratan perbandingan hasil output sistem baru dengan yang lama.
Dalam pengujian ini,data live yang digunakan hanya sebagian kecil.
Maintenance.
Maintenance lebih sering digunakan untuk meningkatkan kinerja software yang sudah ada dari pada merespon error,krisis atau kegagalan sistem.
User harus berkomunikasi kepada programmer yang akan memaintenance sistemnya agar tidak terjadi masalah ketidakpuasan dari user.
Training (Pelatihan).
Training meliputi siapa yang akan ditraining, orang yang akan melatih user, objektif training, metode training, tempat training dan materi training.
Siapa yang akan di Training (Who To Train).
Semua orang yang memiliki kegunaan utama ataupun pilihan dari sistem.
Pastikan untuk memisahkan antara pengguna yang mempunyai keahlian berbeda dan minat dari bekerja.
Orang yang akan Melatih User (People Who Train User).
Sistem Analis,Vendor,Pelatih eksternal,Pelatih Internal dan User yang lain.
Objektif Training (Training Objectives).
Berdasarkan pada pekerjaan dari pengguna.
Metode Training (Training Method).
Berdasarkan pada pekerjaan,latar belakang,personal dan pengalaman dari pengguna.
Tempat Training (Training Sites).
Berdasarkan pada objektif training, perkiraan biaya dan ketersediaan.
Materi Training (Training Materials).
Berdasarkan dari keperluan pengguna, operasi manual dan studi kasus.
System Security (Keamanan Sistem)
Physical Security
Pengamanan fasilitas komputer, peralatannya dan software.
Logical Security
Pengendalian dari software itu sendiri.
Behavioural Security
Membangun dan menjalankan prosedur untuk mencegah terjadinya dari penyalahgunaan hardware dan software komputer.
Disaster Recovery (Penanggulangan Bencana).
Buat Tim yang bertanggungjawab dalam penanggulangan krisis (bencana).
Eliminasi poin kegagalan.
Rencana transportasi
Mempunyai replikasi data di tempat yang berbeda.
Conversion (Konversi).
Direct Changeover.
Sistem lama berhenti sistem yang baru langsung berjalan, membutuhkan tet yang ekstensif, pendekatan konveksi yang beresiko, tidak bisa membandingkan hasil yang sama untuk sistem yang baru dan yang lama.
Paralell Conversion.
Bekerja dua kali lebih banyak (lembur), dapat mengecek data yang lama dan yang baru.
Gradual Conversion.
Kombinasi antara paralel dan direct changeover, user terlibat langsung dalam perubahan sistem, butuh waktu untuk perubahan.
Modular Prototype Conversion.
Mengetest setiap modul, User menjadi familiar sebelum sistem beroperasi
Distributed Conversion.
Masalah dapat dideteksi dan dicari solusinya, andai satu tempat berhasil tempat yang lain masih memungkinkan terkena masalah, hanya menginstal software di satu tempat.
Senin, 18 November 2013
Six Sigma merupakan sebuath metodologi terstruktur untuk memperbaiki proses yang difokuskan pada usaha mengurangi variasi proses sekaligus mengurangi cacat dengan menggunakan statistik dan problem solving tools secara intensif (Manggala, 2005). six sigma merupakan proses disiplin tinggi yang membantu mengembangkan dan mengantarkan produk mendekati sempurna. six sigma adalah suatu visi peningkatan kualitas menuju target 3,4 kegagalan per sejuta kesempatan untuk setiap transaksi baik barang maupun jasa (Trihendradi, 2006). dengan demikian six sigma dapat dijadikan ukuran target kinerja sistem industri tentang bagaimana baiknya suatu proses transaksi produk antara pemasok dan pelanggan. semakin tinggi target sigma yang dicapai, kinerja sistem industri akan semakin baik. six sigma juga dapat dianggap sebagai terobosan yang memungkinkan perusahaan melakukan peningkatan luar biasa dan sebagai pengendalian proses industri yang berfokus pada pelanggan, melalui penekanan pada kemampuan proses.
berikut adalah definisi six sigma dari beberapa segi :
Beberapa terminologi yang menjadi kunci
dalam konsep Six Sigma (Gaspersz, 2002) adalah:
·
CTQ ( Critical to Quality )
Critical
to Quality merupakan atribut- atribut yang sangat penting karena berkaitan
langsung dengan kepuasan pelanggan, yang merupakan elemen dari suatu produk,
proses atau praktek- pratek yang berdampak pada kualitas.
·
Defect
Defect adalah kegagalan untuk memberikan apa yang
diinginkan pelanggan.
·
Defect Opportunity
Defect Opportunity merupakan kejadian atau kondisi yang
terstruktur yang memberikan kesempatan untuk tidak terpenuhinya kebutuhan
pelanggan.
·
DPO (Defect per Opportunity)
Defect per Opportunity adalah kegagalan per satu
kesempatan.
1.
DPMO (Defect Per Million
opportunity)
DPMO adalah ukuran kegagalan yang menunjukkan banyaknya
cacat atau kegagalan per satu juta kesempatan. Target dari pengendalian
kualitas six sigma sebesar 3,4 DPMO.
2.
Process Capability
Proses Capability adalah kemampuan proses untuk
memproduksi atau menyerahkan output sesuai dengan ekspektasi dan kebutuhan
pelanggan.
3.
DMIAC (Define, Measure,
Analyze, Improve, Control)
DMIAC merupakan proses untuk peningkatan terus menerus
menuju target six sigma. DMIAC dilakukan secara sistematik berdasar ilmu
pengetahuan dan fakta (systematic, scientific, and fast based).
Pergeseran dalam Six Sigma
:
Ketika suatu proses berjalan maka pasti
terjadi variasi, baik itu pada proses manufaktur maupun pada proses
penghantaran jasa. Variasi dapat disebabkan oleh dispersi (lebar proses) dan
pengukuran lokasi (pusat proses). Pengendalian proses Six Sigma yang dikembangkan
Motorola mengijinkan adanya pergeseran variasi pada proses berkisar ± 1,5
sigma, sehingga akan dihasilkan 3,4 DPMO. Dengan demikian berdasar konsep ini
berlaku toleransi penyimpangan µ = T± 1,5_. Hal tersebut dapat dilihat pada
gambar berikut:
Satu hal yang perlu digaris bawahi bahwa
konsep six sigma yang dikembangkan oleh Motorola dengan pergeseran nilai
rata-rata (mean) dari proses yang diizinkan sebesar 1.5 sigma merupakan hal
yang berbeda dari konsep six sigma dalam distribusi normal yang umum dipahami
selama ini yang tidak mengizinkan adanya pergeseran dalam nilai rata-rata dari
proses.
Sumber:
http://www.ittelkom.ac.id/library/index.php?option=com_content&view=section&id=3&Itemid=15
1.
Quality Function Deployment (QFD)
Quality Function Deployment (QFD) adalah
metodologi dalam proses perancangan dan pengembangan produk atau layanan yang
mampu mengintegrasikan ‘suara-suara konsumen’ ke dalam proses perancangannya.
QFD sebenarnya adalah merupakan suatu jalan bagi perusahaan untuk mengidentifikasi
dan memenuhi kebutuhan serta keinginan konsumen terhadap produk atau jasa yang
dihasilkannya. Berikut ini dikemukakan beberapa definisi Quality Function
Deployment menurut para pakar :
1.
QFD merupakan metodologi untuk
menterjemahkan keinginan dan kebutuhan konsumen ke dalam suatu rancangan produk
yang memiliki persyaratan teknis dan karakteristik kualitas tertentu (Akao,
1990; Urban, 1993).
2.
QFD adalah metodologi
terstruktur yang digunakan dalam proses perancangan dan pengembangan produk
suntuk menetapkan spesifikasi kebutuhan dan keinginan konsumen, serta
mengevaluasi secara sistematis kapabilitas produk atau jasa dalam memenuhi
kebutuhan dan keinginan konsumen (Cohen, 1995).
3.
QFD adalah sebuah sistem
pengembangan produk yang dimulai dari merancang produk, proses manufaktur,
sampai produk tersebut ke tangan konsumen, dimana pengembangan produk
berdasarkan keinginan konsumen (Djati, 2003).
Manfaat QFD
Penggunaan metodologi QFD dalam proses
perancangan dan pengembangan produk merupakan suatu nilai tambah bagi
perusahaan. Sebab perusahaan akan mempunyai keunggulan kompetitif dengan
menciptakan suatu produk atau jasa yang mampu memuaskan konsumen.
Manfaat-manfaat yang dapat diperoleh dari
penerapan QFD dalam proses perancangan produk adalah (Dale, 1994):
1. Meningkatkan
keandalan produk
2. Meningkatkan
kualitas produk
3. Meningkatkan
kepuasan konsumen
4. Memperpendek
time to market
5. Mereduksi
biaya perancangan
6. Meningkatkan
komunikasi
7. Meningkatkan
produktivitas
8. Meningkatkan
keuntungan perusahaan
Keunggulan QFD
Keunggulan – keunggulan yang dimiliki QFD
adalah:
1. Menyediakan
format standar untuk menerjemahkan kebutuhan konsumen menjadi persyaratan
teknis, sehingga dapat memenuhi kebutuhan konsumen.
2. Menolong
tim perancang untuk memfokuskan proses perancangan yang dilakukan pada
fakta-fakta yang ada, bukan intuisi.
3. Selama
proses perancangan, pembuatan keputusan ‘direkam’ dalam matriks-matriks
sehingga dapat diperiksa ulang serta dimodifikasi di masa yang akan datang.
Hierarkhi matrik QFD
Dengan menggunakan metodologi QFD dalam
proses perancangan dan pengembangan produk, maka akan dikenal empat jenis
tahapan, yaitu masing-masing adalah:
1. Tahap
Perencanaan Produk (House of Quality)
2. Tahap
Perencanaan Komponen (Part Deployment)
3. Tahap
Perencanaan Proses (Proses Deployment)
4. Tahap
Perencanaan Produksi (Manufacturing/ Production Planning)
House of Quality
Rumah kualitas atau biasa disebut juga
House of Quality (HOQ) merupakan tahap pertama dalam penerapan metodologi QFD.
Secara garis besar matriks ini adalah upaya untuk mengkonversi voice of
costumer secara langsung terhadap persyaratan teknis atau spesifikasi teknis
dari produk atau jasa yang dihasilkan. Perusahaan akan berusaha mencapai
persyaratan teknis yang sesuai dengan target yang telah ditetapkan, dengan
sebelumnya melakukan benchmarking terhadap produk pesaing. Benchmarking
dilakukan untuk mengetahui posisiposisi relatif produk yang ada di pasaran yang
merupakan kompetitor. Berikut ini adalah struktur matrik pada HOQ:
Bagian A
Bagian A berisikan data atau informasi
yang diperoleh dari penelitian pasar atas kebutuhan dan keinginan konsumen.
“Suara konsumen” ini merupakan input dalam HOQ. Metode identifikasi kebutuhan
konsumen yang biasa digunakan dalam suatu penelitian adalah wawancara, baik
secara grup atau perorangan. Melalui wawancara, perancang dapat dengan bebas
mengetahui lebih jauh kebutuhan konsumen. Wawancara secara perorangan dapat
dianggap mencukupi, dalam arti cukup menggambarkan kebutuhan konsumen sampai sekitar
90% adalah sebanyak 30 wawancara. Ini berdasarkan pada penelitian untuk suatu
produk picnic coolers oleh Griffin dan Houser (Ulrich & Eppinger, 1995).
Bagian
B
Bagian B berisikan tiga jenis data yaitu:
1. Tingkat
kepentingan dari tiap kebutuhan konsumen.
2. Data
tingkat kepuasan konsumen terhadap produk-produk yang dibandingkan.
3. Tujuan
strategis untuk produk atau jasa baru yang akan dikembangkan.
Bagian
C
Bagian C berisikan persyaratan-persyaratan
teknis terhadap produk atau jasa baru yang akan kembangkan. Data persyaratan
teknis ini diturunkan berdasarkan “suara konsumen” yang telah diperoleh pada
bagian A. Untuk setiap persyaratan teknis ditentukan satuan pengukuran,
Direction of Goodness dan target yang harus dicapai. Direction of Goodness terdiri
dari 3, yaitu:
1. The
More the Better atau semakin besar semakin baik, target maksimal tidak
terbatas.
2. The
Less the Better atau semakin kecil semakin baik, target maksimal adalah nol.
3. Target
is the Best atau target maksimalnya adalah sedekat mungkin dengan suatu nilai
nominal dimana tidak terdapat variasi disekitar nilai tersebut.
Bagian
D
Bagian D berisikan kekuatan hubungan
antara persyaratan teknis dari produk atau jasa yang dikembangkan (bagian C)
dengan “suara konsumen” (bagian A) yang mempengaruhinya. Kekuatan hubungan
ditunjukkan dengan symbol tertentu atau angka tertentu. Berikut ini hubungan
antara kepuasan pelanggan dengan persyaratan teknis, ada empat kemungkinan
korelasi:
1. Not
linked (Blank) diberi nilai nol. Perubahan pada persyaratan teknis, menurut
direction of goodness-nya, tidak akan berpengaruh terhadap kepuasan
pelanggan.2.
2. Possibly
linked, diberi nilai 1. Perubahan yang relative besar pada persyaratan teknis,
menurut direction of goodness-nya akan memberi sedikit perubahan pada kepuasan
pelanggan.
3. Moderate
linked, diberi nilai 3. Perubahan yang relative besar pada persyaratan teknis,
menurut direction of goodness-nya, akan memberikan pengaruh yang cukup berarti
pada kepuasan pelanggan.
4. Strongly
linked, diberi nilai 9. Perubahan yang relative kecil pada persyaratan teknis,
menurut direction of goodness-nya, akan memberikan pengaruh yang cukup berarti
pada kepuasan pelanggan.
Bagian
E
Bagian E berisikan keterkaitan antar
persyaratan teknis yang satu dengan persyaratan teknis yang lain yang terdapat
pada bagian C. Korelasi antar persyaratan teknis tergantung pada direction of
goodness dari setiap persyaratan teknis, ada lima kemungkinan:
1. Strong
Possitive Impact : perubahan pada persyaratan teknis 1 ke arah direction of
goodness-nya, akan menimbulkan pengaruh positif kuat terhadap direction of
goodness persyaratan teknis 2.
2. Moderate
Possitive Impact : perubahan pada persyaratan teknis 1 ke arah direction of
goodness-nya, akan menimbulkan pengaruh positif yang sedang terhadap direction
of goodness persyaratan teknis 2.
3. No
Impact : perubahan pada persyaratan teknis 1 ke arah direction of goodnessnya,
tidak akan menimbulkan pengaruh terhadap direction of goodness persyaratan
teknis 2.
4. Moderate
Negative Impact ( x ) : perubahan pada persyaratan teknis 1 ke arah direction
of goodness-nya, akan menimbulkan pengaruh negatif yang sedang terhadap
direction of goodness persyaratan teknis 2.
5. Strong
Negative Impact ( xx ) : perubahan pada persyaratan teknis 1 ke arah direction
of goodness-nya, akan menimbulkan pengaruh negatif kuat terhadap direction of
goodness persyaratan teknis 2.
Bagian
F
Bagian F beriskan tiga
macam jenis data, yaitu:
1. Tingkat
kepentingan (ranking) persyaratan teknis.
2. Technical
benchmarking dari produk yang dibandingkan.
3. Target
kinerja persyaratan teknis dari produk yang dikembangkan.
Part Deployment
Part Deployment merupakan iterasi kedua
dalam metode QFD. Berikut ini adalah struktur matrik pada Part Deployment:
1.
Bagian A
Bagian ini
berisi persyaratan teknis yang diperoleh dari QFD iterasi 1.
2.
Bagian B
Bagian ini
berisi hasil normalisasi kontribusi persyaratan teknis yang diperoleh dari QFD
iterasi 1.
3.
Bagian C
Bagian ini berisi:
1. Persyaratan part yang
berhubungan dan bersesuaian dengan persyaratan teknis yang diperoleh pada QFD
iterasi 1.
2. Direction of goodness dari
masing-masing persyaratan part.
4.
Bagian D
Bagian ini
menggambarkan hubungan diantara persyaratan part dan persyaratan teknis.
Sehingga hubungan ini didasarkan pada dampak persyaratan part terhadap
persyaratan teknis.
5.
Bagian E
Bagian ini berisi:
1. Part spesification
Merupakan satuan dari persyaratan part.
2. Column weight
Merupakan kontribusi dari
persyaratan part.
3. Target
Spesifikasi yang ingin
dicapai oleh masing-masing persyaratan part dalam rangka pengembangan.
Adapun keterangan di atas digambarkan pada
matriks berikut ini:
2.
Balanced Scorecard
·
Balanced Scorecard Sebagai Alat Perencanaan Strategik
Balanced Scorecard adalah alat perencanaan
strategik yang sangat berdaya untuk meningkatkan kemampuan organisasi dalam
melipatgandakan kinerja keuangan berkesinambungan. Implementasi Balanced
Scorecard sebagai alat perencanaan strategik pada hakikatnya menuntut perubahan
secara radikal gaya manajemen (management style) yang meliputi:
1.
Perubahan alat (toolset)
2.
Perubahan pengetahuan manajemen
(skillset)
3.
Pergeseran sikap mental
(mindset).
Sebagai alat
perencanaan, Balanced Scorecard dilandasi oleh falsafah perencanaan yang fit
dengan zamannya dan diisi dengan pengetahuan manajemen yang dilandasi dengan
paradigma manajemen baru.
·
Balanced Scorecard Sebagai Sistem Manajemen Kinerja
Balanced Scorecard merupakan sistem
manajemen kinerja yang diperlukan bila perusahaan ingin berinvestasi jangka
panjang demi memperoleh hasil finansial yang memungkinkan perkembangan
organisasi bisnisnya dan bila organisasi pemerintah ingin meningkatkan
kinerjanya dalam era otonomi daerah sekarang ini. Untuk mewujudkan satu
kesatuan sistem manajemen yang andal, kita bahkan dapat mengintegrasikan Six
Sigma, sebagai model peningkatan kinerja secara terus-menerus, dengan Balanced
Scorecard.
Vincent Gaspersz, seorang ahli yang
kompetensinya telah diakui secara nasional maupun internasional, telah membahas
dalam bukunya secara tuntas:
-
Empat Perspektif dalam Balanced
Scorecard.
-
Penetapan Target dan Program
Peningkatan Kinerja.
-
Langkah-langkah Implementasi
Sistem Manajemen Balanced Scorecard.
-
Contoh Kasus Implementasi
Sistem Manajemen Balanced Scorecard pada Organisasi Bisnis
-
Implementasi Balanced Scorecard
pada Organisasi Pemerintah
-
Integrasi Program Six Sigma
dengan Balanced Scorecard.
Rencana-rencana bisnis strategis dapat
diterapkan dengan menggunakan pendekatan sistem manajemen kinerja Balanced
Scorecard, sementara berbagai program tindakan (action plan) dapat dilaksanakan
dengan menggunakan pendekatan Six Sigma.
Sumber:
http://www.bung-aswin.com/menu.php?id=4
Langganan:
Postingan (Atom)
