Metode Analisis dan Desain Sistem Terstruktur (SSADM) adalah pendekatan sistem untuk

analisis dan desain sistem informasi. SSADM dibuat untukKomputer Pusat

dan Badan Telekomunikasi (sekarang Kantor Perdagangan Pemerintah), a Pemerintah Inggris
kantor yang berkaitan dengan penggunaan teknologi dalam pemerintahan, dari tahun 1980 dan seterusnya.

Ikhtisar

SSADM adalah sebuahmetode air terjunoleh mana seorangSistem Informasidesain dapat dicapai.
SSADM dapat dianggap sebagai puncak dari pendekatan berbasis dokumen yang ketat untuk
desain sistem, dan berbeda dengan yang lebih kontemporerPengembangan Aplikasi Cepat
metode sepertiDSDM.

SSADM adalah salah satu implementasi tertentu dan membangun atas dasar pekerjaan dari berbagai sekolah

analisis terstrukturdan metode pengembangan, seperti Peter ChecklandSistem Lembut

MetodologiLarry Constantine'sDesain Terstruktur, Edward Yourdon'sYourdon Terstruktur
MetodeMichael A. JacksonPemrograman Terstruktur Jackson, dan Tom DeMarco's
Analisis Terstruktur.

Nama "Metode Analisis dan Desain Sistem Terstruktur" dan "SSADM" sekarang
Merek Dagang TerdaftardariKantor Perdagangan Pemerintah(OGC), yang merupakan sebuah Kantor
dari Perbendaharaan Inggris.[diperlukan kutipan]

Sejarah

•1980: Badan Komputer Pusat dan Telekomunikasi (CCTA) mengevaluasi analisis

dan metode desain.

•1981: Metode Learmonth & Burchett Management Systems (LBMS) dipilih dari

daftar pendek lima.

•1983: SSADM diwajibkan untuk semua pengembangan sistem informasi baru

•1984: Versi 2 dari SSADM dirilis

•1986: Versi 3 dari SSADM dirilis, diadopsi oleh NCC

• 1988: Sertifikat Kemahiran SSADM diluncurkan, SSADM dipromosikan sebagai 'terbuka'

standar
•1989: Beranjak menuju Euromethod, peluncuran skema sertifikasi produk CASE

•1990: Versi 4 diluncurkan

 •1993: Skema Kepatuhan Standar dan Alat SSADM V4 Diluncurkan

•1995: SSADM V4+ diumumkan, V4.2 diluncurkan

Teknik SSADM

Tiga teknik terpenting yang digunakan dalam SSADM adalah:

Pemodelan Data Logis

Ini adalah proses untuk mengidentifikasi, memodelkan, dan mendokumentasikan kebutuhan data dari
sistem yang sedang dirancang. Data dipisahkan menjadi entitas (hal-hal yang tentangnya sebuah)
bisnis perlu merekam informasi) dan hubungan (asosiasi antara
entitas).
Pemodelan Aliran Data
Ini adalah proses mengidentifikasi, memodelkan, dan mendokumentasikan bagaimana data bergerak.

sistem informasi. Pemodelan Aliran Data memeriksa proses (kegiatan yang

mengubah data dari satu bentuk ke bentuk lain), penyimpanan data (area penampungan untuk data),
entitas eksternal (apa yang mengirim data ke dalam sistem atau menerima data dari sistem), dan
alur data (jalur di mana data dapat mengalir).
Pemodelan Perilaku Entitas
Ini adalah proses mengidentifikasi, memodelkan, dan mendokumentasikan peristiwa yang mempengaruhi
setiap entitas dan urutan di mana peristiwa-peristiwa ini terjadi.

Tahapan

Metode SSADM melibatkan penerapan urutan analisis, dokumentasi dan

tugas desain yang berkaitan dengan hal berikut.

Stage 0 - Feasibility study

Untuk menentukan apakah suatu proyek layak atau tidak, harus ada beberapa bentuk dari
penyelidikan terhadap tujuan dan implikasi proyek. Untuk proyek skala sangat kecil ini
mungkin tidak perlu sama sekali karena cakupan proyek ini mudah dipahami. Di yang lebih besar
proyek, studi kelayakan mungkin telah dilakukan tetapi dalam arti informal, baik karena tidak ada waktu
untuk studi formal atau karena proyek ini adalah "harus ada" dan harus dilakukan dengan cara tertentu
atau yang lain.
Ketika studi kelayakan dilakukan, ada empat area utama yang perlu dipertimbangkan:

•Teknis - apakah proyek ini secara teknis mungkin?

•Keuangan - apakah bisnis mampu untuk melaksanakan proyek tersebut?

•Organisasi - apakah sistem baru akan kompatibel dengan praktik yang ada?

•Etika - apakah dampak dari sistem baru dapat diterima secara sosial?

Untuk menjawab pertanyaan-pertanyaan ini, studi kelayakan secara efektif adalah versi ringkas dari yang sepenuhnya-

analisis dan desain sistem yang ditiup. Kebutuhan dan pengguna dianalisis sampai batas tertentu,
beberapa opsi bisnis dirancang dan bahkan beberapa rincian implementasi teknis.

Produk dari tahap ini adalah dokumen studi kelayakan formal. SSADM menetapkan bahwa
bagian-bagian yang harus ada dalam studi termasuk model awal yang telah ada
dibangun dan juga rincian opsi yang ditolak serta alasan penolakannya.

Tahap 1 - Investigasi lingkungan saat ini

Ini adalah salah satu tahap terpenting dari SSADM. Para pengembang SSADM memahami
bahwa meskipun tugas dan tujuan dari sistem baru mungkin sangat berbeda dari yang lama
sistem, data yang mendasarinya mungkin tidak akan berubah banyak. Dengan datang ke sebuah penuh

pemahaman tentang kebutuhan data pada tahap awal, analisis dan desain yang tersisa
panggung dapat dibangun di atas fondasi yang kokoh.

Dalam hampir semua kasus, ada beberapa bentuk sistem saat ini bahkan jika sepenuhnya terdiri dari
orang dan kertas. Melalui kombinasi wawancara karyawan, menyebarkan
kuesioner, observasi, dan dokumentasi yang ada, analis mencapai pemahaman penuh
pemahaman sistem seperti apa adanya di awal proyek. Ini memiliki banyak tujuan:

•analis mempelajari istilah-istilah bisnis, apa yang dilakukan pengguna dan bagaimana mereka melakukannya

•sistem lama menyediakan persyaratan inti untuk sistem baru

•kesalahan, kesalahan dan area ketidakefisienan disorot dan perbaikannya ditambahkan ke

persyaratan
Model data dapat dibangun

•pengguna terlibat dan mempelajari teknik dan model analis

Batas-batas sistem dapat didefinisikan

Produk dari tahap ini adalah:

•Users Catalogue describing all the users of the system and how they interact with it

•Katalog Persyaratan yang merinci semua persyaratan sistem baru

Deskripsi Layanan Saat Ini terdiri dari

•Struktur data logis lingkungan saat ini (ERD)

•Diagram konteks (DFD)

•Set DFD yang dipetakan untuk sistem logis saat ini

•Kamus data lengkap termasuk hubungan antara penyimpanan data dan entitas

Untuk menghasilkan model, analis bekerja melalui konstruksi model seperti yang telah kita
dijelaskan. Namun, kumpulan pertama diagram aliran data (DFD) adalah fisik saat ini
model, yaitu, dengan rincian lengkap tentang bagaimana sistem lama diimplementasikan. Versi akhir adalah
model logis saat ini yang pada dasarnya sama dengan fisik saat ini tetapi dengan semua
referensi untuk implementasi dihapus bersama dengan redundansi seperti pengulangan dari
proses atau data.

Dalam proses mempersiapkan model, analis akan menemukan informasi yang membuat
naikkan katalog pengguna dan kebutuhan.

Tahap 2 - Pilihan sistem bisnis

Setelah menyelidiki sistem yang ada, analis harus memutuskan tentang desain keseluruhan dari
sistem baru. Untuk melakukan ini, ia menggunakan keluaran dari tahap sebelumnya, mengembangkan satu set dari

opsi sistem bisnis. Ini adalah cara berbeda di mana sistem baru dapat diterapkan
dihasilkan bervariasi dari tidak melakukan apa-apa hingga membuang sistem lama sepenuhnya dan membangun sebuah

yang sepenuhnya baru. Analis dapat mengadakan sesi brainstorming agar sebanyak mungkin dan berbagai
ide-ide mungkin dihasilkan.

Ide-ide tersebut kemudian dikumpulkan untuk membentuk satu set dua atau tiga pilihan berbeda yang
disajikan kepada pengguna. Opsi mempertimbangkan hal berikut:

derajat otomatisasi

•batas antara sistem dan pengguna

•distribusi sistem, misalnya, apakah terpusat di satu kantor atau tersebar

melalui beberapa?
 biaya/manfaat

dampak dari sistem baru

Jika perlu, opsi akan didokumentasikan dengan struktur data logis dan level 1
diagram aliran data.

Pengguna dan analis bersama-sama memilih satu opsi bisnis. Ini mungkin salah satu dari opsi itu.
sudah ditentukan atau mungkin merupakan sintesis dari berbagai aspek opsi yang ada. Keluaran
dari tahap ini adalah opsi bisnis tunggal yang dipilih bersama dengan semua keluaran dari tahap 1.

Tahap 3 - Spesifikasi kebutuhan

Ini mungkin adalah tahap paling kompleks dalam SSADM. Menggunakan persyaratan yang dikembangkan di

tahap 1 dan bekerja dalam kerangka pilihan bisnis yang dipilih, analis harus
kembangkan spesifikasi logis penuh tentang apa yang harus dilakukan sistem baru. Spesifikasi harus
bebas dari kesalahan, ambiguitas, dan ketidakkonsistenan. Secara logis, kami maksudkan bahwa spesifikasi
tidak menjelaskan bagaimana sistem akan diimplementasikan tetapi sebaliknya menjelaskan apa yang akan dilakukan sistem itu

lakukan.

Untuk menghasilkan spesifikasi logis, analis membangun model logis yang diperlukan untuk keduanya
diagram aliran data (DFD) dan diagram hubungan entitas (ERD). Ini digunakan
untuk menghasilkan definisi fungsi dari setiap fungsi yang akan diperlukan pengguna dari sistem,
sejarah hidup entitas (ELHs) dan diagram korespondensi efek, ini adalah model tentang bagaimana
setiap peristiwa berinteraksi dengan sistem, pelengkap untuk riwayat hidup entitas. Ini adalah
secara terus-menerus dibandingkan dengan persyaratan dan jika perlu, persyaratan tersebut adalah
ditambahkan dan diselesaikan.

Produk dari tahap ini adalah dokumen Spesifikasi Kebutuhan yang lengkap yang dibuat
tentang:

•Katalog Data yang diperbarui

•Katalog Persyaratan yang diperbarui

•Spesifikasi Pemrosesan yang pada gilirannya terdiri dari

•matriks peran/fungsi pengguna

•definisi fungsi
•model data logis yang diperlukan
 •sejarah hidup entitas

•diagram korespondensi efek

Meskipun beberapa item ini mungkin tidak dikenal oleh Anda, ini di luar ruang lingkup unit ini untuk
masuk ke dalamnya dengan rinci.

Tahap 4 - Opsi sistem teknis

Tahap ini adalah yang pertama menuju implementasi fisik dari sistem baru. Seperti
Pilihan Sistem Bisnis, dalam tahap ini sejumlah besar opsi untuk implementasi
sistem baru yang dihasilkan. Ini dipersempit menjadi dua atau tiga untuk dipresentasikan kepada pengguna dari

yang opsi akhir dipilih atau disintesis.

Namun, pertimbangannya cukup berbeda yaitu:

•arsitektur perangkat keras

• perangkat lunak yang digunakan

biaya pelaksanaan
•jumlah staf yang diperlukan

• keterbatasan fisik seperti ruang yang ditempati oleh sistem

• distribusi termasuk jaringan yang mungkin diperlukan

format keseluruhan dari antarmuka komputer manusia

Semua aspek ini juga harus sesuai dengan batasan yang ditetapkan oleh bisnis seperti
uang yang tersedia dan standar perangkat keras dan perangkat lunak.

Keluaran dari tahap ini adalah opsi sistem teknis yang dipilih.

Tahap 5 - Desain logis

Meskipun level sebelumnya menjelaskan detail implementasi, keluaran dari tahap ini
tidak bergantung pada implementasi dan berkonsentrasi pada kebutuhan untuk komputer manusia
antarmuka.

Tiga area utama kegiatan adalah definisi dialog pengguna. Ini adalah yang utama
antarmuka yang akan berinteraksi dengan pengguna terhadap sistem. Desain logis menentukan
metode utama interaksi dalam hal struktur menu dan struktur perintah.
Dua aktivitas lainnya berkaitan dengan menganalisis efek dari peristiwa dalam memperbarui
sistem dan kebutuhan untuk melakukan penyelidikan tentang data di sistem tersebut. Keduanya menggunakan

peristiwa, deskripsi fungsi dan diagram hubungan efek yang dihasilkan pada tahap 3 untuk
menentukan dengan tepat bagaimana memperbarui dan membaca data dengan cara yang konsisten dan aman.

Produk dari tahap ini adalah desain logis yang terdiri dari:

Katalog data
• Struktur data logis yang diperlukan

Model proses logis yang mencakup dialog dan model untuk pembaruan dan permintaan informasi
proses

Tahap 6 - Desain fisik

Ini adalah tahap akhir di mana semua spesifikasi logis dari sistem diubah menjadi
deskripsi sistem dalam hal perangkat keras dan perangkat lunak yang nyata. Ini sangat teknis
tahap dan gambaran sederhana disajikan di sini.

Struktur data logis diubah menjadi arsitektur fisik dalam hal basis data
struktur. Struktur pasti dari fungsi-fungsi dan bagaimana mereka diimplementasikan ditentukan.
Struktur data fisik dioptimalkan di mana diperlukan untuk memenuhi ukuran dan kinerja
persyaratan.

Produk ini adalah Desain Fisik lengkap yang dapat memberi tahu insinyur perangkat lunak bagaimana cara membangunnya

sistem dalam detail spesifik perangkat keras dan perangkat lunak serta standar yang sesuai.

Keuntungan dan kerugian

Menggunakan metodologi ini melibatkan usaha besar yang mungkin tidak cocok untuk semua orang.
proyek.

Keunggulan utama dari SSADM adalah:

Tiga pandangan berbeda dari sistem

Dewasa

•Pemisahan aspek logis dan fisik dari sistem

 Teknik dan dokumentasi yang jelas dan terdefinisi dengan baik

Keterlibatan pengguna

Ukuran SSADM adalah halangan besar untuk menggunakannya di semua keadaan. Ada banyak
investasi dalam biaya dan waktu untuk melatih orang menggunakan teknik tersebut. Kurva pembelajaran adalah

cukup besar karena tidak hanya ada beberapa teknik pemodelan yang harus dipahami, tetapi
Ada juga banyak standar untuk persiapan dan presentasi dokumen.