From leavens@cs.iastate.edu Sun Nov 2 15:28:59 2003 Date: Sun, 2 Nov 2003 15:23:48 -0600 (CST) From: Gary T. Leavens To: Travis Johnson Cc: Staff for Com S 362 Subject: Re: Question about SSDs Hi Travis, On Sat, 1 Nov 2003, Travis Johnson wrote: > In the book's example, for the repeated part of the SSD, they signify > the repeating conditions with "* [more items]". I assume the * means > that this can happen again any number of times. Yes. > When the number of > repeated events is known, such as in a hand of 500, do you replace the * > with the specific number of repeats? In other words, should we be more > specific like in domain models (e.g. "9 [more tricks]), or do SSDs > always remain general (e.g. "* [more tricks])? It would seem that the general notation is the one to use. I don't have my UML reference here, but according to the on-line documentation: http://www.omg.org/docs/formal/03-03-10.pdf (available through the course resources web page and a few clicks). "The recurrence represents conditional or iterative execution. This represents zero or more Messages that are executed depending on the conditions involved. The choices are: '*' '[' iteration-clause ']'an iteration '[' condition-clause ']'a branch An iteration represents a sequence of Messages at the given nesting depth. The iteration clause may be omitted (in which case the iteration conditions are unspecified). The iteration-clause is meant to be expressed in pseudocode or an actual programming language, UML does not prescribe its format. An example would be: *[i := 1..n]." So I think either "* [more tricks]" or "* [trick := 1 .. 9]" is technically ok, but you can't put "9" in place of the "*". -- Gary T. Leavens Department of Computer Science, Iowa State University 229 Atanasoff Hall, Ames, Iowa 50011-1041 USA http://www.cs.iastate.edu/~leavens phone: +1-515-294-1580 ------------------------------------ From leavens@cs.iastate.edu Sun Nov 2 15:58:22 2003 Date: Sun, 2 Nov 2003 15:33:12 -0600 (CST) From: Gary T. Leavens To: mring@theringworx.com Cc: cs362s@cs.iastate.edu Subject: Re: hw7 SSDs Hi Matt, On Sun, 2 Nov 2003 mring@theringworx.com wrote: > Just a couple questions about details I couldn't find in Larmon's text: > > 1. When declaring a loop of known iterations, how do we declare that? I > understand we use *[ ], but do we do anything different when we are > doing a specific number of iterations? (i.e. *[ play nine more tricks] ) You could use either something like: "* [more tricks]" or "* [trick := 1 .. 9]". You should think of the condition as a boolean, so "play more tricks" isn't quite right. According to the UML 1.5 specification: "The recurrence represents conditional or iterative execution. This represents zero or more Messages that are executed depending on the conditions involved. The choices are: '*' '[' iteration-clause ']' an iteration '[' condition-clause ']' a branch An iteration represents a sequence of Messages at the given nesting depth. The iteration clause may be omitted (in which case the iteration conditions are unspecified). The iteration-clause is meant to be expressed in pseudocode or an actual programming language, UML does not prescribe its format. An example would be: *[i := 1..n]." > 2. Does the user necessarily win all 10 tricks, or do we need to take > into account some kind of interaction in our "tricks" iteration where > the system might do something in the following trick before the user > plays again? You should follow the scenario (which makes this decision) in your diagram. -- Gary T. Leavens Department of Computer Science, Iowa State University 229 Atanasoff Hall, Ames, Iowa 50011-1041 USA http://www.cs.iastate.edu/~leavens phone: +1-515-294-1580 ----------------------------------------- From leavens@cs.iastate.edu Sun Nov 2 16:06:39 2003 Date: Sun, 2 Nov 2003 16:02:01 -0600 (CST) From: Gary T. Leavens To: Ivan Rosales Cc: Staff for Com S 362 Subject: Re: homework 7 confusion Hi Ivan, On Sun, 2 Nov 2003, Ivan Rosales wrote: > I am confused what to do on the 2nd part of homework 7. It clearly > states "Don't include methods and don't include visibility links > (directional arrowheads) on the association links". Does this mean > things like "Contains", "Stored on", "Mounts", etc on the StickSync > domain model? Secondly, arrowheads are on that domain model, I am > confused about this requirement. Those aren't the kind of arrowheads I'm referring to. The black triangles separate from the association links are reading indications, and tell you what direction to read the association. They are okay to have in Sticksync and in your homework. The kind you shouldn't have are those arrowheads that are part of the association, as in the non-filled arrowheads in the design class diagram. -- Gary T. Leavens Department of Computer Science, Iowa State University 229 Atanasoff Hall, Ames, Iowa 50011-1041 USA http://www.cs.iastate.edu/~leavens phone: +1-515-294-1580 -------------------------------------- From leavens@cs.iastate.edu Sun Nov 2 17:38:07 2003 Date: Sun, 2 Nov 2003 17:37:49 -0600 (CST) From: Gary T. Leavens To: cs362s@cs.iastate.edu Subject: Re: Com S 362 feedback: Homework Feedback Hi, On Sun, 2 Nov 2003, WorldWideWeb wrote: > homework 7 is giving me a lot of problems because I have never > played this game before.I spoke with one of my classmates and and he > also have the same problem. I haven't been able to figure it out yet > so I am doing it based on some assumptions.I suggest that future > homeworks are based on something which are more common . Thanks, I can try to do that. But ... the problem of having to learn a domain is something you will have to face in real life, and also I want to save the more common things for exams. :-) -- Gary T. Leavens Department of Computer Science, Iowa State University 229 Atanasoff Hall, Ames, Iowa 50011-1041 USA http://www.cs.iastate.edu/~leavens phone: +1-515-294-1580 ----------------------------------------------- From leavens@cs.iastate.edu Mon Nov 3 10:18:56 2003 Date: Mon, 3 Nov 2003 10:18:41 -0600 (CST) From: Gary T. Leavens To: cs362s@cs.iastate.edu Subject: Re: Com S 362 feedback: Homework Feedback Hi, On Mon, 3 Nov 2003, WorldWideWeb wrote: > Please don't assign homeworks on games.It gets really difficult to > do it if someone is not familiar with the game. Thanks, I can try to do that. But ... as I mentioned in a previous email, the problem of having to learn a domain is something you will have to face in real life, and also I want to save the more common things for exams. :-) -- Gary T. Leavens Department of Computer Science, Iowa State University 229 Atanasoff Hall, Ames, Iowa 50011-1041 USA http://www.cs.iastate.edu/~leavens phone: +1-515-294-1580 ------------------------------------------------- From leavens@cs.iastate.edu Fri Nov 7 16:26:19 2003 Date: Fri, 7 Nov 2003 16:25:24 -0600 (CST) From: Gary T. Leavens To: cs362s@cs.iastate.edu Subject: Re: Com S 362 feedback: Grading Feedback Hi, On Fri, 7 Nov 2003, WorldWideWeb wrote: > Someone with ID 2232 has got 76 in homework 7. But it was graded out > of 70.How is that possible? Must be a mistake. Brett and Dalei, can you check on this please? -- Gary T. Leavens Department of Computer Science, Iowa State University 229 Atanasoff Hall, Ames, Iowa 50011-1041 USA http://www.cs.iastate.edu/~leavens phone: +1-515-294-1580