DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING

SRM UNIVERSITY, NCR CAMPUS ,MODINAGAR, GHAZIABAD – 201204

A Mini Project Report

On
Space Shooter Game

Submitted in partial fulfillment of the requirement for the award of the degree

Of

Bachelor of Technology
In
Computer Science and Engineering
Submitted by: Under the guidance of:

Siddhant Rustagi Mr. Madan Singh

(RA1411003010654) Assistant Professor
CSE Deptt.
 SRM INSITUTE OF MANAGEMENT AND TECHNOLOGY

NCR CAMPUS, MODI NAGAR, GHAZIABAD, U.P – 201204

Registration No.: RA1411003010654

BONAFIDE CERTIFICATE

Certified to be the bonafide record of the work done by Siddhant Rustagi of Sixth

Semester, Third Year B.Tech CSE Degree course in SRM University, Delhi NCR

Campus, Department of Computer Science & Engineering in the MINOR PROJECT

Laboratory during the academic year 2016-2017.

HEAD OF DEPARTMENT LAB IN-CHARGE

Submitted for the university examination held on ________________

INTERNAL EXAMINER 1 INTERNAL EXAMINER 2

 Table of Contents

Chapter 1: Software Requirement specification 1-4

1.1 Introduction. 1

1.1.1 Purpose 1

1.1.2 Scope

1.1.3 Definitions, Acronyms, Abbreviations 1

1.1.4 Document Overview 1

1.2 Overall Description 2

1.2.1 Product Perspective 2

1.2.2 Product Functions 2

1.2.3 User Characteristics 2

1.2.4 Constraints 3

1.3 Specific Requirements 3

1.3.1 System Requirements 3

1.3.2 External Requirements 3

1.3.3 Design Constraints& Software System Attribute 4

Chapter 2: Software Design Specification 5-6

2.1 System Perspective 5

2.2 Data Design 5

2.2.2 Database Description 5

2.3 System Architecture Design 5

2.3.1 Data flow Diagram 5

 2.3.2 Activity Diagram 6

Chapter 3: Coding,Design and run view 7-15

Chapter 4: Result `16

Chapter 5:References 17
 1. SOFTWARE REQUIREMENTS
SPECIFICATION

1.1 InTRODUCTION
1.1.1 Purpose:-

Space Shooter is a game which lets the player dive into a Sci-Fi world and
experience shooting various obstacles while controlling their own space craft.

Users have to control their ship using the and shoot asteroids in order to score
more points.

1.1.2 Scope:-

The specification establishes the functional, performance and

developmental requirements for the Release 1 of the Space Shooter Game
Software.

1.1.3 Definitions, Acronyms, Abbreviations:

 SRS: Software Requirements Specification

 Assets: Used for various graphics and audio related parts of the game
 GUI: Graphic User Interface provides a better understanding for the
player about the game through in game text.
 GameObject: Objects used to implement the assets and various scripts
 Script: It is the coding part of the game where all the logic is stored
 Physics Components: They define what physics rules the game
objects would follow.
1.1.4 Document Overview:-

Section 1 identifies the scope of this document, the purpose of this

software, and lists the definitions, acronyms and abbreviations. Section 2 lists the
documents referred t elsewhere in this document. Section 3 identifies the main
objects used that compromise the game software and also describes the quality
requirements for the software.

1.2 Overall Description

1.2.1 Product Perspective :-

Before graphical user interfaces became popular a number of entirely text

based games existed like Sudoku, O-X, etc. In this day, we have more advanced
technology to support better graphics and playable games over browsers and
Space Shooter is one such game where the player gains control over a ship,
shoots waves of asteroids to score points and see how much he can do.

1.2.2 Product Functions :-

 The Player is given brief time before the Game is started and he can
use the arrow keys to move and Spacebar to shoot the asteroids.
 After the player crashes into an asteroid the Game Over screen comes
and he is asked to restart the game by pressing ‘R’ key.
 Player can only move his ship in a particular area and cannot exit the
Screen shown
 The Player on crashing into an asteroids explode and if shoots a beam
with asteroid, the asteroid explodes.
 Background music plays in a loop and other sounds effects trigger on
contacts.

1.2.3 User Characteristics :-

Any user can play this game via a simple browser like Mozilla firefox ,
Chrome , Safari ,etc. and only require plugins of Unity installed in order to play.
1.2.4 Constraints :-
1. Only 1 Player can play this game at a time.
2. Players may get bored after a while as the game play doesn’t change.
3. The game runs until the player crashes into an Asteroid.

1.3 Specific Requirement

1.3.1 System Requirements

For running Unity games

Generally content developed with Unity can run pretty much everywhere. How well it runs is
dependent on the complexity of your project. More detailed requirements:

 Desktop:
o OS: Windows XP SP2+, Mac OS X 10.8+, Ubuntu 12.04+, SteamOS+.
o Graphics card: DX9 (shader model 3.0) or DX11 with feature level 9.3
capabilities.
o CPU: SSE2 instruction set support.
 iOS player requires iOS 7.0 or higher (dropping 6.0).
 Android: OS 4.1 or later; ARMv7 (Cortex) CPU with NEON support or Atom CPU;
OpenGL ES 2.0 or later.
 WebGL: Any recent desktop version of Firefox, Chrome, Edge or Safari.
 Windows Phone: 8.1 or later.
 Windows Store Apps: 8.1 or later.

Space Shooter is a WebGL game and hence can run on any recent version of
Firefox, Chrome, Edge, etc.

1.3.2 External Interface Requirements

1.3.2.1 User Interfaces
All interaction with the user is via a command line interface. Once the game has started, the user is
prompted for
a command. The game prints out a response and prompts for the next command. If the user enters a
command
that is badly formed, the system shall report that the command was not understood.
1.3.2.2 Hardware Interfaces
Keyboard/Mouse

1.3.2.3 Software Interfaces

The system shall be capable of running on any OS with Firefox, Chrome, etc with Unity Plugin installed

1.3.2.4 Communication Interfaces

Hardware

1.3.3 Design constraints

System Attributes
1.3.3.1 Reliability
The system should never crash or hang, other than as the result of an operating system error.
1.3.3.2 Availability
There are no specific availability requirements
1.3.3.3 Security and Privacy
There are no specific security and privacy requirements, other than those generally governing use of
student
login accounts on University of Toronto computer equipment.
1.3.3.4 Maintainability
All code shall be fully documented. Each function shall be commented with pre- and post-conditions. All
program files shall include comments concerning authorship and date of last change.
The code should be modular, to permit future modifications. Anticipated updates include changes to the
sets of objects and their descriptions used during the game. These should be stored in a separate data
file, rather than embedded in the program code.
1.3.3.5 Portability
The system should be portable to any UNIX system, including Linux. No other specific portability
requirements have been identified.
1.3.3.6 Training-related Requirements
No specific training should be necessary for a user to begin playing the game.
1.3.3.7 Packaging Requirements
The system should be packaged along with source code and all documentation, and be available for
electronic transfer as a single compressed file to any purchaser. The uncompressed set of files should
include a README file containing a minimal guidance for installing and running the game, including
recompilation.
 2. SOFTWARE DESIGN
SPECIFICATION
2.1 System Perspective :-

This project is made for the sole purpose of entertainment of all the customers
allowing customers to relax and enjoy an experience of role-playing as an
astronaut piloting a spaceship across the galaxy.

As today the games a getting more popular demand, this project meets the
demand of this world.

2.2 Data Design :-

2.2.1 Data Description: Game objects are made for the player, camera,
game controller and Background Audio/Video. They contain various parameters
according to the scripts designed and the models used. The game uses various
functions in various packages of the System for the actions to be performed and
some values are assigned through Unity.

System architecture design:

DATAFLOW DIAGRAM:
The User is the player playing the game interacting with the Game through the
interface that takes inputs from keyboard and the output is the various forms of
actions that a player can see visually and other sound outputs.

ACTIVITY DIAGRAM:
 4. Design View, Coding &Run
View
DESIGN VIEW:- This view contains all the software interface to create
the game
1) Player
2) Background

3) Player and Camera

Game End Screen:
Game Scripts(CODING)
1)Game Controller
 2)Destroy By Time

3) Destroy By Contact:
4) Destroy By Boundary:

5) Mover :

6) Player Controller: S
RUN VIEW:
Result:
The game was developed and it is of great success in the
market. This system has proved to be of use for entertainment
and sales of this game are going good. Many users have used
this and ratings of the game are great.
References :
 Unity Tutorials
 Unity Assets Store
 Visual Studio