apsi kel 4

Kelompok 4:

BAB 5

Systems Analysis

ObjectivesTentukan 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.

Proses Model

Konteks Analisis Sistem

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 ModelPendekatan 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 ModelPendekatan 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)

A Simple Process Model

A Simple Object Model

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 userKekurangan

Dapat terlampau fokus dengan akhir "tampilan dan nuansa" yang masih prematur

Dapat mendorong fokus kepada desain dan komitmen yang prematurPengguna dapat disesatkan untuk percaya bahwa sistem selesai dapat

dibangun dengan cepat menggunakan alat prototyping

Rapid Architected AnalysisRapid 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, dllPenelitian literatur yang relevanObservasi sistemKuesioner dan surveyInterview

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

5-18

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

Agile Methods

5-19

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.

Fase FAST System Analysis

5-20

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?

Konteks Fase Lingkup Definisi

5-21

Tugas untuk Fase Lingkup Definisi

5-22

Syarat utama untuk Fase Lingkup Definisi

5-23

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 proyek ini.

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

5-28

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.

Contoh analisis sebab dan akibat

5-29

Sample Context Diagram

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 SistemI. Ringkasan Eksekutif (sekitar 2 halaman)A. Ringkasan RekomendasiB. Ringkasan masalah, peluang, dan arahanC. Pernyataan singkat tentang tujuan perbaikan sistemD. Penjelasan singkat tentang isi laporanII. Informasi latar belakang (sekitar 2 halaman)A. Daftar wawancara dan memfasilitasi pertemuan kelompok yang dilakukanB. Daftar sumber informasi lain yang dieksploitasiC. Deskripsi teknik analisis yang digunakanII. 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 iniC. 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 sekitarA. Masalah kinerja, peluang, analisis sebab-akibatB. Masalah informasi, peluang, analisis sebab-akibatC. Masalah ekonomi, peluang, analisis sebab-akibatD. Masalah kontrol, peluang, analisis sebab-akibatE. Masalah efisiensi, peluang, analisis sebab-akibatF. Masalah pelayanan, peluang, dan analisis sebab-akibatV. Rekomendasi secara detail (5-10 halaman sekitar)A. Tujuan perbaikan sistem dan prioritasB. KendalaC. Rencana Proyek1. Lingkup penilaian ulang dan perbaikan2. Master plan yang di Revisi3. Rencana rinci untuk tahap definisiVI. ApendiksA. Rincian detail model sistem B. Dokumen-dokumen lain yang sesuai

Konteks Tahapan Requirement Analysis

Tugas-tugas dari Tahapan RequirementsAnalysis

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 memuaskanPerformance, kemudahan pembelajaran dan penggunaan, budget,

deadline, dokumentasi, keamanan, dan pengendalian internal audit

Istilah dari Tahap – tahap Requirement Analisis (cont.)

5-37

Use case – sebuah skenario atau kejadian dimana sistem harus menyediakan suatu respon gambaran. Use case merupakan evolusi dari analisis objek oriented.

Istilah dari Tahap – tahap Requirement Analisis (cont.)

5-38

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.

Context of Logical Design Phase of Systems Analysis

5-39

Tasks for Logical Design Phase

5-40

Context of Decision Analysis Phase

5-41

5-42

Tugas-tugas untuk tahap Decision Analysis

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?

5-44

Candidate Systems Matrix (Calon Sistem Matrix)

Kandidat Sistem Matrix (lanjutan)

5-45

Metode pengolahan dataumumnya beberapa kombinasi dari: online, batch, batch yang ditangguhkan, remote batch, dan real-time

Client/Server Sama dengan kandidat 1 Sama dengan kandidat 1

Output Devices dan implikasi

deskripsi perangkat output yang akan digunakan, persyaratan output khusus (misalnya, jaringan, dicetak bentuk, dll), dan pertimbangan keluaran (misalnya, waktu consraints).

(2) HP4MV printer laser departemen(2) HP5SI LAN printer laser

(2) HP4MV printer laser departemen(2) HP5SI LAN printer laser(1) PRINTRONIX bar code-code printer (termasuk perangkat lunak & driver)

Halaman Web harus dirancang untuk resolusi VGA. Semua layar internal yang akan dirancang untuk resolusi SVGA.

Sama dengan kandidat 2

perangkat input dan implikasi

Penjelasan metode masukan yang akan digunakan, perangkat 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 ).

Keyboard & mouse Apple “Quick take" kamera digital dan perangkat lunak (15) PSC QuickScan Laser bar-code scanner (1) HP Scanjet 4C Scanner flatbed Keyboard & mouse

Sama dengan kandidat 2

Storage Devices dan Implikasi

deskripsi singkat tentang apa data yang akan disimpan, data apa yang akan diakses dari toko yang ada, apa yang media penyimpanan yang akan digunakan, berapa kapasitas wuld diperlukan, dan bagaimana data akan diatur.

MS SQL Server DBMS dengan 100GB kemampuan tersusun.

Sama dengan kandidat 1 Sama dengan kandidat 1

Kelayakan matrix

5-46

Kriteria kelayakan Bobot Kandidat 1 Kandidat 2 Kandidat 3

kelayakan operasional

fungsionalitas. deskripsi untuk apa gelar kandidat ingin menguntungkan organisasi dan seberapa baik sistem akan bekerja.

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

30% Hanya dukungan persyaratan layanan anggota dan proses bisnis saat ini harus dimodifikasi untuk mengambil keuntungan dari fungsi perangkat lunakSkor: 60

sepenuhnya mendukung pengguna fungsi yang diperlukan.skor: 100

Sama dengan candidat 2

kelayakan teknisTeknologi. penilaian kematangan, ketersediaan (atau kemampuan untuk memperoleh), dan keinginan dari teknologi komputer yang dibutuhkan untuk suport kandidat ini.

Keahlian. Penilaian terhadap keahlian teknis yang diperlukan untuk defelope, mengoperasikan, dan maaintain sistem kandidat.

30% Rilis produksi saat Platinum ditambah paket versi 1.0 dan hanya berada di pasar selama 6 minggu.kematangan produk adalah risiko dan perusahaan mengenakan biaya bulanan tambahan untuk dukungan teknis.

diperlukan untuk mempekerjakan atau melatih c + + keahlian untuk melakukan modifikasi untuk kebutuhan integrasiSkor : 50

Walaupun staf teknis saat ini hanya memiliki pengalaman PowerBuilder, analisis senior yang melihat MS visual basic yang demonstrasi dan presentasi telah sepakat trancition akan sederhana dan menemukan berpengalaman programmer VB akan lebih mudah daripada menemukan PowerBuilder programmer dan dengan biaya yang jauh lebih murah.

MS Visual Basic 5.0 adalah teknologi matang berdasarkan nomor versi.scoring: 95

Meskipun staf teknis saat ini nyaman dengan PowerBuilder, manajemen berkaitan dengan akuisisi baru-baru PowerBuilder oleh Sybase IncMS SQL Server adalah standart perusahaan Curent dan bersaing dengan Sybase di Client / Server DBMS pasar. karena ini kita tidak memiliki jaminan masa depan versi PowerBuilder akan "bermain dengan baik" dengan versi kita SQL Server saat ini

kelayakan ekonomiBiaya untuk mengembangkan:Periode pembayaran kembali (diskon)nilai bersih:Perhitungan rinci:

30% Sekitar $ 350,00.Sekitar 4,5 tahun.Sekitar $ 210.000.Lihat Lampiran A

score: 60

Sekitar $ 418.040.Sekitar 3,5 tahun.Sekitar $ 306.748.lihat Lampiran A.

Skor: 85

Sekitar $ 400,000.Sekitar 3,3 tahun.Sekitar $ 325,500.lihat Lampiran A.

Skor: 85

Kelayakan Jadwal

penilaian berapa lama solusi yang diperlukan untuk merancang dan mengimplementasikan.

10% Kurang dari 3 bulan

Skor :95

9-12 bulan

Skor: 80

9 Bulan

Skor: 85

Peringkat 100% 60,5 92 83,5

Sistem Khas Outline Proposal

5-47

I. PengantarA. Tujuan laporanB. Latar belakang dari proyek yang mengarah ke laporan iniC. Lingkup laporanD. Struktur laporan

II. Peralatan dan teknik yang digunakanA. Solusi yang dihasilkanB. Analisis kelayakan (biaya-manfaat)

III. Sistem informasi persyaratanIV. Alternatif solusi dan analisis kelayakanV. RekomendasiVI. Lampiran