�ݺ�ߣ

BAB 5

Systems Analysis
Kelompok 4:

Objectives
 Tentukan analisis sistem dan menghubungkannya dengan
definisi ruang lingkup, analisis masalah, analisis persyaratan,
desain logis, dan fase analisis keputusan.
 Menggambarkan sejumlah pendekatan analisis sistem untuk
memecahkan masalah sistem bisnis.
 Jelaskan definisi lingkup, analisis masalah, analisis persyaratan,
desain logis, dan fase analisis keputusan dalam hal blok
bangunan sistem informasi.
 Jelaskan definisi lingkup, analisis masalah, analisis persyaratan,
desain logis, dan fase analisis keputusan dalam hal tujuan,
peserta, input, output, teknik, dan langkah-langkah.
 Mengidentifikasi bab dalam buku ini yang dapat membantu
Anda mempelajari alat analisis sistem spesifik dan teknik.

What is Systems Analysis ?
 Sistem analisis - sebuah teknik pemecahan masalah yang terurai
sistem menjadi potongan-potongan komponen untuk tujuan
mempelajari seberapa baik bagian-bagian komponen bekerja dan
berinteraksi untuk mencapai tujuan mereka.
 Sistem desain - teknik pemecahan masalah yang saling
melengkapi (analisis sistem) yang reassembles potongan
komponen sistem kembali ke sistem, sistem lengkap-mudah-
mudahan lebih baik. Ini mungkin melibatkan menambahkan,
menghapus, dan mengubah potongan relatif terhadap sistem yang
asli.
 Sistem informasi analisis - fase pengembangan mereka dalam
sebuah proyek pengembangan sistem informasi yang terutama
berfokus pada masalah bisnis dan persyaratan, terlepas dari
teknologi yang dapat atau akan digunakan untuk
mengimplementasikan solusi untuk masalah itu.

Tempat Penyimpanan
Sebuah lokasi (atau satu set lokasi) di mana analis sistem,
perancang sistem dan pembangun sistem menyimpan semua
dokumentasi yang berhubungan dengan sistem atau projek

•Direktori jaringan file yang dihasilkan komputer yang
berhubungan dengan projek, laporan dan data
•Kamus CASE atau ensiklopedia (Bab 3)
•Dokumentasi tercetak (binder atau sistem perpustakaan)
•Antar muka website intranet untuk komponen di atas

Metode Analisis Perkembangan Model
Pendekatan penyelesaian masalah yang menekankan pada
penggambaran model sistem ke dokumen dan memvalidasi
sistem ada atau yang diusulkan. Pada akhirnya, model sistem
menjadi cetak biru untuk merancang dan membuat sistem yang
ditingkatkan

Model
Gambaran dari kenyataan atau tujuan.
“Gambar adalah seribu kata”
Banyak model menggunakan gambar untuk mewakilkan
kenyataan atau tujuan

Pendekatan Perkembangan Model
Pendekatan Tradisional
•Analisis Terstruktur
•Fokus pada aliran data melalui proses
•Kunci model : Data Fow Diagram (DFD)
•Teknik informasi
•Fokus pada stuktur data yang disimpan
•Kunci model : Entity Relationship Diagram (ERD)

Pendekatan Perkembangan Model
Pendekatan Berbasis Objek
•Mengintregasikan data dan proses menjadi objek
•Objek
Enkapsulasi data (disebut properti) yang menggambarkan
orang, objekm tempat atau benda yang berlainan dengan
prosesnya (disebut metode) yang dapat menggunakan atau
mengupdate data.
•Kunci Model : Unified Model Language (UML)

Analisis Sistem Terakselerasi
Pendekatan analisis sistem terakselerasi menekankan
pembangunan prototipe untuk lebih cepat mengidentifikasi
kebutuhan bisnis dan pengguna untuk sistem baru.

Prototipe - skala kecil, tidak lengkap, tetapi bekerja dari sistem
yang diinginkan
•Pendekatan analisis sistem terakselerasi
~ penemuan suatu prototyping
~ analisis arsitektur secara cepat

Discovery Prototyping
Discovery prototyping – adalah sebuah teknik yang digunakan
untuk mengetahui kebutuhan bisnis dari seorang user dengan cara
meminta tindak balas mereka.
Kelebihan
 Dapat memenuhi seperti apa yang diperkirakan oleh user
Kekurangan
 Dapat terlampau fokus dengan akhir "tampilan dan nuansa" yang masih
prematur
 Dapat mendorong fokus kepada desain dan komitmen yang prematur
 Pengguna dapat disesatkan untuk percaya bahwa sistem selesai dapat
dibangun dengan cepat menggunakan alat prototyping

Rapid Architected Analysis
Rapid architected analysis – sebuah pendekatan yang mencoba
untuk mendapatkan model sistem dari sistem yang telah ada
atau dari discovery prototype.

 Reverse engineering – penggunaan teknik membaca kode program dari
basis data, program aplikasi, atau user interface yang ada, dan secara
otomatis akan menghasilkan model sistem yang setara.

Requirements Discovery
Requirements discovery – adalah suatu proses yang
digunakan oleh seorang analis sistem dalam
mengidentifikasi atau menggali masalah yang ada
dalam sistem dan solusi yang dibutuhkan oleh
penggunanya.

Requirements Discovery Methods
 Fact-finding – proses dalam mengumpulkan informasi mengenai
masalah yang ada pada sistem, peluang, solusi, dan prioritas.
 Sampling dokumentasi yang ada, seperti laporan, formulir, basis data, dll
 Penelitian literatur yang relevan
 Observasi sistem
 Kuesioner dan survey
 Interview
 Joint requirements planning (JRP) – pengadaan workshop yang
difasilitasi untuk menyatukan semua pemilik sistem, pengguna,
dan analis, dan beberapa perancang dan pembangun sistem untuk
bersama-sama melakukan analisis sistem.
 Dianggap sebagai bagian dari metode yang lebih besar yang disebut Joint
Application Development (JAD), aplikasi yang lebih komprehensif dari
teknik JRP ke seluruh proses pembangunan sistem.

Business Process Redesign
Business process redesign (BPR) – aplikasi dari metode analisis
sistem untuk tujuan mengubah dan memperbaiki proses bisnis
dasar organisasi secara dramatical, independen dari teknologi
informasi.

5-
18

Agile Methods
Agile method – integrasi dari berbagai pendekatan analisis sistem
dan desain untuk aplikasi yang dianggap sesuai dengan masalah
yang dipecahkan dan sistem yang dikembangkan.

 Metodologi yang paling komersial tidak memaksakan pendekatan
tunggal (structured analysis, IE, OOA) pada system analyst.
 Sebaliknya, mereka mengintegrasikan semua pendekatan populer
menjadi koleksi metode tangkas.
 Developer diberikan fleksibilitas untuk memilih berbagai alat dan
teknik untuk menyelesaikan tugasnya sendiri
 Hypothetical FAST methodology beroperasi dengan cara ini.

5-
19

Fase FAST System Analysis
1. Fase Lingkup Definisi
Apakah proyek layak diperlihatkan?

2. Fase Analisis Masalah
Apakah sistem baru layak dibangun?

3. Fase Analisis Persyaratan
Apa yang user butuhkan dan inginkan dari sistem baru?

4. Fase Desain Logis
Apa yang harus sistem baru lakukan?

5. Fase Analisis Keputusan
Apa solusi terbaik?
5-
20

Konteks Fase Lingkup Definisi

5-
21

Tugas untuk Fase Lingkup Definisi

5-
22

Syarat utama untuk Fase Lingkup Definisi
 Steering body - komite eksekutif bisnis dan manajer sistem yang
mempelajari dan memprioritaskan proposal proyek bersaing untuk
menentukan proyek mana yang akan kembali yang paling nilai bagi
organisasi dan dengan demikian harus disetujui untuk pengembangan
sistem.
 Juga disebut sebagai komite pengarah

 Proyek charter - deliverable akhir untuk tahap pemeriksaan pendahuluan.
Sebuah proyek piagam mendefinisikan lingkup proyek, rencana,
metodologi, standar, dan sebagainya.
 Master plan awal meliputi jadwal awal dan tugas sumber daya (juga
disebut rencana awal).
 Rencana rinci dan jadwal untuk menyelesaikan tahap berikutnya dari

5-
proyek ini.
23

Contoh Permintaan Layanan Sistem

5-
24

Sample Problem Statements

5-
25

Fase Analisis Problem

5-
26

Tugas-tugas pada fase analisis
problem

5-
27

Istilah kunci pada fase analisis problem
Analisis “sebab dan akibat”
Artinya yaitu suatu teknik dimana masalah itu dipelajari (diobservasi)
untuk menemukan dan menentukan sebab dan akibat dari masing-
masing problem tersebut.
pada kenyataannya, akibat dapat untuk melacak (trace back)
problem terkait. Jadi analisis “sebab-akibat” harus dilakukan secara
detil agar masing-masing sebab-akibat bersifat unik terhadap masing-
masing problem. Artinya sebab-akibat satu problem tidak
mengganggu problem lain yang berbeda konteks.

Diagram Konteks
 Model yang menunjukkan bagaimana suatu sistem berinteraksi
dengan lingkungan sistem dan mampu menspesifikasikan
(menetapkan) input dan output sistem.

5-
28

Contoh analisis sebab dan akibat

5-
29

Syarat utama dari Tahap Analisis Masalah
(lanjutan)
(Objective)Tujuan - ukuran keberhasilan. Ini adalah sesuatu yang Anda
harapkan untuk dicapai, jika diberikan sumber daya yang memadai.
Mengurangi jumlah rekening nasabah tidak tertagih sebesar 50 persen
dalam tahun depan.
Meningkatkan 25 persen jumlah pinjaman aplikasi yang dapat diproses
selama delapan jam shift.
Penurunan sebesar 50 persen waktu yang dibutuhkan untuk menjadwal
ulang sebuah produksi yang besar ketika workstation tidak berfungsi.
(Constraint)Kendala - sesuatu yang akan membatasi fleksibilitas dalam
mendefinisikan solusi untuk tujuan Anda. Pada dasarnya, kendala tidak
dapat diubah.
Sistem baru harus operasional pada 15 April.
Sistem baru tidak dapat menghabiskan biaya lebih dari $ 350.000.
Sistem baru harus terintegrasi dengan jaringan.
Sistem baru harus menagih pelanggan setiap 15 hari

Garis Besar Laporan Perbaikan Sistem
I. Ringkasan Eksekutif (sekitar 2 halaman)
A. Ringkasan Rekomendasi
B. Ringkasan masalah, peluang, dan arahan
C. Pernyataan singkat tentang tujuan perbaikan sistem
D. Penjelasan singkat tentang isi laporan
II. Informasi latar belakang (sekitar 2 halaman)
A. Daftar wawancara dan memfasilitasi pertemuan kelompok yang dilakukan
B. Daftar sumber informasi lain yang dieksploitasi
C. Deskripsi teknik analisis yang digunakan
II. Sekilas sistem saat ini (sekitar 5 halaman)
A. Implikasi strategis (jika proyek merupakan bagian dari atau dampak yang
ada IS rencana strategis)
B. Model dari sistem saat ini
C. Model interface (menunjukkan lingkup proyek)
D. Model data (menunjukkan lingkup proyek)
E. Model Geografis (menunjukkan lingkup proyek)
F. Model proses (menunjukkan dekomposisi fungsional saja)

IV. Analisis sistem saat ini (5-10 halaman sekitar
A. Masalah kinerja, peluang, analisis sebab-akibat
B. Masalah informasi, peluang, analisis sebab-akibat
C. Masalah ekonomi, peluang, analisis sebab-akibat
D. Masalah kontrol, peluang, analisis sebab-akibat
E. Masalah efisiensi, peluang, analisis sebab-akibat
F. Masalah pelayanan, peluang, dan analisis sebab-akibat
V. Rekomendasi secara detail (5-10 halaman sekitar)
A. Tujuan perbaikan sistem dan prioritas
B. Kendala
C. Rencana Proyek
1. Lingkup penilaian ulang dan perbaikan
2. Master plan yang di Revisi
3. Rencana rinci untuk tahap definisi
VI. Apendiks
A. Rincian detail model sistem
B. Dokumen-dokumen lain yang sesuai

Konteks Tahapan Requirement Analysis

Tugas-tugas
dari Tahapan
Requirements
Analysis

Istilah Kunci Tahapan Requirement Analysis
Functional requirement – deskripsi dari aktivitas dan layanan
sistem harus tersediakan
 input, output, proses, stored data

Nonfunctional requirement – deskripsi dari ciri-ciri lain,
karakteristik dan kendala yang mendefinisikan sebuah sistem
yang memuaskan
 Performance, kemudahan pembelajaran dan penggunaan, budget,
deadline, dokumentasi, keamanan, dan pengendalian internal audit

Istilah dari Tahap – tahap Requirement
Analisis (cont.)
Use case – sebuah skenario atau kejadian dimana sistem harus
menyediakan suatu respon gambaran. Use case merupakan evolusi
dari analisis objek oriented.

5-
37

Istilah dari Tahap – tahap Requirement
Analisis (cont.)
Timeboxing – suatu teknik/ cara yang memberikan fungsi sistem
informasi dan requirement melalui versioning.

1. Tim pengembang memilih bagian terkecil dari sistem itu, bila
benar-benar diterapkan, maka akan mengembalikan nilai langsung
kepada pemilik sistem dan pengguna.
2. Bagian yang dikembangkan, idealnya dalam jangka waktu 6 sampai
9 bulan atau kurang dari itu.
3. Versi selanjutnya merupakan nilai tambah dari sistem yang
dikembangkan dalam jangka waktu tersebut.

5-
38

Context of Logical Design Phase of Systems Analysis

5-
39

Tasks for Logical Design Phase

5-
40

Context of Decision Analysis Phase

5-
41

Tugas-tugas untuk tahap Decision
Analysis

5-42

Istilah kunci tahap Decision Analysis
 Kelayakan teknis - Apakah solusi teknis praktis? Apakah
staf kami memiliki keahlian teknis untuk merancang dan
membangun solusi ini?
 Kelayakan operasional - Apakah solusi yang memenuhi
kebutuhan pengguna? Untuk apa gelar? Bagaimana solusi
mengubah lingkungan kerja user? Bagaimana pengguna
merasa tentang solusi tersebut??
 Kelayakan ekonomi - Apakah solusi hemat biaya?
 Jadwal kelayakan - Dapatkah solusi dirancang dan
dilaksanakan dalam jangka waktu yang dapat diterima?

Candidate Systems Matrix (Calon Sistem
Matrix)

5-44

Kandidat Sistem Matrix (lanjutan)
Metode pengolahan data Client/Server Sama dengan kandidat 1 Sama dengan kandidat 1
umumnya beberapa kombinasi dari: online, batch,
batch yang ditangguhkan, remote batch, dan real-time

Output Devices dan implikasi (2) HP4MV printer laser (2) HP4MV printer laser departemen Sama dengan kandidat 2
departemen (2) HP5SI LAN printer laser
deskripsi perangkat output yang akan digunakan, persyaratan (2) HP5SI LAN printer (1) PRINTRONIX bar code-code printer (termasuk
output khusus (misalnya, jaringan, dicetak bentuk, dll), dan laser perangkat lunak & driver)
pertimbangan keluaran (misalnya, waktu consraints).
Halaman Web harus dirancang untuk resolusi VGA. Semua

5-45
layar internal yang akan dirancang untuk resolusi SVGA.

perangkat input dan implikasi Keyboard & mouse Apple “Quick take" kamera digital dan perangkat lunak (15) Sama dengan kandidat 2
PSC QuickScan Laser bar-code scanner (1) HP Scanjet 4C
Penjelasan metode masukan yang akan digunakan, perangkat Scanner flatbed Keyboard & mouse
input (misalnya, keyboard, mouse, dll), persyaratan masukan
khusus (misalnya, bentuk-bentuk baru atau revisi dari mana data
akan input), dan masukan pertimbangan (misalnya, waktu input
yang sebenarnya ).

Storage Devices dan Implikasi MS SQL Server DBMS Sama dengan kandidat 1 Sama dengan kandidat 1
dengan 100GB kemampuan
deskripsi singkat tentang apa data yang akan disimpan, data apa tersusun.
yang akan diakses dari toko yang ada, apa yang media
penyimpanan yang akan digunakan, berapa kapasitas wuld
diperlukan, dan bagaimana data akan diatur.

Kelayakan matrix
Kriteria kelayakan Bobot Kandidat 1 Kandidat 2 Kandidat 3

kelayakan operasional 30% Hanya dukungan persyaratan layanan sepenuhnya mendukung pengguna fungsi yang Sama dengan candidat 2
anggota dan proses bisnis saat ini harus diperlukan.
fungsionalitas. deskripsi untuk apa gelar dimodifikasi untuk mengambil keuntungan skor: 100
kandidat ingin menguntungkan organisasi dari fungsi perangkat lunak
dan seberapa baik sistem akan bekerja. Skor: 60

Politik. deskripsi seberapa baik menerima
solusi ini akan menjadi front kedua
manajemen pengguna, pengguna, dan
organisasi perspektif.

5-46
kelayakan teknis 30% Rilis produksi saat Platinum ditambah paket Walaupun staf teknis saat ini hanya memiliki Meskipun staf teknis saat ini nyaman
Teknologi. penilaian kematangan, versi 1.0 dan hanya berada di pasar selama 6 pengalaman PowerBuilder, analisis senior yang dengan PowerBuilder, manajemen
ketersediaan (atau kemampuan untuk minggu. melihat MS visual basic yang demonstrasi dan berkaitan dengan akuisisi baru-baru
memperoleh), dan keinginan dari teknologi kematangan produk adalah risiko dan presentasi telah sepakat trancition akan PowerBuilder oleh Sybase Inc
komputer yang dibutuhkan untuk suport perusahaan mengenakan biaya bulanan sederhana dan menemukan berpengalaman MS SQL Server adalah standart
kandidat ini. tambahan untuk dukungan teknis. programmer VB akan lebih mudah daripada perusahaan Curent dan bersaing dengan
menemukan PowerBuilder programmer dan Sybase di Client / Server DBMS pasar.
Keahlian. Penilaian terhadap keahlian teknis diperlukan untuk mempekerjakan atau dengan biaya yang jauh lebih murah. karena ini kita tidak memiliki jaminan
yang diperlukan untuk defelope, melatih c + + keahlian untuk melakukan masa depan versi PowerBuilder akan
mengoperasikan, dan maaintain sistem modifikasi untuk kebutuhan integrasi MS Visual Basic 5.0 adalah teknologi matang "bermain dengan baik" dengan versi kita
kandidat. Skor : 50 berdasarkan nomor versi. SQL Server saat ini
scoring: 95

kelayakan ekonomi 30% Sekitar $ 350,00. Sekitar $ 418.040. Sekitar $ 400,000.
Biaya untuk mengembangkan: Sekitar 4,5 tahun. Sekitar 3,5 tahun. Sekitar 3,3 tahun.
Periode pembayaran kembali (diskon) Sekitar $ 210.000. Sekitar $ 306.748. Sekitar $ 325,500.
nilai bersih: Lihat Lampiran A lihat Lampiran A. lihat Lampiran A.
Perhitungan rinci:
score: 60 Skor: 85 Skor: 85

Kelayakan Jadwal 10% Kurang dari 3 bulan 9-12 bulan 9 Bulan

penilaian berapa lama solusi yang diperlukan Skor :95 Skor: 80 Skor: 85
untuk merancang dan
mengimplementasikan.

Peringkat 100% 60,5 92 83,5

Sistem Khas Outline Proposal
I. Pengantar
A. Tujuan laporan
B. Latar belakang dari proyek yang mengarah ke
laporan ini

5-47
C. Lingkup laporan
D. Struktur laporan
II. Peralatan dan teknik yang digunakan
A. Solusi yang dihasilkan
B. Analisis kelayakan (biaya-manfaat)
III. Sistem informasi persyaratan
IV. Alternatif solusi dan analisis kelayakan
V. Rekomendasi
VI. Lampiran

�ݺ�ߣ

Apsi kel 4

Recommended

More Related Content

What's hot (20)

Similar to Apsi kel 4 (20)

More from Aditya Nugroho (7)

Apsi kel 4

Editor's Notes