FAKTOR-FATOR YANG PERLU DIPERTIMBANGKAN DALAM MERANCANG FORMULIR

Formulir elektronik merupakan ruang yang ditayangkan dalam layar komputer yang digunakan untuk menangkap data yang akan diolah dalam pengolahan data elektronik.

FORMULIR DIPERLUKAN KETIKA:

a. Jika suatu kejadian harus dicatat, maka formulir perlu digunakan.

b. Jika informasi tertentu harus dicatat berulangkali, penggunaan formulir akan mengurangi waktu penulisan informasi tersebut.

c. Jika berbagai informasi yang saling berhubungan perlu disatukan dalam tempat yang sama, untuk memudahkan pengecekan yang cepat mengenai kelengkapan informasinya, maka formulir harus digunakan.

d. Jika dibutuhkan untuk menetapkan tanggung jawab terjadinya transaksi, fromulir perlu digunakan.

FAKTOR-FATOR YANG PERLU DIPERTIMBANGKAN DALAM MERANCANG FORMULIR :

Dalam merancang suatu formulir, seorang analis harus mempertimbangkan faktor-faktor berikut ini:

1. Siapa yang memerlukan atau akan mendapat informasi yang dicatat di dalam formulir tersebut ? Hal ini akan menentukan berapa lembar formulir tersebut harus dibuat.

2. Adakah formulir lain yang sekarang dirancang atau sekarang digunakan berisi informasi yang sama ? Jika ya, apakah ada kemungkinan menyatukan informasi di dalam formulir yang dirancang ini dengan formulir lain tersebut ? Banyak perusahaan yang membuat faktur penjualan, surat muat (bill of lading), slip pembungkus (packing slip) dan surat order pengiriman dalam satu kali penulisan.

3. Apakah elemen-elemen yang harus dicantumkan di dalam formulir yang telah disusun menurut urutan yang logis ? Hal ini akan mengurangi kemungkinan terjadinya kesalahan dalam pengisian formulir dan akanmengurangi waktu pengisian dan penggunaan formulir.

4. Apakah formulir tersebut akan memerlukan penulisan dengan tangan atau pemrosesan dengan mesin, atau kedua-duanya ? Hal ini akan menentukan lebar spasi dan penggunaan garis atau hanya spasi saja.

5. Apakah formulir tersebut akan diisi dengan pensil, tinta, mesin ketik atau mesin khusus atau dengan proses penggandaan yang lain ? Hal ini akan menentukan jensi dan mutu kertas yang akan digunakan serta jumlah ruang yang harus disediakan untuk memungkinkan pencatatan informasi.

6. Apakah formulir tersebut akan disimpan dalam suatu arsip ? Hal ini akan menetukan mutu kertas yang harus digunakan, ukuran kertas, dan preforasi yang harus dibuat, jika hal ini diperlukan.

Sumber :
www.google.co.id

Analisa dan perancangan berbasis objek, Perbedaan berbasis objek dengan terstruktur

PreTest OO

Sejarah berorientasi objek
Pemrograman berorientasi objek pertama-tama dibicarakan pada akhir tahun 1960 menggunakan bahasa SIMULA. Pada tahun 1970, bahasa pemrograman Smaltalk dikembangkan oleh Xerox PARC. Pada saat itu sebagian lain dari dunia menggunakan COBOL dan FORTRAN dengan metode dekomposisi fungsional. Perubahan terjadi selama beberapa dekade sampai dikenalnya faktor utama, yaitu :

Konsep dasar berorientasi objek
Konsep dasar pendekatan berorientasi objek mencapai kematangan. Pada umumnya, perhatian pada masalah coding telah berubah menjadi masalah analisa dan desain.

Teknologi dasar pembangunan system
Gagasan tentang coding sangat dipengaruhi oleh bahasa pemrograman yang tersedia. Sangat sulit memikirkan pemrograman terstruktur bila yang tersedia adalah Assembler, tetapi lebih mudah bila menggunakan Pascal. Sama halnya akan sulit untuk membuat coding berorientasi objek bila bahasa pemrograman yang dipilih COBOL atau FORTRAN. Hal ini lebih mudah bila menggunakan Java, C++, Borland Pascal versi baru, Smalltalk dan Ada.

Penggunaan model
Banyak organisasi mendapatkan bahwa sistem yang dibangun pada saat ini cenderung berorientasi data dari pada sistem yang dibangun sekitar tahun 1970 dan 1980. Kompleksitas fungsional kurang diperhatikan dari pada waktu sebelumnya, penggunaan model mendapatkan prioritas yang lebih besar.

Biasanya berupa benda atau sesuatu kejadian
Benda konkrit : pesawat, lampu, buku, …
Konsepsi : terbang, terang, kuliah, …
Abstraksi : perusahaan, bisnis, sekolah, …

PostTest OO

Perbedaan mendasar antara OOP dan pemrograman terstruktur adalah:

Dengan menggunakan OOP maka dalam melakukan pemecahan suatu masalah kita tidak melihat bagaimana cara menyelesaikan suatu masalah tersebut (terstruktur) tetapi objek-objek apa yang dapat melakukan pemecahan masalah tersebut. Sedangkan untuk pemrograman terstruktur,  menggunakan prosedur/tata cara yang teratur untuk mengoperasikan data struktur

Untuk tata nama, keduanya pun memiliki tatanan yang sama walaupun memiliki pengertian tersendiri:

object oriented menggunakan “method” sedangkan terstruktur menggunakan “function”. Bila di OOP sering didengar mengenai “objects” maka di terstruktur kita mengenalnya dengan ” modules”. Begitu pula  halnya dengan “message” pada OO dan “argument” pada terstruktur. “attribute” pada OO juga memiliki tatanan nama yang sepadan dengan “variabel” pada pemrograman terstruktur.

Berikut ini merupakan kelebihan dan kekurangan metode perancangan terstruktur (Structured Analisys and Design / SSAD) :

Kelebihan

- 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 sulit bagi pengguna untuk melakukan evaluasi.

- Pada SAAD sulit 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.

Dan juga Kelebihan dan kekurangan dari metode perancangan berbasis objek (Object-oriented Analysis and Design / OOAD) ini adalah sebagai berikut :

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 i mplementasi 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.

- 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 .

- 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.

Kesimpulan nya  adalah saya lebih cenderung ke analisis dan pemrograman berorientasi objek , dia banyak unggul nya di banding analisis dan pemrograman berorientasi terstruktur dan analisis dan pemrograman berorientasi objek dia kelihatan lebih ahli karena kebanyakan yang make ini adalah para ahli karena memang ini lebih besar di banding yang terstruktur

Manfaat Minum AIR putih

Bagi sebagian orang belom mengerti apa manfaat meminum air putih dan ada juga yang sudah sering rutin meminum air putih tetapi belom tau apa manfaat minum air putih tersebut. Disini saya akan menjelaskan secara singkat manfaat-manfaat dari minum air putih

1. Meningkatkan energi
Mengonsumsi air di pagi hari bisa meningkatkan metabolisme, membantu seseorang menjadi lebih waspada serta merasa lebih segar karena adanya peningkatan energi di dalam tubuh.

Hal ini karena hampir semua bagian tubuh memerlukan air agar bisa bekerja secara optimal, jika tubuh dehidrasi akan timbul kelelahan dan lesu sehingga menjadi tidak efisien.

2. Menghilangkan racun
Minum air di pagi hari akan membantu meringankan fungsi ginjal dalam hal menghilangkan berbagai racun dan produk buangan (limbah) dari dalam sistem tubuh. Hal ini karena saat malam hari tubuh tidak mendapatkan asupan cairan.

3. Mengurangi berat badan
Mara Z. Vitolins, seorang ahli nutrisi dari Wake Forest University Baptist Medical Center menuturkan umumnya tubuh tidak bisa membedakan antara rasa lapar dan haus, karenanya konsumsi air minum bisa membantu membedakan hal tersebut.

Selain itu jika seseorang minum air putih saat sedang lapar akan terlihat adanya penurunan nafsu makan sehingga membantu menurunkan berat badan, dan menghindari konsumsi minuman lain yang tinggi gula, aklori atau kafein.

Untuk mengetahui apakah tubuh terhidrasi dengan baik atau asupan airnya cukup bisa dilihat dari warna urine, normalnya warna urine yang baik adalah jernih dan bukan kuning pekat.

http://www.jadilah.com/2012/03/manfaat-minum-air-putih-di-pagi-hari.html

Penjelasan singkat tentang Samsung Galaxy Tab 2

Samsung Galaxy Tab 2 merupakan tablet berbasis Android 4.0 Ice Cream Sandwich yang dilengkapi dengan dukungan fitur telepon dan SMS. Samsung Galaxy Tab 2 hadir dengan layar sentuh berukuran 7 inci dengan resolusi 600 x 1024 piksel.

Samsung Galaxy Tab 2 ditenagai dengan prosessor dual core 1GHz dan RAM sebesar 1GB. Samsung Galaxy Tab 2 dilengkapi dengan fitur-fitur lainnya seperti kamera utama 3 megapiksel, kamera depan VGA, pilihan memori internal 8/16/32GB, slot microSD up to 64GB, dukungan jaringan HSDPA dan HSUPA, Wi-Fi 802.11 a/b/g/n, Bluetooth 3.0, GPS, dan baterai berkapasitas 400mAh.

BERBAGI

Berbagi itu bukan merasa diri lebih baik dari orang lain

Berbagi itu bukan merasa diri lebih bijak

Berbagi itu bukan merasa diri lebih pintar

Berbagi itu bukan merasa diri lebih beragama

TETAPI ........................

Berbagi itu adalah dimana ketika kita merasa bahagia kita dapat membawa orang ikut merasakan kebahagian sendiri yang sedang kita rasakan tanpa ada rasa ingin membagakan diri sendiri didepan orang.

ARAH

Melihat ke atas akan memperoleh semangat untuk maju.

Melihat ke bawah akan bersyukur atas semua yang ada.

Melihat ke samping akan meningkatkan semangat kebersamaan.

Melihat ke belakang akan mendapatkan pengalaman berharga.

Melihat ke dalam akan untuk introspeksi diri.

Melihat ke depan: untuk menjadi LEBIH BAIK!

BELAJAR UNTUK HIDUP ATAU HIDUP UNTUK BELAJAR

Belajar untuk Bersyukur meski tak cukup,,

Ikhlas meski tak rela,,

Taat meski terasa berat,,

Memahami meski tak sehati,,

Sabar meski terbebani,,

Setia meski sering tergoda,,

Memberi meski tak seberapa,,

Mengasihi meski di sakiti,,

Tenang meski gelisah,,

Percaya meski susah,,

UML

UML

UML itu singkatan dari Unified Modelling Language. Sesuai dengan kata terakhir dari kepanjangannya, UML itu adalah salah satu bentuk language atau bahasa. Menurut pencetusnya, UML di definisikan sebagai bahasa visual untuk menjelaskan, memberikan spesifikasi, merancang, membuat model, dan mendokumentasikan aspek-aspek dari sebuah system. Karena tergolong bahasa visual, UML lebih mengedepankan penggunaan diagram untuk menggambarkan aspek dari system yang sedang dimodelkan. Memahami UML itu sebagai bahasa visual itu penting, karena penekanan tersebut membedakannya dengan bahasa pemrograman yang lebih dekat ke mesin. Bahasa visual lebih dekat ke mental model pikiran kita, sehingga pemodelan menggunakan bahasa visual bisa lebih mudah dan lebih cepat dipahami dibandingkan apabila dituliskan dalam sebuah bahasa pemrograman.

Sebenernya hampir semua disiplin ilmu memiliki notasi, cara, atau bahasa dalam memodelkan problem dengan notasi diagram yang visual. Ambil contoh dibidang elektro, untuk menggambarkan sebuah system radio, insinyur-insinyur menggunakan diagram sirkuit kelistrikan yang sudah didefinisikan dengan jelas. Dengan diagram sirkuit ini, insinyur elektro bisa mengkomunikasikan komponen-komponen apa saja yang terdapat dalam sebuah system radio kepada insinyur elektro yang lain atau kepada teknisi.

UML adalah salah satu bentuk notasi atau bahasa yang sama yang digunakan oleh professional dibidang software untuk menggambarkan atau memodelkan sebuah system software. Sebelumnya ada banyak notasi atau bahasa lain untuk mencapai keperluan yang sama misalnya DFD (Data Flow Diagram) dan Booch Diagram. Tetapi sejak matang dan populernya teknologi pemrograman, perancangan, dan analisis berorientasi object, UML telah menjadi de facto standard language.

Apa saja yang bisa digambarkan / dimodelkan oleh UML? Sesuai dengan kata pertama dari kepanjangannya, UMLUML.



Secara detail UML tidak akan dibahas dalam posting ini, tetapi kita akan banyak menggunakannya dalam pembahasan-pembahasan selanjutnya. Jadi sambil melakukan pemodelan, dijelaskan juga dengan notasi UML

Ada tiga cara dalam memakai UML dalam melakukan pemodelan system:

1. UML sebagai sketsa
UML digambarkan dalam sketsa coretan-coretan dalam kertas atau whitboard secara tidak formal. Biasanya digunakan dalam sesi diskusi tim untuk membahas aspek tertentu dalam tahap analisis dan perancangan.

2. UML sebagai blueprint system
Seperti diagram kelistrikan adalah blueprint dari komponen atau produk yang akan dihasilkan, UML juga bisa menggambarkan blueprint yang identik untuk sebuah system software.

3. UML sebagai bahasa pemrograman
UML berfungsi sebagai bahasa pemrograman mencoba melakukan semuanya dengan UML sampai kepada produk jadinya. Analisis dan perancangan dilakukan dengan diagram-diagram yang ada dalam UML, sementara sebuah tool atau generator bisa menghasilkan produk akhir dari diagram-diagram ini.

Saat ini UML paling banyak digunakan dengan cara pertama dan kedua. Khusus dalam metode agile (cepat dan ringan), UML digunakan dengan cara pertama. mencoba untuk mendeskripsikan pemodelan sebuah system dari segala aspek: pemodelan struktur (aspek statis), pemodelan perilaku (aspek dinamis), dan pemodelan arsitektur. Gambar berikut menunjukan taksonomi pendiagraman yang cocok dengan konteks pemodelan yang dilakukan.

http://www.cetus-links.org/oo_uml.html


PERBEDAAN UML DAN DFD

DFD yaitu a graphical representation of the “flow” of data through an information system (sebuah representasi grafis dari “flow”/”aliran” data dalam sebuah sistem informasi).

DFD adalah metode analisis sistem informasi sebelum UML yang masih menerapkan analisis secara terstruktur. DFD, seperti pengertiannya diatas representasi grafis dari “aliran” data jadi lebih menitik beratkan pada bagaimana data itu berjalan dari satu entity ke entity berikutnya.

UML (Unified Modeling Language)

UML yaitu standardized general purpose modeling language in the field of software engineering ( bahasa permodelan terstandarisasi dalam hal software engineering) UML merupakan metode analisis yang lebih baru dari DFD dan menurut sebagian orang lebih efektif karena dia Object Oriented Analysis. UML yang di dapuk sebagai Object Oriented Analysis ini lebih menitik beratkan analysisnya di sisi pengguna atau actor/orang – orang di luar sistem yang terlibat dengan sistem.