BAB IV IMPLEMENTASI DAN PENGUJIAN
Dengan hasil analisis pada Bab III, sebuah aplikasi berbasis web dikembangkan sesuai dengan kebutuhan. Perancangan kelas dan fitur direalisasikan ke dalam aplikasi ini untuk kemudian diuji kebenarannya berdasarkan skenario yang ada.
4.1 Implementasi Bagian ini menjabarkan bagaimana proses implementasi perangkat lunak. Detil informasi yang akan diberikan berupa spesifikasi lingkungan implementasi dan pengembangan, batasan implementasi, implementasi skenario dan kelas, serta implementasi database. 4.1.1 Spesifikasi Lingkungan Implementasi dan Pengembangan Implementasi dan pengembangan Aplikasi Pelatihan Diet (APD) dilakukan pada lingkungan yang sama. Terdapat dua unsur utama yang membangun lingkungan ini, yaitu unsur perangkat keras dan perangkat lunak. Beberapa spesifikasi perangkat keras dibutuhkan untuk aplikasi ini: 1. Processor Intel Core2 Duo T7300 dengan kecepatan masing-masing 2.00 GHz 2. Random Access Memory DDR 2.00 GB 3. Tipe sistem operasi 32-bit 4. Harddisk dengan kapasitas 100 GB
Beberapa spesifikasi perangkat lunak juga dibutuhkan: 1. Sistem operasi Windows VistaTM Business Copyright 2007 Service Pack 1 2. Microsoft Visual Web Developer 2008 Express Edition Copyright 2007 3. Microsoft .NET Framework 3.5 Service Pack 1, Copyright 2007 4. Microsoft Chart Control Add-On untuk Microsoft Visual Studio 2008 5. Microsoft Chart Controls untuk Microsoft .NET Framework 3.5 6. Microsoft SQL Server 2008 Express Edition 4.1.2 Batasan Implementasi Beberapa batasan dijadikan panduan implementasi dan pengembangan APD: IV-1
IV-2 1. Implementasi baru dilakukan pada skala server lokal, belum sampai pada skala server global (internet). 2. Konsep diet yang dipelajari melalui literatur dan pengalaman dari Health Coaching Project (HCP) diimplementasikan dalam APD. Tips diet dan penilaian pola diet pada aplikasi ini merupakan hasil kompilasi dan penyederhanaan dari pengetahuan yang ada oleh penulis. Oleh karena itu, mekanisme yang dijalankan belum tentu sepenuhnya benar. Konsultasi dengan ahli diet tetap diperlukan. 4.1.3 Implementasi Skenario Use Case Tiap use case diimplementasi berdasarkan perancangan pada tahap analisis. Secara umum, seluruh use case telah terealisasi sesuai skenario. Namun terdapat beberapa tambahan dan perubahan untuk kepentingan kelancaran pengembangan dan penyederhanaan alur: 1. Use Case Registrasi Ahli diet adalah aktor use case ini. Password klien sebaiknya tidak ditentukan oleh ahli diet. Mekanisme yang diimplementasikan adalah menghasilkan kombinasi password secara otomatis untuk dikirimkan ke alamat email klien bersamaan dengan notifikasi selesainya proses registrasi. 2. Use Case Perbarui Data Kesehatan Menurut skenario, ahli diet memilih menu untuk menampilkan form perbarui data. Pada implementasinya, form tersebut ditampilkan bersamaan dengan daftar data kesehatan klien. Ahli diet dapat langsung memasukkan nilai dan menekan tombol ‘Simpan’ untuk menambahkan data baru dan melihat daftar data kesehatan klien terbaharui pada halaman yang sama. Notifikasi penambahan data baru juga akan diberikan kepada klien melalui email. 3. Use Case Komunikasi Personal Skenario penampilan halaman kotak masuk (untuk membaca pesan masuk) ditiadakan. Pengguna APD dapat langsung membaca pesan pada halaman kotak pesan. Hal ini bertujuan untuk menyederhanakan alur dengan menghilangkan langkah (halaman) yang kurang diperlukan.
IV-3 Meskipun terdapat beberapa tambahan namun implementasi yang dilakukan tetap dalam konteks pemenuhan kebutuhan fungsional yang ada. Lebih jelas mengenai perubahan ini dideskripsikan pada subbab 4.2. 4.1.4 Implementasi Kelas Perancangan Perancangan pada Bab III telah mencakup daftar Component View untuk setiap use case. Component view berupa nama file yang akan menyusun APD. Pada bagian ini akan ditunjukkan status implementasi dari seluruh component view. Beberapa keterangan ditambahkan untuk komponen-komponen yang mengalami perubahan (penambahan atau pengurangan prosedur) atau bahkan tidak diimplementasikan.
Tabel IV-1 menunjukkan daftar lengkap status implementasi component view APD. Tabel IV-1 Tabel Status Implementasi Component View APD Nama Component View Status Implementasi Keterangan APD.master Ada analisaDietGenotip.cs Ada Ditambahkan beberapa prosedur: - cekKesesuaianPorsi(), untuk memeriksa ketepatan porsi diet klien. - Fungsi getter untuk setiap komponen tips diet. daftarKlien.aspx Ada daftarKlien.cs Ada: ‘daftarKlien.aspx.cs’ genotip.cs Ada genotipKlien.cs Ada Ditambahkan fungsi kodeGenotipKlien() untuk mendapatkan nilai kode jenis genotip klien grafikKes.aspx Ada grafikKes.cs Ada halUtama.aspx Ada isiPesan.aspx Tidak Ada Penampilan isi pesan telah dilakukan pada file ‘kotakPesan.aspx’ kelolaDataKes.aspx Ada kelolaDataKes.cs Ada: ‘kelolaDataKes.aspx.cs’ kelolaPesan.cs Tidak Ada - Fungsi kumpulkanPesan(), tampilkanPesan(), dan hapusPesan() telah ditangani ‘kotakPesan.aspx’. - Fungsi kirimPesan() diimplementasikan pada file ‘tulisPesan.aspx.cs’. kelolaProfil.aspx Ada kelolaProfil.cs Ada: ‘kelolaProfil.aspx.cs’ kesKlien.cs Ada kotakPesan.aspx Ada kotakPesan.cs Ada: ‘pesan.cs’ Untuk menghindari kesamaan nama kelas.
IV-4 Tabel IV-1 Tabel Status Implementasi Component View APD (lanjutan) Nama Component View Status Implementasi Keterangan pesanMasuk.aspx Tidak Ada Penampilan pesan masuk telah dilakukan pada file ‘kotakPesan.aspx’. pengguna.cs Ada Penambahan prosedur simpanKredensial() untuk melakukan dump akun klien ke dalam file teks. registrasi.aspx Ada registrasi.cs Ada: ‘registrasi.aspx.cs’ rekamTubuh.aspx Ada rekamTubuh.cs Ada: ‘rekamTubuh.aspx.cs’ tipsDiet.aspx Ada tulisPesan.aspx Ada ukurDiet.aspx Ada -
4.2 Pengujian Bagian ini menunjukkan kesesuaian aplikasi yang telah dibangun sesuai spesifikasi yang telah dibuat. Beberapa informasi mengenai data uji, lingkungan dan metode pengujian juga akan dijelaskan. 4.2.1 Lingkungan Pengujian Pengujian dilakukan pada lingkungan yang sama dengan proses implementasi dan pengembangan. Tidak ada perbedaan pada perangkat keras, perangkat lunak, dan kakas yang digunakan selama pengujian. 4.2.2 Metode Pengujian Pengujian dilakukan untuk memastikan apakah APD berjalan sesuai dengan spesifikasi kebutuhan fungsional yang telah didefinisikan pada Bab III. Tiap use case akan merealisasikan kebutuhan-kebutuhan tersebut. Mengingat beberapa skenario untuk tiap use case telah dirancang, maka pengujian akan dilakukan dengan menjalankan seluruh skenario tersebut. 4.2.3 Data Uji Data uji yang akan digunakan adalah data fiktif baik itu untuk data tubuh, seperti golongan darah, rhesus, dan panjang torso badan, ataupun data kesehatan, seperti kadar kolesterol, kadar lemak, tekanan darah, dan kadar gula darah. Namun data-data tersebut masih dalam batas nilai yang realistis berdasar pada sumber literatur.
IV-5 4.2.4 Kasus Uji Berikut adalah pengujian kasus tiap use case sesuai dengan skenario yang ada. Tabel IV-2 Kasus Uji Use Case Registrasi Nama Use Case : Registrasi Aktor : Ahli Diet Kebutuhan Fungsional : Seorang ahli diet dapat mendaftarkan seseorang untuk menjadi klien baru pelaku diet.. Skenario Normal (APD-SN-01-01) Aksi Aktor Harapan Respon APD Hasil Pengamatan Kesimpulan 1. Memilih menu ‘Registrasi Klien’ 2. Menampilkan form Halaman registrasi klien OK registrasi. yang berisi form pendaftaran ditampilkan. 3. Mengisikan data-data yang diminta. 4. Memvalidasi data. Peringatan muncul jika OK ahli diet memasukkan 5. Jika data tidak valid, username yang sama, atau menampilkan notifikasi alamat email yang tidak kesalahan pada bagian valid. yang dimaksud. Jika data valid menambahkan data Data nama, email, dan baru ke dalam database. alamat disimpan dalam bentuk teks di dalam tabel database. 6. Memberi notifikasi Halaman menampilkan OK bahwa proses registrasi status registrasi selesai telah berhasil dilakukan dan berhasil/ tidaknya dan sebuah email pengiriman email yang konfirmasi telah berisi informasi username dikirimkan ke email klien. dan password klien.
Tabel IV-3 Kasus Uji Use Case Rekam Data Tubuh Nama Use Case : Rekam Data Tubuh Aktor : Klien Kebutuhan Fungsional : Seorang klien dapat menyimpan data tubuhnya ke dalam APD. Skenario Normal (APD-SN-02-01) Aksi Aktor Harapan Respon APD Hasil Pengamatan Kesimpulan 1. Memilih menu ‘Rekam Data Tubuh’ 2. Menampilkan halaman Halaman ditampilkan. OK pendahuluan/ pembukaan. 3. Menuju ke halaman berikutnya. 4. Menampilkan beberapa Instruksi ditampilkan OK instruksi dan pertanyaan beserta gambar untuk dalam beberapa halaman mempermudah klien. beserta tombol navigasi. 5. Menjawab pertanyaan. -
IV-6 Kemudian menekan tombol ‘Selesai’. 6. Memvalidasi data. 7. Jika data tidak valid, menampilkan notifikasi yang menunjukkan data mana yang salah. Jika valid, menganalisa data yang dierima dan menyimpannya ke dalam database.
8. Memberikan notifikasi data tersimpan dan menampilkan hasil analisis data tubuh.
Tiap field di-assign nilai default. Sehingga tidak ada kasus data kosong.
OK
Seluruh data tubuh disimpan dalam database dan bisa di-load kembali. APD melakukan analisis menggunakan tabel inferensi sifat genotip. Notifikasi dan info karakteristik tubuh ditampilkan.
OK
Tabel IV-4 Kasus Uji Use Case Ukur Pola Diet Nama Use Case : Ukur Pola Diet Aktor : Klien Kebutuhan Fungsional : Seorang klien dapat mengukur seberapa sehatkah pola diet yang telah dia jalani selama ini melalui kalkulator diet yang disediakan oleh APD. Skenario Normal (APD-SN-03-01) Aksi Aktor Harapan Respon APD Hasil Pengamatan Kesimpulan 1. Memilih menu ‘Ukur Pola Diet’ 2. Menampilkan form yang Terdapat field seperti OK meminta data pola diet. daging merah, unggas, lemak, dan protein. Fieldfield tersebut dibagi menjadi 2 halaman. 3. Memasukkan data pola diet. Kemudian menekan tombol ‘Ukur Diet’. 4. Mengukur kesesuaian APD mengambil referensi OK pola diet.. pola diet ideal genotip klien dari database. 5. Menampilkan penilaian Penilaian berupa unsur OK atas pola diet yang dijalani. diet yang harus dihindari, keseuaian porsi, dan anjuran atas unsur-unsur diet tertentu.
Tabel IV-5 Kasus Uji Use Case Beri Tips Diet Nama Use Case : Beri Tips Diet Aktor : Klien Kebutuhan Fungsional : APD dapat memberikan tips-tips mengenai diet yang sesuai dengan klien yang bersangkutan, dengan memperhatikan data tubuh yang dia miliki . Seorang klien dapat berlangganan tips-tips diet kepada APD yang akan dikirimkan secara berkala melalui email serta dapat menghentikannya
IV-7
Aksi Aktor 1. Memilih menu ‘Tips Diet’
kapan pun dia menginginkannya. Skenario Normal (APD-SN-04-01) Harapan Respon APD Hasil Pengamatan
2. Mengambil data genotip APD secara random tubuh dari dalam database. menentukan unsur diet yang akan ditampilkan. 3. Menentukan beberapa Lalu secara random tips diet yang sesuai memilih contoh makanan, dengan data tubuh yang olahraga, dan resep yang ada, yang mencakup tips makanan, latihan olahraga, sesuai dengan genotip klien. Anjuran porsi juga dan resep masakan. ditampilkan. 4. Menampilkan halaman berisi tips-tips diet. Skenario Alternatif (APD-SN-04-02) – Berlangganan Tips Aksi Aktor Harapan Respon APD Hasil Pengamatan 1. Mengkonfigurasi email langganan tips. 2. Mengambil data-data tubuh dari dalam database. 3. Menentukan beberapa Tips yang dikirimkan tips diet yang sesuai merupakan tips yang dengan data tubuh, yang dapat ditampilkan pada mencakup tips menu halaman tips diet. makanan, latihan olahraga, dan resep masakan. Email tips sampai di sisi 4. Mengambil alamat email klien setiap minggu. klien dari database. 5. Mengirimkan tips-tips diet secara berkala.
Kesimpulan OK
Kesimpulan OK
Tabel IV-6 Kasus Uji Use Case Perbarui Data Kesehatan Nama Use Case : Perbarui Data Kesehatan Aktor : Ahli Diet Kebutuhan Fungsional : Seorang ahli diet dapat memperbarui data kesehatan dari seorang klien tiap-kali mereka bertatap muka untuk konsultasi. Skenario Normal (APD-SN-05-01) Aksi Aktor Harapan Respon APD Hasil Pengamatan Kesimpulan 1. Memilih menu ‘Data Kesehatan’ 2. Menampilkan halaman Menampilkan daftar klien OK pencarian klien. yang telah melakukan perekaman data tubuh. 3. Memilih klien yang akan diperbarui data Terdapat form untuk kesehatannya. mencari klien berdasarkan nama, jenis kelamin, umur, dan tempat tinggal. 4. Menampilkan data Ditampilkan sebuah tabel OK kesehatan klien per tanggal yang menunjukkan daftar
IV-8 pertemuan dengan ahli diet yang telah dilakukan. Jika lebih dari satu, maka data kesehatan ditampilkan dalam beberapa halaman. 5. Memilih menu ‘Perbarui Data’. 6. Menampilkan halaman form data kesehatan. 7. Mengisikan data kesehatan dan menekan tombol ‘Tambah Data’. 8. Memvalidasi data, memeriksa field kosong. 9. Jika tidak valid, menampilkan notifikasi kesalahan. Jika valid, menampilkan notifikasi data tersimpan.
data kesehatan klien beserta informasi tanggal data dimasukkan dan ahli diet yang mencatatnya. Di bawah tabel sudah terdapat form input data baru. Tiap-tiap field diberi keterangan satuan data kesehatan untuk memudahkan ahli diet. Notifikasi muncul jika masukan ahli diet bukan berupa angka.
OK
Tidak ada notifikasi, namun data baru langsung terlihat pada tabel, pada halaman yang sama.
Tabel IV-7 Kasus Uji Use Case Lihat Data Kesehatan Nama Use Case : Lihat Data Kesehatan Aktor : Pengguna Utama Kebutuhan Fungsional : Seorang ahli diet dapat memantau data kesehatan dan perkembangan dari seorang klien. Seorang klien dapat memantau data kesehatannya sendiri serta melihat bagaimana perkembangannya. Skenario Normal (APD-SN-06-01) Aksi Aktor Harapan Respon APD Hasil Pengamatan Kesimpulan 1. Memilih menu ‘Data Kesehatan’. 2. Menampilkan halaman Menampilkan daftar klien OK pencarian klien (jika aktor yang telah melakukan adalah Ahli Diet). perekaman data tubuh beserta form untuk 3. Memilih klien yang mencari klien berdasarkan akan dilihat data nama, jenis kelamin, kesehatannya (untuk aktor umur, dan tempat tinggal. Ahli Diet). 4. Menampilkan data Ditampilkan sebuah tabel OK kesehatan klien per tanggal yang menunjukkan daftar pertemuan dengan ahli data kesehatan klien diet. Jika lebih dari satu, beserta informasi tanggal data kesehatan ditampilkan data dimasukkan dan ahli dalam beberapa halaman. diet yang mencatatnya. 5. Menavigasikan Terdapat tombol navigasi halaman data kesehatan. di bagian atas dan bawah 6. Menampilkan halaman tabel untuk melihat data data kesehatan yang lalu berikutnya pada tabel. atau yang berikutnya. Skenario Alternatif (APD-SN-06-02) – Melihat Grafik
IV-9 Aksi Aktor 7. Memilih menu ‘Lihat Grafik’.
Harapan Respon APD
8. Menampilkan halaman tempat ditampilkannya grafik. 9. Memilih data kesehatan tertentu dari kotak dropdown yang ingin dilihat dalam bentuk grafik. Kemudian menekan tombol ‘Tampilkan’. 10. Mengambil data kesehatan yang dipilih dari dalam database mulai dari yang paling baru hingga yang paling lama. 11. Menampilkan grafik.
Hasil Pengamatan
Kesimpulan -
Halaman grafik ditampilkan, area grafik masih kosong. Hanya jenis data tertentu yang dapat dilihat dalam bentuk grafik. Pengguna dapat menentukan tanggal starting point grafik.
OK
OK
APD mengambil semua data kesehatan klien terlebih dahulu, baru kemudian menampilkan data grafik dimulai dari tanggal yang diminta.
Tabel IV-8 Kasus Uji Use Case Komunikasi Personal Nama Use Case : Komunikasi Personal Aktor : Pengguna Utama Kebutuhan Fungsional : Antara ahli diet dengan klien dapat saling berkomunikasi secara personal. Skenario Normal (APD-SN-07-01) – Mengirimkan Pesan Aksi Aktor Harapan Respon APD Hasil Pengamatan Kesimpulan 1. Memilih menu ‘Kotak Pesan’ 2. Menampilkan halaman Halaman daftar pesan OK pesan tulisan. masuk ditampilkan. 3. Memilih menu ‘Tulis Pesan’. 4. Mengambil daftar aktor Akan ditampilkan daftar OK dari database kemudian klien (seperti pada use menampilkan form case Lihat Data penulisan pesan. Kesehatan) untuk memilih tujuan pengiriman pesan. 5. Menuliskan pesan, Lalu akan ditampilkan memilih tujuan pesan halaman penulisan pesan. dikirimkan, kemudian menekan tombol ‘Kirim’. 6. Mengirimkan pesan Notifikasi ditampilkan. OK kepada tujuan yang diinginkan dan APD menyimpan pesan menampilkan notifikasi ke dalam database. Pada pesan terkirim. saat klien penerima login dan membuka kotak pesan, pesan baru akan terdeteksi sebagai pesan yang belum terbaca. Skenario Alternatif (APD-SN-07-02) – Membaca Pesan Aksi Aktor Harapan Respon APD Hasil Pengamatan Kesimpulan 1. Memilih menu ‘Kotak -
IV-10 Pesan’. 2. Menampilkan halaman pesan tulisan. 3. Memilih menu ‘Kotak Masuk’. 4. Mengambil dan menampilkan pesan-pesan dari database. 5. Memilih salah satu pesan untuk dibaca.
Halaman daftar pesan masuk ditampilkan.
OK
Pada halaman daftar pesan, pesan ditampilkan dalam tabel dan terdapat link ‘Baca’ tiap barisnya. Jika link diklik, isi pesan langsung ditampilkan pada tabel.
6. Menampilkan isi pesan. Skenario Alternatif (APD-SN-07-03) – Menghapus Pesan Aksi Aktor Harapan Respon APD Hasil Pengamatan 1. Memilih menu ‘Kotak Pesan’. 2. Menampilkan halaman Halaman daftar pesan pesan tulisan. masuk ditampilkan. 3. Memilih menu ‘Kotak Pada halaman daftar Masuk’. pesan, pesan ditampilkan 4. Mengambil dan dalam tabel dan terdapat menampilkan pesan dari tombol ‘Hapus’ tiap dalam database. barisnya. Jika tombol 5. Mencentang satu atau ditekan, pesan langsung lebih pesan kemudian dihapus dari daftar (dari menekan tombol ‘Hapus’. database). 6. Menghapus pesan dan menampilkan notifikasi Tidak ada notifikasi bahwa beberapa pesan penghapusan. telah dihapus.
Kesimpulan OK
Tabel IV-9 Kasus Uji Use Case Ubah Profil Nama Use Case : Ubah Profil Aktor : Klien Kebutuhan Fungsional : Pengguna aplikasi dapat merubah profil dan konfigurasi pribadi yang disimpan dalam APD. Skenario Normal (APD-SN-08-01) Aksi Aktor Harapan Respon APD Hasil Pengamatan Kesimpulan 1. Memilih menu ‘Ubah Klien langsung memilih OK Profil’. menu ‘Ubah Profil’ dari menu utama. 2. Menampilkan halaman form yang menyerupai Form yang terdiri dari halaman registrasi dengan field nama lengkap, beberapa field yang telah alamat email, umur, terisi. alamat tinggal, dan preferensi klien untuk konfigurasi notifikasi email dan berlangganan email tips diet muncul. Nilai awal akan langsung diisikan.
IV-11 3. Mengubah profil. Kemudian menekan tombol ‘Simpan’.
-
4. Melakukan validasi data. 5. Jika tidak valid, menampilkan notifikasi kesalahan. Jika data valid, menyimpan data profil yang baru ke dalam database kemudian menampilkan notifikasi bahwa profil telah diubah.
Notifikasi kesalahan akan ditampilkan untuk field nama lengkap (harus diisi), umur (harus berupa angka), dan email (harus valid). Field alamat (kota, kode pos, dan provinsi) bersifat opsional.
OK
4.2.5 Pengujian Kebutuhan Non-Fungsional Pada tahap analisis, telah didefinisikan tiga macam kebutuhan non-fungsional yang diperlukan dalam APD. Pada sub-bab kasus uji, hasil pengujian yang ditunjukkan hanya merealisasikan kebutuhan fungsional dari APD. Pada sub-bab ini, akan dijelaskan bagaimana ketiga kebutuhan non-fungsional tersebut dipenuhi.
Kebutuhan non-fungsional yang pertama adalah kebutuhan akan sebuah mekanisme keanggotaan yang cukup aman. Pada implementasinya, APD telah menggunakan modul login/logout sebagai pintu keluar dan masuk ke dalam aplikasi. Gambar IV – 1 menunjukkan halaman login yang diimplementasikan.
Gambar IV-1 Halaman Login APD
Jika seorang pengguna belum melakukan login, maka seluruh menu pelatihan diet tidak akan ditampilkan. Begitu juga pada saat sesi waktu dari seorang pengguna telah mencapai timeout (mungkin dikarenakan tidak adanya suatu aktivitas setelah login), APD akan mengarahkan pengguna kembali ke halaman login.
IV-12 Kebutuhan kedua adalah kebutuhan akan desain antarmuka yang konvensional, intuitif, dan memudahkan pengguna. Sesuai dengan tahap perancangan, antarmuka APD dibangun dengan format halaman yang umum digunakan pada kebanyakan website. Gambar IV – 2 menunjukkan format tampilan antarmuka APD.
Gambar IV-2 Format Implementasi Antarmuka APD
Bagian 1 adalah bagian header yang berisi judul aplikasi serta beberapa menu yang dapat digunakan oleh pengguna. Bagian bernomor 2 adalah tempat diletakkannya menu-menu utama APD. Melalui menu tersebut, pengguna dapat menjalankan seluruh use case yang telah didefinisikan. Bagian bernomor 3 adalah bagian footer, yang menampilkan informasi pengembang aplikasi dan pernyataan hak cipta. Untuk konten utama APD, dimana pengguna dapat melakukan aktivitasnya, akan diletakkan pada bagian bernomor 4. Bagian halaman dengan nomor 5 adalah penanda jejak halaman. Dengan penanda ini, pengguna dapat selalu mengetahui dimana dirinya berada selama menggunakan aplikasi. Sedangkan bagian dengan nomor 6, menunjukkan status dari pengguna pada aplikasi, apakah ia telah melakukan login, atau belum. Untuk implementasi lengkap antarmuka APD, dapat dilihat pada Lampiran B – Desain Antarmuka APD.
Kebutuhan non-fungsional terakhir adalah kebutuhan akan kakas pengembangan yang yang bersifat umum dan memudahkan pemeliharaan. Kakas yang digunakan untuk implementasi dan pengembangan APD adalah Microsoft Visual Web Developer
IV-13 Express Edition 2008. Kakas ini bersifat gratis, tanpa biaya lisensi, mudah untuk dipelajari, dan telah memiliki fitur atau komponen yang cukup lengkap untuk mengembangkan sebuah aplikasi web. Di samping kemudahan visual programming yang disediakan, ternyata kesulitan-kesulitan yang dihadapi selama pengembangan aplikasi dapat dipecahkan secara cepat menggunakan sumber-sumber online. Hal ini disebabkan karena banyak ditemukannya pengguna kakas ini melalui internet, sehingga sesama pengembang dapat saling berbagi pengetahuan dan solusi untuk pemecahan masalah. 4.2.6 Evaluasi Pengujian Dari hasil pengujian, dapat dikatakan bahwa seluruh kebutuhan fungsional telah dipenuhi. Perubahan dan penambahan yang terjadi pada beberapa use case tidak merubah tujuan aplikasi untuk menyediakan fitur yang diminta, karena dilakukan untuk tujuan penyederhanaan dan kelancaran implementasi. Pengujian dilakukan hanya sebatas skenario sehingga APD tidak menangani kejadian (aksi pengguna) di luar skenario. Dari segi kebutuhan non-fungsional, aplikasi telah dibangun sesuai dengan apa yang telah didefinisikan untuk desain antarmuka, unsur keamanan, dan masalah penggunaan kakas pengembangan. Dengan demikian, dapat dikatakan bahwa APD sudah berfungsi dengan semestinya dan dapat digunakan untuk keperluan aktivitas pelatihan diet.
