Apsi kel 4

  • 700 views
Uploaded on

 

More in: Technology , Education
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
700
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
14
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide
  • Teaching Notes BPR is not a competing systems analysis methods. BPR is an application of systems analysis methods. BPR can be used in redesigning completely manual processes. It is not uncommon for IS projects to include a study of existing business processes to identify problems, bureaucracy, and inefficiencies that can be addressed in requirements for new and improved information systems. Changes in processes brought about through BPR generally trigger needed changes in information systems.
  • No additional notes.
  • No additional notes.
  • Teaching Notes The focus is on system owner perspectives.
  • Teaching Notes The focus is on system owner perspectives.
  • Teaching Notes The focus is on system owner perspectives.
  • Teaching Notes The focus is on system owner perspectives.
  • Teaching Notes The focus is on system owner perspectives.
  • Teaching Notes The focus is on both system owner and system user perspectives. We are looking at the building blocks of the existing system.
  • No additional notes
  • Teaching Note Analyze a problem using cause-and-effect analysis. If you know “fishbone diagrams”, demonstrate cause-and-effect analysis using the diagrams.
  • No additional notes
  • Teaching Notes Beberapa tugas-tugas dikatakan komplit dalam parallel
  • Teaching Notes Beberapa tugas-tugas dikatakan komplit dalam parallel
  • Teaching Notes Functional Requirement tidaklah bersifat memerintah dan Nonfunctinal Requirement opsional. Contoh dari Nonfunctional Requirement termasuk dalam perintah-perintah Perbedaan dari keduanya, Functional Requirement mendeskripsikan fungsi yang harus dikerjakan sistem, Nonfunctional Requirement bukan fungsi yang harus diselesaikan tetapi kualitas sistem yang harus disukseskan.
  • No additional notes.
  • No additional notes
  • Teaching Notes The focus is on system user perspectives.
  • No additional notes.
  • No additional notes.
  • No additional notes
  • No additional notes.

Transcript

  • 1. BAB 5Systems Analysis Kelompok 4:
  • 2. Objectives Tentukan analisis sistem dan menghubungkannya dengan definisi ruang lingkup, analisis masalah, analisis persyaratan, desain logis, dan fase analisis keputusan. Menggambarkan sejumlah pendekatan analisis sistem untuk memecahkan masalah sistem bisnis. Jelaskan definisi lingkup, analisis masalah, analisis persyaratan, desain logis, dan fase analisis keputusan dalam hal blok bangunan sistem informasi. Jelaskan definisi lingkup, analisis masalah, analisis persyaratan, desain logis, dan fase analisis keputusan dalam hal tujuan, peserta, input, output, teknik, dan langkah-langkah. Mengidentifikasi bab dalam buku ini yang dapat membantu Anda mempelajari alat analisis sistem spesifik dan teknik.
  • 3. 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.
  • 4. Proses Model
  • 5. Konteks Analisis Sistem
  • 6. Tempat PenyimpananSebuah lokasi (atau satu set lokasi) di mana analis sistem,perancang sistem dan pembangun sistem menyimpan semuadokumentasi yang berhubungan dengan sistem atau projek•Direktori jaringan file yang dihasilkan komputer yangberhubungan 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
  • 7. Metode Analisis Perkembangan ModelPendekatan penyelesaian masalah yang menekankan padapenggambaran model sistem ke dokumen dan memvalidasisistem ada atau yang diusulkan. Pada akhirnya, model sistemmenjadi cetak biru untuk merancang dan membuat sistem yangditingkatkanModelGambaran dari kenyataan atau tujuan.“Gambar adalah seribu kata”Banyak model menggunakan gambar untuk mewakilkankenyataan atau tujuan
  • 8. 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)
  • 9. 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)
  • 10. A Simple Process Model
  • 11. A Simple Object Model
  • 12. Analisis Sistem TerakselerasiPendekatan analisis sistem terakselerasi menekankanpembangunan prototipe untuk lebih cepat mengidentifikasikebutuhan bisnis dan pengguna untuk sistem baru.Prototipe - skala kecil, tidak lengkap, tetapi bekerja dari sistemyang diinginkan•Pendekatan analisis sistem terakselerasi~ penemuan suatu prototyping~ analisis arsitektur secara cepat
  • 13. Discovery PrototypingDiscovery prototyping – adalah sebuah teknik yang digunakan untuk mengetahui kebutuhan bisnis dari seorang user dengan cara meminta tindak balas mereka. Kelebihan  Dapat memenuhi seperti apa yang diperkirakan oleh user Kekurangan  Dapat terlampau fokus dengan akhir "tampilan dan nuansa" yang masih prematur  Dapat mendorong fokus kepada desain dan komitmen yang prematur  Pengguna dapat disesatkan untuk percaya bahwa sistem selesai dapat dibangun dengan cepat menggunakan alat prototyping
  • 14. Rapid Architected AnalysisRapid architected analysis – sebuah pendekatan yang mencobauntuk mendapatkan model sistem dari sistem yang telah adaatau 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.
  • 15. Requirements DiscoveryRequirements 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.
  • 16. Requirements Discovery Methods Fact-finding – proses dalam mengumpulkan informasi mengenai masalah yang ada pada sistem, peluang, solusi, dan prioritas.  Sampling dokumentasi yang ada, seperti laporan, formulir, basis data, dll  Penelitian literatur yang relevan  Observasi sistem  Kuesioner dan survey  Interview Joint requirements planning (JRP) – pengadaan workshop yang difasilitasi untuk menyatukan semua pemilik sistem, pengguna, dan analis, dan beberapa perancang dan pembangun sistem untuk bersama-sama melakukan analisis sistem.  Dianggap sebagai bagian dari metode yang lebih besar yang disebut Joint Application Development (JAD), aplikasi yang lebih komprehensif dari teknik JRP ke seluruh proses pembangunan sistem.
  • 17. Business Process Redesign Business process redesign (BPR) – aplikasi dari metode analisis sistem untuk tujuan mengubah dan memperbaiki proses bisnis dasar organisasi secara dramatical, independen dari teknologi informasi.5-18
  • 18. Agile Methods Agile method – integrasi dari berbagai pendekatan analisis sistem dan desain untuk aplikasi yang dianggap sesuai dengan masalah yang dipecahkan dan sistem yang dikembangkan.  Metodologi yang paling komersial tidak memaksakan pendekatan tunggal (structured analysis, IE, OOA) pada system analyst.  Sebaliknya, mereka mengintegrasikan semua pendekatan populer menjadi koleksi metode tangkas.  Developer diberikan fleksibilitas untuk memilih berbagai alat dan teknik untuk menyelesaikan tugasnya sendiri  Hypothetical FAST methodology beroperasi dengan cara ini.5-19
  • 19. Fase FAST System Analysis 1. Fase Lingkup Definisi Apakah proyek layak diperlihatkan? 2. Fase Analisis Masalah Apakah sistem baru layak dibangun? 3. Fase Analisis Persyaratan Apa yang user butuhkan dan inginkan dari sistem baru? 4. Fase Desain Logis Apa yang harus sistem baru lakukan? 5. Fase Analisis Keputusan Apa solusi terbaik?5-20
  • 20. Konteks Fase Lingkup Definisi5-21
  • 21. Tugas untuk Fase Lingkup Definisi5-22
  • 22. Syarat utama untuk Fase Lingkup Definisi Steering body - komite eksekutif bisnis dan manajer sistem yang mempelajari dan memprioritaskan proposal proyek bersaing untuk menentukan proyek mana yang akan kembali yang paling nilai bagi organisasi dan dengan demikian harus disetujui untuk pengembangan sistem. Juga disebut sebagai komite pengarah Proyek charter - deliverable akhir untuk tahap pemeriksaan pendahuluan. Sebuah proyek piagam mendefinisikan lingkup proyek, rencana, metodologi, standar, dan sebagainya. Master plan awal meliputi jadwal awal dan tugas sumber daya (juga disebut rencana awal). Rencana rinci dan jadwal untuk menyelesaikan tahap berikutnya dari5- proyek ini.23
  • 23. Contoh Permintaan Layanan Sistem5-24
  • 24. Sample Problem Statements5-25
  • 25. Fase Analisis Problem5-26
  • 26. Tugas-tugas pada fase analisis problem5-27
  • 27. Istilah kunci pada fase analisis problem Analisis “sebab dan akibat” Artinya yaitu suatu teknik dimana masalah itu dipelajari (diobservasi) untuk menemukan dan menentukan sebab dan akibat dari masing- masing problem tersebut. pada kenyataannya, akibat dapat untuk melacak (trace back) problem terkait. Jadi analisis “sebab-akibat” harus dilakukan secara detil agar masing-masing sebab-akibat bersifat unik terhadap masing- masing problem. Artinya sebab-akibat satu problem tidak mengganggu problem lain yang berbeda konteks. Diagram Konteks  Model yang menunjukkan bagaimana suatu sistem berinteraksi dengan lingkungan sistem dan mampu menspesifikasikan (menetapkan) input dan output sistem.5-28
  • 28. Contoh analisis sebab dan akibat5-29
  • 29. SampleContextDiagram
  • 30. Syarat utama dari Tahap Analisis Masalah(lanjutan)(Objective)Tujuan - ukuran keberhasilan. Ini adalah sesuatu yang Andaharapkan untuk dicapai, jika diberikan sumber daya yang memadai.Mengurangi jumlah rekening nasabah tidak tertagih sebesar 50 persendalam tahun depan.Meningkatkan 25 persen jumlah pinjaman aplikasi yang dapat diprosesselama delapan jam shift.Penurunan sebesar 50 persen waktu yang dibutuhkan untuk menjadwalulang sebuah produksi yang besar ketika workstation tidak berfungsi.(Constraint)Kendala - sesuatu yang akan membatasi fleksibilitas dalammendefinisikan solusi untuk tujuan Anda. Pada dasarnya, kendala tidakdapat 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
  • 31. 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)
  • 32. 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 sistemB. Dokumen-dokumen lain yang sesuai
  • 33. Konteks Tahapan Requirement Analysis
  • 34. Tugas-tugasdari TahapanRequirementsAnalysis
  • 35. Istilah Kunci Tahapan Requirement Analysis Functional requirement – deskripsi dari aktivitas dan layanan sistem harus tersediakan  input, output, proses, stored data Nonfunctional requirement – deskripsi dari ciri-ciri lain, karakteristik dan kendala yang mendefinisikan sebuah sistem yang memuaskan  Performance, kemudahan pembelajaran dan penggunaan, budget, deadline, dokumentasi, keamanan, dan pengendalian internal audit
  • 36. Istilah dari Tahap – tahap Requirement Analisis (cont.) Use case – sebuah skenario atau kejadian dimana sistem harus menyediakan suatu respon gambaran. Use case merupakan evolusi dari analisis objek oriented.5-37
  • 37. Istilah dari Tahap – tahap Requirement Analisis (cont.) Timeboxing – suatu teknik/ cara yang memberikan fungsi sistem informasi dan requirement melalui versioning. 1. Tim pengembang memilih bagian terkecil dari sistem itu, bila benar-benar diterapkan, maka akan mengembalikan nilai langsung kepada pemilik sistem dan pengguna. 2. Bagian yang dikembangkan, idealnya dalam jangka waktu 6 sampai 9 bulan atau kurang dari itu. 3. Versi selanjutnya merupakan nilai tambah dari sistem yang dikembangkan dalam jangka waktu tersebut.5-38
  • 38. Context of Logical Design Phase of Systems Analysis5-39
  • 39. Tasks for Logical Design Phase5-40
  • 40. Context of Decision Analysis Phase5-41
  • 41. Tugas-tugas untuk tahap Decision Analysis5-42
  • 42. Istilah kunci tahap Decision Analysis  Kelayakan teknis - Apakah solusi teknis praktis? Apakah staf kami memiliki keahlian teknis untuk merancang dan membangun solusi ini?  Kelayakan operasional - Apakah solusi yang memenuhi kebutuhan pengguna? Untuk apa gelar? Bagaimana solusi mengubah lingkungan kerja user? Bagaimana pengguna merasa tentang solusi tersebut??  Kelayakan ekonomi - Apakah solusi hemat biaya?  Jadwal kelayakan - Dapatkah solusi dirancang dan dilaksanakan dalam jangka waktu yang dapat diterima?
  • 43. Candidate Systems Matrix (Calon Sistem Matrix)5-44
  • 44. Kandidat Sistem Matrix (lanjutan)Metode pengolahan data Client/Server Sama dengan kandidat 1 Sama dengan kandidat 1umumnya beberapa kombinasi dari: online, batch,batch yang ditangguhkan, remote batch, dan real-timeOutput Devices dan implikasi (2) HP4MV printer laser (2) HP4MV printer laser departemen Sama dengan kandidat 2 departemen (2) HP5SI LAN printer laserdeskripsi perangkat output yang akan digunakan, persyaratan (2) HP5SI LAN printer (1) PRINTRONIX bar code-code printer (termasukoutput khusus (misalnya, jaringan, dicetak bentuk, dll), dan laser perangkat lunak & driver)pertimbangan keluaran (misalnya, waktu consraints). Halaman Web harus dirancang untuk resolusi VGA. Semua 5-45 layar internal yang akan dirancang untuk resolusi SVGA.perangkat input dan implikasi Keyboard & mouse Apple “Quick take" kamera digital dan perangkat lunak (15) Sama dengan kandidat 2 PSC QuickScan Laser bar-code scanner (1) HP Scanjet 4CPenjelasan metode masukan yang akan digunakan, perangkat Scanner flatbed Keyboard & mouseinput (misalnya, keyboard, mouse, dll), persyaratan masukankhusus (misalnya, bentuk-bentuk baru atau revisi dari mana dataakan input), dan masukan pertimbangan (misalnya, waktu inputyang sebenarnya ).Storage Devices dan Implikasi MS SQL Server DBMS Sama dengan kandidat 1 Sama dengan kandidat 1 dengan 100GB kemampuandeskripsi singkat tentang apa data yang akan disimpan, data apa tersusun.yang akan diakses dari toko yang ada, apa yang mediapenyimpanan yang akan digunakan, berapa kapasitas wulddiperlukan, dan bagaimana data akan diatur.
  • 45. Kelayakan matrixKriteria kelayakan Bobot Kandidat 1 Kandidat 2 Kandidat 3kelayakan operasional 30% Hanya dukungan persyaratan layanan sepenuhnya mendukung pengguna fungsi yang Sama dengan candidat 2 anggota dan proses bisnis saat ini harus diperlukan.fungsionalitas. deskripsi untuk apa gelar dimodifikasi untuk mengambil keuntungan skor: 100kandidat ingin menguntungkan organisasi dari fungsi perangkat lunakdan seberapa baik sistem akan bekerja. Skor: 60Politik. deskripsi seberapa baik menerimasolusi ini akan menjadi front keduamanajemen pengguna, pengguna, danorganisasi perspektif. 5-46kelayakan teknis 30% Rilis produksi saat Platinum ditambah paket Walaupun staf teknis saat ini hanya memiliki Meskipun staf teknis saat ini nyamanTeknologi. penilaian kematangan, versi 1.0 dan hanya berada di pasar selama 6 pengalaman PowerBuilder, analisis senior yang dengan PowerBuilder, manajemenketersediaan (atau kemampuan untuk minggu. melihat MS visual basic yang demonstrasi dan berkaitan dengan akuisisi baru-barumemperoleh), dan keinginan dari teknologi kematangan produk adalah risiko dan presentasi telah sepakat trancition akan PowerBuilder oleh Sybase Inckomputer yang dibutuhkan untuk suport perusahaan mengenakan biaya bulanan sederhana dan menemukan berpengalaman MS SQL Server adalah standartkandidat ini. tambahan untuk dukungan teknis. programmer VB akan lebih mudah daripada perusahaan Curent dan bersaing dengan menemukan PowerBuilder programmer dan Sybase di Client / Server DBMS pasar.Keahlian. Penilaian terhadap keahlian teknis diperlukan untuk mempekerjakan atau dengan biaya yang jauh lebih murah. karena ini kita tidak memiliki jaminanyang diperlukan untuk defelope, melatih c + + keahlian untuk melakukan masa depan versi PowerBuilder akanmengoperasikan, dan maaintain sistem modifikasi untuk kebutuhan integrasi MS Visual Basic 5.0 adalah teknologi matang "bermain dengan baik" dengan versi kitakandidat. Skor : 50 berdasarkan nomor versi. SQL Server saat ini scoring: 95kelayakan ekonomi 30% Sekitar $ 350,00. Sekitar $ 418.040. Sekitar $ 400,000.Biaya untuk mengembangkan: Sekitar 4,5 tahun. Sekitar 3,5 tahun. Sekitar 3,3 tahun.Periode pembayaran kembali (diskon) Sekitar $ 210.000. Sekitar $ 306.748. Sekitar $ 325,500.nilai bersih: Lihat Lampiran A lihat Lampiran A. lihat Lampiran A.Perhitungan rinci: score: 60 Skor: 85 Skor: 85Kelayakan Jadwal 10% Kurang dari 3 bulan 9-12 bulan 9 Bulanpenilaian berapa lama solusi yang diperlukan Skor :95 Skor: 80 Skor: 85untuk merancang danmengimplementasikan.Peringkat 100% 60,5 92 83,5
  • 46. Sistem Khas Outline ProposalI. Pengantar A. Tujuan laporan B. Latar belakang dari proyek yang mengarah ke laporan ini 5-47 C. Lingkup laporan D. Struktur laporanII. Peralatan dan teknik yang digunakan A. Solusi yang dihasilkan B. Analisis kelayakan (biaya-manfaat)III. Sistem informasi persyaratanIV. Alternatif solusi dan analisis kelayakanV. RekomendasiVI. Lampiran