CHAPTER 4 (Indonesia)

Machine Translated by Google
Analisis Sistem
Perkenalan
ÿ Presentasi akan menjawab pertanyaan-pertanyaan berikut:

ÿ Apa yang dimaksud dengan analisis sistem dan bagaimana kaitannya
dengan fase survei , studi, dan definisi metodologi FAST?
ÿ Apa saja strategi analisis sistem untuk memecahkan masalah sistem
bisnis?
ÿ Bagaimana Anda menggambarkan fase survei, studi, dan definisi dalam
kaitannya dengan blok bangunan sistem informasi Anda?
ÿ Bagaimana Anda menggambarkan fase survei, studi, dan definisi dalam
kaitannya dengan tujuan, peran, masukan, keluaran, teknik, dan langkah-langkah?
Disiapkan oleh Kevin C. Dittman untuk

Metode Analisis & Perancangan Sistem 4ed
oleh JL Whitten & LD Bentley Hak Cipta Irwin/McGraw-Hill 1998
1
Analisis Sistem
Apa itu Analisis Sistem?
ÿ Apa itu Analisis Sistem?

ÿ Definisi Formal:
ÿ Analisis sistem adalah pembedahan suatu sistem menjadi bagian-

bagian komponennya dengan tujuan mempelajari bagaimana bagian-
bagian komponen tersebut berinteraksi dan bekerja.
ÿ Analisis sistem dilakukan untuk tujuan selanjutnya

melakukan sintesis sistem.
ÿ Sintesis sistem adalah perakitan kembali bagian-bagian komponen suatu
sistem menjadi suatu sistem yang utuh – diharapkan suatu sistem
yang lebih baik.

2
Analisis Sistem

ÿ Untuk presentasi ini kita akan menggunakan definisi berikut:
ÿ Analisis sistem adalah (1) survei dan perencanaan sistem
dan proyek, (2) studi dan analisis sistem bisnis dan
informasi yang ada, dan (3) definisi kebutuhan dan
prioritas bisnis untuk sistem baru atau yang ditingkatkan.
Sinonim yang populer adalah desain logis.
ÿ Analisis sistem didorong oleh kepentingan bisnis, khususnya pengguna
sistem.

3
Analisis Sistem
ANALISA SISTEM
1
Survei dan
rencanakan proyek
Dokumentasi
Gudang
Proyek dan 2
Ruang Lingkup Sistem Mempelajari Dokumentasi
dan
menganalisis sistem yang ada

Dokumentasi
Sistem
Peningkatan
3
Tujuan
Mendefinisikan
dan Bisnis
memprioritaskan bisnisPersyaratan
ke tahap desain
persyaratan
Bisnis
Persyaratan ke tahap konfigurasi

4
Analisis Sistem
ÿ Apa itu Repositori?

ÿ Repositori adalah kumpulan tempat kami menyimpan semua dokumentasi
yang terkait dengan aplikasi dan proyek. ÿ Meskipun gambar
sebelumnya hanya menunjukkan satu repositori proyek, biasanya
diimplementasikan sebagai kombinasi berikut:
ÿ Disk atau direktori pengolah kata, spreadsheet, dan file lain yang
dihasilkan komputer yang berisi korespondensi proyek, laporan, dan
data.
ÿ Satu atau lebih repositori lokal CASE.
ÿ Dokumentasi hardcopy (disimpan dalam buku catatan, binder, dan
perpustakaan sistem).

5
Analisis Sistem
ÿ Repositori dan CEPAT

ÿ FAST adalah metodologi berbasis repositori.
ÿ Fase (dan aktivitas yang termasuk dalam fase) berkomunikasi di seluruh repositori
bersama.
ÿ Pekerjaan dalam satu fase dapat dan harus tumpang tindih dengan
pekerjaan di fase lainnya, selama informasi yang diperlukan sudah ada
dalam repositori.
ÿ Hal ini memungkinkan pengembang untuk melakukan backtrack ketika
kesalahan atau kelalaian ditemukan.

6
Analisis Sistem
Strategi Analisis Sistem dan
Penyelesaian masalah
ÿ Analisis Terstruktur Modern

ÿ Analisis terstruktur adalah salah satu strategi formal pertama yang
dikembangkan untuk analisis sistem sistem informasi dan
aplikasi komputer.
ÿ Analisis terstruktur modern adalah teknik berpusat pada proses
yang digunakan untuk memodelkan kebutuhan bisnis untuk suatu
sistem. Model adalah gambar terstruktur yang mengilustrasikan
proses, masukan, keluaran, dan file yang diperlukan untuk merespons peristiwa b

7
Analisis Sistem

ÿ Analisis terstruktur memperkenalkan strategi keseluruhan yang
telah diadopsi oleh banyak teknik lainnya – pengembangan
berbasis model .
ÿ Model adalah representasi realitas . Sama seperti 'sebuah gambar dapat menyampaikan
ribuan kata', sebagian besar model menggunakan gambar untuk mewakili
kenyataan.
ÿ Teknik pengembangan berbasis model menekankan pada

penggambaran model untuk menentukan kebutuhan bisnis
dan desain sistem informasi. Model tersebut menjadi cetak biru
desain untuk membangun sistem akhir.

8
Analisis Sistem

ÿ Analisis terstruktur modern memiliki konsep yang sederhana.
ÿ Analis sistem dan bisnis menggambar serangkaian model proses yang
disebut diagram aliran data yang menggambarkan proses penting dari
suatu sistem bersama dengan input, output, dan file.
ÿ Karena gambar-gambar ini mewakili bisnis yang logis
persyaratan sistem yang tidak bergantung pada solusi fisik dan
teknis apa pun, model dikatakan sebagai desain logis untuk sistem.

9
Analisis Sistem
Klub
Respon pesanan anggota
Anggota
Akun
Proses
Peringkat dan batas kredit Anggota
Pesanan
Peringkat dan
batas kredit
Kredit
Proses
peringkat dan batas Bonusnya Klub
Bonusnya
Memesan Anggota
Pesanan
Proses
Otomatis Memesan
Pesanan untuk
diisi
Perintah untuk
Gudang Perintah untuk diisi
diisi
Detail pesanan yang ada Pesanan Pesanan otomatis yang direvisi

10
Analisis Sistem
ÿ Teknik Informasi (IE)

ÿ Saat ini, banyak organisasi telah berevolusi dari pendekatan analisis
terstruktur ke pendekatan rekayasa informasi. ÿ
Rekayasa informasi adalah teknik yang berpusat pada data,
namun sensitif terhadap proses yang diterapkan pada
organisasi secara keseluruhan (atau bagian penting –
misalnya divisi), dan bukan secara ad-hoc, proyek per
proyek. (seperti dalam analisis terstruktur).
ÿ Konsep dasar rekayasa informasi adalah informasi
sistem harus direkayasa seperti produk lainnya.

11
Analisis Sistem

ÿ Tahapannya adalah sebagai berikut:
ÿ Perencanaan Strategi Informasi (ISP) menerapkan metode analisis
sistem untuk memeriksa bisnis secara keseluruhan untuk tujuan
menentukan rencana dan arsitektur keseluruhan untuk
pengembangan sistem informasi selanjutnya.
ÿ Berdasarkan rencana strategis, area bisnis 'dibentuk' dan
diprioritaskan.
• Area bisnis adalah kumpulan proses bisnis lintas organisasi
yang harus sangat terintegrasi untuk mencapai rencana
strategi informasi (dan misi bisnis). • Analisis
Area Bisnis (BAA) menggunakan metode analisis sistem untuk
mempelajari area bisnis dan menentukan kebutuhan bisnis untuk
serangkaian sistem informasi dan aplikasi komputer yang sangat
efisien dan terintegrasi untuk mendukung area bisnis tersebut.
12
Analisis Sistem

ÿ Tahapannya sebagai berikut: (lanjutan)
ÿ Berdasarkan analisis kebutuhan area bisnis, aplikasi sistem informasi
'dibuat' dan diprioritaskan.
• Aplikasi ini menjadi proyek ke sistem lain
metode analisis dan desain diterapkan untuk mengembangkan sistem
produksi.
ÿ Rekayasa informasi dikatakan sebagai paradigma yang berpusat pada data.
ÿ Karena informasi adalah produk data, maka data tersebut harus direncanakan
Pertama!
ÿ Model data digambar terlebih dahulu.
ÿ Selain model data, insinyur informasi juga menggambar model proses

serupa dengan yang digambarkan dalam analisis terstruktur.
13
Analisis Sistem
Anggota ditempatkan terdaftar di bawah;

Anggota Perjanjian
Memesan oleh; tempat berlaku untuk
menghasilkan; didirikan oleh;

menjual; dijual dihasilkan oleh didirikan
ditampilkan di; sponsor;

Produk Promosi Klub
fitur disponsori oleh

14
Analisis Sistem
ÿ Pembuatan prototipe
ÿ Prototyping adalah teknik rekayasa yang digunakan untuk mengembangkan

versi parsial namun fungsional dari suatu sistem atau aplikasi.
Ketika diperluas ke desain dan konstruksi sistem, prototipe dapat berkembang
menjadi sistem final yang diimplementasikan.
ÿ Dua 'rasa' pembuatan prototipe dapat diterapkan pada analisis sistem:
ÿ Feasibility prototyping digunakan untuk menguji kelayakan
suatu teknologi tertentu yang mungkin diterapkan pada
masalah bisnis.
ÿ Prototipe penemuan (terkadang disebut prototipe persyaratan )
digunakan untuk 'menemukan' kebutuhan bisnis pengguna
dengan meminta mereka bereaksi terhadap penerapan persyaratan
tersebut secara 'cepat dan kotor' .

15
Analisis Sistem
ÿ Pengembangan Aplikasi Bersama (JAD)

ÿ Pengembangan aplikasi bersama (JAD) menggunakan lokakarya yang sangat
terorganisir dan intensif untuk mempertemukan pemilik sistem, pengguna,
analis, perancang, dan pembangun untuk bersama-sama mendefinisikan dan
merancang sistem. Sinonimnya mencakup desain aplikasi bersama dan
perencanaan kebutuhan bersama.
ÿ Seorang analis sistem yang terlatih di JAD biasanya berperan sebagai

fasilitator dalam sebuah lokakarya.
ÿ Lokakarya JAD biasanya berlangsung tiga hingga lima hari kerja penuh.
• Lokakarya ini dapat menggantikan wawancara tradisional dan pertemuan lanjutan yang
memakan waktu berbulan-bulan.

16
Analisis Sistem
ÿ Desain Ulang Proses Bisnis (BPR)

ÿ Desain ulang proses bisnis (juga disebut proses bisnis
rekayasa ulang) adalah penerapan metode analisis (dan desain)
sistem dengan tujuan mengubah dan meningkatkan proses bisnis
fundamental suatu organisasi secara dramatis, tidak bergantung pada
teknologi informasi. ÿ
Proyek BPR hampir seluruhnya fokus pada proses non-komputer.
ÿ Setiap proses dipelajari dan dianalisis untuk mengetahui hambatannya,
pengembalian nilai, dan peluang untuk menghilangkan atau menyederhanakannya.
ÿ Setelah proses bisnis didesain ulang, sebagian besar proyek BPR diakhiri dengan
mengkaji bagaimana teknologi informasi dapat diterapkan dengan baik pada
proses bisnis yang ditingkatkan.
ÿ Ini menciptakan proyek pengembangan aplikasi baru.

17
Analisis Sistem
ÿ Analisis Berorientasi Objek (OOA)

ÿ Data dan proses yang bertindak atas data tersebut digabungkan atau dirangkum
menjadi sesuatu yang disebut objek.
ÿ Satu-satunya cara untuk membuat, menghapus, mengubah, atau menggunakan data

dalam suatu objek (disebut properti) adalah melalui salah satu proses yang
dienkapsulasi (disebut metode).
ÿ Teknik analisis berorientasi objek (OOA) digunakan untuk (1) mempelajari objek yang ada
untuk melihat apakah objek tersebut dapat digunakan kembali atau diadaptasi untuk
kegunaan baru, dan untuk (2) menentukan objek baru atau yang dimodifikasi
yang akan digabungkan dengan objek yang sudah ada menjadi suatu aplikasi komputasi
bisnis yang berguna .

18
Analisis Sistem
ÿ Strategi Analisis Sistem CEPAT

ÿ Metodologi FAST tidak memaksakan satu teknik pun pada pengembang
sistem. Sebaliknya, ini mengintegrasikan semua teknik populer:
analisis terstruktur (melalui pemodelan proses), rekayasa informasi
(melalui pemodelan data), pembuatan prototipe (melalui pengembangan
aplikasi cepat), dan pengembangan aplikasi bersama (untuk semua metode).
ÿ Pengembang FAST progresif dapat menggunakan analisis berorientasi objek
hubungannya dengan teknologi objek untuk pembuatan prototipe untuk sepenuhnya
mengeksploitasi paradigma objek
ÿ Metodologi FAST mendukung berbagai jenis proyek

termasuk:
ÿ pengembangan aplikasi, perencanaan strategi informasi,
analisis area bisnis, pengembangan sistem pendukung keputusan,
dan desain ulang proses bisnis.
19
Analisis Sistem
Fase Survei Analisis Sistem
ÿ Pendahuluan
ÿ Fase pertama proyek FAST adalah mensurvei proyek.
ÿ Tujuan tahap survei ada tiga.
ÿ Pertama, fase survei menjawab pertanyaan, “Apakah proyek
ini layak untuk
dipertimbangkan?” ÿ Fase survei harus menentukan ruang lingkup
proyek dan masalah yang dirasakan, peluang, dan arahan yang
memicu proyek.
ÿ Tahap survei juga harus menetapkan tim proyek dan
peserta, anggaran proyek, dan jadwal proyek. ÿ Fase
survei berkaitan dengan pandangan pemilik sistem terhadap
keseluruhan sistem informasi, yang hanya mencakup sedikit rincian.

20
Analisis Sistem
KERANGKA SISTEM INFORMASI
FOKUS PADA FOKUS PADA FOKUS PADA FOKUS PADA CEPAT

SISTEM SISTEM SISTEM SISTEM
DATA PROSES ANTARMUKA GEOGRAFI Metodologi
Subyek Bisnis Fungsi Bisnis Konteks Sistem Lokasi Operasi Fase Survei
Akun
(menetapkan ruang
Piutang
Basis data
Pemasaran
Pelanggan memesan nol, satu,
Kredit
SISTEM atau lebih produk. lingkup dan rencana proyek)

PEMILIK Produk dapat dipesan oleh nol, Memesan
Pemetikan
Pelanggan Memesan Pengelolaan Gudang
Periklanan Penjualan Memesan
satu, atau lebih pelanggan. Sistem
Kredit
(cakupan) Voucher
Pesanan Pembatalan Jasa

Bank
ruang lingkup data ruang lingkup proses sistem lain ruang lingkup geografis
SISTEM
S
PENGGUNA
DAN
S
(persyaratan)
T
DAN
A
N
A
L
DAN
S
T SISTEM
S DESAINER
(spesifikasi)
SISTEM
PEMBANGUN
(komponen)
Yang ada
Antarmuka Yang ada
Yang ada dan
Yang ada Jaringan
Aplikasi dan
Database Teknologi Dan
Teknologi
dan Teknologi
Teknologi
Disiapkan oleh Kevin C. Dittman

untuk Metode Analisis & Desain Sistem
4ed oleh JL Whitten & LD Bentley Hak Cipta Irwin/McGraw-Hill 1998
21
Analisis Sistem
ÿ Pendahuluan
ÿ Diagram aktivitas FAST menunjukkan aktivitas atau pekerjaan yang harus dilakukan
diselesaikan untuk mencapai fase CEPAT .
ÿ Garis padat menunjukkan arus informasi dan dokumentasi.
ÿ Garis putus-putus menunjukkan aliran kendali berdasarkan kriteria tertentu.

ÿ Lingkaran kecil berarsir di awal aliran informasi masukan atau keluaran
menunjukkan pos pemeriksaan kelayakan.
ÿ Fase survei dimaksudkan untuk dilakukan 'cepat'. – keseluruhan fase tidak
boleh lebih dari dua atau tiga hari untuk sebagian besar proyek.

22
Analisis Sistem
1.1
Meminta Masalah Meminta
Sistem
Sistem dan peluang Pemilik
Pemilik layanan layanan
dan Pengguna
sistem survei sistem
Meminta
pernyataan
Piagam survei
proyek layanan
masalah
sistem
Piagam proyek
1.4 1.2
Survei masalah
Sajikan Pernyataan masalah penyataan Negosiasikan
Pernyataan ruang lingkup ruang
proyek Rencana proyek Gudang lingkup proyek
pernyataan ruang lingkup
Masalah
penyataan
Rencana
proyek
Pernyataan ruang lingkup
1.3
Rencana
Templat proyek dan
Sistem
Pengelolaan proyek
Standar proyek

23
Analisis Sistem
ÿ Kegiatan: Survei Permasalahan, Peluang, dan

Arahan
ÿ Tujuan:
ÿ Tujuan kegiatan ini adalah survei dan evaluasi secara cepat
masing-masing masalah, peluang, dan arahan yang teridentifikasi
sehubungan dengan urgensi, visibilitas, manfaat nyata, dan prioritas.
ÿ Secara opsional, peserta dapat mengeksplorasi solusi yang 'mungkin',
meskipun setiap orang harus diberitahu bahwa solusi lain mungkin dan
harus dijajaki pada tahap proyek selanjutnya.

24
Analisis Sistem

Arahan
ÿ Peran:
ÿ Manajer proyek - fasilitator ÿ

Peran pemilik sistem:
• sponsor eksekutif
• manajer
pengguna • (opsional) manajer
sistem • manajer
proyek ÿ Peran
pengguna sistem: • (opsional)
analis bisnis • pengguna lain biasanya tidak terlibat dalam aktivitas ini saat in

25
Analisis Sistem

Arahan
ÿ Peran:
ÿ Peran analis sistem:

• pemodel sistem
ÿ Peran perancang sistem biasanya tidak dilibatkan dalam aktivitas
ini kecuali dianggap tepat oleh pemilik sistem
ÿ Peran pembangun sistem biasanya tidak dilibatkan dalam
aktivitas ini kecuali dianggap tepat oleh pemilik sistem

26
Analisis Sistem

Arahan
ÿ Prasyarat (Input): ÿ
Aktivitas ini dipicu oleh permintaan layanan sistem.
• Masukan ini mengimplementasikan dua pemicu proyek logis berikut:
• arahan proyek sistem terencana •
permintaan sistem tidak terencana

27
Analisis Sistem
Klub Hiburan SoundStage
Layanan Sistem Informasi
Telepon: 494-0666 Faks: 494-0999
Internet: http://www.soundstage.com
Intranet: http://www.soundtstage.com/iss
TANGGAL PERMINTAAN LAYANAN YANG DIMINTA UNTUK DEPARTEMEN
10 Januari 1997 Layanan Anggota, Gudang, Pengiriman
DIKIRIM OLEH (kontak pengguna utama) SPONSOR EKSEKUTIF (otoritas pendanaan)

Nama Sarah Hartman Nama Galen Kirkhoff
Judul Analis Bisnis, Layanan Anggota Judul Wakil Presiden, Layanan Anggota
Kantor B035 Kantor G242
Telepon 494-0867 Telepon 494-1242
JENIS LAYANAN YANG DIMINTA:

Perencanaan Strategi Informasi Peningkatan Aplikasi yang Ada
Analisis dan Desain Ulang Proses Bisnis Pemeliharaan Aplikasi yang Ada (perbaikan masalah)
Pengembangan Aplikasi Baru Tidak yakin
Lainnya (sebutkan ___________________________________________
PERNYATAAN SINGKAT TENTANG MASALAH, PELUANG, ATAU PETUNJUK (lampirkan dokumentasi tambahan jika diperlukan)
Kelompok perencanaan strategi informasi telah menargetkan layanan anggota, pemasaran, dan pemenuhan pesanan (termasuk
pengiriman) untuk desain ulang proses bisnis dan pengembangan aplikasi terintegrasi. Saat ini dilayani secara terpisah
sistem informasi, area ini tidak terintegrasi dengan baik untuk memaksimalkan layanan pemesanan yang efisien kepada anggota kami. Itu
sistem yang ada saat ini tidak dapat beradaptasi dengan produk dan layanan yang berubah dengan cepat. Dalam beberapa kasus, sistem terpisah
ada untuk produk dan layanan serupa. Beberapa dari sistem ini diwarisi melalui merger yang memperluas sistem kami
produk dan layanan. Ada juga beberapa peluang pemasaran untuk meningkatkan kehadiran kami kepada anggota kami.
Salah satu contohnya mencakup layanan perdagangan Internet. Akhirnya, sistem identifikasi otomatis sedang dikembangkan
gudang harus sepenuhnya beroperasi dengan layanan anggota.
PERNYATAAN SINGKAT TENTANG SOLUSI YANG DIHARAPKAN

Kami membayangkan proses bisnis yang benar-benar baru dan efisien yang meminimalkan waktu respons terhadap pesanan anggota
untuk produk dan layanan. Suatu perintah tidak akan dianggap terpenuhi sampai telah diterima oleh anggota. Itu
sistem baru harus memberikan perluasan fleksibilitas klub dan anggota serta kemampuan beradaptasi produk bisnis dasar dan
jasa.
Kami membayangkan sebuah sistem yang dapat diterapkan pada komputer desktop baik karyawan maupun anggota, dengan tepat
layanan bersama yang disediakan di seluruh jaringan, konsisten dengan arsitektur terdistribusi ISS. Hal ini sesuai dengan
rencana strategis untuk menghentikan komputer pusat AS/400 dan menggantinya dengan server.
ACTION (Khusus Penggunaan Kantor ISS)
Penilaian kelayakan disetujui Ditugaskan ke Sandra Shepherd
Penilaian kelayakan diabaikan Anggaran yang Disetujui $ _450,000___________
Tanggal Mulai __ASAP________ Batas Waktu ___ASAP________
Permintaan tertunda Tercatat hingga saat ini: ______________
Permintaan ditolak Alasan: ________________________________________________
Tanda Tangan Resmi:
_________________________ ___________________________
Ketua, Badan Pengarah Eksekutif ISS Sponsor Eksekutif Proyek
Metode Analisis & Perancangan Sistem 4ed FORMULIR ISS-100-RFSS (Terakhir direvisi Desember 1996)
28
Analisis Sistem

Arahan
ÿ Hasil Kerja (Output):
ÿ Prinsip penyampaian kegiatan ini adalah suatu permasalahan
pernyataan yang mendokumentasikan masalah, peluang,
dan arahan yang dibahas.
ÿ Teknik yang Berlaku:
ÿ Pencarian Fakta. Metode pencarian fakta digunakan untuk berinteraksi
dengan masyarakat untuk mengidentifikasi masalah, peluang, dan arahan.
ÿ Keterampilan Antarpribadi. Keterampilan interpersonal berkaitan dengan
keterampilan mencari fakta. Hal ini memengaruhi cara kita
berkomunikasi dan bernegosiasi satu sama lain. Jelasnya, hubungan
interpersonal yang baik sangat penting untuk kegiatan ini.
29
Analisis Sistem
PERNYATAAN MASALAH
PROYEK: Sistem Informasi Pelayanan Anggota MANAJER PROYEK: Sandra Shepherd
DIBUAT OLEH: Sandra Shepherd TERAKHIR DIPERBARUI OLEH: Robert Martinez
TANGGAL DIBUAT: 15 Januari 1997 TANGGAL TERAKHIR DIPERBARUI: 17 Januari 1997
Pernyataan Singkat Masalah, Peluang, atau Arahan Visibilitas Urgensi Tahunan Prioritas Solusi yang Diusulkan
Manfaat atau Peringkat
1. Waktu respons pesanan yang diukur dari waktu penerimaan pesanan hingga waktu pengiriman pelanggan secepat mungkin
Tinggi $175.000 2 Pengembangan baru
telah meningkat menjadi 15 rata-rata 15 hari
2. Akuisisi Klub Video Pemutaran Pribadi dan GameScreen baru-baru ini akan berlanjut 6 bulan Dengan 75.000 2 Pengembangan baru
menekankan persyaratan throughput untuk sistem saat ini.
3. Saat ini, tiga sistem entri pesanan yang berbeda melayani divisi audio, video, dan game. 6 bulan Dengan 515.000 2 Pengembangan baru
Setiap sistem dirancang untuk berinteraksi dengan sistem pergudangan yang berbeda; oleh karena itu, itu
niat untuk menggabungkan inventaris menjadi satu gudang telah tertunda.
4. Secara umum terdapat kurangnya akses terhadap informasi manajemen dan pengambilan keputusan. Ini 12 bulan Rendah 15.000 3 setelah sistem baru
akan menjadi jengkel dengan akuisisi dua sistem pemrosesan pesanan tambahan dikembangkan, menyediakan pengguna
(dari Pemutaran Pribadi dan GameScreen). dengan mudah dipelajari dan -

menggunakan alat pelaporan.
5. Saat ini terdapat ketidaksesuaian data pada file member dan order. 3 bulan Tinggi 35.000 1 Perbaikan cepat; lalu baru
perkembangan
6. Sistem file Pemutaran Pribadi dan GameScreen tidak kompatibel dengan 6 bulan Dengan tidak dikenal 2 Pengembangan baru.
Setara dengan SoundStage. Masalah data bisnis mencakup inkonsistensi data dan kekurangan Kuantifikasi tambahan
kontrol edit masukan. manfaatnya mungkin meningkat
urgensi.
7. Ada peluang untuk membuka sistem ketertiban ke Internet, namun keamanan dan kendali tetap ada 12 bulan Rendah tidak dikenal 4 Versi masa depan yang baru
sebuah isu. sistem yang dikembangkan
8. Sistem entri pesanan saat ini tidak kompatibel dengan sistem otomatis yang akan datang 3 bulan Tinggi 65.000 1 Perbaikan cepat; lalu baru
sistem identifikasi (bar coding) yang sedang dikembangkan untuk gudang perkembangan

30
Analisis Sistem

Arahan
ÿ Langkah-langkah:
ÿ Langkah-langkah berikut disarankan untuk menyelesaikan kegiatan ini:

• Langkah 1 - Kumpulkan dan tinjau semua dokumentasi yang diserahkan untuk memulai
proyek ini.
• Langkah 2 - Jadwalkan dan adakan pertemuan dengan orang-orang yang secara

tentatif ditugaskan untuk peran yang disebutkan di atas dalam kegiatan ini. (Alternatif:
Wawancarai orang-orang yang secara sementara ditugaskan untuk peran
tersebut.) • Langkah 3 - Dokumentasikan masalah, peluang dan hambatan.

31
Analisis Sistem
ÿ Kegiatan: Negosiasi Lingkup Proyek

ÿ Tujuan:
ÿ Tujuan dari kegiatan ini adalah untuk menentukan batasan
sistem dan proyek.
• Batasan harus ditetapkan setepat mungkin
meminimalkan dampak 'creeping scope'.
– Creeping scope adalah peningkatan cakupan yang halus namun
signifikan yang sering terjadi selama proyek sistem.
– Dengan mendefinisikan cakupan, kami tidak menghilangkan cakupan yang
merayap, namun hanya menyediakan mekanisme untuk mendokumentasikan
dan melacak cakupan tersebut sehingga dampaknya terhadap
anggaran dan jadwal dapat terus dikaji ulang.

32
Analisis Sistem

ÿ Peran:

Peran pemilik sistem: •
sponsor eksekutif
• manajer
sistem • manajer
proyek ÿ Peran
analis bisnis • pengguna lain biasanya tidak terlibat dalam aktivitas ini saat in

33
Analisis Sistem

ÿ Peran:
ÿ Peran analis sistem: •

pemodel sistem
ini kecuali dianggap sesuai oleh pemilik sistem
aktivitas ini kecuali dianggap tepat oleh pemilik sistem

34
Analisis Sistem

ÿ Prasyarat (Masukan):
ÿ Aktivitas ini dipicu oleh permintaan layanan sistem.
ÿ Pernyataan survei masalah yang dihasilkan oleh kegiatan sebelumnya
dapat menjadi masukan yang berguna untuk menentukan
ruang lingkup. ÿ Hasil Kerja (Output):
ÿ Prinsip yang dapat disampaikan dari kegiatan ini adalah pernyataan ruang lingkup.

35
Analisis Sistem

ÿ Pencarian Fakta. Metode pencarian fakta digunakan untuk berinteraksi dengan
orang-orang untuk menentukan ruang lingkup. Biasanya, ruang lingkup ditentukan
melalui wawancara atau pertemuan kelompok.
ÿ Keterampilan Antarpribadi. Keterampilan interpersonal berkaitan dengan

keterampilan mencari fakta. Hal ini memengaruhi cara kita
berkomunikasi dan bernegosiasi satu sama lain. Jelasnya, hubungan
interpersonal yang baik sangat penting untuk kegiatan ini.

36
Analisis Sistem

ÿ Langkah-langkah:

• Langkah 1 - Kumpulkan dan tinjau semua dokumentasi yang diserahkan untuk memulai
proyek ini.
• Langkah 2 - Jadwalkan dan rencanakan pertemuan masyarakat untuk sementara
ditugaskan ke peran yang disebutkan di atas untuk kegiatan ini. Pertemuan atau
wawancara harus fokus pada 'negosiasi' ruang lingkup empat blok bangunan sistem
informasi: DATA, PROSES, ANTARMUKA, dan GEOGRAFI.
• Langkah 3 - Ruang lingkup dokumen.

37
Analisis Sistem
ÿ Aktivitas: Merencanakan Proyek

ÿ Rencana proyek awal harus terdiri dari hal-hal berikut:
ÿ Rancangan rencana induk pertama dan jadwal penyelesaian
seluruh proyek. Jadwal ini akan diubah pada akhir setiap
fase proyek. Hal ini terkadang disebut rencana dasar.
ÿ Rencana dan jadwal terperinci untuk menyelesaikan tahap proyek
berikutnya (fase studi). Dalam kebanyakan kasus, jadwal ini akan
lebih akurat, namun masih tergantung pada kurangnya
pengetahuan rinci tentang sistem saat ini dan kebutuhan pengguna.
ÿ Tujuan:
ÿ Tujuan dari kegiatan ini adalah untuk mengembangkan proyek awal
jadwal dan penugasan sumber daya.

38
Analisis Sistem

ÿ Peran:

sponsor eksekutif
• manajer pengguna
• manajer sistem •
manajer proyek •
badan pengarah (opsional)
ÿ Peran pengguna
sistem: • (opsional) analis bisnis

39
Analisis Sistem

ÿ Peran:
ÿ Peran analis sistem biasanya tidak dilibatkan dalam aktivitas

ini kecuali dianggap tepat oleh manajer proyek.
ini kecuali dianggap tepat oleh manajer proyek.
aktivitas ini kecuali dianggap tepat oleh manajer proyek.

40
Analisis Sistem

ÿ Kegiatan ini dipicu oleh selesainya kegiatan survei
masalah dan definisi ruang lingkup.
• Pernyataan masalah dan pernyataan ruang lingkup, jika formal
didokumentasikan, merupakan referensi yang sangat membantu bagi kelompok perencanaan
proyek .

ÿ Prinsip yang dapat disampaikan dari kegiatan ini adalah rencana proyek.
Rencana proyek awal ini terdiri dari dua komponen:
• rencana tingkat fase yang mencakup keseluruhan proyek
• rencana tingkat kegiatan yang memerinci tahap studi proyek

41
Analisis Sistem

ÿ Manajemen Proses. Manajemen proses mendefinisikan
standar untuk menerapkan metodologi pada suatu proyek. Ini
mendefinisikan persyaratan keterampilan dan pelatihan
untuk setiap peran, standar alat CASE , standar dokumentasi,
standar manajemen mutu, dan standar manajemen
proyek. ÿ Manajemen Proyek. Manajemen proyek dibangun di atas
manajemen proses dengan menerapkan metodologi pada proyek
tertentu dalam bentuk perencanaan jadwal, penempatan staf
dan pengawasan, pelaporan kemajuan, pengelolaan ekspektasi,
penganggaran, dan manajemen jadwal.

42
Analisis Sistem

ÿ Keterampilan Presentasi. Piagam proyek dan presentasi verbal
apa pun tentang proyek dan rencana jelas memerlukan
keterampilan
presentasi. ÿ Langkah-langkah:
• Langkah 1 - Meninjau masalah, peluang, dan arahan sistem; serta ,
ruang lingkup proyek.
• Langkah 2 - Pilih template proyek FAST yang sesuai . CEPAT
templat mendukung strategi yang berbeda dan/atau tujuan
pengembangan sistem yang berbeda (misalnya, pembelian paket versus
pengembangan berorientasi objek).

43
Analisis Sistem

ÿ Langkah-langkah:

(lanjutan)
• Langkah 3 - Tetapkan orang-orang tertentu untuk setiap peran FAST .
• Langkah 4 - Perkirakan waktu yang diperlukan untuk setiap aktivitas proyek, tetapkan
peran untuk kegiatan, dan menyusun jadwal.
• Langkah 5 - (opsional) Negosiasikan ekspektasi.
• Langkah 6 - Negosiasikan jadwal dengan pemilik sistem, sesuaikan sumber daya,

ruang lingkup, dan harapan jika diperlukan.
• Langkah 7 - Tulis piagam proyek.

44
Analisis Sistem
ÿ Aktivitas: Mempresentasikan Proyek

ÿ Di sebagian besar organisasi, terdapat lebih banyak proyek potensial daripada
sumber daya untuk staf dan mendanai proyek-proyek
tersebut. ÿ Jika suatu proyek belum ditentukan sebelumnya sebagai prioritas tertinggi
(melalui proses perencanaan taktis atau strategis sebelumnya), maka proyek tersebut
harus dipresentasikan dan dipertahankan kepada semacam badan pengarah untuk
mendapatkan persetujuan.
ÿ Badan pengarah adalah komite bisnis eksekutif dan

manajer sistem yang mempelajari dan memprioritaskan proposal proyek yang
bersaing untuk menentukan proyek mana yang akan memberikan nilai paling
besar bagi organisasi dan dengan demikian, harus disetujui untuk
pengembangan sistem yang berkelanjutan.

45
Analisis Sistem
ÿ Kegiatan: Mempresentasikan
Proyek ÿ Tujuan:
ÿ Tujuan kegiatan ini adalah untuk: • (1)
mendapatkan persetujuan yang diperlukan untuk melanjutkan proyek, dan
• (2) mengkomunikasikan proyek dan tujuannya kepada seluruh staf.
ÿ Peran:
ÿ Sponsor eksekutif - fasilitator ÿ

• sponsor eksekutif
• manajer sistem •
manajer proyek •
badan pengarah
46
Analisis Sistem

ÿ Peran:
ÿ Peran pengguna sistem:
• analis bisnis
• semua pengguna langsung dan tidak langsung
ÿ Perancang sistem:
• setiap analis sistem yang ditugaskan pada proyek tersebut.
• setiap perancang dan spesialis sistem yang mungkin ditugaskan pada proyek tersebut
proyek
ÿ Pembangun sistem:
• pembangun sistem mana pun yang kemungkinan akan ditugaskan pada proyek ini. •
(opsional) perwakilan vendor teknologi mana pun yang produknya kemungkinan besar akan dilibatkan
dalam proyek tersebut

47
Analisis Sistem
ÿ Kegiatan: Mempresentasikan Proyek

ÿ Prasyarat (Input): ÿ
Kegiatan ini dipicu oleh selesainya kegiatan perencanaan
proyek. ÿ
Masukannya meliputi:
• pernyataan
masalah •
pernyataan
ruang lingkup • rencana
proyek • templat proyek (opsional) • standar proyek

48
Analisis Sistem

ÿ Hasil utama dari kegiatan ini adalah piagam proyek.
• Piagam ini biasanya merupakan konsolidasi formal atas seluruh masukan
terhadap kegiatan. Ini mungkin dianggap sebagai kontrak internal untuk
proyek tersebut, seandainya proyek tersebut berlanjut ke tahap berikutnya.
ÿ Hasil akhir kegiatan adalah rumusan masalah dan

rumusan ruang lingkup yang menjadi pemicu berbagai
kegiatan tahap
kajian. • Presentasi dapat berupa presentasi lisan atau tulisan
dokumen (mungkin piagam proyek atau ringkasannya), surat wewenang
dari sponsor eksekutif, atau kombinasi dari format-format ini.

49
Analisis Sistem
Laporan Penilaian Kelayakan Proyek
SAYA.
Ringkasan eksekutif (1 halaman)
A. Ringkasan rekomendasi
B. Pernyataan singkat tentang manfaat yang diantisipasi
C. Penjelasan singkat isi laporan
II. Informasi latar belakang (1-2 halaman)
A. Deskripsi singkat tentang permintaan proyek
B. Penjelasan singkat mengenai ringkasan kegiatan tahap
AKU AKU AKU.
Temuan (2-3 halaman)
A. Masalah dan analisis (opsional: referensi matriks pernyataan masalah)
B. Peluang dan analisis (opsional: referensi matriks pernyataan masalah)
C. Arahan dan implikasinya
IV. Rekomendasi terperinci
A. Rekomendasi naratif (1 halaman)
1. Perbaikan segera
2. Perbaikan cepat
3. Peningkatan
4. Pengembangan sistem baru
B. Rencana proyek
1. Tujuan awal proyek
Rencana proyek induk awal (tingkat fase)
2.3. Rencana terperinci untuk tahap studi atau definisi
DI DALAM.
Lampiran
A. Permintaan Layanan Sistem
B. Matriks Pernyataan Masalah
C. (dokumen lain yang sesuai)

50
Analisis Sistem

ÿ Keterampilan Antarpribadi. Keterampilan interpersonal yang baik sangat
penting untuk kegiatan ini. Ini termasuk persuasi, penjualan ('ide'),
menulis, dan berbicara. ÿ
Langkah-langkah:
• Langkah 1 - Tinjau hasil seluruh aktivitas sebelumnya.
• Langkah 2 - (opsional) Format ulang piagam proyek untuk presentasi
badan kemudi.
• Langkah 3 - Presentasikan proposal proyek (piagam) kepada badan pengarah.
Bersiaplah untuk mempertahankan rekomendasi, mengatasi permasalahan
dan kontroversi, dan menjawab pertanyaan yang diajukan oleh badan pengarah.

51
Analisis Sistem

ÿ Langkah-langkah:

(lanjutan)
• Langkah 4 - Rencanakan acara untuk mengkomunikasikan proyek yang disetujui
kepada semua staf yang terkena dampak, atau mendistribusikan piagam atau
ringkasan proyek melalui surat pengantar otoritas dari sponsor eksekutif.
– Acara peluncuran ini menyajikan proyek dan rencana keduanya

peserta dan semua pihak yang berkepentingan.
– Dukungan nyata dari sponsor eksekutif terhadap proyek ini dapat

mencegah munculnya banyak masalah 'politik'.

52
Analisis Sistem
ÿ Kesimpulan Tahap Survei

ÿ Ada kemungkinan bahwa peserta dalam tahap survei akan mengambil keputusan
proyek ini tidak layak untuk diusulkan.
ÿ Mungkin juga badan pengarah memutuskan proyek lain yang lebih
penting. ÿ Ada kemungkinan
juga bahwa sponsor eksekutif tidak mendukung
proyek.
ÿ Dalam setiap kasus ini, proyek dihentikan. Sedikit waktu dan
upaya telah dikeluarkan.
ÿ Dengan restu dari semua pemilik sistem, proyek sekarang dapat melanjutkan
ke tahap studi dan/atau definisi.

53
Analisis Sistem
Tahap Studi Analisis Sistem
ÿ Pendahuluan
ÿ Fase studi memberikan analis pemahaman yang lebih menyeluruh
tentang masalah, peluang, dan/atau arahan.
ÿ Fase belajar menjawab pertanyaan-pertanyaan:
ÿ Apakah permasalahan tersebut benar-benar layak untuk dipecahkan?
dan ÿ Apakah sistem baru benar-benar layak untuk dibangun?
ÿ Tahap belajar jarang dilewati.

54
Analisis Sistem
KERANGKA SISTEM INFORMASI

Akun
Piutang
Pemasaran
Basis data
(menetapkan ruang
Pelanggan memesan nol, satu,
edit kr
SISTEM atau lebih produk. lingkup dan rencana proyek)

Pemetikan
Adat adalah Memesan Manajemen ent Gudang
edit kr
(cakupan) Voucher

Fase Studi
Bank
Masalah Data Masalah Proses Masalah Antarmuka Masalah dan Peluang

dan Peluang dan Peluang dan Peluang Geografis
(menetapkan
tujuan perbaikan sistem)
SISTEM
S
PENGGUNA akses data biaya dan kontrol melayani
DAN
pengambilan data nilai waktu melayani biaya dan nilai

S
(persyaratan)
T keandalan data respons throughput layanan keamanan
DAN
info keakuratan layanan interoperabilitas aksesibilitas

M
info ketepatan waktu efisiensi integrasi waktu respons
A
N
A Skema Basis Data Skema Antarmuka Skema Jaringan
Skema Aplikasi
L
DAN
S
T SISTEM
S DESAINER
(spesifikasi)
Struktur Basis Data Program Aplikasi Program Komponen Program Jaringan
SISTEM
PEMBANGUN
(komponen)
Yang ada
Yang ada Antarmuka Yang ada
Yang ada Aplikasi dan dan Jaringan
Basis Data Teknologi Dan
Dan Teknologi Teknologi
Teknologi

55
Analisis Sistem
2.1
Persetujuan Model
Sistem untuk itu
Pemilik melanjutkan saat ini 2.2
Model proses
proyek sistem
Analisislah
bisnis
proses
pernyataan ruang lingkup

Terperinci
Model analisis
Belajar proses
model
Temuan sistem
Proses
data analisis
1.4 2.3
Semua
Sekarang kiriman sebelumnya pernyataan masalah
itu Dan
proyek diperbaiki Gudang sebab/akibat
rencana proyek analisis Menganalisis masalah dan peluang
Model
Rencana Model sistem
proyek sistem Sebab/akibat
analisis
sebab/akibat
analisis Tujuan
2.5 2.4
dan kendala
Ubah
tujuan Tetapkan
perbaikan sistem
ruang dan batasan tujuan
lingkup dan perbaikan
perbaikan
rencana proyek sistem sistem

56
Analisis Sistem
ÿ Aktivitas: Memodelkan Sistem Saat Ini

ÿ FAST menyarankan salah satu dari dua strategi pemodelan untuk tahap studi:
ÿ kombinasi data tingkat tinggi, proses, dan geografis

model, atau
ÿ kombinasi objek dan model geografis

ÿ Tujuan:
ÿ Tujuan dari kegiatan ini adalah untuk mempelajari cukup banyak tentang data,
proses, antarmuka, dan geografi sistem saat ini untuk memperluas
pemahaman tentang ruang lingkup, dan untuk membangun kosakata umum
yang berfungsi untuk ruang lingkup tersebut.

57
Analisis Sistem

ÿ Peran:
ÿ Sponsor eksekutif atau analis sistem - fasilitator

ÿ Peran pemilik sistem:
• (opsional) manajer sistem •
manajer proyek ÿ
Peran pengguna sistem:

• analis bisnis •
semua pengguna lain yang diperlukan untuk sepenuhnya mewakili ruang lingkup bisnis
proyek

58
Analisis Sistem

ÿ Peran:
ÿ Peran analis sistem: •

pemodel sistem
ini kecuali dianggap tepat oleh pemilik sistem.
aktivitas ini kecuali dianggap tepat oleh pemilik sistem.

59
Analisis Sistem

ÿ Kegiatan ini dipicu oleh selesainya tahap survei
kegiatan dan persetujuan dari pemilik sistem untuk melanjutkan
proyek.
ÿ Masukan informasi utama adalah pernyataan ruang lingkup
proyek dan sistem yang diselesaikan sebagai bagian dari fase survei.

60
Analisis Sistem

ÿ Prinsip yang dapat disampaikan dari kegiatan ini adalah model sistem
yang melayani dua tujuan:
• (1) untuk memperluas pemahaman tentang ruang
lingkup, dan • (2) untuk memverifikasi pemahaman konsensus tim mengenai bisnis
situasi.
ÿ Strategi pemodelan utama adalah penyembunyian informasi.

• Prinsip penyembunyian informasi, sebagaimana diterapkan pada model sistem,
menyarankan bahwa model harus menyembunyikan detail yang tidak pantas dalam
upaya memusatkan perhatian pada hal yang benar-benar penting.

61
Analisis Sistem

ÿ Pencarian Fakta – Saat ini, sebuah tema umum telah muncul.
Keterampilan pencarian fakta yang baik sangat penting untuk sebagian
besar aktivitas dalam fase analisis sistem.
• Keterampilan mencari fakta mencakup wawancara, pengambilan sampel, kuesioner,
dan penelitian.
ÿ Pengembangan Aplikasi Bersama – Teknik pilihan untuk

mengumpulkan informasi secepat mungkin adalah pengembangan
aplikasi bersama
(JAD). • Model sistem yang diperlukan dapat dikembangkan
dalam satu atau dua sesi kelompok yang difasilitasi dengan seluruh pesert
ÿ Data, Proses, dan Pemodelan Geografis

62
Analisis Sistem

ÿ Keterampilan Interpersonal – Dan tema umum lainnya dari analisis
sistem muncul – keterampilan interpersonal yang baik sangat
penting untuk sebagian besar aktivitas analisis
sistem. ÿ Langkah-langkah:
ÿ Langkah-langkah berikut disarankan untuk menyelesaikan kegiatan ini: •
Langkah 1 - Tinjau pernyataan ruang lingkup yang diselesaikan dalam survei
fase.
• Langkah 2 - Kumpulkan fakta dan kumpulkan informasi terkini
sistem.
– Teknik yang lebih disukai adalah JAD, namun sesi JAD dapat
didahului atau diikuti dengan kegiatan pencarian fakta dan
pengumpulan informasi tradisional .
63
Analisis Sistem

ÿ Langkah-langkah:

(lanjutan)
• Langkah 3 - Menggambar model sistem.
– Urutan model yang direkomendasikan adalah (1) INTERFACE, (2)

DATA, (3) PROSES, dan (4) GEOGRAFI. •
Langkah 4 - Verifikasi model sistem.
– Tujuannya adalah untuk mencapai kesepakatan konsensus mengenai 'apa' sistem
yang ada saat ini.

64
Analisis Sistem
ÿ (opsional) Aktivitas: Menganalisis Proses Bisnis

ÿ Tujuan:
ÿ Hanya berlaku untuk proyek desain ulang proses bisnis.
ÿ Tujuan dari kegiatan ini adalah menganalisis setiap proses bisnis dalam
serangkaian proses bisnis terkait untuk menentukan apakah proses
tersebut diperlukan, dan masalah apa yang mungkin ada dalam
proses bisnis tersebut.

65
Analisis Sistem

ÿ Peran:
ÿ Sponsor eksekutif atau analis sistem - fasilitator

• (opsional) manajer sistem •
manajer proyek ÿ
Peran pengguna sistem:

• analis bisnis •
semua pengguna lain yang diperlukan untuk sepenuhnya mewakili ruang lingkup bisnis
proyek

66
Analisis Sistem

ÿ Aktivitas ini dipicu oleh penyelesaian model sistem
dari aktivitas sebelumnya.
ÿ Kegiatan ini hanya tertarik pada model proses.
• Model proses ini jauh lebih rinci dibandingkan jenis proyek lainnya.
Mereka menunjukkan setiap jalur alur kerja yang mungkin melalui
sistem, termasuk pemrosesan kesalahan.

67
Analisis Sistem

ÿ Hasil dari kegiatan ini adalah model analisis proses
dan mengolah data analisis.
• Model analisis proses sangat mirip dengan aliran data
diagram kecuali bahwa diagram tersebut diberi anotasi secara signifikan untuk menunjukkan:
– (1) volume data yang mengalir melalui proses, – (2)

waktu respons setiap proses, dan – (3)
penundaan atau kemacetan yang terjadi dalam sistem. •
Data analisis proses memberikan informasi tambahan seperti:
– (1) biaya setiap proses, – (2)
nilai tambah dari setiap proses, dan – (3)
konsekuensi dari penghapusan atau penyederhanaan proses
proses.
68
Analisis Sistem

ÿ Pemodelan Proses
ÿ Analisis Proses
ÿ Langkah-langkah:

• Langkah 1 - Jika perlu, perbaiki model proses untuk mencakup semua
kemungkinan alur kerja dan aliran data yang dapat terjadi di area
bisnis yang diperiksa.
• Langkah 2 - Untuk setiap proses bisnis primitif, analisis throughput
dan waktu respons, serta penundaan rata-rata yang mungkin terjadi.
• Langkah 3 - Untuk setiap proses bisnis primitif, analisis biaya dan
nilai tambah. Identifikasi kandidat untuk eliminasi, konsolidasi, dan
optimalisasi.
69
Analisis Sistem
ÿ Aktivitas: Menganalisis Masalah dan Peluang

ÿ Tujuan:
ÿ Tujuan dari kegiatan ini adalah untuk:
• (1) memahami penyebab dan dampak mendasar dari semua masalah
dan peluang yang dirasakan, dan
• (2) memahami dampak dan potensi efek samping dari semua peluang
yang dirasakan.

70
Analisis Sistem

ÿ Peran:
ÿ Analis proses bisnis - fasilitator ÿ

• manajer
pengguna • manajer
proyek ÿ Peran
analis bisnis • ahli pengguna lainnya yang diperlukan untuk menganalisis
sepenuhnya
masalah dan peluang ÿ
Peran analis sistem: • analis sistem

71
Analisis Sistem

ÿ Peran:


72
Analisis Sistem

ÿ Kegiatan ini dipicu oleh selesainya tahap survei
kegiatan dan persetujuan dari pemilik sistem untuk melanjutkan proyek.
ÿ Salah satu masukan informasi penting adalah pernyataan masalah yang ada
diselesaikan sebagai bagian dari tahap survei.
ÿ Masukan informasi penting lainnya adalah masalah dan
peluang, serta sebab dan akibat yang dikumpulkan
dari analis bisnis dan pengguna sistem lainnya.
ÿ Prinsip penyampaian kegiatan ini adalah sebab/akibat
analisis.
73
Analisis Sistem
MATRIKS MASALAH, PELUANG, TUJUAN DAN KENDALA
Proyek: Sistem Informasi Pelayanan Anggota Manajer proyek: Sandra Gembala

Dibuat oleh: Robert Martinez Terakhir Diperbarui oleh: Robert Martinez
Tanggal Diciptakan: 21 Januari 1997 Tanggal Terakhir Diperbarui: 31 Januari 1997
ANALISIS PENYEBAB DAN AKIBAT TUJUAN PERBAIKAN SISTEM
Masalah atau Peluang Sebab dan Akibat Tujuan Sistem Kendala Sistem
1. Waktu respons pesanan tidak dapat diterima. 1. Throughput meningkat sementara 1. Mengurangi waktu yang dibutuhkan untuk 1. Tidak akan ada peningkatan
jumlah petugas pesanan turun- memproses satu pesanan sebesar 30%. tenaga kerja pemrosesan pesanan.
berukuran. Waktu untuk memproses satu
2. Hilangkan entri data keyboard untuk 2. Setiap sistem yang dikembangkan harus
pesanan relatif konstan.
sebanyak 50% dari seluruh pesanan. kompatibel dengan standar desktop Win-
dows 95 yang ada.
3. Untuk sisa pesanan, kurangi sebanyak
2. Sistem terlalu bergantung pada keyboard.
penekanan tombol sebanyak mungkin dengan 3. Sistem baru harus kompatibel
Banyak dari nilai-nilai yang sama yang dikunci
menempatkan kembali penekanan tombol dengan sistem identifikasi otomatis yang
untuk sebagian besar pesanan. Hasil bersihnya adalah (dengan
pada objek arahkan dan klik pada layar sudah disetujui (untuk bar
sistem saat ini) setiap pesanan
tampilan komputer. pengkodean).
membutuhkan waktu lebih lama untuk diproses dibandingkan sebelumnya
ideal. 4. Pindahkan pengeditan data dari yang dibagikan

komputer ke desktop.
3. Pengeditan data dilakukan oleh
SEBAGAI/400. Ketika komputer tersebut 5. Ganti tiket pengambilan yang ada
telah mendekati kapasitasnya, respon edit dengan komunikasi tanpa kertas
pesanan telah melambat. Karena petugas sistem antar layanan anggota
pesanan berusaha bekerja lebih cepat dan gudang.
untuk mengimbangi volumenya, itu

jumlah kesalahan meningkat.
4. Tiket pengambilan pesanan di gudang tidak

pernah dirancang untuk memaksimalkan
efisiensi pengisi pesanan.
Seiring dengan berkembangnya operasional gudang,
penundaan pengisian pesanan tidak dapat dihindari.
Halaman 1 dari 5

74
Analisis Sistem

ÿ Pencarian Fakta – Keterampilan pencarian fakta diperlukan
untuk mengidentifikasi dan menganalisis masalah dan
peluang. ÿ Pengembangan Aplikasi Bersama – Teknik pilihan untuk
analisis masalah cepat adalah Pengembangan Aplikasi Bersama
(JAD).
• Analisis yang diperlukan biasanya dapat diselesaikan dalam satu
sesi sehari penuh atau kurang.
• Fasilitator JAD harus sangat ahli dalam penyelesaian konflik karena
masyarakat cenderung memandang analisis masalah sebagai
kritik pribadi.

75
Analisis Sistem

ÿ Keterampilan Interpersonal – Kegiatan ini dapat dengan mudah
menimbulkan kontroversi dan konflik. Keterampilan interpersonal
yang baik diperlukan untuk mempertahankan fokus pada masalah,
dan bukan
pada kepribadian. ÿ Analisis Sebab/Akibat – Analisis sebab/akibat, bila
diterapkan dengan disiplin, dapat membantu tim menghindari
kekhawatiran dini terhadap solusi.

76
Analisis Sistem

ÿ Langkah-langkah:

• Langkah 1 - Tinjau pernyataan masalah yang diselesaikan dalam survei
fase.
• Langkah 2 - Kumpulkan fakta dan kumpulkan informasi tentang
permasalahan dan peluang yang dirasakan dalam sistem saat ini.
– Teknik yang lebih disukai adalah JAD, namun sesi JAD dapat
didahului atau diikuti dengan kegiatan pencarian fakta dan
pengumpulan informasi tradisional .
• Langkah 3 - Analisis dan dokumentasikan setiap masalah dan peluang.
– Kerangka kerja PIECES paling berguna untuk sebab/akibat
analisis.

77
Analisis Sistem
ÿ Aktivitas: Menetapkan Tujuan dan Kendala

Peningkatan Sistem
ÿ Keberhasilan harus diukur berdasarkan sejauh mana tujuan sistem
baru terpenuhi.
ÿ Tujuan adalah ukuran keberhasilan . Ini adalah sesuatu yang ingin
Anda capai, jika diberikan sumber daya yang memadai.
ÿ Tujuan mewakili upaya pertama untuk menetapkan harapan untuk
setiap sistem baru.
ÿ Selain tujuan, kita juga harus mengidentifikasi tujuan yang diketahui
kendala.
ÿ Kendala adalah sesuatu yang akan membatasi fleksibilitas Anda
mendefinisikan solusi untuk tujuan Anda. Pada dasarnya, batasan
tidak dapat diubah.
78
Analisis Sistem

Peningkatan Sistem
ÿ Tujuan:
ÿ Tujuan dari kegiatan ini adalah untuk menetapkan kriteria yang akan
digunakan untuk mengukur perbaikan sistem, dan untuk
mengidentifikasi kendala apa pun yang mungkin membatasi fleksibilitas
dalam mencapai perbaikan tersebut.

79
Analisis Sistem

Peningkatan Sistem
ÿ Peran:
ÿ Manajer proyek atau analis sistem - fasilitator

• manajer
proyek ÿ Peran
analis bisnis • ahli pengguna lainnya yang diperlukan untuk menganalisis
sepenuhnya
masalah dan peluang ÿ
Peran analis sistem: • analis sistem
80
Analisis Sistem

Peningkatan Sistem
ÿ Peran:

ÿ Kegiatan ini dipicu oleh selesainya dua kegiatan sebelumnya
kegiatan.
ÿ Inputnya adalah model sistem dan sebab/akibatnya

analisis.
• Bersama-sama, mereka mendefinisikan konteks untuk menetapkan tujuan dan
Metode Analisis & Perancangan Sistem 4ed kendala.
81
Analisis Sistem

Peningkatan Sistem
ÿ Hasil dari kegiatan ini adalah tujuan dan kendala
perbaikan sistem . ÿ
Hasil akhir ini juga sesuai dengan hasil akhir fase studi,
yaitu tujuan sistem.

82
Analisis Sistem

Peningkatan Sistem
ÿ Pengembangan Aplikasi Bersama – Teknik pilihan untuk analisis masalah
cepat adalah Pengembangan Aplikasi Bersama (JAD). • Brainstorming
yang
diperlukan biasanya dapat diselesaikan dalam satu sesi sehari penuh
atau kurang.
ÿ Analisis Manfaat – Jika memungkinkan, tujuan harus ditetapkan
dinyatakan dalam istilah yang dapat diukur.
ÿ Keterampilan Interpersonal – Kegiatan ini dapat dengan mudah

menimbulkan kontroversi dan konflik. Keterampilan interpersonal
yang baik diperlukan untuk mempertahankan fokus pada apa
yang terbaik bagi organisasi.
83
Analisis Sistem

Peningkatan Sistem
ÿ Langkah-langkah:

Langkah 1 - Tinjau ruang lingkup dan analisis masalah dari langkah sebelumnya
kegiatan.
• Langkah 2 - Negosiasikan tujuan yang berorientasi bisnis untuk menyelesaikan

setiap masalah dan memanfaatkan setiap peluang.
– Idealnya, setiap tujuan harus menentukan cara Anda

'mengukur' kemajuan dalam situasi saat ini.
– Tindakan harus senyata mungkin (dapat diukur).
mungkin membuatnya.

84
Analisis Sistem

Peningkatan Sistem
ÿ Langkah-langkah:

(lanjutan)
• Langkah 3 - Pikirkan kendala apa saja yang 'mungkin' membatasi kemampuan Anda
sepenuhnya mencapai tujuan.
– Gunakan empat kategori yang sebelumnya tercantum di bagian ini (waktu,
biaya, teknologi, dan kebijakan) untuk mengatur diskusi Anda.

85
Analisis Sistem
ÿ Aktivitas: Memodifikasi Ruang Lingkup dan Rencana Proyek

ÿ Tujuan:
ÿ Tujuan kegiatan ini adalah untuk mengevaluasi kembali ruang
lingkup, jadwal, dan harapan proyek. Rencana proyek keseluruhan
kemudian disesuaikan seperlunya, dan rencana rinci disiapkan untuk
tahap berikutnya.

86
Analisis Sistem

ÿ Peran:

• (opsional) sponsor eksekutif
• (opsional) manajer pengguna
• (opsional) manajer sistem
• manajer proyek
ÿ Pengguna sistem biasanya tidak terlibat dalam aktivitas ini
kecuali dianggap tepat oleh manajer proyek.
ÿ Peran analis sistem, perancang sistem, dan pembangun sistem
biasanya tidak dilibatkan dalam aktivitas ini kecuali dianggap
perlu oleh manajer proyek.
87
Analisis Sistem

ÿ Aktivitas ini dipicu oleh selesainya sistem
pemodelan, analisis masalah, dan kegiatan definisi objektif.
ÿ Model sistem , analisis sebab akibat, dan sistem
tujuan perbaikan dan kendalanya menjadi masukan bagi kegiatan.
ÿ Rencana proyek awal dari tahap survei (jika tersedia) juga merupakan
masukan. ÿ Hasil
Kerja (Output):
ÿ Prinsip yang dapat disampaikan dari kegiatan ini adalah rencana
proyek yang telah direvisi . Selain itu, rencana fase definisi rinci
dapat dihasilkan.
88
Analisis Sistem

standar untuk menerapkan metodologi pada suatu
proyek. ÿ Manajemen Proyek. Manajemen proyek dibangun di atas
penganggaran, dan
manajemen jadwal. ÿ Keterampilan Presentasi. Piagam
proyek dan presentasi verbal apa pun tentang proyek dan
rencana jelas memerlukan keterampilan presentasi.

89
Analisis Sistem

ÿ Langkah-langkah:

• Langkah 1 - Tinjau rencana awal.
• Langkah 2 - Tinjau model sistem, masalah dan peluang,
analisis sebab/akibat, tujuan perbaikan sistem, dan ruang lingkup.
Tanyakan pada diri Anda dua pertanyaan:
– Apakah cakupan proyek telah diperluas secara signifikan?

– Apakah masalah, peluang, atau tujuan lebih sulit untuk dicapai
menyelesaikan daripada yang diperkirakan semula?
• Langkah 3 - Perkirakan waktu yang dibutuhkan untuk setiap aktivitas proyek

pada fase berikutnya – fase definisi.

90
Analisis Sistem

ÿ Langkah-langkah:

(lanjutan)
• Langkah 4 - Jika perlu, perbaiki perkiraan dasar untuk keseluruhan rencana
proyek.
• Langkah 5 - Jika perlu, negosiasikan ulang ruang lingkup, jadwal, dan/atau
anggaran dengan kelompok pemilik sistem.

91
Analisis Sistem
ÿ Kegiatan: Mempresentasikan Temuan dan Rekomendasi

ÿ Tujuan:
ÿ Tujuan dari kegiatan ini adalah untuk mengkomunikasikan proyek dan
tujuan kepada seluruh staf. Laporan atau presentasi, jika
dikembangkan, merupakan konsolidasi dokumentasi kegiatan.
ÿ Peran:
ÿ Analis Bisnis - fasilitator ÿ

• (opsional) sponsor eksekutif
• manajer sistem
• manajer proyek

92
Analisis Sistem

ÿ Peran:
ÿ Peran pengguna
sistem: • analis bisnis
• semua pengguna langsung dan tidak langsung
ÿ Analis sistem: •
analis sistem mana pun yang ditugaskan pada proyek
ÿ Perancang sistem biasanya tidak terlibat dalam aktivitas ini.
ÿ Pembangun sistem biasanya tidak terlibat dalam aktivitas ini.

93
Analisis Sistem

ÿ Aktivitas ini dipicu oleh selesainya sistem
tujuan atau kegiatan rencana proyek.
ÿ Masukannya meliputi model sistem, analisis sebab /akibat ,
tujuan dan kendala perbaikan sistem , dan revisi
rencana proyek yang dihasilkan oleh kegiatan sebelumnya. ÿ
Hasil Kerja
(Output):
ÿ Hasil utama dari kegiatan ini adalah studi terperinci
temuan. Biasanya mencakup pembaruan kelayakan dan rencana proyek
yang direvisi.

94
Analisis Sistem
Analisis Arus ____________ Sistem
SAYA.
Ringkasan eksekutif (kurang lebih 2 halaman)
A. Ringkasan rekomendasi
B. Ringkasan masalah, peluang, dan arahan
C. Pernyataan singkat tentang tujuan perbaikan sistem
D. Penjelasan singkat isi laporan
II. Informasi latar belakang (kira-kira 2 halaman)
A. Daftar wawancara dan pertemuan kelompok yang difasilitasi yang dilakukan
B. Daftar sumber informasi lain yang dieksploitasi
C. Deskripsi teknik analisis yang digunakan
AKU AKU AKU. Ikhtisar sistem saat ini (kurang lebih 5 halaman)
A. Implikasi strategis (jika proyek merupakan bagian dari, atau berdampak pada informasi yang ada
rencana strategis sistem)
B. Model sistem saat ini
1. Model antarmuka (menunjukkan ruang lingkup proyek)
2. Model data (menunjukkan ruang lingkup proyek)
3. Model geografis (menunjukkan ruang lingkup proyek)
4. Model proses (hanya menampilkan dekomposisi fungsional)
IV. Analisis Sistem Saat Ini (kurang lebih 5-10 halaman)
A. Masalah kinerja, peluang, dan analisis sebab/akibat
B. Masalah informasi, peluang, dan analisis sebab/akibat
C. Masalah ekonomi, peluang, dan analisis sebab/akibat
D. Pengendalian masalah, peluang, dan analisis sebab/akibat
DAN.
Masalah efisiensi, peluang, dan analisis sebab/akibat
F. Masalah layanan, peluang, dan analisis sebab/akibat
DI DALAM.
Rekomendasi terperinci (kira-kira 5-10 halaman)
A. Tujuan dan prioritas perbaikan sistem
B. Kendala
C. Rencana proyek
1. Penilaian ulang dan penyempurnaan ruang lingkup
2. Rencana induk yang direvisi
3. Rencana terperinci untuk tahap definisi
6. Lampiran
A. Model sistem terperinci apa pun
B. (dokumen lain yang sesuai)

95
Analisis Sistem

ÿ Keterampilan Antarpribadi. Keterampilan interpersonal yang baik sangat
penting untuk kegiatan ini. Ini termasuk persuasi, penjualan ('ide'),
menulis, dan berbicara. ÿ
Langkah-langkah:
• Langkah 1 - Tinjau hasil seluruh aktivitas sebelumnya.
• Langkah 2 - Tuliskan temuan studi secara rinci.

96
Analisis Sistem

ÿ Langkah-langkah:

• Langkah 3 - Presentasikan temuannya kepada pemilik sistem. Bersiaplah
untuk mempertahankan rekomendasi, mengatasi masalah dan kontroversi,
dan menjawab pertanyaan. Salah satu keputusan berikut harus dibuat:
– Mengizinkan proyek untuk melanjutkan, apa adanya, ke tahap definisi.
– Sesuaikan ruang lingkup, biaya, dan/atau jadwal proyek lalu
melanjutkan ke tahap definisi.
– Pembatalan proyek karena (1) kurangnya sumber daya untuk
mengembangkan sistem lebih lanjut, (2) kesadaran bahwa
permasalahan dan peluang tidak sepenting yang diantisipasi, atau (3)
kesadaran bahwa manfaat dari sistem baru tidak terlalu bermanfaat.
mungkin melebihi biayanya.
Disiapkan oleh Kevin C. Dittman untuk • Langkah 4 - Presentasikan temuan kepada seluruh staf yang terkena dampak.
97
Analisis Sistem
Fase Definisi Analisis Sistem
ÿ Pendahuluan
ÿ Fase definisi menjawab pertanyaan, 'Apa yang dilakukan pengguna
butuhkan dan inginkan dari sistem
baru?' ÿ Fase definisi tidak pernah bisa dilewati.

98
Analisis Sistem KERANGKA SISTEM INFORMASI

Akun
R piutang
Pemasaran
D basis data
(menetapkan ruang
Pelanggan memesan nol,
Kredit
SISTEM satu, atau lebih produk. lingkup dan rencana proyek)

Pemetikan
Pelanggan Memesan Pengelolaan Di gudang
Kredit
(cakupan) Voucher

bank
Fase Studi
Persyaratan Data Proses bisnis Antarmuka Persyaratan Komunikasi.

PRODUK
pesanan ditolak
Persyaratan DULU
memesan
St.
Louis
perubahan Produk
(menetapkan
PELANGGAN kredit Memeriksa
Bea Cukai katalog Katalog
tujuan perbaikan sistem)

produk-tidak Pelanggan markas besar
kredit
pelanggan-tidak
ada nama produk Penjualan Recracker Fi
Nama Pelanggan satuan ukuran satuan- pelanggan

pesanan yang disetujui
SISTEM saldo jatuh tempo kuantitas
nomor pesan dengan Barat
Pelanggan pesanan kapal
Timur
peringkat pelanggan produk yang valid Pelanggan

harga-tersedia
S PENGGUNA
kredit
memesan Mengesahkan pesanan yang sah Mengesahkan kredit
pelanggan Pesanan
produk
DAN
ITU India NY
mengirimkan
S (persyaratan) MEMESAN memesan tanpa

harga
disetujui
memesan
Kantor memesan
Gudang-
rumah
pesanan kapal Kantor
nomor pesanan sah
T tanggal pemesanan
pelanggan
pemetikan
melayani
produk yang dipesan kuantitas Melepaskan tiket

DAN
dipesan dalam jumlah banyak
Produk
persediaan memesan
Pemeliharaan
Catatan Fase Definisi
M
model data model proses model antarmuka model distribusi (menetapkan
A
N dan
A
memprioritaskan
L
DAN persyaratan sistem bisnis)
S
T SISTEM
S DESAINER
(spesifikasi)
SISTEM
PEMBANGUN
(komponen)
Yang ada
Antarmuka
Yang ada Yang ada
dan
Yang ada Aplikasi dan Jaringan
Database Teknologi dan
dan Teknologi Teknologi
Teknologi

99
Analisis Sistem
3.1
Persetujuan Garis besar
Sistem Bisnis
Pemilik untuk Persyaratan
melanjutkan proyek
tujuan
Diperbaiki perbaikan
sistem
ruang Rencana
lingkup dan 3.2
yang direvisi pernyataan
rencana Model
persyaratan
bisnis
garis besar
garis besar
pernyataan persyaratan Persyaratan sistem
3.5
Ubah
rencana Semua
kiriman sebelumnya
Gudang
proyek dan model sistem
cakupan
Model
sistem
Prioritas Prototipe penemuan
kebutuhan Bisnis
bisnis garis besar
persyaratan Pernyataan 3.3
persyaratan
garis besar
3.4 Membangun
Model prototipe penemuan
Prioritaskan
sistem
Bisnis
Persyaratan
Prototipe
penemuan

100
Analisis Sistem
ÿ Aktivitas: Garis Besar Persyaratan Bisnis

ÿ Tujuan:
ÿ Tujuan dari kegiatan ini adalah untuk mengidentifikasi, secara
umum, kebutuhan bisnis untuk sistem informasi yang baru
atau lebih baik. Kerangka kerja input-proses-output yang klasik
harus terbukti cukup untuk menyusun aktivitas.

101
Analisis Sistem

ÿ Peran:
ÿ Analis bisnis atau analis sistem - fasilitator ÿ

• manajer
proyek ÿ Peran
pengguna sistem:
• analis bisnis • (opsional) pengguna langsung dan
tidak langsung yang sesuai ÿ Perancang sistem biasanya tidak terlibat
dalam aktivitas ini. ÿ Pembangun sistem biasanya tidak terlibat dalam aktivitas ini.

102
Analisis Sistem

ÿ Aktivitas ini dipicu oleh persetujuan dari pemilik sistem
untuk melanjutkan proyek ke tahap definisi.
ÿ Masukan utamanya adalah tujuan perbaikan sistem dari
fase studi.
ÿ Setiap dan semua informasi yang relevan dari tahap studi harus
tersedia untuk referensi bila diperlukan.

103
Analisis Sistem

ÿ Satu-satunya hasil dari aktivitas ini adalah persyaratan
garis besar pernyataan.
• Dalam format yang paling sederhana, outline dapat dibagi menjadi empat logika
bagian:
– (1) daftar tujuan awal, – (2) masukan,

– (3) proses,
dan – (4) keluaran.

104
Analisis Sistem

ÿ Pengembangan Aplikasi Bersama – Teknik pilihan untuk menguraikan
kebutuhan sistem bisnis dengan cepat adalah pengembangan
aplikasi bersama (JAD). • Analisis
yang diperlukan biasanya dapat diselesaikan dalam waktu kurang
dari setengah hari kerja.
ÿ Keterampilan Interpersonal – Keterampilan interpersonal yang baik
diperlukan untuk mempertahankan fokus pada persyaratan.

105
Analisis Sistem

ÿ Langkah-langkah:

• Langkah 1 - Meninjau dan menyempurnakan tujuan perbaikan sistem.
• Langkah 2 - Untuk setiap tujuan:

– Identifikasi dan dokumentasikan peristiwa atau masukan bisnis apa pun yang
harus ditanggapi oleh sistem. Definisikan secara singkat setiap peristiwa atau
masukan, tetapi jangan tentukan konten data spesifik dari masukan apa pun.
– Identifikasi dan dokumentasikan kebijakan bisnis khusus apa pun,

pemrosesan, atau keputusan yang harus dibuat untuk merespons secara
memadai setiap peristiwa atau masukan.
– Mengidentifikasi dan mendokumentasikan keluaran bisnis normal atau

tanggapan terhadap peristiwa atau masukan bisnis tersebut di atas.
– Identifikasi dan dokumentasikan informasi apa pun yang harus dihasilkan atau
Disiapkan oleh Kevin C. Dittman untuk disediakan.
106
Analisis Sistem

ÿ Langkah-langkah:

(lanjutan)
• Langkah 3 - Bandingkan tujuan perbaikan sistem dan
persyaratan terhadap pernyataan masalah asli dari tahap
studi.
– Apakah Anda masih memecahkan masalah awal atau berada dalam ruang lingkup
proyeknya berkembang?
– Peningkatan cakupan tidak selalu salah; Namun, sebuah
penyesuaian yang sesuai harapan (khususnya jadwal dan
anggaran) saya akhirnya menjadi perlu.

107
Analisis Sistem
ÿ Aktivitas: Model Persyaratan Sistem Bisnis

ÿ Analis sistem terbaik dapat mengembangkan model yang tidak memberikan
petunjuk bagaimana sistem akan atau mungkin diimplementasikan. Ini
disebut pemodelan sistem logis atau
esensial. ÿ Model logis menggambarkan apa sistem itu, atau apa yang
harus dilakukan sistem – bukan 'bagaimana' sistem akan
diimplementasikan. Karena model logis menggambarkan esensi
sistem, model ini kadang-kadang disebut model esensial.
ÿ Model logis mengungkapkan kebutuhan bisnis – terkadang

disebut sebagai desain logis.

108
Analisis Sistem

ÿ Dengan berfokus pada desain logis dari sistem, proyek
tim akan:
• (1) memisahkan urusan bisnis dan urusan teknis dengan tepat
solusi,
• (2) lebih mungkin untuk memikirkan dan mempertimbangkan cara-cara baru
dan berbeda untuk meningkatkan proses bisnis, dan
• (3) lebih cenderung mempertimbangkan solusi teknis alternatif yang berbeda
(bila tiba waktunya untuk desain fisik).
ÿ Tujuan:
ÿ Tujuan dari kegiatan ini adalah model sistem bisnis
persyaratan sedemikian rupa sehingga dapat diverifikasi oleh
pengguna sistem, dan selanjutnya dipahami dan diubah oleh
perancang sistem menjadi solusi teknis.
109
Analisis Sistem

ÿ Peran:
ÿ Analis sistem - fasilitator ÿ

• manajer
proyek ÿ Peran
pengguna sistem: •
analis bisnis • pengguna langsung dan
tidak langsung yang sesuai
ÿ Peran analis sistem: • arsitek sistem

110
Analisis Sistem

ÿ Peran:
ÿ Perancang sistem tidak disarankan karena mereka cenderung berbicara

dalam istilah teknis yang mengintimidasi dan membuat frustrasi pengguna dan
manajer pengguna.
ÿ Pembangun sistem biasanya tidak terlibat dalam aktivitas ini. Di sisi lain,
programmer yang ahli dalam konstruksi antarmuka pengguna mungkin
diundang untuk mengamati aktivitas tersebut sebagai kata pengantar
untuk membangun prototipe antarmuka pengguna yang cepat untuk
aktivitas selanjutnya.

111
Analisis Sistem

ÿ Aktivitas ini biasanya dipicu oleh selesainya garis
besar pernyataan persyaratan.
ÿ Hasil dari kegiatan ini adalah model sistem.
• Model data digunakan untuk memodelkan kebutuhan data untuk
banyak sistem baru.
• Model proses sering digunakan untuk memodelkan alur
kerja melalui sistem bisnis.

112
Analisis Sistem

ÿ Hasil dari kegiatan ini adalah model sistem.
(lanjutan)
• Model Antarmuka seperti diagram konteks, menggambarkan
masukan bersih ke sistem, sumbernya, keluaran bersih dari
sistem, tujuannya , dan database bersama.
• Model distribusi berfungsi sebagai titik awal untuk
merancang sistem komunikasi untuk mendistribusikan data,
proses, dan antarmuka ke berbagai lokasi geografis.

113
Analisis Sistem
Masa lalu
Anggota
Akun
Berlangganan kembali
Memesan
Calon
Pesanan Berlangganan
Anggota
Promosi Anggota
Itu
Pemesanan di Awal yang Tidak Diantisipasi
Anggota
Saat ini
Pesanan Anggota Jasa Memilih Pesanan
Anggota
Informasi
Sistem
Pesanan Referensi Penjualan Gudang

Laporan
Keanggotaan dan
Laporan dan Berlangganan
Rencana Analisis
Analisis
Bulanan Baru
Promosi
Anggota
Jasa Pemasaran
Divisi
Divisi
PENGIRIMAN PRODUK

114
Analisis Sistem

ÿ Pemodelan Data – Pemodelan data merupakan teknik paling populer untuk
mengekspresikan kebutuhan bisnis terhadap data yang akan disimpan dalam
database sistem. ÿ Pemodelan
Proses – Bisa dibilang, pemodelan proses adalah teknik tertua dan paling banyak
dipraktikkan untuk mengekspresikan kebutuhan proses bisnis, alur
kerja, masukan, dan keluaran.
ÿ Pemodelan Distribusi – Pemodelan distribusi digunakan untuk

mengungkapkan geografi bisnis untuk didukung oleh suatu
sistem. ÿ Pemodelan Objek – Pemodelan objek didorong oleh
meningkatnya penggunaan teknologi objek dan metode analisis berorientasi
objek untuk memanfaatkan teknologi tersebut.
115
Analisis Sistem

ÿ Pencarian Fakta – Anda tidak dapat membuat model tanpa fakta. Ini
teknik-teknik tersebut diajarkan di Bagian Lima, Modul B, Pencarian Fakta
dan Pengumpulan Informasi.
ÿ Pengembangan Aplikasi Bersama – JAD telah menjadi teknik paling
populer untuk membangun model sistem dengan cepat melalui kerja
sama langsung dengan pemilik sistem dan pengguna sistem. Teknik JAD
menggabungkan konstruksi model dan verifikasi ke dalam pertemuan
yang sama untuk mempercepat proyek.

116
Analisis Sistem

ÿ Langkah-langkah:
ÿ Langkah-langkah berikut disarankan untuk menyelesaikan kegiatan ini: • Langkah 1 -
Meninjau tujuan perbaikan sistem dan

garis besar pernyataan persyaratan.
• Langkah 2 - Kumpulkan atau ambil kembali model sistem apa pun yang mungkin telah
dikembangkan di proyek sebelumnya.
• Langkah 3 - (opsional) Jika teknologi CASE sesuai

tersedia, pertimbangkan untuk merekayasa balik database atau
aplikasi yang ada ke dalam model sistem fisik. Kemudian terjemahkan
model fisik tersebut menjadi model sistem logis yang lebih ramah
bisnis .
• Langkah 4 - Gambarkan model antarmuka.
– Model antarmuka menetapkan ruang lingkup dan batasan untuk

Disiapkan oleh Kevin C. Dittman untuk keseluruhan proyek.
117
Analisis Sistem

ÿ Langkah-langkah:

(lanjutan)
• Langkah 5a - Jika Anda mempraktikkan analisis terstruktur:
– Membangun dan memverifikasi model proses.

– Membangun dan memverifikasi model data.
– Sinkronisasi proses dan model data. Sinkronisasi ini

memastikan bahwa model-model tersebut konsisten dan kompatibel satu sama
lain .
– Membangun dan memverifikasi model distribusi.

118
Analisis Sistem

ÿ Langkah-langkah:

(lanjutan)
• Langkah 5b - Jika Anda mempraktikkan rekayasa informasi :
– Membangun dan memverifikasi model data.

– Membangun, memverifikasi, dan menyinkronkan model proses.
– Membangun dan memverifikasi model distribusi.

• Langkah 5c - Jika Anda mempraktikkan analisis berorientasi objek:
– Identifikasi kasus penggunaan. Kasus penggunaan adalah metode objek yang

menghubungkan objek ke peristiwa bisnis yang sudah dikenal. Kasus
penggunaan diajarkan di bab pemodelan objek.
– Membangun dan memverifikasi model objek. Beberapa objek populer

standar model ada.
119
Analisis Sistem
ÿ (opsional) Aktivitas: Membangun Prototipe Penemuan

ÿ Pendekatan alternatif atau pelengkap terhadap pemodelan sistem
kebutuhan bisnis adalah dengan membangun prototipe penemuan.
ÿ Prototyping adalah tindakan membangun skala kecil, representatif, atau
model kerja dari kebutuhan pengguna untuk tujuan menemukan atau
memverifikasi kebutuhan pengguna.
ÿ Pembuatan prototipe biasanya digunakan dalam fase definisi persyaratan untuk
menetapkan persyaratan antarmuka pengguna.
ÿ Prototipe antarmuka pengguna sering disebut prototipe penemuan.
ÿ Prototipe penemuan adalah mock-up sederhana dari layar dan laporan
yang dimaksudkan untuk membantu analis sistem menemukan
persyaratan. Persyaratan yang ditemukan biasanya akan ditambahkan ke
model sistem. Sinonimnya adalah prototipe persyaratan.
120
Analisis Sistem

ÿ Prototipe dikembangkan menggunakan bahasa generasi keempat
(4GL), yang sebagian besar mencakup pengembangan aplikasi yang cepat
(RAD) fasilitas untuk 'melukis' layar, formulir, dan laporan dengan cepat.
ÿ Tujuan:
ÿ Tujuan dari kegiatan opsional ini adalah untuk:
• menetapkan persyaratan antarmuka pengguna,
dan • menemukan data rinci dan persyaratan pemrosesan secara
interaktif dengan pengguna melalui perkembangan pesat sampel
input dan output.

121
Analisis Sistem

ÿ Peran:
ÿ Analis bisnis atau analis-fasilitator sistem ÿ Pemilik sistem
biasanya tidak memilih untuk berpartisipasi kecuali mereka

juga merupakan pengguna sistem.
ÿ Peran pengguna sistem:
• analis bisnis
• pengguna sistem langsung
ÿ Peran analis sistem – analis sistem memfasilitasi, mengamati, dan membantu
aktivitas ini. Harus diakui bahwa banyak analis sistem memiliki keterampilan
yang diperlukan untuk memainkan peran perancang dan pembangun sistem
yang dijelaskan di bawah ini.

122
Analisis Sistem

ÿ Peran:
ÿ Peran perancang sistem: •

(opsional) spesialis antarmuka pengguna
ÿ Peran pembangun sistem: •
pembuat
prototipe • (opsional) pemrogram

123
Analisis Sistem

ÿ Aktivitas ini tidak dipicu oleh peristiwa apa pun.
ÿ Ini menggunakan garis besar persyaratan sistem dan sistem apa pun
model saat mereka
dikembangkan. ÿ Hasil Kerja (Output):
ÿ Hasil dari kegiatan ini adalah prototipe penemuan input dan output
yang dipilih.

124
Analisis Sistem

ÿ Pembuatan Prototipe – Pembuatan prototipe sebagian besar dianggap sebagai
teknik desain karena didasarkan pada desain dan konstruksi komponen program
aktual.
ÿ Teknologi – Penggunaan prototyping yang sebenarnya akan memerlukan

investasi dalam mempelajari teknologi yang akan digunakan. Untungnya,
sebagian besar bahasa pemrograman visual saat ini mudah dipelajari dan
digunakan sebagai alat pembuatan prototipe.
• (Catatan – Dibutuhkan pengetahuan yang lebih luas tentang bahasa-
bahasa ini untuk menyelesaikan pengembangan aplikasi melampaui prototipe.)

125
Analisis Sistem

ÿ Langkah-langkah:

Langkah 1 - Meninjau tujuan perbaikan sistem dan
garis besar pernyataan persyaratan.
• Langkah 2 - Pelajari model sistem apa pun yang mungkin telah dikembangkan.
• Langkah 3 - (opsional) Bekerja secara langsung dengan pengguna sistem,
buat prototipe database pengguna tunggal yang sederhana dan muat dengan
beberapa data sampel. Jangan sibuk dengan pengeditan dan
kesempurnaan data.
• Langkah 4 - Bekerja secara langsung dengan pengguna sistem, buatlah
prototipe masukan untuk setiap peristiwa bisnis. Jangan khawatir
tentang pengeditan input, keamanan sistem, dll. – fokusnya sepenuhnya
pada kebutuhan bisnis. Jangan menghabiskan terlalu banyak waktu pada
satu masukan karena tahap ini tidak mengembangkan sistem akhir.
126
Analisis Sistem

ÿ Langkah-langkah:
ÿ Langkah-langkah berikut disarankan untuk menyelesaikan kegiatan ini: • Langkah 5 -
Bekerja secara langsung dengan pengguna sistem, buatlah keluaran

prototipe untuk setiap keluaran bisnis. Jangan khawatir tentang
apakah data tersebut nyata atau masuk akal atau tidak.
Fokus pada mengidentifikasi kolom, total, dan grafik yang dicari pengguna.
– Jika Anda membuat database sampel pada langkah 3, dan menggunakan
langkah 4 untuk mengumpulkan data untuk database tersebut, Anda
mungkin dapat menggunakan prototipe database tersebut untuk
membuat laporan sampel dengan cepat. • Langkah 6 - Kembali ke aktivitas pemodelan

sistem untuk memformalkan persyaratan yang telah ditemukan melalui
langkah pembuatan prototipe di atas.

127
Analisis Sistem
ÿ Aktivitas: Memprioritaskan Kebutuhan Bisnis

ÿ Prioritas kebutuhan bisnis juga memungkinkan teknik
populer yang disebut timeboxing.
ÿ Timeboxing adalah teknik yang berkembang sepenuhnya
sistem fungsional dalam versi. Tim pengembangan memilih subset
terkecil dari sistem yang, jika diterapkan sepenuhnya, akan memberikan
nilai langsung kepada pemilik dan pengguna sistem. Subset
tersebut dikembangkan, idealnya dengan jangka waktu 6-9 bulan
atau kurang. Selanjutnya, versi sistem yang bernilai tambah
dikembangkan dalam jangka waktu yang sama.
ÿ Tujuan:
ÿ Tujuan dari kegiatan ini adalah untuk memprioritaskan
kebutuhan bisnis untuk sistem baru.
128
Analisis Sistem

ÿ Peran:
ÿ Analis bisnis atau manajer proyek - fasilitator ÿ Peran pemilik
sistem: • (opsional) sponsor

eksekutif
• manajer proyek ÿ
Peran pengguna sistem: •

analis bisnis •
pengguna langsung dan tidak langsung yang sesuai

129
Analisis Sistem

ÿ Peran:
ÿ Analis sistem yang baik mendengarkan diskusi dan menjawab

pertanyaan selama aktivitas ini. Keterlibatan pengguna terhadap
prioritas sangat penting bagi kelayakan politik sistem baru jika
analis sistem atau manajer proyek memfasilitasi aktivitas ini.
ÿ Perancang sistem biasanya tidak terlibat dalam kegiatan ini
karena mereka cenderung mempengaruhi prioritas untuk alasan
teknis dan non-bisnis.
ÿ Pembangun sistem biasanya tidak terlibat dalam aktivitas ini.

130
Analisis Sistem

ÿ Kegiatan ini dapat dimulai bersamaan dengan kegiatan fase
definisi lainnya. ÿ
Masukannya adalah kebutuhan bisnis seperti yang diungkapkan dalam
garis besar persyaratan bisnis yang diperbarui , model
sistem, dan prototipe
penemuan. ÿ Hasil Kerja (Output):
ÿ Hasil kegiatan ini merupakan prioritas kebutuhan bisnis
sebagaimana dicatat dalam repositori.

131
Analisis Sistem

ÿ Tidak ada teknik khusus untuk memprioritaskan kebutuhan.

ÿ Langkah-langkah:
ÿ Langkah-langkah berikut disarankan untuk menyelesaikan kegiatan ini: • Langkah

1 - Untuk setiap input dan output sistem, kategorikan sebagai
wajib, opsional, atau diinginkan.
• Langkah 2 - Untuk setiap persyaratan yang diinginkan di atas, urutkan persyaratan
tersebut sehubungan dengan persyaratan lain yang diinginkan.
Catat setiap ketergantungan yang ada di antara persyaratan.
• Langkah 3 - Untuk setiap persyaratan opsional, beri peringkat

berdasarkan persyaratan opsional lainnya. Catat setiap
ketergantungan yang ada di antara persyaratan.

132
Analisis Sistem

ÿ Langkah-langkah:
ÿ Langkah-langkah berikut disarankan untuk menyelesaikan aktivitas ini: •

Langkah 4 - (opsional) Tentukan versi sistem. Skema yang
direkomendasikan adalah sebagai berikut:
– Versi satu berisi semua persyaratan wajib.

– Versi dua hingga X terdiri dari pengelompokan logis dari
persyaratan yang diinginkan.
– Persyaratan opsional biasanya ditambahkan ke versi jika waktu
mengizinkan, atau ditangguhkan pada rilis pemeliharaan sistem.
Banyak persyaratan seperti itu ditujukan untuk laporan baru.

133
Analisis Sistem
ÿ Aktivitas: Memodifikasi Rencana dan Ruang Lingkup Proyek

ÿ Tujuan:
ÿ Tujuan kegiatan ini adalah untuk: •
memodifikasi rencana proyek untuk mencerminkan perubahan ruang
lingkup yang terlihat selama definisi persyaratan, dan •
mendapatkan persetujuan untuk melanjutkan proyek ke tahap berikutnya.
– (Catatan: Pekerjaan mungkin sudah dimulai pada tahap konfigurasi atau
desain; namun, keputusan tersebut masih memerlukan peninjauan.)

134
Analisis Sistem

ÿ Peran:
ÿ Manajer Proyek - fasilitator ÿ

sponsor eksekutif
• manajer
pengguna •
manajer proyek ÿ
Peran pengguna sistem: •
(opsional) analis bisnis ÿ Analis sistem lain biasanya tidak terlibat dalam aktiv

135
Analisis Sistem

ÿ Peran:
ÿ Peran perancang sistem:

• administrator basis data
• administrator jaringan
• administrator aplikasi
ÿ Pembangun sistem tidak terlibat dalam aktivitas ini.

136
Analisis Sistem

ÿ Aktivitas ini dipicu oleh penyelesaian awal sistem
model, prototipe penemuan, dan prioritas kebutuhan
bisnis .
ÿ Hasil dari kegiatan ini adalah rencana proyek yang telah direvisi
mencakup sisa proyek. • Selain itu,
rencana konfigurasi rinci dan rencana desain dapat dilakukan
dihasilkan.

137
Analisis Sistem

standar untuk menerapkan metodologi pada suatu proyek.
ÿ Manajemen Proyek. Manajemen proyek dibangun di atas
penganggaran, dan manajemen jadwal.
ÿ Keterampilan Presentasi. Piagam proyek dan presentasi
verbal apa pun tentang proyek dan rencana jelas memerlukan
keterampilan presentasi.

138
Analisis Sistem

ÿ Langkah-langkah:

• Langkah 1 - Tinjau rencana awal.
• Langkah 2 - Tinjau garis besar persyaratan bisnis terkini,
model sistem, prototipe penemuan, dan prioritas kebutuhan bisnis .
Tanyakan pada diri Anda dua pertanyaan:
– Apakah cakupan proyek telah diperluas secara signifikan?
– Apakah persyaratannya lebih besar dari perkiraan awal?
• Langkah 3 - Perkirakan waktu yang dibutuhkan untuk setiap aktivitas proyek

pada fase berikutnya – fase definisi.
• Langkah 4 - Jika perlu, perbaiki perkiraan dasar untuk keseluruhan
rencana proyek.
139
Analisis Sistem

ÿ Langkah-langkah:

Langkah 5 - (opsional) Jika jawabannya ya, negosiasikan ulang ruang
lingkup, jadwal, dan/atau anggaran dengan kelompok pemilik sistem.

140
Analisis Sistem
ÿ Beberapa Kata Akhir tentang Persyaratan Sistem

ÿ Konsolidasi semua model sistem, prototipe penemuan, dan
dokumentasi pendukung terkadang disebut pernyataan
persyaratan .
ÿ Semua elemen pernyataan persyaratan disimpan dalam repositori,
namun sebagian besar analis sistem merasa berguna untuk
menyimpan salinan cetak dokumentasi tersebut untuk referensi dan pelaporan.

141
Analisis Sistem
Persyaratan Generasi Berikutnya
Analisis
ÿ Beberapa prediksi:
ÿ Teknologi CASE akan terus ditingkatkan sehingga semakin memudahkan
persyaratan sistem model. Dua teknologi CASE akan memimpin upaya ini.
ÿ Alat
CASE akan mencakup pemodelan objek untuk mendukung kemunculannya
teknik analisis berorientasi objek.
ÿ Alat CASE yang mendukung teknologi rekayasa balik akan
meningkatkan kemampuan kita untuk lebih cepat menghasilkan
rancangan model sistem pertama dari database dan program aplikasi yang ada.
ÿ Teknologi CASE dan teknologi RAD akan terus saling melengkapi.

142
Analisis Sistem
Persyaratan Generasi Berikutnya
Analisis
ÿ Beberapa prediksi:
ÿ Analisis berorientasi objek siap untuk menggantikan analisis
terstruktur dan rekayasa informasi sebagai metode pilihan.
ÿ Pemodelan proses masih diperlukan karena proyek
desain ulang proses bisnis.

143
Analisis Sistem
Ringkasan
ÿ Pendahuluan

ÿ Strategi Analisis Sistem dan Pemecahan
Masalah
ÿ Fase Survei Analisis Sistem ÿ Fase
Studi Analisis Sistem ÿ Fase Definisi
Analisis Sistem ÿ Analisis Kebutuhan
Generasi Berikutnya

144

CHAPTER 4 (Indonesia)

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

CHAPTER 4 (Indonesia)

Diunggah oleh

Hak Cipta:

Format Tersedia

Machine Translated by Google

ÿ Presentasi akan menjawab pertanyaan-pertanyaan berikut:

Disiapkan oleh Kevin C. Dittman untuk

ÿ Apa itu Analisis Sistem?

ÿ Analisis sistem adalah pembedahan suatu sistem menjadi bagian-

ÿ Analisis sistem dilakukan untuk tujuan selanjutnya

Disiapkan oleh Kevin C. Dittman untuk

ÿ Apa itu Analisis Sistem?

Disiapkan oleh Kevin C. Dittman untuk

menganalisis sistem yang ada

Disiapkan oleh Kevin C. Dittman untuk

ÿ Apa itu Repositori?

Disiapkan oleh Kevin C. Dittman untuk

ÿ Repositori dan CEPAT

Disiapkan oleh Kevin C. Dittman untuk

ÿ Analisis Terstruktur Modern

Disiapkan oleh Kevin C. Dittman untuk

ÿ Analisis Terstruktur Modern

ÿ Teknik pengembangan berbasis model menekankan pada

Disiapkan oleh Kevin C. Dittman untuk

ÿ Analisis Terstruktur Modern

Disiapkan oleh Kevin C. Dittman untuk

Detail pesanan yang ada Pesanan Pesanan otomatis yang direvisi

Disiapkan oleh Kevin C. Dittman untuk

ÿ Teknik Informasi (IE)

Disiapkan oleh Kevin C. Dittman untuk

ÿ Teknik Informasi (IE)

ÿ Teknik Informasi (IE)

ÿ Model data digambar terlebih dahulu.

ÿ Selain model data, insinyur informasi juga menggambar model proses

Anggota ditempatkan terdaftar di bawah;

menghasilkan; didirikan oleh;

ditampilkan di; sponsor;

Disiapkan oleh Kevin C. Dittman untuk

ÿ Prototyping adalah teknik rekayasa yang digunakan untuk mengembangkan

Disiapkan oleh Kevin C. Dittman untuk

ÿ Pengembangan Aplikasi Bersama (JAD)

ÿ Seorang analis sistem yang terlatih di JAD biasanya berperan sebagai

Disiapkan oleh Kevin C. Dittman untuk

ÿ Desain Ulang Proses Bisnis (BPR)

ÿ Ini menciptakan proyek pengembangan aplikasi baru.

ÿ Analisis Berorientasi Objek (OOA)

ÿ Satu-satunya cara untuk membuat, menghapus, mengubah, atau menggunakan data

Disiapkan oleh Kevin C. Dittman untuk

ÿ Strategi Analisis Sistem CEPAT

ÿ Metodologi FAST mendukung berbagai jenis proyek

Disiapkan oleh Kevin C. Dittman untuk

FOKUS PADA FOKUS PADA FOKUS PADA FOKUS PADA CEPAT

SISTEM atau lebih produk. lingkup dan rencana proyek)

satu, atau lebih pelanggan. Sistem

Pesanan Pembatalan Jasa

Disiapkan oleh Kevin C. Dittman

ÿ Garis putus-putus menunjukkan aliran kendali berdasarkan kriteria tertentu.

Disiapkan oleh Kevin C. Dittman untuk

Pernyataan ruang lingkup

Disiapkan oleh Kevin C. Dittman untuk

ÿ Kegiatan: Survei Permasalahan, Peluang, dan

Disiapkan oleh Kevin C. Dittman untuk

ÿ Kegiatan: Survei Permasalahan, Peluang, dan

ÿ Manajer proyek - fasilitator ÿ

Disiapkan oleh Kevin C. Dittman

ÿ Kegiatan: Survei Permasalahan, Peluang, dan

ÿ Peran analis sistem:

Disiapkan oleh Kevin C. Dittman untuk

Tanggal Mulai ASAP____ Batas Waktu _ASAP________