The Meaning of Iman and its six fundamental articles

The Meaning of Iman
The word Iman is derived form Arabic word which means faith.

Literal meaning: to know, to believe, and to be convinced beyond the shadow of doubt (firm belief)(Al-Maududi, 1981)

Terminological meaning: to know and repose unshakable belief in the Unity of Allah, the Messengers, the Angels, the Books, the Last Day and the Timeless Knowledge of Allah to Plan & to execute the Plan.

 The six Articles of Faith In Islam
1. Faith in Allah
2. Faith in His Messengers
3. Faith in His Angels
4. Faith in His Books
5. Faith in the Last Day
6. Faith in theTimeless Knowledge of Allah to Plan &
      to execute the Plan.

The significance of Iman in our life
Faith in Islam is a state of happiness acquired by virtue of positive action and constructive conceptions as well as dynamic and effectives measures. (Hammudah Abdalati, 1980)

1. save men’s dignity and honor
2. save men form the fear and despair
3. save men form guilt and confusion

In order to explain this, we should refer to the meaning of Islam.

The Meaning of Islam and its five pillars

The Meaning of Islam
The word Islam is derived form Arabic word which is SLM

Literal meaning: peace, safe, clean, purity, submission and obedience.(Hammudah Abdalati, 1980).

Terminological meaning: submission to the Will of Allah and obedience to His Law or Shariah. (Hammudah Abdalati, 1980)



The five Islamic Pillars.
1. Expression of the Kalimah Syahadah
2. Performing Prayer(Solat)
3. Fasting(Sawm) in the Month of Ramadhan
4. Paying alms(Zakah)
5. Performing Pilgrimage (Hajj) in Mecca.

SHARE SHARE SHARE

Read more

Kes 1 : Disney Lion King 1994-1995 

Pada Musim Luruh 1994 , Syarikat Disney telah mengeluarkan satu produk CD-ROM Permainan Multimedia untuk kanak-kanak bertajuk The Lion King Animated Storybook. Pada 26 Disember , sehari selepas krismas, Bahagian Sokongan Pelangan Disney  Menerima jumlah aduan yang besar daripada ibu bapa pembeli produk mereka. Para pembeli menyatakan CD-ROM multimedia dari Disney tidak berfungsi pada komputer peribadi. 

Hal ini terjadi dipercayai disebabkan pihak Disney telah gagal untuk menguji perisian  pada Model PC berbeza yang terdapat di pasaran ketika itu. Perisian yang diguna oleh pengaturcara Disney mungkin mengguna sistem komputer yang berbeza , tetapi  tidak pada sistem yang paling biasa diguna oleh orang ramai.

Kes 2: Intel Pentium Floating-Point Division BUG 1994.

Cuba masukkan kiraan berikut pada kalkulator PC anda (4195835/ 3145727) * 3145727 – 4195835. 

Jika Jawapan yang diberi adalah 0 (Kosong) , Komputer anda adalah OK . Jika anda mendapat jawapan yang lain selain dari itu , komputer anda mempunyai Intel Pentium CPU jenis lama dengan BUG titik apung pembahagian . Sejenis Bug yang terhasil berulang-ulang dalam proses pengeluaran.

Pada awalnya pengurusan Intel menyedari akan kehadiran bug ini sebelum mereka mengeluarkan set cip in ke pasaran. Walau bagaimanapun , pihak pengurusan mengabaikannya dan menganggap bahawa ia adalah sesuatu perkara yang kecil. 

Dan akibat selepas pengeluaran produk ini Intel telah memohon maaf atas kealpaan mereka mengendali bug dan telah menelan kos kerugian hampir 400 juta untuk menampung kos penggantian cip itu . Intel kini lebih berhati-hati dalam melaporkan masalah yang diketahui di laman webnya . Dan berhati-hati memantau maklum balas pelanggan pada kumpulan berita di internet. 

Kes 3: Nasa Mars Polar Lander, 1999

pada 3 Disember 1999 , nasa Mars Lander Polar telah hilang semasa mendarat di permukaan Marikh. Kegagalan ini adalah dipercayai kerana kegagalan penetapan hanya pada satu bit data yang tidak dijangka. Paling membimbangkan ialah mengapa masalah itu tidak dikesan semasa ujian dalam.

SHARE SHARE SHARE

Read more

Masalah yang timbul apabila Variable yang tidak di-initialized dalam Struktur data.

Kebanyakan Orang mengambil ringan tentang masalah ini . Ini adalah satu tabiat yang buruk dalam me-rekabentuk.

Sebagai contoh , function yang terdapat dalam kod perisian di-compile dan berjalan dengan jayanya. 

Tertapi hasilnya adalah sampah(Literally).

Bagaimana ini berlaku? Jawapannya program akan memilih nilai dalam memori(RAM) dilokasi alamat sebagai contoh Variable "k" (yang dimana tidak diketahui oleh programmer) . Variable ini boleh menjadi apa-apa yang ditinggalkan oleh kod yang di-run sebelum ini yang mengguna lokasi RAM memory itu. Jadi ia adalah random kita tidak mengawal aliran data atau tingkahlaku(behavior) function itu , ia boleh menjadi apa-apa sahaja mengikut memory . Sebagai contoh jika kita di-initialized value "k" pada awalnya , kita masih boleh mengawal variable/function itu.

Kesilapan output garbaged dalam function diatas adalah disebabkan kehilangan value interger k sebelum function itu dicetak nilai integer variable k tersebut.

Cuba anda bayangkan apa yang berlaku apabila function lain memanggil untuk menggunakan nilai k dan cuba untuk melaksanakan pengiraan untuk menghasilkan keputusan dan apa berlaku jika kita telah membuat nested didalam function dan sebagainya? seluruh pengiraan adalah salah kerana tiada kawalan ke atas integriti data itu. Variable K Boleh berubah-ubah dan mencipta bencana.

Jika program itu gagal atau tidak boleh di-compile , sekurangnya kita mengetahui sesuatu dalam kesilapan runtime dan memperbaikinya. Tetapi jika program itu berjaya di-run , ia tidak akan mempunyai cara untuk mengetahuinya apabila keputusan akhir kelihatan biasa dan berhampiraan dengan nilai jangkaan.

Keadaan ini adalah buruk dalam Structure design dan telah dikuatkuasakan dalam Object Oriented design dengan melakukan kawalan , dimana setiap variable haruslah di-initialized dan wajib menggunakan constructor dalam rekabentuk class.

SHARE SHARE SHARE

Read more

Ciri-Ciri Kekurangan Rekabentuk Berstruktur.

Berdasarkan Pemahaman tentang Rekabentuk berstruktur disini kita dapat lihat ciri-ciri kekurangan yang ada pada rekabentuk berstruktur...

1. Data tidak mempunyai pemilik. Ini bermakna data adalah bebas untuk apa-apa function . Data adalah Global dan bukan milik mana-mana function . Mana-Mana Function yang dicipta boleh memanipulasi data dalam apa jua cara yang mereka suka.

* Data doesnt have ownership , it free for any function and free for manipulated by any function because the data is global data.

2 Sukar untuk mengekalkan integriti  data. Ini bermakna beberapa function boleh menukar data sebelum ia sepatutnya dilakukan, iaitu dengan cara aliran kawalan pengaturcaraaan yang salah. Maka function setrusnya akan membaca data yang tidak betul . Tiada mekanisma untuk mengawal keadaan ini .

* Doesnt have data integrity . Any function can change the data with wrong control flow . The function may have read the data wrongly. No mechanisma can control this situation.

3. Dalam rekabentuk berstruktur , function adalah sebuah blok. Ini bermakna rekabentuk berstruktur hanyalah ber-tentang function yang memanipulasi data.

* It just all about function manipulated data.

4. Banyak Function boleh mengubai suai blok data tertentu. 

*Too many function can change any data block.

5. Sukar untuk menentukan daripada mana sumber satu-satu bugs apabila terdapat data yang rosak. Ia menjadi sangat sukar.

* Hard to identify the source of bugs if any error occur.

Kenapa Object Oriented Design Lebih Baik dari Structure Design?

 Dalam Rekabentuk berorientasikan object(Object orientation) . Pemilikan data adalah ciri utama sesebuah class. Oleh itu adalah sangat mudah untuk mengesan dan menyelasikan masalah apabila data tidak ditemui kerana pada dasarnya ia menunjukkan kembali ke class yang memilik data itu.

*Ownership of class, the data have a ownership in object oriented design so it will be easy to track and solve any problem that occur in some data.

SHARE SHARE SHARE

Read more

Secara Umum Arkitektur untuk Rekabentuk Berstruktur.

General Architecture for Structured Design

Apa itu rekabentuk berstruktur?

Rekabentuk berstruktur adalah tentang rekabentuk sistem perisian dimana program-program(fungsi khusus) memanipulasi data dalam beberapa struktur data(integers, doubles, characters, strings, arrays, binary trees, linked list, doubly linked lists, acylic graphs, etc).

*A design of system where a program manipulated data in some structures data.

Data dimanipulasi dan dikawal menggunakan function . Sebagai contoh dalam Operasi CRUD(Create,review,update,delete). atau pop(remove from) , push (add in) dan sebagainya.

*It can be manipulated and control by using function

Dalam rekabentuk struktur , function yang dicipta mempunyai skop global. function boleh menjadi nested didalam function. Kedalam nesting-nya adalah tidak terhad.

*A function can be nested in function and it unlimited.

Dalam rekabentuk berstruktur data boleh diakses secara global oleh function . Tiada kawalan Untuk akses data yang global.

*data can be access in global by function. No control for accessing the global data.

Rekabentuk dan pengaturcaraan berstruktur juga dikenali sebagai imperative programming atau procedural.

*Structured Design Also Known as Imperative Programming

Apa itu Imperative Programming

Imperative Programming memberi tumpuan kepada menerangkan bagaimana program itu beroperasi atau aliran kawalannya. Imperative Programming menerangkan komputasi dari segi kenyataan(bahasa programming) yang  mengubah keadaan program(data global). Tingkahlaku program adalah berdasar kepada aliran kawalan.

*Focus on how the program operated. Describe by programming language that change the program behavior that based on control flow.

Kontra kepada Imperative programming adalah Declarative Programming.

Apa itu Declrative Programming.

Ia adalah gaya membina struktur dan unsur-unsur program komputer yang menyatakan logik komputasi tanpa menerangkan aliran kawalannya . Contoh bahasa deklratif biasa ialah SQL , HTML , XML .

*The style of building a structure and element of computer program that describe a logic computation without describing the controll access.

Procedural Programming adalah Imperative Programming. dimana program yang dibina daripada satu atau lebih prosdur. Tingkahlaku program itu adalah berdasarkan panggilan prosedur(Procedure calls).

Sambungan pembacaan -->> Ciri -Ciri Rekabentuk Berstruktur

SHARE SHARE SHARE

Read more

Untuk Difahami Secara Ringkas Konsep Object Oriented Design

Abstraction - Adalah tentang penjanaan idea atau konsep dengan mengeluarkan prinsip utama untuk memudahkan dan  mencipta model yang boleh digunakan mewakili entiti abstrak.

*Generated an idea or concept by extracting a key principle to simplify and create a model that can be used to present an abstract entity. 

Encapsulation - adalah mengenai perlindungan sifat entiti dan kaedah dengan cara menghadkan akses.

*Protection of Entity attribute and method by restricting access.

Inheritance - Adalah mengenai konsep bahawa atribute dan kaedah kelas parent secara automatik diwarisi oleh semua kelas children .

*Attribute and method class of parent will be automatic inherit by a children class.

Modularity - Adalah mengenai memisahkan fungsi entiti ke dalam bahagian atau komponen yang dipanggil modul, supaya setiap modul melaksanakan hanya satu aspek tertentu fungsi yang dikehendaki . Setiap modul biasanya direka supaya ia juga boleh digunakan semula oleh entiti lain yang memerlukan fungsinya.

*Separating the entity function into a part or component call by module. It is for every module can execute just one function that require.

Typing - dalam komputer sistem adalah mengenai jenis yang dipratentukan(predefined) data untuk pemalar(constant) atau variable bagi program perisian yang diberikan.

*Typing(initialize) - datatype that has being predefined the data for constants or variable for a given software.

Strong Typing adalah satu peraturan yang khusus untuk jenis data dalam sistem komputer yang dikuatkuasakan. 

Sebagai contoh kompilasi perisian itu gagal apabila value variable dari satu data itu di-assigned kepada variable yang mempunyai data type yang salah , atau argument di-passed pada function yang tidak sepadan(not match).

* A Specific rule for datatype in the system that must be followed.

Concurrency (keserentakan) - adalah tentang situasi dimana beberapa komputasi yang dilaksanakan secara serentakbdalam masa yang sama . dan mempunya potensi untuk berinteraksi denga satu sama lain.

* It a situation where the some computation executed in simultaneously at the same time . And have potential to interact with each other.

Persistence - adalah tentang menjana data yang kekal lama(long-lived data) . ini bermakna data itu akan terus wujud walaupun sistem telah dimatikan atau ditutup.

* Generating a long-lived data that the data will still exist even the sistem is turn off or shut down.

Polymorphism - adalah keupayaan untuk mencipta variable , function atau object yang mempunyai lebih dari satu  bentuk(more than one form) . 

*ability to create varible , function or object that can be form in many.

Sebagai contoh : Polymorphic function boleh mempunyai cara yang berbeza dan mem-produce keputusan yang berbezabergantung kepada input parameter.

SHARE SHARE SHARE

Read more

Struktur Rekabentuk Data

Entity Relationship Diagram

Apa itu ERD?
ERD atau Entity relationship Diagram adalah model data untuk menerangkan data atau aspek maklumat daripada Domain perniagaan(Business Domain) atau keperluan prosesnya(Process Requirement).

*Model that describe the data and information from Business Domain or Requirement.

Kenapa Perlu ERD?
Tujuan Utama adalah untuk melaksanakan model data kedalam pengakalan data seperti relational databases.

*Implement data into the database such as relational databases.

Komponen ERD
Komponen utama ERD adalah entiti, hubungan yang boleh diwujudkan antara mereka dan databases.

*Entity,Relationship,Databases.

Data Flow Diagram

Apa itu Data Flow Diagram?
Data Flow diagram adalah paparan secara grafikal tentang aliran data dengan melalui maklumat sistem, pemodelan dan aspek processnya.

*A Graphical present a flow of data through the information system,model and process.


DFD menunjukkan jenis maklumat yang akan menjadi input dan juga output dari sistem , dimana data itu datang dan pergi dan dimana data itu akan disimpan.

Kenapa perlu Data Flow Diagram?
DFD digunakan sebagai satu langkah awal bagi mengwujudkan gambaran keseluruhan sistem. DFD juga digunakan untuk visualisasi pemprosesan data.

*Illustration of overall sistem and visualization of processing data.

Komponen DFD
Process, external entitiy , data storage.

Control flow diagram.

Apa itu Control flow diagram.
CFD ialah diagram untuk menggambar kan aliran kawalan proses perniagaan atau program.

*Illustrate a Flow control process of business or program.

Kenapa perlu CFD?
Diagram CFD digunakan secara meluas dalam pelbagai disiplin kejuruteraan

CFD mengandungi elemen keputusan dan ia menunjukan semua laluan aliran yang berkemungkinan untuk sistem.

State Transition Diagram

Apa itu State Transistion Diagram?
State diagram adalah sejenis diagram yang digunakan dalam bidang sains komputer dan bidang yang berkaitan untuk mengambarkan tingkah laku sistem(system behaviors)

*Illustrate a Behavior of the system.

State diagram memerlukan sistem itu di-abstrak dan diterangkan dalam beberapa batas keadaan(Finite number of states).

keadaan(states) biasanya membuat peralihan(transition) tertentu kepada keadaan yang lain sebagai tindak balas kepada kegiatan(events).

Peralihan umumnya bergantung kepada dua parameter dibawah:
- Jenis Kegiatan
- Keadaan dalaman sistem sebelum berlakunya kegiatan.

Keadaan juga boleh mempunyai transisi yang kembali kepada dirinya.

SHARE SHARE SHARE

Read more

Data Kekal (Data Persistence)

Konsep Data Kekal

Data Presistence

Konsep rekabentuk data kekal(Data Persistence) adalah mengenai data yang kekal lama(long-live data). Ini bermakna data itu terus wujud walaupun apabila sistem dimatikan atau ditutup. Apabila kita menghidupkan sistem sekali kita akan dapat mengakses data itu kembali, dan segala nilai-nilai data akan masih ada dalam keadaan terakhir  sebelum ini.

*Data Persistence is a long-live data , the data that still exist even the system is turned. The data still can be access dan the data value still be there like a last previous state .

Kepentingan Data Kekal

Biasanya , operasi untuk mecapai data kekal adalah untuk menyelamatkan data untuk penyimpanan data berterusan, sebagai contoh ke dalam pengakalan data(database), hard disk , atau fail biasa.

Konsep Kawalan dan pengendalian Acara

Controll and Handling Events

Ia adalah berkenaan dengan cara menyusun data dan kawalan aliran dan juga bagaimana untuk mengendalikan event(Acara) secara reaktif dan pemasaan event(timing event). Kawalan dan pengendalian boleh dilaksana melalui pelbagai mekanisma seperti invokasi tersirat(Implicits Invocation) dan call-backs.

*Organize the data and flow of data , and how to handle the event in reactive and timing event.

*Can be handle with Implicit Invocation and call-backs

Contoh call-backs: Decision Controlled Calls

Contoh Implicits Invocation: Trigger

Konsep Pengendalian Ralat dan pengecualian dan Toleransi Kerosakan.

Error Handling and exception , Fault Tolerance

Konsep rekbentuk ini adalah tentang bagaimana untuk mencegah(prevent) , bertolak ansur(tolerate) dan kesilapan proses(Process Error) dan berurusan dengan keadaan yang luar dari kebiasaan(exceptional condition).

*How to prevent ,tolerate , deal process errorr and deal with exceptional conditions.

Konsep Pengagihan Komponen Perisian

Distribution of Software Components

Konsep rekabentuk ini adalah mengenai cara untuk mengagih/mengedar perisian di seluruh hardware seperti Computer hardware, network hardware dsb. Dan juga bagaimana komponen komunikasi dan middleware boleh digunakan untuk berurusan dengan perisian homogen(seragam) dan heterogen(tidak seragam). Pengagihan komponen secara langsung berkaitan dan bergantung kepada pelaksanaan platforms.

*How to distributed the software to through the hardware, How how communication component and middleware can be used to deal with homogenous software and heterogenous software.

Konsep Interaksi dan Penyampaian

Interaction and Presentation.

Konsep rekabentuk ini adalah berkenaan dengan bagaimana untuk menyusun dan mengatur interaksi dengan pengunna sebagaimana maklumat yang dibentangkan.

*How to organize and structure the interaction with users as well as the information being presented.

Konsep Keserentakan

Concurrency

Keserentakan untuk sistem komputer adalah tentang keadaan dimana beberapa komputasi yang dilaksanakan pada waktu yang sama , dan berpotensi untuk berinteraksi antara satu sama lain. 

Rekabentuk keserentakan adalah berkenaan dengan menguraikan(decomposing) perisian dalam pada masa yang  sama menjalankan proses. Ia adalah berkenaan tugas , threads dan menanggani isu-isu berkaitan dengan kecekapan(efficiency) atomicity , penyegerakan(synchronization) dan penjadualan(scheduling).

*The situation where some computation executed in the same time , and have a potentiall to interact with each other.

*Its about decomposing software and in the same time run the process.

Konsep Keselamatan dan Jaminan

Security and Safety

Security

Jaminan(Security) untuk sistem komputer adalah mengenai/termasuk kepada semua proses, perkhidmatan dan mekanisma untuk perlindungan sistem daripada akses yang tidak diingini atau yang tidak dibenarkan dan pengubahsuaian yang tidak dibenarkan. Keselamatan komputer juga termasuk melindungi sistem dari pada kegiatan(Event) yang tidak dirancang dan pencerobohan haram(illegal invasion). Pelanggaran(breach) dalam perisian keselamatan akan membolehkan penceroboh untuk mewujudkan kerosakan(damage) atau melakukan aktiviti bencana(disaster activity). 

*Security concept: Protect the system from unwanted access or illegal access and modification that not allowed. Protect the System from unplanned events and illegal invasion.

Safety

Keselamatan(Safety) untuk sistem komputer adalah mengenai pengunaan komputer dan perisian untuk memantau  dan sebagai kawalan keselamatan kritikal(safety-critical) subsistem atau fungsinya. Ia adalah mengenai teknik dan mekanisma yang menghalang perisian daripada memasuki kedalam situasi yang salah yang boleh menyebabkan kemudaratan kepada kehidupan manusia dan harta.

*Safety Concepts: Used of computer to Monitoring and handling a safety-critical and the function.A

technique or mechanisme that prevent the sistem to get into a wrong situation.

Sebagai contoh: Komputer yang mengawal life-saving yang digunakan di hospital haruslah perlu selamat digunakan. Begitu juga dengan  komputer yang mengawal loji kuasa nuklear, pesawat , kereta api automatik dan lain lain.

Kesilapan boleh menyebabkan bahaya, bencana dan kehilangan nyawa.

Security adalah berkenaan dengan menghindari dunia luar dari merosakan sistem komputer

Manakala Safety adalah mencegah sistem daripada merosakkan dunia luar.

*Security is about preventing the external world from harming the computer system, while safety is about preventing the computer system from harming the external world.

SHARE SHARE SHARE

Read more

Penguji (Tester)

Bertanggungjawab untuk mencari dan melaporkan masalah dalam produk perisian. Merka berkerjasama dengan semua ahli pasukan kerana mereka membangun dan menjalankan ujian mereka, dan mekaporkan masalah yang mereka temui.

Matlamat seorang software tester adalah untuk mencari bug , mencari mereka seawal mungkin dan memastikan bugs diperbaiki.

Goal for a tester:find bugs, find it earlier, make it fix. 

Software testing adalah profesion teknikal berdisplin.

Tips untuk menjaga hubungan baik dengan rakan pasukan jika anda seorang software tester.

-Cari Bugs seawalnya
- Imbangi Kesungguhan anda.
- Jangan hanya melaporkan sesuatu yang buruk.

*
  - Find bugs early. 
  - Temper your enthusiasm. 
  - Don’t just report bad news. 

SHARE SHARE SHARE

Read more

Realiti dalam Pengujian Perisian

Adalah sangat mustahil untuk menguji satu program itu sepenuhnya kerana..

1. Bilangan input adalah sangat besar.
2. Bilangan output adalah sangat besar
3. Bilangan laluan(paths) didalam perisian adalah sangat besar
4. Spesifikasi perisian adalah subjektif  . Anda mungkin berkata bahawa ia adalah bug dimata pemerhati.

Ujian Perisian adalah Latihan Berasaskan Risiko

Lebih bug anda cari lebih banyak ia muncul.

Antara sebabnya adalah.

• Pengaturcara mempunyai hari yang buruk.
• Pengaturcara juga melakukan kesilapan yang sama berulang.
• Beberapa bug adalah sebahagian kecil.

.

Presticide Paradox

Menerangkan Fenomena yang Semakin anda menguji perisian anda, semakin ia menjadi imun(kebal) kepada ujian anda. Perkara yang sama belaku kepada serangga dengan racun perosak.

Projes ujian model psiral mengulangi setiap kali pengitaran. Dengan setiap kitaran , penguji perisian menerima  perisian untuk di uji, dan menjalankan ujian mereka. Akhirnya selepas kelulusan, semua bug yang telah diuji telah terdedah . Meneruskannya tidak akan mendedahkan apa-apa yang baru.

*the more you test software, the more immune it becomes to your tests

Tak semua bug anda jumpa boleh diperbaiki

• tiada masa yang cukup(not enough time)
• ia benar-benar bukan bugs(not really a bugs)
• ia terlalu berisiko untuk diperbaiki(risky to fix)
• ia tidak berbaloi(not worth it)

.

Spesifikasi produk tidak pernah Muktamad

*Product Specification are never final

Keperluan perisian itu berterusan melakukan perubahan kepada versi yang lebih baik. Apabila terdapat perubahan dalam keperluan pengguna , akan ada peluang dalam perubahan produk spesifikasi, dan selepas itu ada beberapa perubahan dalam pengekodan dan ujian.

SHARE SHARE SHARE

Read more

Model Kitaran hidup Pembangunan Perisian (SDLC)

Big Bang Model.

Telah dinyatakan bahawa berbilion taun yang lalu , alam semesta telah dicptakan didalam letupan besar yang tak terhingga. Setiap benda yang wujud adalah hasil daripada tenaga dan teratur untuk menghasilkan setiap objek di dunia ini.

Model untuk big bang adalah mudah . Ia meletakkan sejumlah besar perkara (Manusia dan duit) bersama-sama, banyak tenaga dikeluarkan dan menghasilkan produk perisian yang sempurna...atau tidak.

Ia melibatkan sedikit perancangan , penjadualan atau proses pembangunan formal. Semua usaha dihabiskan untuk membangunkan perisian dan menulis kod. Ia adalah proses yang digunakan jika kerpeluan produk tidak difahami  dan tarikh pengeluaran akhir benar benar fleksibel. Ia juga penting mempunyai pelanggan yang sangat fleksibel, kerana kita tidak akan tahu apa yang mereka dapat sehingga produk akhir siap.

*very little planning and schedule and formal development process

*All effort spent on developing software and coding.

*It Used if the requirement are not well understanding and releas date is completely flexible.

Kod-dan-baiki(Code and fix)

Sepasukan menggunakan pendekatan ini biasanya bermula dengan gambaran kasar apa yang mereka mahu , hanya lakukan rekabentuk yang ringkas dan kemudiannya terus kedalam kitaran panjang dalam pengekdoan ,  ujian dan memperbaiki bugs.

Pada satu ketika , mereka memutuskan cukup (enough is enough) dan mengeluarkan produk. Terdapat sangat sedikit perancangan dan dokumentasi. Satu pasukan boleh menunjukan hasil dengan serta merta. Anda boleh menemui  model kod-dan-baiki semasa berkerja sebagai penguji perisian.

* start with rough idea and does a simple design and proceeds into a long repeating of coding,testing and fixing bugs.

*stop when they decide enough is enough , and the product will release.

Informal Requirement -->> Repeating Code and Fix until enough --->>> End Products

Waterfall (Air terjun)

Kaedah Air terjun adalah mudah , elegan dan masuk akal.

Satu kaedah dimana mereka akan pergi ke fasa seterusnya setelah fasa terdahulu telah disiapkan.

Pada akhir setiap fasa , pasukan projek itu membuat satu kajian untuk menentukan sama ada mereka sudah bersedia untuk bergerak ke fasa seterusnya. Jika projek itu tidak bersedia untuk maju ke fasa seterusnya, ia kekal pada fas itu sehingga ia bersedia.

Tiga perkara penting tentang kaedah waterfall.

-Ada penekanan besar dalam menentukan produk itu akan jadi . 

Note: Pembangunan dan Pengekodan adalah hanya satu blok.

- Setiap Step adalah berasingan(seperately) dan tiada pertindihan( no overlap)

- Tiada jalan untuk berpatah balik , selepas sahaja anda berada pada satu step anda perlu menghabiskan tugas untuk step itu sebelum ke step seterusnya , anda tidak boleh berpatah.

Fasa dalam Waterfall

1. Idea /Plan

2. Analysis

3. Design

4. Development

5. Test

Model Lingkaran(Spiral Model)

Diperkenalkan oleh Barry Boehm pad atahun 1986 di Persatuan bagi Jentera Pengkomputeran(ACM) .

Model Spiral bermula kecil dan secara beransur ia mengembang sebagai projek yg menjadi lebih baik dan stabil.

6 Step dalam Spiral Model.

1. Menentukan objektif , alternatif dan kekangan.
2. Mengenal pasti dan menyelesaikan risiko
3. menilai alternatif
4. membangunkan dan menguji parasa semasa
5. merancang untuk peringkat seterusnya
6. membuat keputusan mengenai pendekatan untuk peringkat sterusnya

*

1. Determine objectives, alternatives, and constraints.
2. Identify and resolve risks. 
3. Evaluate alternatives. 
4. Develop and test the current level. 
5. Plan for the next level. 
6. Decide on the approach for the next level.  

Agile Development(Tangkas)

Pembangunan Perisian Agile dinamakan Rapid Prototyping , Extreme Programming dan Evolutionary Development 

Matlamat Pembangunan Perisian Agile:

- Individual dan interaksi terhadap proses dan alat(Tools)

- Perisian kerja lebih komprehensif(Lengkap)

- Kerjasama pelanggan ke atas rundingan kontrak.

- Respon untuk berubah mengikut perancangan.

*

-Individuals and interactions over processes and tools.

-Working software over comprehensive documentation.

-Customer collaboration over contract negotiations. 

-Responding to change over following a plan 

SHARE SHARE SHARE

Read more

Kakitangan Projek Perisian

Pengurus Projek , Pengurus Program , Pengeluar

*Project Manage , Program Manager , Producers.

Memandu projek dari awal hingga akhir . Mereka biasanya bertanggungjawab untuk menulis spec produk ,menguruskan jadual dan membuat keputusan kritkal dan melakukan keseimbangan.

Arkitek atau Jurutera Sistem 

*Architect or Sistem Engineers

Adalah pakar teknikal dalam pasukan . Mereka biasanya sangat berpengalaman  dan oleh kerana itu mereka layak untuk mereka-bentuk kesuluruhan senibina sistem atau perisian. Mereka berkerja sangat rapat dengna pengaturcara(programmers)

Pengaturcara, Pembina atau Pengekod

*Programmers , Developer , Coders

Orang yang menulis perisian atau program , memperbaiki bugs yang dijumpai . Mereka berkerja rapat dengan arkitek dan pengurus projek untuk membina perisian dan mereka berkerja rapat dengan projek manager dan penguji(tester) untuk memperbaiki bugs.

Penguji atau Penjamin Kualiti(QA)

*Tester or Quality Assurance(QA)

Bertanggungjawab untuk mencari dan melaporkan masalah dalam produk perisian. Merka berkerjasama dengan semua ahli pasukan kerana mereka membangun dan menjalankan ujian mereka, dan mekaporkan masalah yang mereka temui.

Pengurus Konfigurasi

*Configuration Manager or Builder

Mengendalikan proses mengumpul semua perisian yang ditulis oleh pengatrucara dan semua dokumentasi yang  telah ditulis oleh semua dan menjadikan semua kedalam satu pakej .

SHARE SHARE SHARE

Read more

Komponen Utama dalam Perisian Produk

Pembangunan perisian secara komersial melibatkan berpuluh-puluh malahan sehingga beri-ribu  ahli pasukan(team members) untuk berkerja dalam pelbagai peranan yang berbeza di bawah jadual yang ketat

Sebagai seorang pelajar atau sekadar hobi  yang membangunkan perisian atau perisian yang kecil adalah sangat berbeza dari perisian yang komersial. Pada pembangunan perisian komersial seseorang itu haru berkerja dalam satu pasukan yang saling berkerja sama secara individu atau berkumpulan.

Perisian boleh datang dalam pelbagai bentuk seperti VCD , CD , DVD atau lain-lain. Ada yang datang dalam bentuk kotak yang mempunyi isi dan kepingan-kepingan tersembunyi dan juga data penerangan.

Banyak usaha diperlukan untuk membangunkan produk perisian .

Pembangunan produk perisian melibatkan banyak prosedur dan abstrak seperti:-

• Produk Spesifikasi (Product Specification)
• Kajian Produk(Product Reviews)
• Dokumen Rekabentuk(Design Document)
• Penjadualan(Schedule)
• Feedback dan versi terdahulu(Feedback and previous version)
• Maklumat Persaingan(Competitive Information)
• Pelan Ujian (Test Plan)
• Survei Pelanggan(Customer Surveys)
• Kebolehgunaan Data(Usability Data)
• Look and feel Specification
• Perisian Arkitek dan Kod Perisian(Software Architecture and Software Code)

.

Kehendak Pelanggan Dari Sudut Pembangunan Perisian

Pasukan Pembangunan produk perisian haruslah mengetahui apa yang dikehendaki oleh pelanggan. Sesetengah pasukan hanya meneka/mengagak keperluan pelanggan tapi kebanyakan kumpulan pembangunan menggunakan cara mengumpul perisian , maklumat produk yang kompetitif, ulasan majalan , fokus pada satu kumpulan pengguna, dan terdapat banyak lagi kaedah yang lain , ada yang formal dan ada yang tidak. 

Semua maklmuat ini dikaji , didalami dan ditafsirkan untuk menentukan dengan tepat apa ciri-ciri produk perisian yang perlu ada. 

Fokus secara kumpulan

Fokus secara kumpulan sering dianjurkan oleh syarikat-syarikan kaji selidik bebas yang sering kita lihat di pusat membeli belah membuka pejabatnya di sana. 

Jurunilai atau surveyor biasanya akan berjalan di sekitar pusat membeli belah dengan papan klip dan meminta  orang ramai untuk mengambil bahgia dalam kajian mereka. 

Mereka akan bertanyakan soalan seperti:-

"Adakah anda mempunya PC di rumah?"

"Adakah anda menggunakan perisian X?"

"Berapa banyak masa anda habiskan didalam talian selama sehari"

Setelah demografi mereka diambil , mereka akan menjemput anda untuk kembali beberapa jam selepas itu untuk mengambil bahagian dengan beberapa orang lain dalam fokus secara kumpulan dan mereka akan bertanyakan soalan dengan lebih terperinci mengenai perisian komputer. Anda akan ditunjukan beberapa perisian dan diminta untuk memilih perisian kegemaran anda. Semua maklumat akan dikumpul secara sulit dan anda akan dibayar untuk masa anda.

Spesifikasi.

Hasil Kajian keperluan(Requirement) data adalah benar benar data yang mentah (RAW) . Ia tidak menggambarkan produk yang dicadangkan, ia mengesahkan sahaja sama ada ia perlu atau tidak diwujudkan dan ciri-ciri yang pelanggan mahukan.

Spesifikasi Mengambil segala maklumat ini ditambah apa-apa kehentad tidak dinyatakan tetapi wajib dan benar-benar menentukan apa produk ia akan jadi, apa yang ia lakukan dan bagaimana ia akan kelihatan kelak.

Format spesifikasi terlalu banyak, beberapa syarikat terutamanya produk-produk pembangunan kerajaan , aeroangkasa, kewangan dan perubatan menggunakan proses yang sangat ketat dengan banyak sekatan dan imbangan.

Hasilnya adalah spesifikasi yang sangat terperinci dan menyeluruh yang dimuktamadkan, bermakna ia tidak boleh diubah kecuali dibawah keadaan yang sangat diperlukan(extreme condition) . Setiap orang dalam pasukan pembangunan yang tahu apa yang mereka buat.

Penjadualan (Schedule)

Sebagai projek yang membangun dalam saiz dan kerumitan , dengan banyak kepingan dan ramai yang terbabit  dalam penyumbangan kepada produk , ia menjadi perlu untuk mempunyai beberapa mekanisma untuk mengesan kemajuan sesuatu projek. 

Ini boleh terdiri daripada senarai tugas seperti Gantt Charts , Gantt Charts digunakan untuk pengesanan terperinci setiap minit tugas dan perisian pengurusan projek. Matlamat penjadualan adalah untuk mengetahui kerja yang telah selesa, berapa banyak kerja yang masih perlu dilakukan dan bila ia akan diselesaikan.

*Gant Charts - is used to track a details every minute task and management of software project

* Goal For Gant Charts : Know which work has been compelted, how much work left, when all will be finished.

Dokumen Rekabentuk Perisian(Software Design Documents)

Satu tanggapan yang salah apabila menyangka seorang pengaturcara(programmer) mencipta satu program dengan hanya duduk dan mula menulis kod.

Ia adalah keadaan yang berlaku bagi programer yang memprogramkan program-program yang kecil atau program yang dibangunkan dikedai yang tidak formal.

Mejadi kemestian untuk proses rekabentuk untuk dirancang bagaimana perisian yang akan ditulis.

Beberapa jenis dokumen rekabentuk perisian biasa:

Arkitektur(Architecture)

Satu dokemen yang menerangkan rekabentuk secara keseluruhan sebuah perisian, termasuk perihal semua serpihan utama dan bagaimana mereka berinteraksi antara satu sama lain.

*Describe design for overall of software and description of all major pieces and how they interact with each other.

Rajah Aliran Data(Data Flow Diagram)

Diagram formal yang menunjukan bagaimana data bergerak melalui program. .

*A Formalized diagram that show how data move through program.

State Transition Diagram(Peralihan keadaan)

Satu lagi diagram formal yang menunjukan cara bergerak dari satu keadaan(state) ke keadaan yang seterusnya .

*Show the way of moving from one state to next .

Carta Aliran(Flowchart Diagram)

Cara tradisional untuk gambaran yang menerangkan logik program.

*The traditional way for describing a logic program.

Commented Code.

Ada satu pepatah lama menyatakan anda boleh menulis kod sekali , tetapi ia kan dibaca oleh orang 10 kali . Komen code di sediakan sebagai kemudahan kepada orang lain memahaminya dan tahu apa yang dilakukannya.

Dokument Ujian (Test Document)

Pengaturcara dan penguji mestilah merancang dan mendokumenkan kerja mereka. Pelan Ujian menerangkan  kaedah keseluruhan yang akan digunakan untuk mengesahkan bahawa perisian itu memenuhi spesifikasi produk dan keperluan pelanggan. Ia termasuk Objektif Kualiti , keperluan sumber , jadual , tugasan , kaedah dan sebagainya.

* Test plan - describes the overall method to be used to verify the software meet the product specification and customer needs.

Kes Ujian Menyenaraikan perkara tertentu yang akan diuji dan menerangkan langkah-langkah terperinci yang akan diikuti untuk pengesahan perisian. Laporan Bug menghuraikan masalah didapati dalam kes-kes ujian yang telah dijalankan. Ini Boleh di atas kertas tetapi ia selalu dikesan didalam database. Jika kumpulan pasukan anda mengunakan kaedah automatik untuk menguji perisian anda, alat yang ada guna sama ada yang ditulis atau dibeli haruslah didokumenkan . Metrik ,statistik dan ringkasan disampaikan pada ketika progres dilakukan .Graf, chart dan penulisan laporan diambil.

*Test case - list the specific items that will be tested and describe details step that will be followed  to verify software.

*Bug Report - Describe a problem that exist in test case .

SHARE SHARE SHARE

Read more

1. Deskripsi Keperluan dan Spesifikasi 

Deskripsi lengkap tentang perisian atau sistem yang didokumenkan secara lengkap dan jelas.

2. Kekangan(Constraint)

Kekangan dapat dilihat sebagai had , sekatan dan batasan. (limit, restriction and boundaries).

Contoh: " User must acces the system use VPN" , "Maximum Use 100 User Simultenously access System in one time"

3. Pengetahuan Domain(Domain Knowledge)

adalah area spesifik pada pengetahuan yang biasanya tidak ada pada rata-rata orang.

Contoh: Untuk membina sistem kawalan atau Sistem Mekanikal , kita perlu merujuk kepada pakar dalam bidang tersebut , sebagai contoh untuk sistem kawalan kita perlu merujuk pada jurutera sistem kawalan yang lebih tahu akan bidang pengetahuan mereka. Dan Begitu juga pada Sistem Mekanikal kita perlu merujuk kepada Jurutera Mekanikal yang mempunyai kepakaran pada bidang pengetahuan mereka.

SHARE SHARE SHARE

Read more

Ciri -Ciri yang ada pada dokumen keperluan yang baik

1. Jelas(Unambigous) - Ia dianggap jelas apabila hanya ada satu cara untuk menginterpretasikan/menafsirkan

2. Betul(Correct) - Ia adalah Betul secara fakta/nyata.

3. Konsisten(Consistent) - Tiada konflik dengan keperluan yang lain secara tersurat dan tersirat(explicitly and implictly)

4. Boleh dicapai(Achevable) - Ia boleh dipenuhi/dicapai dan bukan mustahil.

5. Lengkap(Compelete)- Ia menyatakan seluruh kenyataan dan memenuhi kriteria kesempurnaan(completeness).

Kriteria Kesempurnaan pada Software requirement and specification

(completeness for software requirement and specification)

Kefungsian(Functionallity): Apa yang Software itu perlu dan harus lakukan?

Interfaces Luaran (External Interfaces) - Bagaimana software itu berinteraksi dengan pengguna?

kekangan rekabentuk(Design Constraint) - Apa yang software boleh dan tidak boleh lakukan? apa had? dan apa piawaiannya?

Penerangan Pengunaan(Usage Description) - Deskripsi bagaimana untuk menggunakan sesuatu fungsi(function) didalam software..

Prestasi(Performance) - Deskripsi tentang prestasi seperti , kelajuan , frekuensi , masa respon(response time).

Atribut(Attribute) - Apa attribut pada sesuatu objek?

Andaian(Assumption) - Andaian sesuatu fungsi untuk menjadi sah(Valid).

Rujukan (Reference) - Rujukan yang diguna , piawaian(standard) yang diguna , prosedur yang digunakan untuk keperluan.

Akibat Jika Dokumen Requirement Tidak Lengkap

- Sistem fail untuk siap/dilengkapkan , tergantung(hang) , Keadaan yang tidak konsisten.

- Malapetaka : Kehilangan Nyawa , Kerosakan Fizikal
Contoh: Sistem Kawalan untuk pelancar roket.

- Sistem tidak boleh mengendalikan pada satu-satu keaadaan.

- Sistem bertindak berlainan dari apa yang ia perlu bertindak . Cara yang tidak menentu(Unpredictable way)

SHARE SHARE SHARE

Read more

Alat Perisian untuk keperluan

1. Naratif(Penceritaan)(Narrative) - Deskripsi secara teks dengan bahasa yang biasa digunakan.

2. Gambar Rajah (Diagram) - Penyampaian secara gambarrajah yang menerang dengan lebah teratur/tersusun(organize) dan cara yang lebih difahami.

3. Table - suatu Struktur atau table yang menerangkan dengan lebih teratur/tersusun . Ia adalah alternatif untuk penerangan secara naratif supaya lebih mudah difahami.

4. Notasi Formal(Formal Notation) - Penerangan secara Metamatikal , algoritma atau special form yang menerangkan sesuatu dengan lebih jelas.

SHARE SHARE SHARE

Read more

Fokus berdasarkan:

1. Mod Operasi - Keperluan dari segi apa yang sistem itu perlu lakukan dan jangka akan lakukan pada mod operasi yang berlainan.

Contoh Mod: Training Mode, Normal Mode, Emergency Mode.

* Biasanya untuk Sistem Kawalan.

2. Tahap Akses Pengguna: Keperluan Dari segi apa sistem itu perlu perlihatkan untuk pengguna yang berlainan.

Contoh: Ada sebahagian user yang hanya boleh baca(Read) dan tulis(Write) , dan ada yang tidak.

* Biasanya untuk Sistem Informasi.

3. Fungsi Dan Objek:  Keperluan dari segi penerangan untuk  objek sistem , fungsi dan interaksi di antara objek dan juga penyimpanan data yang berterusan. Setiap objek mempunyai set attribut dan operasi yang dilakukan.

Contoh: Ada diantara operasi yang melaksanakan sesuatu apabila digunakan. dan ada yang melaksanakan servis seperti proses event-listener

*Biasa untuk Sistem Transaksi dan Informasi.

4. Ciri Dominan: Keperluan yang boleh menjadi banyak.

Event Based System- Meliputi keadaan sistem , keadaan transisi , event stimuli dan event respons.

Concurrent Based System : Meliputi proses yang berbesza , task thread , dan interaksi yang dijalankan secara paralel didalam satu masa.

Distributed Based System: Meliputi perbezaan komunikasi di antara objek dan protokol yang dijalankan pada mesin dan sistem operasi yang berbeza.

Centralized Systems: Meliputi perbezaan pengguna yang berjalan pada platform yang berbeza yang mengakses pusat applikasi.

SHARE SHARE SHARE

Read more

Sebab-Sebab Penting perlunya System Requirement and Specification:

1. Agar Pereka(Designer) , Pelanggan , Pihak berkepentingan dan Pihak-pihak yang terbabit memahami  apa yang diperlukan pada sesebuah sistem atau perisian yang akan dibina .

Sebagai contoh: Pelanggan perlu menerangkan dengan jelas apa yang mereka mahukan pada sistem ,

Penyedia Sistem perlu memahami dengan jelas apa yang pelanggan mahukan.

2. Untuk mengelakkan Salah Faham dan pertikaian di antara pihak yang terbabit.

3. Satu Dokumen itu menjadi Sah dan terikat diantara pihak yang terbabit.

4. Mudah untuk melakukan proses pengesanan oleh kerana dokumen yang lengkap dan teratur mempunyai nombor pada setiap kenyataan yang dibuat. Ia adalah menjadi mudah untuk pembangunan dan perkembangan projek di masa depan.

5. Menyediakan cara untuk pengurusan keperluan(Requirement) seperti pengesanan dan pemantauan.

*pihak berkenaan boleh menyemak kembali sama ada keperluan telah di penuhi atau belum.

6. Dokumen menjadi asas rujukan dan pembincangan .

*Kemudahan untuk kemas kini , pengubahsuaian , penghapusan keperluan yang tidak diperlukan di atas pembincangan.

SHARE SHARE SHARE

Read more

Asal Usul Perkataan BUG ?

Pada tahun 1947, Komputer bukanlah seperti komputer yang kita lihat di masa ini , Seperti dekstop atau laptop yang berada di rumah kita , atau smartphone yang boleh dibawa kemana-mana. Komputer di masa lampau adalah besar, Komputer di masa lampau adalah  sebesar sebuah bilik yang beroperasi dengan geganti mekanikal dan tiub vakum yang menyala.

Sebuah komputer pada ketika itu diberi nama Mark II yang sedang dibina di university Hazard, Seorang juruteknik yang sedang menggunakan komputer baru itu dan sedang beliau menggunakannya dengan tiba-tiba komputer itu berhenti secara tiba-tiba. Beliau dan beberapa orang pakar yang lain cuba mencari masalah di sebalik kejadian itu , tetapi mejumpai jalan buntu. Setelah beberapa ketika mereka menemui sesuatu  telah terperangkap di antara satu set geganti penghubung di dalam komputer tersebut.

"Sesuatu" itu nampaknya telah terbang ke dalam sistem oleh kerana tertarik dengan  cahaya dan haba dari komputer tersebut . Tetapi malang "sesuatu" itu telah  terkena renjatan elektrik dengan voltan yang tinggi apabila ia mendarat pada geganti tersebut. Para juruteknik mengenal pasti yang "sesuatu "itu adalah sejenis PEPIJAT.

Dan dari situ maka lahirlah satu perkataan yang di beri nama "BUG" atau pepepijat yang diguna pakai sebagai permasalahan dalam komputer system sehingga kini .

SHARE SHARE SHARE

Read more

Tahukah anda apa itu Komputer BUG? kepada siapa yang belajar computer Science atau  apa-apa course dalam bidang Informasi Teknologi pasti tak dapat lari dari perkataan ini , Lebih-lebih lagi kepada pengaturcaraan atau programmer yang sering di ganggu dengan sejenis binatang yang bernama BUG. Apa itu BUG ? dan Kenapa ia Dipanggil BUG? yang membawa maksud Pepijat.

Baca disini tentang --->>>Asal Usul Perkataan BUG 

Bug adalah bila mana sebuah perisian tidak berfungsi dengan betul atau perisian ini tidak beroperasi seperti yang sepatutnya. Ia hanya boleh dikenakan 1 sen untuk meperbetulkan bug , tetapi berjuta-juta dollar mengedarkan penyelesaiannya.

BUG pada Perisian.

• Perisian Tidak melakukan sesuatu yang produk spesifikasi mengatakan ia perlu dilakukan
• Perisian melakukan sesuatu yang spesifikasi produk mengatakan ia tidak patut dilakukan
• Perisian melakukan sesuatu yang spesifikasi produk tidak nyatakan.
• Perisian adalah susah difahami , susah diguna , perlahan atau di mata penguji perisian akan dilihat oleh pengguna akhir ia sekadar tidak betul.

Punca Bug 

Punca utama atau terbesar BUG adalah dari spesifikasi , yang kedunya ialah dari Rekabentuk

selepas itu Pengekodan(Coding) dan lain-lain.

Sebab-Sebab Punca Bug dari Spesifikasi.

- Spesifikasi Sentiasa berubah

- Tiada komunikasi berkesan dari keseluruhan pasukan pembangunan

- Perancangan Perisian(Software Planning) tidak dilakukan dengan sewajarnya

*It keep changing , no effective communication between developer team , software planning not done accodingly

Rekabentuk

- Para pengaturcara mengenepikan rancangan mereka untuk perisian.

- Bug berlaku di bahagian ini atas sebab yang sama berlaku pada spesifikasi.

- Kesuntukan masa , perubahan , dan komunkasi yang tidak baik.

*Programmer lay out their plan , Bug occur same reason it exist at the specification , Rushed, changing , and lack communication

Pengekodan(Coding)

Coding errors mungkin biasa berlaku jika anda seorang programmer . Biasanya  ia dapat dikesan pada Kerumitan perisian , dokumentasi yang lemah , tekanan jadual atau kesilapan kosong yang biasa. I adalah penting untuk diambil perhatian bahawa bug yang muncul pada bahagian pengaturcaraan dapat benar-benar dikesan pada spesifikasi dan kesilapan rekabentuk.

Kategori yang lain adalah beberapa bug boleh dikategori kan sebagai kesalahan yang positif yang dimana ia dianggap bug tetapi ia benar-benar bukan.

*False-positve.

Kos yang disebabkan oleh bug meningkat dari fasa ke fasa pembangunan perisian. bermula dengan spesifikasi , design , code , test dan yang tertinggi jika bug muncul apabila produk telah diterbitkan (Release) .

Apa itu Software Tester ?

Matlamat seorang penguji perisian adalah untuk mencari BUG, Mengesan mereka seawal yang mungkin dan memastikan mereka diperbaiki.

Kriteria Seorang Software Tester Yang Baik

• Mereka seorang Penjelajah (Explorer)
• Mereka Seorang penyelesai masalah(Troubleshooter)
• mereka tidak berhenti(Relentless)
• mereka adalah kreatif(Creative)
• mereka seorang perfectionist.(Perfectionist)
• Mereka membuat pertimbangan yang baik(Good Judgement)
• mereka seorang yang bijaksana dan diplomatik(Tactful and Diplomatic)
• mereka meyakinkan(Persuasive)

SHARE SHARE SHARE

Read more