Requerment Software Engineering

Definisi
Requirement menurut IEEE Standard Glossary of Software Engineering Technology (IEEE Std 610.12-1990) dapat diartikan sebagai berikut.

• Suatu kondisi atau kemampuan yang diperlukan oleh user untuk memecahkan masalah atau mencapai tujuan
• Suatu kondisi atau kemampuan yang harus dipenuhi atau dimiliki oleh sistem atau komponen sistem untuk memenuhi kontrak, standard, spesifikasi atau dokumen formal lain
• Gambaran yang terdokumentasi dari kondisi atau kemampuan yang disebut pada kondisi 1 dan 2 diatas

Menurut Sommerville requirement adalah spesifikasi dari apa yang harus diimplementasikan, deskripsi bagaimana sistem harusnya berkerja atau bagian-bagian yang ada didalam sistem, bisa juga dijadikan batasan dalam proses pengembangan sistem.

Ada beberapa macam requirement menurut Sommerville yaitu:
a. User Requirement (kebutuhan pengguna)
Pernyataan tentang layanan yang disediakan sistem dan tentang batasan-batasan perasionalnya. Pernyataan ini dapat dilengkapi dengan gambar/diagram yang dapat dimengerti dengan mudah.

b. System requirement (kebutuhan system)
Sekumpulan layanan/kemampuan sistem dan batasan-batasannya yang ditulis secara detil. System requirement document sering disebut functional specification (spesifikasi fungsional), harus menjelaskan dengan tepat dan detil. Ini bisa berlaku sebagai kontrak antara klien dan pembangun.

c. Software design specification ( spesifikasi rancangan perangkat lunak)
Gambaran abstrak dari rancangan software yang menjadi dasar bagi perancangan dan implementasi yang lebih detil.

Secara umum, requirement dibagi menjadi 2 yaitu
Functional requirement : menjelaskan tentang fungsional dari sistem
Non-Functional requirement : yang berperan untuk member batasan pada solusi atau biasa disebut quality requirement.

Requirement yang baik mempunyai karakteristik untuk tetap konsisten, dibutuhkan, tidak ambigu, dan bisa diverifikasi. Selain itu requirement juga harus lengkap, kenapa?

• Kesesuaian dengan keinginan pelanggan.
• Mengestimasi serta menjaga jadwal dan biaya pengembangan
• Menjaga arsitektur, desain, implementasi, dan tes dari pengembangan agar terhindar dari ketidak lengkapan dan kesalahan karena asusmsi yang salah.
• Menghindari ambigu
• Keamanan, telah terbukti banyak kegagalan terjadi karena tidak lengkapnya requirement.

Donald Firesmith merekomendasikan menggunakan multi requirement model sehingga sudut pandang bisa lebih luas dan detil, model tersebut harus di identifikasi, analisis, dan didokumentasikan. Gunakan checklist untuk memeriksa apakah model telah terimplementasi dalam requirement. Buatlah model sesuai dengan kebutuhan proyek secara spesifik. Serta memastikan pengalaman dan keragaman anggota team untuk menyesuaikan dengan kekomplekan sistem yang sedang dibangun. Selain itu gunakan repository untuk menyimpan metadata requirement untuk mendapatkan requirement sesuai dengan kebutuhan proyek, dan gunakan alat yang mampu mengidentifikasikan metadata dan report yang kurang. Dengan metode requirement iterative dan incremental, secara berkelanjutan kebutuhan pelanggan dan pengguna akan selalu berkembang sehingga requirement juga akan ikut berkembang, hal ini berarti requirement yang lengkap menjadi state yang relative.

Kelengkapan requirement harus tetap dijaga karena banyak requirement engineering yang tidak tahu bahwa sebenarnya requirement mereka kurang lengkap sehingga bisa menimbulkan “bencana” dalam pengembangan sistem, untuk itu perlu dibuat beberapa model requirement agar sudut pandang terhadap setiap detil bisa dipantau, den mengunakan repository untuk memudahkan dokumentasi dan verifikasi kepada stakeholder, selain itu memungkinkan juga melakukan check kelengkapan requirement berdasarkan template model proyek yang telah dispesifikasikan sesuai dengan kompleksitasnya.
Banyak orang sering salah dalam mendefinisikan requirement untuk sistem yang mereka bangun, kerena mereka kurang mendapat pelatihan dan pengalaman dalam membuat requirement. Bahkan di bangku kuliah yang mengajarkan mata kuliah system engineering hanya mengajarkan pengenalan untuk materi menulis requirement.

Aspek yang penting dari sistem engineering adalah merubah kebutuhan user menjadi jelas, ringkas, dan dapat diverifikasi. Requirement yang baik menyatakan sesuatu yang dibutuhkan, dapat diverifikasi, memungkinkan, dan Jelas.

Terdapat beberapa masalah yang sering ditemui dalam membuat requirement, diantaranya adalah : membuat asumsi yang buruk, menulis implementasi (HOW) daripada requirement (WHAT), menjelaskan operasional daripada kebutuhan, mengunakan istilah yang salah, mengunakan bahasa yang kurang tepat, requirement tidak lengkap, dan menspesifikasikan requirement secara berlebihan.

Asusmsi yang buruk terjadi karena pembuat requirement tidak mempunyai akses yang cukup terhadap informasi yang dibutuhkan. Hal ini bisa dikurangi dengan cara mendokumentasikan informasi yang kritis seperti kebutuhan, tujuan, batasan, misi dan lain-lain. Selain itu semua asumsi juga harus didokumentasikan sehingga ketika direview asumsi bisa diperbaiki jika tidak sesuai.

Spesifikasi requirement harus menyatakan Apa yang dibutuhkan (WHAT), bukan bagaimana hal tersebut di sediakan (WHY). Caranya dengan mentanyakan mengapa (WHY) anda membutuhkan requirement tersebut.

Istilah juga penting untuk diperhatikan, penulis requirement harus bisa membedakan istilah shall (bisa), will (akan) ,dan should (harus). Requirement mengunakan Shall (bisa), pernyataan fakta mengunakan will (akan), dan Tujuan mengunakan Should (harus).

Saat ini Requirement Spesification telah berpindah dari yang berkarateristik waterfall menjadi iterative, incremental, parallel, dan timebox.
Iterative Requirement Engineering : cocok digunakan untuk proses pengembangan yang terdapat fase penting yang belum pasti, misalnya pada software yang dibuat untuk ditawarkan kepada pelanggan, requirement pada software ini bisa berubah 180 deraajat karena pelanggan bisa membutuhkan sesuatu yang belum dipikirkan oleh pengembang, oleh sebab itu model iterative requirement engineering cocok untuk pengembangan software diatas, untuk memperbaiki dan meningkatkan kualitas software perlu melakukan iterasi yang berulang-ulang.

Incremental Requirement Engineering : Jika software yang akan dibuat terlalu besar dan komplek sehingga tidak bisa dibuat semua sekaligus, maka incremental requirement engineering sesuai untuk pengembangan software tersebut. Hal ini dikarenakan requirement elicitation, analysis,dan specification biasanya dilakukan secara incremental, dengan penambahan requirement dilakukan harian atau mingguan setelah perubahan signifikan dilakukan. Contoh yang paling mudah ditemukan adalah software seperti **legal copy** of microsoft word atau **legal copy** of corel draw yang mempunyai banyak versi seiring dengan perubahan tahun.

Parallel Requirement Engineering : dilaksanakan jika pengembangannya memiliki banyak aktifitas dan harus atau bisa dilakukan secara bersamaan, biasanya dalam proyek tersebut memiliki banyak sumber daya manusia dan hanya memiliki tenggat waktu yang rasional.

Timebox Requirement Engineering : jika proyek diselesaikan dalam waktu tertentu (deadline), maka harus dilakukan dengan memberikan batasan waktu (timebox) terhadap fase.
Yang perlu diperhatikan adalah keempat karateristik tersebut tidak harus dipilih salah satu dalam pengembangan requirement, namun sebaiknya digunakan semuanya, karena sejatinya keempat karakteristik tersebut tidak bersebrangan dan bisa mendukung satu sama lain untuk kelangsungan suatu proyek.

Modern Requirement
Yang menjadi tulang punggung dari modern requirement adalah repository. Dengan adanya repository memungkinkan untuk mengkontrol requirement dengan lebih fleksibel. Siapa yang menulis requirement, siapa yang mensetujui dapat mudah diketahui, perubahan dan history perubahan requirementpun bisa dilakukan, status pengerjaan requirement pun bisa diset dan dilihat ketika tahap pengembangan.
Selain itu dokumen requirement bisa dengan mudah digenerate dari repository dengan banyak versi untuk stakeholder yang berbeda-beda. Selain itu modern requirement juga terintegrasi dengan aktifitas dari stakeholder (misal IDE untuk menganalisa dan mendesign perangkat lunak) sehingga memudahkan dalam kerja sama tim pengembang perangkat lunak.

Pada akhirnya modern requirement mampu menghilangkan permasalah yang muncul di traditional requirement. Pembuatan requirement saat ini lebih cepat, lebih murah, dan mudah dikelola, selain itu requirement yang kurang lengkap dan tidak konsisten, ambigu, susah dimengerti lebih mudah diketahui dan diperbaiki karena fasilitas evaluasi modern requirement yang bisa melakukan review dan perubahan requirement di repository dengan mudah dan cepat.

Modern Requirement tool
Terdapat beberapa tool yang medukung modern requirement diantaranya adalah iRise Application Simulator. Tujuan dari iRise adalah memungkinkan bisnis analis / requirement engineering untuk mengembangkan requirement sekaligus dengan membuat simulasi aplikasi sehingga ketidaksamaan persepsi requirement dapat dihindari antar stakeholder. Selain itu terdapat JIRA , yang merupakan bug, issue tracking, dan project manajement system. JIRA didesain dengan focus penyelesaian tugas dengan mudah dan fleksibel. Selain itu memungkinkan untuk menuliskan fungsional baru sehingga JIRA bisa dipergunakan sebagai requirement repository.

Kesimpulan
Requirement adalah pernyataan yang mengidentifikasikan kebutuhan yang penting dalam sistem dan didalamnya mencakup aspek kebenaran, realistis, dibutuhkan, tidak ambigu, dan terukur. Langkah yang paling penting dalam proses requirement adalah komunikasi yang akurat antara user yang memerlukan sistem dengan pembuat sistem.

Mempunyai Requerment Engineering yang bagus adalah penting karena dampaknya mampu mengurangi biaya proyek, dan diterimanya sistem oleh stakeholder sehingga bisa mengarah kepada keuntungan yang tinggi. Namun juga harus diakui dibutuhkan tenaga dan waktu yang tidak sedikit untuk berinvestasi dalam pembuatan requirement yang benar-benar bagus. Untuk mendapatkan requirement yang bagus, ada banyak pekerjaan/tasks harus dilakukan, untuk itu tim Requerment Engineering tidak hanya bekerja pada awal dari proyek namun bekerja melalui tahap pengembangan sampai tahap delivery untuk memastikan requirement benar-benar sesuai.

Referensi

1. IEEE Standard Glossary of Software Engineering Technology, IEEE Std 610.12-1990, Institute of Electrical and Electronics Engineers, New York, 1990
2. Sommerville, Ian. (2001), “Software Engineering” 6th. Addison Wesley.
3. [WIKI] “requirements”, http://en.wikipedia.org/wiki/Requirement
4. iRise “iRise – Product Overview “ ,http://www.irise.com/products/
5. jira “Atlassian – Beyond JIRA: Go beyond”,http://www.atlassian.com/beyond/go_beyond.jsp

JAMINAN KUALITAS PERANGKAT LUNAK

Jaminan kualitas perangkat lunak merupakan “aktivitas pelindung” yang diaplikasikan pada setiap proses perangkat lunak.

Konsep Kualitas
Kualitas didefinisikan sebagai sebuah karakteristik atau atribut dari sesuatu. Jika berkaitan dengan software, berarti karakteristik atau atribut dari software. Karakteristik atau atribut harus dapat diukur, atau dibandingkan dengan standar yang sudah diketahui/ditetapkan. Pada software meliputi: kompleksitas, kohesi, jumlah fungsi point, baris kode, dll.

Kualitas software yang ada, ditinjau dari kualitas design yaitu mengacu pada karakteristik yang ditentukan oleh designer terhadap suatu item tertentu, dan kualitas konformasi yaitu tingkat dimana spesifikasi design terus diikuti selama pembuatan software. Semakin tinggi kualitas konformasi, semakin bermutu dan bermanfaat software tersebut.

Kualitas perangkat lunak didefinisikan sebagai konformasi terhadap kebutuhan fungsional dan kinerja yang dinyatakan secara eksplisit, standar perkembangan yang didokumentasikan secara eksplisit, dan karakteristik implisit yang diharapkan bagi semua perangkat lunak yang dikembangkan secara profesional.

Kualitas Kontrol merupakan serangkaian pemeriksaan, kajian, dan pengujian yang digunakan pada keseluruhan siklus pengembangan untuk memastikan setiap produk memenuhi persyaratan yang ditetapkan. Kualitas kontrol mencakup loop umpan balik pada proses yang menciptakan produk kerja.

Software Quality Assurance (SQA) mencakup berbagai prosedur untuk aplikasi yang efektif dari metode dan piranti, meliputi :

• Teknologi rekayasa perangkat lunak
• Kajian teknik formal yang diaplikasikan pada keseluruhan proses perangkat lunak,
• Strategi dan teknik pengujian
• Prosedur untuk mengontrol perubahan,
• Prosedur untuk menjamin kesesuaian dengan standar yang ada,
• Pengukuran dan mekanisme pelaporan.

Jaminan kualitas (Quality Assurance) terdiri atas fungsi auditing dan pelaporan manajemen. Tujuan jaminan kualitas adalah untuk memberikan data yang diperlukan oleh manajemen untuk menginformasikan masalah kualitas produk, sehingga dapat memberikan kepastian dan konfidensi bahwa kualitas produk dapat memenuhi sasaran.

Kajian perangkat lunak merupakan salah satu aktivitas SQA yang terpenting. Kajian perangkat lunak berfungsi untuk “memurnikan” produk kerja perangkat lunak yang terjadi sebagai hasil dari analisis, desain, dan pengkodean.

Pendekatan Formal Terhadap SQA
Kualitas perangat lunak merupakan tugas setiap orang & kualitas dapat dicapai melalui analisis, desain, pengkodean, dan pengujian yang baik serta aplikasi standar pengembangan perangkat lunak yang
diterima. Pada lebuh dari dua dekade, segmen komunitas rekayasa perangkat lunak yang kecil tetapi vokal telah memperlihatkan bahwa dibutuhkan suatu pendekatan yang lebih formal terhadap jaminan kualitas perangkat lunak. Pembuktian matematis terhadap kebenarannya dapat diaplikasikan untuk menunjukkan bahwa program menyesuaikan diri secara tepat dengan spesifikasinya.

Banyak kesalahan ditemukan pada waktu perangkat lunak sedang dalam proses pengembangan. Cacat yang lain ditemukan setelah perangkat lunak diluncurkan kepada pemakai akhir. Meskipun ratusan kesalahan yang berbeda diluncurkan, semuanya dapat ditelusuri dari satu (atau lebih) penyebab berikut ini :

• Spesifikasi yang tidak lengkap atau keliru (IES)
• Kesalahan interpretasi komunikasi pelanggan (MMC)
• Deviasi intersioanl dari spesifikasi (IDS)
• Pelanggaran standar pemrograman (VPS)
• Kesalahan dalam representasi data (EDRIMI)
• Kesalahan dalam logika desain (EDL)
• Interface modul yang tidak konsisten (IMI)
• Pengujian yang tidak lengkap atau keliru (IET)
• Dokumentasi yang tidak lengkap atau tidak akurat (IID)
• Kesalahan dalam penerjemahan bahasa pemrograman desain (PLT)
• Antarmuka manusia dengan komputer yang tidak konsisten atau mengandung ambiguitas (HCI)

Pengukuran Reliabilitas dan Availabilitas Perangkat Lunak
Reliabilitas perangkat lunak, tidak seperti faktor kualitas yang lain, dapat diukur, diarahan, dan diestimasi dengan menggunakan data pengembangan historis. Reliabilitas perangkat lunak didefinisikan dalam bentuk statistik sebagai “kemungkinan operasi program komputer bebas kegagalan di dalam suatu lingkungan tertentu dan waktu tertentu”.

Kerja awal dalam reliabilitas perangkat lunak berusaha mengekstrapolasi matematika teori reliabitas perangkat keras. Sebagian besar model reliabilitas yang berhubungan dengan perangkat keras didasarkan pada kegagalan sehubungan dengan keusangan (wear), bukan kesalahan karena cacat desain. Dalam perangkat keras, kegagalan sehubungan dengan keusangan fisik (misalnya pengaruh suhu, korosi, kejutan) lebih banyak terjadi daripada kegagalan karena isu. Akan tetapi, yang terjadi pada perangkat lunak adalah hal yang sebaliknya. Kenyataannya, semua kegagalan perangkat lunak dapat ditelusuri ke dalam desain atau masalah implementasi; keusangan tidak tercakup.

Bila kita andaikan suatu sistem yang berbasis komputer, pengukuran reliabilitas secara sederhana
adalah berupa mean time between failure (MTBF), dimana :

(Akronim MTTF adalah mean time to failure dan MTR berarti mean time to repair.)

Availabilitas perangkat lunak adalah kemungkinan sebuah program beroperasi sesuai
dengan kebutuhan pada suatu titik yang diberikan pada suatu waktu dan didefinisikan sebagai :

Availabilitas = MTTF / (MTTF + MTTR) x 100 %

Pengukuran reliabilitas MTBF sama sensitifnya dengan MTTF dan MTTR. Pengukuran availabilitas jauh lebih sensitif daripada MTTR, yang merupakan pengukuran tidak langsung terhadap kemampuan pemeliharaan perangkat lunak.

Keamanan Perangkat Lunak dan Analisis Risiko

Leveson membicarakan pengaruh perangkat lunak dalam sistem kritis keamanan ketika menulis :

Sebelum perangkat lunak digunakan di dalam sistem kritis keamanan, perangkat lunak itu sering dikontrol oleh alat mekanik konvensional (tidak dapat diprogram) dan elektronik. Teknik keamanan sistem didesain untuk mengatasi kegagalan acak dalam sistem-sistem tersebut. Kesalahan perancangan oleh manusia dapat sepenuhnya dihindari atau dihilangkan sebelum perangkat lunak tersebut diluncurkan dan dioperasikan.

Keamanan perangkat lunak dan analisis risiko adalah aktivitas jaminan kualitas perangkat lunak yang berfokus pada identifikasi dan penilaian risiko potensial yang mungkin berpengaruh negatif terhadap perangkat lunak dan menyebabkan seluruh sistem menjadi gagal. Jika risiko dapat diidentifikasi pada awal proses rekayasa perangkat lunak, maka ciri-ciri desain perangkat lunak dapat ditetapkan sehingga akan mengeliminasi atau mengontrol risiko potensial.

RENCANA SQA (Software Quality Control)

SQA plan menjadi peta jalan untuk membangun jaminan kualitas perangkat lunak. Dikembangkan oleh
kelompok SQA dan tim proyek, rencana itu berfungsi sebagai template bagi aktifitas SQA yang dibangun
untuk setiap proyek perangkat lunak.

1. Tujuan Rencana
2. Referensi
3. Manajemen
1. Organisasi
2. Tugas
3. Tanggung jawab
4. Dokumentasi
1. Tujuan
2. Dokuen rekayasa perangkat lunak yang diperlukan
3. Dokumen-dokumen lain
5. Standar, Praktis dan Konversi
1. Tujuan
2. Konvensi
6. Tinjauan dan Audit
1. Tujuan
2. Tinjauan
• Kebutuhan perangkat lunak
• Desain
• Verifikasi dan validasi perangkat lunak
• Audit fungsional
• Audit fisik
• Audit in-process
• Manajemen
7. Pengujian
8. Pelaporan Masalah dan Tindakan Koreksi
9. Peranti, Teknik, dan Metodologi
10. Kontrol Kode
11. Kontrol Media
12. Kontrol Pemasok
13. Pengumpulan, Pemeliharaan, dan Penyimpanan Catatan
14. Pelatihan
15. Manajemen Risiko

Bagian Manajemen dari rencana tersebut menggambarkan tempat SQA pada struktur organisasi; tugas-tugas dan aktivitas SQA dan penempatannya di seluruh proses perangkat lunak;
dan peran organisasional serta tanggung jawab relatif terhadap kualitas produk.
Bagian Dokumentasi menggambarkan (dengan refernsi) masing-masing produk kerja yang dihasilkan sebagai bagian dari proses perangkat lunak.
Standar, Praktik dan Konversi mencatat semua standar/praktik yang diterapkan selama proses perangkat lunak (misalnya, standar dokumen, stadar pengkodean, dan pedoman kajian). Semua proyek, proses, dan metrik produk yang dikumpulkan sebagai bagian dari usaha rekayasa perangkat lunak juga harus dicatat.
Bagian Kajian dan Audit dari rencana mengidentifiaksi kajian dan audit yang akan dilakukan oleh tim rekayasa perangkat lunak, kelompok SQA, dan pelanggan. Bagian ini memberikan gambaran yang luas terhadap pendekatan bagi masing-masig kajian dan audit.
Bagian pengujian merujuk rencana dan prosedur pengujian perangkat lunak. Pelaporan Masalah dan Tindakan Korektif menentukan prosedur untuk pelaporan, pelacakan, dan pembetulan kesalahan serta cacat, juga mengidentifikasi tanggung jawab organisaional untuk akyivitas-aktivitas tersebut. Bagian akhir rencana SQA adalah mengidentifikasi peranti dan metode yang mengandung aktifitas dan tugas-tugas SQA.

Sistem jaminan kualitas dapat didefinisikan sebagai strukutr, tanggung jawab, prosedur, proses dan sumber-sumber daya organisasi untuk mengimplementasi manajemen kualitas. ISO 9000 menjelaskan elemen jaminan kualitas dalam bentuk yang umum yang dapat diaplikasikan pada berbagai bisnis tanpa memandang produk dan jasa yang ditawarkan.
ISO 9000 menggambarkan elemen sebuah sistem jaminan kualitas secara umum. Elemen-elemen tersebut mencakup struktur, prosedur, proses, organisasi, dan sumber daya yang dibutuhkan untuk mengimplementasi rencana kualitas, kontrol kualitas, jaminan, kualitas, dan pengembangan kualiats.

ISO 9001 adalah standar kualitas yang berkalu untuk rekayasa perangkat lunak. Standar tersebut berisi 20 syarat yang harus ada untuk mencapai sistem jaminan kualitas yangefektif. Karena standar ISO 9001 dapat diaplikasikan pada semua disiplin rekayasa / engineering, maka dikembangkan sekumpulan khusus pedoman ISO untuk membantu menginterpretsi standar untuk digunakan pada proses perangkat lunak.

Dua puluh syarat yang digambarkan oleh ISO 9001 menekankan topik-topik berikut :

1. Tanggung jawab manajemen
2. Sistem kualitas
3. Kajian kontrak
4. Kontrol desain
5. Kontrol data dan dokumen
6. Pembelian
7. Kontrol terhadap produk yang disuplai oleh pelanggan
8. Identifikasi dan kemampuan penelusuran produk
9. Kontrol proses
10. Pemeriksaan dan pengujian
11. Kontrol pemeriksaan, pengukuran, dan perlengkapan pengujian
12. Pemeriksaan dan status pengujian
13. Kontrol ketudaksesuaian produk
14. Tindakan preventif dan korektif
15. Penanganan, penyimpanan, pengepakan, preservasi, dan penyampaian
16. Kontrol terhadap catatan kualitas
17. Audit kualitas internal
18. Pelatihan
19. Pelayanan
20. Teknik statistik

SQA sangat kompleks karena kualitas perangkat lunakpun bersifat kompleks. Contohnya atribut program komputer yang diinginkan, didefinisikan sebagai “kumpulan persyaratan yang ditetapkan secara eksplisit dan implisit” sehingga program komputer tersebut dapat diterima pasar. Tetapi bila diperhatikan secara lebih umum, kualitas perangkat lunak mencakup banyak faktor produk dan proses yang berbeda serta metrik yang berhubungan.

Besaran dan Satuan

Fisika merupakan cabang ilmu yang sangat mengedepankan ekperimen. Ketika ada sebuah gejala alam maka akan dilakukan pengamatan, pengamatan yang dilakukan secara berulang dan bertujuan untuk menganalisis dan mendapatkan sebuah Konsep dilakukanlah Eksperimen. Dari hasil eksperimen akan diperoleh nilai berupa hasil pengukuran. Karena nilai hasil Pengukuran pada kasus yang berbeda-beda, maka nilai pengukuran harus disertai dengan sebuah Besaran.

Pengukuran yang dilakukan dengan alat ukur dalam eksperimen akan menghasilkan Hasil Pengukuran (Kuantitas). yang disajikan dalam bentuk Harga dan Satuan. Harga dan Satuan untuk menyajikan hasil pengukuran harus memberlakukan Sistem Satuan dan Standar Ukuran yang berlaku secara Internasional, sehingga akan muncul Satuan Internasional (SI) dan nilai Satuan Matrik.

Besaran Fisika adalah sebuah variabel nilai yang sudah ditetapkan, dan akan berlaku secara menyeluruh.
Besaran Fisika dibedakan menjadi:

1. Besaran Konseptual
• Besaran Pokok : Besaran yang ditetapkan dengan suatu standard ukuran
• Besaran Turunan : besaran yang dirumuskan dari besaran-besaran pokok
2. Besaran Matematis
• Besaran Vektor : Besaran yang mempunyai nilai dan arah
• Besaran Skalar : Besaran yang hanya mempunyai nilai

Contoh Besaran Pokok dan Satuannya menurut Satuan Internasional (SI) adalah :

• Panjang (L); satuannya : meter (m)
• Massa (m); satuannya : kilogram (kg)
• Waktu (t); satuannya : second (s)
• Arus listrik (I); satuannya : Ampere (A)
• Suhu (T); satuannya : Kelvin (K)
• Intensitas Cahaya (I); satuannya : Candela (cd)
• Jumlah Zat (N); satuannya : mol (M)

Contoh Besaran Turunan Satuannya menurut Satuan Internasional (SI) adalah :

• kecepatan (v); satuannya : meter/second (m/s)
• Percepatan (a); satuannya : meter/second2 (m/s2)
• gaya (F); satuannya : Newton (N)

Software atau perangkat lunak penggunaannya sudah “menjalar” ke semua aspek kehidupan. Jika kita lihat diberbagai instansi atau organisasi, maka kita akan mengenal istilah Sintem Informasi, mulai dari Akademik (SIAK) di sekolah-sekolah, sampai ke Sistem Informasi Kepolisian (SIAP). Beragam produksi Software juga menjadi pilihan atas penggunaan Software tersebut, mulai dari yang harga rendah, sedang atau harga tinggi, atau mulai dari software luar negeri atau software local.

Merebaknya penggunaan Software di satu sisi menguntungkan Programmer dan developer Software, karena banyaknya order dan pendapatan yang bisa diperoleh. Namun di sisi lain cukup mengkhawatirkan karena di Indonesia tidak ada institusi yang secara aktif bertugas membuat standard dalam pengukuran kualitas perangkat lunak. Jadi pengembang dan software house di Indonesia belum bisa mulai memperhatikan masalah kualitas perangkat lunak ini.

Kualitas perangkat lunak (software quality) adalah tema kajian dan penelitian turun temurun dalam sejarah ilmu rekayasa perangkat lunak (software engineering). Kajian dimulai dari apa yang akan diukur (apakah proses atau produk), apakah memang perangkat lunak bisa diukur, sudut pandang pengukur dan bagaimana menentukan parameter pengukuran kualitas perangkat lunak.
Bagaimanapun juga mengukur kualitas perangkat lunak memang bukan pekerjaan mudah. Ketika seseorang memberi nilai sangat baik terhadap sebuah perangkat lunak, orang lain belum tentu mengatakan hal yang sama. Sudut pandang seseorang tersebut mungkin berorientasi ke satu sisi masalah (misalnya tentang reliabilitas dan efisiensi perangkat lunak), sedangkan orang lain yang menyatakan bahwa perangkat lunak itu buruk menggunakan sudut pandang yang lain lagi (usabilitas dan aspek desain).

Pertanyaan pertama yang muncul ketika membahas pengukuran kualitas perangkat lunak, adalah apa yang sebenarnya mau kita ukur. Kualitas perangkat lunak dapat dilihat dari sudut pandang proses pengembangan perangkat lunak (process) dan hasil produk yang dihasilkan (product). Dan penilaian ini tentu berorientasi akhir ke bagaimana suatu perangkat lunak dapat dikembangkan sesuai dengan yang diharapkan oleh pengguna. Hal ini berangkat dari pengertian kualitas (quality) menurut IEEE Standard Glossary of Software Engineering Technology [3] yang dikatakan bahwa:

“The degree to which a system, component, or process meets customer or user needs or expectation.”

Dari sudut pandang produk, pengukuran kualitas perangkat lunak dapat menggunakan standard dari ISO 9126 atau best practice yang dikembangkan para praktisi dan pengembang perangkat lunak. Taksonomi McCall adalah best practice yang cukup terkenal dan diterima banyak pihak, ditulis oleh J.A. McCall dalam technical report yang dipublikasikan tahun 1977 [1].

Di lain pihak, dari sudut pandang proses, standard ISO 9001 dapat digunakan untuk mengukur kualitas perangkat lunak. Dan diskusi tentang ini berkembang dengan munculnya tema kajian tentang CMM (The Capability Maturity Model) yang dikembangkan di Software Engineering Institute, Carnegie Mellon University serta beberapa kajian lain seperti SPICE (Software Process Improvement and Capability Determination) dan BOOTSTRAP. CMM, SPICE dan BOOTSTRAP mengukur kualitas perangkat lunak dari seberapa matang proses pengembangannya.

Pendekatan engineering menginginkan bahwa kualitas perangkat lunak ini dapat diukur secara kuantitatif, dalam bentuk angka-angka yang mudah dipahami oleh manusia. Untuk itu perlu ditentukan parameter atau atribut pengukuran. Menurut taksonomi McCall [1], atribut tersusun secara hirarkis, dimana level atas (high-level attribute) disebut faktor (factor), dan level bawah (low-level attribute) disebut dengan kriteria (criteria). Faktor menunjukkan atribut kualitas produk dilihat dari sudut pandang pengguna. Sedangkan kriteria adalah parameter kualitas produk dilihat dari sudut pandang perangkat lunaknya sendiri. Faktor dan kriteria ini memiliki hubungan sebab akibat (cause-effect) [4][5].

Berikut adalah Faktor Kualitas (Quality Factor dan Quality Criteria) dari Perangkat Lunak

1. Correctness—> Completeness, Consistency, Traceability
2. Reliability —> Accuracy, Error Tolerane, Consistency, Simplicity
3. Efficiency —> Execution Efficiency, STorage Efficiency
4. Integrity —> Access Control, Access Audit
5. Usability —> Communicativeness, Operability, Training
6. Maintainability —> Consistency, Conciseness, Simplicity, Modularity, Self-documentation
7. Testability —> Simplicity, Modularity, Instrumentation, Self -documentation
8. Flexibility —> Expandability, Generality, Modularity, Self-doc
9. Portability —> Software System Independence, Hardware Independent, Self-documentation
10. Reusability —> Generality, software System Independence Hardware Independence, Modularity
11. Interoperability —> Communication Commonality, Data Commonalit Modularity.

Kualitas software diukur dengan metode penjumlahan dari keseluruhan kriteria dalam suatu faktor sesuai dengan bobot (weight) yang telah ditetapkan [2]. Rumus pengukuran yang digunakan adalah:

F1 = w1c1 + w2c2 + … + wncn

Dimana:
F1 adalah nilai total dari faktor a
wn adalah bobot untuk kriteria i
cn adalah nilai untuk kriteria i

Kemudian tahapan yang harus kita tempuh dalam pengukuran adalah sebagai berikut:
Tahap 1: Tentukan kriteria yang digunakan untuk mengukur suatu faktor
Tahap 2: Tentukan bobot (w) dari setiap kriteria (biasanya 0 <= w <= 1)
Tahap 3: Tentukan skala dari nilai kriteria (misalnya, 0 <= nilai kriteria <= 10)
Tahap 4: Berikan nilai pada tiap kriteria
Tahap 5: Hitung nilai total dengan rumus Fa = w1c1 + w2c2 + … + wncn

————-
REFERENSI
[1] J.A. McCall, P.K. Richards, and G.F. Walters, Factors in Software Quality, Tehnical Report RADC-TR-77-369, US Department of Commerce, 1977.
[2] T.P. Bowen, G.B Wigle, and J.T. Tsai, Specification of Software Quality Attributes: Software Quality Evaluation Guidebook, Technical Report RADC-TR-85-37, Rome Air Development Center, Griffiss Air Force Base, 1985.
[3] IEEE Standard Glossary of Software Engineering Technology, IEEE Std 610.12-1990, Institute of Electrical and Electronics Engineers, New York, 1990.
[4] Hans Van Vliet, Software Engineering – Principles and Practice, John Wiley & Sons, 2000.
[5] James F. Peters and Witold Pedrycz, Software Engineering: An Engineering Approach, John Wiley & Sons, 2000

Adakah anda yang merasa serba kekurangan? merasa kurang pandai, kurang Gateng/Cantik, kurang rajin, kurang duit, miskin…? kondisi inilah yang dijadikan alasan orang untuk hidup tidak mau/sukses. Kita merasa apa yang kita peroleh selama ini semuanya diakibatkan dari kondisi kita yang serba kekurangan.

Ok.. walaupun apa yang dipaparkan di atas kadang ada benarnya… tetapi semoga tidak menjadikan alasan yang terus menyeret anda kepada hal-hal yang merugikan diri anda sendiri. Dengan tulisan ini saya ingin mengajak… bagaimana caranya untuk mau berubah meningkatkan kemampuan kita atau memahami apa sebenarnya Kelebihan kita sehingga kita menjadi pribadi yang sukses.

Langkah pertama yang perlu kita lakukan adalah :
Pandailah Bersyukur kepada Allah SWT.
Terima kasih Tuhan…

• Telah memberiku nafas dan detak jantung yang baik
• Telah memberiku kelengkapan anggota tubuh
• Telah memberiku rizki berupa udara yang segar,
• Telah memberiku mata untuk melihat, hidung untuk mencium aroma, mulut untuk bicara dan telinga untuk mendengarkan hal-hal yang baik
• Terima kasih Tuhan yang telah memberkati dan melindungi kami dari segala malapetaka….

Hardskill
Hardskill adalah kemampuan seseorang ditinjau dari kemampuan teknikal, misalnya kemampuan finansial, kemampuan mengetik, mengoperasikan alat, merakit atau membuat sesuatu (benda), mengerjakan tugas yang sudah pasti, dsb.

Softskill
Personal and interpersonal behaviors that develop and maximize human performance (e.g. coaching, team building, decision making, initiative). Soft skills do not include technical skills, such as financial, computer or assembly skills (Berthal).

Jika diibaratkan seorang pemain Sepak Bola, kemampuan
Hardskill adalah : Berlari, Menendang Bola, Menyerang, Bertahan.
Softsklill adalah : Teammwork, Inisiatif, Sportif, Jujur, Gigih dan Berani, Kepercayaan tinggi, Berani mengambil keputusan.

Seorang mahasiswa yang lulus sebuah Perguruan Tinggi haruslah memiliki kemampuan:

• Berpikir Analitis
• Menguasaian Ilmu Pengetahuan
• Menguasai Teknologi yang berkembang
• Mampu bekerja Mandiri
• Mampu berkomunikasi secara lisan dan tulisan
• Berfikir logis
• Mampu Bekerjasama/Kerja Team

Kebutuhan dunia usaha/industri dalam merekrut pekerja:

1. Lulus dari PT yang memiliki reputasi baik
2. Kepribadian matang, dinamis, fleksibel, kreatif, inovatif, agresif, cerdas, jujur
3. Memiliki motivasi, antusias
4. Memiliki target, berambisi
5. Memiliki inisiatif dengan sikap dan integritas pada pekerjaan
6. Memiliki kemampuan menangani stress, pekerja keras
7. Bersedia kerja di luar jam kerja, mau ditempatkan dimana saja termasuk di “remote area”
8. Dapat bekerja mandiri atau dalam tim kerja dengan baik
9. Memiliki pengalaman kerja (minimal 2 tahun)
10. Dapat berkomunikasi dalam bahasa Inggris, terkadang dalam bahasa Mandarin
11. Terampil dalam berkomunikasi
12. Terampil dalam bernegosiasi
13. Terampil mengoperasikan komputer/internet
14. Memahami dengan baik: hal teknis pada bidangnya, pengetahuan produk, pajak, peraturan perburuahn, peraturan tenaga kerja
15. Bertanggungjawab, punya komitmen
16. Memiliki kualitas yang baik dalam kepemimpinan
17. Bagus dalam interpersonal skills
18. Memiliki “Great sense of services”
19. Berpenampilan menarik

10 Alasan Lulusan Perguruan Tinggi (PT) diterima bekerja menurut majalah TEMPO :
1. Mau bekerja keras
2. Kepercayaan diri tinggi
3. Mempunyai Visi kedepan
4. Bisa bekerja dalam Tim
5. Memiliki kepercayaan matang
6. Mampu berpikir analitis
7. Mudah beradaptasi
8. Mampu bekerja dalam tekanan
9. Cakap berbahasa Inggris
10. Mampu mengorganisasi pekerjaan

Asal-usul Nasib (Destiny) adalah berawal dari PIKIRAN

THOUGHTS becomes WORD
Words becomes ACTION
ACTION Becomes Habbits
Habbits becomes Character
Character becomes Destiny

6 Prinsip Dasar Kesuksesan:

Hidup penuh Integritas

Selalu membangun Strategi untuk menang

Membangun “Managemen Team” yang kuat

Selalu jadi Inspirasi

Menciptakan Organisasi yang Flexible

Menginplementasikan System yang Relevan/Sesuai

Hebat sekali jika kita bisa memiliki semua kemampuan softskill yang ada itu yach… tapi bagaimana caranya, atau bagaimana belajarnya, atau pada siapa belajarnya?

Jawabannya tidak ada yang mengajarkannya, dan kita juga tidak bisa belajar… TETAPI bisa DITULARKAN… atau bisa MENULAR…

AGAR DAPAT TERTULAR HARUS MENDEKATI “PENGIDAP” SOFT SKILL dan …
AGAR DAPAT MENULARKAN, KITA HARUS “MENGIDAP” SOFT SKILLS LEBIH DAHULU

Cara agar dapat “tertular” atau “Menularkan” bisa lewat :
BAKAT, TURUNAN, ATAU HASIL BELAJAR DAN LATIHAN ?

Apa yang dapat kita lakukan?

• DISIPLIN DIRI (mulai dari diri sendiripanutan)
• YAKIN BAHWA BERSIKAP BAIK ITU PENTING
• DASAR SIKAP: TANGGUNGJAWAB, JUJUR DAN MENGHARGAI ORANG LAIN
• BUKA PROSES DIALOGIS (karena siapa tahu oranglain, mahasiswa dan kita, dosen berlainan pandangan)
• ALAMI BERBAGAI MACAM TEKNIK BELAJAR AGAR MAMPU BELAJAR SEPANJANG HAYAT

Mulai dari sekarang hilangkan penyakit-penyakit hati yang akan merugikan diri kita sendiri, hilangkan :
1. Malas
2. Sombong / Takabur
3. Iri dan dengki
4. Anti Kritik
5. Sulit berkomunikasi
6. Tidak percaya Diri
7. Cepat marah
8. Cepat Puas
9. Memperkaya diri sendiri
10. Tidak Percaya pada orang lain
11. Merasa diri paling benar
dll.

INTROSPEKSI DIRI!
Karena kita hidup hanya sesaat didunia ini (We live in this world only for a tiny fraction for time)… maka dari itu… Manfaatkanlah waktu yang sebentar ini… untuk meaih KESUKSESAN !

Bagaimana supaya HIDUP KITA SUKSES LAHIR BATIN?
1. Belajar …
2. Mau Berubah ..( Change, we belive in…)

Waktu di Sekolah Dasar, kita sering disuruh mengarang kalau habis libur panjang… atau ada juga yang disuruh bercerita di depan kelas sehabis libur panjang sekolah… Saya paling inget waktu itu, karena saya ga pernah kemana-mana kalau libur panjang, jadinya bingung harus bercerita apa… sampai akhirnya yach… walau rumah nenek dekat (paling 100 m dari rumah), saya bercerita aja main ke rumah nenek, membantu nenek dlsb…
Yach… setelah tamat SD, dan bahkan SMP saya belum tahu makna guru saya harus membuat cerita tentang liburan saya itu.

Mata Kuliah Instlalasi Komputer
Jurusan Teknik Komputer
Tkt I/1
Bobot 2 SKS

Materi Pokok
1. Pengenalan Hardware dan Software
2. Praktek Setting BIOS
3. Instalasi OS Windows
4. Control Panel, Device Manager pada OS Windows
5. Install Other device (Printer, Scanner, Projector, LAN Card)
6. Koneksi JAringan sederhana di **legal copy** of windows
7. Install OS Linux
8. Update Software Aplikasi di Linux
9. Setting Printer, Scanner, Projector pada Linux

Tugas
1. Buat Blog dan Posting Makalah tentang Hak Cipta Hardware dan Software
2. Perbedaan detil dari OS WIndows dan OS Linux
3. Posting Makalah tentang Perbedaan Detile Windows dan Linux.

Catatan:
Kirimkan Alamat Blog anda ke email : tatang.always@gmail.com

SISTEM OPERASI

Pokok Bahasan/materi :
1. Pengenalan Sistem Operasi
2. Struktur Sistem Operasi
3. Manajemen Proses
4. Penjadwalan CPU
5. Sinkronisasi Proses
6. Deadlock
7. Manajemen Memori
8. Virtual Memory
9. System File
10. Implementasi Sistem File
———————–

1. Pengertia Sistem Operasi

Tujuan,
Membekali kemampuan diri sehingga yang bersangkutan dapat melakukan evaluasi performasi (unjuk kerja) dan mendaya gunakan sistem komputer secara efisien.

Alasan untuk mempelajari Sistem Operasi adalah :
a.Hardware Komputer modern sangat canggih dan uptudate dan dapat digunakan untuk berbagai keperluan.
b.Tetapi hardware sulit untuk berhubungan langsung dengan dunia nyata
c.Perlu Operating System sebagai interface agar Hardware dapat dioperasikan secara efisien oleh manusia

Ruang Lingkup Bahasan Kuliah :

a. Pengertian dan Konsep Dasar
b. Processsor Management Function
c. Memory Management Function
d. Device management Function
e. Information System Management Function

PENGERTIAN DASAR

Tujuan Memahami/Mempelajari Sistem Operasi
a.Setiap pemakai harus berhubungan dengan Sistem Operasi untuk dapat memanfaatkan komputer
b.Untuk dapat memilih Sistem Operasi yang sesuai untuk suatu instalasi.
c.Banyak konsep & teknik yang terdapat pada Sistem Operasi yang berlaku umum yang dapat digunakan pada program aplikasi-aplikasi
d.Untuk dapat merancang Sistem Operasi baru, atau memodifikasi Sistem Operasi yang telah ada

Sistem Operasi komputer,
adalah Suatu modul program pada sistem komputer yang mangatur sumber daya pada komputer.

Peranan Sistem Operasi pada Sistem Komputer
 Extended Machine/ Virtual Machine
Menyederhanakan/mempermudah pemakaian perangkat keras yaitu tanpa memberikan perintah low level untuk mengaktifkan perangkat keras, tetapi cukup dengan memberikan perintah sederhana yang dimengerti sesuai dengan yang diinginkan.
Contoh :
Pembacaan data/file pada disk kita tidak memberikan perintah mengaktifkan drave terlebih dahulu, kemudian cari data/file pada sektor tertentu, dsb. yang tentunya sangat rumit.

 Resource Manager
Memberikan kemampuan untuk mengatur (manajemen) perangkat keras (hardware) seluruh sistem yang sangat kompleks. Seperti pengaturan pemakai prosesor, memori, timer, disk, printer, dsb.

Aktifitas / Kegiatan Sistem Operasi
1. Proses
2. Files
3. Shell

 Proses,
Merupakan kunci utama dari semua kegiatan sistem komputer. Pada dasarnya proses adalah pengeksekusian suatu progrm yang terdiri dari program executable, program data dan stack, program counter, stack pointer, register-register serta seluruh informasi yang dibutuhkan untuk menjalankan program tersebut.

 Files,
Kemampuan untuk menangani dan pengelolaan file (data, program, dsb). untuk membuat, memindahkan, membaca dan menulis file. Pengelolaan file didalam suatu direktori yang dapat dikelompokkan sesuai dengan fungsinya (dispesifikasi kan). Sehingga adanya proses hirarki dalam penyimpanan file, disebut juga dengan system call

 Shell,
Merupakan suatu interface yang digunakan user untuk berkomuni kasi langsung dengan komputer, yang biasanya dinamakan sebagai command interpreter.

 SYSTEM CALLS,
Kemampuan suatu sistem operasi untuk menangani suatu proses baik itu untuk menjalankan program induk (parent) maupun program anak (child) dsb, disebut dengan System Calls For Proces Management.

 System Calls For Signaling,
Pemanggilan sinyal interupsi yang digunakan untuk menghentikan suatu proses jika terdapat kesalahan atau jika ada proses lainnya yang perlu didahulukan.

 System Calls for File Management,
Sistem untuk manajemen file baik untuk membuat, membaca, membatasi pemakai memanipulasi file, dsb.

 System Calls for Directory Manajemen,
Sistem untuk mengatur suatu direktori yang berisikan file-file yang biasanya sudah dispesifikasikan tujuannya, seperti untuk user tertentu, dan untuk pemakaian secara bersama, sehingga tidak perlu banyak mengatur file-file tersebut tetapi cukup dengan mengatur direktorinya saja.

 System Call for Protection,
Sistem untuk menjaga keamanan pada suatu file/direktori sehingga hanya user tertentu yang dapat menggunakannya, untuk mencegah hal-hal yang tidak diinginkan.

Untuk memahami peranan sistem operasi pada sistem komputer, mari kita lihat sistem komputer tersebut dari tingkatan konsep, hal ini dikemukan oleh George W. Gorsline

 Tingkatan Konsep dari Sistem Komputer
 Diagram Blok (tertinggi)
 Arsitektur
 Tranfer Register
 Rangkaian Saklar
 Elektronika (terendah)

Fungsi Dari Sistem Operasi
a.Mencegah Konflik
b.Optimasi penampilan
c.Menyederhanakan penggunaan
d.Interface antar program User dan Device

Tugas Sistem Operasi
a.Sebagai Kontrol
b.Sebagai Monitor
c.Sebagai Executive
d.Sebagai Supervisor
e.Sebagai Operating System

Hubungan Antara User OS dan Hardware, sbb :
Sistem komputer terkomposisi dari banyak unit, hanya sebagian kecil yang “in action” dalam menjalankan tugas tertentu pada suatu waktu. Maka disini kita perlukan “super controller” yang bisa memastikan bahwa sebagian besar fasilitas digunakan untuk mendapatkan keuntungan optimum. Pekerjaan tersebut hanya bisa dilakukan oelh beberapa bentuk program yang disimpan “secara internal” yang dikenal dengan “Operating System”

Jadi “Sistem Operasi” merupakan suatu program yang mengambil alih pengoperasian sistem komputer dengan memungkinkan sejumlah program dijalankan pada komputer tanpa intervensi operator manusia.

Peranan sistem pengoperasian merupakan salah satu menajemen sumber daya. Sumber daya utama yang dikelolah oleh sistem operarasi adalah

Sumberdaya Perangkat Keras
 Prosesor
 Memori
 Perangkat I/O

 Sumberdaya Perangkat Lunak
 Data
 Program

Pembagian Dari Sistem Operasi
1.Sistem Pengoperasian dan Program Kontrol
2.Sistem Translator
3.Sistem Utilitas atau program layanan/utiliti

Sistem Pengoperasian dikembangkan untuk:

1. a. Waktu set-up, waktu yang diperlukan untuk menempatkan setiap pekerjaan pada mesin dan waktu selama komputer dalam keadaan idle
2. b. Intervensi manusia, diperlukan untuk menyelidiki kondisi kesalahan dan untuk menginisiasi tindakan korektif.
3. c. Keseimbangan antara prosesor dan periperal

TUGAS I
1. Sebutkan tiga tujuan utama dari sistem operasi!
2. Sebutkan keuntungan dari multiprogramming!
3. Sebutkan perbedaan utama dari sistem operasi antara komputer mainframe dan PC?
4. Sebutkan lima kegiatan utama dari sistem operasi yang berhubungan dengan managemen proses!
5. Sebutkan tiga kegiatan utama dari sistem operasi yang berhubungan dengan managemen memori!
6. Sebutkan tiga kegiatan utama dari sistem operasi yang berhubungan dengan managemen
secondary-storage!
7. Sebutkan lima kegiatan utama dari sistem operasi yang berhubungan dengan managemen berkas!
8. Apa yang dimaksud multiprocessing, multithreading, dan multiprogramming?

Soal dikerjakan dan dikumpulkan paling lambat tanggal 7 Agustus 2008 jam 24.00 WIB

Struktur Perulangan WHILE-DO

Bentuk Umum:

WHILE kondisi DO
Pernyataan

atau

WHILE kondisi DO
Begin
Pernyataan1
Pernyataan2

Statemen WHILE-DO digunakan untuk melakukan proses perulangan suatu statement atau blok statmen terus-menerus selama kondisi ungkapan logika pada WHILE masih bernilai benar.

Contoh:

var
I : integer;
begin
I := 0;
While I

Perangkat keras komputer adalah semua bagian fisik komputer, dibedakan dengan data yang berada di dalamnya atau yang beroperasi di dalamnya, dan perangkat lunak yang menyediakan instruksi buat perangkat keras untuk menyelesaikan tugasnya.

Batasan antara perangkat keras dan lunak sedikit buram; firmware adalah perangkat lunak yang “dibuat” ke dalam perangkat keras. Firmware ini merupakan wilayah dari programer komputer dan teknik komputer, dan pengguna tidak perlu memperhatikan bagian ini.

Komputer umumnya (komputer pribadi, PC) terdiri dari desktop atau menara kotak yang terdiri dari bagian berikut:

Papan sistem/papan induk yang merupakan tempat CPU, memori dan bagian lainnya, dan memiliki slot untuk kartu tambahan.
RAM – tempat penyimpanan data jangka pendek, sehingga komputer tidak perlu selalu mengakses hard disk untuk mencari data. Jumlah RAM yang lebih besar akan membantu kecepatan PC
Buses:
Bus PCI
Bus ISA
USB
AGP
Power supply – sebuah kotak yang merupakan tempat transformer, kontrol voltase dan kipas
Pengontrol penyimpanan, dari jenis IDE, SCSI atau lainnya, yang mengontrol hard disk, Floppy disk, CD-ROM dan drive lainnya; kontroler ini terletak di papan induk (atas-papan) atau di kartu tambahan
Pengontrol penampilan video yang memproduksi output untuk komputer display
Pengontrol komputer bus (paralel, serial, USB, Firewire) untuk menyambung komputer dengan alat tambahan luar lainnya seperti printer atau scanner
Beberapa jenis penyimpanan komputer:
CD – tipe paling umum media yang dapat dilepas, murah tapi mudah rusak.
CD-ROM
CD-RW
CD-R
DVD
DVD-ROM
DVD-RW
DVD-R
Floppy disk
Penyimpanan dalam – menyimpan data dalam komputer untuk penggunaan jangka panjang.
Hard disk – untuk penyimpanan data jangka panjang
Disk array controller
Kartu suara – menerjemahkan signal dari papan sistem ke bahasa yang dapat dimengerti oleh speaker, dan memiliki terminal untuk mencolok kabel suara speaker.
Jaringan komputer – untuk menghubungkan komputer ke internet dan/atau komputer lainnya.
Modem – untuk koneksi tekan-tombol.
Kartu network – untuk internet DSL/kabel, dan/atau menghubungkan ke komputer lain.
Alat lainnya.
Sebagai tambahan, perangkat keras dapat memasukan komponen luar lainnya. Di bawah ini merupakan komponen standar atau yang umum digunakan.

Input
Keyboard
Alat penunjuk
Mouse
Trackball
Joystick
Gamepad
Scanner gambar
Webcam
Output
Printer
Speaker
Monitor
Jaringan/Networking
Modem
kartu network