System Development Process Pengembangan Sistem Informasi 1 2

System Development Process

Pengembangan Sistem Informasi : 1. 2. 3. 4. 5. 6. Analisa Perancangan Pembangunan (Coding) Pengujian Integrasi Implementasi

Analisa Sistem Informasi • Identifikasi Masalah – Problems : situasi yang tidak diharapkan yang menghambat pencapaian tujuan, target ataupun sasaran suatu organisasi. – Opportunities : kesempatan untuk meningkatkan orgonisasi dalam mencapai tujuannya. – Directives : persyaratan baru yang dikenakan oleh manajemen, pemerintah, atau beberapa perngaruh external. • Identifikasi masalah dengan kerangka PIECES

Identifikasi masalah : • Tolok ukur bisa dilihat sejauh mana visi, misi dan tujuan institusi dicapai. – Perlu diketahui VISI, MISI, dan TUJUAN • Survey di lapangan – Untuk mendapatkan fakta – Mendapatkan gambaran yang jelas tentang data dan proses sistem yang ada saat ini. • Goal : Masalah

Contoh Kasus Pengembangan Sistem Informasi Perpustakan “X”

Contoh VISI MISI Perpustakaan “X” : MISALKAN : • Visi : – Menjadi pusat penyedia bahan pustaka ilmu-ilmu komputer dan sistem informasi yang lengkap, efektif, akurat dan handal sekota malang. • Misi : – Meningkatkan minat akses masyarakat pada perpustakaan ini. – Menyediakan sumber bahan referensi ilmu-ilmu komputer dan sistem informasi yang lenkap. • Tujuan : – Pertumbuhan anggota pertahun sebesar 10 % pertahun – Penigkatan akses anggota sebesar 2% perbulan – Peningkatan sumber daya buku dan referensi sebesar 3 % perbulan

Identifikasi Masalah : • Problems : – Dari tahun ke tahun jumlah anggota semakin merosot : – - fakta dilapangan (survey). – Minat akses anggota menurun : – - fakta dilapangan (jumlah kehadiran di perpustakaan, jumlah peminjaman) – Sulit mencari informasi buku atau referensi yang tepat dan akurat. • Opportunities : – Kemudahan proses untuk menjadi anggota – Kemudahaan proses peminjaman – Belum ada pesaing • Directives : – Dukungan pemerintah mengkampanyekan minat baca.

Penyebab Masalah • Jumlah anggota merosot : – Antara hak dan kewajiban tidak sepadan – Persyaratan menjadi anggota terlalu ketat – Fasilitas anggota dan non anggota sama saja • Minat akses anggota menurun : – Bahan perpustakaan out of date – Proses peminjaman dilakukan secara manual • Sulit mencari informasi buku : – Sistem katalog masih manual – Tidak ada link ke pusat-pusat penyedia layanan yang lain

MATRIKS ANALISA MASALAH, PENYEBAB DAN PENGARUH, TUJUAN DAN BATASAN Analisa Penyebab dan Pengaruh Masalah 1. Dari tahun ke tahun jumlah anggota semakin merosot : - fakta dilapangan (survey). Penyebab dan Pengaruh Tujuan Peningkatan Sistem Tujuan Sistem • Antara hak dan –Pertumbuhan dan kewajiban anggota pertahun tidak sepadan sebesar 10 % • Persyaratan menjadi anggota terlalu ketat • Fasilitas anggota dan non anggota sama saja Batasan Sistem –Sarana dan prasana terbatas

Identifikasi masalah kerangka PIECES Dari SIP “X” diusulkan solusi memenuhi kerangka : Pencapaian tujuan yang ditetapkan I : Mudah mencari informasi referensi buku E : Peningkatan sumber pendanaan. C: Kemudahan pengemdalian organisasi oleh menejemen E : Efisiensi tenaga kerja, dan sumber daya yang lain S : Peningkatan kemudahan anggota melakukan transaksi peminjaman dan pengembalian. Performance Information Economic Controlling Eficiency Service

Solusi yang ditawarkan Berdasarkan kerangka PIECES : • Perlunya dikembangkan sistem informasi perpustakan berbasis komputer yang mampu memberikan peningkatan layanan pada anggota dan memberikan kemudahan pengendalian kinerja organisasi bagi pihak menejemen. (Tidak semua permasalahan diambil, hanya I, C, S)

Analisis Persyaratan Sistem 1. Berorientasi Informasi (data) – Fakta untuk mendapatkan data mudah didapat (Source Document lengkap) • Contoh : – – – Formulir-Formulir tersedia Laporan-laporan Buku-buku catatan Faktur Dsb.

Analisis Persyaratan Sistem 2. Berorientasi Proses – Jika fakta source doc sulit didapat. – Oleh karenanya sistem dapat dibangun dengan mengamati proses (pekerjaan) yang ada. • Contoh : – Segala macam transaksi – Prosedure kerja (Rule Bisnis / SOP Standard Operational procedure)

Analisis Persyaratan Sistem 3. Berorientasi Objek – Jika keduanya (fakta dan prosedur) diperoleh – Aplikasi target yang akan dibangun berorientasi Objek

Tahapan Analisa Persyaratan Berorientasi Data A. Data 1. 2. 3. 4. 5. 6. Entitas Pembentuk Sistem ERD Key Based ERD Full Attribute Based Analisis Normalisai ERD Full Attribute Ternormalisasi Model Fisik (Generate) B. Proses 1. 2. 3. 4. 5. DFD Context Dekomposisi Fungsional DFD level -1 s/d DFD level – n (Proses Primitif) Struktur Data : data flow dan data strore PSPEC : proses-proses primitif

Tahapan Analisa Persyaratan Berorientasi Proses - 1 A. B. ü ü Proses 1. DFD Context 2. Dekomposisi Fungsional 3. DFD level -1 s/d DFD level – n (Proses Primitif) 4. Struktur Data : data flow dan data strore 5. PSPEC : proses-proses primitif 6. STC : analisa transaksi dan transformasi Data 1. Entitas Pembentuk Sistem Data Store pada DFD 2. ERD Key Based 3. ERD Full Attribute Based 4. Analisis Normalisai 5. ERD Full Attribute Ternormalisasi 6. Model Fisik (Generate) Lakukan penyesuaian antara data store di DFD dengan Entitas di ERD Dari analisa normalisasi bisa jadi ada penambahan entitas baru atau ada entitas yang direduksi revisi DFD sehingga jumlah data store sesuai dengan hasil analisa normalisasi

Tahapan Analisa Persyaratan Berorientasi Proses - 2 A. B. ü ü Proses 1. DFD Context 2. Dekomposisi Fungsional 3. Use CASE list masing-masing kejadian 4. Data flow primitif masing-masing kejadian 5. Algoritma (PSPEC) masing-masing proses 6. Struktur Data : data flow dan data strore 7. Analisa Transaksi dan Transformasi STC 8. STC Data 1. Entitas Pembentuk Sistem Data Store pada DFD 2. ERD Key Based 3. ERD Full Attribute Based 4. Analisis Normalisai 5. ERD Full Attribute Ternormalisasi 6. Model Fisik (Generate) Lakukan penyesuaian antara data store di DFD dengan Entitas di ERD Dari analisa normalisasi bisa jadi ada penambahan entitas baru atau ada entitas yang direduksi revisi DFD sehingga jumlah data store sesuai dengan hasil analisa normalisasi

-Contoh Analisa Persyaratan Sistem Berorientasi Data Sistem Informasi Perpustakaan “X”

Entitas Pembentuk Sistem • Contoh Kasus Perpustakan : – – – – Entitas Anggota Entias Koleksi Buku Entitas Registri Buku Entitas Rak Buku Entitas Penerbit Entitas Pengarang Transaksi Peminjaman

ERD Key Based

ERD Full Attribute (CDM) Data dilengkapi berdasarkan item data yang ada pada dokumen sumber

Model Fisik (PDM) Tabel bentukan

Mendapatkan PROSES • Bagaimana mengolah data ? – Contoh : • Untuk mendapatkan data koleksi berarti ada proses entry data koleksi • Untuk mendapatkan data transaksi pinjam berarti harus ada proses pencatatan peminjaman buku • Dst. • Dibuat dekomposisi fungsional

Dekomposisi Fungsional DFD Context DFD Level 1 Setup Data Koleksi Data Rak Data Penerbit DFD PRIMITIF SIP|||||| Autentifikasi Data Pengarang Proses Transaksi Reg Buku Dt login Pendaftaran Anggota Peminjaman Pengembalian Laporan Pengadaan Anggota Pemenjaman Koleksi

Level 1 SIP “X” Setup Data Autentifikasi Proses Transaksi Laporan

Level 2 Dari Setup Data Koleksi Data Rak Data Penerbit Data Pengaran Reg Buku Data Login

Level 2 dari Proses Transaksi Pendaftaran Anggota Peminjaman Pengembalian Pengadaan

Level 2 dari Laporan Perkembangan Anggota Peminjaman Perkembangan Koleksi

Membuat Entitas Luar • Diambil dari hasil survey di lapangan • Siapa saja yang berinteraksi dengan sistem baik langsung maupun tidak. • Asal dan tujuan data • Contoh : – Untuk mensetup data yang terlibat adalah tenaga Admin – Data anggota diperoleh dari Anggota – dsb

Membuat arus data (data flow) • Contoh (dr slide sebelumnya) : – Untuk mengkoleksi data yang terlibat adalah tenaga Admin • Maka perlu arus data master (pengarang, koleksi, dll)

Analisis Persyaratan Sistem (Proses : DFD - CD)

DFD level 1 Perhatikan kesesuaian jumlah proses dengan hasil Dekomposisi diagram juga data store !

DFD level 2 proses 1

DFD Level 2 proses 2

DFD level 2 proses 3

Perancangan Sistem Informasi • • • Rancangan Output Rancangan Input Rancangan User Interface Rancangan Arsitektur Sistem Rancangan Struktur Program

Rancangan Input q Evaluasi DFD Context q Data flow masuk ke dalam proses menjadi calon input q Input : 1. login 2. master (Packet) a. dt pengarang b. dt penerbit c. dt koleksi d. dt reg buku e. dt rak f. dt login 3. dt trans anggota (P) a. dt peminjaman b. dt pengembalian 4. data anggota 5. data pengiriman buku

Rancangan Input [Data Pengarang] • Struktur data : – Kode pengarang – Nama pengarang – Alamat • Internal kontrol : – Kode pengarang diawali dengan karakter PX 999 • Layout : ?

Rancangan Output q Evaluasi DFD Context q Data flow keluar dari proses menjadi calon ouput q Output : 1. Data Order 2. Laporan (P) : a. Peminjaman b. Aksesibilitas c. Perkem. Buku 3. Data Peminjaman q Layout :

Rancangan User Interface • Rancangan Menu – Hirarki Menu • Dapat dilihat dari dekomposisi fungsional

Rancangan Arsitektur Sistem • Digambarkan menggunakan DFD Fisik – WHAT and HOW – Dimulai dari DFD Context s/d DFD Primitif

Rancangan Arsitektur Sistem • DFD Fisik – CD – WHAT AND HOW

DFD FISIK level - 1

Struktur Program • STC – Gabungkan semua dfd primitif – Kelompokkan masing-masing proses ke dalam katagori: • Input • Proses • Output • Percabangan – Tentukan bentuk struktur masing-masing bagian • Transaksi • Transformasi – Gambarkan struktur program meliputi : • Program Kendali • Data couple – Buat algoritma (pseudocode) masing-masing program kontrol

• Power desaigner 6 belum mensupport masalah STC. • Bisa menggunakan Visible Analyst. • Saran : – Dapat disiasati dengan menggunakan Dekomposisi Diagram sebagai panduan.

Analisa Persyaratan Sistem Berorientasi Proses

Modern Structured Analysis 1. Draw a context DFD to establish initial project scope. 2. Draw a functional decomposition diagram to partition the system into subsystems. 3. Create an event-response or use-case list for the system to define events for which the system must have a response. 4. Draw an event DFD (or event handler) for each event. 5. Merge event DFDs into a system diagram (or, for larger systems, subsystem diagrams). 6. Draw detailed, primitive DFDs for the more complex event handlers. 7. Document data flows and processes in the data dictionary. THE ABOVE METHODOLOGY, BASED ON EVENT PARTITIONING, IS MORE COMMONLY PRACTICED.

Structured Analysis Diagram Progression (1 of 3)

Structured Analysis Diagram Progression (2 of 3)

Structured Analysis Diagram Progression (3 of 3)

Alat Bantu • CASE Stodio • Power Desaigner 11

Terima Kasih