DSS

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.



Apa itu Sistem Analisis?

Analisis sistem â € "pemecahan masalah teknik yang terurai suatu sistem menjadi komponen-komponen potongan untuk tujuan mempelajari seberapa baik bagian-bagian komponen tersebut bekerja dan berinteraksi untuk mencapai tujuan mereka.
Desain sistem â € "sebagai pelengkap teknik pemecahan masalah (untuk analisis sistem) yang reassembles sebuah SYSTEMA € ™ s potongan-potongan komponen kembali ke SYSTEMA lengkap €" mudah-mudahan, sistem yang diperbaiki. Ini mungkin melibatkan penambahan, menghapus, dan mengubah potongan relatif terhadap sistem yang asli.

Analisis sistem informasi â € "tahapan perkembangan mereka dalam proyek pengembangan sistem informasi yang terutama berfokus pada masalah dan persyaratan bisnis, terpisah dari teknologi apapun yang dapat atau akan digunakan untuk mengimplementasikan sebuah solusi untuk masalah tersebut....

Context of Systems Analysis



Repository

Repositori â € "lokasi (atau set lokasi) di mana analis sistem, perancang sistem dan pembangun sistem yang menyimpan semua dokumentasi yang berhubungan dengan satu atau lebih sistem atau proyek.
Direktori jaringan komputer yang dihasilkan proyek file yang berisi surat-menyurat, laporan, dan data
Alat KASUS kamus atau bebas (Bab 3)
Cetak dokumentasi (binder dan sistem perpustakaan)
Intranet website interface untuk komponen di atas

Model-Driven Analysis Methods

nalisis model-driven â € "sebuah Pendekatan pemecahan masalah yang menekankan sistem model gambar bergambar untuk memvalidasi dan mendokumentasikan baik yang ada dan / atau sistem yang diusulkan. Pada akhirnya, model sistem yang menjadi cetak biru untuk merancang dan membangun sistem yang ditingkatkan.
Model â € "representasi dari realitas baik atau visi. Sejak â € OEA Bernilai gambar seribu kata, â € Sebagian besar model Menggunakan gambar untuk mewakili kenyataan atau visi

Model-Driven Approaches

Pendekatan Tradisional
Analisis Terstruktur
Berfokus pada aliran data melalui proses
Kunci model: data flow diagram
Informasi Teknik
Berfokus pada struktur data yang disimpan
Kunci model: diagram hubungan entitas
Pendekatan Berorientasi Objek
mengintegrasikan data dan proses kekhawatiran menjadi objek
Obyek - yang enkapsulasi data (disebut properti) yang menggambarkan orang yang diskrit, objek, tempat, peristiwa, atau benda, dengan semua proses (disebut metode) yang diperbolehkan menggunakan atau memperbarui data dan properti. Satu-satunya cara untuk mengakses atau memperbarui data objek adalah dengan menggunakan proses standar objek.
Unified Modeling Language (UML)

A Simple Process Model



A Simple Data Model



A Simple Object Model




Accelerated Systems Analysis

Pendekatan analisis sistem dipercepat menekankan pembangunan prototipe untuk lebih cepat mengidentifikasi pengguna bisnis dan persyaratan untuk sebuah sistem baru.
prototipe â € "skala kecil, tidak lengkap, tetapi bekerja sampel dari sistem yang dikehendaki.

Pendekatan analisis sistem Dipercepat
Discovery Prototyping
Architected Rapid Analisis

Discovery Prototyping

Discovery prototyping â € "teknik yang digunakan untuk mengidentifikasi usersâ € ™ kebutuhan bisnis dengan memiliki mereka bereaksi cepat-dan-kotor pelaksanaan kebutuhan tersebut.
Keuntungan
Prototipe melayani œIâ € â € ™ ll tahu apa yang saya inginkan ketika saya melihat ita € cara berpikir yang menjadi ciri dari banyak pengguna dan manajer.
Kekurangan
Dapat menjadi sibuk dengan akhir € â € œlook dan feelâ prematur
Dapat mendorong fokus pada dini, dan komitmen untuk, desain
Pengguna dapat disesatkan untuk percaya bahwa sistem yang lengkap dapat dibangun dengan cepat dengan menggunakan alat prototipe

Rapid Architected Analysis

Analisis architected cepat â € "sebuah pendekatan yang mencoba untuk menurunkan model sistem (seperti yang dijelaskan sebelumnya dalam bagian ini) dari sistem yang sudah ada atau penemuan prototipe.
Reverse engineering â € "penggunaan teknologi yang membaca kode program untuk database yang sudah ada, program aplikasi, dan / atau user interface dan secara otomatis menghasilkan sistem yang setara model.

Requirements Discovery

Persyaratan penemuan - proses, yang digunakan oleh analis sistem untuk mengidentifikasi atau sistem mengeluarkan masalah dan kebutuhan solusi dari komunitas pengguna.

Requirements Discovery Methods

Fact-finding - proses mengumpulkan informasi tentang masalah sistem, peluang, solusi persyaratan, dan prioritas.
Sampling yang ada dokumentasi, laporan, form, database, dll
Penelitian literatur yang relevan
Pengamatan terhadap sistem yang sekarang
Kuesioner dan survei
Wawancara
Joint persyaratan perencanaan (JRP)-penggunaan difasilitasi lokakarya untuk menyatukan semua sistem pemilik, 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 pengembangan aplikasi bersama (JAD), yang lebih komprehensif JRP penerapan teknik untuk seluruh proses pengembangan sistem.

Business Process Redesign

Merancang ulang proses bisnis (BPR) - aplikasi dari metode analisis sistem untuk tujuan secara dramatis mengubah dan memperbaiki proses bisnis dasar dari sebuah organisasi, teknologi informasi independen.

Agile Methods

Metode agile â € "integrasi dari berbagai pendekatan analisis sistem dan desain untuk aplikasi yang dianggap tepat untuk persoalan yang dipecahkan dan sistem yang dikembangkan.
Metodologi komersial tidak memaksakan pendekatan tunggal (analisis terstruktur, IE, öÔÄ) pada sistem analis.
Sebaliknya, mereka mengintegrasikan semua pendekatan populer menjadi koleksi metode tangkas.
Pengembang sistem diberikan fleksibilitas untuk memilih dari berbagai alat dan teknik untuk menyelesaikan tugas-tugas yang terbaik di tangan,
Metodologi FAST hipotetis beroperasi dengan cara ini.

FAST Systems Analysis Phases

Scope Definition Phase
Apakah proyek senilai lihat?
Tahap Analisis Masalah
Adalah sebuah sistem baru layak bangunan?
Fase Analisis Persyaratan
Apa yang pengguna butuhkan dan inginkan dari sistem baru?
Logical Design Phase
Apa yang harus sistem baru lakukan?

Fase Analisis Keputusan
Apa solusi terbaik?

Context of Scope Definition Phase


Tugas untuk Fase Definisi Lingkup
Tasks for the Scope Definition Phase



Kunci Persyaratan untuk Fase Definisi Lingkup
Key Terms for Scope Definition Phase

Steering body - komite bisnis eksekutif dan manajer sistem yang mempelajari dan memprioritaskan proposal proyek bersaing untuk menentukan proyek-proyek yang akan kembali yang paling nilai bagi organisasi dan dengan demikian harus disetujui untuk pengembangan sistem berlanjut.
Juga disebut komite pengarah.

Project charter - penyampaian akhir untuk fase pemeriksaan pendahuluan. Sebuah proyek piagam mendefinisikan lingkup proyek, rencana, metodologi, standar, dan seterusnya.
Rencana awal pendahuluan mencakup jadwal dan sumber daya tugas (juga disebut rencana awal).
Rencana rinci dan jadwal untuk menyelesaikan tahap berikutnya dari proyek.

Sample Request for System Services
Contoh Permintaan Layanan Sistem




Contoh Soal Pernyataan
Sample Problem Statements



Context of Problem Analysis Phase
Konteks Analisis Soal Fase



Tugas Analisis Soal Fase
Tasks of the Problem Analysis Phase



Persyaratan kunci dari Fase Analisis Soal
Key Terms of the Problem Analysis Phase

Sebab-dan-analisis efek - teknik di mana masalah-masalah yang dipelajari untuk menentukan sebab dan akibat.
Dalam prakteknya, gejala efek dapat lebih berakar masalah yang, pada gilirannya, harus dianalisis sebab dan akibat sampai sebab dan akibat tidak menghasilkan gejala-gejala dari masalah lain.

Context Diagram - sebuah model bergambar yang menunjukkan bagaimana sistem berinteraksi dengan dunia di sekitarnya dan menetapkan secara umum sistem input dan output.

Contoh Penyebab-dan-Effect Analysis
Sample Cause-and-Effect Analysis



Contoh Context Diagram
Sample Context Diagram



Persyaratan kunci dari Fase Analisis Soal (lanjutan)
Key Terms of the Problem Analysis Phase (cont.)

Tujuan â € "sebuah ukuran keberhasilan. Ini adalah sesuatu yang Anda harapkan untuk dicapai, jika diberikan sumber daya yang memadai.
Mengurangi jumlah tidak tertagihnya rekening pelanggan sebesar 50 persen dalam tahun depan.
Meningkat sebesar 25 persen jumlah aplikasi pinjaman yang dapat diproses selama delapan jam shift.
Penurunan sebesar 50 persen waktu yang dibutuhkan untuk menjadwal ulang banyak produksi ketika workstation malfungsi.
Kendala â € "sesuatu yang akan membatasi fleksibilitas dalam mendefinisikan solusi untuk tujuan Anda. Pada dasarnya, kendala tidak dapat diubah.
Sistem yang baru harus beroperasi 15 April.
Sistem baru tidak dapat biaya lebih dari $ 350.000.
Sistem baru harus berbasis web.
Sistem baru harus tagihan pelanggan setiap 15 hari.

Laporan Perbaikan Sistem Outline
System Improvement Report Outline

Ringkasan eksekutif (sekitar 2 halaman)
Ringkasan rekomendasi
Ringkasan masalah, kesempatan, dan arahan
Pernyataan singkat mengenai tujuan perbaikan sistem
Penjelasan singkat tentang isi laporan
Informasi latar belakang (sekitar 2 halaman)
Daftar wawancara dan memfasilitasi pertemuan kelompok yang dilakukan
Daftar sumber-sumber informasi lain yang dieksploitasi
Deskripsi teknik analisis yang digunakan
Ikhtisar sistem yang sekarang (sekitar 5 halaman)
Implikasi strategis (jika proyek merupakan bagian dari atau dampak yang ada rencana strategis IS)
Model dari sistem yang sekarang
Interface model (showing lingkup proyek)
Model data (showing lingkup proyek)
Model geografis (showing lingkup proyek)
Model Proses (menunjukkan dekomposisi fungsional saja)

Analisis sistem yang sekarang (sekitar 5-10 halaman)
Masalah kinerja, peluang, analisis sebab-akibat
Masalah informasi, peluang, analisis sebab-akibat
Masalah ekonomi, peluang, analisis sebab-akibat
Control masalah, peluang, analisis sebab-akibat
Masalah efisiensi, peluang, analisis sebab-akibat
Masalah layanan, kesempatan, dan analisis sebab-akibat
Rekomendasi (sekitar 5-10 halaman)
Perbaikan sistem tujuan dan prioritas
Kendala
Rencana Proyek
Lingkup penilaian ulang dan perbaikan
Revisi master plan
Rencana rinci untuk fase definisi
Lampiran
Setiap rinci model sistem
Dokumen lain sebagaimana mestinya

Requirements Analysis Phase Tasks
Fase Analisis Persyaratan Tugas



Persyaratan kunci Fase Analisis Persyaratan
Key Terms of Requirements Analysis Phase

Fungsional â € "deskripsi kegiatan dan pelayanan sistem harus memberikan.
input, output, proses, data yang disimpan
Persyaratan nonfungsional â € "deskripsi fitur lainnya, karakteristik, dan kendala yang mendefinisikan sistem yang memuaskan.
Kinerja, kemudahan belajar dan menggunakan, anggaran, tenggat waktu, dokumentasi, keamanan, kontrol audit internal

Proposal Sistem khas Outline

Pendahuluan
Tujuan dari laporan
Latar belakang proyek yang mengarah ke laporan ini
Cakupan laporan
Struktur laporan
Alat dan teknik yang digunakan
Solusi yang dihasilkan
Analisis kelayakan (biaya-manfaat)
Persyaratan sistem informasi
Alternatif solusi dan analisis kelayakan
Rekomendasi
Lampiran