59 tersebut mendukung target yang telah direncanakan. Jika mereka gagal untuk meraih
tujuan dalam tugas tertentu, lalu ini menandakan bahwa sistem memerlukan beberapa perbaikan dalam sarana tertentu.
Contoh dari tugas benchmark untuk menguji sistem email.
Daftar di bawah ini adalah jenis bahasan tugas yang harus dilaksanakan dengan program email. Ingat bahwa anda mungkin dapat melihat perintah yang sama dalam sistem
spesifikasi fungsi, tapi daftar ini ditulis dari pandangan yang pengguna akan lakukan. Sebagai contoh, spesifikasi fungsi untuk paket email dapat dikatakan:
Sistem harus dapat menerima dan menampilkan file Spesifikasi pemakai lalu mungkin mengatakan:
“Pemakai harus dapat untuk mengambil dan membaca file yang diterima dalam …detik
Contoh benchmark:
•
Mempersiapkan parameter untuk 2 terminal
•
Mempersiapkan auto dial dan auto login
•
Menentukan dial up dan login
•
Memulai penggunaan jaringan
•
Mengirim dan menerima file
•
Mempersiapkan printer cadangan onoff
•
Mempersiapkan pengiriman filelogindial-up yang tidak terpakai
•
Membaca file yang diterima
•
Meninggalkan system Masing-masing dari bahasan diatas harus lebih jauh digambarkan dengan sangat
detail untuk menyakinkan bahwa semua percobaan pengujian subjek benar-benar menghasilkan tugas yang sama.
9.5 Menentukan tingkat untuk penggunaan.
Daftar dari tugas benchmark yang digunakan dalam test penggunaan akan secara ideal dipilih oleh kelompok dari orang-orang yang terlibat pada tingkatan berbeda dalam
organisasi yang akan menggunakan sistem akhir. Mereka mungkin termasuk pengembang sistem antarmuka pemakai, perancang interaksi pemakai dengan marketing manager,
manager proyek, pengawas, dll. Mereka harus memilih benchmark yang berfokus pada bahasan utama atau bahasan kritis yang berhubungan dengan penggunaan sistem dan
mencoba untuk menghindari bahasan pertanyaan.
60 Setelah menentukan test dari benchmark, tim harus dapat menentukan sekarang
pada bagaimana kemampuan dari tiap tugas akan dapat diukur, dan pada tingkat berapa kemampuan dapat diharapkan pada setiap tugas.
Tingkat sekarang untuk sistem dibawah perkembangan secara nyata tidak dapat dikenal diluar proses perancangan. Bagaimanapun juga sebuah perkiraan mungkin dapat
dibuat dengan melihat pada tingkat yang dicapai oleh pengguna pada beberapa persaingan sistem atau versi terawal dari sistem sekarang. Ide yang lebih baik dari bagaimana
kemampuan pengguna mungkin dapat dicapai sekali pada contoh sistem yang telah dikembangkan.
Tingkatan yang paling buruk diterima tidaklah sama dengan tingkat yang buruk. Hal tersebut memungkinkan, seperti pada contoh menampilkan pandangan yang pesimis
pada team perancang, yang mungkin berpikir bahwa sulit untuk mencapai sesuatu yang lebih baik pada level ini. Disisi lain, itu mungkin penaksiran yang cukup realistis dari
orang baru di tingkat akhir dengan mencapai sistem macam ini. Bagaimanapun juga dalam kasus tertentu, jika pengujian faktor pengguna dibawah tingkat ini, sistem secara formal
ditolak. Tingkat target terencana akan secara normal, ditentukan dimanapun di atas level
sekarang jika diketahui dan akan dirancang di tingkat yang setidaknya sama, tetapi lebih disukai melebihi tingkat yang dicapai oleh pesaing produk tersebut. Setelah pengujian,
faktor-faktor yang belum mencapai tingkat ini menjadi faktor utama untuk perkembangan kerja secara lebih jauh pada paket tersebut.
Tingkat yang lebih baik harus secara nyata diatas rata-rata, mungkin dicapai oleh hal yang paling baik, perangkat lunak state-of-the-art dan perangkat keras danatau oleh
pengguna yang paling berpengalaman. Ini adalah target yang dimaksudkan oleh perancang, dengan demikian mereka akan puas dengan sesuatu yang minimun untuk sekarang. Hal
tersebut mungkin menandakan ada ruang lebih lanjut untuk perkembangan sesuatu untuk diraih untuk versi yang akan datang.
9.6 Keuntungan dari spesifikasi pengguna.
