[Year 12 SofDev] Diagrams in the SRS - of which system?
Cope, Michael S
cope.michael.s at edumail.vic.gov.au
Mon Mar 20 13:12:28 AEDT 2017
I’m new to the whole SD teaching thing. I must say that the whole debate (on the SRS/DFD/UCD topic) is very unhelpful. If the purpose is to test whether a student can create a meaningful DFD (being on the current environment, or the future state), then I don’t really care about the details. Since there is no agreeance from those at the top on the best way forward I’ll leave it at that.
Mike “The noob” Cope
From: sofdev-bounces at edulists.com.au [mailto:sofdev-bounces at edulists.com.au] On Behalf Of Adrian Janson
Sent: Monday, 20 March 2017 12:49 PM
To: Year 12 Software Development Teachers' Mailing List <sofdev at edulists.com.au>
Subject: Re: [Year 12 SofDev] Diagrams in the SRS - of which system?
Me too!! (sorry Mark - that was for you!)
OK - my 2c worth.
By definition an SRS is a tool that is used to lay out the specifications that will be required to be addressed by a new system. It is not a design tool and is the result of analysis that is done to determine the needs of the organisation in regards to their information system. I feel like everyone agrees on this point - so it's probably not necessary to harp on it too much more.
However, the investigation of the existing system - network diagram, UCD, DFDs and other tools that might be used - are all necessary to get a feel for what the existing system does and doesn't do. While I understand where Mark is coming from with his analogy, I feel that coming into an organisation as a contracted IT professional and being handed an SRS and being told to get to work is not realistic. You need to have an understanding of what is in existence.
What elements of the existing information system will be kept and integrated with the new system?
How will the implementation of the new system impact on what is already in place?
Without that understanding (yes - looking back to look forward), I don't see how you can possibly begin designing a new system. Many of us have done LMS changeovers or large scale implementations and have been on staff for years prior - and even in this case, it would be a brave person who would design a new system without strongly documenting the existing system first.
Cheers,
Adrian Janson
On Mon, Mar 20, 2017 at 12:25 PM, Mark <mark at vceit.com<mailto:mark at vceit.com>> wrote:
Hi all
Yes, the SRS is about analysis, but why are people assuming that the existing system is being analysed?
It's the new/proposed/modified system's requirements that are being analysed in order to define what it should be able to accomplish.
An old system may be used as a reference point to find points of weakness/deficiency/failure but only so the new system can be be defined properly.
Diagramming the old system is pointless, IMO.
If your computer blows up and you need to research potential new systems, you would describe your needs for the new computer.
You don't create a set of diagrams that carefully explain all the functions and features of the old computer.
Let's say you are a software designer or developer hired to work on a new project. You are given an SRS.
In it, you find intricate DFDs, UCDs and CDs explaining the workings of the system that you have been hired to replace.
How could that possibly be useful to you?
The only logical and useful information you want is a description of the new, proposed system.
It probably will have information drawn from the existing system, but such information will be incorporated into a diagram that shows the needs of the new system.
An SRS is meant to be a plan for the future, not a history lesson.
Here are some more VCAA exam references that clearly point to SRS diagrams referring to the new system...
2016 - C3 - the UCD is describing what the patient "should be able to" do. Not what they can currently do in the existing system.
2014-B5- the UCD is said to "show the stated requirements" of the "new software".
Sidebar:
As with all such discussions, messages like "I agree with Fred. A DFD should describe the [old/new] system." annoy me because they don't achieve anything.
IT theory is not a democracy. Ideas are not correct because a majority of people agree with them. If so, we'd still be burning witches.
To argue a case, please provide evidence, not just "Me too" posts or unsubstantiated opinions.
Regards,
Mark
On 20 March 2017 at 10:22, ATKINSON-BUCK, Damien <Damien.ATKINSON-BUCK at ivanhoe.com.au<mailto:Damien.ATKINSON-BUCK at ivanhoe.com.au>> wrote:
I agree, in a real world situation, I would use a DFD for designing the new program, but the study design states on page 15 that they are in the analysis phase. So until that changes, I’ll stick with the mantra of them being purely as an analysis tool and teach students to construct them as such.
Damien Atkinson-Buck
Member of Academic Staff (Secondary).
[http://www.ivanhoe.com.au]<http://www.ivanhoe.com.au/>
The Ridgeway, Ivanhoe VIC 3079 Australia
p. +61 3 9490 3848
e. damien.atkinson-buck at ivanhoe.com.au<mailto:damien.atkinson-buck at ivanhoe.com.au>
w. www.ivanhoe.com.au<http://www.ivanhoe.com.au>
[cid:image003.png at 01D2A17B.A4DF6980]<http://www.facebook.com/IvanhoeGrammarSchool> [cid:image004.png at 01D2A17B.A4DF6980] <http://twitter.com/ivanhoegrammar>
From: sofdev-bounces at edulists.com.au<mailto:sofdev-bounces at edulists.com.au> [mailto:sofdev-bounces at edulists.com.au<mailto:sofdev-bounces at edulists.com.au>] On Behalf Of David Dawson
Sent: Monday, 20 March 2017 10:01 AM
To: Year 12 Software Development Teachers' Mailing List <sofdev at edulists.com.au<mailto:sofdev at edulists.com.au>>
Subject: Re: [Year 12 SofDev] Diagrams in the SRS - of which system?
Hi All
I am actually a little surprised to read that so many of us seem to think that an SRS is not for the PROPOSED system.
All of the top ten links in Google for “Purpose of an SRS” – show that the SRS is specifically for the NEW system being developed – to set the parameters for the later detailed Design of the new system.
When I did one of these SRS for my industry project in 3rd year uni – it had details in terms of UML and DFDs that went all the way to describing the code (eventually). This was all for the system we were developing.
WikiPedia starts with :
A software requirements specification (SRS) is a description of a software system<https://en.wikipedia.org/wiki/Software_system> to be developed. It lays out functional<https://en.wikipedia.org/wiki/Functional_requirement> and non-functional requirements<https://en.wikipedia.org/wiki/Non-functional_requirements>, and may include a set of use cases<https://en.wikipedia.org/wiki/Use_case> that describe user interactions that the software must provide.
(bold text is mine)
At RMIT the students are currently doing SRS for the systems they are developing – not for old systems. In my opinion, in the real world it would be a complete waste of time and resources to do an SRS for an old system. The SRS describes fully the system to be developed.
Of course company goals need to be considered, along with the old system in an Investigation (Observation and mapping of what happens in the old system) and Feasibility Analysis stage – but I struggle to see this material appearing in an SRS defining the new system.
However, I will say that in the past I have had students do DFDs for BOTH systems – when an old one was to be replaced!
I have attached a “simple” SRS downloaded from University of Texas – which mentions nothing of the old system.
Why can’t students do this SRS for their NEW system? I also have a few developing a game – which will make this even more problematic.
David Dawson
[logo]
David Dawson | Head of Learning Technologies, Head of Design and Technology
Wesley College Melbourne
Tel: + 61 3 8102 6340<tel:+61%203%208102%206340> | Mob: + 61 425 718 147<tel:+61%20425%20718%20147>
Email: david.dawson at wesleycollege.net<mailto:david.dawson at wesleycollege.net>
577 St Kilda Road, Melbourne, 3004, Victoria, Australia
Visit our website www.w<http://www.wesleycollege.net>esleycollege.net<http://www.wesleycollege.net>
From: sofdev-bounces at edulists.com.au<mailto:sofdev-bounces at edulists.com.au> [mailto:sofdev-bounces at edulists.com.au] On Behalf Of ATKINSON-BUCK, Damien
Sent: Monday, 20 March 2017 9:10 AM
To: Year 12 Software Development Teachers' Mailing List
Subject: Re: [Year 12 SofDev] Diagrams in the SRS - of which system?
Hi Tony,
I’d suggest that anything (with the possible exception of a new game) has an existing system of some sort. If the student has found a real client that wants something done, then they would have to currently do it somehow. Do you have an example?
The student I have that is having the most difficulty with getting this into a diagram is looking at his pantry stock for expiry dates, but even still the existing system is a manual one. He had to do some lateral thinking to get it, but it was there.
Cheers
Damien
Damien Atkinson-Buck
Member of Academic Staff (Secondary).
[http://www.ivanhoe.com.au]<http://www.ivanhoe.com.au/>
The Ridgeway, Ivanhoe VIC 3079 Australia
p. +61 3 9490 3848
e. damien.atkinson-buck at ivanhoe.com.au<mailto:damien.atkinson-buck at ivanhoe.com.au>
w. www.ivanhoe.com.au<http://www.ivanhoe.com.au>
[cid:image003.png at 01D2A17B.A4DF6980]<http://www.facebook.com/IvanhoeGrammarSchool> [cid:image004.png at 01D2A17B.A4DF6980] <http://twitter.com/ivanhoegrammar>
____________________________________________________________________________
Sapere Aude - Dare To Be Wise
Wesley College Melbourne is a world class coeducational independent school developing
the whole person through timeless principles of learning:
- to know
- to do
- to live with
- to be
with innovation and wisdom
ABN 55 611 238 530 CRICOS 00354G
____________________________________________________________________________
This email is intended only for the use of the individual or entity named above and may
contain information that is confidential and privileged. If you are not the intended recipient,
you are hereby notified that any dissemination, distribution or copying of this email is
strictly prohibited. If you have received this email in error, please email a reply to
Wesley College Melbourne and destroy the original message.
-----Original Message-----
From: sofdev-bounces at edulists.com.au<mailto:sofdev-bounces at edulists.com.au> [mailto:sofdev-bounces at edulists.com.au] On Behalf Of Tony Crewe
Sent: Monday, 20 March 2017 8:22 AM
To: Year 12 Software Development Teachers' Mailing List <sofdev at edulists.com.au<mailto:sofdev at edulists.com.au>>
Subject: Re: [Year 12 SofDev] Diagrams in the SRS - of which system?
Thanks Phil,
As you will see from previous discussions, what if the need or opportunity has no existing system - manual or digital. Do students just omit that analysis without penalty?
Then do their requirements, scope etc for their proposed solution.
Tony
Sent from my iPad
> On 20 Mar 2017, at 8:14 am, Feain, Philip A <feain.philip.a at edumail.vic.gov.au<mailto:feain.philip.a at edumail.vic.gov.au>> wrote:
>
> Dear All
>
> That's the existing information system for the diagrams and proposed solution for the SRS. The diagrams can go in the appendices of the SRS.
>
> Kind Regards
>
> Phil Feain.
>
> Sent from my iPhone
>
>> On 20 Mar 2017, at 8:06 am, Feain, Philip A <feain.philip.a at edumail.vic.gov.au<mailto:feain.philip.a at edumail.vic.gov.au>> wrote:
>>
>> Dear All
>>
>> I have to agree with James. We are talking about the existing system for analysis. Students will draw the required diagrams and the do the SRS.
>>
>> Kind Regards
>>
>> Phil Feain.
>>
>> Sent from my iPhone
>>
>>> On 19 Mar 2017, at 2:58 pm, Vella, James <jvella at mackillop.vic.edu.au<mailto:jvella at mackillop.vic.edu.au>> wrote:
>>>
>>> The diagrams should be of the existing system or process.
>>>
>>> Regardless of whether students are looking to meet a need or opportunity, there is almost always some existing system or manual process in place.
>>>
>>> The SRS is part of the Analysis stage - not the Design stage.
>>>
>>> Regards
>>>
>>> James
>>> ________________________________________
>>> From: sofdev-bounces at edulists.com.au<mailto:sofdev-bounces at edulists.com.au>
>>> <sofdev-bounces at edulists.com.au<mailto:sofdev-bounces at edulists.com.au>> on behalf of
>>> sofdev-request at edulists.com.au<mailto:sofdev-request at edulists.com.au> <sofdev-request at edulists.com.au<mailto:sofdev-request at edulists.com.au>>
>>> Sent: Saturday, 18 March 2017 12:00 PM
>>> To: sofdev at edulists.com.au<mailto:sofdev at edulists.com.au>
>>> Subject: sofdev Digest, Vol 144, Issue 18
>>>
>>> Send sofdev mailing list submissions to
>>> sofdev at edulists.com.au<mailto:sofdev at edulists.com.au>
>>>
>>> To subscribe or unsubscribe via the World Wide Web, visit
>>> http://www.edulists.com.au/mailman/listinfo/sofdev
>>> or, via email, send a message with subject or body 'help' to
>>> sofdev-request at edulists.com.au<mailto:sofdev-request at edulists.com.au>
>>>
>>> You can reach the person managing the list at
>>> sofdev-owner at edulists.com.au<mailto:sofdev-owner at edulists.com.au>
>>>
>>> When replying, please edit your Subject line so it is more specific
>>> than "Re: Contents of sofdev digest..."
>>>
>>>
>>> Today's Topics:
>>>
>>> 1. Diagrams in the SRS - of which system? (Lisa Kerekes) 2. Re:
>>> Diagrams in the SRS - of which system? (Tony Crewe)
>>>
>>>
>>> --------------------------------------------------------------------
>>> --
>>>
>>> Message: 1
>>> Date: Fri, 17 Mar 2017 03:14:21 +0000
>>> From: Lisa Kerekes <Lisa.Kerekes at donvale.vic.edu.au<mailto:Lisa.Kerekes at donvale.vic.edu.au>>
>>> Subject: [Year 12 SofDev] Diagrams in the SRS - of which system?
>>> To: "Year 12 Software Development Teachers' Mailing List"
>>> <sofdev at edulists.com.au<mailto:sofdev at edulists.com.au>>
>>> Message-ID:
>>> <c112a04d34714ca78b79283e0f369dfb at MAIL03.donvale.vic.edu.au<mailto:c112a04d34714ca78b79283e0f369dfb at MAIL03.donvale.vic.edu.au>>
>>> Content-Type: text/plain; charset="us-ascii"
>>>
>>> Hi all,
>>>
>>> Just seeking clarification/confirmation as to whether the diagrams
>>> in the SRS (the Use Case & Context & DFDs) - ought to be
>>>
>>>
>>> - of the client's existing system (if they have one)
>>> or
>>>
>>> - of the student's proposed solution
>>>
>>> I guess I'm asking whether the diagrams are more useful to be drawn so students can grasp how the current system works ... or to plan how their solution should function.
>>>
>>> Page 2 of VCAA's Admin Info for SBA<http://www.vcaa.vic.edu.au/Documents/vce/SBA_General.pdf> suggests that the majority of the SRS is written to describe the new solution, based on data collected about the existing one. "An analysis that defines the requirements, constraints and scope of a solution in the form of a software requirements specification"
>>>
>>> Assessment Criteria 3 reads:
>>> "Draws a set of logical conclusions with most being consistent with the data represented in the analytical tools."
>>>
>>>
>>> Thanks,
>>> Lisa Kerekes
>>> Secondary Teacher (Computing, Media)
>>> Phone: (03) 9844 2471 Ext: 266
>>>
>>> -------------- next part -------------- An HTML attachment was
>>> scrubbed...
>>> URL:
>>> http://www.edulists.com.au/pipermail/sofdev/attachments/20170317/6b1
>>> 588f3/attachment-0001.html
>>>
>>> ------------------------------
>>>
>>> Message: 2
>>> Date: Fri, 17 Mar 2017 03:26:58 +0000
>>> From: Tony Crewe <TonyCrewe at caulfieldgs.vic.edu.au<mailto:TonyCrewe at caulfieldgs.vic.edu.au>>
>>> Subject: Re: [Year 12 SofDev] Diagrams in the SRS - of which system?
>>> To: "Year 12 Software Development Teachers' Mailing List"
>>> <sofdev at edulists.com.au<mailto:sofdev at edulists.com.au>>
>>> Message-ID:
>>>
>>> <SYXPR01MB022351185852B381E5DA06B7CF390 at SYXPR01MB0223.ausprd01.prod.
>>> outlook.com<http://outlook.com>>
>>>
>>> Content-Type: text/plain; charset="us-ascii"
>>>
>>> I think best for proposed solution,
>>>
>>> A number of students create solution based on a need or opportunity rather than an existingsituation in any case.
>>>
>>> Tony
>>>
>>> From: sofdev-bounces at edulists.com.au<mailto:sofdev-bounces at edulists.com.au>
>>> [mailto:sofdev-bounces at edulists.com.au] On Behalf Of Lisa Kerekes
>>> Sent: Friday, 17 March 2017 2:14 PM
>>> To: Year 12 Software Development Teachers' Mailing List
>>> <sofdev at edulists.com.au<mailto:sofdev at edulists.com.au>>
>>> Subject: [Year 12 SofDev] Diagrams in the SRS - of which system?
>>>
>>> Hi all,
>>>
>>> Just seeking clarification/confirmation as to whether the diagrams
>>> in the SRS (the Use Case & Context & DFDs) - ought to be
>>>
>>> - of the client's existing system (if they have one)
>>> or
>>>
>>> - of the student's proposed solution
>>> I guess I'm asking whether the diagrams are more useful to be drawn so students can grasp how the current system works ... or to plan how their solution should function.
>>>
>>> Page 2 of VCAA's Admin Info for SBA<http://www.vcaa.vic.edu.au/Documents/vce/SBA_General.pdf> suggests that the majority of the SRS is written to describe the new solution, based on data collected about the existing one. "An analysis that defines the requirements, constraints and scope of a solution in the form of a software requirements specification"
>>>
>>> Assessment Criteria 3 reads:
>>> "Draws a set of logical conclusions with most being consistent with the data represented in the analytical tools."
>>>
>>>
>>> Thanks,
>>> Lisa Kerekes
>>> Secondary Teacher (Computing, Media)
>>> Phone: (03) 9844 2471 Ext: 266
>>>
>>> -------------- next part -------------- An HTML attachment was
>>> scrubbed...
>>> URL:
>>> http://www.edulists.com.au/pipermail/sofdev/attachments/20170317/6b5
>>> 64adc/attachment-0001.html
>>>
>>> ------------------------------
>>>
>>> _______________________________________________
>>> sofdev mailing list
>>> sofdev at edulists.com.au<mailto:sofdev at edulists.com.au>
>>> http://www.edulists.com.au/mailman/listinfo/sofdev
>>>
>>>
>>> End of sofdev Digest, Vol 144, Issue 18
>>> ***************************************
>>>
>>> _______________________________________________
>>> 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.htm
>>> l http://www.vitta.org.au - VITTA Victorian Information Technology
>>> Teachers Association Inc http://www.swinburne.edu.au/ict/schools -
>>> Swinburne University
>> 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.
>>
>>
>> _______________________________________________
>> 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 http://www.swinburne.edu.au/ict/schools -
>> Swinburne University
> 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.
>
>
> _______________________________________________
> 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 http://www.swinburne.edu.au/ict/schools -
> Swinburne University
_______________________________________________
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 http://www.swinburne.edu.au/ict/schools - Swinburne University
Privacy, Virus and Copyright Warning
The information contained in this electronic message (e-mail), and any files transmitted with it:
* is intended for the named recipients only. If you have received this in error, please advise the sender and delete it and any copies immediately;
* Any personal information in this email must be used in accordance with the Privacy Act 1988 and this always applies even if it has been sent to you in error.
* represents the views of the sender and does not necessarily represent the views or formal advice of Ivanhoe Grammar School;
* may be subject to Copyright, so no further use should be made of it without the author's permission.
The School does not represent or warrant that the email or any files attached do not contain errors or are free from computer viruses or other defects nor does it accept responsibility for any loss or damage resulting directly or indirectly from the use of the email or any attached files.
Privacy, Virus and Copyright Warning
The information contained in this electronic message (e-mail), and any files transmitted with it:
* is intended for the named recipients only. If you have received this in error, please advise the sender and delete it and any copies immediately;
* Any personal information in this email must be used in accordance with the Privacy Act 1988 and this always applies even if it has been sent to you in error.
* represents the views of the sender and does not necessarily represent the views or formal advice of Ivanhoe Grammar School;
* may be subject to Copyright, so no further use should be made of it without the author's permission.
The School does not represent or warrant that the email or any files attached do not contain errors or are free from computer viruses or other defects nor does it accept responsibility for any loss or damage resulting directly or indirectly from the use of the email or any attached files.
_______________________________________________
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
http://www.swinburne.edu.au/ict/schools - Swinburne University
--
Mark Kelly
mark at vceit.com<mailto:mark at vceit.com>
http://vceit.com
Powered by Mitochondria.
_______________________________________________
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
http://www.swinburne.edu.au/ict/schools - Swinburne University
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.edulists.com.au/pipermail/sofdev/attachments/20170320/cf43e574/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 2678 bytes
Desc: image001.png
Url : http://www.edulists.com.au/pipermail/sofdev/attachments/20170320/cf43e574/image001-0001.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 19837 bytes
Desc: image002.png
Url : http://www.edulists.com.au/pipermail/sofdev/attachments/20170320/cf43e574/image002-0001.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 2400 bytes
Desc: image003.png
Url : http://www.edulists.com.au/pipermail/sofdev/attachments/20170320/cf43e574/image003-0001.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 2275 bytes
Desc: image004.png
Url : http://www.edulists.com.au/pipermail/sofdev/attachments/20170320/cf43e574/image004-0001.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.jpg
Type: image/jpeg
Size: 4387 bytes
Desc: image005.jpg
Url : http://www.edulists.com.au/pipermail/sofdev/attachments/20170320/cf43e574/image005-0001.jpg
More information about the sofdev
mailing list