<HTML>
<HEAD>
<TITLE>Re: [Year 12 SofDev] Concurrency Issues</TITLE>
</HEAD>
<BODY>
<FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Variables, Sequence, decisions, loops (pre and post test), selection, arrays, modules, passing parameters, objects as passive (e.g. list boxes), as active – e.g “subroutines”<BR>
<BR>
Extending beyond these is not necessary to do well BUT it adds to the interest and it is what I believe makes this subject enjoyable for me as a teacher.<BR>
<BR>
These sorts of fundamentals were around in the 70s when I first “did” computers. They are still here.<BR>
Fortran, monecs fortran, cobol, original Basic, punch cards, marksense cards are all gone (hooray) but the fundamentals are still there<BR>
...and they are all theoretical ...<BR>
When the exam in this subject moves across to being done on computers – THEN we will see a paradigm shift in the teaching! And the marking! Anyone else remember CATs done in mac hypertalk? Very early OOP stuff.<BR>
<BR>
Andrew Shortell<BR>
(going and not forgotten? Maybe)<BR>
<BR>
<BR>
On 24/11/10 8:11 PM, "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'>As a rule, you'd be surprised how <B>little</B> programming skill is required to do well in SD outcomes.<BR>
<BR>
It's really <B>not</B> rocket surgery.<BR>
<BR>
The new study design, for example, bends over backwards to stress that students are <B>not</B> to worry about database integration or configuring a software module to interact with an OS API. <BR>
<BR>
See the sample outcomes in the study design. They specifically exclude the need to interact with "live" modules like those that send data from a portable device to a website.<BR>
<BR>
The theory is, as in all VCE subjects, the dominant factor. <BR>
<BR>
Focus on programming <B>fundamentals</B>. Don't get distracted by current implementations which could be out of date in 18 months as paradigms continue to shift.<BR>
<BR>
Loops, logic, variables, arrays, objects, events : they're not likely to go 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="QN@boxhillhs.vic.edu.au">QN@boxhillhs.vic.edu.au</a>> wrote:<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>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="sofdev-bounces@edulists.com.au">sofdev-bounces@edulists.com.au</a> [<a href="sofdev-bounces@edulists.com.au">sofdev-bounces@edulists.com.au</a>] On Behalf Of <a href="sofdev-request@edulists.com.au">sofdev-request@edulists.com.au</a> [<a href="sofdev-request@edulists.com.au">sofdev-request@edulists.com.au</a>]<BR>
Sent: Wednesday, 24 November 2010 12:00 PM<BR>
To: <a href="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="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">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="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="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="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="sofdev@edulists.com.au">sofdev@edulists.com.au</a>><BR>
Message-ID:<BR>
<<a href="AANLkTinQ19+1-Ujy7p_VxRkSkXdq-PrtBNZ097EQvUdG@mail.gmail.com">AANLkTinQ19+1-Ujy7p_VxRkSkXdq-PrtBNZ097EQvUdG@mail.gmail.com</a> <<a href="mailto:AANLkTinQ19%2B1-Ujy7p_VxRkSkXdq-PrtBNZ097EQvUdG@mail.gmail.com">mailto:AANLkTinQ19%2B1-Ujy7p_VxRkSkXdq-PrtBNZ097EQvUdG@mail.gmail.com</a>> ><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="K.Krozian@fhc.vic.edu.au">K.Krozian@fhc.vic.edu.au</a>> 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 should<BR>
> be used to specify the required behaviours of your system not capture design<BR>
> of your system. Design decisions change often; implementations change 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 the<BR>
> use case will be (relatively) stable, knowing that they will be able to 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 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>
> www.fhc.vic.edu.au <<a href="http://www.fhc.vic.edu.au">http://www.fhc.vic.edu.au</a>> <BR>
><BR>
> tel: 0419 356 034<BR>
><BR>
><BR>
><BR>
> *From:* <a href="sofdev-bounces@edulists.com.au">sofdev-bounces@edulists.com.au</a> [mailto:<BR>
> <a href="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="kel@mckinnonsc.vic.edu.au">kel@mckinnonsc.vic.edu.au</a><BR>
><BR>
> VCE IT Lecture Notes: <a href="http://vceit.com">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">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<BR>
> 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<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="kel@mckinnonsc.vic.edu.au">kel@mckinnonsc.vic.edu.au</a><BR>
<BR>
VCE IT Lecture Notes: <a href="http://vceit.com">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/e7fcff3c/attachment-0001.html">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="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="sofdev@edulists.com.au">sofdev@edulists.com.au</a>><BR>
Message-ID:<BR>
<<a href="AANLkTi=L7XpeRgk8jYCuAQvDOExpgnw0JbbAsaxJMtgk@mail.gmail.com">AANLkTi=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="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="sofdev-bounces@edulists.com.au">sofdev-bounces@edulists.com.au</a> [<a href="sofdev-bounces@edulists.com.au">sofdev-bounces@edulists.com.au</a>] On<BR>
> Behalf Of <a href="sofdev-request@edulists.com.au">sofdev-request@edulists.com.au</a> [<a href="sofdev-request@edulists.com.au">sofdev-request@edulists.com.au</a>]<BR>
> Sent: Tuesday, 23 November 2010 1:04 PM<BR>
> To: <a href="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="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">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="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="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="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="sofdev@edulists.com.au">sofdev@edulists.com.au</a>><BR>
> Message-ID: <<a href="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>
> www.stleonards.vic.edu.au <<a href="http://www.stleonards.vic.edu.au">http://www.stleonards.vic.edu.au</a>> <BR>
><BR>
><BR>
><BR>
><BR>
> Alternate email: <a href="maggie@iaquinto.net">maggie@iaquinto.net</a><BR>
> -------------- next part --------------<BR>
> An HTML attachment was scrubbed...<BR>
> URL:<BR>
> <a href="http://www.edulists.com.au/pipermail/sofdev/attachments/20101123/76db5e4e/attachment.html">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>
> <a href="http://www.edulists.com.au/pipermail/sofdev/attachments/20101123/76db5e4e/attachment.bmp">http://www.edulists.com.au/pipermail/sofdev/attachments/20101123/76db5e4e/attachment.bmp</a><BR>
><BR>
> ------------------------------<BR>
><BR>
> _______________________________________________<BR>
> sofdev mailing list<BR>
> <a href="sofdev@edulists.com.au">sofdev@edulists.com.au</a><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 68, Issue 36<BR>
> **************************************<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<BR>
> 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<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="kel@mckinnonsc.vic.edu.au">kel@mckinnonsc.vic.edu.au</a><BR>
<BR>
VCE IT Lecture Notes: <a href="http://vceit.com">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/e8628614/attachment-0001.html">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="sofdev@edulists.com.au">sofdev@edulists.com.au</a><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 68, Issue 40<BR>
**************************************<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>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
<BR>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
-- <BR>
Andrew Shortell <BR>
(soon to leave Wallan SC)<BR>
<BR>
</SPAN></FONT>
</BODY>
</HTML>