System Design Analysis - Contstruction (Chapter 13)

Construction

Pada Bab ini kita membahas tentang kegiatan yang diperlukan untuk membangun sebuah sistem informasi yang terdiri dari pemrograman, pengujian dan mendokumentasikan sebuah sistem.dalam  Pemrograman memakan waktu dan  juga mahal tentunya, tapi kecuali dalam keadaan yang tidak biasa,yaitu adalah yang paling sederhana untuk analis sistem karena harus dipahami dengan baik. Untuk itu, analis sistem berfokus pada sebuah pengujian (membuktikan bahwa sistem itu bekerja seperti yang dirancang) dan mengembangkan dokumentasi.

Tujuan:  

·         menjadikan akrab dengan sebuah proses sistem konstruksi.

·         Memahami berbagai jenis tes dan kapan harus menggunakannya.

·         Memahami bagaimana mengembangkan sebuah dokumentasi

PENDAHULUAN

Construction adalah  perkembangan dari semua bagian  sistem, termasuk perangkat lunak itu sendiri, dokumentasi, dan prosedur operasi baru. 


Pada Gambar di atas dapat dilihat bahwa  fase Pembangunan Meningkatkan penawaran Proses, terutama dengan Implementasi, Pengujian ,Konfigurasi dan Manajemen Perubahan alur kerja. Implementasi jelas berhubungan dengan pemrograman. Pemrograman sering dilihat sebagai titik fokus pada pengembangan sistem. pengembangan sistem adalah menulis sebuah program dan Itu adalah alasan mengapa kita melakukan semua analisis dan desain.

Selanjutnya dalam bab ini, kita membahas tiga aspek konstruksi yaitu mengelola program, pengujian, dan menulis dokumentasi. Karena pemrograman terutama adalah pekerjaan sebuah programmer, bukan pada sistem analis.

·         MENGELOLA           PEMROGRAMAN
            Secara umum, sistem analis tidak menulis sebuah program; tapi programmer yang menulis sebuah program. manajer proyek biasanya sangat sibuk mengelola usaha pemrograman dengan menugaskan programer, mengkoordinasikan kegiatan, dan mengelola pemrograman pada susunan acara.

Dalam mengelola pemrograman terdapat di dalam nya beberapa faktor yaitu:

ü  Menetapkan Programmer

Langkah pertama dalam pemrograman menetapkan modul untuk programmer. setiap modul terdiri dari (kelas, objek, atau metode)  harus terpisah dan berbeda dari modul lain (misalnya, kohesi harus dimaksimalkan dan kopling harus diminimalkan).

ü  Kegiatan  Koordinasi

Koordinasi dapat dilakukan melalui kedua teknologi tinggi dan berteknologi  rendah . Yang paling sederhana pendekatan adalah untuk melakukan pertemuan mingguan proyek yang membahas perubahan pada sistem yang memiliki
muncul selama seminggu atau hanya masalah masa lalu yang telah datang.

ü  Mengelola Jadwal

Perkiraan waktu yang dihasilkan selama inisiasi proyek disempurnakan  selama analisis dan desain , perlu juga disempurnakan sebagai proyek berlangsung selama konstruksi. karena hampir tidak mungkin untuk mengembangkan penilaian yang tepat dari proyek susunan acara.

·         PENGUJIAN DAN OBJECT ORIENTASI

Kebanyakan teknik pengujian telah dikembangkan untuk mendukung   pembangunan non-object oriented. Pengembangan berorientasi obyek masih relatif baru. Dengan demikian, sebagian besar pengujian pendekatan harus disesuaikan dengan sistem object-oriented. Karakteristik sistem berorientasi objek yang paling mempengaruhi pengujian adalah enkapsulasi (dan informasi bersembunyi), polimorfisme (dinamis mengikat), warisan, dan penggunaan pola, kelas perpustakaan,  kerangka kerja, dan komponen.

Ø  Enkapsulasi dan Informasi Menyembunyikan Enkapsulasi dan informasi bersembunyi memungkinkan proses dan data yang akan digabungkan untuk membuat suatu  entitas holistik (yaitu, benda).

Ø  Polimorfisme dan Dynamic Binding Polimorfisme dan dinamis mengikat secara dramatis berdampak baik untuk unit dan pengujian integrasi. Karena proses bisnis individu diimplementasikan melalui serangkaian metode dan didistribusikan melalui satu set objek, seperti yang ditunjukkan sebelumnya, uji unit tidak masuk akal pada tingkat metode.

Ø  Warisan Melalui penggunaan warisan, bug dapat diperbanyak secara instan dari  sebuah superclass ke semua subclass langsung dan tidak langsung. . Namun, tes yang berlaku untuk superclass juga berlaku untuk semua subclass. Seperti biasa, warisan adalah pedang bermata dua.

Ø  Reuse Di permukaan, reuse harus mengurangi jumlah pengujian yang dibutuhkan. Namun, setiap kali kelas yang digunakan dalam konteks yang berbeda, kelas harus diuji lagi. Ada kedepannya, kapan perpustakaan kelas, kerangka, atau komponen yang digunakan, pengujian unit dan pengujian integrasi sangatlah penting. Dalam kasus komponen ini, unit untuk menguji adalah komponen itu sendiri. Ingat bahwa komponen memiliki API yang didefinisikan dengan baik (aplikasi antarmuka program) yang menyembunyikan rincian pelaksanaannya.

·         MENGEMBANGKAN DOKUMENTASI

pengembangan dokumentasi sistem harus dilakukan sepanjang  pengembangan sistem. Ada dua jenis yang berbeda secara fundamental dokumentasi: dokumentasi sistem dan dokumentasi pengguna dokumentasi.System dimaksudkan untuk membantu programmer dan sistem analis memahami perangkat lunak aplikasi dan memungkinkan mereka untuk membangun atau mempertahankannya setelah sistem itu dipasang. Dokumentasi sistem sebagian besar merupakan produk sampingan dari analisis sistem dan proses desain dan dibuat sebagai proyek terungkap. Setiap langkah dan fase menghasilkan dokumen yang penting dalam memahami bagaimana sistem ini akan dibangun, dan dokumen-dokumen ini disimpan dalam buku proyek. Dalam lingkungan pengembangan berorientasi objek, mungkin untuk  mengotomatisasi penciptaan dokumentasi rinci untuk kelas dan metode. Sebagai contoh, di Jawa, jika programer menggunakan javadoc-gaya komentar, mungkin untuk membuat halaman HTML yang mendokumentasikan kelas dan metode secara otomatis dengan menggunakan utility javadoc, Karena kebanyakan programmer melihat pada dokumentasi banyak tidak setuju, apa pun yang dapat membuat dokumentasi lebih mudah berguna.

  MENERAPKAN KONSEP KE CD

v  mengelola Pemrograman

Untuk menjaga proyek sesuai jadwal, Anne meminta agar dia diizinkan untuk menetapkan tiga programmer dari staf pemrograman Seleksi CD untuk mengembangkan tiga bagian utama Sistem Penjualan Internet. Yang pertama adalah antarmuka Web, baik sisi klien (browser) dan sisi server. Yang kedua adalah sistem manajemen berbasis  klien-server (mengelola informasi CD dan pemasaran bahan basis data). Yang ketiga adalah interface antara Sistem Penjualan Internet dan sistem distribusi Seleksi CD 'yang ada dan kartu kredit pusat clearance. Pemrograman berjalan lancar  meskipun ada beberapa masalah kecil yang sesuai dengan rencana.

v  Testing

Sementara Anne dan programer bekerja, Alec mulai mengembangkan rencana uji. Rencana uji untuk tiga komponen yang sama tapi sedikit lebih intens untuk komponen antarmuka Web (lihat Gambar 13-9). Unit testing akan menggunakan pengujian black-box berdasarkan kartu CRC, diagram kelas, dan kontrak untuk semua komponen. Gambar 13-10 menunjukkan bagian dari kelas invarian uji spesifikasi untuk kelas urutan komponen antarmuka Web.

Tes sistem adalah dengan tes definisi seluruh semua sistem komponen bersama-sama. Namun, tidak semua bagian dari sistem akan menerima tingkat yang sama pengujian. Persyaratan tes akan dilakukan pada semua bagian dari sistem untuk memastikan bahwa semua persyaratan dipenuhi. Keamanan adalah masalah yang penting, sehingga keamanan semua aspek dari sistem akan diuji. Tes keamanan akan dikembangkan oleh tim infrastruktur Seleksi CD ', dan sekali sistem lulus tes tersebut, sebuah perusahaan konsultan keamanan eksternal akan dipekerjakan untuk mencoba  masuk ke dalam sistem.

Akhirnya, kegunaan tes resmi akan dilakukan pada bagian antarmuka Web sistem dengan enam calon pengguna (baik pengguna internet pemula dan ahli). Tes penerimaan akan dilakukan dalam dua tahap,yaitu alpha dan beta. Tes alpha akan dilakukan selama pelatihan staf Seleksi CD Manajer Penjualan Internet yang akan bekerja sama dengan Alec untuk mengembangkan serangkaian tes dan pelatihan untuk melatih staf kelompok Penjualan Internet tentang bagaimana cara menggunakan sistem tersebut. Mereka kemudian akan memuat data CD nyata ke dalam sistem dan mulai menambahkan materi pemasaran.

SUMMARY:

Managing Programming

Pemrograman dilakukan oleh sorang programmer, sehingga analis sistem memiliki beberapa tanggung jawab pada tahap ini. Manajer proyek bagaimanapun, biasanya sangat sibuk. Tugas pertama dari manajer proyek adalah menetapkan
programmer untuk menyelesaikan proyek, idealnya paling sedikit mungkin karena koordinasi masalah meningkat seiring ukuran meningkatnya tim pemrograman. Koordinasi dapat ditingkatkan dengan mengadakan pertemuan rutin, memastikan bahwa standar yang diikuti, pelaksanaan mengubah kontrol, dan menggunakan alat CASE efektif. Salah satu fungsi utama dari proyek manager untuk mengelola jadwal dan menyesuaikan untuk penundaan. Dua penyebab umum dari penundaan ini
adalah lingkup creep dan slippages minor yang tidak diketahui. Mengingat perkembangan global saat ini sistem informasi, isu-isu budaya yang berbeda sangat perlu dipertimbangkan.

            Designing Tests

            Pengujian harus hati-hati direncanakan, karena biaya memperbaiki satu bug sangat lah besar. setelah sistem ini diinstal dengan mudah dapat melebihi gaji tahunan seorang programmer. Sebuah rencana uji berisi beberapa tes yang mempelajari aspek-aspek sistem. Tes, pada gilirannya, menentukan seberapa kasus uji yang akan diperiksa oleh penguji. Sebuah uji coba unit memeriksa kelas dalam sistem; uji kasus berasal dari spesifikasi kelas atau kode kelas itu sendiri. Tes integrasi meneliti bagaimana juga beberapa kelas bekerja sama; uji kasus berasal dari desain antarmuka, menggunakan kasus, dan diagram use case, pengurutan, dan kolaborasi. Sebuah tes sistem memeriksa sistem sebagai utuh dan lebih luas dari satuan dan integrasi tes; uji kasus berasal dari sistem desain, desain infrastruktur, unit, dan integrasi tes. Pengujian penerimaan dilakukan oleh pengguna untuk menentukan apakah sistem tersebut dapat diterima bagi mereka.

Developing Documentation

            Dokumentasi, baik dokumentasi pengguna dan dokumentasi sistem bergerak menjauh dari dokumen berbasis kertas dan dokumentasi online. Ada tiga jenis dokumentasi pengguna: Dokumen Referensi dirancang untuk digunakan ketika pengguna perlu belajar bagaimana melakukan fungsi tertentu (misalnya, sistem bantuan online), prosedur manual menjelaskan bagaimana melakukan tugas-tugas bisnis, dan tutorial mengajar orang bagaimana untuk menggunakan sistem.
Kontrol navigasi Dokumentasi (misalnya, daftar isi, indeks, menemukan, agen cerdas,
atau link antara halaman) memungkinkan pengguna untuk menemukan topik dokumentasi (misalnya, bagaimana melakukan fungsi, cara menggunakan antarmuka perintah, penjelasan istilah).