Makalah Desain Sistem ~ Maz Zofiq

MAKALAH DESAIN SISTEM

DAFTAR ISI

Halaman Judul......................................................................................................................... i

Kata pengantar ...................................................................................................................... ii

Daftar Isi .............................................................................................................................. iii

Bab 1 Pendahuluan

A.    Latar Belakang ............................................................................................................. 1

B.     Rumusan Masalah ........................................................................................................ 1

C.     Tujuan .......................................................................................................................... 1

Bab 2 Isi

A.    Desain Sistem ............................................................................................................ 2

1.      Pengertian Menurut para Ahli ...................................................................... 2

2.      Tujuan desain Sistem .................................................................................... 2

3.      Langkah-langkah desain sistem .................................................................... 3

B.     Pendekatan Desain Sistem ........................................................................................ 4

a.       Model-driven strategy ................................................................................... 4

b.      Rapid Application Development (RAD) ...................................................... 5

c.       Joint Application Development (JAD ........................................................... 6

1.      Tekanan-tekanan desain ........................................................................................ 6

C.     Desain Sistem untuk In-House Development (Build) .............................................. 7

D.    Desain Sistem untuk mengintegrasi perangkat lunak komersial ................................ 8

Bab 3   Penutup

Kesimpulan ..................................................................................................................... 11

Daftar Pustaka

BAB I

Pendahuluan

A.    Latar Belakang

            Setelah tahap analisis sistem selesai dilakukan, maka analis sistem telah mendapatkan gambaran dengan jelas apa yang harus dikerjakan. Tiba waktunya sekarang bagi analis sistem untuk memikirkan bagaimana membentuk sistem tersebut. Tahap ini disebut dengan desain sistem (systems design). Desain sistem dapat dibagi dalam dua bagian, yaitu desain sistem secara umum (general systems design) dan desain sistem terinci (detailed systems design) desain sistem secara umum disebut juga dengan desain secara makro (macro design). Desain sistem terinci disebut juga dengan desain sistem secara phisik (physical system design) atau desain internal (internal design).

B.     Rumusan Masalah

1.      Definisi desain sistem

2.      Apa saja pendekatan-pendekatan desain sistem

3.      Desain sistem untuk in house dvelopment (build)

4.      Desain sistem untuk mengintegrasikan perangkat lunak komersial (buy)

C.     Tujuan

1.      Untuk mengetahui definisi desain Sistem

2.      Untuk mengetahui pendkatan desain sistem

3.      Mengetahui desain sistem untuk in house dvelopment (build)

4.      Mengetahui desain sistem untuk mengitegrasikan perangkat lunak komersial (buy)

BAB II

A.    Desain Sistem

desain sistem dapat didefinisikan sebagai: “Tahap setelah analisis dari siklus pengembangan sistem: pendefinisian dari kebutuhan-kebutuhan fungsional dan persiapan untuk rancang bangun implementasi; menggambarkan bagaimana suatu sistem dibentuk.”

1.      Pengertian Desain Sistem Menurut Para Ahli

Menurut John Burch dan Garry Grudnitski dalam buku Analisa dan Desain, Sistem Informasi Pendekatan Terstruktur adalah : "Desain sistem dapat didefinisikan sebagai penggambaran dan pembuatan sketsa atau pengaturan dari beberapa elemen yang terpisah ke dalam satu kesatuan yang utuh dan berfungsi.”

Mcnurut Robert J. Verzello/John Reutcr III: Tahap setetah analisis dari siklus pengembangan sistem : pendefinisian dari kebutuhan-kebutuhan fungsional dan persiapan untuk rancang bangun imptementasi menggambarkan bagaimana suatu sistem dibentuk .

Dari sekian banyak yang memberikan pengertian mengenai arti desain sistem,

akhirnya desain sistem dapat diartikan sebagai berikut :

1.      Tahap setelah analisis dari siklus pengembangan sistem

2.      Pendefinisian dari kebutuhan-kebutuhan fungsional

3.      Persiapan untuk rancang bangun implentasi

4.      Menggambarkan bagaimana suatu sistem dibentuk

5.      Sistem dibentuk dapat berupa penggambaran, perencanaan dan pembuatan sketsa atau pengaturan dari beberapa elemen yang terpisah ke dalam satu kesatuan yang utuh dan berfungsi

6.      Termasuk menyangkut mengkonfigurasi dari komponen-komponen perangkat lunak dan perangkat keras dari suatu sistem

2.      Tujuan Desain Sistem

Tahap desain sistem mempunyai dua maksud atau tujuan utama, yaitu sebagai

berikut :

1.      Untuk memenuhi kebutuhan kepada pemakai sistem

2.      Untuk memberikan gambaran yang jelas dan rancang bangun yang lengkap

kepada pemrogram komputer dan ahli-ahli teknik lainnya yang terlibat.

Tujuan kedua ini lebih condong pada desain sistem yang terinci, yaitu pembuatan

rancang bangun yang jelas dan lengkap untuk nantinya digunakan untuk pembuatan

progam komputernya.

Untuk mencapai tujuan ini, analis sistem harus dapat mencapai sasaran-sasaran

sebagai berikut :

1.      Desain sistem harus berguna, mudah dipahami dan nantinya mudah digunakan.

Ini berarti bahwa data harus mudah ditangkap, metode-metode harus mudah diterapkan dan informasi harus mudah dihasilkan serta mudah dipahami dan digunakan.

2.      Desain sistem harus dapat mendukung tujuan utama perusahaan sesuai dengan yang didefinisikan pada tahap perencanaan sistem yang dilanjutkan pada tahap analisis sistem.

3.      Desain sistem harus efisien dan efektif untuk dapat mendukung pengolahan transaksi, pelaporan manajemen dan mendukung keputusan yang akan dilakukan komputer.

4.      Desain sistem harus dapat mempersiapkan rancang bangun yang terinci untuk masing-masing komponen dari sistem informasi yang meliputi data dan informasi, simpanan data, metode-metode, prosedur-prosedur, orang-orang, perangkat keras, perangkat lunak dan pengendalian intern.

3.        Langkah-langkah dalam Desain Sistem

Tahap Perencanaan

Mendefinisikan Masalah ,Sistem yang berjalan dan Sistem yang diusulkan

Menentukan tujuan sistem

Mengidentifikasikan kendala sistem

Membuat studi kelayakan (TELOS)

Keputusan ditolak/diterima

Tahap Analisis

Membuat struktur organisasi

Mendefinisikan kebutuhan informasi

Mendefinisikan kriteria kinerja system

Tahap Design

Menyiapkan rancangan

Membuat Context Diagram

Membuat DFD

Membuat IOFC

Membuat ERD

Merancang Kamus Data

Membuat FlowChart

Merancang File (master, input, proses, temporary)

Merancang Dialog Input

Merancang Dialog Output

Menyiapkan konfigurasi system

Tahap Penerapan

Menyiapkan hardware dan software.

Implementasi Pemrograman

Testing

Cutover

Tahap Penggunaan

Audit Sistem

Memelihara Sistem

B.     Pendekatan Desain Sistem

a.       Model-Driven

·         Modern Structured Design

·         Information engineering

·         Prototyping

·         Object-oriented

b.      RAD

c.       JAD

a.      Model-driven strategy – Pendekatan desain sistem yang menekankan penggambaran model sistem untuk mendokumentasikan aspek teknik dan implementasi sebuah system

1.1.   Modern structured design – Teknik desain sistem yang membagi proses-proses sistem menjadi komponen-komponen yang dapat diatur.

·         Sinonimnya (walaupun secara teknis tidak akurat) adalah top-down program design dan structured programming.

·         Mendesain program sebagai hierarki top-down dari berbagai modul.

·         Easier to implement and maintain (change).

·         Modul harus sangat cohesive

Masing-masing modul hanya melakukan satu fungsi.

·         Modul harus loosely coupled

Memiliki ketergantungan yang sangat minimal satu sama lain.

1.2.   Pendekatan Model-Driven – Information Engineering

Information engineering (IE) – suatu model-driven dan data-centered, tetapi merupakan teknik process-sensitive, yang dapat digunakan untuk merencanakan, menganalisa dan merancang sistem informasi. Model-model IE adalah gambaran yang mengilustrasikan dan mensinkronkan data dan proses sistem. Alat utama IE adalah diagram model data.

1.3.   Pendekatan Model-Driven – Prototyping

           Prototype – a small-scale, incomplete, but working sample of a desired system

           Pendekatan prototiping merupakan proses iteratif yang melibatkan hubungan kerja yang erat antara perancang dan pengguna.

           Keuntungannya :

·         Memerlukan partisipasi aktih end user.

·         Iterasi membantu end-user yang cenderung berubah pikiran

·         Filsafatnya: End-user tidak akan tahu apa yang diinginkan sampai saat mereka melihatnya

·         Model aktif dimana end-user dapat berinteraksi

·         Kesalahan dapat dideteksi lebih awal

·         Dapat meningkatkan kreativitas karena bisa mendapatkan feedback pengguna dengan lebih cepat

·         Mempercepat beberapa fase dari siklus hidup

Bahaya dan kerugiannya:

·         Siklus hidup “code, implement, and repair” yang mengakibatkan tingginya ongkos perawatan

·         Masih memerlukan fase analisis, tapi sering dilewatkan

·         Sulit untuk menerjemahkan sebuah prototype ke dalam spesifikasi dalam kertas (seperti arsitek tanpa blueprint)

·         Banyak masalah perancangan yang tidak dapat diselesaikan dengan prototyping

·         Sering mengakibatkan komitmen prematur dari sebuah rancangan (biasanya saat awal)

·         Ruang lingkup dan kompleksitas sistem dapat berkembang di luar control

·         Dapat menurunkan kreativitas dalam perancangan

·         Sering bermasalah karena kinerjanya yang rendah.

b.      Rapid Application Development (RAD)

Rapid application development (RAD) – pendekatan desain sistem yang menggunakan teknik terstruktur, prototiping, dan JAD untuk mengembangkan sistem secara cepat.

·         Penggunaan beberapa teknik terstruktur untuk mempercepat pembangunan sistem.

-          Data-driven information engineering

-          Prototyping

-          Joint application development

c.       Joint Application Development (JAD)

Joint Application Development (JAD) adalah teknik yang melengkapi analisis sistem dan teknik desain lain dengan menekankan pengembangan partisipatif diantara system owners, users, designers, and builders.

selama sesi JAD pada desain sistem, desainer sistem akan mengambil peran sebagai fasilitator pada beberapa workshop yang ditujukan untuk menyelesaikan masalah-masalah perancangan.

1.      Tekanan-tekanan desain

Tekanan-tekanan desain (desigtfto rces) adalah tekanan-tekanan (forces) yang harus dipertimbangkan dalam mendesain suatu sistem informasi supaya dapat mengena sasarannya. Supaya sukses , harus mempertimbingkan design forces yang ada dan bagaimana tckanan-tekanan ini mempengaruhi proyek sistem informasi. Perancang sistsm informasi juga harus memperhatikan sejumlah design forces yang mempengaruhi kerjanya, yaitu:

-          Integritas

-          Jalur pemakai/sistem

-          Tekanan persaingan

-          Kualitas dan kegunaan informasi

-          Kebutuhan-kebutuhan sistem

-          Faktor-faktor manusia

Ø Integritas

Sistem informasi harus didesain terpadu diantara unit-unit di dalam

organisasi. Suatu sistem informasi yang ada di antara unit-unit organisasi atau

departemen-departemen harus dapat berhubungan dan berkomunikasi dengan

baik. Teknologi komunikasi data dapat diterapkan untuk maksud integrasi ini.

Integrasi akan meningkatkan kebutuhan dari koordinasi dan sinkronisasi dari

operasi di dalam organisasi integrasi ini perlu, karena organisasi harus dipandang

sebagai satu kesatuan unit sistem. Sasaran dari sistem informasi adalah

untuk menyediakan informasi multilevel, cross-functional, tepat waktu, akurat, relevan kepada semua komponen organisasi. Oleh karena itu, sistem informasi

yang terpadu perlu dirancnng di dalam organisasi.

Ø Jalur Pemakai/sitem

Sistem informasi berbasis komputer semakin melibatkan interaksi langsung

antara manusia sebagai pemakai sistem dengan mesin. Elemen yang kritis

dari desain sistem ini adalah jalur pemakai . Jalur ini terdiri dari

layar terminal, keyboard, alat-alat lainnya, bahasa komputer dan cara-cara lain

supaya user dapat bertukar input dan output dengan mesin. Oleh sebab itu jalur pemakai perlu diperhatikan saat mendesain sistem.

Ø Tantangan Persaingan

Sekarang ini organisasi telah masuk kedalam era persaingan yang tajam. organisasi yang ingin bertahan dan sekaligus berkembang di masa mendatang harus memikirkan persaingan ini. Informasi merupakan salah satu senjata yang dapat membantu organisasi untuk bersaing. Desain dari sistem informasi harus mempertimbangkan lingkungan-lingkungan persaingan yang ada.

Ø Kualitas dan kegunaan Informasi

Sistem informasi harus dapat menghasilkan informasi yang berkualitas, yaitu tepat pada waktunya. Tepat nilainya dan relevan. Untuk dapat menghasilkan hal ini, maka informasi tersebut haruslah berguna bagi yang akan memakainya.

Ø Kebutuhan Sistem

Kebutuhan-kebutuhan sistem yang harus diperhatikan dalam mendsain sistem informasi adalah kendala, ketersediaa, keluwesan, skedul instalasi, umur diharapkan dan potensi pertumbuhan dan kemudahan dipelihara.

Ø Faktor-faktor manusia

Analis sistem harus mencoba untuk dapat mendesain sistem yang dapat diterima oleh semua pemakainya, tidak hanya satu atau dua orang pemakai saja. Untuk maksud ini , sistem informasi harus dapat bersahabat dengan semua pemakainya, tidak sebaliknya menyulitkan pemakai

C.    Desain Sistem untuk In-House Development (Build)

Merancang Arsitektur Aplikasi

Ø Merancang teknologi yang digunakan oleh seorang, beberapa atau seluruh sistem informasi khususnya pada data, proses, antarmuka, dan komponen jaringan.

Ø Revise models as physical models (e.g. Physical Data Flow Diagram)

Design the System Databases

Ø skema database

Ø Dioptimalkan untuk implementasi DBMS

Ø Design the System Interface

Ø Input, output, and dialogue specifications

Ø Prototypes

Spesifikasi Paket Desain

Spesifikasi untuk membimbing programmer

Update Project Plan

D.    Desain Sistem untuk mengintegrasi perangkat lunak komersial

1.   Perangkat Lunak Komersial dari Vendor

            Paket (off-the-self) yang tersedia bisa diterapkan dalam berbagai kebutuhan bisnis. Beberapa paket bersifat generik dan multifungsional yang memungkinkan para pemakai memprogram sofware tersebut untuk kebutuhannya sendiri. Paket-paket tersebut mengotomisasi fungsi-fungsi bisnis dasar yang umumnya tidak terlalu bervariasi dari satu organisasi dengan organisasi lain. Contoh jenis paket adalah spreadsheet dan DBMS.

Keuntungan/kelebihan dari Perangkat Lunak Komersial :

1.   Implementasi yang cepat

      Software tersebut bersifat siap, teruji, dan terdokumentasi. Paket yang dibeli biasanya pengimplementasiannya jauh lebih cepat dari pada mengembangkan program yang sama secara in-house atau menyuruh kontraktor independen untuk mengembangkannya sehingga secara potensial membantu memecahkan backlog (penimbunan pekerjaan yang belum selesai).

2. Penghematan Biaya

      Satu paket perangkat lunak komersial bisa dijual kepada banyak organisasi sehingga biaya pengembangan ditanggung oleh banyak pemakai, dan biaya total suatu paket akan lebih murah dari pada program pesanan yang sama.

3.   Estimasi biaya dan waktu

      Biaya atau harga paket komersial telah diketahui, dan tanggal pengimplementasian-nya mudah diestimasi. Sebaliknya program pesanan biasanya cenderung melampaui estimasi waktu dan biaya.

4.   Reliabilitas

      Sebelum diterbitkan di pasaran umum, paket perangkat lunak komersial pasti telah diuji secara teliti. Melalui penggunaan yang ekstensif oleh sejumlah organisasi, segala kesalahan yang dijumpai telah dideteksi dan dikoreksi sehingga peluang kesalahannya lebih sedikit.

Kerugian/kelemahan :

1.   Kesesuaian Rancangan sistem yang tidak baik

      Paket software komersial dibuat untuk berbagai organisasi, dan tidak untuk organisasi tertentu maka paket ini mungkin mempunyai beberapa fungsi yang tidak diperlukan atau mungkin tidak mempunyai fungsi yang diperlukan sehingga paket tersebut harus dimodifikasi. Jika vendor tidak membuat kode sumber (source code) yang bisa digunakan untuk penyesuaian dan tidak menyediakan layanan penyesuaian maka rancangan sistem mungkin harus diubah agar sesuai dengan paket tersebut. Jika hal ini terjadi sebaiknya mengembangkan program secara in-house agar programnya bisa memenuhi spesifikasi rancangan sistem yang tepat.

2.   Ketergantungan Vendor

      Jika organisasi memerlukan perubahan paketnya maka organisasi akan tergantung pada vendor dalam perolehan dukungannya, dan jika vendor telah tiada maka organisasi akan kesulitan mencari dukungannya.

3.   Biaya tidak langsung dari kerusakan SDLC

      Seringkali apa yang ingin dicapai, manajemen tidak melaksanakan SDLC menyeluruh atau mungkin melewati tahap SDLC, dan secara langsung menuju ke paket perangkat lunak komersial Strategi ini seringkali mengakibatkan paket perangkat lunak komersial tidak berjalan sesuai yang diharapkan dan masalah sistem serta organisasional yang terjadi sebelum implementasi paket tersebut tetap muncul sehingga menimbulkan kesulitan atau harus dibayar kemudian yaitu adanya peningkatan biaya implementasi, operasi, dan pemeliharaan.

2.      Mengumpulkan Proposal (or Quotes) dari Vendor

      Terkait dengan pemrolehan (akuisisi) perangkat lunak komersial maka perlu membuat :

Ø Request For Proposal (RFP) -menyiapkan Permohonan Proposal berorientasi kinerja untuk menyeleksi vendor dan paket perangkat lunak komersial yang tepat. Faktor-faktor evaluasi mencakup pemenuhan spesifikasi rancangan detail untuk output, input, proses, dan database serta cocok dengan batasan waktu dan biayanya, juga penggunaan benchmark yang mensimulasi kebutuhan sistem baru (bentuk prototyping) harus diterapkan pada setiap paket dari vendor.

Ø Request for Quotations (RFQ) – digunakan jika telah memutuskan produk spesifik yang dapat diperoleh dari berbagai sumber. Mereka akan menjawab dengan penawaran harga.

3.      Mengevaluasi dan Merangking Proposal Vendor

Penaksiran kelayakan (Feasibility assessment)

Scoring system

Hard-dollar costs – you will have to pay to the selected vendor.

Soft-dollar costs – additional costs you will incur if you select a particular vendor (to overcome a shortcoming, etc.)

4.      Penilaian paket

      Setiap paket dari vendor harus dinilai. Penilaian tersebut meliputi :

a.       Sebagian penilaian dari benchmark (tanda untuk menentukan tingginya suatu nama), dan penilaian lain dari sejumlah publikasi yang didasarkan pada survei dari sejumlah besar pengguna paket tersebut.

b.      Kinerja pengoperasian (operating performance)

Penilaian dari benchmark yang digunakan untuk mengukur hal-hal seperti transaksi perdetik (transaction per second) dan waktu respon (response time).

c.       Dokumentasi

Penilaian ini mencerminkan kuantitas dan kualitas prosedur tertulis, prosedur online, pedoman quick start, online tutorial, dan fasilitas help.

d.      Mudah dipelajari

Penilain ini tergantung pada interface pemakai dan rancangan intuitif dari paket tersebut. Paket harus bisa dipelajari oleh rata-rata pemakai.

e.       Mudah digunakan

Menu yang mudah diikuti dan perintah yang jelas membantu kemudahan penggunaan.

f.       Pengendalian dan penanganan kesalahan.

Untuk menjaga kesalahan input, paket software harus menyediakan pencegahan kesalahan, pendeteksian kesalahan dan perbaikan kesalahan, serta menuliskan kesalahan ke file kesalahan.

g.      Dukungan (support).

Menyediakan dukungan kebijakan dan teknis. Dukungan kebijakan mencakup jalur toll-free, garansi, dan pelatihan. Dukungan teknis menyediakan teknisi dan yang berpengalaman.

5.      Menyerahkan (atau Melepaskan) Kontrak dan Menginterogasi Vendor

·         Negosiasikan kontrak dengan vendor tertentu

·         Jelaskan ke vendor yang menyerahkan proposal yang kalah

-          Jangan memberikan kesempatan kedua

-          Tapi beritahukan mereka apa sebenarnya kelemahan dalam proposal dan/atau produknya

6.      Pengaruh Keputusan Membeli Pada Sisa Fase Siklus Hidup

·         Sistem baru harus diintegrasikan atau dihubungkan dengan sistem yang telah ada

·         Decision Analysis

-          Buat revisi dalam model yang merefleksikan solusi yang dibeli

-          Implementasikan solusi yang dibeli

-          Integrasi problem akan merevisi business requirements statements.

·         Design

-          Spesifikasi teknis bagian dari program untuk mengintegrasikan solusi yang dibeli dan solusi yang dibangun

BAB III

PENUTUP

a.       Kesimpulan

Desain system secara umum adalah untuk memberikan gambaran secara umum kepada user tentang system yang baru. Desain system secara umum merupakan persiapan dari desain terinci. Desain secara umum mengidentifikasikan komponen-komponen system informasi yang akan di desain secara rinci. Desain terinci dimaksudkan untuk pemogram computer dan ahli teknik lainnya yang akan mengimplementasikan system.

b.      Saran

1. Perlu informasi dalam menganalisis data.

2.Mengingat desain sistem informasi dapat berguna dalam kehidupan sehari-hari.

3. saran dan kritik yang bersifat membangun dari dosen pembimbing dan teman-teman yang sangat kami harapkan guna penyempurnaan makalh berikut nya.

DAFTAR PUSTAKA

Jeffry L. Whitten, Lonnie D. Bently. Thomas I.M Ho, System Analysis & Desigm Method, (st. Louis : Times Mirror/mosby College Publishing. 1986), hal.373

http://www.zainalhakim.web.id/pengertian-dan-langkah-langkah-desain- sistem.html#sthash.VNxRYAtG.dpuf

http://seputarpengertian.blogspot.co.id/2014/02/seputar-pengertian-desain-sistem

http://chodi.staff.gunadarma.ac.id/Downloads/files/41403/desain+sistem.ppt

http://dewiar.staff.gunadarma.ac.id/Downloads/files/410/M6-Perancangan+Umum.pdf

http://staff.uny.ac.id/sites/default/files/pendidikan/DhyahSetyorini,M.Si.,Ak./BAB4 AKTIVITAS PENEGMBANGAN DAN PEMELIHARAAN SISTEM.pdf

http://uro.site/wp-content/uploads/2012/01/08-desain-sistem-terinci.pdf

About Admin

This is dummy text. It is not meant to be read. Accordingly, it is difficult to figure out when to end it. But then, this is dummy text. It is not meant to be read. Period.