Pengelolaan Proyek SI

Pretest Rencana Tes Penerimaan

Menurut Anda apa yang akan terjadi jika diakhir Tes Penerimaan ternyata fungsi-fungsi yang ada tidak sesuai dengan apa yang dijanjikan di awal proyek?

Jawab:

Bila terjadi ketidaksesuaian anatara user dan tim proyek maka tim project  harus memperbaiki masalah yang terjadi saat itu juga, bila permasalahan terlalu rumit, maka project manager dan project leader harus berdiskusi dulu dengan masalah yang terjadi, setelah itu project manager akan mencoba menjelaskan kepada pihak client untuk menegoisasi ulang untuk waktu perbaikan dan percobaan, sedangkan project leader mengatur timnya kembali untuk memperbaikinya hingga selesai sesuai waktu yg diberikan.

Posttest Rencana Tes Penerimaan

Terdapat 2 pendekatan yang umum digunakan untuk penerimaan yaitu 'Parallel Run' dan 'Penerimaan sedikit demi sedikit'. Sebutkan kelebihan dan kekurangan masing-masing pendekatan tersebut.

Jawab:

Kelebihan parallel run:

1    1. Tim proyek mudah memasang sistem baru untuk dicoba oleh user.

Kekurangan parallel run :

1    1.  Masalah kecil dapat membuat anda menjalankan kembali selama „X‟ hari untuk jangka waktu yang tidak terbatas. Kadang-kadang sistem software yang rumit tidak pernah 100% di-debug. 

2    2.  Mungkin sulit untuk mencari penyebab dari suatu masalah. Jika 10 user berada pada sistem yang interaktif dan sistem tersebut rusak, ini merupakan tantangan untuk menemukan dengan tepat apa yang menyebabkan sistem tersebut rusak.

3    3. Tidak ada jaminan bahwa semua kelebihan sistem akan dicoba dalam „X‟ hari. Penulis pernah melihat  sebuah sistem akuntansi yang diterapkan pada awal tahun fiskal baru. Sistem itu berjalan baik selama masa percobaan (6 bulan) sampai mengalami kegagalan pada akhir tahun fiskal ketika akuntan mencoba untuk melakukan tutup buku. Sayangnya garansinya telah habis dan penjual (vendor) tidak mau memperbaikinya.

4    4. Biarkan  end user  masuk ke sistem pada hari pertama yang penerapannya tidak selalu bermanfaat. Karena dalam hal ini faktor penampilan lebih berperan. Seperti dalam roman, kesan pertama sangat penting.

Kelebihan Penerimaan sedikit demi sedikit:

1    1.  Anda dapat mendemonstrasikan semua fungsi yang dijanjikan.

2    2.  Sebuah tindakan yang menyebabkan masalah selalu diketahui  – anda mengetahui dengan tepat siapa yang mengetik ketika masalah terjadi.

3    3.  User tidak merasa takut tentang semuanya.

Kerugian Penerimaan sedikit demi sedikit:

1    1.   Memerlukan banyak pekerjaan untuk menulis ATP.

2    2.  User mungkin tidak lazim dengan pendekatan ini.

3    3.  Tetapi anda dapat membiasakan mereka dengan metode baru sebelumnya. 

Pengelolaan Proyek SI

1.    Perlukah dilakukan kegiatan disain sebelum melakukan pemrograman? Jika ya, apa saja yang harus dipersiapkan sebelum memulai kegiatan tersebut. Jelaskan!

Jawab:

Perlu, karenasebelum membuat program kita perlu merencanakan desain yang akan kita gunakan untuk membuat program, sehingga kita akan tahu proses apa saja yang ada dalam program tersebut..

Yang harus dipersipakan sebelum memulai kegiatan desain:

1.    Membuat desain awal

     a. Desain awal mendeskripsikan kapabilitas fungsional secara umum dari sistem informasi yang diusulkan.

     b. Perangkat yang digunakan pada fase ini adalah perangkat CASE dan perangkat lunak manajemen proyek

2.    Desain yang detail
     a. Desain yang detail menggambarkan bagaimana sistem informasi yang diusulkan mampu memberikan kapabilitas yang digambarkan secara umum dalam desain awal.

3.    Membuat Laporan

     a. Semua pekerjaan dalam desain awal dan desain yang detail akan dikemas dalam laporan yang terperinci.

Output utama dari tahapan desain perangkat lunak adalah spesifikasi desain. Spesifikasi ini meliputi spesifikasi desain umum yang akan disampaikan kepada stakeholder sistem dan spesifikasi desain rinci yang akan digunakan pada tahap implementasi. Spesifikasi desain umum hanya berisi gambaran umum agar stakeholder sistem mengerti akan seperti apa perangkat lunak yang akan dibangun.

Aktivitas utama pada fase desain:

a.    Membuat top dan medium level dari desain sistem dan mendokumentasikannya dalam

Spesifikasi Desain

b.    Melakukan Rencana Test Penerimaan (Acceptance Test Plan/ATP) 

ATP adalah sebuah dokumen tes yang akan digunakan untuk mendemonstrasikan seluruh fungsi sistem kepada user pada fase penerimaan.

Dua langkah dalam mendesain sistem software, yaitu:

·      Pertama, bagilah sistem menjadi beberapa komponen secara fungsional.

·      Kedua, hubungkanlah komponen-komponen tersebut.

Metode Mendesain

·      Desain Terstruktur (Structured Design)

Tujuan utama dari desain yang terstruktur adalah memecah sistem menjadi bagian yang lebih kecil, teratur dan mudah untuk dibangun.

1.    Top Down Design

Desain Top Down dimulai dengan Top Level Design (TLD). Masing-masing komponen utama atau kotak dalam TLD dipecah menjadi sub-bagian dimulai dengan level teratas, kemudian turun ke level berikutnya, dst. Dimulai dengan MENU dan mendesainnya sebelum turun ke INQUIRY, UPDATE, dan REPORT GENERATION, yang akan diikuti dengan tingkat selanjutnya, jika ada .

2.    Bottom Up Design

Pada kasus tertentu mungkin akan lebih mudah mendesain dengan menggunakan pendekatan dari level bawah ke level atas. Hal ini sering ditemui pada kasus sistem pengontrolan proses dimana peralatan pengontrolan  hardware pada level terbawah menentukan bagaimana sistem tersebut disatukan (integrasi sistem). Desain Bottom Up juga sangat cocok digunakan pada kasus dimana komponen software yang ada digabungkan dan disatukan dengan modul baru untuk membangun sebuah sistem

2.    Apa saja yang perlu diperhatikan jika anda membuat disain sistem/ software (menurut kaidah-kaidah pembuatan software).

Jawab:

Yang perlu diperhatikan jika membuat disain sistem/software:

· 

1.        Biaya Sistem (System Cost)

2.        Waktu yang diperlukan untuk membangun sistem (Time to Build The System)

3.        Sifat mudah dipakai (User Friendliness)

4.        Kinerja (Performance)

5.        Ukuran Sistem (System Size)

6.        Kehandalan (Reliability)

7.        Kemampuan modifikasi (Modifiability)