Teknik Estimasi - Proses Penghitungan FP
Proses Penghitungan FP melibatkan langkah-langkah berikut -
Step 1 - Tentukan jenis hitungan.
Step 2 - Tentukan batas hitungan.
Step 3 - Identifikasi setiap Elementary Process (EP) yang dibutuhkan oleh pengguna.
Step 4 - Tentukan EP unik.
Step 5 - Mengukur fungsi data.
Step 6 - Mengukur fungsi transaksional.
Step 7 - Hitung ukuran fungsional (jumlah titik fungsi tidak disesuaikan).
Step 8 - Tentukan Value Adjustment Factor (VAF).
Step 9 - Hitung jumlah titik fungsi yang disesuaikan.
Note- Karakteristik Sistem Umum (GSC) dibuat opsional di CPM 4.3.1 dan dipindahkan ke Lampiran. Oleh karena itu, Langkah 8 dan Langkah 9 dapat dilewati.
Langkah 1: Tentukan Jenis Hitungan
Ada tiga jenis hitungan titik fungsi -
- Hitungan Titik Fungsi Pengembangan
- Jumlah Titik Fungsi Aplikasi
- Jumlah Poin Fungsi Peningkatan
Hitungan Titik Fungsi Pengembangan
Titik fungsi dapat dihitung di semua fase proyek pengembangan mulai dari persyaratan hingga tahap implementasi. Jenis penghitungan ini terkait dengan pekerjaan pengembangan baru dan mungkin termasuk prototipe, yang mungkin diperlukan sebagai solusi sementara, yang mendukung upaya konversi. Jenis hitungan ini disebut hitungan titik fungsi dasar.
Jumlah Titik Fungsi Aplikasi
Jumlah aplikasi dihitung sebagai titik fungsi yang dikirimkan, dan mengecualikan upaya konversi apa pun (prototipe atau solusi sementara) dan fungsionalitas yang mungkin ada.
Jumlah Poin Fungsi Peningkatan
Perubahan yang dilakukan pada perangkat lunak setelah produksi dianggap sebagai peningkatan. Untuk mengukur proyek peningkatan tersebut, Hitungan Titik Fungsi ditambahkan, Diubah atau Dihapus dalam Aplikasi.
Langkah 2: Tentukan Batasan Hitungan tersebut
Batas tersebut menunjukkan batas antara aplikasi yang sedang diukur dan aplikasi eksternal atau domain pengguna. (Lihat Gambar 1)
Untuk menentukan batas, pahami -
- Tujuan penghitungan titik fungsi
- Cakupan aplikasi yang sedang diukur
- Bagaimana dan aplikasi mana yang memelihara data apa
- Area bisnis yang mendukung aplikasi
Langkah 3: Identifikasi Setiap Proses Dasar yang Diperlukan oleh Pengguna
Buat dan / atau uraikan persyaratan pengguna fungsional menjadi unit aktivitas terkecil, yang memenuhi semua kriteria berikut -
- Berarti bagi pengguna.
- Merupakan transaksi yang lengkap.
- Mandiri.
- Meninggalkan bisnis aplikasi yang dihitung dalam keadaan konsisten.
Misalnya, Persyaratan Pengguna Fungsional - "Menjaga informasi Karyawan" dapat diuraikan menjadi aktivitas yang lebih kecil seperti menambah karyawan, mengganti karyawan, menghapus karyawan, dan menanyakan tentang karyawan.
Setiap unit kegiatan yang diidentifikasi adalah Proses Dasar (EP).
Langkah 4: Tentukan Proses Dasar yang Unik
Membandingkan dua EP yang telah diidentifikasi, hitung sebagai satu EP (EP yang sama) jika -
- Memerlukan kumpulan DET yang sama.
- Membutuhkan set FTR yang sama.
- Memerlukan rangkaian logika pemrosesan yang sama untuk menyelesaikan EP.
Jangan memisahkan EP dengan berbagai bentuk logika pemrosesan menjadi beberapa Eps.
Misalnya, jika Anda telah mengidentifikasi 'Tambah Karyawan' sebagai EP, itu tidak boleh dibagi menjadi dua EP untuk memperhitungkan fakta bahwa seorang karyawan mungkin atau mungkin tidak memiliki tanggungan. EP masih 'Tambah Karyawan', dan ada variasi dalam logika pemrosesan dan DET untuk memperhitungkan tanggungan.
Langkah 5: Ukur Fungsi Data
Klasifikasikan setiap fungsi data sebagai ILF atau EIF.
Fungsi data harus diklasifikasikan sebagai -
File Logika Internal (ILF), jika dikelola oleh aplikasi yang sedang diukur.
File Antarmuka Eksternal (EIF) jika dirujuk, tetapi tidak dikelola oleh aplikasi yang sedang diukur.
ILF dan EIF dapat berisi data bisnis, data kontrol, dan data berbasis aturan. Misalnya, switching telepon dibuat dari ketiga jenis - data bisnis, data aturan, dan data kontrol. Data bisnis adalah panggilan sebenarnya. Data aturan adalah bagaimana panggilan harus dialihkan melalui jaringan, dan data kontrol adalah bagaimana sakelar berkomunikasi satu sama lain.
Pertimbangkan dokumentasi berikut untuk menghitung ILF dan EIF -
- Tujuan dan kendala untuk sistem yang diusulkan.
- Dokumentasi mengenai sistem saat ini, jika sistem seperti itu ada.
- Dokumentasi tentang tujuan, masalah dan kebutuhan yang dirasakan pengguna.
- Model data.
Langkah 5.1: Hitung DET untuk Setiap Fungsi Data
Terapkan aturan berikut untuk menghitung DET untuk ILF / EIF -
Hitung DET untuk setiap bidang unik yang dapat diidentifikasi pengguna, tidak berulang yang disimpan di atau diambil dari ILF atau EIF melalui pelaksanaan EP.
Hitung hanya DET yang digunakan oleh aplikasi yang diukur ketika dua atau lebih aplikasi memelihara dan / atau mereferensikan fungsi data yang sama.
Hitung DET untuk setiap atribut yang diperlukan oleh pengguna untuk membangun hubungan dengan ILF atau EIF lain.
Tinjau atribut terkait untuk menentukan apakah mereka dikelompokkan dan dihitung sebagai satu DET atau apakah mereka dihitung sebagai beberapa DET. Pengelompokan akan bergantung pada bagaimana EP menggunakan atribut dalam aplikasi.
Langkah 5.2: Hitung RET untuk Setiap Fungsi Data
Terapkan aturan berikut untuk menghitung RET untuk ILF / EIF -
- Hitung satu RET untuk setiap fungsi data.
- Hitung satu RET tambahan untuk setiap subkelompok logis tambahan DETs berikut.
- Entitas asosiatif dengan atribut non-kunci.
- Sub-tipe (selain sub-tipe pertama).
- Entitas atributif, dalam hubungan selain wajib 1: 1.
Langkah 5.3: Tentukan Kompleksitas Fungsional untuk Setiap Fungsi Data
| RETS | Jenis Elemen Data (DETs) | ||
|---|---|---|---|
| 1-19 | 20-50 | >50 | |
| 1 | L | L | SEBUAH |
| 2 sampai 5 | L | SEBUAH | H. |
| > 5 | SEBUAH | H. | H. |
Kompleksitas Fungsional: L = Rendah; A = Rata-rata; H = Tinggi
Langkah 5.4: Mengukur Ukuran Fungsional untuk Setiap Fungsi Data
| Kompleksitas Fungsional | Hitungan FP untuk ILF | Hitungan FP untuk EIF |
|---|---|---|
| Rendah | 7 | 5 |
| Rata-rata | 10 | 7 |
| Tinggi | 15 | 10 |
Langkah 6: Mengukur Fungsi Transaksional
Untuk mengukur fungsi transaksional berikut adalah langkah-langkah yang diperlukan -
Langkah 6.1: Klasifikasikan setiap Fungsi Transaksional
Fungsi transaksional harus diklasifikasikan sebagai Input Eksternal, Output Eksternal atau Permintaan Eksternal.
Input Eksternal
Input Eksternal (EI) adalah Proses Dasar yang memproses data atau mengontrol informasi yang berasal dari luar batas. Maksud utama dari EI adalah untuk mempertahankan satu atau lebih ILF dan / atau untuk mengubah perilaku sistem.
Semua aturan berikut harus diterapkan -
Data atau informasi kontrol diterima dari luar batas aplikasi.
Setidaknya satu ILF dipertahankan jika data yang memasuki batas tidak mengontrol informasi yang mengubah perilaku sistem.
Untuk EP yang teridentifikasi, salah satu dari tiga pernyataan harus berlaku -
Logika pemrosesan unik dari logika pemrosesan yang dilakukan oleh IE lain untuk aplikasi tersebut.
Kumpulan elemen data yang diidentifikasi berbeda dari set yang diidentifikasi untuk IE lain dalam aplikasi.
ILF atau EIF yang dirujuk berbeda dari file yang dirujuk oleh EI lain dalam aplikasi.
Output Eksternal
Output Eksternal (EO) adalah Proses Dasar yang mengirimkan data atau informasi kontrol di luar batas aplikasi. EO mencakup pemrosesan tambahan di luar permintaan eksternal.
Maksud utama dari EO adalah untuk menyajikan informasi kepada pengguna melalui logika pemrosesan selain atau sebagai tambahan untuk pengambilan data atau informasi kontrol.
Logika pemrosesan harus -
- Berisi setidaknya satu rumus atau perhitungan matematika.
- Buat data turunan.
- Pertahankan satu atau lebih ILF.
- Ubah perilaku sistem.
Semua aturan berikut harus diterapkan -
- Mengirimkan data atau informasi kontrol di luar batas aplikasi.
- Untuk EP yang teridentifikasi, salah satu dari tiga pernyataan harus berlaku -
- Logika pemrosesan unik dari logika pemrosesan yang dilakukan oleh EO lain untuk aplikasi tersebut.
- Kumpulan elemen data yang diidentifikasi berbeda dari EO lain dalam aplikasi.
- ILF atau EIF yang direferensikan berbeda dari file yang direferensikan oleh EO lain dalam aplikasi.
Selain itu, salah satu aturan berikut harus diterapkan -
- Logika pemrosesan berisi setidaknya satu rumus atau perhitungan matematika.
- Logika pemrosesan mempertahankan setidaknya satu ILF.
- Logika pemrosesan mengubah perilaku sistem.
Pertanyaan Eksternal
Permintaan Eksternal (EQ) adalah Proses Dasar yang mengirimkan data atau mengontrol informasi di luar batas. Maksud utama dari EQ adalah untuk menyajikan informasi kepada pengguna melalui pengambilan data atau informasi kontrol.
Logika pemrosesan tidak berisi rumus matematika atau penghitungan, dan tidak membuat data turunan. Tidak ada ILF yang dipertahankan selama pemrosesan, dan perilaku sistem juga tidak diubah.
Semua aturan berikut harus diterapkan -
- Mengirimkan data atau informasi kontrol di luar batas aplikasi.
- Untuk EP yang teridentifikasi, salah satu dari tiga pernyataan harus berlaku -
- Logika pemrosesan unik dari logika pemrosesan yang dilakukan oleh EQ lain untuk aplikasi.
- Kumpulan elemen data yang diidentifikasi berbeda dari EQ lain dalam aplikasi.
- ILF atau EIF yang direferensikan berbeda dari file yang direferensikan oleh EQ lain dalam aplikasi.
Selain itu, semua aturan berikut harus berlaku -
- Logika pemrosesan mengambil data atau mengontrol informasi dari ILF atau EIF.
- Logika pemrosesan tidak mengandung rumus atau perhitungan matematika.
- Logika pemrosesan tidak mengubah perilaku sistem.
- Logika pemrosesan tidak mempertahankan ILF.
Langkah 6.2: Hitung DET untuk Setiap Fungsi Transaksional
Terapkan Aturan berikut untuk menghitung DET untuk EI -
Tinjau segala sesuatu yang melintasi (masuk dan / atau keluar) batas.
Hitung satu DET untuk setiap atribut unik yang dapat diidentifikasi dan tidak berulang pengguna yang melintasi (masuk dan / atau keluar) batas selama pemrosesan fungsi transaksional.
Hitung hanya satu DET per fungsi transaksional untuk kemampuan mengirim pesan respons aplikasi, meskipun ada beberapa pesan.
Hitung hanya satu DET per fungsi transaksional untuk kemampuan memulai tindakan meskipun ada beberapa cara untuk melakukannya.
Jangan hitung item berikut sebagai DETs -
Atribut yang dihasilkan dalam batas oleh fungsi transaksional dan disimpan ke ILF tanpa keluar dari batas.
Literal seperti judul laporan, pengidentifikasi layar atau panel, judul kolom, dan judul atribut.
Perangko yang dihasilkan aplikasi seperti atribut tanggal dan waktu.
Variabel halaman, nomor halaman dan informasi posisi, misalnya, 'Baris 37 hingga 54 dari 211'.
Alat bantu navigasi seperti kemampuan untuk menavigasi dalam daftar menggunakan "sebelumnya", "berikutnya", "pertama", "terakhir" dan grafis yang setara.
Terapkan aturan berikut untuk menghitung DET untuk EO / EQ -
Tinjau segala sesuatu yang melintasi (masuk dan / atau keluar) batas.
Hitung satu DET untuk setiap atribut unik yang dapat diidentifikasi dan tidak berulang pengguna yang melintasi (masuk dan / atau keluar) batas selama pemrosesan fungsi transaksional.
Hitung hanya satu DET per fungsi transaksional untuk kemampuan mengirim pesan respons aplikasi, meskipun ada beberapa pesan.
Hitung hanya satu DET per fungsi transaksional untuk kemampuan memulai tindakan meskipun ada beberapa cara untuk melakukannya.
Jangan hitung item berikut sebagai DETs -
Atribut yang dihasilkan di dalam batas tanpa melewati batas tersebut.
Literal seperti judul laporan, pengidentifikasi layar atau panel, judul kolom, dan judul atribut.
Perangko yang dihasilkan aplikasi seperti atribut tanggal dan waktu.
Variabel halaman, nomor halaman dan informasi posisi, misalnya, 'Baris 37 hingga 54 dari 211'.
Alat bantu navigasi seperti kemampuan untuk menavigasi dalam daftar menggunakan "sebelumnya", "berikutnya", "pertama", "terakhir" dan grafis yang setara.
Langkah 6.3: Hitung FTR untuk Setiap Fungsi Transaksional
Terapkan aturan berikut untuk menghitung FTR untuk EI -
- Hitung FTR untuk setiap ILF yang dipertahankan.
- Hitung FTR untuk setiap pembacaan ILF atau EIF selama pemrosesan EI.
- Hitung hanya satu FTR untuk setiap ILF yang dipertahankan dan dibaca.
Terapkan aturan berikut untuk menghitung FTR untuk EO / EQ -
- Hitung FTR untuk setiap ILF atau EIF yang dibaca selama pemrosesan EP.
Selain itu, terapkan aturan berikut untuk menghitung FTR untuk EO -
- Hitung FTR untuk setiap ILF yang dipertahankan selama pemrosesan EP.
- Hitung hanya satu FTR untuk setiap ILF yang dipertahankan dan dibaca oleh EP.
Langkah 6.4: Tentukan Kompleksitas Fungsional untuk Setiap Fungsi Transaksional
| FTR | Jenis Elemen Data (DETs) | ||
|---|---|---|---|
| 1-4 | 5-15 | >=16 | |
| 0-1 | L | L | SEBUAH |
| 2 | L | SEBUAH | H. |
| > = 3 | SEBUAH | H. | H. |
Kompleksitas Fungsional: L = Rendah; A = Rata-rata; H = Tinggi
Tentukan kompleksitas fungsional untuk setiap EO / EQ, dengan pengecualian bahwa EQ harus memiliki minimal 1 FTR -
EQ harus memiliki minimal 1 FTR FTR |
Jenis Elemen Data (DETs) | ||
|---|---|---|---|
| 1-4 | 5-15 | > = 16 | |
| 0-1 | L | L | SEBUAH |
| 2 | L | SEBUAH | H. |
| > = 3 | SEBUAH | H. | H. |
Kompleksitas Fungsional: L = Rendah; A = Rata-rata; H = Tinggi
Langkah 6.5: Mengukur Ukuran Fungsional untuk Setiap Fungsi Transaksional
Ukur ukuran fungsional untuk setiap IE dari kompleksitas fungsionalnya.
| Kompleksitas | Hitungan FP |
|---|---|
| Rendah | 3 |
| Rata-rata | 4 |
| Tinggi | 6 |
Ukur ukuran fungsional untuk setiap EO / EQ dari kompleksitas fungsionalnya.
| Kompleksitas | Hitungan FP untuk EO | Hitungan FP untuk EQ |
|---|---|---|
| Rendah | 4 | 3 |
| Rata-rata | 5 | 4 |
| Tinggi | 6 | 6 |
Langkah 7: Hitung Ukuran Fungsional (Jumlah Titik Fungsi Tidak Disesuaikan)
Untuk menghitung ukuran fungsional, seseorang harus mengikuti langkah-langkah yang diberikan di bawah ini -
Langkah 7.1
Ingat kembali apa yang telah Anda temukan di Langkah 1. Tentukan jenis penghitungan.
Langkah 7.2
Hitung ukuran fungsional atau jumlah titik fungsi berdasarkan jenisnya.
- Untuk hitungan titik fungsi pengembangan, lanjutkan ke Langkah 7.3.
- Untuk hitungan titik fungsi aplikasi, lanjutkan ke Langkah 7.4.
- Untuk jumlah poin fungsi penyempurnaan, lanjutkan ke Langkah 7.5.
Langkah 7.3
Development Function Point Count terdiri dari dua komponen fungsionalitas -
Fungsionalitas aplikasi termasuk dalam persyaratan pengguna untuk proyek tersebut.
Fungsionalitas konversi termasuk dalam persyaratan pengguna untuk proyek tersebut. Fungsionalitas konversi terdiri dari fungsi-fungsi yang disediakan hanya pada instalasi untuk mengonversi data dan / atau menyediakan persyaratan konversi yang ditentukan pengguna lainnya, seperti laporan konversi khusus. Misalnya aplikasi yang sudah ada dapat diganti dengan sistem baru.
DFP = ADD + CFP
Dimana,
DFP = Hitungan Titik Fungsi Pengembangan
ADD = Ukuran fungsi yang dikirimkan ke pengguna oleh proyek pengembangan
CFP = Ukuran fungsi konversi
ADD = Jumlah FP (ILF) + Jumlah FP (EIF) + Jumlah FP (EI) + Jumlah FP (EO) + Jumlah FP (EQ)
CFP = Jumlah FP (ILF) + Jumlah FP (EIF) + Jumlah FP (EI) + Jumlah FP (EO) + Jumlah FP (EQ)
Langkah 7.4
Hitung Jumlah Titik Fungsi Aplikasi
AFP = ADD
Dimana,
AFP = Jumlah Titik Fungsi Aplikasi
ADD = Ukuran fungsi yang dikirim ke pengguna oleh proyek pengembangan (tidak termasuk ukuran fungsi konversi), atau fungsionalitas yang ada setiap kali aplikasi dihitung.
ADD = Jumlah FP (ILF) + Jumlah FP (EIF) + Jumlah FP (EI) + Jumlah FP (EO) + Jumlah FP (EQ)
Langkah 7.5
Jumlah Poin Fungsi Peningkatan mempertimbangkan empat komponen fungsionalitas berikut -
- Fungsi yang ditambahkan ke aplikasi.
- Fungsi yang dimodifikasi dalam Aplikasi.
- Fungsi konversi.
- Fungsi yang dihapus dari aplikasi.
EFP = ADD + CHGA + CFP + DEL
Dimana,
EFP = Jumlah Poin Fungsi Peningkatan
ADD = Ukuran fungsi yang ditambahkan oleh proyek peningkatan
CHGA = Ukuran fungsi yang diubah oleh proyek peningkatan
CFP = Ukuran fungsi konversi
DEL = Ukuran fungsi yang dihapus oleh proyek peningkatan
ADD = Jumlah FP (ILF) + Jumlah FP (EIF) + Jumlah FP (EI) + Jumlah FP (EO) + Jumlah FP (EQ)
CHGA = Jumlah FP (ILF) + Jumlah FP (EIF) + Jumlah FP (EI) + Jumlah FP (EO) + Jumlah FP (EQ)
CFP = Jumlah FP (ILF) + Jumlah FP (EIF) + Jumlah FP (EI) + Jumlah FP (EO) + Jumlah FP (EQ)
DEL = Jumlah FP (ILF) + Jumlah FP (EIF) + Jumlah FP (EI) + Jumlah FP (EO) + Jumlah FP (Persamaan)
Langkah 8: Tentukan Faktor Penyesuaian Nilai
GSC dibuat opsional di CPM 4.3.1 dan dipindahkan ke Lampiran. Oleh karena itu, Langkah 8 dan Langkah 9 dapat dilewati.
Faktor Penyesuaian Nilai (VAF) didasarkan pada 14 GSC yang menilai fungsionalitas umum dari aplikasi yang sedang dihitung. GSC adalah batasan bisnis pengguna yang tidak bergantung pada teknologi. Setiap karakteristik memiliki deskripsi terkait untuk menentukan tingkat pengaruhnya.
| Karakteristik Sistem Umum | Deskripsi singkat |
|---|---|
| Komunikasi Data | Berapa banyak fasilitas komunikasi yang ada untuk membantu transfer atau pertukaran informasi dengan aplikasi atau sistem? |
| Pemrosesan Data Terdistribusi | Bagaimana data terdistribusi dan fungsi pemrosesan ditangani? |
| Performa | Apakah pengguna memerlukan waktu respons atau throughput? |
| Konfigurasi yang Sangat Digunakan | Seberapa banyak digunakan platform perangkat keras saat ini di mana aplikasi akan dijalankan? |
| Tingkat Transaksi | Seberapa sering transaksi dilakukan harian, mingguan, bulanan, dll.? |
| Entri Data On-Line | Berapa persentase informasi yang dimasukkan secara online? |
| Efisiensi Pengguna Akhir | Apakah aplikasi dirancang untuk efisiensi pengguna akhir? |
| Pembaruan Online | Berapa ILF yang diperbarui melalui transaksi online? |
| Pemrosesan Kompleks | Apakah aplikasi memiliki pemrosesan logika atau matematika yang ekstensif? |
| Dapat digunakan kembali | Apakah aplikasi dikembangkan untuk memenuhi satu atau banyak kebutuhan pengguna? |
| Kemudahan Instalasi | Seberapa sulit konversi dan pemasangan? |
| Kemudahan Operasional | Seberapa efektif dan / atau otomatis prosedur start-up, back-up, dan pemulihan? |
| Beberapa Situs | Apakah aplikasi secara khusus dirancang, dikembangkan, dan didukung untuk dipasang di banyak situs untuk banyak organisasi? |
| Fasilitasi Perubahan | Apakah aplikasi dirancang, dikembangkan, dan didukung secara khusus untuk memfasilitasi perubahan? |
Derajat rentang pengaruh berada pada skala nol hingga lima, dari tanpa pengaruh hingga pengaruh kuat.
| Peringkat | Tingkat Pengaruh |
|---|---|
| 0 | Tidak hadir, atau tidak berpengaruh |
| 1 | Pengaruh insidental |
| 2 | Pengaruh sedang |
| 3 | Pengaruh rata-rata |
| 4 | Pengaruh signifikan |
| 5 | Pengaruh yang kuat di seluruh |
Tentukan tingkat pengaruh untuk masing-masing dari 14 GSC.
Jumlah nilai dari 14 GSC yang diperoleh disebut sebagai Tingkat Pengaruh Total (TDI).
TDI = ∑14 Degrees of Influence
Selanjutnya, hitung Faktor Penyesuaian Nilai (VAF) sebagai
VAF = (TDI × 0.01) + 0.65
Setiap GSC dapat bervariasi dari 0 hingga 5, TDI dapat bervariasi dari (0 × 14) hingga (5 × 14), yaitu 0 (jika semua GSC rendah) hingga 70 (jika semua GSC tinggi) yaitu 0 ≤ TDI ≤ 70. Oleh karena itu, VAF dapat bervariasi dalam kisaran dari 0,65 (ketika semua GSC rendah) hingga 1,35 (ketika semua GSC tinggi), yaitu 0,65 ≤ VAF ≤ 1,35.
Langkah 9: Hitung Jumlah Titik Fungsi yang Disesuaikan
Sesuai pendekatan FPA yang menggunakan VAF (versi CPM sebelum V4.3.1), ini ditentukan oleh,
Adjusted FP Count = Unadjusted FP Count × VAF
Di mana, jumlah FP yang tidak disesuaikan adalah ukuran fungsional yang telah Anda hitung di Langkah 7.
Karena VAF dapat bervariasi dari 0,65 hingga 1,35, VAF memberikan pengaruh ± 35% pada jumlah FP akhir yang disesuaikan.
Manfaat Titik Fungsi
Titik fungsi berguna -
Dalam mengukur ukuran solusi, bukan ukuran masalah.
Karena persyaratan adalah satu-satunya hal yang diperlukan untuk penghitungan titik fungsi.
Karena tidak bergantung pada teknologi.
Karena tidak bergantung pada bahasa pemrograman.
Dalam memperkirakan proyek pengujian.
Dalam memperkirakan biaya proyek secara keseluruhan, jadwal dan usaha.
Dalam negosiasi kontrak seperti itu memberikan metode komunikasi yang lebih mudah dengan kelompok bisnis.
Karena mengukur dan memberikan nilai pada penggunaan aktual, antarmuka, dan tujuan fungsi dalam perangkat lunak.
Dalam membuat rasio dengan metrik lain seperti jam, biaya, jumlah staf, durasi, dan metrik aplikasi lainnya.
Repositori FP
International Software Benchmarking Standards Group (ISBSG) mengembangkan dan memelihara dua repositori untuk data TI.
- Proyek Pengembangan dan Peningkatan
- Aplikasi Perawatan dan Dukungan
Ada lebih dari 6.000 proyek di repositori Proyek Pengembangan dan Peningkatan.
Data dikirimkan dalam format Microsoft Excel, sehingga memudahkan analisis lebih lanjut yang ingin Anda lakukan dengannya, atau Anda bahkan dapat menggunakan data untuk tujuan lain.
Lisensi repositori ISBSG dapat dibeli dari - http://www.isbsg.com/
ISBSG menawarkan diskon 10% bagi anggota IFPUG untuk pembelian online ketika kode diskon "IFPUGMembers" digunakan.
Pembaruan Rilis Data Proyek Perangkat Lunak ISBSG dapat ditemukan di - http://www.ifpug.org/isbsg/
COSMIC dan IFPUG bekerja sama untuk menghasilkan Daftar Istilah untuk Perangkat Lunak Non-fungsional dan Persyaratan Proyek. Ini dapat diunduh dari - cosmic-sizing.org