Post test manajemen kontrol programing

Cara seorang programmer dalam menangani pekerjaan mereka sangat berpengaruh pada kualitas software yang mereka buat. Alternatifnya, para programmer bisa diorganisasikan sebagai satu kesatuan team. Mereka bekerja untuk periode waktu tertentu untuk menyelesaikan suatu projek. Sebutkan dan jelaskan struktur team yang digunakan untuk mengorganisasikan para programmer, sebutkan juga tugas masing masing anggota team.

Jawab :

3 struktur team yang digunakan untuk mengorganisasikan pada programmer :

1 Chief programmer team, struktur chief programmer dapat dilihat dapat dilihat pada gambar dibawah ini:

Fungsi dan Cirinya :

Chief Programmer :

• Bertanggung jawab secara total/penuh untuk sistem dimana team bekerja

• Harus seorang ahli

• Seorang programmer yang sangat produktif

• Bertanggungjawab dalam mendesain, coding, dan mengintegrasikan bagian yang

kritis dalam sistem

• Memberikan perintah kerja pada bagian back-up dan support programmers.

Back-up Programmers :

• Seorang programmer senior yang bertanggungjawab dalam memberikan dukungan

penuh pada chief programmer

• Harus bisa mengambil alih tugas chief programmer setiap saat

Support Programmers:

• Diperlukan pada saat proyek besar yang tidak bisa dikerjakan oleh chief programmer

dan back-up programmer saja.

• Menyediakan dukungan

• Bekerja dalam pembuatan coding dan uji coba modul tingkat rendah ( testing lowerlevel)

Librarian (penyedia data) :

• Bertanggungjawab dalam perawatan program production library.

• Menyediakan input dan mengumpulkan keluaran untuk para programmer, file

output dari hasil kompilasi dan ujicoba, mempertahankan agar source code dan

object-code library tetap up to date.

2.       Adaptives team, struktur adaptives team dapat dilihat pada gambar dibawah ini :

Struktur ini diperuntukan untuk melayani 2 kebutuhan, yaitu:

1. Keinginan organisasi untuk meningkatkan kualitas program

2. Memenuhi kebutuhan sosial/ psikologi dari setiap anggota programmer dalam team.

Perbedaan dari struktur ini dengan struktur sebelumnya adalah:

• Adaptive team tidak punya tigkat otoritas, dimana kepemimpinan dalam team ada

di tangan para anggota.

• Dalam Adaptive team, tugas diberikan pada anggota dari team daripada ditentukan

lewat posisi.

• Adaptive team tidak mempunyai aturan formal librarian (penyedia data)

dalam mengkoordinasikan fungsi team.

3.       Controlled-Decentralized Teams, struktur team ini dapat dilihat pada gambar dibawah ini:

Struktur ini mempunyai junior programmer yang akan melaporkan hasil program pada

senior programmer, kemudian oleh senior programmer dilaporkan juga pada ketua proyek.

Dengan struktur ini,manfaat/keuntungan dari struktur sebelumnya akan didapatkan.

Keuntungannya : dapat memecahkan masalah yang kompleks, dimana struktur dari grup

ini akan memfasillitasi pemecahan masalah.

Kerugian : strukur ini tidak bisa bekerja dengan baik apabila tugas dari programmer

tersebut tidak bisa di bagi-bagi, dan dengan waktu deadline yang sangat

ketat.

Pengelolaan Kelompok Sistem Programming

Para programmer sering diklasifikasikan menurut aplikasi programmer atau sistem

programmer. Dahulu, programmer membangun dan merawat program untuk system

aplikasinya. Tetapi kini, membangun dan merawat sistem software. Seperti sistem operasi,

sistem manajemen database, dan komunikasi software.

Mengontrol Masalah

Mengontrol sistem programmer adalah tugas yang berat, mereka biasanya memiliki

keahlian yang tinggi dan sering bekerja sendiri atau ada di dalam grup yang kecil. Dengan

menerapkan kontrol secara tradisional pada aktivitas mereka seperti pemisahan tugas,

sangatlah sulit. Mereka biasanya bekerja pada situasi yang kritis.

Mengukur Sistem Kontrol

Meskipun sulit unuk mengontrol sistem programmer, beberapa hal ini dapat di

implementasikan untuk mengontrolnya:

1. Pekerjakan staf sistem programming yang mempunyai kualitas yang tinggi.

2. Pisahkan tugas seluas mungkin, contohnya tanggung jawab untuk desain dan coding

sistem program dipisah dari tanggung jawab untuk uji coba program.

3. Buat metode dokumen standar

4. Batasi wewenang sistem programmer, jadi seorang programmer hanya bekerja

sesuai dengan aplikasi yang dikuasainya.

5. Jauhkan prosedur petunjuk manual dan kunci mesin dari aktivitas sistem programmer.

Hal ini dimaksudkan agar aktivitas yang tidak diinginkan / sesuai dengan tugasnya tidak

terjadi.

6. Pekerjakan konsulan dari luar untuk mengevaluasi pekerjaan programming.

7. Perintahkan programmer aplikasi untuk mengevaluasi pekerjaan sistem programmer

secara berkala agar dapat dihasilkan program yang berkualitas.

Pretest manajemen kontrol programming

Pembuatan dan pengembangan program adalah merupakan tahap penting dalam siklus hidup pengembangan system. Tujuan utama tahap ini adalah untuk menghasilkan dan menerapkan program yang berkualitas. Terdapat 5 tahapan pengembangan program, sebut dan jelaskan dan tuliskan juga tugas/keterlibatan auditor pada masing masing tahap.

Jawab :

1.1 Perencanaan (Planning)

Tugas utama dari manajemen dalam tahap ini adalah untuk memperkirakan kebutuhan besarnya sumber daya (khususnya jam kerja) yang dibutuhkan dalam pengembangan, pengadaan, dan penerapan software. Jika, sebagai contoh, s/w di buat di rumah (in house), manajemen harus berusaha untuk memperkirakan berapa jumlah baris kode (program) yang di ketik atau banyaknya fungsi yang di buat.

Seorang auditor harus mempunyai dua perhatian khusus pada kendali, pada tahap kontrol ini yaitu :

1. Auditor harus dapat mengevaluasi apakah fungsi dari aktivitas kontrol dapat diterapkan juga pada software yang berbeda.

2. Seorang auditor harus dapat mengumpulkan bukti apakah prosedur dari suatu kontrol sudah dijalankan dengan benar dan dapat dipercaya.

1.2 Perancangan (Design)

Dalam tahap desain, seorang programmer bertugas untuk menspesifikasikan struktur dan operasi dari program untuk menemukan artikulasi yang dibutuhkan selama tahap proses informasi sistem desain dari pengembangan sistem.

Selama tahap ini, perhatian utama seorang auditor adalah untuk menentukan apakah programmer menggunakan suatu tipe khusus dari pendekatan sistematik untuk desain. Auditor harus mengubah keinginannya berdasarkan beberapa faktor seperti ukuran dan bahan dari suatu program. Seorang auditor juga dapat memperoleh bukti dari proses desain dengan melakukan interview, observasi, dan review dari dokumentasi. Mereka dapat berkomunikasi dengan programmer, apakah mereka dapat memahami tentang kebutuhan dengan menggunakan pendekatan yang sistematik untuk desain, jika ya, bagaimana menggunakannya.

Auditor juga dapat mengamati apakah programmer menggunakan pendekatan sistematik untuk mendesain program. Mereka juga dapat meninjau dokumentasi program, apakah memiliki struktur chart sebagai bukti programmer menggunakan pendekatan yang sistematik untuk mendesain.

1.3 Pengkodean (Coding)

Tahap koding (pengetikan / penulisan program) dilakukan pada saat s/w akan dibuat atau dimodifikasi. Selama tahap ini, programmer akan menulis dan mendokumentasikan source code (program sumber) dalam bahasa pemrograman untuk mengimplementasikan desain program.

Auditor perlu mencari bukti yang benar dengan cara uji coba oleh manajemen program dalam memilih strategi implementasi modul dan integrasi. Khususnya pada program yang besar, penggunaan strategi yang salah (jelek) dapat mengakibatkan program yang dihasilkan menjadi kurang berkualitas. Auditor dapat melakukan wawancara untuk menguji apakah manajemen menggunakan pendekatan sistematik untuk memilih strategi implementasi modul dan integrasi. Mereka juga dapat menguji dokumentasi program untuk memperoleh bukti tipe strategi yang telah di adopsi (di pilih).

Jika konvensi pemrograman terstruktur di penuhi, dapat dipastikan bahwa para programmer akan membuat source-code yang tingkat kesalahannya kecil, mudah untuk dimengerti dan mudah untuk dirawat. Auditor dapat mencari bukti untuk memastikan apakah manajemen programming di jamin di buat oleh programmer mengikuti struktur programming yang telah di sepakati. Mereka dapat melakukan wawancara dengan manager atau programmer tentang tugas dan cara yang dilakukannya dalam membuat program. Auditor juga dapat mengecek apakah programmer dalam membuat programnya menyediakan fasilitas otomatis sebagai alat bantu untuk mereka.

1.4 Pengetesan (Testing)

Testing merupakan proses menganalisa suatu entitas software atau system untuk mendeteksi perbedaan antara  kondisi yang ada dengan kondisi yang diinginkan(defect/error/bugs) dan mengevaluasi fitur-fitur atau data data dari entitas software. Testing menguji sebuah system apakah system tersebut sudah dapat digunakan atau belum dan sudah sesuai dengan apa yang dirancang atau belumnya. Sebuah ujicoba kasus yang baik adalah yang memiliki probabilitas yang tinggi dalam menemukan kesalahan-kesalahan yang belum terungkap. Ujicoba yang berhasil adalah yang mengungkap kesalahan yang belum ditemukan.

1.5 Pengoprasian dan pemeliharaan (operation and maintance)

Dalam sudut pandang Sistem Audit, perhatian utama pada operasional program adalah bagaimana performance program tersebut dapat dimonitor setiap saat. Seseorang harus bertanggung jawab untuk mengidentifikasi apabila program perlu perawatan, kemungkinan lain adalah identifikasi dari kebutuhan perawatan mungkin tidak terjadi. Akibatnya, bisa terjadi kekeliruan pada database program, kegagalan dalam pencapaian keinginan user, atau operasi program tidak efisien. Mekanisme formal dalam monitoring status operasional program sangat diperlukan, ketika pengguna dari program adalah seluruh anggota organisasi yang terdiri dari berbagai macam latar belakang. Ada 3 macam tipe dari perawatan (maintenance) yang diperlukan agar program tetap beroperasi:

 1. Repair-maintenance-errors, perawatan dengan cara memperbaiki kesalahan.

2. Adaptive maintenance-users needs, perawatan dengan mengadaptasi pada keinginan user.

 3. Perfective maintenance, perawatan dengan maksud agar diperoleh program yang sempurna.

Perhatian utama seorang auditor pada fase operation & maintenance adalah untuk memastikan bahwa fase ini berjalan dengan efektif dan pelaporan secara berkala dapat dilakukan, serta proses perawatan bisa di kontrol dengan baik. Auditor harus bisa mencari bukti bawa manajemen telah meninjau sistem dengan baik dan bertanggungjawab didalam monitoring status dari operasional program. Caranya dengan melakukan interview (wawancara), observasi, tinjauan pada dokumen yang menunjukkan bahwa sistem telah beroperasi dengan baik. Selanjutnya mereka harus fokus pada kualitas dari kontrol proses maintenance.