Grammar and Sell check check on the SRS

Doc/SRS/SRS.tex

@@ -17,7 +17,7 @@
 
 \author{Team 3
 		\\ Kunal Shah - shahk24
-		\\ Pareek Ravi - ravip2(
+		\\ Pareek Ravi - ravip2
 }
 
 \date{\today}
@@ -72,20 +72,21 @@ projected. This includes, the client Dr Smith, the developers Pareek and
 Kunal ,all the people who would be interested in playing the game and the
 teaching assistant Christopher.
 
+
 \subsubsection{The Client}
-The client of Ultimate Tic Tac Toe is Dr. Smith as he is the project manager. He
-requested this project. We are creating this game for him to distribute to the
-customer.
+The client of Ultimate Tic Tac Toe is Dr. Smith as he is the project manager and 
+he requested this project. We are creating this game for him to distribute to 
+the customer.
 
 \subsubsection{The Customers}
 The target customer for this game would be anyone who has a device connected to
-the internet and wants to play a game with a friend. This game i targeted
+the internet and wants to play a game with a friend. This game is targeted
 towards young people, but it is open for anyone to play.
 
 \subsubsection{Other Stakeholders}
 Another stakeholder is the teaching assistant, Christopher, as is aiding Dr.
-Smith in project management during lab as well as the developers during the
-development process.
+Smith in project management during lab and developers during the development 
+process.
 
 \subsection{Mandated Constraints}
 There are 3 constraints of this game.	
@@ -111,8 +112,8 @@ using a device that is either touch enables or has a mouse to click with.
 \subsection{The Scope of the Work and the Product}
 
 We investigated the original Ultimate tic tac toe game ~\citep{githubREF}. In
-this  game the developer has poor user interface and no game instructions. Its
-is also only supports single device with no AI options.  These shortcomings are
+this  game the developer has poor user interface and no game instructions. It
+also only supports single device with no AI option. These shortcomings are
 the features we would like to improve upon.
 
 \subsubsection{The Context of the Work}
@@ -120,10 +121,10 @@ The central task is to create a game of Ultimate Tic Tac Toe that can be played
 on the internet with a friend. This will require a server to host the game, each
 user to connect to the game, and ensure a connection with the server. In order
 for the game to be played, the server will determine which player is to play,
-get that player'€™s move record it in the virtual board, and then notify the other
-player of the first player'€™s move. This process of sending the move made back
-and forth will be the role of the server. The server will also indicate to a
-player if they have won, lost or if that game has ended in a draw.
+get that player's move record it in the virtual board, and then notify the 
+other player of the first player's move. This process of sending the move made 
+back and forth will be the role of the server. The server will also indicate to
+a player if they have won, lost or if that game has ended in a draw.
 
 \subsubsection{Work Partitioning}
 The development of this game is shared evenly between the two team members. The
@@ -131,21 +132,21 @@ game logic is developed by both members. The graphical portion is mainly going
 to be done by Kunal, and the server portion will be done by Pareek.
 
 \subsubsection{Individual Product Use Cases}
-One of a possible use case is when a player might possibly disconnect from their
-internet connection, but when their internet resumes, they wish to reconnect to
+One of a possible use case is when a player might disconnect from their
+internet connection, but their internet resumes and they wish to reconnect to
 the game. Another case is if a player wished to change the device they are
 playing on during an on going game. There could be a case where both players
 agree that a player should be able to revert back by one move they made, in
-which case the game will undo the user'€™s last move. The general use case if of
+which case the game will undo the user's last move. The general use case is of
 course two users playing on their devices without any flaws from start to end.
 
 \subsection{Functional Requirements}
 Some of the functional requirements are that the game will display a game board
-on the user's device screen, the user'€™s move will be registered, recorded and
+on the user's device, the user's move will be registered, recorded and
 reflected on the game board. In addition, the game will determine when a player
 has taken control of a square, when the square square is dumped and when the
 game is won. The game logic will also determine in which square the next player
-will make their move based on the previous player'€™s move. In order for the game
+will make their move based on the previous player's move. In order for the game
 to be played over the internet, the game would need to communicate to both
 devices through means of a server.
 
@@ -163,21 +164,21 @@ experience enjoyable.
 \subsection{Usability and Humanity Requirements}
 The game must have an easy UI which is not difficult to use or learn. Both the
 touch interface and click interface should both work smoothly. There should a be
-a tab for instructions on both the rules of the game, but also how to play the
-game for those who might not know.
+a tab for instructions on both the rules of the game and the game dynamic for 
+those who do not know.
 
 \subsection{Performance Requirements}
 As this game will be played over the internet, it would be necessary for the
 speed of the information transfer to be very fast. It would not be acceptable if
-there was a long delay to record the move on another player'€™s board. The game
+there was a long delay to record the move on another player's board. The game
 board would also need to be constantly updated. If the game logic knows the
-player'€™s move, but it is not reflected on the board, that would be an issue.
+player's move, but it is not reflected on the board, that would be an issue.
 When the user is using the touch interface, it is important to ensure that the
 layout is such that the player does not accidentally make a move they did not
-intend to make. A certain level of precision is required to ensure this doesn'€™t
+intend to make. A certain level of precision is required to ensure this doesn't
 happen. Currently the game will be run on a local server, but in the future, a
 larger server would be required to to match the demand for the game and ensure
-that the server'€™s capacity is sufficient. The server should be reliable and
+that the server's capacity is sufficient. The server should be reliable and
 available at all times such that it does not crash leaving people without the
 ability to play the game.
 
@@ -185,7 +186,7 @@ ability to play the game.
 In order for the user to play this game, the system requirements are not very
 high. As long as they are using a web browser (preferably Google Chrome) and
 have a stable internet connection, the game should run smoothly. If the ping of
-a user'€™s internet is very poor, it would cause some issues in communicating with
+a user's internet is very poor, it would cause some issues in communicating with
 the other player.
 
 \subsection{Maintainability and Support Requirements}
@@ -217,7 +218,7 @@ everyone.
 \subsection{Health and Safety Requirements}
 When the game is being played, to ensure there is no possible cause of epilepsy
 from the colors, very mild and neutral colors will be used to represent each
-player. Majority of the health and safety is on the owness of the user to ensure
+player. Majority of the health and safety is on the ownness of the user to ensure
 they are not walking and playing or are not playing the game for prolonged
 periods of time which could damage their health.
 
@@ -225,11 +226,11 @@ periods of time which could damage their health.
 
 \subsection{Open Issues}
 One issue we are concerned about is the adaptability of the user interface based
-on device the device they are on. Some issues could arise from touch or mouse
-input. Screen size of device could cause scaling problems such as having the
+on the device. Some issues could arise from touch or mouse
+input. Screen size of device could cause scaling problems such as having
 part of the UI cut off. Lastly the user interface might not be the same based on
-where the game is accessed from because different browsers render things
-differently.
+where the game is accessed. This could be caused due to the fact that different 
+browsers render elements differently.
 
 \subsection{Off-the-Shelf Solutions}
 We will be utilizing four off the shelf solutions to assist this project 
@@ -275,7 +276,7 @@ enabled devices.
 
 \subsection{Risks}
 There is a risk that the server that the game is hosted on could unexpectedly
-crash. There is also a security risk with a device being connected to the
+crash. There is also a security risk with a device being connected insecurely to the
 internet. We will ensure that only essential information is received and there
 are minimal permissions