Our previous requirement analysis t

Our previous requirement analysis treats only game software because the quality model defined by ISO 9126 is for software quality. In contrast, a goal-oriented requirements analysis can elicit requirements on both game software and game rules [10]. Thus, we carried out a goal-oriented requirements analysis. Figure 1 shows the results of the requirement analysis for JC2012. The circles and squares indicate goals and implemen- tations, respectively. We determined our two goals: fun and learning Java because one of the most important characteristics is fun [11]. The fun is also divided into six sub-goals (SGs): interesting, understandable, usable, attractive, reliable and fair. SG1. Interesting and SG2. Understandable: We made game rules by integrating two well-known games, “The Set- tlers of Catan (Catan)” and “Galcon” to make game software interesting and understandable. The integration of well-known games make game software novel and understandable because contestants can easily understand well-known games and the integration brings novelty. While “Catan” is a board game,“Galcon” is a digital game whose category is real-time strat- egy. We decided to use “Catan” as a basis adding the game elements of “Galcon” into it. We also removed game elements to make game rules simple because a oversimple integration increases complexity of game rules. SG3. Usable and SG4. Attractive: Contestants want to properly use a character-based user interface (CUI) and a graphical user interface (GUI) in terms of usability. Some- times contestants adapt machine learning to AI programs. While a CUI is suitable for programs for manipulating game software in such case, a GUI is suitable for showing games to audiences. Moreover, user want to use user-manipulation and AI-manipulation modes for different purposes. However, it is difficult to construct various UI modes because existing patterns using Java cannot modularize such modes well. Thus, we decided to use Scala to construct fine-grained modules for the modes. Moreover, we decided to extended an existing pattern for achieving separation of concerns (SoC). SoC aids designers to concentrate on designing attractive user interfaces. SG5. Fair: The exclusive AI execution prevents from inter- ceptions of other AI programs, and the read-only state prevents changing of the game state illegally. GAIA provides a feature to execute AI programs exclusively and several immutable classes. However, GAIA cannot help adding new immutable classes that represent the game state. Thus, we decided to use Scala to develop game software for JC2012 because functional programming languages including Scala prefers immutability and supports immutability. SG6. Reliable: Faults do not occur in only game software but also in game rules. To find faults in game rules, we decided to review whole AI programming contests including game rules. We released game documents without game software to the public one week before JC2012. Moreover, we also decided to conduct beta testing for verifying JC2012. We asked programmers worked in sponsor companies to participate in our beta testing one week before JC2012. Note that JavaChallenge should encourage contestants to learn Java. Thus, AI programs for JavaChallenge should be written in Java. We decided that our game software provides Java API for communicating with AI programs.

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

วิเคราะห์ความต้องการของเราก่อนหน้านี้ปฏิบัติต่อซอฟต์แวร์เกมเนื่องจาก defined รุ่นคุณภาพ โดย ISO 9126 คุณภาพซอฟต์แวร์ ในทางตรงกันข้าม การวิเคราะห์ความต้องเป้าหมายสามารถบอกความต้องการซอฟต์แวร์เกมและกฎของเกม [10] ดังนั้น เราดำเนินการวิเคราะห์ความต้องเป้าหมาย รูปที่ 1 แสดงผลลัพธ์ของการวิเคราะห์ความต้องการสำหรับ JC2012 วงกลมและสี่เหลี่ยมระบุเป้าหมายและเกี่ยว-tations ตามลำดับ เรากำหนดเป้าหมายที่สองของเรา: ความสนุกและการเรียนรู้จาวาเนื่องจากลักษณะสำคัญที่สุดคือสนุก [11] สนุกยังแบ่งออกเป็นเป้าหมายย่อย 6 (SGs): น่าสนใจ เข้าใจ ได้ น่าสนใจ น่าเชื่อถือ และเป็นธรรม SG1 น่าสนใจ และ SG2 เข้าใจ: เราทำกติกา โดยรวมสองเกมรู้จัก "การตั้งค่า-tlers ของ Catan (Catan)" และ "Galcon" เพื่อทำให้ซอฟต์แวร์เกมที่น่าสนใจ และเข้าใจ รวมเกมรู้จักได้ซอฟต์แวร์เกมนวนิยาย และเข้าใจ เพราะแข่งขันได้เข้าใจรู้จักเกม และรวมการนำนวัตกรรม ในขณะที่ "Catan" เป็นเกมกระดาน "Galcon" เป็นเกมดิจิทัลประเภทเป็นแบบเรียลไทม์ strat-egy เราตัดสินใจที่จะใช้ "Catan" เป็นพื้นฐานในการเพิ่มองค์ประกอบเกมของ "Galcon" ลงไป นอกจากนี้เรายังเอาเกมองค์ประกอบเพื่อให้กติกาง่ายเนื่องจากความซับซ้อนของกฎของเกมเพิ่มขึ้นรวม oversimple SG3 ใช้สอย และ SG4 น่าสนใจ: ต้องแข่งขันการใช้อินเทอร์เฟซผู้ใช้ที่ใช้ตัวอักขระ (CUI) และการติดต่อผู้ใช้แบบกราฟิก (GUI) ในแง่ของการใช้งานอย่างถูกต้อง แข่งขันบางครั้ง - ปรับเปลี่ยนเครื่องจักรการเรียนรู้โปรแกรม AI ขณะนคุยเหมาะสมกับโปรแกรมสำหรับการจัดการซอฟต์แวร์เกมในกรณีดังกล่าว GUI เหมาะสำหรับแสดงเกมไปยังผู้ชม นอกจากนี้ ผู้ใช้ต้องการใช้จัดการผู้ใช้และโหมด AI จัดการเพื่อวัตถุประสงค์อื่น อย่างไรก็ตาม ก็ difficult สร้างโหมด UI ต่าง ๆ เนื่องจากรูปแบบที่มีอยู่ที่ใช้ Java ไม่ modularize โหมดดังกล่าวด้วย ดังนั้น เราตัดสินใจไปใช้ประกอบในการสร้างเม็ด fine โมดูลสำหรับโหมด นอกจากนี้ เราตัดสินใจจะขยายรูปแบบการที่มีอยู่เพื่อให้บรรลุการแบ่งแยกความกังวล (SoC) SoC ช่วยนักออกแบบจะมุ่งเน้นออกแบบอินเทอร์เฟซผู้ใช้ที่น่าสนใจ SG5 ธรรม: การทำงาน AI พิเศษป้องกันอินเตอร์ ceptions โปรแกรม AI อื่น ๆ และสถานะอ่านอย่างเดียวป้องกันการเปลี่ยนสถานะเกมผิดกฎหมาย เอียให้คุณลักษณะการดำเนินโปรแกรม AI เฉพาะและเรียนหลายพระองค์ อย่างไรก็ตาม เอียไม่ช่วยเพิ่มชั้นพระองค์ใหม่ซึ่งแสดงถึงสถานะเกม ดังนั้น เราตัดสินใจจะใช้ประกอบในการพัฒนาซอฟต์แวร์เกมสำหรับ JC2012 เนื่องจากภาษาเขียนโปรแกรมทำงานรวมทั้งประกอบต้อง immutability immutability และสนับสนุน SG6 เชื่อถือได้: ข้อบกพร่องเกิดขึ้น ในซอฟต์แวร์เกม แต่ ในกติกา การบกพร่องใน find ในกติกา เราตัดสินใจตรวจสอบ AI ทั้งหมดรวมทั้งกติกาการแข่งขันการเขียนโปรแกรม เราออกเอกสารเกม โดยเกมซอฟแวร์สาธารณะหนึ่งสัปดาห์ก่อน JC2012 นอกจากนี้ เรายังตัดสินใจที่จะดำเนินการทดสอบรุ่นเบต้าสำหรับการตรวจสอบ JC2012 เราถามโปรแกรมเมอร์ที่ทำงานในบริษัทสนับสนุนการเข้าร่วมของเราทดสอบรุ่นเบต้าหนึ่งสัปดาห์ก่อน JC2012 หมายเหตุ JavaChallenge ควรส่งเสริมให้มีการแข่งขันการเรียนจาวา ดังนั้น โปรแกรม AI สำหรับ JavaChallenge ควรจะเขียนใน Java เราตัดสินใจว่า ซอฟต์แวร์เกมของเรามี Java API สำหรับการสื่อสารด้วยโปรแกรม AI

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

การวิเคราะห์ความต้องการของเราก่อนหน้าถือว่าซอฟต์แวร์เกมเพียงเพราะรูปแบบที่มีคุณภาพนิยามมาตรฐาน ISO 9126 เป็นซอฟต์แวร์ที่มีคุณภาพ ในทางตรงกันข้ามการวิเคราะห์ความต้องการเป้าหมายที่มุ่งเน้นสามารถล้วงเอาความต้องการในซอฟต์แวร์ทั้งเกมและกฎของเกม [10] ดังนั้นเราจึงดำเนินการวิเคราะห์ความต้องการเป้าหมายที่มุ่งเน้น รูปที่ 1 แสดงให้เห็นถึงผลของการวิเคราะห์ความต้องการสำหรับ JC2012 วงกลมและสี่เหลี่ยมบ่งบอกถึงเป้าหมายและ tations implemen- ตามลำดับ เรามุ่งมั่นที่สองเป้าหมายของเรา: สนุกและเรียนรู้ Java เพราะหนึ่งในลักษณะที่สำคัญที่สุดคือความสนุก [11] สนุกยังแบ่งออกเป็นหกเป้าหมายย่อย (เอสจีเอ) ที่น่าสนใจที่เข้าใจการใช้งาน, มีเสน่ห์ความน่าเชื่อถือและเป็นธรรม SG1 ที่น่าสนใจและ SG2 ที่เข้าใจ: เราทำกฎของเกมโดยรวมทั้งสองเกมที่รู้จักกันดี "tlers ค่าการของ Catan (Catan)" และ "Galcon" เพื่อให้ซอฟแวร์เกมที่น่าสนใจและเข้าใจ บูรณาการของเกมที่รู้จักกันดีทำให้นวนิยายเรื่องซอฟต์แวร์เกมและเข้าใจได้เพราะผู้เข้าแข่งขันสามารถเข้าใจเกมที่รู้จักกันดีและบูรณาการที่จะนำความแปลกใหม่ ขณะที่ "Catan" เป็นเกมกระดาน "Galcon" เป็นเกมดิจิตอลที่มีหมวดหมู่เป็นเรียลไทม์ strat- egy เราตัดสินใจที่จะใช้ "Catan" เป็นพื้นฐานการเพิ่มองค์ประกอบของเกมของ "Galcon" เป็นมัน นอกจากนี้เรายังเอาออกองค์ประกอบเกมที่จะทำให้กฎของเกมที่ง่ายเพราะการรวม oversimple เพิ่มความซับซ้อนของกฎของเกม SG3 สามารถใช้งานได้และ SG4 ที่น่าสนใจ: ผู้เข้าแข่งขันต้องการที่จะใช้อย่างถูกต้องส่วนติดต่อผู้ใช้ตัวอักษรตาม (CUI) และอินเตอร์เฟซผู้ใช้แบบกราฟิก (GUI) ในแง่ของการใช้งาน ผู้เข้าแข่งขันบางครั้งปรับตัวเข้ากับการเรียนรู้เครื่องกับโปรแกรมเอไอ ในขณะที่ CUI เหมาะสำหรับโปรแกรมสำหรับการจัดการซอฟต์แวร์เกมในกรณีดังกล่าว GUI เหมาะสำหรับการแสดงเกมให้กับผู้ชม นอกจากนี้ผู้ใช้ต้องการที่จะใช้การจัดการผู้ใช้และโหมด AI-จัดการเพื่อวัตถุประสงค์ที่แตกต่างกัน แต่ก็เป็นสิ่งยากที่จะสร้างโหมด UI เพราะรูปแบบต่างๆที่มีอยู่โดยใช้ Java ไม่สามารถ modularize โหมดเช่นกัน ดังนั้นเราจึงตัดสินใจที่จะใช้สกาล่าที่จะสร้างสายโมดูล NE-เม็ดเล็กสำหรับโหมด นอกจากนี้เราตัดสินใจที่จะขยายรูปแบบที่มีอยู่เพื่อให้บรรลุการแยกของความกังวล (SoC) SoC ช่วยนักออกแบบที่จะมีสมาธิในการออกแบบส่วนติดต่อผู้ใช้ที่น่าสนใจ SG5 เป้าหมาย: การดำเนินการ แต่เพียงผู้เดียวจากเอไอป้องกันไม่ให้ ceptions ระหว่างโปรแกรม AI อื่น ๆ และเพียงอ่านรัฐจะช่วยป้องกันการเปลี่ยนแปลงของรัฐเกมผิดกฎหมาย GAIA มีคุณสมบัติในการรันโปรแกรม AI เฉพาะและการเรียนการเปลี่ยนรูปหลาย อย่างไรก็ตาม GAIA ไม่สามารถช่วยเพิ่มการเรียนไม่เปลี่ยนรูปใหม่ที่เป็นตัวแทนของรัฐเกม ดังนั้นเราจึงตัดสินใจที่จะใช้สกาล่าในการพัฒนาซอฟต์แวร์เกมสำหรับ JC2012 เพราะการเขียนโปรแกรมภาษารวมทั้งการทำงาน Scala ชอบเปลี่ยนไม่เปลี่ยนไม่ได้และให้การสนับสนุน SG6 ความน่าเชื่อถือ: ความผิดพลาดไม่ได้เกิดขึ้นในซอฟต์แวร์เกมเท่านั้น แต่ยังอยู่ในกฎของเกม ไปยัง FI ความผิดพลาดครั้งในกฎของเกมที่เราตัดสินใจที่จะตรวจสอบการแข่งขันการเขียนโปรแกรม AI ทั้งรวมทั้งกฎของเกม เราปล่อยออกมาโดยไม่มีเอกสารเกมซอฟต์แวร์เกมให้ประชาชนหนึ่งสัปดาห์ก่อน JC2012 นอกจากนี้เรายังตัดสินใจที่จะดำเนินการทดสอบเบต้าในการตรวจสอบ JC2012 เราถามโปรแกรมเมอร์ที่ทำงานอยู่ใน บริษัท สปอนเซอร์ที่จะเข้าร่วมในการทดสอบเบต้าของเราหนึ่งสัปดาห์ก่อน JC2012 โปรดทราบว่า JavaChallenge ควรส่งเสริมให้ผู้เข้าแข่งขันที่จะเรียนรู้ Java ดังนั้นโปรแกรม AI สำหรับ JavaChallenge ควรจะเขียนใน Java เราตัดสินใจว่าซอฟต์แวร์เกมของเราให้ Java API สำหรับการสื่อสารกับโปรแกรมเอไอ

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

การวิเคราะห์ความต้องการของเราก่อนหน้านี้ถือว่าเกมเพียงซอฟต์แวร์เนื่องจากแบบจำลองคุณภาพ เดอ จึง 9126 เน็ดโดย ISO เพื่อคุณภาพซอฟต์แวร์ ในทางตรงกันข้าม วางเป้าหมาย สามารถกระตุ้นความต้องการการวิเคราะห์ความต้องการซอฟต์แวร์ทั้งในเกมและกฎของเกม [ 10 ] ดังนั้นเราจึงได้ทำการวางเป้าหมายการวิเคราะห์ความต้องการ รูปที่ 1 แสดงผลของการวิเคราะห์ความต้องการสำหรับ jc2012 .วงกลมและสี่เหลี่ยม ระบุเป้าหมาย และ implemen - tations ตามลำดับ เราพบสองเป้าหมายของเรา : สนุกและเรียนรู้ Java เพราะหนึ่งในลักษณะที่สำคัญที่สุดคือสนุก [ 11 ] สนุกยังแบ่งออกเป็นหกย่อยเป้าหมาย ( SGS ) : น่าสนใจ เข้าใจง่าย ใช้งาน น่าสนใจ น่าเชื่อถือ และยุติธรรม sg1 . ที่น่าสนใจและ sg2 . เข้าใจ :เราสร้างกฎของเกมโดยรวมสองเกมที่รู้จักกันดี " ชุด - tlers ของคาธาน ( คาธาน ) " และ " galcon " เพื่อให้ซอฟต์แวร์เกมที่น่าสนใจและเข้าใจง่าย รวมของเกมที่รู้จักกันดีทำให้นวนิยายซอฟต์แวร์เกมและเข้าใจ เพราะทุกคนสามารถเข้าใจเกมที่รู้จักกันดีและบูรณาการนำนวัตกรรม ในขณะที่ " คาธาน " เป็นกระดานเกม" galcon " เป็นเกมดิจิตอลที่มีประเภทเป็นแบบเรียลไทม์กลยุทธ์ - A . เราตัดสินใจที่จะใช้ " คาธาน " เป็นฐานในการเพิ่มองค์ประกอบเกมของ " galcon " ลงไป เรายังลบองค์ประกอบของเกมเพื่อให้กฎของเกมที่ง่ายเพราะ oversimple บูรณาการเพิ่มความซับซ้อนของกฎของเกม sg3 . สามารถใช้งานได้ และ sg4 . ที่น่าสนใจ :ผู้เข้าแข่งขันต้องการได้อย่างถูกต้องใช้ตัวละครที่ใช้ส่วนติดต่อผู้ใช้ ( ชเว ) และอินเตอร์เฟซผู้ใช้แบบกราฟิก ( GUI ) ในแง่ของการใช้งาน บ้างครั้งผู้เข้าแข่งขันปรับตัวการเรียนรู้ของเครื่องกับไอโปรแกรม ในขณะที่ซุยเหมาะสำหรับโปรแกรมสำหรับการจัดการซอฟต์แวร์เกม ในกรณีเช่นนี้ , GUI เหมาะสําหรับแสดงเกมที่ให้ผู้ชม นอกจากนี้ผู้ใช้ต้องการที่จะใช้จัดการผู้ใช้และการจัดการโหมด AI เพื่อวัตถุประสงค์ที่แตกต่างกัน อย่างไรก็ตาม มันจึงแยกศาสนาเพื่อสร้างโหมด UI ต่าง ๆเพราะใช้ Java ที่มีอยู่รูปแบบไม่สามารถ modularize โหมดดังกล่าวด้วย ดังนั้นเราจึงตัดสินใจที่จะใช้สกาล่าสร้างจึงเน่เม็ดโมดูลสำหรับโหมด นอกจากนี้ เราตัดสินใจที่จะขยายรูปแบบปัจจุบันเพื่อให้บรรลุแยกความกังวล ( ส )เอดส์สำหรับนักออกแบบที่จะมีสมาธิในการออกแบบส่วนติดต่อผู้ใช้ที่น่าสนใจ sg5 . งาน พิเศษ ไอการป้องกันจากภายใน - ceptions อื่นไอโปรแกรม และสถานะอ่านอย่างเดียวป้องกันการเปลี่ยนแปลงของเกมสถานะผิดกฎหมาย ไกอามีคุณลักษณะที่จะรันโปรแกรมเฉพาะและ AI หลายไม่เปลี่ยนแปลง ชั้นเรียน อย่างไรก็ตามไกอาไม่สามารถช่วยเพิ่มใหม่ไม่เปลี่ยนแปลง ชั้นเรียนที่แสดงเกมสถานะ ดังนั้นเราจึงตัดสินใจที่จะใช้ Scala ที่จะพัฒนาซอฟต์แวร์เกมสำหรับ jc2012 เพราะการเขียนโปรแกรมภาษา Scala ชอบและสนับสนุนการทำงานรวมทั้งไม่เปลี่ยนไม่เปลี่ยน . sg6 . เชื่อถือได้ : ความผิดมิได้เกิดขึ้นเฉพาะในเกม ซอฟต์แวร์ แต่ยังอยู่ในกฎของเกม เพื่อถ่ายทอดและข้อบกพร่องในกฎของเกมเราตัดสินใจที่จะทบทวนทั้งไอการแข่งขันการเขียนโปรแกรมรวมทั้งกฎของเกม เราออกเอกสาร โปรแกรม เกมส์ เกม โดยไม่ให้ประชาชนหนึ่งสัปดาห์ก่อน jc2012 . นอกจากนี้ เรายังตัดสินใจที่จะดำเนินการทดสอบเพื่อตรวจสอบ jc2012 . เราถามโปรแกรมเมอร์ทำงานในบริษัทสปอนเซอร์ที่จะเข้าร่วมในการทดสอบเบต้าหนึ่งสัปดาห์ก่อน jc2012 .ทราบว่า javachallenge ควรส่งเสริมให้ผู้เรียนจาวา ดังนั้น ไอโปรแกรมสำหรับ javachallenge ควรเขียนใน Java เราตัดสินใจว่า ซอฟต์แวร์เกมของเราให้ Java API สำหรับการติดต่อสื่อสารกับไอโปรแกรม