Bagian sebelumnya dijelaskan karakteristik dari database yang terkomputerisasi. Dalam hal meluap-luap optimisme atau antusiasme, mungkin tergoda untuk menyimpulkan bahwa semua informasi yang berkaitan dengan proyek mungkin disimpan dalam database tunggal.
Diantara kesulitan sentralisasi yang berlebihan tersebut:
• Keberadaan beberapa perusahaan atau lembaga yang terlibat dalam proyek apapun. Setiap organisasi harus menyimpan rekaman sendiri kegiatan, apakah atau tidak informasi lainnya terpusat. Dispersi geografis bekerja bahkan dalam perusahaan yang sama juga dapat menguntungkan. Dengan kantor-kantor desain di seluruh dunia, proyek-proyek jalur cepat dapat dilakukan bekerja dengan kantor yang berbeda 24 jam sehari.
• Keuntungan pemrosesan terdistribusi. Teknologi komputer saat ini menunjukkan bahwa menggunakan sejumlah komputer di berbagai titik bahwa pekerjaan dilakukan adalah biaya lebih efektif daripada menggunakan komputer, mainframe tunggal terpusat. Komputer pribadi tidak hanya memiliki keunggulan biaya dan akses, mereka juga memberikan tingkat redundansi yang diinginkan dan peningkatan kehandalan.
• Perubahan dinamis dalam kebutuhan informasi. Sebagai proyek berkembang, tingkat detail dan jenis informasi yang diperlukan akan sangat bervariasi. • Database skala disekonomis. Sebagai database apapun semakin besar, menjadi kurang dan kurang efisien untuk menemukan informasi yang diinginkan.
• Perspektif pengguna yang tidak kompatibel. Mendefinisikan organisasi data tunggal melibatkan trade-off antara berbagai kelompok pengguna dan sistem aplikasi. Sebuah organisasi yang baik untuk satu kelompok mungkin buruk bagi orang lain.
Selain masalah ini, akan selalu ada sekumpulan informasi rapi yang tidak dapat dengan mudah ditentukan atau formal sejauh yang diperlukan untuk penyimpanan dalam database. Sementara database tunggal mungkin tidak diinginkan, juga jelas bahwa itu diinginkan untuk struktur sistem aplikasi independen atau database sehingga informasi pengukuran hanya perlu dicatat secara manual sekali dan komunikasi antara database mungkin ada.
Pertimbangkan contoh berikut menggambarkan keinginan komunikasi antara sistem aplikasi independen atau database. Sementara beberapa kemajuan telah terjadi, tingkat integrasi dan mekanisme yang ada untuk aliran informasi dalam manajemen proyek cukup primitif. Pada umumnya, arus informasi bergantung terutama pada berbicara, teks tertulis laporan dan spesifikasi dan gambar.
Contoh 14-6: Kartu Waktu
Waktu informasi kartu tenaga kerja digunakan untuk menentukan jumlah karyawan yang harus dibayar dan untuk menyediakan catatan pekerjaan yang dilakukan oleh aktivitas. Di banyak perusahaan, sistem penggajian dan akun database rekening manajemen proyek (yaitu, pengeluaran oleh aktivitas) dipertahankan secara independen. Akibatnya, informasi yang tersedia dari kartu waktu sering dicatat dua kali dalam format saling bertentangan.
Pengulangan ini meningkatkan biaya dan kemungkinan kesalahan transkripsi. Penggunaan sistem preprocessor untuk memeriksa kesalahan dan inkonsistensi dan format informasi dari setiap kartu untuk berbagai sistem yang terlibat mungkin perbaikan yang signifikan (Gambar 14-8). Atau, fasilitas komunikasi antara dua database rekening manajemen penggajian dan proyek dapat dikembangkan.
Gambar 14-8 Penerapan Input Pra-prosesor
Contoh 14-7: Estimasi Biaya Akhir, Penjadwalan dan Monitoring
Banyak perusahaan memelihara sistem dasarnya independen untuk estimasi biaya proyek akhir dan penjadwalan kegiatan dan pemantauan. Akibatnya, rincian rinci dari proyek menjadi kegiatan pekerjaan tertentu terkait harus benar-benar kembali dilakukan untuk penjadwalan dan monitoring. Dengan menyediakan sarana rolling-atas atau mentransfer perkiraan biaya akhir, beberapa upaya perencanaan mahal dan memakan waktu bisa dihindari.
Contoh 14-8: Representasi Desain
Dalam banyak bidang desain teknik, penggunaan alat-alat analisis komputer yang diterapkan ke model fasilitas telah menjadi lazim dan sangat efektif. Namun, model berbasis komputer fasilitas sering dikembangkan secara terpisah atau dikodekan oleh setiap perusahaan yang terlibat dalam proses desain. Jadi, arsitek, insinyur struktur, insinyur mekanik, FABRICATOR baja, manajer konstruksi dan lainnya semua mungkin telah terpisah berbasis komputer representasi fasilitas. Komunikasi dengan cara rencana fasilitas direproduksi dan spesifikasi prosa adalah tradisional antara kelompok-kelompok. Sementara transfer informasi ini dalam bentuk yang cocok untuk pemrosesan komputer langsung sulit, ia menawarkan keuntungan jelas dalam menghindari pengulangan pekerjaan, keterlambatan dan kesalahan transkripsi.
Sebuah standar de facto untuk transfer informasi geometrik muncul dengan dominasi dari desain sistem AUTOCAD dalam industri A / E / C. Mentransfer informasi ini dilakukan dengan menyalin file AutoCAD dari pengguna ke pengguna, termasuk penggunaan pada situs konstruksi untuk memvisualisasikan desain. Standar yang lebih fleksibel dan luas untuk mentransfer desain informasi juga ada, seperti Kelas Industri Foundation (IFC) standar yang dikembangkan oleh Aliansi Internasional untuk Interoperabilitas
(Lihat http://www.epmtech.jotne.com/) dan "Sepenuhnya Proses Proyek Terpadu dan Otomatis "yang dikembangkan oleh FIATECH (lihat http://www.fiatech.org/)
