[Year 12 SofDev] DFDs

Vella, James jvella at mackillop.vic.edu.au
Mon Feb 25 10:55:44 EST 2013


Strictly speaking as someone who did DFDs at uni...



As Mark has said, we sometimes think in a human sense however DFDs don't allow us to see the interactions between two EEs.



As Selina has said, the waiter is just the input method - so we can leave it out. I think our students sometimes find it hard at this stage where they have to decide what should and shouldn't be included in our DFDs.



In terms of the DFD, you could argue either way for one or the other....but NOT BOTH! :)



That being said, in the UCD you can list both as actors because they both have roles in the system.



I have a whole text book on this stuff from my 2nd year at LaTrobe which I'm using with my kids at the moment...DFDs, UCDs, UML the whole kit and caboodle!



Regards



Mr James Vella

MacKillop College





-----Original Message-----
From: sofdev-bounces at edulists.com.au [mailto:sofdev-bounces at edulists.com.au] On Behalf Of sofdev-request at edulists.com.au
Sent: Monday, February 25, 2013 10:31 AM
To: sofdev at edulists.com.au
Subject: sofdev Digest, Vol 95, Issue 36



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. Re: DFD question (Kent Beveridge)

   2. Re: DFD question (Mark)

   3. Re: DFD question (Selina Dennis)





----------------------------------------------------------------------



Message: 1

Date: Sun, 24 Feb 2013 21:57:28 +0000

From: Kent Beveridge <kbeveridge at stbc.vic.edu.au<mailto:kbeveridge at stbc.vic.edu.au>>

Subject: Re: [Year 12 SofDev] DFD question

To: "Year 12 Software Development Teachers' Mailing List"

                <sofdev at edulists.com.au<mailto:sofdev at edulists.com.au>>

Message-ID:

                <64FBC7D59E9D6B4DA547B82B7F07665C739FB287 at garlic.stbc.vic.edu.au<mailto:64FBC7D59E9D6B4DA547B82B7F07665C739FB287 at garlic.stbc.vic.edu.au>>

Content-Type: text/plain; charset="iso-8859-1"



Data flow to my understanding here..



Waiter to Customer ....Request for order



Customer to Waiter ....Food/Beverage order



Waiter and Customer both 'entities' send data back to the central part of the 'system' (restuarant system) via the waiter







Yep actors are waiter and customer.







I havent started UCD stuff with my guys just yet..focussing on DFD's ...ucd next.







Kent Beveridge

ICT Coordinator & Maths Teacher

kbeveridge at stbc.vic.edu.au<mailto:kbeveridge at stbc.vic.edu.au<mailto:kbeveridge at stbc.vic.edu.au%3cmailto:kbeveridge at stbc.vic.edu.au>>



________________________________

From: sofdev-bounces at edulists.com.au<mailto:sofdev-bounces at edulists.com.au> [sofdev-bounces at edulists.com.au] on behalf of Mark [mark at vceit.com]

Sent: Saturday, 23 February 2013 7:15 AM

To: Year 12 Software Development Teachers' Mailing List

Subject: Re: [Year 12 SofDev] DFD question



I had the same issue with the DFD and UCD for one of the programming outcomes.

The restaurant customer would be an obvious actor/external entity in a system that takes meal orders.

However since the waiter is the one interacting with the system, and the customer is interacting with the waiter, the customer does not appear at all in the system representation.



Sometimes what seems logical is not as it first appears.





On 22 February 2013 13:14, Simone Tynan <Simone.Tynan at shcy.vic.edu.au<mailto:Simone.Tynan at shcy.vic.edu.au<mailto:Simone.Tynan at shcy.vic.edu.au%3cmailto:Simone.Tynan at shcy.vic.edu.au>>> wrote:

Hi all,



I am having trouble with aspects of a DFD.



I have a DFD and context diagram in which shows a customer orders a service and it is quoted and carried out.



Similar scenario, except the service is being carried out for a beneficiary. (Think Ninja and assassins. ;-) )



The Customer is providing all details and payments. The beneficiary is not actually adding to or receiving from the system (that I can see).



Are they still added as an external entity? Is there any connection between them and the system?



Many thanks for any input/

Simone



************************************

Simone Tynan

eLearning Leader

LOTE Leader P-12

Simone.Tynan at shcy.vic.edu.au<mailto:Simone.Tynan at shcy.vic.edu.au<mailto:Simone.Tynan at shcy.vic.edu.au%3cmailto:Simone.Tynan at shcy.vic.edu.au>>





--

--

Mark Kelly

mark AT vceit DOT com

http://vceit.com









Click here<https://www.mailcontrol.com/sr/MZbqvYs5QwJvpeaetUwhCQ==> to report this email as spam.

St. Brigid's College

97 Robinson Street, Horsham VIC 3400

T 03 5382 3545   F 03 5382 0757

ABN 72 749 438 155

www.stbc.vic.edu.au<http://www.stbc.vic.edu.au/<http://www.stbc.vic.edu.au%3chttp:/www.stbc.vic.edu.au/>>

        [http://library.stbc.vic.edu.au/StBCLogo.jpg]

P Please consider the environment before printing this email or attachment.

IMPORTANT! This email and any attachments may be confidential. If received in error, please contact us and delete all copies. St. Brigid's College does not represent or warrant that the attached files are free from computer viruses or other defects. The attached files are provided, and may only be used, on the basis that the user assumes all responsibility for any loss, damage or consequence resulting directly or indirectly from the use of the attached files, whether caused by the negligence of the sender or not. The liability of St. Brigid's College is limited in any event to either the resupply of the attached files or the cost of having the attached files resupplied. Any representations or opinions expressed in this email are those of the individual sender, and not necessarily those of St. Brigid's College.





This message has been scanned for malware by Websense. www.websense.com<http://www.websense.com>

-------------- next part --------------

An HTML attachment was scrubbed...

URL: http://www.edulists.com.au/pipermail/sofdev/attachments/20130224/2f1998e2/attachment-0001.html



------------------------------



Message: 2

Date: Mon, 25 Feb 2013 10:06:18 +1100

From: Mark <mark at vceit.com<mailto:mark at vceit.com>>

Subject: Re: [Year 12 SofDev] DFD question

To: "Year 12 Software Development Teachers' Mailing List"

                <sofdev at edulists.com.au<mailto:sofdev at edulists.com.au>>

Message-ID:

                <CACu=8Z0nWiAPpAFwtphqpdcGrduX+SbCYsErXimTjr9zZhX8OA at mail.gmail.com<mailto:CACu=8Z0nWiAPpAFwtphqpdcGrduX+SbCYsErXimTjr9zZhX8OA at mail.gmail.com>>

Content-Type: text/plain; charset="iso-8859-1"



Hi all. It's an interesting situation.  This is my take on it.



We all probably start by seeing it from a human point of view: the customer is dealing with the waiter, who deals with the system. So the customer is an integral part of the transaction and therefore appear in a DFD or UCD...



But the waiter is not a part of the system: he/she interacts with it as an external entity (EE).

So where does the customer fit in?  An EE to the EE waiter?  An EE once removed? We don't do that in DFD or UCD.

>From the system's point of view, the waiter is an EE. The customer is a

fictional character that the system does not see, hear, or believe in. Only the waiter exists to the system.  Everyone else is Santa Claus.



We could complicate it further and imagine that a child is giving her meal choice to her mother who gives it to the waiter... should the child be in the DFD/UCD now as an EE twice removed?

If a waiter were ordering his own lunch from the kitchen, would he be represented again in the diagram - this time as a customerless EE?



As I read it, the customer is not directly interacting with the system; the waiter is.  So the waiter appears as an EE.

So I would not include the customer at all in a DFD or UCD.



Anyone out there who did DFD/UCD at uni?



Cheers

Mark



On 25 February 2013 08:57, Kent Beveridge <kbeveridge at stbc.vic.edu.au<mailto:kbeveridge at stbc.vic.edu.au>>wrote:



>  Data flow to my understanding here..

>

> Waiter to Customer ....Request for order

>

> Customer to Waiter ....Food/Beverage order

>

> Waiter and Customer both 'entities' send data back to the central part

> of the 'system' (restuarant system) via the waiter

>

>

>

> Yep actors are waiter and customer.

>

>

>

> I havent started UCD stuff with my guys just yet..focussing on DFD's

> ...ucd next.

>

>

>  *Kent Beveridge*

> ICT Coordinator & Maths Teacher

> kbeveridge at stbc.vic.edu.au<mailto:kbeveridge at stbc.vic.edu.au>

>

>   ------------------------------

> *From:* sofdev-bounces at edulists.com.au<mailto:sofdev-bounces at edulists.com.au>

> [sofdev-bounces at edulists.com.au] on behalf of Mark [mark at vceit.com]

> *Sent:* Saturday, 23 February 2013 7:15 AM

> *To:* Year 12 Software Development Teachers' Mailing List

> *Subject:* Re: [Year 12 SofDev] DFD question

>

>   I had the same issue with the DFD and UCD for one of the programming

> outcomes.

> The restaurant customer would be an obvious actor/external entity in a

> system that takes meal orders.

> However since the waiter is the one interacting with the system, and

> the customer is interacting with the waiter, the customer does not

> appear at all in the system representation.

>

>  Sometimes what seems logical is not as it first appears.

>

>

> On 22 February 2013 13:14, Simone Tynan <Simone.Tynan at shcy.vic.edu.au<mailto:Simone.Tynan at shcy.vic.edu.au>>wrote:

>

>> Hi all,

>>

>>  I am having trouble with aspects of a DFD.

>>

>>  I have a DFD and context diagram in which shows a customer orders a

>> service and it is quoted and carried out.

>>

>>  Similar scenario, except the service is being carried out for a

>> beneficiary. (Think Ninja and assassins. ;-) )

>>

>>  The Customer is providing all details and payments. The beneficiary

>> is not actually adding to or receiving from the system (that I can see).

>>

>>  Are they still added as an external entity? Is there any connection

>> between them and the system?

>>

>>  Many thanks for any input/

>> Simone

>>

>> ************************************

>> Simone Tynan

>> eLearning Leader

>> LOTE Leader P-12

>> Simone.Tynan at shcy.vic.edu.au<mailto:Simone.Tynan at shcy.vic.edu.au>

>>

>>

>>    --

> --

> Mark Kelly

> mark AT vceit DOT com

> http://vceit.com

>

>

>     *St. Brigid's College *

>

> 97 Robinson Street, Horsham VIC 3400

>

> T 03 5382 3545   F 03 5382 0757

>

> ABN 72 749 438 155

>

> www.stbc.vic.edu.au<http://www.stbc.vic.edu.au>

>

>

--

--

Mark Kelly

mark AT vceit DOT com

http://vceit.com

-------------- next part --------------

An HTML attachment was scrubbed...

URL: http://www.edulists.com.au/pipermail/sofdev/attachments/20130225/9aed93d8/attachment-0001.html



------------------------------



Message: 3

Date: Mon, 25 Feb 2013 10:30:44 +1100

From: "Selina Dennis" <selina at dennis.net.au<mailto:selina at dennis.net.au>>

Subject: Re: [Year 12 SofDev] DFD question

To: "'Year 12 Software Development Teachers' Mailing List'"

                <sofdev at edulists.com.au<mailto:sofdev at edulists.com.au>>

Message-ID: <002d01ce12e6$f902a040$eb07e0c0$@dennis.net.au<mailto:002d01ce12e6$f902a040$eb07e0c0$@dennis.net.au>>

Content-Type: text/plain; charset="us-ascii"



Hi Mark,





I'd disagree with your argument in regards to the Customer not playing a role in interacting with the system. To me, the waiter is simply the input method - much like a keyboard - and the information is coming from the customer. So in a DFD/UCD scenario, I wouldn't include the waiter in the process of ordering food - that would come from the customer. However, if the waiter had some other interaction with the system, such as collecting tips at the end of the day, then they would become more than simply the input method, and thus would be shown.





Hope that makes sense! Just my take on it.





Selina Dennis



Strathmore Secondary College





From: sofdev-bounces at edulists.com.au<mailto:sofdev-bounces at edulists.com.au> [mailto:sofdev-bounces at edulists.com.au]

On Behalf Of Mark

Sent: Monday, 25 February 2013 10:06 AM

To: Year 12 Software Development Teachers' Mailing List

Subject: Re: [Year 12 SofDev] DFD question





Hi all. It's an interesting situation.  This is my take on it.





We all probably start by seeing it from a human point of view: the customer is dealing with the waiter, who deals with the system. So the customer is an integral part of the transaction and therefore appear in a DFD or UCD...





But the waiter is not a part of the system: he/she interacts with it as an external entity (EE).



So where does the customer fit in?  An EE to the EE waiter?  An EE once removed? We don't do that in DFD or UCD.



>From the system's point of view, the waiter is an EE. The customer is a

fictional character that the system does not see, hear, or believe in. Only the waiter exists to the system.  Everyone else is Santa Claus.





We could complicate it further and imagine that a child is giving her meal choice to her mother who gives it to the waiter... should the child be in the DFD/UCD now as an EE twice removed?



If a waiter were ordering his own lunch from the kitchen, would he be represented again in the diagram - this time as a customerless EE?





As I read it, the customer is not directly interacting with the system; the waiter is.  So the waiter appears as an EE.



So I would not include the customer at all in a DFD or UCD.





Anyone out there who did DFD/UCD at uni?





Cheers



Mark





On 25 February 2013 08:57, Kent Beveridge <kbeveridge at stbc.vic.edu.au<mailto:kbeveridge at stbc.vic.edu.au>>

wrote:



Data flow to my understanding here..



Waiter to Customer ....Request for order



Customer to Waiter ....Food/Beverage order



Waiter and Customer both 'entities' send data back to the central part of the 'system' (restuarant system) via the waiter





Yep actors are waiter and customer.





I havent started UCD stuff with my guys just yet..focussing on DFD's ...ucd next.





Kent Beveridge



ICT Coordinator & Maths Teacher



kbeveridge at stbc.vic.edu.au<mailto:kbeveridge at stbc.vic.edu.au>





  _____



From: sofdev-bounces at edulists.com.au<mailto:sofdev-bounces at edulists.com.au> [sofdev-bounces at edulists.com.au] on behalf of Mark [mark at vceit.com]

Sent: Saturday, 23 February 2013 7:15 AM

To: Year 12 Software Development Teachers' Mailing List

Subject: Re: [Year 12 SofDev] DFD question



I had the same issue with the DFD and UCD for one of the programming outcomes.



The restaurant customer would be an obvious actor/external entity in a system that takes meal orders.



However since the waiter is the one interacting with the system, and the customer is interacting with the waiter, the customer does not appear at all in the system representation.





Sometimes what seems logical is not as it first appears.





On 22 February 2013 13:14, Simone Tynan <Simone.Tynan at shcy.vic.edu.au<mailto:Simone.Tynan at shcy.vic.edu.au>>

wrote:



Hi all,





I am having trouble with aspects of a DFD.





I have a DFD and context diagram in which shows a customer orders a service and it is quoted and carried out.





Similar scenario, except the service is being carried out for a beneficiary.

(Think Ninja and assassins. ;-) )





The Customer is providing all details and payments. The beneficiary is not actually adding to or receiving from the system (that I can see).





Are they still added as an external entity? Is there any connection between them and the system?





Many thanks for any input/



Simone



************************************

Simone Tynan

eLearning Leader

LOTE Leader P-12

Simone.Tynan at shcy.vic.edu.au<mailto:Simone.Tynan at shcy.vic.edu.au>







--



--



Mark Kelly



mark AT vceit DOT com



http://vceit.com







St. Brigid's College



97 Robinson Street, Horsham VIC 3400



T 03 5382 3545   F 03 5382 0757



ABN 72 749 438 155



www.stbc.vic.edu.au<http://www.stbc.vic.edu.au> <http://www.stbc.vic.edu.au/>









--



--



Mark Kelly



mark AT vceit DOT com



http://vceit.com





-------------- next part --------------

An HTML attachment was scrubbed...

URL: http://www.edulists.com.au/pipermail/sofdev/attachments/20130225/0aac65db/attachment.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 95, Issue 36

**************************************


CONFIDENTIALITY NOTICE
This e-mail contains confidential information intended only for the use of the name addressee. It may also be subject to professional privilege. If you are not the named recipient any disclosure, copying, forwarding or using any part of this e-mail or its attachments is prohibited. If you have received this e-mail in error, please notify us by telephone on 0387345200. MacKillop College does not warrant that this e-mail or any attachments are error or virus free and recommends that all attachments be checked for viruses and other defects. Similarly, MacKillop College does not warrant that this e-mail has been free of interception by a third party and may store the content sent to us, if we believe that we have a legal requirement to do so. Please don't print this e-mail unless you really need to.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.edulists.com.au/pipermail/sofdev/attachments/20130224/84c080a4/attachment-0001.html 


More information about the sofdev mailing list