I haven't passed yet, im also appearing for part2. As per my understanding by now, (as i have not finalised yet) I would show it in Sequnece dig, for some if not all. As it seeems to me form the integral part of some use-cases.
Reg value object, im also struck to show it or not. mostly i will show in some sequence digs.
I too am wondering about this. When studying for part I, I noticed a distinction between functional and nonfunctional requirements. The functional would be the business requirements. Security is a nonfunctional requirement. I don't know if they should be mixed together in a sequence diagram. They are however mixed together in the use cases.
If the security (login/authentication) is included in the sequence diagram for one use case, then it must be included in every one that requires a userid and password.
How much detail to provide depends on your solution. In my case, I didn't show any filter in sequence diagram as it was not how I addressed the security issue. I did have VOs in sequence diagrams, but it may be just me. My advice is for anyone is to stick with your solution and style, and attach a note or document it under assumption as necessary.
Originally posted by Jay Sam: Hi - this is to anyone who already passed Part 2.
I guess you did use Servlet Filter pattern (as in the petstore example) for signing users on to protected areas.
Well anyhow, I do.
My question: did you mention and show the filter in the sequence diagrams ? Did you show generation of value objects etc. in the sequence diagrams ?
I wonder if that level of detail is necessary. I would like to mention the servlet filter in the text, and not show it in the sequence diagrams.
Jay, I used the servlet filter in my solution. I did not show the filter related classes in my class diagram. I did show the filter classes in the sequence diagram. My seq diagrams were very detailed and they did show jsps, filter classes, servlet, VOs, etc etc. I also showed the filter classes in component diagram. Ofcourse, there is no right or wrong way to approach this. It all depends on the level of detail you want to consistently maintain in your diagrams. Detailing the flow and use of the servlet filter in the documentation would lead to further clarity of your architecture.