Extreme Programming Metode Pengembangan Sistem

22 Developer mengestimasi seberapa lama suatu skenario akan dapat diimplementasikan. Masing-masing skenario akan mendapatkan1,2,atau 3 minggu estimasi dalam suatu “ideal development time”. Ideal development time ini adalah seberapa lama waktu yang dibutuhkan untuk mengimplementasikan suatu skenario dalam kode. Bila memakan waktu lebih dari 3 minggu berarti harus dilakukan breakdown lagi terhadap story tersebut. Berbeda dengan usecase, dalam user stories tidak terdapat detil alur kegiatan dalam suatu stories. Dalam tiap stories hanya dituliskan mengenai apa yang diinginkan oleh customer untuk dapat dilakukan oleh sistem yang akan dikembangkan. Deskripsi keseluruhan dari masing-masing stories itu sendiri sangkat singkat, tidak lebih dari beberapa baris yang ditulis langsung oleh customer. Berikut adalah sebuah contoh user stories yang diambil dari Extreme Programming Explored, oleh William C, Wake: Vision Produce a system able to search an electronic library card catalog Story:GUI Use a graphical user interface Story : Sorting Allow sorting of results e.g.,: by author or title Story : Drill-Down System can either let you look at quick information e.g., title, author, year, or the whole record. Instead of always showing the whole record. Drill down from quick results to individual items. 23 Story : No- drill for 1 Don’t make me drill down if the result has only one item. Story : Save Result Save search result to a file Story : Print Print whole list of result or individual items. Story: Save Query Allow saving of queries Story:Boolean Support Boolean queries and,or,and not Story: Config Configure what library we’re working with Story: Portable System can run on a PC. Nice if it could run on Unix and Mac too. Story: Perfomance Typical query is answered in 10 seconds or less. Story: Query Query by author, title, or keyword. Story: Z39.50 Use Z39.50 the ANSI standard for searching library catalogs. 24 Gambar 2.2 Contoh User Stories Sumber: Wak, 2001 Dari contoh stories yang telah didapat diatas, kemudian dilakukan estimasi pengembangan oleh pengembang. Pengembangprogrammer melakukan estimasi dengan memakai satuan ‘minggu’. Walaupun satuan minggu ini mungkin bukan murni waktu selama 1 minggu, tetapi seorang programmer dapat memperkirakan suatu pekerjaan yang dapat diselesaikannya dalam 1 minggu penuh bekerja. Diusahakan masing-masing story tidak melebihi 3 minggu, bila ada sebuah story yang lebih dari 3 minggu, maka story tersebut harus di split. Langkah selanjutnya adalah customer melakukan sort stories berdasarkan value -nya, yaitu mana yang lebih besar nilainya atau yang kurang. Tiap stories diberi label value berupa high untuk yang penting, dibawahnya adalah medium, dan paling akhir adalah low. Pengembang juga melakukan klasifikasi stories berdasarkan risk, dipisahkan antara yang high risk, medium, dan low. Story: MARC Support Z39.50 MARC document format ANSI standard Story: SUTRS Support simple text document format SUTRS [From Z39.50].