Testing & Implementation Information System module by Mr. Taufik Darwis. please download if you are needing it.
Week 1
Week 2
Week 4
Week 5
Week 6
Week 8
Week 11 A
Week 10 A
Week 13
Week 12
Testing & Impelentasi SI
Read User's Comments(0)
Customer Relationship Management
this is Customer Relationship Management module by Mr. Nicky. please download if you are needing it. :D
01 - Rethinking Marketing
02 - The Genesis of RMCRM
03 - RMCRM - Paradigm Shift
04 - Strategic Framework of CRM
05 - The Strategy Development Process
06 - Value Creation Process
07 - The Multi - Channel
08 - The Information CRM Process
09 - The Performance Assessment
10 - CRM Organization
Sistem Pakar / Expert System ?
By Audika
Sistem pakar adalah suatu program komputer yang mengandung pengetahuan dari satu atau lebih pakar manusia mengenai suatu bidang spesifik. Jenis program ini pertama kali dikembangkan oleh periset kecerdasan buatan pada dasawarsa 1960-an dan 1970-an dan diterapkan secara komersial selama 1980-an. Bentuk umum sistem pakar adalah suatu program yang dibuat berdasarkan suatu set aturan yang menganalisis informasi (biasanya diberikan oleh pengguna suatu sistem) mengenai suatu kelas masalah spesifik serta analisis matematis dari masalah tersebut. Tergantung dari desainnya, sistem pakar juga mampu merekomendasikan suatu rangkaian tindakan pengguna untuk dapat menerapkan koreksi. Sistem ini memanfaatkan kapabilitas penalaran untuk mencapai suatu simpulan.
Dalam penyusunannya, sistem pakar mengkombinasikan kaidah-kaidah penarikan kesimpulan (inference rules) dengan basis pengetahuan tertentu yang diberikan oleh satu atau lebih pakar dalam bidang tertentu. Kombinasi dari kedua hal tersebut disimpan dalam komputer, yang selanjutnya digunakan dalam proses pengambilan keputusan untuk penyelesaian masalah tertentu.
Reference by: Michaele
Model Proses Perangkat Lunak ?
By Audika
- Sekuensial linear
Gambar dibawah ini menggambarkan sekuensial linier untuk rekayasa perangkat lunak, yang sering disebut juga dengan “siklus kehidupan klasik” atau “model air terjun”. Model sekuensial linier mengusulkan sebuah pendekatan kepada perkembangan perangkat lunak sistematik dan sekuensial yang mulai pada tingkat dan kemajuan sistem pada seluruh analisis, desain, kode, pengujian dan pemeliharaan. Dimodelkan setelah siklus rekayasa konvensional, model sekuensial linier melingkupi aktivitas-aktivitas sbb :
Rekayasa dan pemodelan sistem/informasi. Karena perangkat lunak selalu merupakan bagian dari sebuah sistem yang lebih besar, kerja dimulai dengan membangun syarat dari semua elemen sistem dan mengalokasikan beberapa subset dari kebutuhan ke perangkat lunak tersebut.
Analisis kebutuhan perangkat lunak. Proses pengumpulan kebutuhan diintensifkan dan difokuskan, khususnya pada perangkat lunak. Untuk memahami sifat program yang dibangun, perekayasa perangkat lunak (analis) harus memahami domain informasi, tingkah laku, unjuk kerja, dan antar muka (interface) yang diperlukan. Kebutuhan baik untuk sistem maupun perangkat lunak didokumentasikan dan dilihat lagi dengan pelanggan.
Desain. Desain perangkat lunak sebenarnya adalah proses multi langkah yang berfokus pada empat atribut sebuah program yang berbeda; struktur data, arsitektur perangkat lunak, representasi interface, dan detail (algoritma) prosedural. Proses desain menerjemahkan syarat/kebutuhan ke dalam sebuah representasi perangkat lunak yang dapat diperkirakan demi kualitas sebelum dimulai pemunculan kode. Sebagaimana persyaratan, desain didokumentasikan dan menjadi bagian dari konfigurasi perangkat lunak.
Generasi Kode. Desain harus diterjemahkan ke dalam bentuk mesin yang bisa dibaca. Langkah pembuatan kode melakukan tugas ini. Jika desain dilakukan dengan cara yang lengkap, pembuatan kode dapat diselesaikan secara mekanis.
Pengujian. Sekali kode dibuat, pengujian program dimulai. Proses pengujian berfokus pada logika internal perangkat lunak, memastikan bahwa semua pernyataan sudah diuji, dan pada eksternal fungsional – yaitu mengarahkan pengujian untuk menemukan kesalahan-kesalahan dan memastikan bahwa input yang dibatasi akan memberikan hasil aktual yang sesuai dengan hasil yang dibutuhkan.
Pemeliharaan. Perangkat lunak akan mengalami perubahan setelah disampaikan kepada pelanggan. Perubahan akan terjadi karena kesalahan-kesalahan ditentukan, karena perangkat lunak harus disesuaikan untuk mengakomodasi perubahan-perubahan di dalam lingkungan eksternalnya, atau karena pelanggan membutuhkan perkembangan fungsional atau unjuk kerja. Pemeliharaan perangkat lunak mengaplikasikan lagi setiap fase program sebelumnya dan tidak membuat yang baru lagi.
Model sekuensial linier adalah paradigma rekayasa perangkat lunak yang paling luas dipakai dan paling tua. Masalah-masalah yang kadang-kadang terjadi ketika model sekuensial linier diaplikasikan adalah:
- Jarang sekali proyek nyata mengikuti aliran sekuensial yang dianjurkan oleh model ini. Meskipun model linier bisa mengakomodasi iterasi, model itu melakukannya dengan cara tidak langsung.
- Kadang-kadang sulit bagi pelanggan untuk menyatakan semua kebutuhannya secara eksplisit.
- Pelanggan harus bersikap sabar. Sebuah versi kerja dari program-program itu tidak akan diperoleh sampai akhir waktu proyek dilalui.
- Pengembang sering melakukan penundaan yang tidak perlu. Bradac mendapatkan bahwa pada model ini banyak anggota tim proyek haus menunggu tim yang lain untuk melengkapi tugas yang saling memiliki ketergantungan.
- Masing-masing dari masalah tersebut bersifat riil. Tetapi paradigma siklus kehidupan klasik memiliki tempat yang terbatas namun penting di dalam kerja rekayasa [erangkat lunak. Paradigma itu memberikan template di mana metode analisis, desain, pengkodean, pengujian dan pemeliharaan bisa dilakukan. Siklus kehidupan klasik tetap menjadi model bagi rekayasa perangkat lunak yang paling luas dipakai.
- Prototype
Sering seorang pelanggan mendefinisikan serangkaian sasaran umum bagi perangkat lunak, tetapi tidak melakukan mengidentifikasi kebutuhan output, pemrosesan, ataupun input detail. Pada kasus lain pengembang mungkin tidak memiliki kepastian terhadap efisiensi algoritma, kemampuan penyesuaian dari sebuah sistem operasi, atau bentuk-bentuk yang harus dilakukan oleh interaksi manusia dengan mesin. Dalam hal ini serta pada banyak situasi yang lain, protyping paradigma mungkin menawarkanpendekatan yang terbaik.
Prototyping paradigma dimulai dengan pengumpulan kebutuhan. Kemudian dilanjutkan dengan mengidentifikasi kebutuhan yang diketahui, dan area garis besar di mana definisi lebih jauh merupakan keharusan kemudian dilakukan “perancangan kilat”. Perancangan kilat berfokus pada penyajian dari aspek-aspek perangkat lunak tersebut yang akan nampak bagi pelanggan/pemakai. Prototipe tsb dievaluasi oleh pelanggan dan dipakai untuk menyaring kebutuhan pengembangan perangkat lunak. Iterasi terjadi pada saat prototipe disetel untuk memenuhi kebutuhan pelanggan, dan pada saat yang sama memungkinkan pengembang untuk secara lebih baik memahami apa yang harus dilakukannya.
Prototipe Paradigma
Para pemakai merasa enak dengan sistem aktual, sedangkan pengembang bisa membangunnya dengan segera. Tetapi prototyping bisa juga menjadi masalah karena alasan-alasan sbb :
1. Pelanggan melihat apa yang tampak sebagai versi perangkat lunak yang bekerja tanpa melihat bahwa prototipe itu dijalin bersama-sama, tanpa melihat bahwa kita belum mencantumkan kualitas perangkat lunak secara keseluruhan atau kemampuan pemeliharaan untuk jangka waktu yang panjang.
2. Pengembang sering membuat kompromi-kompromi implementasi untuk membuat prototipe bekerja dengan cepat.
Meskipun berbagai masalah bisa terjadi, prototipe bisa menjadi paradigma yang efektif bagi rekayasa perangkat lunak. Kuncinya adalah mendefinisikan aturan-aturan main pada saat awal; yaitu pelanggan dan pengembang keduanya harus setuju bahwa prototipe dibangun untuk berfungsi sebagai mekanisme pendefinisian kebutuhan.
- RAD
Rapid application development (RAD) atau rapid prototyping adalah model proses pembangunan perangkat lunak yang tergolong dalam teknik incremental (bertingkat). RAD menekankan pada siklus pembangunan pendek, singkat, dan cepat. Waktu yang singkat adalah batasan yang penting untuk model ini. Rapid application development menggunakan metode iteratif (berulang) dalam mengembangkan sistem dimana working model (model bekerja) sistem dikonstruksikan di awal tahap pengembangan dengan tujuan menetapkan kebutuhan (requirement) user dan selanjutnya disingkirkan. Working model digunakan kadang-kadang saja sebagai basis desain dan implementasi sistem final.
Penerapan model RAD mengadopsi model waterfall dan pembangunan dalam waktu singkat yang dicapai dengan menerapkan:
- Component based construction ( pemrograman berbasis komponen bukan prosedural).
- Penekanan pada penggunaan ulang (reuse) komponen perangkat lunak yang telah ada.
- Pembangkitan kode program otomatis/semi otomatis.
- Multiple team (banyak tim), tiap tim menyelesaikan satu tugas yang selevel tapi tidak sama. Banyaknya tim tergantung dari area dan kompleksitasnya sistem yang dibangun.
Jika keutuhan yang diinginkan pada tahap analisis kebutuhan telah lengkap dan jelas, maka waktu yang dibutuhkan untuk menyelesaikan secara lengkap perangkat lunak yang dibuat adalah berkisar 60 sampai 90 hari. Model RAD hampir sama dengan model waterfall, bedanya siklus pengembangan yang ditempuh model ini sangat pendek dengan penerapan teknik yang cepat.
Sistem dibagi-bagi menjadi beberapa modul dan dikerjakan beberapa tim dalam waktu yang hampir bersamaan dalam waktu yang sudah ditentukan. Model ini melibatkan banyak tim, dan setiap tim mengerjakan tugas yang selevel, namun berbeda. Sesuai dengan pembagian modul sistem.
Beberapa hal (kelebhan dan kekurangan) yang perlu diperhatikan dalam implementasi pengembangan menggunakan model RAD :
- Model RAD memerlukan sumber daya yang cukup besar, terutama untuk proyek dengan skala besar.
- Model ini cocok untuk proyek dengan skala besar.
- Model RAD memerlukan komitmen yang kuat antara pengembang dan pemesssan, bahkan keduanya bisa tergabung dalam 1 tim
- Kinerja dari perangkat lunak yang dihasilkan dapat menjadi masalah manakala kebutuhan-kebutuhan diawal proses tidak dapat dimodulkan, sehingga pendekatan dengan model ini kurang bagus.
- Sistem yang tidak bisa dimodularisasi tidak cocok untuk model ini.
- Penghalusan dan penggabungan dari beberapa tim di akhir proses sangat diperlukan dan ini memerlukan kerja keras.
- Proyek bisa gagal karena waktu yang disepakati tidak dipenuhi
- Risiko teknis yang tinggi juga kurang cocok untuk model ini.
- Assembly
Assembly atau lebih umum dikenal sebagai Bahasa rakitan adalah bahasa pemrograman tingkat rendah yang digunakan dalam pemrograman komputer, mikroprosesor, pengendali mikro, dan perangkat lainnya yang dapat diprogram. Bahasa rakitan mengimplementasikan representasi atas kode mesin dalam bentuk simbol-simbol yang secara relatif lebih dapat dipahami oleh manusia. Berbeda halnya dengan bahasa-bahasa tingkat tinggi yang berlaku umum, bahasa rakitan biasanya mendukung secara spesifik untuk suatu ataupun beberapa jenis arsitektur komputer tertentu. Dengan demikian, portabilitas bahasa rakitan tidak dapat menandingi bahasa-bahasa lainnya yang merupakan bahasa pemrograman tingkat tinggi. Namun demikian, bahasa rakitan memungkinkan programmer memanfaatkan secara penuh kemampuan suatu perangkat keras tertentu yang biasanya tidak dapat ataupun terbatas bila dibuat dengan menggunakan bahasa pemrograman tingkat tinggi.
Pada bahasa rakitan, programmer umumnya menggunakan sebuah program utilitas yang disebut sebagai perakit (bahasa Inggris: assembler) yang digunakan untuk menerjemahkan kode dalam bahasa rakitan tersebut ke dalam kode mesin untuk perangkat keras tertentu. Sebuah perintah dalam bahasa rakitan biasanya akan diterjemahkan menjadi sebuah instruksi mnemonic dalam kode mesin, berbeda halnya dengan kompiler pada bahasa pemrograman tingkat tinggi yang menerjemahkan sebuah perintah menjadi sejumlah instruksi dalam kode mesin.
Beberapa perangkat lunak bahasa rakitan terkenal biasanya menyediakan tambahan fitur untuk memgasilitasi proses pengembangan program, mengontrol proses perakitan, dan alat bantu debugging.
Ada beberapa dasar alasan menggunakan bahasa rakitan dilihat dari sudut pandang penggunaannya:
· Bahasa rakitan dibandingkan dengan bahasa mesin, bahasa rakitan merupakan representasi atas bahasa mesin yang dirancang agar lebih mudah dipahami oleh manusia. Dengan menggunakan bahasa rakitan, seorang programmer dapat lebih mudah mengingat instruksi-instruksi dengan menggunakan simbol yang lebih dapat dimengerti dibandingkan bila menggunakan simbol mnemonic kode mesin secara langsung. Demikian halnya pula dengan mekanisme lompatan yang umum terdapat dalam bahasa mesin yang biasanya menggunakan alamat memori, programmer dapat lebih mudah menggunakan fasilitas labeling yang terdapat bahasa rakitan dibandingkan menggunakan alamat memori tertentu dalam kode mnemonic.
· Bahasa rakitan dibandingkan dengan bahasa tingkat tinggi, bahasa rakitan memungkinkan programmer untuk mengontrol serta memanfaatkan secara penuh kapabilitas yang terdapat atas suatu perangkat keras, berbeda halnya dengan bahasa pemrograman tingkat tinggi yang memiliki banyak keterbatasan dalam pemanfaatan secara penuh suatu perangkat keras. Bahasa rakitan menjanjikan tingkat unjuk kerja yang maksimum karena sifatnya yang menerjemahkan secara langsung instruksi rakitan menjadi instruksi mesin, berbeda halnya dengan bahasa pemrograman tingkat tinggi yang biasanya menerjemahkan sebuah instruksi menjadi sejumlah kode mesin.
- Inkremental
Model inkremental menggabungkan elemen-elemen model sekuensial linier dengan filosofi prototipe iteratif. Pada saat model pertambahan dipergunakan, pertambahan pertama sering merupakan produk inti (core product), yaitu sebuah model pertambahan yang dipergunakan, tetapi beberapa muka tambahan tetap tidak disampaikan. Produk inti tersebut dipergunakan oleh pelanggan (atau mengalami pengkajian lebih detail). Sebagai hasil dari pemakaian dan/atau evaluasi, maka dikembangkan rencana bagi pertambahan selanjutnya. Rencana tersebut menekankan modifikasi produk inti untuk secara lebih baik memenuhi kebutuhan para pelanggan dan penyampaian fitur serta fungsionalitas tambahan. Proses ini diulang mengikuti penyampaian setiap pertambahan sampai bisa menghasilkan produk yang lengkap.
Model proses pertambahan tersebut, seperti model prototipe dan pendekatan-pendekatan evolusioner yang lain, bersifat iteratif. Tetapi tidak seperti model prototipe, model pertambahan berfokus pada penyampaian produk operasional dalam setiap pertambahannya. Pertambahan awal ada di versi stripped down dari produk akhir, tetapi memberikan kemampuan untuk melayani pemakai dan juga menyediakan platform untuk evaluasi oleh pemakai.
Reference by: Michaele
Strategi Pencegahan Resiko Pembuatan Aplikasi ?
By Audika
- Menghindar
Menghindari konflik dapat dilakukan jika isu atau masalah yang memicu konflik tidak terlalu penting atau jika potensi konfrontasinya tidak seimbang dengan akibat yang akan ditimbulkannya. Penghindaran merupakan strategi yang memungkinkan pihak-pihak yang berkonfrontasi untuk menenangkan diri. Manajer perawat yang terlibat didalam konflik dapat menepiskan isu dengan mengatakan “Biarlah kedua pihak mengambil waktu untuk memikirkan hal ini dan menentukan tanggal untuk melakukan diskusi”
- Mengakomodasi
Memberi kesempatan pada orang lain untuk mengatur strategi pemecahan masalah, khususnya apabila isu tersebut penting bagi orang lain. Hal ini memungkinkan timbulnya kerjasama dengan memberi kesempatan pada mereka untuk membuat keputusan. Perawat yang menjadi bagian dalam konflik dapat mengakomodasikan pihak lain dengan menempatkan kebutuhan pihak lain di tempat yang pertama.
- Kompetisi
Gunakan metode ini jika anda percaya bahwa anda memiliki lebih banyak informasi dan keahlian yang lebih dibanding yang lainnya atau ketika anda tidak ingin mengkompromikan nilai-nilai anda. Metode ini mungkin bisa memicu konflik tetapi bisa jadi merupakan metode yang penting untuk alasan-alasan keamanan.
- Kompromi atau Negosiasi
Masing-masing memberikan dan menawarkan sesuatu pada waktu yang bersamaan, saling memberi dan menerima, serta meminimalkan kekurangan semua pihak yang dapat menguntungkan semua pihak.
- Memecahkan Masalah atau Kolaborasi
Pemecahan sama-sama menang dimana individu yang terlibat mempunyai tujuan kerja yang sama.
- Perlu adanya satu komitmen dari semua pihak yang terlibat untuk saling mendukung dan saling memperhatikan satu sama lainnya.
Contoh Implementasi Manajemen Proyek?
By Audika
- Penjadwalan kerja para sumber daya manusia dengan menggunkan Microsoft Project di dalam proyek konstruksi bangunan.
- Perumusan dan pemantauan kinerja para pekerja dengan menggunakan Gantt Chart.
Apa Saja Metode Manajemen Proyek?
By Audika
Metode yang biasa digunakan adalah:
a. Gantt Chart adalah penggambaran secara grafikal dari jumlah-jumlah task terhadap progress waktu. Gantt Chart adalah alat yang sangat berguna untuk melakukan perencanaan dan penjadwalan proyek. Gantt Chart sangat membantu ketika mengawasi perkembangan dari proyek. Metode ini merupakan tipe dari grafik batang yang mengilustrasikan jadwal proyek yang melakukan ilustrasi mulai dan selesainya tanggal dari elemen terminal jumlah dari elemen proyek.
b. PERT Chart adalah tool dari manajemen proyek yang digunakan untuk penjadwalan, koordinasi tugas, pengorganisasian berdasarkan proyek. PERT sendiri kepanjangannya adalah Program Evaluation Review Technique, suatu metodologi yang dikembangkan oleh US Navy pada tahun 1950an untuk mengatur program Polaris missile kapal selam. PERT Chart menggambarkan ilustrasi grafik proyek yaitu biasa disebut Network Diagram yang terdiri dari beberapa nodes yang menggambarkan kejadian di dalam proyek yang dihubungkan dengan vector dari berbagai task di dalam suatu proyek.
c. Run Charts adalah sebuah grafik garis yang diplot di dalam urutan kronoligis yang membantu mendeteksi penyebab-penyebab special dari perbedaan.
Sumber
- www.ganttchart.com (diakses pada tanggal 12 maret/20.10)
- www.searchsoftwarequality.techtarget.com (diakses pada tanggal 12 maret/20.50)
- www.au.af.mil (diakses pada tanggal 12 maret/20.55)
Apa Itu Manajemen Proyek?
By Audika
sebelum masuk kepada inti dari teori yang dimaksud, kita masuk terlebih dahulu apa itu proyek dan manajemen itu sendiri.
proyek adalah tugas, kerja, assignment yang harus dilakukan dan diselesaikan berdasarkan waktu yang ditetapkan atau disepakati, kemudian budget yang sesuai dengan sumber daya dan alat-alat penunjang yang didesain untuk menemukan kebutuhan dari stakeholder dan hal itu harus bersifat menguntungkan. sedangkan manajemen itu sendiri merupakan suatu penggabungan proses-proses di mana individu-individu yang terkait atau merupakan bagian dari organisasi dilibatkan untuk proses perencanaan, pengorganisasian, dan juga melakukan aktivitas-aktivitas produksi, yang semuanya diarahkan pada sasaran yang diinginkan dan ditetapkan dan berlangsung terus menerus sampai terjadinya peninjauan ulang manajemen dan restorasi yang terjadi.
Sehingga manajemen proyek bisa diartikan adalah penggunaan pengetahuan, skill, tools, dan teknik untuk merencanakan dan mengimplementasikan aktivitas untuk mengetahui atau melampaui kebutuhan dan ekspektasi dari stakeholder terhadap suatu proyek. menurut sumber lain yang saya tinjau manajemen proyek adalah penggabungan dari beberapa elemen yaitu sumber daya dan tugas yang kemudian diatur sedemikian rupa berdasarkan hal-hal yang bersifat menguntungkan yang tidak jauh kepada efisiensi biaya dan efektifitas waktu.
Sumber:
- www.manajemenproyek.net (diakses pada tanggal 12 maret 2012/19.30)
- www.mpug.com (diakses pada tanggal 10 maret 2012/14.48)
- www.etu.org (diakses pada tanggal 11 maret 2012/23.54)
Best Player ever managed in Football Manager - 5. Anthony Vanden Borre
here is. fresh talented player from Belgium. he’s a potential full back from me. having signed from Anderlecht in 2008 at age 19, he has an ability to be top player with his acceleration and good several techniques. reached average 17 from 20 for all attributes. i think, he has a lot potential.
Manajemen Proyek Sistem Informasi
Here is the latest of our new semester module, Project Management Information System.
Week 1
Week 2
Week 3
Week 4
Week 5
Week 6
Week 7
Mahagusti
this is my friend's band, called Mahagusti from Java. all personnel recently stay in Java, but my friend coming off from their hometown to Jakarta. already have several songs, now they enjoying to do next and start to hold well-earned.
01 - Tersenyumlah
02 - Hanya Kamu Yang Bisa
Kenapa BBM Harus Naik dan Kelangkaan yang Terjadi?
By Audika ini adalah fakta yang mengagetkan saya karena baru mengetahui hal ini. skandal besar-besaran oknum kalangan atas yang melakukan tindakan sewenang-wenang terhadap uang, yang merupakan amanah yang dipegang untuk berjalannya kegiatan ekonomi untuk rakyat.
BBM saat ini hampir pasti naik karena harga untuk minyak dunia sendiri telah melonjak drastis dan tidak bisa dibendung lagi(kata pemerintah). saya mau berpendapat mengenai hal ini. saya juga mengutip beberapa hal tentang ini dari dosen saya.
kebutuhan BBM di Indonesia sekitar 1,2 juta Barrel/hari. sedangkan produksi di Indonesia sendiri tidak lebih dari 1 juta Barrel/hari. dari 1 juta barrel tersebut, 700rb digunakan di dalam negeri. sedangkan 300rb untuk ekspor. yang menjadi pertanyaan saya saat ini dan belum terjawabkan, kenapa harus eskpor minyak kalo memang kita kekurangan?
kemudian dari 700rb barrel tersebut, 70% digunakan untuk kebutuhan transportasi. sedangkan 30% untuk keperluan industri di dalam negeri. harga untuk transportasi, Rp 4500/liter untuk kelas premium, yang telah disubsidi. untuk industri, tidak ada subsidi. harganya Rp 8000/liter. nah di sini terjadinya korupsi. seharusnya jatah subsidi untuk rakyat yang harganya Rp 4500 diselewengkan, dijual kepada Industri-industri dengan harga normal tanpa subsidi. itu dia yang menyebabkan terjadinya kelangkaan BBM di beberapa daerah saat ini, kelakuan oknum-oknum yang mengambil jatah rakyat untuk keperluan para industri.
seharusnya Indonesia tidak perlu menaikkan BBM. Indonesia itu kaya sekali. hanya korupsi saja yang menyebabkan kebijakan(menaikkan BBM) tersebut terjadi. tidak tanggung-tanggung karena kegiatan laknat tersebut menyeluruh ke berbagai bidang di pemerintahan.
ini salah satu kutipan dari dosennya saya tentang proyek yang dikerjakannya dari pemerintah. "saya pernah mempunyai Proyek yang nilainya 45 miliar. tetapi sampai di lapangan hanya 11 miliar. sisanya buat foya2 kalangan atas."
kesimpulannya. harga BBM naik yang akan terjadi karena para pejabat atas tidak bisa korupsi, dipakai untuk subsidi. ini adalah fakta di lapangan.
saya juga mau memberikan sedikit komentar mengenai melonjaknya harga minyak bumi saat ini yang menyentuh 120 dollar/barrel. kemungkinan besar karena Iran telah berhenti mengekspor minyak mereka ke dunia. sehingga pasokan minyak di dunia menjadi berkurang dan berpengaruh kepada sensitifnya harga.
jadi statemen yang dilakukan pemerintah yang mengatakan bahwa BBM hampir semua dinikmati oleh kalangan atas hanya sebagai pengalih perhatian. wajar rakyat saat ini marah. jadi, apa yang harus dilakukan saat ini???
jadi statemen yang dilakukan pemerintah yang mengatakan bahwa BBM hampir semua dinikmati oleh kalangan atas hanya sebagai pengalih perhatian. wajar rakyat saat ini marah. jadi, apa yang harus dilakukan saat ini???
John Mayer - Heavier Things
01 - Clarity
02 - Bigger Than My Body
03 - Something Missing
04 - New Deep
05 - Come Back To Bed
06 - Home Life
07 - Split Screen Sadness
08 - Daughters
09 - Only Heart
10 - Wheel
Bonus Track
01 - Clarity (Acoustic)
02 - Neon (Live)
03 - Come Back To Bed (Live)
04 - Kid A
05 - Clarity (Single Remix)
Links: 4Shared
Best Player ever managed in Football Manager - 4. Sultan Cem
i must have a respect about this. he really talented striker. just in fact, in Football Manager i always bought young player from many clubs in the world then they will placed at u-18 squad and given extra tutorial from their senior instructed by me. usually i mostly find their potential in South America, but he came off from Europe, Turkey. i landed him from Galatasaray at age 16. overall, his skill not interesting yet, but i love his Finishing (20 from 20) and Composure (19 from 20), other skills reached well until 20 years old. really best striker in my young squad ever. i am big fan of him.
Keith Urban - In The Ranch
it's a musician who loved by my friends. so i have no words to describe him. i just wanna know how cool he is. and it's realized.
01 - Walkin' The Country
02 - Homespun Love
03 - Just Some Love
04 - Some Days You Gotta Dance
05 - My Last Name
06 - Desiree
07 - Freedom's Finally Mine
08 - Hank Don't Fail Me Now
09 - Why's It Feel So Long
10 - Clutterbilly
11 - Man Of The House
12 - Ghost In The Guitar
13 - Stuck In The Middle
14 - Billy
Best Player ever managed in Football Manager - 3. Sherman Cardenas
nobody knows him, the most talented Colombian young player for me. labelled as “Wonderkid” at age 17. he really impresses me so much. i like him to be here, in my squad. landed from Bucaramanga in 2008, fee compensation only. he is attacking midfielder with his ability reached 16 from 20 for all attributes. i don’t have any comment yet. just one word to describe him, awesome.
Langganan:
Postingan (Atom)
Entri Populer
-
I think, this album that contains classical song from every composer in the world is great. all songs are good because taken from most of ...
