BAB VIII DESAIN SISTEM TERINCI

desain sistem secara terinci merupakan komponen – komponen sistem informasi yang dirancang dengan tujuan untuk dikomunikasikan kepada programmer agar dapat dituangkan dalam bentuk program aplikasi. Pembuatan rancang bangun yang jelas dan lengkap untuk nantinya digunakan untuk pembuatan program komputernya.

Komponen Desain Sistem Secara Terinci

1.  Desain Input Terinci

Masukan (input) merupakan awal dimulainya proses informasi. Bahan mentah dari informasi adalah data yang terjadi dari transaksi-transaksi yang dilakukan oeh organisasi . Data dari hasil transaksi merupakan masukan untuk sistem informasi.

Dokumen dasar merupakan formulir yang digunakan untuk menangkap (capture) data yang terjadi. Data yang sudah dicatat di dokumen dasar kemudian dimasukkan sebagai input ke sistem informasi untuk diolah.

Mengatur Tata Letak Isi Input

Tujuannya :

·    Bagi pemakai sistem digunakan untuk menilai isi dan bentuk dari input apakah sudah sesuai dengan yang diinginkan atau belum.

·    Bagi programmer akan digunakan sebagai dasar pembuatan program untuk menghasilkan input yang diinginkan. Programmer membutuhkan desain input ini untuk menentukan posisi kolom, baris, dan informasi yang arus disajikan di suatu input.

2.  Desain Output Terinci

Pada tahap desain output secara umum, desain output ini hanya dimaksudkan untuk menentukan kebutuhan output dari sistem baru. Output apa saja yang dibutuhkan untuk sistem yang baru? Desain output secara umum dimaksudkan untuk menjawab pertanyaan ini. Bagaimana dan seperti apa bentuk dari output-output tersebut?

Desain output terinci dimaksudkan untuk menjawab pertanyaan ini. Desain output yang akan dibahas pada bab ini adalah untuk output berbentuk laporan dimedia keras seperti kertas. Desain output di media lunak dalam bentuk dialog di layar terminal akan dibahas selanjutnya.

Bentuk Laporan

Bentuk dari laporan yang dihasilkan oleh sistem informasi, yang paling banyak digunakan adalah dalam bentuk tabel dan berbentuk grafik atau bagan.

Mengatur Tata Letak Isi Output

Pengaturan isi dari output akan secara langsung menentukan kemudahan dari output untuk dipahami dan dimengerti. Pengaturan tata letak output merupakan pekerjaan desain yang penting dan sangat diperlukan baik bagi pemakai sistem maupun bagi programmer. Bagi pemakai sistem digunakan untuk menilai isi dan bentuk dari output apakah sudah sesuai yang diinginkan atau belum.

Bagi programmer akan digunakan sebagai dasar pembuatan program untuk menghasilkan output yang diinginkan. Programmer membutuhkan desain output ini untuk menentukan posisi kolom, baris dan informasi yang harus disajikan disuatu output. Pengaturan tata letak isi output yang akan dicetak diprinter dapat digunakan alat bagan tata letak printer (printer layout chart) dan kamus data output.

3.  Desain Dialog Layar Terminal

Merupakan rancang bangun dari percakapan antara pemakai sistem (user) dengan komputer. Percakapan ini dapat terdiri dari proses memasukkan data ke sistem, menampilkan output informasi kepada user atau dapat keduanya.

 Terdapat beberapa strategi membuat dialog layar komputer :

·    MENU

Banyak digunakan dalam dialog karena merupakan jalur pemakai (user interface) yang mudah dipahami dan mudah digunakan. Menu berisi dengan beberapa alternatif  atau option atau pilihan yang disajikan kepada user.

·    KUMPULAN INSTRUKSI (Instruction Set)

Strategi dialog ini dilakukan dengan menuliskan suatu instruksi oleh user dan sistem akan mengaktifkan instrusi tersebut serta memberikan respon jawaban.

·    DIALOG PERTANYAAN ( Question Dialog)

Sistem akan menampilkan terlebih dahulu pertanyaan dan user akan menjawabnya

4.  Desain Database Terinci

Ditahap desain secara umum sebelumnya, desain database hanya dimaksudkan untuk mengidentifikasi kebutuhan file-file database yang diperlukan oleh sistem informasi saja. Pada tahap desain terinci ini, desain database dimaksudkan untuk mengidentifikasi isi atau struktur dari tiap-tiap file yang telah diidentifikasi didesain secara umum.

Elemen-elemen data disuatu file database harus dapat digunakan untuk pembuatan suatu output. Demikian juga dengan input yang akan direkam di database, file-file database harus mempunyai elemen-elemen untuk menampung input yang dimasukkan. Untuk dapat merancang database terinci digunakan teknik normalisasi.

5.  Desain Teknologi Terinci

Pada desain teknologi secara umum telah ditentukan jenis dan jumlah dari teknologi yang akan digunakan. Yang belum didefinisikan secara pasti pada tahap ini adalah kapasitas dari teknologi simpanan luar yang akan digunakan. Kapasitas simpanan luar yang telah didefinisikan pada tahap desain secara umum hanya ditaksir secara kira-kira terlebih dahulu berdasarkan pengalaman analis sistem.

Setelah file-file database berhasil didesain secara rinci, kebutuhan kapasitas simpanan luar sekarang dapat dihitung dengan lebih tepat. Besarnya kapasitas simpanan luar yang dibutuhkan oleh sistem informasi dapat dihitung berdasarkan besarnya file-file database yang akan menimpan data untuk satu periode tertentu.

Read More

BAB VII DESAIN SISTEM SECARA UMUM

TUJUAN DESEAIN SISTEM SECARA UMUM

Tujuan dari desain sistem secara umum adalah untuk memberikan gambaran secara umum kepada user tentang sistem yang baru. Desain sistem merupakan persiapan dari desain terinci dan mengidentifikasikan komponen-komponen sistem informasi yang akan didesain secara rinci. Desain terinci dimaksudkan untuk pemrograman komputer dan ahli teknik lainnya yang akan mengimplementasikan sistem. Tahap desain sistem secara umum dilakukan setelah tahap analisis sistem selesai dilakukan dan hasil analisis disetujui oleh manajemen.

Pada desain sistem informasi, semua teknik-teknik yang digunakan di tahap analisis sistem dapat juga digunakan pada tahap ini, misal flowchart dan formulir-formulir. Di samping itu terdapat beberapa teknik lain yang dapat diterapkan pada tahap desain sistem ini yiatu teknik sketsa (dilakukan dengan menggunakan lembar kosong untuk sketsa desain) dan prototyping (pembuatan asuatu model kerja dari sistem  final) secepat mungkin. Sistem prototype ini kemudian dapat diperiksa oleh user untuk menentukan apakah sudah sesuai dengan yang diinginkan. Pendekatan prototype pada tahp desain sistem ini disebut dengan design by prototyping. Prototype di review olwh user, perubahan-perubahan baru kemudian di kembangkan. Proses ini disebut dengan prototype Loop.

KOMPONEN DESAIN SISTEM SECARA UMUM

Desain Model Secara Umum

Sistem analisis dapat mendesain model dari sistem informasi yang diusulkan dalam bentuk Physical System dan Logical Model. Bagan alir sistem (systems flowchart) merupakan alat yang yang tepat digunakan untuk menggambarkan physical system. Dan Logical Model dapat digambarkan dengan Data Flow Diagram (DFD).

·         Physical System

System flowchart dapat didefinisikan sebagai bagan yang menunjukkan arus pekerjaan secara keseluruhan dari sistem. Bagan ini menjelaskan urut-urutan dari prosedur-prosedur yang ada di dalam sistem. Bagan alir sistem menunjukkan apa yang dikerjakan di sistem.

Simbol dan Notasi Flowchart dipakai sebagai alat Bantu menggambarkan proses di dalam program. Dan dibagi menjadi tiga kelompok :

Flow Direction Symbols

Dipakai untuk menggabungkan antara symbol yang satu dengan symbol lainnya.

Processing symbols

Menunjukkan jenis operasi pengolahan dalam suatu prosedure.

Input-output symbols

Menyatakan jenis peralatan yang digunakan sebagai media input atau output.

Contoh flowchart menentukan bilangan genap dan bilangan ganjil

·         Logical Model

Data Flow Diagram digunakan untuk menggambarkan suatu sistem yang telah ada atau sistem baru yang akan dikembangkan secara logika.

DFD berfungsi untuk menggambarkan proses aliran data yang terjadi di dalam sistem dari tingkat yang tertinggi sampai yang terendah, yang memungkinkan kita untuk melakukan dekomposisi, mempartisi atau membagi sistem kedalam bagian-bagian yang lebih kecil dan yang lebih sederhana (Hartono, 1999:684).

Beberapa simbol dalam DFD antara lain:

Tingkatan – tingkatan pada DFD adalah sebagai berikut:

·         Diagram konteks : Diagram ini adalah diagram level tertinggi dari DFD yang menggambarkan hubungan system dengan lingkungannya.

·         Diagram level Zero : Diagram ini  Merupakan diagram yang menggambarkan proses-proses utama system dan alur datanya.

·         Diagram level satu : Diagram ini merupakan dekomposisi dari diagram level zero.

·         DFD level dua,tiga, … : Diagram ini merupakan dekomposisi dari level sebelumnya.

·         Entity Relationship Diagram : Model Entity Relationship adalah suatu penyajian data dengan menggunakan Entity dan Relationship

Pedoman Menggambarkan Data Flow Diagram

§  Identifikasikan terlebih dahulu semua kesatuan luar yang terlibat di sistem

§  Identifikasikan semua input dan output yang terlibat dengan kesatuan luar.

§  Gambarkan terlebih dahulu suatu diagram konteks.

§  Gambarkan bagan berjenjang untuk semua proses yang ada di sistem terlebih dahulu.

§  Gambarlah sketsa DAD untuk diagram level 0 berdasarkan proses di bagan berjenjang.

§  Gambarlah DAD untuk level-level berikutnya yaitu level 1 dan seterusnya untuk tiap-tiap proses yang dipecah-pecah sesuai dengan bagan berjenjangnya.

Read More

ANALISIS PERANCANGAN SISTEM INFORMASI ( APSI) Studi Kasus : Pencarian Letak Posisi Ruangan Perkuliahan

Analisis adalah suatu kegiatan dalam mempelajari serta mengevaluasi suatu bentuk permasalahan atau kasus yang terjadi.

Perancangan adalah suatu kegiatan membuat desain teknis berdasarkan evaluasi yang telah dilakukan pada kegiatan analisis.

Sistem adalah seperangkat elemen-elemen yang terdiri atas manusia, mesin atau alat dan prosedur serta konsep-konsep yang dihimpun menjadi satu guna mencapai tujuan bersama.

Gambaran Sistem Lama

Prosedur Sistem Lama

§   Mahasiswa dan dosen menanyakan kebagian informasi mengenai letak posisi ruangan perkuliahan.

§   Bagian informasi mencari data informasi ruangan yang telah terekam oleh data base.

§   Bagian informasi memberikan informasi kepada mahasiswa atau dosen yang menanyakan mengenai informasi tentang letak posisi ruangan perkuliahan.

Rencana Sistem Baru

Prosedur Sistem Baru

·               Data jadwal beserta ruang kelas dan dosen di inputkan.

·               Data yang telah di inputkan masuk kedalam database.

·               Pengguna dapat mencari data melalui system, kemudian database menampilkan informasi sesuai perintah pengguna.

Rencana Basis Data (DATABASE)

Desain Input

Desain Output

Read More

BAB VI DESAIN SISTEM

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 system tersebut. Tahap ini disebut dengan desain sistem. Desain system dapat dibagi dalam dua bagian, yaitu desain sistem secara umum dan desain sistem terinci.

Menurut George M. Scott: Adalah Desain sistem menentukan bagaimana suatu sistem akan menyelesaikan apa yang mesti diselesaikan; tahap ini menyangkut mengkonfiguras dari komponen- komponen perangkat Lunak dan perangkat keras dari suatu sistem sehingga setelah instalasi dari sistem akan benar-benar memuaskan rancang bangun yang telah di tetaplan pada akhir tahap analisis sistem).

Sedangkan Menurut John Burch & Gary Grudnitski: Desain sistem dapat didefinisikan sebagai penggambaran,dan pembuatan sketsa atau pengaturan dari beberapa terpisah ke daIam satu kesatuan yang utuh dan berfungsi.

·         Tahap setelah analis dari siklus pengembangan system

·         Pendefinisian dari kebutuhan-kebutuhan fungsional

·         Persiapan untuk rancang bangun implementasi

·         Menggambarkan bagaimana system terbentuk yang dapat berupa penggambaran, perencanaan dan pembuatan sketsa atau pengaturan dari beberapa elemen yang yang terpisah kedalam satu kesatuan yang utuh dan berfungsi

·         Termasuk menyangkut mengkonfigurasi dari komponen-komponen perangkat lunak dan perangkat keras dari suatu system.

Pendekatan yang dapat dilakukan pada desain sistem ada 2 yaitu pendekatan terstruktur dan pendekatan berorientasi objek

Pendekatan perancangan sistem Terstruktur merupakan metode yang pendekatannya pada proses, karena metode ini mencoba melihat sistem dari sudut pandang logical dan juga melihat data sebagai sumber proses. Di dalam penggambaran datanya, metode ini menggunakan Data Flow Diagram (DFD), Normalisasi, E-R Diagram(ERD) dan lainnya.

Pendekatan perancangan system berorientasi Objek menekankan pada data dan proses dan dapat membantu memudahkan dalam memecahkan permasalahan karena hal ini sangat baik untuk deskripsi dari setiap entitas. Karena informasi dari encapsulation, perancangan berorientasi objek umumnya mengarah ke sistem dimana sistem data yang kurang atau mungkin rusak dalam hal error program.

Pendekatan terstruktur lebih dikenal dengan Structured Analisys and Design (SSAD), sedangkan pendekatan berorientasi objek disebut dengan Object-oriented Analysis and Design (OOAD).

Pendekatan terstruktur lebih mengarah pada pendekatan fungsional. Pada pendekatan berorientasi objek lebih melakukan pendekatan pada objek. Objek merupakan identitas berarti bahwa data diukur mempunyai nilai tertentu yang membedakan entitas.

Beberapa keunggulan pendekatan terstruktur dibandingkan dengan pendekatan berorientasi objek adalah pendekatan terstruktur tidak fokus pada koding, sedangkan pendekatan berorientasi objek cenderung fokus terhadap koding. Keunggulan yang lain adalah pada pendekatan terstruktur lebih menekankan pada kinerja tim, sedangkan pendekatan berorientasi tidak.

METODE TERSTRUKTUR

Kelebihan

·         Milestone diperlihatkan dengan jelas yang memudahkan dalam manajemen proyek

·         SSAD merupakan pendekatan visual, ini membuat metode ini mudah dimengerti oleh pengguna atau programmer.

·         Penggunaan analisis grafis dan tool seperti DFD menjadikan SSAD menjadikan bagus untuk digunakan.

·         SSAD merupakan metode yang diketahui secara umum pada berbagai industry.

·         SSAD sudah diterapkan begitu lama sehingga metode ini sudah matang dan layak untuk digunakan.

·         SSAD memungkinkan untuk melakukan validasi antara berbagai kebutuhan

·         SSAD relatif simpel dan mudah dimengerti.

Kekurangan

·         SSAD berorientasi utama pada proses, sehingga mengabaikan kebutuhan non-fungsional.

·         Sedikit sekali manajemen langsung terkait dengan SSAD

·         Prinsip dasar SSAD merupakan pengembangan non-iterative (waterfall), akan tetapi kebutuhan akan berubah pada setiap proses.

·         Interaksi antara analisis atau pengguna tidak komprehensif, karena sistem telah didefinisikan dari awal, sehingga tidak adaptif terhadap perubahan (kebutuhan-kebutuhan baru).

·         Selain dengan menggunakan desain logic dan DFD, tidak cukup tool yang digunakan untuk mengkomunikasikan dengan pengguna, sehingga sangat sliit bagi pengguna untuk melakukan evaluasi.

·         Pada SAAD sliit sekali untuk memutuskan ketika ingin menghentikan dekomposisi dan mliai membuat sistem.

·         SSAD tidak selalu memenuhi kebutuhan pengguna.

·         SSAD tidak dapat memenuhi kebutuhan terkait bahasa pemrograman berorientasi obyek, karena metode ini memang didesain untuk mendukung bahasa pemrograman terstruktur, tidak berorientasi pada obyek (Jadalowen, 2002).

METODE BERORIENTASI OBYEK

Kelebihan

·         Dibandingkan dengan metode SSAD, OOAD lebih mudah digunakan dalam pembangunan sistem

·         Dibandingkan dengan SSAD, waktu pengembangan, level organisasi, ketangguhan,dan penggunaan kembali (reuse) kode program lebih tinggi dibandingkan dengan metode OOAD (Sommerville, 2000).

·         Tidak ada pemisahan antara fase desain dan analisis, sehingga meningkatkan komunikasi antara user dan developer dari awal hingga akhir pembangunan sistem.

·         Analis dan programmer tidak dibatasi dengan batasan implementasi sistem, jadi desain dapat diformliasikan yang dapat dikonfirmasi dengan berbagai lingkungan eksekusi.

·         Relasi obyek dengan entitas (thing) umumnya dapat di mapping dengan baik seperti kondisi pada dunia nyata dan keterkaitan dalam sistem. Hal ini memudahkan dalam mehami desain (Sommerville, 2000).

·         Memungkinkan adanya perubahan dan kepercayaan diri yang tinggi terhadap kebernaran software yang membantu untuk mengurangi resiko pada pembangunan sistem yang kompleks (Booch, 2007).

·         Encapsliation data dan method, memungkinkan penggunaan kembali pada proyek lain, hal ini akan memperingan proses desain, pemrograman dan reduksi harga.

·         OOAD memungkinkan adanya standarisasi obyek yang akan memudahkan memahami desain dan mengurangi resiko pelaksanaan proyek.

·         Dekomposisi obyek, memungkinkan seorang analis untuk memcah masalah menjadi pecahan-pecahan masalah dan bagian-bagian yang dimanage secara terpisah. Kode program dapat dikerjakan bersama-sama. Metode ini memungkinkan pembangunan software dengan cepat, sehingga dapat segera masuk ke pasaran dan kompetitif. Sistem yang dihasilkan sangat fleksibel dan mudah dalam memelihara.

Kekurangan

·         Pada awal desain OOAD, sistem mungkin akan sangat simple.

·         Pada OOAD lebih fockus pada coding dibandingkan dengan SSAD.

·         Pada OOAD tidak menekankan pada kinerja team seperti pada SSAD.

·         Pada OOAD tidak mudah untuk mendefinisikan class dan obyek yang dibutuhkan sistem.

·         Sering kali pemrogramam berorientasi obyek digunakan untuk melakukan anlisisis terhadap fungsional siste, sementara metode OOAD tidak berbasis pada fungsional sistem.

·         OOAD merupakan jenis manajemen proyek yang tergolong baru, yang berbeda dengan metode analisis dengan metode terstruktur. Konsekuensinya adalah, team developer butuh waktu yang lebih lama untuk berpindah ke OOAD, karena mereka sudah menggunakan SSAD dalam waktu yang lama ( Hantos, 2005).

·         Metodologi pengembangan sistem dengan OOAD menggunakan konsep reuse. Reuse merupakan salah satu keuntungan utama yang menjadi alasan digunakannya OOAD. Namun demikian, tanpa prosedur yang emplisit terhadap reuse, akan sangat sliit untuk menerapkan konsep ini pada skala besar (Hantos, 2005).

Tujuan Desain Sistem

Tahap desain sistem mempunyai dua maksud atau tujuan utama. yaitu

sebagai berikut ini.

Ø   Untuk memenuhi kebutuhan kepada pemakai sistem.

Ø   Untuk memberikan gambaran gambaran yang jelas dan rancang bangun yang lengkap kepada pemograman computer 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 sebagai pembuatan program komputernya. Untuk mencapai tujuan ini. analis sistem hurus dapat mencapai sasaran-Sasaran sebagai berikut :

·               Desain sistem harus berguna, mudah dipahami dan nantinya mudah digunakan. Ini berarti bahwa data harus mudah ditangkap, metode-metode baru mudah diterapkan dan informasi harus mudah dihasilkan serta mudah dipahami dan digunakan.

·               Desain system harus dapat mendukung tujuan perusahaan sesuai dengan yang telah didefinisikan pada tahap perencanaan system yang dilanjutkan pada analisi syste

·               Desain system harus efisien agar dapat mendukung pengolahan transaksi, pelaporan manajemen dan mendukung keputusan yang akan dilakukan oleh manajemen, termasuk tugas-tugas yang lainnya yang tdak dilakukan oleh computer

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

Personil yang terlibat

Pekerjaan desain sistem dilakukan oleh analis sistem dan personil-personil teknik lainnya, seperti misalnya spesialis pengendalian , personil penjamin kualitas , Spesialis komunikasi dan lain sebagainya.

Bagaimana dengan pemakai-pemakai system (user)! Apakah pemakai sistem juga harus terlibat dalam tahap ini? Banyak orang yang setuju bahwa keterlibatan pemakai system sangat penting selama tahap analisis sistem.

Akan tetapi bagaimana di tahap desain sistem ini? Banyak analis sistem yang mendisain sistem ini tanpa partisipasi yang berarti dari pemakai sistem. Hasil dari ketidak-terlibatan pemakai sistem ini akan mengakibatkan kurang puasnya pemakai sistem terhadap cara sistem berkerja (bahkan sistem tidak dapat memenuhi kebutuhan pemakai).

Oleh karena alasan ini, maka pemakai sistem seharusnya juga terlibat dalam tahap desain sistem. Pemakai sistem paling tidak dapat mengkaji ulang komponen-komponen sistem informasi yang didesain. Misalnya pemakai sistem seharusnya mengkaji ulang tata letak (layout) dari semua laporan-laporan dan bentuk-bentuk tampilan di layar terminal. Pemakai sistem juga seharusnya menilai arus percakapan dari dialog di layar terminal.

Pemakai sistem juga seharusnya menilai cara penangkapan data, pengolahan dari data tersebut dan disrtibusi informasinya.

Tekanan-tekanan desain

Tekanan-tekanan desain adalah tekanan-tekanan yang harus dipertimbangkan dalam mendesain suatu sistem informasi supaya dapat mengenai sasarannya. Supaya sukses, analis sistem harus mempertimbangkan tekanan-tekanan desain (design forces) yang ada dan bagaimana tekanan-tekanan ini mempengaruhi proyek sistem informasi. Ambillah contoh desain suatu mobil sebasai analoginya. Semua mobil terdiri dari blok blok bangunan yang sama yaitu sebuah bodi mobil, interiornya, instrumen-instrumtnnya. kendali kemudii (kemudi, pedal rem,pedal gas dan lain sebagainya). Roda-roda, gandar-gandar dan suatu mesin yang terbentuk dari suatu unit tenaga, sumber energi, transmisi-transmisi dan gear-gear. Akan tetapi karena adanya sejumlah tekanan-tekanan desain, bentuk dan isi dari blok-blok bangunan mobil ini telah berubah dari waktu ke waktu. misalnva, pengendalian polusi, keamanan yang ditingkatkan dan pemakaian bahan bakar yang harus lebih hemat memaksa mobil untuk didesain kembali keseluruhannya. Beberapa industri mobil beberapa tahun yang lalu kurang mempcrhatikan pada pemenuhan selera pasar dan banyak yang merancang mobil yang tidak dapat diterima oleh konsumen. Setelah pabrik-pabrik mobil ini berhenti merancang mobil tersebut dan mulai merancang kembali dengan memperhatikan desain forces mereka mendapatkan kembali jalur pemasarannya. Kesadaran akan desain forces ini mengikuti dengan pasti telah mengembalikan pabrik-pabrik mobil ini kepada operasi yang menguntungkan. Perancang sistem informasi juga harus memperhatikan sejumlah desain forces yang mempengaruhi kerjanya, yaitu:

–        integrasi (intagration),

–        jalur pemakai/sistem (user/system intarface),

–        tekanan-tekanan persaingan

–        kualitas dan kegunaan informasi

–        kebutuhan-kebutuhan sistem

–        kebutuhan-kcbutuhan pengolahan data

–        faktor-faktor organisasi

–        kebutuhan-kebutuhan biaya efektifitas

–        kebutuhan-kebutuhan kelayakan

Desain sistem sendiri dapat dibagi menjadi dua bagian, yaitu :

 Desain Sistem Secara Umum ( General System Design )

Tujuan dari 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 mengindentifikasikan komponen-komponen system informasi yang akan didesain secara rinci. Desain terinci dimaksudkan untuk pemograman komputer dan ahli teknik yang mengimplementasikan sistem.

Desain Sistem Secara Rinci ( Detailed System design)

Komponen desain sistem secara terinci :

·         Desain input terinci

masukan (input) merupakan awal dimulainya proses informasi. bahan mentah dari informasi adalah data yang terjadi dari transaksi-transaksi yang dilakukan oeh organisasi . data dari hasil transaksi merupakan masukan untuk sistem informasi.

dokumen dasar merupakan formulir yang digunakan untuk menangkap (capture) data yang terjadi. data yang sudah dicatat di dokumen dasar kemudian dimasukkan sebagai input ke sistem informasi untuk diolah.

·         Desain output terinci

pada tahap desain output secara umum, desain output ini hanya dimaksudkan untuk menentukan kebutuhan output dari sistem baru.

·         Desain dialog layar terminal

merupakan rancang bangun dari percakapan antara pemakai sistem (user) dengan komputer. percakapan ini dapat terdiri dari proses memasukkan data ke sistem, menampilkan output informasi kepada user atau dapat keduanya.

·         Desain database terinci

Ditahap desain secara umum sebelumnya, desain database hanya dimaksudkan untuk mengidentifikasi kebutuhan file-file database yang diperlukan oleh sistem informasi saja. Pada tahap desain terinci ini, desain database dimaksudkan untuk mengidentifikasi isi atau struktur dari tiap-tiap file yang telah diidentifikasi didesain secara umum.

Elemen-elemen data disuatu file database harus dapat digunakan untuk pembuatan suatu output. Demikian juga dengan input yang akan direkam di database, file-file database harus mempunyai elemen-elemen untuk menampung input yang dimasukkan. Untuk dapat merancang database terinci digunakan teknik normalisasi

·         Desain teknologi terinci

Pada desain teknologi secara umum telah ditentukan jenis dan jumlah dari teknologi yang akan digunakan. Yang belum didefinisikan secara pasti pada tahap ini adalah kapasitas dari teknologi simpanan luar yang akan digunakan. Kapasitas simpanan luar yang telah didefinisikan pada tahap desain secara umum hanya ditaksir secara kira-kira terlebih dahulu berdasarkan pengalaman analis sistem.

Setelah file-file database berhasil didesain secara rinci, kebutuhan kapasitas simpanan luar sekarang dapat dihitung dengan lebih tepat. Besarnya kapasitas simpanan luar yang dibutuhkan oleh sistem informasi dapat dihitung berdasarkan besarnya file-file database yang akan menimpan data untuk satu periode tertentu.

Read More