Interface, Dependency Injection and

Interface, Dependency Injection and Test Driven Development are leveraged here.


c) From the Contracts, tasks are created for the crowd to implement the components.




d)As the crowd submits the code, automatic verification is done using the test cases. The Interfaces allow for compilation and assembly even with a subset of the implementation. Using the concept of Continuous Delivery code integration and execution of test cases is automated.


To validate our methodology, we conducted an experiment of developing a web application using Crowdsourcing. The design of the application, the Contracts and the tasks were created adhering to our methodology. We posted tasks on two platforms – Freelancer and oDesk. Tasks were posted on Freelancer as contests (where individuals compete with each other) and on oDesk as projects (where an individual is hired). Although the tasks were identical and the rewards similar, only 57% of the contests were successful while all tasks through the hiring model were completed. The web application was thus successfully built and has been deployed.


The primary result from the experiment is the validation of the CrowdBuild methodology as a mechanism for parallel implementation of software using the crowd. Comparing with the traditional methodology, the experiment was completed well within the estimates for effort and cost. We present other metrics and observations from the experiment.


This paper is structured as follows. Section II presents the issues in Crowdsourcing of software development. Section III presents an analysis of the existing methodology. Our methodology is presented in Section IV. Experimental results are presented in Section V and we conclude in Section VI.

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

อินเตอร์เฟซ ฉีดอ้างอิง และทดสอบการขับเคลื่อนพัฒนากำลัง leveraged นี่ c) จากสัญญา งานถูกสร้างขึ้นสำหรับฝูงชนการใช้คอมโพเนนต์d) เป็นฝูงชนส่งรหัส การตรวจสอบอัตโนมัติเสร็จเรียบร้อยแล้วใช้กรณีทดสอบ อินเทอร์เฟซให้รวบรวมและประกอบกับชุดย่อยของการดำเนินการ ใช้แนวคิดของการรวมรหัสจัดส่งอย่างต่อเนื่องและการดำเนินการกรณีทดสอบอัตโนมัติ การตรวจสอบวิธีการของเรา เราดำเนินการทดลองพัฒนาโปรแกรมประยุกต์เว็บที่ใช้ Crowdsourcing สร้างการออกแบบโปรแกรม สัญญา และงานยึดมั่นในวิธีการของเรา เราสามารถโพสต์งานบนแพลตฟอร์มที่สองอิสระและ oDesk งานถูกลงอิสระเป็นการแข่งขัน (ที่บุคคลแข่งขันกับแต่ละอื่น ๆ) และ oDesk เป็นโครงการ (ซึ่งแต่ละที่จ้าง) แม้ว่างานเหมือน และคล้ายรางวัล เพียง 57% ของการแข่งขันประสบความสำเร็จในขณะที่งานทั้งหมดผ่านรูปแบบการจ้างงานมีความสมบูรณ์ แอพลิเคชันเว็บเรียบร้อยแล้วจึงสร้างขึ้น และมีการปรับใช้ ผลหลักจากการทดลองคือ การตรวจสอบของวิธี CrowdBuild เป็นกลไกสำหรับการใช้งานแบบขนานของซอฟต์แวร์โดยใช้ฝูงชน เปรียบเทียบกับวิธีการแบบดั้งเดิม การทดลองเสร็จสมบูรณ์ภายในการประเมินความพยายามและทุนดี เรานำเสนอการวัดและสังเกตจากการทดลองอื่น ๆ กระดาษนี้มีโครงสร้างดังนี้ ส่วนที่สองนำเสนอปัญหาใน Crowdsourcing พัฒนาซอฟต์แวร์ ส่วนที่สามนำเสนอการวิเคราะห์ของวิธีการที่มีอยู่ การนำเสนอวิธีการของเราในส่วน IV ผลการทดลองจะแสดงในส่วน V และเราสรุปในส่วนวี

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

อินเตอร์เฟซที่พึ่งพาการฉีดและขับเคลื่อนการพัฒนาการทดสอบจะมีประโยชน์มากที่นี่. ค) จากสัญญาที่งานถูกสร้างขึ้นสำหรับฝูงชนที่จะใช้ส่วนประกอบ. D) ขณะที่ฝูงชนส่งรหัสยืนยันอัตโนมัติจะทำโดยใช้กรณีทดสอบ อินเตอร์เฟซที่อนุญาตให้มีการรวบรวมและการชุมนุมแม้จะมีระบบย่อยของการดำเนินการ โดยใช้แนวคิดของการรวมรหัสการจัดส่งสินค้าอย่างต่อเนื่องและการดำเนินการกรณีทดสอบเป็นไปโดยอัตโนมัติ. ต้องการตรวจสอบวิธีการของเราเราดำเนินการทดลองในการพัฒนาโปรแกรมประยุกต์บนเว็บโดยใช้ Crowdsourcing การออกแบบของแอพลิเคชันสัญญาและงานที่ถูกสร้างขึ้นยึดมั่นในวิธีการของเรา เราโพสต์งานในสองแพลตฟอร์ม - อิสระและ oDesk งานที่ถูกโพสต์บน Freelancer การแข่งขัน (ที่บุคคลแข่งขันกับแต่ละอื่น ๆ ) และใน oDesk โครงการ (ที่บุคคลได้รับการว่าจ้าง) แม้ว่างานที่เหมือนกันและผลตอบแทนที่คล้ายกันเพียง 57% ของการแข่งขันประสบความสำเร็จในขณะที่งานทั้งหมดผ่านรูปแบบการจ้างงานที่เสร็จสมบูรณ์ โปรแกรมประยุกต์บนเว็บจึงถูกสร้างขึ้นประสบความสำเร็จและได้รับการติดตั้ง. ผลหลักจากการทดลองมีการตรวจสอบของวิธี CrowdBuild เป็นกลไกสำหรับการดำเนินงานคู่ขนานของซอฟต์แวร์ที่ใช้ฝูงชน เมื่อเปรียบเทียบกับวิธีการแบบดั้งเดิมการทดลองเสร็จสมบูรณ์อย่างดีในการประมาณการสำหรับความพยายามและค่าใช้จ่าย เรานำเสนอตัวชี้วัดอื่น ๆ และข้อสังเกตจากการทดลอง. กระดาษนี้มีโครงสร้างดังนี้ ส่วนครั้งที่สองนำเสนอปัญหาใน Crowdsourcing ของการพัฒนาซอฟต์แวร์ ส่วนที่สามนำเสนอการวิเคราะห์วิธีการที่มีอยู่ด้วย วิธีการของเราจะนำเสนอในมาตรา IV ผลการทดลองจะถูกนำเสนอในส่วน V และเราสรุปไว้ในมาตรา VI

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

อินเตอร์เฟซการฉีดพึ่งพาและทดสอบขับเคลื่อนการพัฒนายกระดับที่นี่เลยC ) จากสัญญางานที่ถูกสร้างขึ้นสำหรับผู้ชมที่จะใช้ส่วนประกอบD ) เป็นฝูงชนส่งรหัสการตรวจสอบอัตโนมัติโดยใช้กรณีทดสอบ อินเทอร์เฟซที่ให้รวบรวม และประกอบกับบางส่วนของการใช้งาน โดยใช้แนวคิดของการรวมรหัสการจัดส่งอย่างต่อเนื่องและการดำเนินการกรณีทดสอบอัตโนมัติเพื่อตรวจสอบวิธีการของเรา เราทำการทดลองของการพัฒนาโปรแกรมเว็บโดยใช้ crowdsourcing . การออกแบบโปรแกรม , สัญญา และงานสร้าง ยึดมั่นในวิธีการของเรา เราโพสต์งานบนสองแพลตฟอร์มสำหรับนักแปลอิสระและ odesk . โพสต์ในงานฟรีแลนซ์เป็นประกวด ( ซึ่งบุคคลการแข่งขันกับแต่ละอื่น ๆ ) และใน odesk เป็นโครงการที่แต่ละคนจ้าง ) แม้ว่างานมีเหมือนกันและรางวัลที่คล้ายกัน เพียงร้อยละ 57 ของการแข่งขันได้สำเร็จ ในขณะที่งานทั้งหมดผ่านการเช่าแบบสำเร็จเรียบร้อยแล้ว เว็บโปรแกรมจึงสร้างที่ประสบความสําเร็จและได้รับการติดตั้ง .ผลเบื้องต้นจากการทดลองคือ ความถูกต้องของวิธีการ crowdbuild เป็นกลไกสำหรับการขนานของซอฟต์แวร์โดยใช้ฝูงชน เมื่อเทียบกับวิธีการแบบดั้งเดิม เมื่อทดลองเสร็จดีภายในการประมาณความพยายามและค่าใช้จ่าย เรานำเสนอตัวชี้วัดอื่น ๆ และสังเกตจากการทดลองกระดาษนี้มีโครงสร้างดังนี้ ส่วนที่ 2 นำเสนอประเด็นเตอร์ในการพัฒนาซอฟต์แวร์ ส่วนที่ 3 นำเสนอการวิเคราะห์วิธีการที่มีอยู่ วิธีการของเราจะนำเสนอในส่วนที่ 4 ผลการทดลองแสดงในมาตรา 5 และเราสรุปในส่วนที่หก