Hi Nick. Use cases are relatively new to SD so there's not really an established understanding of our 'rules' for them, unlike (say) DFDs which have been on the course and in exams for quite some time.<br><br>1. I would include printing the invoice as a system functional requirement. After all, if the system does not generate the invoice, who does? If it must be generated as part of the system's functionality, it should be in the UCD. Putting invoices into a tray, on the other hand, is not something the software is expected to do - unless robots are part of the system.<br>
<br>2. How far you go separating use cases into separate <<includes >> is a matter of judgement, I think. You have to use common sense to ask "Is this functional requirement a significant discrete action or is it a trivial part of a larger use case (e.g. "Print the heading on the invoice"). <<Extends>> are different because they are conditional, and if they are not always carried out, they can't be lumped in with other activities that are always carried out.<br>
<br>I give my kids latitude in their interpretation of how a UCD is built - it's a bit of an art form, I think. As long as the functional requirements are really CLEAR, I give my kids credit. The main role of a UCD is to be comprehensive and easy to understand.<br>
<br>At least that's what I reckon.<br><br>Regards<br>Mark<br><br><div class="gmail_quote">On 14 April 2012 22:53, Stebbing, Nicholas N <span dir="ltr"><<a href="mailto:stebbing.nicholas.n@edumail.vic.gov.au">stebbing.nicholas.n@edumail.vic.gov.au</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div link="blue" vlink="purple" lang="EN-AU">
<div>
<p class="MsoNormal">Hi all,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"> I’ve spent much of today going through the archives of this list trying to glean as much info as I can about use case diagrams and Outcome 1 in general. I have to say this list is outstanding, the knowledge and resources
shared is awesome.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"> I am left with some questions about use case diagrams to help me assessing SAC 1…<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p><u></u><span>1.<span style="font:7.0pt "Times New Roman"">
</span></span><u></u>Should things like “Printing invoice” and “Place printout in tray” be considered as use cases to go on a UCD?<u></u><u></u></p>
<p class="MsoNormal" style="margin-left:36.0pt">(I’ve been telling my students no because they are not important functions of the system. They can be thought of as steps that are taken to complete the functions. Is this right? Could I be explaining it better?)<u></u><u></u></p>
<p class="MsoNormal" style="margin-left:36.0pt"><u></u> <u></u></p>
<p><u></u><span>2.<span style="font:7.0pt "Times New Roman"">
</span></span><u></u>Many of my students have linked all of the different use cases up into a tangled web of includes and extends. At what point should they be separated?<u></u><u></u></p>
<p class="MsoNormal" style="margin-left:36.0pt">(I’ve been thinking about this and have a couple of ideas. Firstly it seems that if an actor is associated with a use case then we can assume they are associated with any use cases that extend from or are included
in it. So one point at which we need to separate cases is when one use case could be considered to extend from another but is performed by a different actor. For example if one person prepares an invoice but another person prints it they would have to be entirely
separate use cases. Does this sound right?)<u></u><u></u></p>
<p class="MsoNormal" style="margin-left:36.0pt"><u></u> <u></u></p>
<p class="MsoNormal">Thanks in anticipation of any advice,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Nick Stebbing<u></u><u></u></p>
<p class="MsoNormal">ICT Teacher<u></u><u></u></p>
<p class="MsoNormal">Bayside P-12 College<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<p></p><p><b>Important - </b>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 Early Childhood Development.</p>
</div>
<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>
<a href="http://www.swinburne.edu.au/ict/schools" target="_blank">http://www.swinburne.edu.au/ict/schools</a> - Swinburne University<br></blockquote></div><br><br clear="all"><br>-- <br>Mark Kelly<br>Manager of ICT, Reporting, IT Learning Area<br>
McKinnon Secondary College<br>McKinnon Rd McKinnon 3204, Victoria, Australia<br>Direct line / Voicemail: +613 8520 9085, Fax +613 9578 9253<br><a href="mailto:kel@mckinnonsc.vic.edu.au" target="_blank">kel@mckinnonsc.vic.edu.au</a><br>
VCE IT Lecture Notes: <a href="http://vceit.com" target="_blank">http://vceit.com</a><br>Moderator: <a href="http://www.edulists.com.au/" target="_blank">IT Applications Edulist</a><br><br>--<br>An E-flat, a C, and a G go into a bar. The bartender says, "I'm sorry, but I can't serve minors."<br>
<br><br><br>