Escolar Documentos
Profissional Documentos
Cultura Documentos
Permodelan Analisis
Shinta P. Sari
Definisi Analisis Sistem
Penguraian dari suatu Sistem Informasi
yang utuh ke dalam bagian-bagian
komponennya dengan maksud untuk
mengidentifikasikan dan mengevaluasi
permasalahan, kesempatan, hambatan
yang terjadi dan kebutuhan yang
diharapkan sehingga dapat diusulkan
perbaikannya
Analisis sistem
Tahap analisis merupakan tahap yang paling
kritis dan sangat penting, karena kesalahan di
tahapan ini akan menyebabkan kesalahan di
tahap selanjutnya
Hasil dari analisis sistem adalah:
laporan yang dapat menggambarkan sistem
yang telah dipelajari dan diketahui bentuk
permasalahannya serta rancangan sistem baru
yag akan dibuat atau dikembangakan.
Tujuan Analisis Sistem
Memberikan pelayanan kebutuhan informasi kepada
fungsi manajerial di dalam pengendalian pelaksanaan
kegiatan operasional perusahaan
Membantu para pemngambil keputusan
Mengevaluasi sistem yang telah ada
Merumuskan tujuan yang ingin dicapai berupa
pengolahan data maupun pembuatan laporan baru
Menyusun suatu tahap rencana pengembangan sistem
Langkah-langkah
1. Mengidentifikasi masalah
– Mengidentifikasi penyebab masalah
2. Analisis sistem
– Mengidentifikasi solusi dari masalah
3. Analisis Kebutuhan
– Mengidentifikasi data apa dan proses apa yang dibutuhkan
pada sistem baru.
– Menentukan kebutuhan fungsional dan non-fungsional dari
sistem baru.
KEBUTUHAN FUNGSIONAL
Menunjukkan what the system should do.
Menunjukkan fasilitas apa yang dibutuhkan serta aktivitas apa saja
yang terjadi dalam sistem baru.
Kebutuhan fungsional mencakup:
Fungsi deskripsi kebutuhan
Laporan baik hardcopy maupun softcopy
Updating dan query online
Penyimpanan data, pencarian kembali dan transfer data
KEBUTUHAN NON FUNGSIONAL
Kebutuhan Non Fungsional mencakup
kebutuhan kinerja dan antar muka:
Waktu respon
Rata-rata waktu untuk kegagalan
Kebutuhan keamanan
Akses untuk pengguna yang tidak punya
hak.
Tahapan analisis Kebutuhan
Mempelajari dan memahami persoalan
Mengidentifikasi kebutuhan pengguna
Mengidentifikasi kebutuhan perangkat lunak
Membuat dokumen spesifikasi perangkat lunak
Mengkaji ulang kebutuhan
Cara nya?
Mempelajari Dokumentasi Sistem yang
Berjalan
Wawancara
Quesioner
Observasi
Brainstorming
Validasi kebutuhan-kebutuhan
Apakah masing2 kbutuhan konsisten dengan sasaran2 sistem secara
keseluruhan?
Apakah masing2 kebutuhan memiliki pengusul?
Adakah kebutuhan yang saling bertentangan?
Apaka masing2 kebutuhan dapat dicapai dalam lingkungan teknis
pengembangan?
Apakah model kebutuhan telah merefleksikan informasi, fungsi dan
prilaku sistem?
Apakah kebutuhan2 tersebut memang diperlukan atau hanya fitur
tambahan?
Apakah masing2 kebutuhan tidak ambigu dan menyatu?
Apakakh dapat diuji setelah diimplementasi?
Apakah telah dipartisi sehingga dapat menghasilkan informasi rinci dari
sistem?
Hambatan
Deskripsi yang tidak Jelas dan berubah-ubah/
tidak pasti
Ketidaklengkapan spesifikasi kebutuhan
Fitur yang tidak dibutuhkan
Mengembangkan Model Kebutuhan
SSAD lebih sulit digunakan dalam OOAD lebih mudah digunakan dalam
pembangunan sistem. pembangunan sistem.
Pada SSAD tidak fokus pada coding Pada OOAD lebih fokus pada coding
Pada SSAD menekankan pada kinerja Pada OOAD tidak menekankan pada
team kinerja team
Proses Analisis Model Pendekatan
Terstruktur
Bagian penjualan
Bagian penjualan mencatat Bagian gudang menyediakan membuat SJ, FP dan
pesanan ke dalam SOPB barang dan membuat SBPB kwitansi
Pelanggan membayar
barang yang diterima Pelanggan terima barang Barang dikirim ke pelanggan
Glossary
Actors
Use Cases
...
Supplementary
Specification
Use-Case Specifications
USE CASE MODELLING
-functional reqts., analysis phase
- what a system does: functions represented as use cases
- Actor: external agent that interacts with the system, exchanges
info. with the system (user, sub-system, etc.)
- a role played by user
Note: a use case represents a complete functionality.
view of system behavior from an external person’s viewpoint
effective tool for validating requirements
an effective communication tool
basis for a test plan
basis for user manual
Developing the use cases in not difficult; ensuring that you have
them all is murder.
Use Case Diagrams
<<uses>>
VIP Loses a Tape
Customer
Buy a Tape
Goals of use cases
Interactions that provide value to actors
No implementation specific language
No assumptions about how the use case may be realized in code or
user-interface
Note: use-cases drive the whole life-cycle, and they get refined –
implementation specific use-cases
Prereq courses
login not completed
Student Billing
Bursar’s
office
Instructor
Use-Case Diagram
<<uses>>
Track sales
and inv. data
Produce
mgt. reports
Uses: factors common behavior amongst multiple use-cases into a
generalized use-case.