Analisis Sistem
Tentukan analisis sistem dan hubungkan istilah tersebut dengan definisi ruang lingkup, analisis masalah, analisis kebutuhan, desain logis, dan tahap analisis keputusan dari metodologi pengembangan sistem buku ini.
Jelaskan sejumlah pendekatan analisis sistem untuk memecahkan masalah sistem bisnis.
Jelaskan definisi ruang lingkup, analisis masalah, analisis kebutuhan, desain logis, dan tahap analisis keputusan dalam hal blok bangunan sistem informasi Anda.
Jelaskan definisi ruang lingkup, analisis masalah, analisis kebutuhan, desain logis, dan tahap analisis keputusan dalam hal tujuan, peserta, masukan, keluaran, teknik, dan langkah.
Kenali bab dan modul dalam buku teks ini yang dapat membantu Anda mempelajari alat dan teknik analisis sistem yang spesifik.
Peta Bab
Analisis Sistem vs Desain Sistem
Analisis sistem - teknik pemecahan masalah yang membusuk sistem menjadi bagian komponennya untuk tujuan mempelajari seberapa baik komponen tersebut bekerja dan berinteraksi untuk mencapai tujuannya.
Perancangan sistem - teknik pemecahan masalah pelengkap (untuk analisis sistem) yang menghubungkan kembali komponen komponen sistem menjadi sistem yang lengkap - mudah-mudahan, sistem yang lebih baik. Ini mungkin melibatkan penambahan, penghapusan, dan penggantian potongan relatif terhadap sistem aslinya.
Analisis sistem informasi - tahap pengembangan dalam proyek pengembangan sistem informasi terutama berfokus pada masalah dan persyaratan bisnis, terlepas dari teknologi apa pun yang dapat atau akan digunakan untuk menerapkan solusi terhadap masalah tersebut.
Konteks Analisis Sistem
Gudang
Repositori - lokasi (atau rangkaian lokasi) di mana analis sistem, perancang sistem, dan pembangun sistem menyimpan semua dokumentasi yang terkait dengan satu atau lebih sistem atau proyek.
Direktori jaringan dari file yang dihasilkan komputer yang berisi korespondensi proyek, laporan, dan data
Kamus atau ensiklopedia alat KASUS (Bab 3)
Dokumentasi cetak (binder dan pustaka sistem)
Antarmuka situs intranet ke komponen di atas
Metode Analisis Model-Driven
Analisis berbasis model - pendekatan pemecahan masalah yang menekankan penggambaran model sistem bergambar untuk mendokumentasikan dan memvalidasi sistem yang ada dan / atau yang diusulkan. Pada akhirnya, model sistem menjadi cetak biru untuk merancang dan membangun sistem yang lebih baik.
Model - representasi dari realitas atau visi. Karena "sebuah gambar bernilai seribu kata," kebanyakan model menggunakan gambar untuk mewakili realitas atau penglihatan.
Model-Driven Methods
Analisis terstruktur - sebuah teknik berbasis model, yang berpusat pada proses digunakan untuk menganalisa sistem yang ada, menentukan persyaratan bisnis untuk sistem baru, atau keduanya. Modelnya adalah gambar yang menggambarkan komponen komponen: proses dan input, keluaran, dan file yang terkait.
Teknik informasi (IE) - teknik berbasis model dan data-centered, namun sangat peka terhadap proses perencanaan, analisis, dan perancangan sistem informasi. Model IE adalah gambar yang menggambarkan dan menyinkronkan data dan proses sistem.
Object-oriented analysis (OOA) - teknik berbasis model yang mengintegrasikan data dan masalah proses ke dalam objek yang disebut konstruksi. Model OOA adalah gambar yang menggambarkan objek sistem dari berbagai perspektif seperti struktur dan perilaku, dan interaksi objek.
Objek - enkapsulasi data (disebut properti) yang menggambarkan orang, objek, tempat, peristiwa, atau benda diskrit, dengan semua proses (metode yang disebut) yang diizinkan untuk menggunakan atau memperbarui data dan properti. Satu-satunya cara untuk mengakses atau memperbarui data objek adalah dengan menggunakan proses yang telah ditetapkan sebelumnya.
Model Proses Sederhana
Model Data Sederhana
Sebuah Model Obyek Sederhana
Analisis Sistem Percepatan
Pendekatan analisis sistem yang dipercepat menekankan konstruksi prototip untuk lebih cepat mengidentifikasi persyaratan bisnis dan pengguna untuk sistem baru.
prototipe - sampel berskala kecil, tidak lengkap, namun bekerja dari sistem yang diinginkan.
Pendekatan analisis sistem yang dipercepat
Discovery Prototyping
Analisis Architected Cepat
Discovery Prototyping
Discovery prototyping - teknik yang digunakan untuk mengidentifikasi kebutuhan bisnis pengguna dengan meminta mereka bereaksi terhadap penerapan persyaratan yang cepat dan kotor.
Keuntungan
Prototipe memenuhi "Saya akan tahu apa yang saya inginkan saat melihatnya" cara berpikir yang merupakan ciri khas banyak pengguna dan manajer.
Kekurangan
Bisa disibukkan dengan "tampilan dan nuansa" terakhir sebelum waktunya
Bisa mendorong fokus prematur, dan komitmen terhadap, desain
Pengguna dapat disesatkan untuk percaya bahwa sistem yang telah selesai dapat dibangun dengan cepat menggunakan alat prototipe
Analisis Architected Cepat
Analisis architected yang cepat - sebuah pendekatan yang mencoba untuk mendapatkan model sistem (seperti yang dijelaskan sebelumnya di bagian ini) dari prototipe sistem atau penemuan yang ada.
Reverse engineering - penggunaan teknologi yang membaca kode program untuk database, program aplikasi, dan / atau user interface yang ada dan secara otomatis menghasilkan model sistem setara.
Persyaratan Metode Penemuan
Persyaratan penemuan - proses, yang digunakan oleh analis sistem untuk mengidentifikasi atau mengekstrak masalah sistem dan persyaratan solusi dari komunitas pengguna. Pendekatan meliputi:
Pencarian fakta - proses mengumpulkan informasi tentang masalah sistem, peluang, persyaratan solusi, dan prioritas.
Pengambilan contoh dokumentasi, laporan, form, database, dll yang ada
Penelitian literatur yang relevan
Pengamatan sistem saat ini
Kuesioner dan survei
Wawancara
Joint requirements planning (JRP) - penggunaan lokakarya yang difasilitasi untuk mempertemukan semua pemilik sistem, pengguna, dan analis, dan beberapa perancang sistem dan pembangun untuk bersama-sama melakukan analisis sistem.
JRP umumnya dianggap sebagai bagian dari metode yang lebih besar yang disebut Joint Application Development (JAD), sebuah aplikasi teknik JRP yang lebih komprehensif untuk keseluruhan proses pengembangan sistem.
Desain ulang Proses Bisnis
Desain ulang proses bisnis (BPR) - penerapan metode analisis sistem hingga tujuan mengubah dan memperbaiki proses bisnis fundamental sebuah organisasi secara dramatis, terlepas dari teknologi informasi.
Metode Analisis Sistem dan Metode Agile
Metode tangkas - integrasi berbagai pendekatan analisis dan perancangan sistem untuk aplikasi yang dianggap sesuai dengan masalah yang dipecahkan dan sistem sedang dikembangkan.
Sebagian besar metodologi komersial tidak memaksakan pendekatan tunggal (analisis terstruktur, IE, OOA) pada analis sistem.
Sebaliknya, mereka mengintegrasikan semua pendekatan populer ke dalam kumpulan metode tangkas.
Sistem pengembang diberi keleluasaan untuk memilih dari berbagai alat dan teknik terbaik untuk menyelesaikan tugas yang ada,
Metodologi FAST hipotetis beroperasi dengan cara ini.
Fase Analisis Cepat Sistem
Lingkup Definisi Fase
Apakah proyek layak dilihat?
Tahap Analisis Masalah
Apakah sistem baru layak dibangun?
Tahap Analisis Persyaratan
Apa yang pengguna butuhkan dan inginkan dari sistem yang baru?
Fase Desain Logis
Apa yang harus dilakukan sistem baru ini?
Tahap Analisis Keputusan
Apa solusi terbaik?
Konteks Ruang Lingkup Definisi Fase Konteks
Tugas untuk Ruang Lingkup Definisi Fase Analisis Sistem
Permintaan Sampel untuk Layanan Sistem
Laporan Soal Sampel
Lingkup Definisi Fase
Steering body - sebuah komite manajer bisnis dan sistem eksekutif yang mempelajari dan memprioritaskan proposal proyek yang bersaing untuk menentukan proyek mana yang akan mengembalikan nilai paling besar bagi organisasi dan karenanya harus disetujui untuk pengembangan sistem yang berkelanjutan.
Juga disebut panitia pengarah.
Piagam proyek - penyampaian akhir untuk tahap penyelidikan pendahuluan. Piagam proyek mendefinisikan lingkup proyek, rencana, metodologi, standar, dan sebagainya.
Rencana induk awal mencakup jadwal awal dan penetapan sumber daya (juga disebut rencana baseline).
Rencana dan jadwal terperinci untuk menyelesaikan tahap berikutnya dari proyek.
Konteks Analisis Masalah Tahap Analisis Sistem
Tugas Analisis Masalah Tahap Analisis Sistem
Analisis Sebab-dan-Akibat
Analisis sebab-dan-efek - teknik di mana masalah dipelajari untuk menentukan sebab dan akibatnya.
Dalam prakteknya, efek dapat bergejala dari masalah berakar lebih dalam atau dasar yang, pada gilirannya, harus dianalisis untuk sebab dan akibat sampai suatu saat karena sebab dan akibat tidak menimbulkan gejala masalah lain.
Tujuan Perbaikan Sistem
Tujuan - ukuran keberhasilan. Ini adalah sesuatu yang ingin Anda capai, jika diberi sumber daya yang cukup.
Kurangi jumlah akun nasabah yang tidak tertagih sebesar 50 persen dalam tahun depan.
Kenaikan sebesar 25 persen jumlah aplikasi pinjaman yang bisa diolah selama delapan jam bergeser.
Turun hingga 50 persen waktu yang dibutuhkan untuk menjadwal ulang banyak produksi saat malfungsi workstation.
Kendala - sesuatu yang akan membatasi fleksibilitas Anda dalam menentukan solusi untuk tujuan Anda. Intinya, kendala tidak bisa diubah.
Sistem baru ini harus beroperasi pada 15 April.
Sistem baru tidak bisa menelan biaya lebih dari $ 350.000.
Sistem baru harus diaktifkan dengan web.
Sistem baru harus menagih pelanggan setiap 15 hari.
Contoh Analisis Cause-and-Effect
Garis Besar Laporan Perbaikan Sistem
Konteks Tahap Analisis Persyaratan
Tugas untuk Analisis Persyaratan Fase
Persyaratan Fungsional vs Nonfungsional
Persyaratan fungsional - deskripsi aktivitas dan layanan yang harus disediakan sebuah sistem.
input, output, proses, data yang tersimpan
Persyaratan nonfungsional - deskripsi fitur, karakteristik, dan kendala lain yang menentukan sistem yang memuaskan.
Kinerja, kemudahan belajar dan penggunaan, anggaran, tenggat waktu, dokumentasi, keamanan, pengendalian audit internal
Mengekspresikan Persyaratan Sistem
Rancangan Persyaratan Fungsional dan Nonfungsional
Bisa menggunakan daftar sederhana tujuan perbaikan sistem
Semakin banyak analis sistem mengungkapkan persyaratan fungsional menggunakan Use Cases
Use case - skenario bisnis atau event dimana sistem harus memberikan respon yang pasti. Use case berevolusi dari analisis berorientasi objek; Namun, penggunaannya telah menjadi umum di banyak metodologi lain untuk analisis dan perancangan sistem.
Prioritaskan Persyaratan Sistem
Prioritasisasi persyaratan dapat difasilitasi dengan menggunakan timeboxing.
Timeboxing - teknik yang memberikan fungsionalitas dan persyaratan sistem informasi melalui versi.
Tim pengembang memilih subset terkecil dari sistem yang, jika diterapkan sepenuhnya, akan mengembalikan nilai langsung kepada pemilik sistem dan pengguna.
Subset itu dikembangkan, idealnya dengan jangka waktu enam sampai sembilan bulan atau kurang.
Selanjutnya, versi sistem nilai tambah dikembangkan dalam kerangka waktu yang sama.
Persyaratan wajib adalah syarat yang harus dipenuhi oleh sistem minimal, versi 1.0
Persyaratan yang diinginkan adalah persyaratan yang tidak mutlak penting untuk versi 1.0. Mungkin penting bagi visi versi masa depan.
Konteks Tahap Desain Logis dari Analisis Sistem
Tugas untuk Tahap Desain Logis Analisis Sistem
Konteks Analisis Keputusan Tahap Analisis Sistem
Tugas untuk Analisis Keputusan Tahap Analisis Sistem
Kemungkinan
Kelayakan teknis - Apakah solusinya praktis secara teknis? Apakah staf kami memiliki keahlian teknis untuk merancang dan membangun solusi ini?
Kelayakan operasional - Apakah solusinya memenuhi persyaratan pengguna? Sampai seberapa jauh? Bagaimana solusinya akan mengubah lingkungan kerja pengguna? Bagaimana perasaan pengguna tentang solusi semacam itu?
Kelayakan ekonomi - Apakah solusinya hemat biaya?
Jadwal kelayakan - Bisakah solusinya dirancang dan dilaksanakan dalam jangka waktu yang dapat diterima?
Matriks Sistem Calon
Matriks Sistem Calon Pengguna (disimpulkan)
Matriks Kelayakan
Garis Besar untuk Proposal Sistem Khas
No comments:
Post a Comment