SSADM
SSADM
Structured System
(Structure
Analysis AndSystem
Design
Analysis & Design
Method
Method)
SSADM adalah metodologi yang digunakan pada tahapan analisa
dan perancangan dari pembangunan Sistem Informasi (Information
System).
Pada SSADM tidak dilakukan tahap implementasi (implementation),
perawatan (maintenance), percobaan (testing) dan pemeriksaan
kembali (review)
SSADM menyediakan kerangka kerja yang lengkap untuk
meng-capture & menganalisa kebutuhan serta membuat spesifikasi
desain sistem
Pada tahun 1981 SSADM telah digunakan oleh pemerintah Inggris sejak
diluncurkan oleh CCTA (Central Computing and Telecommunications
Agency)
CCTA merupakan agen perantara yang melakukan standarisasi penawaran
terhadap bermacam-macam proyek Teknologi Informasi ( Information
Technology, IT) yang dikembangkan di perusahaan-perusahaan milik
pemerintah di inggris.
Sejak 1988 SSADM menjadi standar terbuka (open standard) sehingga dapat
digunakan oleh umum
Pada tahun 1990 versi keempat SSADM diluncurkan
Pada tahun 1996 diluncurkan versi 4.3 yang merupakan versi paling akhir,
dengan tambahan berupa penggunaan GUI.
Merupakan Metodologi yang terstruktur
Membangun sudut pandang yang berbeda, yang berguna untuk
‘cross check’ satu sudut pandang dengan lainnya
Memiliki 3 sudut pandang (teknik) yang saling ber-relasi
mendukung ‘consistency’ dan ‘completeness’
Mempermudah komunikasi antara pengguna (User) dan pengembang (Developer)
Merupakan ‘data driven method’
Pendekatan ‘PRESPECTIVE’, dengan fleksibilitas yang tinggi dan
dikustomisasi pada lingkungan proyek yang spesifik
Ada Dokumentasi yang memiliki standar dokumen
terdiri dari: Diagram-diagram, Formulir-formulir, Matriks-matriks dan
Laporan naratif
User involvment (Keterlibatan User)
Menyediakan model yg tidak terlalu teknis mudah dimengerti user
Melibatkan user sedini mungkin
Quality Assurance (Kualitas Terjamin)
Meminta otorisasi user setiap akhir tahap
Separation Between Logical and Physical Specification
( Spek Logik & Fisik)
Pemahaman terhadap tuntutan (Requirement) lebih baik
Membantu komunikasi dengan user
The importance of Investigation (Pentingnya Penyelidikan/Observasi)
Teknik Investigasi
Mendapatkan Tuntutan (Requirement) yang sesungguhnya dari
sistem yang sedang berjalan (Current System)
Information System Project Initiation
Planning
Feasibility Study
System Analyst
Bussiness System Design
Physical Design
Construction
Transition
Production
Mainteneance & Review
SSADM dapat digunakan untuk proyek di mana :
Sistem belum terbangun sama sekali
Sistem sudah ada, namun bersifat manual atau semi-otomatis
Sistem sudah ada dan perlu pemeliharaan
Teknik : Mendefinisikan bagaimana aktifitas dilakukan
Struktur : Mendefinisikan kerangka kerja dari aktifitas
yang dilakukan, langkah dan tahapannya,
masukan dan keluaran
Dokumentasi : Menentukan bagaimana produk-produk
yang dihasilkan direpresentasikan
Data Flow Model
Aliran Data ke dalam dan ke luar sistem berikut transformasi data
dalam sistem
Logical Data Model
Informasi disimpan dalam sebuah Entitas dan keterhubungan antar
entitas
Entity Life Histories
Perubahan informasi dalam sistem karena Event selama sistem
tersebut berjalan
Diagram-Diagram
Formulir-Formulir
Matriks-Matriks
Laporan Naratif
Modul Stage Step Task
Sekumpulan Tingkatan/Tahapan Kegiatan/aktivitas
Stage2 yang terdiri dari detail dari Step
sekumpulan Step2
Langkah/Urutan
kegiatan yang terdiri dari
Sekumpulan Task2
Feasibility Study
Stage 0
Feasibility
Requirement Analysis
Stage 1
Investigation Of Current Environment
Stage 2
Business System Options
Requirement Spesification
Stage 3
Definition Of Requirement
Logical System Spesification
Stage 4
Technical System Options
Stage 5
Logical Design
Physical Design
modul
Stage 6
Physical Design
stage
USER DEVELOPER
selaku pihak selaku pihak
Yang Menggunakan Yang Melakukan
Hasil Dari Pengembangan Sistem Pengembangan Sistem
(Model Sistem)
- Data dan Informasi Sistem Yang Sedang Berjalan (Current)
- Informasi Kebutuhan-kebutuhan (Requirement) Sistem
-Konfirmasi Terhadap Data dan Informasi Sistem Yang
Sedang Berjalan (Current)
-Konfirmasi Terhadap Pendefinisian dan Representasi
Kebutuhan-kebutuhan (Requirement) Sistem
-Model Sistem (kemampuan/unjuk kerja, produk, dsb)
Sebagai Pengguna Sebagai Pengembang
(User) (Developer)
( ide pemecahan/solusi )
( masalah/persoalan )
model, manfaat(informasi), performansi, dukungan teknologi
Rekaman tertulis dan formal untuk menyatakan
kesepakatan bersama antara user dg developer
Model
&
Lingkup
Produk
Teknologi &
Unjuk
Kerja
Fungsi
( bussines proses )
( .: feasibility studi )
Kegiatan pengamatan & pernyataan analisis menyang-
kut kelayakan suatu proyek, dilihat dari sudut pandang
teknis & ekonomis, dan tertuang dalam suatu dokumen
formal.
Inisialisasi
Proyek
Gambaran Pemanfaatan
Sistem Teknologi
Kelayakan
Proyek
Dokumen formal Feasibility Studi berisi :
1. System Overview
2. Project Definition
3. Feasibility Report
Analisis Desain Implementasi
Requirement Requirement
Analysis Specification
Technical
System
Option
Logical
Design
Physical
Design
- project document
- proposal
Req. Analysis
require
investigate of current environment
require system
activity
organization
system model
(current & require)
physical technology
Functional & process
logical
employee &
document & data job description
Req. Analysis
Establish Analysis
Framework
Investigate Current
Investigate & Define Investigate Current
Processing
Requirement Data
Derive Logical View
Of Current System
Assemble
Investigate Results
Req. Spesification
- project document
physical - proposal
developer activity
logical
Data Proses
Fungsi
Feasibility Studi
Requirement Analysis & Proposal
BSO
Proto
BSO type
(Bussiness System Option)
System Spesification
Req. Spesification
Define Required Develop Required
System Process Data Model
Derive System
Derive Spesification Enhance Required
Function
Prototypes Data Model
Develop Processing
Spesification
Assemble
Spesification
Logical System Spec.
developer activity
Data Proses
Fungsi
BSO
Requirement Spesification (Bussiness System
Dokument Option)
BSO
Proto
Prototype type
Aplikasi SI
Logical Design Report