http://www.hendra-jatnika.web.id               MANAJEMEN PROYEK                 SISTEM INFORMASI               Politeknik ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi                                      BAB 1            ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi1. Keterbatasan Lingkup Proyek (Project Contraint) : Se...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi   3. Pelaksanaan           (Executing)      –   Mengko...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi   ° Dokumen Perencanaan Proyek (Project Plan) – detil ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi                              BAB 2                    ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi   Selanjutnya, menulis Pendahuluan Perencanaan Proyek ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiTanya jawab dengan UserProses tanya jawab dilakukan unt...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi   Kedua, masukkan-masukkan yang diterima diikuti denga...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi6. Kinerja (Performance). Berapa banyak transaksi yang ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi14. Dokumentasi dan Pelatihan. Rincikan semua dokumen- ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiDalam suatu studi kelayakan kita mempertimbangkan semua...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiSolusi standar industri untuk semua masalah-masalah ini...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi                             BAB 3                     ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi3.3. RINCIAN STRUKTUR KERJA     (WORK BREAKDOWN STRUCTU...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi2. Anda dapat memperoleh perkiraan (berupa orang atau h...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi        ACTIFITY                         EFFORT        ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiJalur kritis (CP / Critical Path) adalah jalur terpanja...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi3.6. PENJADWALAN PROYEK (PROJECT SCHEDULE)Langkah selan...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi   Pimpinan Proyek (Project Leader)   Mengawasi program...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi7. Asumsi (Assumptions)   Disini anda dapat menentapkan...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi                                        BAB 4          ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiRequirement Document (RD), khususnya Request For a Prop...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi   Berikut ini contoh formatnya :   Section 1 : TUJUAN ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi   ♦ Jaminan : berapa lama setelah pengiriman dan bagai...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi12. Istilah khusus (Terminologi)   Setiap proposal haru...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiLangkah-langkah presentasi :  Buatlah ucapan pembuka. P...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiKASUSTidak menawarSebuah perusahaan minuman ringan meng...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiKomentar : Semua user merasa bahwa harga sistem yangdit...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasidiimplementasikan. Tidak seorangpun dari pegawai di dep...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi                            BAB 5                    NE...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiAnda memperoleh apa yang anda bayarJika anda membeli pr...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiBagian-bagian Kontrak (Items To Be Contracted)Dalam tam...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi3. Komunikasi yang kurang baik antara anda dan user.4. ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiBerhati-hati untuk tidak setuju pada kondisi dan persya...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi                                  BAB 6                ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi                                              N et     ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiPendefinisian UserAnalis bersama-sama dengan user menge...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi        STUDENT → REGISTRAR and REGISTRAR → STUDENT    ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiLangkah berikutnya adalah merinci seluruh menu, formuli...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi   Marilah kita ambil contoh sistem Amalgamated Basketw...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi4. Tujuan Utama (Major Objectives)   Buatlah daftar tuj...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi   Jangan menjelaskan file yang berorientasi informasi ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi   User dan Tim proyek harus berkomunikasi pada level m...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi6.5. KEGUNAAN LAIN UNTUK SPESIFIKASI FUNGSI     (OTHER ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi                                              N et     ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi                                              N et     ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi• Paket software dengan release terbaru (atau hardware)...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi                                    BAB 7              ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiMasing-masing komponen utama atau kotak dalam TLD dipec...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiSensor umumnya dipasang pada alat digital atau analog, ...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiDemikianlah sistem software didisain dari level bawah k...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasiakan tetapi lebih mahal, dan umumnya kurang efisien dib...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi• Ukuran Sistem (System Size)• Kehandalan (Reliability)...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi                                      Menu UtamaKemudia...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiLevel terendah dari suatu menu menggambarkan modul. Seb...
http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiDictionary 3Berdasarakan urutan alphabet dengan penjela...
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
1 mps ippg
Upcoming SlideShare
Loading in …5
×

1 mps ippg

2,677 views

Published on

Published in: Business, Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
2,677
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
92
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

1 mps ippg

  1. 1. http://www.hendra-jatnika.web.id MANAJEMEN PROYEK SISTEM INFORMASI Politeknik Piksi Ganesha N et d ra H en ByBy HendraNet
  2. 2. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi BAB 1 TERMINOLOGI ° Project Management : Aplikasi pengetahuan, keahlian, alat bantu dan teknik untuk mengelola aktivitas proyek dalam menghadapi kebutuhan dasar stakeholders - client dan memprediksi berbagai hal yang berkaitan dengan proyek. ° Project Manager : Individu yang menjaga jalannya manajemen proyek dan semua sumber dayanya (biaya, staff, waktu, kualitas) N et ° Project : ° d rajika dikerjakan secara kumpulan aktifitas nyang He berkesinambungan akan dapat mencapai sukses secara By keseluruhan. ° Sesuatu hal yang biasa diminta oleh client ° Dibuat untuk memperbaiki suatu masalah dan atau sesuatu yang baru yang berbeda ° Harus unik dari proyek-proyek yang lain.Yang menentukan keberhasilan atau kegagalan Proyek, meliputidua hal : 1. Keterbatasan lingkup proyek 2. Fase proyekBAB 1 1
  3. 3. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi1. Keterbatasan Lingkup Proyek (Project Contraint) : Sesuatuyang secara potensial membatasi proses-proses dalam proyek, yangmeliputi 3 hal : Time : waktu yang dibutuhkan dalam menyelesaikan proyek. Ada beberapa even yang ‘memaksa’ dalam Timeline proyek, yaitu opportunity (kesempatan), limitations (Keterbatasan), competition (kompetensi). Cost : Semua biaya yang dibutuhkan dalam proyek. Semua sumber daya yang dibutuhkan untuk menyelesaikan proyek tergantung pada biaya, pentingnya manajer proyek disini adalah melakukan estimasi. Setelah itu adalah memonitor semua limitasi ini, supaya proyek ’aman’ Quality N et : Semua hal yang dikerjakan dalam proyek harus d ra menghasilkan sistem pada waktu dan dalam budget yang H en ditentukan namun tetap dalam kualitas terbaik yang dapat dicapai. By2. Fase Proyek (Project Phase) : 1. Persiapan (Initiating) – mengenali kebutuhan yang berhubungan dengan proyek untuk menangani masalah- masalah. 2. Perencanaan (Planning) – ketika mendefinisikan rencana yang akan digunakan untuk menyelesaikan tujuan akhir (requirements gathering).BAB 1 2
  4. 4. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi 3. Pelaksanaan (Executing) – Mengkoordinasi staff dan sumberdaya penting lainnya, seperti yang sudah ditetapkan dalam perencanaan. 4. Pengawasan (Controlling) – Monitoring secara konstan terhadap overall progress dalam proyek dan menjaga integritas tujuannya. 5. Sosialiasasi (Close Out) – Formalisasi penerimaan kesuksesan suatu proyek dari stakeholders (client). Keberhasilan Dokumentasi Suatu = fase proyek proyek yang baik N etDokumentasi d ra ° Dokumen Konsep H en (Project proyek Concept Document) – By ikhtisar dari apa yang diucapkan client pada meeting pendahuluan (preliminary meetings) ° Dokumen Kebutuhan Proyek (Project Requirement Document) – hasil dari analisa kebutuhan. ° Dokumen Persetujuan / Validasi (Project Charter) – dokumen yang berisi pengesahan manajemen dari client (acknowledges), bahwa proyek diizinkan untuk mengalokasikan sumberdaya. ° Dokumen lingkup proyek (Project Scope Document ) – kandungan proyek (yang berhubungan dengan proyek seperti : project members, project sponsor, dsb).BAB 1 3
  5. 5. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi ° Dokumen Perencanaan Proyek (Project Plan) – detil yang menunjukkan strategi untuk dapat menyelesaikan proyek. Outline-nya bisa berupa tahapan-tahapan fase dan langkah demi langkah kerja. ° Dokumen sosialisasi (Closing Document) – metode sosialisasi, training, serah terima dengan stakeholders dan komitmen akhir seperti garansi dsb.TUJUH FASE PROYEK SOFTWAREAda 7 fase dari proyek software, yaitu :1. DEFINITION2. ANALYSIS N et3. DESIGN d ra4. PROGRAMMING H en5. SYSTEM TEST6. ACCEPTANCE By7. OPERATIONProyek software sama dengan membangun sebuah rumah DEFINITION DEFINISIKAN RUMAH YANG AKAN DIBANGUN ANALYISIS SPESIFIKASI RUMAH DESIGN ARSITEK PROGRAMMING KONSTRUKSI RUMAH SYSTEM TEST BASEMENT, LANTAI 1, 2, …. ACCEPTANCE RUMAH SUDAH SELESAI OPERATION RUMAH SUDAH DAPAT DITEMPATIBAB 1 4
  6. 6. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi BAB 2 FASE DEFINISI Memahami Masalah User2.1. PENDAHULUANTujuan dari fase definisi adalah untuk memahami dengan baikmasalah-masalah yang dihadapi oleh user dalam memperkirakanbiaya dan waktu penyelesaian proyek.Ada 3 aktifitas utama yang harus dilakukan dalam Fase Definisi : Pertama Anda harus memahami dengan baik masalah-masalah yang dihadapi oleh user dan apa saja yang dibutuhkan untuk menyelesaikan masalah tersebut (KEBUTUHAN). Kedua et Anda harus memutuskan proyek akan dilaksanakan atau tidak. N d ra Jika keputusannnya adalah melaksanakan proyek tersebut, Anda H en harus dapat menganalisis semua risiko-risiko yang mungkin terjadi yang dapat menggagalkan proyek tersebut. Analisis ini sangat By membantu dalam penulisan PROPOSAL yang berisi rincian menganai proyek apa yang akan ditawarkan, kapan, dan berapa biayanya (termasuk biaya untuk risiko-risiko yang mungkin terjadi). Tulislah beberapa dokumen dan temukan beberapa kejadian penting pada akhir fase ini. Pertama, menulis Requirement Document (RD), yaitu dokumen yang berisi rincian kebutuhan user. Dokumen RD harus jelas dan lengkap, sehingga Tim Proyek (Project Tem (PT)) dapat memahami seluruh masalah-masalah yang dihadapi oleh user dan dapat memperkirakan biaya penyelesaian proyek tersebut.. Kejadian penting pertama yang akan Anda hadapi berupa persetujuan atau penandatanganan dokumen RD oleh User dan Tim Proyek.BAB 2 Halaman 1 dari 8
  7. 7. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi Selanjutnya, menulis Pendahuluan Perencanaan Proyek (Preliminary Project Plan (PPP)). PPP merupakan langkah pertama dalam merencanakan langkah-langkah berikutnya yang harus diambil untuk mengembangkan produk dan sumber-sumber apa saja yang dibutuhkan untuk setiap langkahnya. Rencana tersebut menggambarkan berapa lama sumber-sumber tersebut akan diperlukan dan berapa banyak biaya yang akan dikeluarkan. Ketiga Anda harus memberikan perkiraan-perkiraan ini kepada user dalam bentuk PROPOSAL. Seberapa jauh perkiraan-perkiraan tersebut dapat dipertanggung jawabkan ? Ada dua alasan dalam hal ini. Pertama, kita tidak begitu ahli dalam memperkirakan sesuatu. Kedua, perkiraan- perkiraan tersebut dibuat pada saat masih dalam tahap pendefinisian masalah, dimana pada saat itu baru sebagian kecil informasi yang kita peroleh dari masalah yang sedemikian luas. et r aN RD, disarankan untuk Jika anda tidak yakin dengan kebutuhan-kebutuhan yang telah digambarkan secara akurat dalam dokumen d2 tahap : Fase Analisis sebagai H enfase sebelumnya sebagai proyek membagi proyek tersebut menjadi proyek pertama diikuti dengan kedua. By Pada saat pendefinisian, proposal anda hanya akan menjadi analisis saja, dan ini disebut PROPOSAL ANALISIS. Setelah analisis akan ada PROPOSAL PENGEMBANGAN (Lihat bab 3). Kedua hal ini disebut dengan dua fase proposal. Kejadian penting yang terdapat disini adalah pembelian proposal oleh user.2.2. DOKUMEN KEBUTUHAN (REQUIREMENT DOCUMENT / RD)RD menyatakan masalah-masalah yang dihadapi user dan solusiumum yang dibutuhkan. Bahasanya berorientasi pada bahasa yangdigunakan oleh user sehari-hari, dan jauh dari bahasa komputer.Kadangkala dokumen RD digunakan sebagai permohonan untuksebuah proposal (Request for a proposal (RFP)) ketika usermenawarkan proyeknya kepada kontraktor luar.BAB 2 Halaman 2 dari 8
  8. 8. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiTanya jawab dengan UserProses tanya jawab dilakukan untuk mendapatkan informasi yangtepat dari user untuk memperoleh RD yang baik. User akanmemberikan semua informasi yang anda butuhkan dan tidak lebih.Tim proyek interviewer berkewajiban untuk mempelajari semua bisnisuser, memahami teknologi user, dan mengajukan pertanyaan-pertanyaan.Masalah terbesar berkaitan dengan pemakai akhir (end-user) yangsesungguhnya petugas pemasukan data atau petugas pengirimbarang yang berada di gudang. Seringkali manajer atau supervisormengatakan bahwa pemakai akhir sangat sibuk dan tidak mampuuntuk memberikan informasi yang dapat dipercaya. Terkadangmanajer merasa dilangkahi atau diremehkan jika anda berhubunganlangsung dengan pemakai akhir yang berada di departemen mereka.Solusi dari masalah ini adalah mendidik para wakil tim proyektersebut bagaimana pentingnya komunikasi dengan para pemakai N etakhir yang sebenarnya. Jika masukkan yang mereka kemukakantidak mendapat tanggapan pada awal pendefinisian, akan sangat ramungkin terjadi perubahan-perubahan di kemudian hari dan hal ini d H enberarti akan membutuhkan biaya yang cukup mahal untukmemperbaikinya. Mintalah izin dari manajer yang berwenang pada Bysaat akan mewawancarai orang-orang mereka.Siapkan rencana untuk melakukan wawancara. Pelajari tentangbisnis yang mereka lakukan, dan tulislah pertanyaan-pertanyaanyang akan diajukan. Berikut ini pertanyaan yang berhubungandengan wawancara yang akan dilakukan : Pertama, cari tahu tentang aliran informasi yang ada dalam perusahaan tersebut. Mulailah dengan pertanyaan-pertanyaan seperti : informasi apa saja yang dibutuhkan untuk menjalankan kegiatan bisnis perusahaan ? Seberapa penting aliran data, baik antara departemen maupun antar individual ? Tentukan frekuensi, waktu dan keakuratannya.BAB 2 Halaman 3 dari 8
  9. 9. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi Kedua, masukkan-masukkan yang diterima diikuti dengan pertanyaan-pertanyaan sebagai berikut : Informasi apa saja yang dibutuhkan untuk menghasilkan masing-masing barang? Informasi apa yang tersedia, kapan, dimana ? Informasi-informasi baru apa saja yang harus dikumpulkan ? Ingat tentang 5 W (Who, What, Where, When, Why). Sediakan waktu untuk pertanyaan- pertanyaan di atas selama membuat.Hal-hal yang terdapat dalam RDBerikut ini adalah bagian-bagian dari RD :1. Pendahuluan. Identifikasi perusahaan (user) dan juga penjual dimana RD tersebut ditujukan. Tentukan masalah yang perlu diselesaikan, latar belakang, contoh situasi yang sedang dihadapi, motivasi-motivasi untuk menanggulanginya, dll. Bagian ini digunakan untuk memperkenalkan potensi penjual kepada perusahaan user atau departemen jika diperlukan, jelaskan kultur, N et lingkungungan, dan bagaimana jalannya bisnis yang dilakukan. Berikan pengertian kepada Tim Proyek tentang masalah yang dihadapi user. d ra n epernyataan singkat mengapa kita H pengembangan proyek. Batasan-2. Tujuan Proyek. Sebuah By penggunaan waktu dan keuangan dapat mengajukan proposal untuk batasan utama dalam juga disebutkan.3. Fungsi-fungsi Utama. Pernyataan singkat mengenai bagaimana sistem berfungsi berdasarkan tujuan proyek yang telah ditetapkan.4. Keluaran Umum. Penjelasan secara singkat tentang informasi yang dibutuhkan dari sistem.5. Informasi Input secara Umum. Input data apa yang diperlukan untuk menghasilkan output. Ini adalah waktu yang tepat untuk memastikan bahwa seluruh data yang dibutuhkan dapat tersedia pada waktu yang tepat pula.BAB 2 Halaman 4 dari 8
  10. 10. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi6. Kinerja (Performance). Berapa banyak transaksi yang akan diproses, berapa banyak data yang akan disimpan, kapan laporan harus dihasilkan, dsb. Jelaskan waktu rata-rata dan waktu maksimal proses (dalam hari atau jam).7. Perkembangan (Growth). Hal ini mungkin sulit untuk diramalkan, tetapi cobalah untuk menghitung kemajuan bisnis dan menetapkan berapa tahun lagi sistem masih dapat diharapkan untuk berfungsi. Kemukakan dalam bentuk persentase atau angka sebenarnya.8. Pengoperasian dan Lingkungan. Dimana komputer akan ditempatkan, dimana terminal-terminal yang interaktif ditempatkan, dan siapa yang akan menggunakannya.9. Kompatibilitas, Pengantarmukaan. Jelaskan jika fasilitas antar komputer dibutuhkan, adakah alat-alat yang harus disatukan, atau jika pengiriman akses dibutuhkan. Jika sistem hanya dapat N et berjalan dengan komputer yang ada, atau harus dapat diprogram dengan bahasa yang spesifik, semua dokumen dinyatakan di dalam bagian ini. d ra en Tulis penggambaran waktu H (Meantime between Failures /10. Reliabilitas, Ketersediaan. Byperbaikan (Meantime to Repair / MTTR) dan diantara kegagalan-kegagalan MTBF), waktu untuk persentase tambahan yang diperlukan. Semua manufaktur menyatakan penggambaran ini untuk hardware mereka.11. Pengantarmukaan dengan Pemakai. Rincikan pengalaman- pengalaman yang dibutuhkan user dalam menggunakan komputer, jelaskan bagaimana menangani sistem kapada user yang baru.12. Pengaruh Organisasi. Departemen-departemen apa yang akan sangat berpengaruh dan seberapa jauh cara kerja mereka harus berubah. Bagaimana sistem yang baru dapat berkomunikasi dengan sistem manual yang ada.13. Pemeliharaan dan Dukungan. Jaminan-jaminan yang dibutuhkan : berapa lama, sampai kapan, bagaimana pengiriman.BAB 2 Halaman 5 dari 8
  11. 11. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi14. Dokumentasi dan Pelatihan. Rincikan semua dokumen- dokumen umum dan / atau pelatihan yang dibutuhkan.15. Keuntungan (hanya RFP). Jika RD adalah RFP dalam situasi yang kompetitif, mintalah data dari penjual yang menjelaskan mengapa dokumen tersebut harus dipilih. Minta data yang relevan dari penjual yang berpengalaman, komitmen, metodologi proyek, contoh-contoh proyek yang sukses, dan referensi dimana anda dapat menghubungi penjual tersebut.16. Persyaratan dan Kondisi. Menyatakan syarat untuk seleksi, kapan dan bagaimana akan dilakukan.2.3. TANGGUNG JAWAB USERMeskipun user tidak menulis RD, dia bertanggung jawab untukmenyediakan pewawancara tim proyek yang dapat dipercaya, dan N etinformasi tepat pada waktunya. User harus dapat mengajukan orangyang mengetahui tentang semua sistem yang ada dan apa saja yangdibutuhkan untuk sistem baru. d ra H en By2.4. KEPUTUSAN MELAKSANAKAN / TIDAK MELAKSANAKAN PROYEKSetelah kebutuhan-kebutuhan ditetapkan, langkah berikutnya adalahmemutuskan apakah proyek bernilai untuk dikerjakan atau tidak.Untuk membantu membuat keputusan itu, suatu studi kelayakandilakukan untuk menjawab pertanyaan : “Dapatkah sistem inidibangun secara teknik ? Sayangnya, tidak semuanya mungkinsecara teknik, sehingga pertanyaan-pertanyaan untuk dijawab diubahmenjadi, “Dengan biaya berapa sistem dapat dibangun, dan apakeuntungannya ?BAB 2 Halaman 6 dari 8
  12. 12. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiDalam suatu studi kelayakan kita mempertimbangkan semuapenyelesaian masalah teknis yang mungkin, dan coba untukmemperkirakan biaya dari masing-masing penyelesaian masalah.Untuk suatu proyek yang berukuran besar, kita mempertimbangkankeputusan utama mengenai hardware apa yang digunakan, danapakah akan membuat atau membeli software. Untuk proyekberukuran kecil sampai menengah studi kelayakan yang formal tidakperlu ditulis. Biasanya cukup dengan mengangkat seseorang untukmempelajari penyelesaian masalah yang mungkin dan menilaikeuntungan-keuntungan.Perkiraan keuntungan ini mungkin saja mudah, tetapi seharusnyatidak dipergunakan. Manajer proyek tidak hanya harus menjawab“Apakah proyek ini secara teknik dapat dikerjakan ?” tetapi jugamenjawab pertanyaan yang lebih penting : “Apakah proyek inidapat dikerjakan oleh saya sekarang ?”Manajer proyek harus bertanya pada diri sendiri apakah proyek yang N etada memiliki peluang untuk sukses, atau proyek tersebut akanmengalami kegagalan disebabkan oleh terbatasnya sumber-sumber, rapengetahuan, atau risiko di luar kekuasaannya. Tidak terkira proyek- d H enproyek telah gagal secara keseluruhan maupun sebagian, karenaorang mengabaikan tanda-tanda penting dan nyata yang menunjukan Bykegagalan. Setiap rencana dipengaruhi oleh risiko.2.5. MANAJEMEN RISIKOMenurut sejarah, industri pemrosesan data telah membuat reputasiyang buruk sekali karena meremehkan proyek-proyek yang ada.Ketika ditanya tentang alasannya, para ahli pemrosesan datamembela diri dengan meberikan pernyataan seperti : “Saya menilaidengan benar berdasarkan fakta-fakta yang diberikan kepada saya.Alasan yang menumpuk adalah bahwa : (Pilih satu atau lebih : Si pemakai mengubah pikirannya ….. tidak pernah memberitahukan saya tentang… dan departemen- departemen yang lain menjanjikan ….. dan manajemen tingkat atas mendikte penilaian ….. dengan kata lain, itu bukan kesalahan saya !)BAB 2 Halaman 7 dari 8
  13. 13. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiSolusi standar industri untuk semua masalah-masalah ini adalah :SOLUSI 1. Selidiki masalah-masalah yang adaSOLUSI 2. Hukum yang tidak bersalahSOLUSI 3. Promosikan yang tidak terlibatSOLUSI 4. Kembali ke solusi 1 dan berputar sampai membosankan2.6. EMPAT LANGKAH MANAJEMEN RISIKOSetiap proyek akan tepat waktu dan sesuai anggaran jika tidak adayang salah. Penting sekali untuk berkosentrasi pada hal-hal yangakan menyebabkan salah dan coba untuk menghindari kesalahan-kesalahan tersebut. Hal ini disebut Manajemen Risiko.Manajemen risiko terdiri dari empat langkah :Langkah 1. Antisipasi risikoLangkah 2.Langkah 3. Kurangi dampak risiko N et Singkirkan risiko yang mungkin terjadiLangkah 4. ra Tetap tenang ketika terjadi kesalahan d H en ByBAB 2 Halaman 8 dari 8
  14. 14. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi BAB 3 PERENCANAAN PROYEK3.1. PENDAHULUANSekarang anda sudah mengevaluasi proyek dan memutuskan untukmelanjutkannya. Pertama, anda harus meyakinkan rekan-rekan lainbahwa proyek sebaiknya dilaksanakan. Hal ini dilakukan denganmembuat proposal. Untuk sebuah proyek eksternal, proposal ditulisuntuk meyakinkan klien agar membeli proyek dari tim proyek anda.Untuk proyek internal, manajemen sebaiknya meminta untukmembuat sebuah proposal. Hal ini untuk mendukung tim proyekuntuk membuat rencana yang sederhana.Sebuah proposal adalah dokumen yang merinci biaya dan jadwalproyek, serta menjelaskan langkah-langkah yang akan diambiloleh tim proyek untuk menghasilkan produk yang diinginkan.Perencanaan adalah sebuah proses yang N et ra berulang-ulang : rencana ndakan ditinjau secara terus menerus sesuai dengan perkembangan He dari anggota tim. Perencanaanproyek dan sesuai dengan bertambahnya pengetahuan danpemahaman yang lebih baikmemang merupakan y B pekerjaan yang sangat sulit,menjadi kacau tetapi harusdilaksanakan sebagaimana mestinya. Banyak proyekdikarenakan tidak adanya perencanaan.3.2. PENDAHULUAN PERENCANAAN PROYEK (THE PRELIMINARY PROJECT PLAN / PPP)Pendahuluan Perencanaan Proyek adalah langkah awal, sumberdaya, biaya dan jadwal yang dibutuhkan untuk menyelesaikanproyek. PPP adalah dokumen internal, tidak perlu ditunjukkan keuser, terutama user luar.BAB 3 Halaman 1 dari 15
  15. 15. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi3.3. RINCIAN STRUKTUR KERJA (WORK BREAKDOWN STRUCTURES / WBS)Kunci berbagai rencana adalah memecah kegiatan yang diperlukanke dalam sebuah bagian yang lebih kecil lagi. Rincian struktur kerja(WBS) diawali dengan menyusun komponen-komponen utamaproyek. Hal ini merupakan Level 1 dari WBS (Level 0 adalah judulproyek).Untuk proyek software, metode terbaik untuk pemecahan proyekmenjadi bagian-bagian utama adalah diawali dengan 7 fasepengembangan software. Lihat Gambar 3.1. Rincian Struktur Kerja / WBS Lihat Gambar 3.2. WBS untuk analisisSistem Penomoran WBS N et 3.2 : a0.0.Sistem penomoran dalam WBS seperti pada gambar r ddiberi nomor N.0.- Untuk Level 0 atau judul proyek adalah en- Pada Level 1 masing-masing item Contoh : 1.0, 2.0, dst. H By N.1, N.2, dst.- Kemudian masing-masing item pada Level 2 dibawah item N.0 pada Level 1 diberi nomor Contoh : di bawah Level 1 item Analysis yang bernomor 2.0, kita mempunyai item 2.1, 2.2, dst.- Sedangkan untuk Level 3, kita tambahkan titik dan digit dari nomor di Level 2. Sebagai contoh, dibawah 2.1 kita harus menuliskan 2.1.1, 2.1.2, dst.Kapan Anda Berhenti ?Pemasukkan nomor pada level terendah menunjukkan tugas ataukegiatan dalam proyek. Anda dapat berhenti merinci sebuah kegiatanjika mengikuti langkah-langkah berikut dengan benar :1. Beberapa orang (atau grup dari sebuah proyek besar) dapat diberikan tanggung jawab untuk melakukan tugas atau menyelesaikan kegiatan-kegiatan yang dilibatkan.BAB 3 Halaman 2 dari 15
  16. 16. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi2. Anda dapat memperoleh perkiraan (berupa orang atau hari) secara garis besar sebagai upaya yang dibutuhkan untuk melaksanakan kegiatan-kegiatan yang terlibat. Hal ini dapat dilakukan dengan memberi tanggung jawab pada setiap orang.3. Anda dapat menjadwalkan tugas.4. Tugas-tugas tersebut harus singkat dan dapat diselesaikan.Sebagai seorang ahli kita dapat menetapkan sebuah tugas kepadaProgrammer, Analis, atau bahkan Manajer Proyek. Tergantung padapengalaman dan keahlian dalam membuat perkiraan, analis mungkinhanya memerlukan level 1 dari WBS. Beberapa analis dapat denganmudah membaca RD untuk proyek ABC (Appendix A) secarakeseluruhan. Analis lain untuk merinci membutuhkan sampai Level 2.Seperti pada gambar 3.2, analis lainnya memerlukan sampai Level 3sebelum mereka dapat memperkirakan secara keseluruhan.Sebagai contoh Level 3 WBS untuk kotak INTERVIEW danANALYZE EXISTING SYSTEMS dapat dilihat pada gambar 3.3. Lihat Gambar 3.3. WBS N et r a Level 3 n dlevel terendah sampai ia dapatmemperkirakan berapa upaya H eyang diperlukan. Perkiraan-perkiraanPara ahli merinci setiap kotak pada By total adalah jumlah dari masing-masingini dapat dipakai pada WBS seperti pada gambar 3.4. Sebagaicatatan bahwa perkiraanwaktu. Hal ini disebut DIRECT time, yaitu jumlah hari yangsesungguhnya dibutuhkan untuk melakukan kegiatan . Lihat Gambar 3.4. Analysis Level 3Para ahli tersebut dengan cara yang sama dapat merinci kotak yanglain (DEFINE NEW SYSTEM FUNCTIONS, WRITE FUNCTIONALSPEC. dan NEGOTIATE FUNCTIONAL SPEC.) dan menambahkantotal waktu untuk semua analisis. Kemudian ahli tersebutmengajukan perkiraan dan daftar kegiatan sebelumnya yangdibutuhkan untuk seluruh analisis bagi Manajer Proyek. Orangtersebut bertanggung jawab terhadap perencanaan (mungkinManajer Proyek untuk proyek berukuran kecil - menengah) kemudianmenggabungkan seluruh perkiraan dan daftar kegiatan terdahulu. Iamungkin mengakhirnya dengan daftar seperti berikut ini :BAB 3 Halaman 3 dari 15
  17. 17. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi ACTIFITY EFFORT PRECEDENTS Definition 20 ----------------- Analysis 35 Definition Design 25 Analysis Program A (Control) 20 Design Program B (Registration) 30 Design Program C (Warehouse) 25 Design System test 10 Program A, B, C Documentation 20 Design Acceptance 5 System Test, Documentation Training 10 Documentation Operation 10 Acceptance TOTAL 210 person-days3.4. DIAGRAM JARINGAN (THE NETWORK DIAGRAM) N et d raLangkah kedua dari perencaan adalah menggambarkan diagram H enjaringan yang menunjukkan urutan kejadian. Tipe diagram yangpaling baik untuk masalah ini adalah bagan PERT. Gambar 3.5. Byadalah sebuah bagan PERT untuk proyek di atas. Urutan kejadianhanya didasarkan pada contoh setiap kegiatan. Lihat Gambar 3.5. Bagan PERTBentuk dari bagan PERT ini disebut Precedence Network (jaringanyang diutamakan). Setiap kotak menunjukkan sebuah kegiatan. Padasetiap kotak ditulis nama kegiatan dan waktu yang diperlukan.Jalur Kritis & Lamanya ProyekBagan PERT dan jalur kritis adalah jumlah jalur, atau serangkaiankegiatan yang dapat ditelusuri pada PERT sederhana di atas, denganmengikuti petunjuk garis panah. Lamanya waktu yang dibutuhkanuntuk menelusuri setiap jalur dapat dijumlahkan denganmenambahkan lamanya waktu dari jalur masing-masing kegiatan.BAB 3 Halaman 4 dari 15
  18. 18. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiJalur kritis (CP / Critical Path) adalah jalur terpanjang dandidefinisikan waktu minimal yang dibutuhkan untuk mengerjakanproyek.PERT pada gambar 3.5. mempunyai jalur kritis yang terdiri darikegiatan : START, DEFINITION, ANALYSIS, DESIGN, PROGRAMB, SYSTEM TEST, ACCEPTANCE, OPERATION, dan END. Proyektersebut membutuhkan total waktu : 135 hari.3.5. MENGHITUNG BIAYA PROYEK (CALCULATING PROJECT COST)Jika kontrak proyek telah mempunyai harga tetap, Manajer Proyekdapat menghitung biaya kasar untuk tenaga kerja, dengan caramengalikan jumlah tenaga kerja per-hari dengan rata-rata biaya per-hari. etBiaya pekerja perhari disebut ‘biaya penuh’ : yang harus mencakup N rabiaya operasi, sewa, administrasi pekerja, dan keuntungan. Untuk itu danda harus menambahkan biaya tetap, seperti computer time, sewa H enperalatan khusus, biaya tak terduga, dan sebaginya. Biaya tetapharus dirinci oleh setiap estimator untuk kegiatan utamanya. y BGambar 3.6. SUPERPROJECT Lihat Rata-rata Pgr 75 pd @ $1000 per pd 75,000 Keuntungan 25% 18,750 Faktor risiko : User berubah pikiran terhadap 10% format Biaya = 10% tambahan waktu pemrograman 7,500 Total pemrograman $ 101,250BAB 3 Halaman 5 dari 15
  19. 19. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi3.6. PENJADWALAN PROYEK (PROJECT SCHEDULE)Langkah selanjutnya adalah menghitung jadwal proyek. Untukmelakukan hal ini, perencana (mungkin Manajer Proyek) harusmengaplikasikan jadwal yang sebenarnya dari perkiraan keCALENDAR DAYS (jadwal harian) atau lamanya pekerjaan.Salah satu kesulitan tugas ini adalah mengalokasikan sumber dayamanusia yang akan bekerja pada kegiatan yang akan dilaksanakan,terutama ketika pekerjaan berlangsung secara serentak. Kesulitanlain adalah memutuskan bagaimana mempersingkat pekerjaan yangdilakukan dengan menggunakan sumber daya yang ada.Kemudian Manajer Proyek menjadwalkan semua proyek padakelender atau jadwal yang nyata. Metode terbaik untuk melakukanhal ini adalah dengan menggambarkan ke dalam sebuah Gantt Chartatau Bar Chart seperti pada gambar 3.7. Lihat Gambar 3.7. SUPERPROJECT project schedule N et d3.7. OUTLINE PENDAHULUAN PERENCANAAN PROYEK ra (PRELIMINARY PROJECT PLAN OUTLINE) H en ByDilengkapi dengan semua pengetahuan ini, Manajer Proyek dapatmenuliskan dokumen penting ini. Berikut ini adalah outline yangdisarankan untuk PPP.1. Tim Proyek (The Project Team) Menggambarkan struktur, siapa yang memberikan laporan, siapa yang menerima laporan, kepada siapa berkomunikasi, dst. Lihat Gambar 3.8. Typical Project Team Structure Programmer (tidak lebih dari 5 orang). Bertanggung jawab terhadap pemrograman.BAB 3 Halaman 6 dari 15
  20. 20. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi Pimpinan Proyek (Project Leader) Mengawasi programmer. Bertanggung jawab terhadap kegiatan-kegiatan yang bersifat teknis, seperti analisis, disain dan tugas-tugas pemrograman keseluruhan. Tujuan utama : kualitas produk yang dihasilkan secara teknik. Manajer Proyek (Project Manager) Manajer dalam tim (pimpinan, motivator, dll). Bertanggung jawab terhadap semua komunikasi yang datangnya dari luar (laporan, pertemuan-pertemuan, penghubung antara manajemen tingkat atas dengan user). Tujuan utama : keberhasilan proyek (perencanaan, pengontrolan, komunikasi).2. Biaya Proyek (Projects Cost) Termasuk WBS, membuat perkiraan dan perhitungan yang digunakan untuk menaksir biaya dalam pembuatan produk.3. Penjadwal Proyek (Project Schedule) N et Merupakan bagian terpenting r a menggunakan metode Gantt. n d dalam proyek, dan dapat He By dapat menghubungkan antara pertemuan4. Pemeriksaan Ulang (Reviews) Pada bagian ini anda dari manajemen utama dengan peninjau teknik (jadwal proyek akan memberikan informasi ini), tujuan dari masing-masing peninjau, dan siapa yang akan mengerjakannya. Buatlah daftar tanggung jawab dari orang-orang yang terlibat.5. Laporan (Reports) Bentuk dan isi dari laporan keadaan, laporan milestone dan dokumen proyek lain dapat dirinci di dalam laporan tersebut.6. Dokumentasi (Documentation) Ada 2 jenis dokumen di dalam proyek, yaitu user dan manajemen proyek.BAB 3 Halaman 7 dari 15
  21. 21. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi7. Asumsi (Assumptions) Disini anda dapat menentapkan harga berdasarkan asumsi : dimana sebagian besar adalah fakta yang diberikan oleh user.3.8. KESIMPULAN UNTUK PERENCANAANPerencanaan itu seperti menunggang kuda : kelihatannya sulitsebelum anda mencobanya. Tetapi begitu anda mencobanya, makasegalanya akan menjadi mudah. N et d ra H en ByBAB 3 Halaman 8 dari 15
  22. 22. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi BAB 4 PROPOSAL4.1. PENDAHULUANSebuah proposal mempunyai 3 kegunaan, yaitu :1. Berisi perkiraan tim proyek, mulai dari biaya proyek sampai dengan tanggal pengiriman proyek.2. Untuk proyek eksternal, dokumen hukum formal menunjukkan outline tim proyek untuk memberikan pelayanan yang diperlukan.3. Sebagai alat penjualan. Proposal yang berisi usulan proyek akan dijual untuk mendapatkan keuntungan.Kesalahan utama pada proposal dapat disebabkan 2 hal :1. Tidak menawar, yang mana seharusnya bisa ditawar.2. Ada tawaran, tetapi hilang dalam kompetisi. N et a rSOFTWARE4.2. DUA FASE PROPOSAL PROYEK nd He :Ada 2 fase proses proposal, yaitu By (Analysis Porposal).1. Buat fase analisis sebagian kecil proyek, usulkan untuk dikerjakan dalam Proposal Analisis2. Setelah analisis dikerjakan, usulkan sisanya dibangun dalam Proposal Pengembangan (Development Proposal).4.3. MENULIS PROPOSALMenulis proposal itu sulit. Harus dilakukan dengan benar, selaindapat merusak reputasi anda dan mengubah masa depan bisnisanda dengan klien. Menulis proposal juga mahal, dibuat denganmengumpulkan banyak sumber dan banyak hal, serta terkadanganda membayar orang untuk membuatnya.Jika anda menulis proposal gunakan word processor dan gunakanhuruf-huruf unik untuk setiap proposal, tetapi pastikan penulisantersebut dibenarkan untuk setiap klien. Kerjakan denganBAB 4 Halaman 1 dari 6
  23. 23. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiRequirement Document (RD), khususnya Request For a Proposal(RFP). Format proposal harus mengikuti RFP dan RD.Garis besar Proposal (Proposal Outline) :1. Cakupan Surat (Cover Letter) Sebuah surat yang ditujukan kepada pengambil keputusan, ditandatangani oleh Manajer Proyek (jika diwakili oleh seorang Akuntan, maka Akuntan tersebut dapat menandatangani surat ini bersama klien yang lain). ♦ Bentuk dimulai dengan teks pendahuluan, seperti : “Thank you for giving XYZ Software Co. the opportunity to propose ……. For your computer system.” ♦ Paragraf berikutnya memberikan penjelasan yang mudah dari sistem, seperti “ …….hardware anda software to handle ABC’S next three years.” N et registration, finance and management information needs for the d ra H analisis atau proposal pengembangan en ♦ Paragraf berikutnya, jelaskan yang merupakan proposal By dengan pernyataan yang menunjukkan ♦ Penutup, akhiri surat kecepatan anda membuat keputusan di surat. Bagian penutup disertai batas akhir penentuan harga (biasanya 30 hari), atau pernyataan seperti , “If we are given a go-ahead in 14 days we can start January 1, otherwise we must do another project, and we can only start yours on June 1.” Penutup surat ini dibuat sebagus mungkin.2. Halam Judul (Tittle Page) Halaman ini berisi “Proposal”, judul dari sistem, pembuat, tanggal, nomor revisi, logo perusahaan, dan sebagainya.3. Daftar Isi (Table of Contens) Bila klien anda tidak terbiasa dengan format proposal anda, beri penjelasan dari kegunaan setiap bagian.BAB 4 Halaman 2 dari 6
  24. 24. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi Berikut ini contoh formatnya : Section 1 : TUJUAN Menggambarkan masalah bisnis yang disertai penyelesaian XYZ, ukuran, tingkat dan batasan yang disarankan untuk sistem penyelesaiannya …………………………… halaman 3 Section 2 : Keuntungan ………………………………….. halaman 44. Ruang Lingkup (Scope) Lihat paragraf yang menjelaskan hal tersebut pada bagian ini langsung dari Requirement Documents.5. Keuntungan (Advantages) Jual proyek anda. Buktikan bagaimana perencanaan anda, kontrol dan 7 fase metodologi.6. Keuangan (Financial) N et Buat harga total dan tanggal pengiriman. Bila termasuk hardware, ra rinci harga hardware dan sistem operasinya. d H en Buat daftar non material, seperti job satisfaction, good will, customer happiness, management happiness, etc.7. Rencana (Plan) By Gambarkan langkah-langkah rencana anda untuk membangun proyek. Jika proposal analisis, rinci alasan-alasan untuk penggunaan metode 2 langkah. Jelaskan fase analisis yang dihasilkan tidak terhingga nilainya, dokumen Functional Specification yang akan digunakan oleh Klien dan Tim proyek untuk spesifikasi yang tepat mengenai apa yang dilakukan sistem.8. Kemampuan dalam penyampaian (Deliverablless) Daftar user yang akan merinci : ♦ Hardware, sistem operasi, paket software: buat daftar secara rinci. Keadaan bagaimana yang anda pilih salah satu fungsi, kapasitas dan tanggal pengiriman. ♦ Custom software : sama seperti di atas.BAB 4 Halaman 3 dari 6
  25. 25. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi ♦ Jaminan : berapa lama setelah pengiriman dan bagaimana anda akan memberikan dukungan. ♦ Dokumen : daftar manual (user, operator, manajer, maintenance) dengan penjelasan singkat dari pembaca. ♦ Pelatihan : daftar bagian (user, operator, manajer, maintenance) dengan penjelasan laporan singkat dari peserta. ♦ Gambarkan metode pengiriman : kapan anda akan mengirim, dimana akan dikirimnya dan bagaimana itu dilakukan.9. Penerimaan (Acceptance) Salah satu masalah yang sering terjadi dalam industri komputer adalah sistem yang ditolak. User menolak untuk menerima sistem (dan untuk membayarnya), karena dia merasa tidak seperti apa yang disetujui Tim proyek pada awal pengiriman. N et ra10. Alternatif (Alternatives) d Kadang-kadang kita menentukan RFP ditulis langsung oleh H en penjual (hardware / software) dalam pikiran kita. Ini baik, jika anda adalah penjual, tetapi apa yang anda lakukan bila anda bukan By penjual ?. Anda harus merinci solusi penjual-penjual lain, seperti ALTERNATIVE SOLUTION dan buktikan mengapa solusinya berbeda.11. Istilah, Kondisi dan Pendapat (Terms, Conditions and Assumptions) Daftar yang ada disini adalah semua kondisi yang diinginkan untuk bekerja di dalam proyek internal. Daftarkan semua asumsi, jika asumsinya mempengaruhi biaya proyek, anda harus memproteksinya. Daftar semua asumsi selalu ada pertanyaan dimana user tidak dapat menjawab dengan tepat, dan hanya dapat menjawab yang bersifat sementara jika asumsi tersebut mempunyai pengaruh yang bernilai pada proyek. User harus melaksanakan sendiri pendapatnya.BAB 4 Halaman 4 dari 6
  26. 26. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi12. Istilah khusus (Terminologi) Setiap proposal harus ditulis dengan menggunakan bahasa user yang mungkin, beberapa istilah komputer mungkin berbeda. Jika anda merasa bahwa istilah khusus ini tidak lazim bagi user, buat definisinya.4.4. PROPOSAL INFORMALProposal tidak harus dibuat di ruang rapat. Proposal tersebut dapatdibuat menjadi informal melalui telepon, tempat latihan golf, bahkandi bar.Presentasi proposal secara formal yang dilakukan di ruang rapatakan selalu membutuhkan tempat, tetapi user sudah siap mengetahuihal-hal utama apa yang akan dikemukakan. N et4.5. PERSETUJUAN PROPOSAL INTERNAL d ra H enAda aturan di DEC Software Service yang menyatakan bahwa Byproposal tidak dapat keluar sebelum mendapat persetujuan darimanajemen tingkat tinggi. Persetujuan manajemen tingkat tinggiberhubungan dengan sejumlah hal yang diusulkan. Peraturan iniuntuk menghindari hal-hal yang tidak diinginkan.4.6. PRESENTASI PROPOSALSelalu siapkan presentasi. Siapkan dan buatlah jadwal semuaperalatan yang dibutuhkan, seperti transparansi, proyektor, layar,sebuah terminal dan modem untuk berhubungan ke dalam sistemyang mirip dengan yang anda usulkan.Buatlah presentasi di dalam ruangan yang tepat menurut anda,dimana menurut pandangan user akan lebih dapat diterima.BAB 4 Halaman 5 dari 6
  27. 27. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiLangkah-langkah presentasi : Buatlah ucapan pembuka. Perkenalkan tiap peserta, dan nyatakan tujuan pertemuan tersebut. Perkenalkan proposal anda secara garis besar. Bagikan proposal anda. Beri waktu pada tiap peserta untuk membaca proposal. Kemudian beri penekanan utama di setiap bagian yang penting. Terakhir, tutup – sarankan user untuk membeli dan membeli secepatnya.4.7. KESIMPULAN UNTUK PROPOSAL Penulisan proposal dan mempresentasikannya merupakan sebuah seni. Anda mungkin beruntung dan tidak harus membuat proposal. Jangan membuat proposal asal jadi. Utamakan kualitas bukan kuantitas. N et Jangan janjikan sesuatu yang tidak diminta oleh klien : Siapa yang anda pikir akan membayar ini ? d ra H en Rencanakan memberi solusi untuk semua masalah. Dan akhirnya, untuk sebuah proyek eksternal, sebuah proposal By adalah kumpulan dokumen yang sah. Hal ini seharusnya dibuat sebaik mungkin seperti untuk proyek di dalam yang dengan resmi dibuat seperti jika melakukan kontrak eksternal.BAB 4 Halaman 6 dari 6
  28. 28. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiKASUSTidak menawarSebuah perusahaan minuman ringan mengundang seorang Analisdari Famous Minicomputer Manufacturing Company (FMMC), untukmempelajari suatu kemungkinan pada suatu hal, jika ada sesuatuyang bermanfaat dari sistem komputerisasi pada pabrik minumanringan tersebut. Si Analisis mempelajarinya, tetapi selama belajar diamenemui sedikit kesulitan dengan masalah akuntansi di perusahaantersebut. Akuntan yang ada pada perusahaan tersebut takutkehilangan pekerjaan dengan adanya komputer, sehingga iamempersulit Analis dengan menolak menjawab pertanyaan yangdiajukan kepadanya.Hasil dari yang dipelajari : Analis menyarankan bahwa beberapapenggunaan sistem komputerisasi akan membantu pekerjaan.Sehingga Analis menyarankan agar sistem komputer yang ada dapatdigunakan untuk menjalankan pekerjaan bagian keuangan yang N etmeliputi : piutang, hutang, kontrol persediaan, dll. Analis jugamenyarankan untuk mengimplementasikan sistem tersebut untuk ramenangani masalah gaji, pajak, dan sejenisnya, serta menangani d H enmasalah produksi minuman yang meliputi proses produksipembuatan minuman dan pengawasan barang-barang di gudang Bysecara ototmatis. Ketika ditanya mengenai perincian harga untuksistem tersebut, berdasarkan konsentrasi waktu, Analis menjelaskanbahwa hanya untuk sistem keuangan diperlukan biaya $150.000.Reaksi dari user terlihat kasar. Singkatnya dia mengatakan bahwa$150.000 terlalu mahal untuk sistem komputer yang terlihat begitusedikit kegunaannya. Dia mengatakan tidak akan membayar lebihdari $50.000 untuk sistem keuangan.Kesalahan fatal dilakukan oleh Manajer si Analis tersebut.Berdasarkan reaksi user (dan mungkin untuk alasan pribadi), Analismenyarankan kepada manajernya agar FMMC menarik kembalipenawarannya. Analis merasa bahwa user akan sulit untuk ditangani,dan user tidak akan menjawab pertanyaan-pertanyaan denganbenar. Dan bahwa FMMC dan perusahaan minuman ringan tersebuttidak akan pernah mencapai kesepakatan. Sayangnya Manajertersebut menyetujuinya dan membatalkan penawaran.BAB 4 Halaman 7 dari 6
  29. 29. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiKomentar : Semua user merasa bahwa harga sistem yangditawarkan terlalu mahal. Mungkin user dapat saja menang denganpendekatan lain yang berbeda. Analis dapat mengusulkanpembuatan sistem tersebut secara bertahap yaitu dengan membuatsistem dalam ukuran-ukuran yang lebih kecil, sehingga user tertarik.Mungin user memiliki uang, dan dia perlu bernegosiasi. Janganpernah menyerah untuk menawar dalam pertemuan pertama.Mungkin saja ada masalah pribadi antara Akuntan yang takutkehilangan kedudukannya dengan Analis. Manajer harus mengetahuihal ini dan datang untuk membantu bernegosiasi.Situasi di atas dapat terjadi pada proyek internal dimana seoranguser dan klien berada pada dua departemen dalam satu perusahaan.Usahakan reaksi pertama untuk mengurangi harga. Rencanakannegosiasi. Kadang-kadang lawan anda hanya menguji untukmengetahui seberapa yakin anda pada proposal anda. Bila andamenarik kembali penawaran haga dengan tergesa-gesa, dia akanmengetahui bahwa anda tidak percaya diri. N et raPenutup : Perusahaan minuman ringan tersebut menggunakan dtetapi tidak oleh perusahaan FMMC. H ensistem komputerisasi dengan harga ditetapkan oleh Analis pertama, ByKehilangan PenawaranSeorang pengarang buku terkenal “Software Project Management”(untuk proyek berukuran kecil) memulai karirnya memberi nasehatsebagai guru mikrokomputer. Dia berjalan-jalan di sekitar toko-tokomikrokomputer di kotanya dan memberi informasi pada pemilik tokobahwa ia dapat mengajar apapun pada siapapun. Sungguhmeyakinkan, suatu hari ia mendapat panggilan dari departemenpemerintahan bagian pemeliharaan pesawat terbang. Tugas merekaadalah mengetahui siapa saja di negara tersebut yang sudahmendapat pelatihan mengenai jenis-jenis pesawat terbang.Enam bulan yang lalu seorang anggota departemen telah membelisebuah mikrokomputer kuno, lengkap dengan program data baseyang tidak terdokumentasikan (dengan harga yang luar biasa), tetapiia telah meninggalkan departemen tersebut sebelum data baseBAB 4 Halaman 8 dari 6
  30. 30. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasidiimplementasikan. Tidak seorangpun dari pegawai di departemen itumemiliki pengalaman komputer. Maka guru itu dipekerjakan untukmelatih pegawai di departemen itu dengan cukup baik, untukmenjalankan program data base pada komputer. Guru tersebutmemperoleh informasi yang tepat dan berhasil mengajak orang-orang bagaimana menggunakan komputer dan program data base.Sekitar satu bulan kemudian, guru itu menerima panggilan darikepala departemen, yang menanyakan jika ia dapat mengajukanharga yang sebenarnya untuk menjalankan data base mereka. Gurutersebut mewawancarai pemakai data base yang berpotensi : ada 25pemakai yang berpotensi dengan 50 pendapat yang berbeda tentangbagaimana menggunakan data base tersebut. Dengan catatanprogram data base tidak akan mengatasi semua kebutuhan mereka –program-program yang lainnya akan ditulis. Guru memperkirakan iniakan memakan waktu selama 3 bulan. N etKesempatan pertama si guru harus mengajukan proposal pada rapatkomisi tingkat manajer dari 8 manajer departemen. Semua berjalan ralancar sampai pada waktu ia mengemukakan harganya : 3 bulan d H enuntuk membuat program dengan biaya $400 per-hari, totalnya$20.000. Para manajer terkejut. Selama ini mereka hanya Bymenghabiskan $1000 untuk hardware dan paket software, dansekarang seorang yang dungu memberitahukan mereka bahwa iaakan menghabiskan $20.000 lagi untuk menjalankannya.Komentar : Terkadang para pemakai tidak sadar akan hargasoftware, khususnya pada mikrokomputer dimana harga hardwarehanya sebagian kecil dari harga keseluruhannya. Pada kasus iniharapan para Manajer tidak ditetapkan dengan tepat untuk batasanharga tersebut.Penutup : Mikrokomputer ini tetap ada di sana bersama dengandebu.BAB 4 Halaman 9 dari 6
  31. 31. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi BAB 5 NEGOSIASI DAN KONTRAK5.1. NEGOSIASIMengapa bila orang pergi ke tempat perdagangan di Mexico, merekaakan melakukan negosiasi walaupun hanya untuk beberapa dolarsaja, tetapi bila mereka melakukan transasksi dengan sebuah produkberharga ribuan dolar, mereka enggan untuk “tawar-menawar”. Tidakada kata malu untuk melakukan negosiasi. Belajar dari bagaimanasemua itu dilakukan dengan benar dan anda dapat menggunakankeahlian pada saat situasi tawar-menawar dalam lingkungan proyeksoftware.Ilmu Pengetahuan dan Seni BernegosiasiKunci sukses dari negosiasi adalah mengetahui fakta yang etsebenarnya. Hal pertama dan yang terpenting, mengetahui produk Nyang akan dijual atau dibeli. d ra H enSebelum anda memulai negosiasi, tentukan dua hal :1. Apa yang sepenuhnya anda inginkan untuk perjanjian By2. Apa yang akan anda berikanBila anda penjual software, hal yang akan dinegosiasikan adalahharga, ketahui harga minimum yang akan diminta. Jika anda pembeli,ketahui harga maksimum yang akan dibayarkan. Hal ini jugamembantu jika anda mengetahui kebutuhan lawan anda, inidikatakan dengan fleksibilitas.Tiga hal yang dinegosiasikan dalam proyek softwareHal yang paling sering dinegosiasikan adalah harga, tetapi lamanyaproyek dan fungsi proyek dapat juga dinegosiasikan. Seperti katapepatah, “Anda akan mendapatkan yang murah, cepat atau bagus :pilih dua hal”. Anda dapat menghemat uang dengan mengambilwaktu yang lebih lama. Atau apabila harga terlalu mahal,perhitungkan menawar dengan kelengkapan yang lebih sedikit.BAB 5 Halaman 1 dari 5
  32. 32. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiAnda memperoleh apa yang anda bayarJika anda membeli produk, berhati-hatilah dengan tawar-menawarTim proyek yang terlalu rendah, atau menerima tawaran murah yangtidak biasanya.Contoh kasus :Perusahaan ABC menawarkan tender keluar untuk kebutuhansoftware. Mereka menerima 2 tawaran :Pertama dari Smart Software Co. (SSC). SSC mempunyai perkiraanakurat dan menawarkan harga $200 untuk dilaksanakan dalam 12bulan.Kedua, tawaran dari Unscrupulous Software Co. (USC). Merekamenawarkan $100 untuk jangka waktu 6 bulan.Mencoba menghemat biaya, perusahaan ABC tentu saja menerimaUSC. Enam bulan kemudian setelah pembayaran $100 kepadaUSC, kejadian berikut ini terjadi :ABC : Benarkah sistem akan diantar hari ini ? N etUSC : Kami mempunyai kabar buruk. d raABCUSC : Kabar buruk apa ? H en : Sayang sekali, kami telah menghabiskan $100, tetapi kami By baru menyelesaikan hanya setengah dari sistem yang tertulis. Anda punya dua pilihan : berikan kami $100 lagi (atau mungkin lebih), atau ambil saja setengah sistem anda.ABC : Tetapi kita mempunyai kontrak !USC : Saya harus menggaji programmer saya, jika tidak mereka akan berhenti. Jika anda tidak membayar saya, saya akan dinyatakan bangkrut. Silakan kirim surat ke Brazil.5.2. KONTRAKKontrak untuk produk software mengharuskan tim proyek untukmenyediakan pengirim khusus, seperti tanggal yang pasti, untukberbagai macam pemberian upah. Kecuali proyek ini dilaksanakanpada dasar formal dalam organisasi eksternal, khususnya dalamdokumen “kontrak” yang tidak ingin dituliskan.BAB 5 Halaman 2 dari 5
  33. 33. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiBagian-bagian Kontrak (Items To Be Contracted)Dalam tambahan untuk harga, tanggal pengiriman dan pengiriman,kontrak ini dapat termasuk dalam hal-hal dan kondisi lain sepertireproduksi, harga bertahan (price holding), lisensi atau garansi. Bilakerusakan dari software dapat menyebabkan tidak hidup atau situasikritis lain, pertanggung jawaban dari pemulis harus diklarifikasikan.Jika perkiraan didasarkan pada input verbal dari user, “escapeclause” harus diikutsertakan. Anjuran tim proyek ini berguna untukkeluar dari kesalahan informasi. Tanggung jawab user, sepertimenyediakan informasi yang akurat dan tepat waktu, atau melakukanbeberapa pekerjaan seperti dokumentasi, juga harus ditulis.Kontrak Harga Tetap (The Fixed Price (FP) Contract)Ini merupakan tipe umum dari kontrak. Di dalam kontrak FP, timproyek mengajukan harga total pada awal proyek. Bagaimanapunjuga tim proyek harus memperkirakan risiko di dalam kontrak FP.Gunakan kontrak FP hanya jika anda dapat memperhitungkan risikodan harganya. N etKontrak FP sangat tepat bila : d ra H en1. Anda yakin bahwa tidak akan terjadi pergantian utama.2. Anda akan bekerja dengan software dan produk hardware yang anda ketahui. By3. Anda memiliki komunikasi yang baik dengan user.Kontrak Harga Tambahan (The Cost Plus (CP) Contract)Apabila risiko terlalu tinggi dalam menentukan harga tetap, timproyek harus memilih kontrak CP. Pada kontrak CP, tim proyekmenerima gaji dalam jumlah tetap per-hari atau per-jam ditambahongkos-ongkos. Biasanya perusahaan tidak membuat janji untukberapa lama mereka membuat kontrak.Kontrak CP sangat tepat bila :1. Anda merasa bahwa pergantian utama akan terjadi (RD tidak ada atau kebutuhan lain tidak jelas).2. Anda bekerja dengan tidak mengetahui sistem operasi, paket software atau hardware, atau anda mempunyai peralatan pengembangan khusus untuk menulis, seperti simulator, tes dasar, dsb.BAB 5 Halaman 3 dari 5
  34. 34. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi3. Komunikasi yang kurang baik antara anda dan user.4. Aktifitas utamanya berorientasi pada manusia, contohnya interview.Kondisi dan Syarat (Terms and Conditions)Jika anda menjalani kontrak CP, yakinkan bahwa kondisi danpersyaratan jelas.Masukkan semua syarat dan kondisi – aspek hukum dari cara yanganda inginkan untuk bekerja dengan klien. Ini akan memeberikanperlindungan bagi anda dan klien, dan menghindari kesulitan yangakan datang. Hal-hal yang berkaitan dengan hukum harusdiklarifikasi seawal mungkin yang dapat meliputi isu-isu pembayaran,hak cipta untuk sumber daya dan dokumentasi, hutang, jaminan, danmasalah-masalah yang berhubungan dengan hardware dan softwareyang disediakan oleh pabrik. N etKontrak Di luar Organisasi dan Di dalam OrganisasiKontrak akan diterima secara luas jika organisasi eksternal atau raperusahaan menyediakan layanan proyek. Mengapa ini bukan bagian d H endari proyek ? Walaupun hubungan antara tim proyek dan user sangatdekat harus ada sesuatu yang bersifat resmi, pernyataan tertulis Bymenjelaskan layanan yang akan disediakan oleh tim proyek . Inidapat dijadikan surat perjanjian (letter of intent) atau proposal resmi.Garis bawahi ini dan anda akan terhindar dari percekcokan yangtidak pernah berakhir.5.3. PENINJAUAN PROPOSAL YANG DIKEMBALIKANUser dapat mengembalikan proposal yang telah diterima dengan“sedikit” perubahan-perubahan. Waktu yang dijadwalkan untukanggota teknis dari tim proyek untuk meninjau sedikit perubahansusunan kata dapat berarti upaya utama. Masalah harga dapatdinegosiasikan kembali.BAB 5 Halaman 4 dari 5
  35. 35. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiBerhati-hati untuk tidak setuju pada kondisi dan persyaratan. Biarkanmanajemen tingkat tinggi atau departemen yang sah menanganimasalah ini. Jangan memulai pekerjaan sampai seluruh persetujuanselesai. Akan lebih menguntungkan anda untuk membiarkan usermengetahui kondisi-kondisi dan persyaratan sebelum menulisproposal.5.4. KESIMPULAN UNTUK FASE DEFINISIIni akan membawa kita pada akhir fase definisi. Mari kita mengulangkejadian penting yang pernah dicapai. Ingat kembali kejadian pentingyang digunakan untuk merencanakan proyek dan mengontrolkemajuan proyek.1. Dokumen Kebutuhan (RD) yang lengkap dan telah disetujui oleh kedua belah pihak yaitu Tim proyek dan user.2. Dokumen proposal dapat digunakan untuk analisis atau seluruh persetujuan yang diinginkan. N et pengembangan, yang dilengkapi dan dibeli oleh user. Tulis ra3. Walaupun tidak mempertimbangkan kejadian penting, izin dari d en PPP itu dengan menyediakan sumber daya yang diperlukan. H ByBAB 5 Halaman 5 dari 5
  36. 36. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi BAB 6 FASE ANALISIS6.1. PENDAHULUANTujuan dari fase analisis adalah mendefinisikan secara tepat apayang dapat dilakukan sistem untuk user, dan bagaimana sistemtersebut menyesuaikan dengan lingkungan user.Aktivitas utama (kejadian penting) dari fase ini adalah untukmenghasilkan dokumen yang menjelaskan arti lingkungan sistem,disebut Functional Specifications (FS) / Spesifikasi Fungsi.Setelah mengerjakan FS, anda kini memiliki pengetahuan yang lebihdibandingkan pada Fase Definisi, sehingga anda harus meninjauulang rencana permulaan proyek dan perkiraan awal. N et / proposal radua metode proposal akanAktivitas ketiga, menuliskan development proposal ndsetelah FS. Isi dan garis besarpengembangan, dan akan dikerjakan jikadilakukan. Hal tersebut akan e H ditulis proposal analisis, kecualiproposal pengembangan sama dengan Bybahwa proposal pengembangan dikerjakan dengan menggunakanlima tahap dari pengembangan.Dalam fase analisis “Anda harus menghadapi apa yang akandilakukan, bukan mengenai bagaimana hal tersebut akan dilakukan,karena fase disain akan membahasnya”.6.2. ALIRAN DATA YOURDON / METODE ANALISIS BUBBLE CHART (THE YOURDON DATA-FLOW/BUBBLE CHART METHOD OF ANALYSIS)Edward Yourdon menemukan sebuah metode grafik untukmendokumentasikan dan mengendalikan proses analisis yangmenjadi sangat populer (Referensi 11). Berikut ini (gambar 6.1)adalah sebuah aplikasi dari metode tersebut untuk proyek ABC.BAB 6 Halaman 1 dari 14
  37. 37. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi N et d ra H en By Gambar 6.1. Analisis YourdonBAB 6 Halaman 2 dari 14
  38. 38. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiPendefinisian UserAnalis bersama-sama dengan user mengembangkan diagram sepertipada gambar 6.1. Mereka mulai dengan membuat daftar semua useryang akan memiliki hubungan dengan sistem. Termasuk user tidaklangsung seperti STUDENT.Kemudian mereka menggambar garis panah untuk semua input daridan output untuk masing-masing user, garis diberi nama denganinformasi atau data yang melewatinya.Garis panah tersebut mewakili aliran informasi (STUDENT →REGISTRAR melalui telepon), aliran data (REGISTRAR →COMPUTER lewat terminal) atau kejadian perpindahan secara fisikdari bagian-bagian (WAREHOUSE → CLASSROOM ships material).Inilah sebabnya mengapa diagram ini disebut diagaram ‘aliran data’. etKemudian analis dan user mengidentifikasi informasi umum yang N radisimpan oleh sistem (informasi kursus, informasi murid, informasi dmaterial) dan menuliskannnya ke dalam lingkaran.Pendefinisian Antarmuka H en User By setiap bagian yang diwakili oleh garisUser dan Analis menjelaskanpanah, yang merupakan aliran data antara user dan sistem. Hal iniakan mengontrol penjelasan mengenai semua menu, formulir,laporan, perintah-perintah dan pesan-pesan – dengan kata lainmerupakan ‘tampilan antarmuka user’ pada sistem.Tujuan dari proses ini adalah :• Pertama untuk menjelaskan tampilan antarmuka pada komputer.• Kedua untuk memperoleh pemahaman yang umum dari bisnis user. Seringkali user belajar mengenai bisnisnya sendiri dari tipe analisis ini.Sebagai contoh, analisis dari aliran data STUDENT ke REGISTRARakan dihasilkan sebagai berikut :BAB 6 Halaman 3 dari 14
  39. 39. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi STUDENT → REGISTRAR and REGISTRAR → STUDENT Method : Verbal over phone, or mailed in Inquiries Location, dates of courses Number enrolled/maximums Cost ………. Responses Course locations, dates (next 6 months) Number enrolled (next 6 months); maximum allowed Cost ………. Changes Update name, address, payment information of student Cancel a student from a course Register a student et Obtain and enter name, address, course (by number) Payment information N Performance d ra en Must handle up to 3 calls per minute H ByAnalisis terhadap REGISTRAR → ABC akan menghasilkan : REGISTRAR → ABC Method : Terminal input Automatic registrar menu When registrar logs in with specific account number, menu of The format in the Functional Specification Figure 3.9. is presented. To make a choice on this menu, the registrar can use either the UP and DOWN arrows keys followed by RETURN, or move the mouse up or down, followed by press on mouse button. If student wishes information on course Registrar chooses 1. Menu of format FS Fig. 3.10 appears. If student wishes to enroll…..BAB 6 Halaman 4 dari 14
  40. 40. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiLangkah berikutnya adalah merinci seluruh menu, formulir, laporandan perintah yang tepat. Semua menu seperti REGISTRAR danpertanyaan mengenai kursus harus dijelaskan.6.3. SPESIFIKASI FUNGSI (THE FUNCTIONAL SPECIFICATIONS / FS)FS menjelaskan semua tingkah laku sistem dalam bentuk cerita dangambar. Definisikan antarmuka user seperti di atas, menu-menu,perintah-perintah, respon, laporan dan pesan-pesan dijelaskansebanyak mungkin. Setiap perubahan di dalam lingkungan userkarena sistem baru akan dijelaskan. Semua pengiriman, termasukhardware, software, pelatihan, dokumentasi dan garansi dirinci.Sebagai tambahan pada proposal, FS juga merupakan kontrakantara User dengan Tim Proyek (PT). Sejumlah uang yang besarmungkin dipertaruhkan, dan user membutuhkan lebih rinci tantang N etapa yang dapat diberikan dibandingkan apa yang ada di proposal. FSmungkin akan dinegosiasikan dan ditinjau kembali, dan ketika rapersetujuan dicapai proposal harus ditanda tangani oleh kedua belah dpihak. H en ByGaris Besar FS (Outline of the FS)(Lihat Appendix A untuk contoh keseluruhan)1. Judul Halaman (Title Page) Judul fungsi spesifikasi, nama sistem, pembuat, dan tanggal Jangan lupa nomor versi : dokumen ini akan direvisi !2. Daftar Isi (Table of Contens) Nama bagian, berikut nomor halaman3. Gambaran Sistem / Ikhtisar Sistem (System Overview) Menjelaskan sistem yang akan dibuat. Ingatlah bahwa FS adalah dokumen teknik yang ditujukan untuk pembaca non teknis (user). Cara terbaik untuk menjelaskannya dengan menggunakan gambar.BAB 6 Halaman 5 dari 14
  41. 41. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi Marilah kita ambil contoh sistem Amalgamated Basketweaving Course (ABC) yang dijelaskan di awal. Sistem berdasarkan data mengenai kursus (Course) dan murid (Student). User membutuhkan keterangan yang pasti mengenai data pendaftaran, kursus yang masih dibuka/tersedia, jadwal, rincian akuntansi, dsb. User juga membutuhkan kemampuan untuk merubah data. User membutuhkan laporan yang dihasilkan, seperti faktur, konfirmasi, jumlah murid yang mendaftar. Semua bagian ini harus ada antarmukanya dengan user, sehingga sebaiknya dibuatkan sistem menu menggunakan mouse. Untuk menjelaskan semua ini, anda sebaiknya mulai dengan diagram seperti pada gambar 6.2. N et d ra H en By Gambar. 6.2. Major functions of the system.BAB 6 Halaman 6 dari 14
  42. 42. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi4. Tujuan Utama (Major Objectives) Buatlah daftar tujuan sistem, hubungkan masing-masing ke modul utama. Contoh INQUIRY akan menjawab pertanyaan seperti “Berapa banyak murid yang mendaftar kursus”. Menjelaskan bagaimana sistem yang baru akan mempengaruhi lingkungan user, yaitu dimana terminal akan ditempatkan, siapa yang menggunakannya, laporan apa yang akan dibuat, kapan dan bagaimana hal ini akan mengubah pekerjaan setiap orang. Anda harus memperingatkan user apabila sistem ini akan mempengaruhi berbagai aspek kehidupannya.5. Kebutuhan Khusus Sistem (Special System Requirements) Bagian ini menunjukkan kebutuhan-kebutuhan sistem seperti jaringan, kesesuaian, keamanan, ketahanan, dan kemudahan dalam menggunakan sistem. N et Persoalan yang rumit seperti respon (jumlah waktu dalam detik yang dibutuhkan komputer untuk menjawab), throughput (jumlah ra total pekerjaan yang diselesaikan komputer dalam jangka waktu d H en tertentu) dan growth / perkembangan (kebutuhan sistem untuk beberapa tahun ke depan) dapat ditunjukkan disini. By Sebagai contoh bagaimana jika RD berisi pertanyaan seperti : “Sistem harus memberikan respon untuk setiap input dalam 5 detik”. Sebuah komputer tercepat yang pernah dibuat sekalipun membutuhkan waktu lebih dari 5 detik untuk merespon berbagai permintaan. Demikian pula jangan menjanjikan dengan pasti mengenai throughput atau growth. Janji-janji yang pasti dapat diberikan pada sejumlah hal, seperti jumlah user, ukuran file, transaksi per-menit, atau pengembangan hardware, akan tetapi hal-hal tersebut mungkin sulit dipenuhi pada waktu penerimaan.6. Deskripsi Komponen (Component Descriptions) Bagian ini menjelaskan secara detail masing-masing isi kotak, atau fungsi yang terdapat pada gambar 6.2.BAB 6 Halaman 7 dari 14
  43. 43. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi Jangan menjelaskan file yang berorientasi informasi seperti organisasi file, record dan field – semua itu sudah ada dalam disain. Lakukan pernyataan yang menunjukkan batasan, seperti jumlah maksimum kursus yang dapat ditangani oleh sistem.7. Pengiriman yang lain (Other Deliverables) Dokumentasi. Menyatakan jumlah dokumen yang dihasilkan, pembaca yang diharapkan, dan kegunaannya. User’s Guide sebaiknya menyediakan 2 tujuan : • Pertama, sebagai alat pembelajaran • Kedua, sebagai referensi dengan petunjuk seluruh perintah dan pesan yang akan disajikan secara alphabet. Pelatihan. Buatlah daftar modul-modul atau topik-topik yang menjadi cover pada masing-masing kursus, dan materi pelatihan yang digunakan. N8. Perubahan Spesifikasi (Specification Changes)et ra Perubahan FS mungkin menyebabkan perubahan ke seluruh item- d H en item yang lain, yang menyebabkan biaya menjadi mahal dan penundaan waktu pengiriman. Perubahan harus diminimalkan. By9. Penerimaan (Acceptance) Salah satu masalah terbesar dalam dunia software adalah user kadang-kadang enggan untuk menerima dan membayar sistem tersebut. Oleh karena itu dalam FS kita rinci metode penerimaan, dan mengakhirinya dengan baik.10.User dan Interface Tim Proyek (User and Project Team Interface) User dan Tim proyek harus saling berkomunikasi pada level teknik maupun manajemen. Kebutuhan secara teknik dari User diperlukan saat Tim proyek memerlukan jawaban yang cepat dan akurat berbagai pertanyaan yang bersifat teknik. Berbagai pertanyaan ini tidak selesai hanya pada fase analisis, tetapi akan semakin kompleks saat proyek dilaksanakan. Sebaiknya user menunjuk paling sedikit satu orang yang dapat menjawab pertanyaan-pertanyaan tersebut.BAB 6 Halaman 8 dari 14
  44. 44. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi User dan Tim proyek harus berkomunikasi pada level manajemen dengan baik. Hal ini harus dilakukan paling tidak oleh Proyek Koordinator User dan Manajer proyek. Mereka akan mendiskusikan berbagai isu seperti pendanaan, jadwal, perubahan-perubahan, dan masalah-masalah sumber daya manusia.11.Tanggung Jawab User (User’s Responsibilities) Untuk menghemat uang dan waktu, atau jika user berharap dilibatkan lebih banyak, Tim proyek mungkin meminta kepada user untuk mengerjakan tugas-tugas proyek, seperti menyediakan data test, menulis User’s Guide, atau bahkan merencanakan acceptance test. Buatlah daftar seluruh kegiatan dan batas waktunya. Ingatkan user untuk menandatangani dokumen ini.12.Istilah, Kondisi dan Asumsi (Terms, Condition anda Assumptions) semua orang. N et Buatlah daftar aturan baru dan kebijaksanaan yang harus dipatuhi d ra H en6.4. TEKNIK PENULISAN UNTUK PEMBACA NON TEKNIS By (TECHNICAL WRITING FOR THE NON-TECHNICAL READER)Untuk menulis FS yang baik memang sulit sekali. Jika FSmenjelaskan sebuah sistem teknis, maka disebut dokumen teknis,tetapi FS ini ditulis untuk pembaca non teknis. Tulislah dari sudutpandang user – gunakan terminologinya. Untuk itu anda harusmempelajari bisnis user dan bahasanya.Alasan terbesar yang menyebabkan kesalah pengertian dokumenadalah kata-kata yang memiliki dua arti. Hal yang sama, hindari janji-janji yang sulit untuk dilakukan.BAB 6 Halaman 9 dari 14
  45. 45. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi6.5. KEGUNAAN LAIN UNTUK SPESIFIKASI FUNGSI (OTHER USES FOR THE FUNCTIONAL SPECIFICATION)FS yang baik dapat digunakan untuk memperkenalkan proyekkepada anggota Tim proyek yang baru. User dapat menggunakannyauntuk memperkenalkan sistem yang baru ke pihak manajemen, atauke bagian-bagian lain. Tetapi yang paling penting adalah bagian-bagian yang menjelaskan menu, form, query, dan report dapatdigunakan dalam User’s Guide.6.6. CASE SOFTWARE TOOLS UNTUK ANALISIS (CASE SOFTWARE TOOLS FOR ANALYSIS)Computer Aided Software Engineering (CASE) digunakan sebagaisuatu paket software tools pada masing-masing fase dari daur hidupsistem. Terdapat beberapa produk software yang mutunya bagus N etyang membantu anda untuk melakukan analisis. ContohnyaExcelarator. Excelarator dapat digunakan untuk menggambarkan raData Flow Diagram (DFD) tingkat tinggi, seperti pada gambar 6.2., d enkemudian memecah DFD ke level-level berikutnya yang lebih rendah. H ByPeralatan analis menyediakan menu, layar, dan fasilitas laporan darigambar untuk membantu menjelaskan kepada user. Input dan outputpada layar dapat digambarkan dengan menggunakan mouse input.Laporan query dapat secara cepat ditampilkan.BAB 6 Halaman 10 dari 14
  46. 46. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi N et Gambar 6.3. Excelarator report mock-upPada mini komputer, alat sepertid ra H en DECDESIGNEntity Relationshipanalisis dengan menggambarkan DFD atau mendukung fase ByDiagram (ERD), seperti pada saat menggambar Structure Chart danDiagram State Transition.BAB 6 Halaman 11 dari 14
  47. 47. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi N et d ra H en By Gambar 6.4. DECDESIGN Entity Relationship Diagram6.7. MENINJAU KEMBALI PERENCANAAN (REVISING THE PLAN)Perencanaan adalah proses pengulangan. Lakukan perbaikan PPPsegera setelah analisis dilakukan. Apakah tugas-tugas masih dapatdiperkirakan, ditentukan, dijadwalkan, dan diselesaikan ? Yang palingpenting adalah tanyakan apakah sumber daya yang diperlukan untukmasing-masing tugas masih tersedia ketika dibutuhkan ?Berikut ini adalah daftar pendek dari masalah-masalah yang dapatterjadi dalam tiga fase berikutnya (Design, Programming, SystemTest), selama pelaksanaan rencana berikutnya :• Programmer kunci atau perancang mengundurkan diri.• Komputer pengembangan tidak tersedia.• Peralatan hardware yang khusus tidak ada / terwujud tepat pada waktu dibutuhkan.BAB 6 Halaman 12 dari 14
  48. 48. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi• Paket software dengan release terbaru (atau hardware) tidak bekerja.• Sumber daya yang disediakan oleh pihak ketiga tidak terwujud.Rencana Pelatihan Untuk Anggota Proyek(Training Plans For The Project Members)Ketika akhirnya staf telah diputuskan, lakukan pemeriksaan untukmelihat siapa-siapa saja yang membutuhkan pelatihan. Programmeranda merupakan calon yang paling memungkinkan. Jadwalkansemua pelatihan yang akan dilakukan pada akhir disain.6.8. KESIMPULAN DARI FASE ANALISISDiharapkan FS dinegosiasikan atau ditinjau kembali; jadwalkan waktuuntuk persetujuan dan perbaikan. Atur batas akhir penyelesaian. Jikatidak disetujui diantara individu-individu atau departemen-departemen N etmenyebabkan ‘analysis paralysis’, ambil satu orang dari tiapdepartemen dan kumpulkan dalam satu ruang dan tekankan untuk ratidak menunda pertemuan sampai masalah terpecahkan. d H en kejadian-kejadian utama dalamDan yang terakhir, kita tinjau kembalifase analisis : By1. Spesifikasi Fungsi (FS) yang disetujui dan ditandatangani oleh kedua belah pihak.2. Jika kedua langkah proposal digunakan, Development Proposal telah ditulis dan dibeli oleh user.3. PPP diperbaiki untuk memasukkan perhitungan-perhitungan baru dan jadwal-jadwal; sumber-sumber masih dijalankan untuk seluruh kegiatan.4. Disain tingkat atas (The Top Level design / TLD) telah dilakukan. Hal ini mungkin tidak jelas, tetapi anda harus mengerjakan TLD ketika anda menemukan gagasan dan menggambarkan gambar 6.1. Ini mungkin bukan TLD terbaik, meskipun pada akhirnya akan digunakan juga, tetapi itu merupakan terobosan pertama bagaimana sistem akan bekerja dan bagian utama yang akan diproduksi.BAB 6 Halaman 13 dari 14
  49. 49. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi BAB 7 FASE DISAIN7.1. PENDAHULUANAktivitas utama dalam Fase Disain adalah membuat top dan mediumlevel dari disain sistem dan mendokumentasikannya dalamSpesifikasi Disain. Aktivitas kedua dimulai dengan melakukanRencana Test Penerimaan (Acceptance Test Plan / ATP).ATP adalah sebuah dokumen tes yang akan digunakan untukmendemonstrasikan seluruh fungsi sistem kepada user pada fasepenerimaan.Terdapat dua langkah dalam mendisain sistem software, yaitu :• Pertama, bagilah sistem menjadi beberapa komponen secara fungsional. et• Kedua, hubungkanlah komponen-komponen tersebut. N ra nd7.2. DISAIN YANG TERSTRUKTUR (STRUCTURED DESIGN) He terstruktur adalah memecah sistem ByTujuan utama dari disain yangmenjadi bagian yang lebih kecil, teratur dan mudah untuk dibangun.Disain Top Down (Top Down Design)Disain Top Down dimulai dengan Top Level Design (TLD).BAB 7 Halaman 1 dari 22
  50. 50. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiMasing-masing komponen utama atau kotak dalam TLD dipecahmenjadi sub-bagian dimulai dengan level teratas, kemudian turun kelevel berikutnya, dst. N etDalam kasus ini, dimulai dengan MENU dan mendisainnya sebelum raturun ke INQUIRY, UPDATE, dan REPORT GENERATION, yang d enakan diikuti dengan tingkat selanjutnya, jika ada. H ByDisain Bottom Up (Bottom Up Design)Pada kasus tertentu mungkin akan lebih mudah mendisain denganmenggunakan pendekatan dari level bawah / rendah ke level atas.Hal ini sering ditemui pada kasus sistem pengontrolan proses dimanaperlatan pengontrolan hardware pada level terbawah menentukanbagaimana sistem tersebut disatukan (integrasi sistem).Contoh :Kita akan mendisain sebuah sistem pengujian mesin kendaraan. Kitaharus mulai dengan menentukan hardware dasar atau komponendasar yang terlibat – sensor mesin.BAB 7 Halaman 2 dari 22
  51. 51. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiSensor umumnya dipasang pada alat digital atau analog, yangterpasang pada modul software pengendali (drivers) alat yang unik. N et d ra H en BySoftware yang digunakan untuk mengontrol alat pengendali / driverskemudian didisain di atas pengendali-pengendali tersebut.BAB 7 Halaman 3 dari 22
  52. 52. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiDemikianlah sistem software didisain dari level bawah ke atas. DisainBottom Up juga sangat cocok digunakan pada kasus dimanakomponen software yang ada digabungkan dan disatukan denganmodul baru untuk membangun sebuah sistem. N et d ra7.3. PERTUKARAN DISAIN TINGKAT ATAS (TOP LEVEL DESIGN TRADE – OFFS) H en By tingkat atas yang dapat mencapai atauUmumnya banyak disainmemperoleh hasil yang sama dalam sebuah sistem software.Contohnya, disain tingkat atas (top level) pada gambar 7.1. hanyasalah satu cara untuk memecahkan sistem ABC kedalam komponen-komponen utama.Keputusan untuk membangun sendiri atau membeli merupakankeputusan yang khusus. Ada keuntungan dan kerugian pada setiapkombinasi dari item yang dibangun maupun yang dibeli.Semakin banyak paket program yang anda beli, semakin berkurangpemrograman yang harus anda lakukan. Keputusan untuk membelipaket program lebih mudah dibandingkan harus membuat sendiri,BAB 7 Halaman 4 dari 22
  53. 53. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasiakan tetapi lebih mahal, dan umumnya kurang efisien dibandingkandengan program tertulis biasa yang sama.Disain tingkat atas yang lain ada juga yang cocok. Salah satumasukkan mungkin adalah menghilangkan INQUIRY, UPDATE danREPORT GENERATION dan menggunakan rutin FILE HANDLERyang umum untuk melakukan semua kegiatan akses file. TLD aksestersebut seperti pada gambar 7.3. N et d ra H en ByDisini ada lima program yang harus dibuat dan sedikit penurunankinerja akan terlihat oleh karena pemanggilan yang sering pada FILEHANDLER, tetapi sistem akan menjadi lebih kecil. Setiap pilihan TLDmemilki keuntungan dan kerugian dan melibatkan pertukaran dankompromi.Prioritas Disain (Design Priorites)Pilihan TLD anda akan mempengaruhi hal-hal berikut ini :• Biaya Sistem (System Cost)• Waktu yang diperlukan untuk membangun sistem (Time to Build The System)• Sifat mudah dipakai (User Friendliness)• Kinerja (Performance)BAB 7 Halaman 5 dari 22
  54. 54. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi• Ukuran Sistem (System Size)• Kehandalan (Reliability)• Kemampuan modifikasi (Modifiability)Item-item ini harus menjadi prioritas, bersama dengan user padawaktu perencanaan sistem, pada saat pendefinisian dan analisis. Iniakan membuat pilihan TLD jauh lebih mudah.7.5. DISAIN TINGKAT MENENGAH (MEDIUM LEVEL DESIGN)Setelah TLD terpilih, kita harus membagi masing-masing fungsi ataukomponen utama menjadi beberapa sub fungsi atau komponen. Kitaakan lihat bagaimana hal tersebut dilakukan untuk menggabungkansistem perusahaan Basketweaving. Diawali dengan memberi nomorsetiap komponen utama pada TLD. N et d ra H en ByDisain top down ini dimulai dengan kotak menu. Diasumsikan bahwakomponen ini dipanggil ketika seluruh sistem dimulai danmenampilkan menu utama ke bagian register.BAB 7 Halaman 6 dari 22
  55. 55. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem Informasi Menu UtamaKemudian program menunggu user untuk memindahkan mouse.Sub fungsi utama komponen MENU adalah : N et1. Memulai sistem dan menampilkan main menu d ra en2. Menangani perpindahan mouse3. Menangani tombol pada mouse H By4. Pindah ke Menu INQUIRY, UPDATE, WAREHOUSE atau REPORT ketika dipilih5. Menangani kesalahan-kesalahan seperti pada on line help messages untuk seluruh sistem6. Mematikan sistem jika QUIT dipilihStruktur diagram tingkat selanjutnya atau diagram rinci untukkomponen MENU akan tampak seperti berikut ini.BAB 7 Halaman 7 dari 22
  56. 56. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiLevel terendah dari suatu menu menggambarkan modul. Sebuahmodul adalah bagian terkecil yang dapat ditest dan dicompile.Aturan Penamaan (Naming Conventions)Modul diberi nama untuk menunjukkan sistem, fungsi atau subfungsiyang diperlukan.Aturan Penomoran (Numbering Conventions)Nomor pada setiap kotak disusun dengan aturan sebagai berikut :Pada tiap-tiap tingkat terendah tambahkan sebuah titik dan angkabulat untuk nomor yang terletak di atas kotak. Angka bulat tersebutdiurutkan dari kiri ke kanan.7.6. KAMUS DISAIN (DESIGN DICTIONARIES)Modul Kamus (Module Dictionaries) N etDictionary 1 d ra H enBerdasarkan urutan angka sesuai dengan nomor komponen, berikannama yang tetap, dan penjelasan singkat untuk setiap modul.Contoh : By0.0 A0000000 Amalgamated Basketweaving System1.0 AM000000 Menu System1.1 AMST0000 Startup, disp first menu, shutdown, etc.Dictionary 2Berdasarkan urutan alphabet dengan nama komponen, berikannomor yang tetap, dan penjelasan singkat untuk setiap modul.Contoh :A0000000 0.0 Amalgamated Basketweaving SystemAM000000 1.0 Menu SystemAMST0000 1.1 Startup, disp first menu, shutdownBAB 7 Halaman 8 dari 22
  57. 57. http://www.hendra-jatnika.web.idPengelolaan Proyek Sistem InformasiDictionary 3Berdasarakan urutan alphabet dengan penjelasan singkat, berikannomor komponen dan nama yang tetap.Contoh :Amalgamated Basketweaving System 0.0 A0000000Menu System 1.0 AM000000Startup, disp first menu, shutdown 1.1 AMST0000Kamus Data Umum (The Common Data Dictionary / CDD)Daftar alphabet menyusun semua parameter yang ditunjukkan padatanda panah aliran data. Untuk setiap item menjelaskan tipe,panjang, batasan, dan modul yang digunakan. CDD ini kemudianakan berisi semua parameter lainnya yang didefinisikan pada levelterendah dari pemrograman dan disain, sebagaimana fielddidefinisikan dalam sebuah file. CDD menjamin bahwa parameterakan konsisten berlaku dlam seluruh sistem. N et ra7.7. MODUL TERSTRUKTUR, ATAU SEJAUH MANA ANDA d DAPAT MERINCINYA ? H en (Structured Modules, Or How Far Do You Break It Up ?) BySebuah modul terstruktur memiliki ciri-ciri sebagai berikut :1. Berfungsi sepenuhnya sebagai fungsi tunggal. Misalnya dapat diterima, diedit, diformat ulang dan melewati parameter tunggal.2. Ukurannya kecil. Ukuran yang ditetapkan berkisar antara 50 – 100 baris yang dapat dieksekusi atau paling banyak 2 halaman.3. Dapat diprediksi. Semua ciri dapat terlihat dengan membaca kode program. Hal ini tidak dipengaruhi oleh kode tersembunyi dalam modul lain atau dalam sistem operasi.4. Tidak tergantung (Independent) Perubahan dalam modul atau parameter tidak mempengaruhi sistem.BAB 7 Halaman 9 dari 22

×