Professional Documents
Culture Documents
Of
BACHELOR OF TECHNOLOGY
IN
COMPUTER SCIENCE & ENGINEERING / INFORMATION TECHNOLOGY
Submitted by
Abhijeet maity
(ROLLNO: 2106586)
Guide Name
Designation
ABHIJEET
MAITY
Roll no-
2106586
1
ACKNOWLEDGEMENT
I am extremely thankful to Dr. Chander Mohan, Campus Director, Rayat Bahra Institute of
Engineering & Nano Technology, Hoshiarpur for providing me infrastructural facilities to
work in, without which this work would not have been possible.
2
BRICK BREAKER GAME
CERTIFICATE
3
LIST OF CONTENTS
DECLARATION
ACKNOWLEDGEMENT 3
CERTIFICATE 4
1. INRODUCTION 5-6
a. Objective Of Project
a. feasibility study
b. Statement of Constraints 7
ENVIRONMENT
b. Introduction to Java
4.SYSTEM DESIGN
a. Testing 27-35
b. Implementation
4
BRICK BREAKER GAME
1. INTRODUCTION
Brick Breaker is a classic arcade-style game where the player controls a paddle
that moves horizontally across the bottom of the screen to bounce a ball upward
and break a wall of bricks located at the top of the screen. The player moves the
paddle from left to right to keep the ball from falling. A life is used when the
player fails to hit the ball. The paddle doesn’t bounce the ball like a mirror,
although it does so when the ball hits right in the middle. The closer the bounce
takes place to the left end of the paddle, a more significant left turn is added to an
expected mirror bouncing. Regular brick disappears when it’s hit by the ball, or
breaks a little if it’s a bulkier brick. At the same time, there will be music outputs
to match different game effects. The game is built using the OpenGL graphics
API, which enables the creation of 2D and 3D graphics in a cross-platform
manner.
5
OBJECTIVE OF PROJECT
The objective of brick breaker game is to break the bricks that are distributed
around the top of the game screen. The bricks get broken after coming in contact
with a ball that bounces around the screen. At the bottom is a paddle that in the
classic game moves based on user input. The user has to make sure the ball
bounces off the paddle without going off the bottom of the screen. The more
bricks the user breaks, the more points they score.
• The game was originally developed by Steve Wozniak and Steve Jobs in
1976 as Breakout, an arcade game that was inspired by Pong.
• The game has many variations and adaptations, such as Arkanoid, DX-
Ball, Ricochet, and Brick Breaker Revolution.
• The game can be played on various platforms, such as computers, mobile
phones, consoles, and online.
• The game can have different levels of difficulty, speed, and features, such
as power-ups, obstacles, and special bricks.
6
BRICK BREAKER GAME
SUMMARY:
1. A feasibility study is conducted to select the best system that meets performance
requirements. This entails an identification description, an evaluation of candidate
systems, and the selection of the best system for the job.
2. A statement of constraints, the identification of specific system objectives and a
description of outputs define a system’s required performance. The analyst is then
ready to evaluate the feasibility of candidate systems to produce these outputs.
3. Three key considerations are involved in feasibility analysis: economic, technical
and behavioural.
4. There are few steps in feasibility study :
7
8
8
BRICK BREAKER GAME
1. HARDWARE REQUIREMENT:-
2. SOFTWARE REQUIREMENTS:-
9
BRICK BREAKER GAME
INTRODUCTION TO JAVA
• Java was originally developed by James Gosling at Sun Microsystems (which has
since merge into Oracle Corporation).
• Java programs are platform independent which means they can be run on any
operating system with any type of processor as long as the Java interpreter is
available on that system.
• Java code that runs on one platform does not need to be recompiled to run on
another platform, it’s called “write once, run anywhere” (WORA).
• Java virtual machine (JVM) executes Java code, but is written in platform specific
languages such as C/C++/ASM etc. JVM is not written in Java and hence cannot
be platform independent and Java interpreter is actually a part of JVM.
USES OF JAVA
Earlier, java was only used to design and program small computing devices but later
adopted as one of the platform independent programming language and now
according to Sun, 3 billion devices run java. Java is one of the most important
programming language in today’s IT industries.
• JSP – Java is used to create web applications like PHP and ASP, JSP(Java
Server Pages) used with normal HTML tags, which helps to create
dynamic web pages.
• Applets – This is another type of Java program that used within a web page
to add many new features to a web browser.
10
BRICKS BREAKER GAME
11
BRICK BREAKER GAME
• High Performance – With the use of Just-In-Time compilers Java enables high
performance.
• Java SE – Java SE or Java Standard Edition provides tools and API’s that
you can use to create server applications, desktop applications, and even
applets. These programs developed using Java SE can be run on almost
every popular operating system, including Linux, Macintosh, Solaris, and
Windows.
12
BRICKS BREAKER GAME
• JME – Java Micro Edition or JME for short is an accumulation of Java APIs
that are used for the development of software for devices like mobile
phones, PDAs, TV settop boxes, game programming. The platform of micro
edition generally consists of an easy user interface, a robust security
model and a wide variety of builtin networks for running Java based
application.
To write your java programs you will need a text editor. There are even more
sophisticated IDE available in the market. But for now, you can consider one of the
following:
• Notepad – On Windows machine you can use any simple text editor like
Notepad (Recommended for this tutorial), TextPad.
• Netbeans – is a Java IDE that is open source and free which can be
downloaded from www.netbeans.org/index.html
• Eclipse – is also a java IDE developed by the eclipse open source community
and can be downloaded from http://www.eclipse.org/
13
BRICK BREAKER GAME
INTRODUCTION TO ECLIPSE
14
BRICK BREAKER GAME
15
BRICK BREAKER GAME
16
BRICK BREAKER GAME
TESTING:-
Testing is the process of exercising software with the intent of finding errors and ultimately
correcting them. The following testing techniques have been used to make this project free
of errors.
Content Review
The whole content of the project has been reviewed thoroughly to uncover typographical
errors, grammatical error and ambiguous sentences.
Navigation Errors
Different users were allowed to navigate through the project to uncover the navigation
errors. The views of the user regarding the navigation flexibility and user friendliness were
taken into account and implemented in the project.
Unit Testing
Integration Testing
System testing
17
BRICK BREAKER GAME
Regression Testing
Each time a new form is added to the project the whole project is tested thoroughly to rectify
any side effects. That might have occurred due to the addition of the new form. Thus
regression testing has been performed.
White-Box testing
White-box testing (also known as clear box testing, glass box testing, transparent box testing
and structural testing) tests internal structures or workings of a program, as opposed to the
functionality exposed to the end-user. In white-box testing an internal perspective of the
system, as well as programming skills, are used to design test cases. The tester chooses
inputs to exercise paths through the code and determine the appropriate outputs.
While white-box testing can be applied at the unit, integration and system levels of the
software testing process, it is usually done at the unit level. It can test paths within a unit,
paths between units during integration, and between subsystems during a system–level test.
Though this method of test design can uncover many errors or problems, it might not detect
unimplemented parts of the specification or missing requirements.
API testing (application programming interface) – testing of the application using public
and private APIs
Code coverage – creating tests to satisfy some criteria of code coverage (e.g., the test
designer can create tests to cause all statements in the program to be executed at least
once)
18
BRICK BREAKER GAME
Fault injection methods – intentionally introducing faults to gauge the efficacy of testing
strategies
Code coverage tools can evaluate the completeness of a test suite that was created with any
method, including black-box testing. This allows the software team to examine parts of a
system that are rarely tested and ensures that the most important function points have been
tested. Code coverage as a software metric can be reported as a percentage for:
Function coverage, which reports on functions executed
Statement coverage, which reports on the number of lines executed to complete the test
100% statement coverage ensures that all code paths, or branches (in terms of control flow)
are executed at least once. This is helpful in ensuring correct functionality, but not sufficient
since the same code may process different inputs correctly or incorrectly.
Black-box testing
Black-box testing treats the software as a "black box", examining functionality without any
knowledge of internal implementation. The tester is only aware of what the software is
supposed to do, not how it does it. Black-box testing methods include: equivalence
partitioning, boundary value analysis, all-pairs testing, state transition tables, decision
table testing, fuzz testing, model-based testing, use case testing, exploratory testing and
specification-based testing.
Specification-based testing aims to test the functionality of software according to the
applicable requirements. This level of testing usually requires thorough test cases to be
provided to the tester, who then can simply verify that for a given input, the output value (or
behaviour), either "is" or "is not" the same as the expected value specified in the test case.
Test cases are built around specifications and requirements, i.e., what the application is
supposed to do. It uses external descriptions of the software, including specifications,
requirements, and designs to derive test cases. These tests can be functional or non-
functional, though usually functional.
19
BRICK BREAKER GAME
Alpha Testing
Beta Testing Beta testing comes after alpha testing and can be considered a form of external
user acceptance testing. Versions of the software, known as beta versions, are released to a
limited audience outside of the programming team. The software is released to groups of
people so that further testing can ensure the product has few faults or bugs.
20
BRICK BREAKER GAME
GAMEPLAY.JAVA:-
21
BRICK BREAKER GAME
22
BRICK BREAKER GAME
25
BRICK BREAKER GAME
24
BRICK BREAKER GAME
MAPGENERATOR.JAVA:-
25