Hi Russell. I agree that the study design does leave a fair amount to the imagination in terms of scope. How much to teach about use case diagrams, for example, was not spelled out until the VCAA FAQ came out. If a teacher had missed that document they might have gone way too deep or too shallowly (e.g. I guessed - incorrectly - that includes and extends were going too far. But then again, I could have legitimately assumed that generalisation would be examinable. I'm still not sure about that one...)<br>
<br>But this study design is much better written than the previous one. It does put explicit limits on scope in some areas (e.g. no database programming) and the example outcomes really emphasise where the students' responsibilities end (e.g. p.84 the case study says that "the waiter will transmit the order to the kitchen <i>using another software package</i>." so it's clear that the student need not worry about having to code that.)<br>
<br>The description of the PSM also (finally) makes the stages explicit, even if you disagree with it (no implementation? no formal testing?). And it was a relief not to have to navigate through both the SDLC and PSM any longer.<br>
<br>If the study design were fully detailed regarding scope and depth of study, it would be size of the Melbourne phone books and noone at all would read it. It's a fine line, I guess.<br><br>Regards<br>Mark<br><br>
<br>
<div class="gmail_quote">On 25 November 2010 09:48, Russell Quinn <span dir="ltr"><<a href="mailto:QN@boxhillhs.vic.edu.au">QN@boxhillhs.vic.edu.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Thanks Mark for the thoughts, your an outstanding resource.<br>
Unless contradicted, I will take your views as the official VCAA position.<br>
<br>
As always I am shocked and distressed at the lack of specificity<br>
(a Rudd word?) in the VCAA course descriptors. This is an outstanding<br>
example, the use-case thing seems to be another.<br>
<br>
I have never used database solutions in SD. The study design<br>
did not appear to require it, so I have always used files as data sources.<br>
Last year I got the students to download the post code file and reformat it<br>
as a data source for the address. A bit of fun and exactly what happens in<br>
the "real" world (teaching of course having no relationship to the real world).<br>
I recall an email a few years ago, I cannot recall who, but their position seemed to be<br>
that they could not imagine doing SD without databases. I took the opposite position<br>
in that I thought there was more basic learning to be got from a file based system.<br>
<br>
I am just a bit puzzled as to why there is so much emphasis on networks<br>
in the theory, and it is totally forgotten in the practise. I assume it is a trendy thing.<br>
I note that Adrian's previous book (an outstanding resource - thanks Adrian) devoted pages to<br>
data structures including algorithms for queues, so it seems natural to<br>
include these issues into the term 3 coding. Otherwise, why put them in? I would have<br>
thought the fact that we are not radio linking to web sites but rather building on C: would<br>
make it relevant and easy to at least consider at least lock files. "They" are always going on about<br>
relevance in education, it seems to be an opportunity. The coding is not that difficult, its just<br>
decisions and loops, a bit like a logon screen.<br>
<br>
The above discussion is not a shot at Mark, we are very lucky to have him and I appreciate his<br>
input. In practise, the coding I do depends upon the students sitting in the class in that year.<br>
Being lucky enough to work in an accelerated school, I come across students who are already<br>
expert in limited fields of IT. I am, as always, puzzled and confused by the course descriptors.<br>
<br>
Regards,<br>
<br>
Russell Quinn<br>
________________________________________<br>
From: <a href="mailto:sofdev-bounces@edulists.com.au">sofdev-bounces@edulists.com.au</a> [<a href="mailto:sofdev-bounces@edulists.com.au">sofdev-bounces@edulists.com.au</a>] On Behalf Of <a href="mailto:sofdev-request@edulists.com.au">sofdev-request@edulists.com.au</a> [<a href="mailto:sofdev-request@edulists.com.au">sofdev-request@edulists.com.au</a>]<br>
Sent: Wednesday, 24 November 2010 8:12 PM<br>
To: <a href="mailto:sofdev@edulists.com.au">sofdev@edulists.com.au</a><br>
Subject: sofdev Digest, Vol 68, Issue 42<br>
<br>
Send sofdev mailing list submissions to<br>
<a href="mailto:sofdev@edulists.com.au">sofdev@edulists.com.au</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://www.edulists.com.au/mailman/listinfo/sofdev" target="_blank">http://www.edulists.com.au/mailman/listinfo/sofdev</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:sofdev-request@edulists.com.au">sofdev-request@edulists.com.au</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:sofdev-owner@edulists.com.au">sofdev-owner@edulists.com.au</a><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. Re: Concurrency Issues (Mark KELLY)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 24 Nov 2010 20:11:42 +1100<br>
From: Mark KELLY <<a href="mailto:kel@mckinnonsc.vic.edu.au">kel@mckinnonsc.vic.edu.au</a>><br>
Subject: Re: [Year 12 SofDev] Concurrency Issues<br>
To: "Year 12 Software Development Teachers' Mailing List"<br>
<<a href="mailto:sofdev@edulists.com.au">sofdev@edulists.com.au</a>><br>
Message-ID:<br>
<AANLkTinFfJ=<a href="mailto:eNb%2BnM%2B060eTuV_bEfH85ZFj6dTYDYq2s@mail.gmail.com">eNb+nM+060eTuV_bEfH85ZFj6dTYDYq2s@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
As a rule, you'd be surprised how *little* programming skill is required to<br>
do well in SD outcomes.<br>
<br>
It's really *not* rocket surgery.<br>
<br>
The new study design, for example, bends over backwards to stress that<br>
students are *not* to worry about database integration or configuring a<br>
software module to interact with an OS API.<br>
<br>
See the sample outcomes in the study design. They specifically exclude the<br>
need to interact with "live" modules like those that send data from a<br>
portable device to a website.<br>
<br>
The theory is, as in all VCE subjects, the dominant factor.<br>
<br>
Focus on programming *fundamentals*. Don't get distracted by current<br>
implementations which could be out of date in 18 months as paradigms<br>
continue to shift.<br>
<br>
Loops, logic, variables, arrays, objects, events : they're not likely to go<br>
away in a hurry. Concentrate on them.<br>
<br>
2.3c worth (an extra 0.2 cents for GST, 0.1c for passion)<br>
<br>
Mark<br>
<br>
On 24 November 2010 13:57, Russell Quinn <<a href="mailto:QN@boxhillhs.vic.edu.au">QN@boxhillhs.vic.edu.au</a>> wrote:<br>
<br>
> Ta for your views..<br>
><br>
> I was actually wondering if the course writers or<br>
> examiners had a view on if concurrency was seen<br>
> as examinable. There is allot of stress on the network<br>
> environment but I cannot see any formal statement on<br>
> concurrency, but I cannot see how to avoid it either.<br>
><br>
> Regarding the queue, I think it could be managed as<br>
> at the application level, provided the file was only<br>
> accessible through the application. A bit like a portal<br>
> to the file. Since the course talks about queues, I thought<br>
> it might be fun to use one, even if a bit contrived.<br>
><br>
> Regards,<br>
><br>
> Russell Quinn<br>
> ________________________________________<br>
> From: <a href="mailto:sofdev-bounces@edulists.com.au">sofdev-bounces@edulists.com.au</a> [<a href="mailto:sofdev-bounces@edulists.com.au">sofdev-bounces@edulists.com.au</a>] On<br>
> Behalf Of <a href="mailto:sofdev-request@edulists.com.au">sofdev-request@edulists.com.au</a> [<a href="mailto:sofdev-request@edulists.com.au">sofdev-request@edulists.com.au</a>]<br>
> Sent: Wednesday, 24 November 2010 12:00 PM<br>
> To: <a href="mailto:sofdev@edulists.com.au">sofdev@edulists.com.au</a><br>
> Subject: sofdev Digest, Vol 68, Issue 40<br>
><br>
> Send sofdev mailing list submissions to<br>
> <a href="mailto:sofdev@edulists.com.au">sofdev@edulists.com.au</a><br>
><br>
> To subscribe or unsubscribe via the World Wide Web, visit<br>
> <a href="http://www.edulists.com.au/mailman/listinfo/sofdev" target="_blank">http://www.edulists.com.au/mailman/listinfo/sofdev</a><br>
> or, via email, send a message with subject or body 'help' to<br>
> <a href="mailto:sofdev-request@edulists.com.au">sofdev-request@edulists.com.au</a><br>
><br>
> You can reach the person managing the list at<br>
> <a href="mailto:sofdev-owner@edulists.com.au">sofdev-owner@edulists.com.au</a><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. Re: PSM part 2 (Mark KELLY)<br>
> 2. Re: Concurrency Issues (Mark KELLY)<br>
><br>
><br>
> ----------------------------------------------------------------------<br>
><br>
> Message: 1<br>
> Date: Wed, 24 Nov 2010 08:42:26 +1100<br>
> From: Mark KELLY <<a href="mailto:kel@mckinnonsc.vic.edu.au">kel@mckinnonsc.vic.edu.au</a>><br>
> Subject: Re: [Year 12 SofDev] PSM part 2<br>
> To: "Year 12 Software Development Teachers' Mailing List"<br>
> <<a href="mailto:sofdev@edulists.com.au">sofdev@edulists.com.au</a>><br>
> Message-ID:<br>
> <<a href="mailto:AANLkTinQ19%2B1-Ujy7p_VxRkSkXdq-PrtBNZ097EQvUdG@mail.gmail.com">AANLkTinQ19+1-Ujy7p_VxRkSkXdq-PrtBNZ097EQvUdG@mail.gmail.com</a><<a href="mailto:AANLkTinQ19%252B1-Ujy7p_VxRkSkXdq-PrtBNZ097EQvUdG@mail.gmail.com">AANLkTinQ19%2B1-Ujy7p_VxRkSkXdq-PrtBNZ097EQvUdG@mail.gmail.com</a>><br>
> ><br>
> Content-Type: text/plain; charset="windows-1252"<br>
><br>
> Agree. The PSM discussion in the study design refers to use cases in both<br>
> the analysis and design phases. I reckon it shouldn't be in the latter.<br>
><br>
> On 23 November 2010 16:28, Kevork Krozian <<a href="mailto:K.Krozian@fhc.vic.edu.au">K.Krozian@fhc.vic.edu.au</a>><br>
> wrote:<br>
><br>
> > Hi Mark and friends,<br>
> ><br>
> ><br>
> ><br>
> > Quoting from one of my favourite series ? UML 2 for Dummies? p 151;<br>
> ><br>
> > ? Most developers use use cases as artifacts of analysis. Use cases<br>
> should<br>
> > be used to specify the required behaviours of your system not capture<br>
> design<br>
> > of your system. Design decisions change often; implementations change<br>
> even<br>
> > oftener (sic)?<br>
> ><br>
> > ..............<br>
> ><br>
> > ? Separating analysis from design also frees your test team to start<br>
> > developing their test plans directly from the use cases ? knowing that<br>
> the<br>
> > use case will be (relatively) stable, knowing that they will be able to<br>
> test<br>
> > the functionality of the system directly from the use case.<br>
> ><br>
> ><br>
> ><br>
> > Logical design is in the analysis phase and Physical design in the design<br>
> > phase. Use cases describe *what* , not *how* . *How* is worked out later<br>
> > in the design phase.<br>
> ><br>
> ><br>
> ><br>
> > So, the statement Use cases as being a useful tool to use during physical<br>
> > design can only make sense if it is used to inform *how* your design<br>
> > should proceed based on the *what* you want to get done from the<br>
> completed<br>
> > analysis .<br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > My 2c worth.<br>
> ><br>
> ><br>
> ><br>
> > Kind Regards<br>
> ><br>
> ><br>
> ><br>
> > Kevork Krozian<br>
> ><br>
> > Digital Learning Manager<br>
> ><br>
> > Forest Hill College<br>
> ><br>
> > <a href="http://www.fhc.vic.edu.au" target="_blank">www.fhc.vic.edu.au</a><br>
> ><br>
> > tel: 0419 356 034<br>
> ><br>
> ><br>
> ><br>
> > *From:* <a href="mailto:sofdev-bounces@edulists.com.au">sofdev-bounces@edulists.com.au</a> [mailto:<br>
> > <a href="mailto:sofdev-bounces@edulists.com.au">sofdev-bounces@edulists.com.au</a>] *On Behalf Of *Mark KELLY<br>
> > *Sent:* Monday, 22 November 2010 11:18 AM<br>
> > *To:* Year 12 Software Development Teachers' Mailing List<br>
> > *Subject:* [Year 12 SofDev] PSM part 2<br>
> ><br>
> ><br>
> ><br>
> > Hi all. The study design's PSM discussion lists Use Cases as being a<br>
> > useful tool to use during *physical design*.<br>
> ><br>
> > I would have thought they would be a *logical* design tool since they are<br>
> > so abstract and emphasise functionality requirements rather than<br>
> > implementation methods.<br>
> ><br>
> > --<br>
> > Mark Kelly<br>
> > Manager Information Systems<br>
> > Reporting Manager<br>
> > IT Learning Area Manager<br>
> ><br>
> > McKinnon Secondary College<br>
> > McKinnon Rd McKinnon 3204<br>
> > Victoria, Australia<br>
> > Direct line / Voicemail: +613 8520 9085<br>
> > Fax +613 9578 9253<br>
> > <a href="mailto:kel@mckinnonsc.vic.edu.au">kel@mckinnonsc.vic.edu.au</a><br>
> ><br>
> > VCE IT Lecture Notes: <a href="http://vceit.com" target="_blank">http://vceit.com</a><br>
> > Moderator: IT Applications Edulist<br>
> ><br>
> > My cow died on this day two years ago. I know because I noted it in my<br>
> > dairy.<br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > <a href="http://www.edulists.com.au" target="_blank">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" target="_blank">http://www.vcaa.vic.edu.au</a> - Victorian Curriculum and Assessment<br>
> Authority<br>
> > and<br>
> > <a href="http://www.vcaa.vic.edu.au/vce/studies/infotech/softwaredevel3-4.html" target="_blank">http://www.vcaa.vic.edu.au/vce/studies/infotech/softwaredevel3-4.html</a><br>
> > <a href="http://www.vitta.org.au" target="_blank">http://www.vitta.org.au</a> - VITTA Victorian Information Technology<br>
> Teachers<br>
> > Association Inc<br>
> ><br>
><br>
><br>
><br>
> --<br>
> Mark Kelly<br>
> Manager Information Systems<br>
> Reporting Manager<br>
> IT Learning Area Manager<br>
><br>
> McKinnon Secondary College<br>
> McKinnon Rd McKinnon 3204<br>
> Victoria, Australia<br>
> Direct line / Voicemail: +613 8520 9085<br>
> Fax +613 9578 9253<br>
> <a href="mailto:kel@mckinnonsc.vic.edu.au">kel@mckinnonsc.vic.edu.au</a><br>
><br>
> VCE IT Lecture Notes: <a href="http://vceit.com" target="_blank">http://vceit.com</a><br>
> Moderator: IT Applications Edulist<br>
><br>
> My cow died on this day two years ago. I know because I noted it in my<br>
> dairy.<br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL:<br>
> <a href="http://www.edulists.com.au/pipermail/sofdev/attachments/20101124/e7fcff3c/attachment-0001.html" target="_blank">http://www.edulists.com.au/pipermail/sofdev/attachments/20101124/e7fcff3c/attachment-0001.html</a><br>
><br>
> ------------------------------<br>
><br>
> Message: 2<br>
> Date: Wed, 24 Nov 2010 10:02:09 +1100<br>
> From: Mark KELLY <<a href="mailto:kel@mckinnonsc.vic.edu.au">kel@mckinnonsc.vic.edu.au</a>><br>
> Subject: Re: [Year 12 SofDev] Concurrency Issues<br>
> To: "Year 12 Software Development Teachers' Mailing List"<br>
> <<a href="mailto:sofdev@edulists.com.au">sofdev@edulists.com.au</a>><br>
> Message-ID:<br>
> <AANLkTi=<a href="mailto:L7XpeRgk8jYCuAQvDOExpgnw0JbbAsaxJMtgk@mail.gmail.com">L7XpeRgk8jYCuAQvDOExpgnw0JbbAsaxJMtgk@mail.gmail.com</a>><br>
> Content-Type: text/plain; charset="iso-8859-1"<br>
><br>
> Locking a file or record was as far as I went with coping with networked<br>
> programming. Kids can be responsible for that within their little bit of<br>
> code.<br>
><br>
> Managing a queue for access to files would, I believe, be beyond the scope<br>
> of what is expected of students. Such control would have to be outside of<br>
> their code, and be OS-dependent, wouldn't it?<br>
><br>
><br>
> On 23 November 2010 14:13, Russell Quinn <<a href="mailto:QN@boxhillhs.vic.edu.au">QN@boxhillhs.vic.edu.au</a>> wrote:<br>
><br>
> > Hi all,<br>
> > has anyone given thought to concurrency - since<br>
> > we are in a networked environment. Do we have<br>
> > to cater for locks and deadlocks, perhaps queues<br>
> > for access to files - esp during the coding SAC.<br>
> > I do not see any mention of these issues in the course<br>
> > statements, but I cannot see how you could do a good job<br>
> > in a network environment without looking at them.<br>
> ><br>
> > Regards,<br>
> ><br>
> > Russell Quinn<br>
> > ________________________________________<br>
> > From: <a href="mailto:sofdev-bounces@edulists.com.au">sofdev-bounces@edulists.com.au</a> [<a href="mailto:sofdev-bounces@edulists.com.au">sofdev-bounces@edulists.com.au</a>] On<br>
> > Behalf Of <a href="mailto:sofdev-request@edulists.com.au">sofdev-request@edulists.com.au</a> [<a href="mailto:sofdev-request@edulists.com.au">sofdev-request@edulists.com.au</a><br>
> ]<br>
> > Sent: Tuesday, 23 November 2010 1:04 PM<br>
> > To: <a href="mailto:sofdev@edulists.com.au">sofdev@edulists.com.au</a><br>
> > Subject: sofdev Digest, Vol 68, Issue 36<br>
> ><br>
> > Send sofdev mailing list submissions to<br>
> > <a href="mailto:sofdev@edulists.com.au">sofdev@edulists.com.au</a><br>
> ><br>
> > To subscribe or unsubscribe via the World Wide Web, visit<br>
> > <a href="http://www.edulists.com.au/mailman/listinfo/sofdev" target="_blank">http://www.edulists.com.au/mailman/listinfo/sofdev</a><br>
> > or, via email, send a message with subject or body 'help' to<br>
> > <a href="mailto:sofdev-request@edulists.com.au">sofdev-request@edulists.com.au</a><br>
> ><br>
> > You can reach the person managing the list at<br>
> > <a href="mailto:sofdev-owner@edulists.com.au">sofdev-owner@edulists.com.au</a><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. Royce Williams (Margaret Iaquinto)<br>
> ><br>
> ><br>
> > ----------------------------------------------------------------------<br>
> ><br>
> > Message: 1<br>
> > Date: Tue, 23 Nov 2010 13:04:02 +1000<br>
> > From: Margaret Iaquinto <<a href="mailto:Margaret.Iaquinto@stleonards.vic.edu.au">Margaret.Iaquinto@stleonards.vic.edu.au</a>><br>
> > Subject: [Year 12 SofDev] Royce Williams<br>
> > To: "List', 'Year 12 Software Development Teachers' Mailing"<br>
> > <<a href="mailto:sofdev@edulists.com.au">sofdev@edulists.com.au</a>><br>
> > Message-ID: <<a href="mailto:4CEBBBC2.E9D0.00E9.1@stleonards.vic.edu.au">4CEBBBC2.E9D0.00E9.1@stleonards.vic.edu.au</a>><br>
> > Content-Type: text/plain; charset="iso-8859-15"<br>
> ><br>
> ><br>
> > Hi<br>
> ><br>
> > I need to contact Royce Williams who used to work at Billanook. Would<br>
> > someone kindly contact me offlist with some details, please?<br>
> ><br>
> > Maggie<br>
> ><br>
> ><br>
> > Margaret Iaquinto<br>
> > Information Technology Coordinator<br>
> ><br>
> > St Leonard's College<br>
> > Brighton Campus<br>
> > t (+61 3) 9909 9300<br>
> ><br>
> > x 529<br>
> ><br>
> > <a href="http://www.stleonards.vic.edu.au" target="_blank">www.stleonards.vic.edu.au</a><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > Alternate email: <a href="mailto:maggie@iaquinto.net">maggie@iaquinto.net</a><br>
> > -------------- next part --------------<br>
> > An HTML attachment was scrubbed...<br>
> > URL:<br>
> ><br>
> <a href="http://www.edulists.com.au/pipermail/sofdev/attachments/20101123/76db5e4e/attachment.html" target="_blank">http://www.edulists.com.au/pipermail/sofdev/attachments/20101123/76db5e4e/attachment.html</a><br>
> > -------------- next part --------------<br>
> > A non-text attachment was scrubbed...<br>
> > Name: ATT00001<br>
> > Type: image/bmp<br>
> > Size: 30774 bytes<br>
> > Desc: ATT00001<br>
> > Url :<br>
> ><br>
> <a href="http://www.edulists.com.au/pipermail/sofdev/attachments/20101123/76db5e4e/attachment.bmp" target="_blank">http://www.edulists.com.au/pipermail/sofdev/attachments/20101123/76db5e4e/attachment.bmp</a><br>
> ><br>
> > ------------------------------<br>
> ><br>
> > _______________________________________________<br>
> > sofdev mailing list<br>
> > <a href="mailto:sofdev@edulists.com.au">sofdev@edulists.com.au</a><br>
> > <a href="http://www.edulists.com.au/mailman/listinfo/sofdev" target="_blank">http://www.edulists.com.au/mailman/listinfo/sofdev</a><br>
> ><br>
> ><br>
> > End of sofdev Digest, Vol 68, Issue 36<br>
> > **************************************<br>
> ><br>
> > _______________________________________________<br>
> > <a href="http://www.edulists.com.au" target="_blank">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" target="_blank">http://www.vcaa.vic.edu.au</a> - Victorian Curriculum and Assessment<br>
> Authority<br>
> > and<br>
> > <a href="http://www.vcaa.vic.edu.au/vce/studies/infotech/softwaredevel3-4.html" target="_blank">http://www.vcaa.vic.edu.au/vce/studies/infotech/softwaredevel3-4.html</a><br>
> > <a href="http://www.vitta.org.au" target="_blank">http://www.vitta.org.au</a> - VITTA Victorian Information Technology<br>
> Teachers<br>
> > Association Inc<br>
> ><br>
><br>
><br>
><br>
> --<br>
> Mark Kelly<br>
> Manager Information Systems<br>
> Reporting Manager<br>
> IT Learning Area Manager<br>
><br>
> McKinnon Secondary College<br>
> McKinnon Rd McKinnon 3204<br>
> Victoria, Australia<br>
> Direct line / Voicemail: +613 8520 9085<br>
> Fax +613 9578 9253<br>
> <a href="mailto:kel@mckinnonsc.vic.edu.au">kel@mckinnonsc.vic.edu.au</a><br>
><br>
> VCE IT Lecture Notes: <a href="http://vceit.com" target="_blank">http://vceit.com</a><br>
> Moderator: IT Applications Edulist<br>
><br>
> My cow died on this day two years ago. I know because I noted it in my<br>
> dairy.<br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL:<br>
> <a href="http://www.edulists.com.au/pipermail/sofdev/attachments/20101124/e8628614/attachment-0001.html" target="_blank">http://www.edulists.com.au/pipermail/sofdev/attachments/20101124/e8628614/attachment-0001.html</a><br>
><br>
> ------------------------------<br>
><br>
> _______________________________________________<br>
> sofdev mailing list<br>
> <a href="mailto:sofdev@edulists.com.au">sofdev@edulists.com.au</a><br>
> <a href="http://www.edulists.com.au/mailman/listinfo/sofdev" target="_blank">http://www.edulists.com.au/mailman/listinfo/sofdev</a><br>
><br>
><br>
> End of sofdev Digest, Vol 68, Issue 40<br>
> **************************************<br>
><br>
> _______________________________________________<br>
> <a href="http://www.edulists.com.au" target="_blank">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" target="_blank">http://www.vcaa.vic.edu.au</a> - Victorian Curriculum and Assessment Authority<br>
> and<br>
> <a href="http://www.vcaa.vic.edu.au/vce/studies/infotech/softwaredevel3-4.html" target="_blank">http://www.vcaa.vic.edu.au/vce/studies/infotech/softwaredevel3-4.html</a><br>
> <a href="http://www.vitta.org.au" target="_blank">http://www.vitta.org.au</a> - VITTA Victorian Information Technology Teachers<br>
> Association Inc<br>
><br>
<br>
<br>
<br>
--<br>
Mark Kelly<br>
Manager Information Systems<br>
Reporting Manager<br>
IT Learning Area Manager<br>
<br>
McKinnon Secondary College<br>
McKinnon Rd McKinnon 3204<br>
Victoria, Australia<br>
Direct line / Voicemail: +613 8520 9085<br>
Fax +613 9578 9253<br>
<a href="mailto:kel@mckinnonsc.vic.edu.au">kel@mckinnonsc.vic.edu.au</a><br>
<br>
VCE IT Lecture Notes: <a href="http://vceit.com" target="_blank">http://vceit.com</a><br>
Moderator: IT Applications Edulist<br>
<br>
My cow died on this day two years ago. I know because I noted it in my<br>
dairy.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://www.edulists.com.au/pipermail/sofdev/attachments/20101124/597a6700/attachment.html" target="_blank">http://www.edulists.com.au/pipermail/sofdev/attachments/20101124/597a6700/attachment.html</a><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
sofdev mailing list<br>
<a href="mailto:sofdev@edulists.com.au">sofdev@edulists.com.au</a><br>
<a href="http://www.edulists.com.au/mailman/listinfo/sofdev" target="_blank">http://www.edulists.com.au/mailman/listinfo/sofdev</a><br>
<br>
<br>
End of sofdev Digest, Vol 68, Issue 42<br>
**************************************<br>
<br>
<br>
_______________________________________________<br>
<a href="http://www.edulists.com.au" target="_blank">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" target="_blank">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" target="_blank">http://www.vcaa.vic.edu.au/vce/studies/infotech/softwaredevel3-4.html</a><br>
<a href="http://www.vitta.org.au" target="_blank">http://www.vitta.org.au</a> - VITTA Victorian Information Technology Teachers Association Inc<br>
</blockquote></div><br><br clear="all"><br>-- <br>Mark Kelly<br>Manager Information Systems<br>Reporting Manager<br>IT Learning Area Manager<br><br>McKinnon Secondary College<br>McKinnon Rd McKinnon 3204<br>Victoria, Australia<br>
Direct line / Voicemail: +613 8520 9085<br>Fax +613 9578 9253<br><a href="mailto:kel@mckinnonsc.vic.edu.au" target="_blank">kel@mckinnonsc.vic.edu.au</a><br><br>VCE IT Lecture Notes: <a href="http://vceit.com" target="_blank">http://vceit.com</a><br>
Moderator: IT Applications Edulist<br><br>My cow died on this day two years ago. I know because I noted it in my dairy.<br><br><br>