Email/fs/fb : rijaalbikinemaildi@yahoo.co.id MENINGKATKAN Produktivitas MENGGUNAKAN SOFTWARE Produktivitas Lean Six Sigma Disusun Oleh : HaRiZaL (06 06.

Presentasi berjudul: "Email/fs/fb : rijaalbikinemaildi@yahoo.co.id MENINGKATKAN Produktivitas MENGGUNAKAN SOFTWARE Produktivitas Lean Six Sigma Disusun Oleh : HaRiZaL (06 06."— Transcript presentasi:

1 Email/fs/fb : rijaalbikinemaildi@yahoo.co.id
MENINGKATKAN Produktivitas MENGGUNAKAN SOFTWARE Produktivitas Lean Six Sigma Disusun Oleh : HaRiZaL ( ) /fs/fb : Jurusan Teknik Industri Fakultas Teknik Universitas Sultan Ageng Tirtayasa

2 Abstrak Meskipun equations dan model sudah ada untuk beberapa waktu, cara mudah untuk menerapkan pengetahuan untuk pengembangan produk perangkat lunak dalam meningkatkan produktivitas telah lama ada. Makro alat seperti Crystal Ball ® menyediakan perangkat lunak yang sangat baik cara untuk mencapai tujuan produktivitas perangkat lunak. Ini telah dicapai oleh pemodelan upaya pengembangan software, efek karena ukuran dan kompleksitas perangkat lunak, serta masalah kualitas terhadap jadwal kendala. Sebagai sebuah proyek Six Sigma, sebuah perangkat lunak spiral siklus telah membangun model sebagai dasar. Setelah melakukan diagnosa / akar penyebab analisis, berbagai metode yang teridentifikasi yang dapat berpengaruh pada peningkatan produktivitas perangkat lunak seperti lebih pengujian, meningkatkan peer review (PR), dan mengurangi kompleksitas perangkat lunak. Pertama perbaikan untuk siklus berikutnya membangun yang fokus pada peningkatan proses. Crystal Ball digunakan untuk memprediksi dampak perubahan ini pada produktivitas dan mengurangi Biaya yang Kurang Kualitas. Hasil di Analisis Data Kemampuan (WDAC) sebagai program adalah peningkatan produktivitas 25%, pengurangan mengolah lagi oleh 57% dan pengurangan biaya karena buruknya kualitas oleh lebih dari $ 250K / membangun $ 1M atau lebih dari dua tahun untuk kontrak ini. Baru-baru ini hasil dari Joint Lingkungan Toolkit (JET) program ini telah lebih dari $ 336K per pembangunan sampai sekarang.

3 1. Pendahuluan Sebuah perusahaan perangkat lunak kemampuan teknis diukur dari segi proses metrik perlu di alignment dengan tujuan. Ini berarti tujuan dari software engineering harus di sinkronkan Antara fungsi tujuan program sesuai dengan tujuan divisi yang ada di perusahaan. Jika ini tidak dilakukan, semua upaya untuk meningkatkan produktivitas perangkat lunak akan sub-optimal.

4 Perbaikan proses dimana ketika karet bergesekan dengan jalan
Langkah-langkah Proses 2,1: • Zero langkah: Menetapkan dan menangkap metrik yang tersedia untuk bisa menganalisis perangkat lunak (s / w) verifikasi & validasi (V & V) pada proses kinerja sesuai tahapan. • Langkah Pertama: Mengembangkan metode yang tepat untuk mengidentifikasi daerah-daerah (inspeksi dan uji dari kode dan unit test (Cut) untuk akhir penerimaan test (FAT) pada waktu yang diperkirakan untuk menghasilkan kesempatan terbaik untuk perbaikan. • Langkah 2: Perbaiki bidang s / w V & V (PR Uji prosedur dan inspeksi) pada awal proses ditentukan sebagai tepat untuk fokus pada daerah-daerah tertentu untuk s / w program pembangunan. • Langkah 3 : Lakukan perbandingan antara data yang diambil sebelum dan setelah intervensi khusus yang digunakan. Tes hypotheses oleh membandingkan jumlah kegagalan antara tahapan dan escapes dan lama sebelum intervensi dan setelah untuk memperbaikinya. Pengurungan cacat dan tabungan metrik kumulatif waktu akan dihitung (kerja dari PTRs)

5 2. Root Causes: • Apakah tidak ada orang yang cukup terlatih untuk prosedur • Peristiwa proses berbeda antara kedua program • Putus antara tujuan dan motivators (tidak cukup bulan dalam kontrak untuk kegiatan ini) • Apakah tidak ada di tempat yang solid pada proses untuk mengikuti program

6 3. High Leverage Points: • Proses Manual • Peristiwa peralatan untuk menangkap dan menampilkan data yang sulit untuk menggunakan • Kurangnya ketersediaan metrik di semua program (terutama program kecil)

7 4. Solution Specification
• Manajemen Data Tools / Script Sederhana • PR diperiksa selama proses s / w pengembangan • cacat Data yang diambil dengan alat-alat dalam satu database • PR dan Ujian Laporan dan metrik Diperbaharui semi-otomatis

8 3 Typical PEMBUATAN SOFTWARE DAN ”V & V” Proses
Terdiri dari proses utama: Kebutuhan mengembangkan Produk memperkirakan Ukuran & Sumber Daya Jadwal mengembangkan dan menentukan apakah memenuhi Kebutuhan S / W Development S / W Peer Review Uji dan Sistem Integrasi Menyerahkan Produk

9 3.1 Empat Phase Pengembangan Software
Empat Phases of the unified (Putnam dan Myers, 2003) proses pengembangan perangkat lunak adalah: 1. Macam 2. Elaborasi 3. Konstruksi 4. Transisi

10 3.2 Typical DOD tahapan pengembangan perangkat lunak
1. Konsep dan persyaratan 2. Arsitektur 3. Rincian Desain 4. Produk Build 5. Integrasi sistem, verifikasi dan validasi 6. Produksi dan penyebaran 7. Operasi dan dukungan

11 TINJAUAN metrik SOFTWARE
Bagian ini menjelaskan metrik yang diterapkan untuk pengembangan perangkat lunak dan proses V & V: Peristiwa Proses Best Practices untuk S / W & V V 4,2 Quality Control Kontrol Efektif Metrik Proyek Metrik Usaha Metrik mengolah kembali Metrik Kualitas Metrik

12 Model Setelah data yang dijelaskan di atas dikumpulkan untuk berbagai program seperti WDAC, menjadi mungkin untuk menggunakan informasi ini. Pertama, dapat digunakan untuk memprediksi produktivitas perangkat lunak dalam hal KSLOC / jam (untuk WDAC). Selain itu, total peningkatan peluang dalam hal kerusakan dan pengurangan dapat mengolah lagi gauged Sejak JET perangkat lunak telah dikembangkan menggunakan proses yang sama, ia memutuskan untuk melihat sejarah masa lalu hasil dari berbagai tahapan yang WDAC melalui program pergi selama beberapa generasi siklus pengembangan, disebut "akan menambahkan" oleh program. J Bayesian Kepercayaan Net (BBN) dapat digunakan untuk memvisualisasikan keaslian dan aliran cacat dari tahap ke tahap dalam pengembangan software proses. Menurut Watts Humphrey (1989), adalah perlu untuk menentukan program yang menangani rekayasa perangkat lunak perubahan permintaan dalam mode ini untuk melukiskan hubungan baik potensi poin dari intervensi dengan kemampuan mereka mempengaruhi produktivitas perangkat lunak untuk perbaikan. Masukan adalah masalah ukuran, dan kompleksitas usaha dan keluaran yang cacat kepadatan dan setelah rilis diidentifikasi sebagai kegagalan kepadatan dalam Gambar 1 di bawah ini.

13

14 Kesimpulan Aplikasi yang terbaik untuk melakukan proses proyek baru pengembangan perangkat lunak bukanlah proses suatu baru. Namun, beberapa aspek ini kertas petak baru wilayah. Menggunakan model deterministic risiko untuk memperkirakan biaya dan kualitas yang tidak biasanya dilakukan bahkan Six Sigma di perusahaan-perusahaan seperti Raytheon. Hal ini bukan bagian dari budaya mereka. Menggunakan Kepercayaan Bayesian Nets, merumuskan berbagai aspek intervensi yang baru. Analisis risiko baru telah dimasukkan dalam proyek di Raytheon;

15 ,,,TERIMA KASIH,,, ,,,SYUQRON,,, ,,,THANK YOU,,,