Search results for: “aph”

The documentation of your project is as important as doing the project. You cannot take your mini project everywhere for a demonstration and it is the hard and soft copies of your documentation that will speak for you. It often occurs that people would strive hard to do the project and fail to document it properly. This should not be the case as it spoils your efforts. Allot time and put your efforts in constructing the mini project documentation.Parts of Documentation

The documentation most often people do is just the procedure of the mini project. This is really nothing when compare to the efforts you take in doing the project. Grab all the information that you need and put it as a raw collection. Determine the side headings that are best and could give the best possible explanation about the project. Now pick the contents from your collection and fill it up under the side headings. Some of the subtitles that are common and mandatory are given below.

Abstract and Introduction

The abstract is just one paragraph of what the project is and where it can be put into use. Just include a sentence of how it works and how it has been designed. The next part is the introduction where you can speak about all the basics of the things that you have used in the project. You can bring out circuit diagrams, flow charts in this section.

Design

In this segment, you can bring out the algorithm and procedure of the mini project. The construction of the mini project or the algorithm if in case of software based project can be elaborated. The entire flow can be explained in detail.

Working

Here is the highlight of the documentation where you can explain about the working of your project with all the internal mechanisms involved in the project. Every step of the project along with how one triggers the next step should be mentioned clearly. This should be the biggest part of your documentation. Avoid copying contents in the procedure segment and try to build your own content.

Conclusion and Application

As the last part of the documentation, bring out the conclusion in an impressive manner. The three or four lines that you are going to inscribe in the conclusion segment must be catchy and at the same time be factual. You can append a sub title application where you can explain the area where your project can be put into use in a detailed manner. Additional segments like advantages, limitations and future enhancements can be discussed in one paragraph each. This can picture your scope of the project. Add a title of references where you can briefly pen down the books, sites and people you referred in bringing out your project. Keep your documentation precise and speak about the usage often.