Flow charts (see right) are useful to show a linear progression of your program and what it will do. Making a flow chart gives you a visual representation of how your program should run, or flow. Since it is simple, it forces the designer to think in very simple terms how their program will flow. You should follow one path linearly before going back up to follow alternate activity paths.
Pseudocode is compact and informal high-level description of a computer algorithim that uses the structural conventions of a programming language, but is meant for people to read rather than machines. It typically omits things not necessary for human understanding of the algorithm, like variable declarations, system specific code and subroutines. For example:
<variable> = <expression>
IF <condition>
DO stuff;
ELSE
DO other stuff;
Since pseudocode is similar to the code it mimics it is fairly easy
to convert into the wanted program. It is also fairly easy to build
and maintain, since all you need is a text editor (wordpad or notepad would do).
You could use a flow chart to demonstrate a plan or sequence for just about anything.
It is well used to demonstrate a decision making process. Like how to choose an item
over others whilst shopping. In this instance you would start off with a desire for some
particular product, or a need to be filled. Once you have that you would think of
nearby stores, and decides which ones may have what it is you're looking for. Than
go into that store, and based off of some rubric compare and contrast different products
that may fullfill that need. If, by some chance, the store you chose originally didn't have
what you were looking for, than you could return a few steps back and to choosing
another store. Than, you would end it out by saying returning home once a satisfactory
product has been chosen.
The idea of giving very simple vague instructions as in Pseudocode can be used to speak
with professionals in some field you are not as familiar with, but they are, when you want
to tell them what kind of thing you want done, thereby allowing them to fill in the specifics
for themselves when it comes down to actually doing the work. They know the technical
jargon involved in whatever it is they're doing specifically, all you need to know to tell
them what you need is a general idea of what you would like them to do. This allows you
to prevent yourself from looking like a fool trying to use technical terms you may not
actually know or understand completely.
No comments:
Post a Comment