Analisis Terstruktur
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 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 hingga rincian tingkat bawah.
Alat Analisis Terstruktur
Selama Analisis Terstruktur, berbagai alat dan teknik digunakan untuk pengembangan sistem. Mereka adalah -
- Diagram Alir 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 yang digunakan dalam merancang 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 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 panduan 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.
Use decision tables when there are a large number of conditions to check and logic is complex.
Use decision trees when sequencing of conditions is important and if there are few conditions to be tested.