Hi,
I am terribly sorry but I can't understand most of your question; I'm afraid that your usage of English is too much of a barrier. However, the first point seems to be clear: you need to fix your code a lot of times and rethink what you have done,
and you are asking whether a flow diagram can fix this.
If you are a complete newbie, then yes, a flow diagram can help you get in the proper frame of mind to better understand what you are doing. However, as you become more proficient, you will find that in practice you almost never need to draw any flow diagram.
The reason is that modern styles of programming encourage you to write very small units of code, where each of them is basically linear, maybe with a single loop or perhaps one or two conditional statements (which may, in turn, call additional units). In this
context, a "unit" is a minimal fragment of code such as a method or a property. You will typically add a unit testing project to your solution, which tests the individual units separately so that errors are caught before they accumulate at a higher level.
Each of the units is simple enough that you understand it at first sight, and therefore flow diagrams become superfluous.
Modern development tools such as Visual Studio Ultimate can examine your code and provide you with a measure that is called "cyclomatic complexity". Grossly speaking, cyclomatic complexity is basically a measure of the number of paths of execution within
a unit of code. Ideally, you should try to keep cyclomatic complexity low. A value that you see frequently mentioned is 10. If your cyclomatic complexity is greater that that, you should break your code into smaller pieces. If you keep your cyclomatic complexity
sufficiently low, then your code should be straightforward enough to understand it without the need for a flow diagram.