<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:11pt; color:black">
<span style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:11pt; color:black">I have been assuming that U3O1 required students to interpret the design documents to program modules, but not write their own. In U3O2 they create their own in the context
of the SAT, as per the key knowledge 'methods of expressing software designs using data dictionaries, object descriptions, mock ups, and pseuodocode.<br>
<br>
Hopefully that's correct :)<br>
<br>
Michael Walker<br>
Doncaster Secondary College<br>
<br>
Sent from my Android phone using TouchDown (www.nitrodesk.com)<br>
<br>
<span style="color:black">-----Original Message----- <br>
<b>From:</b> Nayak, Jayanti S [nayak.jayanti.s@edumail.vic.gov.au]<br>
<b>Received:</b> Friday, 22 Jan 2016, 2:17PM<br>
<b>To:</b> sofdev@edulists.com.au [sofdev@edulists.com.au]<br>
<b>Subject:</b> Re: [Year 12 SofDev] sofdev Digest, Vol 130, Issue 17<br>
<br>
</span></span></div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">That is what I thought so too. I have working on a Case study creating UI, Data Dictionary, Object Description etc.,<br>
<br>
Ms. Nayak,<br>
Info Tech Teacher,<br>
Sunbury College, 30, Race Course Road,<br>
Sunbury - 3429.<br>
<br>
________________________________________<br>
From: sofdev-bounces@edulists.com.au [sofdev-bounces@edulists.com.au] on behalf of sofdev-request@edulists.com.au [sofdev-request@edulists.com.au]<br>
Sent: Friday, 22 January 2016 12:00 PM<br>
To: sofdev@edulists.com.au<br>
Subject: sofdev Digest, Vol 130, Issue 17<br>
<br>
Send sofdev mailing list submissions to<br>
sofdev@edulists.com.au<br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://www.edulists.com.au/mailman/listinfo/sofdev">http://www.edulists.com.au/mailman/listinfo/sofdev</a><br>
or, via email, send a message with subject or body 'help' to<br>
sofdev-request@edulists.com.au<br>
<br>
You can reach the person managing the list at<br>
sofdev-owner@edulists.com.au<br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of sofdev digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. SD U3O1 - Advice for teachers (Mark)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 22 Jan 2016 11:45:31 +1100<br>
From: Mark <mark@vceit.com><br>
Subject: [Year 12 SofDev] SD U3O1 - Advice for teachers<br>
To: "Year 12 Software Development Teachers' Mailing List"<br>
<sofdev@edulists.com.au><br>
Message-ID:<br>
<CACu=8Z03eBrLRZ4AJnO-n5nCXxC8if0tMK+EuzM3SW5v05LYvg@mail.gmail.com><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi all. I've been unsure about this...<br>
<br>
U3O1 requires students to "interpret designs and apply a range of functions<br>
and techniques using a programming language to develop working modules"<br>
<br>
The detailed learning activity (<br>
?'?<br>
Shield Security Services<br>
?'?<br>
) in the Advice, however, expects students to show evidence of "a data<br>
dictionary".<br>
?<br>
<br>
Not "*interpreting* a data dictionary" (as the previous dotpoint said about<br>
pseudocode) ?<br>
<br>
<br>
To "show evidence of " a data dictionary implies that students are expected<br>
to *create* the data dictionary.?<br>
<br>
?But<br>
- being a design tool - should<br>
?n't the data dictionary<br>
be provided to students, rather than created by them,<br>
?as<br>
require<br>
?d?<br>
?by<br>
?U3O1<br>
??<br>
<br>
?Ideas??<br>
<br>
--<br>
<br>
Mark Kelly<br>
<br>
mark@vceit.com<br>
<a href="http://vceit.com">http://vceit.com</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://www.edulists.com.au/pipermail/sofdev/attachments/20160122/6bb237c9/attachment-0001.html">
http://www.edulists.com.au/pipermail/sofdev/attachments/20160122/6bb237c9/attachment-0001.html</a><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
sofdev mailing list<br>
sofdev@edulists.com.au<br>
<a href="http://www.edulists.com.au/mailman/listinfo/sofdev">http://www.edulists.com.au/mailman/listinfo/sofdev</a><br>
<br>
<br>
End of sofdev Digest, Vol 130, Issue 17<br>
***************************************<br>
<br>
Important - This email and any attachments may be confidential. If received in error, please contact us and delete all copies. Before opening or using attachments check them for viruses and defects. Regardless of any loss, damage or consequence, whether caused
by the negligence of the sender or not, resulting directly or indirectly from the use of any attached files our liability is limited to resupplying any affected attachments. Any representations or opinions expressed are those of the individual sender, and
not necessarily those of the Department of Education and Training.<br>
<br>
_______________________________________________<br>
<a href="http://www.edulists.com.au">http://www.edulists.com.au</a> - FAQ, Subscribe, Unsubscribe<br>
IT Software Development Mailing List kindly supported by<br>
<a href="http://www.vcaa.vic.edu.au">http://www.vcaa.vic.edu.au</a> - Victorian Curriculum and Assessment Authority and<br>
<a href="http://www.vcaa.vic.edu.au/vce/studies/infotech/softwaredevel3-4.html">http://www.vcaa.vic.edu.au/vce/studies/infotech/softwaredevel3-4.html</a>
<br>
<a href="http://www.vitta.org.au">http://www.vitta.org.au</a> - VITTA Victorian Information Technology Teachers Association Inc<br>
<a href="http://www.swinburne.edu.au/ict/schools">http://www.swinburne.edu.au/ict/schools</a> - Swinburne University<br>
</div>
</span></font>
<p></p><p><b>Important - </b>This email and any attachments may be confidential. If received in error, please contact us and delete all copies. Before opening or using attachments check them for viruses and defects. Regardless of any loss, damage or consequence, whether caused by the negligence of the sender or not, resulting directly or indirectly from the use of any attached files our liability is limited to resupplying any affected attachments. Any representations or opinions expressed are those of the individual sender, and not necessarily those of the Department of Education and Training.</p>
</body>
</html>