Kamis, 18 Juli 2013

Model Data Terintegrasi

Model data terintegrasi

  1. Perancagannya didasarkan pada boycecodd
  2. SIG bertindak sebagai query processor
  3. Pasangan – pasangan koordinat (x,y) verteks pada segmen garis disimpat pada rows yang berbeda
  4. Titik, segmen garis, dan model data lain disimpan dengan table yang berisi data topologi
  5. Diakses dengan konsep join table.

Pada proses penyimpanan data tradisional, tiap area fungsional organisasi cenderung mengembangkan aplikasi secara masing-masing untuk mengakomodasi proses organisasi dalam wilayah fungsionalnya. Pendekatan tradisional ini dapat memicu terjadinya redudansi data, yaitu ketika divisi yang berbeda menyimpan informasi yang sama. Sebagai contoh, pada divisi pinjaman komersial sebuah bank, bagian marketing dan kredit mungkin akan mengkoleksi informasi tentang customer yang sama.

Teknologi database dapat menyelesaikan sebagian permasalahan pada pendekatan tradisional. Suatu definisi yang lebih tepat untuk database adalah sekumpulan data yang dikelola untuk melayani beberapa aplikasi secara efisien dengan sentralisasi data dan meminimalisasi redudansi data [5].

Namun, dengan pendekatan database management system, bukan berarti permasalahan pengolahan data selesai. Manish Srivatava (2003) mengemukakan bahwa aplikasi dalam organisasi kebanyakan dikembangkan dalam suatu batasan departemen organisasi [6]. Organisasi yang telah terlanjur memiliki banyak aplikasi seringkali terjebak dalam spaghetti application, di mana antar aplikasi memiliki kesamaan data dan fungsi layanan. Aplikasi-aplikasi yang telah lama dikembangkan dan digunakan oleh organisasi untuk menangani aktifitas dan proses organisasi biasa disebut legacy system.

Untuk menangani legacy system yang mungkin memiliki kesamaan data dan fungsi layanan, kata kunci yang seringkali digunakan adalah integrasi. William Tse menyebutkan bahwa setidaknya terdapat 3 model dalam integrasi aplikasi [8], yaitu:

Integrasi Presentasi, yaitu suatu user interface yang menyediakan akses pada suatu aplikasi. Adapun model integrasi presentasi ini dapat dilihat pada Gambar-1.Keuntungan dari model integrasi presentasi adalah resiko dan biaya rendah, teknologi yang tersedia relatif stabil, mudah untuk dilakukan, cepat untuk diimplementasikan, tidak perlu merubah data sumber. Sedangkan kelemahan ada pada performan, persepsi, dan tidak adanya interkoneksi antara aplikasi dan data.
Gambar 1
Integrasi Data, yaitu model integrasi data yang dilakukan langsung pada database atau struktur data dari aplikasi dengan mengabaikan presentasi dan business logic ketika membuat integrasi. Model integrasi data dapat dilihat pada Gambar-2.
Gambar 2
Keunggulan dari model integrasi data ada pada fleksibilitas yang lebih baik dari model presentasi dan memungkinkan data digunakan oleh aplikasi lain. Namun jika ada perubahan model data, maka integrasi tidak berfungsi lagi
Integrasi Fungsional, melakukan integrasi pada level business logic dengan memanfaatkan distributed processing middleware. Model integrasi fungsional dapat dilihat pada Gambar-3.
Gambar 3
Keunggulan dari integrasi fungsional ada pada kemampuan integrasi yang kuat di antara model integrasi yang lain. Selain itu, model integrasi fungsional menggunakan true code reuse infrastructure untuk beberapa aplikasi pada enterprise.
 

Model Basis Data Hybrid

Model basis data menyatakan hubungan antar rekaman yang tersimpan dalam basis data. Beberapa literatur menggunakan istilah struktur data logis untuk menyatakan keadaan ini. Model dasar yang paling umum yaitu :

1. Model Hirarki
Model hirarki biasa disebut model pohon, karena menyerupai pohon yang dibalik. Model ini menggunakan pola hubungan orang tua & anak. Setiap simpul (biasa sinyatakan dengan lingkaran atau kotak) menyatakan sekumpulan medan. Simpul yang terhubung ke simpul pada level di bawahnya disebut orang tua.Setiap orang tua bisa memiliki satu hubungan (1 : 1) atau beberapa anak (1 : M), tetapi setiap anak hanya memiliki satu orang tua. Simpul-simpul yang dibawahi oleh simpul orang tua disebut anak. Simpul orang tua yang tidak memiliki orang tua disebut akar. Simpul yang tidak memiliki anak disebut daun. Adapun hubungan antara anak dan orang tua disebut cabang. Beriktu memperlihatkan contoh model hirarki, yang terdiri atas 4 level dan 13 simpul.Pada contoh diatas, A berkedudukan sebagai akar, dan berkedudukan sebagai orang tua dari simpul B, C, D, dan E. Keempat simpul yang disebutkan belakangan ini disebut sebagai anak simpaul A. C juga dapat berkedudukan sebagai orang tua , yaitu orang tua F dan G. Adapun simpul F, G, H, I, J, L, dan M disebut sebagai daun.Contoh produk DBMS yang menggunakan model hirarki adalah IMS (Information Management System) , yang dikembangkan oleh dua perusahaan IBM dan Rockwell International Corporation. 

2. Model Basis Data Relasional Dan Sig
Perbedaan penekanan para perancang sistem SIG pada pendekatan basis data untuk penyimpanan koordinatkoordinat peta dijital telah memicu pengembangan dua pendekatan yang berbeda dalam mengimplementasikan basis data relasional di dalam SIG. Pengimplementasian basis data relasional ini didasarkan pada model data hybrid atau terintegrasi.

3. Model Data Hybrid
Nah ini merupak inti dari pembahasan kita, jadi langkah awal pada pendekatan ini adalah pemahaman adanya dugaan atau pendapat bahwa mekanisme penyimpanan data yang optimal untuk informasi lokasi (spasial) di satu sisi, tetapi di dsisi yang lain, tidak optimal untuk informasi atribut (tematik). Berdasarkan hal ini, data kartografi digital disimpan di dalam sekumpulan files sistem operasi direct access untuk meningkatkan kecepatan input-output, sementara data atributnya disimpan did alam DBMS relasioanl lomersial yang standar.
Maka perangkat lunak SIG bertugas mengelola hubungan (linkage) anatar files kartografi (lokasi) dan DBMS (data atribut) selama operas-operasi pemrosesan peta yang berbeda (misalnya overlay) berlangsung. Sementara digunakan beberapa pendekatan yang berbeda untuk penyimpanan data kartografi, mekanisme untuk menghubungkan dengan basis datanya tetap sama secara esensial, berdasarkan nomor pengenal (ID) yang unik yang disimpan di dalam sebuah tabel atribut basis data yang memungkinkannya tetap terkait dengan elemen-elemen peta yang bersangkutan.

4. Model Data Terintegrasi
Pendekatan modael data terintegrasi juga dideskripsikan sebagai pendekatan sistem pengelolaan basis data (DBMS) spasial, dengan SIG yang bertindak sebagai query processor. Kebanyakan implementasinya pada saat ini adalah bentuk topologi vektor dengan tabel-tabel relasional yang menyimpan data-data koordinat peta (titik, nodes, segmen garis, dl.) bersama dengan tabel lain yang berisi informasi topologi. Data-data atribut disimpan di dalam tabel-tabel yang sama sebagai basis data map feature (tabel internal atau abel yang dibuat secara otomatis) atau disimpan di dalam tabel-tabel yang terpisah dan dapat diakses melalui operasi relasioanl “JOIN”.

Sumber ref:

http://1copy4paste.blogspot.com/2009/09/model-basis-data-2.htm

http://mbegedut.blogspot.com/2011/09/contoh-makalah-basis-data-tugas-akhir.html

RDBMS dalam GIS

Pengertian RDBMS    


Sebuah sistem manajemen basisdata relasional atau dalam bahasa Inggrisnya dikenal sebagai relational database management system (RDBMS) adalah sebuah program komputer (atau secara lebih tipikal adalah seperangkat program komputer) yang didisain untuk mengatur/memanajemen sebuah basisdata sebagai sekumpulan data yang disimpan secara terstruktur, dan melakukan operasi-operasi atas data atas permintaan penggunanya. Contoh penggunaan DBMS ada banyak sekali dan dalam berbagai bidang kerja, misalnya akuntansi, manajemen sumber daya manusia, dan lain sebagainya. Meskipun pada awalnya DBMS hanya dimiliki oleh perusahaan-perusahaan berskala besar yang memiliki perangkat komputer yang sesuai dengan spesifikasi standar yang dibutuhkan (pada saat itu standar yang diminta dapat dikatakan sangat tinggi) untuk mendukung jumlah data yang besar, saat ini implementasinya sudah sangat banyak dan adaptatif dengan kebutuhan spesifikasi data yang rasional sehinggal dapat dimiliki dan diimplementasikan oleh segala kalangan sebagai bagian dari investasi perusahaan.
Sejarah RDBMS
 
Edgar F. Codd memperkenalkan istilah ini pada makalah seminarnya yang berjudul “A Relational Model of Data for Large Shared Data Banks”. Salah satu definisi yang cukup dikenal secara luas atas sebuah sistem basisdata relasional adalah 12 hukum Codd. Namun demikian, pada awal-awal implementasinya banyak model relasional yang tidak mengikuti seluruh elemen-elemen yang terdapat dalam hukum-hukum Codd tersebut yang menjadikan terminologinya berkembang untuk mendeskripsikan sebuah tipikal sistem basisdata yang lebih luas. Dalam cakupan yang minimum sistem tersebut memenuhi kriteria berikut: * menyajikan data pada pengguna dalam bentuk relasional (ditampilkan dalam bentuk tabular, sebagai koleksi dari tabel dimana setiap tabel beriisi sekumpulan baris dan kolom) * menyediakan operator relasioanl untuk memanipulasi data dalam bentuk tabular Sistem yang pertama kalinya yang secara relatif memenuhi implementasi atas sebuah model relasional adalah Pusat Studi Ilmiah IB, Inggris, di Peterlee; IS1 (1970-1972) dan implementasi lain yang mengikutinya PRTV (1973-1979). Sistem yang pertama kalinya dijual secara komersil sebagai RDBMS adalah Multics Relational Data Srore pada tahun 1978. Yang lainnya adalah Berkeley Ingres QUEL dan IBM BS12
Arsitektur RDBMS      
                      
Arsitektur RDBMS memiliki banyak karakteristik yang membedakan dari model penyimpanan data lainnya. Perbedaan yang paling penting adalah pemisahan segi fisik dari segi logika suatu data. Dalam RDBMS, seluruh data secara logika tersimpan di dalam tabel-tabel, yang merupakan kumpulan dari baris dan kolom. Sistem pencarian data di dalam RDBMS menggunakan index yang merupakan struktur data yang terpisah dari tabel dan menyimpan hanya nilai terstruktur dari kolom-kolom dan alamat fisiknya. Disamping itu dengan didukung oleh penggunaan index dapat mempercepat proses pencarian data di dalam database.
Faktor penting lainnya dari arsitektur RDBMS adalah integrity constraints. Dengan Integrity Constraints tabel-tabel dihubungkan dengan key. Key adalah beberapa kolom atau kombinasi kolom kolom yang secara unique mengidentifikasi setiap tabel. Sebuah key yang secara unique bagi suatu tabel dapat berdiri sebagai kolom yang tidak unique bagi tabel lainnya. Integrity Constraints adalah aturan "build in" yang secara otomatis berpengaruh dalam mempertahankan integritas database.
Aturan-aturan integritas ini biasa dibuat atau dirancang oleh seorang perancang database. Karakteristik penting lainnya dari arsitektur RDBMS adalah adanya "Optimizer". Optimizer adalah sebuah sistem pakar yang bertugas untuk menentukan cara pemrosesan yang paling efesien bagi suatu database.
Elemen-elemen RDBMS
 
Database:
Sekelompok tabel data berisi informasi yang berhubungan. Perhatikan bahwa suatu database dapat terdiri dari satu tabel saja.

Table:
Sekelompok record data, masing-masing informasi yang sejenis. Dalam contoh catalog perpustakaan, catalog itu sendiri merupakan tabel data.

Record :
Entri tunggal dalam tabel; entri tersebut terdiri dari sejumlah field data. Dalam catalog perpustakaan, record adalah salah satu baris entri tunggal.

Field :
Item (kolom) tertentu dari data dalam record. Dalam satu buku telepon, sekurang-kurangnya dapat dikenali empat field : nama keluarga, nama depan, alamat, dan nomor telepon.

Index :
Tipe tabel tertentu yang berisi nilai-nilai field kunci atau field (yang ditetapkan oleh pemakai) dan pinter ke lokasi record yang sebenarnya. Nilai-nilai dan pointer ini disimpan dalam urutan tertentu (sekali lagi ditetapkan oleh pemakai) dan mungkin digunakan untuk menyajikan data dalam urutan database.

Query :
Perintah SQL yang dirancang untuk memanggil kelompok record tertentu dari satu tabel atau lebih untuk melakukan operasi pada tabel. Meskipun perintah SQL dapat dijalankan langsung dari program, query sebagai enjin perintah dan menyimpannya dalam database itu sendiri - ini berguna, jika perintah-perintah SQL sering kita gunakan, sebagaimana perintah yang memanggil record untuk laporan bulanan tertentu. Bila query disimpan dalam database, biasanya kompilasi. Kompilasi query memperbaiki kinerja program kita kerana mesin database tidak harus menerjemahkan (atau menguraikan) perintah SQL.

Filter (Pembatas Kondisi) :
Filter sebenarnya bukan merupakan bagian dari database, namun ia digunakan bersama urutan indeks dan sort untuk menentukan data mana yang diproses atau ditampilkan. Filter adalah pembatas kondisi yang dikenakan pada data

View :
View data terdiri atas jumlah record yang tampak (atau diproses) dan urutan penampilannya (atau pemrosesannya). View khususnya dikendalikan oleh filter dan indeks.
Pemanfaatan RDBMS dalam GIS contohnya seperti DESAIN APLIKASI SIG UNTUK INFORMASI SEBARAN SEKOLAH yang jurnal dan aplikasinya telah dibuat oleh Arief Laila Nugraha & Hani’ah Program Studi Teknik Geodesi Fakultas Teknik – Undip. Hasil dari pengolahan data tekstual dan spasialnya di integrasikan dalam suatu sistem informasi geografis dengan memanfaatkan teknologi RDBMS dengan perangkat lunak SIG. Dibawah ini merupakan abstraksi dari jurnal tersebut :
Pendidikan merupakan bagian terpenting dalam proses kehidupan berbangsa dan bernegara. Permasalahan dalam bidang pendidikan yang ada saat ini diperlukan suatu kebijakan dari pemerintah yang komprehensif dan bersifat multidimensi. Informasi sebaran sekolah dapat dijadikan data awal guna menentukan kebijakan lebih lanjut. Sistem Informasi Geografis (SIG) sebagai sistem yang mampu mengakomodasi data spasial yang bergeoreference dengan data atribut menjadi sebuah tampilan yang mampu memberikan analisis keruangan. Dengan adanya  pengembangan SIG untuk informasi sebaran sekolah, pemerintah dalam hal ini Departemen Pendidikan Nasional dapat menghasilkan suatu strategi spasial pendidikan dengan konsep SDSS (Spatial Decision Support System).

Jumat, 12 Juli 2013

Postest Organisasi

*Apakah peran dan tanggung jawab Project Manager dan Project Leader secara umum dan secara khusus pada 7 fase Pengelolaan Proyek Sistem Informasi.
Project Manager (Project Manager)
- Peranan Project Manager
 Menjual Pekerjaan Manajer proyek (SellingT he project Manager Job).
- Tanggung jawab  Project Manager secara umum
Tanggung jawab Project Manager secara umum adalah memberikan laporan mengenai rencana dan program yan ada kepada user, manajer tingkat atas dan kepada siapa saja yang memerlukan. Semua informasi dari yang selalu berubah, keuangan, jadwal, orang dan isu perusahaan atau semua hal yang mempengaruhi perusahaa jarus dikomunikasian dengan PM yang akan menyampaikan kepada para anggota tim.
- Tanggung jawab  Project Manager khusus Dalam setiap Fase
l. Definisi (Definition)
Project Manager adalah orang yang mengatur diambil atau tidaknya suatu keputusan. Hal ini mungkin mempengaruhi wawancara dengan user dan membantu dalam pembuatan dokumentasi.
2. Analisis (Analysis)
PM akan memastikan bahwa FS dapat selesai tepat pada waktunya. Negosiasi antara FS dengan klien, maenghasilkan kesepakatan..
3. Disain (Design)
Seorang PM menyusun pertemuan secara rutin dan menerbitkan. Sebuah laporan harian. Setiap minggunya dia harus memeriksa waktu dan merencanakan peningkatan anggaran yang telah direncanakan perkiraan total biaya dan tanggal pengiriman serta
mengulas kembali pendapatan jika diperlukan.
4. Pemrograman (programming)
Pada tahap ini banyak melibatkan orang dengan segala bentuk permasalahannya. Seorang manajer harus dapat memonitor semua yang terjadi dalam tim dan merespon segala masalah yang ada.
5. Sistem Integrasi dan Tes (System Integration And Test)
Pada tahap ini seorang PM harus bisa menjaga keutuhan perusahaan Di lingkungan luar  (klien, manaier  tingkat atas) mungkin bingung, menelepon manajer, mengundang rapat, menutup rapat dan meminta laporan perkembangan harian. Disinilah keberadaan PM dibutuhkan untuk tetap menjaga seluruh keberhasilan dari tender proyek.
6. Penerimaan (Acceptance)
PM menjadwalkan waktu, fasilitas dan sumber-sumber yang dibutuhkan untuk menjalankan system dan memastikan user menandatangi perjanjian.
7. Operasi (Operation)
PM harus memastikan bahwa dukungan teknik yang ditampilkan sebelumnya tersedia  dan user puas dengan system operasional. Dan akhirnya PM mengadakan pertemuan  untuk mengevaluasi proyek dan memberikan laporan proyek

Pretest Prototype

* Sebutkan apa saja keuntungan membangun sistem menggunakan metode prototipe dan langkah-langkah dalam pembuatan Sistem Informasi menggunakan metode tersebut....


a. Keuntungan dari prototipe 

·   Menghasilkan syarat yang lebih baik dari produksi yang dihasilkan oleh metode ‘spesifikasi tulisan’.
·        User dapat mempertimbangkan sedikit perubahan selama masih bentuk prototipe.
·   Memberikan hasil yang lebih akurat dari pada perkiraan sebelumnya, karena fungsi yang diinginkan dan kerumitannya sudah dapat diketahui dengan baik.
·         User merasa puas. Pertama, user dapat mengenal melalui komputer. Dengan melakukan prototipe (dengan analisis yang sudah ada), user belajar mengenai komputer dan aplikasi yang akan dibuatkan untuknya. Kedua, user terlibat langsung dari awal dan memotivasi semangat untuk mendukung analisis selama proyek berlangsung.
b. METODE PROTOTIPE (THE PROTOTYPING METHOD)
Langkah-langkah pembuatan prototipe :
Langkah Pertama                 
Permintaan bermula dari kebutuhan user.
Langkah Kedua                    
Bangunlah sistem prototipe untuk menemukan kebutuhan awal yang diminta.
Langkah Ketiga                     
Biarkan user menggunakan prototipe. Analis harus memberikan pelatihan, membantu dan duduk bersama-sama dengan user, khususnya untuk pertama kali. Anjurkan perubahan. User harus melihat fungsi-fungsi dan sifat dari prototipe, lihat bagaimana ia memecahkan masalah bisnis dan mengusulkan perbaikan.
Langkah Keempat           
Implementasikan saran-saran perubahan.
Langkah Kelima                   
Ulangi langkah ketiga sampai user merasa puas.
Langkah Keenam                 
Merancang dan membangun suatu sistem akhir seperti sebelumnya

Jumat, 21 Juni 2013

Beberapa Teknik Estimasi dalam Sistem Informasi

TEKNIK–TEKNIK ESTIMASI Ada tiga teknik yang digunakan untuk melakukan estimasi, yaitu :
1. Keputusan Profesional Katakanlah bahwa anda merupakan orang yang memiliki pengalaman yang luas dalam membuat program “report generation modules”. Anda melakukannya dengan pendekatan merancang report tersebut dan memperkirakan berapa lama waktu yang dibutuhkan untuk membuat program tersebut. Setelah mempelajari rancangan program selama 5 menit, programmer lalu menutup matanya selama 5 menit (dia tidak tidur, tetapi berhitung), dan kemudian mengatakan “15 hari”. Inilah yang disebut Keputusan Profesional murni. Keuntungan dari teknik ini adalah cepat , dan jika seseorang sudah ahli dalam teknik ini, maka estimasinya pasti akan lebih akurat. Sedangkan kerugian dari teknik ini adalah bahwa anda membutuhkan seorang ahli yang berpengalaman dalam bidang ini, dan beberapa ahli tersebut akan bekerja keras untuk mendapatkan estimasi yang tepat.
2. Sejarah Jalan keluar dari ketergantungan pada orang dan untuk membuat estimasi lebih khusus, yaitu anda harus mengerti tentang sejarahnya. Tulislah berapa lama masing-masing tugas dapat diselesaikan dan siapa yang bertanggung jawab atas tugas tersebut. Anda dapat membandingkan tuagas yang akan diestimasik dengan tugas yang sama yang dikerjakan lebih awal, setelah itu mulailah dengan melakukan estimasi. Hal ini dimaksudkan agar anda menjabarkan suatu proyek ke dalam beberapa tugas yang biasanya diulang dan mudah untuk dibandingkan.
3. Rumus-rumus Ada beberapa rumus yang digunakan dalam software estimasi. Software yang baik untuk diketahui adalah COCOMO (Referensi). COCOMO dapat digunakan untuk memperkirakan biaya proyek, usaha (person months), jadwal, dan jumlah staf untuk masing-masing fase berikut ini :
Preliminary Design – our Analysis Phase Detailed Design (DD) – our Design Phase Code and Unit Tes (CUT) – same as ours System Test – our System Test and Acceptance Phase Ada 3 tipe penginputan dengan COCOMO ATURAN PERSETUJUAN ESTIMASI PADA DEC (DAN PERUSAHAAN BESAR LAINNYA)
Apakah perusahaan besar seperti DEC menggunakan pendekatanpendekatan ini ? Ya, mereka menggunakan rumus-rumus, tetapi mereka tetap mengikuti aturan berikut ini :
• Jangan pernah menanyakan pada seseorang yang tidak berpengalaman untuk melakukan estimasi.
• Lakukan estimasi secara berkelompok, jika anda mampu menyediakan sumber daya manusianya.
• Jangan memaksa melakukan estimasi pada seseorang profesional, seperti programmer.
• Jangan pernah mengambil rata-rata dari estimasi yang berbeda.
• Membagi persoalan menjadi bagian kecil secara mendetail selama satu minggu atau kurang.
• Selalu tambahkan (kalikan ?) untuk kejadian yang tidak pasti. Lihat bagian manajemen risiko.
• Selalu berikan jangka waktu ketika melakukan estimasi bagi manajer atau klien.
• Gunakan naluri anda.

sumber : http://wartawarga.gunadarma.ac.id/2011/05/jelaskan-berbagai-teknik-estimasi-pada-suatu-proyek-sistem-informasi/

Pengertian Estimasi

Estimasi merupakan sebuah proses pengulangan. Pemanggilan ulang estimasi yang pertama dilakukan selama fase definisi, yaitu ketika anda menulis rencana pendahuluan proyek. Hal ini perlu dilakukan, karena anda membutuhkan estimasi untuk proposal. Setelah fase analisis direncanakan ulang, anda harus memeriksa estimasi dan merubah rencana pendahuluan proyek menjadi rencana akhir proyek. Contoh estimasi berbasis LOC : PL CAD akan menerima data geometri dua dan tiga demensi dari seorang perekayasa yang akan berinteraksi dan mengontrol sistem CAD melalui suatu interface pemakai. Kajian spesifikasi sistem menunjukkan bahwa PL akan mengeksekusi Workstation dan harus berinteraksi dengan berbagai peripheral grafis komputer spt mouse, digitizer dan printer laser. Diketahui : Perhitungan LOC untuk fungsi analisis geometri 3D (3DGA) : Optimis : 4600 most likely : 6900 pesimistik : 8600 EV = (4600 + 4*6900 + 8600) / 6 = 6800 LOC Jumlah tersebut dimasukkan ke dalam tabel, begitu juga untuk perhitungan yang lain. Sehingga diperoleh :
Jika : Produktifitas rata-rata organisasional = 620 LOC/person-month Upah karyawan = $8.000 per bulan Biaya per baris kode = $13 Maka : Tingkat produktifitas = jumlah titik fungsi jumlah orang-bulan Jumlah karyawan = 33200 LOC = 53,5 ≈ 54 orang 620 LOC/bln Estimasi biaya proyek berdasar LOC = 33.200 LOC * $ 13 = $ 431.600 Estimasi biaya proyek berdasar upah = 54 orang * $8.000 = $432.000 Analisa titik fungsi (Function Point / FP ) Dekomposisi untuk perhitungan berbasis FP berfokus pada harga domain info daripada fungsi PL.
Perencana proyek memperkirakan input, output, inquiry, file dan interface eksternal. Untuk tujuan perkiraan tersebut faktor pembobotan kompleksitas diasumsikan menjadi rata-rata. Setiap faktor pembobotan kompleksitas diestimasi dan faktor penyesuaian kompleksitas dihitung seperti dibawah ini :
Perkiraan harga domain informasi :
Jumlah FP = jumlah estimasi * bobot Total faktor pembobotan = ∑ Fi = 53.17 Total FP = 318 FP terestimasi = jumlah total * ( 0.65 + 0.01 * SFi) = 318 * ( 0.65 + 0.01 * 53.17 ) = 375
Diketahui : Produktifitas = 6.5 LOC/pm (dari historis) Upah = $ 8.000/m Biaya FP = $ 8.000 = $ 1.230 65 LOC Estimasi biaya proyek = Biaya FP * FP terestimasi = $ 1.230 * 375 = $ 461.250 Usaha terestimasi = Total biaya = $ 461.250 = 58 p/m upah/p $ 8.000

sumber : http://blogsnietha.blogspot.com/2013/06/pre-test-estimasi.html