<HTML>
<HEAD>
<TITLE>Re: [Year 12 SofDev] Pseudocode standards</TITLE>
</HEAD>
<BODY>
<FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Hi Mark<BR>
<BR>
Before we get too carried away with producing a complex definitive set of constructs I would like you (and everyone else too) to carefully read the examiners’ reports since 1991 about the question(s) involving writing pseudo code or reading pseudo code and flowcharts and Nasty spiderman diagrams and match them up to the questions themselves.<BR>
<BR>
Then consider carefully the level at which these questions have had to be pitched to elicit a reasonable spread of results. (an average of 50% of the available marks is nice )<BR>
<BR>
One needs to carefully consider the purpose of VCE<BR>
<BR>
CATs/SACs/projects are very different to exams<BR>
<BR>
My 5c worth (given that the face value is nearly less than the metal in it!)<BR>
<BR>
Andrew<BR>
-- <BR>
</SPAN></FONT><FONT SIZE="4"><FONT FACE="Apple Casual"><SPAN STYLE='font-size:14pt'>Andrew Shortell<BR>
</SPAN></FONT></FONT><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
<a href="mailto:shortell@get2me.net">mailto:shortell@get2me.net</a> <BR>
Heidelberg Teaching Unit<BR>
Ph 9470 3403<BR>
Fax 9470 3215<BR>
<BR>
<BR>
<BR>
On 18/05/11 11:16 AM, "Mark KELLY" <<a href="kel@mckinnonsc.vic.edu.au">kel@mckinnonsc.vic.edu.au</a>> wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Hi Claudia and all<BR>
<BR>
Is there any news on what pseudocode we can expect to be "standard" in SD exams? Until recently there wasn't even a FOR structure in pseudocode, but it's there now (Q4 in the sample questions) - a good move. <BR>
What other structures and syntaxes does VCAA consider appropriate?<BR>
<BR>
Just as the lack of complex structures in flowcharts result in primitive and bulky representations of design, a pseudocode lacking important programming primitives must hamstring the potential of pseudocode-based questions.<BR>
I suggest we need some more powerful data and control structures in our pseudocode that better reflect the standards seen in all modern languages.<BR>
The exact naming is neither here nor there as long as they're intelligible to everyone...<BR>
<BR>
= for assignment. Why do we persist with <- when it's not used in any language and is so hard to typeset for printing??<BR>
<BR>
IF-ELSEIF-ELSE-ENDIF (including AND/OR as logical operators)<BR>
<BR>
The three basic loops...<BR>
FOR-NEXT<BR>
DO-WHILE<BR>
LOOP-UNTIL (or REPEAT-UNTIL like last year's exam had)<BR>
<BR>
I'd like pseudocode to be able to declare variables and arrays. It's a vital programming concept...<BR>
DECLARE var AS type<BR>
DECLARE array(a,b) AS type<BR>
<BR>
Add some decent I/O operators...<BR>
INPUT (from keyboard) and READ (from a file)<BR>
DISPLAY (onscreen), WRITE (to file) and PRINT (to paper)<BR>
OPEN - CLOSE text file<BR>
MESSAGEBOX - hell, our language has to be GUI but there's no GUI support in the pseudocode. <BR>
<BR>
One major omission in current pseudocode is the concept of modularity: I've never seen a subprogram or function call. <BR>
We could really improve the power and reality of algorithms by allowing modularity with<BR>
CALL subprogram(parameters)<BR>
SUBPROGRAM(parameters)-END SUBPROGRAM<BR>
FUNCTION(parameters)-END FUNCTION (with RETURN value)<BR>
<BR>
And if the examiners want to introduce new functions all they have to do is explain them before using them. It's not too hard.<BR>
<BR>
Have I left out any important programming concepts you think we could use in pseudocode?<BR>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
-- <BR>
</SPAN></FONT>
</BODY>
</HTML>