minor change

Doc/DevelopmentPlan/DevelopmentPlan.out

@@ -7,7 +7,7 @@
 \BOOKMARK [1][-]{section.5}{Proof of Concept Demonstration Plan}{}% 7
 \BOOKMARK [2][-]{subsection.5.1}{Scope and Feasibility}{section.5}% 8
 \BOOKMARK [2][-]{subsection.5.2}{Potential Challenges and Risks}{section.5}% 9
-\BOOKMARK [2][-]{subsection.5.3}{External Resources}{section.5}% 10
+\BOOKMARK [2][-]{subsection.5.3}{Software Resources}{section.5}% 10
 \BOOKMARK [2][-]{subsection.5.4}{Demonstration}{section.5}% 11
 \BOOKMARK [1][-]{section.6}{Technology}{}% 12
 \BOOKMARK [1][-]{section.7}{Coding Style}{}% 13

Doc/DevelopmentPlan/DevelopmentPlan.tex

@@ -51,13 +51,13 @@ Responsible for selecting topics and creating the meeting agenda. \\\\
 \textbf{Timekeeper:} Hongqing Cao\\
 Responsible for ensuring the meeting starts and ends on time and keeping the distribution of time on each topic balanced.\\\\
 \textbf{Notetaker:} Sida Wang\\
-Responsible for recording the valuable information and summarizing the meetings.\\
+Responsible for recording valuable information and summarizing the meetings.\\
 
 \subsection{Rules For Agenda}
 \textbf{Pre-meeting:}
 \begin{itemize}
-	\item The chair will create an agenda sheet for a specific meeting including general topic, activities and questions to be discussed. Other team members should preview the agenda sheet before the meeting.
-	\item A item checklist may be produced by the chair when multiple topics are to be discussed.
+	\item The chair will create an agenda sheet for a specific meeting including general topics, activities, and questions to be discussed. Other team members should preview the agenda sheet before the meeting.
+	\item An item checklist may be produced by the chair when multiple topics are to be discussed.
 	\item Any absence for meetings should be reported before the meeting starts.
 \end{itemize}
 \textbf{During meeting:}
@@ -65,13 +65,13 @@ Responsible for recording the valuable information and summarizing the meetings.
 	\item The timekeeper should ensure that the meeting starts and ends on time.
 	\item The chair will record the attendance of each member at the beginning of the meeting. 
 	\item The meeting will start with a review of the agenda sheet. This will ensure that all team members are fully prepared.
-	\item The meeting will end with a review of the meeting's effectiveness. Each team member should give at least one advice on how to improve the effectiveness of the next meeting. The notetaker will summarize the meeting at the end.
+	\item The meeting will end with a review of the meeting's effectiveness. Each team member should give at least one piece of advice on how to improve the effectiveness of the next meeting. The notetaker will summarize the meeting at the end.
 \end{itemize}
 
 
 \section{Team Communication Plan}
 \begin{itemize}
-	\item \textbf{Facebook Messenger} group chat will be used for internal communications including inquiries, share of resources, and discussion.
+	\item \textbf{Facebook Messenger} group chat will be used for internal communications including inquiries, the share of resources, and discussion.
 	\item \textbf{Gitlab} will be the main tool for communications of development changes and updates.
 \end{itemize}
 
@@ -87,15 +87,15 @@ Sida Wang & Scribe, Git Project Manager\\\hline
 \end{center}
 
 \section{Git Workflow Plan}
-The \textbf{Git Master and Feature Branch} will be used to manage the software development. One team member will create his/her own local branch and work on it. This workflow allows different modules to be developed and tested in each team member's localized branch and do not cause conflicts. Sida will be responsible for the git master controls and will ensure all the files are completed.
+The \textbf{Git Master and Feature Branch} will be used to manage software development. One team member will create his/her local branch and work on it. This workflow allows different modules to be developed and tested in each team member's localized branch and do not cause conflicts. Sida will be responsible for the git master controls and will ensure all the files are completed.
 
 \section{Proof of Concept Demonstration Plan}
 \subsection{Scope and Feasibility}
-The original project is implemented using Python within one module. To optimize modularity, our reimplementation will follow the software architecture MVC(Model, View, Controller) model. Since Python is an object oriented programming language, the modular design is feasible using different classes to implement. 
+The original project is implemented using Python within one module. To optimize modularity, our reimplementation will follow the software architecture MVC(Model, View, Controller) model. Since Python is an object-oriented programming language, the modular design is feasible using different classes to implement. 
 \subsection{Potential Challenges and Risks}
-The hardest part of the reimplementation will be Adding new categories of blocks. In the original project, all blocks are static and has no other interactions with the player besides being built or destroyed. In our expectation, new blocks with unique properties such as Lava, which will burn the player out, will be added to the game. These new types of blocks will require more complex interactions with the player, which is difficult to implement. Since the original game is using the content of Minecraft, the customization of the reimplementation heavily depends on the texture resources from the internet. The most difficult part of testing is to test the interaction between the player and the world within the game. Similar to most 3D games, it is hard to mitigate risk of bugs using traditional testing methods.
-\subsection{External Resources}
-The Pyglet package provides cross-platform windowing and multimedia library. With Pyglet, visally rich small games can be feasible to built. Pytest provides powerful unit testing and functional testing but does not fully support solution to integration testing. All the libraries using by this project will be easily installed on either Windows or Linux machine. The game will be delivered as an executable file(generated by Pyinstaller) in order to optimize the portability.
+The hardest part of the reimplementation will be Adding new categories of blocks. In the original project, all blocks are static and have no other interactions with the player besides being built or destroyed. In our expectation, new blocks with unique properties such as Lava, which will burn the player out, will be added to the game. These new types of blocks will require more complex interactions with the player, which is difficult to implement. Since the original game is using the content of Minecraft, the customization of the reimplementation heavily depends on the texture resources from the internet. The most difficult part of testing is to test the interaction between the player and the world within the game. Similar to most 3D games, it is hard to mitigate the risk of bugs using traditional testing methods.
+\subsection{Software Resources}
+The Pyglet package provides cross-platform windowing and multimedia library. With Pyglet, visually rich small games can be feasible to build. Pytest provides powerful unit testing and functional testing but does not fully support solutions to integration testing. All the libraries using by this project will be easily installed on either Windows or Linux machines. The game will be delivered as an executable file(generated by Pyinstaller) in order to optimize the portability.
 \subsection{Demonstration}
 The demonstration will be done on both a Windows and a Linux system. On each machine, one team member will click on the icon of the executable game file and play the game. The player will travel the world for a certain distance and have some interactions between different types of blocks. The flying mode will also be activated to show its functionality. To overcome the risk of 3D bugs, some extreme spots(defined by exploratory testing) will be reached.