{"id":909,"date":"2012-05-20T14:12:50","date_gmt":"2012-05-20T12:12:50","guid":{"rendered":"https:\/\/porzelt.net\/?p=909"},"modified":"2019-10-04T16:12:39","modified_gmt":"2019-10-04T16:12:39","slug":"making-the-game-teil-10-spiele-konzeption","status":"publish","type":"post","link":"https:\/\/porzelt.net\/en\/making-the-game-teil-10-spiele-konzeption","title":{"rendered":"Making The Game \u2013 Teil 10: Spiele-Konzeption"},"content":{"rendered":"

Many different factors must be applied in the development of a multimedia, natural learning application. So I decided not to use a typical software-development model.
\nInstead i used the agile process model in the development.
\n <\/p>\n

\"Waterfall<\/a>
Waterfall model<\/figcaption><\/figure>\n

This approach was chosen because compared to the waterfall model, where at the beginning of the development all specifications must be set, it is much more dynamic to changing requirements and add new ideas can during the development process. In addition, the costs and project progress at the beginning of the development is difficult to predict, so the use of an agile and iterative approach that adapts to the current situation has many benefits.
\n 
\nSince most agile processes based on set, that they are trying to reduce the design time to a minimum and generate executable software as quickly as possible (to present it at any time), the development is performed in individual, sealed iterations.<\/p>\n

\"Agile<\/a>
Agile Process Model<\/figcaption><\/figure>\n

In each iteration a complete development cycle is gone through. That ensures that the developed program can be run at any time. Therefore the currently made \u200b\u200bstep is analyzed, designed, implemented and tested
\n 
\nSo new knowledge and changes in the existing application could more quickly influence the future development and risks of development are identified more quickly.
\n 
\n 
\nGoals<\/strong>
\nBefore the actual design phase of the NUI edutainment application first, the target rules must be set. These form the backbone of the game and dictate the direction of the program structure.
\n 
\nThe application is developed within the field of entertaining learning. It should, in addition to the traditional mouse and keyboard control, be primarily played with natural control using touch input and body movement.
\nIt should also be noted, not all control options are available on every device, so any natural input method should have a conventional alternative.
\n 
\nThe application is designed primarily for use in the classroom. So lessons will be more interesting for the students and the motivation to learn can be increased. The use of the student’s home to “normal” computers should not be excluded.
\n 
\nThe program is located in the category of “drill and practice”-applications. It will present no new subject matter, but only tests it. The application only controls the knowledge of the player and strengthens the already acquired knowledge.
\n 
\nOne of the main aims of the application is the extensibility and openness to nun developer.
\nAs this developed edutainment application, like most other educational programs, leveraging on a question bank, it is of of great importance that it may be extended or altered by anyone. It should no technical knowledge be needed, in order to modify the knowledge base.
\nIn addition, it should be possible in and with the knowledge base to adjust the difficulty level of the game, without changing the program code itself.
\nWith these two objectives is to ensured that parents and teachers with no programming experience can change the knowledge base and fit it in the the current topic from school.
\n 
\nBesides the possibility of changing the previously stored questions and adding additional languages \u200b\u200bas well, the creation of a new knowledge base also should to be possible. Through this openness the use in language schools and in foreign language classes are made possible.
\n 
\n 
\nTechnical Conditions<\/strong>
\nIn addition to the requirements that determine what goals to achieve with the program, there are other conditions in this project. These result from the technical characteristics of my available hardware.
\n 
\nSince the aim of the program is to run on different computers with different hardware limits it is to look to this conditions during the development.
\nThe application has to differentiate between powerful and weak computers on the one hand and the possibility of multi-touch input and control via mouse and keyboard on the other hand.
\n 
\nThis differentiation will be necessary to define precisely what kind of hardware for a mini-game must be available so that it is executable. For example, no body control games may be started if no camera is present.
\n 
\nTo keep the general hardware requirements low complex animations and effects are cut out, or at least tried to implement an optimized version of this effect.<\/p>\n

 
\n 
\n <\/p>\n

Upcoming blog entries
\nMaking The Game \u2013 Teil 11: The Storyboard
\nMaking The Game \u2013 Teil 12: The Graphics Library
\nMaking The Game \u2013 Teil 13: The Sound Management
\nMaking The Game \u2013 Teil 14: Knowledge base and question selection \/ Working with XML
\n\u2026
\n 
\n 
\n <\/p>\n","protected":false},"excerpt":{"rendered":"

Many different factors must be applied in the development of a multimedia, natural learning application. So I decided not to use a typical software-development model. Instead i used the agile process model in the development.   This approach was chosen because compared to the waterfall model, where at the beginning of the development all specifications must be set, it is much more dynamic to changing requirements and add new ideas can during the development process. In addition, the costs and project progress at the beginning of the development is difficult to predict, so the use of an agile and iterative approach that adapts to the current situation has many benefits. […]<\/p>\n","protected":false},"author":1,"featured_media":947,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[5,7],"tags":[126,140,141,161,175,177,190,192,196,211,222,228,239,256,260,261],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/porzelt.net\/en\/wp-json\/wp\/v2\/posts\/909"}],"collection":[{"href":"https:\/\/porzelt.net\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/porzelt.net\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/porzelt.net\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/porzelt.net\/en\/wp-json\/wp\/v2\/comments?post=909"}],"version-history":[{"count":1,"href":"https:\/\/porzelt.net\/en\/wp-json\/wp\/v2\/posts\/909\/revisions"}],"predecessor-version":[{"id":1239,"href":"https:\/\/porzelt.net\/en\/wp-json\/wp\/v2\/posts\/909\/revisions\/1239"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/porzelt.net\/en\/wp-json\/wp\/v2\/media\/947"}],"wp:attachment":[{"href":"https:\/\/porzelt.net\/en\/wp-json\/wp\/v2\/media?parent=909"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/porzelt.net\/en\/wp-json\/wp\/v2\/categories?post=909"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/porzelt.net\/en\/wp-json\/wp\/v2\/tags?post=909"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}