Analisis dan Desain Sistem - Panduan Cepat

Pengembangan sistem adalah proses sistematis yang meliputi tahapan seperti perencanaan, analisis, desain, penerapan, dan pemeliharaan. Di sini, dalam tutorial ini, kami terutama akan fokus pada -

  • Analisis sistem
  • Desain sistem

Analisis Sistem

Ini adalah proses mengumpulkan dan menafsirkan fakta, mengidentifikasi masalah, dan menguraikan suatu sistem menjadi komponen-komponennya.

Analisis sistem dilakukan untuk mempelajari suatu sistem atau bagian-bagiannya untuk mengidentifikasi tujuannya. Ini adalah teknik pemecahan masalah yang meningkatkan sistem dan memastikan bahwa semua komponen sistem bekerja secara efisien untuk mencapai tujuannya.

Analisis menentukan what the system should do.

Desain Sistem

Ini adalah proses perencanaan sistem bisnis baru atau mengganti sistem yang ada dengan mendefinisikan komponen atau modulnya untuk memenuhi persyaratan tertentu. Sebelum membuat perencanaan, Anda perlu memahami sistem lama secara menyeluruh dan menentukan cara terbaik menggunakan komputer agar dapat beroperasi secara efisien.

Desain Sistem berfokus pada how to accomplish the objective of the system.

Analisis dan Desain Sistem (SAD) terutama berfokus pada -

  • Systems
  • Processes
  • Technology

Apa itu Sistem?

Kata Sistem berasal dari kata Yunani Systema, yang berarti hubungan yang terorganisir antara sekumpulan komponen apa pun untuk mencapai beberapa penyebab atau tujuan bersama.

Sistem adalah "pengelompokan yang teratur dari komponen yang saling bergantung yang dihubungkan bersama sesuai dengan rencana untuk mencapai tujuan tertentu."

Batasan Sistem

Sebuah sistem harus memiliki tiga batasan dasar -

  • Suatu sistem harus memiliki beberapa structure and behavior yang dirancang untuk mencapai tujuan yang telah ditentukan sebelumnya.

  • Interconnectivity dan interdependence harus ada di antara komponen sistem.

  • Itu objectives of the organization punya higher priority daripada tujuan subsistemnya.

Misalnya sistem manajemen lalu lintas, sistem penggajian, sistem perpustakaan otomatis, sistem informasi sumber daya manusia.

Properti Sistem

Sebuah sistem memiliki properti berikut -

Organisasi

Organisasi menyiratkan struktur dan ketertiban. Ini adalah pengaturan komponen yang membantu mencapai tujuan yang telah ditentukan sebelumnya.

Interaksi

Ini ditentukan oleh cara komponen beroperasi satu sama lain.

Misalnya, dalam sebuah organisasi, departemen pembelian harus berinteraksi dengan departemen produksi dan penggajian dengan departemen personalia.

Saling ketergantungan

Saling ketergantungan berarti bagaimana komponen-komponen suatu sistem saling bergantung satu sama lain. Agar berfungsi dengan baik, komponen dikoordinasikan dan dihubungkan bersama sesuai dengan rencana yang ditentukan. Keluaran suatu subsistem dibutuhkan oleh subsistem lainnya sebagai masukan.

Integrasi

Integrasi berkaitan dengan bagaimana komponen sistem dihubungkan bersama. Ini berarti bahwa bagian-bagian dari sistem bekerja bersama di dalam sistem meskipun setiap bagian menjalankan fungsi yang unik.

Tujuan Utama

Tujuan sistem harus menjadi pusat. Mungkin nyata atau dinyatakan. Tidak jarang suatu organisasi menyatakan tujuan dan beroperasi untuk mencapai tujuan lain.

Pengguna harus mengetahui tujuan utama dari aplikasi komputer di awal analisis untuk desain dan konversi yang sukses.

Elemen Sistem

Diagram berikut menunjukkan elemen-elemen sistem -

Keluaran dan Masukan

  • Tujuan utama dari suatu sistem adalah untuk menghasilkan suatu keluaran yang berguna bagi penggunanya.

  • Input adalah informasi yang masuk ke dalam sistem untuk diproses.

  • Output adalah hasil dari pemrosesan.

Prosesor

  • Prosesor adalah elemen sistem yang melibatkan transformasi input menjadi output.

  • Ini adalah komponen operasional dari suatu sistem. Prosesor dapat memodifikasi masukan baik seluruhnya atau sebagian, tergantung pada spesifikasi keluaran.

  • Ketika spesifikasi keluaran berubah, begitu pula pemrosesannya. Dalam beberapa kasus, masukan juga dimodifikasi untuk mengaktifkan prosesor untuk menangani transformasi.

Kontrol

  • Elemen kontrol memandu sistem.

  • Ini adalah subsistem pengambilan keputusan yang mengontrol pola kegiatan yang mengatur input, pemrosesan, dan output.

  • Perilaku Sistem komputer dikendalikan oleh Sistem Operasi dan perangkat lunak. Untuk menjaga keseimbangan sistem, apa dan berapa banyak input yang dibutuhkan ditentukan oleh Spesifikasi Output.

Umpan balik

  • Umpan balik memberikan kendali dalam sistem dinamis.

  • Umpan balik positif bersifat rutin yang mendorong kinerja sistem.

  • Umpan balik negatif bersifat informasional yang memberikan pengontrol informasi untuk tindakan.

Lingkungan Hidup

  • Lingkungan adalah "sistem super" di mana organisasi beroperasi.

  • Ini adalah sumber elemen eksternal yang menyerang sistem.

  • Ini menentukan bagaimana sistem harus berfungsi. Misalnya, vendor dan pesaing dari lingkungan organisasi, dapat memberikan kendala yang mempengaruhi kinerja bisnis yang sebenarnya.

Batasan dan Antarmuka

  • Sebuah sistem harus ditentukan oleh batasannya. Batasan adalah batas yang mengidentifikasi komponen, proses, dan keterkaitannya ketika berinteraksi dengan sistem lain.

  • Setiap sistem memiliki batasan yang menentukan lingkup pengaruh dan kontrolnya.

  • Pengetahuan tentang batas-batas sistem yang diberikan sangat penting dalam menentukan sifat antarmuka dengan sistem lain untuk desain yang sukses.

Jenis Sistem

Sistem dapat dibagi menjadi beberapa jenis berikut -

Sistem Fisik atau Abstrak

  • Sistem fisik adalah entitas yang berwujud. Kita bisa menyentuh dan merasakannya.

  • Sistem Fisik mungkin bersifat statis atau dinamis. Misalnya meja dan kursi merupakan bagian fisik dari pusat komputer yang bersifat statis. Komputer terprogram adalah sistem dinamis di mana program, data, dan aplikasi dapat berubah sesuai dengan kebutuhan pengguna.

  • Sistem abstrak adalah entitas non fisik atau konseptual yang dapat berupa rumus, representasi atau model dari sistem nyata.

Sistem Terbuka atau Tertutup

  • Sistem terbuka harus berinteraksi dengan lingkungannya. Ini menerima masukan dari dan mengirimkan keluaran ke luar sistem. Misalnya sistem informasi yang harus beradaptasi dengan perubahan kondisi lingkungan.

  • Sistem tertutup tidak berinteraksi dengan lingkungannya. Itu diisolasi dari pengaruh lingkungan. Sistem yang sepenuhnya tertutup jarang terjadi pada kenyataannya.

Sistem Adaptif dan Non Adaptif

  • Sistem Adaptif menanggapi perubahan lingkungan dengan cara meningkatkan kinerja mereka dan untuk bertahan hidup. Misalnya manusia, binatang.

  • Sistem Non Adaptif adalah sistem yang tidak merespon lingkungan. Misalnya mesin.

Sistem Permanen atau Sementara

  • Sistem Permanen bertahan lama. Misalnya, kebijakan bisnis.

  • Sistem Sementara dibuat untuk waktu tertentu dan setelah itu dibongkar. Misalnya, sistem DJ diatur untuk suatu program dan dibongkar setelah program.

Sistem Alami dan Diproduksi

  • Sistem alam diciptakan oleh alam. Misalnya tata surya, tata musim.

  • Sistem Pabrikan adalah sistem buatan manusia. Misalnya Roket, bendungan, kereta api.

Sistem Determinan atau Probabilistik

  • Sistem deterministik beroperasi dengan cara yang dapat diprediksi dan interaksi antar komponen sistem diketahui dengan pasti. Misalnya, dua molekul hidrogen dan satu molekul oksigen membuat air.

  • Sistem Probabilistik menunjukkan perilaku yang tidak pasti. Output pastinya tidak diketahui. Misalnya, Prakiraan cuaca, pengiriman surat.

Sosial, Manusia-Mesin, Sistem Mesin

  • Sistem Sosial terdiri dari orang-orang. Misalnya, klub sosial, perkumpulan.

  • Dalam Sistem Manusia-Mesin, baik manusia maupun mesin terlibat untuk melakukan tugas tertentu. Misalnya, Pemrograman Komputer.

  • Sistem Mesin adalah di mana campur tangan manusia diabaikan. Semua tugas dilakukan oleh mesin. Misalnya robot otonom.

Sistem Informasi Buatan Manusia

  • Ini adalah sekumpulan sumber informasi yang saling berhubungan untuk mengelola data untuk organisasi tertentu, di bawah Direct Management Control (DMC).

  • Sistem ini meliputi perangkat keras, perangkat lunak, komunikasi, data, dan aplikasi untuk menghasilkan informasi sesuai dengan kebutuhan organisasi.

    Sistem informasi buatan manusia dibagi menjadi tiga jenis -

  • Formal Information System - Didasarkan pada aliran informasi dalam bentuk memo, instruksi, dll., Dari level atas ke level manajemen yang lebih rendah.

  • Informal Information System - Ini adalah sistem berbasis karyawan yang memecahkan masalah terkait pekerjaan sehari-hari.

  • Computer Based System- Sistem ini secara langsung bergantung pada komputer untuk mengelola aplikasi bisnis. Misalnya sistem perpustakaan otomatis, sistem reservasi kereta api, sistem perbankan, dll.

Model Sistem

Model Skema

  • Model skematik adalah bagan 2-D yang menunjukkan elemen sistem dan keterkaitannya.

  • Panah yang berbeda digunakan untuk menunjukkan aliran informasi, aliran material, dan umpan balik informasi.

Model Sistem Aliran

  • Model sistem aliran menunjukkan aliran teratur dari material, energi, dan informasi yang menyatukan sistem.

  • Program Evaluation and Review Technique (PERT), misalnya, digunakan untuk mengabstraksi sistem dunia nyata dalam bentuk model.

Model Sistem Statis

  • Mereka mewakili sepasang hubungan seperti aktivitas-waktu atau biaya-kuantitas .

  • Bagan Gantt, misalnya, memberikan gambaran statis tentang hubungan aktivitas-waktu.

Model Sistem Dinamis

  • Organisasi bisnis adalah sistem dinamis. Model dinamis mendekati jenis organisasi atau aplikasi yang ditangani analis.

  • Ini menunjukkan status sistem yang terus berubah dan terus berubah. Ini terdiri dari -

    • Input yang masuk ke sistem

    • Prosesor tempat transformasi terjadi

    • Program yang dibutuhkan untuk diproses

    • Keluaran yang dihasilkan dari pemrosesan.

Kategori Informasi

Ada tiga kategori informasi yang berkaitan dengan tingkat manajerial dan manajer membuat keputusan.

Informasi Strategis

  • Informasi ini dibutuhkan oleh manajemen puncak untuk kebijakan perencanaan jangka panjang untuk beberapa tahun mendatang. Misalnya tren pendapatan, investasi keuangan, dan sumber daya manusia, serta pertumbuhan penduduk.

  • Jenis informasi ini dicapai dengan bantuan Sistem Pendukung Keputusan (DSS).

Informasi Manajerial

  • Jenis informasi ini dibutuhkan oleh manajemen menengah untuk perencanaan jangka pendek dan menengah yang dilakukan dalam hitungan bulan. Misalnya analisis penjualan, proyeksi arus kas, dan laporan keuangan tahunan.

  • Itu dicapai dengan bantuan Sistem Informasi Manajemen (MIS).

Informasi operasional

  • Jenis informasi ini diperlukan oleh manajemen rendah untuk perencanaan harian dan jangka pendek untuk menegakkan aktivitas operasional sehari-hari. Misalnya, menyimpan catatan kehadiran karyawan, pesanan pembelian yang lewat waktu, dan stok saat ini tersedia.

  • Itu dicapai dengan bantuan Sistem Pemrosesan Data (DPS).

Siklus Hidup Pengembangan Sistem (SDLC) yang efektif harus menghasilkan sistem berkualitas tinggi yang memenuhi harapan pelanggan, mencapai penyelesaian dalam waktu dan evaluasi biaya, dan bekerja secara efektif dan efisien dalam infrastruktur Teknologi Informasi saat ini dan yang direncanakan.

Siklus Hidup Pengembangan Sistem (SDLC) adalah model konseptual yang mencakup kebijakan dan prosedur untuk mengembangkan atau mengubah sistem sepanjang siklus hidupnya.

SDLC digunakan oleh analis untuk mengembangkan sistem informasi. SDLC mencakup kegiatan berikut -

  • requirements
  • design
  • implementation
  • testing
  • deployment
  • operations
  • maintenance

Tahapan SDLC

Siklus Hidup Pengembangan Sistem adalah pendekatan sistematis yang secara eksplisit memecah pekerjaan menjadi tahapan yang diperlukan untuk mengimplementasikan Sistem Informasi baru atau yang dimodifikasi.

Studi Kelayakan atau Perencanaan

  • Tentukan masalah dan ruang lingkup sistem yang ada.

  • Ikhtisar sistem baru dan tentukan tujuannya.

  • Konfirmasikan kelayakan proyek dan hasilkan Jadwal proyek.

  • Selama fase ini, ancaman, kendala, integrasi dan keamanan sistem juga dipertimbangkan.

  • Laporan kelayakan untuk seluruh proyek dibuat pada akhir fase ini.

Analisis dan Spesifikasi

  • Kumpulkan, analisis, dan validasi informasi.

  • Tentukan persyaratan dan prototipe untuk sistem baru.

  • Evaluasi alternatif dan prioritaskan persyaratannya.

  • Memeriksa kebutuhan informasi pengguna akhir dan meningkatkan tujuan sistem.

  • Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SRS), yang menetapkan persyaratan perangkat lunak, perangkat keras, fungsional, dan jaringan sistem disiapkan pada akhir fase ini.

Desain sistem

  • Mencakup desain aplikasi, jaringan, database, antarmuka pengguna, dan antarmuka sistem.

  • Ubah dokumen SRS menjadi struktur logis, yang berisi kumpulan spesifikasi lengkap dan terperinci yang dapat diterapkan dalam bahasa pemrograman.

  • Buat rencana kontingensi, pelatihan, pemeliharaan, dan operasi.

  • Tinjau desain yang diusulkan. Pastikan desain akhir harus memenuhi persyaratan yang tercantum dalam dokumen SRS.

  • Terakhir, siapkan dokumen desain yang akan digunakan pada tahap berikutnya.

Penerapan

  • Menerapkan desain ke dalam kode sumber melalui pengkodean.

  • Gabungkan semua modul menjadi lingkungan pelatihan yang mendeteksi kesalahan dan cacat.

  • Laporan pengujian yang berisi kesalahan disiapkan melalui rencana pengujian yang mencakup tugas-tugas terkait pengujian seperti pembuatan kasus pengujian, kriteria pengujian, dan alokasi sumber daya untuk pengujian.

  • Integrasikan sistem informasi ke dalam lingkungannya dan instal sistem baru.

Perawatan / Dukungan

  • Sertakan semua aktivitas seperti dukungan telepon atau dukungan fisik di tempat untuk pengguna yang diperlukan setelah sistem dipasang.

  • Menerapkan perubahan yang mungkin dialami perangkat lunak selama periode waktu tertentu, atau menerapkan persyaratan baru apa pun setelah perangkat lunak diterapkan di lokasi pelanggan.

  • Ini juga termasuk menangani kesalahan sisa dan menyelesaikan masalah apa pun yang mungkin ada di sistem bahkan setelah tahap pengujian.

  • Pemeliharaan dan dukungan mungkin diperlukan untuk waktu yang lebih lama untuk sistem besar dan untuk waktu yang singkat untuk sistem yang lebih kecil.

Siklus Hidup Analisis dan Desain Sistem

Diagram berikut menunjukkan siklus hidup lengkap sistem selama tahap analisis dan desain.

Peran Analis Sistem

Analis sistem adalah orang yang benar-benar menyadari sistem dan memandu proyek pengembangan sistem dengan memberikan arahan yang tepat. Ia adalah seorang ahli yang memiliki keterampilan teknis dan interpersonal untuk melaksanakan tugas-tugas pengembangan yang diperlukan di setiap tahap.

Dia mengejar untuk mencocokkan tujuan sistem informasi dengan tujuan organisasi.

Peran Utama

  • Mendefinisikan dan memahami kebutuhan pengguna melalui berbagai teknik Pencarian Fakta.

  • Memprioritaskan persyaratan dengan mendapatkan konsensus pengguna.

  • Mengumpulkan fakta atau informasi dan memperoleh pendapat pengguna.

  • Menjaga analisis dan evaluasi untuk sampai pada sistem yang sesuai yang lebih ramah pengguna.

  • Menyarankan banyak solusi alternatif fleksibel, memilih solusi terbaik, dan menghitung biaya dan manfaat.

  • Gambarkan spesifikasi tertentu yang mudah dipahami oleh pengguna dan pemrogram dalam bentuk yang tepat dan terperinci.

  • Menerapkan desain logis dari sistem yang harus modular.

  • Rencanakan periodisitas untuk evaluasi setelah digunakan selama beberapa waktu, dan modifikasi sistem sesuai kebutuhan.

Atribut seorang Analis Sistem

Gambar berikut menunjukkan atribut yang harus dimiliki analis sistem -

Kemampuan interpesonal

  • Antarmuka dengan pengguna dan programmer.
  • Fasilitasi kelompok dan pimpin tim yang lebih kecil.
  • Mengelola ekspektasi.
  • Kemampuan pemahaman, komunikasi, penjualan dan pengajaran yang baik.
  • Motivator memiliki kepercayaan diri untuk menyelesaikan pertanyaan.

Kemampuan analisis

  • Studi sistem dan pengetahuan organisasi
  • Identifikasi masalah, analisis masalah, dan pemecahan masalah
  • Masuk akal
  • Kemampuan untuk mengakses trade-off
  • Keingintahuan untuk mempelajari tentang organisasi baru

Keterampilan Manajemen

  • Pahami jargon dan praktik pengguna.
  • Sumber daya & manajemen proyek.
  • Perubahan & manajemen risiko.
  • Pahami fungsi manajemen secara menyeluruh.

Keterampilan teknis

  • Pengetahuan tentang komputer dan perangkat lunak.
  • Mengikuti perkembangan modern.
  • Ketahui alat desain sistem.
  • Pengetahuan luas tentang teknologi baru.

Apa itu Penentuan Persyaratan?

Persyaratan adalah fitur penting dari sistem baru yang dapat mencakup pemrosesan atau pengambilan data, pengendalian aktivitas bisnis, produksi informasi, dan penunjang manajemen.

Penentuan persyaratan melibatkan mempelajari sistem yang ada dan mengumpulkan detail untuk mengetahui apa saja persyaratannya, bagaimana cara kerjanya, dan di mana perbaikan harus dilakukan.

Kegiatan Utama dalam Penentuan Persyaratan

Antisipasi Persyaratan

  • Ini memprediksi karakteristik sistem berdasarkan pengalaman sebelumnya yang mencakup masalah atau fitur tertentu dan persyaratan untuk sistem baru.

  • Ini dapat mengarah pada analisis area yang seharusnya tidak diperhatikan oleh analis yang tidak berpengalaman. Tetapi jika jalan pintas diambil dan bias diperkenalkan dalam melakukan penyelidikan, maka persyaratan Antisipasi bisa setengah matang.

Investigasi Persyaratan

  • Itu sedang mempelajari sistem saat ini dan mendokumentasikan fitur-fiturnya untuk analisis lebih lanjut.

  • Ini adalah inti dari analisis sistem di mana analis mendokumentasikan dan mendeskripsikan fitur sistem menggunakan teknik pencarian fakta, pembuatan prototipe, dan alat bantu komputer.

Spesifikasi Persyaratan

  • Ini mencakup analisis data yang menentukan spesifikasi persyaratan, deskripsi fitur untuk sistem baru, dan menentukan persyaratan informasi apa yang akan disediakan.

  • Ini mencakup analisis data faktual, identifikasi persyaratan penting, dan pemilihan strategi pemenuhan persyaratan.

Teknik Pengumpulan Informasi

Tujuan utama dari teknik pencarian fakta adalah untuk menentukan kebutuhan informasi suatu organisasi yang digunakan oleh analis untuk mempersiapkan SRS yang tepat yang dipahami oleh pengguna.

Dokumen SRS yang ideal harus -

  • lengkap, Tidak ambigu, dan Bebas jargon.
  • menentukan persyaratan informasi operasional, taktis, dan strategis.
  • memecahkan kemungkinan perselisihan antara pengguna dan analis.
  • menggunakan alat bantu grafis yang menyederhanakan pemahaman dan desain.

Ada berbagai teknik pengumpulan informasi -

Wawancara

Analis sistem mengumpulkan informasi dari individu atau kelompok dengan wawancara. Analis bisa formal, legalistik, bermain politik, atau informal; Karena suksesnya sebuah wawancara tergantung pada keahlian analis sebagai pewawancara.

Itu dapat dilakukan dengan dua cara -

  • Unstructured Interview - Analis sistem melakukan sesi tanya jawab untuk memperoleh informasi dasar dari sistem.

  • Structured Interview - Memiliki pertanyaan standar yang perlu dijawab oleh pengguna baik dalam format tertutup (objektif) atau terbuka (deskriptif).

Advantages of Interviewing

  • Metode ini seringkali merupakan sumber terbaik untuk mengumpulkan informasi kualitatif.

  • Ini berguna bagi mereka, yang tidak berkomunikasi secara efektif secara tertulis atau yang mungkin tidak punya waktu untuk mengisi kuesioner.

  • Informasi dapat dengan mudah divalidasi dan segera diperiksa silang.

  • Itu bisa menangani subjek yang kompleks.

  • Mudah untuk menemukan masalah utama dengan mencari opini.

  • Ini menjembatani kesenjangan di bidang kesalahpahaman dan meminimalkan masalah di masa depan.

Kuesioner

Metode ini digunakan oleh analis untuk mengumpulkan informasi tentang berbagai masalah sistem dari banyak orang.

Ada dua jenis kuesioner -

  • Open-ended Questionnaires- Terdiri dari pertanyaan-pertanyaan yang dapat diinterpretasikan dengan mudah dan benar. Mereka dapat mengeksplorasi masalah dan mengarahkan ke arah jawaban tertentu.

  • Closed-ended Questionnaires - Terdiri dari pertanyaan-pertanyaan yang digunakan ketika analis sistem secara efektif membuat daftar semua kemungkinan tanggapan, yang saling eksklusif.

Advantages of questionnaires

  • Ini sangat efektif dalam mensurvei minat, sikap, perasaan, dan keyakinan pengguna yang tidak berada di lokasi yang sama.

  • Hal ini berguna dalam situasi untuk mengetahui proporsi kelompok tertentu yang menyetujui atau tidak menyetujui fitur tertentu dari sistem yang diusulkan.

  • Sangat berguna untuk menentukan opini keseluruhan sebelum memberikan arahan spesifik pada proyek sistem.

  • Ini lebih dapat diandalkan dan memberikan kerahasiaan tinggi untuk tanggapan jujur.

  • Ini sesuai untuk memilih informasi faktual dan untuk pengumpulan data statistik yang dapat dikirim melalui email dan dikirim melalui pos.

Review Catatan, Prosedur, dan Formulir

Review catatan, prosedur, dan formulir yang ada membantu untuk mencari wawasan ke dalam sistem yang menggambarkan kemampuan sistem saat ini, operasi, atau aktivitasnya.

Advantages

  • Ini membantu pengguna untuk mendapatkan pengetahuan tentang organisasi atau operasi sendiri sebelum mereka memaksakan kepada orang lain.

  • Ini membantu dalam mendokumentasikan operasi saat ini dalam kurun waktu singkat karena manual prosedur dan formulir menjelaskan format dan fungsi sistem saat ini.

  • Ini dapat memberikan pemahaman yang jelas tentang transaksi yang ditangani dalam organisasi, mengidentifikasi masukan untuk diproses, dan mengevaluasi kinerja.

  • Ini dapat membantu seorang analis untuk memahami sistem dalam hal operasi yang harus didukung.

  • Ini menjelaskan masalah, bagian yang terpengaruh, dan solusi yang diusulkan.

Pengamatan

Ini adalah metode pengumpulan informasi dengan memperhatikan dan mengamati orang, peristiwa, dan objek. Analis mengunjungi organisasi untuk mengamati cara kerja sistem saat ini dan memahami persyaratan sistem.

Advantages

  • Ini adalah metode langsung untuk mengumpulkan informasi.

  • Ini berguna dalam situasi di mana keaslian data yang dikumpulkan dipertanyakan atau ketika kompleksitas aspek tertentu dari sistem menghalangi penjelasan yang jelas oleh pengguna akhir.

  • Ini menghasilkan data yang lebih akurat dan andal.

  • Ini menghasilkan semua aspek dokumentasi yang tidak lengkap dan ketinggalan zaman.

Pengembangan Aplikasi Bersama (JAD)

Ini adalah teknik baru yang dikembangkan oleh IBM yang membawa pemilik, pengguna, analis, desainer, dan pembangun untuk menentukan dan merancang sistem menggunakan bengkel yang terorganisir dan intensif. Analis terlatih JAD bertindak sebagai fasilitator untuk lokakarya yang memiliki beberapa keahlian khusus.

Advantages of JAD

  • Ini menghemat waktu dan biaya dengan mengganti berbulan-bulan wawancara tradisional dan pertemuan lanjutan.

  • Ini berguna dalam budaya organisasi yang mendukung pemecahan masalah bersama.

  • Memupuk hubungan formal di antara berbagai tingkatan karyawan.

  • Ini dapat mengarah pada pengembangan desain secara kreatif.

  • Ini Memungkinkan perkembangan pesat dan meningkatkan kepemilikan sistem informasi.

Riset Sekunder atau Bacaan Latar Belakang

Metode ini banyak digunakan untuk pengumpulan informasi dengan mengakses informasi yang dikumpulkan. Ini mencakup informasi yang dikumpulkan sebelumnya yang digunakan oleh pemasar dari sumber internal atau eksternal.

Advantages

  • Itu lebih terbuka diakses dengan ketersediaan internet.

  • Ini memberikan informasi berharga dengan biaya dan waktu yang rendah.

  • Ini bertindak sebagai cikal bakal penelitian utama dan menyelaraskan fokus penelitian utama.

  • Ini digunakan oleh peneliti untuk menyimpulkan apakah penelitian itu layak karena tersedia dengan prosedur yang digunakan dan masalah dalam mengumpulkannya.

Studi kelayakan

Studi Kelayakan dapat dianggap sebagai investigasi awal yang membantu manajemen dalam mengambil keputusan apakah studi sistem layak untuk dikembangkan atau tidak.

  • Ini mengidentifikasi kemungkinan untuk meningkatkan sistem yang ada, mengembangkan sistem baru, dan menghasilkan perkiraan yang disempurnakan untuk pengembangan sistem lebih lanjut.

  • Ini digunakan untuk mendapatkan garis besar masalah dan memutuskan apakah solusi yang layak atau tepat ada atau tidak.

  • Tujuan utama dari studi kelayakan adalah untuk memperoleh ruang lingkup masalah daripada menyelesaikan masalah.

  • Keluaran dari studi kelayakan adalah proposal sistem formal yang bertindak sebagai dokumen keputusan yang memuat sifat dan ruang lingkup sistem yang diusulkan secara lengkap.

Langkah-langkah yang Terlibat dalam Analisis Kelayakan

Langkah-langkah berikut harus diikuti saat melakukan analisis kelayakan -

  • Bentuk tim proyek dan tunjuk pemimpin proyek.

  • Kembangkan diagram alur sistem.

  • Identifikasi kekurangan sistem saat ini dan tetapkan tujuan.

  • Menghitung solusi alternatif atau sistem kandidat potensial untuk memenuhi tujuan.

  • Tentukan kelayakan masing-masing alternatif seperti kelayakan teknis, kelayakan operasional, dll.

  • Timbang kinerja dan efektivitas biaya setiap sistem kandidat.

  • Beri peringkat alternatif lain dan pilih sistem kandidat terbaik.

  • Menyiapkan proposal sistem arahan proyek akhir kepada manajemen untuk disetujui.

Jenis Kelayakan

Kelayakan Ekonomi

  • Evaluasi efektifitas sistem kandidat dengan menggunakan metode analisis biaya / manfaat.

  • Ini menunjukkan manfaat bersih dari sistem kandidat dalam hal manfaat dan biaya bagi organisasi.

  • Tujuan utama Economic Feasibility Analysis (EFS) adalah untuk memperkirakan kebutuhan ekonomi sistem kandidat sebelum dana investasi dimasukkan ke dalam proposal.

  • Ini lebih memilih alternatif yang akan memaksimalkan kekayaan bersih organisasi dengan pengembalian dana paling awal dan tertinggi bersama dengan tingkat risiko terendah yang terlibat dalam pengembangan sistem kandidat.

Kelayakan Teknis

  • Ini menyelidiki kelayakan teknis dari setiap alternatif implementasi.

  • Ini menganalisis dan menentukan apakah solusi tersebut dapat didukung oleh teknologi yang ada atau tidak.

  • Analis menentukan apakah sumber daya teknis saat ini ditingkatkan atau ditambahkan yang memenuhi persyaratan baru.

  • Ini memastikan bahwa sistem kandidat memberikan tanggapan yang sesuai sejauh mana dapat mendukung peningkatan teknis.

Kelayakan Operasional

  • Ini menentukan apakah sistem beroperasi secara efektif setelah dikembangkan dan diterapkan.

  • Ini memastikan bahwa manajemen harus mendukung sistem yang diusulkan dan kelayakan kerjanya di lingkungan organisasi saat ini.

  • Ini menganalisis apakah pengguna akan terpengaruh dan mereka menerima metode bisnis yang dimodifikasi atau baru yang memengaruhi kemungkinan manfaat sistem.

  • Ini juga memastikan bahwa sumber daya komputer dan arsitektur jaringan sistem kandidat dapat diterapkan.

Kelayakan Perilaku

  • Ini mengevaluasi dan memperkirakan sikap atau perilaku pengguna terhadap pengembangan sistem baru.

  • Ini membantu dalam menentukan apakah sistem memerlukan upaya khusus untuk mendidik, melatih kembali, mentransfer, dan mengubah status pekerjaan karyawan tentang cara-cara baru dalam menjalankan bisnis.

Kelayakan Jadwal

  • Ini memastikan bahwa proyek harus diselesaikan dalam batasan waktu atau jadwal tertentu.

  • Ini juga memverifikasi dan memvalidasi apakah tenggat waktu proyek masuk akal atau tidak.

Analis menggunakan berbagai alat untuk memahami dan menggambarkan sistem informasi. Salah satunya dengan menggunakan analisis terstruktur.

Apa itu Analisis Terstruktur?

Analisis Terstruktur adalah metode pengembangan yang memungkinkan analis untuk memahami sistem dan aktivitasnya secara logis.

Ini adalah pendekatan sistematis, yang menggunakan alat grafis yang menganalisis dan menyempurnakan tujuan dari sistem yang ada dan mengembangkan spesifikasi sistem baru yang dapat dengan mudah dipahami oleh pengguna.

Ini memiliki atribut berikut -

  • Ini adalah grafik yang menentukan presentasi aplikasi.

  • Ini membagi proses sehingga memberikan gambaran yang jelas tentang aliran sistem.

  • Ini lebih logis daripada fisik yaitu, elemen sistem tidak bergantung pada vendor atau perangkat keras.

  • Ini adalah pendekatan yang bekerja dari ikhtisar tingkat tinggi ke rincian tingkat bawah.

Alat Analisis Terstruktur

Selama Analisis Terstruktur, berbagai alat dan teknik digunakan untuk pengembangan sistem. Mereka adalah -

  • Diagram Arus Data
  • Kamus data
  • Pohon Keputusan
  • Tabel Keputusan
  • Bahasa Inggris Terstruktur
  • Pseudocode

Diagram Alir Data (DFD) atau Bubble Chart

Ini adalah teknik yang dikembangkan oleh Larry Constantine untuk mengekspresikan persyaratan sistem dalam bentuk grafik.

  • Ini menunjukkan aliran data antara berbagai fungsi sistem dan menentukan bagaimana sistem saat ini diimplementasikan.

  • Ini adalah tahap awal dari fase desain yang secara fungsional membagi spesifikasi kebutuhan hingga ke tingkat detail terendah.

  • Sifat grafisnya menjadikannya alat komunikasi yang baik antara pengguna dan analis atau analis dan perancang sistem.

  • Ini memberikan gambaran umum tentang data apa yang diproses sistem, transformasi apa yang dilakukan, data apa yang disimpan, hasil apa yang dihasilkan dan di mana mereka mengalir.

Elemen Dasar DFD

DFD mudah dipahami dan cukup efektif bila desain yang dibutuhkan tidak jelas dan pengguna menginginkan bahasa notasi untuk komunikasi. Namun, ini membutuhkan banyak iterasi untuk mendapatkan solusi yang paling akurat dan lengkap.

Tabel berikut menunjukkan simbol-simbol yang digunakan dalam mendesain DFD dan signifikansinya -

Nama Simbol Simbol Berarti
Kotak
Sumber atau Tujuan Data
Panah
Aliran data
Lingkaran
Proses transformasi aliran data
Buka Persegi Panjang
Penyimpanan data

Jenis DFD

DFD terdiri dari dua jenis: DFD Fisik dan DFD Logis. Tabel berikut mencantumkan poin-poin yang membedakan DFD fisik dari DFD logis.

DFD fisik DFD logis
Ini tergantung pada implementasi. Ini menunjukkan fungsi mana yang dilakukan. Ini adalah implementasi independen. Ini hanya berfokus pada aliran data antar proses.
Ini memberikan detail tingkat rendah dari perangkat keras, perangkat lunak, file, dan orang. Ini menjelaskan peristiwa sistem dan data yang dibutuhkan oleh setiap peristiwa.
Ini menggambarkan bagaimana sistem saat ini beroperasi dan bagaimana sistem akan diimplementasikan. Ini menunjukkan bagaimana bisnis beroperasi; bukan bagaimana sistem dapat diimplementasikan.

Diagram konteks

Diagram konteks membantu dalam memahami keseluruhan sistem dengan satu DFD yang memberikan gambaran umum dari suatu sistem. Ini dimulai dengan menyebutkan proses utama dengan sedikit detail dan kemudian memberikan lebih banyak detail proses dengan pendekatan top-down.

Diagram konteks manajemen mess ditunjukkan di bawah ini.

Kamus data

Kamus data adalah gudang terstruktur dari elemen data dalam sistem. Ini menyimpan deskripsi dari semua elemen data DFD yaitu, rincian dan definisi aliran data, penyimpanan data, data yang disimpan di penyimpanan data, dan proses.

Kamus data meningkatkan komunikasi antara analis dan pengguna. Ini memainkan peran penting dalam membangun database. Kebanyakan DBMS memiliki kamus data sebagai fitur standar. Misalnya, lihat tabel berikut -

Sr.No. Nama Data Deskripsi Jumlah Karakter
1 ISBN Nomor ISBN 10
2 JUDUL judul 60
3 SUB Subjek Buku 80
4 SEBUAH NAMA Nama Penulis 15

Pohon Keputusan

Pohon keputusan adalah metode untuk mendefinisikan hubungan yang kompleks dengan mendeskripsikan keputusan dan menghindari masalah dalam komunikasi. Pohon keputusan adalah diagram yang menunjukkan tindakan dan kondisi alternatif dalam kerangka pohon horizontal. Dengan demikian, ini menggambarkan kondisi mana yang harus dipertimbangkan pertama, kedua, dan seterusnya.

Pohon keputusan menggambarkan hubungan setiap kondisi dan tindakan yang diizinkan. Node persegi menunjukkan tindakan dan lingkaran menunjukkan suatu kondisi. Ini memaksa analis untuk mempertimbangkan urutan keputusan dan mengidentifikasi keputusan aktual yang harus dibuat.

Batasan utama dari pohon keputusan adalah kurangnya informasi dalam formatnya untuk menggambarkan kombinasi kondisi lain yang dapat Anda lakukan untuk pengujian. Ini adalah representasi tunggal dari hubungan antara kondisi dan tindakan.

Misalnya, lihat pohon keputusan berikut -

Tabel Keputusan

Tabel keputusan adalah metode untuk menggambarkan hubungan logis yang kompleks dengan cara yang tepat dan mudah dimengerti.

  • Ini berguna dalam situasi di mana tindakan yang dihasilkan bergantung pada terjadinya satu atau beberapa kombinasi kondisi independen.

  • Ini adalah matriks yang berisi baris atau kolom untuk mendefinisikan masalah dan tindakan.

Komponen Tabel Keputusan

  • Condition Stub - Berada di kuadran kiri atas yang mencantumkan semua kondisi yang akan diperiksa.

  • Action Stub - Berada di kuadran kiri bawah yang menguraikan semua tindakan yang harus dilakukan untuk memenuhi kondisi tersebut.

  • Condition Entry - Berada di kuadran kanan atas yang memberikan jawaban atas pertanyaan yang diajukan dalam kondisi kuadran rintisan.

  • Action Entry - Berada pada kuadran kanan bawah yang menunjukkan tindakan yang sesuai sebagai hasil dari jawaban atas kondisi pada kuadran entry kondisi.

Entri dalam tabel keputusan diberikan oleh Aturan Keputusan yang mendefinisikan hubungan antara kombinasi kondisi dan tindakan. Di bagian aturan,

  • Y menunjukkan adanya suatu kondisi.
  • N merepresentasikan kondisi yang tidak terpenuhi.
  • Kosong - terhadap tindakan menyatakan itu harus diabaikan.
  • X (atau tanda centang akan dilakukan) terhadap tindakan menyatakan itu harus dilakukan.

Misalnya, lihat tabel berikut -

KONDISI Aturan 1 Aturan 2 Aturan 3 Aturan 4
Pembayaran uang muka dilakukan Y N N N
Jumlah pembelian = Rs 10.000 / - - Y Y N
Pelanggan reguler - Y N -
ACTIONS
Berikan diskon 5% X X - -
Tidak memberikan diskon - - X X

Bahasa Inggris Terstruktur

Structure English berasal dari bahasa pemrograman terstruktur yang memberikan gambaran proses yang lebih dimengerti dan tepat. Ini didasarkan pada logika prosedural yang menggunakan konstruksi dan kalimat imperatif yang dirancang untuk melakukan operasi tindakan.

  • Ini paling baik digunakan ketika urutan dan loop dalam suatu program harus dipertimbangkan dan masalahnya membutuhkan urutan tindakan dengan keputusan.

  • Itu tidak memiliki aturan sintaks yang ketat. Ini mengungkapkan semua logika dalam hal struktur keputusan dan iterasi berurutan.

Misalnya, lihat urutan tindakan berikut -

if customer pays advance 
   then 
      Give 5% Discount 
   else 
      if purchase amount >=10,000 
         then 
            if  the customer is a regular customer 
               then Give 5% Discount 
            else  No Discount
         end if 
      else No Discount  
   end if 
end if

Pseudocode

Pseudocode tidak sesuai dengan bahasa pemrograman apa pun dan mengekspresikan logika dalam bahasa Inggris biasa.

  • Ini dapat menentukan logika pemrograman fisik tanpa pengkodean aktual selama dan setelah desain fisik.

  • Ini digunakan bersama dengan pemrograman terstruktur.

  • Ini menggantikan diagram alur program.

Panduan untuk Memilih Alat yang Sesuai

Gunakan pedoman berikut untuk memilih alat yang paling sesuai yang sesuai dengan kebutuhan Anda -

  • Gunakan DFD pada analisis tingkat tinggi atau rendah untuk menyediakan dokumentasi sistem yang baik.

  • Gunakan kamus data untuk menyederhanakan struktur guna memenuhi kebutuhan data sistem.

  • Gunakan bahasa Inggris terstruktur jika ada banyak loop dan tindakan yang rumit.

  • Gunakan tabel keputusan ketika ada banyak kondisi untuk diperiksa dan logikanya rumit.

  • Gunakan pohon keputusan saat pengurutan kondisi penting dan jika ada sedikit kondisi yang akan diuji.

System designadalah fase yang menjembatani kesenjangan antara domain masalah dan sistem yang ada dengan cara yang dapat dikelola. Fase ini berfokus pada domain solusi, yaitu "bagaimana menerapkan?"

Ini adalah fase di mana dokumen SRS diubah menjadi format yang dapat diimplementasikan dan memutuskan bagaimana sistem akan beroperasi.

Dalam tahap ini, kegiatan pengembangan sistem yang kompleks dibagi menjadi beberapa sub kegiatan yang lebih kecil, yang saling berkoordinasi untuk mencapai tujuan utama pengembangan sistem.

Masukan untuk Desain Sistem

Desain sistem mengambil masukan berikut -

  • Laporan kerja

  • Rencana penentuan kebutuhan

  • Analisis situasi saat ini

  • Persyaratan sistem yang diusulkan termasuk model data konseptual, DFD yang dimodifikasi, dan Metadata (data tentang data).

Keluaran untuk Desain Sistem

Desain sistem memberikan keluaran berikut -

  • Infrastruktur dan perubahan organisasi untuk sistem yang diusulkan.

  • Skema data, seringkali skema relasional.

  • Metadata untuk mendefinisikan tabel / file dan kolom / data-item.

  • Diagram hierarki fungsi atau peta halaman web yang menggambarkan struktur program secara grafis.

  • Aktual atau pseudocode untuk setiap modul dalam program.

  • Prototipe untuk sistem yang diusulkan.

Jenis Desain Sistem

Desain Logis

Desain logis berkaitan dengan representasi abstrak dari aliran data, masukan, dan keluaran dari sistem. Ini menggambarkan input (sumber), output (tujuan), database (penyimpanan data), prosedur (arus data) semua dalam format yang memenuhi persyaratan pengguna.

Sambil mempersiapkan desain logis dari suatu sistem, analis sistem menentukan kebutuhan pengguna pada tingkat detail yang secara virtual menentukan aliran informasi masuk dan keluar dari sistem dan sumber data yang diperlukan. Diagram aliran data, pemodelan diagram ER digunakan.

Desain Fisik

Desain fisik berkaitan dengan proses input dan output aktual dari sistem. Ini berfokus pada bagaimana data dimasukkan ke dalam sistem, diverifikasi, diproses, dan ditampilkan sebagai output.

Ini menghasilkan sistem kerja dengan mendefinisikan spesifikasi desain yang secara tepat menentukan apa yang dilakukan oleh sistem kandidat. Ini berkaitan dengan desain antarmuka pengguna, desain proses, dan desain data.

Ini terdiri dari langkah-langkah berikut -

  • Menentukan media input / output, mendesain database, dan menentukan prosedur backup.

  • Implementasi sistem perencanaan.

  • Merancang pengujian dan rencana implementasi, dan menentukan perangkat keras dan perangkat lunak baru.

  • Memperbarui biaya, manfaat, tanggal konversi, dan batasan sistem.

Desain arsitektur

Ia juga dikenal sebagai desain tingkat tinggi yang berfokus pada desain arsitektur sistem. Ini menggambarkan struktur dan perilaku sistem. Ini mendefinisikan struktur dan hubungan antara berbagai modul proses pengembangan sistem.

Desain yang rinci

Ini mengikuti desain Arsitektur dan berfokus pada pengembangan setiap modul.

Pemodelan Data Konseptual

Ini adalah representasi dari data organisasi yang mencakup semua entitas dan hubungan utama. Analis sistem mengembangkan model data konseptual untuk sistem saat ini yang mendukung ruang lingkup dan persyaratan untuk sistem yang diusulkan.

Tujuan utama pemodelan data konseptual adalah untuk menangkap makna data sebanyak mungkin. Sebagian besar organisasi saat ini menggunakan pemodelan data konseptual menggunakan model ER yang menggunakan notasi khusus untuk merepresentasikan sebanyak mungkin makna tentang data.

Model Hubungan Entitas

Ini adalah teknik yang digunakan dalam desain basis data yang membantu menggambarkan hubungan antara berbagai entitas organisasi.

Istilah yang digunakan dalam model ER

  • ENTITY- Ini menentukan item dunia nyata yang berbeda dalam aplikasi. Misalnya: vendor, item, siswa, kursus, guru, dll.

  • RELATIONSHIP- Mereka adalah ketergantungan yang berarti antara entitas. Misalnya, pemasok persediaan barang, guru mengajar kursus, kemudian persediaan dan kursus adalah hubungan.

  • ATTRIBUTES- Ini menentukan properti hubungan. Misalnya, kode vendor, nama siswa. Simbol yang digunakan dalam model ER dan artinya masing-masing -

Tabel berikut menunjukkan simbol yang digunakan dalam model ER dan signifikansinya -

Simbol Berarti
Kesatuan
Entitas Lemah
Hubungan
Hubungan Identitas
Atribut
Atribut Kunci
Multinilai
Atribut Komposit
Atribut Turunan
Total Partisipasi E2 di R
Cardinality Ratio 1: N untuk E1: E2 in R

Tiga tipe hubungan bisa ada di antara dua kumpulan data: satu-ke-satu, satu-ke-banyak, dan banyak-ke-banyak.

Organisasi File

Ini menjelaskan bagaimana catatan disimpan dalam sebuah file.

Ada empat metode organisasi file -

  • Serial - Rekaman disimpan dalam urutan kronologis (dalam urutan saat dimasukkan atau terjadi). Examples - Pencatatan biaya telepon, transaksi ATM, antrian Telepon.

  • Sequential - Rekaman disimpan secara berurutan berdasarkan bidang kunci yang berisi nilai yang secara unik mengidentifikasi rekaman. Examples - Direktori telepon.

  • Direct (relative)- Setiap catatan disimpan berdasarkan alamat fisik atau lokasi di perangkat. Alamat dihitung dari nilai yang disimpan di bidang kunci rekaman. Mengacak rutin atau algoritma hashing melakukan konversi.

  • Indexed - Rekaman dapat diproses baik secara berurutan maupun non-sekuensial menggunakan indeks.

Perbandingan

Akses File

Seseorang dapat mengakses file menggunakan Akses Sekuensial atau Akses Acak. Metode Akses File memungkinkan program komputer membaca atau menulis catatan dalam file.

Akses Berurutan

Setiap record pada file diproses mulai dari record pertama hingga End of File (EOF) tercapai. Ini efisien ketika sejumlah besar catatan pada file perlu diakses pada waktu tertentu. Data yang disimpan pada tape (akses sekuensial) hanya dapat diakses secara berurutan.

Akses Langsung (Acak)

Rekaman ditempatkan dengan mengetahui lokasi fisik atau alamatnya pada perangkat daripada posisinya relatif terhadap catatan lain. Data yang disimpan pada perangkat CD (akses langsung) dapat diakses baik secara berurutan atau acak.

Jenis File yang digunakan dalam Sistem Organisasi

Berikut adalah jenis file yang digunakan dalam sistem organisasi -

  • Master file- Berisi informasi terkini untuk suatu sistem. Misalnya, file pelanggan, file siswa, direktori telepon.

  • Table file- Ini adalah jenis file master yang jarang berubah dan disimpan dalam format tabel. Misalnya, menyimpan Kode Pos.

  • Transaction file- Berisi informasi sehari-hari yang dihasilkan dari kegiatan bisnis. Ini digunakan untuk memperbarui atau memproses file master. Misalnya, Alamat karyawan.

  • Temporary file - Itu dibuat dan digunakan kapan pun dibutuhkan oleh sistem.

  • Mirror file- Mereka adalah duplikat persis dari file lain. Membantu meminimalkan risiko waktu henti jika dokumen asli tidak dapat digunakan. Mereka harus dimodifikasi setiap kali file asli diubah.

  • Log files- Mereka berisi salinan master dan catatan transaksi untuk mencatat setiap perubahan yang dibuat ke file master. Ini memfasilitasi audit dan menyediakan mekanisme untuk pemulihan jika terjadi kegagalan sistem.

  • Archive files - File cadangan yang berisi versi historis dari file lain.

Pengendalian Dokumentasi

Dokumentasi adalah proses pencatatan informasi untuk referensi atau tujuan operasional apa pun. Ini membantu pengguna, manajer, dan staf TI, yang membutuhkannya. Dokumen yang disiapkan harus diperbarui secara berkala untuk melacak kemajuan sistem dengan mudah.

Setelah implementasi sistem jika sistem bekerja tidak semestinya, maka dokumentasi membantu administrator untuk memahami aliran data dalam sistem untuk memperbaiki kekurangan dan membuat sistem berfungsi.

Pemrogram atau analis sistem biasanya membuat dokumentasi program dan sistem. Analis sistem biasanya bertanggung jawab untuk menyiapkan dokumentasi untuk membantu pengguna mempelajari sistem. Di perusahaan besar, tim dukungan teknis yang mencakup penulis teknis dapat membantu dalam persiapan dokumentasi pengguna dan materi pelatihan.

Keuntungan

  • Ini dapat mengurangi waktu henti sistem, memangkas biaya, dan mempercepat tugas pemeliharaan.

  • Ini memberikan gambaran yang jelas tentang aliran formal sistem saat ini dan membantu untuk memahami jenis data masukan dan bagaimana keluaran dapat diproduksi.

  • Ini menyediakan cara komunikasi yang efektif dan efisien antara pengguna teknis dan non teknis tentang sistem.

  • Ini memfasilitasi pelatihan pengguna baru sehingga dia dapat dengan mudah memahami aliran sistem.

  • Ini membantu pengguna untuk memecahkan masalah seperti pemecahan masalah dan membantu manajer untuk mengambil keputusan akhir yang lebih baik dari sistem organisasi.

  • Ini memberikan kontrol yang lebih baik untuk kerja internal atau eksternal sistem.

Jenis Dokumentasi

Ketika datang ke Desain Sistem, ada empat dokumentasi utama berikut -

  • Dokumentasi program
  • Dokumentasi sistem
  • Dokumentasi operasi
  • Dokumentasi pengguna

Dokumentasi Program

  • Ini menjelaskan input, output, dan logika pemrosesan untuk semua modul program.

  • Proses dokumentasi program dimulai pada fase analisis sistem dan berlanjut selama implementasi.

  • Dokumentasi ini memandu pemrogram, yang membuat modul yang didukung dengan baik oleh komentar dan deskripsi internal dan eksternal yang dapat dipahami dan dipelihara dengan mudah.

Dokumentasi Operasi

Dokumentasi operasi berisi semua informasi yang diperlukan untuk memproses dan mendistribusikan keluaran online dan cetak. Dokumentasi operasi harus jelas, ringkas, dan tersedia online jika memungkinkan.

Ini mencakup informasi berikut -

  • Program, analis sistem, programmer, dan identifikasi sistem.

  • Informasi penjadwalan untuk hasil cetak, seperti laporan, frekuensi eksekusi, dan tenggat waktu.

  • File masukan, sumbernya, file keluaran, dan tujuannya.

  • Kirim email dan laporkan daftar distribusi.

  • Formulir khusus diperlukan, termasuk formulir online.

  • Pesan kesalahan dan informasi ke operator dan prosedur restart.

  • Instruksi khusus, seperti persyaratan keamanan.

Dokumentasi Pengguna

Ini termasuk instruksi dan informasi kepada pengguna yang akan berinteraksi dengan sistem. Misalnya, manual pengguna, panduan bantuan, dan tutorial. Dokumentasi pengguna sangat berharga dalam melatih pengguna dan untuk tujuan referensi. Ini harus jelas, dapat dimengerti, dan mudah diakses oleh pengguna di semua tingkatan.

Pengguna, pemilik sistem, analis, dan pemrogram, semuanya melakukan upaya gabungan untuk mengembangkan panduan pengguna.

Dokumentasi pengguna harus mencakup -

  • Gambaran umum sistem yang menjelaskan dengan jelas semua fitur, kemampuan, dan batasan sistem utama.

  • Deskripsi isi dokumen sumber, persiapan, pemrosesan, dan, sampel.

  • Gambaran umum tentang menu dan opsi layar entri data, konten, dan instruksi pemrosesan.

  • Contoh laporan yang dibuat secara teratur atau tersedia atas permintaan pengguna, termasuk contoh.

  • Informasi jejak keamanan dan audit.

  • Penjelasan tanggung jawab untuk input, output, atau persyaratan pemrosesan tertentu.

  • Prosedur untuk meminta perubahan dan melaporkan masalah.

  • Contoh pengecualian dan situasi kesalahan.

  • Pertanyaan yang sering diajukan (FAQ).

  • Penjelasan tentang cara mendapatkan bantuan dan prosedur untuk memperbarui manual pengguna.

Dokumentasi Sistem

Dokumentasi sistem berfungsi sebagai spesifikasi teknis untuk SI dan bagaimana tujuan SI dicapai. Pengguna, manajer, dan pemilik SI tidak perlu merujuk dokumentasi sistem. Dokumentasi sistem memberikan dasar untuk memahami aspek teknis SI ketika modifikasi dilakukan.

  • Ini menggambarkan setiap program dalam IS dan keseluruhan IS itu sendiri.

  • Ini menggambarkan fungsi sistem, cara penerapannya, tujuan setiap program dalam keseluruhan IS sehubungan dengan urutan pelaksanaan, informasi yang diteruskan ke dan dari program, dan aliran sistem secara keseluruhan.

  • Ini mencakup entri kamus data, diagram aliran data, model objek, tata letak layar, dokumen sumber, dan permintaan sistem yang memulai proyek.

  • Sebagian besar dokumentasi sistem disiapkan selama tahap analisis sistem dan desain sistem.

  • Selama implementasi sistem, seorang analis harus meninjau dokumentasi sistem untuk memverifikasi bahwa itu lengkap, akurat, dan mutakhir, dan termasuk setiap perubahan yang dibuat selama proses implementasi.

Strategi Top-Down

Strategi top-down menggunakan pendekatan modular untuk mengembangkan desain sistem. Disebut demikian karena dimulai dari modul tingkat atas atau tingkat tertinggi dan bergerak menuju modul tingkat terendah.

Dalam teknik ini, modul tingkat tertinggi atau modul utama untuk pengembangan perangkat lunak diidentifikasi. Modul utama dibagi menjadi beberapa submodul atau segmen yang lebih kecil dan lebih sederhana berdasarkan tugas yang dilakukan oleh setiap modul. Kemudian, setiap submodul selanjutnya dibagi lagi menjadi beberapa submodul dari tingkat yang lebih rendah. Proses membagi setiap modul menjadi beberapa submodul berlanjut hingga modul tingkat terendah, yang tidak dapat dibagi lagi, tidak diidentifikasi.

Strategi Bottom-Up

Strategi Bottom-Up mengikuti pendekatan modular untuk mengembangkan desain sistem. Disebut demikian karena dimulai dari modul tingkat bawah atau paling dasar dan bergerak menuju modul tingkat tertinggi.

Dalam teknik ini,

  • Modul di tingkat paling dasar atau paling bawah diidentifikasi.

  • Modul-modul ini kemudian dikelompokkan berdasarkan fungsi yang dilakukan oleh masing-masing modul untuk membentuk modul tingkat yang lebih tinggi berikutnya.

  • Kemudian, modul-modul ini selanjutnya digabungkan untuk membentuk modul tingkat yang lebih tinggi berikutnya.

  • Proses pengelompokan beberapa modul yang lebih sederhana untuk membentuk modul tingkat yang lebih tinggi berlanjut hingga modul utama proses pengembangan sistem tercapai.

Desain Terstruktur

Desain terstruktur adalah metodologi berbasis aliran data yang membantu dalam mengidentifikasi masukan dan keluaran dari sistem yang sedang berkembang. Tujuan utama dari desain terstruktur adalah untuk meminimalkan kompleksitas dan meningkatkan modularitas suatu program. Desain terstruktur juga membantu dalam mendeskripsikan aspek fungsional dari sistem.

Dalam perancangan terstruktur, spesifikasi sistem bertindak sebagai dasar untuk secara grafis mewakili aliran data dan urutan proses yang terlibat dalam pengembangan perangkat lunak dengan bantuan DFD. Setelah mengembangkan DFD untuk sistem perangkat lunak, langkah selanjutnya adalah mengembangkan bagan struktur.

Modularisasi

Desain terstruktur membagi program menjadi modul kecil dan independen. Ini diatur dari atas ke bawah dengan detail yang ditampilkan di bawah.

Dengan demikian, desain terstruktur menggunakan pendekatan yang disebut modularisasi atau dekomposisi untuk meminimalkan kompleksitas dan mengelola masalah dengan membaginya menjadi segmen-segmen yang lebih kecil.

Advantages

  • Antarmuka kritis diuji terlebih dahulu.
  • Ini memberikan abstraksi.
  • Ini memungkinkan banyak programmer untuk bekerja secara bersamaan.
  • Ini memungkinkan penggunaan kembali kode.
  • Ini memberikan kendali dan meningkatkan moral.
  • Itu membuat identifikasi struktur lebih mudah.

Bagan Terstruktur

Bagan terstruktur adalah alat yang direkomendasikan untuk merancang sistem modular, top-down yang menentukan berbagai modul pengembangan sistem dan hubungan antara setiap modul. Ini menunjukkan modul sistem dan hubungan mereka di antara mereka.

Ini terdiri dari diagram yang terdiri dari kotak persegi panjang yang mewakili modul, panah penghubung, atau garis.

  • Control Module - Ini adalah modul tingkat yang lebih tinggi yang mengarahkan modul tingkat yang lebih rendah, disebut subordinate modules.

  • Library Module - Ini adalah modul yang dapat digunakan kembali dan dapat dipanggil dari lebih dari satu titik di bagan.

Kami memiliki dua pendekatan berbeda untuk merancang bagan terstruktur -

  • Transform-Centered Structured Charts - Mereka digunakan ketika semua transaksi mengikuti jalur yang sama.

  • Transaction–Centered Structured Charts - Mereka digunakan ketika semua transaksi tidak mengikuti jalur yang sama.

Tujuan Menggunakan Diagram Alir Struktur

  • Untuk mendorong desain top-down.

  • Untuk mendukung konsep modul dan mengidentifikasi modul yang sesuai.

  • Untuk menunjukkan ukuran dan kompleksitas sistem.

  • Untuk mengidentifikasi jumlah fungsi dan modul yang siap diidentifikasi dalam setiap fungsi.

  • Untuk menggambarkan apakah setiap fungsi yang dapat diidentifikasi adalah entitas yang dapat dikelola atau harus dipecah menjadi komponen yang lebih kecil.

Faktor yang Mempengaruhi Kompleksitas Sistem

Untuk mengembangkan kualitas perangkat lunak sistem yang baik, perlu dikembangkan desain yang baik. Oleh karena itu, fokus utama dalam mengembangkan desain sistem adalah kualitas desain perangkat lunak. Desain perangkat lunak yang berkualitas baik adalah yang meminimalkan kerumitan dan pengeluaran biaya dalam pengembangan perangkat lunak.

Dua konsep penting terkait pengembangan sistem yang membantu dalam menentukan kompleksitas sistem adalah coupling dan cohesion.

Kopel

Kopling adalah ukuran kemandirian komponen. Ini mendefinisikan tingkat ketergantungan setiap modul pengembangan sistem di satu sama lain. Dalam praktiknya, ini berarti semakin kuat kopling antar modul dalam suatu sistem, semakin sulit untuk mengimplementasikan dan memelihara sistem tersebut.

Setiap modul harus memiliki antarmuka yang sederhana dan bersih dengan modul lain, dan jumlah minimum elemen data harus dibagi antar modul.

Kopling Tinggi

Jenis sistem ini memiliki interkoneksi dengan unit program yang bergantung satu sama lain. Perubahan pada satu subsistem menyebabkan dampak yang tinggi pada subsistem lainnya.

Kopling Rendah

Jenis sistem ini terdiri dari komponen yang independen atau hampir independen. Perubahan dalam satu subsistem tidak mempengaruhi subsistem lainnya.

Ukuran Kopling

  • Content Coupling - Jika satu komponen benar-benar memodifikasi komponen lain, maka komponen yang dimodifikasi sepenuhnya bergantung pada modifikasi satu.

  • Common Coupling - Ketika jumlah kopling dikurangi dengan mengatur desain sistem sehingga data dapat diakses dari penyimpanan data umum.

  • Control Coupling - Ketika satu komponen melewati parameter untuk mengontrol aktivitas komponen lain.

  • Stamp Coupling - Ketika struktur data digunakan untuk meneruskan informasi dari satu komponen ke komponen lainnya.

  • Data Coupling - Ketika hanya data yang dilewatkan maka komponen dihubungkan dengan kopling ini.

Kohesi

Kohesi adalah ukuran kedekatan hubungan antar komponennya. Ini mendefinisikan jumlah ketergantungan komponen modul satu sama lain. Dalam praktiknya, ini berarti perancang sistem harus memastikan bahwa -

  • Mereka tidak membagi proses penting menjadi modul yang terfragmentasi.

  • Mereka tidak mengumpulkan bersama proses yang tidak terkait yang direpresentasikan sebagai proses di DFD menjadi modul yang tidak berarti.

Modul terbaik adalah modul yang kohesif secara fungsional. Modul terburuk adalah modul yang secara kebetulan kohesif.

Derajat keterpaduan yang paling buruk

Kohesi kebetulan ditemukan dalam komponen yang bagian-bagiannya tidak terkait dengan yang lain.

  • Logical Cohesion - Di sinilah beberapa fungsi atau elemen data yang terkait secara logis ditempatkan dalam komponen yang sama.

  • Temporal Cohesion - Ini adalah ketika komponen yang digunakan untuk menginisialisasi sistem atau mengatur variabel melakukan beberapa fungsi secara berurutan, tetapi fungsi tersebut terkait dengan waktu yang terlibat.

  • Procedurally Cohesion - Ini adalah saat fungsi dikelompokkan bersama dalam sebuah komponen hanya untuk memastikan urutan ini.

  • Sequential Cohesion - Ini adalah ketika keluaran dari satu bagian komponen adalah masukan ke bagian berikutnya.

Desain Input

Dalam suatu sistem informasi, masukan merupakan data mentah yang diolah untuk menghasilkan keluaran. Selama desain input, pengembang harus mempertimbangkan perangkat input seperti PC, MICR, OMR, dll.

Oleh karena itu kualitas input sistem menentukan kualitas output sistem. Formulir dan layar masukan yang dirancang dengan baik memiliki properti berikut -

  • Ini harus melayani tujuan tertentu secara efektif seperti menyimpan, merekam, dan mengambil informasi.

  • Ini memastikan penyelesaian yang tepat dengan akurasi.

  • Ini harus mudah diisi dan lugas.

  • Ini harus fokus pada perhatian, konsistensi, dan kesederhanaan pengguna.

  • Semua tujuan ini diperoleh dengan menggunakan pengetahuan tentang prinsip-prinsip desain dasar mengenai -

    • Apa masukan yang dibutuhkan untuk sistem?

    • Bagaimana pengguna akhir menanggapi berbagai elemen bentuk dan layar.

Tujuan Desain Input

Tujuan dari desain input adalah -

  • Merancang prosedur pemasukan dan pemasukan data

  • Untuk mengurangi volume masukan

  • Untuk merancang dokumen sumber untuk pengambilan data atau merancang metode pengambilan data lainnya

  • Untuk merancang catatan data masukan, layar entri data, layar antarmuka pengguna, dll.

  • Untuk menggunakan pemeriksaan validasi dan mengembangkan kontrol masukan yang efektif.

Metode Input Data

Penting untuk merancang metode input data yang sesuai untuk mencegah kesalahan saat memasukkan data. Metode ini bergantung pada apakah data dimasukkan oleh pelanggan dalam formulir secara manual dan kemudian dimasukkan oleh operator entri data, atau data langsung dimasukkan oleh pengguna di PC.

Sebuah sistem harus mencegah pengguna melakukan kesalahan dengan -

  • Desain bentuk yang jelas dengan menyisakan ruang yang cukup untuk menulis dengan jelas.
  • Instruksi yang jelas untuk mengisi formulir.
  • Desain bentuk yang jelas.
  • Mengurangi penekanan tombol.
  • Umpan balik kesalahan segera.

Beberapa metode input data yang populer adalah -

  • Metode masukan batch (Metode masukan data offline)
  • Metode input data online
  • Formulir yang dapat dibaca komputer
  • Input data interaktif

Kontrol Integritas Input

Kontrol integritas input mencakup sejumlah metode untuk menghilangkan kesalahan input umum oleh pengguna akhir. Mereka juga memasukkan pemeriksaan pada nilai masing-masing bidang; baik untuk format dan kelengkapan semua input.

Jejak audit untuk entri data dan operasi sistem lainnya dibuat menggunakan log transaksi yang memberikan catatan tentang semua perubahan yang dimasukkan dalam database untuk memberikan keamanan dan cara pemulihan jika terjadi kegagalan.

Desain Keluaran

Desain keluaran adalah tugas terpenting dari sistem apa pun. Selama desain keluaran, pengembang mengidentifikasi jenis keluaran yang diperlukan, dan mempertimbangkan kontrol keluaran yang diperlukan dan tata letak laporan prototipe.

Tujuan Desain Output

Tujuan dari desain input adalah -

  • Untuk mengembangkan desain keluaran yang memenuhi tujuan yang dimaksudkan dan menghilangkan produksi keluaran yang tidak diinginkan.

  • Untuk mengembangkan desain keluaran yang memenuhi persyaratan pengguna akhir.

  • Untuk memberikan jumlah output yang sesuai.

  • Untuk membentuk keluaran dalam format yang sesuai dan mengarahkannya ke orang yang tepat.

  • Untuk membuat keluaran tersedia tepat waktu untuk membuat keputusan yang baik.

Sekarang mari kita membahas berbagai jenis keluaran -

Output Eksternal

Produsen membuat dan merancang keluaran eksternal untuk printer. Keluaran eksternal memungkinkan sistem untuk membiarkan tindakan pemicu di pihak penerima atau mengkonfirmasi tindakan kepada penerima mereka.

Beberapa output eksternal dirancang sebagai output turnaround, yang diimplementasikan sebagai bentuk dan masuk kembali ke sistem sebagai input.

Keluaran internal

Keluaran internal ada di dalam sistem, dan digunakan oleh pengguna akhir dan manajer. Mereka mendukung manajemen dalam pengambilan keputusan dan pelaporan.

Ada tiga jenis laporan yang dihasilkan oleh informasi manajemen -

  • Detailed Reports - Mereka berisi informasi saat ini yang hampir tidak memiliki penyaringan atau pembatasan yang dihasilkan untuk membantu perencanaan dan pengendalian manajemen.

  • Summary Reports - Mereka berisi tren dan potensi masalah yang dikategorikan dan diringkas yang dihasilkan untuk manajer yang tidak menginginkan detail.

  • Exception Reports - Berisi pengecualian, data yang difilter ke beberapa kondisi atau standar sebelum disajikan kepada pengelola, sebagai informasi.

Kontrol Integritas Output

Kontrol integritas keluaran mencakup kode perutean untuk mengidentifikasi sistem penerima, dan pesan verifikasi untuk mengonfirmasi penerimaan pesan yang berhasil yang ditangani oleh protokol jaringan.

Laporan yang dicetak atau format layar harus menyertakan tanggal / waktu untuk pencetakan laporan dan datanya. Laporan multi halaman berisi judul atau deskripsi laporan, dan penomoran halaman. Formulir pra-cetak biasanya menyertakan nomor versi dan tanggal efektif.

Desain Formulir

Baik formulir maupun laporan merupakan produk desain input dan output dan merupakan dokumen bisnis yang terdiri dari data tertentu. Perbedaan utamanya adalah bahwa formulir menyediakan bidang untuk input data tetapi laporan hanya digunakan untuk membaca. Misalnya, formulir pemesanan, pekerjaan dan aplikasi kredit, dll.

  • Selama mendesain formulir, desainer harus tahu -

    • siapa yang akan menggunakannya

    • kemana mereka akan dikirim

    • tujuan formulir atau laporan

  • Selama desain formulir, alat desain otomatis meningkatkan kemampuan pengembang untuk membuat prototipe formulir dan laporan dan menyajikannya kepada pengguna akhir untuk evaluasi.

Tujuan Desain Formulir yang Baik

Desain formulir yang baik diperlukan untuk memastikan hal-hal berikut -

  • Untuk menjaga layar tetap sederhana dengan memberikan urutan, informasi, dan keterangan yang jelas.

  • Untuk memenuhi tujuan yang dimaksudkan dengan menggunakan formulir yang sesuai.

  • Untuk memastikan pengisian formulir dengan akurat.

  • Untuk menjaga agar formulir tetap menarik dengan menggunakan ikon, video terbalik, atau kursor berkedip, dll.

  • Untuk memudahkan navigasi.

Jenis Formulir

Flat Forms

  • Ini adalah formulir salinan tunggal yang disiapkan secara manual atau dengan mesin dan dicetak di atas kertas. Untuk salinan tambahan asli, kertas karbon disisipkan di antara salinan.

  • Ini adalah bentuk yang paling sederhana dan murah untuk dirancang, dicetak, dan diproduksi ulang, yang menggunakan volume lebih sedikit.

Unit Set/Snap out Forms

  • Ini adalah kertas dengan karbon satu kali disisipkan menjadi set unit untuk penggunaan tulisan tangan atau mesin.

  • Karbon bisa berwarna biru atau hitam, intensitas sedang kelas standar. Umumnya, karbon biru paling baik untuk bentuk tulisan tangan sedangkan karbon hitam paling baik untuk penggunaan mesin.

Continuous strip/Fanfold Forms

  • Ini adalah beberapa bentuk unit yang digabungkan dalam strip kontinu dengan perforasi di antara setiap pasangan formulir.

  • Ini adalah metode yang lebih murah untuk penggunaan volume besar.

No Carbon Required (NCR) Paper

  • Mereka menggunakan kertas tanpa karbon yang memiliki dua lapisan kimiawi (kapsul), satu di bagian muka dan satu lagi di bagian belakang selembar kertas.

  • Saat tekanan diterapkan, kedua kapsul berinteraksi dan membuat gambar.

Sistem perangkat lunak perlu diperiksa untuk perilaku yang diinginkan dan arah kemajuan pada setiap tahap pengembangan untuk menghindari duplikasi upaya, waktu dan biaya yang berlebihan, dan untuk memastikan penyelesaian sistem dalam waktu yang ditentukan Sistem perangkat lunak perlu diperiksa untuk itu perilaku yang diinginkan dan arah kemajuan pada setiap tahap pengembangan untuk menghindari duplikasi upaya, waktu dan biaya yang berlebihan, dan untuk memastikan penyelesaian sistem dalam waktu yang ditentukan.

Pengujian sistem dan jaminan kualitas datang untuk membantu pemeriksaan sistem. Ini termasuk -

  • Kualitas tingkat produk (Pengujian)
  • Kualitas tingkat proses.

Mari kita bahas sebentar -

Menguji

Pengujian adalah proses atau aktivitas yang memeriksa fungsionalitas dan kebenaran perangkat lunak sesuai dengan kebutuhan pengguna yang ditentukan untuk meningkatkan kualitas dan keandalan sistem. Ini adalah pendekatan yang mahal, memakan waktu, dan kritis dalam pengembangan sistem yang membutuhkan perencanaan yang tepat dari keseluruhan proses pengujian.

Tes yang berhasil adalah tes yang menemukan kesalahan. Ini mengeksekusi program dengan maksud eksplisit untuk menemukan kesalahan, yaitu membuat program gagal. Ini adalah proses mengevaluasi sistem dengan tujuan menciptakan sistem yang kuat dan terutama berfokus pada area lemah dari sistem atau perangkat lunak.

Karakteristik Pengujian Sistem

Pengujian sistem dimulai pada tingkat modul dan dilanjutkan menuju integrasi seluruh sistem perangkat lunak. Teknik pengujian yang berbeda digunakan pada waktu yang berbeda saat menguji sistem. Ini dilakukan oleh pengembang untuk proyek kecil dan oleh kelompok pengujian independen untuk proyek besar.

Tahapan Pengujian Sistem

Tahapan berikut terlibat dalam pengujian -

Test Strategy

Ini adalah pernyataan yang memberikan informasi tentang berbagai tingkatan, metode, alat, dan teknik yang digunakan untuk menguji sistem. Itu harus memenuhi semua kebutuhan organisasi.

Test Plan

Ini memberikan rencana untuk menguji sistem dan memverifikasi bahwa sistem yang diuji memenuhi semua spesifikasi desain dan fungsional. Rencana pengujian memberikan informasi berikut -

  • Tujuan dari setiap tahap pengujian
  • Pendekatan dan alat yang digunakan untuk pengujian
  • Tanggung jawab dan waktu yang dibutuhkan untuk setiap aktivitas pengujian
  • Ketersediaan alat, fasilitas, dan perpustakaan uji
  • Prosedur dan standar yang diperlukan untuk perencanaan dan pelaksanaan pengujian
  • Faktor yang bertanggung jawab untuk berhasil menyelesaikan proses pengujian

Test Case Design

  • Sejumlah kasus uji diidentifikasi untuk setiap modul sistem yang akan diuji.

  • Setiap kasus uji akan menentukan bagaimana penerapan persyaratan tertentu atau keputusan desain yang akan diuji dan kriteria keberhasilan pengujian.

  • Kasus pengujian bersama dengan rencana pengujian didokumentasikan sebagai bagian dari dokumen spesifikasi sistem atau dalam dokumen terpisah yang disebut test specification atau test description.

Test Procedures

Ini terdiri dari langkah-langkah yang harus diikuti untuk menjalankan setiap kasus uji. Prosedur ini ditentukan dalam dokumen terpisah yang disebut spesifikasi prosedur pengujian. Dokumen ini juga menetapkan persyaratan dan format khusus untuk melaporkan hasil pengujian.

Test Result Documentation

File hasil pengujian berisi informasi singkat tentang jumlah kasus pengujian yang dijalankan, jumlah kesalahan, dan sifat kesalahan. Hasil ini kemudian dinilai berdasarkan kriteria dalam spesifikasi tes untuk menentukan hasil tes secara keseluruhan.

Jenis Pengujian

Pengujian dapat terdiri dari berbagai jenis dan berbagai jenis pengujian dilakukan tergantung pada jenis bug yang ingin ditemukan -

Pengujian Unit

Juga dikenal sebagai Pengujian Program, ini adalah jenis pengujian di mana analis menguji atau berfokus pada setiap program atau modul secara independen. Ini dilakukan dengan tujuan mengeksekusi setiap pernyataan modul setidaknya sekali.

  • Dalam pengujian unit, akurasi program tidak dapat dijamin dan sulit untuk melakukan pengujian berbagai kombinasi input secara detail.

  • Ini mengidentifikasi kesalahan maksimum dalam program dibandingkan dengan teknik pengujian lainnya.

Tes integrasi

Dalam Pengujian Integrasi, analis menguji beberapa modul yang bekerja sama. Ini digunakan untuk menemukan perbedaan antara sistem dan tujuan aslinya, spesifikasi terkini, dan dokumentasi sistem.

  • Disini para analis mencoba mencari area dimana modul telah didesain dengan spesifikasi yang berbeda untuk panjang data, tipe, dan nama elemen data.

  • Ini memverifikasi bahwa ukuran file memadai dan indeks telah dibangun dengan benar.

Pengujian Fungsional

Pengujian fungsi menentukan apakah sistem berfungsi dengan benar sesuai dengan spesifikasi dan dokumentasi standar yang relevan. Pengujian fungsional biasanya dimulai dengan implementasi sistem, yang sangat penting untuk keberhasilan sistem.

Pengujian fungsional dibagi menjadi dua kategori -

  • Positive Functional Testing - Ini melibatkan pengujian sistem dengan input yang valid untuk memverifikasi bahwa output yang dihasilkan sudah benar.

  • Negative Functional Testing - Ini melibatkan pengujian perangkat lunak dengan input yang tidak valid dan kondisi operasi yang tidak diinginkan.

Aturan untuk Pengujian Sistem

Untuk melakukan pengujian sistem dengan sukses, Anda harus mengikuti aturan yang diberikan -

  • Pengujian harus didasarkan pada kebutuhan pengguna.

  • Sebelum menulis skrip pengujian, memahami logika bisnis harus dipahami secara menyeluruh.

  • Rencana pengujian harus dilakukan secepat mungkin.

  • Pengujian harus dilakukan oleh pihak ketiga.

  • Ini harus dilakukan pada perangkat lunak statis.

  • Pengujian harus dilakukan untuk kondisi input yang valid dan tidak valid.

  • Pengujian harus ditinjau dan diperiksa untuk mengurangi biaya.

  • Pengujian statis dan dinamis harus dilakukan pada perangkat lunak.

  • Dokumentasi kasus uji dan hasil uji harus dilakukan.

Kualitas asuransi

Ini adalah peninjauan produk sistem atau perangkat lunak dan dokumentasinya untuk memastikan bahwa sistem memenuhi persyaratan dan spesifikasi.

  • Tujuan QA adalah untuk memberikan kepercayaan kepada pelanggan dengan pengiriman produk yang konstan sesuai spesifikasi.

  • Jaminan Kualitas Perangkat Lunak (SQA) adalah teknik yang mencakup prosedur dan alat yang diterapkan oleh para profesional perangkat lunak untuk memastikan bahwa perangkat lunak memenuhi standar yang ditentukan untuk penggunaan dan kinerja yang dimaksudkan.

  • Tujuan utama SQA adalah untuk memberikan visibilitas yang tepat dan akurat dari proyek perangkat lunak dan produk yang dikembangkan kepada administrasi.

  • Ini meninjau dan mengaudit produk perangkat lunak dan aktivitasnya sepanjang siklus hidup pengembangan sistem.

Tujuan Penjaminan Mutu

Tujuan dari penjaminan mutu adalah sebagai berikut -

  • Untuk memantau proses pengembangan perangkat lunak dan perangkat lunak akhir yang dikembangkan.

  • Untuk memastikan apakah proyek perangkat lunak menerapkan standar dan prosedur yang ditetapkan oleh manajemen.

  • Memberi tahu kelompok dan individu tentang kegiatan SQA dan hasil kegiatan ini.

  • Untuk memastikan bahwa masalah yang tidak diselesaikan dalam perangkat lunak ditangani oleh manajemen atas.

  • Untuk mengidentifikasi kekurangan dalam produk, proses, atau standar, dan memperbaikinya.

Tingkat Penjaminan Mutu

Ada beberapa tingkat QA dan pengujian yang perlu dilakukan untuk mengesahkan produk perangkat lunak.

Level 1 − Code Walk-through

Pada tingkat ini, perangkat lunak offline diperiksa atau diperiksa untuk setiap pelanggaran aturan pengkodean resmi. Secara umum, penekanan ditempatkan pada pemeriksaan dokumentasi dan tingkat komentar dalam kode.

Level 2 − Compilation and Linking

Pada level ini, diperiksa apakah perangkat lunak dapat mengkompilasi dan menghubungkan semua platform resmi dan sistem operasi.

Level 3 − Routine Running

Pada level ini, diperiksa bahwa perangkat lunak dapat berjalan dengan baik dalam berbagai kondisi seperti sejumlah acara dan ukuran acara kecil dan besar dll.

Level 4 − Performance test

Pada level akhir ini, diperiksa apakah kinerja perangkat lunak memenuhi tingkat kinerja yang ditentukan sebelumnya.

Implementasi adalah proses untuk memastikan bahwa sistem informasi beroperasi. Ini melibatkan -

  • Membangun sistem baru dari awal
  • Membangun sistem baru dari yang sudah ada.

Implementasi memungkinkan pengguna untuk mengambil alih operasinya untuk digunakan dan dievaluasi. Ini melibatkan pelatihan pengguna untuk menangani sistem dan merencanakan konversi yang lancar.

Latihan

Personil dalam sistem harus mengetahui secara detail apa peran mereka nantinya, bagaimana mereka dapat menggunakan sistem, dan apa yang akan atau tidak akan dilakukan oleh sistem. Keberhasilan atau kegagalan sistem yang dirancang dengan baik dan secara teknis elegan dapat bergantung pada cara pengoperasian dan penggunaannya.

Operator Sistem Pelatihan

Operator sistem harus dilatih dengan benar sehingga mereka dapat menangani semua kemungkinan operasi, baik rutin maupun luar biasa. Operator harus dilatih tentang malfungsi umum apa yang mungkin terjadi, bagaimana mengenalinya, dan langkah apa yang harus diambil ketika terjadi.

Pelatihan melibatkan pembuatan daftar pemecahan masalah untuk mengidentifikasi kemungkinan masalah dan solusi untuk mereka, serta nama dan nomor telepon individu yang dapat dihubungi ketika muncul masalah yang tidak terduga atau tidak biasa.

Pelatihan juga melibatkan pengenalan dengan prosedur yang dijalankan, yang melibatkan bekerja melalui urutan kegiatan yang diperlukan untuk menggunakan sistem baru.

Pelatihan Pengguna

  • Pelatihan pengguna akhir merupakan bagian penting dari pengembangan sistem informasi berbasis komputer, yang harus diberikan kepada karyawan agar mereka dapat melakukan pemecahan masalahnya sendiri.

  • Pelatihan pengguna melibatkan cara mengoperasikan peralatan, mengatasi masalah sistem, menentukan apakah masalah yang muncul disebabkan oleh peralatan atau perangkat lunak.

  • Sebagian besar pelatihan pengguna berkaitan dengan pengoperasian sistem itu sendiri. Kursus pelatihan harus dirancang untuk membantu pengguna dengan mobilisasi cepat untuk organisasi.

Pedoman Pelatihan

  • Menetapkan tujuan yang terukur
  • Menggunakan metode pelatihan yang tepat
  • Memilih tempat pelatihan yang sesuai
  • Menggunakan materi pelatihan yang dapat dimengerti

Metode Pelatihan

Pelatihan yang dipimpin instruktur

Ini melibatkan pelatih dan peserta pelatihan, yang harus bertemu pada waktu yang sama, tetapi tidak harus di tempat yang sama. Sesi pelatihan bisa satu-satu atau kolaboratif. Ini dari dua jenis -

Virtual Classroom

Dalam pelatihan ini, pelatih harus bertemu dengan peserta pelatihan pada waktu yang sama, tetapi tidak diharuskan berada di tempat yang sama. Alat utama yang digunakan di sini adalah: konferensi video, alat obrolan relai Internet berbasis teks, atau paket realitas virtual, dll.

Normal Classroom

Pelatih harus bertemu dengan peserta pelatihan pada waktu dan tempat yang sama. Alat utama yang digunakan di sini adalah papan tulis, proyektor overhead, proyektor LCD, dll.

Pelatihan Swa-Pacu

Ini melibatkan pelatih dan peserta pelatihan, yang tidak perlu bertemu di tempat atau waktu yang sama. Para peserta pelatihan mempelajari sendiri keterampilan tersebut dengan mengakses kursus sesuai keinginan mereka. Ini dari dua jenis -

Multimedia Training

Dalam pelatihan ini, mata kuliah disajikan dalam format multimedia dan disimpan dalam CD-ROM. Ini meminimalkan biaya dalam mengembangkan kursus pelatihan in-house tanpa bantuan dari pemrogram eksternal.

Web-based Training

Dalam pelatihan ini seringkali mata kuliah disajikan dalam format hyper media dan dikembangkan untuk mendukung internet dan intranet. Ini memberikan pelatihan just-in-time untuk pengguna akhir dan memungkinkan organisasi untuk menyesuaikan persyaratan pelatihan.

Konversi

Ini adalah proses migrasi dari sistem lama ke yang baru. Ini memberikan pendekatan yang dapat dipahami dan terstruktur untuk meningkatkan komunikasi antara manajemen dan tim proyek.

Rencana Konversi

Ini berisi deskripsi dari semua aktivitas yang harus terjadi selama implementasi sistem baru dan menjalankannya. Ini mengantisipasi kemungkinan masalah dan solusi untuk mengatasinya.

Ini termasuk kegiatan berikut -

  • Beri nama semua file untuk konversi.
  • Mengidentifikasi persyaratan data untuk mengembangkan file baru selama konversi.
  • Mencantumkan semua dokumen dan prosedur baru yang diperlukan.
  • Mengidentifikasi kontrol yang akan digunakan di setiap aktivitas.
  • Mengidentifikasi tanggung jawab orang untuk setiap aktivitas.
  • Memverifikasi jadwal konversi.

Metode Konversi

Empat metode konversi adalah -

  • Konversi Paralel
  • Konversi Pengalihan Langsung
  • Pendekatan Percontohan
  • Metode Tahap-In
metode Deskripsi Keuntungan Kekurangan

Konversi Paralel

Sistem lama dan baru digunakan secara bersamaan.

Memberikan fallback ketika sistem baru gagal.

Menawarkan keamanan terbesar dan pada akhirnya menguji sistem baru.

Menyebabkan pembengkakan biaya.

Sistem baru mungkin tidak mendapatkan jejak yang adil.

Konversi Pengalihan Langsung

Sistem baru diimplementasikan dan sistem lama diganti seluruhnya.

Memaksa pengguna untuk membuat sistem baru berfungsi

Manfaat langsung dari metode dan kontrol baru.

Tidak perlu mundur jika muncul masalah dengan sistem baru

Membutuhkan perencanaan yang cermat

Pendekatan Percontohan

Mendukung pendekatan bertahap yang menerapkan sistem secara bertahap di semua pengguna

Mengizinkan pelatihan dan pemasangan tanpa menggunakan sumber daya yang tidak perlu.

Hindari kemungkinan besar dari manajemen risiko.

Phasein jangka panjang menyebabkan masalah apakah konversi berjalan dengan baik atau tidak.

Metode Tahap-In

Versi kerja sistem yang diterapkan di satu bagian organisasi berdasarkan umpan balik, itu dipasang di seluruh organisasi sendirian atau tahap demi tahap.

Memberikan pengalaman dan uji garis sebelum implementasi

Ketika sistem baru yang disukai melibatkan teknologi baru atau perubahan kinerja yang drastis.

Memberi kesan bahwa sistem lama salah dan tidak dapat diandalkan.

Konversi File

Ini adalah proses mengubah satu format file ke format lain. Misalnya file dalam format WordPerfect dapat diubah menjadi Microsoft Word.

Untuk konversi yang berhasil, diperlukan rencana konversi, yang mencakup -

  • Pengetahuan tentang sistem target dan pemahaman tentang sistem saat ini
  • Teamwork
  • Metode otomatis, pengujian dan operasi paralel
  • Dukungan terus menerus untuk memperbaiki masalah
  • Memperbarui sistem / dokumentasi pengguna, dll

Banyak aplikasi populer mendukung pembukaan dan penyimpanan ke format file lain dengan jenis yang sama. Misalnya, Microsoft Word dapat membuka dan menyimpan file dalam banyak format pengolah kata lainnya.

Review Evaluasi Pasca-Implementasi (PIER)

PIER adalah alat atau pendekatan standar untuk mengevaluasi hasil proyek dan menentukan apakah proyek menghasilkan manfaat yang diharapkan dari proses, produk atau layanan. Ini memungkinkan pengguna untuk memverifikasi bahwa proyek atau sistem telah mencapai hasil yang diinginkan dalam jangka waktu tertentu dan biaya yang direncanakan.

PIER memastikan bahwa proyek telah memenuhi tujuannya dengan mengevaluasi proses pengembangan dan manajemen proyek.

Tujuan PIER

Tujuan memiliki PIER adalah sebagai berikut -

  • Untuk menentukan keberhasilan suatu proyek terhadap biaya, manfaat, dan jadwal yang diproyeksikan.

  • Untuk mengidentifikasi peluang untuk menambah nilai tambahan pada proyek.

  • Untuk menentukan kekuatan dan kelemahan proyek untuk referensi di masa mendatang dan tindakan yang tepat.

  • Untuk membuat rekomendasi tentang masa depan proyek dengan menyempurnakan teknik estimasi biaya.

Anggota staf berikut harus disertakan dalam proses peninjauan -

  • Tim dan Manajemen Proyek
  • Staf pengguna
  • Staf Manajemen Strategis
  • Pengguna eksternal

Pemeliharaan / Peningkatan Sistem

Pemeliharaan berarti memulihkan sesuatu ke kondisi aslinya. Peningkatan berarti menambah, mengubah kode untuk mendukung perubahan spesifikasi pengguna. Pemeliharaan sistem menyesuaikan sistem dengan persyaratan aslinya dan peningkatan menambah kemampuan sistem dengan memasukkan persyaratan baru.

Jadi, pemeliharaan mengubah sistem yang ada, peningkatan menambahkan fitur ke sistem yang ada, dan pengembangan menggantikan sistem yang sudah ada. Ini adalah bagian penting dari pengembangan sistem yang mencakup aktivitas yang memperbaiki kesalahan dalam desain dan implementasi sistem, memperbarui dokumen, dan menguji data.

Jenis Perawatan

Pemeliharaan sistem dapat diklasifikasikan menjadi tiga jenis -

  • Corrective Maintenance - Memungkinkan pengguna untuk melakukan perbaikan dan koreksi masalah sisa.

  • Adaptive Maintenance - Memungkinkan pengguna untuk mengganti fungsi program.

  • Perfective Maintenance - Memungkinkan pengguna untuk mengubah atau meningkatkan program sesuai dengan kebutuhan pengguna dan kebutuhan yang berubah.

Audit Sistem

Ini adalah investigasi untuk meninjau kinerja sistem operasional. Tujuan melakukan audit sistem adalah sebagai berikut -

  • Untuk membandingkan kinerja aktual dan yang direncanakan.

  • Untuk memverifikasi bahwa tujuan sistem yang dinyatakan masih valid di lingkungan saat ini.

  • Untuk mengevaluasi pencapaian tujuan yang ditetapkan.

  • Untuk memastikan keandalan informasi keuangan dan lainnya berbasis komputer.

  • Untuk memastikan semua catatan disertakan saat memproses.

  • Untuk memastikan perlindungan dari penipuan.

Audit Penggunaan Sistem Komputer

Auditor pemrosesan data mengaudit penggunaan sistem komputer untuk mengendalikannya. Auditor membutuhkan data pengendalian yang diperoleh dari sistem komputer itu sendiri.

Auditor Sistem

Peran auditor dimulai pada tahap awal pengembangan sistem sehingga sistem yang dihasilkan aman. Ini menggambarkan ide pemanfaatan sistem yang dapat direkam yang membantu dalam perencanaan beban dan memutuskan spesifikasi perangkat keras dan perangkat lunak. Ini memberikan indikasi penggunaan yang bijaksana dari sistem komputer dan kemungkinan penyalahgunaan sistem.

Uji Coba Audit

Uji coba audit atau log audit adalah catatan keamanan yang terdiri dari siapa yang telah mengakses sistem komputer dan operasi apa yang dilakukan selama periode waktu tertentu. Uji coba audit digunakan untuk melakukan penelusuran rinci tentang bagaimana data pada sistem telah berubah.

Ini memberikan bukti dokumenter dari berbagai teknik kontrol yang menjadi subjek transaksi selama pemrosesannya. Uji coba audit tidak ada secara independen. Mereka dilakukan sebagai bagian dari akuntansi untuk memulihkan transaksi yang hilang.

Metode Audit

Pengauditan dapat dilakukan dengan dua cara berbeda -

Mengaudit di Sekitar Komputer

  • Ambil contoh masukan dan terapkan aturan pemrosesan secara manual.
  • Bandingkan keluaran dengan keluaran komputer.

Mengaudit melalui Komputer

  • Menetapkan uji coba audit yang memungkinkan pemeriksaan hasil antara yang dipilih.
  • Total kontrol memberikan pemeriksaan perantara.

Pertimbangan Audit

Pertimbangan audit memeriksa hasil analisis dengan menggunakan narasi dan model untuk mengidentifikasi masalah yang disebabkan karena fungsi yang salah tempat, proses atau fungsi yang terpecah, aliran data yang rusak, data yang hilang, pemrosesan yang berlebihan atau tidak lengkap, dan peluang otomatisasi yang tidak tertangani.

Kegiatan dalam fase ini adalah sebagai berikut -

  • Identifikasi masalah lingkungan saat ini
  • Identifikasi penyebab masalah
  • Identifikasi solusi alternatif
  • Evaluasi dan analisis kelayakan setiap solusi
  • Pemilihan dan rekomendasi solusi yang paling praktis dan tepat
  • Estimasi biaya proyek dan analisis manfaat biaya

Keamanan

Keamanan sistem mengacu pada perlindungan sistem dari pencurian, akses dan modifikasi yang tidak sah, dan kerusakan yang tidak disengaja atau tidak disengaja. Dalam sistem terkomputerisasi, keamanan melibatkan perlindungan semua bagian sistem komputer yang mencakup data, perangkat lunak, dan perangkat keras. Keamanan sistem mencakup privasi sistem dan integritas sistem.

  • System privacy berurusan dengan melindungi sistem individu agar tidak diakses dan digunakan tanpa izin / pengetahuan dari individu yang bersangkutan.

  • System integrity berkaitan dengan kualitas dan keandalan data mentah serta yang diolah dalam sistem.

Tindakan Kontrol

Ada berbagai tindakan pengendalian yang secara luas dapat diklasifikasikan sebagai berikut -

Cadangan

  • Backup database secara teratur setiap hari / mingguan tergantung pada waktu kritis dan ukurannya.

  • Pencadangan tambahan pada interval yang lebih pendek.

  • Salinan cadangan disimpan di lokasi terpencil yang aman terutama yang diperlukan untuk pemulihan bencana.

  • Sistem duplikat berjalan dan semua transaksi dicerminkan jika itu adalah sistem yang sangat kritis dan tidak dapat mentolerir gangguan apa pun sebelum disimpan dalam disk.

Kontrol Akses Fisik ke Fasilitas

  • Kunci fisik dan otentikasi biometrik. Misalnya sidik jari
  • Kartu identitas atau tiket masuk diperiksa oleh staf keamanan.
  • Identifikasi semua orang yang membaca atau mengubah data dan memasukkannya ke dalam file.

Menggunakan Logical atau Software Control

  • Sistem kata sandi.
  • Mengenkripsi data / program sensitif.
  • Melatih karyawan tentang perawatan / penanganan dan keamanan data.
  • Perangkat lunak antivirus dan perlindungan Firewall saat tersambung ke internet.

Analisis resiko

Resiko adalah kemungkinan kehilangan sesuatu yang berharga. Analisis risiko dimulai dengan perencanaan sistem yang aman dengan mengidentifikasi kerentanan sistem dan dampaknya. Rencana kemudian dibuat untuk mengelola risiko dan menanggulangi bencana. Hal ini dilakukan untuk mengetahui kemungkinan terjadinya bencana beserta biayanya.

Analisis risiko adalah kerja tim ahli dengan latar belakang berbeda seperti bahan kimia, kesalahan manusia, dan peralatan proses.

Langkah-langkah berikut harus diikuti saat melakukan analisis risiko -

  • Identifikasi semua komponen sistem komputer.

  • Identifikasi semua ancaman dan bahaya yang dihadapi masing-masing komponen.

  • Mengukur risiko yaitu penilaian kerugian jika ancaman menjadi kenyataan.

Analisis Risiko - Langkah Utama

Karena risiko atau ancaman berubah dan potensi kerugian juga berubah, pengelolaan risiko harus dilakukan secara berkala oleh manajer senior.

Manajemen risiko adalah proses yang berkelanjutan dan melibatkan langkah-langkah berikut -

  • Identifikasi tindakan keamanan.

  • Perhitungan biaya pelaksanaan tindakan pengamanan.

  • Perbandingan biaya tindakan keamanan dengan kerugian dan kemungkinan ancaman.

  • Pemilihan dan implementasi langkah-langkah keamanan.

  • Review dari implementasi langkah-langkah keamanan.

Dalam pendekatan berorientasi objek, fokusnya adalah menangkap struktur dan perilaku sistem informasi ke dalam modul kecil yang menggabungkan data dan proses. Tujuan utama dari Object Oriented Design (OOD) adalah untuk meningkatkan kualitas dan produktivitas analisis dan desain sistem dengan membuatnya lebih bermanfaat.

Pada tahap analisis, model OO digunakan untuk mengisi gap antara masalah dan solusi. Ini bekerja dengan baik dalam situasi di mana sistem menjalani desain, adaptasi, dan pemeliharaan berkelanjutan. Ini mengidentifikasi objek dalam domain masalah, mengklasifikasikannya dalam istilah data dan perilaku.

Model OO bermanfaat dengan cara berikut -

  • Ini memfasilitasi perubahan sistem dengan biaya rendah.

  • Ini mempromosikan penggunaan kembali komponen.

  • Ini menyederhanakan masalah pengintegrasian komponen untuk mengkonfigurasi sistem yang besar.

  • Ini menyederhanakan desain sistem terdistribusi.

Elemen Sistem Berorientasi Objek

Mari kita telusuri karakteristik Sistem OO -

  • Objects- Objek adalah sesuatu yang ada dalam domain masalah dan dapat diidentifikasi oleh data (atribut) atau perilaku. Semua entitas berwujud (pelajar, pasien) dan beberapa entitas tak berwujud (rekening bank) dimodelkan sebagai objek.

  • Attributes - Mereka menggambarkan informasi tentang objek.

  • Behavior- Ini menentukan apa yang dapat dilakukan objek. Ini mendefinisikan operasi yang dilakukan pada objek.

  • Class- Kelas merangkum data dan perilakunya. Objek dengan arti dan tujuan yang sama dikelompokkan sebagai kelas.

  • Methods- Metode menentukan perilaku kelas. Mereka tidak lebih dari sebuah tindakan yang dapat dilakukan oleh sebuah objek.

  • Message- Pesan adalah panggilan fungsi atau prosedur dari satu objek ke objek lainnya. Mereka adalah informasi yang dikirim ke objek untuk memicu metode. Pada dasarnya, pesan adalah panggilan fungsi atau prosedur dari satu objek ke objek lainnya.

Fitur Sistem Berorientasi Objek

Sistem berorientasi objek hadir dengan beberapa fitur hebat yang dibahas di bawah ini.

Enkapsulasi

Enkapsulasi adalah proses menyembunyikan informasi. Ini hanyalah kombinasi dari proses dan data menjadi satu kesatuan. Data suatu objek disembunyikan dari sistem lainnya dan hanya tersedia melalui layanan kelas. Ini memungkinkan perbaikan atau modifikasi metode yang digunakan oleh objek tanpa mempengaruhi bagian lain dari sistem.

Abstraksi

Ini adalah proses mengambil atau memilih metode dan atribut yang diperlukan untuk menentukan objek. Ini berfokus pada karakteristik penting dari suatu objek relatif terhadap perspektif pengguna.

Hubungan

Semua kelas dalam sistem terkait satu sama lain. Objek tidak ada dalam isolasi, mereka ada dalam hubungan dengan objek lain.

Ada tiga jenis hubungan objek -

  • Aggregation - Ini menunjukkan hubungan antara keseluruhan dan bagian-bagiannya.

  • Association - Dalam hal ini, dua kelas terkait atau terhubung dalam beberapa cara seperti satu kelas bekerja dengan kelas lain untuk melakukan tugas atau satu kelas bertindak atas kelas lain.

  • Generalization- Kelas anak didasarkan pada kelas induk. Ini menunjukkan bahwa dua kelas serupa tetapi memiliki beberapa perbedaan.

Warisan

Inheritance adalah fitur hebat yang memungkinkan untuk membuat sub-kelas dari kelas yang sudah ada dengan mewarisi atribut dan / atau operasi kelas yang ada.

Polimorfisme dan Pengikatan Dinamis

Polimorfisme adalah kemampuan untuk mengambil berbagai bentuk. Ini berlaku untuk objek dan operasi. Objek polimorfik adalah objek yang menyembunyikan tipe sebenarnya di dalam kelas super atau induk.

Dalam operasi polimorfik, operasi tersebut dapat dilakukan secara berbeda oleh kelas objek yang berbeda. Ini memungkinkan kita untuk memanipulasi objek dari kelas yang berbeda dengan hanya mengetahui properti umumnya.

Pendekatan Terstruktur Vs. Pendekatan Berorientasi Objek

Tabel berikut menjelaskan bagaimana pendekatan berorientasi objek berbeda dari pendekatan terstruktur tradisional -

Pendekatan Terstruktur Pendekatan Berorientasi Objek
Ini bekerja dengan pendekatan Top-down. Ini bekerja dengan pendekatan Bottom-up.
Program dibagi menjadi beberapa submodul atau fungsi. Program diatur dengan memiliki sejumlah kelas dan objek.
Panggilan fungsi digunakan. Pengiriman pesan digunakan.
Penggunaan ulang perangkat lunak tidak dimungkinkan. Dapat digunakan kembali mungkin.
Pemrograman desain terstruktur biasanya dibiarkan sampai tahap akhir. Pemrograman desain berorientasi objek dilakukan secara bersamaan dengan fase lainnya.
Desain Terstruktur lebih cocok untuk offshoring. Sangat cocok untuk pengembangan in-house.
Ini menunjukkan transisi yang jelas dari desain ke implementasi. Transisi yang tidak begitu jelas dari desain ke implementasi.
Ini cocok untuk sistem waktu nyata, sistem tertanam, dan proyek di mana objek bukan tingkat abstraksi yang paling berguna. Sangat cocok untuk sebagian besar aplikasi bisnis, proyek pengembangan game, yang diharapkan dapat disesuaikan atau diperpanjang.
DFD & ER diagram memodelkan data. Diagram kelas, diagram urutan, diagram diagram status, dan kasus penggunaan semuanya berkontribusi.
Dalam hal ini, proyek dapat dikelola dengan mudah karena tahapan yang dapat diidentifikasi dengan jelas. Dalam pendekatan ini, proyek bisa jadi sulit untuk dikelola karena transisi yang tidak pasti antar fase.

Unified Modeling Language (UML)

UML adalah bahasa visual yang memungkinkan Anda memodelkan proses, perangkat lunak, dan sistem untuk mengekspresikan desain arsitektur sistem. Ini adalah bahasa standar untuk merancang dan mendokumentasikan sistem dengan cara berorientasi objek yang memungkinkan arsitek teknis untuk berkomunikasi dengan pengembang.

Ini didefinisikan sebagai kumpulan spesifikasi yang dibuat dan didistribusikan oleh Object Management Group. UML dapat dikembangkan dan diskalakan.

Tujuan dari UML adalah untuk menyediakan kosakata umum dari istilah berorientasi objek dan teknik diagram yang cukup kaya untuk memodelkan proyek pengembangan sistem dari analisis hingga implementasi.

UML terdiri dari -

  • Diagrams - Ini adalah representasi bergambar dari proses, sistem, atau sebagian darinya.

  • Notations - Terdiri dari elemen-elemen yang bekerja bersama dalam diagram seperti konektor, simbol, catatan, dll.

Contoh Notasi UML untuk kelas

Diagram Instance-notasi UML

Operasi Dilakukan pada Objek

Operasi berikut dilakukan pada objek -

  • Constructor/Destructor- Membuat instance baru dari kelas dan menghapus instance kelas yang ada. Misalnya menambahkan karyawan baru.

  • Query- Mengakses status tanpa mengubah nilai, tidak memiliki efek samping. Misalnya, mencari alamat karyawan tertentu.

  • Update - Mengubah nilai satu atau lebih atribut & mempengaruhi keadaan objek Misalnya, mengubah alamat seorang karyawan.

Kegunaan UML

UML cukup berguna untuk tujuan berikut -

  • Memodelkan proses bisnis
  • Menjelaskan arsitektur sistem
  • Menampilkan struktur aplikasi
  • Menangkap perilaku sistem
  • Pemodelan struktur data
  • Membangun spesifikasi rinci dari sistem
  • Membuat sketsa ide
  • Menghasilkan kode program

Model Statis

Model statis menunjukkan karakteristik struktural suatu sistem, mendeskripsikan struktur sistemnya, dan menekankan pada bagian-bagian yang menyusun sistem tersebut.

  • Mereka digunakan untuk mendefinisikan nama kelas, atribut, metode, tanda tangan, dan paket.

  • Diagram UML yang merepresentasikan model statis meliputi diagram kelas, diagram objek, dan diagram use case.

Model Dinamis

Model dinamis menunjukkan karakteristik perilaku suatu sistem, yaitu bagaimana sistem berperilaku dalam menanggapi peristiwa eksternal.

  • Model dinamis mengidentifikasi objek yang dibutuhkan dan bagaimana mereka bekerja bersama melalui metode dan pesan.

  • Mereka digunakan untuk merancang logika dan perilaku sistem.

  • Diagram UML merupakan model dinamis yang meliputi diagram sekuens, diagram komunikasi, diagram status, diagram aktivitas.

Siklus Hidup Pengembangan Sistem Berorientasi Objek

Ini terdiri dari tiga proses makro -

  • Analisis Berorientasi Objek (Object Oriented Analysis / OOA)
  • Desain berorientasi objek (OOD)
  • Implementasi Berorientasi Objek (OOI)

Kegiatan Pengembangan Sistem Berorientasi Objek

Pengembangan sistem berorientasi objek mencakup tahapan berikut -

  • Analisis berorientasi objek
  • Desain berorientasi objek
  • Prototyping
  • Implementation
  • Pengujian inkremental

Analisis Berorientasi Objek

Tahap ini berkaitan dengan penentuan kebutuhan sistem dan untuk memahami kebutuhan sistem membangun a use-case model. Use case adalah skenario untuk menggambarkan interaksi antara pengguna dan sistem komputer. Model ini mewakili kebutuhan pengguna atau pandangan pengguna terhadap sistem.

Ini juga termasuk mengidentifikasi kelas dan hubungannya dengan kelas lain dalam domain masalah, yang membuat aplikasi.

Desain Berorientasi Objek

Tujuan dari fase ini adalah untuk merancang dan menyempurnakan kelas, atribut, metode, dan struktur yang diidentifikasi selama fase analisis, antarmuka pengguna, dan akses data. Fase ini juga mengidentifikasi dan mendefinisikan kelas atau objek tambahan yang mendukung implementasi persyaratan.

Pembuatan prototipe

Pembuatan prototipe memungkinkan untuk sepenuhnya memahami betapa mudah atau sulitnya menerapkan beberapa fitur sistem.

Ini juga dapat memberi pengguna kesempatan untuk mengomentari kegunaan dan kegunaan desain. Ini selanjutnya dapat mendefinisikan kasus penggunaan dan membuat pemodelan kasus penggunaan jauh lebih mudah.

Penerapan

Ini menggunakan Pengembangan Berbasis Komponen (CBD) atau Pengembangan Aplikasi Cepat (RAD).

Pengembangan berbasis komponen (CBD)

CODD adalah pendekatan industri untuk proses pengembangan perangkat lunak menggunakan berbagai teknologi seperti alat CASE. Pengembangan aplikasi berpindah dari pengembangan khusus ke perakitan komponen perangkat lunak yang dibuat sebelumnya, telah diuji sebelumnya, dapat digunakan kembali yang beroperasi satu sama lain. Pengembang CBD dapat merakit komponen untuk membangun sistem perangkat lunak yang lengkap.

Pengembangan Aplikasi Cepat (RAD)

RAD adalah seperangkat alat dan teknik yang dapat digunakan untuk membangun aplikasi lebih cepat daripada biasanya dengan metode tradisional. Ini tidak menggantikan SDLC tetapi melengkapinya, karena ini lebih berfokus pada deskripsi proses dan dapat dikombinasikan dengan sempurna dengan pendekatan berorientasi objek.

Tugasnya adalah membangun aplikasi dengan cepat dan secara bertahap mengimplementasikan desain kebutuhan pengguna melalui alat-alat seperti visual basic, power builder, dll.

Pengujian Tambahan

Pengembangan perangkat lunak dan semua aktivitasnya termasuk pengujian adalah proses yang berulang. Oleh karena itu, ini bisa menjadi urusan yang mahal jika kita menunggu untuk menguji suatu produk hanya setelah pengembangannya selesai. Di sini pengujian inkremental muncul di mana produk diuji selama berbagai tahap pengembangannya.