際際滷

際際滷Share a Scribd company logo

Mpsi sesi3

Download as PPT, PDF
Alvin's Tri竪ds旦h奪rd F嘆rs旦m竪淡n竪
Alvin's Tri竪ds旦h奪rd F嘆rs旦m竪淡n竪

Teks tersebut membahas berbagai metode pengukuran (metrics) pada perangkat lunak (software), mulai dari ukuran berbasis baris kode (size-oriented metrics), ukuran berbasis fungsi (function-oriented metrics), sampai ukuran kualitas perangkat lunak. Beberapa metode yang dijelaskan antara lain menghitung jumlah baris kode, fungsi, kesalahan, dan kelayakan perawatan perangkat lunak.

1 of 19
Download to read offline
METRIK PROYEK PERANGKAT LUNAK & PROSES SOFTWARE MPSI - STIKOM
* A software metric is a measure of some property of a piece of Software. MPSI - STIKOM *Wikipedia, the free encyclopedia
MPSI - STIKOM Pengukuran adalah hal yang umum didalam dunia engineering, seperti konsumsi daya, berat, dimensi fisik, suhu, tegangan, noise rasio, dan lainnya. Sayangnya hal ini kurang umum untuk dunia Software Engineering, dan muncul masalah-masalah dengan apa yang diukur serta dalam mengevaluasi metrik yang dikumpulkan.
MPSI - STIKOM Software engineering metrics are units of measurement that are used to characterize: software engineering products, e.g., designs, source code, and test cases, software engineering processes, e.g., the activities of analysis, designing, and coding, and software engineering people (project), e.g., the efficiency of an individual tester, or the productivity of an individual designer by Edward V. Berard
MPSI - STIKOM Grady [GRA92] menyatakan bahwa Etika Software Metrik merupakan hal yang tepat bagi para manager dan praktisi saat mensosialisasikan program metrik proses : 1. Gunakan istilah umum saat intepretasikan data metrik 2. Berikan feedback pada tim dan individu yang telah berkerja mengumpulkan data pengukuran / metrik 3. Jangan gunakan metrik untuk menilai individu 4. Jangan gunakan metrik untuk mengancam individu atau tim 5. Berkerja dengan pelaksana dan tim untuk menentukan tujuan dan metrik dipakai untuk mencapai tujuan. 6. Metrik data yang menunjukan sebuah area masalah tidak boleh dianggap negatif. Data itu hanya merupakan sebuah indikator 7. Jangan terfokus pada suatu metrik sehingga mengabaikan metrik lainnya.
MPSI - STIKOM Pengukuran pada dunia fisika terbagi menjadi 2 : Langsung (Direct Measures) : Mengukur panjang baut Tidak Langsung (Indirect Measures) : Mengukur kualitas baut yang diproduksi Hal tersebut juga berlaku pada Software Metrik SOFTWARE MEASUREMENT
MPSI - STIKOM Size-Oriented Metrik Bila sebuah organisasi memelihara rekaman sederhana maka dapat diciptakan tabel : Proyek LOC Effort Nom(000) Doc(Hal) Kesalahan Cacat (Error) (Defect) ----------------------------------------------------------------------------------------------------------------------------------------- Alpha 12.100 24 US$ 168 365 134 29 Beta 27.200 62 US$ 440 1224 321 86 Gamma 20.200 43 US$ 314 1050 256 64 LOC = Line of Code Effort = person-month Nom(000) = Biaya Proyek (seluruh aktivitas RPL, dari analisa, design, coding, testing) Doc(hal) = Banyaknya documentasi yang dihasilkan pada proyek tersebut Kesalahan = Jumlah kesalahan yang terjadi dan dicatat sebelum software di release Cacat = Jumlah cacat setelah diserahkan kepada pelanggan pada tahun pertama operasi SOFTWARE MEASUREMENT
MPSI - STIKOM In Software Engineering Metrics and Models by Conte et al. (1986), LOC is defined as follows: A line of code is any line of program text that is not a comment or blank line, regardless of the number of statements or fragments of statements on the line. Dari tabel yang diciptakan maka dapat diperoleh : P = Errors per KLOC (Kilo Line of Code=Thousand lines of Code) Q = Defect per KLOC C = Nominal per LOC D = Page of Documentation per KLOC DC = Nominal per Page Documentation Metrik lainnya yang dapat dihitung : Errors per Person-month LOC per person-month Size Oriented Metric (LOC)
MPSI - STIKOM Jones (1986) describes several variations: Count only executable lines. Count executable lines plus data definitions. Count executable lines, data definitions, and comments. Count lines as terminated by logical delimiters. Size Oriented Metric (LOC)
MPSI - STIKOM Year Operating System SLOC (Million) 1990 Windows 3.1 3 1995 Windows N.T 4 1997 Windows 95 15 1998 Windows N.T 4.0 16 1999 Windows 98 18 2000 Windows N.T 5.0 20 2001 Windows 2000 35 2002 Windows XP 40 2006 Windows Vista 50 JUMLAH SLOC OPERATING SYSTEM
MPSI - STIKOM tidak dapat diterima oleh semua pihak. Dipertanyakan : penggunaan jumlah baris kode sebagai acuan perhitungan ! Pendukung : LOC merupakan sesuatu yang mudah dihitung Penentang : LOC tergantung bahasa pemrograman yang digunakan. LOC yang kecil tidak berarti program buruk, malah baik, efisien Kontroversi Line Of Code
MPSI - STIKOM Function-Oriented Metric Mengukur secara tidak langsung. Ditekankan pada fungsional dan utilitas program. Diusulkan pertama kali oleh Albrecht, dengan usulan cara perhitungan yang disebut : function point (FP). FP diturunkan menggunakan hubungan empiris berbasis pada sesuatu yang terukur dari information domain dan berhubungan dengan kompleksitas software. SOFTWARE MEASUREMENT
MPSI - STIKOM Function-Oriented Software Metric Parameter Pengukuran Count Bobot Rendah Bobot Sedang Bobot Komplek Jumlah * Bobot Jumlah Input User ??? 3 4 6 ??? * Bobot Jumlah Output untuk Pemakai ??? 4 5 7 ??? * Bobot Jumlah Inquiry User ??? 3 4 6 ??? * Bobot Jumlah File ??? 7 10 15 ??? * Bobot Jumlah Interface External ??? 5 7 10 ??? * Bobot TOTAL Jumlah Inquiry user : didefinisikan sebagai on line input dan menghasilkan respon langsung dari software dalam bentuk online output Jumlah Interface External : misalnya data file pada storage media yang digunakan untuk mengirim informasi ke sistem lain Jumlah file : Baik yang terpisah atau merupakan bagian dari database
MPSI - STIKOM FP = Jumlah_Total x [0.65 + 0.01 x (Fi)] Jumlah_total diperoleh dari tabel sebelumnya. Fi diperoleh dari perhitungan berdasarkan 14 pertanyaan pada halaman berikutnya. Konstanta pada formula didapat secara empiris Selanjutnya dapat dihitung : FP per person-month Error per FP Defects per FP Nominal per FP Pages of documentation per FP
MPSI - STIKOM Fi (1-14) Harga Penyesuaian Complexitas (*Pressman) 1. Apakah sistem memerlukan backup dan recovery ? 2. Apakah diperlukan fasilitas komunikasi data ? 3. Apakah diperlukan fasilitas distributed processing ? 4. Apakah performance sangat penting ? 5. Apakah sistem akan dijalankan pada lingkungan yang sudah ada yang sudah terutilisasi secara penuh ? 6. Apakah memerlukan pemasukan data secara on-line ? 7. Apakah pemasukan data on-line terjadi pada multiple-screen atau operasi? 8. Apakah file master di-update secara online ? 9. Apakah input, output, file serta inquiry begitu kompleks ? 10. Apakah proses internal begitu kompleks ? 11. Apakah kode yang dibuat harus dapat digunakan ulang ? 12. Apakah konversi dan instalasi termasuk dalam perancangan ? 13. Apakah sistem dirancang untuk dapat diinstall pada berbagai organisasi yang berbeda ? 14. Apakah aplikasi dirancang untuk memberikan fasilitas perubahan dan kemudahan pemakaian bagi user ? Setiap pertanyaan diberi nilai 0-5 (0=tidak penting; 5=penting)
MPSI - STIKOM Programming Language LOC / FP Assembly 320 C 128 Pascal 90 V.Basic 32 Power Builder 16 SQL 12 C++ 64 JON98, Pressmann
MPSI - STIKOM Kualitas dapat diukur melalui proses rekayasanya dan setelah software digunakan oleh user. Metrik yang digunakan sebelum delivery : o kompleksitas program, o efektivitas modularitas, o ukuran total program. Metrik yang digunakan setelah delivery : o jumlah kesalahan, o maintainability.
MPSI - STIKOM McCall dan Cavano mendefinisikan satu set quality factors yang merupakan tahap awal untuk mengembangkan metrik untuk pengukuran kualitas software : product operation (using it) product revision (changing it), dan product transitition (modifying it to work in a different environment) Banyak faktor/metoda yang dapat digunakan Diantara banyak faktor tersebut yang sering digunakan adalah [Gilb] : correctness (defects per KLOC), maintainability (pengukuran secara tidak langsung : MTTC = Mean Time To Change, cost untuk memperbaiki setelah delivery) integrity (ketangguhan terhadap serangan : virus, hack), dan usability (kemudahan penggunaan, user friendly).
MPSI - STIKOM Several object-oriented software engineering metrics are related to the class-instance relationship, e.g.: number of instances per class per application, number of parameterized classes per application, and ratio of parameterized classes to non-parameterized classes

More Related Content

Mpsi sesi3

  • 1. METRIK PROYEK PERANGKAT LUNAK & PROSES SOFTWARE MPSI - STIKOM
  • 2. * A software metric is a measure of some property of a piece of Software. MPSI - STIKOM *Wikipedia, the free encyclopedia
  • 3. MPSI - STIKOM Pengukuran adalah hal yang umum didalam dunia engineering, seperti konsumsi daya, berat, dimensi fisik, suhu, tegangan, noise rasio, dan lainnya. Sayangnya hal ini kurang umum untuk dunia Software Engineering, dan muncul masalah-masalah dengan apa yang diukur serta dalam mengevaluasi metrik yang dikumpulkan.
  • 4. MPSI - STIKOM Software engineering metrics are units of measurement that are used to characterize: software engineering products, e.g., designs, source code, and test cases, software engineering processes, e.g., the activities of analysis, designing, and coding, and software engineering people (project), e.g., the efficiency of an individual tester, or the productivity of an individual designer by Edward V. Berard
  • 5. MPSI - STIKOM Grady [GRA92] menyatakan bahwa Etika Software Metrik merupakan hal yang tepat bagi para manager dan praktisi saat mensosialisasikan program metrik proses : 1. Gunakan istilah umum saat intepretasikan data metrik 2. Berikan feedback pada tim dan individu yang telah berkerja mengumpulkan data pengukuran / metrik 3. Jangan gunakan metrik untuk menilai individu 4. Jangan gunakan metrik untuk mengancam individu atau tim 5. Berkerja dengan pelaksana dan tim untuk menentukan tujuan dan metrik dipakai untuk mencapai tujuan. 6. Metrik data yang menunjukan sebuah area masalah tidak boleh dianggap negatif. Data itu hanya merupakan sebuah indikator 7. Jangan terfokus pada suatu metrik sehingga mengabaikan metrik lainnya.
  • 6. MPSI - STIKOM Pengukuran pada dunia fisika terbagi menjadi 2 : Langsung (Direct Measures) : Mengukur panjang baut Tidak Langsung (Indirect Measures) : Mengukur kualitas baut yang diproduksi Hal tersebut juga berlaku pada Software Metrik SOFTWARE MEASUREMENT
  • 7. MPSI - STIKOM Size-Oriented Metrik Bila sebuah organisasi memelihara rekaman sederhana maka dapat diciptakan tabel : Proyek LOC Effort Nom(000) Doc(Hal) Kesalahan Cacat (Error) (Defect) ----------------------------------------------------------------------------------------------------------------------------------------- Alpha 12.100 24 US$ 168 365 134 29 Beta 27.200 62 US$ 440 1224 321 86 Gamma 20.200 43 US$ 314 1050 256 64 LOC = Line of Code Effort = person-month Nom(000) = Biaya Proyek (seluruh aktivitas RPL, dari analisa, design, coding, testing) Doc(hal) = Banyaknya documentasi yang dihasilkan pada proyek tersebut Kesalahan = Jumlah kesalahan yang terjadi dan dicatat sebelum software di release Cacat = Jumlah cacat setelah diserahkan kepada pelanggan pada tahun pertama operasi SOFTWARE MEASUREMENT
  • 8. MPSI - STIKOM In Software Engineering Metrics and Models by Conte et al. (1986), LOC is defined as follows: A line of code is any line of program text that is not a comment or blank line, regardless of the number of statements or fragments of statements on the line. Dari tabel yang diciptakan maka dapat diperoleh : P = Errors per KLOC (Kilo Line of Code=Thousand lines of Code) Q = Defect per KLOC C = Nominal per LOC D = Page of Documentation per KLOC DC = Nominal per Page Documentation Metrik lainnya yang dapat dihitung : Errors per Person-month LOC per person-month Size Oriented Metric (LOC)
  • 9. MPSI - STIKOM Jones (1986) describes several variations: Count only executable lines. Count executable lines plus data definitions. Count executable lines, data definitions, and comments. Count lines as terminated by logical delimiters. Size Oriented Metric (LOC)
  • 10. MPSI - STIKOM Year Operating System SLOC (Million) 1990 Windows 3.1 3 1995 Windows N.T 4 1997 Windows 95 15 1998 Windows N.T 4.0 16 1999 Windows 98 18 2000 Windows N.T 5.0 20 2001 Windows 2000 35 2002 Windows XP 40 2006 Windows Vista 50 JUMLAH SLOC OPERATING SYSTEM
  • 11. MPSI - STIKOM tidak dapat diterima oleh semua pihak. Dipertanyakan : penggunaan jumlah baris kode sebagai acuan perhitungan ! Pendukung : LOC merupakan sesuatu yang mudah dihitung Penentang : LOC tergantung bahasa pemrograman yang digunakan. LOC yang kecil tidak berarti program buruk, malah baik, efisien Kontroversi Line Of Code
  • 12. MPSI - STIKOM Function-Oriented Metric Mengukur secara tidak langsung. Ditekankan pada fungsional dan utilitas program. Diusulkan pertama kali oleh Albrecht, dengan usulan cara perhitungan yang disebut : function point (FP). FP diturunkan menggunakan hubungan empiris berbasis pada sesuatu yang terukur dari information domain dan berhubungan dengan kompleksitas software. SOFTWARE MEASUREMENT
  • 13. MPSI - STIKOM Function-Oriented Software Metric Parameter Pengukuran Count Bobot Rendah Bobot Sedang Bobot Komplek Jumlah * Bobot Jumlah Input User ??? 3 4 6 ??? * Bobot Jumlah Output untuk Pemakai ??? 4 5 7 ??? * Bobot Jumlah Inquiry User ??? 3 4 6 ??? * Bobot Jumlah File ??? 7 10 15 ??? * Bobot Jumlah Interface External ??? 5 7 10 ??? * Bobot TOTAL Jumlah Inquiry user : didefinisikan sebagai on line input dan menghasilkan respon langsung dari software dalam bentuk online output Jumlah Interface External : misalnya data file pada storage media yang digunakan untuk mengirim informasi ke sistem lain Jumlah file : Baik yang terpisah atau merupakan bagian dari database
  • 14. MPSI - STIKOM FP = Jumlah_Total x [0.65 + 0.01 x (Fi)] Jumlah_total diperoleh dari tabel sebelumnya. Fi diperoleh dari perhitungan berdasarkan 14 pertanyaan pada halaman berikutnya. Konstanta pada formula didapat secara empiris Selanjutnya dapat dihitung : FP per person-month Error per FP Defects per FP Nominal per FP Pages of documentation per FP
  • 15. MPSI - STIKOM Fi (1-14) Harga Penyesuaian Complexitas (*Pressman) 1. Apakah sistem memerlukan backup dan recovery ? 2. Apakah diperlukan fasilitas komunikasi data ? 3. Apakah diperlukan fasilitas distributed processing ? 4. Apakah performance sangat penting ? 5. Apakah sistem akan dijalankan pada lingkungan yang sudah ada yang sudah terutilisasi secara penuh ? 6. Apakah memerlukan pemasukan data secara on-line ? 7. Apakah pemasukan data on-line terjadi pada multiple-screen atau operasi? 8. Apakah file master di-update secara online ? 9. Apakah input, output, file serta inquiry begitu kompleks ? 10. Apakah proses internal begitu kompleks ? 11. Apakah kode yang dibuat harus dapat digunakan ulang ? 12. Apakah konversi dan instalasi termasuk dalam perancangan ? 13. Apakah sistem dirancang untuk dapat diinstall pada berbagai organisasi yang berbeda ? 14. Apakah aplikasi dirancang untuk memberikan fasilitas perubahan dan kemudahan pemakaian bagi user ? Setiap pertanyaan diberi nilai 0-5 (0=tidak penting; 5=penting)
  • 16. MPSI - STIKOM Programming Language LOC / FP Assembly 320 C 128 Pascal 90 V.Basic 32 Power Builder 16 SQL 12 C++ 64 JON98, Pressmann
  • 17. MPSI - STIKOM Kualitas dapat diukur melalui proses rekayasanya dan setelah software digunakan oleh user. Metrik yang digunakan sebelum delivery : o kompleksitas program, o efektivitas modularitas, o ukuran total program. Metrik yang digunakan setelah delivery : o jumlah kesalahan, o maintainability.
  • 18. MPSI - STIKOM McCall dan Cavano mendefinisikan satu set quality factors yang merupakan tahap awal untuk mengembangkan metrik untuk pengukuran kualitas software : product operation (using it) product revision (changing it), dan product transitition (modifying it to work in a different environment) Banyak faktor/metoda yang dapat digunakan Diantara banyak faktor tersebut yang sering digunakan adalah [Gilb] : correctness (defects per KLOC), maintainability (pengukuran secara tidak langsung : MTTC = Mean Time To Change, cost untuk memperbaiki setelah delivery) integrity (ketangguhan terhadap serangan : virus, hack), dan usability (kemudahan penggunaan, user friendly).
  • 19. MPSI - STIKOM Several object-oriented software engineering metrics are related to the class-instance relationship, e.g.: number of instances per class per application, number of parameterized classes per application, and ratio of parameterized classes to non-parameterized classes