Small prototype apps were developed

Small prototype apps were developed to evaluate the graphics and user interface libraries. Once the libraries had been selected, an iterative incremental approach was used. Requirements for each iteration, a fixed period or “timebox” of two weeks, were defined and prioritised before each iteration as MoSCoW lists based on client feedback. MoSCoW is a “prioritisation technique used in business analysis and software development to reach a common understanding with stakeholders on the importance they place on the delivery of each requirement” [14]. The client classifies the tasks for an iteration as “Must have”, “Should have” “Could have”,“Would like, but won’t be implemented”. The developer indicates
the expected time each task should take. To be used effectively, timeboxing requires at most 60% of the requirements to be of type “Must have”, so the client and developer can be confident that they will be achieved within the timebox. The iterative lifecycle ensured testing was continuous. A benefit of the Android platform is the heterogeneity of its target devices. However, this still requires rigorous device testing to ensure a consistent user experience. During development, the application was tested primarily on a HTC One X handset, and also on a Nexus 7 tablet and a Kindle Fire tablet. The Android Device Emulator was used during development. However, user interface testing on the emulator is limited as touch screen gestures cannot be truly simulated using a mouse. The iOS app was tested on an iPhone and an iPad as well as the iOS emulator

ผลลัพธ์ (ไทย) 1:

โปรแกรมประยุกต์ต้นแบบขนาดเล็กได้รับการพัฒนาเพื่อประเมินรีอินเทอร์เฟซสำหรับผู้ใช้และรูปภาพ เมื่อมีการเลือกรี มีใช้วิธีการเพิ่มซ้ำ ข้อกำหนดสำหรับการเกิดซ้ำแต่ละ ระยะหรือ "timebox" สองสัปดาห์ ถูกกำหนด และ prioritised ก่อนที่เนื่องกับมอสโกรายการตามคำติชมของลูกค้า มอสโกเป็นการ "prioritisation เทคนิคที่ใช้ในการพัฒนาวิเคราะห์และซอฟต์แวร์ธุรกิจถึงความเข้าใจทั่วไปกับมีส่วนได้เสียในความสำคัญพวกเขาทำในการจัดส่งของแต่ละความต้องการ" [14] ไคลเอ็นต์ประมวลงานสำหรับการเกิดซ้ำเป็น "ต้องมี" "ควรมี" "ไม่มี", "อยาก แต่จะไม่สามารถดำเนินการ" นักแสดงเวลาที่คาดว่าแต่ละงานควรใช้ ใช้ได้อย่างมีประสิทธิภาพ timeboxing ต้องการมากที่สุด 60% ของความต้องการเป็นชนิด "ต้องมี" เพื่อให้ลูกค้าและผู้พัฒนาสามารถมั่นใจว่า พวกเขาจะได้รับภายใน timebox วงจรซ้ำมั่นใจในการทดสอบได้อย่างต่อเนื่อง ประโยชน์ของการแพลตฟอร์ม Android เป็น heterogeneity ของอุปกรณ์เป้าหมาย อย่างไรก็ตาม นี้ยังต้องมีอุปกรณ์อย่างเข้มงวดทดสอบให้ประสบการณ์ผู้ใช้ที่สอดคล้องกัน ในระหว่างการพัฒนา แอพลิเคชันถูกทดสอบ บนโทรศัพท์มือถือเอชทีซีหนึ่ง X เป็นหลัก และแท็บเล็ต Nexus 7 และแท็บเล็ตจุดไฟ Emulator อุปกรณ์ Android ถูกใช้ในระหว่างการพัฒนา อย่างไรก็ตาม ส่วนติดต่อผู้ใช้ที่ทดสอบบน emulator ที่ถูกจำกัดเป็นท่าทางหน้าจอสัมผัสไม่ได้อย่างแท้จริงจำลองโดยใช้เมาส์ ทดสอบ iOS app บน iPhone และ iPad เป็น iOS emulator

ผลลัพธ์ (ไทย) 2:

ปพลิเคชันต้นแบบขนาดเล็กที่ถูกพัฒนาขึ้นเพื่อประเมินผลกราฟิกและห้องสมุดส่วนติดต่อผู้ใช้ เมื่อได้รับเลือกห้องสมุด, วิธีการที่เพิ่มขึ้นถูกนำมาใช้ซ้ำ ความต้องการสำหรับแต่ละรอบระยะเวลาคงที่หรือ "timebox" สองสัปดาห์ที่ผ่านมาได้รับการกำหนดและจัดลำดับความสำคัญก่อนที่จะซ้ำเป็นรายการมอสโกตามความคิดเห็นของลูกค้าแต่ละราย กรุงมอสโกคือ "เทคนิคการจัดลำดับความสำคัญที่ใช้ในการวิเคราะห์ธุรกิจและการพัฒนาซอฟแวร์ที่จะไปถึงความเข้าใจร่วมกันกับผู้มีส่วนได้ส่วนเสียที่สำคัญพวกเขาวางในการส่งมอบความต้องการของแต่ละคน" [14] ลูกค้าจัดงานสำหรับการย้ำว่า "ต้องมี", "ควรมี" "ขอ", "ต้องการ แต่จะไม่สามารถดำเนินการ" นักพัฒนาระบุ
เวลาที่คาดว่าจะงานแต่ละงานควรจะใช้ ที่จะถูกนำมาใช้อย่างมีประสิทธิภาพที่ timeboxing ต้องใช้เวลามากที่สุด 60% ของความต้องการที่จะเป็นชนิด "ต้องมี" เพื่อให้ลูกค้าและนักพัฒนาจะมีความมั่นใจว่าพวกเขาจะประสบความสำเร็จภายใน timebox วงจรชีวิตซ้ำมั่นใจการทดสอบเป็นอย่างต่อเนื่อง ประโยชน์ของแพลตฟอร์ม Android เป็นความแตกต่างของอุปกรณ์เป้าหมาย แต่นี้ยังคงต้องมีการทดสอบอุปกรณ์อย่างเข้มงวดเพื่อให้แน่ใจว่าประสบการณ์การใช้งานที่สอดคล้องกัน ในระหว่างการพัฒนาแอพลิเคชันได้รับการหลักในการทดสอบโทรศัพท์มือถือเอชทีซีวันเอ็กซ์และยังเกี่ยวกับ Nexus 7 แท็บเล็ตแท็บเล็ต Kindle Fire อุปกรณ์ Android Emulator ถูกนำมาใช้ในระหว่างการพัฒนา อย่างไรก็ตามการทดสอบอินเตอร์เฟซผู้ใช้บนโปรแกรมจำลองที่มี จำกัด เป็นท่าทางการสัมผัสหน้าจอไม่สามารถจำลองอย่างแท้จริงการใช้เมาส์ แอปพลิเค iOS ของคุณได้รับการทดสอบบน iPhone และ iPad รวมทั้งการจำลอง iOS

ผลลัพธ์ (ไทย) 3:

ปพลิเคชันต้นแบบขนาดเล็กถูกพัฒนาขึ้นเพื่อประเมินและห้องสมุดกราฟิกส่วนติดต่อผู้ใช้ เมื่อห้องสมุดได้รับเลือก วิธีการเพิ่มขึ้นของใช้ ข้อกำหนดสำหรับแต่ละ iteration , ระยะเวลาคงที่หรือ " timebox " สองสัปดาห์และกำหนดจัดลําดับความสําคัญก่อนแต่ละซ้ำเป็นมอสโกรายการตามความคิดเห็นของลูกค้ามอสโกเป็น " prioritisation เทคนิคที่ใช้ในการวิเคราะห์ธุรกิจและการพัฒนาซอฟต์แวร์ที่จะเข้าถึงความเข้าใจร่วมกันกับผู้มีส่วนได้ส่วนเสียในความสำคัญของพวกเขาในการส่งมอบของแต่ละความต้องการ " [ 14 ] ลูกค้าเวลางานสำหรับการทำซ้ำเป็น " ต้องมี " " ควรมี " " อาจจะ " , " จะชอบ แต่จะไม่ใช้ " นักพัฒนาที่บ่งชี้
ๆแต่ละงานควรใช้ จะถูกใช้อย่างมีประสิทธิภาพ timeboxing ต้องการส่วนใหญ่ 60% ของความต้องการเป็นประเภท " ต้องมี " เพื่อให้ลูกค้าและนักพัฒนาสามารถมั่นใจได้ว่าพวกเขาจะได้รับภายใน timebox . วงจรชีวิตของมั่นใจทดสอบอย่างต่อเนื่อง ประโยชน์ของแพลตฟอร์ม Android มีความหลากหลายของอุปกรณ์เป้าหมาย อย่างไรก็ตามนี้ยังต้องใช้อุปกรณ์การทดสอบอย่างเข้มงวดเพื่อให้แน่ใจว่าประสบการณ์ของผู้ใช้ที่สอดคล้องกัน ในระหว่างการพัฒนาโปรแกรมทดสอบหลักใน HTC X หนึ่งโทรศัพท์มือถือและยังบน Nexus 7 แท็บเล็ตและแท็บเล็ต Kindle Fire อุปกรณ์ Android Emulator ที่ใช้ในการพัฒนา อย่างไรก็ตามส่วนติดต่อผู้ใช้ทดสอบบน Emulator จำกัดเป็นท่าทางหน้าจอสัมผัสไม่สามารถอย่างแท้จริงการใช้เมาส์ iOS App ทดสอบบน iPhone และ iPad รวมทั้ง iOS จำลอง