Hanya ide sederhana

berikut contoh contoh aplikasi yg saya buat dengan flex :

studo : http://smkn26jakarta.sch.id/student/
profiling : http://www.abahrama.com/leadpro/profiling.html
flexhtml : http://www.deflex.isgreat.org/flexhtml
sasti : http://www.deflex.isgreat.org/simak/admin passwd 1234
pintuilmu: http://www.deflex.isgreat.org/simak/kursus
gama: http://deflex.cmsindo.com/demo/gama

masih ada beberapa lagi yang masih dalam tahap development

Pada mulanya ActionScript hanya digunakan untuk membuat rutin sederhana sebagai pelengkap pada animasi flash. ActionScript ini dikembangkan oleh developer Adobe hingga sekarang menjadi salah satu bahasa pemrograman berorientasi object (Object Oriented Programming / OOP).

Versi terakhir dari ActionScript adalah ActionScript 3.0. Sebelum membahas lebih jauh mengenai ActionScript 3.0 ada baiknya kita lihat konsep dari OOP itu sendiri.

Class File

Pada awal mula programming teknik yang digunakan oleh para developer adalah Pemrograman Terstruktur (Procedural Programming). Kode – kode program ditulis dalam sebuah file, dimana file tersebut dapat berisi ribuan baris kode program yang nantinya akan dibaca oleh compiler secara berurutan atau sequential. Contoh bahasa procedural programming antara lain ForTran (Formula Translator), Pascal, COBOL dan ADA.

Pada tahun 1970, Dennis Ritchie seorang developer dari Bell Laboratories membuat suatu bahasa pemrograman yang dikenal dengan bahasa C. Kira – kira 10 tahun kemudian Bjorne Strousturp juga dari Bell Labs mengembangkannya menjadi C++. Inilah cikal bakal dari Object Oriented Programming. C++ menjadi landasan bagi bahasa pemrograman OOP generasi berikutnya seperti JAVA, C# .Net,Visual Basic .Net dan ActionScript 3.

Perbedaaan antara bahasa prosedural dengan bahasa OOP terletak pada jumlah file yang digunakan. Pada bahasa prosedural jumlah file yang digunakan relatif sedikit karena semua baris kode ditulis dalam satu file. Sedangkan pada bahasa OOP kode – kode program yang jumlahnya ribuan tersebut dibagi-bagi menjadi unit–unit kecil yang menyediakan fungsi–fungsi khusus. Unit khusus ini disebut dengan Class File. Sebuah Class File terdiri dari variable (disebut Properties) dan fungsi – fungsi (Functions) yang diperlukan untuk melakukan tugas atau algoritma tertentu.

Konsep OOP dapat dianalogikan sebagai sebuah pabrik mobil. Dalam pabrik mobil tersebut terbagi atas beberapa bagian yaitu bagian mesin dan bagian perakitan. Bagian perakitan terbagi lagi menjadi bagian body mobil, bagian interior, suspensi dan sebagainya. Bagian-bagian ini dalam OOP dikenal dengan Class File.

Class file menyediakan fungsi atau tugas tertentu seperti perhitungan, penyimpanan data dan sebagainya yang digunakan sebagai basis atau template bagi project yang membutuhkan. Jika ada bagian project yang membutuhkan, class file akan dicopy ke memory. Copy dari class file ini dinamakan object. Dalam sebuah project dapat memiliki beberapa object sekaligus, antara object tersebut dapat saling berinteraksi.

Seperti pada konsep OOP, ActionScript 3 sebenarnya merupakan kumpulan – kumpulan class file yang siap pakai. Kumpulan class file tersebut dikenal juga dengan nama SDK (Software Development Kit). Sebagai perbandingan Java SDK terdiri dari kurang lebih 150.000 class file, ActionScript 3 kurang lebih baru 900 class file.

Ketika kita menggunakan ActionScript 3, kita dapat memodifikasi class file yang sudah ada, misal menambahkan fungsi tertentu yang dibutuhkan pada project. Kemampuan untuk dapat memodifikasi class file yang sudah ada disebut extensibility. Artinya kita dapat menambahkan atau mengembangkan sendiri kemampuan dari SDK itu sendiri. Keuntungannya adalah kode yang kita buat menjadi lebih sedikit karena menggunakan class yang sudah ada. Lebih sedikit kode artinya lebih sedikit bug yang terjadi pada aplikasi dan kemudahan dalam memaintain program.

Pada ActionScript suatu class terdiri atas :

• Properties yaitu variable yang dapat diakses dari luar class. Properties ini bisa bersifat changeable atau bisa dirubah nilainya dan read only hanya bisa dibaca saja.
• Functions disebut juga dengan methods yaitu kumpulan kode perintah untuk melakukan tugas algoritma tertentu.
• Events yaitu sebenarnya adalah sebuah fungsi khusus yang mendeteksi jika ada moment atau kejadian tertentu seperti misalnya pergerakan mouse, interaksi mouse (click / double click), penekanan karakter pada keyboard dsb.

Kontrol Rich Text Editor yang ada pada Flex menurut saya masih banyak kekurangan diantaranya sbb :

• Tidak bisa menginsert image lihat http://kedungwuluh.wordpress.com/2008/06/04/insert-image-pada-control-rich-text-editor/
• Kode HTML yang dihasilkan terlalu banyak
• Tidak bisa menggunakan style css

Kalau dibandingkan dengan HTML editor yang berbasis javascript seperti FCKEDITOR , XINHA EDITOR atau TINY MCE , saya rasa masih kalah bagus dari segi featurenya. Harapan saya  pada flex versi selanjutnya, komponen RTE ini di upgrade agar featurenya sama dengan HTML editor javascript, kalau bisa seperti editornya BUZZWORD.

Setelah searching , saya menemukan komponen yang dapat menampilkan halaman web (html) pada aplikasi flex,komponen tsb juga dapat merender kode HTML dengan baik nama komponennya. Sayangnya komponen ini berbayar. Namun dari blognya si pembuat komponen ini dapat diketahui bahwa komponen ini dibuat berbasis pada perintah ExternalInterface yang sudah built in di AS3. Dengan ExternalInterface kita bisa melakukan komunikasi dari dan ke JavaScript. Halaman web yang ditampilkan pada aplikasi flex menggunakan IFRAME yang diposisikan mengikuti letak container pada flex.

Berbekal komponen IFrame yang saya dapat dari mas deitte, dengan sedikit modifikasi pada iframe.as dan tambahan Javascript, akhirnya berhasil juga mengembed FCKEditor ke dalam aplikasi flex. Dari Flex kita juga bisa menset kode html yang akan ditampilkan, selain itu bisa juga menampilkan halaman web site dan PDF document  jika plugin Adobe Reader sudah terinstall pada komputer client. Silahkan lihat Aplikasinya di http://www.deflex.isgreat.org/flexhtml.

Walaupun tidak sebagus komponen yang berbayar dan masih ada bug  jika dijalankan di browser selain Mozilla Firefox, tapi lumayan buat pemula seperti saya. silahkan download sourcenya disini. silahkan dikembangkan dan digunakan sesuka hati. Komponen ini masih saya kembangkan agar bisa diembed dengan editor lain.

Salah satu metode untuk menghubungkan flex dengan database seperti mysql adalah dengan remoting object, diantaranya adalah dengan AMFPHP. Lebih lengkapnya tentang AMFPHP silahkan kunjungi http://www.amfphp.org.

Step by step nya sebagai berikut :

Persiapan

1. Download AMFPHP di : http://sourceforge.net/project/showfiles.php?group_id=72483#files
2. Extract hasil download dan taruh di folder htdocs anda
3. Pastikan anda bisa mengakses http://127.0.0.1/amfphp dari browser
4. Buat tabel pada mysql melalui phpmyadmin, dalam contoh kali ini, kita namakan saja tb_karyawan sbb :

CREATE TABLE `test`.`tb_karyawan` (
`nik` VARCHAR(45) NOT NULL,
`nama` VARCHAR(45) NOT NULL,
`jabatan` VARCHAR(255) NOT NULL,
`dept` VARCHAR(255) NOT NULL,
PRIMARY KEY (`nik`)
)

isi table tersebut dengan beberapa record data

Pembuatan Service AMFPHP

Langkah selanjutnya adalah membuat service pada amfphp. service ini berupa file php dan diletakkan di folder htdocs\amfphp\services. sebagai contoh kita namakan dengan karyawan.php , isinya sebagai berikut :

<?php

define(“DB_USER”,”root”);
define(“DB_PASSWORD”,”passwordanda”);
define(“DB_NAME”,”namadatabaseanda”);

class karyawan{

function karyawan(){

}

function mygetRecordset(){

mysql_connect(“localhost”,DB_USER,DB_PASSWORD);
mysql_select_db(DB_NAME);

$query=”select * from tb_karyawan”;

$result = mysql_query($query);

while ($row=mysql_fetch_object($result)) {
$arr_hasil[]=$row;
}

return ($arr_hasil);

}

}

?>

Pembuatan Interface Flex

Untuk contoh ini , kita memakai datagrid untuk menampilkan data. Kode lengkapnya sebagai berikut :

<?xml version=”1.0″ encoding=”utf-8″?>
<mx:Application xmlns:mx=”http://www.adobe.com/2006/mxml” layout=”absolute” creationComplete=”getData();”>
<mx:Script>
<![CDATA[
import mx.controls.Alert;
import mx.rpc.events.FaultEvent;
import mx.rpc.events.ResultEvent;
import mx.messaging.ChannelSet;
import mx.messaging.channels.AMFChannel;
import mx.collections.ArrayCollection;
[Bindable] private var ac_data:ArrayCollection;

private function getData():void{
var cs:ChannelSet = new ChannelSet();
var channel:AMFChannel = new AMFChannel(“amfphp”, “http://127.0.0.1/amfphp/gateway.php”);
cs.addChannel(channel);
ro.channelSet=cs;
ro.mygetRecordset();
}
private function ondata(re:ResultEvent):void
{

var s:Array = re.result as Array;
ac_data= new ArrayCollection(s);

}
private function onerror(fe:FaultEvent):void
{
mx.controls.Alert.show(fe.message.toString(), “Remote Error”);
}

]]>

</mx:Script>
<mx:RemoteObject id=”ro” result=”ondata(event)” fault=”onerror(event)”
showBusyCursor=”true” destination=”AMFPHP2″ source=”karyawan”>
<mx:method name=”mygetRecordset” />
</mx:RemoteObject>

<mx:DataGrid width=”500″ height=”191″ horizontalCenter=”-17″
verticalCenter=”-66″ dataProvider=”{ac_data}”>
<mx:columns>
<mx:DataGridColumn headerText=”NIK” dataField=”nik”/>
<mx:DataGridColumn headerText=”Nama Karyawan” dataField=”nama”/>
<mx:DataGridColumn headerText=”Jabatan” dataField=”jabatan”/>
<mx:DataGridColumn headerText=”Departemen” dataField=”dept”/>
</mx:columns>
</mx:DataGrid>

</mx:Application>

3 bulan terakhir sibuk merubah SAS SMA menjadi SAS SMK, banyak perubahan yang dilakukan. Lihat screen shotnya disini

Berdasarkan informasi dari internet maupun media massa, banyak orang  yang menganggap bahwa pemilu legislatif 2009 terdapat banyak sekali masalah. diantaranya (yang bisa saya simpulkan) :

• Daftar Pemilih Tetap : banyak masyarakat yang tidak terdaftar pada dpt padahal sudah memenuhi syarat untuk memilih
• Pendistribusian surat suara : banyak terjadi kesalahan pengiriman kertas suara. karena pemilu kali ini selain memilih parpol juga memilih caleg, maka kertas suara untuk setiap daerah pun berbeda sesuai dengan daerah pemilihan (dapil)
• Surat suara yang terlalu besar mengakibatkan banyak masyarakat yang bingung dalam memilih, sehingga proses pemilihan di bilik suara menjadi lebih lama, ada yang sampai 20 menit
• Penghitungan suara memakan waktu yang lama, di tps tempat saya memilih baru selesai pukul 9 malam
• Proses real count yang lama, antara lain disebabkan karena kesalahan pengisian formulir C1  sehingga terjadi banyak kesalahan baca ketika form tersebut discan
• dsb

Namun dari hasil pemilu 2009 kita seharusnya bisa belajar banyak , sehingga kedepannya sistem pemilu kita bisa lebih baik dan lebih murah. sebagai orang IT, saya punya mimpi bagaimana jika IT dipakai penuh dalam sistem pemilu tidak hanya dalam proses perhitungan suara saja. diantaranya :

Penggunaan surat suara elektronik

Liburan pemilu kemarin , saya iseng membuat prototype surat suara elektronik memakai flex builder 3 dan mdm zinc 3. Bagi yang mau melihat, silahkan download di

http://www.indowebster.com/Surat_Suara_Elektronik.html

saya sertakan juga source code nya. kira kira begini cara kerjanya surat suara elektronik ditampilkan di monitor touch screen, jadi pemilih tinggal menekan saja layar monitornya, seperti pada atm bca touch screen.

Peralatan yang dibutuhkan

Hardware

• 1 unit laptop dipakai oleh petugas TPS untuk memeriksa dan mencocokkan surat undangan dengan DPT, jadi DPT dalam bentuk softcopy
• 1 unit pc dengan monitor lcd touch screen diletakkan di bilik suara
• 1 unit Infocus (optional) untuk menampilkan proses penghitungan suara, namun bisa juga memakai monitor pada bilik suara, atau televisi, dihubungkan ke laptop petugas tps, agar saksi2 dan warga bisa melihatnya
• 1 unit handphone digunakan untuk mengirim data hasil perhitungan ke pusat tabulasi KPU. teknologi yang dipakai menggunakan SMS, karena saya rasa lebih aman dan dapat diandalkan

Software

• antara laptop petugas dan PC terhubung, bisa menggunakan cross cable atau, wireless connection (point to point connection/ad hoc).
• O/S Laptop dan pc menggunakan Win Xp
• Pada PC diinstal XAMPP atau WAMP ( webserver), karena kita menggunakan aplikasi web based (RIA)

Feature Aplikasi

1. Database menggunakan MYSQL
2. Modul Registrasi pemilih : yaitu modul untuk mencocokkan surat undangan dengan daftar DPT. jika tidak tercantum dalam DPT, petugas TPS bisa menambahkan sendiri.
3. Modul Setup DAPIL : yaitu modul untuk memilih DAPIL yang akan ditampilkan pada modul surat suara
4. Modul Surat Suara yaitu modul untuk menampilkan surat suara berdasarkan DAPIL yang telah disetup sebelumnya. Download prototype nya http://www.indowebster.com/Surat_Suara_Elektronik.html
5. Modul Perhitungan Suara : yaitu untuk proses perhitungan suara dan pembuatan BAP.
6. Modul Transfer data : untuk transfer data perhitungan ke server pusat, menggunakan SMS

Proses Kerja Sistem

1. Petugas TPS memilih daerah pemilihan dari modul setup DAPIL. modul setup dapil ini mengambil  data parpol, caleg,dan DPT untuk TPS tersebut dari data master yang telah ada sebelumnya (Data master didapat dari pusat, sebelum PC dibawa ke TPS, data tersebut dicopykan ke PC)
2. Dari PC , petugas menjalankan modul surat suara
3. Warga yang akan memilih , menunjukan surat undangan ke petugas TPS
4. Dari surat undangan tersebut, petugas TPS mengecek datanya melalui modul registrasi pemilih
5. Modul registrasi pemilih akan mengeluarkan no antrian pemilih, petugas TPS menuliskan No antrian tsb pada surat undangan peserta
6. Peserta dipanggil ke bilik suara berdasarkan no antrian
7. Didalam bilik suara, peserta melaksanakan pemilihan, dengan cara menekan gambar parpol atau caleg pada layar monitor
8. Modul surat suara menyimpan pilihan peserta ke dalam database
9. Setelah pemilih selesai, pemilih keluar dari bilik suara, petugas TPS me-remove peserta tsb dari daftar antrian, dan memanggil peserta selanjutnya (langkah 6 – 9)
10. Setelah proses pemilihan selesai (jam 12.00), petugas TPS menjalankan modul perhitungan suara
11. Modul perhitungan suara akan melakukan proses penghitungan atau summary suara. Hasilnya ditampilkan pada layar monitor atau layar TV untuk dilihat bersama saksi dan warga setempat
12. Modul perhitungan suara juga akan mengeluarkan laporan BAP dan rekap perhitungan dalam bentuk hardcopy sebagai bukti
13. Setelah semua pihak setuju atas hasil perhitungan, hasil rekap perhitungan dikirim ke pusat melalui modul transfer data

Perhitungan Kasar Biaya

Ada dua opsi perhitungan yaitu membeli atau menyewa. jika membeli , perhitungan kasarnya sbb:

• Laptop (Kelas menengah) : Rp. 6.000.000
• PC (Kelas menengah) : Rp. 4.000.000
• LCD Touch Screen : Rp. 3.000.000
• Handphone (setiap petugas pasti punya) : Rp. 0
• Jumlah untuk 1 TPS kurang lebih Rp. 13.000.000
• Asumsi jumlah TPS seluruh indonesia 500ribu, maka biaya yang dibutuhkan jika membeli peralatan kurang lebih 6,5 Trilyun
• Keuntungan membeli, peralatan tersebut masih bisa dipakai di pemilu selanjutnya
• Kerugiannya perlu biaya besar dan sulit maintenancenya setelah pemilu usai. kemungkinan akan hilang atau rusak pada pemilu selanjutnya

Jika Menyewa

sumber harga dari www.bhineka.com

• PC / hari : Rp. 150.000
• Laptop /hari : Rp. 350.000
• LCD Touch Screen 19″ / hari : Rp. 700.000
• Total / hari :  Rp. 1.200.000
• Untuk seluruh TPS (500rb): Rp 600 M
• Asumsi sewa selama 3 hr total : Rp 1,8 T
• Keuntungan : biaya lebih murah,tidak perlu maintenance, peralatan akan selalu yang terbaru

Keuntungan

• Biaya logistik jauh berkurang
• Jika ada kesalahan pada surat suara mudah memperbaiki dan cepat
• Tidak akan terjadi kesalahan kirim surat suara
• Perhitungan suara dapat dengan cepat dan mudah dilakukan, setelah seluruh warga selesai memilih dapat langsung diketahui, hanya dalam hitungan menit
• Meminimalkan kesalahan peserta dalam memilih
• Perhitungan jumlah suara nasional dapat dengan mudah diketahui karena data yang dikirim dalam bentuk sms dan langsung tersimpan di server kpu pusat (saya jamin lebih cepat dari quickcount)
• Reusable sistem : sistem dapat digunakan lagi untuk pemilu2 selanjutnya dengan biaya lebih murah, karena hanya merubah data master saja

Suatu waktu sempat terpikir ingin membuat satu aplikasi sederhana dibidang pendidikan yang bisa membantu guru dalam managemen soal soal ujian. Selama ini yang saya perhatikan selama saya berada di sma negeri 61 jakarta sebagai freelance programmer, jika akan mendekati masa ujian blok , maka guru guru sibuk membuat soal. Padahal kalau dipikir soal soal tersebut dulu sudah pernah dibuat, namun karena belum adanya media penyimpanan terpusat (softcopy), terkadang guru mesti membuat soal kembali, dan hal ini sangat memakan waktu. Saya rasa ini adalah pekerjaan berulang yang sebenarnya bisa disiasati. Bagaimana jika ada satu server yang menyimpan semua kumpulan soal – soal itu ,namun bukan dalam bentuk file word atau excel tetapi dalam bentuk database, sehingga datanya dapat digunakan untuk analisa lebih lanjut, seperti untuk analisa kelayakan soal. Menurut pendapat saya pribadi jika soal soal tersebut sudah terdatabase dengan baik, maka keuntungan yang bisa diambil :

• Terciptanya data bank soal : guru selain bisa membuat soal baru dapat juga mengambil soal soal yang telah ada, yang sudah dibuat baik oleh guru itu sendiri maupun oleh guru lainnya. Mungkin awalnya akan terasa berat karena setiap guru harus memasukkan soal yang akan diujikan, namun jika sudah berjalan setahun atau lebih , baru akan terasa manfaatnya. Jika kumpulan soalnya sudah banyak , berarti, setiap mau ujian guru tinggal memilih soal soal yang sudah ada saja.
• Bisa untuk analisa : selain soal juga jawaban dari siswa disimpan dalam database, sehingga bisa digunakan untuk analisa kelayakan soal. Kita bisa tahu apakah soal tersebut terlalu mudah atau terlalu sulit berdasarkan statistik jawaban siswa. Dengan begitu kita bisa membuat cluster soal atau kelompok soal, contohnya berdasarkan tingkat kesulitan, berdasarkan kompetensi dasar, berdasarkan korelasi dengan materi, dsb.
• Bisa dikembangkan untuk ujian elektronik. Maksudnya ujian elektronik, siswa langsung menjawab di komputer (paperless). Untuk ujian blok yang diadakan serentak , mungkin agak sulit untuk merealisasikan hal ini karena keterbatasan unit komputer yang ada. Namun ujian elektronik bisa dilakukan untuk evaluasi ulangan harian. Kedepannya bayangkan jika semua siswa sudah membawa laptop sendiri, well kayanya ga mustahil akan ada ujian blok dengan laptop, jadi bukan pakai LJK lagi.

Berikut keuntungan ujian elektronik menurut pandangan saya :

• Siswa tidak bisa contek mencontek, hal ini karena sistem ujian elektronik bisa mengacak soal, jadi antara siswa satu dengan yang lain soalnya bisa berbeda
• Melatih siswa berpikir cepat dan benar. Soal yang ditampilkan bisa kita atur timer berapa lama akan tampil menunggu jawaban siswa, jika dalam waktu yang ditentukan, siswa tidak menjawab, otomatis akan diganti dengan soal selanjutnya. Jadi jika waktu ujian 60 menit, maka akan tepat 60 menit berakhir.
• Guru dan siswa dapat mengetahui nilai ujian pada saat itu juga , setelah semua soal dijawab.
• Guru tidak perlu repot lagi memeriksa jawaban siswa jika jenis soalnya adalah pilihan ganda, namun jika esai, guru masih tetap harus memeriksanya
• Membiasakan siswa bekerja dengan komputer

Proses Desain

Biar lebih jelas berikut gambaran sederhana dari ujian elektronik dengan DFD:

sekali lagi ini hanya ide sederhana, jika sudah ada waktu insyaallah akan saya realisasikan sampai jadi aplikasinya. Ada yang berminat kerjasama ?