Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - AZeitler

Pages: [1]
1
General Board / Getter / Setter
« on: July 26, 2003, 02:41:48 pm »
hi,

i have a property called "Name" and a string named _Name.
Now i want to get the property like this:

public string Name
{
     get
     {
     return _Name;
     }
}

but when doing this through EA's code generation i get this one:

public string Name
{
     get
     {
     return Name;
     }
}

is it possible to produce the first version with EA's code generation?

regards

Alexander Zeitler

2
Uml Process / Re: Use Case Diagram question
« on: August 04, 2003, 04:26:02 am »
Thanks for your hints,

now i also added a diagramm for GroupMaintenance to the
Use Case Model:


is this correct? (apart from missing text/scenarios)

regards

Alex

3
Uml Process / Re: Use Case Diagram question
« on: July 31, 2003, 04:24:45 am »
Quote
(i) Put arrows on associations from the actors to the use cases.  This implies that the actor starts the use case, but there is no transfer from the use case back to the actor.

if the actor gets information back from the use case, then i will need arrows on each side?

Quote
(ii)  Although it is correct UML to use <<include>> to link the use cases for "Save user data" and "Load user data".  I do not see that these Use Cases add anything to the diagram.  These use cases will end up as a single line the the Use Case text.  I would tend to leave them out if they do not add anything to the diagram.  If you need to emphasise which use cases save to and load from the database you could List these in a Note on the diagram instead.  If the purpose of the diagram is to practise UML and the correct use of <<include>> relationships, then it is correct to leave them in.  If the purpose is to show this diagram to a customer as the requirements of their system then it may be overkill.

The use case diagramm is for our own use. The application being developed is for our own use.

Quote
(iii)  As a rule I tend to avoid using the name "User" as an actor if I can - and try to use a more specific name.  Again if this is an exercise, then it is OK.  For a customer's system use a name appropriate to what they do (Accountant, Secretary, etc.)

the user is not bound to any department. it may only be attached to one or more user groups, managed through the GroupMaintenance, which i added in the meantime.

Quote
Hope this is useful,

of course, thank you.

regards

Alex

4
Uml Process / Re: Use Case Diagram question
« on: July 30, 2003, 11:02:36 pm »
Quote
Almost there.  Invert the generalization between User and Admin.  You can see that most of the use cases will be performed by User but only a few will be performed specifically by Admin.  Admin should "derive" from User.


sorry, i misunterstood you AND my book. I fixed it now.

Quote
I like the packages.  You can see that they add clarity.  As of the rest, it looks correct to me.  Some people may more demanding, but your model conveys what you mentioned in your original posting.


what might they demand more?

thanks again for your help.

regards,

Alex

5
Uml Process / Re: Use Case Diagram question
« on: July 30, 2003, 12:35:25 pm »
Hi Javier,

Quote
1. A generic recommendation is to create packages for semantically-related use cases.  For example, session-related use cases (Log In, Log Out) User Maintenance (add/delete/modify/lock account/modify password).  This way it'll be eaiser to read the diagram.

uhm... maybe i should read some more chapters in my uml book  ::)

Quote
2. Another recommendation is to use verb-noun approach for the use case names.  This would change Login to Log In, Logout to Log Out and Load UserData to Load User Data, Modify UserPassword to Modify User Password, etc.--actually, login and logout, logon and logoff, are nouns, but people mistakenly uses them as verbs ;-)

hmmm.... i read it, but i did it not.

Quote
3. Administrator IS-A User, therefore, it should be a generalization of user, not backwards.  This stems from the fact that most users are not administrators, while all administrators are users.  This would also eliminate the Normal User actor.

i did another use case model and uploaded it to
http://www.aspintranet.de/uml/index.htm
(please click on use case view / UserManagement)

Quote
4. Given the recommendation above, Delete User could have an extension point when the user is Admin, not when it is not.

i hope, i did the modification well.

Quote
5. I do not see how the Login use case includes Save UserData

i wanted to show, that if a user/admin is logged in, he/she may not be able to modify data. Or do you mean, that Save User Data could never be reached, before being logged in and have data loaded?

Quote
6. I do not see the reason for existence for Modify UserPassword and Modify UserName.  It seems to me they do not contribute to the model and should be part of Modify User.

i thought, it needs to be shown seperatly depending on the user state (admin/normal user) - seems to be not so  ???

If the newer version is still not correct, you can also edit the new model at http://www.aspintranet.de/uml/aspintranet.eap

thanks for all your tips on UML  ;)

regards,

Alex

6
Uml Process / Use Case Diagram question
« on: July 30, 2003, 07:32:10 am »
Hi,

now i did my first use case diagramm for a usermanagement tool with the following features:

An user may login.
An user may logoff.
An user may change his password.
The Admin may add an user.
The Admin may delete an user.
The Admin may modify an user.
The Admin may lock an user's account
The Admin is an user with special rights, which may not be deleted.
The system logs an user off after a time of being inactive.

Now i wanted to know, if my diagramm shown below, is correct or not.



regards,

Alex

7
Uml Process / Re: EA question
« on: July 30, 2003, 12:59:10 am »
Thank you, it works fine.

regards,

Alex

8
Uml Process / Re: EA question
« on: July 29, 2003, 11:55:31 pm »
thanks, but i also don't have a class i.e. "ArrayList" in my diagramm , so i would like to set the name of the inherited class into my class.

regards,

Alex

9
Uml Process / EA question
« on: July 28, 2003, 11:27:51 am »
hi,

i did reverse engineering with an existing C# application and one of the diagrams EA created is this one:


I was happy, that EA recognizes that CustomerContactPersonsCollection is an ArrayList. But how can i set this information by myself? I didn't find an option to set it manually.

regards,

Alex

Pages: [1]