[Year 12 SofDev] U3O2 module context diagram
Mark KELLY
kel at mckinnonsc.vic.edu.au
Mon May 9 14:52:42 EST 2011
On 9 May 2011 14:28, Shane Dawson <shaned at sjc.vic.edu.au> wrote:
> <snip>
>
>
> Some real actual Professional Development would have been good as well, as
> most of Unit 3 Outcome 1 has never been covered before, unless you have
> recently graduated from a Computer Science Course, and even talking to them,
> they have said that some of it is second year coursework.
>
>
And even if you did do second year, how you present your UCD, SRS, ERD etc.
depends on where you studied. There are a lot of different conflicting house
styles out there.
>
>
>
>
> *Shane Dawson***
>
> *Timetabler, Database and SIMON Administrator***
>
> *St Joseph's College Geelong**
> *135 Aphrasia Street Newtown Vic 3220
> Ph Direct: 03 5226 8141
> Mobile: 0425 710 328
> Ph Office: 03 5226 8100
> Fax: 03 5221 6983
> Email: shaned at sjc.vic.edu.au
> College Website: www.sjc.vic.edu.au
>
> *compassion innovation integrity*
>
>
>
>
>
>
>
> *From:* sofdev-bounces at edulists.com.au [mailto:
> sofdev-bounces at edulists.com.au] *On Behalf Of *Mark KELLY
> *Sent:* Monday, 9 May 2011 2:13 PM
> *To:* Year 12 Software Development Teachers' Mailing List
> *Subject:* [Year 12 SofDev] U3O2 module context diagram
>
>
>
> Hi all. I',m adapting the detailed example of SD U3O2 from the study design
> for my own U3O2; I'm fiddling at the edges and not changing the overall
> shape of the example where the task is to create a specific module (cost
> calculator) in a larger ordering/accounting system that takes order data
> from a corporate website.
>
> While getting into creating the SRS I thought the context diagram would be
> a doddle. One external entity, the customer. The system in the circle is
> the cost calculator module. One data flow from the customer with order
> information. One data flow to the customer with the invoice. Done.
>
> Then I realised that from the module's perspective the rest of the ordering
> system might be seen as an external entity since the module has no control
> over the system's operation but must exchange data with it.
>
> Then I realised that the system also would see the corporate website as an
> external entity for similar reasons. So the customer would interact with the
> website which would interact with the system, which would interact with the
> module that the students will be writing.
>
> But if I showed the customer providing an order to the website, that would
> be a data flow between external entities which we are not supposed to show
> in a CD/DFD.
>
> How would you guys interpret a situation like this?
>
> --
> Mark Kelly
> Manager of ICT, Reporting, IT Learning Area
> McKinnon Secondary College
> McKinnon Rd McKinnon 3204, Victoria, Australia
> Direct line / Voicemail: +613 8520 9085, Fax +613 9578 9253
> kel at mckinnonsc.vic.edu.au
> VCE IT Lecture Notes: http://vceit.com
> Moderator: IT Applications Edulist
>
> Want a good time? Call 0112358. Ask for Mr Fibonacci.
>
> _______________________________________________
> http://www.edulists.com.au - FAQ, Subscribe, Unsubscribe
> IT Software Development Mailing List kindly supported by
> http://www.vcaa.vic.edu.au - Victorian Curriculum and Assessment Authority
> and
> http://www.vcaa.vic.edu.au/vce/studies/infotech/softwaredevel3-4.html
> http://www.vitta.org.au - VITTA Victorian Information Technology Teachers
> Association Inc
>
--
Mark Kelly
Manager of ICT, Reporting, IT Learning Area
McKinnon Secondary College
McKinnon Rd McKinnon 3204, Victoria, Australia
Direct line / Voicemail: +613 8520 9085, Fax +613 9578 9253
kel at mckinnonsc.vic.edu.au
VCE IT Lecture Notes: http://vceit.com
Moderator: IT Applications Edulist
Want a good time? Call 0112358. Ask for Mr Fibonacci.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.edulists.com.au/pipermail/sofdev/attachments/20110509/a9fd0be4/attachment.html
More information about the sofdev
mailing list