Memahami Proses Perangkat Lunak dan Metrik Proyek

Memahami Proses Perangkat Lunak dan Metrik Proyek

Unknown 1/09/2016

Proses Perangkat Lunak dan Metrik Proyek - Artikel ini akan membahas tentang proses pemngembangan perangkat lunak dan metrik proyek sistem informasi serta dapat memahami pengukuran dan penyatuan perangkat lunak. Melalui artikel ini diharapkan bisa berhasil dan sanggup melakukan analisa serta pengelolaan manajemen proyek serta memiliki gambaran secara umum.

Proses Perangkat Lunak dan Metrik Proyek

Lord Kelvin berkata : Bila Anda dapat mengukur apa yg sedang Anda bicarakan dan mengekspresikannya dalam angka, berarti Anda memahaminya.

Tujuan pengukuran perangkat lunak adalah :

1. Untuk menyatakan kualitas produk
2. Untuk menilai kulitas manusia yg terlibat dalam pembuatan produk.
3. Untuk menilai keuntungan pemakaian metode & alat bantu yg baru.
4. Sebagai dasar untuk melakukan perkiraan.
5. Untuk membantu penyesuaian pemakaian alat bantu yg baru atau pelatihan tambahan.

Metrik perangkat lunak mengacu pada pengukuran perangkat lunak komputer. Pengukuran digunakan untuk membantu perhitungan, kontrol kualitas, perkiraan produktivitas, & kontrol proyek, serta untuk membantu mengambil keputusan taktis pada saat proyek sudah berjalan.

Metrik dilakukan untuk :

• Membantu perhitungan
• Kontrol kualitas
• Perkiraan produktivitas
• Kontrol proyek.

Pendapat lain mengatakan bahwa pengukuran diperlukan untuk mengetahui :

• Karakteristik
• Evaluasi
• Prediksi
• Peningkatan

Pengukuran yang dimaksud adalah “kesesuaian pemakaian” produk kerja yang telah dihasilkan.

Untuk tujuan perencanaan dan perkiraan, perhatian kita adalah pada sejarah (kondisi2 yang terjadi pada masa lalu).

Pengukuran, Metrik dan Indikator

Rancangan Penelitian

Measure (mengukur) : Mengindikasikan kuantitatif dari luasan, jumlah, dimensi, kapasitas, atau ukuran dari atribut sebuah proses atau produk.

Measurement (pengukuran) : Kegiatan menentukan sebuah measure (pengukuran)

Metrics (metrik) : Ukuran kuantitatif dari tingkat dimana sebuah sistem, komponen, atau proses memiliki atribut tertentu.

RPL mengumpulkan pengukuran & mengembangkan metrik sehingga diperoleh suatu indicator.

Indicator (indicator) :

Sebuah metrik atau kombinasi dari metrik yg memberikan pengetahuan kedalam proses PL, sebuah proyek PL, atau produk itu sendiri.

Indikator memberikan pengetahuan yang memungkinkan manajer proyek atau perekayasa PL menyesuaikan proses, proyek, dan produk, untuk membuat semuanya menjadi lebih baik.

PROSES METRIKS

• Terutama berfokus kepada pencapaian kualitas seperti konsekuensi dari hal2 yang berulang atau proses yang dapat dikelola
• Menganalisa katagori dan kesalahan
• Mengefisienkan penghapusan nilai cacat
• Pengulangan penggunaan data

Dalam Proses Metriks ini, bertujuan untuk mengetahui hasil :

• Kesalahan (errors)
• Kecacatan (defects)
• Produktivitas
• Usaha dan Waktu
• Kesesuaian jadual

Sedangkan hal yang diukur dalam Proses Metriks adalah :

• Usaha per satuan waktu dalam setiap tugas (task) PL
• Kesalahan yang terbuka per jam evaluasi
• Tanggal2 penting yang direncanakan dan realisasi
• Jumlah perubahan dan karakteristiknya
• Distribusi usaha dalam pekerjaan perangkat lunak

METRIKS PRODUK

• Berfokus pada kualitas yang dapat diberikan
• Pengukuran model analisis
• Kompleksitas rancangan
• Pengukuran Kode
• Pengukuran efektivitas proses

PANDUAN METRIKS

• Gunakan istilah umum dan kepekaan organisasi ketika mengintepretasi data metrik
• Berikan umpan balik secara berkala kepada individu dan tim yang telah bekerja untuk mengumpulkan pengukuran dan metriks
• Jangan menggunakan metriks untuk mengukur individu
• Bekerja dengan pelaksana dan tim untuk menentukan tujuan dan metriks yang jelas yang akan dipakai untuk mencapainya
• Jangan menggunakan metriks untuk mengancam individu dan kelompok
• Metriks data yang menunjukkan sebuah area masalah tidak boleh dianggap negatif. Data-data itu hanya merupakan sebuah indikator bagi peningkatan proses.
• Jangan tergoda pada sebuah metriks dan kemudian mengabaikan metriks penting yang lain.

Metrik Dalam Proses dan Domain Proyek

Metrik harus dikumpulkan sehingga indikator proses dan indikator produk (proyek) dapat dipastikan.

Indikator proses memungkinkan :

• sebuah organisasi rekayasa PL memperoleh pengetahuan tentang reliabilitas sebuah proses yg sedang berlangsung
• manajer & pelaksana memperkirakan apa yg harus dikerjakan dan yang tidak.

Indikator proyek memungkinkan manajer proyek PL :

• memperkirakan status sebuah proyek yg sedang berlangsung
• menelusuri resiko-resiko potensial
• menemukan area masalah sebelum masalah ‘menjadi semakin kristis’.
• menyesuaikan aliran kerja atau tugas-tugas.
• mengevaluasi kemampuan tim proyek untuk mengontrol kualitas hasil kerja RPL.

METRIK PROSES

Metrik proses digunakan untuk tujuan strategis.

Cara untuk meningkatkan proses perangkat lunak :

1. mengukur atribut tertentu dari proses
2. mengembangkan serangkaian metrik yg berarti
3. menggunakan metrik itu untuk memberikan indikator yg akan membawa kepada sebuah strategi pengembangan.

Mengukur reliabilitas proses PL secara tidak langsung yaitu dengan mengambil serangkaian metrik berdasarkan keluaran yg dapat diambil oleh proses.

Keluaran menyangkut :

• pengukuran kesalahan yg ditemukan sebelum pelepasan PL.
• cacat yg disampaikan & dilaporkan oleh pemakai akhir.
• produk kerja yg dikirim.
• usaha manusia yg dilakukan
• waktu kalender yg digunakan
• konfirmasi jadwal
• dll

Pada saat organisasi menjadi lebih nyaman dengan kumpulan & manfaat metrik proses, derivasi dari indikator sederhana memberikan suatu cara kepada suatu pendekatan yg lebih teliti yg disebut SSPI (Statistical Software Process Improvement).

SSPI menggunakan analisis kegagalan PL untuk mengumpulkan informasi seputar semua kesalahan & cacat yg terjadi pada saat sebuah aplikasi, sistem, atau produk dikembangkan dan dipakai.

Kesalahan :
Ketidaksempurnaan pd sebuah produk kerja yg ditemukan oleh perekayasa PL sebelum PL itu disampaikan kepada pemakai akhir.

Cacat :
Ketidaksempurnaan pd sebuah produk kerja yg ditemukan oleh perekayasa PL setelah PL itu disampaikan kepada pemakai akhir.

Analisis kegagalan bekerja dengan cara sbb. :

• Semua kesalahan & cacat dikategorikan dari awal
• Biaya untuk mengkoreksi setiap kesalahan & cacat dicatat.
• Jumlah kesalahan & cacat dari setiap kategori dihitung dan ditata dalam urutan naik.
• Biaya keseluruhan dari kesalahan & cacat dalam setiap kategori dihitung.
• Data resultan dianalisis untuk menemukan kategori yg menelan biaya besar.
• Rencana dikembangkan untuk memodifikasi proses guna mengeliminasi kelas kesalahan & cacat yg paling membutuhkan banyak biaya.

METRIK PROYEK

Tujuan metrik proyek :

1. untuk meminimalkan jadwal pengembangan dengan melakukan penyesuaian yg diperlukan untuk menghindari penundaan serta mengurangi masalah & resiko potensial.
2. untuk memperkirakan kualitas produk pada basis yg berlaku, dan bila dibutuhkan, memodifikasi pendekatan teknis untuk meningkatkan kualitas.

Pengukuran proyek PL bersifat taktis, yaitu bahwa metrik proyek & indikator yg berasal dari pengukuran digunakan oleh manajer proyek dan tim PL untuk mengadaptasi aliran kerja proyek & aktifitas teknis.

Selagi sebuah proyek berjalan, pengukuran usaha dan waktu kalender yg digunakan dibandingkan dengan perkiraan awal (dan jadwal proyek).

Manajer proyek menggunakan data tersebut untuk memonitor & mengontrol kemajuan.

Selagi PL berjalan dari spesifikasi ke perancangan, metrik teknik dikumpulkan untuk memperkirakan kualitas desain serta memberikan indikator yg akan mempengaruhi pendekatan yg akan diambil untuk memunculkan kode & modul serta pengujian integrasi (integrated test).

Model lain dari metrik proyek mengusulkan bahwa setiap proyek seharusnya mengukur :

• input ( pengukuran sumber daya)
• output (pengukuran kemampuan penyampaian atau produk kerja yg diciptakan selama proses RPL)
• hasil (pengukuran yg menunjukkan kemampuan penyampaian)

Pengukuran Perangkat Lunak

Pengukuran perangkat lunak dibedakan menjadi dua yaitu :

1. Pengukuran langsung (direct)
   a. Metrik Size-Oriented
2. Pengukuran tidak langsung (indirect)
   a. Metrik Function-Oriented
   b. Metrik Function Point

Yang diukur pada pengukuran langsung adalah :

• Biaya
• Pengaruh
• Jumlah baris perintah (LOC) yg diproduksi
• Kecepatan eksekusi
• Ukuran memori
• Kesalahan

Yang diukur pada pengukuran tidak langsung adalah :

• fungsi
• kualitas
• kompleksitas
• efisiensi
• keandalan
• kemampuan pemeliharaan

Metrik Size-Oriented

• Produktivitas = KLOC / usaha
• Kualitas = kesalahan / KLOC
• Biaya = biaya / KLOC
• Dokumentasi = halaman / KLOC

Metrik size-oriented tidak diterima sebagai cara terbaik untuk mengukur proses pengembangan perangkat lunak. Sebagian besar berkisar di seputar pemakaian LOC.

Metrik Function-Oriented

Metode pendekatan yg digunakan dapat disebut : Function Point (FP).

FP dihitung dgn melengkapi tabel dibawah ini :

Faktor pembobotan

FP = jumlah total x [0,65 + 0,01 x jumlah(fi) ]

Jumlah(fi) didapat dari jumlah range jawaban dari 14 pertanyaan berikut :

1. apakah sistem membutuhkan backup & recovery yg reliable ?
2. apakah komunikasi data dibutuhkan ?
3. apakah fungsi pemrosesan didistribusikan ?
4. apakah kinerja penting
5. apakah sistem akan berjalan pd lingkungan operasional yg sudah ada yg paling banyak digunakan ?
6. apakah sistem membutuhkan entry data online ?
7. apakah entry data online membutuhkan ada transaksi input terhadap layar atau operasi ganda
8. apakah file master diperbarui secara online ?
9. apakah input, output, file, atau inquery kompleks ?
10. apakah pemrosesan internal kompleks ?
11. apakah kode didesain untuk dapat dipakai kembali ?
12. apakah desain melibatkan konversi dan instalasi
13. apakah sistem didesain untuk instalasi ganda dalam organisasi berbeda ?
14. apakah aplikasi didesain untuk memfasilitasi perubahan & mempermudah pemakai untuk menggunakannya ?

Range jawaban (skala) untuk pertanyaan diatas antara 0 s/d 5 :

• 0 : tidak berpengaruh
• 1 : kurang penting
• 2 : cukup penting
• 3 : rata-rata
• 4 : penting
• 5 : sangat penting

Lima faktor penting yg mempengaruhi produktivitas perangkat lunak menurut Basili dan Zelkowitz :

1. faktor manusia
2. faktor masalah
3. faktor proses
4. faktor produk
5. faktor sumber daya

Faktor-faktor untuk mengukur kualitas perangkat lunak (4 metrik kualitas):

1. Cara yang benar
2. Maintanabilitas
3. Integritas
4. Usebilitas

Faktor-faktor yang mempengaruhi biaya pengembangan PL :

1. kemampuan programmer dan tenaga kerja
2. kekompleksan produk
3. ukuran produk
4. waktu yang tersedia
5. keandalan yang diperlukan
6. teknologi yang dipergunakan

Penyatuan Berbagai Pendekatan Metrik

4 faktor penting yang mempengaruhi produktivitas perangkat lunak, yaitu :

1. Faktor manusia. Ukuran dan keahlian organisasi pengembangan.
2. Faktor masalah. Kompleksitas masalah yang dipecahkan dan jumlah perubahan dalam batasan dan persyaratan desain.
3. Faktor proses. Teknik analisis dan desain yang digunakan, bahasa dan peranti CASE yang tersedia, dan teknik-teknik kajian.
4. Faktor sumber daya. Ketersediaan peranti CASE dan sumber daya perangkat keras dan perangkat lunak.

Berbagai penelitian dilakukan untuk megkaitkan FP dan pengukuran LOC. Tabel berikut ini memberikan estimasi kasar terhadap rata-rata jumlah baris kode yang diperlukan untuk membangun satu function point dalam berbagai bahasa pemrograman :

Metrik Untuk Kualitas Perangkat Lunak

Untuk mencapai penilaian kualitas real-time, perekayasa harus menggunakan pengukuran teknis untuk mengevaluasi kualitas dalam cara-cara yang obyektif.

Manajer proyek juga harus mengevaluasi kualitas saat melanjutkan proyek. Tujuan utama pada tingkat proyek adalah untuk mengukur kesalahan dan cacat. Metrik yang diperoleh dari pengukuran tsb memberikan adanya indikasi mengenai efektivitas jaminan kualitas perangkat lunak kelompok dan individual, serta tindakan-tindakan kontrol.

Faktor-faktor yang Mempengaruhi Kualitas

Faktor-faktor tsb menilai perangkat lunak dari tiga sudut pandang berbeda, yaitu

• Operasi produk (menggunakannya)
• Revisi produk (mengubahnya)
• Transisi produk (memodifikasinya untuk bekerja dalam lingkungan yang berbeda.

Meskipun ada banyak pengukuran kualitas perangkat lunak, cara yang benar, maintanabilitas, integritas, dan usabilitas, memberikan berbagai indikator berharga bagi tim proyek. Gilb memberikan definisi dan ukuran terhadap hal-hal tsb. Cara yang benar. Ukuran paling umum untuk cara yang benar adalah cacat per KLOC, di mana cacat didefinisikan sebagai kurangnya kesesuaian (yang telah terbukti) dengan persyaratan.

Maintanabilitas. maintanabilitas adalah kemudahan di mana program dapat dikoreksi jika ditemukan kesalahan, diadaptasi jika lingkungannya berubah, atau diperkuat jika pelanggan menginginkan perubahan kebutuhan. Metrik time-oriented sederhana adalah rata-rata waktu untuk berubah (MTTC). Hitachi menggunakan metrik cost-oriented untuk maintanabilitas yang disebut spoilage – biaya untuk mengkoreksi cacat yang ditemukan setelah perangkat lunak diluncurkan kepada pemakai akhir.

Integritas. Atribut ini mengukur kemampuan sistem untuk menahan serangan (baik kebetulan maupun sengaja) terhadap sekuritasnya. Ancaman adalah probabilitas bahwa serangan tipe tertentu akan terjadi dalam suatu periode waktu yang ditentukan. Sekuritas adalah probabilitas bahwa serangan tipe tertentu akan dipukul mundur. Integritas sistem kemudian dapat ditentukan sebagai :

integritas = S [ 1 – ancaman x (1 – sekuritas) ]

Usabilitas. Usabilitas adalah usaha untuk mengukur user friendliness dan dapat diukur dalam empat karakteristik :

• keterampilan fisik dan atau intelektual untuk mempelajari sistem;
• waktu yang diperlukan untuk menjadi cukup efisien dalam menggunakan sistem
• peningkatan bersih dalam produktivitas yang diukur ketika sistem digunakan oleh seseorang yang cukup efisien
• penilaian subyektif dari sikap pemakai terhadap sistem.

Efisiensi Penghapusan Cacat

Metrik kualitas yang memberikan manfaat pada tingkat proyek dan tingkat proses adalah efisiensi penghapusan cacat (DRE – defect removal efficiency). DRE adalah mengukur kemampuan penyaringan jaminan kualitas dan aktivitas kontrol ketika keduanya diterapkan pada semua aktivitas kerangka kerja proses.

Dengan mempertimbangkan proyek sebagai satu kesatuan, maka DRE didefinisikan sbb :

DRE = E / ( E + D )

dimana:

• E = jumlah kesalahan yang ditemukan sebelum perangkat lunak dikirim kepada pemakai akhir
• D = jumlah cacat yang ditemukan setelah pengiriman

Nilai ideal untuk DRE adalah 1, di mana tidak ditemukan adanya cacat pada perangkat lunak.

Sekian artikel tentang Proses Perangkat Lunak dan Metrik Proyek

Daftar Pustaka

1. Pressman, R 2000.Software Engineering : A Practioners Approach 5th Edition. Boston : Mc Graw Hill
2. Pressman, Roger S. Software Engineering : : A Practioners Approach 6th Edition
3. Mc. Carthy, John(1956) Artificial Intelligence. Dartmounth College.
4. Dr. Deni Darmawan S.Pd., M.Si dan Kunkun Nur Fauzi, Sistem Informasi Manajemen, Bandung (2013).
5. Tanenbaum, Andrew S., Modern Operating Systems, Prentice Hall Inc., 1992
6. Alindita, A., 2008, Pemodelan Titik Kendali Teknologi Informasi untuk Audit Pengendalian Intern Berdasarkan SOX-404, Skripsi, Program Studi Informatika, Sekolah Teknik Elektro dan Informatika, Institut Teknologi Bandung, Bandung.
7. Alter, S., 1996, Information System: A Management Perspective, Benjamin Cummings, Menlo Park, CA.
8. Edwards, C., 1995, The Essence of Information Systems, 2nd Ed., Prentice Hall International., Inc., London.
9. Gaspersz, V., 2005, Sistem Manajemen Kinerja Terintegrasi Balanced Scorecard dengan Six Sigma untuk Organisasi Bisnis dan Pemerintah, PT Gramedia Pustaka Utama, Jakarta

Konsep dan Inisialisasi Proyek Sistem Informasi TI/SI

Konsep dan Inisialisasi Proyek Sistem Informasi TI/SI

Unknown 11/04/2015

Konsep dan Inisialisasi Proyek Sistem Informasi TI/SI - Perkembangan bisnis dari organisasi dengan tingkat kompetisi yang tinggi dewasa ini telah mendorong internal manajemen perusahaan untuk melakukan evaluasi terhadap pemanfaatan teknologi informasi. Perbaikan secara terus menerus harus dilakukan dengan melihat peluang – peluang dari setiap bagian di dalam organisasi yang membutuhkan peningkatan kinerja.

Proyek adalah suatu aktivitas yang memiliki ciri – ciri :

• Memiliki Tujuan dan definisi yang jelas
• Melibatkan semua lini atau lintas department di dalam perusahaan
• Memiliki aktivitas yang unik dan dibatasi oleh waktu yang bersifat sementara
• Memiliki sponsor atau pendukung yang kuat
• Memiliki sifat ketidakpastian.

Kemajuan teknologi informasi telah merambah dengan cepat ke berbagai negara maju yang sangat merasakan arti pentingnya teknologi informasi dalam menunjang pengambilan keputusan yang cepat dan tepat. Pentingnya teknologi informasi tersebut juga di rasakan terutama di Universitas, Rumah Sakit dan layanan publik yang membutuhkan kecepatan, ketepatan dan keakuratan data sehingga aktivitas dalam pelayanan menjadi lebih mudah dan cepat.

Sistem informasi berasal dari dua kata yang saling berhubungan yaitu antara sistem dan informasi. Sistem adalah suatu kerangka kerja yang sangat terpadu serta mempunyai satu sasaran atau lebih. Informasi berbeda dengan data, data adalah keadaan yang ada dan belum diproses belum lanjut, sedangkan informasi adalah data-data yang telah diproses dan dibentuk sebagaimana mungkin agar lebih bernilai bagi penggunanya. Maka sistem informasi adalah suatu kerangka kerja dimana sumber daya manusia dan teknologi dikoordinasikan untuk mengubah input (data) menjadi output (informasi) guna mencapai sasaran perusahaan.

Interaksi Manusia dan Komputer (IMK) atau Human-Computer Interaction (HCI) adalah disiplin ilmu yang berhubungan dengan perancangan, evaluasi dan implementasi sistem komputer interaktif untuk digunakan oleh manusia, serta studi fenomena-fenomena besar yang berhubungan dengannya. (Definisi oleh ACM SIGCHI).

1. Fokus adalah perancangan dan evaluasi antarmuka pemakai (user interface).
2. Antarmuka pemakai adalah bagian sistem komputer yang memungkinkan manusia berinteraksi dengan komputer.

image source: www-03.ibm.com

baca juga: Pengertian Manajemen Proyek Sistem Informasi

Metodologi dan Layanannya Dalam Proyek SI

1. Rancangan Penelitian

a. Metode Observasi
Dalam sistem informasi dilakukan pendekatan dengan survey untuk mengetahui masalah apa yang bisa dikerjakan sesuai dengan materi ilmu yang dimiliki. Survey ini dilakukan untuk mendapatkan informasi dan data yang berhubungan dengan penyelesaian masalah, selain itu juga untuk mengetahui proses – proses apa yang ada dalam perusahaan tersebut.

b. Metode Wawancara
Metodologi wawancara adalah penelitian yang dilakukan selama melakukan sistem informasi di perusahaan tersebut. Dengan mencatat semua data-data yang kita butuhkan, kemudian kita olah menjadi sebuah informasi yang lebih akurat demi suksesnya program yang dibuat. Dimana dalam mendapatkan data-data diperoleh dari narasumber.

2. Analisis, Perancangan dan Implementasi

a. Analisis
Menganalisa sistem merupakan langkah awal dalam membuat sistem baru. Dalam analisis sistem digunakan metode - metode yang telah dijelaskan pada poin rancangan penelitian di atas, yaitu metode observasi dan metode wawancara.

b. Perancangan
Perancangan sistem merupakan tahap pengembangan setelah analisis sistem dilakukan. Beberapa proses dalam perancangan sistem yaitu pembuatan dokumen flow, sistem flow, Context Diagram, Hierarchy Input Output (HIPO), Data Flow Diagram (DFD), Entity Relational Diagram (ERD), struktur tabel, dan desain input output untuk dibuat aplikasi selanjutnya.

c. Implementasi
Teknologi yang digunakan untuk menjalankan aplikasi Sistem Informasi pada perusahan contoh sebagai berikut:

1. Software Pendukung

• Sistem Operasi Microsoft Windows 7 Ultimate.
• Microsoft Visual Studio 2005 sebagai program editing.
• Microsoft SQL Server 2005 sebagai database.
• Power Designer untuk membuat Context Diagram, HIPPO, DFD dan ERD.
• Microsoft Visio 2007 untuk membuat Dokumen Flow dan System Flow.

2. Hardware Pendukung

• Komputer dengan processor 2GHz atau lebih tinggi
• b. VGA 32MB bit dengan resolusi 1024 x 768 atau lebih tinggi
• Memori RAM 256MB atau lebih tinggi
• Monitor

A. Jadwal Kerja

Identifikasi Fase-fase dan Infrastruktur Dalam Metodologi Proyek SI

Fase dan infrastruktur yang harus diperhatikanm dalam proyek SI :

1.  Studi Kelayakan (Feasibility Study)

• Tindakan yang dilakukan untuk menentukan apakah suatu proyek layak untuk direalisasikan atau tidak.
• Tahap yang menentukan suatu proyek jadi dilaksanakan atau tidak.
• Studi kelayakan terbagi menjadi beberapa aktivitas :
  - Wawancara → mengumpulkan informasi kelayakan proyek
  - Kunjungan ke lokasi (site visit)
  - Pengumpulan Document

a. Wawancara

- Ditujukan pada :

• Pemilik proyek dan sponsor → apa tujuan pembangunan sistem, berapa lama waktu yg diberikan agar dpt diselesaikan dan digunakan.
• Bagian organisasi dan staff yg bekerja langsung pd sistem yg akan dibangun + staff yg tidak berhubungan langsung dengan sistem → ada kendala waktu utk wawancara → delegasikan tugas ini pd anggota tim yg mampu menyusun pertanyaan yg sistematis dan mencatat hasilnya pada dokumen secara terstruktur dan sistematis.

- Pencatatan hasil wawancara → dasar menyusun analisis kebutuhan.

b. Kunjungan ke Lokasi (Site Visit)

• Mengunjungi lokasi tempat berlangsungnya proses bisnis.
• Anggota tim yang ditugaskan → mengamati dan mencatat proses dan sistem kerja yang ada , baik yang manual maupun yang terkomputerisasi, bagaimana fungsi kontrolnya, bagaimana mengantisipasi masalah keamanan dan penanganan masalahnya.
• Sebaiknya ditemani bagian dari stakeholder/anggota tim manajemen pemilik proyek agar mempermudah akses lokasi yg penting.
• Hasil kunjungan → mempunyai gambaran proyek yg akan dibangun bisa tepat guna, sesuai kondisi lapangan, dpt menentukan layak/tidaknya proyek diteruskan.

c. Pengumpulan Dokumen

• Pengumpulan dokumen hasil wawancara dan kunjungan ke lokasi → bahan utk penyusunan hasil kerja.
• Dokumen-dokumen dalam suatu sistem terdiri atas :
  - Formulir Input (Input Forms) : untuk mencatat data-data yg diperlukan dalam melakukan suatu unit proses.
  - Formulir Output (Output Forms) : formulir hasil suatu proses yg nantinya akan diteruskan utk digunakan oleh bagian lain/pihak di luar organisasi perusahaan. → bisa terdiri dari beberapa rangkap → didistribusikan ke berbagai bagian.
  - Laporan : berisi hasil dari semua proses bisnis di perusahaan, bisa dari laporan kpd manajemen dan dewan direksi, laporan data pemeriksaan, laporan manajemen, laporan analisis pengambilan keputusan perusahaan, dll.
• Laporan Hasil Studi Kelayakan ke Stakeholder
  1. Tujuan Studi Kelayakan : dapat memberi gambaran apa yg ingi dicapai setelah dilakukan studi kelayakan.
  2. Latar belakang : penjelasan faktor-faktor yg mendorong perlunya studi kelayakan → masalah-masalah yg hendak diatasi, pengembangan sistem yg lebih baik, dsb.
  3. Solusi yang diajukan : solusi utk mengatasi masalah yg terjadi di latar belakang.
  4. Analisis biaya – manfaat : untuk mengukur efektivitas solusi yg diajukan, menunjukkan apakah biaya yg akan dikeluarkan sepadan dengan solusi yg diharapkan.

2. Analisis Kebutuhan (Requirements Analysis)

• Penyusunan analisis kebutuhan bisa dilakukan :
  - Sesudah studi kelayakan, atau, setelah proposal disetujui dan kontrak disepakati
• Untuk pekerjaan pengembangan sistem yang benar-benar dimulai dari nol. → bisa bermasalah kalau tidak ada kesepakatan sebelumnya tentang proses analisis kebutuhan
• Lebih baik/Idealnya analisis kebutuhan dilakukan dahulu sebelum kontrak, sehingga pada proposal yg diajukan bisa menunjukkan rencana sistem yg lebih detail, estimasi waktu, biaya lebih akurat.
• Requirements
• Requirements dalam proyek : dasar perencanaan proyek untuk menentukan apa saja yang perlu dipersiapkan agar proyek dapat terlaksana dengan baik.
• Fondasi dari aktivitas berikutnya dalam pengembangan sistem dan manajemen proyek → manajer proyek + semua stakeholder harus berkomitmen.

Proses Requirements :

1. Penyusunan requirements (mengumpulkan, menganalisis, spesifikasi dan validasi requirements).
2. Manajemen requirements (melaksanakan requirements sesudah ada kesepakatan.

Menurut standar IEEE (Guide for Developing System Requirements Spesifications), requirements adalah pernyataan tentang :

1. Fungsionalitas sistem (kapabilitas)
2. Dapat divalidasi
3. Harus sesuai dengan sistem yang berjalan
4. Solusi untuk masalah klien
5. Memenuhi kriteria dengan kondisi terukur dan dibatasi oleh constraints.

• Requirements : kebutuhan proyek yg didokumentasikan, dikumpulkan utk mengidentifikasi constraints yg spesifik (scope) dari setiap komponen proyek, berfungsi sebagai dasar utk setiap aktivitas proyek.
• Business Requirements : terdiri atas bisnis proses dari sistem yg akan dibangun, batasan-batasan (constraints) → biaya, sumberdaya, waktu, dsb.
• Stakeholder Requirements : terdiri atas susunan kebutuhan sistem yg akan dibangun utk internal maupun eksternal perusahaan/organisasi.
• End-User Requirements : kebutuhan pengguna sistem → staff yg akan berinteraksi langsung/tdk langsung dengan sistem yg akan dibangun. → menyangkut proses interaksi dg sistemnya, dokumentasi/petunjuk penggunaan dan administrasi pd sistem, antarmuka pengguna sistem, dll.

Jenis-jenis Requirements menurut Sumber Datanya

Software Requirements : menjelaskan kebutuhan pengguna akan fungsionalitas software secara detail dan spesifik. Dokumentasi software requirements : landasan utk tahap desain, pengembangan, implementasi sistem yg akan dibangun.

• Jaminan dua arah antara klien dan tim proyek dalam pengertian terhadap requirements pada saat ada kesepakatan, dan selama tidak ada perubahan apapun.
• SRS hanya berisi requirements fungsional dan non fungsional, TIDAK memberikan usulan desain, kemungkinan solusi masalah teknologi/bisnis klien/informasi lain yang tidak berkaitan dengan pengertian tim proyek terhadap system requirements harapan klien.
• Dokumen SRS berisi pernyataan scr eksplisit mengenai fungsionalitas dan kemampuan yg harus ada pada sistem yg akan dibangun, termasuk batasan-batasan yg dapat ditoleransi oleh sistem tersebut.
• System Requirements Spesifications (SRS) (2)

Menurut standar IEEE, SRS harus menjelaskan 9 hal :

1. Interface
2. Kapabilitas fungsional
3. Tingkat kinerja
4. Struktur data
5. Keamanan
6. Reliability
7. Proteksi privasi
8. Kualitas
9. Batasan-batasan

Perubahan Requirements
Semakin dini koreksi kesalahan, maka dapat mengurangi pemborosan sumberdaya, sehingga kadang sering menjadi kendala dalam requirements karena perlu adanya rework (pengerjaan ulang) di awal proyek.

Perubahan requirements kadang mengikuti keadaan bisnis klien (terutama perusahaan baru/perusahaan yg sedang melakukan rekayasa ulang perusahaannya), sehingga idealnya untuk pengembangan sistem informasi hendaknya dilakukan sesudah proses bisnis ditetapkan. → solusi : dengan metode Agile Development Project.

3.  Project Scope Documents (PSD)

• Hasil analisis kebutuhan (requirements), lalu dituangkan dalam Project Scope Document → pedoman mengawali proyek sebelum proyek benar- benar dimulai dan dibuat sebelum menyusun proposal.
• Project Scope Document : menyatakan ruang lingkup proyek → seberapa luas jangkauan pelaksanaan proyek, sampai mana batas-batasnya.
• PSD membantu manajer proyek dan stakeholder lain (klien) agar dapat memahami apa yang diharapkan dari proyek dan mencegah ekspektasi berlebihan.

Susunan Project Scope Document

PSD terdiri atas :

1. Maksud dan Tujuan Proyek
2. Rencana Kerja
3. Deliverables
4. Batasan-batasan
5. Kesimpulan

4.  Penyusunan Tim
Dilakukan sebelum pelaksanaan proyek, kadang perusahaan tertentu memberikan syarat saat pengajuan proposal untuk sekaligus memberikan nama anggota tim beserta posisi dan kualifikasinya.

Karakteristik Tim Proyek

• Tim proyek dibentuk untuk waktu terbatas selama proyek berlangsung, dan masing-masing punya keahlian dan pengalaman yang berbeda.
• Proses kerjanya belum ditentukan secara definitif sebelum proyek berlangsung.
• Tekanan kerja, tingkat stres lebih tinggi → banyak ketidakpastian.
• Anggota tim kadang bisa merangkap tugas, sehingga tekanan kerja menjadi lebih berat dan kinerja jadi tidak efisien, namun kadang tetap dilakukan jika keahlian orang tersebut sangat diperlukan dalam proyek.

5.  Manajemen Resiko
Bart Jutte memberikan 10 Golden Rules (pedoman) dalam manajemen resiko :

• Jadikan manajemen resiko bagian dari proyek
• Identifikasi resiko sejak awal proyek → melalui people (orang) dan paper (dokumen).
• Komunikasikan resiko-resiko yang ada
• Pertimbangkan ancaman (threats) maupun kesempatan (opportunities)
• Klarifikasi penanggungjawab untuk setiap resiko
• Buat prioritas resiko
• Melakukan analisa resiko
• Buat rencana dan implementasi tanggapan terhadap resiko.
• Dokumentasikan resiko proyek
• Tentukan resiko dan tindakan yang diambil

6. Proposal

Ada beberapa jenis proposal proyek :

• Berdasar permintaan resmi dari klien
• Berdasar permintaan tidak resmi dari klien
• Tanpa ada permintaan dari klien

Struktur Proposal Secara Umum

• Ringkasan eksekutif : apa yang ditawarkan dalam proposal, solusi, serta tujuan yang hendak dicapau.
• Tinjauan dan rincian requirements
• Solusi yang diajukan
• Uraian pekerjaan (dalam setiap fase) + penjelasan batasan dan ruang lingkup pekerjaan yang termasuk dalam proyek.
• Rencana implementasi
• Investasi/biaya (estimasi biaya sampai proyek selesai).

7.  Kontrak atau Surat Perintah Kerja

• Kontrak : pengikatan antara kedua belah pihak (pelaksana dan pemilik proyek), umumnya dibuat secara legal dengan pertimbangan hukum yang jelas dan mengikat kedua belah pihak.
• Kontrak → jika pelaksana proyek adalah pihak di luar perusahaan.
• SPK (Surat Perintah Kerja) → jika pelaksana proyek adalah staf internal perusahaan.

Hal-hal Yang Harus Ada Dalam Kontrak :

• Deskripsi pihak-pihak yang berkepentingan terhadap proyek, yaitu : pemilik proyek dan pelaksana proyek.
• Deskripsi mengenai “deliverable” , misal : penjelasan sistem yang akan dibangun serta jasa apa saja yang menyertainya (instalasi, konfigurasi, pelatihan pengguna, dll).
• Hak dan kewajiban masing-masing pihak yang mengikat selama proyek berlangsung.
• Kesepakatan investasi/biaya yg harus dibayarkan kpn pelaksana proyek.
• Jadwal pelaksanaan yang mengacu pada kewajiban pihak pelaksana proyek.
• Bagian penutup yang berisi nama-nama penanggungjawab untuk masing-masing pihak → manajer proyek, ketua steering committee, penanggungjawab implementasi dari klien, sekretaris tim.

8.  Project Charter

• Penyusunan definisi proyek secara resmi yang akan menjadi pedoman pelaksanaan proyek.
• Project Charter sering juga disebut Terms Of Reference (TOR).

Ada 4 Tahapan Menyusun Project Charter :

1. Definisikan visi proyek, tentukan lingkup proyek dan apa yang menjadi “deliverables” proyek.
2. Definisikan struktur organisasi proyek, deskripsikan klien, tentukan stakeholder yang terlibat, sebutkan pemilik proyek, sponsor proyek, dewan proyek, manajer proyek beserta peran dan tanggungjawab masing-masing, lalu dibuat bagan organisasinya.
3. Penjelasan Implementasi proyek
4. Deskripsikan resiko dan masalah

9.  Project Kick-Off

• Kick-off meeting : pertemuan untuk memberikan informasi pelaksanaan proyek kepada anggota tim.
• Contoh agenda kick-off meeting

Pemahaman Mengenai MOV

Bahasa Pemrograman, PHP, ASP, dBase, Visual Basic, dll. Merupakan software yang khusus digunakan untuk membuat program komputer, apakah itu sistem operasi, program paket dll. Bahasa pemrograman ini biasanya dibagi atas 3 tingkatan, yaitu ;

1. Low Level Language, bahasa pemrograman generasi pertama, bahasa pemrograman jenis ini sangat sulit dimengerti karena instruksinya menggunakan bahasa mesin. Biasanya yang mengerti hanyalah pembuatnya saja.

2. Midle Level Language, merupakan bahasa pemrograman tingkat menengah dimana penggunaan instruksi sudah mendekati bahasa sehari-hari, walaupun begitu masih sulit untuk di mengerti karena banyak menggunakan singkatansingakatan seperti STO artinya simpan (singkatan dari STORE) dan MOV artinya pindah (singkatan dari MOVE).Yang tergolong kedalam bahasa ini adalah Assembler, ForTran (Formula Translator).

3. High Level Language, merupakan bahasa tingkat tinggi yang mempunyai cirri mudah dimengerti, karena menggunakan bahasa sehari-hari, seperti BASIC, dBase, Visual Basic, VB.Net dll.

Pemahaman dan Pembahasan

Bagaimana kontribusi teknologi informasi untuk keberhasilan bisnis pada perusahaan yang dicontohkan dalam kasus? Berikan contoh dari satu perusahaan dan jelaskan bagaimana teknologi informasi diterapkan sehingga terjadi peningkatan kinerja?

Teknologi informasi memiliki peranan yang sangat penting untuk meningkatkan keberhasilan sebuah bisnis. Peranan utama teknologi informasi adalah membuat proses bisnis lebih terintegrasi, lebih cepat, tepat, dan informasi yang dibutuhkan selalu tersedia pada saat dibutuhkan. Perusahaan tanpa teknologi informasi akan jauh tertinggal dari perusahaan lainnya, sehingga sekarang tanpa disadari teknologi informasi sudah melekat di semua lini perusahaan,

Salah satu perusahaan besar telah menunjukkan bagaimana peranan teknologi informasi untuk mengembangkan bisnis mereka, berikut penjelasan singkatnya :

Google salah satu perusahaan ini berbasis di Mountain View, California, dan memiliki karyawan berjumlah 19.604 orang (30 Juni 2008) Filosofi Google meliputi slogan seperti "Don't be evil", dan "Kerja harusnya menantang dan tantangan itu harusnya menyenangkan", menggambarkan budaya perusahaan yang santai. Google didirikan oleh Larry Page dan Sergey Brin ketika mereka masih mahasiswa di Universitas Stanford dan perusahaan ini merupakan perusahaan saham pribadi pada 4 September 1998. Penawaran umum perdananya dimulai pada tanggal 19 Agustus 2004, mengumpulkan dana $1,67 milyar, menjadikannya bernilai $23 milyar. Melalui berbagai jenis pengembangan produk baru, pengambil alihan dan mitra, perusahaan ini telah memperluas bisnis pencarian dan iklan awalnya hingga ke area lainnya, termasuk email berbasis web, pemetaan online, produktivitas perusahaan, dan bertukar video. Google telah membuat layanan dan peralatan untuk lingkungan bisnis dan masyarakat; termasuk aplikasi web, jaringan periklanan dan solusi bagi bisnis (Anonim, 2011).

Google memakai pendekatan “experimentation” dan juga melakukan A/B experiments”, sebanyak 200 – 300 kali per hari. Google dikenal luas karena layanan pencarian webnya, yang mana merupakan sebuah faktor besar dari kesuksesan perusahaan ini. Pada Agustus 2007, Google merupakan mesin pencari di web yang paling sering digunakan dengan pangsa pasar sebanyak 53,6%, kemudian Yahoo! (19,9%) dan Live Search (12,9%). Google memiliki miliaran halaman web, sehingga pengguna dapat mencari informasi yang mereka inginkan, melalui penggunaan kata kunci dan operator. Google juga telah menggunakan teknologi Pencarian Web pada layanan pencarian lainnya, termasuk, Pencarian Gambar, Google News, situs perbandingan harga Google Product Search, arsip Usenet interaktif Google Groups, Google Maps dan lainnya (Anonim, 2011).

Tahun 2004, Google meluncurkan layanan email berbasis web gratisnya, disebut sebagai Gmail. Gmail memiliki fitur teknologi penyaringan spam dan kemampuan untuk menggunakan teknologi Google untuk mencari surel. Layanan ini mendatangkan keuntungan dengan menampilkan iklan dari layanan AdWords yang dimasukkan dalam isi pesan email yang ditampilkan di layar.

Pada awal 2006, perusahaan ini meluncurkan Google Video, yang tidak hanya membolehkan pengguna untuk mencari dan melihat video secara gratis, tetapi juga membolehkan pengguna dan penyebar media menyebarkan isinya, termasuk acara-acara televisi CBS, pertandingan basket NBA, dan video musik. Bulan Agustus 2007, Google mengumumkan bahwa mereka akan menghentikan program penyewaan dan penjualan videonya dan menawarkan pengembalian uang dan kredit Google Checkout bagi pengguna yang telah membeli video untuk sendiri.

Google juga telah membuat beberapa aplikasi desktop, termasuk Google Earth, sebuah program pemetaan interaktif yang disediakan oleh satelit dan fotografi udara yang mencakup keseluruhan planet Bumi. Google Earth dianggap sangat akurat dan lebih mendetail. Beberapa kota besar memiliki gambar jelas yang dapat dibesarkan sedekat-dekatnya untuk melihat kendaraan dan pejalan kaki dengan jelas. Akibatnya, terdapat beberapa alasan mengenai keterlibatan dalam keamanan nasional. Secara spesifik, beberapa negara dan militer beranggapan perangkat lunak ini dapat digunakan untuk melihat dengan kejelasan dekat-jelas lokasi fisik infrastruktur yang rusak, bangunan komersial dan penghunian, pangkalan, agensi pemerintah, dan lainnya. Bagaimanapun, gambar satelit jarang diperbarui, dan semuanya tersedia gratis melalui produk lainnya dan bahkan sumber pemerintah (NASA dan National Geospatial-Intelligence Agency, sebagai contoh). Beberapa orang menilai argumen ini dengan menyatakan bahwa Google Earth mudah diakses juga saat mencari lokasi.

Model Financial dan Model Scoring

Analisa Financial, pertimbangan finansial merupakan hal yang sangat penting dalam pemilihan proyek

Metoda yang umum digunakan :

• Net Present Value (NPV) analysis
• Return on Investment (ROI)
• Payback analysis

Weighted Scoring Model Adalah tool yang dapat memberikan proses yang sistematis dalam memilih proyek berdasarkan beberapa kriteria.

• Identifikasi kriteria yang penting
• Tentukan bobot pada setiap kriteria
• Tentukan score pada tiap kriteria
• Kalikan score terhadap kriteria untuk memperoleh bobot total Makin tinggi bobot total makin baik proyek

Gambar dibawah ini contoh dari weight scoring model

Pemilihan Proyek TI/SI berdasarkan Balance Score Card

Balanced Scorecard didefinisikan sebagai “suatu alat manajemen kinerja (performance manegement tool) yang dapat membantu organisasi untuk menerjemahkan visi dan strategi ke dalam aksi dengan memanfaatkan sekumpulan indikator finansial dan non-finansial yang kesemuanya terjalin dalam suatu hubungan sebab akibat” (Luis dan Biromo, 2007). Menurut Sarno (2009: 28), Balanced Scorecard merupakan kartu skor yang digunakan untuk mengukur kinerja dengan memperhatikan keseimbangan antara faktor keuangan dan non-keuangan baik jangka pendek maupun jangka panjang serta kondisi internal maupun eksternal.

Dari uraian diatas maka, ciri-ciri sistem balance score card, mengandung unsur-unsur sebagai berikut :

1. Merupakan suatu aspek dari strategi perusahaan.
2. Menetapkan ukuran kinerja melalui mekanisme komunikasi antar tingkatan manajemen
3. Mengevaluasi hasil kinerja secara terus menerus guna perbaikan pengukuran kinerja pada kesempatan selanjutnya.

Setiap ukuran dalam balance scorecard menyajikan suatu aspek dari strategi perusahaan, karena dengan sistem ini manajemen dapat menggunakannya untuk berbagai alternatif pengukuran terhadap hal-hal berikut :

1. Faktor-faktor kritis yang menentukan keberhasilan strategi perusahaan
2. Menunjukan hubungan individu / sub bisnis unit dengan yang dihasilkannya, sebagai akibat dari penetapan pengukuran yang telah dikomunikasikannya.
3. Menunjukan bagaimana pengukuran nonfinansial mempengaruhi finansial jangka panjang.
4. Memberikan gambaran luas tentang perusahaan yang sedang berjalan.

Balance scorecard mencoba untuk menciptakan suatu gabungan pengukuran strategis, pengukuran finansial dan nonfinansial serta pengukuran ekstern dan intern

Pengukuran perusahaan dapat dipandang menjadi 4 kategori Perspektif ( Kaplan , 1996), yaitu : Perspektif finansial, Perspektif Langganan, Perspektif internal bisnis, serta Perspektif Pembelajaran dan pertumbuhan. Ke empat perspektif ini saling berhubungan dalam sebab akibat, sebagai cara untuk menterjemahkan strategi kedalam tindakan.

Berikut ini tahapan pelaksanaan balance scorecard (Anthony, 1997) sebagai berikut :

1. Mendefinisikan strategi
2. Mendefinisikan pengukuran
3. Mengintegrasikan pengukuran kedalam sistem manajemen
4. Meninjau ukuran yang ditetapkan dan hasilnya, dengan cara terus menerus.

Mendefinisikan strategi ; Balance scorecard membangun hubungan antara strategi dan tindakan opersional,. Untuk memulai operasional perlu organisasi mendefinisikan balance scorecard sesuai dengan mendefinisikan strategi organisasi, secara eksplisit pada tahap ini bahwa sasaran organisasi telah dikembangkan.

Hubungan sebab-akibat diantar ukuran-ukuran adalah sebagai berikut (Anthony,1997):

PERSPEKTIF	UKURAN
Perpektif innoveasi & pembelajaran	Keahlian manufaktur
Perspektif bisnis intern	Siklus order
Perpektif pelanggan	Survey kepuasan pelanggan
Perspektif finansial	Pertambahan pendapatan dari penjualan

Mendefinisikan pengukuran ;

• Menentukan pengukuran individual yang mendukung strategi perusahaan.
• Mengintegrasikan pengukuran dalam sistem manajemen; mengintegrasikan balance scorecard dengan struktur formal nonformal,
• Budaya kerja, praktik yang ada dan sumber daya manusia.

Meninjau ukuran yang telah ditetapkan dan hasilnya secara terus menerus secara konsisten oleh manajer : ketika balance scorecard sedang berjalan, dan mengevaluasinya dengan cara melalui pertanyaan antara lain sebagai berikut :

• Bagaimana organisasi berjalan , menurut pengukuran ?
• Bagaiman startegi organisasi berubah sejak awal hingga akhir ?
• Bagaiman memelihara pengukuran terhadap strategi yang berubah-ubah ?
• Bagaimana organisasi meningkatkan/ memperbaiki pegukuran.

Berikut ini yang dapat membatasi kegunaan Balance scorecard :

• Hubungan yang kurang baik antara hasil yang terjadi dengan pengukuran nonfinansial yang telah ditetapkan
• Laporan yang tidak fleksibel atas hasil finansial
• Tidak adanya mekanisme untuk usaha kemajuan./ peningkatan
• Pengukuran yang tidak diperbaharui
• Beban pengukuran yang berlebihan
• Kesulitan dalam menentukan pertukaran pekerjaan (trade – off)

Perspektif Proses Bisnis/Internal Balanced Scorecard

Perspektif proses bisnis/internal merupakan salah satu dari empat perspektif yang ada dalam Balanced Scorecard. Fokus dalam perspektif ini adalah proses internal yang seharusnya dilakukan oleh manajemen organisasi, berkaitan dengan penciptaan produk/jasa untuk menarik dan mempertahankan pelanggan sekaligus untuk memberikan peningkatan nilai bagi pemegang saham (Sarno, 2009: 13). Proses tersebut dapat dilakukan melalui evaluasi terhadap apa yang diharapkan pelanggan sesuai dengan kebutuhan bisnisnya pada proses internal organisasi, seperti: kualitas produk/jasa yang dihasilkan, waktu respon maupun pengenalan produk.

Untuk peningkatan proses bisnis/internal, Kaplan dan Norton (1996, dalam Sarno, 2009: 14) membagi proses pokok bisnis/internal menjadi tiga fase:

1. Proses inovasi (Innovation Process)
Terdiri dari dua aktivitas yang saling berkelanjutan yakni identifikasi pasar kemudian diiringi dengan penciptaan usulan produk/jasa. Pada fase ini, organisasi mengidentifikasikan kebutuhan pelanggan masa kini dan masa mendatang serta mengembangkan solusi baru untuk kebutuhan pelanggan tersebut.

2. Proses operasional (Operational Process)
Terdiri dari aktivitas pembuatan dan penyampaian produk/jasa yang menitik beratkan pada efisiensi proses, konsistensi serta ketepatan waktu hingga diterima oleh pelanggan. Pengukuran kinerja pada fase ini dilakukan pada tiga dimensi: waktu, kualitas proses dan biaya proses.

3. Proses pelayanan purna jual (Postsale Service Process)
Fase ini merupakan bagian yang berpengaruh langsung terhadap kepuasan pelanggan. Aktivitas yang dilakukan pada fase ini berupa pemberian layanan kepada pelanggan, seperti: garansi, penyelesaian masalah yang timbul pada pelanggan, reparasi dan lain-lain.

Kaplan dan Norton (1996) memberikan kesimpulan bahwa pengukuran kinerja secara umum dapat dilakukan dengan memperhatikan empat perspektif, yaitu: perspektif keuangan, perspektif pelanggan, perspektif proses bisnis/internal dan perspektif pembelajaran dan pertumbuhan. Keterkaitan satu dengan yang lain dari keempat perspektif tersebut digambarkan dengan cause-effect relationship diagram berikut:

Gambar F.1 Cause-Effect Relationship Diagram
(Sumber: Gaspersz, 2005:62)

Fungsi Balanced Scorecard menurut Sayekti (2007) adalah:

• Sebagai sistem pengukuran kinerja yang melihat organisasi secara keseluruhan melalui empat perspektif.
• Sebagai sistem manajemen strategik yang menyelaraskan antara tujuan jangka pendek dengan strategi tujuan jangka panjang.
• Sebagai sarana komunikasi bagi perusahaan dengan menerjemahkan strategi kedalam tindakan-tindakan yang seharusnya diambil oleh organisasi.

Sekian artikel tentang Konsep dan Inisialisasi Proyek Sistem Informasi TI/SI.

Pengertian Manajemen Proyek Sistem Informasi Beserta Contoh

Pengertian Manajemen Proyek Sistem Informasi Beserta Contoh

Unknown 11/03/2015

Pengertian Manajemen Proyek Sistem Informasi Beserta Contoh - Apa itu proyek? Proyek adalah suatu rangkaian pekerjaan yang diadakan dalam selang waktu tertentu dan mempunyai tujuan khusus

Apa yang membedakan proyek dengan pekerjaan lain?

• Sifatnya yang Khusus 
• Tidak bersifat rutin pengadaannya 
• Pengelolaannya memerlukan ekstra lebih dari pekerjaan 

Jadi apa yang dimaksud dengan manajemen proyek ?

Secara Mendasar, Manajemen proyek sistem informasi adalah proses pengelolaan proyek yang meliputi perencanaan, pengorganisasian dan pengaturan tugas serta sumber daya yang dimiliki untuk mewujudkan tujuan yang ingin dicapai dengan mempertibangkan faktor – faktornya, terutama dari segi waktu dan biaya

Manajemen Proyek Sistem Informasi

1. Perspektif Industri tentang Software. 
2. Karakteristik Perangkat Lunak 
3. Krisis Software 
4. Konsep Manajemen Proyek oleh PMI 
5. Proyek vs Program & Proyek Stakeholder 
6. Trade-Off Triangle (Cost, Product, Schedule), 4 Dimensi Proyek (People, Process, Product, Technology) 

image source: www.erpst.com

baca juga: Konsep Pemodelan Enhanced Entity Relationship Diagram

Perspektif Industri Tentang Software

Arti Software :

• Ilmu yang mempelajari teknik pembuatan software yang baik dengan pendekatan teknis (Engineering approach)
• Suatu disiplin rekayasa yang berkonsentrasi terhadap seluruh aspek produksi perangkat lunak.
• Mengadopsi pendekatan yang sistematis dan terorganisir dalam aktivitasnya dan menggunakan tool dan teknik yang sesuai yang ditentukan berdasarkan masalah yang akan dipecahkan, kendala pengembangan dan sumber daya yang tersedia 

Definisi Perangkat Lunak ( Software ) Software (PL) adalah sekelompok item atau objek

Yang membentuk “konfigurasi” dimana di dalamnya termasuk :

• Instruksi/program 
• Dokumen
• Struktur data 

Arti Perangkat Lunak :

1. Instruksi atau program komputer yang ketika dieksekusi akan memberi fungsi dan hasil yang diinginkan.
2. Struktur Data yang memungkinkan program memanipulasi informasi
3. Dokumen yang menggambarkan operasi dan penggunaan program.

Karakteristik Perangkat Lunak

Software merupakan elemen sistem logik dan bukan elemen sistem fisik seperti hardware.

Elemen itu tidak haus, tetapi bisa rusak. Elemen software itu direkayasa atau dikembangkan dan bukan dibuat di pabrik seperti hardware. Software itu tidak bisa dirakit/disusun.

Aplikasi Perangkat Lunak:

1. System Software 
2. Real Time Software 
3. Business Software 
4. Engineering and sciencetific software 
5. Embendded software 
6. PC software (Personal Computer) 
7. Artificial Intelegence software 

Produk perangkat lunak dibuat untuk pelanggan tertentu ataupun untuk pasar umum. Produk perangkat lunak ada dua jenis :

1. Generik – dibuat untuk dijual ke suatu kumpulan pengguna yang berbeda atau pasar umum.
2. Bespoke (custom) – dibuat untuk suatu pengguna tunggal sesuai dengan spesifikasi yang diinginkan pengguna.

1. System Software
Adalah sekumpulan program yang ditulis untuk melayani atau menunjang program lainnya.

Beberapa sistem software seperti compiler, editor, komponen-komponen sistem operasi, driver dan prosesor telekomunikasi.

2. Real Time Software
Software yang mengukur, menganalisis dan mengontrol kejadian yang sesungguhnya terjadi di dunia. Elemen-elemen real time software terdiri dari:

• Komponen pengumpul data : Yang mengumpulkan dan menyusun informasi dari lingkungan external.
• Komponen analisis : Yang mentransformasikan informasi yang diperlukan oleh aplikasi
• Komponen kontrol : Yang memberikan respon kepada lingkungan external
• Komponen monitor : Yang mengkoordinasi semua komponen-komponen lainnya, sehingga respons real time yang berkisar 1 milisecond sampai 1 menit dapat dipertahankan.

Perlu dicatat bahwa istilah real time berbeda dari istilah interactive atau time sharing. Sistem real time harus memberikan respons pada waktu yang ditentukan, sedangkan pada sistem interactive atau time sharing respons time biasanya melebihi batas waktu yang ditentukan tanpa merusak hasil.

3. Business Software

Software yang paling banyak digunakan dalam bidang aplikasi software. Software ini digunakan oleh manajemen untuk mengambil keputusan ( Decision Making ) dalam bidang bisnis. Contoh :

• Aqurate ACCOUNTING
• ERP ( Enterprice Resource Planning)

4. Engineering and Sciencetific Software
Software yang dicirikan dengan algoritma numerik, aplikasinya berkisar dari astronomi sampai vulkanologi, dari analis ketegangan otomotif sampai dinamika orbit ruang angkasa.

Software ini banyak digunakan dalam bidang engineering dan science.

Contoh : CAD / CAM ( Computer Aided Design / Computer Aided Manufacture - Simulasi sistem

5. Embedded Software
Suatu software disimpan dalam memori tetap - ROM - Read Only Memory, dan digunakan untuk mengontrol product dan sistem software ini dijalankan dengan berbagai fungsi terbatas.

6. PC software (Personal Computer)
Software yang banyak digunakan di komputer pribadi (PC). Contoh :

• Word Processing : WS, WP
• Spreadsheet : Lotus, Supercalc
• Computer Graphics : Printshop, Print Magic
• Games : Paoman, Load Runner
• DBMS : Dbase III+, Foxbase, Clipper
• Network : LAN, Novell

7. Artificial Intelegence Software
Software yang banyak menggunakan algoritma non numerik dalam memecahkan masalah kompleks yang tidak dapat dianalisis dengan analisis komputasi biasa. Saat ini bidang AI yang paling aktif adalah expert system atau knowledge base system.

Bidang aplikasi lain dari software AI adalah pengenalan citra dan suara ( image and voice pattern recognition ), teorema pembuktian dan permainan / games.

Krisis Software

Term invented in 1960s Pada era ini banyak bermunculan Software House, menghasilkan ratusan ribu. Pernyataan source code, dan ditambah ratusan source code baru yang terus berkembang, dan pada saat program running, muncul berbagai bug, dan harus dikoreksi sehingga  → SOFTWARE CRISIS.

Software cost increased

Semakin sulitnya software di develop sehingga memerlukan personal yang pandai untuk membangun sebuah system perangkat lunak, hal ini menyebabkan mulai naiknya nilai software.

Bagaimana Saat ini ???

Adalah sekumpulan masalah yang ditemukan dalam pengembangan software komputer. Masalahnya tidak hanya terbatas pada software yang tidak berfungsi sebagaimana mestinya, tetapi krisis software ini terdiri dari masalah yang berhubungan dengan :

1. Bagaimana mengembangkan software.
2. Bagaimana memelihara software yang ada, yang berkembang dalam jumlah ynag besar.
3. Bagaimana mengimbangi permintaan software yang makin besar.

Konsep Manajemen Proyek Oleh PMI

MANAJEMEN PROYEK (PMI) :
Adalah ilmu dan seni yang berkaitan dengan memimpin dan mengkoordinir sumber daya yang terdiri dari manusia dan material dengan menggunakan teknik pengelolahan modern untuk mencapai sasaran yang telah ditentukan, yaitu lingkup, MUTU, JADWAL, dan BIAYA serta memenuhi keinginan para STAKEHOLDER

Definisi PMI menekankan pada langkah-langkah yang diperlukan dalam menjalani proyek untuk memenuhi keinginan STAKEHOLDER (Individu, maupun Organisasi), serta Ilmu pengetahuan yang dibutuhkan untuk mengelolah Proyek.

Proyek VS Program & Proyek Stakeholder

Interactions / Stakeholders

• As a PM, who do you interact with?
• Project Stakeholders
  – Project sponsor
  – Executives
  – Team
  – Customers
  – Contractors
  – Functional manager

Trade-Off Triangle (Cost, Product, Schedule), 4 Dimensi Proyek (People, Process, Product, Technology)

Sasaran Proyek dan 3 Kendala (Triple Constraint)

Setiap Proyek memiliki tujuan khusus, didalam proses pencapaian tujuan tersebut ada 3 constraint yang harus dipenuhi, yang dikenal dengan Trade-off Triangle atau Triple Constraint

Triple Constraint :

• Product
• Schedule
• Cost

Empat Dimensi

People — elemen terpenting dari kesuksesan suatu proyek
Product — sistem yang akan dibangun
Process — Sekumpulan framework activities dan engineering tasks agar proyek berjalan
Technollogy — Seluruh kerja/usaha/alat yang dibutuhkan untuk mewujudkan suatu produk

Trade-Off Triangle (Cost, Product, Schedule), 4 Dimensi Proyek (People, Process, Product, Technology)

People - 1

Improvements:

• Team selection
• Team organization
• Motivation

Pada software process, terdapat 5 tipe dari players:

1. Senior managers, yang mendefinisikan dari masalah bisnis. (berpengaruh kuat terhadap project).
2. Practitioners, yang akan mengantar pada kemampuan teknik untuk engineering software.
3. Project (technical) managers, seseorang yang harus merencanakan, memotivasi, dan mengorganisasikan.
4. Customers, seseorang yang akan menspesifikasikan requirements dari software.
5. End users, seseorang yang berinteraksi software yang akan direleased.

Process -2
Masing-masing fungsi akan menjadi engneered dari team software melalui aktivitas framework :

• Komunikasi customer – tugas untuk membangun komunikasi yang efektif diantara customer
• Planning – tugas untuk mendefinisikan resource, timelines dsb
• Analisis resiko – tugas untuk menerima resiko teknik dan management
• Engineering – tugas untuk membangun sistem aplikasi
• Construction dan release - installation, release control, dan customer support.
• Customer evaluation – tugas untuk mendapatkan feedback dari customer dan hasil evaluasi

Process decomposition:

• Partition the software process based on the tasks and activities
• memilih model software process untuk project
• mendefinisikan preliminary project plan berdasarkan aktivitas proses framework

Product - 3

• The “tangible / Intangible” dimension
• Product size management
• Product characteristics and requirements

Technology - 4

• Often the least important dimension
• Language and tool selection
• Value and cost

Daftar Pustaka:

Pressman, R 2000.Software Engineering : A Practioners Approach 5th Edition. Boston : Mc Graw Hill
Mc. Carthy, John(1956) Artificial Intelligence. Dartmounth College.
Dr. Deni Darmawan S.Pd., M.Si dan Kunkun Nur Fauzi, Sistem Informasi Manajemen, Bandung (2013).
Information Technology Governance Institute, 2007, COBIT 4.1: Framework, Control Objective, Management Guidelines, Maturity Models, IT Governance Institute. Rolling Meadows.
Information Technology Governance Institute, 2008, Understanding How Business Goals Drive IT Goals, IT Governance Institute. Rolling Meadows.
Kaplan, R., dan Norton, D., 1996, Balanced Scorecard: Menerapkan Strategi Menjadi Aksi, Erlangga, Jakarta.
Luis, S., dan Biromo, P. A., 2007, Step by Step in Cascading Balanced Scorecard to Functional Scorecards, PT Gramedia Pustaka Utama, Jakarta.
McLeod, R., dan Schell, G. P., 2004, Management Information System, 9th Ed., Pearson Prentice Hall, New Jersey, Terjemahan, Heri Yulianto, 2007, Sistem Informasi Manajemen, Indeks, Jakarta.
http://www.e-bookspdf.org/?s=Manajemen+proyek+sistem+informasi

Sekian artikel tentang Pengertian Manajemen Proyek Sistem Informasi Beserta Contoh.