SRS (AR Game)

Software Requirements
Specification
for
“A mobile educational AR
game for kids”
Version 1.12 approved
Prepared by: Fatima Aslam BSCS-023616-34
Department of Computer Science
Institute of Southern Punjab
21 May,2020
Copyright © 2020 by Department of Computer Science & Information Technology, Institute of Southern
Punjab.
Software Requirements Specification for A mobile AR educational game for kids Page i
Table of Contents:
Table of Contents: ............................................................................................................... i
List of Figures: ................................................................................................................... iii
List of Tables:..................................................................................................................... iii
List of Charts:..................................................................................................................... iii
Revision History................................................................................................................. iv
1. Introduction: ................................................................................................................ 1
1.1. Purpose: ................................................................................................................. 2
1.2. Document Conventions: .......................................................................................... 3
1.3. Intended Audience and reading suggestions:.......................................................... 3
1.4. Product Scope: ....................................................................................................... 4
1.5 References: ................................................................................................................. 4
2. Overall Description: .................................................................................................... 5
2.1. Product Perspective: ............................................................................................... 5
2.2. Product Functions and Features: ............................................................................ 6
2.2.1. Functions of game: .......................................................................................... 6
2.2.2. Features of game: ............................................................................................ 6
2.2.3. Explanation about levels: ................................................................................. 7
2.2.4. Features of levels: ........................................................................................... 7
2.2.5. Screens of game: ............................................................................................. 8
2.3. User Classes and characteristics: ......................................................................... 11
Table 1. User classes and Characteristics:..................................................................... 11
2.4. Operating environment: ........................................................................................ 11
2.5. Design and Implementation Constraints:............................................................... 11
2.6. User Documentation: ............................................................................................ 12
2.7. Assumptions and dependencies: .......................................................................... 12
3. External Interface Requirements: ............................................................................ 12
3.1. User Interfaces: .................................................................................................... 12
3.2. Hardware Interfaces:............................................................................................. 12
3.3. Software Interfaces: .............................................................................................. 12
3.4. Communication Interfaces: ................................................................................... 12
4. System features: ....................................................................................................... 12
4.1. Functional Requirements: ..................................................................................... 12
Table 2. Functional Requirements: ................................................................................. 13
4.1.1. Functional requirements Specifications: ......................................................... 14
Table 3. Actor's and their goals: ..................................................................................... 15
Software Requirements Specification for A mobile AR educational game for kids Page ii
4.1.2. UC-1: ............................................................................................................. 16

4.1.3. UC-2: ............................................................................................................. 17
4.1.4. UC-3: ............................................................................................................. 18
4.1.5. UC-4: ............................................................................................................. 19
4.1.6. UC-5: ............................................................................................................. 20
4.1.7. UC-6: ............................................................................................................. 21
4.1.8. UC-7: ............................................................................................................. 22
4.1.9. UC-8: ............................................................................................................. 23
4.2. Use-Case of AR mobile educational game: ........................................................... 24
4.3. Sequence diagram of AR mobile educational game: ............................................. 25
4.4. Activity Diagram of AR mobile educational game: ................................................. 26
4.5. Process Flow Diagram of AR mobile educational game: ....................................... 27
4.6. Data Flow Diagram of AR mobile educational game: ............................................ 28
4.6.1. Contextual Diagram (0-level DFD): ................................................................ 28
4.6.2. Complete DFD: .............................................................................................. 29
4.7. Entity Relationship Diagram of AR mobile educational game: ............................... 30
4.8. Database Diagram of AR mobile educational game: ............................................. 31
4.9. Architecture of Tracking module:........................................................................... 32
4.1.1. Camera: ............................................................................................................ 32
4.1.2. Image Capturing Module: .................................................................................. 32
4.1.3. Image Processing Module: ................................................................................ 32
4.1.4. Marker Tracking Module: ................................................................................... 32
4.1.5. Rendering Module: ............................................................................................ 32
4.10. Architecture for development of AR educational game: ..................................... 34
5. Non-functional requirements: .................................................................................. 34
Table 4. Non-Functional Requirements: ......................................................................... 35
5.1. Reliability: ............................................................................................................. 35
5.2. Portability: ............................................................................................................. 35
5.3. Ease of use: .......................................................................................................... 35
5.4. Ease of Learning: .................................................................................................. 35
6. Other requirements: .................................................................................................. 36
7. Development: ............................................................................................................ 36
8. Tools: ......................................................................................................................... 37
Hardware tools: ............................................................................................................... 37
Software Tools: ............................................................................................................... 37
Web links for 3-dimensional models: ............................................................................... 37
9. Wireframe of game: ................................................................................................... 37
Software Requirements Specification for A mobile AR educational game for kids Page iii
10. Gantt Chart: ............................................................................................................... 39

Appendix: .......................................................................................................................... 40
List of Figures:
Figure 1. Use Case for Registration and Sign In ................................................................ 16
Figure 2. Use Case for Approval of levels .......................................................................... 17
Figure 3. Use Case for Progress module ........................................................................... 18
Figure 4. Use Case for Reading level ................................................................................. 19
Figure 5. Use Case for Coloring level ................................................................................. 20
Figure 6. Use Case for Speaking level ............................................................................... 21
Figure 7. Use Case for Writing level ................................................................................... 22
Figure 8. Use Case for Quiz level....................................................................................... 23
Figure 9. Use case Diagram of AR mobile educational game............................................. 24
Figure 10. Sequence Diagram of AR mobile educational game ......................................... 25
Figure 11. Activity Diagram of AR mobile educational game .............................................. 26
Figure 12. Process Flow Diagram of AR mobile educational game .................................... 27
Figure 13. Contextual Diagram (0-level DFD)..................................................................... 28
Figure 14. Data Flow Diagram of AR mobile educational game ......................................... 29
Figure 15. Entity Relationship Diagram of AR mobile educational game ............................ 30
Figure 16. Database Diagram of AR mobile educational game .......................................... 31
Figure 17. Architecture of Tracking module ........................................................................ 33
Figure 18. Architecture for Development of AR educational game ..................................... 34
Figure 19. RAD Model........................................................................................................ 36
Figure 20. Wireframe ......................................................................................................... 38
List of Tables:
Table 1. User classes and Characteristics: ........................................................................ 11
Table 2. Functional Requirements:..................................................................................... 13
Table 3. Actor's and their goals: ......................................................................................... 15
Table 4. Non-Functional Requirements: ............................................................................. 35
List of Charts:
Chart 1. Gantt Chart ........................................................................................................... 39
Software Requirements Specification for A mobile AR educational game for kids Page iv
Revision History
Name Date Reason for Changes Version
A mobile AR 3 March, Functional Requirements not defined 1.0

educational game 2020 properly.
for kids
A mobile AR 5 March, Functional Requirements and Use cases are 1.1
educational game 2020 not defined properly.
for kids
A mobile AR 9 March, Use cases are not defined properly. 1.2
educational game 2020
for kids
A mobile AR 10 Project modules are not defined properly. 1.3
educational game March,
for kids 2020
A mobile AR 26 Wireframe and Screens are not added in 1.4
educational game March, document.
for kids 2020
A mobile AR 1 April, Wireframe is not properly added in document. 1.5
for kids
for kids
for kids
A mobile AR 10 May, Work breakdown Structure is not defined in 1.8
educational game 2020 document.
for kids
A mobile AR 12 May, Gantt chart is not defined in document. 1.9
for kids
A mobile AR 14 May, Gantt chart is not properly defined in 1.10
educational game 2020 document and References are not added in
for kids document.
A mobile AR 15 May, Formatting is not proper. 1.11
for kids
A mobile AR 28 May, Formatting is not proper. DFD, Process flow 1.12
educational game 2020 and Activity diagram needs some changes
for kids
Software Requirements Specification for A mobile AR educational game for kids Page 1
1. Introduction:
Learning is a process that never stops in one's life, and it starts from childhood. The
first six years of a child is the most important time for their development in the future, or often
referred as the “golden age”. In this period, children can absorb knowledge very well and they
will be taught a variety of things, one is learning about letters of the alphabet so they will be
able to read and write in the future.
Today, technology has grown rapidly and changes various aspects of life. When used
wisely, technology can support learning. One form of technology is mobile gadgets. One
example of the operating system that is currently widely used is Android. Android has grown
rapidly in comparison to other operating systems. This is because Android has advantages,
which is open source, free, and provide many tools to build software that allows opportunities
for application development.
Students are bored with traditional ways of teaching. As per the recent report by
Harvard GSE, the student’s engagement is dropping each year because institutes focus on
standardized modes of teaching. Children born between 2010 to 2025 are known as Alpha
Generation. These are highly influenced by technology, even they can’t imagine their life
without technology.
Two of the most admirable traits of humans are their curiosity and imagination. The
only way to build the future on curiosity and imagination is through an education that is rooted
in the same principles. Teaching and learning have to be much more than a simple process
of knowledge transfer. Education has to point students in the right direction and show them
how to use all their knowledge coupled with their imagination to accomplish truly extraordinary
things.
If teaching methods are built mainly on textbooks and standardized tests, it will be
really difficult to teach students to be curious and use their imagination. Reading hundreds of
pages and filling out standardized tests won’t jog anyone’s fantasy and creativity. Instead
teachers should try to incorporate new and innovative technologies in their instruction, that
demand learners to be inventive and creative while learning and responding to assignments.
One such tool that can help students and teachers to get creative is Augmented
Reality, or shortly, AR. Any Augmented reality game can influence child’s mind. Kids like these
types of games and if these games also have ability to teach something.
Educational institutions that use the latest technology in the classroom as well as in
field trips are going to create a completely different learning experience opportunity for the
Alpha children. And with it, they are going to contribute to a better preparation for the leaders
of the future. Schools, educators, and educational institutions are going to find it challenging
to cope with the demands of Generation Alpha children if they neglect to update themselves,
their methodology, and curricula in order to adopt a new approach to education. Alpha children
are accustomed to acquiring knowledge by doing, screen-touching, and experiencing. Schools
need to provide an adequate environment that enhances this type of learning. This type of
environment requires changes and a new approach to education at all levels. Schools and
colleges should get ready by creating programs of study that require deep learning.
So Augmented Reality Game is one of the solutions to make learning interesting. It

helps the students easily acquire, process, and remember the information. Additionally, AR
game makes learning itself more engaging and fun. It is also not limited to a single age group
or level of education, and can be used equally well in all levels of schooling, from pre-school
education up to college, or even at work. AR apps can help the teacher explain a subject,
provide a visual representation of the material. Teachers can also check progress of their
students by number of levels of game they complete.
At this time, my focus is on pre-school education and AR game is the best way for kids
to learn. As kids are interesting in colors, images, gifts, surprises and animations, and AR
game provide all of these. So, Game capture interest of kids which results in learning, gaining
information. This game is about alphabets learning and coloring with a lot of excitement and
fun. Through this game, kids can learn how to pronounce, how to write and much more about
alphabets through informative and engaging activity sheets.
1.1. Purpose:
Purpose of developing this application is
• To add information and meaning to the real object especially when it is applied in kids’
education.
• To satisfy the learning of every kid in terms of incorporating with the technologies and
added data that deepens their learning and memorizing power.
• To enhance the learning capability of the kids in terms of visual usage, listening to the
audio commands, or different story context which makes learning more meaningful.
• To increase child’s creativity, AR supports creative learning, not only in finding their
own creative source but children improve the ability to explore and absorb new
knowledge and solve problems in ‘creative’ ways.
• To increase child’s motivation, AR technology can transform each class into a
surprising learning environment that will keep students interested and motivated to
participate and find out how their reality will be transformed during the lesson.
• To increase child’s intention and interactivity.
• To increase child’s responsibility, it also makes them more independent, the children
learn how to be more independent and they face more self-responsibility in the learning
progress during all years.
• To make a child’s fast learner. More engaged and motivated learners will always learn
faster because their attention and energy is concentrated on the learning material
throughout the learning process.
1.2. Document Conventions:

Augmented Reality:
Augmented reality is the vision of a physical environment by means of a device
(smart phone, tablet), so that this real-world physical environment is shown in real time
with an additional layer of virtual elements.
Augmented Reality Based on Markers:

The markers are symbols or clipart that are printed on paper, which project
objects (elements in third dimension, figures, texts) when they are focused by the
camera under the use of an application that runs on the device.
Unity:
Unity is a development platform and a video game engine, which allows us to
create videogames and work with interactive 3D objects. It also has an IDE called
MonoDevelop that allows the user to program in the most popular programming
languages such as C #.
Vuforia:
The Vuforia SDK contains many libraries that facilitate the creation of mobile
applications of augmented reality and provides different types of options for viewing,
taking video and for the exploration of recurring events of the captured images, in order
to calculate in real time, the position of the camera and the location of the markers.
Android:
Android is a mobile operating system based on a modified version of the Linux
kernel and other open source software, designed primarily for touchscreen mobile
devices such as smartphones and tablets.
Educational Game using Augmented Reality:

It is a game oriented towards the education sector that recreates an
imaginary environment where the user has the feeling that everything around him is
real.
1.3. Intended Audience and reading suggestions:

Audience and users of this application are kids between 2 to 6 years, parents
and teachers. Kids of this age group starts learning and going to school. This
application helps them to learn and memorize alphabets easily. Teachers and parents
use this application to teach kids in an innovative way that proves more effective.
Parents:
Parents can create account and sign in. Parents can select teacher and request
to unlock specific level. Parents can view progress of their kids.
Teachers:
Parents can create account and sign in. Teachers can receive parents request
and unlock specific level. Teachers can check progress of their students.
Kids:
Kids can detect markers (target images) and visualize 3d model. They can
listen sounds and can color or write something.
1.4. Product Scope:

Augmented reality game can complement standard courses. Text, graphics, video
and audio can be added to a student’s real-time environment. Textbooks and other
education reading materials can contain embedded ‘markers’ that, when scanned by an
augmented reality application, are presented to students in a multimedia format to
generate and display supplemental information. Students can interactively participate in
computer-generated event simulations that can help enhance their understanding of the
learning topic.
Through the technology of augmented reality, learning materials and knowledge

can be visualized, and students can learn interactively with the virtual model generated by
the machine. Augmented reality also allows learning through remote collaboration, where
students and teachers are not in the same physical location, and can share a common
virtual learning environment populated with virtual objects and learning materials, and
interact with another within that setting.
Mobile augmented reality offers educators a new opportunity to start thinking more
deeply about the context and context of mobile learners. Augmented reality can take any
situation, location, environment or experience to a whole new level of meaning and
understanding. Augmented reality is changing the way learners “learn on the move”.
1.5 References:
• Cavus, B., Dayanık, E., Demir, C. M., & Balcı, M. (2014, November). Software
Requirements Specification Document CENG 490 VANA Project. Retrieved from
https://senior.ceng.metu.edu.tr/2015/vana/uploads/4/4/6/9/44699515/srs.pdf
• Cieza, E., & David, L. (2018). Educational Mobile application of Augmented reality
based on markers to improve the learning of vowel usage and numbers for childern
of kindergaren in Turjilo. Procedia Computer science, 130, 352-358.
• Dey, A., Billinghurst, M., Lindeman, R. W., & Swan, E. J. (2018). A systematic review
of 10 years of augmented reality usability studies: 2005 to 2014. Frontiers in Robotics
and AI, 5, 37.
• Feng, L., Yang, X., & Xiao, S. (2017, March). MagicToon: A 2D-to-3D creative
cartoon modeling system with mobile AR. In 2017 IEEE Virtual Reality (VR), pp. 195-
204.
• Magnenat, S. N. (2015). Live texturing of augmented reality characters from colored

drawings. IEEE transactions on visualization and computer graphics, 21(11), 1201-
1210.
• Mokhtar, M. K. (2018, November). Development of Mobile-Based Augmented Reality

Colouring for Preschool Learning. Learning. In 2018 IEEE Conference on e-Learning,
e-Management and e-Services (IC3e) , pp. 11-16.
• Patkar, R. S., Singh, P., & Birje, S. V. (2013). Marker based augmented reality using
Android os. International Journal of Advanced Research in Computer Science and
Software Engineering, 3(5).
• Salman, A. G. (2017). Interactive educational game, an android mobile app for

children learning alphabets. . Library Hi Tech News.
• Space, A. F. (n.d.). Augmented Reality: what’s here and what’s not?.
• Yau, A. (n.d.). Create your own AR experiences with Zappar.
2. Overall Description:
2.1. Product Perspective:
My game is based on concept of Augmented reality. By using concepts of
augmented reality, I will develop a game using Unity, Android studio and Vuforia. It is
all about kids learning. Application will teach alphabets their phonics with the help of
fruits, animals and non-living object names. Game will also prove a better option for
practicing coloring and writing. Game has 5 modules.
First module is about authentication of user. User can register themselves by

creating account and login by username and password. This module is about
authentication and privacy of user’s data.
Second module is about level selection. Game will have read, write, color,
speak and quiz levels. These levels will be further divided into sub-levels. In read level,
kids can learn Alphabets and their phonics with interesting and interactive 3d models
which project on book. In write level, kid can practice to improve writing skills. As kids
writes accurately, application will project 3d models, audios and give feedback. In
color, kids learn coloring with real-time rendering of 3d model as Target image colors
change. In speak level, kids learn correct pronunciation by listening and speaking
alphabets and English words. In quiz level, evaluation of kid is done with interactive
Augmented reality exercises and activity marker. These levels are sub-divided on the
basis of fruits, animals and non-living objects sections. After completion of level, points
and gifts display given to that kid. After completing a section of game, there is a
surprise for kid. These points, gifts and surprises help to maintain child’s attention.
Third module is about level approval to unlock specific level. Parents can place
a request to unlock specific level. If teacher is selected by parents then that teacher
responds to request otherwise admin respond to request and level unlocked for user.
Forth module is about Progress report. Parents, teachers and admin view this
progress report that builds by kids points. Parent can view progress report of their child
only. Teachers can view progress report of their all students by their name or roll
numbers. Admin can view progress report of all kids who ever played the game.
Fifth module is about help. Users can learn how to play this game and use its
different functionalities. Help icon give all necessary information to users.
For better learning of kid, I consider PQRST technique. This method helps the
student focus on studying and prioritizing the information in a way that relates directly
to how they will be asked to use that information in an exam. The method can also be
modified to suit any particular form of learning in most subjects. It can also allow more
accurate timing of work so instead of having to decide how much time to attribute to
one whole topic you can decide how long it might take to preview the material and then
each step after that. P stands for Preview, Q for question, R for read, S for summarize
and T for testing.
2.2. Product Functions and Features:

2.2.1. Functions of game:
Function that users can perform by this game are;
• Create account
• Sign in
• Parents can select teacher
• Select level
• Play
• View augmented model
• Change position of augmented model
• Rotate augmented model
• Resize augmented model
• Stop audio
• Receive feedback
• Can forward screen with next button
• Can go to previous screen
• Parents can request to unlock specific level
• Teachers can respond to parent’s request
• View scores
• View progress report
• Get surprises and gifts on completion of level
• Exit application
2.2.2. Features of game:

Some features of game are;
• There are 5 categories (Read, Write, Speak, Quiz, Color) in game.
• Each category has further 4 levels.
• When any level complete then scores assign to kid
• All levels of speak category can check kids’ pronunciation and give them
feedback
• All levels of Quiz also check kids progress and gives them feedback
2.2.3. Explanation about levels:

In Read Category
• 1st level is about Alphabets.
• 2nd level is about Fruits name
• 3rd level is about Objects name
• 4th level is about Animals name
In Speak Category
In Write Category
• 1st level is for letters from A to F
• 2nd level is for letters from G to L
• 3rd level is for letters from M to R
• 4th level is for letters from S to Z
In Color Category
• 1st level is about Fruits
• 2nd level is about Objects
• 3rd level is about Animals
• 4th level is for complete coloring markers which contains above 3 types.
In Quiz Category
2.2.4. Features of levels:

• Kids can play Animations and also stop them.
• Kids can move 3d models.
• Kids can rotate 3d models.
• Kids can stop background music of game in play mode.
• Kids can stop voice which give them instructions.
• After completion of each category level, there is a reward for kids.
• After completion of Read category, kids get box of Stars.
• After completion of Write category, kids get box of Coins.
• After completion of Speak category, kids get box of Trophies.
• After completion of Color category, kids get box of Candies.
• After completion of Quiz category, kids get box of Chocolates.
2.2.5. Screens of game:

Some Screens of my game:
Login Screen
Account Creation Screen (Parents on right side & Teachers on left side)
Menu Screen
Category Selection Screen

Level Selection Screen
Play mode
Reward Screen
Feedback Screen
Level Completion Screens
Help Screens
Progress Screen for Teachers
Progress Screen for Parents

2.3. User Classes and characteristics:

This product has three types of users based on different levels of functionality
i.e. parents, teachers and admin. Parents use this game for their kids learning. Give
this game to kids to play and learn together. Teachers use this game to view progress
of their students and know about their skills. All users require only general knowledge
of using touch screen of android device.
Table 1. User classes and Characteristics:

Functions Parents Teachers Admin Child
Register an * *
Account
Confirm *
Registration of
Accounts
Login * * *
View progress * * *
View * * *
notifications
Seek help *
Play *
Send request *
to unlock
levels
Respond * *
notifications
2.4. Operating environment:

• The game will run on an Android device.
• Game use android input output ports to run effectively.
• Input can be given through touch screen or by voice.
• Output can be received by screen and speaker.
• Game use back camera.
• The Game will use sensors to detect rotation.
2.5. Design and Implementation Constraints:

o Device Performance:
➢ Need adequate performance from the device to render meshes and/or
any other computer-generated objects.
o Sensor Accuracy:
➢ Various devices have different quality sensors. Depth camera sensor
help to augmented 3d models.
o Camera:
➢ Camera scan marker and basis of scanned image 3d models augment
on screen.
o Input/ Output ports:

➢ Game uses all input output ports of android system to capture maximum
senses of kids.
2.6. User Documentation:

At the completion of development, a user manual will be made available to help
users. Hints may be provided in the application to assist with the ease of use of the
program.
2.7. Assumptions and dependencies:

Android Device is assumed to have good condition with all functions working
properly.
3. External Interface Requirements:

3.1. User Interfaces:
All interaction with the user is via a mobile interface. Once the application has
started, the user can interact through icons on the screen. If the user clicks the icon
then specific function performs. Scanning of image of image is done through camera.
3.2. Hardware Interfaces:

Since this application is developed as a mobile application, a mobile operating
system is the most important required software for this application to work.
3.3. Software Interfaces:

The application shall be capable of running on any version of Android operating
system. The system shall make use of the operating system calls retrieve augmented
reality application.
3.4. Communication Interfaces:

Data shall be transferred from Vuforia dataset servers to the mobile device that
uses the system.
4. System features:
4.1. Functional Requirements:
Functional requirements refer to the statement of service that system should
provide, how the system react to specific input, and how it behaves in the particular
situation. Functional requirements describe what the developer must implement in
order for the user to accomplish their task, thereby satisfying the business needs. It
can be a calculation, data manipulation, business process, user interaction, or any
other specific functionality which defines what function a system is likely to perform.
Functional Requirements are also called Functional Specification. Functional
Requirement can range from the high-level abstract statement of the sender’s
necessity to detailed mathematical functional requirement specifications. Functional

software requirements help you to capture the intended behavior of the system.
Table 2. Functional Requirements:

Identifier Requirements
Req-1 Users can create account and register themselves.
Req-2 There should be three types of users i.e. teachers, parents and admin.
Req-3 User can login with their name and password.
Req-4 Allow parents to select teachers.
Req-5 There should be different levels.
Req-6 Allow users to select a level.
Req-7 Parents can request to teachers to unlock specific level.
Req-8 For teachers, all levels should be unlocked.
Req-9 Teachers can unlock specific level for their students.
Req-10 Each level has some points/scores.
Req-11 Points/scores should be should be visible.
Req-12 There should be gifts for kids according to their progress.
Req-13 Game give remarks to kids on their progress.
Req-14 Allow parents to test their kids learning skills.
Req-15 Parents can see progress of their kids.
Req-16 Teachers can see progress of their students.
Req-17 Game should be educational and interactive.
Req-18 Every icon should be clickable, otherwise it should become grey one.
Req-19 The game should require minimum number of inputs.
Req-20 The game should be robust.

4.1.1. Functional requirements Specifications:

Stakeholders:
• Parents:
o Use application to teach their children.
• Teachers:
o Use application to check progress of their students.
• Developers:
o Develop application.
o Fix errors and update the application.
Actors and goals:

• Parents:
o Primary initiating actor
o Can create account and register themselves.
o Can login at any time.
o Can select teacher.
o Can request teacher to unlock specific level.
o View progress of their kid.
• Teachers:
o Primary initiating actor.
o Can create account and register themselves.
o Can login at any time.
o Can approve or reject the request of parents to unlock specific level.
o View progress of their students.
• Database:
o Offstage actor
o Store data of parents and teachers.
o Store score and progress of kids.
o Store information regarding levels.
• Vuforia dataset:
o Offstage actor.
o Store markers (target images) dataset.
• System:
o Offstage actor.
o Retrieve and store data in database.
o Inner working of database and augmentation.
Table 3. Actor's and their goals:

Actors Secondary Actors Actor’s Goal Use Case
Name
UC-1
Parents, Database Registration and Sign
Teachers, Admin in
UC-2
Teachers, Database Approval to unlock a
Parents, Admin level.
UC-3
Teachers, Database View progress report
Parents, Admin
UC-4
Child Vuforia dataset Play “Reading” level
UC-5
Child Vuforia dataset Play “Coloring” level
UC-6
Child Vuforia dataset, Play “Speaking” level
Database
UC-7
Child Vuforia dataset Play “Writing” level
UC-8
Child Vuforia dataset Play “Quiz” level
Use case diagram refer to diagrammatic view of showing out what the actions
that external actors and internal actors (users involve with the system) who take part
in performing the system. The opportunities that can be gained by designing of this
use case diagram is that it will help in identifying who the users of the system which is
being implemented.
Furthermore, by preparing use case it will help in identifying the goals

associated with each actor involved with the system as well. Following provided use
case diagrams was prepared upon the requirements and system functionalities that
will be included within the AR Game.
There are eight use case diagrams. These are Registration and sign in, Level
approval, View progress report and five use case diagrams for 5 levels. In the last
complete use case diagram is provided which is explaining all functionalities of game.
4.1.2. UC-1:
Register
<<include>>
Add personal data
parent
<<include>>
Confirmation
Database
<<include>>
Teacher
Login
Authentication
Admin
<<include>>
Sign in
Figure 1. Use Case for Registration and Sign In

4.1.3. UC-2:
Send request
<<include>>
save request
Parent
Receive request
Database
Teacher Respond
<<include>>
<<include>>
Locked
Admin
Unlock
Figure 2. Use Case for Approval of levels

4.1.4. UC-3:
View progress
Parent <<include>>
Receive query
<<include>>
Database
Teacher Answer query
<<include>>
View
Admin
Figure 3. Use Case for Progress module

4.1.5. UC-4:
Select level
<<include>>
Select sub-level
<<include>>
Scan Image
<<include>>
User Vuforia dataset
Match feature points
<<include>>
View augmented models
<<include>>
Rotate models <<include>>
<<include>>
Move models
Resize models
Exit
Figure 4. Use Case for Reading level

4.1.6. UC-5:
Color the marker
Select level
<<include>>
Select sub-level
<<include>>
Scan your colored Image
User <<include>> Vuforia dataset
<<include>>

of your colored page
<<include>>
<<include>>
Move models
Resize models
Exit
Figure 5. Use Case for Coloring level

4.1.7. UC-6:
Select level
<<include>>
Select sub-level
<<include>>
Scan Image
<<include>>
<<include>>
Vuforia dataset
<<include>>
<<include>>
<<include>>
User Resize models Move models
Database
Listen Audio
Give input as voice
<<include>>
Match voice
input
<<include>>
Feedback
Exit
Figure 6. Use Case for Speaking level

4.1.8. UC-7:
Select level
<<include>>
Write on marker
Select sub-level
<<include>>
Scan marker on
which you write
<<include>>
<<include>>
Vuforia dataset
View augmented model on the basis of your writting
<<include>>
User
Feedback
Exit
Figure 7. Use Case for Writing level

4.1.9. UC-8:
Select level
<<include>>
Complete activity
Select sub-level
<<include>>
Scan acitivity
marker
<<include>>
<<include>>
Vuforia dataset
View augmented model on the basis you complete

the activity
<<include>>
User
Feedback
Exit
Figure 8. Use Case for Quiz level

4.2. Use-Case of AR mobile educational game:
Register <<include>>
Add personal data
<<include>>
Confirmation
<<include>>
Login
<<include>>
Authentication
<<include>>
Sign in
Parent
<<include>>
Send request
<<include>>
save request
<<include>>
Receive request
<<include>>
Respond
Teacher <<include>>
<<include>>
Unlock
Locked
<<include>> Database
View progress
<<include>>
Receive query
<<include>>
View
<<include>>
Answer query
Admin
Write on the marker Conplete activity of

Color the marker
marker
Select Color
Select Read level Select Write level
level Select Speak level
Select Quiz level
<<include>> <<include>> <<include>>

<<include>>
<<include>>
Select sub-level
<<include>>
Vuforia Dataset
Scan marker
<<include>>
Child Match feature points
<<include>>
<<include>>
<<include>> <<include>>
Listen Audio <<include>>
Move models Resize models

<<include>>
Rotate models
Give input as
voice
<<include>>
Feedback <<include>> Match voice input
Exit
Figure 9. Use case Diagram of AR mobile educational game

4.3. Sequence diagram of AR mobile educational game:

Sequence Diagram represents an object collaboration and is used to define
event sequences between objects for a certain outcome. Using UML sequence
diagrams, it represents the flow of messages as well as events and actions between
objects of the system. Therefore, the opportunities that can be gained by creating the
sequence diagram is that it will help in identifying the architecture as well as the
interface and logical problems beforehand. A sequence diagram is an interaction
diagram. Interaction among the components of a system is very important from
implementation and execution perspective. Sequence diagram is used to visualize the
sequence of calls in a system to perform a specific functionality.
Sequence diagram of game is displayed which explains the sequence of each

and every activity of game.
Main Menu/ Vuforia

Parent Teacher Admin Game Database Child Screen Device
Dataset
Start game
Create Account
Create Account
To Allow user
Confirm user
Data saved
Message display
Message display
Sign in
Authentication
Approved/Reject
Message display
Select teacher
send message
reply
Save
send message
Request to unlock level Select level
Request saved Select sub-level
Request send to admin Scan marker
Request send to teacher Match scanned data
Answer Request Augment 3d model
Answer Request
Answer saved Select speaking-level
Respond parent request Scan marker
Match scanned data
View Progress Listen Audio
View Progress Give voive based input
View Progress Send query Match voice

Answer query
Display progress report Feedback
Display progress report Display points
Display progress report Exit
Figure 10. Sequence Diagram of AR mobile educational game

4.4. Activity Diagram of AR mobile educational game:

Activity diagram describes the flow of control in a system. It consists of activities
and links. The flow can be sequential, concurrent, or branched. Activities are nothing
but the functions of a system. Numbers of activity diagrams are prepared to capture
the entire flow in a system. Activity diagrams are used to visualize the flow of controls
in a system. This is prepared to have an idea of how the system will work when
executed.
Activity Diagram of game is provided which explains functions of every activity

that a game can performs.
If not registered
If user is registered
Login
Create an account
Enter Name and Authenticaton

Password
Confirm user
Enter details
Invalid Username and Password

Fail
Fail Not confirmed by Admin
Valid username and password

Success
Success Confirmed by Admin
Menu
Help Progress If Teacher or Admin Notifications Play

Save data in
Respond to database and send
Save data
notifications reply
If Admin View all
If teachers
How to unlock level notifications
If Parents
Select Category Reterieve data from
database
View Progress of View Progress of all
Request for specific your students childs
Query to database
level
Query to database
Fetch data
View Progress of
Query to database
your kid
Send message to Select Level Detect feature points Marker Detection
How to play
Teacher and Admin
View Progress
Receive notification Report AR mode starts If not recognize any feature
Fetch data scanning marker
Augment 3d model If recognize feature points
Play sound
Interact with model
Save data in
Add points
Progress table
Figure 11. Activity Diagram of AR mobile educational game

4.5. Process Flow Diagram of AR mobile educational game:

A Process Flow Diagram (PFD) is a type of flowchart that illustrates the flow of
an application.
Download and
Install game
Response save in database
No
Download and Print

Respond to
Markers
notifications
If Teacher or Admin Want to go back Yes
View all
Notifications
notifications
Start game Game Menu
If user is registered No
Volume and sound

Settings Want to go back Yes
buttons
If user not registered
Play Help Progress If Teachers
If Admin
If Parents
Create Account Login

Select Category How to play How to unlock level If parents
Login successful
Enter Name and Request for specific
Enter Personal Data
Password Select Level level View progress of View progress of all View progress of
your kid childs your students
Confirmation AR mode starts

Authenticaton Rejected Send message to
through admin scanning marker Request save in database
Teacher and Admin
False False
Check from database
Feature points not found

View Progress
Match with Vuforia dataset No
Receive notification Report Retrieve data from database
No
Recognize feature points

Save data
True True
Approved
Augment 3d model
Details saved and
Sign in
Accont Created View Reports of
Level Unlocked
each category
Interact with model
No
Complete level Want to go back
False
True
View ponts Progress save in database

Want to go back
Yes
Want to exit AR
mode
Yes
Yes
Figure 12. Process Flow Diagram of AR mobile educational game

4.6. Data Flow Diagram of AR mobile educational game:

A Data Flow Diagram (DFD) illustrates the flow of data between major
components.
4.6.1. Contextual Diagram (0-level DFD):
Parents Respond queries Teachers
Account Creation
Login
Request for Level Approval
Seek help
Account Creation
Login
View Progress
View Notifications
View Notifications
Mobile AR educational
game Approve Requests
View Progress
Respond queries
Scan Markers
Save data
Database Visualize models
Retrieve data
Child
Match Feature points

Vuforia Dataset
Recognize feature points
Figure 13. Contextual Diagram (0-level DFD)

4.6.2. Complete DFD:

UserAccount TeacherAccount
Process 1 Account details
Account information Account details

Account
Registration
Process 2 Login Details

Verification of Login Details
Parents Login details
Verification of Login Details
Login
Login Details
Login details
Teachers Account information
Login Successful
Help Menu Game Start
Progress Menu
Notification Menu
Process 3 Play Menu
Level Approval
Request
Process 4
Process 5 Verify Previous level is completed or not
Notifications
Level Selection
Process 6 Select data from database
View Progress
Progress
Send data
Save data
Send data
Request for data
Send data
Level selected sucessful
Notifications
Markers Match feature points
Process 7 Scan Markers
Child Vuforia Dataset

Interact with AR Play mode
Models
Visualize models
Figure 14. Data Flow Diagram of AR mobile educational game

4.7. Entity Relationship Diagram of AR mobile educational game:

An Entity Relationship Diagram shows entities (tables) in a database and their
relationships between other entities within that database.
TeacherID
UserID
UserName TeacherName TeacherPassword
UserPassword
TeacherEntryDate
TeacherAccount
UserAccount
UserEntryDate
SchoolName
TeacherID
QL2 QL3
QL1
NotifyID
QL4
Category
ProgID SL1
Progress Notification
SL2
Levels
UserID SL3
TeacherID Status
WL4 CL1 SL4 ReplyDate
RL1
NotifyDate
CL3
WL3 CL2 UserID
WL1
RL2
CL4
WL2
RL3
RL4
Figure 15. Entity Relationship Diagram of AR mobile educational game

4.8. Database Diagram of AR mobile educational game:

It is the skeleton structure that represents the view of the entire database. For
mobile educational game, there are 4 tables with numerous attributes. Each table has
primary attribute which uniquely identify its record. Foreign key is also established to
link tables record. This helps to maintain data consistency and errors in data. Entire
database diagram is given below.
Figure 16. Database Diagram of AR mobile educational game

4.9. Architecture of Tracking module:

The proposed system is a marker-based system and its architecture as shown in
figure contains following modules.
1. Camera
2. Image Capturing Module
3. Image Processing Module
4. Rendering Module
5. Display Screen
4.1.1. Camera:
A real-world live video is feed as an input from the Android cell phone camera to the
Camera module. Displaying this live feed from the Android cell phone camera is the reality in
augmented reality. This live video stream is given as an input to the Image Capturing Module.
4.1.2. Image Capturing Module:

The input to Image Capturing Module is the live video feed from the camera of a mobile
device. This module analyses the camera feed, by analyzing each frame in the video. This
module generates binary images i.e. a digital image that has only two possible values for each
pixel. Typically, the two colours used for a binary image are black and white. These binary
images are provided as an input to Image Processing Module.
4.1.3. Image Processing Module:

Inputs to Image Processing Module are the binary images from Image Capturing Module.
These binary images are processed using an image processing technique to detect the AR
Marker. Detection of AR Marker is essential to determine the position, where to place the
virtual object. Once the AR Marker is detected, its location is provided as an input to the
Tracking Module.
4.1.4. Marker Tracking Module:

The tracking module is “the heart” of the augmented reality system; it calculates the relative
pose of the camera in real time. The term pose means the six degrees of freedom (DOF)
position, i.e. the 3D location and 3D orientation of an object. The calculated pose is provided
as an input to Rendering Module.
4.1.5. Rendering Module:

There are 2 inputs to Rendering Module. First is the calculate pose from the Tracking
Module and other is the Virtual Object to be augmented. The Rendering Module combines the
original image and the virtual components using the calculated pose and renders the
augmented image on the display screen of the mobile device.
Image
Camera Capturing
Live Module
Video Video Stream Frames
Feed From
Camera
Image
Processing
Module
Marker &
its Position
Marker
Tracking
Module
Augmented Combined
display Virtual & real Calculated
Android Object Pose
Rendering
Mobile
Module
Screen
Virtual object
to be
Virtual augmented
Object
Figure 17. Architecture of Tracking module

4.10. Architecture for development of AR educational game:

This architecture based on different tools which is using for development such
as: Vuforia, Unity 3D and Android Studio. Following is the Architecture for development
of game:
Figure 18. Architecture for Development of AR educational game
5. Non-functional requirements:
Non-Functional Requirements (NFR) specifies the quality attribute of a software
system. They judge the software system based on Responsiveness, Usability,
Security, Portability and other non-functional standards that are critical to the success
of the software system. Example of nonfunctional requirement, “how fast does the
system load?” Failing to meet non-functional requirements can result in systems that
fail to satisfy user needs. Non-functional Requirements allows you to impose
constraints or restrictions on the design of the system across the various agile
backlogs. Description of non-functional requirements is just as critical as a functional
requirement.
Table 4. Non-Functional Requirements:

Identifier Requirements
Req-1 The user interface of application should be interactive.
Req-2 Application use appealing and standard icons.
Req-3 Information in each menu should be concise.
Req-4 Number of icons in each menu should be limited for better visual experience
Req-5 Information should be transmitted using diagrams.
Req-6 There should be a screen for users help.
Req-7 Markers should be available for users.
Req-8 3d model and audio should be related to target image.
5.1. Reliability:
The game should able to continuously run for a long duration of time (multiple hours)
and not suffer from system slowdowns or crashes.
5.2. Portability:
The game should be able to run on any Android platform.
5.3. Ease of use:

Someone with little to none technical experience in the operations of electronics should
be able setup and use this game by following a simple set of instructions.
5.4. Ease of Learning:

The learning curve for this game should be short since the game should perform the
corresponding tasks based on natural human motions.
6. Other requirements:
Not at this stage.
7. Development:
For development of project, I have to choose methodology. The methodology that
I refer to is the Rapid Application Development (RAD). This methodology does not exist
until 1991, introduced by James Martin. Due to time constraints as a student, and my other
commitment on other courses, I had limited time, capability and resources that I can use
to finish up my project. RAD is a software development methodology which involves
iterative development and the construction of prototype. Some of the basic principles in
applying RAD is the key objectives is for fast development and delivery of a high-quality
system at a relatively low investment cost, attempts to reduce inherent project risk by
breaking a project into smaller segments and providing more ease-of-change during the
development process.
Figure 19. RAD Model
A database was created in Vuforia in which the images that were used as markers
were saved, then the Vuforia SDK (the Vuforia development tool contains many libraries that
facilitate the creation of mobile augmented reality applications) and the Android Studio SDK
(so that the application is exported in an Android application package) are imported into the
Unity development platform. Subsequently, we proceed to program the necessary scripts in
the IDE MonoDevelop (integrated development environment own Unity), after finishing coding
and creating the scenes of the application, proceed to export, create and save the application,
then install on the mobile device and it is executed, giving way to the camera of the device,
where focusing the camera of the mobile phone on the marker, will show a 3D object.
8. Tools:
Hardware tools:
• Laptop
• Android mobile
Software Tools:
• Unity 3d
• Android Studio
• Vuforia
• MonoDevelop
• OpenCV
• Microsoft SQL Server
• Blender
• Adobe Photoshop
• Microsoft Visio professional
Web links for 3-dimensional models:

• Google blocks
• Google SketchFab
• Free 3d model
9. Wireframe of game:
A wireframe is a two-dimensional illustration of a page’s interface that specifically
focuses on space allocation and prioritization of content, functionalities available, and
intended behaviours. A wireframe is commonly used to lay out content and functionality
on a page which takes into account user needs and user journeys. Wireframes are used
early in the development process to establish the basic structure of a page before visual
design and content is added.
A wireframe is a layout of a web page that demonstrates what interface elements

will exist on key pages. It is a critical part of the interaction design process.
The aim of a wireframe is to provide a visual understanding of a page early in a

project to get stakeholder and project team approval before the creative phase gets under
way. Wireframes can also be used to create the global and secondary navigation to ensure
the terminology and structure used for the site meets user expectations.
Following is the Wireframe for an AR educational mobile game for kids learning
and its link is also available at bottom of image;
Figure 20. Wireframe
Google drive link of Wireframe is given below;

(https://drive.google.com/open?id=1EcVOb4dCsFjan1Meetw5S13oL6c60JrI).
10. Gantt Chart:

Complete schedule of my project is displayed below and its link is also available at
bottom. Tasks explanation is provided in Appendix.
19-Apr-20 4-May-20 19-May-20 3-Jun-20 18-Jun-20 3-Jul-20 18-Jul-20 2-Aug-20 17-Aug-20 1-Sep-20
Task20-Apr-20
1 1
Task 21-Apr-20
2 10
Task 3 1-May-20 8
Task 4 9-May-20 2
Task 5 11-May-20 5
Task 6 16-May-20 3
Task 7 19-May-20 3
Task 8 22-May-20 2
Task 9 24-May-20 3
Task 10 27-May-201
Task 11 28-May-20 4
Task 12 1-Jun-20 2
Task 13 3-Jun-20 12
Task 14 15-Jun-20 16
Task 15 1-Jul-20 10
Task 16 11-Jul-20 21
Task 17 1-Aug-20 6
Task 18 7-Aug-20 4
Task 19 11-Aug-20 3
Task 20 14-Aug-20 2
Task 21 16-Aug-20 2
Task 22 18-Aug-20 2
Task 23 20-Aug-20 2
Task 24 22-Aug-20 2
Task 25 24-Aug-20 2
Task 26 26-Aug-20 2
Task 27 28-Aug-201
Task 28 29-Aug-201
Task 29 30-Aug-201
Task 30 31-Aug-201
Chart 1. Gantt Chart
Google drive Link of Gantt chart is also provided here;

(https://drive.google.com/open?id=12ITtTw1O-Z1dHzwJiEHamFrfEfL7jKeI).
Appendix:
Work breakdown Structure of project.
Task Function Screen Features Start End Statu Comme Durati

s date date s nts on
Task Starting Splash Timeout 20 21 April 1 day
1 Screen Screen of 3 April 2020
Seconds 2020
2nd To play play
screen game button
close
button
Login Main SignIn
SignIn Button
Close
button
Task Login Input 21 1 May 10
2 username April 2020 days
Input 2020
password
Login
button
Verify
input data
Account
creation
Insert
data in
database
button
Back
button
Close
button
Warning Message
for box
Wrong Ok button
usernam Close
e& button
passwor Back
d button
Warning Message
for No box
internet Ok button
Close
button
Back
button
Task Account Select Check 1 9 May 8 days
3 Creation category box for May 2020
category 2020
selection
Close
button
Back
button
For Input
Parents username
Input
password
Input
retype
password
Verify
password
Select
teacher
button
Submit
button
Close
button
Back
button
Teacher Teacher
selection informatio
n box
Teacher
selection
button
Back
button
Close
button
For Input
Teacher username
s Input
password
Input
retype
password
Verify
password
Input
school
name
Submit
button
Close
button
Back
button
Warning Message
for No box
internet Ok button
Close
button
Back
button
Messag Message
e for box
successf Ok button
ul Close
account button
creation Back
button
Task Main Main Help 9 11 May 2 days
4 menu Menu button May 2020
Play 2020
button
Notificatio
ns button
Settings
button
Progress
button
Close
button
Back
button
Task Help Main How to 11 16 May 5 days
5 Screen play May 2020
button 2020
Unlock
level
button
Close
button
Back
button
Help Message
Screen1 box
Close
button
Back
button
Forward
button
Help Message
Screen2 box
Close
button
Back
button
Forward
button
Help Message
Screen3 box
Close
button
Back
button
Forward
button
Help Message
Screen4 box
Close
button
Back
button
Task Main button for 16 19 May 3 days
6 Screen help May 2020
for button for 2020
Unlock sending
level request
back
button
close
button
Unlock Message
level box
Screen1 Close
button
Back
button
Forward
button
Unlock Message
level box
Screen2 Close
button
Back
button
Forward
button
Unlock Message
level box
Screen3 Close
button
Back
button
Unlock Input
level category
Request Input
level
Send
button
Back
button
Close
button
Task Progress For Button for 19 22 May 3 days
7 teachers student May 2020
screen 1 selection 2020
Close
button
Back
button
For Button for
parents specific
Screen 1 level
selection
Close
button
Back
button
For Message
parents box
Screen Back
for button
specific Close
level button
Task Settings Main Volume 22 24 May 2 days

8 setting up down May 2020
screen button 2020
Sound up
down
button
Close
button
Back
button
Task Notificatio For Button for 24 27 May 3 days
9 ns teachers student May 2020
screen 1 selection 2020
Close
button
Back
button
For Message
teachers box
screen 2 Request
approval
and
rejection
button
Close
button
Back
button
For Message
parents box
Messag Back
e Screen button
Close
button
Task Quit Close Message 27 28 May 1 day
10 Applicatio Applicati box May 2020
n screen on Right 2020
button
Wrong
button
Task Play Categor Button for 28 1 June 4 days
11 y Read May 2020
selection level 2020
screen Button for
Write
level
Button for
Speak
level
Button for
Quiz level
Button for
Color
level
Back
button
Close
button
Task Level 1st level 1 3 June 2 days
12 selection button June 2020
screen 2nd level 2020
button
3rd level
button
4th level
button
Back
button
Close
button
Task Read Scan 3 15 June 12
13 level Marker June 2020 days
1,2,3,4 Visualize 2020
3d model
by using
AR
technique
Play
animation
button
Stop
animation
button
Volume
on off
button
Sound on
off button
Rotate
model
button
Move
model
button
Back
button
Close
button
Task Speak Scan 15 1 July 16
14 level Marker June 2020 days
3d model
by using
AR
technique
Input
voice
button
Stop
recording
button
Play
animation
button
Stop
animation
button
Volume
on off
button
Sound on
off button
Rotate
model
button
Move
model
button
Back
button
Close
button
Task Write Scan 1 11 July 10
15 level Marker July 2020 days
3d model
by using
AR
technique
Play
animation
button
Stop
animation
button
Volume
on off
button
Sound on
off button
Rotate
model
button
Move
model
button
Back
button
Close
button
Task Color Scan 11 1 August 21
16 level Marker July 2020 days
1,2,3,4 Get 2020
texture of
marker in
real time
Visualize
3d model
by using
AR region
capture
technique
Play
animation
button
Stop
animation
button
Volume
on off
button
Sound on
off button
Rotate
model
button
Move
model
button
Back
button
Close
button
Task Quiz Scan 1 7 August 6 days
17 level Marker Augu 2020
1,2,3,4 Visualize st
3d model 2020
by using
AR
technique
Button to
select
write
mode
Button to
select
speak
mode
Input
voice
button
Stop
recording
button
Play
animation
button
Stop
animation
button
Volume
on off
button
Sound on
off button
Rotate
model
button
Move
model
button
Back
button
Close
button
Task Display Level Message 7 11 4 days
18 scores completi box Augu August
on Menu st 2020
Screen button 2020
Next level
button
Back
button
Close
button
Level Message
Failure box
Screen Menu
button
Try again
button
Back
button
Close
button
Task Feedbac Message 11 14 3 days
19 k box Augu August
Ok button st 2020
Back 2020
button
Close
button
Task Rewards Reward Ok button 14 16 2 days
20 for Read Back Augu August
category button st 2020
Close 2020
button
Task Reward Ok button 16 18 2 days
21 for Write Back Augu August
Close 2020
button
22 for Back Augu August
button 2020
Speak Close st
category button 2020
23 for Quiz Back Augu August
Close 2020
button
24 for Color Back Augu August
Close 2020
button
Task Progress For Database 24 26 2 days
25 teacher’ connectivi Augu August
s screen ty st 2020
Connecti 2020
on of AR
screens
with
database
Task For Database 26 28 2 days
26 parents connectivi Augu August
Screen ty st 2020
for Connecti 2020
specific on of AR
level screens
with
database
Task Notificatio For Database 28 29 1 day
27 ns teacher’ connectivi Augu August
s screen ty st 2020
Connecti 2020
on of AR
screens
with
database
Task For Database 29 30 1 day
28 parents connectivi Augu August
Messag ty st 2020
e Screen Connecti 2020
on of AR
screens
with
database
Task Play Level Connecti 30 31 1 day
29 selection on of AR Augu August
screen screens 2020
with st
database 2020
Level
click
event on
the basis
of
progress
or
completio
n of
previous
level
Task Overview 31 1 1 day
30 of all Augu Septemb
tasks st er 2020
2020

SRS (AR Game)

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

SRS (AR Game)

Uploaded by

Copyright:

Available Formats

Software Requirements

Version 1.12 approved

Prepared by: Fatima Aslam BSCS-023616-34

Department of Computer Science

Institute of Southern Punjab

4.1.2. UC-1: ............................................................................................................. 16

10. Gantt Chart: ............................................................................................................... 39

A mobile AR 3 March, Functional Requirements not defined 1.0

So Augmented Reality Game is one of the solutions to make learning interesting. It

1.2. Document Conventions:

Augmented Reality Based on Markers:

Educational Game using Augmented Reality:

1.3. Intended Audience and reading suggestions:

1.4. Product Scope:

Through the technology of augmented reality, learning materials and knowledge

• Magnenat, S. N. (2015). Live texturing of augmented reality characters from colored

• Mokhtar, M. K. (2018, November). Development of Mobile-Based Augmented Reality

• Salman, A. G. (2017). Interactive educational game, an android mobile app for

• Space, A. F. (n.d.). Augmented Reality: what’s here and what’s not?.

• Yau, A. (n.d.). Create your own AR experiences with Zappar.

First module is about authentication of user. User can register themselves by

2.2. Product Functions and Features:

2.2.2. Features of game:

2.2.3. Explanation about levels:

2.2.4. Features of levels:

2.2.5. Screens of game:

Category Selection Screen

Level Selection Screen

Level Completion Screens

Progress Screen for Teachers

Progress Screen for Parents

2.3. User Classes and characteristics:

Table 1. User classes and Characteristics:

2.4. Operating environment:

2.5. Design and Implementation Constraints:

o Input/ Output ports:

2.6. User Documentation:

2.7. Assumptions and dependencies:

3. External Interface Requirements:

3.2. Hardware Interfaces:

3.3. Software Interfaces:

3.4. Communication Interfaces:

necessity to detailed mathematical functional requirement specifications. Functional

Table 2. Functional Requirements:

Req-1 Users can create account and register themselves.

Req-3 User can login with their name and password.

Req-4 Allow parents to select teachers.

Req-5 There should be different levels.

Req-6 Allow users to select a level.

Req-7 Parents can request to teachers to unlock specific level.

Req-8 For teachers, all levels should be unlocked.

Req-9 Teachers can unlock specific level for their students.

Req-10 Each level has some points/scores.

Req-11 Points/scores should be should be visible.

Req-12 There should be gifts for kids according to their progress.

Req-13 Game give remarks to kids on their progress.

Req-14 Allow parents to test their kids learning skills.

Req-15 Parents can see progress of their kids.

Req-16 Teachers can see progress of their students.

Req-17 Game should be educational and interactive.

Req-19 The game should require minimum number of inputs.

Req-20 The game should be robust.

4.1.1. Functional requirements Specifications: